System and method for managing v2x communication between a vehicle and a receiving device

Abstract

The invention relates to a mobile vehicular device (2) comprising a V2X communication management apparatus (20) connected to a cellular communication network. The communication management apparatus comprises a radio access technology (RAT) selection unit (200) determining a radio access technology available for transmitting data packets associated with a V2X application performed by the mobile vehicular device (2) to at least one receiving end device (3). The selection unit (200) is configured to select the available radio access technology from a set of radio access technologies depending on target quality of service information comprising an n-tuple of performance indicators, the n-tuple of performance indicators comprising at least one performance indicator and being determined from a set of performance indicators selected according to the V2X application.

Description

Technical Field

[0001] The present invention relates generally to wireless communication systems, and more particularly to an apparatus and a method for managing V2X communication between a vehicle and one or more receiving devices.

[0002] In recent years, with the emergence of Intelligent Transportation Systems (ITS) implemented among connected vehicles to improve road traffic safety and efficiency, significant advancements have been made in technologies for vehicle-to-vehicle communication. ITS systems are based on broadcast messages and utilize V2X radio access technologies, including those for communication between vehicles (“vehicle-to-vehicle” (V2V), vehicles and infrastructure (V2I), and vehicles and pedestrians (V2P). These messages are typically used to determine actions to be taken in real-time situations, such as issuing a warning when a collision risk is detected, or taking an emergency stop when a hazard is detected; these actions often require rapid implementation.

[0003] Automotive applications can send their V2X (V2V, V2I, and V2P) messages in different ways. For example, V2X messages can be sent using 'direct' V2V communication based on standards such as 802.11p, PC5 wireless technology, or even 5G links. This 'direct' V2V communication is also known as short-range or ad hoc technology.

[0004] Alternatively, V2X messages can be sent via 'indirect' (V2N2V) communication using 4G or 5G connections (through the air interface used for LTE and 5G networks, also known as the Uu interface). In the case of indirect V2N2V communication, an off-site server within the network hosts the service of processing and making the data available to the user. The required connectivity capabilities, such as latency, reliability, and / or streaming, typically vary depending on the user. In other cases, service availability may also play a significant role. However, there is currently no scheme for dynamically determining the most suitable radio access technology to apply based on target performance capabilities.

[0005] Patent application CN 106658351 proposes a scheme for determining the strategy for 4G base stations to transmit data via the downlink. Specifically, this scheme can determine the link type to be used (broadcast, multicast, unicast), select the target node eNB, and allow the transmission of received V2X data based on the type of V2X service. However, this scheme cannot select the most suitable Radio Access Technology (RAT) for the target Quality of Service (QoS) of the V2X messages.

[0006] Another approach described in application WO 2001 / 705531 proposes selecting either the LTE network or a Roadside Unit (RSU) for certain types of V2X messages at a V2X base station. This scheme offloads a portion of V2X processing to the RSU to optimize load distribution between the cellular and V2X networks. However, this selection is made by the LTE base station, not by onboard components in the vehicle. Furthermore, this approach cannot determine which RAT (Roadside Access Technology) best suited to achieve the target performance capabilities for each message.

[0007] Therefore, there is a need for an improved system and method to dynamically determine the best wireless access technology to be applied to sending V2X messages based on target performance capabilities. Summary of the Invention

[0008] This invention will improve this situation. To this end, the invention proposes a mobile vehicle device including a V2X communication management device connected to a cellular communication network. Advantageously, the communication management device includes a Radio Access Technology (RAT) selection unit configured to determine at least one radio access technology that can be used to transmit data packets associated with a V2X application performed by the mobile vehicle device to at least one receiving device. The selection unit is configured to select at least one available radio access technology from a set of radio access technologies based on target quality of service information including an n-tuple of performance metrics, the n-tuple of performance metrics including at least one performance metric, and determined from a set of performance metrics selected according to the V2X application.

[0009] In one embodiment, the performance metrics in the set of performance metrics may be selected from the group including at least one latency parameter, at least one reliability parameter, at least one availability parameter, at least one data flow parameter, and at least one information age parameter.

[0010] The communication management device may include a connection unit configured to establish an initial connection via a cellular network with an application server that provides V2X services associated with the V2X application. The connection unit is configured to send a subscription request for the V2X application to the application server. The subscription request identifies the V2X service and includes quality of service information required by the mobile vehicle device, including a target quality of service.

[0011] Specifically, the mobile vehicle device can be configured to receive a notification of bearer openness for transmitting information between the application server and the mobile vehicle device if the estimated quality of service over a future time period meets one or more conditions related to the quality of service information.

[0012] This service quality information may further include an acceptable range of degraded service quality values.

[0013] The contract request may further include a description of the region of interest associated with the V2X application, which is a relative description of the location of the vehicle equipment or an absolute description defined in an absolute reference frame.

[0014] In particular, the absolute description can be represented by vectors and / or polygons and / or partitions in the absolute reference frame.

[0015] The contract request may further include information type and attributes, where each attribute is associated with a given information type.

[0016] In one embodiment, the communication management apparatus may include a unit for estimating the availability of V2X services, which is capable of estimating the availability of V2X services based on information used to predict the Quality of Service (QoS).

[0017] The mobile vehicle device may further include a unit for determining availability, the unit being configured to calculate an availability vector of the RAT based on a comparison between the target quality of service and a predicted quality of service within a future time window, the availability vector including a set of components with binary values, each component being associated with a RAT that can be used to send the data packet from the mobile vehicle device, wherein the binary value indicates the availability or unavailability of the RAT.

[0018] In one embodiment, the mobile vehicle device may further include a RAT selector configured to select at least one RAT from RATs having the RAT availability vector according to a set of transmission criteria.

[0019] In particular, these transmission standards may include standards related to redundancy parameters and / or V2X service cost parameters and / or message priority parameters and / or V2X service parameters.

[0020] A V2X communication system is also proposed, comprising at least one vehicle device according to one of the aforementioned features, a cellular communication network, and an application server for delivering V2X services associated with V2X applications. The system includes a predictive function capable of predicting service quality based on target service quality information.

[0021] A method is also proposed for transmitting data packets associated with a V2X application performed by a mobile vehicle device connected to a cellular communication network to at least one receiving device. Advantageously, the method includes a selection step involving selecting at least one radio access technology that can be used to transmit the data packets based on a set of radio access technologies, according to target quality of service information comprising an n-tuple of performance metrics, wherein the n-tuple of performance metrics includes at least one performance metric and is determined from a set of performance metrics selected according to the V2X application.

[0022] Therefore, embodiments of the present invention allow for the control and prediction of the quality of wireless access technology in order to anticipate changes and adjust in-vehicle behavior.

[0023] Embodiments of the present invention also enable the availability of wireless access technologies to be controlled based on quality of service and allow selection of the best wireless access technology to be used for sending V2X messages. Attached Figure Description

[0024] Further features and advantages of the invention will become apparent from the following description and accompanying drawings, in which:

[0025] -[ Figure 1 [Illustration 1] is a diagram illustrating an example of the operating environment of an implementable communication management system according to an embodiment of the present invention;

[0026] -[ Figure 2 [Illustration] is a diagram illustrating a communication management system according to some embodiments;

[0027] -[ Figure 3 [Illustration] is a diagram illustrating a connection management unit according to one embodiment;

[0028] -[ Figure 4 [This is a flowchart illustrating a method for managing communication between a motor vehicle and a receiving device according to some embodiments;]

[0029] -[ Figure 5 [This is a flowchart illustrating a signing method according to one embodiment;]

[0030] -[ Figure 6 [Illustration] is a diagram illustrating a service quality control unit according to one embodiment;

[0031] -[ Figure 7 [ ] is a flowchart illustrating a method for processing a contract request according to one embodiment;

[0032] -[ Figure 8 [This is a flowchart illustrating a method for matching the classification of data packets to be sent according to one embodiment; and]

[0033] -[ Figure 9 [ ] is a flowchart illustrating a method for selecting a RAT for transmission according to one embodiment.

[0034] Detailed descriptions are further supplemented by Appendix A1. This appendix is ​​provided separately for clarification and to facilitate cross-reference. It forms part of the specification and thus helps not only to better understand the invention but also, where appropriate, to define it. This also applies to the various aspects of the accompanying drawings. Detailed Implementation

[0035] Figure 1 An example of a V2X communication infrastructure 100 according to an embodiment of the present invention is shown.

[0036] Embodiments of the present invention provide an apparatus and a method for managing V2X communication between a mobile vehicle device 2 (hereinafter also referred to as a 'vehicle' or 'transmitting vehicle') and at least one receiving device 3, wherein the at least one receiving device is capable of dynamically determining one or more Radio Access Technologies (RATs) that can be used to transmit data from the mobile vehicle device 2 to the receiving device 3 based on at least one target performance indicator.

[0037] Environment 100 forms an Intelligent Transportation Architecture (ITS) configured to manage the safety and efficiency of road traffic using wireless V2X communication between connected vehicle 2 and receiving device 3.

[0038] Each vehicle 2 may be equipped with a communication device 20, which is configured to enable communication with one or more V2X applications:

[0039] - Between vehicle 2 and application server 6, which distributes V2X services to receiving device 3 via cellular communication network 1; or

[0040] - Through one or more self-organizing wireless access technologies, data packets related to one or more V2X applications are exchanged between vehicle 2 and receiving device 3 located within a range, wherein the range corresponds to the shortest distance of the self-organizing wireless technology.

[0041] More generally, V2X communication can be used to optimize road efficiency, manage road traffic, reduce injuries and improve road safety, and for applications of autonomous vehicles.

[0042] The vehicle may be equipped with wireless communication means (transmitting and receiving) suitable for communicating with cellular network 1 and with a nearby receiving device 3 for RAT-based communication. The receiving device 3 also implements one or more corresponding V2X applications and a communication device 30 capable of communicating with the communication device 20 of the vehicle 2.

[0043] Vehicle 2 may also be equipped with a set of sensors configured to measure environmental parameters; and / or at least one camera configured to record a sequence of images of the vehicle's environment. Data from the sensors and / or cameras may be used by communication device 20.

[0044] V2X communication enables Vehicle 2 to use intelligent services by sharing environmental information acquired by vehicles equipped with mobile devices, road infrastructure, or pedestrians with nearby vehicles or sensor devices.

[0045] V2X communication uses transmitting or receiving vehicle equipment (e.g., vehicle 2) to implement V2X applications through 3GPP-compliant data transmission. Depending on the type of receiving device 3, V2X communication can be V2V, V2I, or V2N. In V2V communication, communication occurs between two vehicles 2 and 3 using a V2V application. In V2I communication, vehicle 2 and road infrastructure 3 (also known as a roadside unit (RSU)) use a V2I application. Road infrastructure 3 supports V2I services, which are configured to send and / or receive data to / from vehicle 2 using a V2I application. Road infrastructure 3 can be implemented in a base station or a fixed vehicle device. In V2N communication, V2N communication occurs between vehicle 2 and a V2X application server (e.g., server 7).

[0046] According to an embodiment of the present invention, the communication device includes a communication management device 200 configured to dynamically determine one or more available wireless access technologies that may be used to transmit V2X data packets to the detected receiving device 3 based on a set of target performance indicators including at least one performance indicator.

[0047] As used, Radio Access Technology (RAT) refers to the underlying physical connection method of a wireless communication network, such as, but not limited to:

[0048] - Third-generation RAT (3G);

[0049] - Fourth generation RAT (4G, LTE);

[0050] - Fifth generation RAT (5G);

[0051] -11p type self-organizing communication;

[0052] -PC5 type self-organizing communication.

[0053] More generally, in this context, RAT stands for any current or future generation of wireless access technology.

[0054] Vehicle 2 can execute V2X applications using a cellular communication network 1 comprising at least one base station 4, at least one cellular network core 5, and an application server (AS) 6. The communication network allows Vehicle 2 to access V2X services corresponding to the V2X application and to transmit V2X messages with a receiving device 3 (in the form of V2X data packets). The receiving device 3 refers to any device providing communication means for receiving V2X data packets sent by the sending vehicle 2.

[0055] Base station 4 can be equipped with V2X communication capabilities to support V2X communication.

[0056] Application server 6 can be any type of off-board server (e.g., a 'cloud' server or a distributed server) that implements data processing functions on the network and is configured to send the information required by the vehicle.

[0057] The cellular communication network can be, for example, an LTE network, and base station 4 is an eNB node of the LTE network.

[0058] In embodiments where the receiving device 3 is a vehicle, the receiving device 3 can receive data directly from the sending vehicle 2, or receive data from the application server 6 via the base station 4 and the network core 5.

[0059] Vehicle 2 can use a V2X application server to relay, multicast, or broadcast road traffic or safety information, or information from road applications, to receiving devices 3 located in the vicinity and executing corresponding V2X applications. For example, vehicle 2 can simultaneously (e.g., at the same time) broadcast V2V messages to several other vehicles 3 located nearby, or send V2I messages to a single road infrastructure 3, or broadcast V2P messages to all pedestrian devices equipped with mobile devices 3 located nearby.

[0060] In order to send V2X data packets to receiving device 3, when the vehicle is within the coverage area of ​​one or more base stations 4, vehicle 2 can send a V2X subscription request to application server 6 through at least one base station 4, wherein the request includes application layer information, such as location information or service attribute information.

[0061] Base station 4, serving vehicle 2, sends a subscription request to network core 5. Network core 5 can be configured to read the request, register mobile vehicle device 2 in response to the V2X subscription request, locate mobile vehicle device 2, authenticate mobile vehicle device 2, and / or manage the quality of service of the connection between vehicle 2 and application server 6 according to the type of subscription.

[0062] In another embodiment, vehicle 2 can negotiate the Quality of Service (QoS) of the connection between vehicle 2 and application server 6 with network core 5 independently of the subscription method, based on the type of subscription. As an alternative embodiment, the V2X service hosted on application server 6 can negotiate the QoS of the connection between vehicle 2 and application server 6 with network core 5 independently of the subscription method, based on the type of subscription. In another alternative embodiment, network core 5 can establish a connection with a default QoS during vehicle registration to the cellular network core, wherein each QoS level is provided (assigned) by the operator based on the vehicle's subscription to the operator.

[0063] Vehicle 2 can reach network core 5 by using one or more access technologies, such as 3GPP compliant access technologies (e.g., E-UTRAN or UTRAN in LTE and LTE-Advanced) or 3GPP non-compliant access technologies (e.g., WiMAX or WLAN).

[0064] Cellular communication network 1 is used to relay and provide data between vehicle 2 and external application server 6 that provides V2X services.

[0065] The contract request may include information related to the target quality of service required by vehicle 2. The quality of service depends on the V2X application being executed and consists of n-tuples of performance metrics.

[0066] In one embodiment, the performance metrics (denoted as KPIs) of an n-tuple may include one or more of the following metrics:

[0067] - One or more latency-related parameters (such as maximum latency or average latency);

[0068] - One or more reliability parameters (such as maximum or average message loss rate);

[0069] -Availability parameters;

[0070] - Data flow parameters (such as maximum flow); and / or

[0071] - Information: Age parameter.

[0072] Maximum latency refers to the maximum transmission time of a V2X data item from vehicle 2 (sending vehicle) to application server 6 or from application server 6 to receiving device 3.

[0073] Average latency refers to the average transmission time of a V2X data item from vehicle 2 (sending vehicle) to application server 6 or from application server 6 to receiving device 3.

[0074] The maximum message loss rate represents the maximum percentage of V2X packets lost between vehicle 2 (sending vehicle) and application server 6, or between application server 6 and receiving device 3.

[0075] Maximum flow refers to the flow negotiated between vehicle 2 (sender vehicle) and application server 6 regarding target latency and message loss rate.

[0076] Embodiments of the present invention further allow for the dynamic determination of RATs available for V2X communication between vehicle 2 and receiver device 3. These RATs guarantee optimal performance metrics (KPIs) related to target performance capabilities defined according to V2X applications performed by vehicle 2 (e.g., V2X emergency braking messages, V2X traffic jam messages, remote driving, etc.).

[0077] Embodiments of the present invention achieve real-time or near-real-time dynamic determination of one or more available Radio Access Technologies (RATs) that guarantee optimal performance relative to the target performance metrics defined for the V2X application performed by the transmitting vehicle 2. Therefore, the routing of V2X application-related information and the message content sent by the transmitting vehicle 2 to the receiving device 3 using the selected available RATs are implemented in a manner that dynamically optimizes the use of radio resources. For example, for V2X applications associated with performance metrics related to network load, the V2X communication management device 200 can dynamically determine available RATs and select those that can reduce network load.

[0078] Figure 2 This is a diagram showing an on-board communication management device 200 in a vehicle 2 according to some embodiments.

[0079] like Figure 2 The V2X communication management device 200 shown may include a connection management unit 2001 configured to establish a connection with an application server 6 via a base station 4 serving the vehicle and a core network 5, according to a registration and subscription method. The connection management unit 2001 allows communication with the external application server 6 on the network to allow registration of the vehicle device 2 and / or subscription to V2X services. This subscription allows the vehicle 2 to notify the external application server 6 of its requests.

[0080] In one embodiment, the connection management unit 2001 is configured to send a registration request for a V2X communication service corresponding to the V2X application to the application server 6. The registration request may include:

[0081] - This represents the region of interest (ROI) of the target area to be detected in order to implement V2X services corresponding to the V2X application performed by vehicle 2. The ROI can be detected by the vehicle using one or more sensors and / or signal transmission means equipped on the vehicle during the execution of the V2X application. The ROI can be represented by a set of ROI parameters characterizing the ROI.

[0082] - Indicates the type of V2X service attributes required by vehicle 2; and

[0083] -Target Quality of Service (QoS) defined by n-tuples 目标 =(KPI1) 目标 ..., KPI j 目标 ..., KPI n 目标 The n-tuple includes n performance metrics (KPIs) associated with the V2X applications performed with the vehicle. j 目标 (where n is an integer at least equal to 1) Define n target values, such as reliability, latency, etc.

[0084] The V2X communication management device 200 further includes a unit 2000 (also referred to as the “availability unit”) for selecting available radio access technologies (RATs), which is configured to determine a list of available RATs to be used to send V2X messages related to V2X applications performed by the vehicle 2 to the receiving device 3.

[0085] The V2X communication management device 200 may further include a QoS control module 2002 configured to analyze the current value of each of n performance metrics during the execution of a V2X application, for each of P RAT technologies. The control module 2002 may include one or more storage structures (not shown) for storing the current value of each of the n performance metrics, for example, in the form of a matrix P*n (P multiplied by n).

[0086] As an alternative embodiment, the control module 2002 for n performance metrics can store predicted values ​​for the n performance metrics, wherein each predicted value is associated with a future time window corresponding to the validity period of the predicted value. The prediction of KPI values ​​can be performed by a prediction function implemented in environment 100 (e.g., in cellular network 1 (e.g., in network core 5), in vehicle 2, or in application server 6). The remainder of the specification will refer to the predicted KPI values ​​and will be provided through illustrative examples.

[0087] When, for example, in response to the condition (based on the detected event) that a V2X message needs to be sent to the receiving device 3, the unit for selecting the RAT can be activated by the vehicle 2.

[0088] Then, the unit 2000 used to determine the available RAT can be based on the predicted value of each of the n performance indicators maintained by the control module 2002, and the estimated time τ associated with the current value of each performance indicator. j Determine all available RATs in the RAT of the n-tuple.

[0089] The unit 2000 for determining available RATs may include a comparator configured to, for each RAT, calculate the predicted QoS values ​​of n performance metrics for each RAT from a set of P RATs (where j ≤ P) stored by the control module 2002. j =(KPI) 1，j ..., KPI j，j ..., KPI n，j ) and the target values ​​of n performance metrics (KPIs) defined by the application for QoS 目标 =(KPI1) 目标 ..., KPI j 目标 ..., KPI n 目标 In comparison, the unit 2000 for determining the available RAT is also configured to use a time estimator to determine the availability bit representing the availability of the RAT based on the comparison result. This time estimator is configured to estimate the availability time τ representing whether the k-th RAT is considered available or unavailable for the RAT under consideration. k In one embodiment, the time estimator may be configured to estimate only the availability time of the RAT if the comparator determines that the RAT is available. Although the comparator and time estimator are shown in unit 2000 for determining the availability of the RAT, those skilled in the art will readily understand that the comparator and time estimator may be arranged in other elements of the communication management device 20 outside of the selection unit 200.

[0090] In another embodiment, the selection unit 200 can be configured to select vector QoS according to message category. j (where j≤P) and the target QoS value (QoS for V2X messages of the 'dispersed event' type). 目标 QoS for V2X messages of type MCM or 'Mobile Cooperative Message' 目标 Instead of comparing it to the target QoS value on an application basis, it compares it to the target QoS value.

[0091] The unit 2000 for determining available RATs can be configured to calculate a vector V of available RATs comprising P components, wherein each component is associated with a certain RAT among the P types of RATs, each k-th component corresponds to an availability bit determined for the k-th RAT, and can have a first value (e.g., 1) indicating the availability of the RAT or a second value (e.g., 0) indicating the unavailability of the RAT. The remainder of the specification will refer to this availability vector V. i The use of vector V is provided through non-limiting examples. In one embodiment, vector V i This can be done for each application "i" or each category of message "i". Vector V i It can be semi-static. For example, a "semi-static" vector V is used in this case. i This represents a vector that changes very little over time, meaning that as long as no change in performance metrics is detected or reported.

[0092] Selection unit 200 may further include selector 2004, which is configured to select vector V based on a selection criterion including at least one of redundancy criteria, V2X service cost criteria, message priority criteria, and / or service criteria. i The RAT. Therefore, selector 2004 provides an availability subvector V' that includes a subset of the components of the availability vector V, each component of vector V' being associated with the RAT and having an associated value in the availability vector V, where the other components of the availability vector V have been removed.

[0093] Unit 2000, used to determine available RATs, and control module 2002 constitute the control plane that allows the establishment of V2X communication.

[0094] The communication management module 200 may further include a transmission manager 2005, which is configured to select a subvector V associated with an availability bit having a first binary value (e.g., '1'). i The availability bit indicates the availability of the corresponding RAT, and information related to the selected available RAT is added to the payload of the data packet to be sent to the receiving device 3, for example, as the header of the data packet (transmission data plane) or to the metadata, so as to route the message to the RAT selected by the software layer.

[0095] The communication management device 200 can be used to dynamically route V2X data by matching the data packets to be sent to the receiving device 3 with the available RATs selected taking into account the wireless conditions.

[0096] In another example of the application, the communication management device 200 can be used to route semi-static data by matching data packets to be sent from vehicle 2 to receiving device 3 with available RATs selected based on message traffic categories that take into account information such as priority information and content.

[0097] As used in this article, "traffic category" (also known as "packet category") refers to a message category grouped according to similarity criteria or target KPIs. Traffic categories correspond to network classifications that represent quality of service requirements within a network.

[0098] Embodiments of the present invention allow the selection and deselection of a long-distance communication link Uu based on the message to be sent.

[0099] Interface Uu refers to the interface between vehicle equipment 2 and base station 4 (an air interface used for long-distance connections). It should be noted that although the specification mentions interface Uu for LTE networks, this invention is not limited to LTE connections but also applies to other types of connections, such as 5G connections or future centralized communication links.

[0100] While not limited to this application, the present invention offers particular advantages in the field of autonomous vehicle applications. Autonomous vehicles actually utilize communication architectures to execute autonomous vehicle applications implemented in different systems (e.g., ADAS, GPS, etc.). The communication management device according to the present invention allows for dynamic adjustment of communication with the network based on the different system requirements of the autonomous vehicle.

[0101] In one embodiment, the communication management device 200 may further include a unit 2006 for estimating V2X service availability. This unit is configured to estimate the availability of the V2X service based on predicted quality of service information or a quality of service value negotiated with the application server 6, wherein quality of service (QoS) is defined as a subset of quality metrics. Then, the vehicle 2 can enable or disable the V2X service corresponding to the onboard V2X application on the vehicle 2 based on the vehicle's service availability information.

[0102] Embodiments of the present invention allow the transmitting vehicle 2 to obtain an estimate (prediction) of the quality of service and the future availability of the available RAT within a future time window (e.g., within the next few minutes or seconds) to estimate the availability of the RAT. In one embodiment, the communication management device can prioritize V2X services based on the received estimate. Advantageously, the quality of service is controlled by a control module 2002 located on-board in the vehicle 2, rather than in an external application server 6 in the network. The KPIs used to estimate the availability of the cellular RAT can be based on the QoS notification of the established connection when the vehicle connects to the external service, or on an overestimation (prediction) of the quality of service and future availability of the cellular RAT (within a future time window, e.g., within the next few minutes or seconds).

[0103] Figure 3 An example of an implementation of a communication management device 20 according to one embodiment is shown.

[0104] like Figure 3 As shown, the connection management unit 2001 may include:

[0105] - Registration and signing module 21, which is configured to establish a connection between vehicle 2 and application server 6 independently of application server 6; and

[0106] - Module 22 is used to discover geographic services (geoservices), which represent web-based services with geographic components that can be hosted by application server 6.

[0107] The geographic service discovery module 22 can be configured, for example, to exchange authentication information (identifiers) with a geographic server associated with a geographic service (which may be integrated into the application server 6) using HTTP messages to obtain a list of services supported by the geographic server.

[0108] In one embodiment, the list of services supported by the geographic server can be exchanged through service management functions included in the network.

[0109] Figure 4 This is a flowchart illustrating a communication management method according to some embodiments.

[0110] In step 400, a V2X subscription request is sent from vehicle 2 to application server 6 via base station 4 and network core 5.

[0111] If the contract is successfully signed (step 402), in step 404, a connection is established between vehicle 2 and application server 6.

[0112] In step 406, vehicle 2 receives an n-tuple of the target performance index KPI.

[0113] In step 408, the value of the n-tuple for each RAT control performance metric from a set of predefined RATs.

[0114] If a condition (410) for triggering the transmission of a V2X message is detected, then in step 412, an available RAT from the RATs controlled in step 408 is selected from the current values ​​of the n-tuples of the performance metrics. The selected available RATs can be returned as an availability vector. The selected available RATs are those that are associated with the best performance metrics (KPIs) relative to the target performance defined for the V2X application.

[0115] In step 414, at least one RAT is selected from the available RATs in the availability vector based on one or more selection criteria (or metrics), such as redundancy, V2X service cost, V2X message priority, etc.

[0116] In step 416, the RAT selected in step 414 is matched with the message transmission port.

[0117] In step 418, the V2X message is sent to the receiving device 3, which is capable of receiving V2X messages sent by vehicle 2.

[0118] Figure 5 This refers to a registration and signing method according to one embodiment. Figure 4 The flowchart for step 400) is shown. The registration and signing method can be implemented by block 21 of the connecting unit 2001.

[0119] In step 500, a registration request, which may include registration attributes, is sent to the V2X communication service corresponding to the V2X application.

[0120] Registration attributes included in the registration request may include, for example:

[0121] - A list of message types supported by the communication management device 20; and / or

[0122] - The version of the V2X communication protocol supported by the communication management device 20; and / or

[0123] - Communication protocols supported by the communication management device 200 for contracted V2X services (e.g., http, MQTT, etc.) and for the data plane (e.g., UDP / IP, TCP / IP, MQTT, etc.).

[0124] In step 502, a registration response is relayed back to the communication management device 200, which may include an identifier and a list of available RATs.

[0125] In step 504, if the registration response confirms the registration of vehicle 2, the communication device 20 may optionally connect to the external service via a dedicated APN ('Access Point Name') or a dedicated network slice.

[0126] In step 506, a subscription is completed on the newly created connection (in the case of a dedicated APN or dedicated network slice). This step involves network core 5 assigning a default QoS level to the default V2X line (bearer). The subscription message can then be sent to application server 6 via the cellular network to complete the subscription.

[0127] A contract request may include the following contract information:

[0128] - Region of Interest (ROI) information, representing the target area detected for implementing V2X services corresponding to the V2X application performed by vehicle 2. ROI information may include an ROI descriptor; and / or

[0129] - The types of information required by the vehicle (e.g., objects, events, maps, etc.); and / or

[0130] - Attributes, wherein one or more attributes are associated with the type of information required by vehicle 2 (examples of 'object' type attributes of information could be 'truck' or 'car'; examples of 'event' type attributes of information could be 'weather' or 'accident'; examples of 'map' type attributes of information could be 'district'); and / or

[0131] - Information related to the required Quality of Service (QoS) level, including the target QoS required by V2X applications and used by the communication management device 20. 目标 Target Quality of Service (QoS) 目标 It can be defined by an n-tuple, which includes n performance metrics (KPIs). j 目标 Defined n target values:

[0132] QoS 目标 =(KPI1) 目标 ..., KPI j 目标 ..., KPI n 目标 ).

[0133] In one embodiment, a contract request may include the following attributes:

[0134] - Message type information; and / or

[0135] - A set of reasons (representing the conditions used to trigger the sending of the message), each reason includes a set of sub-reasons, each reason is associated with a reason identifier, and each sub-reason is associated with a sub-reason identifier and a set of reason attributes representing information related to vehicle 2.

[0136] For example, this group of reasons may include:

[0137] Reason 1

[0138] Sub-cause 1.a, attribute {1.a.1, 1.a.2, 1.a.3…}

[0139] Sub-cause 1.b, attributes {1.b.1, 1.b.2, 1.b.3…}

[0140] Reason 2

[0141] Sub-cause 2.a, attribute {2.a.1, 2.a.2, 2.a.3…}

[0142] Sub-cause 2.b, attributes {2.b.2, 2.b.2, 2.b.3…}

[0143] An example of the message type specified in the contract request could be 'DENM'.

[0144] Examples of causes, as defined in ETSI 302.637, include Dangerous Location - Obstacle on the Road, Slow Vehicle, Broken-Down Vehicle, Post-Accident, Human Problem, Stationary Vehicle, Collision Risk, and Dangerous Situation.

[0145] Examples of reason attributes can include, but are not limited to:

[0146] -Minimum event confidence;

[0147] - (Reporting mode from geographic services to vehicle 2);

[0148] - Minimum confidence in the location of the event;

[0149] - The maximum event age defined relative to the event detection time.

[0150] In this embodiment, the off-network application server 6 can be configured to predict (i.e. estimate) the quality of service (QoS) over a future time period, wherein the QoS information specified in the subscription request may further include the nominal QoS. 标称 And / or Quality of Service (QoS) conditions. QoS conditions can be expressed as a range of target QoS values, representing the range of acceptable QoS values ​​for the degradation mode over a period of time (e.g., an acceptable target QoS interval or a lower QoS threshold representing a lower QoS value acceptable for the degradation mode). min ).

[0151] Target Quality of Service (QoS) 目标 This can be represented by M performance metrics, for example, in the form of a Quality of Service (QoS) descriptor. The M performance metrics can include one or more performance indicators (KPIs), such as target latency and / or target packet error rate.

[0152] The QoS information specified in the subscription request (the QoS required by vehicle 2) can be represented by QoS descriptors, which may include other QoS-related information, such as:

[0153] - Information indicating whether the target QoS must be guaranteed; and / or

[0154] - The maximum uplink and / or downlink flow must be guaranteed under the target QoS condition; and / or

[0155] - Notification mode.

[0156] The Region of Interest (ROI) information indicated in the contract request can be described in the contract information in a variety of ways.

[0157] In one embodiment, the region of interest (ROI) can be described (quantified) relative to the position of vehicle 2. The relevant description of the ROI can then take the form of a set of segments arranged around the square where vehicle 2 is located.

[0158] Therefore, depending on the size of the square, the update rate of the information may be limited, and the update may only include changes in its own square or changes in the new relevant square due to changes in the environment (such as from an urban environment to a highway environment). However, depending on the size and format of the square, the region of interest may not perfectly correspond to the relevant region of vehicle 2.

[0159] As an alternative embodiment, the description of the region of interest can be based on a standardized form relative to the centroid, such as an ellipse (defined by its major and minor axes), a circle (defined by its center and radius), or a rectangle (defined by its length and width). The centroid information can be updated periodically to inform the geographic server. This description of the region of interest is advantageously suited to the vicinity of vehicle 2, which is determined by the vehicle application based on a set of parameters (such as speed, road characteristics, etc.). However, a high update rate for the centroid may be required, which can be improved through limited information exchange.

[0160] In another embodiment, an absolute description of the region of interest can be used. The absolute description is defined in an absolute reference frame. The absolute description can be represented by vectors and / or polygons and / or pieces to obtain a description suitable for the region near vehicle 2.

[0161] In one embodiment, a notification method can be used to complete the signing. According to this notification method, the external application server 6 can periodically send information corresponding to the required signing conditions, or it can be configured to detect changes in the information corresponding to the required signing conditions since the last notification.

[0162] In one embodiment, the connection unit 2001 (in) Figure 5 Following step 510, a list of ports for registered V2X services can be provided as output, where ports can be matched (mapped) to a single V2X service or multiple V2X services. The same Quality of Service (QoS) level can be applied to various links created during the subscription period.

[0163] like Figure 6 As shown, the QoS control module 2002 is responsible for controlling the QoS of all communication links in order to determine the available RAT. The QoS control module 2002 may include:

[0164] - First control unit 222, which is configured to control the QoS of cellular connections on the Uu interface (cellular network 1) and the V2X services provided by application server 6;

[0165] - Second control unit 224, which is used to control the QoS of other short-range RATs.

[0166] In one embodiment, the first control unit 222 can control the QoS of the connection to interface Uu based on the functions available on the cellular network 1 (e.g., 4G or 5G). The first control unit 222 can use data determined by bearer allocation, notification, and QoS prediction functions implemented by the cellular network 1. In one embodiment of the invention, at least some of these functions can be implemented in an off-site application server 6. Alternatively, at least some of these functions can be controlled by the communication management device 2.

[0167] In some embodiments, application server 6 may implement bearer allocation and quality of service (QoS) control functions, while network core 5 (e.g., LTE / 5G core) implements QoS prediction functions. In this embodiment, application server 6 can use QoS predictions performed by the prediction function (e.g., implemented by network core 5) to obtain predictive information related to possible QoS levels in a region of interest specified for a given V2X service.

[0168] Figure 7 A QoS prediction and QoS allocation method according to some embodiments is illustrated. In one embodiment, the QoS prediction and QoS allocation method may be implemented by one or more cellular network elements.

[0169] In response to receiving a specified target Quality of Service (QoS) 目标 In step 702, for at least one of the service quality information items specified in the subscription request (e.g., target QoS, nominal QoS, etc.), a list of prior predictions (or estimates over a future time period) of service quality levels is determined. For example, this prediction step can be performed by network core 5. In one embodiment, the prediction step may first determine a prediction of the target service quality.

[0170] In step 708, if the default connection does not meet the target QoS (the predicted QoS equals the target QoS), a dedicated connection (“bearer”) is requested for the target QoS specified in the subscription request (e.g., by application server 6 or a geographic service). As used herein, the term “bearer” refers to a medium or ‘line’ used to transmit information associated with the V2X service (the condition tested in step 704). The bearer can be a new dedicated radio bearer (e.g., in an LTE cellular network) or a traffic flow (in a 5G cellular network). For example, the bearer can be exposed using an API (“Application Programming Interface”) programming interface (such as API MEC (“Mobile Edge Computing”)).

[0171] In step 708, a bearer creation notification is sent to the communication management device 20, wherein the notification includes information related to the QoS Category Identifier (QCI). For example, the notification can be accomplished using security notification messages, such as NAS (“Non-Access Stratum”) messages and AT commands (AT stands for “Attention”) between the core network 5 and the mobile vehicle device 2.

[0172] In step 704, if the predicted or assigned QoS differs from the target QoS... 目标 Then it can also be verified whether the predicted QoS level (e.g., by a geographic service) is within an acceptable range of degraded QoS values ​​(if such a QoS range is specified in the subscription request, which can be defined by a QoS value range or a QoS threshold). If the QoS value range condition is met (i.e., if the predicted QoS is within the specified QoS value range), a request can be sent to the network core 5 according to steps 706 and 708 for the degraded predicted QoS (e.g., by application server 6) to request the opening of a dedicated bearer (as used herein, the term "degraded" refers to a predicted QoS that does not meet the target QoS, but is within the acceptable QoS value range specified in the subscription request).

[0173] Otherwise, in step 710, if the predicted QoS is lower than the predefined QoS threshold, one of the external components (application server 6) can send a notification to the vehicle communication management device 200 to notify of the unavailability of the service.

[0174] In other embodiments, for example, if the application server 6 hosting the geographic service does not support prediction capabilities, or if the network core cannot predict the quality of service (QoS) of a specific V2X service in a given area, the prediction capabilities may not be implemented or used by the system, or may be unavailable to the system. Similarly, a V2X service may become unavailable in response to the detection of certain events (e.g., a security attack), or may be unavailable for a given geographic area or time period. In this case, the application server 6 may request the network core 5 to create a dedicated connection and negotiate QoS parameters until a QoS that satisfies the QoS conditions (target QoS and optional range of QoS values) specified in the subscription request is found. The application server 6 will then consider the negotiated QoS valid until the cellular network indicates a change in QoS.

[0175] In one embodiment, QoS allocation and control can be directly implemented in vehicle 2 (on the vehicle side) by communication management device 200 (at least in part by QoS control module 2002). Communication management device 200 can then be configured to determine the availability or unavailability of the cellular RAT for the V2X service under consideration based on QoS prediction information received from the prediction function (e.g., in the form of one or more notifications).

[0176] In this embodiment, the communication management device 200 can be configured to request the opening of a dedicated connection with a quality of service identified by a QoS identifier (e.g., QCI in 4G or 5QI) if the default connection does not meet the QoS conditions specified in the subscription request (the QoS conditions specified in the subscription request may be stored in a local database in the form of QoS descriptors, for example).

[0177] Furthermore, the communication management device 200 can request (e.g., in the form of a notification) QoS prediction information in a given geographical area, for example, based on the route planned by vehicle 2. In one embodiment, the communication management device 200 can communicate with the prediction function using signaling messages (e.g., NAS-type signaling messages). The vehicular communication management device 200 can then communicate with the QoS prediction function hosted in cellular network 1 and request QoS prediction information in different ways.

[0178] In the first embodiment, the communication management device 200 can provide information related to the region of interest in the form of, for example, a descriptor of the region of interest, and receive QoS prediction information requested by the prediction function at a given time in response to the prediction function.

[0179] In an alternative embodiment of the first embodiment, the communication management device 200 may periodically or in response to event detection receive predicted QoS. To this end, the communication management device 200 may:

[0180] - Provides information related to a set of thresholds;

[0181] - Provides periodically updated information about the region of interest and indicates the areas where prior service quality must be predicted;

[0182] - A notification is received in response to the detection that the predicted QoS is lower than one of the thresholds in the group; conversely, no notification is sent when the predicted QoS is greater than or equal to all the thresholds.

[0183] In the second embodiment, the vehicular communication management device 200 can use signaling messages via the user plane. In this embodiment, the communication management device 200 can request QoS information from a service located in the application server 6 registered with the geographic server. The geographic server can then establish communication with a prediction function located in the cellular network (e.g., in the network core 5) to obtain QoS prediction information, as described in the first embodiment.

[0184] Based on the tested QoS conditions (comparison of target QoS and predicted QoS), the communication management device 200 can associate an availability metric with the connection of an interface Uu for a given V2X service, wherein the metric may have a first value if the connection is available for the given V2X service, or a second value indicating the unavailability of the Uu interface for the considered V2X service if the predicted QoS does not meet the QoS conditions specified by the vehicle 2 (e.g., by the QoS descriptor in the subscription request).

[0185] If cellular network 1 cannot predict the QoS of a specific V2X service in the area of ​​interest, communication management device 200 may request the cellular network to create a dedicated connection for transmitting information related to the V2X service, and may negotiate reference QoS parameters that satisfy the target QoS conditions specified in the subscription request. Then, communication management device 200 of vehicle 2 will consider the reference QoS valid until notified of a change by the cellular network.

[0186] In various embodiments where QoS can be predicted by the prediction function, the predicted QoS is associated with an estimated time period (the effective time window for the predicted QoS) representing the period during which the prediction is made.

[0187] The communication management device 200 may further include a notification unit configured to send information to one or more components of the communication management device 200 to notify of the availability / unavailability of cellular connections used for V2X services (V2X service available / unavailable connection Uu). Since QoS prediction information is provided in advance, this allows the communication management device 200 (or more generally, vehicle 2) to adapt to situations where V2X services are unavailable.

[0188] In one embodiment, RAT selector 2004 (such as...) Figure 2 (As shown) can be configured to consider packet transport standards based on a long-term transport policy for the V2X service under consideration. The transport standards may include one or more of the following standards:

[0189] - Availability information of the interface Uu for V2X services that can be received from the service availability estimation unit, and the time window corresponding to the availability information (the duration of the connection link being available or unavailable, depending on the situation);

[0190] - Information received from data providers or data consumers, such as information indicating whether additional links are needed (which would require redundant information).

[0191] The RAT selector 2004 may use a mapping table that associates a given service type with a set of parameters related to the V2X service. The parameters associated with a given V2X service type may include one or more of the following: the system requesting the service, the system providing the service, the message type, the packet classification (or 'traffic category'), the set of RATs available for the service, and port information including the associated transport port for each available RAT.

[0192] Table T1 provides an example of the corresponding relationship table:

[0193] [Table 1]

[0194]

[0195] The Transport Manager 2005 can rely on a mapping table. The Transport Manager 2005 can be configured to analyze the content of the message to be transmitted or the system providing the data to determine which RAT this data should be transmitted through.

[0196] Figure 8 This is a flowchart illustrating the method implemented by the Transfer Manager 2005.

[0197] In step 800, information for matching package classification is received, which may include at least some of the following:

[0198] - A semi-static mapping table that associates RATs with packet classifications, wherein the table can be used by RAT selector 2004 to filter RATs of availability vector V according to long-term transport strategy;

[0199] - A list of transmission ports that can be used to connect to Cellular Network 1 (e.g., Uu connection for LTE network) or information related to network slices (connection on the network virtual part of 5G cellular network), as well as the connection and its port characteristics (e.g., GBR, QCI / 5QI or TFT).

[0200] In step 802, data corresponding to a packet to be transmitted from vehicle 2 to a nearby receiving device 3 can be received from the data provider. The provider data can be received in a format suitable for transmitting data packets (such as a standardized format).

[0201] In step 804, the semantic information included in the data packet can be analyzed.

[0202] In step 806, the content of the data packet can be matched (mapped) with one or more packet categories (traffic categories) that define the target QoS of the V2X service, wherein the reserved categories are indexed by "i".

[0203] In step 808, the availability vector V is filtered based on the stored RAT subset and the availability information of the retained classification. i Choose vector V i The RAT is marked as available to send data packets.

[0204] In step 810, information related to the selected RAT is added to the data packet to be sent to the receiving device 3, for example, to the header of the packet.

[0205] In one embodiment, the information added to the package may include:

[0206] - A binary data structure of available RATs, such as a binary vector (bitmap) of a list of available RATs that can be selected for each message indication; this binary data structure may include at least a number of components equal to the number of available RATs (i.e., for example, in vector V). i The value 1 in the table represents the number of RATs associated with that value 1 in the case of RAT availability. The data structure of available RATs may include, for example, four components [n0, n1, n2, n3], where n0 corresponds to RAT LTE (Uu), n1 corresponds to RAT 5G (gU), n2 corresponds to RAT 802.11p, and n3 corresponds to RAT C-V2X (PC5).

[0207] In one embodiment, the available RAT data structure may also include port information indicating the transport port through which information must be routed.

[0208] Figure 9 This is a flowchart illustrating a method for selecting a RAT according to some embodiments. The method for selecting a RAT can be implemented by the transmission manager 2005 using routing rules for each packet to be sent, to dynamically apply the RAT selection identified in the RAT availability data structure.

[0209] In one embodiment, the RAT selection method can be implemented at the facility layer. In this embodiment, the facility layer can be independent of the RAT used and can use a separate protocol stack layer that depends on the RAT.

[0210] As an alternative embodiment, the method for selecting a RAT can be implemented at the geographic network layer.

[0211] The method for selecting a RAT may include a preparatory step in which data packets to be sent through one or more RATs are verified to meet predefined transmission rules.

[0212] In step 902, for each RAT (box 901) indicated as available in the availability data structure (if the set includes multiple RATs), the probability of the packet being dropped or intercepted by the congestion control or flow control mechanism is subsequently determined. As used herein, the concept of 'packet interception' refers to a method involving the separation of packets. This probability of dropping or intercepting allows for the assessment of the risk that a packet will not be sent.

[0213] If it is determined that the probability of the packet being deleted or intercepted is high (step 903), the tested RAT can be deleted from the candidate available RATs identified in the RAT availability data structure in step 904.

[0214] For example, in step 902, for a RAT Uu indicated as available for sending data packets, it can be verified whether the data packet has matched a GBR bearer (using selection information received via a selection method). If this condition of RAT LTE is verified, the bit rate of the GBR bearer can be calculated. If the bit rate of the GBR bearer is greater than the maximum negotiated bit rate, the packet is at risk of being dropped in a 4G or 5G network. The RAT Uu can then be removed from the candidate available RATs identified in the RAT availability data structure in step 904.

[0215] Once all RATs have been processed in step 902 (box 906), the remaining available RAT packets can be routed in step 908 (those that were not deleted in step 904).

[0216] Advantageously, the method for selecting the RAT is implemented to select the best RAT for each V2X message (packet) to be sent, such that the actual connection performance meets the required performance capability (represented by the target QoS specified by vehicle 2 in the subscription request).

[0217] Therefore, vehicle 2 can be configured with geographic services to send V2X information data packets without requiring vehicle 2 to transmit its location. Thus, the confidentiality of the private data of vehicle 2's users can be maintained.

[0218] This invention can be used in any V2X application involving the transmission of data packets from vehicle 2 to at least one receiving device 3 (other vehicles, RSUs, smartphones, etc.) located in the vicinity, regardless of the vehicle's environment.

[0219] Those skilled in the art will understand that systems or subsystems according to embodiments of the present invention can be implemented in hardware, software, or a combination of hardware and software, particularly in the form of program code (distributed in various forms as program products). Specifically, the program code can be distributed using computer-readable media, which may include computer-readable storage media and communication media. In particular, the methods described herein can be implemented as computer program instructions executable by one or more processors in a computer information device. These computer program instructions may also be stored in computer-readable media.

[0220] Furthermore, the present invention is not limited to the embodiments described above by way of non-limiting examples. The present invention encompasses all alternative embodiments that can be conceived by those skilled in the art. In particular, those skilled in the art will understand that the present invention is not limited to the performance metrics mentioned in the above description, and may include other types of performance metrics.

[0221] Appendix A1

[0222] The definition of the acronym used in the instruction manual is as follows:

[0223] -V2X: an abbreviation for 'Vehicle to Everything'.

[0224] -V2V: an abbreviation for 'Vehicle to Vehicle'.

[0225] -V2I: an abbreviation for 'Vehicle to Infrastructure'.

[0226] -V2N: an abbreviation for 'Vehicle to Network'.

[0227] -V2N2V: An abbreviation used to indicate indirect V2V communication over a network.

[0228] -V2P: an abbreviation for 'Vehicle to Pedestrian'.

[0229] -ETSI: An abbreviation for 'European Telecommunication Standard Institute'.

[0230] -ITS-G5: An abbreviation for 'Intelligent Transport System-G5 (5G Intelligent Transportation System)'.

[0231] -CAM: An abbreviation for 'Co-operative Awareness Messages'.

[0232] -DENM: An abbreviation for 'Decentralized Environmental Notification Messages'.

[0233] -CPM: An abbreviation for 'Collective Perception Message'.

[0234] -MCM: An abbreviation for 'Maneuver Coordination Message'.

[0235] -3GPP: 3 rd Generation Partnership Project.

[0236] -LTE: An abbreviation for 'Long Term Evolution'.

[0237] -5G: 5 th Generation(5th generation).

[0238] -702.11p: A Wi-Fi-based technology.

[0239] -5GAA: An abbreviation for '5G Automotive Association'.

[0240] -Uu: The wireless access interface used in LTE or 5G to communicate between the base station of the user and the serving user.

[0241] -MNO: An abbreviation for 'Mobile Network Operator'.

[0242] -MEC: An abbreviation for 'Mobile Edge Computing'.

[0243] -eNB / gNB: Base stations for LTE and 5G respectively.

[0244] -C-ACC: Cooperative-Adaptive Cruise Control.

[0245] -RAT: Wireless Access Technology.

[0246] -PC5: The wireless access interface used when two users communicate directly without using (V2V) cellular network infrastructure.

[0247] -KPI: Key Performance Indicator.

[0248] -QoS: Quality of Service.

[0249] -UDP / TCP / IP: Standard network and transmission protocols for LTE / 5G.

[0250] -MQTT: An abbreviation for 'Message Queuing Telemetry Transport'.

[0251] -APN: An abbreviation for 'Access Point Name'.

[0252] -VPN: an abbreviation for 'Virtual Private Network'.

[0253] -ADASIS: An acronym for 'Advanced Driver Assistance Systems Interface Specifications'.

[0254] -API: An abbreviation for 'Application Programming Interface'.

[0255] -QCI: An abbreviation for 'QoS Class Identifier'.

[0256] -5QI: An abbreviation for '5G QoS Class Identifier'.

[0257] -NAS: An abbreviation for 'Non-Access Stratum'.

[0258] -AT command: (AT comes from ATtention) A signal type used to send a specific command.

[0259] -QPF: Quality of Service Prediction function.

[0260] -PPPP: Priority level.

[0261] -CAN: An abbreviation for 'Controller Area Network'.

[0262] -TFT: An abbreviation for 'Traffic Flow Template'.

[0263] -GBR: An abbreviation for 'Guaranteed Bit Rate'.

Claims

1. A mobile vehicle device (2), comprising a V2X communication management device (20) connected to a cellular communication network, characterized in that, The communication management device includes a Radio Access Technology (RAT) selection unit (200) configured to determine at least one radio access technology that can be used to send the data packets in response to detecting at least one V2X data packet transmission trigger condition associated with a V2X application executed by the mobile vehicle device (2). The selection unit (200) is configured to select at least one available radio access technology from a set of radio access technologies based on target quality of service information defined by the V2X application and including an n-tuple of performance metrics, wherein the n-tuple of performance metrics includes at least one performance metric and is determined from a set of performance metrics selected according to the V2X application. The V2X communication management device (20) is configured to send V2X data packets to at least one receiving device (3) using the selected radio access technology (RAT). The mobile vehicle equipment includes an availability determination unit (2000) configured to calculate the availability vector of the RAT based on a comparison between the target service quality and the predicted service quality within a future time window.

2. The mobile vehicle equipment (2) as described in claim 1, characterized in that, The performance metrics in this set are selected from the group that includes at least one latency parameter, at least one reliability parameter, at least one availability parameter, at least one data flow parameter, and at least one information age parameter.

3. The mobile vehicle equipment as described in any one of the preceding claims, characterized in that, The communication management device (200) includes a connection unit (2001) configured to establish an initial connection via a cellular network (1) with an application server (6) that delivers V2X services associated with the V2X application. The connection unit (2001) is configured to send a subscription request for the V2X application to the application server (6), the subscription request identifying the V2X service and including quality of service information required by the mobile vehicle device (2), the quality of service information including a target quality of service.

4. The mobile vehicle equipment as described in claim 3, characterized in that, The mobile vehicle device is configured to receive a notification of bearer opening for transmitting information between the application server (6) and the mobile vehicle device (2) if the estimated service quality for a future time period meets one or more conditions related to the service quality information.

5. The mobile vehicle equipment as described in claim 3, characterized in that, The service quality information further includes an acceptable range of degraded service quality values.

6. The mobile vehicle equipment as described in claim 3, characterized in that, The contract request further includes a description of the region of interest associated with the V2X application, which is either a relative description of the location of the vehicle equipment or an absolute description defined in an absolute reference frame.

7. The mobile vehicle equipment as described in claim 6, characterized in that, The absolute description is based on vector and / or polygon and / or piecewise representation in the absolute reference frame.

8. The mobile vehicle equipment as described in claim 3, characterized in that, The signing request further includes information type and attributes, wherein each attribute is associated with a given information type.

9. The mobile vehicle equipment as described in claim 3, characterized in that, The communication management device (200) includes a unit for estimating the availability of V2X services, which is capable of estimating the availability of V2X services based on information used to predict the quality of service (QoS).

10. The mobile vehicle equipment as described in claim 1 or 2, characterized in that, The availability vector includes a set of components with binary values, each component being associated with a RAT that can be used to send the data packet from the mobile vehicle device, the binary value indicating the availability or unavailability of the RAT.

11. The mobile vehicle equipment as claimed in claim 10, characterized in that, The mobile vehicle equipment includes a RAT selector (2004) configured to select at least one RAT from the RATs in the RAT availability vector according to a set of transmission criteria.

12. The mobile vehicle equipment as claimed in claim 11, characterized in that, The standards include those related to redundancy parameters and / or V2X service cost parameters and / or message priority parameters and / or V2X service parameters.

13. A V2X communication system, characterized in that, The V2X communication system includes at least one vehicle device (2) according to any one of the preceding claims, a cellular communication network (1), and an application server (6) that delivers V2X services associated with V2X applications. The system includes a predictive function capable of predicting service quality based on target service quality information.

14. A method for V2X communication management implemented in a mobile vehicle device connected to a cellular communication network (1), characterized in that, In response to detecting at least one V2X packet transmission trigger condition associated with a V2X application performed by the mobile vehicle device (2), the method includes the following steps: - Based on target Quality of Service (QoS) information defined by the V2X application, at least one radio access technology is selected from a set of radio access technologies that can be used to send the data packets. The target QoS information includes n-tuples of performance metrics, each n-tuple containing at least one performance metric, and is determined from a set of performance metrics selected according to the V2X application. - Use the selected Radio Access Technology (RAT) to send V2X packets to at least one receiving device (3), This method includes calculating the availability vector of RAT based on a comparison between the target service quality and the predicted service quality within a future time window.

Images