WO2023143260A1 - 一种车联网信息处理方法、装置、设备及系统 - Google Patents

一种车联网信息处理方法、装置、设备及系统 Download PDF

Info

Publication number
WO2023143260A1
WO2023143260A1 PCT/CN2023/072649 CN2023072649W WO2023143260A1 WO 2023143260 A1 WO2023143260 A1 WO 2023143260A1 CN 2023072649 W CN2023072649 W CN 2023072649W WO 2023143260 A1 WO2023143260 A1 WO 2023143260A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
service
capability
target
target information
Prior art date
Application number
PCT/CN2023/072649
Other languages
English (en)
French (fr)
Inventor
张学艳
李晨鑫
郑石磊
Original Assignee
大唐高鸿智联科技(重庆)有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 大唐高鸿智联科技(重庆)有限公司 filed Critical 大唐高鸿智联科技(重庆)有限公司
Publication of WO2023143260A1 publication Critical patent/WO2023143260A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H04W4/46—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for vehicle-to-vehicle communication [V2V]
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Definitions

  • the present disclosure relates to the technical field of communication, and in particular to a method, device, device and system for processing information of the Internet of Vehicles.
  • the vehicle can send its intention to the surrounding vehicles or roadside facilities, requesting the surrounding vehicles or roadside facilities to cooperate with it to complete a specific application or function.
  • On board Unit OBU
  • OBU On board Unit
  • BSM Basic Safety Message
  • the roadside equipment cannot determine the range of broadcast/cooperation capabilities.
  • RSU has multiple collaboration capabilities.
  • it will cause a waste of spectrum resources; if only a part of the capability is triggered, the advantages of the enhanced application may not be reflected.
  • the present disclosure provides an information processing method, device, device, and system for the Internet of Vehicles, which solves the problem that it is difficult for each device in the Internet of Vehicles to know the specific capabilities of each other, resulting in high communication complexity and low efficiency.
  • the embodiments of the present disclosure provide a method for processing information of the Internet of Vehicles, which is applied to the first device, including:
  • embodiments of the present disclosure provide a method for processing information of the Internet of Vehicles, which is applied to a second device, including:
  • first information is determined.
  • an embodiment of the present disclosure provides a vehicle networking communication system, including a first device and a second device, the first device and the second device communicate based on preset target information, and the target The information is used to determine the capability of the second target device to perform the target service.
  • an embodiment of the present disclosure provides a vehicle networking information processing device applied to a first device, including:
  • a sending module configured to send first target information, where the first target information is used to determine the capability of the first device to execute the first service.
  • the embodiments of the present disclosure provide a vehicle networking information processing device, which is applied to the second device, including:
  • a receiving module configured to receive first target information sent by at least one first device, where the first target information is used to determine the capability of the first device to perform a first service
  • a determining module configured to determine first information according to the first target information.
  • an embodiment of the present disclosure provides a device, including: a transceiver, a memory, a processor, and a computer program stored on the memory and operable on the processor, and the computer program is implemented when the processor executes the computer program.
  • embodiments of the present disclosure provide a computer-readable storage medium, on which a computer program is stored, and when the computer program is executed by a processor, the steps of the method for processing information on the Internet of Vehicles as described in the first aspect are implemented, or The steps of the method for processing information of the Internet of Vehicles as described in the second aspect are realized.
  • the second device around the first device can know the capability of the first device to perform the first service, so that the second device can perform the first service according to the capability of the first device situation, decide the configuration of its own security (or cooperation) policy, or decide whether to trigger and what application to trigger, or decide other communication or cooperation policies related to the first device.
  • the problem of high communication complexity and low efficiency caused by the difficulty of knowing the specific capabilities of the other party improves the spectrum utilization.
  • FIG. 1 shows a flow chart of a method for processing information of the Internet of Vehicles in an embodiment of the present disclosure
  • FIG. 2 shows a flow chart of a method for processing information of the Internet of Vehicles according to another embodiment of the present disclosure
  • FIG. 3 shows a structural block diagram of a vehicle networking information processing device according to an embodiment of the present disclosure
  • FIG. 4 shows a structural block diagram of a vehicle networking information processing device according to another embodiment of the present disclosure
  • FIG. 5 shows a structural block diagram of a device according to an embodiment of the present disclosure.
  • sequence numbers of the following processes do not mean the order of execution, and the execution order of each process should be determined by its functions and internal logic, and should not be implemented in the present disclosure.
  • the implementation of the examples constitutes no limitation.
  • system and “network” are often used interchangeably herein.
  • B corresponding to A means that B is associated with A, and B can be determined according to A.
  • determining B according to A does not mean determining B only according to A, and B may also be determined according to A and/or other information.
  • the form of the access network is not limited, and may include macro base station (Macro Base Station), micro base station (Pico Base Station), 3G mobile base station (Node B), enhanced base station (eNB), home enhancement Access network of base station (Femto eNB or Home eNode B or Home eNB or HeNB), relay station, access point, remote radio module (Remote Radio Unit, RRU), radio remote head (Remote Radio Head, RRH) etc. .
  • macro base station Micro Base Station
  • micro base station Pico Base Station
  • 3G mobile base station Node B
  • eNB enhanced base station
  • eNB home enhancement Access network of base station
  • Femto eNB or Home eNode B or Home eNB or HeNB relay station
  • access point
  • remote radio module Remote Radio Unit
  • RRU radio remote head
  • RRH Remote Head
  • the user terminal can be a mobile phone (or mobile phone), or other equipment capable of sending or receiving wireless signals, including user equipment, personal digital assistant (Personal Digital Assistant, PDA), wireless modem, wireless communication device, handheld device, laptop Computers, cordless phones, Wireless Local Loop (WLL) stations, Customer Premise Equipment (CPE) or mobile smart hotspots capable of converting mobile signals to Wireless Fidelity (WiFi) signals, smart home appliances , or other devices that can spontaneously communicate with the mobile communication network without human operation.
  • PDA Personal Digital Assistant
  • WLL Wireless Local Loop
  • CPE Customer Premise Equipment
  • WiFi Wireless Fidelity
  • the Internet of Vehicles is based on the intra-vehicle network, the inter-vehicle network and the vehicle-mounted mobile Internet, and performs wireless communication between vehicles and X (X: vehicles, roads, pedestrians and the Internet, etc.) in accordance with agreed communication protocols and data interaction standards.
  • the large system network for information exchange is an integrated network that can realize intelligent traffic management, intelligent dynamic information service and intelligent vehicle control, and is a typical application of Internet of Things technology in the field of transportation systems.
  • the terminal equipment involved in the vehicle network includes OBU and RSU.
  • the vehicle's OBU or roadside RSU is usually used to broadcast empty VIR messages or RSC messages, indicating that it has the ability to enhance the application of the second stage.
  • the OBU of a vehicle (take vehicle A as an example) periodically broadcasts an empty VIR message, and after the OBUs of surrounding vehicles (take vehicle B as an example) receive the message, vehicle B can know that vehicle A has a two-stage enhanced application capability, you can send a cooperative request to vehicle A, such as cooperative lane change and other scenarios.
  • VIR and RSC Although it can be known that it has the capability of two-stage enhanced application, it has the following disadvantages:
  • the OBU of the vehicle and or the roadside RSU need to interact with the surrounding vehicles before they can know the penetration rate of the surrounding environment, and when the confirmation is completed , may have missed the optimal execution time of the application.
  • the embodiments of the present disclosure provide a method, device, device, and system for processing information in the Internet of Vehicles, which solves the problem that in the related art, it is difficult for each device in the Internet of Vehicles to know the specific capabilities of the other party, resulting in high communication complexity and low efficiency. low problem.
  • An embodiment of the present disclosure provides a vehicle networking communication system, including a first device and a second device, specifically: the first device and the second device communicate based on preset target information, and the target information It is used to determine the capability of the second target device to execute the target service.
  • the first device and the second device may be Internet of Vehicles devices, for example, the first device may be an RSU or an OBU.
  • the target information is a kind of information related to the service capability of the second target device defined in the embodiment of the present disclosure, and the target information can be understood as the set of service capabilities of the second target device, where the first device sends the target information to the second device time, the first device is the second target device, when the second device sends target information to the first device, the second device is the second target device.
  • the first device and the second device communicate based on the target information, they can know the set of service capabilities of the other party, that is, they can know the execution capabilities of the other party for specific services, such as the execution capabilities for cooperative lane change services.
  • 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, and the first service capability information includes The service capability information is used to indicate the currently activated service capability of the second target device, the second service capability information is used to indicate the currently unactivated service capability of the second target device, and the second target device sends the target information device.
  • the second target device may send the target information in any manner among broadcast, unicast and multicast, which is not limited here.
  • the service capability set may be: device characteristic information, or: the capability possessed by the second target device (that is, the service capability currently activated by the second target device), or: the capability of the second target device
  • the supported service (or business) or the service (or business) that the second target device currently wants to support, etc., is the currently inactive service capability of the second target device.
  • the target information can be implemented at the application layer or at the network layer:
  • Case 1 implemented at the application layer, can be carried by the data content carried in the message, specifically:
  • Target information can be carried by an extended existing message, or by a new message.
  • the vehicle when carried by an extended existing message, can carry the target information through the extended Basic Safety Message (BSM) message; the roadside equipment RSU can carry the target information through the extended traffic light phase and timing message (Signal PhAse Timing message, SPAT), map (MAP), roadside traffic information (Road Side Information, RSI), roadside unit message (Road Side Message, RSM) to carry target information, which extended message to carry can be based on road Determine the functions supported by the RSU of the side device.
  • the RSU only supports broadcasting of signal light messages (that is, SPAT messages) and coordination of vehicles at intersections, so the extended SPAT messages can carry target information.
  • the embodiments of the present disclosure can deliver more useful information than related solutions; if the target information is sent by sending extended existing messages (such as BSM messages), In addition to being able to transmit more useful information, a large amount of spectrum resources can also be saved.
  • a new message for example Such as broadcast target information
  • extended existing messages such as BSM messages
  • the message layer sends a request to the dedicated management entity (Dedicated Management Entity, DME) of the network layer through primitives, and the network layer sends a request through a dedicated short message (Dedicated Short Message, DSM) or a dedicated service bulletin (Dedicated Service Announcement) Advertisement, DSA) to bear, specifically:
  • DME Dedicated Management Entity
  • DSA dedicated service bulletin
  • the extension field indication can be set to 1, and the target information can be stored in the extension field according to the format.
  • DSMP Dedicated Short Message Protocol
  • DSA If it is carried by DSA, it includes Header and application information (Application Info) in two ways:
  • DSA Header extension field is set to 1, and the target information is stored in the Header extension field according to the format;
  • DSA Application Info domain extension store target information according to the format.
  • the service capability information includes at least one of the following:
  • Business information that is, a list of application scenarios, such as collaborative lane change, collaborative merging, formation driving and other application scenarios;
  • Message set that is, a list of message sets, such as intent request message VIR, roadside coordination message RSC, etc.;
  • Business category information that is, a list of application scenario categories, such as application scenario types such as intent and collaboration, traffic management, and perception sharing;
  • Business level information that is, a list of application scenario levels, such as first-stage, second-stage, high-level automatic driving, etc.;
  • Application identification AID information that is, AID list, such as AID1, AID2, etc.;
  • PSID information that is, PSID list, such as PSID1, PSID2, etc.;
  • Privacy protection requirements information that is, privacy protection requirements, such as anonymization and encryption, anonymization only, encryption only, etc.
  • the service capability information can be understood as the business information of the second target device (such as the first device) Set
  • the service capability information can be: the capability of the second target device (that is, the service capability currently activated by the second target device), or: the service (or business) that the second target device can support or the second target device
  • the service (or business) that is currently wanted to be supported that is, the service capability of the second target device that is currently not activated.
  • the service capability information further includes the following item:
  • Role information which is used to indicate whether the device is a supplier or a demander, such as whether it can provide shared data in a perception sharing scenario
  • Capability information the number of devices that can be supported for different services, such as the number of devices that support sharing or the number of devices that are coordinated;
  • Protocol information for the protocol (or data) format supported by a specific service, such as video resolution, video protocol, etc.
  • the service capability information may also include the device's ability to support services in the set, including but not limited to: role information, capability information, and protocol information.
  • the device feature information includes device-related information and device inherent or current support capability information. Among them, it can be divided into:
  • Equipment-related information includes at least one of the following:
  • Device type for example: OBU, RSU, etc.
  • Ownership information for example, equipment brand, operator, owner, etc.
  • Wireless access type for example, long-term evolution (Long Term Evolution, LTE)-V2X direct connection (Sidelink, SL) only, new air interface (New Radio, NR)-V2X SL only, LTE-V2X SL+NR-V2X SL wait;
  • LTE Long Term Evolution
  • SL idelink
  • NR New Radio
  • Intelligent level that is, the level of vehicle automatic driving, for example, L1 ⁇ L5, etc.;
  • Network information that is, a list of equipment network levels, for example, network auxiliary information interaction, network collaborative perception, network collaborative decision-making and control, etc.;
  • Support protocol version for example, T/CSAE 53-2017, YD/T 3709-2020, etc.
  • the inherent or current support capability information of the equipment includes at least one of the following:
  • Sensing ability information indicating the sensing ability, for example, sensor type, sensing range, sensing accuracy and other capabilities
  • Positioning capability information indicating the positioning capability, such as carrier phase difference technology (Real-time kinematic, RTK), global navigation satellite system (Global Navigation Satellite System, GNSS) and other capabilities;
  • RTK Real-time kinematic
  • GNSS Global Navigation Satellite System
  • Formation capability information indicating formation capabilities, such as leading and following capabilities
  • Functional safety level information that is, functional safety level, for example, capabilities such as Automotive Safety Integration Level (ASIL) A to D;
  • ASIL Automotive Safety Integration Level
  • Perception data type that is, data content category, for example, vehicle dynamic driving information, traffic participant information, obstacle information, etc.
  • the first device and the second device communicate through target information, so that the first device and the second device can learn each other's ability to perform the first business, that is, the second target device (For example, the second device) can determine the configuration of its own security (or cooperation) policy, or decide whether to trigger and what application to trigger, or decide to Other related communication or collaboration strategies, in this way, can solve the problem of high communication complexity and low efficiency caused by the difficulty of knowing each other's specific capabilities between devices in the Internet of Vehicles, and improve spectrum utilization.
  • the second target device can determine the configuration of its own security (or cooperation) policy, or decide whether to trigger and what application to trigger, or decide to Other related communication or collaboration strategies, in this way, can solve the problem of high communication complexity and low efficiency caused by the difficulty of knowing each other's specific capabilities between devices in the Internet of Vehicles, and improve spectrum utilization.
  • an embodiment of the present disclosure provides a method for processing information of the Internet of Vehicles, which is applied to a first device, and specifically includes the following steps:
  • Step 11 Send first target information, where the first target information is used to determine the capability of the first device to execute the first service.
  • the first device may be an Internet of Vehicles device, for example, the first device may be an RSU or an OBU.
  • the first device may send the first target information in any manner among broadcast, unicast and multicast, which is not limited here.
  • the first target information may be understood as a set of service capabilities of the first device, and the first service may be an Internet of Vehicles service, for example, a coordinated lane change service.
  • the device sends a target message (for example, the first device sends the first target message), and informs other surrounding devices (such as the second device, that is, the roadside device or the vehicle on the vehicle) in an explicit manner.
  • Vehicle-mounted terminal its own service capability set (and intent information), so that other devices around can use the target message to clarify what kind of business execution the device has Ability.
  • the vehicle decides whether to trigger the application, it can clearly obtain the information of the surrounding environment (that is, other surrounding equipment, such as roadside equipment or other vehicles, specifically the vehicle terminal on other vehicles), and whether it can support the application. If the surrounding vehicles or roadside devices of the first device do not support related applications, the first device may stop sending target messages, thereby saving energy.
  • 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, and the first service capability The information is used to indicate a currently activated service capability of the first device, and the second service capability information is used to indicate a currently inactive service capability of the first device.
  • the currently inactive service capability of the first device refers to a service capability that can be activated on the first device but has not yet been activated, or a service capability that the first device wants to activate.
  • the first target information can be understood as a set of service capabilities of the first device, where the set of service capabilities can be: device feature information, or: capabilities possessed by the first device (that is, the first device is currently activated
  • the service capability may also be: the service (or service) that the first device can support or the service (or service) that the first device currently wants to support, etc., that is, the service capability that the first device is not currently activated.
  • first target information ie, device feature information and service capability information
  • the specific content, explanation, implementation and examples of the first target information can refer to the target information in the first embodiment, and will not be repeated here. repeat.
  • the service capability information includes at least one of the following: service information; message set; service category information; service level information; application identification AID information; provider service identification PSID information; privacy protection requirement information .
  • the service capability information also includes the following item: role information; capability information; protocol information.
  • the device feature information includes at least one of the following: device type; attribution party information; wireless access type; intelligence level; network association information; supported protocol version; perception capability information; positioning capability information; formation capability information; functional safety level Information; Perceived Data Types.
  • the method also includes:
  • the first device can also adjust the first target information based on the second target information sent by other surrounding IoV devices (the OBU of the vehicle or the roadside device) , that is, to adjust the set of service capabilities of the first device, specifically, it can be the adjustment of the specific content of the first target information, or the determination and adjustment of the sending method of the first target information (for example, the sending of the first target information can be adjusted frequency).
  • the OBU of the vehicle or the roadside device the OBU of the vehicle or the roadside device
  • the second target information is acquired by the first device within a preset time period, and the second target information indicates that the second device's ability to perform the first service is related to the second target information.
  • update the first target information according to the second target information including one of the following:
  • 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, adjusting the service capability of the first device to match the capability of the second device Consistent level of competency;
  • the capability request information is used to request the second device to activate The ability to perform the first business.
  • the situation that the ability of the second device to execute the first service matches the ability of the first device to execute the first service includes: the ability of the second device to execute the first service matches the ability of the first device to execute the first service.
  • the capabilities of the services are the same, or the capabilities (or grades) of the capabilities of the second device to perform the first service are different from the capabilities of the first device to perform the first service.
  • the first device may negotiate with the second device through the capability request information, so that the other party adjusts the capability, for example, negotiate with the second device, and request the other party to activate the service capability for executing the first service.
  • the embodiments of the present disclosure can provide a service capability negotiation mechanism in the C-V2X communication process to realize the service capability negotiation between the device and other surrounding devices. If the first device and other surrounding devices (that is, the second device ) supportable lists have intersections, but the currently supported lists have no intersections. The device can negotiate with other surrounding devices by sending the set of services it wants to support.
  • adjusting the sending method of the first target information includes one of the following:
  • the first device may determine the sending manner of the first target information according to whether the second target information can be acquired and the specific content of the acquired second target information. For example, when the first device is an OBU, if the service capability set of the surrounding vehicles (that is, the second target information sent by the second device) has no intersection with the first target information, or none of the surrounding vehicles has sent the service capability set, the first device The sending of the first target information may be stopped, or the frequency of the first target information may be reduced, and the specific content of the first target information may also be adjusted. For example, only the first service capability information corresponding to the first service in the first target information is deleted, and then the updated first target information is continued to be sent. In this way, the complexity in the communication process can be reduced, and the spectrum utilization rate can be improved.
  • the method further includes: acquiring second target information corresponding to at least one second device, where the second target information is used to determine the capability of the second device to perform the first service; In the case where the first service is to be executed, according to the second target information, determine from the second device a first target device capable of executing the first service; communicate with the first target device Communications related to the first service.
  • the first device can determine the ability of the second device to perform the first service according to the second target information, and then can determine the first device whose ability to perform the first service matches the first service from the second device.
  • the target device, the first target device can be used as an interaction object of the first device, and can communicate immediately, or can communicate at a desired occasion after a period of time. That is to say, the second target information received by the first device can be used to select a target interaction object of the first device (that is, the first target device), and to determine the message content to be sent during the subsequent interaction.
  • unmanned vehicles around can be selected for formation driving applications.
  • the OBU on the vehicle may continuously and periodically broadcast the service capability set of the OBU (that is, the first target information).
  • the application scenarios in the service capability set are a list of scenarios agreed by the industry.
  • the vehicle selects the scenario that it wants to execute currently, and sets the relevant status of the scenario to open.
  • the relevant status of other scenes is set to off.
  • the roadside equipment RSU around vehicle A can also broadcast the service capability set that the RSU supports cooperation
  • the OBUs on other vehicles (such as vehicle B) around vehicle A can also broadcast the service capability set that supports cooperation.
  • vehicle A When vehicle A wants to perform a cooperative lane change scenario, it can be realized through the vehicle-to-vehicle cooperation of vehicle-to-vehicle communication (Vehicle to Vehicle, V2V), or through vehicle-to-vehicle communication with roadside equipment (Vehicle to Infrastructure, V2I) Specifically, assuming that vehicle A is driving on the main road and needs to change lanes to the right, and vehicle A hopes to complete this lane change process through cooperative lane changes, the communication between vehicle A and vehicle B or RSU The process can be expressed as follows:
  • the OBU of vehicle A can know the set of service capabilities of other vehicles around by receiving the second target information sent by other surrounding vehicles (such as vehicle B), and then judge whether within a certain range (such as 100 meters) behind the right side of vehicle A, whether Vehicle B supports cooperative lane change scenarios, or whether the RSUs within the coverage area support cooperative lane change.
  • a certain range such as 100 meters
  • the cooperative lane change scenario can be deleted from the business list of the first target information of vehicle A; if the vehicle B and the RSU support cooperative lane change scenario, the vehicle A may further include a V2V or V2I cooperative lane change scenario in the service list of the first target information.
  • the OBU of the vehicle A may not send information such as the perception capability in the first target information.
  • the first device may adjust the content of the first target information according to the applications supported by the surrounding environment (that is, the second device).
  • the second device around the first device can know the capability of the first device to perform the first service, so that the second device can perform the first service according to the capability of the first device situation, decide the configuration of its own security (or cooperation) policy, or decide whether to trigger and what application to trigger, or decide other communication or cooperation policies related to the first device.
  • the problem of high communication complexity and low efficiency caused by the difficulty of knowing the specific capabilities of the other party improves the spectrum utilization.
  • an embodiment of the present disclosure provides a method for processing information of the Internet of Vehicles, which is applied to a second device, and specifically includes the following steps:
  • Step 21 Receive first target information sent by at least one first device, where the first target information is used to determine the capability of the first device to perform a first service;
  • Step 22 Determine first information according to the first target information.
  • the second device after the second device receives the first target information, it can determine the first information based on the information, and then use the first information for information interaction or internal configuration, for example, to decide whether to trigger and which application to trigger, Or it is used to determine other communication or cooperation strategies related to the first device, so as to reduce communication complexity and improve spectrum utilization.
  • the first information includes at least one of the following:
  • the second device may determine the capability of the first device to perform the first service according to the first target information, and then may determine from the first device the first target device whose capability of performing the first service matches the second device,
  • the first target device can be used as an interaction object of the second device, and can communicate immediately, or can communicate again at a desired occasion after a period of time. That is to say, the first target information received by the second device can be used to select a target interaction object of the second device (that is, the first target device), and to determine the message content to be sent during the subsequent interaction.
  • unmanned vehicles around can be selected for formation driving applications.
  • vehicle A can parse all the first-phase and second-phase message sets, but because vehicle A itself does not have sensors installed, or the installed sensor capability level is not enough, vehicle A can only Receives SSM messages, but cannot compile its own perception data into SSM messages to inform surrounding vehicles. That is to say, vehicle A can perform perception sharing scenarios, but it can only receive but not send. Therefore, vehicle A sets support level 1 (vehicle dynamic driving information) in the broadcasted second target information.
  • vehicle dynamic driving information vehicle dynamic driving information
  • vehicle A does not need to send a perception sharing request; if vehicle B supports Level 3, that is to say, the first target information sent by the OBU of vehicle B is set to support vehicle dynamic driving information, traffic participant information, and obstacle information, while vehicle C supports level 2.
  • vehicle A can choose more fine-grained data content, that is, vehicle A selects Select vehicle B to trigger the perception sharing application, that is, vehicle A sends a perception sharing request to vehicle B.
  • vehicle A can set the role of vehicle A in the perception sharing scene as the demander, and vehicle B will feed back its role, capability and protocol format, etc.
  • the second device may configure a security (or cooperation) policy according to the received first target information, that is, determine configuration information of the second device related to the first device. For example, the second device may assign different security policies to different vehicles according to the intelligence level and network connection information (such as network connection level) in the first target information of surrounding vehicles. For example, the safety distance set for vehicles with a high level of Internet connection is relatively short, while for vehicles with a low level of Internet connection, a relatively long safety distance can be set.
  • the configuration information may further include an information filtering rule, which is used to filter the second request information that does not match the service capability of the second device.
  • the second device can filter the request information sent by the vehicle that does not match the service capability of the own vehicle (that is, the vehicle where the second device is located), so as to avoid waste of resources. For example, if the self-vehicle does not support formation driving, when the surrounding vehicles send a formation request, the formation request will not be uploaded to the application layer.
  • the first target information received by the second device may also be used to determine the set of service capabilities (that is, the second target information) to be sent by the second device. For example, when it is determined through the first target information that the wireless access type of the first device is LTE-V2X SL only, in order to be able to cooperate with it, the second device may determine the wireless access type of the service as LTE-V2X SL; or , when the wireless access type of the first device is LTE-V2X SL+NR-V2X SL, and the second device only supports LTE-V2X SL, you can inform the other party of its supported capabilities in the second target information, so that the other party can Services are provided using LTE-V2X SL.
  • the second device can determine the ability of the first device to execute the first service, the configuration of its own security (or cooperation) policy, and other communication or communication related to the first device through the received first target information.
  • the collaboration strategy solves the problem of high communication complexity and low efficiency caused by the difficulty of knowing each other's specific capabilities between devices in the Internet of Vehicles.
  • the method further includes at least one of the following:
  • the second device may determine network association information and/or supported protocol versions of each first device around the second device through the received first target information. Wherein, when the network connection information indicates that each first device does not have the network connection capability, or the support protocol version indicates that the support protocol version of each first device is inconsistent with the support protocol version of the second device, Then the second device stops sending the network association message and/or the second target information, or the second device adjusts the sending frequency of the network association message and/or the second target information.
  • the second device may decide whether to send a network association message or whether to send a set of service capabilities of the second device (that is, the second target information) according to the surrounding environment information (that is, the received first target information), and use the second device
  • the second device is an RSU as an example: if none of the vehicles within the coverage of the RSU has network connection capabilities, the RSU stops sending network connection messages and/or service capability sets; if all the vehicles within the coverage of the RSU support YD/T3709 -2020 protocol vehicles, and the supported protocol version of the RSU is the T/CSAE 53-2017 version, the RSU stops sending network connection messages and/or service capability sets.
  • the method before sending the second information to the first target device, the method further includes at least one of the following:
  • the second device may select a type of the second information to be sent. For example, taking the second device as an RSU as an example, if the RSU is equipped with surrounding vehicles that only support one-stage scenarios, then the RSU can only send RSM messages; Send RSM message and SSM message synchronously; if there are only two-stage vehicles around, the RSU can only send SSM message.
  • the second device may decide whether to trigger the relevant application and determine the type of the application according to the first target information. Specifically, before triggering the application, the second device can judge whether the surrounding vehicles or roadside equipment can meet the expected conditions, and if so, trigger the relevant application; if not, it can request the cooperation of the surrounding vehicles until the expected condition is met. After the condition is met, start triggering related applications. For example, take the second device as the OBU of vehicle A as an example. Vehicle A requests to change lanes to the right. If there is no second-stage vehicle within a certain range of the right lane, vehicle A cannot trigger the V2V cooperative lane change application. Can only wait for the opportunity to trigger, or can only trigger the application of V2I cooperative lane change.
  • the second device may adjust the applications triggered by itself according to the applications supported by the first device in the surrounding environment.
  • the second device as an on-board terminal OBU as an example, if the second device intends to execute the first service, it can be divided into the following situations after analyzing the first target message:
  • V2V vehicle-to-vehicle communication
  • the first service is cooperative lane change. If vehicle B supports the cooperative lane change scenario but the RSU does not, vehicle A directly triggers the V2V vehicle-road cooperation application, that is, the cooperative lane change request sent by the OBU of vehicle A , including the V2V vehicle-to-vehicle cooperative lane change request.
  • V2I vehicle to Infrastructure
  • vehicle A subsequently triggers the V2I vehicle-infrastructure cooperative application, that is, the cooperative lane change request sent by the OBU of vehicle A contains the V2I Vehicle-road cooperation request.
  • vehicle A may decide to trigger a V2V or V2I cooperative lane change application according to preset rules.
  • the content of the second information may be determined according to the first target information.
  • the second device may determine the information type of the second information to be sent according to the surrounding environment information (that is, the first target information sent by the first device, etc.).
  • the second device may determine the second information to be sent according to the intelligence level and network connection level of surrounding vehicles.
  • the second device Taking the second device as an RSU as an example, if within the coverage of the RSU, there are self-driving vehicles whose intelligence level is higher than the first level, and the vehicle needs a high-precision map
  • the RSU can send a map message to the OBU (that is, the second device) of the vehicle in the format of a high-definition map; if the intelligence levels of the vehicles within the coverage of the RSU are all less than or equal to the first level, then RSU only needs to send the format of the standard map.
  • the first level can be set according to specific conditions, for example, it is set as L3.
  • 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, and the first service capability The information is used to indicate a currently activated service capability of the first device, and the second service capability information is used to indicate a currently inactive service capability of the first device.
  • the first target information can be understood as a set of service capabilities of the first device, where the set of service capabilities can be: device feature information, or: capabilities possessed by the first device (that is, the current
  • the activated service capability may also be: the service (or service) that the first device can support or the service (or service) that the first device currently wants to support, that is, the service capability that the first device is not currently activated.
  • first target information ie, device feature information and service capability information
  • the specific content, explanation, implementation and examples of the first target information can refer to the target information in the first embodiment, and will not be repeated here. repeat.
  • the service capability information includes at least one of the following: service information; message set; service category information; service level information; application identification AID information; provider service identification PSID information; privacy protection requirement information .
  • the service capability information also includes the following item: role information; capability information; protocol information.
  • the device feature information includes at least one of the following: device type; attribution party information; wireless access type; intelligence level; network connection information; supported protocol version; perception capability information; positioning capability information; formation capability information; functional safety level Information; Perceived Data Types.
  • the second device can know the ability of the first device to perform the first service by receiving the first target information sent by the first device, so that it can determine its own configuration of the security (or cooperation) policy, or decide whether to trigger and what application to trigger, or determine other communication or cooperation policies related to the first device, so that it can solve the problem that it is difficult for each device in the Internet of Vehicles to know each other
  • the problem of high communication complexity and low efficiency caused by specific capabilities improves spectrum utilization.
  • an embodiment of the present disclosure provides a car networking information processing device 300, which is applied to a first device, including:
  • a sending module 301 configured to send first target information, where the first target information is used to determine the capability of the first device to execute 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 service capability currently activated by the first device
  • the second service capability information used to indicate the currently inactive service capability of the first device.
  • the device also includes:
  • a first acquiring module configured to acquire second target information corresponding to at least one second device, where the second target information is used to determine the capability of the second device to perform the first service;
  • the first processing module is configured to update the first target information or adjust the sending manner of the first target information according to the second target information.
  • the processing module includes:
  • a first adjustment unit configured to adjust the service of the first device when 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 capability to match the capability level of the second device;
  • a capability requesting unit configured to add capability request information to the first target information in the case that the currently inactive service capability of the second device can execute the first service, and the capability request information is used to request
  • the second device activates a capability of executing the first service.
  • the processing module includes:
  • a first processing unit configured to delete the first service capability information corresponding to the first service
  • a second processing unit configured to stop sending the first target information
  • the second adjusting unit is configured to adjust the frequency of sending the first target information.
  • the device also includes:
  • a second acquiring module configured to acquire second target information corresponding to at least one second device, where the second target information is used to determine the capability of the second device to perform the first service;
  • the second processing module is configured to, when the first device intends to execute the first service, according to the The second target information, determining from the second device a first target device capable of executing the first service;
  • a third processing module configured to communicate with the first target device related to the first service.
  • the fourth embodiment of the present disclosure corresponds to the method of the above-mentioned second embodiment, and all the implementation means in the above-mentioned second embodiment are applicable to the embodiment of the Internet of Vehicles information processing device, and can also achieve the same technical effect .
  • an embodiment of the present disclosure provides a vehicle networking information processing device 400, including:
  • a receiving module 401 configured to receive first target information sent by at least one first device, where the first target information is used to determine the capability of the first device to perform a first service;
  • a determining module 402 configured to determine first information according to the first target information.
  • the first information includes at least one of the following:
  • the device also includes:
  • a first sending module configured to send second information to the first target device
  • a second sending module configured to send the second target information.
  • the device also includes:
  • a first determining module configured to determine the content of the second information
  • a second determining module configured to determine the type of execution of the first service
  • a third determining module configured to determine a sending manner of the second information.
  • the fifth embodiment of the present disclosure corresponds to the method of the above-mentioned third embodiment, and all the implementation means in the above-mentioned third embodiment are applicable to the embodiment of the Internet of Vehicles information processing device, and can also achieve the same technical effect .
  • the sixth embodiment of the present disclosure also provides A device, the device being a first device, comprising:
  • Processor 500 and a memory 520 connected to the processor 500 through a bus interface, the memory 520 is used to store programs and data used by the processor 500 when performing operations, and the processor 500 calls and executes the Programs and data stored in the memory 520.
  • the transceiver 510 is connected to the 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 to perform the following steps:
  • the bus architecture may include any number of interconnected buses and bridges, specifically one or more processors represented by the processor 500 and various circuits of the memory represented by the memory 520 are linked together.
  • the bus architecture can also link together various other circuits such as peripherals, voltage regulators, and power management circuits, etc., which are well known in the art and therefore will not be further described herein.
  • the bus interface provides the interface.
  • Transceiver 510 may be a plurality of elements, including a transmitter and a transceiver, providing a means for communicating with various other devices over a transmission medium.
  • the user interface 530 may also be an interface capable of connecting externally and internally to required devices, and the connected devices include but are not limited to keypads, displays, speakers, microphones, joysticks, and the like.
  • 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 when performing operations.
  • 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 service capability currently activated by the first device
  • the second service capability information used to indicate the currently inactive service capability of the first device.
  • the processor 500 is further configured to: acquire second target information corresponding to at least one second device, where the second target information is used to determine the capability of the second device to perform the first service;
  • the second target information update the first target information, or adjust the sending manner of the first target information.
  • the second target information is acquired by the first device within a preset time period, and the second target information indicates that the second device's ability to perform the first service is related to the second target information. If the ability of a device to execute the first service matches, the processor 500
  • the second target information, when updating the first target information, is specifically used for:
  • 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, adjusting the service capability of the first device to match the capability of the second device Consistent level of competency;
  • the capability request information is used to request the second device to activate The ability to perform the first business.
  • the processor 500 adjusts the sending method of the first target information according to the second target information , specifically for:
  • processor 500 is further configured to:
  • the first device intends to execute the first service
  • the second target information determine the first target device having the service capability of executing the first service from the second device
  • the first device provided in this disclosure can make the second devices around the first device know the ability of the first device to perform the first service by sending the first target information, so that the second device can perform the first service according to the first device
  • the capabilities of the first device determine the configuration of its own security (or cooperation) policy, or decide whether to trigger and what application to trigger, or determine other communication or cooperation policies related to the first device. In this way, various It is difficult for devices to know each other's specific capabilities, resulting in high communication complexity and low efficiency, which improves spectrum utilization.
  • the seventh embodiment of the present disclosure also provides a device, so Said device is the second device, which can adopt the same structure as the first device as shown in Figure 5, including:
  • Processor 500 and a memory 520 connected to the processor 500 through a bus interface, the memory 520 is used to store programs and data used by the processor 500 when performing operations, and the processor 500 calls and executes the Programs and data stored in the memory 520.
  • the transceiver 510 is connected to the 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 to perform the following steps:
  • first information is determined.
  • the bus architecture may include any number of interconnected buses and bridges, specifically one or more processors represented by the processor 500 and various circuits of the memory represented by the memory 520 are linked together.
  • the bus architecture can also link together various other circuits such as peripherals, voltage regulators, and power management circuits, etc., which are well known in the art and therefore will not be further described herein.
  • the bus interface provides the interface.
  • Transceiver 510 may be a plurality of elements, including a transmitter and a transceiver, providing a means for communicating with various other devices over a transmission medium.
  • the user interface 530 may also be an interface capable of connecting externally and internally to required devices, and the connected devices include but are not limited to keypads, displays, speakers, microphones, joysticks, and the like.
  • 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 when performing operations.
  • the first information includes at least one of the following:
  • processor 500 is further configured to:
  • processor 500 is further configured to:
  • a sending manner of the second information is determined.
  • the second device provided in this disclosure can know the ability of the first device to perform the first service by receiving the first target information sent by the first device, so that it can determine its own ability according to the ability of the first device to perform the first service Security (or cooperation) policy configuration, or decide whether to trigger and what application to trigger, or determine other communication or cooperation policies related to the first device, so that it can solve the problem that it is difficult for each device in the Internet of Vehicles to know the specific information of the other party.
  • the problem of high communication complexity and low efficiency caused by the capability improves the spectrum utilization.
  • each component or each step can be decomposed and/or reassembled. These decompositions and/or recombinations should be considered equivalents of the present disclosure. Also, the steps for executing the above series of processes can naturally be executed in chronological order according to the illustrated order, but it is not necessary to be executed in chronological order, and some steps can be executed in parallel or independently of each other.
  • the object of the present disclosure can also be achieved by running a program or a group of programs on any computing device.
  • the computing device may be a known general-purpose device. Therefore, the purpose of this disclosure It can also be realized only by providing a program product including program codes for realizing the method or device. That is, such a program product also constitutes the present disclosure, and a storage medium storing such a program product also constitutes the present disclosure. Obviously, the storage medium may be any known storage medium or any storage medium developed in the future. It should also be pointed out that, in the apparatus and method of the present disclosure, obviously, each component or each step can be decomposed and/or reassembled. These decompositions and/or recombinations should be considered equivalents of the present disclosure. Also, the steps for performing the above series of processes can naturally be performed in chronological order in the order described, but need not necessarily be performed in chronological order. Certain steps may be performed in parallel or independently of each other.
  • the division of the above modules is only a division of logical functions, and may be fully or partially integrated into a physical entity or physically separated during actual implementation.
  • these modules can all be implemented in the form of calling software through processing elements; they can also be implemented in the form of hardware; some modules can also be implemented in the form of calling software through processing elements, and some modules can be implemented in the form of hardware.
  • the determining module may be a separate processing element, or may be integrated into a certain chip of the above-mentioned device.
  • it may also be stored in the memory of the above-mentioned device in the form of program code, and a certain processing element of the above-mentioned device may Call and execute the functions of the modules identified above.
  • each step of the above method or each module above can be completed by an integrated logic circuit of hardware in the processor element or an instruction in the form of software.
  • each module, unit, subunit or submodule may be one or more integrated circuits configured to implement the above method, for example: one or more specific integrated circuits (Application Specific Integrated Circuit, ASIC), or, one or Multiple microprocessors (digital signal processor, DSP), or, one or more field programmable gate arrays (Field Programmable Gate Array, FPGA), etc.
  • ASIC Application Specific Integrated Circuit
  • DSP digital signal processor
  • FPGA Field Programmable Gate Array
  • the processing element may be a general-purpose processor, such as a central processing unit (Central Processing Unit, CPU) or other processors that can call program codes.
  • these modules can be integrated together and implemented in the form of a system-on-a-chip (SOC).
  • SOC system-on-a-chip

Landscapes

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

Abstract

本公开提供了一种车联网信息处理方法、装置、设备及系统，该方法包括：发送第一目标信息，所述第一目标信息用于确定所述第一设备执行第一业务的能力。

Description

一种车联网信息处理方法、装置、设备及系统
相关申请的交叉引用
本公开主张在2022年1月30日在中国提交的中国专利申请号No.202210114414.1的优先权，其全部内容通过引用包含于此。
技术领域
本公开涉及通信技术领域，尤其涉及一种车联网信息处理方法、装置、设备及系统。
背景技术
目前，在C-车辆到万物(Vehicle-to-Everything，V2X)的增强应用中，车辆可以向周围的车辆或者路侧设施发送其意图，请求周围的车辆或路侧设施协作其完成特定的应用或功能。
但是，在实际应用的过程中，存在如下问题：
车辆的车载终端(On board Unit，OBU)在未触发应用时，只进行基本安全消息(Basic Safety Message，BSM)的广播，导致其它车辆无法通过BSM消息判断出该车辆的意图，也无法确定该车辆具备的能力(比如是否具有感知共享的能力)；
路侧的路侧设备(Road Side Unit，RSU)无法抉择广播/协作的能力的范围，例如，RSU具有多种协作能力，若所有的能力都触发，当该RSU的覆盖范围内并不存在具有相对应的增强应用的车辆时，会造成频谱资源额浪费；若只触发部分能力，则可能无法体现增强应用的优势。
因此，相关技术难以实现车与车之间、车与路之间的能力对齐。
发明内容
本公开提供一种车联网信息处理方法、装置、设备及系统，解决了车联网中各设备之间难以获知对方的具体能力，导致通信复杂度高且效率低的问题。
第一方面，本公开的实施例提供一种车联网信息处理方法，应用于第一设备，包括：
发送第一目标信息，所述第一目标信息用于确定所述第一设备执行第一业务的能力。
第二方面，本公开的实施例提供一种车联网信息处理方法，应用于第二设备，包括：
接收至少一个第一设备发送的第一目标信息，所述第一目标信息用于确定所述第一设备执行第一业务的能力；
根据所述第一目标信息，确定第一信息。
第三方面，本公开的实施例提供一种车联网通信系统，包括第一设备和第二设备，所述第一设备和所述第二设备基于预先设定的目标信息进行通信，所述目标信息用于确定第二目标设备执行目标业务的能力。
第四方面，本公开的实施例提供一种车联网信息处理装置，应用于第一设备，包括：
发送模块，用于发送第一目标信息，所述第一目标信息用于确定所述第一设备执行第一业务的能力。
第五方面，本公开的实施例提供一种车联网信息处理装置，应用于第二设备，包括：
接收模块，用于接收至少一个第一设备发送的第一目标信息，所述第一目标信息用于确定所述第一设备执行第一业务的能力；
确定模块，用于根据所述第一目标信息，确定第一信息。
第六方面，本公开的实施例提供一种设备，包括：收发机、存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如第一方面所述的车联网信息处理方法的步骤，或者实现如第二方面所述的车联网信息处理方法的步骤。
第七方面，本公开的实施例提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如第一方面所述的车联网信息处理方法的步骤，或者实现如第二方面所述的车联网信息处理方法的步骤。
本公开的上述技术方案的有益效果是：
本公开的实施例，通过发送第一目标信息，可以使得第一设备周围的第二设备获知第一设备执行第一业务的能力，从而使得第二设备可以根据第一设备执行第一业务的能力情况，决定其自身的安全(或协作)策略的配置，或者决定是否触发以及触发何种应用，或者决定其他与第一设备相关的通信或协作策略，如此，即可解决车联网中各设备之间难以获知对方的具体能力而导致的通信复杂度高且效率低的问题，提高了频谱利用率。
附图说明
图1表示本公开实施例的车联网信息处理方法的流程图；
图2表示本公开另一实施例的车联网信息处理方法的流程图；
图3表示本公开实施例的车联网信息处理装置的结构框图；
图4表示本公开另一实施例的车联网信息处理装置的结构框图；
图5表示本公开实施例的设备的结构框图。
具体实施方式
为使本公开要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述。在下面的描述中，提供诸如具体的配置和组件的特定细节仅仅是为了帮助全面理解本公开的实施例。因此，本领域技术人员应该清楚，可以对这里描述的实施例进行各种改变和修改而不脱离本公开的范围和精神。另外，为了清楚和简洁，省略了对已知功能和构造的描述。
应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本公开的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。
在本公开的各种实施例中，应理解，下述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本公开实施例的实施过程构成任何限定。
另外，本文中术语“系统”和“网络”在本文中常可互换使用。
在本申请所提供的实施例中，应理解，“与A相应的B”表示B与A相关联，根据A可以确定B。但还应理解，根据A确定B并不意味着仅仅根据A确定B，还可以根据A和/或其它信息确定B。
本公开实施例中，接入网的形式不限，可以是包括宏基站(Macro Base Station)、微基站(Pico Base Station)、3G移动基站(Node B)、增强型基站(eNB)、家庭增强型基站(Femto eNB或Home eNode B或Home eNB或HeNB)、中继站、接入点、远端射频模块(Remote Radio Unit，RRU)、射频拉远头(Remote Radio Head，RRH)等的接入网。用户终端可以是移动电话(或手机)，或者其他能够发送或接收无线信号的设备，包括用户设备、个人数字助理(Personal Digital Assistant，PDA)、无线调制解调器、无线通信装置、手持装置、膝上型计算机、无绳电话、无线本地回路(Wireless Local Loop，WLL)站、能够将移动信号转换为无线保真(Wireless Fidelity，WiFi)信号的客户终端(Customer Premise Equipment，CPE)或移动智能热点、智能家电、或其他不通过人的操作就能自发与移动通信网络通信的设备等。车联网是以车内网、车际网和车载移动互联网为基础，按照约定的通信协议和数据交互标准，在车-X(X：车、路、行人及互联网等)之间，进行无线通讯和信息交换的大系统网络，是能够实现智能化交通管理、智能动态信息服务和车辆智能化控制的一体化网络，是物联网技术在交通系统领域的典型应用。车辆网中涉及的终端设备包括OBU和RSU等。
在感知数据共享、协作式变道、协作式车辆汇入、协作式交叉口通行、动态车道管理、协作式优先车辆通行、场站路径引导服务、浮动车数据采集等场景中，车与车之间或者车与路之间需要发送意图信息车辆意图和请求(Vehicle Intention and Request，VIR)和协作信息路侧协调消息(Road Side Coordination，RSC)/感知共享消息(Sensor Sharing Message，SSM)/停车场地图(Parking Area Map，PAM)等。
相关标准中，只定义了上述消息具体应包含的内容，并没有定义应该如何使用这些消息。例如，车端何时发送意图请求，接收方(例如车辆或路侧)何时开始向车辆发送协同信息等。
在现阶段测试示范过程中，通常采用车辆的OBU或路侧RSU广播空的VIR消息或RSC消息的方式，表明其具有二阶段增强应用的能力。例如，车辆(以车辆A为例)的OBU周期性广播空的VIR消息，周围的车辆(以车辆B为例)的OBU接收到该消息后，车辆B可获知车辆A具有二阶段增强应用的能力，则可以向车辆A发送协作式的请求，如协作式变道等场景。
然而，车辆的OBU和路侧RSU通过发送VIR和RSC这两个空消息的方式中，虽然可获知其具有二阶段增强应用的能力，但存在如下缺点：
(1)车辆的OBU和路侧RSU都无法获知对方的具体能力。例如，当车辆的OBU和路侧RSU支持多种增强应用场景时，双方需要进一步的交互才可获知。
(2)车辆的OBU和路侧RSU支持的能力列表中的部分功能失效时，双方需要进一步交互才可获知该信息，给通信过程增加了一定的复杂度。
(3)在大部分情况下，车辆和RSU可能都不需要进行协作，大量的空消息既会降低频谱利用率，也会对OBU和RSU设备的处理能力提出更高的要求。
(4)若需要触发的增强应用，对渗透率有较高的要求，则车辆的OBU和或路侧RSU需要与周围车辆都进行交互后才可获知周围环境的渗透率，而当确认完毕时，可能已经错过了应用的最佳执行时间。
具体地，本公开的实施例提供了一种车联网信息处理方法、装置、设备及系统，解决了相关技术中车联网中各设备之间难以获知对方的具体能力，导致通信复杂度高且效率低的问题。
第一实施例
本公开的实施例提供一种车联网通信系统，包括第一设备和第二设备，具体地：所述第一设备和所述第二设备基于预先设定的目标信息进行通信，所述目标信息用于确定第二目标设备执行目标业务的能力。
需要说明的是，第一设备和第二设备可以是车联网设备，例如第一设备可以是RSU，也可以是OBU。目标信息是本公开实施例定义的一种与第二目标设备的服务能力相关的信息，目标信息可理解为第二目标设备的服务能力集合，其中，第一设备向第二设备发送目标信息的时候，第一设备是第二目 标设备，第二设备向第一设备发送目标信息的时候，第二设备是第二目标设备。这样，第一设备和第二设备之间基于该目标信息进行通信时，可以获知对方的服务能力集合，也即可以获知对方对具体业务的执行能力，比如对协作式变道业务的执行能力。
作为本公开一可选实施例，所述目标信息包括：设备特征信息和/或服务能力信息；其中，所述服务能力信息包括第一服务能力信息和/或第二服务能力信息，所述第一服务能力信息用于指示第二目标设备当前激活的服务能力，所述第二服务能力信息，用于指示第二目标设备当前未激活的服务能力，所述第二目标设备为发送所述目标信息的设备。
这里，第二目标设备可以通过广播、单播和组播中的任意方式发送目标信息，这里不作限定。
该实施例中，该服务能力集合可以是：设备特征信息，也可以是：第二目标设备所具备的能力(即第二目标设备当前激活的服务能力)，还可以是：第二目标设备能支持的服务(或业务)或者第二目标设备当前想支持的服务(或业务)等，也就是第二目标设备当前未激活的服务能力。
作为本公开一可选实施例，该目标信息可以在应用层实现，也可以在网络层实现：
情况一，在应用层实现，可以通过消息中携带的数据内容来承载，具体的：
目标信息可以通过扩展的已有消息来承载，也可以通过新的消息来承载。
例如，通过扩展的已有消息来承载时，车辆可通过扩展的基础安全消息(Basic Safety Message，BSM)消息来承载目标信息；路侧设备RSU可通过扩展的交通灯相位与时序消息(Signal PhAse Timing message，SPAT)、地图(MAP)、路侧交通消息(Road Side Information，RSI)、路侧单元消息(Road Side Message，RSM)来承载目标信息，具体通过哪个扩展的消息来承载可以根据路侧设备RSU支持的功能确定。比如RSU仅支持信号灯消息(即SPAT消息)的播发以及路口车辆的协同，则可以在扩展的SPAT消息上承载目标信息。
需要说明的是，情况一中，若通过发送新消息实现目标信息的发送(例 如广播目标信息)，则在占用同等频谱资源的情况下，本公开实施例能够比相关方案传递更多有用信息；若是通过发送扩展的已有消息(如BSM消息)来实现目标信息的发送，则除了能够传递更多有用信息之外，还可以节约大量的频谱资源。
情况二，在网络层实现，消息层通过原语向网络层的专用管理实体(Dedicated Management Entity，DME)发送请求，网络层通过专用短消息(Dedicated Short Message，DSM)或专用业务公告(Dedicated Service Advertisement，DSA)来承载，具体的：
若通过DSM来承载，可以在专用短消息协议(Desticated Short Message Protocol，DSMP)头(Header)中，将扩展域指示置为1，在扩展域中按照格式存放目标信息。
若通过DSA来承载，包括Header和应用程序信息(Application Info)两种方式：
方式一，DSA Header域扩展：DSA Header扩展域置为1，在Header扩展域中按照格式存放目标信息；
方式二，DSA Application Info域扩展：按照格式存放目标信息。
可选地，所述服务能力信息包括以下至少一项：
业务信息，即应用场景列表，例如协作式变道、协作式汇入、编队行驶等应用场景；
消息集，即消息集列表，例如意图请求消息VIR、路侧协同消息RSC等；
业务类别信息，即应用场景类别列表，例如意图与协作类、交通管理类、感知共享类等应用场景类型；
业务等级信息，即应用场景等级列表，例如一阶段、二阶段、高等级自动驾驶等；
应用标识AID信息，即AID列表，例如AID1、AID2等；
提供商服务标识PSID信息，即PSID列表，例如PSID1、PSID2等；
隐私保护需求信息，即隐私保护需求，例如匿名化和加密、仅匿名化、仅加密等。
这里，服务能力信息可以理解为第二目标设备(例如第一设备)的业务 集合，服务能力信息可以是：第二目标设备所具备的能力(即第二目标设备当前激活的服务能力)，也可以是：第二目标设备能支持的服务(或业务)或者第二目标设备当前想支持的服务(或业务)等，也就是第二目标设备当前未激活的服务能力。
可选地，所述服务能力信息还包括以下一项：
角色信息，用于表示设备是供给方还是需求方，如感知共享场景中是否能够提供共享数据等；
能力信息，针对不同业务所能支持的设备数量，如支持共享的设备数量或协同的设备数量等；
协议信息，针对特定业务所支持的协议(或数据)格式，如视频清晰度、视频协议等。
也就是说，当服务能力集合为业务集合时，还可在服务能力信息中包含设备对集合中业务的支持能力，包括但不限于：角色信息、能力信息和协议信息。
可选地，设备特征信息中包括设备相关信息，以及设备固有或当前支持能力信息。其中，具体可以分为：
(1)设备相关信息包括以下至少一项：
设备类型，例如：OBU、RSU等；
归属方信息，例如，设备的品牌、运营方、所属方等；
无线接入类型，例如，长期演进型(Long Term Evolution，LTE)-V2X直连(Sidelink，SL)only、新空口(New Radio，NR)-V2X SL only、LTE-V2X SL+NR-V2X SL等；
智能化等级，即车辆自动驾驶等级，例如，L1～L5等；
网联信息，即设备网联等级列表，例如，网联辅助信息交互、网联协同感知、网联协同决策与控制等；
支持协议版本，例如，T/CSAE 53-2017、YD/T 3709-2020等。
(2)设备固有或当前支持能力信息包括以下至少一项：
感知能力信息，表示感知能力，例如，传感器类型、感知范围、感知精度等能力；
定位能力信息，表示定位能力，例如，载波相位差分技术(Real-time kinematic，RTK)、全球导航卫星系统(Global Navigation Satellite System，GNSS)等能力；
编队能力信息，表示编队能力，例如，领航、跟随等能力；
功能安全等级信息，即功能安全等级，例如，汽车安全完整性等级(Automotive Safety Integration Level，ASIL)A～D等能力；
感知数据类型，即数据内容类别，例如，车辆动态行驶信息、交通参与者信息、障碍物信息等。
本公开的实施例，第一设备和第二设备之间通过目标信息进行通信，可以使得第一设备和第二设备之间相互获知对方执行第一业务的能力，也就是说，第二目标设备(例如第二设备)可以根据周围其他设备(例如第一设备)执行第一业务的能力情况，决定其自身的安全(或协作)策略的配置，或者决定是否触发以及触发何种应用，或者决定其他相关的通信或协作策略，如此，即可解决车联网中各设备之间难以获知对方的具体能力而导致的通信复杂度高且效率低的问题，提高了频谱利用率。
第二实施例
如图1所示，本公开的实施例提供了一种车联网信息处理方法，应用于第一设备，具体包括以下步骤：
步骤11：发送第一目标信息，所述第一目标信息用于确定所述第一设备执行第一业务的能力。
需要说明的是，第一设备可以是车联网设备，例如第一设备可以是RSU，也可以是OBU。第一设备可以通过广播、单播和组播中的任意方式发送第一目标信息，这里不作限定。
这里，第一目标信息可理解为第一设备的服务能力集合，第一业务可以是车联网业务，例如，协作式变道业务等。
本公开实施例提供的信息处理方法，设备通过发送目标消息(例如第一设备发送第一目标消息)，以明示的方式告知周围的其他设备(例如第二设备，即路侧设备或车辆上的车载终端)其自身的服务能力集合(以及意图信息)，这样，周围的其他设备即可以通过该目标消息明确该设备具备何种执行业务 的能力。这样，车辆在决定是否触发应用时，可以明确获得周围环境(即周围其他设备，例如路侧设备或其他车辆，具体可以是其他车辆上的车载终端)的信息，及其是否能够支撑该应用。若在第一设备的周围车辆或路侧设备均不支持相关应用时，第一设备可停止发送目标消息，从而可以节约能源。
可选地，所述第一目标信息包括：设备特征信息和/或服务能力信息；其中，所述服务能力信息包括第一服务能力信息和/或第二服务能力信息，所述第一服务能力信息用于指示所述第一设备当前激活的服务能力，所述第二服务能力信息，用于指示所述第一设备当前未激活的服务能力。
需要说明的是，第一设备当前未激活的服务能力指的是第一设备上可激活但目前尚未激活的服务能力，或者是第一设备想激活的服务能力。
该实施例中，第一目标信息可理解为第一设备的服务能力集合，其中该服务能力集合可以是：设备特征信息，也可以是：第一设备所具备的能力(即第一设备当前激活的服务能力)，还可以是：第一设备能支持的服务(或业务)或者第一设备当前想支持的服务(或业务)等，也就是第一设备当前未激活的服务能力。
需要说明的是，本公开实施例中第一目标信息(即设备特征信息以及服务能力信息)的具体内容、解释、实现方式及举例均可参照第一实施例中的目标信息，在此不再赘述。
作为本公开一可选实施例，所述服务能力信息包括以下至少一项：业务信息；消息集；业务类别信息；业务等级信息；应用标识AID信息；提供商服务标识PSID信息；隐私保护需求信息。所述服务能力信息还包括以下一项：角色信息；能力信息；协议信息。所述设备特征信息包括以下至少一项：设备类型；归属方信息；无线接入类型；智能化等级；网联信息；支持协议版本；感知能力信息；定位能力信息；编队能力信息；功能安全等级信息；感知数据类型。
可选地，所述方法还包括：
获取至少一个第二设备对应的第二目标信息，所述第二目标信息用于确定所述第二设备执行第一业务的能力；
根据所述第二目标信息，更新所述第一目标信息，或者调整所述第一目 标信息的发送方式。
该实施例中，在第一设备发送第一目标信息之后，第一设备还可以基于周围其他车联网设备(车辆的OBU或路侧设备)发送的第二目标信息，进行第一目标信息的调整，也即调整第一设备的服务能力集合，具体可以是第一目标信息的具体内容的调整，也可以是第一目标信息的发送方式的确定和调整(比如可调整发送第一目标信息的发送频率)。
可选地，在所述第一设备在预设时间段内获取到所述第二目标信息，且所述第二目标信息表示所述第二设备执行所述第一业务的能力与所述第一设备执行所述第一业务的能力相匹配的情况下，根据所述第二目标信息，更新所述第一目标信息，包括以下其中一项：
在所述第二设备执行所述第一业务的能力水平低于所述第一设备执行所述第一业务的能力水平的情况下，调整所述第一设备的服务能力至与第二设备的能力水平一致；
在所述第二设备当前未激活的服务能力能执行所述第一业务的情况下，在所述第一目标信息中增加能力请求信息，所述能力请求信息用于请求所述第二设备激活执行所述第一业务的能力。
需要说明的是，本实施例中第二设备执行第一业务的能力与第一设备执行第一业务的能力相匹配的情况包括：第二设备执行第一业务的能力与第一设备执行第一业务的能力是相同的，或者，第二设备执行第一业务的能力与第一设备执行第一业务的能力之间的能力大小(或等级)不同。
该实施例中，第一设备可以通过能力请求信息，与第二设备协商，使得对方调整能力，比如与第二设备协商，请求对方激活执行第一业务的服务能力。也就是说，本公开实施例可以在C-V2X通信过程中提供一种服务能力协商机制，实现设备与周围其他设备之间服务能力的协商，若第一设备与周围其他设备(即第二设备)的可支持列表存在交集，但是当前支持的列表无交集，设备可通过发送希望支持的业务集合，与周围其他设备协商。
可选地，在所述第一设备在预设时间段内未获取到所述第二目标信息的情况下，或者，在所述第二目标信息表示每一所述第二设备执行所述第一业务的能力均与所述第一设备执行所述第一业务的能力不匹配的情况下，根据 所述第二目标信息，调整所述第一目标信息的发送方式，包括以下其中一项：
删除所述第一业务对应的所述第一服务能力信息；
停止发送所述第一目标信息；
调整发送所述第一目标信息的频率。
也就是说，第一设备可以根据是否能获取到第二目标信息，以及获取到的第二目标信息的具体内容，来确定第一目标信息的发送方式。例如，第一设备为OBU时，若周围车辆的服务能力集合(即第二设备发送的第二目标信息)与第一目标信息无交集，或者周围车辆均未发送服务能力集合，则第一设备可停止发送第一目标信息，或者可以降低第一目标信息的频率，还可以调整第一目标信息的具体内容。例如，仅删除第一目标信息中第一业务对应的第一服务能力信息，然后继续发送更新后的第一目标信息。如此，可以减少通信过程中的复杂度，提高频谱利用率。
可选地，所述方法还包括：获取至少一个第二设备对应的第二目标信息，所述第二目标信息用于确定所述第二设备执行第一业务的能力；在所述第一设备欲执行第一业务的情况下，根据所述第二目标信息，从所述第二设备中确定出具有执行所述第一业务的服务能力的第一目标设备；与所述第一目标设备进行所述第一业务相关的通信。
该实施例中，第一设备可以根据第二目标信息，确定第二设备执行第一业务的能力，进而可以从第二设备中确定出执行第一业务的能力与第一设备相匹配的第一目标设备，该第一目标设备可作为第一设备的交互对象，立即进行通讯，也可以在一段时间后的某个需要的时机再进行通讯。也就是说，第一设备接收到的第二目标信息，可用于选择第一设备的目标交互对象(即第一目标设备)，以及确定后续交互过程中需要发送的消息内容。例如，可以选择周围无人驾驶的车辆，进行编队行驶的应用。
下面对本申请实施例提供的方案进行举例说明。
以第一设备为OBU为例，车辆(例如车辆A)在执行网联功能时，车辆上OBU可以持续周期性地广播该OBU的服务能力集合(即第一目标信息)。这里，需要说明的是，服务能力集合中的应用场景是经过行业达成一致后的场景列表，车辆选择当前想执行的场景，并将场景的相关状态置为开启，其 它场景的相关状态置为关闭。此时，车辆A周围的路侧设备RSU也可以广播RSU支持协作的服务能力集合，车辆A周围的其他车辆(例如车辆B)上OBU也可以广播各自支持协作的服务能力集合。
在车辆A欲执行协作式变道场景时，则可通过车载终端之间通讯(Vehicle to Vehicle，V2V)的车车协作实现，也可通过车载终端与路侧设备通讯(Vehicle to Infrastructure，V2I)的车路协作实现，具体的，假设车辆A在主路行驶，需要向右变道，车辆A希望通过协作式变道完成本次变道过程，则车辆A与车辆B或RSU之间的通信过程可表述如下：
车辆A的OBU通过接收先周围其它车辆(例如车辆B)发送的第二目标信息，可以获知周围其它车辆的服务能力集合，进而判断在车辆A右后方的一定范围(比如100米)内，是否有车辆B支持协作式变道场景，或者覆盖范围内的RSU是否支持协作式变道的协作。
其中，若周围的车辆B和RSU均不支持协作式变道场景，则车辆A的第一目标信息的业务列表中，可删除协作式变道场景；若车辆B和RSU存在支持协作式变道场景，则车辆A可以在第一目标信息的业务列表中，进一步包含V2V或V2I的协作式变道场景。
再例如，若车辆A周围的其他车辆均无感知共享业务的需求，则车辆A的OBU可不发送第一目标信息中的感知能力等信息。
换言之，第一设备可以根据周围环境(即第二设备)支持的应用，调整第一目标信息的内容。
本公开的实施例，通过发送第一目标信息，可以使得第一设备周围的第二设备获知第一设备执行第一业务的能力，从而使得第二设备可以根据第一设备执行第一业务的能力情况，决定其自身的安全(或协作)策略的配置，或者决定是否触发以及触发何种应用，或者决定其他与第一设备相关的通信或协作策略，如此，即可解决车联网中各设备之间难以获知对方的具体能力而导致的通信复杂度高且效率低的问题，提高了频谱利用率。
第三实施例
如图2所示，本公开的实施例提供了一种车联网信息处理方法，应用于第二设备，具体包括以下步骤：
步骤21：接收至少一个第一设备发送的第一目标信息，所述第一目标信息用于确定所述第一设备执行第一业务的能力；
步骤22：根据所述第一目标信息，确定第一信息。
该实施例中，第二设备接收到第一目标信息之后，可以根据该信息确定第一信息，进而将第一信息用于信息交互或者内部配置，例如用于决定是否触发以及触发何种应用，或者用于决定其他与第一设备相关的通信或协作策略等，从而能够降低通信复杂度，提高频谱利用率。
可选地，所述第一信息包括以下至少一项：
(一)所述第一设备执行第一业务的能力。
(二)执行第一业务的能力与所述第二设备相匹配的第一目标设备的标识信息。
第二设备可以根据第一目标信息，确定第一设备执行第一业务的能力，进而可以从第一设备中确定出执行第一业务的能力与所述第二设备相匹配的第一目标设备，该第一目标设备可作为第二设备的交互对象，立即进行通讯，也可以在一段时间后的某个需要的时机再进行通讯。也就是说，第二设备接收到的第一目标信息，可用于选择第二设备的目标交互对象(即第一目标设备)，以及确定后续交互过程中需要发送的消息内容。例如，可以选择周围无人驾驶的车辆，进行编队行驶的应用。
例如，以第二设备为车辆A的OBU为例，假设车辆A可以解析所有一阶段和二阶段的消息集，但是由于车辆A自身未安装传感器，或安装的传感器能力等级不够，车辆A只能接收SSM消息，却无法将自身的感知数据编译成SSM消息告知周围的车辆。也就说，车辆A可执行感知共享场景，但是只能接收不能发送。因此，车辆A将广播的第二目标信息中，设为支持等级1(车辆动态行驶信息)。
在该情况下，若车辆A周围的车辆都不支持等级2(等级1+交通参与者信息)和等级3(等级2+障碍物信息)，则车辆A无需发送感知共享请求；若车辆B支持等级3，也就是说车辆B的OBU发送的第一目标信息中，设置为支持车辆动态行驶信息、交通参与者信息、障碍物信息，而车辆C支持等级2，此时，为了安全起见，车辆A可选择更精细的数据内容，即车辆A选 择车辆B触发感知共享应用，即车辆A向车辆B发送感知共享请求。
进一步地，车辆A可在第一目标信息中，设定车辆A在感知共享场景的角色为需求方，车辆B反馈其角色、能力及协议格式等。
(三)与所述第一设备相关的所述第二设备的配置信息。
需要说明的是，第二设备可以根据接收到的第一目标信息，配置安全(或协作)策略，即确定与第一设备相关的第二设备的配置信息。例如，第二设备可以根据周围车辆的第一目标信息中的智能化等级和网联信息(例如网联等级)，为不同车辆分配不同的安全策略。比如针对网联等级高的车辆设置的安全距离相对较短一些，而针对网联等级低的车辆，则可设置相对较长的安全距离。
其中，配置信息还可以包括信息过滤规则，用于过滤与所述第二设备的服务能力不匹配的第二请求信息。这样，第二设备可过滤与自车(即第二设备所在车辆)服务能力不匹配的车辆所发送的请求信息，避免资源浪费。例如，自车不支持编队行驶，则周围车辆发送编队请求时，该编队请求将不被上传给应用层。
(四)所述第二设备的第二目标信息。
第二设备接收到的第一目标信息，还可用于确定第二设备要发送的服务能力集合(即第二目标信息)。例如，当通过第一目标信息确定第一设备的无线接入类型为LTE-V2X SL only时，第二设备为了能与其协作，可将提供服务的无线接入类型确定为LTE-V2X SL；或者，当第一设备的无线接入类型为LTE-V2X SL+NR-V2X SL，而第二设备仅支持LTE-V2X SL，则可以在第二目标信息中告知对方自身支持的能力，以便对方可使用LTE-V2X SL提供服务。
(五)所述第二设备的第二目标信息的发送方式。
该实施例中，第二设备通过接收到的第一目标信息，可以确定第一设备执行第一业务的能力、其自身的安全(或协作)策略的配置以及其他与第一设备相关的通信或协作策略，解决了车联网中各设备之间难以获知对方的具体能力而导致的通信复杂度高且效率低的问题。
可选地，在确定第一信息之后，所述方法还包括以下至少一项：
向所述第一目标设备发送第二信息；
发送所述第二目标信息。
作为本公开一可选实施例，第二设备通过接收到的第一目标信息，可以确定在该第二设备周围各第一设备的网联信息和/或支持协议版本。其中，在网联信息表示每一第一设备均不具有网联能力的情况下，或者支持协议版本表示每一第一设备的支持协议版本均与第二设备的支持协议版本不一致的情况下，则第二设备停止发送网联消息和/或第二目标信息，或者，第二设备调整发送网联消息和/或第二目标信息的发送频率。
也就是说，第二设备可以根据周围环境信息(即接收到的第一目标信息)，决定是否发送网联消息，或者是否发送第二设备的服务能力集合(即第二目标信息)，以第二设备是RSU为例：若该RSU覆盖范围内的车辆均不具有网联能力，则RSU停止发送网联消息和/或服务能力集合；若该RSU覆盖范围内的车辆均为支持YD/T3709-2020协议的车辆，而该RSU的支持协议版本为T/CSAE 53-2017版本，则该RSU停止发送网联消息和/或服务能力集合。
可选地，在向所述第一目标设备发送第二信息之前，所述方法还包括以下至少一项：
(一)确定所述第二信息的内容。
具体的，第二设备在向所述第一目标设备发送第二信息之前，可以选择发送的第二信息的类型。例如，以第二设备为RSU为例，若该RSU备周围车辆只支持一阶段的场景，则该RSU可只发送RSM消息；若周围车辆为一、二阶段混行的车辆，则该RSU可同步发送RSM消息和SSM消息；若周围车辆只有二阶段的车辆，则该RSU可只发送SSM消息。
(二)确定执行第一业务的类型。
也就是说，第二设备可以根据第一目标信息决策是否要触发相关应用以及确定应用的类型。具体的，第二设备可在触发应用前，判断周围的车辆或路侧设备是否能够满足预期的条件，如满足，则触发相关应用；若不满足，可向周围车辆请求其协作，直至满足预期条件后，再开始触发相关应用。例如，以第二设备为车辆A的OBU为例，车辆A请求向右变道，若右侧车道一定范围内没有二阶段的车辆，则车辆A无法触发V2V的协作式变道的应用， 只能等待时机触发，或者只能触发V2I的协作式变道的应用。
作为一可选实施例，第二设备可以根据周围环境内第一设备支持的应用，调整自身所触发的应用。以第二设备是车载终端OBU为例，若第二设备欲执行第一业务时，根据第一目标消息分析之后，可以分为以下几种情况：
(1)在第一设备中只有OBU具有执行第一业务的能力的情况下，只触发第一业务对应的车载终端之间通讯(Vehicle to Vehicle，V2V)的应用。
例如，第一业务为协作式变道，若车辆B支持协作式变道场景，但RSU不支持，则车辆A直接触发V2V车路协作应用，即车辆A的OBU发送的协作式变道请求中，包含的是V2V的车车协作式变道请求。
(2)在第一设备中只有RSU具有执行第一业务的能力的情况下，只触发第一业务对应的车载终端与车载终端与路侧设备通讯(Vehicle to Infrastructure，V2I)的应用。
例如，若车辆B不支持协作式变道场景，但RSU支持，则车辆A后续触发V2I车路协作应用，也就是说，车辆A的OBU发送的协作式变道请求中，包含的是V2I的车路协作请求。
(3)在第一设备中至少一个OBU和至少一个RSU具有执行第一业务的能力的情况下，根据预设规则，触发第一业务对应的V2V或V2I的应用。
例如，以第二设备为车辆A的OBU为例，若车辆B和RSU均支持协作式变道场景，则车辆A可根据预先设定的规则，决定触发V2V或V2I的协作式变道应用。
再例如，若车辆B和RSU均不支持协作式变道场景，则车辆A停止触发该应用。
(三)确定所述第二信息的发送方式。
该实施例中，在发送第二信息之前，可以根据第一目标信息，确定第二信息的内容。例如，第二设备可以根据周围环境信息(即第一设备发送的第一目标信息等)，决定发送的第二信息的信息类型。
作为一可选实施例，第二设备可以根据周围车辆的智能化等级和网联等级，决定发送的第二信息。以第二设备为RSU为例，若该RSU覆盖范围内，存在智能化等级均高于第一等级的自动驾驶车辆，在该车辆需要高精地图的 情况下，RSU可以按照高精地图的格式向该车辆的OBU(即第二设备)发送地图消息时；若该RSU覆盖范围内的车辆的智能化等级均小于或等于所述第一等级，则RSU仅需发送标精地图的格式即可。其中，第一等级可根据具体情况设定，例如设为L3。
可选地，所述第一目标信息包括：设备特征信息和/或服务能力信息；其中，所述服务能力信息包括第一服务能力信息和/或第二服务能力信息，所述第一服务能力信息用于指示所述第一设备当前激活的服务能力，所述第二服务能力信息，用于指示所述第一设备当前未激活的服务能力。
该实施例中，第一目标信息可理解为第一设备的服务能力集合，其中，该服务能力集合可以是：设备特征信息，也可以是：第一设备所具备的能力(即第一设备当前激活的服务能力)，还可以是：第一设备能支持的服务(或业务)或者第一设备当前想支持的服务(或业务)等，也就是第一设备当前未激活的服务能力。
需要说明的是，本公开实施例中第一目标信息(即设备特征信息以及服务能力信息)的具体内容、解释、实现方式及举例均可参照第一实施例中的目标信息，在此不再赘述。
作为本公开一可选实施例，所述服务能力信息包括以下至少一项：业务信息；消息集；业务类别信息；业务等级信息；应用标识AID信息；提供商服务标识PSID信息；隐私保护需求信息。所述服务能力信息还包括以下一项：角色信息；能力信息；协议信息。所述设备特征信息包括以下至少一项：设备类型；归属方信息；无线接入类型；智能化等级；网联信息；支持协议版本；感知能力信息；定位能力信息；编队能力信息；功能安全等级信息；感知数据类型。
本公开的实施例，第二设备通过接收第一设备发送第一目标信息，可以获知第一设备执行第一业务的能力，从而可以根据该第一设备执行第一业务的能力情况，决定其自身的安全(或协作)策略的配置，或者决定是否触发以及触发何种应用，或者决定其他与第一设备相关的通信或协作策略，如此，即可解决车联网中各设备之间难以获知对方的具体能力而导致的通信复杂度高且效率低的问题，提高了频谱利用率。
第四实施例
如图3所示，本公开实施例提供一种车联网信息处理装置300，应用于第一设备，包括：
发送模块301，用于发送第一目标信息，所述第一目标信息用于确定所述第一设备执行第一业务的能力。
可选地，所述第一目标信息包括：设备特征信息和/或服务能力信息；
其中，所述服务能力信息包括第一服务能力信息和/或第二服务能力信息，所述第一服务能力信息用于指示所述第一设备当前激活的服务能力，所述第二服务能力信息，用于指示所述第一设备当前未激活的服务能力。
可选地，所述装置还包括：
第一获取模块，用于获取至少一个第二设备对应的第二目标信息，所述第二目标信息用于确定所述第二设备执行第一业务的能力；
第一处理模块，用于根据所述第二目标信息，更新所述第一目标信息，或者调整所述第一目标信息的发送方式。
可选地，所述处理模块包括：
第一调整单元，用于在所述第二设备执行所述第一业务的能力水平低于所述第一设备执行所述第一业务的能力水平的情况下，调整所述第一设备的服务能力至与第二设备的能力水平一致；
能力请求单元，用于在所述第二设备当前未激活的服务能力能执行所述第一业务的情况下，在所述第一目标信息中增加能力请求信息，所述能力请求信息用于请求所述第二设备激活执行所述第一业务的能力。
可选地，所述处理模块包括：
第一处理单元，用于删除所述第一业务对应的所述第一服务能力信息；
第二处理单元，用于停止发送所述第一目标信息；
第二调整单元，用于调整发送所述第一目标信息的频率。
可选地，所述装置还包括：
第二获取模块，用于获取至少一个第二设备对应的第二目标信息，所述第二目标信息用于确定所述第二设备执行第一业务的能力；
第二处理模块，用于在所述第一设备欲执行第一业务的情况下，根据所 述第二目标信息，从所述第二设备中确定出具有执行所述第一业务的服务能力的第一目标设备；
第三处理模块，用于与所述第一目标设备进行所述第一业务相关的通信。
本公开的第四实施例是与上述第二实施例的方法对应的，上述第二实施例中的所有实现手段均适用于该车联网信息处理装置的实施例中，也能达到相同的技术效果。
第五实施例
如图4所示，本公开实施例提供一种车联网信息处理装置400，包括：
接收模块401，用于接收至少一个第一设备发送的第一目标信息，所述第一目标信息用于确定所述第一设备执行第一业务的能力；
确定模块402，用于根据所述第一目标信息，确定第一信息。
可选地，所述第一信息包括以下至少一项：
所述第一设备执行第一业务的能力；
执行第一业务的能力与所述第二设备相匹配的第一目标设备的标识信息；
与所述第一设备相关的所述第二设备的配置信息；
所述第二设备的第二目标信息；
所述第二设备的第二目标信息的发送方式。
可选地，所述装置还包括：
第一发送模块，用于向所述第一目标设备发送第二信息；
第二发送模块，用于发送所述第二目标信息。
可选地，所述装置还包括：
第一确定模块，用于确定所述第二信息的内容；
第二确定模块，用于确定执行第一业务的类型；
第三确定模块，用于确定所述第二信息的发送方式。
本公开的第五实施例是与上述第三实施例的方法对应的，上述第三实施例中的所有实现手段均适用于该车联网信息处理装置的实施例中，也能达到相同的技术效果。
第六实施例
为了更好的实现上述目的，如图5所示，本公开的第六实施例还提供了 一种设备，所述设备为第一设备，包括：
处理器500；以及通过总线接口与所述处理器500相连接的存储器520，所述存储器520用于存储所述处理器500在执行操作时所使用的程序和数据，处理器500调用并执行所述存储器520中所存储的程序和数据。
其中，收发机510与总线接口连接，用于在处理器500的控制下接收和发送数据；处理器500用于读取存储器520中的程序执行以下步骤：
发送第一目标信息，所述第一目标信息用于确定所述第一设备执行第一业务的能力。
其中，在图5中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器500代表的一个或多个处理器和存储器520代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机510可以是多个元件，即包括发送机和收发机，提供用于在传输介质上与各种其他装置通信的单元。针对不同的终端，用户接口530还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。处理器500负责管理总线架构和通常的处理，存储器520可以存储处理器500在执行操作时所使用的数据。
可选地，所述第一目标信息包括：设备特征信息和/或服务能力信息；
其中，所述服务能力信息包括第一服务能力信息和/或第二服务能力信息，所述第一服务能力信息用于指示所述第一设备当前激活的服务能力，所述第二服务能力信息，用于指示所述第一设备当前未激活的服务能力。
可选地，所述处理器500还用于：获取至少一个第二设备对应的第二目标信息，所述第二目标信息用于确定所述第二设备执行第一业务的能力；
根据所述第二目标信息，更新所述第一目标信息，或者调整所述第一目标信息的发送方式。
可选地，在所述第一设备在预设时间段内获取到所述第二目标信息，且所述第二目标信息表示所述第二设备执行所述第一业务的能力与所述第一设备执行所述第一业务的能力相匹配的情况下，所述处理器500在根据所述第 二目标信息，更新所述第一目标信息时，具体用于：
在所述第二设备执行所述第一业务的能力水平低于所述第一设备执行所述第一业务的能力水平的情况下，调整所述第一设备的服务能力至与第二设备的能力水平一致；
在所述第二设备当前未激活的服务能力能执行所述第一业务的情况下，在所述第一目标信息中增加能力请求信息，所述能力请求信息用于请求所述第二设备激活执行所述第一业务的能力。
可选地，在所述第一设备在预设时间段内未获取到所述第二目标信息的情况下，或者，在所述第二目标信息表示每一所述第二设备执行所述第一业务的能力均与所述第一设备执行所述第一业务的能力不匹配的情况下，所述处理器500在根据所述第二目标信息，调整所述第一目标信息的发送方式时，具体用于：
删除所述第一业务对应的所述第一服务能力信息；
停止发送所述第一目标信息；
调整发送所述第一目标信息的频率。
可选地，所述处理器500还用于：
获取至少一个第二设备对应的第二目标信息，所述第二目标信息用于确定所述第二设备执行第一业务的能力；
在所述第一设备欲执行第一业务的情况下，根据所述第二目标信息，从所述第二设备中确定出具有执行所述第一业务的服务能力的第一目标设备；
与所述第一目标设备进行所述第一业务相关的通信。
本公开提供的第一设备，通过发送第一目标信息，可以使得第一设备周围的第二设备获知第一设备执行第一业务的能力，从而使得第二设备可以根据第一设备执行第一业务的能力情况，决定其自身的安全(或协作)策略的配置，或者决定是否触发以及触发何种应用，或者决定其他与第一设备相关的通信或协作策略，如此，即可解决车联网中各设备之间难以获知对方的具体能力而导致的通信复杂度高且效率低的问题，提高了频谱利用率。
第七实施例
为了更好的实现上述目的，本公开的第七实施例还提供了一种设备，所 述设备为第二设备，其可以采用如图5所示的与所述第一设备相同的结构，包括：
处理器500；以及通过总线接口与所述处理器500相连接的存储器520，所述存储器520用于存储所述处理器500在执行操作时所使用的程序和数据，处理器500调用并执行所述存储器520中所存储的程序和数据。
其中，收发机510与总线接口连接，用于在处理器500的控制下接收和发送数据；处理器500用于读取存储器520中的程序执行以下步骤：
接收至少一个第一设备发送的第一目标信息，所述第一目标信息用于确定所述第一设备执行第一业务的能力；
根据所述第一目标信息，确定第一信息。
其中，在图5中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器500代表的一个或多个处理器和存储器520代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机510可以是多个元件，即包括发送机和收发机，提供用于在传输介质上与各种其他装置通信的单元。针对不同的终端，用户接口530还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。处理器500负责管理总线架构和通常的处理，存储器520可以存储处理器500在执行操作时所使用的数据。
可选地，所述第一信息包括以下至少一项：
所述第一设备执行第一业务的能力；
执行第一业务的能力与所述第二设备相匹配的第一目标设备的标识信息；
与所述第一设备相关的所述第二设备的配置信息；
所述第二设备的第二目标信息；
所述第二设备的第二目标信息的发送方式。
可选地，所述处理器500还用于：
向所述第一目标设备发送第二信息；
发送所述第二目标信息。
可选地，所述处理器500还用于：
确定所述第二信息的内容；
确定执行第一业务的类型；
确定所述第二信息的发送方式。
本公开提供的第二设备，通过接收第一设备发送第一目标信息，可以获知第一设备执行第一业务的能力，从而可以根据该第一设备执行第一业务的能力情况，决定其自身的安全(或协作)策略的配置，或者决定是否触发以及触发何种应用，或者决定其他与第一设备相关的通信或协作策略，如此，即可解决车联网中各设备之间难以获知对方的具体能力而导致的通信复杂度高且效率低的问题，提高了频谱利用率。
本领域技术人员可以理解，实现上述实施例的全部或者部分步骤可以通过硬件来完成，也可以通过计算机程序来指示相关的硬件来完成，所述计算机程序包括执行上述方法的部分或者全部步骤的指令；且该计算机程序可以存储于一可读存储介质中，存储介质可以是任何形式的存储介质。
另外，本公开具体实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上述的第二实施例中的方法的步骤，或者实现如上述的第三实施例中的方法的步骤。且能达到相同的技术效果，为避免重复，这里不再赘述。
此外，需要指出的是，在本公开的装置和方法中，显然，各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本公开的等效方案。并且，执行上述系列处理的步骤可以自然地按照说明的顺序按时间顺序执行，但是并不需要一定按照时间顺序执行，某些步骤可以并行或彼此独立地执行。对本领域的普通技术人员而言，能够理解本公开的方法和装置的全部或者任何步骤或者部件，可以在任何计算装置(包括处理器、存储介质等)或者计算装置的网络中，以硬件、固件、软件或者它们的组合加以实现，这是本领域普通技术人员在阅读了本公开的说明的情况下运用他们的基本编程技能就能实现的。
因此，本公开的目的还可以通过在任何计算装置上运行一个程序或者一组程序来实现。所述计算装置可以是公知的通用装置。因此，本公开的目的 也可以仅仅通过提供包含实现所述方法或者装置的程序代码的程序产品来实现。也就是说，这样的程序产品也构成本公开，并且存储有这样的程序产品的存储介质也构成本公开。显然，所述存储介质可以是任何公知的存储介质或者将来所开发出来的任何存储介质。还需要指出的是，在本公开的装置和方法中，显然，各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本公开的等效方案。并且，执行上述系列处理的步骤可以自然地按照说明的顺序按时间顺序执行，但是并不需要一定按照时间顺序执行。某些步骤可以并行或彼此独立地执行。
需要说明的是，应理解以上各个模块的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分模块通过处理元件调用软件的形式实现，部分模块通过硬件的形式实现。例如，确定模块可以为单独设立的处理元件，也可以集成在上述装置的某一个芯片中实现，此外，也可以以程序代码的形式存储于上述装置的存储器中，由上述装置的某一个处理元件调用并执行以上确定模块的功能。其它模块的实现与之类似。此外这些模块全部或部分可以集成在一起，也可以独立实现。这里所述的处理元件可以是一种集成电路，具有信号的处理能力。在实现过程中，上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。
例如，各个模块、单元、子单元或子模块可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(Application Specific Integrated Circuit，ASIC)，或，一个或多个微处理器(digital signal processor，DSP)，或，一个或者多个现场可编程门阵列(Field Programmable Gate Array，FPGA)等。再如，当以上某个模块通过处理元件调度程序代码的形式实现时，该处理元件可以是通用处理器，例如中央处理器(Central Processing Unit，CPU)或其它可以调用程序代码的处理器。再如，这些模块可以集成在一起，以片上系统(system-on-a-chip，SOC)的形式实现。
本公开的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的 数据在适当情况下可以互换，以便这里描述的本公开的实施例，例如除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。此外，说明书以及权利要求中使用“和/或”表示所连接对象的至少其中之一，例如A和/或B和/或C，表示包含单独A，单独B，单独C，以及A和B都存在，B和C都存在，A和C都存在，以及A、B和C都存在的7种情况。类似地，本说明书以及权利要求中使用“A和B中的至少一个”应理解为“单独A，单独B，或A和B都存在”。
以上所述是本公开的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本公开所述原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本公开的保护范围。

Claims (27)

  1. 一种车联网信息处理方法，应用于第一设备，所述方法包括：
    发送第一目标信息，所述第一目标信息用于确定所述第一设备执行第一业务的能力。
  2. 根据权利要求1所述的方法，其中，所述第一目标信息包括：设备特征信息和/或服务能力信息；
    其中，所述服务能力信息包括第一服务能力信息和/或第二服务能力信息，所述第一服务能力信息用于指示所述第一设备当前激活的服务能力，所述第二服务能力信息，用于指示所述第一设备当前未激活的服务能力。
  3. 根据权利要求2所述的方法，还包括：
    获取至少一个第二设备对应的第二目标信息，所述第二目标信息用于确定所述第二设备执行第一业务的能力；
    根据所述第二目标信息，更新所述第一目标信息，或者调整所述第一目标信息的发送方式。
  4. 根据权利要求3所述的方法，其中，在所述第一设备在预设时间段内获取到所述第二目标信息，且所述第二目标信息表示所述第二设备执行所述第一业务的能力与所述第一设备执行所述第一业务的能力相匹配的情况下，根据所述第二目标信息，更新所述第一目标信息，包括以下其中一项：
    在所述第二设备执行所述第一业务的能力水平低于所述第一设备执行所述第一业务的能力水平的情况下，调整所述第一设备的服务能力至与第二设备的能力水平一致；
    在所述第二设备当前未激活的服务能力能执行所述第一业务的情况下，在所述第一目标信息中增加能力请求信息，所述能力请求信息用于请求所述第二设备激活执行所述第一业务的能力。
  5. 根据权利要求3所述的方法，其中，在所述第一设备在预设时间段内未获取到所述第二目标信息的情况下，或者，在所述第二目标信息表示每一所述第二设备执行所述第一业务的能力均与所述第一设备执行所述第一业务的能力不匹配的情况下，根据所述第二目标信息，调整所述第一目标信息的 发送方式，包括以下其中一项：
    删除所述第一业务对应的所述第一服务能力信息；
    停止发送所述第一目标信息；
    调整发送所述第一目标信息的频率。
  6. 根据权利要求2所述的方法，还包括：
    获取至少一个第二设备对应的第二目标信息，所述第二目标信息用于确定所述第二设备执行第一业务的能力；
    在所述第一设备欲执行第一业务的情况下，根据所述第二目标信息，从所述第二设备中确定出具有执行所述第一业务的服务能力的第一目标设备；
    与所述第一目标设备进行所述第一业务相关的通信。
  7. 一种车联网信息处理方法，应用于第二设备，所述方法包括：
    接收至少一个第一设备发送的第一目标信息，所述第一目标信息用于确定所述第一设备执行第一业务的能力；
    根据所述第一目标信息，确定第一信息。
  8. 根据权利要求7所述的方法，其中，所述第一信息包括以下至少一项：
    所述第一设备执行第一业务的能力；
    执行第一业务的能力与所述第二设备相匹配的第一目标设备的标识信息；
    与所述第一设备相关的所述第二设备的配置信息；
    所述第二设备的第二目标信息；
    所述第二设备的第二目标信息的发送方式。
  9. 根据权利要求8所述的方法，其中，在确定第一信息之后，所述方法还包括以下至少一项：
    向所述第一目标设备发送第二信息；
    发送所述第二目标信息。
  10. 根据权利要求8所述的方法，其中，在向所述第一目标设备发送第二信息之前，所述方法还包括以下至少一项：
    确定所述第二信息的内容；
    确定执行第一业务的类型；
    确定所述第二信息的发送方式。
  11. 一种车联网通信系统，包括第一设备和第二设备，所述第一设备和所述第二设备基于预先设定的目标信息进行通信，所述目标信息用于确定第二目标设备执行目标业务的能力。
  12. 根据权利要求11所述的系统，其中，所述目标信息包括：设备特征信息和/或服务能力信息；
    其中，所述服务能力信息包括第一服务能力信息和/或第二服务能力信息，所述第一服务能力信息用于指示第二目标设备当前激活的服务能力，所述第二服务能力信息，用于指示第二目标设备当前未激活的服务能力，所述第二目标设备为发送所述目标信息的设备。
  13. 根据权利要求12所述的系统，其中，所述服务能力信息包括以下至少一项：
    业务信息；消息集；业务类别信息；业务等级信息；应用标识AID信息；提供商服务标识PSID信息；隐私保护需求信息。
  14. 根据权利要求13所述的系统，其中，所述服务能力信息还包括以下一项：
    角色信息；能力信息；协议信息。
  15. 根据权利要求12所述的系统，其中，所述设备特征信息包括以下至少一项：
    设备类型；归属方信息；无线接入类型；智能化等级；网联信息；支持协议版本；感知能力信息；定位能力信息；编队能力信息；功能安全等级信息；感知数据类型。
  16. 一种设备，包括：收发机、存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如权利要求1至6中任一项所述的车联网信息处理方法的步骤，或者实现如权利要求7至10中任一项所述的车联网信息处理方法的步骤。
  17. 一种车联网信息处理装置，应用于第一设备，包括：
    发送模块，用于发送第一目标信息，所述第一目标信息用于确定所述第一设备执行第一业务的能力。
  18. 根据权利要求17所述的装置，其中，所述第一目标信息包括：设备 特征信息和/或服务能力信息；
    其中，所述服务能力信息包括第一服务能力信息和/或第二服务能力信息，所述第一服务能力信息用于指示所述第一设备当前激活的服务能力，所述第二服务能力信息，用于指示所述第一设备当前未激活的服务能力。
  19. 根据权利要求18所述的装置，所述装置还包括：
    第一获取模块，用于获取至少一个第二设备对应的第二目标信息，所述第二目标信息用于确定所述第二设备执行第一业务的能力；
    第一处理模块，用于根据所述第二目标信息，更新所述第一目标信息，或者调整所述第一目标信息的发送方式。
  20. 根据权利要求19所述的装置，其中，所述处理模块包括：
    第一调整单元，用于在所述第二设备执行所述第一业务的能力水平低于所述第一设备执行所述第一业务的能力水平的情况下，调整所述第一设备的服务能力至与第二设备的能力水平一致；
    能力请求单元，用于在所述第二设备当前未激活的服务能力能执行所述第一业务的情况下，在所述第一目标信息中增加能力请求信息，所述能力请求信息用于请求所述第二设备激活执行所述第一业务的能力。
  21. 根据权利要求19所述的装置，其中，所述处理模块包括：
    第一处理单元，用于删除所述第一业务对应的所述第一服务能力信息；
    第二处理单元，用于停止发送所述第一目标信息；
    第二调整单元，用于调整发送所述第一目标信息的频率。
  22. 根据权利要求18所述的装置，所述装置还包括：
    第二获取模块，用于获取至少一个第二设备对应的第二目标信息，所述第二目标信息用于确定所述第二设备执行第一业务的能力；
    第二处理模块，用于在所述第一设备欲执行第一业务的情况下，根据所述第二目标信息，从所述第二设备中确定出具有执行所述第一业务的服务能力的第一目标设备；
    第三处理模块，用于与所述第一目标设备进行所述第一业务相关的通信。
  23. 一种车联网信息处理装置，应用于第二设备，包括：
    接收模块，用于接收至少一个第一设备发送的第一目标信息，所述第一 目标信息用于确定所述第一设备执行第一业务的能力；
    确定模块，用于根据所述第一目标信息，确定第一信息。
  24. 根据权利要求23所述的装置，其中，所述第一信息包括以下至少一项：
    所述第一设备执行第一业务的能力；
    执行第一业务的能力与所述第二设备相匹配的第一目标设备的标识信息；
    与所述第一设备相关的所述第二设备的配置信息；
    所述第二设备的第二目标信息；
    所述第二设备的第二目标信息的发送方式。
  25. 根据权利要求24所述的装置，所述装置还包括：
    第一发送模块，用于向所述第一目标设备发送第二信息；
    第二发送模块，用于发送所述第二目标信息。
  26. 根据权利要求24所述的装置，所述装置还包括：
    第一确定模块，用于确定所述第二信息的内容；
    第二确定模块，用于确定执行第一业务的类型；
    第三确定模块，用于确定所述第二信息的发送方式。
  27. 一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如权利要求1至6中任一项所述的车联网信息处理方法的步骤，或者实现如权利要求7至10中任一项所述的车联网信息处理方法的步骤。
PCT/CN2023/072649 2022-01-30 2023-01-17 一种车联网信息处理方法、装置、设备及系统 WO2023143260A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202210114414.1A CN116567549A (zh) 2022-01-30 2022-01-30 一种车联网信息处理方法、装置、设备及系统
CN202210114414.1 2022-01-30

Publications (1)

Publication Number Publication Date
WO2023143260A1 true WO2023143260A1 (zh) 2023-08-03

Family

ID=87470688

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2023/072649 WO2023143260A1 (zh) 2022-01-30 2023-01-17 一种车联网信息处理方法、装置、设备及系统

Country Status (2)

Country Link
CN (1) CN116567549A (zh)
WO (1) WO2023143260A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117956425A (zh) * 2022-10-31 2024-04-30 华为技术有限公司 信息指示方法、信息使用方法及相关装置、系统

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20190011488A (ko) * 2017-07-25 2019-02-07 삼성전자주식회사 외부 장치로부터 수신된 식별 정보에 기반하여 통신 회로를 제어하는 전자 장치 및 그 동작 방법
CN110351683A (zh) * 2018-04-04 2019-10-18 电信科学技术研究院有限公司 参数传输方法及装置
CN112309152A (zh) * 2019-08-01 2021-02-02 华为技术有限公司 一种车路协同方法及装置
CN113038418A (zh) * 2021-02-10 2021-06-25 深圳成谷科技有限公司 一种车路协同通信方法、系统、设备及存储介质
CN113196361A (zh) * 2019-11-30 2021-07-30 华为技术有限公司 一种通信方法及装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20190011488A (ko) * 2017-07-25 2019-02-07 삼성전자주식회사 외부 장치로부터 수신된 식별 정보에 기반하여 통신 회로를 제어하는 전자 장치 및 그 동작 방법
CN110351683A (zh) * 2018-04-04 2019-10-18 电信科学技术研究院有限公司 参数传输方法及装置
CN112309152A (zh) * 2019-08-01 2021-02-02 华为技术有限公司 一种车路协同方法及装置
CN113196361A (zh) * 2019-11-30 2021-07-30 华为技术有限公司 一种通信方法及装置
CN113038418A (zh) * 2021-02-10 2021-06-25 深圳成谷科技有限公司 一种车路协同通信方法、系统、设备及存储介质

Also Published As

Publication number Publication date
CN116567549A (zh) 2023-08-08

Similar Documents

Publication Publication Date Title
US10440668B1 (en) Vehicle platooning management and power control with LTE/5G V2X communications
Abboud et al. Interworking of DSRC and cellular network technologies for V2X communications: A survey
WO2018171712A1 (zh) 车辆群组的建立、更新方法及其装置、设备、存储介质
US11228869B2 (en) Roadway communication system with multicast
WO2017041355A1 (zh) 一种控制v2x业务传输的方法及装置
Filippi et al. Ready to roll: Why 802.11 p beats LTE and 5G for V2x
EP3440879A1 (en) Resource selection for vehicle (v2x) communications
US10147322B2 (en) Safety-compliant multiple occupancy of a channel in intelligent transportation systems
WO2020259525A1 (zh) 一种通信方法及装置
JP6983169B2 (ja) メッセージマルチキャスト方法、メッセージブロードキャスト方法およびデバイス
US20030120826A1 (en) System and method for building a communication platform for the telematics domain using a distribution of network objects
KR102569131B1 (ko) 차량 통신 서비스를 수행하는 장치 및 방법
US9844059B2 (en) Controlling resource usage for vehicle (V2X) communications
US9723451B2 (en) Providing location information of a terminal in a communication network
WO2020063085A1 (zh) 车联网消息交互方法以及相关装置
JP2010507970A (ja) アドホック無線ネットワークにおいてユニキャストメッセージ及びマルチキャストメッセージをルーティングする方法および通信デバイス
CN110769021B (zh) 一种信息推送方法、装置及系统
CN105723753A (zh) 一种车载终端间的信息交互方法及车载终端
WO2023143260A1 (zh) 一种车联网信息处理方法、装置、设备及系统
CN110519172B (zh) 无线通信方法和设备
WO2023001307A1 (zh) 旁链路通信方法及设备
CN108009169A (zh) 一种数据处理方法、装置及设备
WO2019000745A1 (zh) 一种兼容多制式v2x的v2x终端、系统及管理方法
US20180132281A1 (en) Method for internet of vehicles (iov) electric traffic sign information broadcast with quality of service (qos) guaranteed mechanism based on conflict detection
US11368826B2 (en) Method and apparatus for bridging and optimizing V2X networks in vehicles

Legal Events

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

Ref document number: 23746142

Country of ref document: EP

Kind code of ref document: A1