WO2023130216A1 - Procédé, appareil et système de communication - Google Patents

Procédé, appareil et système de communication Download PDF

Info

Publication number
WO2023130216A1
WO2023130216A1 PCT/CN2022/070131 CN2022070131W WO2023130216A1 WO 2023130216 A1 WO2023130216 A1 WO 2023130216A1 CN 2022070131 W CN2022070131 W CN 2022070131W WO 2023130216 A1 WO2023130216 A1 WO 2023130216A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
client
qos
service
entity
Prior art date
Application number
PCT/CN2022/070131
Other languages
English (en)
Chinese (zh)
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 华为技术有限公司
Priority to PCT/CN2022/070131 priority Critical patent/WO2023130216A1/fr
Priority to CN202280003214.7A priority patent/CN116711448A/zh
Publication of WO2023130216A1 publication Critical patent/WO2023130216A1/fr

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup

Definitions

  • the embodiments of the present application relate to the technical field of communication, and in particular to a communication method, device and system for a service-oriented architecture.
  • FIG. 1 is a schematic diagram of an electrical and electronic architecture of a smart car adopted in the industry.
  • a vehicle communication network 100 includes a communication bus and multiple communication nodes.
  • the communication node may include a sensor 120, an actuator 130, a gateway 140, and domain controllers 110a-110c.
  • Various applications are deployed on each node to implement corresponding functions.
  • the communication bus may include one or more of an Ethernet (ethernet, Eth) network, a controller area network (controller area network, CAN) bus, or a local interconnect network (LIN) bus.
  • Ethernet Ethernet
  • Eth controller area network
  • CAN controller area network
  • LIN local interconnect network
  • the backbone network may be an Eth network, and the nodes on the Eth backbone network may include gateways, domain controllers, and sensors and actuators that communicate directly using the Eth network protocol.
  • One or more domain controllers are respectively responsible for the control functions of different domains, such as the cockpit domain, intelligent driving domain controller, and vehicle domain.
  • the sensor used for environment perception can obtain perception data, such as images, millimeter-wave radar signals, laser point clouds, etc., and send the perception data to the intelligent driving domain controller, and the fusion on the intelligent driving domain controller Applications and decision-making applications process the data, make decisions and controls based on the processed data, and send control commands to the actuators used for vehicle control to control the actuators to perform corresponding actions, such as acceleration/deceleration, variable speed, etc. road, turn, brake, or warning, etc.
  • perception data such as images, millimeter-wave radar signals, laser point clouds, etc.
  • the intelligent driving domain controller and the fusion on the intelligent driving domain controller
  • Applications and decision-making applications process the data, make decisions and controls based on the processed data, and send control commands to the actuators used for vehicle control to control the actuators to perform corresponding actions, such as acceleration/deceleration, variable speed, etc. road, turn, brake, or warning, etc.
  • IP-based scalable service-oriented middleware Scalable service-Oriented Middleware over IP, SOME/IP
  • SOME/IP Scalable service-Oriented Middleware over IP
  • the embodiment of the present application discloses a communication method, device and system, which can provide quality of service (QoS) guarantee for vehicular Ethernet communication, so as to improve its security in vehicular communication.
  • QoS quality of service
  • a communication method which is used for a client entity to respond to a service request from a client application to a server application, and the client entity obtains the quality of service related to the connection between the client application and the server application QoS information
  • the QoS information includes at least one of the following: service-related domain information, priority information, and reliability information
  • the client entity sends a service request message from the client application to the server application, and the service request message includes client connection information, QoS control information, and a service request from the client application to the server application.
  • a request sequence, the QoS control information includes an activation indication of one or more items in the QoS information.
  • the above method can provide a differentiated QoS management method for communication between vehicle applications, and provide guarantees in multiple dimensions such as priority and reliability. For different types of vehicle applications, it can meet QoS requirements such as high reliability, high security, and low latency, thereby providing smart cars with better service-oriented communication capabilities.
  • the client entity sends the service request message of the client application to the server application in a broadcast manner.
  • the QoS control information includes a domain enabling indication, and the domain enabling indication indicates enabling domain control, and the client entity sends the client entity in a multicast manner within the service-related domain The service request message sent by the application to the server application.
  • the data provided by the service is isolated from other data.
  • the client entity before sending the service request message from the client application to the server application, the client entity schedules the request message for sending according to the priority information. There are multiple manners for the client entity to schedule the request message for sending according to the priority information.
  • the client entity determines the scheduling queue corresponding to the priority information from the scheduling queues of the system according to the priority information; the scheduling queue of the system includes at least a first scheduling queue and a second scheduling queue, the The sending priority of the first scheduling queue is higher than that of the second scheduling queue; the client entity schedules the request packet to enter the scheduling queue corresponding to the priority information. If the scheduling queue corresponding to the priority information includes a plurality of packets to be sent, the client entity sorts the plurality of packets to be sent and the request packets according to the priority information so that those with higher priority Packets are sent with priority.
  • the node where the client entity is located has a delay-sensitive network TSN interface device, and the client entity provides the QoS information of the service request message to the TSN interface device, so that the TSN interface device Scheduling the service request message into the sending queue corresponding to the QoS information. Therefore, the capability of the TSN interface device can be utilized to enrich the QoS control.
  • the QoS control information includes a reliability enabling indication
  • the reliability enabling indication indicates enabling reliability control
  • the service request message further includes timeout duration information
  • the QoS information may be configured through a configuration tool, or the QoS information may be obtained through negotiation between the client entity and the server entity.
  • a communication method is provided, which is used for a server entity.
  • the server entity receives the service request message sent by the client entity to the server application, and the service request message includes the Connection information, QoS control information, and service request sequence, where the QoS control information includes an activation indication of one or more items in the QoS information;
  • the server entity parses the service request message to obtain QoS information corresponding to the client connection;
  • the server entity processes the service request message from the client application to the server application according to the QoS control information and the QoS information.
  • the above method can provide a differentiated QoS management method for communication between vehicle applications, and provide guarantees in multiple dimensions such as priority and reliability. For different types of vehicle applications, it can meet QoS requirements such as high reliability, high security, and low latency, thereby providing smart cars with better service-oriented communication capabilities.
  • the QoS control information includes a domain enabling indication
  • the domain enabling indication indicates enabling domain control
  • the server entity determines the domain information in the service request message according to the service-related domain in the QoS information Is it correct? If the domain information is incorrect, the server entity sends a reply message to the client entity, and the reply message carries an error code corresponding to the domain information error.
  • the QoS control information includes a priority enabling indication, and the priority enabling indication indicates enabling priority control
  • the server entity processes the client application's request to the server according to the priority information.
  • the service request sequence of the application the server entity sends a reply message to the client entity, and the reply message carries processing information.
  • the QoS control information includes a reliability enabling indication, and the reliability enabling indication indicates enabling reliability control, and the server entity determines whether the processing of the service request sequence satisfies the Reliability requirements. If the processing of the service request sequence does not meet the reliability requirements, the processing information indicates that the error code corresponding to the reliability requirements is not satisfied.
  • the server entity parses and receives the service request message to obtain the client connection information and the QoS control information, and the server entity configures QoS information according to the QoS control information.
  • the table obtains the QoS information of the client connection.
  • the QoS configuration table is configured through a configuration tool, or the QoS configuration table is obtained through negotiation between the server entity and the client entity.
  • a communication method which is used for a client entity.
  • the client entity sends a service discovery message, the service discovery message includes a service identifier, a client identifier, and QoS negotiation request information, and the QoS negotiation request information Including the client instance identifier (ParticipantID) and at least one of the following QoS information to be confirmed: priority information, reliability information, and domain information published by the service;
  • the client entity receives the service providing message and QoS negotiation confirmation information of the server entity, the service providing message includes the service instance identifier, and the QoS negotiation confirmation information includes the QoS negotiation information for each item in the QoS negotiation request information. Confirmation of information;
  • the client entity determines the connection and the QoS information corresponding to the connection according to the service provision message and the QoS negotiation confirmation information.
  • the client and the server can respectively obtain QoS information corresponding to each CS (client-server) connection agreed upon through negotiation.
  • the client entity sends the service discovery message in a broadcast manner
  • the client entity receives the service provision message and QoS negotiation confirmation information of the server entity, including:
  • the client entity receives the service provision message sent by the server entity in broadcast mode
  • the client entity receives the QoS response message sent by the server entity to the client entity in a unicast manner, where the QoS response message includes the QoS negotiation confirmation information.
  • the client entity sends the service discovery message in a multicast manner in a service-related domain, and the QoS negotiation information further includes the service-related domain information;
  • the client entity receives the service provision message and QoS negotiation confirmation information of the server entity, including:
  • the client entity receives the service provision message sent by the server entity in a multicast manner in the service-related domain;
  • the client entity receives the QoS response message sent by the server entity to the client entity in a unicast manner, where the QoS response message includes the QoS negotiation confirmation information.
  • a communication method including: a server entity receives a service discovery message from a client entity, the service discovery message includes a service identifier, a client identifier, and QoS negotiation request information, and the QoS negotiation request
  • the information includes the client instance identifier (ParticipantID) and at least one of the following QoS information to be confirmed: priority information, reliability information, and domain information issued by the service;
  • the server entity sends a service provision message and QoS negotiation confirmation information in response to the service discovery message to the client entity, the service provision message includes a service instance identifier, and the QoS negotiation confirmation information includes A confirmation result of each item of QoS information in the QoS negotiation request information.
  • the client and the server can respectively obtain the QoS information corresponding to each CS (client-server) connection agreed upon through negotiation.
  • the server entity generates QoS configuration information according to the QoS negotiation request information.
  • a communication method wherein, in response to a service request from a client application to a server application, the client entity determines the session and session state indication information corresponding to the service request, and the session includes multiple A service request from a client application to a server application;
  • the client entity sends a service request message, the service request message includes service connection information and session information, and the session information includes a session identifier and the session state information.
  • the above method can ensure the consistency and isolation requirements of the service data requested by the client application, and improve the reliability and security of communication between applications.
  • the session information further includes a resource identifier.
  • the session state indication information indicates that the session is opened, and the service request message does not carry the service request of the client application to the server application sequence.
  • the client entity receives a reply packet sent by the server entity, where the reply packet includes confirmation information that the session is opened successfully.
  • the session state indication information indicates that the session is in progress
  • the service request message also includes the service request of the client application to the server application sequence.
  • the client entity determines that service request sequences of all service requests in the session have been sent to the server entity, and the client entity sends a message indicating that the session submits .
  • the client entity receives the message indicating the session submission result sent by the server entity.
  • a communication method wherein the server entity receives a service request message from the client application to the server application sent by the client entity, and the service request message includes the service request message sent by the server application to the client
  • the application provides connection information and session information of the service, the session information includes a session identifier and the session state information, and the session includes multiple service requests from the client application to the server application;
  • the server entity processes the service request packet according to the session information.
  • the session state information indicates opening a session
  • the server entity determines that the session state confirmation information indicates that the opening is successful
  • the server entity sends a reply message to the client entity, and the The reply packet includes the session state confirmation information.
  • the session state information indicates opening a session
  • the session information further includes a resource identifier
  • the server entity processes the service request message according to the session information, including:
  • the server entity determines that the session state confirmation information indicates that the opening is successful
  • the server entity determines whether the resource corresponding to the resource identifier is occupied by other clients, and if the resource corresponding to the resource identifier is occupied by other clients, the session state confirmation information indicates that opening fails; or, if the The resource corresponding to the resource identifier is idle, the session state confirmation information indicates that the opening is successful, and the service terminal entity locks the resource corresponding to the resource identifier;
  • the server entity sends a reply message to the client entity, where the reply message includes the session state confirmation information.
  • the session state indication information indicates that the session is in progress
  • the service request message further includes a service request sequence of the client application to the server application, and the server entity Get the service request sequence.
  • the server entity receives a packet indicating session submission from the client entity; the server entity sends a packet indicating a session submission result to the client entity.
  • the server entity processes multiple service request sequences of the session after receiving the message indicating session submission;
  • the server entity sends a reply message to the client entity to indicate processing results of the plurality of service request sequences.
  • the server entity unlocks the resource corresponding to the resource identifier.
  • a communication device including units for performing the steps of the methods in the above-mentioned first aspect and its various implementations, the third aspect and its various implementations, and the fifth aspect and its various implementations or modules.
  • the modules or units may be software and/or hardware.
  • the communication device provided in the seventh aspect includes a processing unit and a transceiver unit, and the transceiver unit and the processing unit are used to realize the functions of each part in the methods of service discovery and service request by the client entity.
  • a communication device including units for performing the steps of the method in the above-mentioned second aspect and its various implementations, the fourth aspect and its various implementations, and the sixth aspect and its various implementations or modules.
  • the modules or units may be software and/or hardware.
  • the communication device provided in the eighth aspect includes a processing unit and a transceiver unit, and the transceiver unit and the processing unit are used to realize the functions of each part in the methods of service discovery and service request by the server entity.
  • the communication device provided in the eighth aspect includes a processing unit and a transceiver unit, and the transceiver unit and the processing unit are used to realize the functions of each part in the methods of service discovery and service request by the server entity.
  • the communication device of the seventh aspect or the eighth aspect is a communication chip, and the communication chip may include an input circuit or interface for sending information or data, and an output circuit or interface for receiving information or data.
  • the communication device of the seventh aspect or the eighth aspect is a communication device, and the communication chip may include a transmitter for sending information, and a receiver for receiving information or data.
  • a communication device including a processor, and a memory, where the memory is used to store a computer program, and the processor is used to call and run the computer program from the memory, so that the communication device executes the above-mentioned first aspect to The communication method in any aspect of the sixth aspect and various implementations thereof.
  • processors there are one or more processors, and one or more memories.
  • the memory may be integrated with the processor, or the memory may be set separately from the processor.
  • the communication device further includes a transmitter (transmitter) and a receiver (receiver).
  • a computer program product comprising: a computer program (also referred to as code, or an instruction), when the computer program is executed, the computer executes the above-mentioned first aspect to the first aspect Any one of the six aspects and the communication method in each implementation thereof.
  • a computer-readable medium stores a computer program (also referred to as code, or instruction) which, when run on a computer, causes the computer to execute the above-mentioned first aspect to The data transmission method in any aspect of the sixth aspect and its various implementation manners.
  • a computer program also referred to as code, or instruction
  • a communication system in a twelfth aspect, includes: at least one device according to any one of the seventh aspect and the device according to any one of the eighth aspect.
  • a chip system including a memory and a processor, the memory is used to store a computer program, and the processor is used to call and run the computer program from the memory, so that the communication device installed with the chip system executes
  • the communication method in any one of the above-mentioned first aspect to the sixth aspect and each implementation manner thereof.
  • the chip system may include an input circuit or interface for sending information or data, and an output circuit or interface for receiving information or data.
  • a vehicle including the communication system in the twelfth aspect is provided.
  • FIG. 1 is a schematic diagram of a system architecture provided by an embodiment of the present application.
  • Fig. 2 is a schematic diagram of the SOME/IP protocol stack
  • Fig. 3 is a schematic diagram of SOME/IP message format
  • FIG. 4 is a schematic diagram of function deployment provided by an embodiment of the present application.
  • FIG. 5 is a schematic flowchart of a communication method provided by an embodiment of the present application.
  • 6(a) to 6(c) are schematic diagrams of message formats provided by an embodiment of the present application.
  • FIG. 7 is a schematic flowchart of a communication method provided by an embodiment of the present application.
  • FIG. 8 is a schematic diagram of a message format provided by an embodiment of the present application.
  • FIG. 9 is a schematic flowchart of a communication method provided by an embodiment of the present application.
  • FIG. 10 is a schematic diagram of a message format provided by an embodiment of the present application.
  • FIG. 11 is a schematic block diagram of a communication device provided by an embodiment of the present application.
  • Fig. 12 is a schematic block diagram of a communication device provided by an embodiment of the present application.
  • At least one of the following" or similar expressions refer to any combination of these items, including any combination of single or plural items.
  • at least one item (piece) of a, b or c can represent: a, b, c, a and b, a and c, b and c or a and b and c, wherein a, b and c can be It can be single or multiple.
  • at least one item (item) can also be interpreted as “one item (item) or multiple items (item)”.
  • connection mentioned in this embodiment of the present application may be a direct or indirect connection, wherein the indirect connection includes a “connection” via a wired or wireless communication network.
  • a layer when it is stated that a layer is "on" another layer or substrate, the layer can be directly on the other layer or substrate or a third layer can be therebetween.
  • FIG. 1 is a schematic diagram of a vehicle communication network 100 .
  • the vehicular communication network 100 in this application may be applicable to communication between nodes in various vehicles.
  • vehicles may include one or more different types of vehicles operating on land (for example, roads, roads, railways, etc.), water (for example: waterways, rivers, oceans, etc.) or space Or moving means of transport or movable objects.
  • vehicles may include automobiles, bicycles, motorcycles, trains, subways, airplanes, boats, aircraft, robots or other types of vehicles or movable objects, and the like.
  • the following takes the vehicle as an example to briefly introduce the functions that the vehicle can have. Taking the vehicular communication network 100 shown in FIG.
  • the backbone network may be an Eth network
  • the nodes on the Eth backbone network may include a gateway 140, domain controllers 110a-110c, and sensors 120 and actuators 130 that communicate directly using the Eth network protocol.
  • Vehicle-mounted applications on backbone network nodes use the SOME/IP protocol as a service-based communication protocol. For example, after the sensor 120 receives the data, it is sent to the gateway 140 through the CAN bus, and the gateway 140 encapsulates the data packet into a SOME/IP message and sends it to the domain controller 110 for processing through the Eth backbone network; The calculation result is encapsulated into a SOME/IP message and forwarded to the executor 130 via the gateway 140 for execution.
  • the vehicular communication network shown in FIG. 1 is only an example, and the types and numbers of communication nodes may be more or less, which is not a limitation.
  • the communication node may also include one or more electronic control units (electric control unit, ECU), T-box and so on.
  • SOME/IP is a concept introduced by in-vehicle Ethernet communication. It is located above the layer 4 (Transmission Control Protocol TCP/User Message Protocol UDP) layer of the OSI 7-layer model, as shown in Figure 2, where the application layer and SOME are omitted.
  • the application message is encapsulated into a SOME/IP message through the SOME/IP layer entity, including the SOME/IP message header and payload.
  • the SOME/IP message is encapsulated in the payload of the TCP/UDP message and transmitted based on the TCP/IP protocol.
  • the SOME/IP message includes: a message header (Header) and a message body (Payload), and the Header mainly includes the following fields:
  • Message ID used to uniquely identify a message, including a 16-bit service ID (servieid).
  • service ID used to uniquely identify a message, including a 16-bit service ID (servieid).
  • Method type it consists of service ID and method ID
  • Event type it consists of service ID and event ID
  • Length message length (from the request ID to the end of Payload);
  • the request ID which can be used by the service provider and the caller to distinguish different calls of the same message, consists of the client ID and the Session ID, where the client ID is 16 bits.
  • Protocol version currently the value must be 1;
  • Interface version interface version, generally defined by the service provider
  • Message Type Used to identify the type of message.
  • the Payload may include a sequence of requests from the client application to the server application, event notification content of the server application, and the like.
  • SOME/IP provides a middleware that can control the sending and receiving of message communication, which is applicable to various platforms and supports various middleware features, such as serialization, remote procedure call, and service discovery , subscribe, and can be applied to the AUTOSAR system.
  • Service is the core concept of SOME/IP. Compared with CAN, the service-oriented communication method can greatly reduce the load rate of the bus.
  • a service two roles of a server (server) and a client (client) are defined, wherein the side where the application providing the service is located is the server, and the side where the application requesting the service is located is the client.
  • SOME/IP provides an API interface for the application layer, establishes a CS (client-server) connection, and enables it to communicate through the TCP/IP protocol.
  • the SOME/IP access methods are divided into three types, namely event notification, remote procedure call and access process data.
  • the service-oriented communication method can greatly reduce the load rate of the bus.
  • the domain controller 110a is used as an intelligent driving domain controller, on which the auxiliary driving application is deployed and needs to obtain speed limit sign information
  • the domain controller 110b is used as a cockpit domain controller.
  • the speed limit reminder application deployed on the network needs to obtain the speed limit sign information.
  • the sensor 120 is a front camera, and the speed limit sign detection application deployed on it provides the speed limit sign information.
  • the driving assistance application on the domain controller 110a and the domain controller 110b The speed limit reminder application on the sensor 120 is used as a client, and the speed limit sign detection application on the sensor 120 is used as a server.
  • Service instance 1 and service instance 2 provide services for the two clients, that is, provide speed limit sign information.
  • the domain controller 110c is a vehicle domain controller, and the vehicle speed control-related applications deployed on it can request to obtain the vehicle speed control instructions provided by the assisted driving application on the domain controller 110a, then the domain controller 110a at this time
  • the driving assistance application is a server
  • the vehicle speed control-related application on the domain controller 130 is a client. It can be seen that in the vehicular network, an application can provide and/or request one or more services, and when the server application provides services for multiple clients, different service instances are used to distinguish them. The request and provision of service can be realized through the interface provided by SOME/IP protocol layer entity.
  • SOME/IP service discovery is used to locate service instances, check if services are available, and deploy publish and subscribe handles.
  • QoS Quality of Service
  • the SOME/IP protocol layer entity is deployed at the operating system layer of the communication node, provides a communication interface for the application, and performs serialization domain message encapsulation , packet scheduling, packet transmission, and service discovery, etc.
  • the QoS management module can be deployed in the SOME/IP protocol layer entity of the node to provide QoS guarantee, for example, priority management, transaction management, timeout management, and regional management. It can be understood that the QoS management module can also be deployed between the SOME/IP protocol layer and the TCP/IP transport layer, which is not limited in this embodiment of the present application.
  • the client application is located on the first communication node and requests services provided by the server application on the second communication node; the server application is located on the second communication node and provides services for the client application.
  • the first communication node and the second communication node may be the same node or different nodes. It is understandable that multiple applications can be deployed on the same node. Some applications can request services provided by applications on other nodes, and some applications can also provide services to applications on other nodes. That is to say, some applications can be clients. end, for other applications it can be the server end.
  • the client entity and the server entity can be deployed on the same node at the same time, and the two entities can be deployed together or independently.
  • the client entity and the server entity can be SOME/IP protocol layer entities, respectively provide interfaces for the client application and the server application to send and receive messages, and can include a QoS management module to perform enhanced SOME/IP protocol processing.
  • FIG. 5 it is a method for performing QoS negotiation between a client entity and a server entity in a service discovery phase.
  • the method includes the following steps:
  • Step 510 the client entity sends a service discovery message.
  • the server entity receives the service discovery message.
  • the client application can send a service discovery message through the interface provided by the SOME/IP protocol layer entity to find the required service and service instance.
  • the client entity may send the service discovery message in broadcast mode, or send the service discovery message in multicast mode in the management domain.
  • the management domain may include multiple communication nodes.
  • the service discovery message may include service identification, client identification and QoS negotiation request information.
  • the QoS negotiation request information includes the client instance identifier (ParticipantID) and at least one of the following QoS information to be confirmed: priority information, reliability information, and domain information issued by the service.
  • Priority information (priority info): It is used to indicate the message transmission on the connection and the priority request to the server.
  • the value range and value of the priority information can be defined according to the needs. For example, the system defines the priority as level 5, and the value range of the priority is 1 to 5. Among them, the priority of the defined value is higher, and the priority of the value is smaller. If the level is low, 5 represents the highest priority and 1 represents the lowest priority. Of course, it can also be reversed, where the priority of a small value is low, and the priority of a large value is high, and a group of discontinuous values can also be defined to represent different priorities, which is not limited in this embodiment of the present application. Usually delay-sensitive applications are prioritized over non-delay-sensitive applications
  • Reliability information It is used to indicate whether retransmission is required after message transmission failure or timeout. For example, 0 can be used to indicate that retransmission is not required, 1 can be used to indicate retransmission is required, or vice versa, 0 can be used to indicate retransmission is required, 1 can be used Indicates that no retransmission is required. It can be understood that other values may also be used to indicate whether retransmission is required, and this is not a limitation.
  • Domain information It is used to indicate the domain that provides the corresponding service and data, which can be used for data isolation. If the domain information is not limited, it means that the domain that provides the corresponding service and data is not limited, and the corresponding service and data can be broadcast .
  • the existing SOME/IP service discovery message may be extended to carry QoS negotiation request information.
  • the SOME/IP service discovery message can include the SOME/IP Header shown in Figure 3, and the service discovery configuration information part, wherein the service discovery configuration information part can include service identification, service instance identification and option (Option) indication information, wherein the service The instance identifier can indicate whether to find all service instances of the service through a specific value, for example, it can be set to 0XFFFF, and the option indication information is used to indicate that the service discovery message includes one or more options.
  • the QoS negotiation request information can be included in the service discovery message as an option.
  • Step 520 the server entity sends the response message of step 510. Accordingly, the client entity receives the response message
  • the server application When the server application can provide the service described by the client, it will send a service provision message through the interface provided by the SOME/IP protocol layer entity.
  • the service providing message may include the provided service identifier and service instance identifier.
  • the field where the QoS negotiation request information is located may be discarded, and the response message may include a service provision message.
  • the server entity If the server entity supports QoS negotiation or QoS management, it can not only confirm the service discovery, but also confirm the QoS negotiation request information.
  • the response message is a service provision message
  • the server entity may extend the service provision message to add QoS negotiation confirmation information
  • the QoS negotiation confirmation information may include the QoS negotiation confirmation information for each A QoS confirmation result
  • each QoS confirmation result can be represented by a bitmap, for example, the service identifier is 0x4711 as an example, the QoS negotiation request information carries priority information and reliability information, if the server entity provides Service 0x4711, if the priority information of the service 0x4711 is considered to be consistent with the priority information in the QoS negotiation request information, but the reliability information is inconsistent, then the corresponding bit of the priority information in the confirmation result is set to "1", and the reliability information is set in the The corresponding bit in the confirmation result is set to "0".
  • the QoS negotiation confirmation information may also include QoS information of services provided by the server entity: one or more of priority information, reliability information, and domain information.
  • the service provision message can use the same message format as the service discovery message, the difference is that the message type is different, that is, the message type field indicates the service provision message and the service discovery message respectively.
  • the server entity may send the service offering message in broadcast mode, or send the service offering message (offerservice) in multicast mode in the management domain.
  • the response packet includes a service provision packet and a QoS response packet.
  • the service provision packet is used to confirm the service discovery
  • the QoS response packet is used to respond to the QoS negotiation request. information to confirm.
  • the QoS response message includes QoS negotiation confirmation information, wherein the QoS negotiation confirmation information may include a QoS confirmation result for each item in the QoS negotiation request information.
  • the QoS negotiation confirmation information may also include QoS information of services provided by the server entity: one or more of priority information, reliability information, and domain information.
  • the server entity may send the service offering message in broadcast mode, or send the service offering message (offerservice) in multicast mode in the management domain.
  • the server entity may send the QoS response message to the client entity in a unicast manner.
  • the server entity After the server entity confirms the QoS, it can record the CS connection providing service for the client application and its corresponding QoS information. For example, it may be recorded through a QoS information configuration table.
  • Table 1 is an exemplary QoS information configuration table, including CS connections and corresponding QoS information. Among them, the value of each field is explained with hexadecimal as an example. It is understandable that hexadecimal system can also be used, such as binary, decimal, etc., and the value type of each field can also be defined as required, such as text, character string etc. It is not intended to be limited. In addition, the values of the fields in Table 1 are just examples, and do not constitute a limitation on the values.
  • the first three fields of the QoS information mapping table are used to identify the connection information between a client and the server for communication, including client instance identifier (participant id), service identifier (service id) and service instance identifier (service instance id) .
  • client instance identifier participant id
  • service id service identifier
  • service instance id service instance identifier
  • Table 1 the client application requests service 0x4711 through instance (participantid) 0x2, and the service instance 0x1 that provides service 0x4711 for this application; service instances 0x1 and 0x2 that serve 0x4711 provide service 0x4711 for client instance 0x2 and 0x3 respectively .
  • connection has corresponding QoS information, it includes one or more of the following: domain information, priority information, and reliability information.
  • Table 1 is an example of the recording method of the QoS configuration table. It is also possible to record the connection information separately, and set the connection identifier for each connection separately, and establish the configuration table of the connection identifier and QoS information. for the limit.
  • Step 530 The client entity determines the QoS information corresponding to the connection providing services for the client application according to the QoS negotiation confirmation information.
  • the client entity After the client entity obtains the QoS negotiation confirmation information from the response message, it can determine the QoS information corresponding to the CS connection that provides services for the client application according to the QoS confirmation result and/or QoS information of each item.
  • the client entity can maintain a connection and QoS information mapping table for each application deployed on the node that needs to request services.
  • Table 2 is an exemplary QoS information mapping table, including connections and corresponding QoS information.
  • the client entity also needs to record the application identifier corresponding to each client instance.
  • the value of each field is explained with hexadecimal as an example. It is understandable that hexadecimal system can also be used, such as binary, decimal, etc., and the value type of each field can also be defined as required, such as text, character string etc. It is not intended to be limited.
  • the values of the fields in Table 2 are just examples, and do not constitute a limitation on the values.
  • the first 4 fields of the QoS information mapping table are used to identify the connection information for a client to communicate with the server, including the application identifier (task id), client instance identifier (participant id), service identifier (service id) and service Instance ID (service instance id).
  • the application (taskid) 0x1 requests the service 0x4711 through the instance (participantid) 0x2, and the service instance 0x4711 that provides the service 0x4711 for the application 0x1 is 0x1; the service instances 0x1 and 0x2 of the service 0x4711 are respectively the application 0x1 and 0x2 serve 0x4711.
  • connection has corresponding QoS information, it includes one or more of the following: domain information, priority information, and reliability information.
  • Table 2 is an example of the recording method of the QoS mapping table. It is also possible to record the connection information separately, and set the connection identifier for each connection separately, and establish a mapping table between the connection identifier and the QoS information. for the limit.
  • the client and the server can respectively obtain the QoS information corresponding to each CS (client-server) connection.
  • the client entity processes the application request service message, it can schedule and send it according to its corresponding QoS information, for example, send high-priority service requests first, send them by domain, and so on.
  • the server entity provides services, it can process service requests according to its corresponding QoS information, for example: prioritize high priority service requests, check whether processing times out, and so on.
  • the above method can provide different QoS information for different applications, so as to distinguish the application priority, reliability, service release domain, etc., and provide a basis for QoS control.
  • a delay-sensitive application may have a higher priority than a non-delay-sensitive application, and for example, applications in different domains may be isolated.
  • the client and the server may respectively record QoS information corresponding to each CS (client-server) connection after performing QoS negotiation through the above steps 510-530.
  • service discovery can also be configured or updated locally through the host computer, or remotely configured or updated through the cloud.
  • the car factory or supplier needs to upgrade the QoS policy, it can configure or update the QoS information in the QoS mapping table in the first management module through the host computer or the cloud.
  • the client and the server can respectively process application packets according to the QoS information.
  • Fig. 7 is another communication method provided by the embodiment of the present application, which is processed according to the QoS information corresponding to the CS connection recorded by the client entity and the server entity. As shown in Figure 7, the method includes:
  • Step 710 In response to the client application's service request to the server application, the client entity acquires quality of service (QoS) information related to the connection between the client application and the server application.
  • QoS quality of service
  • each connection can include: application identification (task id), client instance identification (participant id), service identification (service id) and service instance ID (service instance id), etc.
  • client application requests the server application to provide corresponding services
  • the client entity can obtain the QoS information corresponding to this connection.
  • the QoS information refers to the description in the foregoing embodiments, and may include one or more of the following:
  • Priority information (priority info): It is used to indicate the message transmission on the connection and the priority request to the server.
  • the value range and value of the priority information can be defined according to the needs. For example, the system defines the priority as level 5, and the value range of the priority is 1 to 5. Among them, the priority of the defined value is higher, and the priority of the value is smaller. If the level is low, 5 represents the highest priority and 1 represents the lowest priority. Of course, it can also be reversed, where the priority of a small value is low, and the priority of a large value is high, and a group of discontinuous values can also be defined to represent different priorities, which is not limited in this embodiment of the present application. Usually delay-sensitive applications are prioritized over non-delay-sensitive applications
  • Reliability information It is used to indicate whether retransmission is required after message transmission failure or timeout. For example, 0 can be used to indicate that retransmission is not required, 1 can be used to indicate retransmission is required, or vice versa, 0 can be used to indicate retransmission is required, 1 can be used Indicates that no retransmission is required. It can be understood that other values may also be used to indicate whether retransmission is required, and this is not a limitation.
  • Domain information It is used to indicate the domain that provides the corresponding service and data, which can be used for data isolation. If the domain information is not limited, it means that the domain that provides the corresponding service and data is not limited, and the corresponding service and data can be broadcast .
  • Step 720 The client entity schedules the service request message initiated by the client application to the server application according to the QoS information obtained in step 710 for sending.
  • the client entity may set a scheduling queue of the system, so that the scheduling queue includes at least a first scheduling queue and a second scheduling queue, where the sending priority of the first scheduling queue is higher than that of the second scheduling queue.
  • the client entity can also set more priority scheduling queues, which is not a limitation.
  • the client entity determines the scheduling queue corresponding to the priority information from the scheduling queues of the system according to the priority information, and the client entity schedules the request message into the scheduling queue corresponding to the priority information.
  • the client entity sorts the plurality of packets to be sent and the request packets according to the priority information so that those with higher priority Packets are sent with priority.
  • the client entity may provide the QoS information to the TSN interface device, so that the TSN interface device Scheduling the request packet into the sending queue corresponding to the QoS information.
  • the client entity may transmit to the TSN network card including the application's requirements for network bandwidth, the application's requirements for network transmission delay, and the application's requirements for network transmission reliability.
  • the TSN network card will perform packet scheduling, traffic shaping, communication path selection, path reservation, and fault tolerance based on the information.
  • the TSN NIC can schedule the packets into the high-priority queue and control the frame preemption policy of the TSN NIC.
  • Step 730 The client entity sends a service request packet initiated by the client application to the server application, wherein the service request packet includes QoS control information.
  • the server entity receives the request message.
  • the client application can send a service discovery message through the interface provided by the SOME/IP protocol layer entity to find the required service and service instance.
  • the client entity can send the service request message by broadcasting.
  • the client entity may send the service request message in multicast mode in the domain related to the service.
  • the service request message includes: client connection information and QoS control information, wherein, the client connection information includes service identification, client identification, client instance information; QoS control information includes one or more QoS information enabling instructions, each Each QoS information indication is used to indicate whether to enable the corresponding QoS information control, for example, may include a domain activation indication, a priority activation indication, a reliability activation indication, and the like.
  • QoS control information QoS control information
  • QoS control information QoS control information in FIG. 8 as an example, they are reliability activation indication, priority activation indication, domain activation indication, etc. respectively. It should be noted that this is only an example and not a limitation.
  • the service request message may further include domain information; if the reliability enabling indication indicates enabling reliability control, the service request message may further include timeout duration information.
  • the QoS-enhanced service request message can be obtained by extending the existing SOME/IP service request message, so that it can carry newly added QoS control information, domain information, timeout period information, etc.
  • the QoS enhanced service request message can include the SOME/IP Header and Payload shown in Figure 3, and the extension part can be before the Payload, as shown in Figure 8. It should be noted that FIG. 8 is only an example, and in actual use, the order and length of the fields may be different.
  • step 740 may be executed for parsing.
  • Step 740 The server entity acquires QoS information corresponding to the connection according to the service request message sent by the client application to the server application.
  • the server entity parses the received service request message to obtain connection information and QoS control information, and obtains the QoS information corresponding to the connection in the QoS configuration table according to the QoS control information.
  • Step 750 The server entity processes the service request message from the client application to the server application according to the QoS control information and the QoS information.
  • the server entity determines whether the domain information in the service request message is correct according to the service-related domain in the QoS information, and if the domain information is wrong, the processing information includes the error corresponding to the domain information error code, go to step 760.
  • the server entity processes the service request sequence of the client application to the server application according to the priority information, and preferentially processes the service request sequence with high priority.
  • the server entity determines whether the processing of the service request meets the reliability requirements, for example, determines whether the timeout period is exceeded, and if so, the processing information includes the processing timeout corresponding error code, go to step 760.
  • Step 760 The server entity sends a reply packet to the client entity, and the reply packet carries processing information. Correspondingly, the client entity receives the reply message.
  • the above method can provide a differentiated QoS management method for communication between vehicle applications, and provide guarantees in multiple dimensions such as priority and reliability. For different types of vehicle applications, it can meet QoS requirements such as high reliability, high security, and low latency, thereby providing smart cars with better service-oriented communication capabilities.
  • the method includes:
  • Step 910 In response to the service request from the client application to the server application, the client entity determines a session (transaction) corresponding to the service request and session state indication information.
  • a session may include service requests from multiple client applications to the server application, and these service requests have consistency requirements, that is, the server application either executes all of the multiple service requests in the session, or does not execute all of them.
  • the client entity can obtain the session corresponding to the service request, and determine the session status indication information.
  • session status indication information indicates that the session is started (transactionstart); if the session corresponding to the service request has been opened, then the session status indication information indicates that the session is in progress (intransaction).
  • Step 920 The client entity sends a service request message, the service request message includes session information, and the session information includes a session identifier and the session state information.
  • the server entity receives the service request message.
  • the client application can send a service discovery message through the interface provided by the SOME/IP protocol layer entity to find the required service and service instance.
  • the client entity can send the service request message in broadcast mode, and the client entity can also send the service request message in multicast mode in the service-related domain.
  • the service request message includes client-side connection information and session information
  • the client-side connection information includes: service ID, client ID, and client instance ID
  • the session information includes session ID and session state indication information.
  • the session information may also include a resource identifier.
  • the existing SOME/IP service request message can be extended to obtain a service request message including session information, so that it can carry a newly added session identifier, session status indication information, and, optionally land, resource ID, etc.
  • the service request message including session information may include the SOME/IP Header and Payload shown in Figure 3, and the extension part may be after the SOME/IP Header and before the Payload.
  • the embodiment shown in FIG. 7 may also be combined, that is, the extended SOME/IP service request message includes both QoS control information and session information.
  • the QoS control information part is indicated by a dashed box when carrying session information
  • the QoS control information is optional.
  • the session state can be used for session state indication in the service request message, for example, for indicating opening of the session, session in progress, session submission, etc., and for session state confirmation in the service response message, for example, for indicating opening Session success, session opening failure, session submission success, session submission failure, etc.
  • FIG. 10 is only an example. In actual use, the order and length of the fields may be different, and the session information may also be placed before the QoS control information.
  • the service request message may also include the service request sequence of the client.
  • the service request may not include a service request sequence of the client. To ensure that the multiple service request sequences of the client are submitted to the server after the session is opened.
  • Step 930 The server entity processes the service request packet according to the session information.
  • the server entity After the server entity obtains the connection information and session information, it processes it according to the session state indication information.
  • the server entity confirms whether the session can be opened:
  • server entity If the server entity confirms that the session can be opened, it is determined that the session state confirmation information indicates that the opening is successful;
  • the server entity determines whether the resource is occupied by another client instance. If it is not occupied, the server entity locks the resource for the client instance of this session, and then confirms the session state The information indicates that the opening is successful; if the resource is occupied by other client instances, the server entity determines the session state confirmation information indicates that the opening fails.
  • the server entity sends a reply message, and the session state confirmation information is carried in the reply message.
  • the format of the reply message is the same as that of the received service request message, the difference is that the message type is different, and the session state confirmation information and the session state indication information may be the same field with different values.
  • the server entity obtains the service request sequence therein, and continues to step 930 to receive and process the service request message from the client entity until the session state indication information is received as a service submitted by the session request message.
  • Step 940 the client entity receives a reply packet from the server entity, and the reply packet includes session state confirmation information.
  • the client entity determines whether the session is opened successfully according to the session state confirmation information, and if the session is opened successfully, execute steps 910-920 to send a service request message carrying a service request sequence to the server entity.
  • Step 950 The client entity determines that the multiple service request sequences included in the session have been sent, and the client entity sends a packet indicating session submission.
  • the server entity receives a packet indicating session submission.
  • the message indicating session submission may still use the service request message described in step 920, wherein the session state indication information indicates session submission, and may not include the service request sequence of the client.
  • the client entity may also indicate session submission at the same time when the last service request sequence of the session is sent, that is, set the session state indication information as the session submission indication.
  • Step 960 The server entity sends a packet indicating the session submission result to the client entity, and the client entity receives the packet accordingly.
  • the format of the message indicating that the session submission is successful may be the same as that of the service request message in step 920, except that the message type and the corresponding session state indication information are different.
  • Step 970 The server entity processes multiple service request sequences of the session, and sends a reply message after processing the multiple service request sequences.
  • the server entity After the server entity confirms that the session is submitted, it processes the received multiple service request sequences of the session, and after processing each service request sequence, sends a reply message to indicate the processing result respectively.
  • the server entity locks the resource for the client instance, it unlocks the resource after executing multiple service request sequences of the session.
  • the method in the embodiment of the present application can ensure the consistency and isolation requirements of the service data requested by the client application, and improve the reliability and security of communication between applications.
  • the embodiments in FIG. 7 and FIG. 9 can be implemented separately or in combination, that is, the service request can include QoS-related information or session-related information, or both QoS-related information and session-related information.
  • the client entity and the server entity can refer to the processing logic for related fields in the embodiment of FIG. 7 and the embodiment of FIG. 9 .
  • the above-mentioned client entity and server entity include corresponding hardware structures and/or software modules for performing various functions.
  • the present application can be implemented in the form of hardware or a combination of hardware and computer software. Whether a certain function is executed by hardware or computer software drives hardware depends on the specific application and design constraints of the technical solution. Skilled artisans may use different methods to implement the described functions for each specific application, but such implementation should not be regarded as exceeding the scope of the present application.
  • this application can divide the functional units of the client entity or server entity according to the above method embodiments, for example, each functional unit can be divided corresponding to each function, or two or more functions can be divided into integrated in one functional unit.
  • the above-mentioned integrated functional units can be implemented in the form of hardware or in the form of software functional units.
  • the communication device provided by the embodiment of the present application will be described with reference to FIG. 11 .
  • the description of the device embodiment corresponds to the description of the method embodiment, and correspondingly the technical effect corresponds to that of the method embodiment. Therefore, for content that is not described in detail, reference may be made to the above method embodiments, and for the sake of brevity, details are not repeated here.
  • Fig. 11 is a schematic block diagram of a data transmission device provided by an embodiment of the present application.
  • the device 1100 includes a transceiver unit 1110 and a processing unit 1120 .
  • the transceiver unit 1110 can implement a corresponding communication function, and the processing unit 1120 is used for data processing.
  • the transceiver unit 1110 may also be called a communication interface or a communication unit.
  • the device 1100 may further include a storage unit, which may be used to store instructions and/or data, and the processing unit 1120 may read the instructions and/or data in the storage unit, so that the device implements the aforementioned method embodiments .
  • a storage unit which may be used to store instructions and/or data
  • the processing unit 1120 may read the instructions and/or data in the storage unit, so that the device implements the aforementioned method embodiments .
  • the apparatus 1100 can be used to execute the actions performed by the client entity or the server entity in the above method embodiments, specifically, the transceiver unit 1110 is used to perform the sending and receiving related actions of the client entity or the server entity in the above method embodiments
  • the processing unit 1120 is configured to perform operations related to the processing of the client entity or the server entity in the above method embodiments.
  • the apparatus 1100 can implement the steps or processes corresponding to the execution of the client entity or the server entity in the method embodiment according to the embodiment of the present application.
  • each unit in the apparatus 1000 and other operations and/or functions mentioned above are respectively for realizing the corresponding flow of the method embodiment in the client entity or the server entity in FIG. 5 , FIG. 7 and FIG. 9 .
  • the transceiver unit 1110 can be used to execute step 510, the client entity sends a service discovery message and step 520 receives a response message; the processing unit 1120 can be used to execute Step 530.
  • the transceiver unit 1110 can be used to perform step 510 to receive the service discovery message sent by the client entity and step 520 to send a response message; the processing unit 1120 can be used to perform Step 530.
  • the transceiver unit 1110 can be used to perform step 730 to send the service request message initiated by the client application to the server application and step 760 to receive the service request message from the server entity. Reply message; the processing unit 1120 can be used to execute steps 710 to 720 .
  • the transceiver unit 1110 can be used to perform step 730 to receive the service request message initiated by the client application to the server application and step 760 to send a reply message;
  • the processing unit 1120 can be used to perform steps 740 to 750 .
  • the transceiver unit 1110 can be used to perform step 920 to send the service request message initiated by the client application to the server application, and step 940 to receive the service request message from the server entity.
  • Reply message step 950 sends a message indicating session submission
  • step 960 receives a message indicating a session submission result
  • step 970 receives a reply message;
  • the processing unit 1120 can be used to execute step 910 .
  • the transceiver unit 1110 can be used to perform step 920 to receive the service request message initiated by the client application to the server application, and step 940 to send a reply message, Step 950 receives a message indicating session submission, step 960 sends a message indicating a session submission result, and step 970 sends a reply message; the processing unit 1120 can be used to execute step 930 .
  • transceiver unit may be designed in an integrated manner, that is, include both receiving and sending functions, or may be designed separately, that is, be replaced by a receiving unit with a receiving function and a sending unit with a sending function.
  • the processing unit in FIG. 11 may be implemented by at least one processor or processor-related circuits.
  • the transceiver unit may be implemented by a transceiver or transceiver-related circuits.
  • the storage unit can be realized by at least one memory.
  • the embodiment of the present application further provides a communication device 1200 .
  • the apparatus 1200 includes a transceiver 1210 , and may further include a processor 1220 coupled with a memory 1230 .
  • the transceiver 1230 is used for signal reception and/or transmission.
  • the processor 1220 is configured to control the transceiver 1210 to receive and/or send signals.
  • the memory 1230 is used to store computer programs or instructions and/or data, and the processor 1220 is used to execute the computer programs or instructions and/or data stored in the memory 1230, so that the methods in the above method embodiments are executed.
  • the processor 1220 may be a central processing unit (central processing unit, CPU), a network processor (network processor, NP) or a combination of CPU and NP.
  • the processor 1220 may further include a hardware chip.
  • the aforementioned hardware chip may be an application-specific integrated circuit (application-specific integrated circuit, ASIC), a programmable logic device (programmable logic device, PLD) or a combination thereof.
  • the aforementioned PLD may be a complex programmable logic device (complex programmable logic device, CPLD), a field-programmable gate array (field-programmable gate array, FPGA), a general array logic (generic array logic, GAL) or any combination thereof.
  • the apparatus 1200 includes one or more processors 1220 .
  • the apparatus 1200 may further include a memory 1230 .
  • the apparatus 1200 may include one or more memories 1230 .
  • the memory 1230 may be integrated with the processor 1220, or set separately.
  • the apparatus 1200 is used to implement the operations performed by the client entity or the server entity in the above method embodiments.
  • the embodiment of the present application also provides a communication device, which includes: a memory for storing a program; a processor for executing the program stored in the memory, and when the program stored in the memory is executed, the processor is used for executing the above method embodiment A method executed by a client entity or a server entity in .
  • the embodiment of the present application also provides a computer-readable storage medium, including: the computer-readable medium stores a computer program; when the computer program is executed by one or more processors, the device including the processor executes the method described in the above-mentioned embodiment A method executed by a client entity or a server entity.
  • the embodiment of the present application also provides a chip, the chip includes a processor and a data interface, and the processor reads the instructions stored on the memory through the data interface, so as to execute the method performed by the client entity or the server entity in the above method embodiment .
  • the embodiment of the present application also provides a communication node, which includes any one of the above-mentioned devices in Figure 11 to Figure 12, and the communication node can be a domain controller, a gateway, an electronic control unit, a T-box, a sensor, an execution device etc.
  • the embodiment of the present application also provides a terminal, the terminal includes any one of the above-mentioned devices in Fig. 11 to Fig. 12, and the terminal may be a vehicle, including a vehicle with intelligent driving and assisted driving technology.
  • a component may be, but is not limited to being, a process running on a processor, a processor, an object, an executable, a thread of execution, a program, and/or a computer.
  • an application running on a computing device and the computing device can be components.
  • One or more components can reside within a process and/or thread of execution and a component can be localized on one computer and/or distributed between two or more computers.
  • these components can execute from various computer readable media having various data structures stored thereon.
  • a component may, for example, be based on a signal having one or more packets of data (e.g., data from two components interacting with another component between a local system, a distributed system, and/or a network, such as the Internet via a signal interacting with other systems). Communicate through local and/or remote processes.
  • packets of data e.g., data from two components interacting with another component between a local system, a distributed system, and/or a network, such as the Internet via a signal interacting with other systems.
  • each functional unit in each embodiment of the present application may be integrated into one processing unit, each unit may exist separately physically, or two or more units may be integrated into one unit.
  • the functions described above are realized in the form of software function units and sold or used as independent products, they can be stored in a computer-readable storage medium. Based on such an understanding, the technical solution of the present application can be embodied in the form of a software product in essence or the part that contributes to it or the part of the technical solution.
  • the computer software product is stored in a storage medium, including several instructions for So that a computer device (which may be a personal computer, a server, or a network device, etc.) executes all or part of the steps of the methods described in the various embodiments of the present application.
  • the aforementioned storage media include: U disk, mobile hard disk, read-only memory (Read-Only Memory, ROM), random access memory (Random Access Memory, RAM), magnetic disk or optical disc and other media that can store program codes. .

Landscapes

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

Abstract

Des modes de réalisation de la présente demande concernent un procédé de communication, qui peut être appliqué au domaine des communications basées sur une architecture orientée service. Le procédé comprend les étapes suivantes : une entité client acquiert des informations de qualité de service (QoS) relatives à une connexion entre une application client et une application serveur ; l'entité client envoie un paquet de demande de service, le paquet de demande de service transportant des informations de commande et de gestion de QoS et une séquence de demande de service de l'application client pour l'application serveur, les informations de commande et de gestion de QoS comprenant une indication d'activation d'un ou de plusieurs des éléments d'informations de QoS. Selon le procédé de communication fourni par les modes de réalisation de la présente demande, un procédé de gestion différenciée de QoS peut être fourni pour une communication entre des applications embarquées, fournissant ainsi des garanties de multiples dimensions telles que la priorité et la fiabilité.
PCT/CN2022/070131 2022-01-04 2022-01-04 Procédé, appareil et système de communication WO2023130216A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
PCT/CN2022/070131 WO2023130216A1 (fr) 2022-01-04 2022-01-04 Procédé, appareil et système de communication
CN202280003214.7A CN116711448A (zh) 2022-01-04 2022-01-04 通信方法、装置及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2022/070131 WO2023130216A1 (fr) 2022-01-04 2022-01-04 Procédé, appareil et système de communication

Publications (1)

Publication Number Publication Date
WO2023130216A1 true WO2023130216A1 (fr) 2023-07-13

Family

ID=87072722

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2022/070131 WO2023130216A1 (fr) 2022-01-04 2022-01-04 Procédé, appareil et système de communication

Country Status (2)

Country Link
CN (1) CN116711448A (fr)
WO (1) WO2023130216A1 (fr)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111277972A (zh) * 2019-01-25 2020-06-12 维沃移动通信有限公司 一种直接通信接口QoS参数确定方法及相关设备
CN111656754A (zh) * 2018-07-13 2020-09-11 三星电子株式会社 用于边缘计算服务的方法及其电子装置
CN112565441A (zh) * 2020-12-11 2021-03-26 北京天融信网络安全技术有限公司 一种数据通信方法及电子设备
CN112995315A (zh) * 2021-02-24 2021-06-18 清华大学深圳国际研究生院 一种面向服务的智能汽车车载网络QoS保障方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111656754A (zh) * 2018-07-13 2020-09-11 三星电子株式会社 用于边缘计算服务的方法及其电子装置
CN111277972A (zh) * 2019-01-25 2020-06-12 维沃移动通信有限公司 一种直接通信接口QoS参数确定方法及相关设备
CN112565441A (zh) * 2020-12-11 2021-03-26 北京天融信网络安全技术有限公司 一种数据通信方法及电子设备
CN112995315A (zh) * 2021-02-24 2021-06-18 清华大学深圳国际研究生院 一种面向服务的智能汽车车载网络QoS保障方法

Also Published As

Publication number Publication date
CN116711448A (zh) 2023-09-05

Similar Documents

Publication Publication Date Title
CN106209758B (zh) 与avb技术交互工作处理some/ip流的方法和装置
CN108370343B (zh) 网络集线器、转送方法以及车载网络系统
Sommer et al. Vehicular networking
CN114553873B (zh) 基于soa的车云协同控制系统、方法及可读存储介质
WO2020150872A1 (fr) Interconversion de protocole ethernet et can pour réseaux embarqués
US10750339B2 (en) System for dynamically allocating services between controllers in an automobile
CN107026889B (zh) 网络中的通信节点的操作方法
WO2021051882A1 (fr) Procédé, appareil, système, et dispositif de transfert de paquet, et support de stockage
WO2023016241A1 (fr) Procédé, appareil et système de diagnostic à distance de véhicule
Neumann et al. Approaches for in-vehicle communication–an analysis and outlook
US20240045657A1 (en) System architecture for implementing dds communication based on autosar, communication method, and device
US20180343326A1 (en) Can to ip internetworking
WO2023130216A1 (fr) Procédé, appareil et système de communication
US20180352040A1 (en) Method for data transmission in a transportation vehicle communication network, transportation vehicle communication network, subscribers and transportation vehicle
Bonomi et al. The role of fog computing in the future of the automobile
CN113438218A (zh) 基于some/ip协议的通信方法及装置、存储介质、终端
JP7399175B2 (ja) 接続管理方法、装置、端末及びシステム
CN114785474B (zh) 基于tsn时间敏感网络的车内some/ip传输方法、装置
WO2023205916A1 (fr) Procédé, dispositif et système de diagnostic embarqué
KR102362611B1 (ko) 차량 네트워크에서 데이터의 송수신 방법 및 장치
WO2024016251A1 (fr) Procédé et appareil de rapport de journal
JP7464054B2 (ja) 中継装置、通信方法および通信プログラム
US11985217B2 (en) Network interface apparatus
WO2022206327A1 (fr) Véhicule et son procédé de planification de ressources
CN115225706B (zh) 数据传输方法、装置、车辆以及存储介质

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 202280003214.7

Country of ref document: CN

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

Ref document number: 22917694

Country of ref document: EP

Kind code of ref document: A1