Unified access gateway and access method for c-v2x based on multi-source sensing devices

Abstract

The application discloses a C-V2X unified access gateway based on a multi-source sensing device and an access method, and belongs to the technical field of Internet of Vehicles.The method comprises the following steps: device access and identity authentication, data analysis and data distribution.The gateway and the access method improve the security of device access, roadside sensing devices and vehicle-end sensing devices have unified identity identification, and unified authentication is performed through a unified access gateway.In addition, compared with the prior art, the application improves the data transmission efficiency, effectively improves the data transmission efficiency through standard data analysis and data distribution in the unified gateway.

Description

TECHNICAL FIELD

[0001] The application relates to a C-V2X unified access gateway based on a multi-source sensing device and an access method, and belongs to the technical field of Internet of Vehicles. BACKGROUND

[0002] With the development of intelligent manufacturing technology, new generation information communication technology and artificial intelligence technology, the Internet of Vehicles industry in China has entered a fast lane, technological innovation is increasingly active, new applications are booming, and the industry scale is continuously expanding, but there are still problems such as key core technologies to be broken through, industry ecology to be improved, and policies and regulations to be perfected.

[0003] First, the key products have not reached the commercialization level. The key products for commercial deployment of the Internet of Vehicles include chips, vehicle-mounted terminals, roadside infrastructure, etc. Although great progress has been made in China, the products themselves still have a gap from commercial deployment, and the pace of research and development testing needs to be accelerated. Second, the business model of the Internet of Vehicles is not clear, and the network deployment scheme is not clear. Since the Internet of Vehicles involves a long industrial chain and many manufacturers, a strong leading party and a unified network deployment scheme have not yet been formed. The protocol consistency and interoperability between different device manufacturers are not high, and the entire industry lacks core cohesion, leading to the dispersion of industry driving forces. The multi-source sensing device constructs a unified access gateway to support device data access and device identity authentication. SUMMARY

[0004] In order to establish a standard unified access gateway process, the sensing device at the roadside end and the sensing device at the intelligent vehicle end are standardized and defined from the processes including device access and identity authentication, data analysis, data distribution, etc. The application provides a C-V2X unified access gateway based on a multi-source sensing device and an access method, and the technical solution is as follows:

[0005] The first purpose of the application is to provide a C-V2X unified access gateway based on a multi-source sensing device, which comprises:

[0006] The device access and identity authentication module integrates a device management module, a data security communication module and a message subscription module, and is used downwardly to support connection of a large number of devices, collect device data and upload the data to the cloud; and is used upwardly to provide a cloud API, so that the server can issue instructions to the device end to realize remote control by calling the cloud API;

[0007] The data analysis module is used to analyze the corresponding data format according to the different protocol contents of the device, authenticate the legality of the data reporting source, the correctness of the data format and the effectiveness of the data content, and report the authentication results to the device access and identity authentication module.

[0008] Data distribution module, for the sensing device of roadside end and the sensing device data of intelligent vehicle end are distributed through high-performance message queue after being parsed and verified through unified gateway, guaranteeing the timeliness of data, meeting the timely response of each business, after the equipment access platform, the data in custom format is sent to the platform through the use of custom Topic or the data is sent to the platform through the service end subscription mode.

[0009] The second object of the application is to provide a gateway access method based on multi-source sensing device C-V2X, based on the gateway implementation, including: device access and identity authentication, data parsing and data distribution.

[0010] Optionally, the device access and identity authentication includes:

[0011] Firstly, the device management service initiates a connection request to access the management service, obtains a device secret key, and connects with the device ID; the management service calls a secret key interface of the business platform; after the business platform performs device identity information authentication, a dynamic device secret key + domain name address of the device access service is issued to the device authenticated through the secret key;

[0012] Then, the device access service uses the MQTT protocol to access the access service; the access service calls a login authentication interface and returns the authentication result to the device; after the authentication is passed, a long connection is maintained, and the device reports data to the access service through the MQTT protocol, otherwise the device is not allowed to connect to the platform; each time the device restarts or the long connection is disconnected, the secret key and the access service address need to be obtained to report data.

[0013] Finally, the device needs to pass through identity authentication before accessing the platform, and the device identity authentication can be supported by using the device secret key and the certificate.

[0014] Optionally, the data parsing includes:

[0015] I. Protocol data verification: the platform is based on the MQTT protocol, parses the corresponding data format, authenticates the legality of the data reporting source, the correctness of the data format and the validity of the data content;

[0016] II. Protocol adaptation: the MQTT protocol gateway provides a unified entrance for devices to the platform, and the gateway will adapt the protocol, convert the message format and distribute the message routing for the requests from various terminal devices;

[0017] III. Protocol adoption: the communication mode conforms to the relevant provisions in MQTT, the communication protocol adopts TCP or UDP, the platform is the server end, and the terminal is the client end; when the data communication link is abnormal, the terminal uses the SMS message mode for communication;

[0018] IV. Basic data type is specified;

[0019] V. Transmission rules: protocol uses big-endian mode network byte order to transfer words and double words;

[0020] VI. Message composition: ASN.1 notation uses BNF form;

[0021] VII. Communication establishment: connection establishment, connection maintenance, connection disconnection;

[0022] VIII. Message processing: platform host message, terminal host message, data communication link normal, data communication link abnormal.

[0023] Optionally, the data distribution comprises: sending data in a custom format using a custom Topic, sending standardized thing model data and a service end subscription mode using a thing model function related Topic.

[0024] Optionally, the sending data in a custom format using a custom Topic comprises: on the platform, customizing an operation permission for a published Topic class for a product, and automatically mapping the Topic class of the product to devices under the product, and the custom Topic class has two modes, comprising:

[0025] I. Custom Topic, customizing a Topic class on the platform console;

[0026] II. Custom Topic class using a cloud end SDK to call a cloud end API;

[0027] When developing a device end, the device is configured to send a message to a custom Topic, and on the device end, the custom Topic and a message format of the message are configured.

[0028] Optionally, the using a thing model function related Topic comprises:

[0029] I. Single thing model addition, defining a thing model on the platform console according to a device business situation;

[0030] II. When developing a device end, according to the defined thing model, a device is configured to report attribute and event data; a standard data format of the device reporting attribute and event, the device reporting attribute and the device reporting event; a platform data flow transfer, a process of distributing the data to a server, message flow transfer to the server, device state change notification, device life cycle change, thing model historical data reporting, OTA upgrade state notification, gateway discovery sub-device reporting, device topology relationship change and the like, and the message is based on a Topic to transfer data.

[0031] The present application has the beneficial effects that:

[0032] The gateway and the access method improve the security of device access, the roadside sensing device and the vehicle end sensing device have a unified identity, and unified authentication is performed through a unified access gateway.

[0033] In addition, the application improves the data transmission efficiency compared with the prior art, and effectively improves the data transmission efficiency by performing standard data analysis and data distribution in the unified gateway. BRIEF DESCRIPTION OF DRAWINGS

[0034] In order to more clearly illustrate the technical solutions in the embodiments of the application, the drawings needed in the embodiment description will be briefly introduced. Obviously, the drawings in the following description are only some embodiments of the application, and other drawings can be obtained by those skilled in the art without creative labor.

[0035] Figure 1 The gateway structure and the access flow of the application are shown in the figure. DETAILED DESCRIPTION

[0036] In order to make the purpose, technical scheme and advantages of the application more clear, the embodiments of the application will be further described in detail below with reference to the drawings.

[0037] Embodiment one:

[0038] The embodiment provides a C-V2X unified access gateway based on multi-source sensing device, which comprises:

[0039] The device access and identity authentication module integrates a device management module, a data security communication module and a message subscription module, and is used to support connecting a large number of devices downward, collecting device data and uploading to the cloud; and is used to provide a cloud API upward, so that the server can issue instructions to the device end to realize remote control by calling the cloud API;

[0040] The data analysis module is used to analyze the corresponding data format according to the different protocol contents of the device, authenticate the legality of the data reporting source, the correctness of the data format and the effectiveness of the data content;

[0041] The data distribution module is used to distribute the sensing device data of the roadside end and the sensing device data of the intelligent vehicle end through a high-performance message queue after the sensing device data of the roadside end and the sensing device data of the intelligent vehicle end are analyzed and verified by the unified gateway, so as to ensure the timeliness of the data and meet the timely response of each business.

[0042] Embodiment two:

[0043] The embodiment provides a gateway access method of C-V2X based on multi-source sensing device, which is shown in the figure.Figure 1 , including: device access and identity authentication, data analysis and data distribution, as follows.

[0044] 1. Device access and identity authentication:

[0045] First, the device management service initiates a connection request to access the management service and obtains the device key. The connection contains the device ID; the management service calls the business platform to obtain the key interface; the business platform authenticates the device identity information and issues a dynamic device key + device access service domain name address to the device that passes the key authentication.

[0046] Then the device access service uses MQTT protocol, accesses the access service; the access service calls the login authentication interface and returns the authentication result to the device; after authentication, the device can report data to the access service through MQTT protocol, otherwise it is not allowed to connect to the platform; every time the device restarts / long connection is disconnected, the device needs to obtain the key and access service address to report data.

[0047] Finally, the device access platform also needs to pass the identity authentication. It supports using device key and certificate for device identity authentication.

[0048] 2. Data analysis: the platform server parses the corresponding data format according to the different protocol contents of the device, authenticates the legality of the data reporting source, the correctness of the data format and the effectiveness of the data content. The protocol gateway provides a unified entrance for device terminals to the platform, and the gateway will adapt the protocol, convert the message format and distribute the message routing for requests from various terminal devices. The realization is mainly through the following points:

[0049] 1. Protocol data verification: the platform is based on MQTT protocol, parses the corresponding data format, authenticates the legality of the data reporting source, the correctness of the data format and the effectiveness of the data content.

[0050] 2. Protocol adaptation: MQTT protocol gateway provides a unified entrance for devices to the platform, and the gateway will adapt the protocol, convert the message format (ASN.1) and distribute the message routing for requests from various terminal devices.

[0051] 3. Protocol adoption: the communication mode should comply with the relevant provisions in MQTT, the communication protocol uses TCP or UDP, the platform is the server side and the terminal is the client side. When the data communication link is abnormal, the terminal can use SMS message mode for communication.

[0052] 4. Define basic data types.

[0053] 5. Transmission rules: the protocol uses big-endian network byte order to transfer words and double words.

[0054] Six, message composition: ASN.1 notation mainly uses BNF form.

[0055] Seven, communication establishment: connection establishment, connection maintenance, connection disconnection.

[0056] Eight, message processing: platform host message, terminal host message, data communication link normal, data communication link exception.

[0057] 3, data distribution: after the device data is parsed and verified through the unified gateway, the data is distributed through the high-performance message queue. The data distribution needs to ensure the timeliness of the data to meet the timely response of each business. After the device accesses the platform, it can communicate with the platform. The device can send data to the platform in the following ways:

[0058] (1) Use custom Topic to send custom format data. On the platform, define the Topic class for product operation permission as publishing. The Topic class of the product is automatically mapped to the device under the product. There are two ways to customize the Topic class: 1) Custom Topic, customize the Topic class on the platform console. 2) Use the custom Topic class of the cloud API calling cloud SDK. When developing the device side, configure the device to send messages to the custom Topic. On the device side, configure the custom Topic and message format of the sent message.

[0059] (2) Use the Topic related to the function of the thing model to send standardized thing model data. The device can actively report attributes and events. The implementation process is: 1) Single thing model addition, define the thing model on the platform console according to the device business situation. 2) When developing the device side, configure the device to report attribute and event data according to the defined thing model. The standard data format of the device reporting attribute and event, the device reporting attribute and the device reporting event. The platform data flow transfer, distribution to the server process, the device reporting message, device state change notification, device life cycle change, thing model historical data reporting, OTA upgrade state notification, gateway discovery Sub-device reporting, device topology relationship change and other message flow transfer to the server. The message transfers data based on Topic.

[0060] (3) Server subscription: use the server subscription function of the platform to subscribe to one or more message types. The platform will transfer all device messages of this type to the server according to your subscription settings.

[0061] The gateway and access method of the embodiment improve the security of device access, and the roadside sensing device and the vehicle end sensing device have a unified identity, which is authenticated through a unified access gateway.

[0062] In addition, the embodiment improves data transmission efficiency compared with the prior art, and effectively improves the data transmission efficiency by performing standard data analysis and data distribution in the unified gateway.

[0063] Part of the steps in the embodiment of the application can be realized by software, and the corresponding software program can be stored in a readable storage medium, such as an optical disc or a hard disk.

[0064] The above only describes the preferred embodiments of the present application and is not intended to limit the present application, and any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present application shall be included in the protection scope of the present application.

Claims

1. A C-V2X gateway access method based on multi-source sensing equipment, characterized in that: The method is implemented based on a C-V2X unified access gateway based on multi-source sensor equipment, and the gateway includes: The device access and identity authentication module integrates the following modules: device management module, data security communication module, and message subscription module. It is used to support the connection of massive devices and collect device data to the cloud. It is used to provide cloud APIs. The server can call cloud APIs to send instructions to the device to achieve remote control. The data parsing module is used to parse the corresponding data format according to the different protocol contents of the device, and verify the legitimacy of the data reporting source, the correctness of the data format and the validity of the data content; The data distribution module is used for data from roadside sensors and smart vehicle sensors. After being parsed and verified by a unified gateway, data is distributed through a high-performance message queue to ensure data timeliness and meet the timely response requirements of various businesses. After the device is connected to the platform, data in a custom format is sent using a custom topic or through server-side subscription. The gateway access method includes: device access and identity authentication, data analysis and data distribution; The device access and identity authentication include: First, the device management service initiates a connection request to the management service to obtain the device key, which includes the device ID. The management service then calls the service platform to obtain the key interface. After the service platform authenticates the device identity, it issues a dynamic device key and the domain name address of the device access service to the device that has passed the key authentication. Next is the device access service. The device uses the MQTT protocol to access the access service. The access service calls the login authentication interface and returns the authentication result to the device. After authentication is passed, a persistent connection is maintained, and the device reports data to the access service via the MQTT protocol. Otherwise, it is not allowed to connect to the platform. Every time the device restarts or the persistent connection is disconnected, it needs to obtain the secret key and access service address before reporting data. Finally, the device must pass identity authentication before accessing the platform, and supports the use of device keys and certificates for device identity authentication.

2. The C-V2X gateway access method based on multi-source sensing equipment according to claim 1, characterized in that: The data analysis includes:

1. Protocol data verification: Based on the MQTT protocol, the platform parses the corresponding data format and verifies the legitimacy of the data reporting source, the correctness of the data format, and the validity of the data content; 2. Protocol Adaptation: The MQTT protocol gateway provides a unified entry point from devices to the platform. The gateway will perform protocol adaptation, message format conversion, and message routing and distribution for requests from various terminal devices.

3. Protocol Adoption: The communication method complies with the relevant provisions of MQTT. The communication protocol uses TCP or UDP. The platform acts as the server and the terminal acts as the client. When the data communication link is abnormal, the terminal uses SMS messaging to communicate.

4. Specify basic data types; 5. Transmission rules: The protocol uses the big-endian network byte order to transmit words and double words; 6. Message composition: ASN.1 notation uses BNF form; 7. Communication establishment: connection establishment, connection maintenance, and connection disconnection; 8. Message processing: messages sent by the platform, messages sent by the terminal, normal data communication link, and abnormal data communication link.

3. The C-V2X gateway access method based on multi-source sensing equipment according to claim 2, characterized in that: The data distribution includes: using a custom topic to send data in a custom format, using a topic related to object model functions to send standardized object model data and a server-side subscription method.

4. The C-V2X gateway access method based on multi-source sensing equipment according to claim 3, characterized in that: The use of custom topics to send data in a custom format includes: on the platform, customizing a topic class with the permission to publish for the product. The product's topic class will be automatically mapped to the device under the product. There are two ways to customize the topic class, including:

1. Customize Topic: Customize Topic class on the platform console; 2. Use the cloud SDK to call the custom Topic class of the cloud API; When developing the device side, configure the device to send messages to a custom topic. At the same time, on the device side, configure the custom topic and message format for sending messages.

5. The C-V2X gateway access method based on multi-source sensing equipment according to claim 4, characterized in that: The topics related to the object model function include:

1. Add a single object model. Define the object model in the platform console according to the device business situation.

2. When developing the device side, configure the device-reported attributes and event data according to the defined object model; the standard data format of the device-reported attributes and events, the device-reported attributes and device-reported events; the platform transfers the data flow and distributes it to the server, and transfers the device-reported messages, device status change notifications, device life cycle changes, object model historical data reports, OTA upgrade status notifications, gateway discovery sub-device reports, device topology relationship changes and other messages to the server. Messages are based on Topic to transmit data.

Images