इसे छोड़कर कंटेंट पर जाएं
drawtonomy drawtonomy

ड्राइविंग सिनारियो वर्गीकरण — functional, logical, concrete

Advanced driver assistance (ADAS) और automated driving (AD) systems की scenario-based testing PEGASUS research project से inherited तीन-level abstraction पर lean करती है और अब ADAS / AV test pipelines में standard practice है:

  1. Functional scenario — qualitative, natural language में।
  2. Logical scenario — parametric, हर parameter के लिए ranges के साथ।
  3. Concrete scenario — fully instantiated, हर parameter एक value पर fixed।

यह पेज हर level क्या है, यह ODD और OpenSCENARIO जैसे formats से कैसे related है, और drawtonomy कहाँ fit होता है, इस पर एक तटस्थ primer है।

तीन abstraction levels

Section titled “तीन abstraction levels”

Functional scenario

Section titled “Functional scenario”

एक functional scenario एक driving situation का qualitative, natural-language description है। यह actors, road layout, और manoeuvres नाम करता है लेकिन numbers commit नहीं करता।

उदाहरण: “दो-lane highway पर, बायीं lane में एक तेज़ वाहन right lane से ego vehicle के सामने cut in करता है।”

Functional scenarios test plans, design-review documents, slide decks, paper figures, और safety-case narratives में रहते हैं। ये वह हैं जिससे humans एक-दूसरे को scenario communicate करते हैं।

Logical scenario

Section titled “Logical scenario”

एक logical scenario functional description को parameter ranges के साथ structured form में बदलता है। हर variable (initial speeds, distances, TTC, lateral offset, weather, road curvature) को single value की बजाय एक domain दिया जाता है।

उदाहरण: “Ego speed ∈ [70, 130] km/h, cut-in vehicle relative speed ∈ [+10, +30] km/h, TTC at cut-in start ∈ [1.5, 4.0] s, …”

Logical scenarios वे हैं जो test campaigns के दौरान sampled, swept, या searched होती हैं। Tools और DSLs जो इस level को target करते हैं उनमें Scenic, scenariogeneration, और OpenSCENARIO 2.0 / DSL शामिल हैं।

Concrete scenario

Section titled “Concrete scenario”

एक concrete scenario एक specific instance है — हर parameter एक single value पर fixed। यही वह level है जिस पर simulator या closed-track test में execute किया जाता है।

उदाहरण: “Ego 90 km/h पर, cut-in vehicle +20 km/h relative पर, TTC = 2.5 s at cut-in start, dry asphalt, …”

Concrete scenarios वह level है जिस पर OpenSCENARIO 1.x XML, esmini playback, और अधिकांश replay tooling operate करती है।

Section titled “Levels ODD से कैसे related हैं”

Operational Design Domain (ODD) वह conditions का set है जिसके अंतर्गत एक driving function operate करने के लिए intended है (road types, weather, time of day, geographic region, आदि)। Scenario classification और ODD हर level पर interact करते हैं:

  • Functional scenarios ODD के अंदर लिखे जाते हैं (“highway driving on a sunny day”)।
  • Logical scenarios parameter ranges को ODD respect करने के लिए constrain करते हैं।
  • Concrete scenarios ऐसे instances हैं जो ODD के अंदर गिरने चाहिए, साथ ही जानबूझकर चुने गए edge cases जो इसकी boundary probe करते हैं।

Standards में scenario classification

Section titled “Standards में scenario classification”
  • PEGASUS — German research project जिसने यहाँ उपयोग किया गया functional / logical / concrete vocabulary crystallise किया।
  • ISO 21448 (SOTIF) — safety of the intended functionality; इसके argument की spine के रूप में scenario classification उपयोग करता है।
  • ASAM OpenSCENARIO — 1.x concrete scenarios target करता है; 2.0 / DSL logical scenarios target करता है।
  • ASAM OpenDRIVE — static-world layer provide करता है जिसे तीनों scenario levels reference करते हैं।

drawtonomy कहाँ fit होता है

Section titled “drawtonomy कहाँ fit होता है”

drawtonomy logical-scenario sampler या concrete-scenario executor नहीं है। यह driving scenarios के लिए tuned browser whiteboard है। Classification में यह narrow places है जहाँ यह बैठता है:

  • Functional-scenario figures। Test plans, design reviews, safety-case documents, slide decks, और paper figures में जो diagrams जाते हैं वे visual form में functional scenarios हैं। drawtonomy उनके लिए reasonable है।
  • Logical-scenario illustration। Logical scenario का “shape” (geometry, actors, rough motion) वह है जो readers को parameter table समझने से पहले grasp करने की ज़रूरत है। drawtonomy figure के लिए reasonable है।
  • Authoring से पहले concrete-scenario sketch। अगर आप एक specific OpenSCENARIO 1.x XML hand-write करने वाले हैं, drawtonomy एक 2D sketch और एक starter .xosc produce कर सकता है।

Actual logical / concrete scenario authoring at scale के लिए — parameter sweeps, conditional triggers, complex storyboards — Scenic, scenariogeneration, hand-written OpenSCENARIO XML, या OpenSCENARIO 2.0 / DSL उपयोग करें।

संबंधित पठन

Section titled “संबंधित पठन”