GB2607309A - Reporting method within an intelligent transport system - Google Patents
Reporting method within an intelligent transport system Download PDFInfo
- Publication number
- GB2607309A GB2607309A GB2107851.4A GB202107851A GB2607309A GB 2607309 A GB2607309 A GB 2607309A GB 202107851 A GB202107851 A GB 202107851A GB 2607309 A GB2607309 A GB 2607309A
- Authority
- GB
- United Kingdom
- Prior art keywords
- safety
- critical
- detected
- reported
- cpm
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 107
- 230000008447 perception Effects 0.000 claims abstract description 28
- 238000004891 communication Methods 0.000 claims description 36
- 238000012545 processing Methods 0.000 claims description 15
- 230000001133 acceleration Effects 0.000 claims description 5
- 238000001297 coherence probe microscopy Methods 0.000 description 12
- 238000007726 management method Methods 0.000 description 11
- 238000013475 authorization Methods 0.000 description 9
- 238000005259 measurement Methods 0.000 description 9
- 238000004458 analytical method Methods 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 4
- 241001465754 Metazoa Species 0.000 description 3
- 230000006978 adaptation Effects 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 3
- 238000004590 computer program Methods 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 230000002159 abnormal effect Effects 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 238000001514 detection method Methods 0.000 description 2
- 230000003542 behavioural effect Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000015572 biosynthetic process Effects 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000003247 decreasing effect Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 230000011664 signaling Effects 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 230000002123 temporal effect Effects 0.000 description 1
- 230000001052 transient effect Effects 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
- XLYOFNOQVPJJNP-UHFFFAOYSA-N water Substances O XLYOFNOQVPJJNP-UHFFFAOYSA-N 0.000 description 1
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
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/02—Services making use of location information
- H04W4/023—Services making use of location information using mutual or relative location information between multiple location based services [LBS] targets or of distance thresholds
-
- G—PHYSICS
- G08—SIGNALLING
- G08G—TRAFFIC CONTROL SYSTEMS
- G08G1/00—Traffic control systems for road vehicles
- G08G1/01—Detecting movement of traffic to be counted or controlled
-
- G—PHYSICS
- G08—SIGNALLING
- G08G—TRAFFIC CONTROL SYSTEMS
- G08G1/00—Traffic control systems for road vehicles
- G08G1/01—Detecting movement of traffic to be counted or controlled
- G08G1/0104—Measuring and analyzing of parameters relative to traffic conditions
- G08G1/0108—Measuring and analyzing of parameters relative to traffic conditions based on the source of data
- G08G1/0116—Measuring and analyzing of parameters relative to traffic conditions based on the source of data from roadside infrastructure, e.g. beacons
-
- G—PHYSICS
- G08—SIGNALLING
- G08G—TRAFFIC CONTROL SYSTEMS
- G08G1/00—Traffic control systems for road vehicles
- G08G1/01—Detecting movement of traffic to be counted or controlled
- G08G1/0104—Measuring and analyzing of parameters relative to traffic conditions
- G08G1/0125—Traffic data processing
- G08G1/0133—Traffic data processing for classifying traffic situation
-
- G—PHYSICS
- G08—SIGNALLING
- G08G—TRAFFIC CONTROL SYSTEMS
- G08G1/00—Traffic control systems for road vehicles
- G08G1/01—Detecting movement of traffic to be counted or controlled
- G08G1/0104—Measuring and analyzing of parameters relative to traffic conditions
- G08G1/0137—Measuring and analyzing of parameters relative to traffic conditions for specific applications
- G08G1/0141—Measuring and analyzing of parameters relative to traffic conditions for specific applications for traffic information dissemination
-
- G—PHYSICS
- G08—SIGNALLING
- G08G—TRAFFIC CONTROL SYSTEMS
- G08G1/00—Traffic control systems for road vehicles
- G08G1/09—Arrangements for giving variable traffic instructions
- G08G1/0962—Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
- G08G1/0967—Systems involving transmission of highway information, e.g. weather, speed limits
- G08G1/096708—Systems involving transmission of highway information, e.g. weather, speed limits where the received information might be used to generate an automatic action on the vehicle control
- G08G1/096716—Systems involving transmission of highway information, e.g. weather, speed limits where the received information might be used to generate an automatic action on the vehicle control where the received information does not generate an automatic action on the vehicle control
-
- G—PHYSICS
- G08—SIGNALLING
- G08G—TRAFFIC CONTROL SYSTEMS
- G08G1/00—Traffic control systems for road vehicles
- G08G1/09—Arrangements for giving variable traffic instructions
- G08G1/0962—Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
- G08G1/0967—Systems involving transmission of highway information, e.g. weather, speed limits
- G08G1/096733—Systems involving transmission of highway information, e.g. weather, speed limits where a selection of the information might take place
- G08G1/096741—Systems involving transmission of highway information, e.g. weather, speed limits where a selection of the information might take place where the source of the transmitted information selects which information to transmit to each vehicle
-
- G—PHYSICS
- G08—SIGNALLING
- G08G—TRAFFIC CONTROL SYSTEMS
- G08G1/00—Traffic control systems for road vehicles
- G08G1/09—Arrangements for giving variable traffic instructions
- G08G1/0962—Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
- G08G1/0967—Systems involving transmission of highway information, e.g. weather, speed limits
- G08G1/096766—Systems involving transmission of highway information, e.g. weather, speed limits where the system is characterised by the origin of the information transmission
- G08G1/096783—Systems involving transmission of highway information, e.g. weather, speed limits where the system is characterised by the origin of the information transmission where the origin of the information is a roadside individual element
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/02—Services making use of location information
-
- 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/44—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for communication between vehicles and infrastructures, e.g. vehicle-to-cloud [V2C] or vehicle-to-home [V2H]
-
- 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]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/90—Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
-
- G—PHYSICS
- G08—SIGNALLING
- G08G—TRAFFIC CONTROL SYSTEMS
- G08G1/00—Traffic control systems for road vehicles
- G08G1/01—Detecting movement of traffic to be counted or controlled
- G08G1/052—Detecting movement of traffic to be counted or controlled with provision for determining speed or overspeed
-
- G—PHYSICS
- G08—SIGNALLING
- G08G—TRAFFIC CONTROL SYSTEMS
- G08G1/00—Traffic control systems for road vehicles
- G08G1/01—Detecting movement of traffic to be counted or controlled
- G08G1/056—Detecting movement of traffic to be counted or controlled with provision for distinguishing direction of travel
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/02—Services making use of location information
- H04W4/029—Location-based management or tracking services
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- Analytical Chemistry (AREA)
- Atmospheric Sciences (AREA)
- Life Sciences & Earth Sciences (AREA)
- Chemical & Material Sciences (AREA)
- Business, Economics & Management (AREA)
- Public Health (AREA)
- Environmental & Geological Engineering (AREA)
- Emergency Management (AREA)
- Health & Medical Sciences (AREA)
- Alarm Systems (AREA)
Abstract
The present invention concerns methods for transmitting a Collective Perception Message, CPM, the methods being intended for an Intelligent Transport System, ITS, comprising at least one originating ITS station, ITS-S. In a first method, an originating ITS-S transmits CPM reporting information related to at least one object detected within an area monitored by the originating ITS-S wherein the reported information comprises safety-critical categorization information, indicating whether the detected object is critical for the safety of the monitored area. The detected object is reported individually. In a second method the detected objects are reported in a group of detected objects wherein all the objects in the group are categorized as not critical for safety. The reported objects may be grouped according to predefined grouping rules wherein the detected objects are VRUs having different profiles. A CPM comprises a Perceived Object container having a data element dedicated to report safety-critical categorization information.
Description
REPORTING METHOD WITHIN AN INTELLIGENT TRANSPORT SYSTEM
FIELD OF THE INVENTION
The present invention relates generally to Intelligent Transport Systems (ITS) and more specifically to Cooperative Intelligent Transport Systems (C-ITS).
BACKGROUND OF INVENTION
Cooperative Intelligent Transport Systems (C-ITS) is an emerging technology for future transportation management that aims at improving road safety, traffic efficiency and drivers experience.
Intelligent Transport Systems (ITS), as defined by the European Telecommunications Standards Institute (ETSI), include various types of communication such as: communications between vehicles (e.g., car-to-car), and communications between vehicles and fixed locations (e.g., car-to-infrastructure).
C-ITS are not restricted to road transport as such: more generally, C-ITS may be defined as the use of information and communication technologies (ICT) for rail, water and air transport, including navigation systems. Such various types of C-ITSs generally rely on radio services for communication and use dedicated technologies.
Such C-ITS systems are subject to standards, specified for each country and/or territory where C-ITS systems are implemented. Today in Europe, the European Telecommunications Standards Institute (ETSI) is in charge of the elaboration of the specifications forming the standards to which C-ITS systems are subjected.
Cooperation within the C-ITSs is achieved by exchange of messages, referred as to ITS messages, among ITS stations (denoted ITS-S). The ITS-S may be vehicles, Road Side Units (RSU), Vulnerable Road Users (VRU) carrying an ITS equipment (for instance included in a smartphone, a GPS, a smart watch or in a cyclist equipment), or any other entities or infrastructures equipped with an ITS equipment, as well as central subsystems (back-end systems and traffic management centres).
ITSs may support various types of communications, for instance between vehicles (vehicle-to-vehicle), V2V), referring to all kinds of road users, e.g. car-to-car, or between vehicles and fixed locations such as vehicle-to-infrastructure, V2I, and infrastructure-to-vehicle, I2V, e.g., car-to-infrastructure.
Such messages exchanges may be performed via a wireless network, referred to as V2X (for "vehicle" to any kind of devices) networks, examples of which may include 3GPP LTE-Advanced Pro, 3GPP 5G or IEEE 802.11p technology.
Currently, in EMI TS 103 324, a new awareness service is specified referred to as Cooperative Awareness Service. Such a service allows the transmission of description information (e.g. position and/or kinematic information) about objects detected by on board sensor systems embedded in ITS stations. This information is transmitted through ITS messages referred to as Collective Perception Messages (CPM).
Such CPMs are well adapted for a RSU embedded in a fixed road side entity which a specific area using its embedded sensors. At the current stage of the standard, CPMs are used for reporting objects present in the specific area, individually, without any further information.
Nevertheless, in case where the monitored specific area is a safety sensible area, only description information regarding the detected objects, such as their position and speed relatively to the RSU, are provided within the CPM. In case of abnormal situation or when a detected object may constitute a risk for the safety of the monitored area, each receiving neighbouring station analyses the risk individually through its received CPMs.
Indeed, as explained before, RSU only reports detected objects using CPMs to its neighboring stations, regardless of whether the object put at risk the safety of the area. Therefore, receiving these messages, the potential critical safety analysis is performed by each receiving station, which individually determines the safety risk level. Such analysis thus takes place, at receiving stations, after the complete processing of the received CPMs. Such analysis is therefore time consuming and reduces the time to activate emergency procedures in case where a safety risk is identified at the receiving station(s).
There is therefore a need to implement a system that reduces this processing time in order to preserve the safety of the monitored area.
SUMMARY OF THE INVENTION
The present invention has been devised to address one or more of the foregoing concerns.
According to a first aspect of the invention there is provided a method for transmitting a Collective Perception Message, CPM, the method being intended for an Intelligent Transport System, ITS, comprising at least one originating ITS station, ITS-S, the method comprising the following steps, at the at least one originating ITS-S: transmitting a CPM reporting information related to at least one object detected within an area monitored by the originating ITS-S; wherein the reported information comprises a safety-critical categorization information, indicating whether the detected object is critical for the safety of the monitored area.
Correspondingly, it is further provided an ITS station, ITS-S, within an Intelligent Transport System, ITS, the originating ITS-S comprising: one or more embedded sensors, configured to monitor a given area in order to detect objects; an analytical module configured to process data provided by the sensors in order to provide a list of detected objects in the monitored area; a safety-critical categorization module configured to process the list of detected objects in order to provide a safety-critical categorization information related to each detected object; a communication module configured to transmit a Collective Perception Message, CPM, comprising information related to at least one of the detected objects in the monitored area, wherein the information related to at least one of the detected objects comprises the associated safety-critical categorization information provided by the safety-critical categorization module.
Further, it is also provided a method for processing a Collective Perception Message, CPM, the method being intended for an Intelligent Transport System, ITS, comprising at least one originating ITS station, ITS-S, and at least one receiving ITS-S, the method comprising the following steps, at the at least one receiving ITS-S: receiving a CPM reporting information related to at least one object detected within an area monitored by the originating ITS-S; retrieving, from the reported information, a safety-critical categorization information, indicating whether the object is critical for the safety of the monitored area; determining whether the object is categorized as critical for the safety of the monitored area.
Optional features of embodiments of the first aspect of the invention are defined in the appended claims. Features formulated in the appended claims with reference to a method can be transposed into system features dedicated to any device according to embodiments of the invention.
According to a second aspect of the invention there is provided A method for transmitting a Collective Perception Message, CPM, the method being intended for an Intelligent Transport System, ITS, comprising at least one originating ITS station, ITS-S, the method comprising the following steps, at the at least one originating ITS-S: transmitting a CPM reporting information related to at least one object detected within an area monitored by the originating ITS-S, and reported with at least one another detected object thereby forming a group of detected objects; wherein all the objects reported within a group of detected objects are categorized as not critical for the safety.
Further, it is also provided a method for processing a Collective Perception Message, GPM, the method being intended for an Intelligent Transport System, ITS, comprising at least one originating ITS station, ITS-S, and at least one receiving ITS-S, the method comprising the following steps, at the at least one receiving ITS-S: receiving a CPM reporting information related to at least one object detected within an area monitored by the originating ITS-S, wherein the at least one object is reported with at least one another detected object thereby forming a group of detected objects; categorizing as not critical for the safety of the monitored area all detected objects that belong to the group.
Optional features of embodiments of the second aspect are defined in the appended claims. Features formulated in the appended claims with reference to a method can be transposed into system features dedicated to any device according to embodiments of the invention.
According to a third aspect, it is provided a method for processing a Collective Perception Message, CPM, the method being intended for an Intelligent Transport System, ITS, comprising at least one originating ITS station, ITS-S, and at least one receiving ITS-S, the method comprising the following steps, at the at least one receiving ITS-S: receiving a CPM reporting information related to at least one object detected within an area monitored by the originating ITS-S, wherein the at least one object is reported with at least one another detected object thereby forming a group of detected objects; retrieving from the reported information a safety-critical categorization information common to all the objects of the group of detected objects, indicating whether the group of detected objects is categorized as critical for the safety of the monitored area. Optional features of the third aspect of the invention are defined in the appended claims. Features formulated in the appended claims with reference to a method can be transposed into system features dedicated to any device according to embodiments of the invention.
According to a fourth aspect, it is provided method for transmitting a Collective Perception Message, CPM, the method being intended for an Intelligent Transport System, ITS, comprising at least one originating ITS station, ITS-S, the method comprising the following steps, at the at least one originating ITS-S: transmitting a CPM reporting information related to at least one object detected within an area monitored by the originating ITS-S, and reported with at least one another detected object thereby forming a group of detected objects, according to predefined grouping rules; wherein the at least one object and the at least one another detected object are VR Us.
Optional features of embodiments of the fourth aspect are defined in the appended claims. Features formulated in the appended claims with reference to a method can be transposed into system features dedicated to any device according to embodiments of the invention, having different profiles according to ETSI 103 300-3 According to a fifth aspect of the invention, it is provided a Collective Perception Message, CPM, to be sent by an originating station of an Intelligent Transport System, ITS, comprising at least one Perceived Object Container including information related to a reported object, wherein the Perceived Object Container further comprises a data element dedicated to report safety-critical categorization information of the reported object, indicating whether the reported object is categorized as critical for the safety of an area monitored by the originating station.
Optional features of embodiments of the fifth aspect are defined in the appended claims.
At least parts of the methods according to the invention may be computer implemented. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment (including firmware, resident software, micro-code, etc.) or an embodiment combining software and hardware aspects that may all generally be referred to herein as a "circuit", "module" or "system". Furthermore, the present invention may take the form of a computer program product embodied in any tangible medium of expression having computer usable program code embodied in the medium.
Since the present invention can be implemented in software, the present invention can be embodied as computer readable code for provision to a programmable apparatus on any suitable carrier medium. A tangible, non-transitory carrier medium may comprise a storage medium such as a floppy disk, a CD-ROM, a hard disk drive, a magnetic tape device or a solid state memory device and the like. A transient carrier medium may include a signal such as an electrical signal, an electronic signal, an optical signal, an acoustic signal, a magnetic signal or an electromagnetic signal, e.g. a microwave or RF signal.
BRIEF DESCRIPTION OF THE DRAWINGS
Further advantages of the present invention will become apparent to those skilled in the art upon examination of the drawings and detailed description. Embodiments of the invention will now be described, by way of example only, and with reference to the following drawings, in which: Figure 1 illustrates a typical Intelligent Transportation Systems (ITS) in which the invention may be implemented; Figure 2 illustrates an example of a list of predetermined safety rules according to the present invention; Figure 3 illustrates an example of a structure of a Collective Perception Message according to the present invention; Figure 4 illustrates an example of a Service Specific Permission (SSP) item which may be specified in the certificate of a CPM according to the present invention; Figure 5 schematically illustrates, using flowcharts, steps of a communication method for transmitting a CPM including a safety-critical categorization information according to a first embodiment of the present invention; Figure 6 illustrates the same exemplary ITS of Figure 1 in which objects reporting within groups according to the second aspect of the invention is implemented, where detected VRUs are grouped into groups; Figure 7 schematically illustrates, using flowcharts, steps of a method illustrating reporting rules to be applied to assigned object which are systematically marked to be reported by the next CPM to be transmitted; Figure 8 illustrates, using flowcharts, steps of a method illustrating reporting rules to be applied to an assigned object which was previously individually tracked; Figure 9 illustrates, using flowcharts, steps of a method illustrating reporting rules to be applied to an assigned object which was previously tracked within a reported group of detected objects; Figure 10 schematically illustrates, using flowcharts, steps of a communication method for generating perceived object containers to be included in the transmitted CPM corresponding to the objects selected to be reported by the Collective Perception Service including groups of objects; Figure 11 schematically illustrates, using flowcharts, steps of a communication method for transmitting a CPM including a safety-critical categorization information according to a second embodiment of the present invention; Figure 12 schematically illustrates, using flowcharts, steps of a method illustrating reporting rules to be applied to an assigned object which are systematically marked to be reported by the next CPM to be transmitted taking into consideration safety-critical categorization information associated to the assigned object; Figure 13 illustrates, using flowcharts, steps of a method illustrating reporting rules to be applied to an assigned object which was previously individually tracked taking into consideration safety-critical categorization information associated to the assigned object; Figure 14 illustrates, using flowcharts, steps of a method illustrating reporting rules to be applied to an assigned object which was previously tracked in a reported group, while taking into consideration safety-critical categorization information associated to the assigned object; Figure 15 schematically illustrates, using flowcharts, steps of a communication method for transmitting a CPM including a safety-critical categorization information according to a second embodiment of the present invention, where detected VRUs may be grouped into groups while taking into consideration safety-critical categorization information associated to the assigned object; Figure 16 illustrates the same exemplary ITS of Figure 1 in which objects reporting within groups according to the second embodiment is implemented, where detected VRUs are grouped into groups while taking into consideration safety-critical categorization information associated to each VRU; Figure 17 shows a schematic representation an example of a communication device configured to implement embodiments of the present invention.
DETAILED DESCRIPTION OF THE INVENTION
The names of the lists and elements (such as data elements) provided in the following description are only illustrative. Embodiments are not limited thereto and other names could be used.
The embodiments of the present invention are intended to be implemented in an Intelligent Transportation Systems (ITS). An example of such a system 100 is illustrated in Figure 1.
In this example, the ITS 100 is implemented at an intersection, and comprises a fixed road side entity 120, and several entities, such that all these entities may carry or comprise ITS station (ITS-S) each, for transmitting and or receiving ITS messages within the ITS. The several entities may be for example, the vehicles 141 and 149, a motorcycle 154, four moving bicycles 156, 157, 158 and 161 and pedestrians 142, 143, 144, 145, 146, 147, 150, 151, 152, 153, 155, 160 and an animal 159.
The fixed road side entity 120 includes a set of sensors, such as image sensors here a video camera 110, an analytical module to analyze data provided by the sensors, such as a Video Content Analytics (VCA) module 121. The video camera 110 is configured to scan a monitored area, i.e. the intersection, and thus reproduced images of the monitored area.
The sensors and the analytical module, i.e. the video camera 110 and VCA module 121, are connected so that the VCA module 121 processes the stream captured by the sensors/video camera 110. According to some embodiment, the analytical module and the sensors may be separate from or embedded within the road side entity 120. For example, the analytical module may be wire-connected to the video camera 110 that may be remote (i.e. not embedded in the road side entity 120).
The processing by the analytical module, e.g. VCA module 121, aims at detecting objects potentially present in the monitored area, referred to as "perceived objects" or "detected objects" hereinafter.
The analytical module, e.g. VCA module 115, is also configured to output a list of the detected objects respectively associated with corresponding description information referred to as state vector. The state vector may include for instance parameters as position, kinematic, temporal, behavioural or classification information, etc. Therefore, the analytical module may identify, among the detected objects, the Vulnerable Road Users, VRU, such as pedestrians, cyclists as well as motorcyclists and also persons with disabilities or reduced mobility and orientation. Such VRUs may carry an ITS equipment, that may be for instance included in a smartphone, a GPS, a smart watch or in a cyclist equipment, etc. For example, in the illustrated example, by scanning the area, the VCA module 121 has captured the following detected objects: objects 170 and 163 respectively corresponding to the vehicles 141 and 149 on the roadway; objects 181, 182, 184, and 186 respectively corresponding to pedestrians 146, 147, 155 and 160 on the sidewalk and on the cycle path; objects 183 corresponding to a dog on the sidewalk being walked by the pedestrian 160 (i.e. detected object 184); object 185 and 176 respectively corresponding to a motorcycle 154 and a bicycle 161 respectively on the sidewalk and the roadway; the objects 171a, 171b, 171b, 174a, 174b, 174c, 174d corresponds respectively to the pedestrians 142, 143, 144, 145 and 150, 151, 152, 153; and the objects 187a, 187b and 187c correspond respectively to the cyclists moving on the bicycles 156, 157, 158.
According to some embodiments, each entity is detected individually.
Further, the detected objects may be classified, for example, according to whether the ITS station is a vehicle, a VRU, or a RSU, or of another type. Such classification may be based for example on predetermined rules, provided during the setting up of the road side entity 120, or more generally the ITS-S.
According to some embodiments, the detected VRUs may be classified according to their "vulnerability", that is to say, in line with the VRU profiles specified in ETSI 103 300-3 relative to VRU awareness basic service. In this specification, VRU Profile 1 corresponds to pedestrian, VRU Profile 2 corresponds to bicyclist, VRU Profile 3 corresponds to motorcyclist and VRU Profile 4 corresponding to animals. Thus, in the illustrated example, the motorcycle 154 is classified as a VRU Profile 3, bicycles 156, 157, 158 and 161 classified as VRU Profile 2, 142, 143, 144, 145, 146, 147, 150, 151, 152, 153, 155, 160 as VRU Profile 1.
The present invention proposes to implement an additional module, referred to as a safety-critical categorization module 122 within a ITS-S, which may be embedded an ITS, which may be associated to any entity of the ITS, such as a road side entity 120, or a vehicle, or on VRUs such as a motorcyclist. In the present example, such safety critical categorization module 122 is embedded within the road side entity 120. Such a safety-critical categorization module 122 aims at analysing each detected object and may determine a safety criticality for each one.
The safety-critical categorization module 122 may be either separate from or embedded inside the associated entity, e.g. in the road side entity 120. Such safety-critical module categorization 122 is connected (by wire or wirelessly) to both the analytical module, VCA 121, and a communication module, which enable the road side entity 120 to share information within the ITS system.
By definition, a safety-critical object is a detected object whose presence in the monitored area poses a safety risk to other objects in that area. Such safety-critical categorization information aims at warning about a risky situation within the monitored area. For example, as visible on Figure 1, pedestrians 146, 147 and dog 159 are considered safety-critical objects, as their presence on the road poses a risk to car 170 and bicycle 161 (according to predetermined safety-critical categorization rules, for example risk of collision). And so do bicycles 156-157-158 with respect to pedestrian 155, as well as car 149 to them both.
The safety-critical categorization of the detected objects by the safety-critical categorization module 122 may be based on predetermined safety-critical categorization rules relative to the monitored area. These safety-critical categorization rules are applied to the detected objects, using associated description information of the detected objects provided by the VCA module 121. This permits identifying potential risks or abnormal situations, and consequently determining a safety-critical categorization for each detected object.
The safety-critical categorization of the detected objects may evolve, such that, safety-critical categorization information relative to the detected objects in the monitored area may be assessed several times, for example periodically. A data history of the safety-critical categorization information relative to the detected objects in the monitored area may be registered.
According to some embodiments, such predetermined safety-critical categorization rules may be specified during initialization of the safety-critical categorization module 122, for example at installation of the road side entity 120.
For example, a safety-critical categorization rule may correspond to a list of criteria that an object should fulfil, in all or in part, to be categorized as either safety-critical or non safety-critical. For instance, such criteria may include (list not limitafive): a sub-area of the monitored area corresponding to the area where the safety-critical categorization rule is applied; a class of sub-area corresponding to sub-areas wherein the safety-critical categorization rule is applied (classes of sub-area may be for example cycle path, sidewalk, pedestrian crossing, roadside, etc.); and description information values of detected object (such as position, kinematic, classification) for which the safety-critical categorization rule is specified.
An example of a list of predetermined safety-critical categorization rules, specified for the monitored area of Figure 1, is illustrated on Figure 2. Of course, the list of predetermined safety-critical categorization rules may be adapted according to the distinctiveness of the monitored area, and the local legislation regarding road user traffic. In this example, the predetermined safety-critical categorization rules are to be applied to the VRUs in the monitored area. Nevertheless, in some embodiments, the predetermined safety-critical categorization rules may be specified to any vehicle and VRU, and more generally to any class of entity that may move in the observed area. For example, the predetermined safety-critical categorization rules used by the safety-critical categorization module 122 may concern specific objects, such as VRUs.
Therefore, by applying the illustrated list of predetermined safety-critical categorization rules described in Figure 2 on ITS 100, the following detected objects are categorized as safety-critical: VRU people 146 and 147 crossing a road outside pedestrian crossing, VRU animal 159 present on the roadside, motorcycle 154 riding on the sidewalk with a speed greater than 5 km/h, pedestrian 155 on the cycle path, bicycle 161 riding in the wrong direction.
The road side entity 120 further comprises a Road Side Unit (RSU) 123, including a Roadside ITS-S as specified in the reference architecture of an ITS station defined in the version V1.1.1 of the ETSI EN 302 665 specification. By the means of the RSU 123, the road side entity 120 may share information relative to the detected objects, and according to the invention, relative to the safety-critical categorization of each detected objects, to the other ITS-S of the ITS system.
Such sharing is performed using ITS messages, particularly the so-called Collective Perception Message 130 defined in document ETSI TR 103 562 and ETSI TS 103 324. CPMs are used by the road side entity 120 to share its perceived environment, i.e. detected objects, with receiving ITS stations. In the description, the expression "originating ITS-S" and "receiving ITS-S" are used to respectively designate the ITS-S sending an ITS message, and the ITS-S receiving an ITS message. According to some embodiments, such CPMs are periodically sent by the originating ITS-S.
An example of a format of a CPM according to the invention is illustrated in Figure 3, which is based on the CPM format as specified in the version 0.0.20 of the ETSI TS 103 324 specification.
CPM 300 reports description information related to each object detected by VCA module 121.
To do that, the CPM 300 contains an ITS PDU header 310, a "CPM Parameters" field 320 and a Certificate 330.
The ITS PDU header 310 includes information related to the used protocol, and an information related to the type of the message, i.e. a CPM message type.
The "CPM Parameters" field 320 may contain a Management Container 325, a Station Data Container 340, one or more optional Sensor Information containers (SIC) 350, one or more optional Perceived Object Containers (POC) 360 and one or more optional Free Space Container (FSC) 480.
The Management Container 325 contains information regarding the type of station from which the CPM is originated. It may exist at least two types of ITS-S: the one embedded in /or carried by the entities presented with reference to Figure 1, and the one embedded in the fixed road side entities. For example, it may be indicated within this field that the CPM is originated from a the ITS-S embedded in the RSU 123. Besides, the Management Container 325 contains information related to a reference point of the originating ITS Station corresponding to a Reference Position of the originating ITS Station as defined in the ETSI 102 894 standard.
The Station Data Container 340 is an optional field whose content varies whether the originating ITS Station is fixed or mobile. In a CPM generated by a mobile ITS-S, e.g., vehicles 120, 130, Station Data Container 340 is mandatory and contains dynamic information (e.g., speed, heading and optionally other information such as longitudinal and/or lateral and/or vertical acceleration, yaw rate, pitch/roll angles, ...) of the originating IT-S. In a CPM generated by a fixed ITS station, e.g., RSU 123, Station Data Container 340 is optional and provides references to identification numbers provided by a MAP (road topology) Message as defined in CEN ISO/TS 19091:2017, sent by the RSU 123. Each Sensor Information container 350 comprises information related to the sensor capabilities of a given sensor of the originating ITS-S. For example, Sensor Information container 350 may comprise the type of sensor (e.g. camera, infrared camera, radar, radio, etc.), the covered area (e.g. a polygon on a map representing the area observable through the given sensor). Different container specifications may be used to encode the sensor properties, depending on the station type of the originating ITS station. The Sensor Information container may be included within a CPM at a lower frequency than the other containers, as defined in above-mentioned ETSI TR 103 562
specification".
The Perceived Object Containers 360 are provided for each detected object, corresponding to each entity detected individually, through the embedded sensors of the originating ITS-S. Referring to Figure 1, objects detected by the road side entity 120 has been illustrated. In order to share information related to these objects, the RSU 123 of the road side entity 120 may share CPM comprising one or more Perceived Object Container 360, each being related to a detected object.
A Perceived Object Container 360 is made of a sequence of optional or mandatory data elements (DEs) comprising one or more data fields (DFs), which give a detailed description of the dynamic state and properties of the detected (i.e., perceived) object.
As shown on Figure 3, through fields 370, the perceived object description information may comprise: -an identifier of the detected object referred to as DE objectID, -a time of measurement referred to as DE fime0fMeasurement and corresponding to the time difference elapsed between the measurement time of the provided information and the generation time of Management Container 430 and stated in it, -an object confidence referred to as DE objectConfidence corresponding to the confidence associated to the object, -a reference point (DE objectRefPoint) corresponding to a reference point of the detected object. By default, the reference point is the centre point of the detected object, -a distance determined according to a frame of reference fixed to the originated ITS-S. For example, the distance is determined relatively to three directions x, y, z of the frame of reference, such that the distance is indicated within three DFs xDistance, yDistance, zDistance, which represent together the distance between the perceived object and the originating ITS station's reference point at the time of measurement, -a speed with respect to originating ITS station's reference point at the time of measurement. For example, the speed is determined relatively to three directions x, y, z of the frame of reference such that the speed is indicated within three DFs xSpeed, ySpeed, zSpeed, representing together the speed of the detected object, -an acceleration with respect to originating ITS station's reference point at the time of measurement. For example, similarly to the speed, the acceleration is indicated within three DFs xAcceleration, yAcceleration, zAcceleration relatively to the three directions of the frame of reference fixed to the originating ITS-S, -a dynamic Status (DE dynamicStatus) providing the capabilities of the originating ITS-S to move away from the perceived object, -a dimension indicating the dimensions of the perceived object. The dimension may be indicated within three DFs (planarObjectDimension1, planarObjectDimension2, verticalObjectDimension), and -a classification within a DE Classification, providing the classification of the perceived object.
According to some embodiments, the DE Classification may be used in order to indicate whether the detected object is a vehicle or a VRU. Particularly, when the detected object is a VRU, it may be specified the VRU profiles, as detailed hereinbefore, within the DE classification.
According to the invention, the CPM 300, particularly the Perceived Object Container 360 may further comprise a new optional OF 371 referred to as "safety-critical level", in order to report, for each detected object, its safety-critical categorization level, according the predetermined safety-critical categorization rules listed in Figure 2.
This new OF 371 related to a safety-critical categorization level may provide, for each individually detected object, an indication indicating whether the detected object is a safety-critical object, or not, as defined earlier.
According to some embodiments, the OF 371 may be a flag, e.g. a one-bit flag, such that the bit value is set to 1 for a detected object categorized as safety-critical, and set to 0 if categorized as non-safety-critical, as illustrated in Figure 2.
According to some embodiments, the safety-critical categorization is comprised in the CPM, for example in data element other than the Perceived Object Container. The CPM 300 further comprises a Certificate 330, comprising an indication related to the different permissions granted to the originating ITS-S by a certification authority.
In the described ITS, in order to secure V2X communications within ITS 100, a Public-Key-Infrastructure (PKI) as defined in the version 1.1.1 of the ETSI TS 102 731 specification may be used that provides security and verification required to trust the originating ITS-S. The PKI-based security may be implemented through the use of certificates delivered by a certification authority to the ITS stations.
Therefore, each ITS message exchanged is made of a non-encrypted message, CPM parameter 320, accompanied with a digital signature and a pseudonym certificate (also referred to as authorization ticket) that validates the authenticity of the originating ITS-S and the integrity of the message, while keeping anonymity of the originating ITS-S. For communicating within the ITS, a ITS-S may comprise one or more authorization tickets, and may use an authorization ticket for communicating.
Information about the safety-critical categorization of the different entities present in the monitored zone, provided in the OF 371 of the CPM 300, should preferably, for security reasons, come from a station considered as secure.
The authorization ticket may therefore comprise indications related to the privileges and authorizations of an originating ITS-S to transmit specific ITS messages, notably CPM 300 comprising a DF 371.
To do this, for example, an authorization ticket may contain a field called ITS AID, which includes the list of the services that the station is authorized to access and use as specified in ETSI TR 102 965. In particular, a specific one is dedicated to Cooperative Awareness Service that indicates that the sender is entitled to send CPMs. The authorization ticket contains also a field called ITS AID Service Specific Permissions (SSP), which indicates specific sets of permissions within the overall permissions indicated by the ITS-AID. Its format is specified in EIS! TS 103 097.
According to some embodiments, a SSP is provided, that may be specified in the certificate of a CPMs containing a DE 371 as described hereinbefore. An example of SSP 400 is illustrated in Figure 4.
A SSP 400 may comprise 3 octets, 410, 420 and 430. The first one 410 identifies the SSP version and the second 420 and third 430 specify specific permission. A specific permission 450 is introduced using the first bit of the second octet 420, set to 1 for indicating a permission for reporting a safety-critical categorization information in the payload of the CPM (0 otherwise). Of course, another position may be contemplated.
According to some embodiments, such a SSP may be provided in authorization tickets dedicated for a RSU, which are less likely to be hacked. Of course, according to some embodiments, such a SSP may be provided within authorization tickets to any type of ITS-S.
In order to better understand the invention, a communication method according to the invention and implemented at an originating ITS-S station, that may be either a vehicle or a VRU or a RSU, is described in reference with Figure 5.
The illustrated communication method is for transmitting a CPM including information related to safety-critical categorization according to the present invention. Such method may be implemented at the Collective Perception Service module of an ITS station, such as RSU 123, which has received the permission by a specific certification authority to report information related to safety-critical categorization within its transmitted CPM.
This method is launched at a CPM generation event, at step 500, as defined in standard ETSI TS 103 324 (section 6.1.3.1 CP Message generation frequency management).
At step 500, at a CPM generation event, the Collective Perception Service module marks a list of detected objects to be transmitted within the next CPM to be transmitted, as it is defined in the standard EIS! TS 103 324 (section 6.1.3.2 Perceived Object Container Inclusion Management). Such objects are referred to as marked objects hereinafter. According to some embodiments, more generally, the objects to be reported may be selected.
Next, at step 505, for each marked object, the current safety-critical categorization, determined by the safety-critical categorization module 122, is retrieved. Next, at step 510, Perceived Object Containers 370 of the marked objects are generated in view of their transmitting within a CPM. In particular, for each one, the OF 371 is set to its corresponding safety-critical categorization as retrieved at step 505. Then, at step 520, a CPM is generated by generating a corresponding ITS PDU header 310 and the other containers included in CPM parameters 320 as described hereinbefore in relation to Figure 3.
At step 530, the certificate 330 given by a specific certification authority including the permission, as described with reference to figure 5, to include safety-critical categorization information in a CPM, is generated and included within the CPM.
Then, at step 540, the CPM including safety-critical categorization information is transmitted to one or more receiving ITS-S.
According to some embodiments, safety-critical categorization information providing using a CPMs may be registered. For example, a data history relative to safety-critical categorization information may be registered.
Therefore, such a method enables an ITS-S to provide safety-critical categorization information for certain detected objects, preferably for all the detected VRUs, to the other ITS-S of the ITS. In a preferred embodiment, only ITS-S having a certificate providing a permission to the ITS-S to deliver safety-critical categorization information may be allowed to send CPM including safety-critical categorization information. Thus, thank to this safety-critical categorization information, receiving stations may quickly determine whether the safety of the monitored area is at risk (i.e., as said earlier, if an object, in the monitored area, constitutes a safety risk), and, furthermore, which object detected by fixed road side entity 120 is the source of this safety issue.
A second aspect of the invention is now described in relation to Figures 6 to 16. In this second aspect of the invention, the reporting of the detected objects may be performed by grouping objects according to one or more conditions. The grouping may involve at least two detected objects. Such group reporting may be performed with or without using the safety-critical categorization information described in the first aspect of the invention.
The benefit of using such group reporting, is that the transmitted CPM is more compact, as it factors out features common to the detected objects of the group.
Therefore, the obtained CPM does no longer include description information duplicated several times in separate containers associated to detected objects. The CPM is shorter as it includes description information common to all the detected objects of the group, at the group level.
The station thus processes the group of detected objects as an entity within the ITS system. Such processing is especially advantageous as it reduces the number of objects to compare and/or process.
First, the grouping concept of detected objects is described in reference with Figures 6 to 9, and then, the grouping concept taking into consideration safety-critical categorization of detected objects is described with respect to Figures 10 to 16.
As visible on Figure 6, the intersection of Figure 1 is represented with the detected objects and group of objects are represented.
Such grouping is performed after the detection of objects by the VCA, by an algorithm implemented at the road side entity 120.
Thus, detected objects are grouped into the groups of objects 671, 672, 674, 675 and 676 by the algorithm, detailed hereinafter. As visible on Figure 6, the groups of objects 671, 672, 674, 675 respectively corresponds to a group of pedestrians 142-145, two pedestrians 146-147 crossing the street outside the pedestrian crossing, a group of pedestrians 150-153 together with the motorcycle 154 on the sidewalk, a group of cyclist 156-158 together with a pedestrian both on the cycle path, and a pedestrian 160 with its dog 159 each one being respectively on the sidewalk and the road itself.
Such grouping enables to group within a given perceived object container information common to all the object forming a group of detected objects.
According to some embodiments, the grouping is performed for VRUs of equivalent "vulnerability".
The grouping may be based on conditions, such as the conditions of clustering joining operation as defined in ETSI TS 103 300, detailed hereinafter with respect to Figure 7.
Thanks to adaptations of the DE classification within the CPM 300, such groups of detected objects may also be reported using CPM 300 as described in reference to Figure 3. The adaptations may be in line with the standard ETSI TS 103 300-3 relative to the VRU awareness basic service. In particular, adaptations may be done in order to report in the DE classification the VRU profiles specified in ETSI TS 103 300-3 and to report a VRU either individually or as a group.
For example, the current version of standard ETSI TR 103 562 has enhanced the DE classification with additional classes. More precisely, a new class specified by the field vruSubclass corresponds to an object classified as a single VRU, corresponding to the class VruProfileAndSubprofile specified in ETSI TS 103 300-3.
A second class specified by the field groupSubclass corresponds to a group of VRUs, corresponding to the class ObjectGroupSubClassType. Besides, the field groupSubclass indicates the profiles of included VRUs and the number of VRUs, called hereinafter cardinality of the group of VRUs.
Descriptive Name objectClass ASN.1 ObjectClass::= CHOICE{ representation vehicleSubclass VehicleSubclassType, vruSubclass VruProfileAndSubprofile, groupSubclass ObjectGroupSubClassType, otherSubclass OtherSubclassType Definition Describes the classification of a detected object. The object can be classified into one of four categories: vehicle, VRU, group of VRUs and others. The classification is performed with a certain confidence.
The DF should include the following information: * class: the class that best describes the detected object. Each class provides optional subclasses and an associated confidence for the subclass. The class should be set to one of the following - vehicles: the detected object is of type vehicle.
- VRU: the detected object is of type single VRU.
- Group of VRUs the detected object is of type group of VRUs.
- other: the detected object is of another type. Unit
Descriptive Name ObjectGroupSubClassType ASN.1 ObjectGroupSubClassType::= SEQUENCE { groupType VRUProfiles, groupSize CardinalitySize, representation} Definition Describes the classification of a group of VRUs The DF should include the following information: DE groupType: the presence or not of the VRU profiles of VRUs included in the group of VRUs as specified in ETSI TS 103300-3 DE groupSize: the number of VRUs included in the group of VRUs Unit -Consequently, a detected object classified as a VRU may be reported in a Perceived Object Container 360 either individually or with at least another detected object thereby forming a group of detected objects. In other words, the CPM 300 may report individual VR Us and/or groups of VRUs.
When the Perceived Object Container 360, then the description information of the group of the objects is adapted, as follows: -DE fime0fMeasurement corresponds to the time difference between the generation of the CPM and the time of the measurement of the last object updated in the reported group; -DE objectConfidence corresponds to the minimal confidence among the confidences of the objects of the reported group; -DE objectRefPoint corresponds to the reference point of one of the objects of the reported group or the barycentre of the reference points of the objects of the reported 15 group; -DEs xDistance, yDistance and zDistance correspond to the mean of the distances according to the x, y, z axis of the objects of the reported group; -DEs xSpeed, ySpeed and zSpeed correspond to the mean of the speeds of the objects of the reported group; -the DEs)(Acceleration, yAcceleration and zAcceleration corresponds to the mean of the speeds according to the x, y, z axis of the objects of the reported group -DE yawAngle corresponds to the means of the yaw angle of the objects of the reported group; - DE planarObjectDimension1, planarObjectDimension2, and verticalObjectDimension corresponds to the union of the dimensions of the objects of the reported group. These DEs may define an area, e.g. a polygon whose sides constitute the group boundaries; -DE objectAge corresponds to maximum age among the ages of the objects of the reported group; -DE dynamicStatus corresponds to the majority status of the objects of the reported group; -DE groupSize corresponds to the number of objects included in the reported group.
-DE groupType corresponds to the presence or not of each VRU profile as specified in ETSI TS 103 300-3 amongst the profiles of objects included in the reported group.
In order to better understand the formation and modification of the groups, and further their reporting within CPMs, reference is now made to Figures 7 to 9.
VGA 121 detects a list of objects, comprising newly detected objects and already tracked objects (individually or included in a group). Based on all the detected objects, a list of detected objects is kept by the VCA 121, and is referred to as ObjectList.
The detected objects are then processed individually by to determine 1) whether these objects shall be reported and 2) whether such reporting should be performed individually or by group. The next object to be processed from the ObjectList is referred to as the assigned object hereinafter.
To do that, the present invention proposes reporting rules to be applied to the detected objects, as described in Figures 7-10. These reporting rules are specified for newly tracked objects (Figure 7), already individually tracked objects (Figure 8), already tracked objects by group (Figure 9). The application of such rules is then described in reference to Figure 10, in view of preparing the reporting of detected object using a CPM.
Figure 7 illustrates an example of reporting algorithm for newly detected objects, referred hereinafter as assigned object. Each time a new object is detected by the VGA, the object is automatically marked in order to be reported in the next CPM to be transmitted.
The reporting algorithm first comprises, at step 720, a step of checking whether the assigned object may join an existing reported group.
As mentioned before, the clustering joining operations as defined in ETSI TS 103 300 are applied and mainly consist in comparing the current position and kinematic information of the marked object with the ones of the reference point of the existing reported group.
For example, an assigned object may join an existing reported group if these joining conditions are fulfilled: -the existing reporting group has not reached its maximal size maxGroupSize (i.e. the group cardinality of the existing reported group is inferior to the DF maxGroupSize of DE groupSize); -the assigned object is either comprised in the group dimensions, or is at a certain distance from the reference point of the existing reported group, the distance being inferior to a given threshold, maxClusterDistance; and -the difference between the velocity of the assigned object and the velocity of the existing reported group is less than a given threshold, maxClusterVelocityDifference.
According to some embodiments, the parameters maxGroupSize, maxClusterDistance and maxClusterVelocityDifference may be not fixed. For example, these parameters may be modified to take into account environment condition.
As an example, if the congestion control module of the originating ITS-S detects that there is a potential bandwidth congestion or if a large number of objects is detected in the scene, the parameters maxGroupSize, maxClusterDistance and maxClusterVelocityDifference may be increased temporarily to increase the number of objects included in groups and thus decrease the number of elements reported in the CPM. Thus, considering that the bandwidth for messages is limited, such parameters may help to keep the size of the messages low by decreasing the number of objects to report.
According to some embodiments, the values of the parameters maxGroupSize, maxClusterDistance and maxClusterVelocityDifference are fixed at the initialization of the system.
Next, if an existing reported group is identified, i.e. meaning that all the conditions are fulfilled for the assigned object to join the group, then next step is 725. If not, next step is 740.
At step 725, if such joining is possible, the assigned object is associated with the existing group identified at step 720. Therefore, the reporting of the assigned object will be through the identified existing group, and not individually. At step 730, the description information of the existing group of objects, contained within the Perceived Object Container associated to this group, are updated. Next, at step 735, the identified existing group is marked in order to be reported by the next CPM to be transmitted.
In case where one of the conditions is not fulfilled, i.e. that the assigned object cannot be added to an existing group, at step 740, it is checked whether the marked object may create a new group for the reporting.
To do this, the conditions of clustering creating operation as defined in ETSI TS 103 300 are applied, and mainly consist in a comparison between the current position of the marked object with at least one another object already tracked and previously reported individually, referred to as an identified tracked object. For example, conditions may be that the distance between the marked station and the identified tracked object is less than a given threshold, maxClusterDistance, and the difference of velocity between the marked station and the identified tracked object is less than a given threshold, maxClusterVelocityDifference.
According to some embodiments, the parameters maxClusterDistance and maxClusterVelocityDifference may be modified to take into account environment conditions. For example, maxClusterDistance and maxClusterVelocityDifference may be increased temporarily to increase the number of objects included in groups and thus decrease the number of elements reported in the CPM.
If the clustering conditions are fulfilled, the next step is 745. Otherwises, the next step is 715.
At step 745, if such a group creation is possible, then the assigned object and the identified tracked objects are associated and joined in order to form a new reported group. Next, at step 750, the description information, i.e. reported parameters of the new reported group generated at step 740, are computed. Then, in order to ensure that the new reported group is including within the next CPM to be transmitted, at step 755 the new reported group generated at step 740 is marked.
In case where it is impossible to create a new group, then the assigned object is marked to be reported individually in the next CPM to be transmitted.
In the rest of the documents, steps 720-725-730-735-740-745-750-755 are referred to as the global step 790, aiming at selecting the reporting rules for a newly detected object to be automatically marked, such that it is automatically reported in the next CPM to be transmitted.
According to some embodiments, additional conditions may be added when creating or joining a newly detected object to a group. For example, groups may be by type of VR Us.
Regarding the other detected objects, notably the ones that had already been tracked by the VGA and not included in a group, and which are still detected by the VGA, their marking for them to be reported by the next CPM is now described with respect to Figure 8.
Figure 8 schematically illustrates, using flowcharts, steps of a communication method with the reporting rules for an assigned object already tracked individually.
These rules are applied for each assigned object from the ObjectList already tracked individually.
Upon the launch of the algorithm, at step 720, it is checked whether the assigned object may join an existing reported group. If such joining is possible, the same steps 720-735 as the ones described in relation to Figure 7 applies. In other, words, if such joining is possible, the joining is performed, description information of the group is updated and the existing group is marked in order to be reported in the next CPM to be transmitted.
Then, it is checked, at step 740, whether the assigned object may create a new reported group. If such creation is possible, the same steps 740-755 as the ones described in relation to Figure 7 applies. In other, words, if such creation is possible, the group is created, description information of the group is computed and the new group is marked in order to be reported in the next CPM to be transmitted.
In case where the assigned object may neither join an existing group or a newly created group, it is checked at step 825 whether the Perceived Object Container inclusion conditions for reporting are fulfilled. Perceived Object Container inclusion conditions are a list of one or more conditions to be fulfilled in order to determine an already tracked object to be reported once again: for example, such reporting may be performed when the description information of the already tracked object has substantially evolved since the last reporting, or if the reporting of this object has not been performed for a predefined time period. According to some embodiments, Perceived Object Container inclusion conditions for reporting may be in line with the "Perceived Object Container Inclusion Management" procedure specified in standard EIS! TS 103 324.
If the inclusion conditions are not fulfilled, then the already tracked object is not reported, and the algorithm stops at step 830. Otherwise, then the already tracked object is marked for reporting individually in step 715.
Steps 720-725-730-735-740-745-750-755-825-715-830 are referred to as step 890, constituting reporting rules for an object which may be marked for reporting, for objects which has been previously tracked individually.
Figure 9 illustrates the reporting rules for already tracked groups aiming at determining whether the existing group shall be marked in view of its reporting within the next CPM to be transmitted.
It is thus proposed to enable the reporting of an already tracked group whose description information has evolved since the last CPM has been sent, including previous description information of this already tracked group. This allows, in particular, to send updated description information when the already tracked group is subject to change.
In the case where the description information of the already tracked group has not changed since the sending of the last CPM including description information of this already tracked group, then the already tracked group is not marked to be reported in the next CPM to be transmitted.
According to some embodiments, such reporting rules are applied only when the cardinality of the group has not evolved. In this case, as described in relation to Figure 7, when a new assigned object is added to an already tracked group, the group is systematically marked.
According to some embodiments, such reporting rules are applied, indifferently to all already tracked groups. In this case, a reporting condition may concern the cardinality of the already tracked group.
Before running the algorithm (step 900), the description information (including notably position and kinematic information, time of measurement) of the objects within the existing groups is updated accordingly the last information provided by the VCA module 121.
Then, at step 905, the list of reported groups referred to as GroupList is retrieved for processing by the algorithm. The reported groups refer to the list of the existing groups, previously reported by a CPM.
Next, at step 910, the next element of GroupList not yet processed is identified. It is referred to as assigned reported group.
Then, at step 915, the associated description information, i.e. the reported parameters of the assigned reported group lastly reported by a previous CPM, referred to as previous reported parameters, is retrieved.
Also, at step 920, the current description information, i.e. the reported parameters of the assigned reported group, referred to as current reported parameters, are retrieved.
Next, at step 930, it is determined whether the assigned reported group will be marked or not to be reported in the next CPM to be transmitted. This may be performed by checking a list of perceived object container inclusion conditions.
For example, the list of perceived object container inclusion conditions may be in line with the Cluster VAM transmission management specified in the section 6.4.2 of the standard EIS! TS 103 300-3, as detailed as follows: -the time period elapsed since the last time the assigned reported group was transmitted within a previous CPM exceeds a predefined threshold, T_GenVamMax; -the Euclidian absolute distance between a previous and a current position of the reference point of the assigned reported group exceeds a predefined threshold, minReferencePointPositionChangeThreshold; - the difference between the previous and the current estimated distance between the reference point of the assigned reported group and the boundary of the assigned reported group boundary exceeds a pre-defined threshold minGroupDistanceChangeThreshold; - the difference between a previous and a current estimated ground speed of the reference point of the assigned reported group is greater than a predefined threshold, minGroundSpeedChangeThreshold; -the difference between the orientation of the vector of a previous estimated ground velocity and a current estimated ground velocity of the assigned reported ground is greater than a predefined threshold, minGroundVelocityOrientationChangeThreshold. The ground velocity is the vector defined by the precited DEs xSpeed, ySpeed and zSpeed; - the number of type(s) of objects in the assigned reported group as previously reported is different from the current number of type(s) of the objects in the assigned reported group; - the difference between a previous and a current cardinality of the assigned reported group is greater than a predefined threshold, minCardinalityChangeThreshold.
According to some embodiments, the parameters T_GenVamMax, minReferencePointPositionChangeThreshold, minGroupDistanceChangeThreshold, minGroundSpeedChangeThreshold, minGroundVelocityOrientationChangeThreshold, minCardinalityChangeThreshold may be fixed at the initialization of the system.
According to some embodiments, if any one of these conditions is fulfilled, the assigned reported group is marked to be reported to the next CPM to be transmitted. Otherwise, the reported group is not marked, i.e. is not to be reported in the next CPM. Step 910 915 920 930 935 940 are repeated until every reported group from GroupList has been processed in order to determine whether or not it should be marked to be reported by the next CPM to be transmitted.
In order to better understand the generation of the next CPM to be transmitted, applying the previously described reporting rules, reference is now made to Figure 10.
Figure 10 schematically illustrates, using flowcharts, steps of a communication method for generating Perceived Object Containers to be included in the next to be transmitted CPM associating to the objects selected to be reported by the Collective Perception Service.
Upon starting the algorithm at step 1000, the list of detected objects stored in the database referred to as environment model 903 is retrieved at step 905. The environment model may be issued from the VCA module 121. The list of detected objects by the VCA 121 is referred to as ObjectList.
Next, at step 1010, the next detected object from ObjectList not yet processed is obtained. It is referred to as the assigned object hereinafter.
Then, at step 1015 checks whether the assigned object has been classified as a VRU. In case the assigned object is not a VRU, then the specific "Perceived Object Container Inclusion Management" procedure specified in standard ETSI TS 103 324 is applied for reporting the assigned object within the CPM. Indeed, in this embodiment we consider that only VRUs can be reported in a group. Of course, as mentioned before, according to some embodiments, vehicles and VRUs may be reported in groups. In this case, steps described hereinafter for VRUs can also be used for vehicles.
If the assigned object is a VRU, then at step 1025, it is checked whether the assigned object has already been processed, i.e. has already been reported by the Collective Perception Service. In this case, said assigned object is consequently tracked since its first reporting. When the assigned object has not already been tracked, and is therefore a newly tracked object, at step 790, this object is automatically marked, and reporting rules for newly detected objects illustrated by Figure 7 are applied.
If the assigned object has already been tracked, at step 1040, it is checked whether the assigned object is already reported within a reported group. In case where the assigned object has not been reported within a group, i.e. has been reported individually, at step 890, this object may be potentially marked, and reporting rules described in reference to Figure 8 are applied.
If the assigned object has already been tracked within a detected group, at step 1065, it is checked whether the assigned object is still in its corresponding reported group.
To do that, it may be checked whether conditions are still fulfilled, e.g. the conditions of clustering creating operation as defined in ETSI TS 103 300 are applied. According to some embodiments, it mainly consists in a comparison between the current position of the marked object and the position of the reference point of previously reported group of detected objects.
For example, conditions may be that the distance between the marked station and the reference point of the reported group is still less than a given threshold, maxClusterDistance, and the difference of velocity between the marked station and the the reference point of the reported group is still less than a given threshold, maxClusterVelocityDifference.
According to some embodiments, the parameters maxClusterDistance and maxClusterVelocityDifference may be modified to take into account environment conditions. For example, maxClusterDistance and maxClusterVelocityDifference may be increased temporarily to increase the number of objects included in groups and thus decrease the number of elements reported in the CPM.
In case where the assigned object fulfils the joining conditions, the assigned object is maintained in the tracked group. At step 1070, the reported parameters of the corresponding reported group are updated according to the newly detected description information. To determine whether or not the updated group should be marked so that its description information is included in the next CPM to be transmitted, the reporting rules, for already tracked group of objects, described with reference to Figure 10, are applied.
These steps 1010 to 1070 (including steps 790 and 890) are repeated until all the objects in the list are processed. Then, at step 1050, Perceived Object Containers are generated for each marked object and each marked group of objects to be reported by the next CPM to be transmitted.
In a second embodiment of the second aspect of the invention, safety-critical categorization is taken into consideration when reporting detected objects either in group or individually. To do that, the group reporting may take into consideration safety-critical categorization information in order to determine 1) whether detected object should be reported by the next CPM to be transmitted, 2) whether the reporting should be individual or in a group.
Figure 11 schematically illustrates, using flowcharts, steps of a communication method for transmitting a CPM including safety-critical categorization information, according to the second aspect of the invention.
Upon the CPM generation event at step 1100, the perceived object containers 370 of the marked objects, at step 1110, and the marked group of objects, at step 1115, are generated.
According to this embodiment, the selection of marked objects and the corresponding type of reporting, i.e. individually or as a group, may take into account the safety-critical categorization information of the detected objects, as described in more details in relation to Figure 12, 13 and 14.
Then, at steps 1120, 1130 and 1140, the CPM is then generated and transmitted, similarly to steps 520, 530 and 540 as described hereinbefore with respect to Figure 5.
In this embodiment, the certificate given by the specific certification authority and included within the CPM at step 1130, includes the permission authorizing the report of a safety information in CPM as described with reference to Figure 4.
Reporting rules, for newly tracked objects and already tracked object (individually or in a group) are therefore adapted, as illustrated respectively at Figures 12, 13 and 14.
According to some embodiments, the detected objects considered as safety-critical object, are reported individually, enabling the receiving stations to quickly determine safety issues, by processing, for example, the Perceived Object Containers related to individual objects first.
In the reporting rules for newly tracked objects of Figure 12, upon starting the algorithm, at step 1205, the safety-critical categorization information related to the assigned object is retrieved from the safety-critical categorization module 122.
In case where the assigned object is considered as a safety-critical object, at step 1210, the assigned object is marked in order to be reported individually by the next to be transmitted CPM Otherwise, the reporting rules for newly tracked object, which is systematically marked, are applied at step 790. Such reporting enables a non safety-critical object to be reported within a group, when group joining or group creation conditions are fulfilled. In the reporting rules for already tracked object, previously reported individually, of Figure 13, when starting the algorithm at step 1300, the description information (including notably position and kinematic information, time measurement) of the assigned object is updated, based on the VCA detections.
Next, at step 1305, the current safety-critical categorization of the assigned object given by the safety-critical module is retrieved. In addition, the previous assigned safety-critical categorization information of the assigned object is stored in memory.
Then, at step 1315, it is checked whether the assigned object was previously categorized as a safety-critical object, based on previous a safety-critical categorization information stored in memory.
If the assigned object was a non-critical safety object and becomes a safety-critical object at step 1321, the assigned object is marked, at step 1316, in order to be reported individually in the next CPM to be transmitted. If the assigned object was and is still a non-critical safety object, at step 890, rules for reporting an already individually tracked objects (as described in relation to Figure 8) are applied to determine whether the assigned object should be marked for reporting.
If the assigned object was a critical safety object and becomes a non safety-critical object, at step 1320, the assigned object is systematically marked for reporting, and the reporting rules described in step 790 of Figure 7 are applied. Thus, according to this embodiment, such objects are treated as newly detected objects.
If the assigned was a critical safety object and is still a non safety-critical object, at step 1320, it is checked if the assigned objects which has already been reported should be reported once again. To do that, it may be checked whether object container inclusion conditions (described in Figure 8) are fulfilled. If they are, then assigned object is marked for individual reporting by the next CPM to be transmitted. Otherwise, the algorithm ends at step 1330.
Figure 14 illustrates, using flowcharts, steps of a method illustrating reporting rules to be applied to an assigned object which was previously tracked in a reported group, while taking into consideration safety-critical categorization information associated to the assigned object.
Upon starting the algorithm at step 1400, step 1403 updates the description information of the assigned object (including notably position and kinematic information, time measurement). Next, at step 1405, the current safety-critical categorization information of the assigned object given by the safety-critical module is retrieved.
Next, at step 1415, it is checked whether the assigned object is now categorized as a safety-critical object, based on the current safety-critical categorization information, and on a registered previous safety-critical categorization information.
If the assigned object is a non-critical safety object, it is then checked, at step 1465, whether the assigned object is still in its corresponding reported group. To do that, it is checked whether conditions are still fulfilled, notably regarding the thresholds maxClusterDistance and maxClusterVelocityDifference, as described at step 740. If the assigned object is still in the reported group, then at step 1470, the description information of the reported group is updated, based on the current description information of the assigned object. To determine whether or not the group should be reported by the next CPM to be transmitted, the reporting rule illustrated in Figure 9 may be applied. If the conditions are not fulfilled to maintain the assigned object within the reported group, the assigned object is removed from the reported group and the reported parameters of the identified existing reported group are updated by taking into account the removal of the assigned object. Then, at step 1460, the assigned object is marked for individual reporting by the next CPM to be transmitted, and reporting rules for newly detected object 790 are applied in order to determine whether or not the assigned may be reported in another group or individually.
If the assigned object is a critical safety object, and if the assigned object was previously reported within a group, at step 1455, the assigned object is removed from the reported group and the reported parameters of the identified existing reported group are updated by taking into account the removal of the assigned object.
Next, at step 1460, the assigned object, which is a safety-critical object, is marked for individually reporting by the next CPM to be transmitted.
In order to better understand, Figure 15 schematically illustrates, using flowcharts, steps of an example of communication method for generating Perceived Object Containers to be included in the next CPM to be transmitted. In the proposed method, the Perceived Object Containers correspond to the objects selected to be reported by the Collective Perception Service applying reporting rules as detailed hereinbefore, while taking into account the safety-critical categorization information, accordingly in accordance with embodiments of the second embodiment of the second aspect of the invention.
At the launch of the method, at step 1500, steps 1505 to 1520 are similar to the ones 1005 to 1020 of Figure 10.
In case where the assigned object is a newly tracked object, then at step 1530, the reporting rules described in Figure 12 are applied.
In case where the assigned object has been already tracked individually, then at step 1545, the reporting rules described in Figure 13 are applied.
In case where the assigned object has been already tracked in a group, then at step 1555, the reporting rules described in Figure 14 are applied.
These steps 1510 to 1555 are repeated until all the objects of in the list are processed. Then, at step 1550, Perceived Object Containers are generated for each marked object and each marked group of objects to be reported with by the next CPM to be transmitted.
Therefore, in this proposed method, an assigned object may: be systematically reported individually when it is categorized as a safety-critical object; be reported in a group when it is categorized as a non safety-critical object.
According to some embodiments, the CPM may not comprise information related to safety-critical categorization of the reported objects. In this case, the safety-critical categorization of the reported objects may be implicit, and may be deduced, at the receiving ITS-S, depending on whether the assigned object is within a group: when the assigned object is reported within a group, the receiving station deduces that the assigned object, together with all the object within the group, is categorized as non safety-critical object). Such embodiments are advantageous, as the implicit signalling of the safety-critical categorization of the reported objects enables to reduce the CPM payload. In this embodiments, only safety-critical categorization information related to non safety-critical detected objects is provided.
When safety-critical categorization information is taken into account, the obtained group of objects illustrated in Figure 16, differs from the one obtained without it, as is illustrated in Figure 6.
When applying said method, the detected objects categorized as safety-critical are now reported individually and not as a group: for example, pedestrians 146 and 147 crossing a street outside a pedestrian crossing are no longer reported within the reported group 172, but individually 1681 and 1682 instead. Thus, although the pedestrians are both considered as safety-critical objects, the method proposes to report them individually.
Similarly, dog 159 on the road is no longer reported within the reported group 172, together with pedestrian 1684, but individually 1583. Unlike pedestrians 160, dog is 159 is considered a safety-critical object.
Further, motorcycle 154 riding on the sidewalk is no longer reported within the reported group 174, together with pedestrians 150-153, but individually 1685, and pedestrian 155 on a street cycle path is no longer reported within the reported group 175, together with cyclist 156-158, but individually 1586 instead.
Bicycle 161 riding in wrong direction is still reported individually 1576 though. According to some embodiments, the grouping may be also performed for detected object which are not VRUs, for example vehicles.
In a third embodiment of the second aspect of the invention, safety-critical categorization is also taken into consideration when reporting detected objects. According to some embodiments, the described method of the second aspect of the invention may be adapted such that an assigned object may join an existing reported group only if it has the same safety-critical categorization as the existing group. Similarly, a new group may be created, when, further to the precited conditions, an assigned object and an identified tracked object have the same safety-critical categorization.
In other words, in such embodiments, the Collective Perception Service may allow safety-critical objects to be included in groups only containing safety-critical objects, when group joining conditions or group creation conditions are fulfilled.
Therefore, group of objects which may be either categorized as safety-critical or as non safety-critical, are homogeneous groups of respectively safety-critical objects and non safety-critical objects.
For example, an assigned object may join a group having the same safety-critical categorization as its own. For example, an assigned object may create a new reported group only if the assigned object and the other already tracked object to be included in the reported group have the same safety-critical categorization.
To do that, algorithms presented in relation to the second embodiment of the second aspect of the invention, are adapted as follows.
First, in case of a newly detected object, the conditions for an assigned object to join an existing group (step 720 of Figure 7) and the conditions for creating a new reported group (step 740 of Figure 7) may further include a condition regarding the safety-critical categorization of the assigned object and/or the objects within the existing group, and/or the identified tracked object involved in the creation of the new reported group. Same additional conditions related to the safety-critical categorization applies, in case of a detected object which has been previously reported individually (step 890, Figure 8, same steps 720 and 740).
Such a condition regarding the safety-critical categorization may consist in checking whether the safety-critical categorization of the newly detected object or the previously tracked object that has previously been reported individually has the same safety-critical categorization as the objects within the existing group, or the identified tracked object involved in the creation of the new reported group. Thus, only objects sharing the same safety-critical categorization may be reported together within a group.
In the case of the assigned object is a previously tracked object, reported with a reported group, (Figure 14), at step 1465, the conditions to determine whether the assigned object is still within the reported group may further comprise a condition regarding the safety-critical categorization of the assigned object and/or of the reported group. For example, when the safety-critical categorization of the assigned object changes, and become different from the safety-critical categorization of the reported group, the assigned object is no longer within the reported group, and the rules defined at step 790 are applied. In other words, when the safety-critical categorization of an object within a reported group changes, the object is reported independently from the reported group, it is instead reported individually or with another group, according to the rules applied at step 790.
CPMs, generated by methods according to the various described embodiments, are received by other ITS-S, referred as to receiving ITS-S.
According to some embodiments, when receiving a CPM including a safety-critical categorization information associated to a detected object, the receiving ITS-S processes the CPM in order to determine whether the detected object is critical or not for the safety of the area monitored by the originating ITS-S. The CPM may thus use the safety-critical categorization information in order to quickly determine a safety risk. According to some embodiments, when receiving a CPM including at least one group of detected objects, the receiving ITS-S may quickly determine information related to a group, such as the description information described hereinbefore which may be contained in the Perceived Object Container. Such information my further contain safety-critical categorization information common to all the objects of the group of detected objects. This enables the station to process the group of detected objects as an entity within the ITS system, and therefore in some embodiments, to determine whether some object poses a safety risk to the area.
The described methods, together with the reporting rules, are implemented by a ITS-S, configured to implement such methods and rules.
An example of ITS-S is described with reference to Figure 17, which may be either a ITS-S embedded in a vehicle, on or in a VRU, or in a road side entity 120.
The communication device 1700 may preferably be a device such as a micro-computer, a workstation or a light portable device. The communication device 1700 comprises a communication bus 1713 to which there are preferably connected: * a central processing unit 1711, such as a microprocessor, denoted CPU; * a read only memory 1707, denoted ROM, for storing computer programs for implementing the invention; * a random access memory 1712, denoted RAM, for storing the executable code of methods according to embodiments of the invention as well as the registers adapted to record variables and parameters necessary for implementing methods according to embodiments of the invention; and * at least one communication interface 1702 connected to the radio V2X 35 communication network over which ITS messages are transmitted. The ITS messages are written from a FIFO sending memory in RAM 1712 to the network interface for transmission or are read from the network interface for reception and writing into a FIFO receiving memory in RAM 1712 under the control of a software application running in the CPU 311.
Optionally, the communication device 1700 may also include the following components: * a data storage means 1704 such as a hard disk, for storing computer programs for implementing methods according to one or more embodiments of the invention; * a disk drive 1705 for a disk 1706, the disk drive being adapted to read data from the disk 1706 or to write data onto said disk; * a screen 1709 for serving as a graphical interface with the user, by means of a keyboard 1710 or any other pointing means. The communication device 1700 may be optionally connected to various peripherals including perception sensors 1708, such as for example a digital camera, each being connected to an input/output card (not shown) so as to supply data to the communication device 1700.
Preferably the communication bus provides communication and interoperability between the various elements included in the communication device 1700 or connected to it. The representation of the bus is not limiting and in particular the central processing unit is operable to communicate instructions to any element of the communication device 1700 directly or by means of another element of the communication device 1700. The disk 1706 may optionally be replaced by any information medium such as for example a compact disk (CD-ROM), rewritable or not, a ZIP disk, a USB key or a memory card and, in general terms, by an information storage means that can be read by a microcomputer or by a microprocessor, integrated or not into the apparatus, possibly removable and adapted to store one or more programs whose execution enables a method according to the invention to be implemented.
The executable code may optionally be stored either in read only memory 1707, on the hard disk 1704 or on a removable digital medium such as for example a disk 1706 as described previously. According to an optional variant, the executable code of the programs can be received by means of the communication network 1703, via the interface 1702, in order to be stored in one of the storage means of the communication device 1700, such as the hard disk 1704, before being executed.
The central processing unit 1711 is preferably adapted to control and direct the execution of the instructions or portions of software code of the program or programs according to the invention, which instructions are stored in one of the aforementioned storage means. On powering up, the program or programs that are stored in a non-volatile memory, for example on the hard disk 1704 or in the read only memory 1707, are transferred into the random access memory 1712, which then contains the executable code of the program or programs, as well as registers for storing the variables and parameters necessary for implementing the invention.
In a preferred embodiment, the apparatus is a programmable apparatus which uses software to implement the invention. However, alternatively, the present invention may be implemented in hardware (for example, in the form of an Application Specific Integrated Circuit or ASIC).
Although the present invention has been described hereinabove with reference to specific embodiments, the present invention is not limited to the specific embodiments, and modifications will be apparent to a skilled person in the art which lie within the scope of the present invention.
Many further modifications and variations will suggest themselves to those versed in the art upon making reference to the foregoing illustrative embodiments, which are given by way of example only and which are not intended to limit the scope of the invention, that being determined solely by the appended claims. In particular, the different features from different embodiments may be interchanged, where appropriate. Each of the embodiments of the invention described above can be implemented solely or as a combination of a plurality of the embodiments. Also, features from different embodiments can be combined where necessary or where the combination of elements or features from individual embodiments in a single embodiment is beneficial.
In the claims, the word "comprising" does not exclude other elements or steps, and the indefinite article "a" or "an" does not exclude a plurality. The mere fact that different features are recited in mutually different dependent claims does not indicate that a combination of these features cannot be advantageously used.
Claims (21)
- CLAIMS1 A method for transmitting a Collective Perception Message, CPM, the method being intended for an Intelligent Transport System, ITS, comprising at least one originating ITS station, ITS-S, the method comprising the following steps, at the at least one originating ITS-S: transmitting a CPM reporting information related to at least one object detected within an area monitored by the originating ITS-S; wherein the reported information comprises a safety-critical categorization information, indicating whether the detected object is critical for the safety of the monitored area.
- 2 The method of claim 1, wherein the detected object is reported individually when the detected object is categorized as critical for the safety of the monitored area.
- 3 The method of claim 1 or 2, wherein previously to the transmitting step, the method comprises, when the detected object is not categorized as critical for the safety of the monitored area: determining whether the detected object may be reported with at least one another detected object not categorized as critical for the safety of the monitored area thereby forming a group of detected objects, according to predefined grouping rules; wherein the CPM reporting information related to the detected object is reported within said group, according to the determining step.
- 4 The method of claim 1, wherein previously to the transmitting step, the method comprises: determining the safety-critical categorization information of the detected object; determining at least one another detected object with which the detected object may be reported according to predefined grouping rules, wherein the at least one another detected object is associated with a safety-critical categorization information identical to the determined safety-critical categorization information of the detected objet.
- A method for transmitting a Collective Perception Message, CPM, the method being intended for an Intelligent Transport System, ITS, comprising at least one originating ITS station, ITS-S, the method comprising the following steps, at the at least one originating ITS-S: transmitting a CPM reporting information related to at least one object detected within an area monitored by the originating ITS-S, and reported with at least one another detected object thereby forming a group of detected objects; wherein all the objects reported within a group of detected objects are categorized as not critical for the safety.
- 6 The method of any one of claims 1 to 5, wherein the safety-critical categorization information is a one-bit flag set to 1 when the object is categorized as critical for the safety of the monitored area and set to 0 otherwise.
- 7 The method of any one of claims 1 to 6, wherein previously to the transmitting step, the method comprises: selecting among the objects detected by the originating ITS-S, the objects to be reported within the CPM to be transmitted; wherein the CPM reports information related to each selected object.
- 8 The method of claim 7, wherein the selecting step comprises, for each detected object: obtaining a current safety-critical categorization information of the detected object; retrieving a former safety-critical categorization information of the detected object, previously sent in a previous GPM; selecting the detected object when the current safety-critical categorization information is different from the former safety-critical categorization information.
- 9 The method of claim 8, wherein the former safety-critical categorization information and the current safety-critical categorization information are the same, and further comprising: retrieving a former value of at least one reported parameter of the detected object, previously sent in a previous CPM; obtaining a current value of the reported parameter of the detected object selecting the detected object when the difference between the current value and the former value of the reported parameter is greater than a predefined threshold.
- 10. The method of claim 9, wherein the reported parameter is one among a position, a speed or an acceleration relatively to the originating station.
- 11. The method of any one of claims 7 to 10, wherein the selected object is one among a Vulnerable Road User, VRU, or a vehicle.
- 12. The method of claim 2 or 4 or 5, wherein the CPM comprises a data element, Perceived Object Container, configured to contain information related to either the individually reported object or the group of detected objects comprising the reported object.
- 13. The method of claim 12, wherein the Perceived Object Container comprises a data field dedicated to indicate safety-critical categorization information of either the individually reported object or the group of detected objects comprising the reported object.
- 14 An originating ITS station, ITS-S, within an Intelligent Transport System, ITS, the originating ITS-S comprising: one or more embedded sensors, configured to monitor a given area in order to detect objects; an analytical module configured to process data provided by the sensors in order to provide a list of detected objects in the monitored area; a safety-critical categorization module configured to process the list of detected objects in order to provide a safety-critical categorization information related to each detected object; a communication module configured to transmit a Collective Perception Message, CPM, comprising information related to at least one of the detected objects in the monitored area, wherein the information related to at least one of the detected objects comprises the associated safety-critical categorization information provided by the safety-critical categorization module.
- A method for processing a Collective Perception Message, CPM, the method being intended for an Intelligent Transport System, ITS, comprising at least one originating ITS station, ITS-S, and at least one receiving ITS-S, the method comprising the following steps, at the at least one receiving ITS-S: receiving a CPM reporting information related to at least one object detected within an area monitored by the originating ITS-S; retrieving, from the reported information, a safety-critical categorization information, indicating whether the object is critical for the safety of the monitored area; determining whether the object is categorized as critical for the safety of the monitored area.
- 16 A method for processing a Collective Perception Message, CPM, the method being intended for an Intelligent Transport System, ITS, comprising at least one originating ITS station, ITS-S, and at least one receiving ITS-S, the method comprising the following steps, at the at least one receiving ITS-S: receiving a CPM reporting information related to at least one object detected within an area monitored by the originating ITS-S, wherein the at least one object is reported with at least one another detected object thereby forming a group of detected objects; categorizing as not critical for the safety of the monitored area all detected objects that belong to the group.
- 17. A method for processing a Collective Perception Message, CPM, the method being intended for an Intelligent Transport System, ITS, comprising at least one originating ITS station, ITS-S, and at least one receiving ITS-S, the method comprising the following steps, at the at least one receiving ITS-S: receiving a CPM reporting information related to at least one object detected within an area monitored by the originating ITS-S, wherein the at least one object is reported with at least one another detected object thereby forming a group of detected objects; retrieving from the reported information a safety-critical categorization information common to all the objects of the group of detected objects, indicating whether the group of detected objects is categorized as critical for the safety of the monitored area.
- 18. A receiving ITS station, ITS-S, within an Intelligent Transport System, ITS, the receiving ITS-S comprising at least one microprocessor configured to performed the method according to claim 15 to 17.
- 19 A method for transmitting a Collective Perception Message, CPM, the method being intended for an Intelligent Transport System, ITS, comprising at least one originating ITS station, ITS-S, the method comprising the following steps, at the at least one originating ITS-S: transmitting a CPM reporting information related to at least one object detected within an area monitored by the originating ITS-S, and reported with at least one another detected object thereby forming a group of detected objects, according to predefined grouping rules; wherein the at least one object and the at least one another detected object are VRUs having different profiles according to ETSI 103 300-3.
- A Collective Perception Message, CPM, to be sent by an originating station of an Intelligent Transport System, ITS, comprising at least one Perceived Object Container including information related to a reported object, wherein the Perceived Object Container further comprises a data element dedicated to report safety-critical categorization information of the reported object, indicating whether the reported object is categorized as critical for the safety of an area monitored by the originating station.
- 21. A CPM according to claim 20 further comprising a certificate of the originating ITS-S granted by a certification authority, including a permission to provide a safety-critical categorization information.
Priority Applications (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
GB2107851.4A GB2607309B (en) | 2021-06-01 | 2021-06-01 | Reporting method within an intelligent transport system |
GB2200486.5A GB2607376A (en) | 2021-06-01 | 2022-01-14 | Reporting method within an intelligent transport system |
JP2023546543A JP2024518010A (en) | 2021-06-01 | 2022-05-30 | Reporting methods within intelligent transportation systems |
PCT/EP2022/064658 WO2022253779A1 (en) | 2021-06-01 | 2022-05-30 | Reporting method within an intelligent transport system |
EP22733906.6A EP4348622A1 (en) | 2021-06-01 | 2022-05-30 | Reporting method within an intelligent transport system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
GB2107851.4A GB2607309B (en) | 2021-06-01 | 2021-06-01 | Reporting method within an intelligent transport system |
Publications (3)
Publication Number | Publication Date |
---|---|
GB202107851D0 GB202107851D0 (en) | 2021-07-14 |
GB2607309A true GB2607309A (en) | 2022-12-07 |
GB2607309B GB2607309B (en) | 2024-06-05 |
Family
ID=76741279
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
GB2107851.4A Active GB2607309B (en) | 2021-06-01 | 2021-06-01 | Reporting method within an intelligent transport system |
GB2200486.5A Pending GB2607376A (en) | 2021-06-01 | 2022-01-14 | Reporting method within an intelligent transport system |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
GB2200486.5A Pending GB2607376A (en) | 2021-06-01 | 2022-01-14 | Reporting method within an intelligent transport system |
Country Status (1)
Country | Link |
---|---|
GB (2) | GB2607309B (en) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB2626613A (en) * | 2023-01-30 | 2024-07-31 | Canon Kk | Improved signalling of perceived objects in an intelligent transport system |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2020091088A1 (en) * | 2018-10-29 | 2020-05-07 | 엘지전자 주식회사 | Apparatus and method for v2x communication |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11388565B2 (en) * | 2018-01-15 | 2022-07-12 | Lg Electronics Inc. | Apparatus and method for V2X communication |
CN114073108A (en) * | 2019-06-21 | 2022-02-18 | 英特尔公司 | For implementing collective awareness in a vehicle network |
CN114730527A (en) * | 2019-12-12 | 2022-07-08 | 英特尔公司 | Vulnerable road user safety technology based on responsibility sensitive safety |
-
2021
- 2021-06-01 GB GB2107851.4A patent/GB2607309B/en active Active
-
2022
- 2022-01-14 GB GB2200486.5A patent/GB2607376A/en active Pending
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2020091088A1 (en) * | 2018-10-29 | 2020-05-07 | 엘지전자 주식회사 | Apparatus and method for v2x communication |
Non-Patent Citations (4)
Title |
---|
"Intelligent Transport Systems (ITS); Vehicular Communications; Basic Set of Applications; Analysis of the Collective Perception Service (CPS); Release 2", vol. ITS WG1, no. V2.1.1, 18 December 2019 (2019-12-18), pages 1 - 119, XP014360260, Retrieved from the Internet <URL:http://www.etsi.org/deliver/etsi_tr/103500_103599/103562/02.01.01_60/tr_103562v020101p.pdf> [retrieved on 20191218] * |
FBCONSULTING S A R L: "Draft - RTR/ITS-001949 v2.1.3 (TR 103 300-1 ) VRU study", vol. TC ITS Intelligent Transport Systems, no. 2.1.3, 23 March 2021 (2021-03-23), pages 1 - 76, XP014391441, Retrieved from the Internet <URL:http://docbox.etsi.org/ITS/ITS/05-CONTRIBUTIONS/2021/ITS(21)042016_Draft_-_RTR_ITS-001949__v2_1_3_TR_103_300-1_VRU_study_.zip> [retrieved on 20210323] * |
FBCONSULTING S A R L: "Draft_including_last_improvement_for_acceptance TR 103 439 V0.0.9", vol. WG ITS WG2 Architecture and Cross Layer, 28 May 2021 (2021-05-28), pages 1 - 138, XP014415439, Retrieved from the Internet <URL:ftp://docbox.etsi.org/ITS/ITSWG2/05-CONTRIBUTIONS/2021/ITSWG2(21)000036r1_Draft_including_last_improvement_for_acceptance_TR_103_439_V.docx> [retrieved on 20210528] * |
FBCONSULTING S A R L: "TS 103 300-3 V2.1.2", vol. TC ITS Intelligent Transport Systems, 23 March 2021 (2021-03-23), pages 1 - 109, XP014391691, Retrieved from the Internet <URL:ftp://docbox.etsi.org/ITS/ITS/05-CONTRIBUTIONS/2021/ITS(21)042019_TS_103_300-3_V2_1_2.docx> [retrieved on 20210323] * |
Also Published As
Publication number | Publication date |
---|---|
GB2607376A (en) | 2022-12-07 |
GB202107851D0 (en) | 2021-07-14 |
GB2607309B (en) | 2024-06-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US12028416B2 (en) | Communication methods and devices in intelligent transport systems | |
CN111785019B (en) | Vehicle traffic data generation method and system based on V2X and storage medium | |
Liu et al. | SenSafe: A Smartphone‐Based Traffic Safety Framework by Sensing Vehicle and Pedestrian Behaviors | |
EP3883268A2 (en) | Communication methods and devices | |
GB2607309A (en) | Reporting method within an intelligent transport system | |
KR101475037B1 (en) | A Distributed Transportation Data Management System | |
US20230169853A1 (en) | Road space collective perception message within an intelligent transport system | |
US20240257635A1 (en) | Reporting method within an intelligent transport system | |
WO2022253779A1 (en) | Reporting method within an intelligent transport system | |
US20240038060A1 (en) | Communication within an intelligent transport system for signalling hidden objects | |
US20240005180A1 (en) | Communications within an intelligent transport system to anticipate the behavior of mobile objects | |
EP4307269A1 (en) | Improved communication within an intelligent transport system | |
US20230104083A1 (en) | Pre-crash denm message within an intelligent transport system | |
US20230230479A1 (en) | Communication within an intelligent transport system | |
Caballero-Gil et al. | Ubiquitous collision avoidance system for red light running | |
EP4408039A1 (en) | Improved signalling of perceived objects in an intelligent transport system | |
EP4387281A1 (en) | Improved cluster break up management within an intelligent transport system | |
EP4322566B1 (en) | Cpm apr based security for its | |
Patra et al. | Detecting vehicles’ relative position on two-lane highways through a smartphone-based video overtaking aid application | |
GB2612602A (en) | Road space collective perception message within an intelligent transport system | |
EP4301008A1 (en) | Communications within an intelligent transport system to improve perception control | |
GB2625349A (en) | Improved cluster management within an intelligent transport system | |
GB2614457A (en) | Communication methods and devices |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
COOA | Change in applicant's name or ownership of the application |
Owner name: CANON KABUSHIKI KAISHA Free format text: FORMER OWNER: CANON RESEARCH CENTRE FRANCE |