세 로버가 같은 지하 단면을 측정하려면 ‘각자 자율주행’만으로는 부족하다. 한 기체의 시계·위치·지도 좌표가 어긋나면 촘촘한 지표투과레이더 선을 합칠 수 없고, 리더에게 모든 판단을 몰아주면 그 통신 한 곳의 실패가 세 대를 동시에 세운다. CADRE가 풀려는 문제는 로버 수가 아니라 임무 계획, local motion과 과학 데이터 사이의 인터페이스다.
한 대의 로버로는 협업 측정의 폭을 얻기 어렵다
달의 지하 구조를 radar로 그리려면 정해진 간격과 방향으로 여러 scan을 모아야 한다. 로버 한 대가 모든 선을 순차적으로 달리면 시간이 오래 걸리고, 한 곳에서 막히면 관측 전체가 늦어진다. 여러 대가 나누면 coverage를 넓힐 수 있지만 위치·시간·sensor calibration과 task completion 상태를 함께 맞춰야 한다.
JPL의 CADRE 공식 mission 페이지는 세 소형 rover, base station과 mesh network, 지표투과레이더 협업을 설명하며 mission status를 Future로 표시한다. 달 낮 약 14일 동안의 기술시연은 계획이다. 달에서 이미 세 로버가 운용됐거나 지하 지도가 완성됐다는 결과 보고가 아니다.
지구에서 사람이 세 대의 wheel command를 모두 보낼 수도 없다. 통신 지연과 제한된 bandwidth가 있고, terrain obstacle은 현장에서 바로 대응해야 한다. 그래서 strategic task는 팀 수준에서 맞추고 collision avoidance·local path는 각 기체 가까이에서 처리하는 계층화가 필요하다.
중앙에서 모든 경로를 정하는 방식
첫 번째 architecture는 lander·base station이나 지구 운영팀이 전체 map과 rover state를 모아 세부 경로를 내려보내는 방식이다. global consistency를 관리하기 쉽고 사람의 승인 지점을 명확히 만들 수 있다. rover software가 단순해질 수 있다는 장점도 있다.
대신 central planner와 uplink가 병목이 된다. rover 하나의 wheel slip이나 장애물이 나타날 때마다 새 경로를 기다리면 이동이 끊긴다. base station link가 사라지면 세 대 모두 다음 행동을 받지 못할 수 있고, 상태 packet이 늦으면 중앙 지도에서 가능한 경로가 현장에서는 이미 막혀 있을 수 있다.
CADRE에도 base station과 지구 운영이 있다. 다만 모든 순간의 조종을 중앙에서 한다는 뜻은 아니다. 임무 목표와 제약을 보내고 팀이 자율적으로 과업을 나누는 기술시연을 지향한다. base station을 통신 허브로 쓰는 것과 단일 로봇 두뇌로 쓰는 것을 구분한다.
CADRE는 선출된 리더와 local planner를 겹친다
JPL AI Group의 CADRE 기술 페이지는 rover들이 리더를 선출하고 task·path·map을 나누며 formation과 GPR 측정을 동기화하는 구조를 설명한다. 선출된 리더가 strategic plan을 조정하고 각 rover가 local path planning을 맡는 hybrid 구조다. ‘분산’은 아무도 조정하지 않는다는 뜻이 아니다.
리더는 임무 구역과 역할을 배분하고 팀이 같은 plan version을 보게 한다. follower도 자기 terrain perception과 locomotion 상태를 바탕으로 즉시 움직임을 계산한다. local obstacle 때문에 약속한 scan line을 지키지 못하면 deviation을 공유하고 리더가 team plan을 다시 정한다. 한 기체의 local 판단과 팀 과학 목표가 feedback loop를 만든다.
이 기술 페이지의 architecture 설명은 유용하지만 과거 schedule 문구가 현재 mission 상태와 다를 수 있다. 일정 판단에는 최신 JPL mission page와 TechPort 상태를 우선한다. 오래된 launch date를 현재 확정 일정으로 인용하지 않는다.
지도·시각·레이더 측정이 맞물리는 지점
첫 인터페이스는 localization과 shared map이다. 각 rover의 pose가 다른 좌표계나 map version에 기록되면 task allocation과 collision avoidance가 충돌한다. local map update에는 timestamp·uncertainty·frame ID를 붙이고, mesh가 끊겼다가 살아날 때 어느 version을 합칠지 rule이 필요하다.
두 번째는 계획과 제어다. leader가 준 scan line은 목표이지 motor command가 아니다. local planner가 rock·slope와 rover footprint를 보고 안전한 trajectory로 바꾸되, 허용 corridor와 measurement spacing을 벗어나면 science planner에 알린다. 안전 회피가 과학 데이터의 구멍을 만들 수 있으므로 이후 rescan 과업을 생성한다.
세 번째는 GPR data다. 여러 rover의 측정을 하나의 underground image로 합치려면 pose·time·antenna geometry·calibration과 sample order가 맞아야 한다. packet loss가 있으면 단순히 뒤늦게 upload하는 것으로 끝나는지, 같은 지점을 다시 달려야 하는지 data quality rule로 결정한다.
NASA의 CADRE overview는 세 rover의 협력 자율탐사, base station과 지상·열진공 시험 맥락을 제공한다. 이런 지상 개발은 현재 또는 완료된 evidence지만, lunar dust·terrain·통신 아래 같은 interface가 임무기간 내 유지된다는 달 결과는 아직 없다.
한 연결 실패가 어디까지 번지는가
분산 architecture는 장애를 없애지 않는다. failure radius를 줄이고 팀이 제한된 기능으로 계속할 기회를 만드는 방식이다. 어느 데이터가 없으면 local safety만 유지할지, 과학측정을 축소할지, 새 leader를 뽑을지 상태전이를 미리 정해야 한다.
| 고장·단절 | 중앙집중 경로의 전파 | CADRE형 분산 구조의 계획된 대응 | 달 시연에서 확인할 조건 |
|---|---|---|---|
| base station link 단절 | 세 rover가 새 명령을 함께 잃을 수 있음 | 이미 승인된 team plan·local safety 범위에서 제한 운용 또는 대기 | 허용 autonomous duration·safe-state·재동기화 |
| leader rover 고장 | central brain이면 전체 plan이 정지 | surviving rover가 leader를 다시 선출하는 시험 목표 | 탐지시간·split-brain 방지·미완료 task 회수 |
| 한 rover localization 이상 | 오염된 pose가 global plan을 흔들 수 있음 | 해당 rover를 격리하고 uncertainty를 공유해 팀 plan 축소 | map contamination 차단·복귀 검사 |
| mesh packet 지연·손실 | 중앙 상태가 stale해짐 | local control은 유지하고 plan·map version을 나중에 조정 | stale limit·conflict resolution·중복 task |
| GPR sample 누락 | 전체 mosaic가 중앙 upload까지 불완전 | coverage gap을 표시하고 rescan을 재할당 | measurement spacing·time sync·data completeness |
| rover 두 대 상실 | 원래 formation을 유지하기 어려움 | 남은 한 대의 안전·축소 science mode 결정 | minimum viable mission과 종료 기준 |
NASA TechPort CADRE 기록은 2026년 6월 30일 갱신 기준 프로젝트를 Active로 표시하고, 20m×20m map, 촘촘한 GPR 측정과 leader failure·재선출을 포함한 목표를 제시한다. 이 항목은 planned test objective다. 달에서 leader re-election이 성공했다는 완료 성과가 아니다.
분산 자율성이 맞는 임무 조건
여러 robot이 공간적으로 나뉜 측정을 동시에 해야 하고 지구의 순간 조종을 기대할 수 없을 때 CADRE형 hybrid가 유리하다. task는 팀이 공유하되 local collision·terrain response는 각 rover가 처리하고, 과학 데이터는 공통 frame과 quality rule로 다시 합칠 수 있어야 한다.
- 단일 rover보다 여러 rover가 줄일 수 있는 mission time·coverage risk를 먼저 수치화한다.
- leader·follower·base station·Earth operator가 소유하는 decision과 timeout을 상태표로 만든다.
- task, route, map, pose, GPR sample마다 version·time·uncertainty와 source rover를 기록한다.
- mesh delay·partition·중복 leader·한 rover의 bad map을 fault injection으로 재현한다.
- leader 재선출 뒤 미완료 task와 science coverage가 정확히 회수되는지 확인한다.
- formation을 유지할 수 없을 때 two-rover·one-rover degraded mission과 종료 조건을 정한다.
- 지상·열진공 시험 통과와 달에서의 기술시연 성공을 서로 다른 상태로 공개한다.
반대로 임무가 한 대의 sensor로 순차 수행돼도 충분하고 통신이 안정적이라면 복잡한 leader election과 distributed map merge가 비용만 늘릴 수 있다. 분산은 robot 수가 많다는 장식이 아니라 central failure와 통신 지연을 견디면서 과학 데이터 품질을 지킬 때 선택한다.
shared map과 세계 상태를 다루는 관점은 공간 world model과 Physical OS에서, leader 변경과 packet loss를 재구성하는 법은 robot observability의 logs·metrics·traces에서 이어 볼 수 있다. CADRE에는 달 임무의 제한과 radiation·energy·thermal 조건을 별도로 더해야 한다.
현장에서 다시 확인할 질문
CADRE가 달에서 성공하면 모든 다중 로봇이 같은 리더 선출 구조를 쓰면 되나요?
아니다. CADRE의 결과가 나오더라도 세 소형 rover, mesh, lunar terrain과 GPR task에 묶인 기술시연이다. 물류 AMR, 수중 robot이나 드론은 통신·속도·충돌 위험과 mission cost가 다르다. 중앙집중·선출 리더·완전 peer 방식을 자기 failure mode와 data consistency 요구로 다시 비교해야 한다.
자료 마지막 확인: 2026년 8월 26일