위성 관제 화면의 빨간 숫자, 정말 고장일까? 텔레메트리와 데이터 신선도

앞선 글에서는 지상국이 예상 궤도와 관측을 이용해 위성을 찾고 첫 교신을 준비하는 과정을 살펴보았다. 안테나가 위성을 따라가고 신호를 받으면, 관제 화면에는 온도와 전압 같은 값이 나타난다. 그때부터는 위성이 어디에 있는지에 더해 어떤 상태에 있는지를 읽어야 한다.

화면에 배터리 전압이 정상으로 표시되어도 그 값이 몇 분 전 자료라면 지금의 전력 상태까지 설명하지 못한다. 반대로 빨간 숫자 하나가 나타났다고 고장 원인이 곧바로 드러나는 것도 아니다. 위성 텔레메트리를 해석할 때에는 값과 단위뿐 아니라 시각과 유효성, 운용 상황을 함께 살펴야 한다. 아래 내용은 공개 자료로 확인한 일반 원리이며, 계산과 시각 예시는 특정 위성의 실제 관제 자료가 아닌 가상 값이다.

한줄 요약
위성에서 받은 상태값은 데이터 정의와 시간 기준을 거쳐 관제 정보가 된다. 정상 범위에 들어오는 값인지, 유효하게 해석된 값인지, 현재 판단에 사용할 만큼 최근 자료인지는 각각 확인해야 한다.

위성이 보내는 정보에는 자기 상태도 들어 있다

지구관측 위성의 영상은 임무를 수행한 결과물이다. 그 영상을 얻는 동안 위성은 전력을 공급하고 장치의 온도를 관리하며 필요한 자세를 유지한다. 영상만 내려받아서는 이 과정이 제대로 이루어졌는지 알기 어렵다. 장비를 운용하려면 결과물과 함께 그 결과를 만든 위성의 상태도 확인할 수 있어야 한다.

온도와 전력, 장치의 작동 상태 등을 확인하는 자료를 하우스키핑 텔레메트리라고 부른다. 텔레메트리는 원격 장치의 정보를 전달하는 개념이며, 이 글에서는 위성의 운용 상태를 살펴보는 자료에 초점을 맞춘다. ESA는 위성에서 지상으로 정보를 보내는 텔레메트리와 지상에서 위성으로 명령을 보내는 텔레커맨드를 구분한다. 상태를 보고받는 흐름과 동작을 지시하는 흐름이 서로 연결되어 있는 것이다.

같은 숫자도 해석하는 약속이 다르면 다른 값이 된다

지상국이 받은 비트열이 곧바로 사람이 읽는 온도나 전압이 되는 것은 아니다. 처리체계는 정해진 구조에 따라 항목을 꺼내고 필요한 변환을 적용한다. 어느 위치의 데이터를 읽는지, 부호와 길이는 어떻게 정했는지, 어떤 단위를 사용하는지가 맞아야 화면의 이름과 숫자도 의미를 갖는다.

가령 원시값 2,000에 설명용 변환식인 ‘원시값 × 0.01V’를 적용하면 20V가 된다. 같은 원시값이라도 다른 센서의 변환식을 적용하면 결과가 달라진다. 이 가상 계산에서 확인할 부분은 20V가 정상인지가 아니라, 그 전압을 얻기 위해 어떤 정의를 사용했는지이다. 잘못된 정의로 만들어진 값은 소수점 자릿수가 정교해 보여도 판단 근거로 삼기 어렵다.

관제 화면에는 직접 받은 항목과 계산으로 만든 항목이 함께 나타날 수 있다. 두 온도의 차이나 전압과 전류를 이용한 전력값이 그 예다. Yamcs 공식 문서도 원격 장치에서 받은 파라미터와 알고리즘으로 계산한 파라미터를 구분한다. 계산 결과가 이상할 때에는 결과값뿐 아니라 입력값의 단위와 시각이 맞는지도 따라가야 한다. 서로 다른 시점의 전압과 전류를 한 순간의 값처럼 곱하면 실제로 없었던 상태를 만들 수 있다.

지금 도착한 자료가 지금 측정한 자료는 아니다

저궤도 위성은 한 지상국과 계속 연결되어 있지 않을 수 있다. 접촉하지 못하는 동안 자료를 저장했다가 다음 교신 구간에 전송하는 방식도 쓰인다. 지상에서 방금 수신했다는 사실과 위성에서 방금 만들어졌다는 사실은 그래서 구분해야 한다.

온도 자료가 만들어진 시각을 15시, 지상 수신시각을 15시 12분으로 놓아 보자. 화면은 15시 12분에 갱신되었지만 들어온 온도는 15시 무렵의 상태를 나타낸다. 그 사이 온도가 얼마나 변했는지는 이 값 하나로 알 수 없다. 최신 수신 기록만 남기고 자료의 기준 시각을 지우면, 과거 상태를 현재 상태로 읽을 여지가 생긴다.

패킷 생성시각을 개별 센서의 측정시각과 무조건 같다고 볼 수도 없다. 자료를 모으고 묶는 방식에 따라 두 시각의 관계가 달라질 수 있다. 위성 내부의 시간 표시를 지상 시간과 연결하는 기준도 필요하다. 앞선 궤도 추적에서 좌표와 기준 시각을 함께 다루었듯, 상태 정보에도 어떤 시점의 값인지 해석할 약속이 붙어야 한다.

정상 범위와 데이터의 신선도는 별도로 읽는다

전압이 정해진 범위 안에 들어온다는 판단은 값의 크기를 평가한 결과다. 데이터가 유효하다는 판단은 추출과 변환 등에서 사용할 수 있는 값으로 처리되었다는 뜻이다. 여기에 얼마나 오래된 자료인지가 더해진다. 세 조건은 서로 관련되어 있지만 하나로 대신할 수는 없다.

화면에 보이는 상황	알 수 있는 것	추가 확인
최근의 유효한 정상값	그 시점의 해당 항목이 범위 안에 있음	관련 항목·운용 모드
오래된 정상값	과거에는 범위 안에 있었음	갱신 중단 이유·예정 접촉
최근의 유효한 범위 초과값	해당 기준을 벗어난 관측이 있음	추세·상태 전환·원인
해석이 유효하지 않은 값	현재 표시값을 그대로 믿기 어려움	수신 품질·정의·변환 과정

마지막 정상값을 계속 표시하면 화면은 안정적으로 보일 수 있다. 그러나 새 자료가 들어오지 않는 동안 현재 상태를 확인하지 못하고 있다는 사실까지 사라져서는 곤란하다. Yamcs는 파라미터에 만료 조건을 설정하고, 그 시간이 지나면 최신 상태를 알 수 없다는 의미로 다루는 구조를 설명한다. 과거 정상값을 보존하는 일과 현재 정상이라고 표시하는 일의 차이가 드러나는 대목이다.

모든 항목에 같은 만료 시간을 적용하는 것도 적절하지 않을 수 있다. 천천히 변하는 상태와 짧은 시간에 변할 수 있는 상태는 갱신 주기와 판단 목적이 다르다. 예정된 비접촉 구간도 고려해야 한다. 따라서 얼마 동안 새 자료가 없으면 오래된 값으로 볼지는 임무와 항목의 성격에 맞춰 정한다. 특정 시간만 지나면 모든 위성이 위험하다는 공통 기준으로 설명할 수는 없다.

경보가 나타나면 값이 만들어진 경로부터 살핀다

빨간색이 나타났을 때에는 그 표시가 무엇을 뜻하는지 먼저 알아야 한다. 값의 한계 초과를 알리는 색인지, 자료가 오래되었다는 표시인지, 이전에 발생한 경보가 아직 남아 있는지에 따라 확인할 내용이 달라진다. 화면의 색상과 경보 유지 방식은 관제체계마다 다를 수 있다.

유효성과 시각을 확인한 뒤에는 운용 상황을 본다. 장치가 켜지는 구간과 안정적으로 작동하는 구간을 같은 기준으로 읽어도 되는지 살피는 것이다. Yamcs는 다른 파라미터가 나타내는 상태에 따라 경보 한계가 달라질 수 있는 구조를 제공한다. 경보 기준이 숫자 하나로만 정해지는 것이 아니라 장치가 어떤 조건에 있는지와 연결될 수 있다는 뜻이다.

그다음에는 변화의 흐름과 관련 항목을 비교한다. 온도가 갑자기 높아졌다면 인접 센서, 전력 상태, 직전 작업 기록이 원인을 좁힐 자료가 될 수 있다. 여러 값이 같은 시점에 갱신되지 않았다면 통신과 지상 처리 경로도 점검할 후보가 된다. 이것은 모든 위성에 적용할 조치 순서를 정한 것이 아니라, 화면의 결과에서 그 결과를 만든 경로로 판단을 확장하는 방법이다. 실제 대응은 임무의 검증된 절차에 따른다.

즉시 대응해야 할 위험 항목도 있으므로 단발성 값을 모두 무시해서는 안 된다. 대응이 필요하다는 판단과 고장 원인이 확인되었다는 판단을 구분하면 된다. 운용자가 경보를 확인했다는 기록 역시 장비 문제가 해결되었다는 기록과는 다르다. 확인, 조치, 회복을 구별해 남겨야 이후에도 무엇을 근거로 판단했는지 되짚을 수 있다.

여러 화면으로 전달되어도 값의 근거는 함께 가야 한다

위성의 상태 정보가 다른 화면이나 분석체계로 넘어갈 때에도 같은 문제가 남는다. 전압 숫자만 전달하고 단위나 기준 시각을 빠뜨리면 받는 쪽에서 원래의 의미를 되살리기 어렵다. 화면이 방금 갱신되었다는 표시도 그 안의 모든 항목이 같은 순간에 측정되었다는 뜻은 아니다.

C4I에서 위치 보고를 공유하는 상황도 이 관점으로 볼 수 있다. 과거에 관측한 위치가 늦게 도착했을 때 수신시각만으로 최신 위치라고 판단하면 이동 상황을 잘못 읽을 수 있다. 앞서 다룬 센서 융합에서 시각과 불확실성을 함께 살폈던 이유가 위성 상태 감시에도 이어진다. 정보가 여러 체계를 지나갈수록 값의 출처와 기준 시각, 품질을 함께 유지해야 한다는 점에서 두 문제는 닮아 있다.

짧은 생각
정보체계를 바라볼 때에는 화면에 얼마나 많은 숫자가 보이는지보다 그 숫자를 어떤 근거로 믿을 수 있는지가 더 중요하게 느껴진다. 마지막 정상값을 남기는 기능은 기록을 보존하는 데 유용하지만, 현재 상태를 확인하지 못한다는 사실도 드러내야 한다. 나는 관제 화면의 ‘현재 모름’을 정보 부족의 흔적으로만 보지 않는다. 판단할 수 있는 범위를 정확히 알려주는 표시이기도 하다.

상태를 읽은 다음에는 명령의 결과를 확인해야 한다

위성의 신호를 받는 일은 관제의 출발점이다. 받은 자료를 정확히 해석하고 어느 시점의 상태인지 확인해야 그다음 동작을 판단할 수 있다. 정상값, 최신값, 유효한 값이 각각 무엇을 설명하는지 나누어 보면 화면의 경보도 장비의 고장과 곧바로 같은 뜻이 되지는 않는다.

상태를 확인한 운용자는 필요한 명령을 보낼 수 있다. 이제는 그 명령을 지상에서 전송했다는 기록만으로 위성이 수행했다고 볼 수 있는지가 남는다. 다음 글에서는 명령의 전송과 접수, 실행 결과가 서로 다른 확인 단계로 나뉘는 이유를 이어서 살펴본다.

함께 읽으면 좋은 글

지상국이 위성을 찾고 접촉 시간을 준비하는 과정을 앞선 글에서 확인할 수 있다. 이번 글은 그 교신으로 받은 상태 정보를 읽는 단계로 이어진다.

위성은 어떻게 다시 찾을까? 궤도 예측과 첫 교신을 준비하는 지상국

 

참고자료

• ESA — Telemetry & Telecommand: 하향 텔레메트리와 상향 명령, 전달 자료의 구분.
• ESA — Data Systems: 위성의 데이터 처리·저장과 비접촉 구간 이후 전송.
• Yamcs — Monitoring and Control Model: 수신·계산 파라미터, 문맥별 한계와 경보, 만료 상태. 특정 한국 위성의 실제 구현을 확인한 자료는 아니다.
• Yamcs — PacketPreprocessor: 패킷 생성시각·획득시각·순서 정보의 구분.