[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

WO2022001665A1 - 车载设备通讯方法、车载设备、存储介质及电子装置 - Google Patents

车载设备通讯方法、车载设备、存储介质及电子装置 Download PDF

Info

Publication number
WO2022001665A1
WO2022001665A1 PCT/CN2021/100395 CN2021100395W WO2022001665A1 WO 2022001665 A1 WO2022001665 A1 WO 2022001665A1 CN 2021100395 W CN2021100395 W CN 2021100395W WO 2022001665 A1 WO2022001665 A1 WO 2022001665A1
Authority
WO
WIPO (PCT)
Prior art keywords
vehicle
data
network
board
vehicle device
Prior art date
Application number
PCT/CN2021/100395
Other languages
English (en)
French (fr)
Inventor
王小兵
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2022001665A1 publication Critical patent/WO2022001665A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H04W4/48—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for in-vehicle communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/04—Arrangements for maintaining operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/80—Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management

Definitions

  • Embodiments of the present invention relate to the field of mobile Internet, and in particular, to a communication method for in-vehicle equipment, an in-vehicle equipment, a storage medium, and an electronic device.
  • Embodiments of the present invention provide a vehicle-mounted device communication method, a vehicle-mounted device, a storage medium and an electronic device, so as to at least solve the problem of low communication reliability of vehicle-mounted products in high-speed driving in the related art.
  • a method for communicating with on-board equipment including: establishing a communication connection between on-board equipment of a first vehicle and on-board equipment of a second vehicle through short-range communication;
  • the in-vehicle device of the second vehicle sends the first data to the network end;
  • the in-vehicle device of the first vehicle receives the second data from the network end forwarded by the in-vehicle device of the second vehicle.
  • the method may further include, when the in-vehicle device of the first vehicle is powered on, turn on the first The identification information of the vehicle is sent to the network terminal.
  • the method may further include checking the network access status of the in-vehicle device of the first vehicle.
  • establishing a communication connection between the in-vehicle device of the first vehicle and the in-vehicle device of the second vehicle through short-range communication may include: when the network access state of the in-vehicle device of the first vehicle is not normal, using short-range communication A communication connection is established with the in-vehicle device of the second vehicle.
  • the method may further include: the in-vehicle device of the first vehicle sends a broadcast requesting help to the in-vehicle device of the second vehicle message; the on-board device of the first vehicle receives an authorization message for providing assistance responded by the on-board device of the second vehicle; the on-board device of the first vehicle sends a request type message to the on-board device of the second vehicle, wherein , the request type message carries the reason for seeking help of the on-board device of the first vehicle and the network identification information of the on-board device of the first vehicle; the on-board device of the first vehicle receives the on-board device of the second vehicle
  • the response message sent wherein the response message carries information on whether the on-board equipment of the second vehicle and the on-board equipment of the first vehicle belong to the same network or a different network; the on-board equipment of the first vehicle is based on The response message selects the in
  • the sending, by the on-board device of the first vehicle, the first data to the network through the on-board device of the second vehicle may include: the on-board device of the first vehicle sending the first data to the in-vehicle device of the second vehicle, wherein the first data includes identification information of the first vehicle.
  • the receiving, by the in-vehicle device of the first vehicle, the second data from the network that is forwarded by the in-vehicle device of the second vehicle may include: receiving, by the in-vehicle device of the first vehicle, the second vehicle The second data from the network terminal is forwarded by the vehicle-mounted device of the vehicle, and the data information sent by the network terminal to itself is parsed according to the identification information of the first vehicle carried in the second data.
  • an on-board device communication method comprising: establishing a communication connection between the on-board device of the second vehicle and the on-board device of the first vehicle by means of short-range communication;
  • the in-vehicle device receives the first data sent by the in-vehicle device of the first vehicle, and sends the first data to the network;
  • the in-vehicle device of the second vehicle receives the second data from the network, and sends the first data to the network.
  • Two data are sent to the in-vehicle device of the first vehicle.
  • the method may further include: the in-vehicle device of the second vehicle receives the first data The in-vehicle device of the second vehicle sends a broadcast message requesting help; the in-vehicle device of the second vehicle sends an authorization message for providing assistance to the in-vehicle device of the first vehicle; the in-vehicle device of the second vehicle receives the information of the first vehicle A request type message sent by the in-vehicle device, wherein the request type message carries the reason for seeking help of the in-vehicle device of the first vehicle and the network identification information of the in-vehicle device of the first vehicle; the in-vehicle device of the second vehicle Sending a response message to the on-board device of the first vehicle, wherein the response message carries information on whether the on-board device of the second vehicle and the on-board device of the first vehicle
  • the method may further include: the on-board device of the second vehicle receives the data sent by the on-board device of the first vehicle. Identification information of the first vehicle.
  • the in-vehicle device of the second vehicle receives first data sent by the in-vehicle device of the first vehicle, and sends the first data to the network, which may include: the second The in-vehicle device of the vehicle receives the first data sent by the in-vehicle device of the first vehicle, and sends the identification information of the first vehicle and the first data to the network terminal.
  • the in-vehicle device of the second vehicle receives the second data from the network, and sends the second data to the first vehicle, which may include: the in-vehicle device of the second vehicle Receive the second data from the network; the in-vehicle device of the second vehicle judges whether the second data is data to be forwarded according to the flag bit field in the data packet of the second data; when the second data When the data needs to be forwarded, the second data is forwarded to the in-vehicle device of the first vehicle according to the identification information of the first vehicle carried in the data of the second data.
  • an in-vehicle device is provided, the in-vehicle device is located in a first vehicle, and includes: an establishment module configured to establish a communication connection with an in-vehicle device of a second vehicle through short-range communication; a sending module, The on-board device of the second vehicle is configured to send the first data to the network terminal; the receiving module is configured to receive the second data from the network terminal forwarded by the on-board device of the second vehicle.
  • the sending module may be further configured to send the identification information of the first vehicle to the network terminal when the in-vehicle device of the first vehicle is powered on.
  • it may further include: a checking module configured to check the network access status of the in-vehicle device of the first vehicle.
  • an in-vehicle device is provided, the in-vehicle device is located in a second vehicle, and includes: a communication module configured to establish a communication connection with the in-vehicle device of the first vehicle through short-range communication;
  • the first transceiver module is configured to receive the first data sent by the in-vehicle device of the first vehicle, and send the first data to the network end;
  • the second transceiver module is configured to receive the second data from the network end, and The second data is sent to the in-vehicle device of the first vehicle.
  • a computer-readable storage medium is also provided, and a computer program is stored in the computer-readable storage medium, wherein the computer program is configured to execute any one of the above methods when running steps in the examples.
  • an electronic device comprising a memory and a processor, wherein the memory stores a computer program, the processor is configured to run the computer program to execute any of the above Steps in Method Examples.
  • the on-board equipment of the first vehicle can perform data transmission with the network terminal through the on-board equipment of the second vehicle in the case of abnormal network access, it is possible to solve the problem of reliable communication of on-board products in the related art. It can improve the safety of vehicle-mounted products during high-speed driving.
  • FIG. 1 is a flowchart of a vehicle-mounted device communication method according to an embodiment of the present invention
  • FIG. 2 is a flowchart of a method for communicating with an in-vehicle device according to an optional embodiment of the present invention
  • FIG. 3 is a structural block diagram of a vehicle-mounted device according to an embodiment of the present invention.
  • FIG. 4 is a structural block diagram of an in-vehicle device according to an optional embodiment of the present invention.
  • FIG. 5 is a structural block diagram of a vehicle-mounted communication system according to an embodiment of the present invention.
  • FIG. 6 is a schematic diagram of a layered structure of an on-board module of the vehicle according to an embodiment of the present invention.
  • FIG. 7 is a schematic diagram of a layered structure of an on-board module of an adjacent vehicle according to an embodiment of the present invention.
  • FIG. 8 is a schematic diagram of a hierarchical structure of a network processing module according to an embodiment of the present invention.
  • FIG. 9 is a flowchart of a method for secure communication according to an embodiment of the present invention.
  • FIG. 10 is a flowchart of the selection and assistance process of neighboring vehicles in different networks according to an embodiment of the present invention.
  • FIG. 11 is a flowchart of a secure communication method according to an optional embodiment of the present invention.
  • FIG. 12 is a schematic diagram of a data packet encapsulation format according to an embodiment of the present invention.
  • FIG. 1 is a flowchart of a method for communicating with on-board equipment according to an embodiment of the present invention. As shown in FIG. 1 , the flow includes the following steps:
  • Step S101 the on-board device of the first vehicle establishes a communication connection with the on-board device of the second vehicle through short-range communication;
  • Step S102 the on-board device of the first vehicle sends the first data to the network through the on-board device of the second vehicle;
  • Step S103 the in-vehicle device of the first vehicle receives the second data from the network that is forwarded by the in-vehicle device of the second vehicle.
  • the method may further include: sending the identification information of the first vehicle to the network terminal when the in-vehicle device of the first vehicle is powered on.
  • the method may further include: checking the network access state of the in-vehicle device of the first vehicle.
  • step S101 may include: establishing a communication connection with the in-vehicle device of the second vehicle through short-range communication when the network access state of the in-vehicle device of the first vehicle is abnormal.
  • the method may further include: the in-vehicle device of the first vehicle sends a broadcast message requesting help to the in-vehicle device of the second vehicle; the in-vehicle device of the first vehicle receives the second The on-board device of the vehicle responds with an authorization message for providing assistance; the on-board device of the first vehicle sends a request type message to the on-board device of the second vehicle, wherein the request type message carries the on-board device of the first vehicle The reason for seeking help and the network identification information of the in-vehicle device of the first vehicle; the in-vehicle device of the first vehicle receives a response message sent by the in-vehicle device of the second vehicle, wherein the response message carries the information on whether the on-board device of the second vehicle and the on-board device of the first vehicle belong to the same network or a different network; the on-board device of the first vehicle selects the on-board device of the second vehicle as a communication device according to the response message
  • step S102 may include: the in-vehicle device of the first vehicle sending the first data to the in-vehicle device of the second vehicle, wherein the first data includes the first vehicle identification information.
  • step S103 may include: the in-vehicle device of the first vehicle receives the second data from the network terminal forwarded by the in-vehicle device of the second vehicle, and according to the second data carried in the second data The identification information of a vehicle is parsed to obtain the data information sent by the network terminal to itself.
  • the in-vehicle device of the first vehicle transmits data to the network through the in-vehicle device of the second vehicle
  • the problem of low communication reliability in the in-vehicle products and smart home appliances in the related art is solved, and the in-vehicle products are improved.
  • the reliability of product communication such as smart home appliances enhances the security of product communication.
  • FIG. 2 is a flowchart of a method for communicating with in-vehicle equipment according to an optional embodiment of the present invention. As shown in FIG. 2 , the process includes the following steps:
  • Step S201 establishing a communication connection between the vehicle-mounted device of the second vehicle and the vehicle-mounted device of the first vehicle through short-range communication;
  • Step S202 the in-vehicle device of the second vehicle receives the first data sent by the in-vehicle device of the first vehicle, and sends the first data to the network;
  • Step S203 the in-vehicle device of the second vehicle receives the second data from the network, and sends the second data to the in-vehicle device of the first vehicle.
  • the method may further include: the on-board device of the second vehicle receives a broadcast message requesting help sent by the on-board device of the first vehicle; the on-board device of the second vehicle sends a message to the first vehicle.
  • the on-board device of a vehicle sends an authorization message for providing assistance;
  • the on-board device of the second vehicle receives a request type message sent by the on-board device of the first vehicle, wherein the request type message carries the on-board device of the first vehicle
  • the on-board device of the second vehicle sends a response message to the on-board device of the first vehicle, wherein the response message carries the information on whether the in-vehicle device of the second vehicle and the in-vehicle device of the first vehicle belong to the same network or a different network.
  • the method may further include: the in-vehicle device of the second vehicle receives the identification information of the first vehicle sent by the in-vehicle device of the first vehicle.
  • step S202 may include: the in-vehicle device of the second vehicle receives the first data sent by the in-vehicle device of the first vehicle, and combines the identification information of the first vehicle with the first data sent to the network.
  • step S203 may include: the in-vehicle device of the second vehicle receives the second data from the network; the in-vehicle device of the second vehicle according to the flag bit in the data packet of the second data field to determine whether the second data is data to be forwarded; when the second data is data to be forwarded, the second data is forwarded to the On-board equipment of the first vehicle.
  • an in-vehicle device is also provided, and the device is used to implement the above-mentioned embodiments and preferred implementations, and what has been described will not be repeated.
  • the term "module” may be a combination of software and/or hardware that implements a predetermined function.
  • the apparatus described in the following embodiments is preferably implemented in software, implementations in hardware, or a combination of software and hardware, are also possible and contemplated.
  • FIG. 3 is a structural block diagram of an in-vehicle device according to an embodiment of the present invention. As shown in FIG. 3 , the device is located in a first vehicle and includes a building module 10 , a sending module 20 and a receiving module 30 .
  • the establishing module 10 is configured to establish a communication connection with the vehicle-mounted device of the second vehicle through short-range communication.
  • the sending module 20 is configured to send the first data to the network through the in-vehicle device of the second vehicle.
  • the receiving module 30 is configured to receive the second data from the network that is forwarded by the in-vehicle device of the second vehicle.
  • the sending module 20 may be further configured to send the identification information of the first vehicle to the network terminal when the in-vehicle device of the first vehicle is turned on.
  • a checking module 40 may be further included, configured to check the network access state of the in-vehicle device of the first vehicle.
  • FIG. 4 is a structural block diagram of an in-vehicle device according to an optional embodiment of the present invention. As shown in FIG. 4 , the device is located in a second vehicle and includes a communication module 50 , a first transceiver module 60 and a second transceiver module 70 .
  • the communication module 50 is configured to establish a communication connection with the vehicle-mounted device of the first vehicle by means of short-range communication;
  • the first transceiver module 60 is configured to receive the first data sent by the in-vehicle device of the first vehicle, and send the first data to the network;
  • the second transceiver module 70 is configured to receive the second data from the network, and send the second data to the in-vehicle device of the first vehicle.
  • the above modules can be implemented by software or hardware, and the latter can be implemented in the following ways, but not limited to this: the above modules are all located in the same processor; or, the above modules can be combined in any combination The forms are located in different processors.
  • Embodiments of the present invention further provide a computer-readable storage medium, where a computer program is stored in the computer-readable storage medium, wherein the computer program is configured to execute the steps in any of the above method embodiments when running.
  • the above-mentioned computer-readable storage medium may include, but is not limited to, a USB flash drive, a read-only memory (Read-Only Memory, referred to as ROM for short), and a random access memory (Random Access Memory, referred to as RAM for short) , mobile hard disk, magnetic disk or CD-ROM and other media that can store computer programs.
  • ROM Read-Only Memory
  • RAM Random Access Memory
  • An embodiment of the present invention also provides an electronic device, comprising a memory and a processor, where a computer program is stored in the memory, and the processor is configured to run the computer program to execute the steps in any of the above method embodiments.
  • the above-mentioned electronic device may further include a transmission device and an input-output device, wherein the transmission device is connected to the above-mentioned processor, and the input-output device is connected to the above-mentioned processor.
  • the in-vehicle product After the 4G network is abnormally disconnected, the in-vehicle product cannot be restored in many cases.
  • the data communication of the in-vehicle product will be interrupted in the LTE 4G network, resulting in the in-vehicle product unable to communicate with the network, and in some cases In this state, the product itself cannot be restored.
  • the user can reopen the data connection in the user interface to restore, or restart the device to restore.
  • the information sent by the network terminal will not be received, especially some important reminder information, such as security patches sent by the manufacturer, important reminder information, etc., which are unsafe for products such as in-vehicle products and smart home appliances. .
  • the embodiment of the present invention focuses on improving the communication reliability of products such as in-vehicle products and smart home appliances, so as to enhance their security.
  • the vehicle that is, the “first vehicle” mentioned above, the same below
  • the neighboring vehicle that is, the "second vehicle” mentioned above
  • the vehicle initiates a help message to transmit a unique identification, such as: the frame number (VIN, vehicle identification code), the frame number is a set of character codes assigned to a vehicle by the manufacturer for identification.
  • the adjacent vehicle transmits the frame number of the vehicle to the network side, the network side will add the frame number identification to the data packet sent to the vehicle and send it to the adjacent vehicle, the adjacent vehicle will start the detection mechanism, and the detection data packet will be sent to In this way, the vehicle uses the unique encapsulation package of the frame number to receive the information sent by the network to the vehicle, including broadcast information.
  • the embodiments of the present invention can be applied to in-vehicle products under 5G network, NB IOT products, smart home appliances, unmanned driving and other terminal products that can receive network and cloud control commands.
  • the embodiments of the present invention can be used in a low-latency network environment such as 5G, and improve the security of communication products by means of an environment where everything is interconnected.
  • FIG. 5 is a structural block diagram of an in-vehicle communication system according to an embodiment of the present invention.
  • the in-vehicle communication system of this embodiment includes an in-vehicle module 100 of the own vehicle, an in-vehicle module 200 of an adjacent vehicle, and a network processing module 300 . There may be multiple modules 200 (only one is shown in the figure).
  • the on-board module 100 of the own vehicle is arranged in the own vehicle
  • the on-board module 200 of the adjacent vehicle is located in the adjacent vehicle
  • the network processing module 300 is located at the network end.
  • Both the on-board module 100 of the own vehicle and the on-board module 200 of the neighboring vehicle can communicate with the network processing module 300 through normal network communication, and the on-board module 100 of the own vehicle and the on-board module 200 of the neighboring vehicle can communicate through short-distance communication.
  • FIG. 6 is a structural block diagram of the layered structure of the on-board module of the own vehicle according to an embodiment of the present invention.
  • the on-board module 100 of the own vehicle may further include an inspection network module 110, a module for detecting adjacent vehicles 120, and a module for receiving adjacent vehicles and forwarding 130 , a data parsing module 140 .
  • the checking network module 110 is mainly configured to check the network status in real time to determine whether the network can be accessed normally.
  • the adjacent vehicle detection module 120 is mainly configured to find the adjacent vehicle on-board module and establish short-distance communication with the adjacent vehicle's on-board module when the network is abnormal.
  • the receiving adjacent vehicle forwarding module 130 is mainly configured to receive data packets from the network processing module 300 forwarded by the adjacent vehicle on-board module.
  • the data parsing module 140 is mainly configured to parse its own data information from the data packet.
  • FIG. 7 is a structural block diagram of a layered structure of an on-board module of an adjacent car according to an embodiment of the present invention.
  • the on-board module 200 of an adjacent car may further include a module 210 for accepting the connection of the own car, a module for uploading identification 220, and a module for checking data packets 230, the data packet forwarding module 240.
  • the accepting own vehicle connection module 210 is mainly configured to accept the help request message from the own vehicle on-board module, respond to the authorization message to the own vehicle on-board module, and establish short-distance communication with the own vehicle on-board module.
  • the uploading identification module 220 is mainly configured to upload the identification of the vehicle to the network processing module.
  • the checking data packet module 230 is mainly configured to check the received data packet and determine whether to forward the data packet or its own data packet.
  • the data packet forwarding module 240 is mainly configured to forward the data packets of the on-board module of the vehicle sent by the network processing module to the on-board module of the vehicle.
  • FIG. 8 is a structural block diagram of a hierarchical structure of a network processing module according to an embodiment of the present invention. As shown in FIG. 8 , the network processing module 300 further includes a receiving and identifying module 310 and a packet grouping module 320 .
  • the identification accepting module 310 is configured to receive the identification of the vehicle uploaded by the vehicle-mounted module of the adjacent vehicle, and bind the identification of the vehicle with the IP address of the vehicle-mounted module of the vehicle.
  • the package sending module 320 is configured to encapsulate the data packet sent to the on-board module of the own vehicle, and send it to the on-board module of the adjacent car.
  • FIG. 9 is a flowchart of a secure communication method according to an embodiment of the present invention. As shown in FIG. 9 , the communication method provided by this embodiment specifically includes the following step:
  • Step S901 when the on-board module of the vehicle is turned on, it sends the vehicle such as the unique identification frame number of the vehicle to the network terminal.
  • Step S902 The on-board module of the vehicle checks the vehicle speed, and checks the network status in real time and whether the network can be accessed normally when driving at high speed (for example, the speed is greater than nKm/h, where n is a settable constant).
  • Judgment S903 Judging whether the access network is normal, and determining whether help from a different network is required.
  • Step S904 discovering the adjacent car, and sending a message requesting the network operator name of the adjacent car to the adjacent car, if the adjacent car is registered in a different network and accepts the request, the own car sends a help message containing information such as the frame number.
  • Step S905 The adjacent vehicle onboard sends the received frame number of the own vehicle to the network terminal.
  • Step S906 The network adds the data sent to the own vehicle, such as the identification of the frame number, and sends it to the neighboring vehicle.
  • Step S907 the adjacent vehicle on-board detects and forwards the data packet.
  • Step S908 The vehicle receives the data packet and checks whether it is its own information packet.
  • step S1001 the vehicle connects to the adjacent vehicle through the proximity discovery protocol, and sends a request broadcast message to the adjacent vehicle. After the adjacent vehicle detects the request message, it sends out authorization information according to the same packet format.
  • Step 1002 the vehicle sends a request for help according to event 1.
  • Event 1 The vehicle sends the reason for seeking help (the network has no service or the data packet cannot reach the network, etc.) and the latest access network identifier (MCC MNC, etc.) of the vehicle to the neighboring vehicle.
  • MCC MNC latest access network identifier
  • Step S1003 the adjacent vehicle triggers event 2 to respond to the own vehicle.
  • Event 2 is: the neighboring car obtains a response to the own vehicle based on the reason for the help of the own vehicle, compares its own network ID.
  • the network identification comparison result is that the help level is set to 2 on the same network side. If the network identification comparison result is that the identification help level of the different network side is 1.
  • step S1004 the own vehicle triggers event 3 and selects a neighboring vehicle to obtain help.
  • Event 3 The vehicle receives the reply from the neighbor vehicle and checks the help level. If the vehicle self-check is not in the service area, it selects a neighbor vehicle with a help level of 1 and disconnects other neighbor vehicles.
  • the embodiment of the present invention also provides an optional secure communication method.
  • the implementation of the entire solution is described in detail below with reference to FIG. 11 :
  • Step S1101 When the vehicle is powered on, the vehicle, such as the unique identification frame number, is sent to the network terminal, and the network terminal binds the received vehicle frame number with the IP address assigned to the vehicle product.
  • the network receives a request from a neighboring car to carry the frame number information, the network can identify which car information needs to be forwarded through the neighboring car.
  • Step S1102 The vehicle on-board checks the network status in real time, whether it cannot accept network information for a long time, and whether it can access the network normally. After completing the routine detection, such as retrying to register the network timeout, etc., it still does not recover, and executes according to the judgment step S1103.
  • Step S1104 the vehicle discovers a nearby vehicle, and once the connection is established, the connection can be established by means of C-V2X (mobile vehicle networking), wherein C-V2X implements the 3GPP standard.
  • C-V2X mobile vehicle networking
  • the vehicle sends a request for help message and waits for the response from the neighbor vehicle.
  • the vehicle After receiving the response from the neighbor vehicle, the vehicle immediately sends its own information such as the frame number to the neighbor vehicle.
  • Step S1105 The neighbor car receives the help request and the frame number information from the own vehicle, sends the help request and the frame number to the network, and starts the detection process to distinguish whether it is its own information packet or whether it needs to be forwarded to the neighbor. car packet.
  • Step S1106 The network terminal receives the request packet sent by the adjacent car and the frame number information of the vehicle, uses the frame number to match the IP address according to the binding information of the IP address and the frame number described in step S1101, and sends the information to the vehicle that needs to be sent to the vehicle.
  • the data packet generated carries the frame number information and is sent to the adjacent car.
  • the network side can execute according to the packet encapsulation format of FIG. 12 .
  • Step S1106 The adjacent vehicle receives the packet sent by the network and detects whether it carries the flag bit and the vehicle frame number information. If this information is carried, the side is the information packet that needs to be sent to the vehicle for help, and the side forwards the data packet to the vehicle. vehicle.
  • Step S1107 After the vehicle receives the information data packet forwarded from the neighboring vehicle, it parses out the data information sent to it by the network.
  • FIG. 12 is a schematic diagram of a data packet encapsulation format according to an embodiment of the present invention.
  • the network side when the network side encapsulates an IP packet, it re-encapsulates the data packet that needs to be forwarded to the vehicle by a neighboring vehicle, specifically using an IP packet header.
  • the optional option is not used, and the flag bit can be set to identify the packet as a data packet that needs to be forwarded. For example, if the bit flag is set, it can be set to 10101010 in 8 bits of the 32 bits. The combined flag flag is true.
  • the neighboring vehicle needs to check whether the flag is true when receiving the new package. If it is true, it is considered that it needs to be forwarded to the vehicle. If it is not true, it is considered to be true. Its own data packets do not need to be forwarded.
  • the embodiments of the present invention can be applied to the case where the network area cannot be accessed normally.
  • the embodiment of the present invention has the characteristics of improving product performance and restoring the function of accessing the network.
  • the embodiments of the present invention can enhance the security of vehicle-mounted products and smart home appliances, and receive server-side, cloud-based control information, important data, and the like in the event of an abnormal situation where the network cannot be accessed.
  • the embodiment of the present invention can also timely inform the user of the abnormality of the vehicle-mounted product, and instruct the investigation as soon as possible.
  • modules or steps of the present invention can be implemented by a general-purpose computing device, and they can be centralized on a single computing device or distributed in a network composed of multiple computing devices
  • they can be implemented in program code executable by a computing device, so that they can be stored in a storage device and executed by the computing device, and in some cases, can be performed in a different order than shown here.
  • the described steps, or they are respectively made into individual integrated circuit modules, or a plurality of modules or steps in them are made into a single integrated circuit module to realize.
  • the present invention is not limited to any particular combination of hardware and software.

Landscapes

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

Abstract

本发明实施例提供了一种车载设备的通讯方法、车载设备、存储介质及电子装置，该方法包括：第一车辆的车载设备通过近距离通讯与第二车辆的车载设备建立通信连接；所述第一车辆的车载设备通过所述第二车辆的车载设备向网络端发送第一数据；所述第一车辆的车载设备接收所述第二车辆的车载设备转发的来自网络端的第二数据。通过本发明，由于第一车辆的车载设备在出现网络访问异常的情况下，可以通过第二车辆的车载设备与网络端进行数据传输，解决了相关技术中车载产品通讯可靠性低的问题，进而达到了提高车载产品在高速行驶中的安全性的效果。

Description

车载设备通讯方法、车载设备、存储介质及电子装置
相关申请的交叉引用
本申请基于2020年06月28日提交的发明名称为“车载设备通讯方法、车载设备、存储介质及电子装置”的中国专利申请CN202010598869.6，并且要求该专利申请的优先权，通过引用将其所公开的内容全部并入本申请。
技术领域
本发明实施例涉及移动互联网领域，具体而言，涉及一种车载设备通讯方法、车载设备、存储介质及电子装置。
背景技术
车载产品高速路行驶中，由于速度快，车载通讯设备和网络之间平凡切换，以及不同运营商网络的布网情况不同等因素，会高概率导致车载产品频繁掉话。尤其5G技术目前布网才开始覆盖，掉话情况会大幅增加。再者，高速行驶的行车就更应该有更高的安全性。因此需要提高车载产品在安全可靠性，尤为重要。
发明内容
本发明实施例提供了一种车载设备通讯方法、车载设备、存储介质及电子装置，以至少解决相关技术中车载产品在高速行驶时通讯可靠性低的问题。
根据本发明的一个实施例，提供了一种车载设备通讯方法，包括：第一车辆的车载设备通过近距离通讯与第二车辆的车载设备建立通信连接；所述第一车辆的车载设备通过所述第二车辆的车载设备向网络端发送第一数据；所述第一车辆的车载设备接收所述第二车辆的车载设备转发的来自网络端的第二数据。
在一个示例性实施例中，在第一车辆的车载设备通过近距离通讯与第二车辆的车载设备建立通信连接之前，还可包括，在所述第一车辆的车载设备开机时，将第一车辆的标识信息发送至所述网络端。
在一个示例性实施例中，在第一车辆的车载设备通过近距离通讯与第二车辆的车载设备建立通信连接之前，还可包括，检查所述第一车辆的车载设备的网络访问状态。
进一步地，第一车辆的车载设备通过近距离通讯与第二车辆的车载设备建立通信连接，可包括：在所述第一车辆的车载设备的网络访问状态不正常的情况下，通过近距离通讯与第二车辆的车载设备建立通信连接。
在一个示例性实施例中，通过近距离通讯与第二车辆的车载设备建立通信连接之后，还可包括：所述第一车辆的车载设备向所述第二车辆的车载设备发送请求帮助的广播消息；所述第一车辆的车载设备接收所述第二车辆的车载设备响应的提供帮助的授权消息；所述第一车辆的车载设备向所述第二车辆的车载设备发送请求类型消息，其中，所述请求类型消息中 携带有第一车辆的车载设备的寻求帮助原因以及所述第一车辆的车载设备的网络标识信息；所述第一车辆的车载设备接收所述第二车辆的车载设备发送的应答消息，其中，所述应答消息中携带有所述第二车辆的车载设备与所述第一车辆的车载设备是否属于同网络或异网络的信息；所述第一车辆的车载设备根据所述应答消息选择所述第二车辆的车载设备作为通信中转。
在一个示例性实施例中，所述第一车辆的车载设备通过所述第二车辆的车载设备向网络端发送第一数据可包括：所述第一车辆的车载设备将所述第一数据发送至所述第二车辆的车载设备，其中，所述第一数据中包括所述第一车辆的标识信息。
在一个示例性实施例中，所述第一车辆的车载设备接收所述第二车辆的车载设备转发的来自网络端的第二数据可包括：所述第一车辆的车载设备接收所述第二车辆的车载设备转发的来自网络端的第二数据，并根据所述第二数据中携带的所述第一车辆的标识信息解析出网络端发送给自己的数据信息。
根据本发明的另一个实施例，提供了一种车载设备通讯方法，包括：第二车辆的车载设备与第一车辆的车载设备之间通过近距离通信方式建立通信连接；所述第二车辆的车载设备接收所述第一车辆的车载设备发送的第一数据，并将所述第一数据发送至网络端；所述第二车辆的车载设备接收来自网络端的第二数据，并将所述第二数据发送至所述第一车辆的车载设备。
在一个示例性实施例中，所述第二车辆的车载设备接收所述第一车辆的车载设备发送的第一数据之前，还可包括：所述第二车辆的车载设备接收所述第一车辆的车载设备发送的请求帮助的广播消息；所述第二车辆的车载设备向所述第一车辆的车载设备发送提供帮助的授权消息；所述第二车辆的车载设备接收所述第一车辆的车载设备发送的请求类型消息，其中，所述请求类型消息中携带有第一车辆的车载设备的寻求帮助原因以及所述第一车辆的车载设备的网络标识信息；所述第二车辆的车载设备向所述第一车辆的车载设备发送应答消息，其中，所述应答消息中携带有所述第二车辆的车载设备与所述第一车辆的车载设备是否属于同网络或异网络的信息。
进一步地，所述第二车辆的车载设备接收所述第一车辆的车载设备发送的第一数据之前，还可包括：所述第二车辆的车载设备接收所述第一车辆的车载设备发送的第一车辆的标识信息。
在一个示例性实施例中，所述第二车辆的车载设备接收所述第一车辆的车载设备发送的第一数据，并将所述第一数据发送至网络端，可包括：所述第二车辆的车载设备接收所述第一车辆的车载设备发送的第一数据，并将所述第一车辆的标识信息和所述第一数据发送至所述网络端。
在一个示例性实施例中，所述第二车辆的车载设备接收来自网络端的第二数据，并将所述第二数据发送至所述第一车辆，可包括：所述第二车辆的车载设备接收来自网络端的所述第二数据；所述第二车辆的车载设备根据所述第二数据的数据包中的标志位字段判断所述第二数据是否为需转发数据；当所述第二数据为需转发数据时，根据第二数据的数据中携带的第一车辆的标识信息将所述第二数据转发至所述第一车辆的车载设备。
根据本发明的另一个实施例，提供了一种车载设备，所述车载设备位于第一车辆，包括：建立模块，设置为通过近距离通讯与第二车辆的车载设备建立通信连接；发送模块，设置为 通过所述第二车辆的车载设备向网络端发送第一数据；接收模块，设置为接收所述第二车辆的车载设备转发的来自网络端的第二数据。
在一个示例性实施例中，所述发送模块，还可设置为在所述第一车辆的车载设备开机时，将第一车辆的标识信息发送至所述网络端。
在一个示例性实施例中，还可包括：检查模块，设置为检查所述第一车辆的车载设备的网络访问状态。
根据本发明的另一个实施例，提供了一种车载设备，所述车载设备位于第二车辆，包括：通讯模块，设置为与第一车辆的车载设备之间通过近距离通信方式建立通信连接；第一收发模块，设置为接收所述第一车辆的车载设备发送的第一数据，并将所述第一数据发送至网络端；第二收发模块，设置为接收来自网络端的第二数据，并将所述第二数据发送至所述第一车辆的车载设备。
根据本发明的又一个实施例，还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。
根据本发明的又一个实施例，还提供了一种电子装置，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行上述任一项方法实施例中的步骤。
通过本发明的上述实施例，由于第一车辆的车载设备在出现网络访问异常的情况下，可以通过第二车辆的车载设备与网络端进行数据传输，因此，可以解决相关技术中车载产品通讯可靠性低的问题，达到提高车载产品高速行驶中的安全性的效果。
附图说明
图1是根据本发明实施例的车载设备通讯方法的流程图；
图2是根据本发明可选实施例的车载设备通讯方法的流程图；
图3是根据本发明实施例的车载设备的结构框图；
图4是根据本发明可选实施例的车载设备的结构框图；
图5是根据本发明实施例的车载通讯系统的结构框图；
图6是根据本发明实施例的本车车载模块分层结构的示意图；
图7是根据本发明实施例的邻车车载模块分层结构的示意图；
图8是根据本发明实施例的网络处理模块分层结构的示意图；
图9是根据本发明实施例的安全通讯方法的流程图；
图10是根据本发明实施例的异网邻车选择及帮助过程流程图；
图11是根据本发明可选实施例的安全通讯方法的流程图；
图12是根据本发明实施例的数据信息包封装格式的示意图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明的实施例。
需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。
在本实施例中提供了一种车载设备通讯方法，图1是根据本发明实施例的车载设备通讯方法的流程图，如图1所示，该流程包括如下步骤：
步骤S101，第一车辆的车载设备通过近距离通讯与第二车辆的车载设备建立通信连接；
步骤S102，所述第一车辆的车载设备通过所述第二车辆的车载设备向网络端发送第一数据；
步骤S103，所述第一车辆的车载设备接收所述第二车辆的车载设备转发的来自网络端的第二数据。
在本实施例的步骤S101之前，还可以包括：在所述第一车辆的车载设备开机时，将第一车辆的标识信息发送至所述网络端。
在本实施例的步骤S101之前，还可以包括：检查所述第一车辆的车载设备的网络访问状态。
在本实施例中，步骤S101可以包括：在所述第一车辆的车载设备的网络访问状态不正常的情况下，通过近距离通讯与第二车辆的车载设备建立通信连接。
在本实施例的步骤S101之后，还可以包括：所述第一车辆的车载设备向所述第二车辆的车载设备发送请求帮助的广播消息；所述第一车辆的车载设备接收所述第二车辆的车载设备响应的提供帮助的授权消息；所述第一车辆的车载设备向所述第二车辆的车载设备发送请求类型消息，其中，所述请求类型消息中携带有第一车辆的车载设备的寻求帮助原因以及所述第一车辆的车载设备的网络标识信息；所述第一车辆的车载设备接收所述第二车辆的车载设备发送的应答消息，其中，所述应答消息中携带有所述第二车辆的车载设备与所述第一车辆的车载设备是否属于同网络或异网络的信息；所述第一车辆的车载设备根据所述应答消息选择所述第二车辆的车载设备作为通信中转。
在本实施例中，步骤S102可以包括：所述第一车辆的车载设备将所述第一数据发送至所述第二车辆的车载设备，其中，所述第一数据中包括所述第一车辆的标识信息。
在本实施例中，步骤S103可以包括：所述第一车辆的车载设备接收所述第二车辆的车载设备转发的来自网络端的第二数据，并根据所述第二数据中携带的所述第一车辆的标识信息解析出网络端发送给自己的数据信息。
通过上述步骤，由于第一车辆的车载设备通过第二车辆的车载设备向网络端进行数据传输，解决了相关技术中车载产品以及智能家居家电等产品中通讯可靠性低的问题，提高了车载产品以及智能家居家电等产品通讯的可靠性，增强了产品通讯的安全性。
在本实施例中还提供了一种车载设备通讯方法，图2是根据本发明可选实施例的车载设备通讯方法的流程图，如图2所示，该流程包括如下步骤：
步骤S201，第二车辆的车载设备与第一车辆的车载设备之间通过近距离通信方式建立通信连接；
步骤S202，所述第二车辆的车载设备接收所述第一车辆的车载设备发送的第一数据，并将所述第一数据发送至网络端；
步骤S203，所述第二车辆的车载设备接收来自网络端的第二数据，并将所述第二数据发送至所述第一车辆的车载设备。
在本实施例的步骤S202之前，还可以包括：所述第二车辆的车载设备接收所述第一车辆的车载设备发送的请求帮助的广播消息；所述第二车辆的车载设备向所述第一车辆的车载设 备发送提供帮助的授权消息；所述第二车辆的车载设备接收所述第一车辆的车载设备发送的请求类型消息，其中，所述请求类型消息中携带有第一车辆的车载设备的寻求帮助原因以及所述第一车辆的车载设备的网络标识信息；所述第二车辆的车载设备向所述第一车辆的车载设备发送应答消息，其中，所述应答消息中携带有所述第二车辆的车载设备与所述第一车辆的车载设备是否属于同网络或异网络的信息。
在本实施例的步骤S202之前，还可以包括：所述第二车辆的车载设备接收所述第一车辆的车载设备发送的第一车辆的标识信息。
在本实施例中，步骤S202可以包括：所述第二车辆的车载设备接收所述第一车辆的车载设备发送的第一数据，并将所述第一车辆的标识信息和所述第一数据发送至所述网络端。
在本实施例中，步骤S203可以包括：所述第二车辆的车载设备接收来自网络端的所述第二数据；所述第二车辆的车载设备根据所述第二数据的数据包中的标志位字段判断所述第二数据是否为需转发数据；当所述第二数据为需转发数据时，根据第二数据的数据中携带的第一车辆的标识信息将所述第二数据转发至所述第一车辆的车载设备。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
在本实施例中还提供了一种车载设备，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
图3是根据本发明实施例的车载设备的结构框图，如图3所示，该装置位于第一车辆，包括建立模块10、发送模块20和接收模块30。
所述建立模块10，设置为通过近距离通讯与第二车辆的车载设备建立通信连接。
所述发送模块20，设置为通过所述第二车辆的车载设备向网络端发送第一数据。
所述接收模块30，设置为接收所述第二车辆的车载设备转发的来自网络端的第二数据。
在本实施例中，所述发送模块20，还可设置为在所述第一车辆的车载设备开机时，将第一车辆的标识信息发送至所述网络端。
在本实施例中，还可包括：检查模块40，设置为检查所述第一车辆的车载设备的网络访问状态。
图4是根据本发明可选实施例的车载设备的结构框图，如图4所示，该装置位于第二车辆，包括通讯模块50、第一收发模块60和第二收发模块70。
所述通讯模块50，设置为与第一车辆的车载设备之间通过近距离通信方式建立通信连接；
所述第一收发模块60，设置为接收所述第一车辆的车载设备发送的第一数据，并将所述第一数据发送至网络端；
所述第二收发模块70，设置为接收来自网络端的第二数据，并将所述第二数据发送至所述第一车辆的车载设备。
需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。
本发明的实施例还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。
在一个示例性实施例中，上述计算机可读存储介质可以包括但不限于：U盘、只读存储器(Read-Only Memory，简称为ROM)、随机存取存储器(Random Access Memory，简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储计算机程序的介质。
本发明的实施例还提供了一种电子装置，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。
在一个示例性实施例中，上述电子装置还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。
本实施例中的具体示例可以参考上述实施例及示例性实施方式中所描述的示例，本实施例在此不再赘述。
为了便于对本发明所提供的技术方案的理解，下面将结合具体场景的实施例进行详细阐述。
车载产品在4G网络异常断开之后，有很多情况下不能恢复连接，比如现实网络环境中存在，车载产品在LTE 4G网络中会出现数据通讯断流，导致车载产品不能网络通讯，而有些情况下这种状态产品本身不能恢复，普通的通讯产品如数据卡，手机等，用户可以在使用界面重新打开数据连接恢复，或者重启设备恢复，但作为车载产品以及智能家电产品通讯模块不能自动修复，一旦碰上这种情况则会导致不能收到网络端发送的信息，尤其是一些提示性的重要信息，如厂家发送的安全补丁，重要提示信息等，对于车载产品以及智能家电等产品是不安全的。
本发明实施例重点在于提高车载产品以及智能家居家电等产品通讯的可靠性，来增强其安全性，例如车载产品，当车行驶到没有网络，以及极弱环境下，或者由于其他原因造成的异常断连，本车(即前文所述的“第一车辆”，下同)检查一定时间不能收到网络端信息时，通过近距离发现邻车(即前文所述的“第二车辆”，下同)，建立连接，本车发起帮助消息传递唯一标示，如：车架号(VIN，车辆识别代码)，车架号是制造厂为了识别而给一辆车指定的一组字码。邻车将本车车架号传递给网络端，网络端将发给本车数据包增加车架号标识发给邻车，邻车启动检测机制，检测数据包携带车架号信息的包发给本车这样利用车架号唯一的性封装包来接收到网络端发给本车的信息，包含广播信息等。
本发明实施例可以应用在5G网络下车载产品，NB IOT产品下，智能家电，无人驾驶等能接收网络，云端控制命令的终端产品上。
5G网络下车联网，智能家电会蓬勃发展，随之车载产品以及NB终端产品都会大量使用，在这万物互联的大环境下，通讯设备会和我们的生活联系的更加紧密，这就要求通讯设备一方面通讯时延的降低(5G网络下1ms)，另一方面需要安全性的提高。本发明实施例可以使用在诸如5G低时延网络环境下，并借助于万物互联的环境，提高通讯产品的安全性。
下面通过图5至图8对发明可选实施例所运行的系统结构进行说明。需要说明书的是，图5至图8中所涉及的模块划分和功能与前文实施例不完全相同。图5是根据本发明实施例 的车载通讯系统的结构框图，如图5所示，本实施例的车载通讯系统包括本车车载模块100、邻车车载模块200和网络处理模块300，邻车车载模块200可以是多个(在图中仅示出一个)。其中，本车车载模块100设置在本车中，邻车车载模块200位于邻车中，网络处理模块300位于网络端。本车车载模块100和邻车车载模块200均可以通过正常的网络通讯方式与网络处理模块300通信，本车车载模块100与邻车车载模块200之间可以通过短距离通讯方式进行通信。
图6是根据本发明实施例的本车车载模块分层结构的结构框图，如图6所示，本车车载模块100可以进一步包含检查网络模块110，发现邻车模块120，接收邻车转发模块130，数据解析模块140。
检查网络模块110，主要设置为实时检查网络状态，以确定是否能正常访问网络。
发现邻车模块120，主要设置为在网络异常的情况下，发现邻车车载模块，并建立与邻车车载模块的短距离通讯。
接收邻车转发模块130，主要设置为接收邻车车载模块转发的来自网络处理模块300的数据包。
数据解析模块140，主要设置为从数据包中解析出自身的数据信息。
图7是根据本发明实施例的邻车车载模块分层结构的结构框图，如图7所示，邻车车载模块200可以进一步包含接受本车连接模块210，上传标识模块220，检查数据包模块230，转发数据包模块240。
接受本车连接模块210，主要设置为接受来自本车车载模块的帮助请求消息，并向本车车载模块响应授权消息，与本车车载模块建立短距离通讯。
上传标识模块220，主要设置为将本车的标识上传至网络处理模块。
检查数据包模块230，主要设置为检查接收到的数据包，并确定是转发数据包还是自身的数据包。
转发数据包模块240，主要设置为将网络处理模块发送的本车车载模块的数据包转发至本车车载模块。
图8是根据本发明实施例的网络处理模块分层结构的结构框图，如图8所示，网络处理模块300进一步包含接受标识模块310和组包发包模块320。
接受标识模块310，设置为接收邻车车载模块上传的本车的标识，并将本车的标识与本车车载模块的IP地址绑定。
组包发包模块320，设置为将发送给本车车载模块的数据包进行封装，并发送给邻车车载模块。基于上述的系统结构，本发明实施例提供了一种安全通讯方法，图9是根据本发明实施例的安全通讯方法的流程图，如图9所示，本实施例提供的通讯方法具体包括如下步骤：
步骤S901：本车车载模块开机时，将本车诸如唯一标识车架号发送给网络端。
步骤S902：本车车载模块检查车速，在高速行驶时(例如，速度大于nKm/h，n为可设置的常数)，实时检查网络状态，以及是否能正常访问网络。
判断S903：判断访问网络是否正常，确定是否需要异网帮助。
步骤S904：发现邻车，并向邻车发送请求邻车网络运营商名消息，如果邻车是异网注册并接受请求，本车发送帮助消息包含诸如车架号等信息。
步骤S905：邻车车载将收到本车车架号发送给网络端。
步骤S906：网络将发给本车的数据加入诸如车架号标识发给邻车。
步骤S907：邻车车载检测并转发数据包。
步骤S908：本车车载接受到数据包并检查是否自己的信息包。
下面对上述实施例中的异网邻车选择以及帮助过程进行描述，如图10所示，主要包括如下步骤：
步骤S1001,本车通过近距离发现协议连接邻车，并向邻车发出请求广播消息，邻车检测到请求消息之后，按照相同包格式发出授权信息。
步骤1002，本车发送按照事件1发送帮助请求。
事件1为：本车将自己寻求帮助原因(网络无服务或数据包无法到达网络等信息)以及本车最新接入网络标识(MCC MNC等)发送给邻车。
步骤S1003，邻车触发事件2应答本车。
事件2为：邻车获取依据本车帮助原因，比较自己的网络标识，应答本车。网络标识比较结果为同网侧设置帮助等级为2，如果网络标识比较结果为异网侧标识帮助等级为1。
步骤S1004，本车触发事件3选择邻车获取帮助。
事件3：本车接收邻车答复并检查帮助等级，如果本车自检不在服务区则选择帮助等级为1的异网邻车，断开其他邻车。
本发明实施例还提供了一种可选的安全通讯方法，下面结合附图11对整个方案实施进行详细说明：
步骤S1101：本车车载开机时，将本车诸如唯一标识车架号发送给网络端，网络端将受到的车架号和分配给车载产品的IP地址绑定。当网络接收到来自邻车的携带车架号信息的请求时，网络可以识别需要通过邻车转发哪个车的信息。
步骤S1102：本车车载实时检查网络状态，是否长时间不能接受网络信息，以及是否能正常访问网络，完成常规检测后，如重新尝试注册网络超时等，依然没有恢复，按照判断步骤S1103执行。
判断S11033：如果网络检查结果正常，则采用正常的网络通讯方式，否则执行步骤S1103.
步骤S1104：本车发现附近的邻车，一旦建立连接，建立方式可利用C-V2X(移动车联网)方式连接，其中C-V2X执行3GPP标准。建立连接后，本车发送请求帮助消息，等待邻车应答，收到邻车应答之后，本车立即将自己的诸如车架号信息发给邻车。
步骤S1105：邻车接受到帮助请求以及来自本车的车架号信息，将帮助请求以及车架号发送给网络端，并启动检测流程，用于区分是自己的信息包，还是需要转发给邻车的数据包。
步骤S1106：网络端接受到邻车发送的请求包以及本车车架号信息，利用车架号按照步骤S1101中描述IP地址与车架号绑定信息来匹配IP地址，将需要发给本车的数据信息包生成携带车架号信息发给邻车。网络端可按照图12的数据包封装格式执行。
步骤S1106：邻车收到网络发来的包检测是否有携带标记位，以及车架号信息，如果携带此信息，侧为需要发给求助本车的信息数据包，侧将数据包转发给本车。
步骤S1107：本车收到来自邻车转发的信息数据包后，解析出网络发给自己的数据信息。
下面对本实施例的数据包的数据封装格式进行举例说明。图12是根据本发明实施例的数据信息包封装格式的示意图，如图12所示，网络端封装IP包时，将需要邻车转发给本车的 数据信息包重新封装，具体为利用IP包头可选项没有被使用，可设置标记位用以标识此包为需要转发的数据包，如设置位flag可以为32位中的8位设置为10101010组合标识flag为真。还需要从数据段前面部分增加本车的车架号封装新包，邻车收到新包需要检查flag是否为真，如果为真则认为是需要转发给本车，如果不为真则认为是自己的数据包，不需要转发。
本发明实施例可以应用于不能正常访问网络区域的情况下。本发明实施例具有提升产品能、恢复访问网络功能的特点。
本发明实施例能增强车载产品以及智能家居家电产品的安全性，在出现不能访问网络的异常情况下，接收到服务器端，云端控制信息，重要数据等。
本发明实施例也可适时告知用户车载产品异常，并指示尽早排查。
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (18)

  1. 一种车载设备的通讯方法，包括：
    第一车辆的车载设备通过近距离通讯与第二车辆的车载设备建立通信连接；
    所述第一车辆的车载设备通过所述第二车辆的车载设备向网络端发送第一数据；
    所述第一车辆的车载设备接收所述第二车辆的车载设备转发的来自网络端的第二数据。
  2. 根据权利要求1所述的方法，其中，在第一车辆的车载设备通过近距离通讯与第二车辆的车载设备建立通信连接之前，还包括，
    在所述第一车辆的车载设备开机时，将第一车辆的标识信息发送至所述网络端。
  3. 根据权利要求1所述的方法，其中，在第一车辆的车载设备通过近距离通讯与第二车辆的车载设备建立通信连接之前，还包括，
    检查所述第一车辆的车载设备的网络访问状态。
  4. 根据权利要求3所述的方法，其中，第一车辆的车载设备通过近距离通讯与第二车辆的车载设备建立通信连接，包括：
    在所述第一车辆的车载设备的网络访问状态不正常的情况下，通过近距离通讯与第二车辆的车载设备建立通信连接。
  5. 根据权利要求1所述的方法，其中，通过近距离通讯与第二车辆的车载设备建立通信连接之后，还包括：
    所述第一车辆的车载设备向所述第二车辆的车载设备发送请求帮助的广播消息；
    所述第一车辆的车载设备接收所述第二车辆的车载设备响应的提供帮助的授权消息；
    所述第一车辆的车载设备向所述第二车辆的车载设备发送请求类型消息，其中，所述请求类型消息中携带有第一车辆的车载设备的寻求帮助原因以及所述第一车辆的车载设备的网络标识信息；
    所述第一车辆的车载设备接收所述第二车辆的车载设备发送的应答消息，其中，所述应答消息中携带有所述第二车辆的车载设备与所述第一车辆的车载设备是否属于同网络或异网络的信息；
    所述第一车辆的车载设备根据所述应答消息选择所述第二车辆的车载设备作为通信中转。
  6. 根据权利要求5所述的方法，其中，所述第一车辆的车载设备通过所述第二车辆的车载设备向网络端发送第一数据包括：
    所述第一车辆的车载设备将所述第一数据发送至所述第二车辆的车载设备，其中，所述第一数据中包括所述第一车辆的标识信息。
  7. 根据权利要求5所述的方法，其中，所述第一车辆的车载设备接收所述第二车辆的车载设备转发的来自网络端的第二数据包括：
    所述第一车辆的车载设备接收所述第二车辆的车载设备转发的来自网络端的第二数据，并根据所述第二数据中携带的所述第一车辆的标识信息解析出网络端发送给自己的数据信息。
  8. 一种车载设备的通讯方法，包括：
    第二车辆的车载设备与第一车辆的车载设备之间通过近距离通信方式建立通信连接；
    所述第二车辆的车载设备接收所述第一车辆的车载设备发送的第一数据，并将所述第一数据发送至网络端；
    所述第二车辆的车载设备接收来自网络端的第二数据，并将所述第二数据发送至所述第一车辆。
  9. 根据权利要求8所述的方法，其中，所述第二车辆的车载设备接收所述第一车辆的车载设备发送的第一数据之前，还包括：
    所述第二车辆的车载设备接收所述第一车辆的车载设备发送的请求帮助的广播消息；
    所述第二车辆的车载设备向所述第一车辆的车载设备发送提供帮助的授权消息；
    所述第二车辆的车载设备接收所述第一车辆的车载设备发送的请求类型消息，其中，所述请求类型消息中携带有第一车辆的车载设备的寻求帮助原因以及所述第一车辆的车载设备的网络标识信息；
    所述第二车辆的车载设备向所述第一车辆的车载设备发送应答消息，其中，所述应答消息中携带有所述第二车辆的车载设备与所述第一车辆的车载设备是否属于同网络或异网络的信息。
  10. 根据权利要求9所述的方法，其中，所述第二车辆的车载设备接收所述第一车辆的车载设备发送的第一数据之前，还包括：
    所述第二车辆的车载设备接收所述第一车辆的车载设备发送的第一车辆的标识信息。
  11. 根据权利要求10所述的方法，其中，所述第二车辆的车载设备接收所述第一车辆的车载设备发送的第一数据，并将所述第一数据发送至网络端，包括：
    所述第二车辆的车载设备接收所述第一车辆的车载设备发送的第一数据，并将所述第一车辆的标识信息和所述第一数据发送至所述网络端。
  12. 根据权利要求10所述的方法，其中，所述第二车辆的车载设备接收来自网络端的第二数据，并将所述第二数据发送至所述第一车辆的车载设备，包括：
    所述第二车辆的车载设备接收来自网络端的所述第二数据；
    所述第二车辆的车载设备根据所述第二数据的数据包中的标志位字段判断所述第二数据是否为需转发数据；
    当所述第二数据为需转发数据时，根据第二数据的数据中携带的第一车辆的标识信息将所述第二数据转发至所述第一车辆的车载设备。
  13. 一种车载设备，位于第一车辆，包括：
    建立模块，设置为通过近距离通讯与第二车辆的车载设备建立通信连接；
    发送模块，设置为通过所述第二车辆的车载设备向网络端发送第一数据；
    接收模块，设置为接收所述第二车辆的车载设备转发的来自网络端的第二数据。
  14. 根据权利要求13所述的车载设备，其中，
    所述发送模块，还设置为在所述第一车辆的车载设备开机时，将第一车辆的标识信息发送至所述网络端。
  15. 根据权利要求13所述的车载设备，其中，还包括：
    检查模块，设置为检查所述第一车辆的车载设备的网络访问状态。
  16. 一种车载设备，位于第二车辆，包括：
    通讯模块，设置为与第一车辆的车载设备之间通过近距离通信方式建立通信连接；
    第一收发模块，设置为接收所述第一车辆的车载设备发送的第一数据，并将所述第一数据发送至网络端；
    第二收发模块，设置为接收来自网络端的第二数据，并将所述第二数据发送至所述第一车辆的车载设备。
  17. 一种计算机可读存储介质，其中，所述计算机可读存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行所述权利要求1至12任一项中所述的方法。
  18. 一种电子装置，包括存储器和处理器，其中，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行所述权利要求1至12任一项中所述的方法。
PCT/CN2021/100395 2020-06-28 2021-06-16 车载设备通讯方法、车载设备、存储介质及电子装置 WO2022001665A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202010598869.6A CN113852938A (zh) 2020-06-28 2020-06-28 车载设备通讯方法、车载设备、存储介质及电子装置
CN202010598869.6 2020-06-28

Publications (1)

Publication Number Publication Date
WO2022001665A1 true WO2022001665A1 (zh) 2022-01-06

Family

ID=78972603

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2021/100395 WO2022001665A1 (zh) 2020-06-28 2021-06-16 车载设备通讯方法、车载设备、存储介质及电子装置

Country Status (2)

Country Link
CN (1) CN113852938A (zh)
WO (1) WO2022001665A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114679482A (zh) * 2022-03-28 2022-06-28 广州小鹏汽车科技有限公司 车辆控制方法、车辆和存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103249073A (zh) * 2013-05-15 2013-08-14 苏州洁祥电子有限公司 车联网链路保护系统
CN104112295A (zh) * 2013-04-19 2014-10-22 卡波施交通公司 用于车辆的车载设备
CN105723753A (zh) * 2014-10-08 2016-06-29 华为技术有限公司 一种车载终端间的信息交互方法及车载终端
CN106921694A (zh) * 2015-12-24 2017-07-04 北京奇虎科技有限公司 一种车辆的信息共享方法和装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104112295A (zh) * 2013-04-19 2014-10-22 卡波施交通公司 用于车辆的车载设备
CN103249073A (zh) * 2013-05-15 2013-08-14 苏州洁祥电子有限公司 车联网链路保护系统
CN105723753A (zh) * 2014-10-08 2016-06-29 华为技术有限公司 一种车载终端间的信息交互方法及车载终端
CN106921694A (zh) * 2015-12-24 2017-07-04 北京奇虎科技有限公司 一种车辆的信息共享方法和装置

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114679482A (zh) * 2022-03-28 2022-06-28 广州小鹏汽车科技有限公司 车辆控制方法、车辆和存储介质
CN114679482B (zh) * 2022-03-28 2024-04-30 广州小鹏汽车科技有限公司 车辆控制方法、车辆和存储介质

Also Published As

Publication number Publication date
CN113852938A (zh) 2021-12-28

Similar Documents

Publication Publication Date Title
CN111835627B (zh) 车载网关的通信方法、车载网关及智能车辆
US20180139125A1 (en) Systems, methods, and devices for adaptive communication in a data communication network
KR102044642B1 (ko) 서비스 레이어에서 인루트 리소스 발견을 가능하게 하기 위한 방법들
CN111182461A (zh) 用于蜂窝通信再定向和中继的方法和设备
CN107547619B (zh) 一种定时器参数协商方法和装置
US20210126973A1 (en) Communication method and apparatus, and related device
WO2022001665A1 (zh) 车载设备通讯方法、车载设备、存储介质及电子装置
CN111954159B (zh) 车辆信息上报方法、装置、共享车辆和存储介质
CN110995829B (zh) 实例调用方法、装置及计算机存储介质
US20170127472A1 (en) Method and wireless device for controlling disconnection of a wireless device in a wi-fi direct group of a wireless network
CN104168322A (zh) 车载终端数据传输方法、应用服务器、客户端及用户终端
WO2018000312A1 (zh) 一种组通信的方法、设备及系统
CN104521201B (zh) 转发节点的处理方法、转发节点及控制节点
CN102571717A (zh) 基于原语的m2m终端通信方法和系统
CN106231538B (zh) 一种OneM2M架构设备绑定的方法和装置
CN107454659A (zh) 一种终端识别方法、系统、终端设备和基站
CN114503780A (zh) 建立终端连接的方法及装置
CN103188662B (zh) 一种验证无线接入点的方法以及装置
WO2017206560A1 (zh) 设备到设备d2d的通信方法、装置和车联网终端
CN112532663B (zh) 一种家庭智能网关登录方法及装置
KR20230067655A (ko) 브로드캐스트 기반 유니캐스트 세션 방법 및 장치
CN113059569A (zh) 一种多端交互方法、装置及系统
CN108605221B (zh) 用户下线的方法、网络设备和系统
JP2018097805A (ja) 攻撃通知システムおよび攻撃通知方法
CN111800756B (zh) 一种数据发送方法、装置及计算机可读存储介质

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 21832974

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205 DATED 22/05/2023)

122 Ep: pct application non-entry in european phase

Ref document number: 21832974

Country of ref document: EP

Kind code of ref document: A1