An Internet of Vehicles information processing method, device, equipment and system

Abstract

The application provides a vehicle networking information processing method, device, equipment and system. The method comprises the following steps: sending first target information, wherein the first target information is used for determining the capability of the first device in executing a first service. The scheme of the application solves the problem that the specific capability of each device in vehicle networking is difficult to be known, which leads to high communication complexity and low efficiency.

Description

Technical Field

[0001] This invention relates to the field of communication technology, and in particular to a method, apparatus, device and system for vehicle networking information processing. Background Technology

[0002] Currently, in enhanced C-V2X (Vehicle-to-Everything) applications, vehicles can send their intentions to surrounding vehicles or roadside facilities, requesting their cooperation in completing specific applications or functions.

[0003] However, in practical applications, the following problems exist:

[0004] When the vehicle's OBU (Onboard Unit) does not trigger the application, it only broadcasts BSM (Basic Safety Message), which makes it impossible for other vehicles to determine the vehicle's intentions through the BSM message, and also impossible to determine the vehicle's capabilities (such as whether it has the ability to sense sharing).

[0005] Roadside units (RSUs) cannot determine the range of broadcast / cooperation capabilities. For example, an RSU may have multiple cooperation capabilities. If all capabilities are triggered, and there are no vehicles with corresponding enhanced applications within the coverage area of ​​the RSU, it will result in a waste of spectrum resources. If only some capabilities are triggered, the advantages of enhanced applications may not be realized.

[0006] Therefore, existing technologies struggle to achieve capability alignment between vehicles and between vehicles and roads. Summary of the Invention

[0007] This invention provides a method, apparatus, device, and system for vehicle network information processing, which solves the problem that it is difficult for devices in the vehicle network to know each other's specific capabilities, resulting in high communication complexity and low efficiency.

[0008] In a first aspect, embodiments of the present invention provide a vehicle-to-everything (V2X) information processing method, applied to a first device, comprising:

[0009] Send first target information, which is used to determine the first device's ability to perform a first service.

[0010] Optionally, the first target information includes: device characteristic information and / or service capability information;

[0011] The service capability information includes first service capability information and / or second service capability information. The first service capability information is used to indicate the service capabilities currently activated by the first device, and the second service capability information is used to indicate the service capabilities currently not activated by the first device.

[0012] Optionally, the method further includes:

[0013] Obtain second target information corresponding to at least one second device, the second target information being used to determine the capability of the second device to perform the first service;

[0014] Based on the second target information, update the first target information, or adjust the way the first target information is sent.

[0015] Optionally, if the first device acquires the second target information within a preset time period, and the second target information indicates that the second device's ability to perform the first service matches the first device's ability to perform the first service, the first target information is updated according to the second target information, including one of the following:

[0016] If the capability level of the second device to perform the first service is lower than the capability level of the first device to perform the first service, the service capability of the first device shall be adjusted to be consistent with the capability level of the second device.

[0017] If the second device can perform the first service even though its currently inactive service capability is available, add capability request information to the first target information. The capability request information is used to request the second device to activate its capability to perform the first service.

[0018] Optionally, if the first device fails to acquire the second target information within a preset time period, or if the second target information indicates that the capability of each of the second devices to perform the first service is mismatched with the capability of the first device to perform the first service, the transmission method of the first target information is adjusted according to the second target information, including one of the following:

[0019] Delete the first service capability information corresponding to the first service;

[0020] Stop sending the first target information;

[0021] Adjust the frequency of sending the first target information.

[0022] Optionally, the method further includes:

[0023] Obtain second target information corresponding to at least one second device, the second target information being used to determine the capability of the second device to perform the first service;

[0024] If the first device wants to perform the first service, a first target device with the service capability to perform the first service is determined from the second device based on the second target information;

[0025] To conduct communication with the first target device related to the first service.

[0026] In a second aspect, embodiments of the present invention provide a vehicle network information processing method, applied to a second device, comprising:

[0027] Receive first target information sent by at least one first device, the first target information being used to determine the capability of the first device to perform a first service;

[0028] Based on the first target information, determine the first information.

[0029] Optionally, the first information includes at least one of the following:

[0030] The ability of the first device to perform the first service;

[0031] Identification information of a first target device whose capability to perform the first service matches that of the second device;

[0032] Configuration information of the second device related to the first device;

[0033] The second target information of the second device;

[0034] The method of transmitting the second target information by the second device.

[0035] Optionally, after determining the first information, the method further includes at least one of the following:

[0036] Send the second information to the first target device;

[0037] Send the second target information.

[0038] Optionally, before sending the second information to the first target device, the method further includes at least one of the following:

[0039] Determine the content of the second information;

[0040] Determine the type of the first task to be performed;

[0041] Determine the method of sending the second information.

[0042] Thirdly, embodiments of the present invention provide a vehicle-to-everything (V2X) communication system, including a first device and a second device, wherein the first device and the second device communicate based on pre-set target information, the target information being used to determine the capability of the second target device to perform target services.

[0043] Optionally, the target information includes: device characteristic information and / or service capability information;

[0044] The service capability information includes first service capability information and / or second service capability information. The first service capability information is used to indicate the service capabilities currently activated by the second target device, and the second service capability information is used to indicate the service capabilities currently not activated by the second target device. The second target device is the device that sends the target information.

[0045] Optionally, the service capability information includes at least one of the following:

[0046] Business information;

[0047] message set;

[0048] Business category information;

[0049] Business level information;

[0050] AID (Application Identity) information;

[0051] PSID (Provider Service Identity) information;

[0052] Information regarding privacy protection needs.

[0053] Optionally, the service capability information may also include one of the following:

[0054] Character information;

[0055] Capability information;

[0056] Agreement information.

[0057] Optionally, the device feature information includes at least one of the following:

[0058] Attribution information;

[0059] Wireless access type;

[0060] Intelligence level;

[0061] Network Information;

[0062] Supported protocol versions;

[0063] Perceptual ability information;

[0064] Location capability information;

[0065] Formation capability information;

[0066] Functional safety level information;

[0067] Perceive data types.

[0068] Fourthly, embodiments of the present invention provide a vehicle-to-everything (V2X) information processing device, applied to a first device, comprising:

[0069] The sending module is used to send first target information, which is used to determine the capability of the first device to perform a first service.

[0070] Fifthly, embodiments of the present invention provide a vehicle-to-everything (V2X) information processing device, applied to a second device, comprising:

[0071] A receiving module is configured to receive first target information sent by at least one first device, wherein the first target information is used to determine the capability of the first device to perform a first service.

[0072] The determining module is used to determine the first information based on the first target information.

[0073] In a sixth aspect, embodiments of the present invention provide an apparatus comprising: a transceiver, a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the computer program to implement the steps of the vehicle network information processing method as described in the first aspect, or to implement the steps of the vehicle network information processing method as described in the second aspect.

[0074] In a seventh aspect, embodiments of the present invention provide a computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements the steps of the vehicle network information processing method as described in the first aspect, or implements the steps of the vehicle network information processing method as described in the second aspect.

[0075] The beneficial effects of the above-mentioned technical solution of the present invention are:

[0076] In embodiments of the present invention, by sending first target information, second devices around the first device can learn about the first device's ability to perform a first service. This allows the second devices to determine their own security (or cooperation) policy configuration, or whether to trigger and which application to trigger, or other communication or cooperation policies related to the first device, based on the first device's ability to perform the first service. In this way, the problem of high communication complexity and low efficiency caused by the difficulty for devices in the Internet of Vehicles to know each other's specific capabilities can be solved, thereby improving spectrum utilization. Attached Figure Description

[0077] Figure 1 A flowchart illustrating the vehicle network information processing method according to an embodiment of the present invention;

[0078] Figure 2 A flowchart illustrating a vehicle network information processing method according to another embodiment of the present invention;

[0079] Figure 3 A structural block diagram illustrating the vehicle network information processing device according to an embodiment of the present invention;

[0080] Figure 4 A structural block diagram illustrating a vehicle networking information processing device according to another embodiment of the present invention;

[0081] Figure 5 A structural block diagram illustrating an embodiment of the device of the present invention. Detailed Implementation

[0082] To make the technical problems, technical solutions, and advantages of this invention clearer, a detailed description will be provided below in conjunction with the accompanying drawings and specific embodiments. In the following description, specific details such as particular configurations and components are provided merely to aid in a comprehensive understanding of the embodiments of this invention. Therefore, those skilled in the art should understand that various changes and modifications can be made to the embodiments described herein without departing from the scope and spirit of this invention. Furthermore, for clarity and brevity, descriptions of known functions and structures have been omitted.

[0083] It should be understood that the phrase "one embodiment" or "an embodiment" throughout the specification means that a specific feature, structure, or characteristic related to the embodiment is included in at least one embodiment of the invention. Therefore, "in one embodiment" or "in an embodiment" appearing throughout the specification do not necessarily refer to the same embodiment. Furthermore, these specific features, structures, or characteristics can be combined in any suitable manner in one or more embodiments.

[0084] In various embodiments of the present invention, it should be understood that the sequence number of each process described below does not imply the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of the present invention.

[0085] In addition, the terms "system" and "network" are often used interchangeably in this article.

[0086] In the embodiments provided in this application, it should be understood that "B corresponding to A" means that B is associated with A, and B can be determined based on A. However, it should also be understood that determining B based on A does not mean determining B solely based on A; B can also be determined based on A and / or other information.

[0087] In this embodiment of the invention, the form of the access network is not limited, and can include access networks such as macro base stations, micro base stations, Node Bs (a term for 3G mobile base stations), enhanced base stations (eNBs), home enhanced base stations (Femto eNBs, Home eNode Bs, Home eNBs, or HeNBs), relay stations, access points, RRUs (Remote Radio Units), and RRHs (Remote Radio Heads). The user terminal can be a mobile phone (or cell phone), or other devices capable of sending or receiving wireless signals, including user equipment, personal digital assistants (PDAs), wireless modems, wireless communication devices, handheld devices, laptops, cordless phones, wireless local loop (WLL) stations, CPEs (Customer Premise Equipment) or mobile smart hotspots capable of converting mobile signals into WiFi signals, smart home appliances, or other devices that can spontaneously communicate with the mobile communication network without human intervention. The Internet of Vehicles (IoV) is a large-scale network based on in-vehicle networks, inter-vehicle networks, and in-vehicle mobile internet. It enables wireless communication and information exchange between vehicles (X: vehicles, roads, pedestrians, and the internet, etc.) according to agreed-upon communication protocols and data exchange standards. It is an integrated network capable of intelligent traffic management, intelligent dynamic information services, and intelligent vehicle control, and represents a typical application of Internet of Things (IoT) technology in the transportation system. Terminal devices involved in the IoV include On-Board Units (OBUs) and Rear Units (RSUs).

[0088] In scenarios such as perception data sharing, cooperative lane changing, cooperative vehicle merging, cooperative intersection passage, dynamic lane management, cooperative priority vehicle passage, depot route guidance services, and floating car data collection, vehicles or roads need to send intent information (VIR) and cooperation information (RSC) / SSM / PAM, etc.

[0089] Existing standards only define the specific content that the aforementioned messages should contain, but do not define how these messages should be used. For example, when the vehicle sends an intent request, and when the receiver (e.g., the vehicle or roadside) begins sending coordination information to the vehicle.

[0090] In the current testing and demonstration phase, empty VIR or RSC messages are typically broadcast by the vehicle's OBU or roadside RSU to demonstrate its ability to perform two-stage enhanced applications. For example, if the OBU of a vehicle (vehicle A) periodically broadcasts an empty VIR message, and the OBU of a nearby vehicle (vehicle B) receives this message, vehicle B can learn that vehicle A has the capability for two-stage enhanced applications and can then send cooperative requests to vehicle A, such as cooperative lane changing.

[0091] However, while the vehicle's OBU and roadside RSU demonstrate their ability to perform two-stage enhanced applications by sending two empty messages, VIR and RSC, this method has the following drawbacks:

[0092] (1) Neither the vehicle's OBU nor the roadside RSU can know the other's specific capabilities. For example, when the vehicle's OBU and the roadside RSU support multiple enhanced application scenarios, further interaction between the two is required to obtain this information.

[0093] (2) When some functions in the capability list supported by the vehicle's OBU and roadside RSU fail, the two parties need to interact further to obtain the information, which adds a certain degree of complexity to the communication process.

[0094] (3) In most cases, vehicles and RSUs may not need to cooperate. A large number of empty messages will reduce spectrum utilization and place higher demands on the processing capabilities of OBU and RSU equipment.

[0095] (4) If the enhanced application to be triggered has a high penetration rate requirement, the vehicle’s OBU and / or roadside RSU need to interact with the surrounding vehicles before they can know the penetration rate of the surrounding environment. By the time the confirmation is completed, the best time to execute the application may have been missed.

[0096] Specifically, embodiments of the present invention provide a method, apparatus, device, and system for vehicle network information processing, which solves the problem in the prior art that it is difficult for devices in the vehicle network to know each other's specific capabilities, resulting in high communication complexity and low efficiency.

[0097] First Embodiment

[0098] An embodiment of the present invention provides a vehicle-to-everything (V2X) communication system, including a first device and a second device. Specifically, the first device and the second device communicate based on pre-set target information, wherein the target information is used to determine the capability of the second target device to perform target services.

[0099] It should be noted that the first device and the second device can be vehicle-to-everything (V2X) devices. For example, the first device can be an RSU (Roadside Unit) or an OBU (On-Board Unit). The target information is defined in this embodiment of the invention as information related to the service capabilities of the second target device. The target information can be understood as the set of service capabilities of the second target device. When the first device sends the target information to the second device, the first device is the second target device; when the second device sends the target information to the first device, the second device is the second target device. Thus, when the first device and the second device communicate based on this target information, they can obtain each other's set of service capabilities, that is, they can obtain each other's ability to execute specific services, such as the ability to execute cooperative lane-changing services.

[0100] As an optional embodiment of the present invention, the target information includes: device feature information and / or service capability information; wherein, the service capability information includes first service capability information and / or second service capability information, the first service capability information is used to indicate the service capability currently activated by the second target device, the second service capability information is used to indicate the service capability currently not activated by the second target device, and the second target device is the device that sends the target information.

[0101] Here, the second target device can send target information in any of the following ways: broadcast, unicast, and multicast; no limitation is made here.

[0102] In this embodiment, the set of service capabilities can be: device feature information, or the capabilities possessed by the second target device (i.e., the service capabilities currently activated by the second target device), or the services (or services) that the second target device can support or the services (or services) that the second target device currently wants to support, etc., which are service capabilities that the second target device is not currently activated.

[0103] As an optional embodiment of the present invention, the target information can be implemented at the application layer or at the network layer:

[0104] Scenario 1, implemented at the application layer, can be carried in the data content of the message. Specifically:

[0105] Target information can be carried through extended existing messages or through new messages.

[0106] For example, when carrying target information through extended existing messages, vehicles can carry target information through extended BSM (Basic Safety Message); Roadside Units (RSUs) can carry target information through extended SPAT (Signalphase Timing Message), MAP, RSI (Road Side Information), and RSM (Road Side Message). The specific extended message used depends on the functions supported by the RSU. For instance, if the RSU only supports broadcasting signal light messages (i.e., SPAT messages) and inter-road vehicle coordination, then the target information can be carried on extended SPAT messages.

[0107] It should be noted that, in scenario one, if the target information is sent by sending a new message (e.g., broadcasting the target information), then the embodiments of the present invention can transmit more useful information than existing solutions while occupying the same spectrum resources; if the target information is sent by sending an extended existing message (e.g., a BSM message), then in addition to transmitting more useful information, a large amount of spectrum resources can also be saved.

[0108] Scenario 2, implemented at the network layer, involves the message layer sending requests to the network layer's DME (Dedicated Management Entity) via primitives. The network layer then carries these requests using either DSM (Dedicated Short Message) or DSA (Dedicated Service Advertisement). Specifically:

[0109] If carried by DSM, the extension field indicator can be set to 1 in the DSMP (Desticated Short Message Protocol) header, and the target information can be stored in the extension field according to the format.

[0110] If carried through DSA, it includes two methods: Header and Application Info.

[0111] Method 1, DSA Header Field Extension: The DSA Header Extension field is set to 1, and the target information is stored in the Header Extension field according to the format.

[0112] Method 2, DSA Application Info field extension: Store target information according to the specified format.

[0113] Optionally, the service capability information includes at least one of the following:

[0114] Business information, i.e., a list of application scenarios, such as collaborative lane changing, collaborative merging, platooning, and other application scenarios;

[0115] A message set is a list of message sets, such as the Intent Request Message (VIR) and the Roadside Coordination Message (RSC).

[0116] Business category information, i.e., a list of application scenario categories, such as application scenario types like intent and collaboration, traffic management, and perception sharing;

[0117] Business level information, i.e., a list of application scenario levels, such as Phase 1, Phase 2, and high-level autonomous driving;

[0118] Application identifier AID information, i.e., a list of AIDs, such as AID1, AID2, etc.;

[0119] Provider service identifier PSID information, i.e., a list of PSIDs, such as PSID1, PSID2, etc.;

[0120] Privacy protection requirements, such as anonymization and encryption, anonymization only, encryption only, etc.

[0121] Here, service capability information can be understood as the service set of the second target device (e.g., the first device). Service capability information can be: the capabilities possessed by the second target device (i.e., the service capabilities currently activated by the second target device), or the services (or businesses) that the second target device can support or the services (or businesses) that the second target device currently wants to support, which are the service capabilities that the second target device is not currently activated.

[0122] Optionally, the service capability information may also include one of the following:

[0123] Role information is used to indicate whether a device is a supplier or a demander, such as whether it can provide shared data in a shared sensing scenario.

[0124] Capability information, which specifies the number of devices that can be supported for different services, such as the number of devices that can be shared or the number of devices that can be coordinated.

[0125] Protocol information refers to the protocol (or data) formats supported for specific services, such as video resolution and video protocols.

[0126] In other words, when the service capability set is a service set, the service capability information can also include the device's support capabilities for the services in the set, including but not limited to: role information, capability information, and protocol information.

[0127] Optionally, the device characteristic information includes device-related information and information on the device's inherent or currently supported capabilities. Specifically, this can be divided into:

[0128] (1) Equipment-related information includes at least one of the following:

[0129] Ownership information, such as the brand, operator, and owner of the equipment;

[0130] Wireless access types, such as LTE-V2X SL only, NR-V2X SL only, LTE-V2X SL+NR-V2X SL, etc.;

[0131] The level of intelligence refers to the level of autonomous driving of the vehicle, such as L1 to L5.

[0132] Network information refers to the list of device network connectivity levels, such as network-assisted information interaction, network-connected collaborative sensing, and network-connected collaborative decision-making and control.

[0133] Supported protocol versions, such as T / CSAE 53-2017, YD / T 3709-2020, etc.

[0134] (2) Information on the inherent or currently supported capabilities of the device includes at least one of the following:

[0135] Sensing capability information, representing sensing capabilities, such as sensor type and sensing accuracy;

[0136] Location capability information, representing location capabilities, such as RTK, GNSS, etc.

[0137] Formation capability information indicates formation capabilities, such as navigation and following capabilities;

[0138] Functional safety level information, i.e., functional safety level, such as ASIL A to D;

[0139] The data type of perception refers to the category of data content, such as vehicle dynamic driving information, traffic participant information, obstacle information, etc.

[0140] In embodiments of the present invention, the first device and the second device communicate through target information, enabling them to know each other's ability to perform the first service. In other words, the second target device (e.g., the second device) can determine its own security (or cooperation) strategy configuration, or decide whether to trigger and which application to trigger, or decide other related communication or cooperation strategies based on the ability of other surrounding devices (e.g., the first device) to perform the first service. This solves the problem of high communication complexity and low efficiency caused by the difficulty for devices in the Internet of Vehicles to know each other's specific capabilities, and improves spectrum utilization.

[0141] Second Embodiment

[0142] like Figure 1 As shown, an embodiment of the present invention provides a vehicle network information processing method, applied to a first device, specifically including the following steps:

[0143] Step 11: Send first target information, which is used to determine the capability of the first device to perform the first service.

[0144] It should be noted that the first device can be a vehicle-to-everything (V2X) device, such as an RSU or an OBU. The first device can send the first target information through any of the following methods: broadcast, unicast, and multicast; there are no restrictions here.

[0145] Here, the first target information can be understood as the set of service capabilities of the first device, and the first service can be a vehicle-to-everything (V2X) service, such as a cooperative lane-changing service.

[0146] The information processing method provided in this invention allows a device to explicitly inform other surrounding devices (such as a second device, i.e., roadside equipment or vehicle-mounted terminals) of its service capability set (and intent information) by sending a target message (e.g., a first target message sent by a first device). This allows other surrounding devices to clearly understand the service execution capabilities of the first device through the target message. Thus, when deciding whether to trigger an application, a vehicle can clearly obtain information about the surrounding environment (i.e., other surrounding devices, such as roadside equipment or other vehicles, specifically vehicle-mounted terminals in other vehicles) and whether it supports the application. If none of the surrounding vehicles or roadside equipment support the relevant application, the first device can stop sending target messages, thereby saving energy.

[0147] Optionally, the first target information includes: device feature information and / or service capability information; wherein, the service capability information includes first service capability information and / or second service capability information, the first service capability information is used to indicate the service capabilities currently activated by the first device, and the second service capability information is used to indicate the service capabilities currently not activated by the first device.

[0148] It should be noted that the service capabilities that the first device is not currently activated refer to service capabilities that can be activated on the first device but have not yet been activated, or service capabilities that the first device wants to activate.

[0149] In this embodiment, the first target information can be understood as the service capability set of the first device. The service capability set can be: device feature information, or the capabilities possessed by the first device (i.e., the service capabilities currently activated by the first device), or the services (or businesses) that the first device can support or the services (or businesses) that the first device currently wants to support, which are the service capabilities that the first device is not currently activated.

[0150] It should be noted that the specific content, explanation, implementation method and examples of the first target information (i.e. device feature information and service capability information) in the embodiments of the present invention can refer to the target information in the first embodiment, and will not be repeated here.

[0151] As an optional embodiment of the present invention, the service capability information includes at least one of the following: service information; message set; service category information; service level information; application identifier (AID) information; provider service identifier (PSID) information; and privacy protection requirement information. The service capability information also includes one of the following: role information; capability information; and protocol information. The device characteristic information includes at least one of the following: home party information; wireless access type; intelligence level; network connectivity information; supported protocol version; sensing capability information; positioning capability information; formation capability information; functional safety level information; and sensing data type.

[0152] Optionally, the method further includes:

[0153] Obtain second target information corresponding to at least one second device, the second target information being used to determine the capability of the second device to perform the first service;

[0154] Based on the second target information, update the first target information, or adjust the way the first target information is sent.

[0155] In this embodiment, after the first device sends the first target information, the first device can also adjust the first target information based on the second target information sent by other vehicle networking devices (the vehicle's OBU or roadside equipment), that is, adjust the service capability set of the first device. Specifically, it can be an adjustment of the specific content of the first target information, or a determination and adjustment of the sending method of the first target information (for example, the sending frequency of sending the first target information can be adjusted).

[0156] Optionally, if the first device acquires the second target information within a preset time period, and the second target information indicates that the second device's ability to perform the first service matches the first device's ability to perform the first service, the first target information is updated according to the second target information, including one of the following:

[0157] If the capability level of the second device to perform the first service is lower than the capability level of the first device to perform the first service, the service capability of the first device shall be adjusted to be consistent with the capability level of the second device.

[0158] If the second device can perform the first service even though its currently inactive service capability is available, add capability request information to the first target information. The capability request information is used to request the second device to activate its capability to perform the first service.

[0159] It should be noted that in this embodiment, the situations in which the capability of the second device to perform the first service matches the capability of the first device to perform the first service include: the capability of the second device to perform the first service is the same as the capability of the first device to perform the first service, or the capability (or level) of the second device to perform the first service is different from that of the first device to perform the first service.

[0160] In this embodiment, the first device can negotiate with the second device through capability request information, causing the latter to adjust its capabilities. For example, it can negotiate with the second device to request the activation of the service capability to perform the first service. In other words, this embodiment of the invention can provide a service capability negotiation mechanism in the C-V2X communication process, realizing the negotiation of service capabilities between the device and other surrounding devices. If the supported lists of the first device and other surrounding devices (i.e., the second device) overlap, but the currently supported lists do not overlap, the device can negotiate with other surrounding devices by sending the set of services it wishes to support.

[0161] Optionally, if the first device fails to acquire the second target information within a preset time period, or if the second target information indicates that the capability of each of the second devices to perform the first service is mismatched with the capability of the first device to perform the first service, the transmission method of the first target information is adjusted according to the second target information, including one of the following:

[0162] Delete the first service capability information corresponding to the first service;

[0163] Stop sending the first target information;

[0164] Adjust the frequency of sending the first target information.

[0165] In other words, the first device can determine the transmission method of the first target information based on whether it can obtain the second target information and the specific content of the obtained second target information. For example, when the first device is an OBU, if the service capability set of surrounding vehicles (i.e., the second target information sent by the second device) has no intersection with the first target information, or if none of the surrounding vehicles send a service capability set, the first device can stop sending the first target information, reduce the frequency of the first target information, or adjust the specific content of the first target information. For example, it can only delete the first service capability information corresponding to the first service in the first target information, and then continue to send the updated first target information. In this way, the complexity of the communication process can be reduced and the spectrum utilization rate can be improved.

[0166] Optionally, the method further includes: obtaining second target information corresponding to at least one second device, the second target information being used to determine the capability of the second device to perform a first service; when the first device intends to perform the first service, determining a first target device with the service capability to perform the first service from among the second devices based on the second target information; and communicating with the first target device related to the first service.

[0167] In this embodiment, the first device can determine its ability to perform a first service based on the second target information. Then, it can identify a first target device whose ability to perform the first service matches that of the first device. This first target device can serve as the interaction object for the first device, allowing for immediate communication, or it can communicate at a later, necessary time. In other words, the second target information received by the first device can be used to select its target interaction object (i.e., the first target device) and determine the message content to be sent during subsequent interactions. For example, it can select nearby autonomous vehicles for platooning applications.

[0168] The following provides examples of the solutions provided in the embodiments of this application.

[0169] Taking the first device as an OBU (On-Board Unit), when a vehicle (e.g., vehicle A) performs connected functions, the OBU on the vehicle can continuously and periodically broadcast its service capability set (i.e., the first target information). It should be noted that the application scenarios in the service capability set are a list of scenarios agreed upon by the industry. The vehicle selects the scenario it wants to execute and sets the relevant status of that scenario to "on," while setting the relevant status of other scenarios to "off." At this time, the Roadside Units (RSUs) around vehicle A can also broadcast the service capability set that the RSU supports for cooperation, and the OBUs on other vehicles around vehicle A (e.g., vehicle B) can also broadcast their respective service capability sets that support cooperation.

[0170] When vehicle A wants to perform a cooperative lane change, it can be achieved through vehicle-to-vehicle (V2V) cooperation or vehicle-to-infrastructure (V2I) cooperation. Specifically, assuming vehicle A is traveling on the main road and needs to change lanes to the right, and vehicle A wants to complete this lane change process through cooperative lane change, the communication process between vehicle A and vehicle B or RSU can be described as follows:

[0171] By receiving second target information sent by other vehicles in the vicinity (e.g., vehicle B), the OBU of vehicle A can learn about the service capability set of other vehicles in the vicinity, and then determine whether there is vehicle B supporting cooperative lane changing scenarios within a certain range (e.g., 100 meters) to the right rear of vehicle A, or whether the RSU within the coverage area supports cooperative lane changing.

[0172] If neither vehicle B nor the RSU in the vicinity supports cooperative lane changing scenarios, then the cooperative lane changing scenario can be deleted from the service list of the first target information of vehicle A; if vehicle B and the RSU support cooperative lane changing scenarios, then vehicle A can further include V2V or V2I cooperative lane changing scenarios in the service list of the first target information.

[0173] For example, if no other vehicles around vehicle A have a need for the perception sharing service, then vehicle A's OBU may not need to send the perception capability and other information in the first target information.

[0174] In other words, the first device can adjust the content of the first target information based on the applications supported by the surrounding environment (i.e., the second device).

[0175] In embodiments of the present invention, by sending first target information, second devices around the first device can learn about the first device's ability to perform a first service. This allows the second devices to determine their own security (or cooperation) policy configuration, or whether to trigger and which application to trigger, or other communication or cooperation policies related to the first device, based on the first device's ability to perform the first service. In this way, the problem of high communication complexity and low efficiency caused by the difficulty for devices in the Internet of Vehicles to know each other's specific capabilities can be solved, thereby improving spectrum utilization.

[0176] Third Embodiment

[0177] like Figure 2 As shown, an embodiment of the present invention provides a vehicle network information processing method, applied to a second device, specifically including the following steps:

[0178] Step 21: Receive first target information sent by at least one first device, the first target information being used to determine the capability of the first device to perform a first service;

[0179] Step 22: Determine the first information based on the first target information.

[0180] In this embodiment, after receiving the first target information, the second device can determine the first information based on the information, and then use the first information for information interaction or internal configuration, such as to decide whether to trigger and which application to trigger, or to decide other communication or cooperation strategies related to the first device, thereby reducing communication complexity and improving spectrum utilization.

[0181] Optionally, the first information includes at least one of the following:

[0182] (a) The ability of the first device to perform the first service.

[0183] (ii) Identification information of the first target device whose ability to perform the first service matches that of the second device.

[0184] The second device can determine the capability of the first device to perform the first service based on the first target information. It can then identify a first target device whose capability matches that of the second device. This first target device can serve as the interaction object for the second device, allowing for immediate communication, or it can communicate at a later, necessary time. In other words, the first target information received by the second device can be used to select its target interaction object (i.e., the first target device) and determine the message content to be sent during subsequent interactions. For example, it could select nearby autonomous vehicles for platooning applications.

[0185] For example, taking the OBU of vehicle A as the second device, assuming vehicle A can parse all phase one and phase two message sets, but because vehicle A itself does not have sensors installed, or the installed sensors have insufficient capability, vehicle A can only receive SSM messages, but cannot compile its own perception data into SSM messages to inform surrounding vehicles. In other words, vehicle A can perform perception sharing scenarios, but can only receive and not send. Therefore, vehicle A sets the broadcast second target information to support level 1 (vehicle dynamic driving information).

[0186] In this scenario, if none of the vehicles surrounding vehicle A support Level 2 (Level 1 + traffic participant information) and Level 3 (Level 2 + obstacle information), then vehicle A does not need to send a perception sharing request. If vehicle B supports Level 3, meaning that the first target information sent by vehicle B's OBU is set to support vehicle dynamic driving information, traffic participant information, and obstacle information, and vehicle C supports Level 2, then for safety reasons, vehicle A can choose more granular data content. That is, vehicle A selects vehicle B to trigger the perception sharing application, i.e., vehicle A sends a perception sharing request to vehicle B.

[0187] Furthermore, in the first target information, vehicle A can be set as the demander in the perception sharing scenario, and vehicle B can provide feedback on its role, capabilities, and protocol format, etc.

[0188] (iii) Configuration information of the second device related to the first device.

[0189] It should be noted that the second device can configure a security (or cooperation) strategy based on the received first target information, that is, determine the configuration information of the second device related to the first device. For example, the second device can assign different security strategies to different vehicles based on the intelligence level and connectivity information (e.g., connectivity level) in the first target information of surrounding vehicles. For example, a relatively shorter safety distance can be set for vehicles with high connectivity levels, while a relatively longer safety distance can be set for vehicles with low connectivity levels.

[0190] The configuration information may also include information filtering rules to filter second request information that does not match the service capabilities of the second device. In this way, the second device can filter request information sent by vehicles whose service capabilities do not match those of its own vehicle (i.e., the vehicle in which the second device is located), avoiding resource waste. For example, if the own vehicle does not support platooning, then when surrounding vehicles send platooning requests, those requests will not be uploaded to the application layer.

[0191] (iv) The second target information of the second device.

[0192] The first target information received by the second device can also be used to determine the set of service capabilities that the second device needs to send (i.e., the second target information). For example, when the first target information determines that the radio access type of the first device is LTE-V2XSL only, the second device can determine the radio access type for providing services as LTE-V2XSL in order to cooperate with it; or, when the radio access type of the first device is LTE-V2XSL+NR-V2XSL, and the second device only supports LTE-V2XSL, it can inform the other party of the capabilities it supports in the second target information so that the other party can use LTE-V2XSL to provide services.

[0193] (v) The method of transmitting the second target information of the second device.

[0194] In this embodiment, the second device can determine the first device's ability to perform the first service, its own security (or cooperation) strategy configuration, and other communication or cooperation strategies related to the first device by receiving the first target information. This solves the problem of high communication complexity and low efficiency caused by the difficulty for devices in the Internet of Vehicles to know each other's specific capabilities.

[0195] Optionally, after determining the first information, the method further includes at least one of the following:

[0196] Send the second information to the first target device;

[0197] Send the second target information.

[0198] As an optional embodiment of the present invention, the second device can determine the network connectivity information and / or supported protocol versions of each first device around it based on the received first target information. Specifically, if the network connectivity information indicates that none of the first devices has network connectivity capability, or if the supported protocol versions indicate that the supported protocol versions of each first device are inconsistent with the supported protocol version of the second device, then the second device stops sending network connectivity messages and / or the second target information; alternatively, the second device adjusts the frequency of sending network connectivity messages and / or the second target information.

[0199] In other words, the second device can decide whether to send a connectivity message or a set of service capabilities (i.e., the second target information) based on the surrounding environment information (i.e., the received first target information). Taking the second device as an RSU as an example: if none of the vehicles within the coverage area of ​​the RSU have connectivity capabilities, the RSU will stop sending connectivity messages and / or service capability sets; if all the vehicles within the coverage area of ​​the RSU support the YD / T3709-2020 protocol, and the RSU supports the T / CSAE 53-2017 version of the protocol, the RSU will stop sending connectivity messages and / or service capability sets.

[0200] Optionally, before sending the second information to the first target device, the method further includes at least one of the following:

[0201] (a) Determine the content of the second information.

[0202] Specifically, before sending the second information to the first target device, the second device can select the type of the second information to send. For example, taking the second device as an RSU, if the surrounding vehicles only support the first stage scenario, the RSU can send only the RSM message; if the surrounding vehicles are vehicles with both first and second stages, the RSU can send both the RSM message and the SSM message simultaneously; if the surrounding vehicles are only vehicles with the second stage, the RSU can send only the SSM message.

[0203] (ii) Determine the type of business to be performed.

[0204] In other words, the second device can decide whether to trigger the relevant application and determine the type of application based on the first target information. Specifically, before triggering the application, the second device can determine whether the surrounding vehicles or roadside equipment can meet the expected conditions. If they do, the relevant application is triggered; if not, it can request cooperation from surrounding vehicles until the expected conditions are met before triggering the relevant application. For example, taking the second device as the OBU of vehicle A, if vehicle A requests to change lanes to the right, and there are no vehicles in the right lane within a certain range, vehicle A cannot trigger the V2V cooperative lane change application and can only wait for an opportunity to trigger it, or it can only trigger the V2I cooperative lane change application.

[0205] As an optional embodiment, the second device can adjust the application it triggers based on the applications supported by the first device in the surrounding environment. Taking the second device as an on-board unit (OBU) as an example, if the second device wants to execute the first service, after analyzing the first target message, it can be divided into the following situations:

[0206] (1) If only the OBU in the first device has the ability to execute the first service, only the V2V (Vehicle to Vehicle) application corresponding to the first service will be triggered.

[0207] For example, if the first service is cooperative lane changing, and vehicle B supports cooperative lane changing but the RSU does not, then vehicle A directly triggers the V2V vehicle-to-infrastructure cooperative application. That is, the cooperative lane changing request sent by vehicle A's OBU includes a V2V vehicle-to-vehicle cooperative lane changing request.

[0208] (2) If only the RSU in the first device has the ability to perform the first service, only the application of the vehicle terminal corresponding to the first service and V2I (Vehicle to Infrastructure) is triggered.

[0209] For example, if vehicle B does not support cooperative lane changing scenarios, but the RSU does, then vehicle A will subsequently trigger V2I vehicle-to-infrastructure cooperation applications. In other words, the cooperative lane changing request sent by vehicle A's OBU includes a V2I vehicle-to-infrastructure cooperation request.

[0210] (3) If at least one OBU and at least one RSU in the first device have the ability to perform the first service, the V2V or V2I application corresponding to the first service is triggered according to the preset rules.

[0211] For example, taking the OBU of vehicle A as the second device, if both vehicle B and RSU support cooperative lane change scenarios, vehicle A can decide to trigger cooperative lane change applications of V2V or V2I according to the pre-set rules.

[0212] For example, if neither vehicle B nor the RSU supports cooperative lane changing scenarios, then vehicle A will stop triggering the application.

[0213] (iii) Determine the method of sending the second information.

[0214] In this embodiment, the content of the second information can be determined based on the first target information before sending the second information. For example, the second device can determine the type of information to be sent based on surrounding environmental information (i.e., the first target information sent by the first device, etc.).

[0215] As an optional embodiment, the second device can determine the second information to send based on the intelligence and connectivity levels of surrounding vehicles. Taking the RSU as an example, if there are autonomous vehicles with intelligence levels higher than the first level within the RSU's coverage area, and these vehicles require high-precision maps, the RSU can send map messages to the vehicle's OBU (i.e., the second device) in the format of a high-precision map. If the intelligence levels of all vehicles within the RSU's coverage area are lower than or equal to the first level, the RSU only needs to send a standard-precision map. The first level can be set according to specific circumstances, for example, as L3.

[0216] Optionally, the first target information includes: device feature information and / or service capability information; wherein, the service capability information includes first service capability information and / or second service capability information, the first service capability information is used to indicate the service capabilities currently activated by the first device, and the second service capability information is used to indicate the service capabilities currently not activated by the first device.

[0217] In this embodiment, the first target information can be understood as the service capability set of the first device. The service capability set can be: device feature information, or the capabilities possessed by the first device (i.e., the service capabilities currently activated by the first device), or the services (or businesses) that the first device can support or the services (or businesses) that the first device currently wants to support, which are the service capabilities that the first device is not currently activated.

[0218] It should be noted that the specific content, explanation, implementation method and examples of the first target information (i.e. device feature information and service capability information) in the embodiments of the present invention can refer to the target information in the first embodiment, and will not be repeated here.

[0219] As an optional embodiment of the present invention, the service capability information includes at least one of the following: service information; message set; service category information; service level information; application identifier (AID) information; provider service identifier (PSID) information; and privacy protection requirement information. The service capability information also includes one of the following: role information; capability information; and protocol information. The device characteristic information includes at least one of the following: home party information; wireless access type; intelligence level; network connectivity information; supported protocol version; sensing capability information; positioning capability information; formation capability information; functional safety level information; and sensing data type.

[0220] In an embodiment of the present invention, the second device can learn about the first device's ability to perform a first service by receiving first target information sent by the first device. Based on the first device's ability to perform the first service, the second device can determine its own security (or cooperation) strategy configuration, or decide whether to trigger and which application to trigger, or decide other communication or cooperation strategies related to the first device. In this way, the problem of high communication complexity and low efficiency caused by the difficulty for devices in the Internet of Vehicles to know each other's specific capabilities can be solved, and spectrum utilization is improved.

[0221] Fourth embodiment

[0222] like Figure 3 As shown, this embodiment of the invention provides a vehicle networking information processing device 300, applied to a first device, comprising:

[0223] The sending module 301 is used to send first target information, which is used to determine the capability of the first device to perform a first service.

[0224] Optionally, the first target information includes: device characteristic information and / or service capability information;

[0225] The service capability information includes first service capability information and / or second service capability information. The first service capability information is used to indicate the service capabilities currently activated by the first device, and the second service capability information is used to indicate the service capabilities currently not activated by the first device.

[0226] Optionally, the device further includes:

[0227] The first acquisition module is used to acquire second target information corresponding to at least one second device, the second target information being used to determine the capability of the second device to perform the first service;

[0228] The first processing module is used to update the first target information or adjust the sending method of the first target information based on the second target information.

[0229] Optionally, the processing module includes:

[0230] The first adjustment unit is configured to adjust the service capability of the first device to be consistent with the capability level of the second device when the capability level of the second device to perform the first service is lower than that of the first device to perform the first service.

[0231] The capability request unit is used to add capability request information to the first target information when the second device can perform the first service if the currently inactive service capability can do so. The capability request information is used to request the second device to activate the capability to perform the first service.

[0232] Optionally, the processing module includes:

[0233] The first processing unit is used to delete the first service capability information corresponding to the first service.

[0234] The second processing unit is used to stop sending the first target information;

[0235] The second adjustment unit is used to adjust the frequency of sending the first target information.

[0236] Optionally, the device further includes:

[0237] The second acquisition module is used to acquire second target information corresponding to at least one second device, and the second target information is used to determine the ability of the second device to perform the first service.

[0238] The second processing module is used to determine, based on the second target information, a first target device with the service capability to perform the first service from the second device when the first device intends to perform the first service.

[0239] The third processing module is used to communicate with the first target device related to the first service.

[0240] The fourth embodiment of the present invention corresponds to the method of the second embodiment described above. All the implementation means in the second embodiment described above are applicable to the embodiments of the vehicle network information processing device and can achieve the same technical effect.

[0241] Fifth embodiment

[0242] like Figure 4 As shown, an embodiment of the present invention provides a vehicle network information processing device 400, comprising:

[0243] Receiving module 401 is configured to receive first target information sent by at least one first device, wherein the first target information is used to determine the capability of the first device to perform a first service;

[0244] The determining module 402 is used to determine the first information based on the first target information.

[0245] Optionally, the first information includes at least one of the following:

[0246] The ability of the first device to perform the first service;

[0247] Identification information of a first target device whose capability to perform the first service matches that of the second device;

[0248] Configuration information of the second device related to the first device;

[0249] The second target information of the second device;

[0250] The method of transmitting the second target information by the second device.

[0251] Optionally, the device further includes:

[0252] The first sending module is used to send the second information to the first target device;

[0253] The second sending module is used to send the second target information.

[0254] Optionally, the device further includes:

[0255] The first determining module is used to determine the content of the second information;

[0256] The second determining module is used to determine the type of the first business to be performed;

[0257] The third determining module is used to determine the method of sending the second information.

[0258] The fifth embodiment of the present invention corresponds to the method of the third embodiment described above. All the implementation means in the third embodiment described above are applicable to the embodiments of the vehicle network information processing device and can achieve the same technical effect.

[0259] Sixth Embodiment

[0260] To better achieve the above objectives, such as Figure 5 As shown, the sixth embodiment of the present invention also provides a device, which is a first device, comprising:

[0261] The processor 500; and the memory 520 connected to the processor 500 via a bus interface, the memory 520 being used to store programs and data used by the processor 500 during operation, and the processor 500 calling and executing the programs and data stored in the memory 520.

[0262] The transceiver 510 is connected to a bus interface and is used to receive and send data under the control of the processor 500; the processor 500 is used to read the program in the memory 520 and execute the following steps:

[0263] Send first target information, which is used to determine the first device's ability to perform a first service.

[0264] Among them, Figure 5In this context, the bus architecture can include any number of interconnected buses and bridges, specifically linking various circuits together, represented by one or more processors (processor 500) and memory (memory 520). The bus architecture can also link various other circuits such as peripheral devices, voltage regulators, and power management circuits, which are well known in the art and therefore will not be described further herein. The bus interface provides an interface. The transceiver 510 can be multiple elements, including transmitters and transceivers, providing a unit for communicating with various other devices over a transmission medium. For different terminals, the user interface 530 can also be an interface capable of connecting external or internal devices, including but not limited to keypads, displays, speakers, microphones, joysticks, etc. The processor 500 is responsible for managing the bus architecture and general processing, and the memory 520 can store data used by the processor 500 during operation.

[0265] Optionally, the first target information includes: device characteristic information and / or service capability information;

[0266] The service capability information includes first service capability information and / or second service capability information. The first service capability information is used to indicate the service capabilities currently activated by the first device, and the second service capability information is used to indicate the service capabilities currently not activated by the first device.

[0267] Optionally, the processor 500 is further configured to: acquire second target information corresponding to at least one second device, the second target information being used to determine the capability of the second device to perform the first service;

[0268] Based on the second target information, update the first target information, or adjust the way the first target information is sent.

[0269] Optionally, when the first device acquires the second target information within a preset time period, and the second target information indicates that the capability of the second device to perform the first service matches the capability of the first device to perform the first service, the processor 500, when updating the first target information according to the second target information, specifically performs the following:

[0270] If the capability level of the second device to perform the first service is lower than the capability level of the first device to perform the first service, the service capability of the first device shall be adjusted to be consistent with the capability level of the second device.

[0271] If the second device can perform the first service even though its currently inactive service capability is available, add capability request information to the first target information. The capability request information is used to request the second device to activate its capability to perform the first service.

[0272] Optionally, when the first device fails to acquire the second target information within a preset time period, or when the second target information indicates that the capability of each second device to perform the first service is mismatched with the capability of the first device to perform the first service, the processor 500, when adjusting the transmission method of the first target information according to the second target information, specifically performs the following:

[0273] Delete the first service capability information corresponding to the first service;

[0274] Stop sending the first target information;

[0275] Adjust the frequency of sending the first target information.

[0276] Optionally, the processor 500 is further configured to:

[0277] Obtain second target information corresponding to at least one second device, the second target information being used to determine the capability of the second device to perform the first service;

[0278] If the first device wants to perform the first service, a first target device with the service capability to perform the first service is determined from the second device based on the second target information;

[0279] To conduct communication with the first target device related to the first service.

[0280] The first device provided by this invention can enable second devices around the first device to know the first device's ability to perform a first service by sending first target information. This allows the second devices to determine their own security (or cooperation) strategy configuration, or whether to trigger and which application to trigger, or other communication or cooperation strategies related to the first device based on the first device's ability to perform the first service. In this way, the problem of high communication complexity and low efficiency caused by the difficulty for devices in the Internet of Vehicles to know each other's specific capabilities can be solved, and spectrum utilization is improved.

[0281] Seventh Embodiment

[0282] To better achieve the above objectives, the seventh embodiment of the present invention also provides a device, which is a second device and can employ, as shown in the example below. Figure 5 The structure shown is the same as the first device, including:

[0283] The processor 500; and the memory 520 connected to the processor 500 via a bus interface, the memory 520 being used to store programs and data used by the processor 500 during operation, and the processor 500 calling and executing the programs and data stored in the memory 520.

[0284] The transceiver 510 is connected to a bus interface and is used to receive and send data under the control of the processor 500; the processor 500 is used to read the program in the memory 520 and execute the following steps:

[0285] Receive first target information sent by at least one first device, the first target information being used to determine the capability of the first device to perform a first service;

[0286] Based on the first target information, determine the first information.

[0287] Among them, Figure 5 In this context, the bus architecture can include any number of interconnected buses and bridges, specifically linking various circuits together, represented by one or more processors (processor 500) and memory (memory 520). The bus architecture can also link various other circuits such as peripheral devices, voltage regulators, and power management circuits, which are well known in the art and therefore will not be described further herein. The bus interface provides an interface. The transceiver 510 can be multiple elements, including transmitters and transceivers, providing a unit for communicating with various other devices over a transmission medium. For different terminals, the user interface 530 can also be an interface capable of connecting external or internal devices, including but not limited to keypads, displays, speakers, microphones, joysticks, etc. The processor 500 is responsible for managing the bus architecture and general processing, and the memory 520 can store data used by the processor 500 during operation.

[0288] Optionally, the first information includes at least one of the following:

[0289] The ability of the first device to perform the first service;

[0290] Identification information of a first target device whose capability to perform the first service matches that of the second device;

[0291] Configuration information of the second device related to the first device;

[0292] The second target information of the second device;

[0293] The method of transmitting the second target information by the second device.

[0294] Optionally, the processor 500 is further configured to:

[0295] Send the second information to the first target device;

[0296] Send the second target information.

[0297] Optionally, the processor 500 is further configured to:

[0298] Determine the content of the second information;

[0299] Determine the type of the first task to be performed;

[0300] Determine the method of sending the second information.

[0301] The second device provided by the present invention can obtain the capability of the first device to perform a first service by receiving the first target information sent by the first device. Based on the capability of the first device to perform the first service, it can determine the configuration of its own security (or cooperation) strategy, or decide whether to trigger and which application to trigger, or decide other communication or cooperation strategies related to the first device. In this way, the problem of high communication complexity and low efficiency caused by the difficulty of each device in the Internet of Vehicles to know the specific capabilities of each other can be solved, and the spectrum utilization rate is improved.

[0302] Those skilled in the art will understand that all or part of the steps of the above embodiments can be implemented by hardware or by a computer program instructing the relevant hardware to implement them. The computer program includes instructions to perform some or all of the steps of the above methods; and the computer program can be stored in a readable storage medium, which can be any form of storage medium.

[0303] In addition, specific embodiments of the present invention also provide a computer-readable storage medium storing a computer program thereon, which, when executed by a processor, implements the steps of the method as described in the second embodiment above, or implements the steps of the method as described in the third embodiment above. And it can achieve the same technical effect; to avoid repetition, it will not be described again here.

[0304] Furthermore, it should be noted that in the apparatus and method of the present invention, it is obvious that the components or steps can be decomposed and / or recombined. These decompositions and / or recombinations should be considered equivalent solutions of the present invention. Moreover, the steps performing the above-described series of processes can naturally be executed in the order described, but are not necessarily required to be executed in chronological order; some steps can be executed in parallel or independently of each other. Those skilled in the art will understand that all or any step or component of the method and apparatus of the present invention can be implemented in any computing device (including processors, storage media, etc.) or network of computing devices, in hardware, firmware, software, or a combination thereof. This is something that those skilled in the art can achieve by using their basic programming skills after reading the description of the present invention.

[0305] Therefore, the object of the present invention can also be achieved by running a program or a set of programs on any computing device. The computing device can be a known general-purpose device. Therefore, the object of the present invention can also be achieved simply by providing a program product containing program code implementing the method or apparatus. That is, such a program product also constitutes the present invention, and the storage medium storing such a program product also constitutes the present invention. Obviously, the storage medium can be any known storage medium or any storage medium developed in the future. It should also be noted that in the apparatus and method of the present invention, it is obvious that the components or steps can be decomposed and / or recombined. These decompositions and / or recombinations should be considered equivalent to the present invention. Furthermore, the steps performing the above series of processes can naturally be performed in the order described, but are not necessarily required to be performed in chronological order. Some steps can be performed in parallel or independently of each other.

[0306] The above description represents the preferred embodiments of the present invention. It should be noted that those skilled in the art can make various improvements and modifications without departing from the principles of the present invention, and these improvements and modifications should also be considered within the scope of protection of the present invention.

Claims

1. A method for processing vehicle network information, characterized in that, Applied to the first device, including: Send first target information, the first target information being used to determine the first device's ability to perform a first service; The first target information includes: device feature information and / or service capability information; The service capability information includes first service capability information and / or second service capability information. The first service capability information is used to indicate the set of service capabilities currently activated by the first device, and the second service capability information is used to indicate the set of service capabilities currently not activated by the first device.

2. The method according to claim 1, characterized in that, Also includes: Obtain second target information corresponding to at least one second device, the second target information being used to determine the capability of the second device to perform the first service; Based on the second target information, update the first target information, or adjust the way the first target information is sent.

3. The method according to claim 2, characterized in that, If the first device acquires the second target information within a preset time period, and the second target information indicates that the second device's ability to perform the first service matches the first device's ability to perform the first service, then the first target information is updated according to the second target information, including one of the following: If the capability level of the second device to perform the first service is lower than the capability level of the first device to perform the first service, the service capability of the first device shall be adjusted to be consistent with the capability level of the second device. If the second device can perform the first service even when its currently inactive service capability is sufficient, add capability request information to the first target information. The capability request information is used to request the second device to activate its capability to perform the first service.

4. The method according to claim 2, characterized in that, If the first device fails to acquire the second target information within a preset time period, or if the second target information indicates that the capability of each second device to perform the first service is mismatched with the capability of the first device to perform the first service, the transmission method of the first target information is adjusted according to the second target information, including one of the following: Delete the first service capability information corresponding to the first service; Stop sending the first target information; Adjust the frequency of sending the first target information.

5. The method according to claim 1, characterized in that, Also includes: Obtain second target information corresponding to at least one second device, the second target information being used to determine the capability of the second device to perform the first service; If the first device wants to perform the first service, a first target device with the service capability to perform the first service is determined from the second device based on the second target information; To conduct communication with the first target device related to the first service.

6. A method for processing vehicle network information, characterized in that, Applied to a second device, including: Receive first target information sent by at least one first device, the first target information being used to determine the capability of the first device to perform a first service; Based on the first target information, determine the first information; The first target information includes: device feature information and / or service capability information; The service capability information includes first service capability information and / or second service capability information. The first service capability information is used to indicate the set of service capabilities currently activated by the first device, and the second service capability information is used to indicate the set of service capabilities currently not activated by the first device.

7. The method according to claim 6, characterized in that, The first information includes at least one of the following: The ability of the first device to perform the first service; Identification information of a first target device whose capability to perform the first service matches that of the second device; Configuration information of the second device related to the first device; The second target information of the second device; The method of transmitting the second target information by the second device.

8. The method according to claim 7, characterized in that, After determining the first information, the method further includes at least one of the following: Send the second information to the first target device; Send the second target information.

9. The method according to claim 7, characterized in that, Before sending the second information to the first target device, the method further includes at least one of the following: Determine the content of the second information; Determine the type of the first task to be performed; Determine the method of sending the second information.

10. A vehicle-to-everything (V2X) communication system, comprising a first device and a second device, characterized in that, The first device and the second device communicate based on pre-set target information, which is used to determine the capability of the second target device to perform target services; The target information includes: device characteristic information and / or service capability information; The service capability information includes first service capability information and / or second service capability information. The first service capability information is used to indicate the set of service capabilities currently activated by the second target device, and the second service capability information is used to indicate the set of service capabilities currently not activated by the second target device. The second target device is the device that sends the target information.

11. The system according to claim 10, characterized in that, The service capability information includes at least one of the following: Business information; message set; Business category information; Business level information; Application identifier (AID) information; Provider Service Identifier (PSID) information; Information regarding privacy protection needs.

12. The system according to claim 11, characterized in that, The service capability information also includes the following: Character information; Capability information; Agreement information.

13. The system according to claim 10, characterized in that, The device characteristic information includes at least one of the following: Attribution information; Wireless access type; Intelligence level; Network Information; Supported protocol versions; Perceptual ability information; Location capability information; Formation capability information; Functional safety level information; Perceive data types.

14. An apparatus comprising: A transceiver, a memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that, when the processor executes the computer program, it implements the steps of the vehicle network information processing method as described in any one of claims 1 to 5, or implements the steps of the vehicle network information processing method as described in any one of claims 6 to 9.

15. A vehicle networking information processing device, characterized in that, Applied to the first device, including: A sending module is used to send first target information, which is used to determine the capability of the first device to perform a first service. The first target information includes: device feature information and / or service capability information; The service capability information includes first service capability information and / or second service capability information. The first service capability information is used to indicate the set of service capabilities currently activated by the first device, and the second service capability information is used to indicate the set of service capabilities currently not activated by the first device.

16. A vehicle networking information processing device, characterized in that, Applied to a second device, including: A receiving module is configured to receive first target information sent by at least one first device, wherein the first target information is used to determine the capability of the first device to perform a first service. The determining module is used to determine the first information based on the first target information; The first target information includes: device feature information and / or service capability information; The service capability information includes first service capability information and / or second service capability information. The first service capability information is used to indicate the set of service capabilities currently activated by the first device, and the second service capability information is used to indicate the set of service capabilities currently not activated by the first device.

17. A computer-readable storage medium having a computer program stored thereon, characterized in that, When the computer program is executed by a processor, it implements the steps of the vehicle network information processing method as described in any one of claims 1 to 5, or implements the steps of the vehicle network information processing method as described in any one of claims 6 to 9.

Images