도심에서 두 배송 사업자가 비슷한 시각에 같은 병원 옥상으로 향한다면, 출발 전에 위치만 비교해서는 부족하다. 고도와 경로에 ‘언제’ 들어가는지까지 겹쳐 봐야 하고, 한쪽 일정이 바뀌면 상대 사업자에게도 새 의도가 전달돼야 한다. 이때 FAA UTM의 전략적 충돌회피가 쓰인다.
반면 외딴 송전선 한 구간을 한 사업자가 점검하더라도 유인 헬리콥터가 갑자기 나타날 수 있다. 미리 제출한 운항 의도끼리 겹치지 않았다는 사실은 눈앞의 항공기까지 피했다는 뜻이 아니다. 첫 장면에는 DSS·USS를 통한 전략적 조정이, 두 번째 장면에는 탐지·회피와 비상절차가 필요하다. 둘을 한 기능으로 사면 안전 공백이 생긴다.
비교의 출발점은 4차원 운항 의도다
FAA UTM 공식 안내는 UTM을 저고도 무인항공기 운항을 지원하는 협력적 생태계로 설명한다. 기존 항공교통관제와 같은 중앙 분리 서비스가 아니라 운영자, 서비스 제공자와 FAA가 역할을 나눠 정보를 교환하는 구조다. FAA는 일부 전략적 충돌회피 서비스 제공자와 LOA를 맺기 시작했고, 이를 초기 운영평가 단계로 표현한다.
여러 계획을 같은 조건에서 보려면 선이나 점이 아니라 operation volume을 비교해야 한다. 위도·경도·고도에 시작·종료 시각을 더한 4차원 범위, 기체 상태, 운항 우선순위에 필요한 속성과 갱신 시각이 기본 단위가 된다. 경로가 공간상 교차해도 통과 시간이 다르면 바로 충돌 의도는 아니고, 같은 회랑을 같은 시각에 점유하면 조정이 필요하다.
여기서 ‘전략적’은 보통 출발 전 계획과 운항 중 계획 변경을 뜻한다. 위험이 눈앞에 닥친 순간의 조종 명령이 아니다. NASA의 전략적 충돌회피 기술 보고서도 이를 여러 위험 완화 계층의 앞단으로 놓고, 직접적인 충돌회피 기능과 구분한다. 따라서 비교 지표는 단순 경보 수보다 의도 등록률, 갱신 지연, 미해결 교차와 실제 준수 여부가 된다.
DSS·USS·운영자는 같은 일을 하지 않는다
FAA UTM ConOps v2.0는 운영자가 USS를 통해 운항 서비스를 받고, USS들이 DSS를 매개로 서로를 발견해 관련 정보를 교환하는 개념을 제시한다. DSS를 모든 비행계획이 모이는 관제 서버로 이해하면 곤란하다. 발견과 동기화를 돕는 공통 기반과 실제 운영 서비스를 분리해서 봐야 한다.
| 같은 계획 변경을 받았을 때 | DSS | USS | 운영자 |
|---|---|---|---|
| 새 운항 의도 등록 | 관련 USS가 서로를 찾도록 발견 정보를 다룬다 | 의도를 규격화하고 교차 여부를 계산·교환한다 | 정확한 범위와 시간을 제출하고 승인된 절차를 따른다 |
| 두 4차원 범위가 겹침 | 누가 관련되는지 연결한다 | 충돌 후보를 알리고 조정 절차를 지원한다 | 변경·지연·취소 중 안전한 선택을 승인한다 |
| 출발 뒤 경로 변경 | 갱신된 발견 상태를 반영한다 | 새 의도와 conformance를 배포·재평가한다 | 기체가 새 범위를 지킬 수 있는지 확인한다 |
| 통신 또는 서비스 장애 | 장애 자체를 전술 회피로 해결하지 않는다 | 상태·가용성을 알리고 정해진 degraded mode를 실행한다 | 운항 지속·복귀·착륙의 최종 책임을 진다 |
| 유인기 급접근 | 실시간 조종 명령을 내리지 않는다 | 제공 범위 밖이면 DAA를 대신하지 않는다 | DAA·pilot procedure와 right-of-way 규칙으로 대응한다 |
서비스 제공자가 conflict-free 제안을 계산해도 운영 허가와 조종 책임이 그 회사로 자동 이전되지는 않는다. 반대로 운영자가 최종 책임자라는 이유로 USS의 갱신 실패를 기록하지 않아도 되는 것도 아니다. 기술 기능, 서비스 수준, 규제상 권한과 운항 책임을 각각 계약해야 누락 지점이 보인다.
성능은 경보 횟수보다 데이터가 살아 있는지로 본다
전략적 조정이 작동하려면 참여 사업자가 의도를 빠짐없이 등록하고 실제 기체가 등록 범위에 머물러야 한다. 한 사업자가 UTM 밖에서 비행하거나 계획 변경을 늦게 올리면 알고리즘이 정확해도 입력 세계가 틀린다. coverage에는 USS 가입률뿐 아니라 운영 구역의 비참여 교통, 유인기 정보와 제한공역 갱신까지 포함한다.
시간 지연은 구간별로 잰다. aircraft·operator system에서 변경이 생긴 시각, USS가 수신한 시각, DSS를 통해 상대 USS가 발견한 시각, 상대 운영자가 조치를 확인한 시각을 같은 event ID로 잇는다. 평균값만 보면 일시적 network partition과 긴 tail latency가 감춰진다. 95·99 percentile과 stale-intent 비율을 함께 본다.
false conflict가 많으면 운영자가 불필요하게 우회하고 서비스를 무시하기 시작한다. missed conflict는 더 위험하다. 하지만 공개된 FAA 자료만으로 모든 provider의 탐지율과 latency를 비교할 수는 없다. 같은 synthetic scenario, 같은 geofence·time tolerance와 동일한 message loss 조건으로 상호운용 시험을 하고 결과를 provider별로 보존한다.
LOA는 미국 전역 BVLOS 이용권이 아니다
FAA가 전략적 충돌회피 서비스 제공자와 맺는 Letter of Acceptance는 중요한 현재 배치 신호다. 다만 LOA라는 이름만 보고 모든 지역, 모든 기능, 모든 운영자가 자동으로 승인됐다고 읽어서는 안 된다. provider, service version, 평가 범위, 운항 환경, 유효기간과 조건을 원문에서 확인해야 한다.
UTM service acceptance와 operator의 BVLOS authority도 별개다. 사업자는 자기 waiver·exemption·certificate·COA 등 현재 권한이 요구하는 DAA, C2, route, reporting과 contingency를 계속 충족해야 한다. USS 계정이 생겼다고 비행 권한이 생기는 것이 아니며, UTM에서 전략적으로 조정됐다고 ATC가 분리 책임을 맡는 것도 아니다.
2026년 8월 26일 기준 FAA 페이지가 보여 주는 상태는 일부 LOA를 통한 초기 운영평가와 계속 발전하는 체계다. 전국적으로 완성된 단일 UTM, 모든 provider의 상호 호환이나 자동 BVLOS 승인을 확인한 자료가 아니다. 도입 문서에는 ‘현재 인정된 범위’와 ‘향후 확장 가정’을 다른 열로 둔다.
서비스 비용은 구독료 밖에서 더 많이 생긴다
USS를 고를 때 낮은 월 사용료만 비교하면 integration과 예외 운영이 빠진다. operation planning, strategic deconfliction, conformance monitoring, remote ID·weather·airspace data가 한 계약에 묶일 수도 있고 따로일 수도 있다. 어떤 data가 authoritative하며 장애 때 어느 채널로 운영자에게 통지하는지 확인한다.
| 비용 묶음 | 계약 전에 물을 것 | 수치로 남길 것 | 값이 커지는 조건 |
|---|---|---|---|
| 연동·인증 | API·identity·aircraft와 다른 USS 상호운용 범위 | 연동 공수·시험 회차·version 변경 | 여러 fleet·legacy dispatch가 공존 |
| 데이터 서비스 | airspace·weather·constraint의 출처와 갱신 SLA | stale event·누락률·재처리 시간 | 출처가 많고 지역별 schema가 다름 |
| 충돌 조정 | 자동 제안과 사람 승인 경계, priority rule | 조정 건수·미해결 시간·우회 거리 | 밀집 회랑과 동시 출발이 많음 |
| 장애 대응 | 24시간 지원, degraded mode, 로그 제공 | MTTA·복구시간·취소 mission | BVLOS 야간·무인 site 운영 |
| 규제 증거 | LOA 범위와 operator authorization 연결 방법 | 감사 준비시간·증거 누락·재시험 | provider·service version 변경이 잦음 |
지원 책임은 ‘platform uptime 99.9%’ 한 줄로 닫히지 않는다. DSS 접근, USS 계산, operator console, aircraft C2 가운데 무엇이 살아 있는지를 나눠야 한다. conflict가 해결되지 않거나 의도가 stale일 때 새 출동을 차단할 owner와 이미 비행 중인 기체의 contingency owner도 지정한다.
밀집 회랑과 단독 점검의 답은 다르다
여러 배송·의료 사업자가 같은 도시 회랑을 반복 사용한다면 cross-USS discovery, 빠른 intent update와 공통 conflict protocol이 높은 가치가 있다. provider 하나에 모든 사업자를 강제로 모으기보다 다른 USS와 같은 test vector로 협상·갱신이 되는지 본다. 미해결 충돌은 출발 slot 변경이나 route·altitude 조정으로 닫고, 운영자가 결과를 승인한다.
외딴 자산점검처럼 다른 UAS 의도가 드문 현장에서는 단순한 전략 서비스가 비용에 맞을 수 있다. 그래도 유인기, 임시 제한과 emergency traffic은 남는다. strategic layer가 간단해진 만큼 DAA, observer·radar, lost-link, landing site와 기관 연락 절차가 더 중요해질 수 있다.
선택 기준은 ‘UTM이 필요한가’라는 이분법이 아니다. 의도 교차 빈도, provider diversity, data latency, 비참여 traffic, authorization 조건과 장애 시 safe outcome을 놓고 필요한 서비스 층을 고른다. RaaS의 계약 구조처럼 기능 구독과 결과 책임을 나누고, FAT·SAT 인수시험 방식으로 실험실 상호운용과 실제 공역 절차를 따로 통과시킨다.
아직 공개 자료만으로 답할 수 없는 것
FAA의 공식 방향은 확인되지만 provider별 LOA 전문, 지역·서비스 version, 성능 지표와 상호운용 장애 이력은 한 페이지에서 모두 비교되지 않는다. 구매팀이 ‘FAA accepted’라는 배지만 받지 말고 자기 운항과 맞는 증거를 요청해야 하는 이유다.
- LOA의 정확한 provider·서비스명·version·운항구역·조건과 유효기간을 확인한다.
- 운영자의 현재 BVLOS authorization이 특정 USS나 strategic service를 어떻게 요구하는지 대조한다.
- DSS 장애, USS 간 message delay와 상대 USS 미참여를 포함한 replay test를 실행한다.
- 의도 충돌이 미해결일 때 출발차단·경로변경·착륙을 결정하는 사람을 지정한다.
- 유인기 접근과 비협조 항공기는 별도 DAA·right-of-way·contingency로 다룬다.
- provider 변경 때 operation data·audit log를 이관할 형식과 보존기간을 계약한다.
- LOA 확대나 규칙 변경 뒤 기존 acceptance를 그대로 재사용하지 말고 영향평가를 다시 한다.
이 빈칸을 닫기 전의 적절한 결론은 ‘사용 불가’도 ‘완전 자동화’도 아니다. 현재 LOA와 operator authority가 겹치는 범위에서 제한적으로 쓰고, strategic service failure가 곧바로 collision으로 이어지지 않도록 독립 안전 계층을 유지하는 것이다.
현장에서 다시 확인할 질문
FAA가 인정한 UTM 서비스를 지금 바로 구매하면 BVLOS 비행을 시작할 수 있나요?
서비스 계약은 가능할 수 있지만 BVLOS 운항 권한을 대신하지 않는다. 해당 provider·service의 LOA 범위, 운영자의 waiver·exemption·certificate·COA, 기체와 지역 조건을 함께 확인해야 한다. UTM 계정이나 전략적 충돌회피 결과만으로 출동을 승인해서는 안 된다.
전략적 충돌회피 방식은 미국 어느 지역에서나 같나요?
공통 개념과 message 구조가 있어도 참여 사업자, USS, LOA 범위, local airspace와 운영 authorization이 다를 수 있다. 한 도시에서 통과한 상호운용·latency 결과를 다른 지역에 그대로 적용하지 말고 현지 traffic·data source·contingency를 다시 시험해야 한다.
자료 마지막 확인: 2026년 8월 26일