CN116366735A - Data transmission method and device, electronic equipment and readable storage medium - Google Patents

Data transmission method and device, electronic equipment and readable storage medium Download PDF

Info

Publication number
CN116366735A
CN116366735A CN202310335448.8A CN202310335448A CN116366735A CN 116366735 A CN116366735 A CN 116366735A CN 202310335448 A CN202310335448 A CN 202310335448A CN 116366735 A CN116366735 A CN 116366735A
Authority
CN
China
Prior art keywords
message
service
data
application end
partition number
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202310335448.8A
Other languages
Chinese (zh)
Inventor
唐光雨
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Chongqing Changan Automobile Co Ltd
Original Assignee
Chongqing Changan Automobile Co Ltd
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 Chongqing Changan Automobile Co Ltd filed Critical Chongqing Changan Automobile Co Ltd
Priority to CN202310335448.8A priority Critical patent/CN116366735A/en
Publication of CN116366735A publication Critical patent/CN116366735A/en
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/04—Network management architectures or arrangements
    • H04L41/042—Network management architectures or arrangements comprising distributed management centres cooperatively managing the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0861—Generation of secret information including derivation or calculation of cryptographic keys or passwords
    • H04L9/0863—Generation of secret information including derivation or calculation of cryptographic keys or passwords involving passwords or one-time passwords
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Small-Scale Networks (AREA)

Abstract

The embodiment of the application provides a data transmission method and device, electronic equipment and a readable storage medium, relates to the technical field of communication, and is applied to a first application end in a vehicle-mounted network, wherein the method comprises the following steps: acquiring service data to be transmitted; determining a message format corresponding to the service data based on the current running state of the first application end; generating a first message according to the message format; the first message carries the service data and the partition number; the partition number is used for determining a service module corresponding to the service data; and sending the first message to a second application terminal. By the method, the method can be fully suitable for service changes which occur at any time in the distributed architecture widely applied at the present stage, and the partition number is used as interaction data for encryption, so that the safety of data interaction is fully ensured.

Description

Data transmission method and device, electronic equipment and readable storage medium
Technical Field
The present application relates to the field of communications technologies, and in particular, to a data method and apparatus, an electronic device, and a readable storage medium.
Background
The vehicle-mounted Ethernet technology is applied to an automobile network more and more mature, wherein a SOMEIP (Scalable service-Oriented MiddlewarE over IP) protocol is a communication middleware protocol based on an application layer, and subscription and call of the whole automobile service are completed.
In the related art, only Virtual LAN (VLAN) data conforming to the configuration of a switch port can be forwarded, and data between different VLANs cannot be forwarded for interaction, so that the whole vehicle data is isolated once, and the safety between different types of data can be ensured.
However, the isolation of VLAN data is based on a switch, and belongs to physical isolation, and in the distributed architecture of an SOA adopted in the current-stage vehicle-mounted ethernet communication, applications and hardware of each controller are decoupled, and services are migrated and changed at any time, so that the data security in the vehicle-mounted network cannot be ensured only by means of data isolation of a physical layer.
Disclosure of Invention
The application provides a data transmission method and device, electronic equipment and a readable storage medium, so as to solve the problem of service change occurring at any time in a distributed architecture in the prior art and improve the safety of data interaction; the second objective is to provide another data transmission method; a third object is to provide a data transmission device; the fourth object is to provide another data transmission device; the fifth object is to provide an electronic device; a sixth object is to provide a readable storage medium.
In order to achieve the above purpose, the technical scheme adopted in the application is as follows:
a data transmission method is applied to a first application end of a vehicle-mounted network, and comprises the following steps:
acquiring service data to be transmitted;
determining a message format corresponding to the service data based on the current running state of the first application end;
generating a first message according to the message format; the first message carries the service data and the partition number; the partition number is used for determining a service module corresponding to the service data;
and sending the first message to a second application terminal.
Further, the generating the first message according to the message format includes:
classifying the service data according to the service attribute of the service data to obtain the service type of the service data;
determining the partition number of the service data according to the service type;
and generating a first message according to the message format.
Further, before the first message is sent to the second application end, the method further includes:
determining a mapping relation between each service module and the partition number according to the service type of each service module in the vehicle network; the mapping relation is used for determining a service module corresponding to the service data carried in the first message.
Further, the operating state includes a service discovery state:
the determining the message format corresponding to the service data based on the current running state of the first application end includes:
if the current running state of the first application end is the service discovery state, determining that the position carrying the partition number in the first message is a protocol configuration option field.
Further, the operating state includes a normal communication state:
the determining the message format corresponding to the service data based on the current running state of the first application end includes:
and if the current running state of the first application end is a normal communication state, determining that the position carrying the partition number in the first message is a data segment.
A data transmission method is applied to a second application end of an on-board network, and comprises the following steps:
judging whether a partition number carried in a first message is matched with a service module to which a second application end belongs under the condition that the first message sent by the first application end is monitored;
if the partition number is matched with the service module to which the second application end belongs, receiving service data carried in the first message;
and if the partition number is not matched with the service module to which the second application end belongs, the first message is not received.
Further, under the condition that the first message sent by the first application end is monitored, judging whether the partition number carried in the first message is matched with the service module to which the second application end belongs or not includes:
under the condition that a first message sent by a first application end is monitored, judging whether the service type corresponding to the partition number carried in the first message is matched with the service type executed by the service module to which the second application end belongs.
A data transmission device is applied to a first application end of an on-vehicle network, and comprises:
the data acquisition module is used for acquiring service data to be transmitted;
a message format determining module, configured to determine a message format corresponding to the service data based on a current running state of the first application end;
the message generation module is used for generating a first message according to the message format; the first message carries the service data and the partition number; the partition number is used for determining a service module corresponding to the service data;
and the sending module is used for sending the first message to the second application terminal.
The data transmission device is applied to a second application end of the vehicle-mounted network and comprises:
the matching module is used for judging whether the partition number carried in the first message is matched with the service module to which the second application end belongs under the condition that the first message sent by the first application end is monitored;
the data receiving module is used for receiving the service data carried in the first message if the partition number is matched with the service module to which the second application end belongs;
and the data discarding module is used for not receiving the first message if the partition number is not matched with the service module to which the second application end belongs.
An electronic device, comprising: a processor, a memory and a computer program stored on the memory and executable on the processor, which when executed by the processor performs the steps of a data transmission method as any of the preceding.
A readable storage medium having stored thereon a computer program which when executed by a processor performs the steps of a data transmission method as any one of the preceding.
The beneficial effects of this application:
in the embodiment of the application, the partition numbers are allocated to the data to be transferred based on the service modules corresponding to different service data, so that the data is guided to the correct service module to execute the corresponding service, and the ordered interaction of the data is realized. Specifically, only when the partition number of the data is matched with the service module, the service module can receive the data and execute the corresponding function, and when the data is not matched with the service module, the service module does not receive the data. Therefore, in the distributed architecture widely applied at the present stage, the method disclosed by the embodiment of the application can be fully adapted to the service change at any time, the encryption is performed by taking the partition number as the interaction data, and the data interaction safety is fully ensured. And the partition number is carried by the SOMEIP field, and the protocol stack is not changed, so that the method has strong expansibility.
The data transmission device, the electronic equipment and the readable storage medium have the same or similar beneficial effects as any one of the data transmission methods.
Drawings
Fig. 1 shows a step flowchart of a data transmission method applied to a first application end of a vehicle-mounted network in an embodiment of the present application;
fig. 2 shows a flowchart of steps of another data transmission method applied to a first application end of a vehicle-mounted network according to an embodiment of the present application;
fig. 3 shows a step flowchart of a data transmission method applied to a second application end of a vehicle-mounted network in an embodiment of the present application;
fig. 4 shows a schematic structural diagram of a data transmission device applied to a first application end of a vehicle-mounted network according to an embodiment of the present application;
fig. 5 shows a schematic structural diagram of a data transmission device applied to a second application end of a vehicle-mounted network according to an embodiment of the present application.
Detailed Description
Further advantages and effects of the present application will be readily apparent to those skilled in the art from the disclosure in the present specification, by describing embodiments of the present application with reference to the accompanying drawings and preferred examples. The present application may be embodied or carried out in other specific embodiments, and the details of the present application may be modified or changed from various points of view and applications without departing from the spirit of the present application. It should be understood that the preferred embodiments are presented by way of illustration only and not by way of limitation to the scope of the present application.
It should be noted that, the illustrations provided in the following embodiments merely illustrate the basic concepts of the application by way of illustration, and only the components related to the application are shown in the drawings and are not drawn according to the number, shape and size of the components in actual implementation, and the form, number and proportion of the components in actual implementation may be arbitrarily changed, and the layout of the components may be more complex.
Referring to fig. 1, which is a flowchart illustrating steps of a data transmission method applied to a first application end of a vehicle-mounted network according to an embodiment of the present application, the method may include the following steps:
step 101, obtaining service data to be sent.
In the vehicle-mounted network, data interaction based on SOMEIP protocol is needed between different service modules to complete the call and subscription of the whole vehicle service, so that different types of service data bear different service functions. The first application end can refer to a specific service module, and also can refer to a virtual terminal under a certain service module, and the calling of service functions is realized among different application ends through the interaction of service data. In this embodiment of the present application, the service data to be sent refers to data for service generated by the first application end, which may, of course, be acquired from other application ends of the vehicle-mounted network, which is not limited in this application.
Step 102, determining a message format corresponding to the service data based on the current running state of the first application end.
In the vehicle-mounted ethernet communication, when the vehicle-mounted network is in different operation states, that is, when the application terminals in the vehicle-mounted network are in different operation states, the message formats of the messages transmitted between different service modules are different, so that the message format corresponding to the service data is determined according to the current operation state of the first application terminal.
Step 103, generating a first message according to the message format; the first message carries the service data and the partition number; the partition number is used for determining a service module corresponding to the service data.
The partition number is used for identifying a service module corresponding to the service data to be sent, and the second application terminal can only receive and use the service data in the first message when the first message and the second application terminal receiving the first message belong to the same partition, that is, the partition number of the first message is matched with the second application terminal.
As an example, when the whole vehicle is powered on or started, that is, the whole vehicle is in a Service discovery stage, if the Service discovery end serving as the first application end sends a SOMEIP-SD.Find Service message to the Service providing end serving as the second application end, a partition number may be carried in a Configuration Option field of the message; after receiving the partition number carried in the Configuration Option field, the Service provider receives the data in the SOMEIP-SD.Find Service message if the partition number matches the partition content configured by the Service provider. After the whole vehicle completes the power-on start, and enters a normal communication stage, the client sends a request according to a SOMEIP format, the request message payload carries own partition numbers, the server matches the request after receiving the request, if the partition numbers are matched with the server, the server receives the request, and if the partition numbers are incorrect, the server discards the request.
Step 104, the first message is sent to the second application end.
In summary, in the embodiment of the present application, partition numbers are allocated to data to be transferred based on service modules corresponding to different service data, so that the data is guided to the correct service module to execute the corresponding service, and ordered interaction of the data is achieved. Specifically, only when the partition number of the data is matched with the service module, the service module can receive the data and execute the corresponding function, and when the data is not matched with the service module, the service module does not receive the data. Therefore, in the distributed architecture widely applied at the present stage, the method disclosed by the embodiment of the application can be fully adapted to the service change at any time, the encryption is performed by taking the partition number as the interaction data, and the data interaction safety is fully ensured. And the partition number is carried by the SOMEIP field, and the protocol stack is not changed, so that the method has strong expansibility.
Referring to fig. 2, which is a flowchart illustrating steps of another data transmission method applied to a first application end of an in-vehicle network according to an embodiment of the present application, the method may include the following steps:
step 201, obtaining service data to be transmitted.
This step may be specifically described with reference to the foregoing step 101, which is not described herein.
And 202, classifying the service data according to the service attribute of the service data to obtain the service type of the service data.
The business attributes may reflect information about aspects of the data, and thus, the business data may be classified according to the business attributes, or may be classified from multiple levels. Specifically, the service attribute may reflect a service function performed by the data, so that the service data may be divided according to a difference of the service functions, for example, transmission data of the entertainment module, vehicle control signal data, and the like; of course, the security attribute of the data itself is also a part of the service attribute, so the classification can be performed according to the level of the security of the data itself, for example, the data of high security level, the data of medium security level, and the like. Of course, the above two classification methods are only used for explaining step 202, and the method for classifying the service data according to the service attribute of the service data is not limited to the above two methods, and may be classified according to actual situations, or may be classified according to various combined service attributes, which is not limited in this application.
And 203, determining the partition number of the service data according to the service type.
For a specific description of the partition number, reference is made to the foregoing description of step 103.
In the embodiment of the application, the corresponding partition number can be determined according to the service type of the service data so as to identify the corresponding service module, avoid the transmission error of the service data between different application ends, ensure that the security protection of the data can keep up with the service changing at any time in the current distributed architecture, and ensure the security of the data interaction.
Step 204, generating a first message according to the message format.
This step may be specifically described with reference to step 103, which is not described herein.
Step 205, determining a mapping relationship between the service module and the partition number according to the service type of each service module in the vehicle network; the mapping relation is used for determining a service module corresponding to the service data carried in the first message.
In order to send the first message to the correct sending end, the mapping relation between the partition number carried by the first message and each service module needs to be determined, namely, the matching relation between the partition number carried by the first message and the target service module is configured, so that the non-target service module cannot receive the service data of the first message when detecting the first message, thereby avoiding causing service confusion and being beneficial to maintaining the stability of the vehicle-mounted network.
In this embodiment of the present application, whether the mapping relationship with the partition number in the first message can be established may be determined according to the service type executed by the service module, and as known from the foregoing description in step 203, the service type of the service data corresponds to the partition number carried by the service module one by one, and the service type of the service data corresponds to the service type executed by the service module one by one, so that the mapping relationship between the partition number and the service data may be determined directly according to the executed service type of the service module, so as to establish the mapping relationship, facilitate orderly transmission of the service data between different service modules, effectively avoid the problem of data interaction disorder caused by service data transmission errors, reduce the packet loss rate, and improve the stability and security of vehicle network data interaction.
And step 206, sending the first message to a second application terminal.
Optionally, the running state includes a service discovery state;
step 102 of determining a message format corresponding to the service data based on the current running state of the first application may include:
step S11, if the current running state of the first application end is a service discovery state, determining that the position carrying the partition number in the first message is a protocol configuration option field.
The protocol configuration field is Configuration Option field in the sometip communication message. As an example, when the whole vehicle is powered on or started, that is, when the whole vehicle is in a Service discovery phase, the Service discovery end may send a SOMEIP-sd.find Service message to the Service providing end, and in order to ensure that the message can be sent to a correct application end, a partition number may be carried in a Configuration Option field of the message to indicate a Service module corresponding to Service data.
Optionally, the operating state includes a normal communication state;
step 102 of determining a message format corresponding to the service data based on the current running state of the first application may include:
step S12, if the current running state of the first application end is a normal communication state, determining that the position carrying the partition number in the first message is a data segment.
The data segment is a payload field in the SOMEIP message.
When the whole vehicle is powered on and started to enter a normal communication state, a partition number of the message can be added in a payload field of the SOMEIP message to indicate a service module corresponding to service data in the message.
In summary, in the embodiment of the present application, partition numbers are allocated to data to be transferred based on service modules corresponding to different service data, so that the data is guided to the correct service module to execute the corresponding service, and ordered interaction of the data is achieved. Specifically, only when the partition number of the data is matched with the service module, the service module can receive the data and execute the corresponding function, and when the data is not matched with the service module, the service module does not receive the data. Therefore, in the distributed architecture widely applied at the present stage, the method disclosed by the embodiment of the application can be fully adapted to the service change at any time, the partition number is used as the interaction data for encryption, and the security of data interaction is fully ensured. And the partition number is carried by the SOMEIP field, and the protocol stack is not changed, so that the method has strong expansibility.
Referring to fig. 3, which is a flowchart illustrating steps of a data transmission method applied to a second application end of a vehicle-mounted network according to an embodiment of the present application, the method may include the following steps:
step 301, judging whether a partition number carried in a first message is matched with a service module to which a second application end belongs under the condition that the first message sent by the first application end is monitored;
step 302, if the partition number is matched with the service module to which the second application end belongs, receiving service data carried in the first message;
step 303, if the partition number is not matched with the service module to which the second application end belongs, the first message is not received.
When the second application end detects the first message sent by the first application end, whether the service data in the first message is the service data required by the second application end can be judged by judging whether the partition number carried by the first message is matched with the service module to which the second application end belongs.
If the partition number carried by the first message is matched with the service module to which the second application end belongs, the service data carried by the first message is the service data required by the second application end, and in this case, the second application end receives that the service data in the first message belongs to the correct data interaction flow. If the partition number carried by the first message is not matched with the service module to which the second application end belongs, the service data in the first message is not used for being executed at the second application end, the second application end can directly discard the first message so as to avoid the influence of the wrong service data on the service module, and further, under the condition that the first message and the second message are not matched, the first message can be automatically disordered or can not be read through a preset program, so that the second application end can not forcedly receive the service data in the first message, and the safety and the privacy of the data are effectively ensured.
Optionally, in step S301, when the first message sent by the first application end is monitored, determining whether the partition number carried in the first message is matched with the service module to which the second application end belongs may include:
under the condition that a first message sent by a first application end is monitored, judging whether the service type corresponding to the partition number carried in the first message is matched with the service type executed by the service module to which the second application end belongs.
The service module executes the corresponding type of service through the service data, so that whether the second application end can receive the service data in the first message can be determined directly by judging whether the service type corresponding to the partition number carried in the first message is matched with the service type executed by the service module to which the second application end belongs.
Of course, the matching relationship between the partition number and the service module is not limited to this, and may be determined according to the service type, other attribute information, or the matching relationship between the partition number and the service module may be directly configured. However, at present, the distributed architecture is widely used, the service type is directly utilized to determine the matching relationship, and compared with other complex logics, the method can save computing resources and improve the utilization efficiency of the resources on the premise of ensuring the data security.
In summary, in the embodiment of the present application, only when the partition number of the data matches the service module, the service module can receive the data and execute the corresponding function, and when the data does not match the service module, the service module does not receive the data. Therefore, in the distributed architecture widely applied at the present stage, the method disclosed by the embodiment of the application can be fully adapted to the service change at any time, the encryption is performed by taking the partition number as the interaction data, and the data interaction safety is fully ensured. And the partition number is carried by the SOMEIP field, and the protocol stack is not changed, so that the method has strong expansibility.
Referring to fig. 4, which is a schematic structural diagram of a data transmission device applied to a first application end of an in-vehicle network according to an embodiment of the present application, the device 400 may include:
a data acquisition module 401, configured to acquire service data to be sent;
a message format determining module 402, configured to determine a message format corresponding to the service data based on a current running state of the first application end;
a message generating module 403, configured to generate a first message according to the message format; the first message carries the service data and the partition number; the partition number is used for determining a service module corresponding to the service data;
and the sending module 404 is configured to send the first message to a second application end.
Optionally, the message generating module may include:
the classification sub-module is used for classifying the service data according to the service attribute of the service data to obtain the service type of the service data;
the partition number determining submodule is used for determining the partition number of the service data according to the service type;
and the message generation sub-module is used for generating a first message according to the message format.
Optionally, the apparatus further comprises:
the mapping relation determining module is used for determining the mapping relation between the service modules and the partition numbers according to the service types of the service modules in the vehicle network before sending the first message to the second application terminal; the mapping relation is used for determining a service module corresponding to the service data carried in the first message.
Optionally, the message format determining module may include:
and the first determining submodule is used for determining that the position carrying the partition number in the first message is a protocol configuration option field if the current running state of the first application end is a service discovery state.
Optionally, the message format determining module may include:
and the second determining submodule is used for determining that the position carrying the partition number in the first message is a data segment if the current running state of the first application end is a normal communication state.
Referring to fig. 5, which shows a data transmission apparatus applied to a second application end of an in-vehicle network according to an embodiment of the present application, the apparatus 500 may include:
a matching module 501, configured to determine, when a first message sent by a first application end is monitored, whether a partition number carried in the first message is matched with a service module to which the second application end belongs;
a data receiving module 502, configured to receive service data carried in the first message if the partition number is matched with a service module to which the second application end belongs;
and the data discarding module 503 is configured to not receive the first message if the partition number is not matched with the service module to which the second application end belongs.
Optionally, the matching module may include:
and the service type matching sub-module is used for judging whether the service type corresponding to the partition number carried in the first message is matched with the service type executed by the service module to which the second application end belongs under the condition that the first message sent by the first application end is monitored.
The data transmission device has the same or similar beneficial effects as any of the foregoing data transmission methods, and can be referred to each other, so that repetition is avoided and redundant description is omitted.
The application also provides an electronic device comprising a processor, a memory and a computer program stored on the memory and executable on the processor, which when executed by the processor implements the steps of any of the aforementioned data transmission methods.
The processor may be a general-purpose processor, including a central processing unit (Central Processing Unit, CPU for short), a network processor (Network Processor, NP for short), etc.; but also digital signal processors (Digital Signal Processing, DSP for short), application specific integrated circuits (Application Specific Integrated Circuit, ASIC for short), field-programmable gate arrays (Field-Programmable Gate Array, FPGA for short) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components.
The memory may include random access memory (Random Access Memory, RAM) or non-volatile memory (non-volatile memory), such as at least one disk memory. Optionally, the memory may also be at least one memory device located remotely from the aforementioned processor.
Embodiments of the present application also provide a readable storage medium having stored thereon a computer program which, when executed by a processor, implements the steps of any of the foregoing data transmission methods.
It should be noted that, in this document, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising one … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element.
From the above description of the embodiments, it will be clear to those skilled in the art that the above-described embodiment method may be implemented by means of software plus a necessary general hardware platform, but of course may also be implemented by means of hardware, but in many cases the former is a preferred embodiment. Based on such understanding, the technical solution of the present application may be embodied essentially or in a part contributing to the related art in the form of a software product stored in a storage medium (such as ROM/RAM, magnetic disk, optical disk), including several instructions for causing a terminal (which may be a mobile phone, a computer, a server, an air conditioner, or a network device, etc.) to perform the method described in the embodiments of the present application.
The embodiments of the present application have been described above with reference to the accompanying drawings, but the present application is not limited to the above-described embodiments, which are merely illustrative and not restrictive, and many forms may be made by those of ordinary skill in the art without departing from the spirit of the present application and the scope of the protection of the claims, which fall within the protection of the present application.

Claims (11)

1. The data transmission method is characterized by being applied to a first application end in a vehicle-mounted network, and comprises the following steps:
acquiring service data to be transmitted;
determining a message format corresponding to the service data based on the current running state of the first application end;
generating a first message according to the message format; the first message carries the service data and the partition number; the partition number is used for determining a service module corresponding to the service data;
and sending the first message to a second application terminal.
2. The method of claim 1, wherein said generating a first message in said message format comprises:
classifying the service data according to the service attribute of the service data to obtain the service type of the service data;
determining the partition number of the service data according to the service type;
and generating a first message according to the message format.
3. The method of claim 1, wherein prior to sending the first message to the second application, the method further comprises:
determining a mapping relation between each service module and the partition number according to the service type of each service module in the vehicle network; the mapping relation is used for determining a service module corresponding to the service data carried in the first message.
4. The method of claim 1, wherein the operational state comprises a service discovery state;
the determining the message format corresponding to the service data based on the current running state of the first application end includes:
if the current running state of the first application end is the service discovery state, determining that the position carrying the partition number in the first message is a protocol configuration option field.
5. The method of claim 1, wherein the operational state comprises a normal communication state;
the determining the message format corresponding to the service data based on the current running state of the first application end includes:
and if the current running state of the first application end is a normal communication state, determining that the position carrying the partition number in the first message is a data segment.
6. A data transmission method, which is applied to a second application end of a vehicle-mounted network, the method comprising:
judging whether a partition number carried in a first message is matched with a service module to which a second application end belongs under the condition that the first message sent by the first application end is monitored;
if the partition number is matched with the service module to which the second application end belongs, receiving service data carried in the first message; and if the partition number is not matched with the service module to which the second application end belongs, the first message is not received.
7. The method of claim 6, wherein the determining whether the partition number carried in the first message matches with the service module to which the second application belongs when the first message sent by the first application is monitored, includes:
under the condition that a first message sent by a first application end is monitored, judging whether the service type corresponding to the partition number carried in the first message is matched with the service type executed by the service module to which the second application end belongs.
8. A data transmission device, applied to a first application end of a vehicle-mounted network, the device comprising:
the data acquisition module is used for acquiring service data to be transmitted;
a message format determining module, configured to determine a message format corresponding to the service data based on a current running state of the first application end; the message generation module is used for generating a first message according to the message format; the first message carries the service data and the partition number; the partition number is used for determining a service module corresponding to the service data;
and the sending module is used for sending the first message to the second application terminal.
9. A data transmission device, applied to a second application end of a vehicle-mounted network, the device comprising:
the matching module is used for judging whether the partition number carried in the first message is matched with the service module to which the second application end belongs under the condition that the first message sent by the first application end is monitored;
the data receiving module is used for receiving the service data carried in the first message if the partition number is matched with the service module to which the second application end belongs;
and the data discarding module is used for not receiving the first message if the partition number is not matched with the service module to which the second application end belongs.
10. An electronic device, comprising: a processor, a memory and a computer program stored on the memory and executable on the processor, which when executed by the processor performs the steps of the data transmission method according to any one of claims 1 to 5.
11. A readable storage medium, characterized in that the readable storage medium has stored thereon a computer program which, when executed by a processor, implements the steps of the data transmission method according to any of claims 1 to 5.
CN202310335448.8A 2023-03-29 2023-03-29 Data transmission method and device, electronic equipment and readable storage medium Pending CN116366735A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310335448.8A CN116366735A (en) 2023-03-29 2023-03-29 Data transmission method and device, electronic equipment and readable storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310335448.8A CN116366735A (en) 2023-03-29 2023-03-29 Data transmission method and device, electronic equipment and readable storage medium

Publications (1)

Publication Number Publication Date
CN116366735A true CN116366735A (en) 2023-06-30

Family

ID=86919696

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310335448.8A Pending CN116366735A (en) 2023-03-29 2023-03-29 Data transmission method and device, electronic equipment and readable storage medium

Country Status (1)

Country Link
CN (1) CN116366735A (en)

Similar Documents

Publication Publication Date Title
CN112291124B (en) Vehicle-mounted network ECU communication method based on SOME/IP protocol
KR101612819B1 (en) Method and apparatus for processing SOME/IP stream interworking AVB technology
CN111200797B (en) Internet of vehicles message notification method and device
CN111345008B (en) Mobile edge host service notification method and device
US11683369B2 (en) System for centralized data collection in a distributed service-oriented system
CN113475044B (en) Management device, communication system, vehicle communication management method, and vehicle communication management program
CN113557697B (en) Management device, vehicle communication system, vehicle communication management method, and vehicle communication management program
US11297146B2 (en) Method for data transmission in a transportation vehicle communication network, transportation vehicle communication network, subscriber and transportation vehicle
CN110995744B (en) Message transmission method and device, software defined network switch and storage medium
CN116366735A (en) Data transmission method and device, electronic equipment and readable storage medium
CN115002160B (en) Vehicle cloud service implementation method and system
CN114467263B (en) Relay device, in-vehicle communication system, vehicle, and in-vehicle communication method
CN112260927B (en) Message sending method, VTEP and storage medium
CN114422437A (en) Method and device for forwarding heterogeneous messages
CN115225706B (en) Data transmission method, device, vehicle and storage medium
CN110460586B (en) In-vehicle node communication method, device, equipment and storage medium
CN115412588B (en) Method and device for remotely updating configuration file and electronic equipment
JP7464054B2 (en) Relay device, communication method, and communication program
WO2022230496A1 (en) Vehicle-mounted communication system, relay device, and relay method
JP7491316B2 (en) Relay device, vehicle-mounted communication system, vehicle-mounted communication program, and vehicle-mounted communication method
CN113824631B (en) Message forwarding method and device, communication equipment and storage medium
WO2024016251A1 (en) Log reporting method and apparatus
US20220377142A1 (en) Relay device, in-vehicle communication system, vehicle, and in-vehicle communication method
CN115225706A (en) Data transmission method, device, vehicle and storage medium
CN114556982A (en) Relay device, in-vehicle communication system, vehicle, and in-vehicle communication method

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination