การนำทางในระบบเศรษฐกิจระดับความสูงต่ำ: การสร้างระบบจัดการจราจรทางอากาศสำหรับโดรน (UTM) ที่ปรับขนาดได้

โดรนส่งของ โดรนตรวจสอบสาธารณูปโภค เครื่องบินเพื่อความปลอดภัยสาธารณะ และเฮลิคอปเตอร์ทางการแพทย์ อาจต้องการใช้เส้นทางบินระดับต่ำเดียวกันภายในเวลาไม่กี่นาที ปัญหาที่ยากที่สุดไม่ใช่การพิสูจน์ว่าเครื่องบินแต่ละลำสามารถบินได้หรือไม่ แต่เป็นการทำให้แน่ใจว่าทุกฝ่ายที่เกี่ยวข้องทราบข้อจำกัดของน่านฟ้าที่ใช้บังคับ ใครกำลังปฏิบัติการอยู่ใกล้เคียง ใครมีสิทธิ์ก่อน และควรทำอย่างไรเมื่อเที่ยวบินเบี่ยงเบนหรือการเชื่อมต่อข้อมูลล้มเหลว

ความท้าทายดังกล่าวได้เปลี่ยนจากการวิจัยไปสู่การออกกฎระเบียบและการใช้งานอย่างรวดเร็ว ณ เดือนกันยายน 2026 สหรัฐอเมริกายังคงอยู่ในช่วงเปลี่ยนผ่านไปสู่การปฏิบัติการนอกระยะสายตา (BVLOS) อย่างเป็นประจำ: ข้อเสนอของ FAA ในปี 2025 จะสร้าง Part 108 สำหรับการปฏิบัติการ BVLOS ที่ปรับขนาดได้ และ Part 146 สำหรับผู้ให้บริการข้อมูลอัตโนมัติที่สามารถสนับสนุนการจัดการจราจรทางอากาศสำหรับอากาศยานไร้คนขับ (UTM) FAA ได้เปิดกระบวนการแสดงความคิดเห็นบางส่วนอีกครั้งในเดือนมกราคม 2026 เพื่อรวบรวมข้อมูลเพิ่มเติมเกี่ยวกับความโดดเด่นทางอิเล็กทรอนิกส์และสิทธิในการใช้เส้นทาง ในยุโรป กรอบกฎระเบียบ U-space มีผลบังคับใช้แล้ว และเวอร์ชันรวมปัจจุบันของระเบียบ (EU) 2021/664 สะท้อนถึงการเปลี่ยนแปลงจนถึงวันที่ 22 กุมภาพันธ์ 2026 คู่มือการใช้งาน U-space ของ SESAR ในเดือนมกราคม 2026 ยังได้สรุปประสบการณ์การใช้งานในช่วงแรกเป็นบทเรียนและข้อเสนอแนะ 70 ข้อ พร้อมด้วยภาคผนวกทางเทคนิคอีก 6 ภาค

พัฒนาการเหล่านั้นชี้ไปในทิศทางเดียวกัน: อนาคตของเศรษฐกิจการบินระดับต่ำขึ้นอยู่กับการพัฒนาโดรนเพียงอย่างเดียวน้อยลง และขึ้นอยู่กับโครงสร้างพื้นฐานดิจิทัลที่เชื่อถือได้ บริการที่ทำงานร่วมกันได้ ความรับผิดชอบที่ชัดเจน และการประสานงานอย่างปลอดภัยกับอุตสาหกรรมการบินที่มีอยู่มากขึ้น สำนักงานบริหารการบิน แห่งสหรัฐอเมริกา (FAA) อธิบายว่า UTMเป็นระบบนิเวศความร่วมมือที่เสริมสร้างบริการควบคุมการจราจรทางอากาศแบบดั้งเดิม มากกว่าที่จะมาแทนที่

เหตุใดเศรษฐกิจระดับต่ำจึงกลายเป็นปัญหาการจราจรอย่างรวดเร็ว?

การบินในระดับความสูงต่ำเป็นเรื่องยาก เนื่องจากสภาพแวดล้อมเต็มไปด้วยสิ่งกีดขวางและเปลี่ยนแปลงอยู่ตลอดเวลา อาคาร ภูมิประเทศ เครน ข้อจำกัดการบินชั่วคราว สภาพอากาศ การรบกวนทางวิทยุ การเสื่อมสภาพของระบบ GNSS การปฏิบัติการฉุกเฉิน และข้อจำกัดในพื้นที่ที่เปลี่ยนแปลงไป ล้วนส่งผลกระทบได้ภายในระยะเวลาการบินสั้นๆ เส้นทางที่โล่งเมื่อวางแผนไว้ อาจไม่สามารถใช้งานได้ในอีกไม่กี่นาทีต่อมา

ขนาดของการปฏิบัติงานยังส่งผลต่อปัญหาด้านความปลอดภัยด้วย การควบคุมการบินโดรนด้วยตนเองเพียงไม่กี่เที่ยวบินสามารถจัดการได้ด้วยการโทรศัพท์ การสังเกตการณ์ด้วยสายตา และการอนุมัติเพียงครั้งเดียว แต่การปฏิบัติงานซ้ำๆ หลายร้อยหรือหลายพันครั้งจำเป็นต้องมีข้อจำกัดที่เครื่องอ่านได้ การอนุญาตอัตโนมัติ เจตนาในการบินที่แบ่งปัน การตรวจสอบความสอดคล้อง และวิธีการแก้ไขข้อขัดแย้งที่เชื่อถือได้ งานวิจัย UTM ของ NASA แสดงให้เห็นถึงคุณค่าของแบบจำลองแบบกระจายศูนย์ที่สร้างขึ้นจากการแบ่งปันแผนการปฏิบัติงานแบบดิจิทัลและการรับรู้สถานการณ์ร่วมกัน หน่วยงานได้ถ่ายทอดงานนั้นไปยังการนำไปใช้ของ FAA หลังจากโครงการ UTM ดั้งเดิมสิ้นสุดลง

สุดท้ายนี้ น่านฟ้าในระดับต่ำไม่ได้แยกออกจากระบบการบินอื่นๆ เฮลิคอปเตอร์ เครื่องบินส่วนตัว การจราจรในสนามบิน หน่วยกู้ภัยฉุกเฉิน และยานพาหนะทางอากาศขั้นสูงในอนาคต อาจเข้ามาหรือบินผ่านสภาพแวดล้อมเดียวกัน ดังนั้น แนวทางการจัดการจราจรทางอากาศแบบ UTM ของ ICAO จึงเน้นย้ำถึงการประสานงานและการมีปฏิสัมพันธ์กับการจัดการจราจรทางอากาศแบบดั้งเดิม มากกว่าการสร้างน่านฟ้าดิจิทัลแยกต่างหากที่ไม่มีการเชื่อมต่อกับการบินที่มีอยู่เดิม

ระบบ UTM ที่ใช้งานจริงควรทำอะไรบ้าง?

บางครั้ง UTM ถูกลดทอนเหลือเพียงแผนที่แสดงตำแหน่งของโดรน ซึ่งแคบเกินไป ระบบที่ปรับขนาดได้นั้นต้องการข้อมูลที่เชื่อถือได้และระบบสนับสนุนการตัดสินใจหลายชั้น ชื่อบริการที่แน่นอนอาจแตกต่างกันไปตามเขตอำนาจศาล แต่หน้าที่หลักโดยทั่วไปนั้นคล้ายคลึงกัน

คุณจะสร้าง UTM จากปัญหาที่ง่ายที่สุดไปจนถึงปัญหาที่ยากที่สุดได้อย่างไร?

1. เริ่มต้นด้วยข้อมูลที่เชื่อถือได้และบทบาทที่ชัดเจน

ขั้นตอนแรกไม่ใช่การแก้ไขข้อขัดแย้งโดยอัตโนมัติ แต่เป็นการตกลงกันว่าใครจะเป็นผู้เผยแพร่ข้อมูลน่านฟ้าที่เชื่อถือได้ ใครสามารถกำหนดข้อจำกัดได้ หน่วยงานใดเป็นผู้ให้บริการ และฝ่ายใดเป็นผู้รับผิดชอบต่อเที่ยวบิน หากระบบสองระบบไม่เห็นด้วยเกี่ยวกับข้อจำกัดหรือสถานะของการปฏิบัติการ จะต้องมีแหล่งข้อมูลที่ถูกต้องและเส้นทางการตัดสินใจที่ตรวจสอบได้

แบบจำลอง U-space ของยุโรปทำให้เรื่องนี้ชัดเจนยิ่งขึ้นผ่านบริการข้อมูลทั่วไปและผู้ให้บริการ U-space ที่ได้รับการรับรอง ระเบียบ (EU) 2021/664 กำหนดให้ต้องมีอย่างน้อยการระบุเครือข่าย การรับรู้ทางภูมิศาสตร์ การอนุญาตการบินของ UAS และบริการข้อมูลการจราจรในน่านฟ้า U-space ที่กำหนดไว้ระเบียบ EU ที่รวบรวมไว้นี้มีประโยชน์อย่างยิ่งเพราะแสดงให้เห็นว่าภาระผูกพันด้านบริการ ข้อมูลทั่วไป และความรับผิดชอบของผู้ประกอบการนั้นสอดคล้องกันอย่างไรในกรอบกฎหมายที่เป็นรูปธรรม

2. แปลงขั้นตอนการตรวจสอบก่อนบินให้เป็นระบบดิจิทัลก่อนที่จะนำระบบอัตโนมัติมาใช้ในการบิน

การติดตั้งระบบ UTM ที่แข็งแกร่งตั้งแต่เนิ่นๆ จะช่วยให้การส่งคำขอปฏิบัติการ การตรวจสอบน่านฟ้า การขออนุญาต (เมื่อจำเป็น) และการเผยแพร่ข้อมูลที่สอดคล้องกันของเจตนาที่ได้รับอนุมัติเป็นไปได้ง่ายขึ้น แม้จะดูไม่หวือหวาเท่าการหลีกเลี่ยงแบบเรียลไทม์ แต่ก็สร้างคุณค่าได้ทันทีและเปิดเผยปัญหาคุณภาพข้อมูลตั้งแต่ระยะแรก

สิ่งสำคัญที่สุดในการออกแบบคือความสามารถในการทำงานร่วมกัน ข้อมูลการบินไม่ควรถูกจำกัดอยู่ภายในผลิตภัณฑ์การจัดการฝูงบินเพียงผลิตภัณฑ์เดียว ผู้ให้บริการและผู้ประกอบการที่แตกต่างกันจำเป็นต้องมีวิธีการที่คาดการณ์ได้ในการแลกเปลี่ยนข้อมูลขั้นต่ำที่จำเป็นเพื่อความปลอดภัย ในขณะเดียวกันก็ต้องปกป้องข้อมูลที่มีความอ่อนไหวทางการค้าและข้อมูลส่วนบุคคลด้วย

3. เพิ่มการแก้ไขข้อขัดแย้งเชิงกลยุทธ์ในระดับเครือข่าย

เมื่อผู้ควบคุมหลายรายใช้พื้นที่ระดับความสูงต่ำเดียวกัน ระบบจำเป็นต้องตรวจจับแผนการบินที่ไม่เข้ากันก่อนที่อากาศยานจะขึ้นบิน นั่นไม่ได้หมายความว่าต้องกำหนดเส้นทางบินที่ตายตัวให้กับโดรนทุกลำ แนวทางที่ยืดหยุ่นกว่าคือการจองหรือเจรจาพื้นที่ปฏิบัติการแบบสี่มิติ ได้แก่ ละติจูด ลองจิจูด ระดับความสูง และเวลา

ข้อเสนอของสหรัฐฯ แสดงให้เห็นว่าชั้นข้อมูลนี้อาจมีความสำคัญมากเพียงใด ประกาศร่างกฎระเบียบ BVLOS ปี 2025ของ FAA ระบุว่าการแก้ไขข้อขัดแย้งเชิงกลยุทธ์และการตรวจสอบความสอดคล้องเป็นบริการข้อมูลอัตโนมัติที่สำคัญ และเสนอให้มีการกำกับดูแลตามส่วนที่ 146 สำหรับผู้ให้บริการที่มีบริการซึ่งส่งผลกระทบต่อความปลอดภัยและประสิทธิภาพของ NAS ถึงแม้จะเป็นเพียงข้อเสนอ ไม่ใช่กฎระเบียบขั้นสุดท้าย แต่ก็แสดงให้เห็นถึงการเปลี่ยนแปลงจากการมอง UTM เป็นซอฟต์แวร์เสริม ไปสู่การมองบริการดิจิทัลบางอย่างเป็นโครงสร้างพื้นฐานด้านการบินที่เกี่ยวข้องกับความปลอดภัย

4. ติดตามตรวจสอบความสอดคล้องและเตรียมรับมือกับความเบี่ยงเบน

เส้นทางที่วางแผนไว้จะมีประโยชน์ก็ต่อเมื่อระบบสามารถระบุได้ว่าเมื่อใดที่อากาศยานไม่ได้ปฏิบัติตามเส้นทางนั้นอีกต่อไป การตรวจสอบความสอดคล้องจำเป็นต้องมีการอัปเดตตำแหน่งที่เชื่อถือได้ เกณฑ์ความคลาดเคลื่อนที่ชัดเจน และกฎสำหรับการยกระดับปัญหา ข้อผิดพลาดในการนำทางเล็กน้อยไม่ควรทำให้เกิดการตอบสนองแบบเดียวกับกรณีที่โดรนเข้าสู่เขตห้ามบินหรือสูญเสียการเชื่อมต่อการควบคุมและสั่งการ

นี่คือจุดที่การจัดการเหตุการณ์ฉุกเฉินกลายเป็นสิ่งจำเป็น สถาปัตยกรรม UTM สำหรับการใช้งานจริงควรกำหนดสิ่งที่เกิดขึ้นหลังจากสูญเสียสัญญาณ GNSS สูญเสียการควบคุมและสั่งการ บริการเครือข่ายลดลง สภาพอากาศเปลี่ยนแปลง เที่ยวบินฉุกเฉินที่มีลำดับความสำคัญสูง หรือเครื่องบินที่ไม่สามารถปฏิบัติตามแผนเดิมได้ ระบบควรล้มเหลวอย่างคาดการณ์ได้ แทนที่จะหายไปเฉยๆ เมื่อการเชื่อมต่อลดลง

5. บูรณาการการบินที่มีลูกเรือและลำดับความสำคัญในกรณีฉุกเฉิน

น่านฟ้าในระดับต่ำไม่สามารถปรับให้เหมาะสมเฉพาะกับโดรนที่ทำงานร่วมกันได้เท่านั้น เครื่องบินที่มีคนขับอาจไม่ได้เข้าร่วมในเครือข่ายดิจิทัลเดียวกัน และเฮลิคอปเตอร์ฉุกเฉินอาจจำเป็นต้องเข้าถึงพื้นที่ที่มีการจราจรของโดรนตามปกติได้ทันที ยุโรปแก้ไขปัญหานี้โดยกำหนดข้อกำหนดสำหรับการประสานงานระหว่างน่านฟ้า U-space และบริการควบคุมการจราจรทางอากาศ รวมถึงกลไกสำหรับการปรับเปลี่ยนโครงสร้างน่านฟ้า U-space ในน่านฟ้าควบคุมแบบไดนามิก

การมองเห็นได้ชัดเจนทางอิเล็กทรอนิกส์—ความสามารถของอากาศยานในการทำให้สามารถตรวจจับการปรากฏตัวได้ทางอิเล็กทรอนิกส์—เป็นหนึ่งในประเด็นนโยบายและเทคนิคที่ยากลำบาก เนื่องจากผู้ใช้พื้นที่ทางอากาศไม่ได้ติดตั้งอุปกรณ์เดียวกันทั้งหมด การเปิดรับความคิดเห็นเกี่ยวกับ BVLOS อีกครั้งของ FAA ในเดือนมกราคม 2026 ได้ขอข้อมูลเพิ่มเติมเกี่ยวกับการมองเห็นได้ชัดเจนทางอิเล็กทรอนิกส์และสิทธิในการบินโดยเฉพาะ ซึ่งแสดงให้เห็นว่าการจราจรทางอากาศแบบผสมผสานยังคงเป็นหนึ่งในคำถามที่ยากที่สุดที่ยังหาคำตอบไม่ได้ในการนำไปปฏิบัติ

6. ปฏิบัติต่อผู้ให้บริการเสมือนเป็นส่วนหนึ่งของระบบความปลอดภัย

ในระดับขนาดใหญ่ ระบบ UTM จะกลายเป็นเครือข่ายของเครือข่าย ผู้ให้บริการรายหนึ่งอาจพึ่งพาบริการวางแผนการบิน อีกรายอาจพึ่งพาผู้ให้บริการแก้ไขข้อขัดแย้งที่แยกต่างหาก ในขณะที่หน่วยงานภาครัฐเผยแพร่ข้อจำกัดผ่านช่องทางอื่น นั่นหมายความว่าความปลอดภัยของผู้เข้าร่วมรายหนึ่งอาจขึ้นอยู่กับข้อมูลที่ผลิตโดยบริษัทอื่นที่ตนเองควบคุมไม่ได้

คำตอบไม่สามารถเป็น “เชื่อถือ API” ได้ ระบบ UTM ที่มีประสิทธิภาพต้องมีข้อกำหนดระดับบริการ การควบคุมความสมบูรณ์ของข้อมูล การตรวจสอบสิทธิ์และการอนุญาต การจัดการการเปลี่ยนแปลง การรายงานเหตุการณ์ ความปลอดภัยทางไซเบอร์ ความยืดหยุ่น และการกำกับดูแลโปรแกรม UTM ปัจจุบันของ FAA ใช้กระบวนการอนุมัติระยะสั้นเพื่อประเมินว่าบริการของบุคคลที่สามบางอย่างมีคุณค่าด้านความปลอดภัยเพียงพอที่จะได้รับการพิจารณาในคำขอการยกเว้นหรือการผ่อนผันหรือไม่ แม้กระทั่งก่อนที่กรอบกฎระเบียบในอนาคตจะได้รับการสรุปอย่างเป็นทางการ

สหรัฐอเมริกา ยุโรป และ ICAO สามารถสอนอะไรเราได้บ้าง?

ยุโรปยังนำเสนอมุมมองด้านความพร้อมที่ใช้งานได้ดีผ่านงานวิจัย U-space ของ SESAR ซึ่งจัดกลุ่มความสามารถตั้งแต่บริการ U1 พื้นฐานไปจนถึงแนวคิด U2, U3 และ U4 ที่มีระบบอัตโนมัติมากขึ้นเรื่อยๆ ป้ายกำกับเหล่านี้ไม่ใช่สิ่งที่จะมาทดแทนข้อกำหนดทางกฎหมายในระเบียบ (EU) 2021/664 แต่มีประโยชน์เมื่อวางแผนเส้นทางคู่มือการดำเนินการ U-space ปี 2026มีคุณค่าอย่างยิ่งเพราะรวบรวมบทเรียนจากความพยายามในการใช้งานจริงในยุโรป แทนที่จะอธิบายเพียงสถาปัตยกรรมเป้าหมายเท่านั้น

อะไรที่ควรระวังไม่ให้เข้าใจผิดว่าเป็น UTM?

• แผนที่แบบเรียลไทม์ไม่ใช่ระบบพิกัด UTMการแสดงผลข้อมูลเป็นสิ่งที่มีประโยชน์ แต่การจัดการจราจรยังต้องการข้อมูลประจำตัวที่น่าเชื่อถือ การอนุญาต การจัดการข้อขัดแย้ง การปฏิบัติตามข้อกำหนด และกระบวนการฉุกเฉินด้วย
• การระบุตัวตนจากระยะไกลไม่ใช่การจัดการจราจรทางอากาศการรู้ว่าเครื่องบินลำใดเป็นของใครไม่ได้ช่วยแก้ปัญหาแผนการบินที่ขัดแย้งกัน หรือกำหนดว่าใครควรหลีกทาง
• การตรวจจับและหลีกเลี่ยงเพียงอย่างเดียวไม่เพียงพอการหลีกเลี่ยงการชนกันในอากาศอาจเป็นชั้นสุดท้ายที่สำคัญ แต่การลดความขัดแย้งเชิงกลยุทธ์ในระดับเครือข่ายจะช่วยลดจำนวนความขัดแย้งที่ไปถึงขั้นนั้นได้
• เส้นทางที่กำหนดไว้ตายตัวไม่ใช่คำตอบที่สมบูรณ์แบบเส้นทางเหล่านี้อาจช่วยลดความซับซ้อนของการปฏิบัติงานบางอย่างได้ แต่สภาพอากาศ การรับมือกับเหตุฉุกเฉิน และข้อจำกัดที่เปลี่ยนแปลงไป ยังคงต้องการข้อมูลแบบไดนามิกและกฎลำดับความสำคัญอยู่เสมอ
• แพลตฟอร์มที่เป็นกรรมสิทธิ์เพียงแพลตฟอร์มเดียวไม่ใช่ระบบนิเวศที่ยั่งยืนเมืองหนึ่งอาจเริ่มต้นด้วยผู้ให้บริการเพียงรายเดียว แต่ความยืดหยุ่นและการแข่งขันในระยะยาวต้องอาศัยอินเทอร์เฟซที่ทำงานร่วมกันได้และการกำกับดูแลระหว่างผู้ให้บริการต่างๆ

จะตรวจสอบได้อย่างไรว่าสถาปัตยกรรม UTM พร้อมสำหรับการขยายขนาดแล้ว?

ต่อไปนี้เป็นการตรวจสอบตนเองเชิงปฏิบัติ ไม่ใช่มาตรฐานการรับรองตามกฎระเบียบ โปรแกรมที่ไม่สามารถตอบคำถามเหล่านี้ได้อย่างชัดเจน อาจยังคงเป็นเพียงการสาธิตมากกว่าโครงสร้างพื้นฐานสำหรับการใช้งานจริง

• การปฏิบัติงานทุกอย่างสามารถเชื่อมโยงกับผู้ปฏิบัติงานที่รับผิดชอบและข้อมูลประจำตัวของเครื่องบินได้หรือไม่?
• ข้อมูลเกี่ยวกับการจำกัดน่านฟ้าและข้อมูลการรับรู้ทางภูมิศาสตร์นั้น น่าเชื่อถือ มีการกำหนดเวอร์ชัน และได้รับการอัปเดตอย่างรวดเร็วเพียงพอสำหรับการปฏิบัติงานหรือไม่?
• สามารถตรวจจับความตั้งใจในการบินที่ขัดแย้งกันก่อนการปล่อยเครื่องบินได้หรือไม่ ในกลุ่มผู้ให้บริการและผู้ให้บริการอินเทอร์เน็ตที่แตกต่างกัน?
• ระบบสามารถตรวจจับได้หรือไม่ว่าเครื่องบินลำใดบินออกนอกเขตปฏิบัติการที่ได้รับอนุญาต?
• มีการกำหนดแนวทางรับมือที่ชัดเจนสำหรับกรณีที่ระบบควบคุมและสั่งการล้มเหลว ระบบนำทางล้มเหลว ระบบเฝ้าระวังทำงานบกพร่อง หรือผู้ให้บริการหยุดชะงักหรือไม่?
• เครื่องบินฉุกเฉินและเครื่องบินที่มีลูกเรือสามารถได้รับสิทธิ์ในการบินก่อนโดยไม่ต้องอาศัยการประสานงานทางโทรศัพท์แบบเฉพาะกิจได้หรือไม่?
• ผู้ให้บริการ UTM สองรายที่เป็นอิสระต่อกัน สามารถแลกเปลี่ยนข้อมูลที่สำคัญต่อความปลอดภัยขั้นต่ำได้โดยไม่เปิดเผยข้อมูลเชิงพาณิชย์ที่ไม่จำเป็นหรือไม่?
• การรักษาความปลอดภัยทางไซเบอร์ การตรวจสอบสิทธิ์ การอนุญาต และการบันทึกการตรวจสอบ ถือเป็นข้อกำหนดด้านความปลอดภัยมากกว่าเป็นส่วนเสริมด้านไอทีหรือไม่?
• มีเอกสารระบุอินเทอร์เฟซที่เชื่อมต่อกับตู้ ATM แบบดั้งเดิมหรือไม่ ในกรณีที่สภาพแวดล้อมการทำงานต้องการเช่นนั้น?
• หน่วยงานกำกับดูแลและผู้ตรวจสอบสามารถรวบรวมข้อมูลที่ผู้เข้าร่วมแต่ละคนได้รับและการตัดสินใจที่เกิดขึ้นหลังเกิดเหตุการณ์ได้หรือไม่?

หากคำตอบส่วนใหญ่ขึ้นอยู่กับการแทรกแซงด้วยตนเอง ฐานข้อมูลภายในของผู้จำหน่ายรายใดรายหนึ่ง หรือการเชื่อมต่อการสื่อสารที่สมบูรณ์แบบ แสดงว่าสถาปัตยกรรมยังไม่พร้อมสำหรับการดำเนินงานที่มีความหนาแน่นสูง แต่หากคำตอบยังคงใช้ได้เมื่อปริมาณการจราจรเพิ่มขึ้น ผู้ให้บริการล้มเหลว ข้อจำกัดเปลี่ยนแปลง และผู้ใช้ฉุกเฉินเข้าสู่พื้นที่ทางอากาศ แสดงว่าระบบนั้นใกล้เคียงกับโครงสร้างพื้นฐานที่เศรษฐกิจระดับต่ำที่แท้จริงต้องการมากขึ้น

อนาคตของ UTM คือโครงสร้างพื้นฐาน ไม่ใช่แอปพลิเคชัน

เศรษฐกิจการบินระดับต่ำจะไม่สามารถขยายตัวได้อย่างปลอดภัยด้วยการเพิ่มโดรนเข้าไปในกระบวนการอนุมัติในปัจจุบันทีละรายการ และก็จะไม่สามารถขยายตัวได้ด้วยห้องควบคุมส่วนกลางเพียงแห่งเดียวที่สั่งการอากาศยานทุกลำด้วยตนเอง ทิศทางที่กำลังเกิดขึ้นในสหรัฐอเมริกา ยุโรป และแนวทางของ ICAO คือการให้บริการที่สามารถทำงานร่วมกันได้ มีระบบอัตโนมัติสูง มีความรับผิดชอบที่ชัดเจน และมีความเชื่อมโยงอย่างแน่นแฟ้นกับการบินที่มีอยู่เดิม

ดังนั้น สิ่งที่ควรให้ความสำคัญในระยะสั้นคือ การปฏิบัติจริง ได้แก่ การทำให้ข้อมูลที่น่าเชื่อถือสามารถแบ่งปันได้ การทำให้เจตนาในการบินสามารถอ่านได้ด้วยเครื่องจักร การแก้ไขข้อขัดแย้งที่คาดการณ์ได้ก่อนการปล่อยเครื่องบิน การตรวจสอบความสอดคล้อง การออกแบบเพื่อรองรับความล้มเหลว และการสร้างสะพานเชื่อมที่ตรวจสอบได้ระหว่างระบบจัดการจราจรทางอากาศระดับสากล (UTM) และระบบจัดการจราจรทางอากาศ (ATM) ระบบอัตโนมัติขั้นสูงกว่านั้นสามารถตามมาได้ เมื่อรากฐานเหล่านี้มีความน่าเชื่อถือแล้ว น่านฟ้าในระดับต่ำจะเริ่มทำงานไม่เหมือนเขตทดลองอีกต่อไป และจะทำงานเหมือนโครงสร้างพื้นฐานด้านการขนส่งมากขึ้น

สำหรับข้อมูลทางเทคนิคเพิ่มเติมภาพรวมการวิจัย UTM ของ NASA อธิบายถึงแบบจำลองความตั้งใจในการบินแบบกระจายศูนย์ ซึ่งช่วยสร้างแนวคิด UTM ในปัจจุบัน ในขณะที่ แนวคิดการปฏิบัติงาน BVLOS สำหรับการบูรณาการโดรนในปี 2025ของ FAA อธิบายถึงวิสัยทัศน์ของสหรัฐฯ สำหรับการปฏิบัติงานที่เป็นระบบและปรับขนาดได้ในทศวรรษหน้า