Low Level Function
5.15.5 Collect & forward local Host Vehicle conditions

Overview

This Function shall be capable of providing the following facilities:

(1) The ability to take responsibility for collecting all of the data about the situation around the Host Vehicle (i.e. the Vehicle in which it is operating) produced by sensors in the Host Vehicle.
(2) The ability for the data about the situation around the Host Vehicle to include such things as the location and trajectories of other Vehicles, other road users, Pedestrians and Vulnerable Road Users, plus weather, road surface conditions and stationary objects that are near to the Host Vehicle.
(3) The ability to store the collected data locally, i.e. within itself.
(4) The ability to continuously update the data as it changes, even if the Host Vehicle is stationary.
(5) The ability to take responsibility for the addition of the actual geographic location of the Host Vehicle, to the data it has collected about the situation surrounding it.

Functional Requirements

(a) continuously monitor for receipt of each of the input data flows
(b) whenever the map data for vehicle sensors data flow is received from the geographic information provider, store its contents locally for use in (c)
(c) when the data in the location data flow changes, compute a new host vehicle location and convert this into a digital map location to determine where the vehicle is currently located within the road network and send the this data to the Predict Host Vehicle Trajectory function in the vehicle location for trajectory data flow
(d) use the result of (c) to determine whether or not there are any sharp curves in the road network that are nearby
(e) if the digital map data does not enable (c) to be completed, request an update for the map data for the appropriate geographic area by sending the request map data for vehicle sensors data flow to the geographic information provider
(f) when the vehicle detected nearby data flow is received in (a), determine the location and trajectory of each detected vehicle and other road user relative to the host vehicle, storing the results locally and sending them to the Analyse Road Situation around Host Vehicle function in the location of other vehicles nearby data flow
(g) when the traffic queue ahead from other vehicle data flow is received in (a), check to see if the data is relevant to the host vehicle and if so store locally for use in (h)
(h) analyse the data in (f) and (g) to see if the other vehicles nearby are in a traffic queue and if this traffic queue, or that detected by the other vehicle is relevant to the host vehicle
(i) if the answer to (h) is that it is, put data to generate a warning of queue ahead and advice for the driver message into the traffic queue ahead warning and advice data flow and send it to the Provide Vehicle Trajectory Information to Driver function, send similar data to the Output c&i to Drivers using Urban Roads function in the urban traffic queue ahead message data flow and the Output Messages & Commands to Inter-urban Roads function in the inter-urban traffic queue ahead message data flow, plus put data about a queue ahead in the traffic queue ahead for other vehicle data flow and send it to the Provided V2V Communications function
(j) when the other road users nearby data flow is received in (a), determine the type, location and trajectory of each detected other road user relative to the host vehicle, storing the results locally
(k) if a "non-equipped" vehicle is detected in (j) and its trajectory shows that it is travelling in the wrong direction for the carriageway it is using (i.e. it is a "ghost driver") send the ghost driver ahead detected warning data flow to the Provide Vehicle Trajectory Information to Driver function and the ghost driver warning for other vehicle data flow to the Provide V2V Communications function
(l) when the ghost driver warning from other vehicle is received in (a), check to see if it is relevant to the host vehicle and if so send the ghost driver ahead detected warning data flow to the Provide Vehicle Trajectory Information to Driver function and the ghost driver warning for other vehicle data flow to the Provide V2V Communications function
(m) when the pedestrians detected nearby data flow is received in (a), determine the location and probable trajectory of each detected pedestrian relative to the host vehicle, including whether they are currently or likely to be located in the trajectory of the host vehicle and store the results locally
(n) when the data flow containing local vehicle atmospheric data is received in (a), store the results locally
(o) when the local visibility from other vehicle data flow is received in (a) check to see if it will cause a problem to the host vehicle driver and if so, create data for a warning message and send it to the Provide Vehicle Trajectory Information to Driver function in the urban low visibility message data flow, to the Output c&i to Drivers using Urban Roads function in the low visibility warning and advice data flow and to the Output Messages & Commands to Inter-urban Roads function in the inter-urban low visibility message data flow
(p) when the data flow containing local visibility from other vehicle is received in (a), check to see if it will cause a problem to the host vehicle driver and if so, create data for a warning message and send it to the Provide Vehicle Trajectory Information to Driver function in the low visibility warning, to the Output c&i to Drivers using Urban Roads function in the low visibility warning and advice data flow and to the Output Messages & Commands to Inter-urban Roads function in the inter-urban low visibility message data flow
(q) when the data flow containing local vehicle road surface data is received in (a), store the results locally and also send it to the Provide V2V Communications function in the local road surface state for other vehicle data flow
(r) when the local road surface state from other vehicle data flow is received in (a), store the results locally
(s) from the data in (q) and (r) determine if the road surface ahead of the host vehicle is slippery and if so output the slippery road surface warning data flow to the Provide Vehicle Trajectory Information to Driver function
(t) when the local vehicle stationary objects data flow is received in (a), determine the location and type of each detected stationary object relative to the host vehicle, including whether it is in the carriageway that is being used by the host vehicle or in another carriageway and send advice on what driving action to take to the Provide Vehicle Trajectory Information to Driver function in the stationary objects warning and advice data flow, to the Output c&i to Drivers using Urban Roads function in the urban stationary objects message data flow and to the Output Messages & Commands to Inter-urban Roads function in the inter-urban stationary objects message data flow
(u) If the object in (t) is found to be a support/emergency vehicle, determine what action the driver should take and put this together with information about the location of the vehicle in the emergency vehicle stationary ahead data flow and send it to the Provide Vehicle Trajectory Information to Driver function, in the urban stationary emergency vehicle data flow and sent it to the Output c&i to Drivers using Urban Roads function and to the Output Messages & Commands to Inter-urban Roads function in the inter-urban stationary emergency vehicle data flow
(v) if the data received in (f), (j) and (m) shows that what is being detected is in fact slow moving, determine its direction of travel and the advice that the driver of the host vehicle should be given
(w) send the results of (v) to the Provide Vehicle Trajectory Information to Driver function in the slow object warning and advice data flow, to the Output c&i to Drivers using Urban Roads function in the urban slow object message data flow and to the Output Messages & Commands to Inter-urban Roads function in the inter-urban slow object message data flow
(x) continuously send the data from (f) to the Determine Vehicle Location function in the other vehicle relative position data flow.

Diagrams

The Diagram(s) is (are) the diagram(s) where you can find the function :
  • DFD 5.15 Provide In-vehicle Detection
  • Functional Tree of Area 5

    • Parent Higher Level Function

    Input logical dataflows

    Output logical dataflows

    User needs

    Number

    Description

    7.4.1.19
    Hazard Detection - The system shall be able to determine the existence of a sharp curve from the road network database.
    7.4.1.23
    Hazard Detection - The system shall be able to detect presence of other vehicles and traffic participants in the vicinity of the host vehicle, and determine its type, e.g. car, lorry, emergency, maintenance, cycle, pedestrian.
    7.4.1.25
    Hazard Detection - The system shall be able to detect the presence of stationary objects (seen or deduced) in the carriageway ahead of the host vehicle, and to warn the driver via an in-vehicle device.
    7.4.1.26
    Hazard Detection - The system shall be able to detect the presence of stationary objects (seen or deduced) in the opposite carriageway to that of the host vehicle, and to send a warning to other vehicles.
    7.4.1.29
    Motorcycle Warning - The system shall be able to detect that the host motorcycle has fallen onto the road pavement, and send this information to other vehicles.
    7.4.1.30
    Motorcycle Warning - The system shall be able to detect that the host motorcycle has fallen onto the road pavement, and send this information to a road-side device.
    7.4.1.34
    Traffic Queue Detection - The system shall be able to inform drivers, via in-vehicle and road-side devices, of slow moving obstacles (e.g. person, animal, slow vehicle) and advise on the appropriate action (e.g. speed and lane).
    7.4.1.37
    Hazardous Location Notification - The system shall be able to warn driver, via an in-vehicle device, of adverse driving conditions ahead (e.g. slippery road, low visibility, queuing traffic) and advise on the appropriate action (e.g. speed).
    7.4.1.38
    Hazardous Location Notification - The system shall be able to warn drivers, via a road-side device, of adverse driving conditions ahead (e.g. slippery road, low visibility, queuing traffic) and advise on the appropriate action (e.g. speed).
    7.4.1.39
    Hazardous Location Notification - The system shall be able to warn the driver, via an in-vehicle device, that the host vehicle is about to enter a curve that has been classified as a black spot for that category of vehicle, and recommend a suitable speed and trajectory.
    7.4.1.40
    Hazardous Location Notification - The system shall be able to warn the driver, via an in-vehicle device, that the host vehicle is about to enter a section of road whose surface has less grip than normal (low "mu").
    7.4.1.41
    Hazardous Location Notification - The system shall be able to inform drivers, via an in-vehicle device, of obstacles in the carriageway and advise on the appropriate action (e.g. speed and lane).
    7.4.1.42
    Hazardous Location Notification - The system shall be able to inform drivers, via road-side devices, of obstacles in the carriageway and advise on the appropriate action (e.g. speed and lane).
    7.4.1.45
    Hazardous Location Notification - The system shall be able to estimate the condition of the road surface in the vicinity of the host vehicle and send warnings to other vehicles.
    7.4.1.46
    Hazardous Location Notification - The system shall be able to estimate the condition of the road surface in the vicinity of the host vehicle and send warnings to a road-side device.
    7.4.1.5
    (X)FCD - The system shall be able to determine the environmental conditions in the vicinity of the host vehicle.
    7.4.1.6
    (X)FCD - The system shall be able to determine the visibility in the vicinity of the host vehicle, and classify the cause of the reduction, e.g. fog, rain, darkness.
    7.4.1.7
    (X)FCD - The system shall be able to infer XFCD, i.e. the road conditions (e.g. reduced friction, aquaplaning) and traffic conditions (e.g. vehicle breakdown, traffic incident), from the state of the host vehicle systems’ data (e.g. speed, acceleration, brakes, lights).
    7.4.1.8
    (X)FCD - The system shall be able to maintain a database of dynamic fused XFCD from the host vehicle’s systems and sensors.
    7.4.2.1
    The system shall be able to detect that a (non-self-reporting) vehicle is travelling in the wrong direction along a “one-way” road (i.e. a ghost driver), and warn other vehicles “ahead” of that vehicle.
    7.4.2.2
    The system shall be able to warn drivers in a timely manner of self-reporting ghost drivers via an in-vehicle display.
    7.4.2.3
    The system shall be able to detect that the host vehicle is travelling in the wrong direction along a “one-way” road (i.e. a ghost driver), and warn/advise that driver to correct the situation.
    7.4.2.4
    The system shall be able to detect that a vehicle is overtaking (i.e. in the wrong lane) on a two-lane road and that there is another vehicle approaching in that lane, and provide a warning to the drivers of both vehicles via their in-vehicle devices.
    7.4.6.11
    The system shall be able to warn the driver, via an in-vehicle device, that another equipped vehicle is approaching the host vehicle from the front and in the same (partial) lane.
    7.4.6.12
    The system shall be able to warn the driver, via an in-vehicle device, that another equipped vehicle is approaching the host vehicle from the rear in the same (partial) lane and, when possible, provide advice, e.g. change to a safe adjacent lane, accelerate.
    7.4.6.13
    The system shall be able to warn the driver, via an in-vehicle device, that a slower equipped vehicle is ahead of the host vehicle and in the same (partial) lane and, when possible, provide advice, e.g. change to a safe adjacent lane, decelerate, brake.
    7.4.6.14
    The system shall be able to warn the driver, via an in-vehicle device, that there is a stationary object ahead of the host vehicle and in the same (partial) lane and, when possible, provide advice, e.g. change to a safe adjacent lane, brake.
    7.4.6.16
    The system shall be able to calculate the current and future trajectories of each vehicle and VRU approaching the host vehicle at an urban intersection and assess the potential for collisions with the host vehicle.
    7.4.6.17
    The system shall be able to warn the driver of the host vehicle, via an in-vehicle device, of any collisions that could occur with other vehicles and/or VRU that are approaching an urban intersection.
    7.4.6.18
    The system shall be able to use a road-side device to warn drivers of any collisions that could occur with other vehicles and/or VRU that are approaching an urban intersection.
    7.4.6.19
    The system shall be able to calculate the trajectory of each vehicles and VRU approaching a T-junction, predict their future trajectories, assess potential conflicts and advise the driver on the minor road when to exit and join the main road.
    7.4.6.2
    The system shall be able to determine that there is a high probability of a collision between the host vehicle and another vehicle.
    7.4.6.22
    The system shall be able to advise a driver, via an in-vehicle device, how to approach a complex urban junction, e.g. speed required to go through green phase, imminent red phase warning, reduce speed to avoid queuing traffic, another vehicle or VRU, recommended lane choice.
    7.4.6.3
    The system shall be able to warn the driver approaching a junction, via an in-vehicle device, of other equipped vehicles approaching that junction.
    7.4.6.5
    The system shall be able to determine that the host vehicle is (about to) change lanes and warns the driver, via and in-vehicle device, if there are other equipped vehicles on potential collision path (e.g. motor-cycle in a blind spot).
    7.4.6.6
    The system shall be able to determine that the host vehicle is (about to) overtake, or turn across the road, and warns the driver, via and in-vehicle device, if there are other equipped vehicles on potential collision path (e.g. motor-cycle in a blind spot).
    7.4.6.9
    The system shall be able to compare the current trajectory of a vehicle with the road geometry and send a warning to the drivers of other vehicles that might be affected, via an in-vehicle device, that an oncoming vehicle lane departure into their lane is imminent.
    7.4.7.1
    The system shall be able to warn the driver, via an in-vehicle device, that a VRU has been detected in a dangerous location by a system at the road side.
    7.4.7.2
    The system shall be able to warn the driver, via an in-vehicle device, that a VRU has been detected in a dangerous location by a system on the host vehicle.
    7.4.8.1
    The system shall enable drivers to be warned, via an in-vehicle device, that there are one, or more, stationary assistance/emergency vehicles ahead of them.
    7.4.8.2
    The system shall enable drivers to be warned, via a road-side device, that there are one, or more, stationary assistance/emergency vehicles ahead of them.
    7.4.8.5
    The system shall enable the trajectory of an emergency vehicle to be predicted and compared with the trajectories of other vehicles in the vicinity, and to warn the drivers of those other vehicles with a potential conflict, via an in-vehicle device.
    7.5.2.11
    The system shall be able to determine that the host vehicle is about to go through a red traffic signal, and to broadcast a warning to vehicles in the vicinity.