같은 배가 두 곳에 보인다면? 센서 융합 전에 좌표와 시간을 맞추는 이유

항구를 지나는 배 한 척을 두 관측소가 보고 있다. 두 곳에서 보낸 정보를 한 지도에 올렸더니 배가 두 척인 것처럼 나타났다. 현장에서는 한 척만 보이는데 화면의 점은 떨어져 있다. 어느 센서가 틀렸다고 판단하기 전에, 두 보고의 숫자가 같은 기준으로 만들어졌는지 확인해야 한다.

추적기는 여러 관측을 이어 대상의 움직임을 추정한다. 센서가 하나일 때에도 관측 오차와 연결 판단이 필요하지만, 여러 센서의 보고를 함께 쓰면 비교의 출발점부터 달라진다. 각 센서는 서로 다른 자리에서 대상을 보고, 다른 시각에 측정하며, 각자의 좌표로 결과를 표현할 수 있다.

이번 글은 센서의 위치 보고가 어긋났을 때 무엇부터 확인할지에 초점을 맞춘다. 등장하는 항구와 거리·속도·시각은 설명을 위한 가상 사례다. 특정 군 체계의 성능이나 운용 절차를 나타내지 않는다.

한줄 요약
센서의 위치 보고를 비교하려면 어느 지점을 원점으로 삼았는지, 어느 방향을 기준으로 했는지, 언제 관측했는지를 먼저 맞춰야 한다. 기준을 맞춘 뒤에도 남는 차이를 센서 오차와 대상의 움직임을 고려해 판단한다.

서로 다른 자리에서 재면 숫자가 달라도 맞을 수 있다

직선으로 뻗은 항구를 아주 단순한 평면으로 놓아 보자. 서쪽 관측소 A가 공통 기준점에 있고, 관측소 B는 그곳에서 동쪽으로 1,000m 떨어져 있다. 배는 A에서 동쪽으로 1,500m 지점에 있다. A가 배까지 동쪽 거리 1,500m를 보고하고 B가 동쪽 거리 500m를 보고해도 두 보고는 모순되지 않는다.

차이는 거리의 출발점이다. B의 보고를 공통 기준으로 바꾸면 관측소 위치 1,000m에 상대 거리 500m를 더한 1,500m가 된다. 두 숫자를 원점 확인 없이 바로 비교하면 같은 배를 다른 대상으로 나눌 수 있다. 평균을 내어 1,000m라고 표시하면 어느 관측소도 보고하지 않은 위치를 만들어 버린다.

여기서는 두 관측소의 축 방향이 같고 배가 같은 직선 위에 있다고 가정했다. 실제 레이더의 거리와 방위는 이보다 복잡하다. 거리만으로 지도 위의 위치가 정해지지 않으며, 방위의 기준과 센서 위치도 필요하다. 3차원에서는 높이와 수직 방향의 기준까지 포함해야 한다.

보고 출처	자기 위치 기준 보고	공통 기준으로 변환
관측소 A	동쪽 1,500m	0 + 1,500 = 1,500m
관측소 B	동쪽 500m	1,000 + 500 = 1,500m

표의 덧셈은 원점 차이만 보여 주는 가상 계산이다. 지구 전체를 평면으로 다루거나 모든 센서의 변환을 단순 덧셈으로 처리할 수 있다는 뜻은 아니다.

원점을 맞춰도 방향이 다르면 배는 엉뚱한 곳으로 간다

이번에는 관측 장비가 북쪽을 바라보고 있다고 하자. 장비가 말하는 ‘앞으로 500m’는 북쪽을 뜻한다. 같은 장비를 동쪽으로 돌리면 같은 표현이 동쪽 500m를 가리킨다. 장비의 앞·옆을 기준으로 만든 좌표를 지도에 올릴 때에는 장비가 어느 방향을 바라보았는지 알아야 한다.

위치 변환에는 원점의 이동과 축 방향의 회전이 함께 들어간다. 정보 연동 문서에 x, y, z라는 항목이 있다는 사실만으로는 충분하지 않다. 첫 번째 값이 동쪽인지 북쪽인지, 위쪽을 양수로 잡았는지 아래쪽을 양수로 잡았는지에 따라 같은 세 숫자의 뜻이 달라진다.

동·북·상 방향을 쓰는 ENU와 북·동·하 방향을 쓰는 NED는 이런 차이를 보여 주는 좌표 규칙이다. 같은 원점과 기준면을 사용하는 경우에도 축의 순서와 수직 방향의 부호를 구분해야 한다. MathWorks의 좌표 설명은 센서 자체의 좌표와 운반체의 좌표, 지표면의 특정 지점을 기준으로 한 좌표를 나누어 다룬다.

경위도로 표시되었다고 모든 기준이 같아지는 것도 아니다. 사용하는 지리적 기준과 높이의 의미를 확인해야 한다. ESA Navipedia가 설명하는 ENU와 지구 중심 고정 좌표 ECEF 사이의 변환에서도 지역 기준점의 위도와 경도가 관계를 결정한다. 좌표 이름만 붙여 보내는 대신 기준점과 변환 규칙을 함께 약속해야 하는 이유다.

배에 설치한 센서는 자신도 움직인다

해안 관측소는 위치가 고정되어 있지만 배에 설치한 센서는 이동한다. 다른 선박까지의 상대 위치가 같아도 관측하는 배가 움직이면 지도 위의 위치는 달라진다. 선수가 돌아가거나 선체가 기울 때에는 센서 축의 방향도 변한다.

움직이는 센서의 보고를 지도 좌표로 바꿀 때에는 관측 당시 센서를 실은 배의 위치와 자세를 사용해야 한다. 지금의 배 위치에 몇 초 전 상대 관측을 더하면 서로 다른 시점의 상태를 한 계산에 섞게 된다. 관측 장비가 설치된 위치와 방향도 변환에 필요한 정보다.

정박한 상태에서는 표시가 잘 맞는데 선회할 때만 어긋난다면 대상의 추적 알고리즘만 살펴볼 일은 아니다. 장비의 설치 방향, 자세 정보가 들어오는 순서, 관측과 자세의 시각 대응을 함께 확인할 수 있다. 이는 원인을 찾기 위한 단서이며, 특정 현상 하나로 고장 부위를 확정하는 진단법은 아니다.

동시에 받은 두 보고가 동시에 본 장면은 아니다

위치 기준을 통일했는데도 두 점이 떨어질 수 있다. A는 12시 00분 00초에 배를 보았고, B는 12시 00분 05초에 보았다고 하자. 배가 동쪽으로 초당 10m씩 일정하게 움직였다면 두 관측 위치는 50m 차이 난다. 두 센서 모두 정확했어도 발생하는 차이다.

네트워크 지연 때문에 두 보고가 같은 순간 서버에 도착했다고 해서 같은 순간의 위치가 되지는 않는다. 관측 시각은 센서가 대상을 본 때이고, 수신 시각은 시스템이 보고를 받은 때다. 항적이 이미 예측과 보정을 거쳐 만들어졌다면 그 상태가 어느 시각을 기준으로 하는지도 별도로 확인해야 한다.

비교 시각을 12시 00분 05초로 정하고 A의 관측을 일정 속도 모델로 옮기면, 동쪽으로 50m 진행한 예상 위치에서 B와 비교할 수 있다. 다만 옮긴 위치는 관측값이 아니라 예측값이다. 배가 그 사이 선회했거나 속도를 바꾸었다면 예측은 실제 위치에서 벗어난다. 시간 차이를 보정할수록 모델의 가정과 오차도 함께 살펴야 한다.

통신 지연과 시계의 어긋남도 구분해야 한다. 관측 시각이 정확히 기록된 보고가 늦게 도착하는 경우와, 센서 시계가 틀려 관측 시각 자체가 잘못 적힌 경우는 처리 방법이 다르다. 앞의 경우에는 늦은 관측을 어떻게 반영할지 정할 수 있다. 뒤의 경우에는 시간 기준의 불확실성이 위치 판단에까지 들어간다.

MathWorks의 다중 센서 추적 예제는 처리 지연과 통신 지연 등으로 관측 순서가 뒤바뀌는 경우를 다룬다. 이때 오래된 관측을 현재 상태에 그대로 적용하는 대신, 지연 관측을 제외하거나 저장된 이력을 다시 처리하거나 과거 시점과의 관계를 이용해 보정하는 방법을 선택한다. 모든 체계가 같은 방법을 써야 하는 것은 아니다.

차이가 남으면 더 정교한 평균보다 원인을 먼저 찾는다

좌표와 시각을 맞춘 뒤에도 센서가 측정한 위치는 완전히 일치하지 않을 수 있다. 측정 오차가 있고, 센서의 설치 방향이나 자체 위치 추정에 치우침이 있을 수도 있다. 센서가 서로 다른 대상의 반사를 같은 배로 연결했을 가능성도 남는다.

좌표 변환은 숫자를 공통 기준으로 표현하는 작업이다. 정합은 여러 센서 사이의 위치·방향·시간 관계와 치우침을 맞추는 문제를 포함한다. 융합은 그 조건을 고려해 여러 정보를 함께 사용하는 과정이다. 분야마다 용어의 범위는 조금씩 다르지만, 기준을 바꾸는 계산과 실제 오차를 교정하는 일을 구분하면 원인을 찾기 쉽다.

두 보고가 어긋날 때에는 다음 순서가 출발점이 될 수 있다. 작은 차이를 무조건 이상으로 보거나, 큰 차이를 무조건 다른 대상이라고 판정하기 전에 비교 조건부터 확인하는 방식이다.

확인 순서	확인할 내용	줄일 수 있는 혼동
위치 표현	좌표 원점, 축 방향, 단위, 지리적 기준	다른 기준의 숫자를 직접 비교
센서의 상태	설치 위치·방향, 관측 당시 운반체 위치·자세	현재 자세로 과거 관측을 변환
시간의 의미	관측·수신·상태 기준 시각, 시계 동기 상태	이동으로 생긴 차이를 센서 오차로 판단
연결과 오차	같은 대상인지, 측정 불확실성과 지속적 치우침	잘못 연결한 보고를 평균으로 숨김

출처가 두 곳이라는 이유만으로 증거가 서로 독립적이라고 볼 수도 없다. 두 체계가 같은 원천 관측을 전달받았거나 이미 융합된 항적을 다시 공유했다면, 같은 정보를 중복해 믿을 위험이 있다. MathWorks의 항적 융합 설명도 서로 관련된 추정 오차를 고려해야 한다고 지적한다. 기준을 맞추는 일은 융합을 시작할 조건이며, 그 뒤에는 출처와 오차 관계를 다루는 판단이 이어진다.

공통 상황도는 좌표의 뜻까지 공유해야 한다

지휘통제체계에서는 여러 곳에서 수집한 정보를 한 화면에 올린다. 이때 좌표 필드와 대상 번호가 정상적으로 수신되었다는 시험 결과만으로 상황도가 제대로 만들어졌다고 보기 어렵다. 좌표의 기준과 관측 시각이 전달 과정에서 보존되었는지, 예측 위치가 새 관측처럼 표시되지 않는지도 확인해야 한다.

같은 위치값을 받는 두 시스템이 서로 다른 기준으로 읽으면 통신은 성공해도 판단은 어긋난다. 연동을 검토할 때에는 메시지 형식과 함께 그 값의 의미를 확인해야 한다. 화면에서 점을 합치는 기능보다, 왜 합쳤는지 다시 확인할 수 있는 정보가 운용에 더 도움이 될 때가 있다.

짧은 생각
정보통신과 C4I의 관점에서 센서 융합을 보면, 계산 알고리즘에 앞서 연동 약속의 빈틈이 눈에 들어온다. 어떤 좌표인지, 어느 순간의 위치인지 설명이 빠진 채 숫자만 전달되면 받는 쪽이 가정을 채워 넣게 된다. 체계 사이에 그런 가정이 쌓이지 않도록 하는 일도 상황도를 믿을 수 있게 만드는 기술의 일부다.

같은 기준으로 놓인 두 보고를 얻었다면 다음 질문은 그중 어느 쪽을 얼마나 믿을지다. 센서마다 오차의 크기와 방향이 다르고, 항적에는 과거 관측의 영향도 남아 있다. 여러 위치를 함께 사용할 때 불확실성을 어떻게 다루는지는 다음 단계에서 살펴볼 문제다.

참고자료

• MathWorks — Orientation, Position, and Coordinate Convention: 센서·운반체 좌표와 지역 좌표, ENU·NED의 축 규칙을 확인했다.
• ESA Navipedia — Transformations between ECEF and ENU coordinates: 지역 좌표와 지구 중심 고정 좌표 사이의 변환 기준을 확인했다.
• MathWorks — Handle Out-of-Sequence Measurements in Multisensor Tracking Systems: 센서 처리·통신 지연과 관측 순서가 뒤바뀌는 문제를 참고했다.
• MathWorks — Handle Out-of-Sequence Measurements with Filter Retrodiction: 지연 관측을 제외·재처리·보정하는 접근의 차이를 참고했다.
• MathWorks — Introduction to Track-To-Track Fusion: 좌표 변환과 항적 사이의 오차 관련성, 공유 정보의 중복 반영 문제를 참고했다.