# 위성 시계 동기화와 시간 체계

#### GNSS 시스템에서 시간의 중요성

GNSS 위성들은 지구 궤도를 공전하며 매우 정밀한 원자시계를 탑재한다. 사용자가 지상에서 위성신호를 수신할 때, 신호가 전파를 통해 이동하는 데 걸리는 시간을 정확히 측정해야만 거리 정보를 정확하게 계산할 수 있다. 이때 ‘시간 오차’는 거리 계산에서 치명적인 오차 요인이 되며, 이는 순식간에 수 미터 이상의 위치 오차로 이어질 수 있다. 따라서 각 위성 시계가 동일한 기준시간(예: GPS 시각, Galileo 시각 등)에 최대한 일치하도록 유지·보정하는 과정이 필수적이다.

GNSS 운영 기관(예: 미국의 GPS 운영기관, 유럽의 ESA, 중국의 CNSA 등)은 지상 관제국에서 위성 시계 상태를 모니터링하고, 필요한 보정 계수를 주기적으로 계산하여 위성에 업링크한다. 위성은 이 보정 계수를 이용해 자신의 시계를 재보정하거나, 사용자에게 신호를 보낼 때 특정 식을 통해 보정값을 포함하여 전송한다. 사용자는 수신한 위성의 시각 정보에 이 보정값을 적용하여 실제 GNSS 기준시간에 최대한 가깝게 맞춘 시각을 얻는다.

#### GNSS 공통 기준시와 위성 시계 오차

GPS를 예로 들면 GPS 시간을 $\mathrm{GPST}$라 할 때, 각 위성의 실제 시각은 보정되지 않은 자체 내부 시계 $\mathrm{CLK}*\mathrm{sat}$에 의해 유지된다. 하지만 $\mathrm{CLK}*\mathrm{sat}$와 $\mathrm{GPST}$ 사이에는 다음과 같은 형태의 오차가 발생한다고 가정할 수 있다.

$$
\Delta t\_\mathrm{sat}(t) = a\_f + a\_d , (t - t\_0) + a\_{d2} , (t - t\_0)^2 + \cdots
$$

* $a\_f$: 기준 시각 $t\_0$에서의 위성 시계 오프셋(Offset)
* $a\_d$: 1차 위성 시계 드리프트(Drift) 계수
* $a\_{d2}$: 2차 드리프트 계수 (일부 위성에서는 무시하거나 일정한 값으로 간주)
* $t$: GNSS 시스템 기준시간(GPS 시간 등)
* $t\_0$: 보정계수가 유효한 기준 시점

위 식은 단순화된 2차 다항식 형태이며, 실제로는 방송항법 메시지의 시계 보정 파라미터를 사용하여 이용자 측에서 각 시점을 기준으로 위성 시계의 오차를 추정하고 보정한다.

#### 위성 시계 모델링과 시계 수신 편차

수신기가 위성으로부터 전송되는 항법 메시지를 받아 해석할 때, 위성 시계 오차 $\Delta t\_\mathrm{sat}$를 바로 적용하면 “위성의 송신 시각”이 GNSS 공통 기준시간(예: $\mathrm{GPST}$)과 동일하다고 가정할 수 있다. 수신기는 이 보정된 시각을 사용해 신호의 전파 도달 시간을 측정한다. 이를 통해 신호가 공중에서 이동한 경로에 해당하는 거리를 계산한다.

하지만 실제로는 위성 시계 보정만으로 끝나지 않는다. 사용자 수신기의 내부 시계 역시 절대적인 GNSS 기준시와 일치하지 않기 때문에, 추가로 수신기 시계 오차 항을 고려해야 한다. 즉, 최종적으로 다음과 같은 식으로 위성-수신기 간의 거리 방정식이 표현된다.

$$
\rho\_i = |\mathbf{r}*\mathrm{sat}^{(i)}(t) - \mathbf{r}*\mathrm{rcv}(t)| + c \left(\Delta t\_\mathrm{rcv} - \Delta t\_\mathrm{sat}^{(i)}\right)
$$

* $\rho\_i$: $i$번 위성으로부터 측정된 유효 거리(측정 신호 지연 시간 $\times c$)
* $\mathbf{r}\_\mathrm{sat}^{(i)}(t)$: GNSS 기준시 $t$에서 $i$번 위성의 위치 벡터
* $\mathbf{r}\_\mathrm{rcv}(t)$: GNSS 기준시 $t$에서 수신기의 위치 벡터
* $c$: 진공에서의 광속
* $\Delta t\_\mathrm{rcv}$: 수신기 내부 시계 오차
* $\Delta t\_\mathrm{sat}^{(i)}$: $i$번 위성 시계 오차

#### 절대시와 GNSS 고유 시각

지구상의 보편적 시간 좌표계를 설정하기 위해서는 여러 표준시(UTC, TAI 등)를 바탕으로 GNSS별 기준시를 정의한다. 예를 들어, GPS는 $\mathrm{GPST}$, Galileo는 $\mathrm{GST}$, BeiDou는 $\mathrm{BDT}$ 등을 활용한다. 이때 각 위성 시스템의 내부 시간 스케일은 고유의 원자시계를 기준으로 유지되지만, 다른 시스템과의 상호운영성을 위해 일정 주기로 상호 간의 오차(Inter-System Bias)를 모니터링하고 보정해야 한다.

위성 시계 동기화는 크게 두 가지 단계로 이루어진다.

1. **정밀 원자시계 기반 유지** GNSS 운용국은 위성에 탑재된 루비듐(Rubidium), 세슘(Cesium) 같은 원자시계나 마이크로파 원자시계를 통해 단기 안정도를 유지한다. 정기적으로 지상 관제국이 위성에서 수신한 신호를 바탕으로 시계 동기 상태를 측정한다.
2. **지상관제국의 보정 파라미터 계산 및 업링크** 각 위성별로 시간 오프셋, 드리프트 등을 추정하고, 이를 다항식 계수 형태로 정리해 위성에 전송하거나, 위성에서 방송할 항법 메시지에 담아 둔다. 사용자는 이 계수를 신호 수신 시에 적용함으로써 위성 시계를 GNSS 기준시와 최대한 맞추어 활용할 수 있다.

#### 지구중심 좌표계와 시간 변환

GNSS 신호 처리에서 상대론적 효과와 위성 궤도 상에서의 중력 퍼텐셜 차이에 의해 미세한 시간 변환 절차가 필요하다. 일반적으로 GPS 같은 경우, 지구중심기준좌표계(ECEF; Earth-Centered Earth-Fixed)와 GPS 시간이 서로 연동된다. 실제로는 상대론 효과로 인해 수 ns(나노초) 단위의 차이가 누적될 수 있으므로 다음과 같은 추가 항을 고려한다.

$$
\Delta t\_\mathrm{rel} = \frac{-2 , \mathbf{v}*\mathrm{sat} \cdot \mathbf{r}*\mathrm{sat}}{c^2}
$$

* $\mathbf{v}\_\mathrm{sat}$: 위성의 속도 벡터
* $\mathbf{r}\_\mathrm{sat}$: 위성의 위치 벡터
* $c$: 광속

위 방정식은 소위 “1차 상대론 보정 항”으로서 위성이 지구 주위를 고속으로 공전할 때 발생하는 시간 지연 효과를 간단하게 나타낸 식이다. GNSS 항법 메시지에는 이를 비롯한 시계 보정 항들이 포함되며, 사용자는 수신기에서 이 항을 자동적으로 적용하거나, 수신기 펌웨어에서 특정 알고리즘을 통해 반영한다.

#### GNSS 시간과 UTC

GNSS가 사용하는 시간 스케일은 국제협정시(UTC)와 직접 일치하지 않는다. GPS 시간($\mathrm{GPST}$)의 경우 1980년 1월 6일 0시(UTC)를 기점(주·주 내 시각으로 구성)으로 정의되며, UTC에 도입되는 윤초(Leap Second)를 적용하지 않는다는 차이가 있다. 예를 들어, 2020년 기준 GPS 시간과 UTC는 약 18초 정도 차이가 있었다. 이는 UTC에서 특정 시점마다 윤초가 추가·적용되기 때문이다.

GNSS 수신기는 방송항법 메시지를 통해 ‘UTC와의 오프셋 파라미터’를 받게 된다. 사용자가 UTC 기반 시각이 필요할 때는 이 오프셋을 활용하여 변환한다. 이 오프셋은 위성 측정 시각에 곧바로 영향을 주는 보정 항목은 아니지만, 사용자에게 필수적인 보정 정보로 제공된다. 예를 들어 GPS가 방송하는 항법 메시지에는 $A\_0, A\_1$ 등의 형식으로 UTC-포인트 변환계수가 존재한다.

아울러 다른 GNSS 시스템(예: Galileo, BeiDou, GLONASS 등)도 자체 시간 스케일과 UTC 사이에 발생하는 차이를 비슷한 방식으로 전달한다. 이때 각 GNSS마다 서로 다른 ‘기준 시점’과 ‘윤초 반영 여부’가 존재하므로, 다중 GNSS 신호를 동시 활용하려면 각 시스템의 표준시와 UTC 사이의 변환식을 주의깊게 적용해야 한다.

#### 다중 GNSS 환경에서 시간 정합

여러 GNSS 시스템의 시각 정보(예: GPS 시각, Galileo 시각, GLONASS 시각 등)를 동시에 이용하면, 가시 위성 수가 늘어나는 장점이 있지만, 시스템별로 기준시가 조금씩 다르다는 점이 오차로 이어질 수 있다. 이를 최소화하기 위해 수신기 내부 알고리즘은 ‘GNSS 시스템 간 시간 오프셋’을 추정하고 보정한다.

예를 들어, GPS와 GLONASS를 함께 사용하는 경우, GLONASS는 UTC를 기반으로 한 PZ-90 좌표계와 GLONASS 시각을 쓰므로, GPS 시각과 GLONASS 시각 간에 약간의 오프셋이 존재한다. 이를 $\Delta t\_\mathrm{GPS-GLONASS}$라 할 때,

$$
t\_\mathrm{GLONASS} \approx t\_\mathrm{GPS} + \Delta t\_\mathrm{GPS-GLONASS}
$$

의 관계가 방송항법 메시지, 혹은 수신기 추정 알고리즘을 통해 보정된다. 실제로는 이 오프셋이 고정값이 아니기 때문에, 지속적으로 변동 값을 예측·갱신해야 한다. 일부 수신기는 이렇게 다중 GNSS 간 시간 정합을 자기장비 내부에서 자동으로 처리하고, 사용자에게 단일 시각 스케일(주로 GPS 시각 또는 UTC)만 제공한다.

#### UTC·TAI와 GNSS 간 상대적 지연

TAI(국제원자시)와 UTC(협정세계시)는 보통 전 세계적으로 표준화한 시간을 정의하는 근간이다. TAI는 원자 클록 기반의 누적 시간을 그대로 표시하므로 윤초가 없다. UTC는 일(日) 길이를 태양일(지구 자전)과 일정 수준 맞추기 위해 윤초를 삽입한다. GNSS 시간 스케일은 대체로 TAI와 선형적 관계를 갖되, 시스템 운용 편의를 위해 특정 시점을 기점으로 윤초를 적용하지 않거나, 별도 보정 절차를 둔다.

GNSS 수신 단말에서는 사용자가 필요로 하는 ‘지역 시각’ 혹은 ‘UTC 시각’을 제공할 수 있도록, 여러 가지 보정 항목을 함께 계산한다. 이 과정에는 다음 요소들이 포함된다.

* **GNSS 고유 시각→GNSS 공통 기준시** 변환
* **GNSS 공통 기준시→UTC 혹은 TAI** 변환
* **윤초 적용 시점** 확인 및 보정
* **지역 타임존(Time Zone)** 보정(예: UTC+9 등)

이러한 변환 과정은 항법 메시지, 보정 파라미터, 실시간 방송 데이터를 바탕으로 수행되며, 시계 동기화 정밀도가 곧 위치결정 정밀도에 직결되므로 매우 중요하다.

#### 상대론적 영향과 중력 퍼텐셜 오차

GNSS 위성 시계는 지구 표면에 있는 시계와 ‘상대론적으로’ 시간이 다르게 흐른다. 위성은 약 4\~5 km/s 수준으로 빠르게 이동하며, 지표면보다 낮은 중력 퍼텐셜에서 운동하므로, 상대론적으로 시계가 빨리 혹은 느리게 진행된다. GPS 기준으로는 약 $38,\text{μs/day}$ 정도의 보정이 필요하다고 알려져 있다. 이를 단순화해 나타내면,

$$
\Delta t\_\mathrm{rel} = \Delta t\_\mathrm{grav} + \Delta t\_\mathrm{vel}
$$

* $\Delta t\_\mathrm{grav}$: 위성이 받는 중력 퍼텐셜 차이에 따른 보정 항
* $\Delta t\_\mathrm{vel}$: 위성 속도(공전 속도)에 따른 특수상대론적 보정 항

대부분의 GNSS 시스템은 이론적으로 정립된 상대론 공식에 따라 ‘위성의 설계 단계’에서 일차 보정값을 시계에 사전 반영한다. 추가로, 항법 메시지를 통해 미세 보정값을 주기적으로 사용자에게 제공하여 정확도를 높인다.

#### 항법 메시지의 시계 보정 파라미터

GNSS 각 위성은 항법 메시지를 통해 시계 보정 파라미터를 제공한다. 예를 들어 GPS 위성이 방송하는 항법 메시지에는 시계 보정에 대한 2차다항식 계수($a\_f$, $a\_d$, $a\_{d2}$ 등)와 함께 메시지가 유효한 기준 시각($t\_0$)이 포함된다. 사용자는 해당 위성의 신호를 수신할 때 다음 단계를 거쳐 위성 시계 오프셋을 산출한다.

1. **다항식 보정** $\Delta t\_\mathrm{sat}(t) = a\_f + a\_d (t - t\_0) + a\_{d2} (t - t\_0)^2 + \cdots$ 이 식에서 $t$는 GNSS 시간 스케일에서 표현된 시각이며, 위의 항들이 위성 시계와 시스템 기준시(예: GPS 시각) 간 오차를 나타낸다.
2. **상대론 보정** 이미 설계 단계에서 어느 정도 반영이 되었더라도, 항법 메시지 내 상대론 보정 항($\Delta t\_\mathrm{rel}$)을 추가로 고려해야 한다. 예: $\Delta t\_\mathrm{final} = \Delta t\_\mathrm{sat}(t) + \Delta t\_\mathrm{rel}$
3. **방송 시점 보정** 위성에서 신호가 송신된 시점을 기준으로 한 보정값인지, 혹은 특정 에포크(관제국에서 보정값을 산출할 때 사용한 시각)를 기준으로 한 보정값인지에 대한 차이를 주의 깊게 적용한다.

수신기는 이와 같은 절차를 통해 각 위성별 시계 오프셋을 보정한 후, 위성-수신기 간 시간차를 거리로 환산하여 측정 방정식에 투입한다.

#### 수신기 내부 시계 보정 알고리즘

수신기는 보통 쿼츠(Quartz) 오실레이터 기반 또는 루비듐, 세슘 등 상대적으로 저렴·소형화한 클록을 내장한다. 이 내부 시계는 GNSS 기준시와 상호 비교되어 지속적으로 보정이 이루어진다. 예를 들어 다음과 같은 Kalman Filter(혹은 확장 칼만 필터, EKF)를 적용할 수 있다.

1. **관측 벡터** 수신기에 들어오는 측정치(위성-수신기 거리 차이, 코드 측정, 반송파 위상 측정 등)가 필터에 입력된다.
2. 상태 변수
   * 수신기 위치: $\mathbf{x}\_\mathrm{rcv} = \begin{bmatrix} x \ y \ z \end{bmatrix}$
   * 수신기 시계 오프셋: $\Delta t\_\mathrm{rcv}$
   * 수신기 시계 드리프트: $\dot{\Delta t}\_\mathrm{rcv}$ (필요시)
   * 기타 오차 항: 전리층·대류권 지연 등 (필요시)
3. **시계 오프셋 추정** 필터는 각 위성으로부터 얻은 시계 보정값과 코드 측정을 이용해, “수신기 시계 오프셋”을 실시간으로 추정한다.
4. **업데이트** 새로운 측정 데이터가 들어올 때마다 예측-갱신(Predict-Update) 과정을 거쳐 상태 변수를 보정하고, 추정치의 공분산을 축소한다.

이 과정을 통해 수신기는 내부 시계를 GNSS 기준시와 최대한 근접하도록 유지한다. 별도의 고가 장비 없이도, 짧은 시간에는 충분히 정확한 클록 동기화가 가능하다.

#### 고정밀 시계 보정 (RTK, PPP 등)

실시간 kinematic(RTK)나 정밀 점위치(Precise Point Positioning, PPP) 기법을 사용하면, 시계 동기화 수준이 더욱 정밀해진다. 이 경우 다음과 같은 추가 데이터가 활용된다.

* **기준국(CORS, Continuously Operating Reference Stations) 데이터** 지상에 설치된 정밀 참조국에서 송출하는 실시간 보정 정보.
* **오차 분리 방법** 위상 측정(Carrier Phase)과 코드 측정 간 중복관측(Dual-Frequency) 및 위성·수신기 시계 에러를 구분하여 더 정확하게 추정.

특히 PPP 기법은 전 세계에 분산된 참조국에서 계산된 정밀 궤도·시계 보정을 사용자에게 제공하여, 몇 센티미터에서 수 센티미터 수준의 정확도를 얻는다. 여기서도 ‘위성 시계 보정’과 ‘수신기 시계 보정’이 핵심 변수가 되며, 일반 사용자용 단말보다 훨씬 세밀한 시계 동기화 프로세스를 수행한다.

#### 시계 오류의 축적과 재동기화

위성 시계는 보정 계수가 주기적으로 갱신되지 않으면, 초단파·온도 변동·전자 소자 열화 등으로 인해 시계 표준과 점차 벌어질 수 있다. 보정 과정 사이에 시계오차가 누적되는 것을 막기 위해 GNSS 운용기관은 정기적으로:

* 위성 시계 상태 측정 (추가·긴급 업링크)
* 지상국 측정 데이터 기반으로 궤도·시계 예측값 재산출
* 보정 파라미터 업데이트

수신기 역시 전원을 장시간 꺼두었다 켜는 경우, 초기 시계 상태가 크게 틀어질 수 있으므로, GNSS 신호를 수 분 이상 안정적으로 수신하여 “재동기화(Cold Start)” 과정을 거쳐야 한다.

#### GNSS 시스템별 시각 체계 특이점

GNSS 각 시스템은 표준시계(UTC, TAI 등)를 기반으로 하면서도 고유한 시간 스케일을 운용한다. 이때 시스템별로 정의된 “주(week)”와 “주 내 시각(seconds of week)” 구성이 유사해 보이지만, 다음과 같은 차이점들이 존재한다.

1. **GPS**
   * 시간 스케일 명칭: GPS Time($\mathrm{GPST}$)
   * 시작 기준(epoch): 1980년 1월 6일 0시(UTC)
   * 윤초 미반영 → UTC와 초단위 차 발생
   * Week Number Rollover(WNRO) 문제가 있어 1024주(약 19.7년) 주기로 ‘주 번호’가 재시작된다.
2. **GLONASS**
   * 시간 스케일 명칭: GLONASS Time
   * 시작 기준(epoch): 1996년 1월 1일 0시(UTC+3 형태, 러시아 시간대와의 역사적 배경)
   * 15분 단위 편차를 포함해 UTC 기준으로 동기화하지만, 세부적으로는 UTC(SU) 및 PZ-90 좌표계와 맞물림
   * 윤초 적용 시점마다 GLONASS 시각이 UTC와 다르게 변동 가능
3. **Galileo**
   * 시간 스케일 명칭: Galileo System Time($\mathrm{GST}$)
   * 시작 기준(epoch): 1999년 8월 22일 0시 TAI 기반
   * UTC와의 오프셋 보정 파라미터를 항법 메시지에 방송
   * Galileo 서비스 초기부터 GPS·UTC와의 상호운용성을 고려하여 보정 항을 상세히 제공
4. **BeiDou**
   * 시간 스케일 명칭: BeiDou Time($\mathrm{BDT}$)
   * 시작 기준(epoch): 2006년 1월 1일 0시(UTC+8 등으로 표기되는 경우도 있음)
   * 중국 내 다양한 지상국 관제 하에 유지되며, UTC와의 차이를 항법 메시지에 제공

시스템마다 고유한 시간을 쓰지만, 전 세계 사용자들에게는 UTC 등 표준시로 변환할 수 있는 보정 계수를 함께 제공한다. 다만, 시스템 간 동기 정도(Inter-System Time Offset)가 매 순간 동일하지는 않으므로, 다중 GNSS 활용 시에는 이를 추정하는 과정이 필수적이다.

#### GPS Week Number Rollover(WNRO)

GPS 시스템은 ‘주(Week) 번호’를 10비트(이후 확장 포맷 적용 가능)에 담아 방송한다. 이로 인해 1024주가 지나면(약 19.7년) 다시 0으로 돌아가는 이른바 “WNRO” 현상이 발생한다. 사용자 수신기는 보통 항법 메시지 안의 “주 번호”를 보고 현재 시간을 유추하는데, 롤오버가 발생하면 시각이 과거로 돌아간 것처럼 인식될 수 있다.

이를 방지하기 위한 대책은 수신기가 “최근에 가능한 주 번호 범위”를 판단하거나, 최신 펌웨어를 통해 별도 보정 로직을 두는 것이다. WNRO는 위성 시계 동기화 문제와는 직접적으로 다르지만, “GNSS 시간 스케일”을 정확히 해석하기 위한 중요한 이슈로 여겨진다.

#### GNSS 시간 좌표계 합성(Clock Ensemble)

위성 시계 동기화 과정에서 한 위성에만 의존하지 않고, 여러 대의 위성으로부터 얻은 정보를 종합적으로 “시계 합성(Clock Ensemble)” 처리하는 기법이 있다. 예컨대 지상관제국은 다수의 원자시계를 운용하고, 이들 시계를 상호 비교·평가(Constituting a Master Clock)하여 GNSS 표준시($\mathrm{GPST}$, $\mathrm{GST}$ 등)를 만들어낸다. 지상 스테이션에서 측정한 데이터를 바탕으로, 각 위성 시계가 “합성 기준시”와 어느 정도 차이가 있는지 추정하는 것이다.

이 합성된 기준시가 곧 GNSS 공통 시각(예: GPS System Time)이 되며, 실제 운용 단계에서는 다음 과정을 반복한다.

1. **지상국 측정** 다수의 지상 추적국이 모든 위성을 관측.
2. **원자시계 간 비교** 지상 관제국이 보유한 여러 루비듐·수소메이저·세슘 클록 등을 상호 비교해 “GNSS 마스터 시계”를 운영.
3. **위성 시계와의 편차 추정** 지상국에서 수신한 위성 신호와 지상 마스터 시계 간 위상·주파수 편차를 정밀 비교.
4. **오차 보정 파라미터 산출** 시계 오프셋, 드리프트, 2차 드리프트 등을 다항식으로 근사화해 위성에 업링크, 항법 메시지에 반영.

결국 수신기 입장에서는 이 “합성 결과”로부터 산출된 한 묶음의 보정 계수를 받아 위성 시계를 기준시와 동기화시키는 셈이다. 이를 통해 단기간·장기간 모두 안정적인 GNSS 기준시가 확보된다.

#### 매핑 함수와 대기 지연 보정과의 연동

정확한 위치결정을 위해서는 시계 보정뿐 아니라 대기 지연(특히 전리층, 대류권)도 함께 보정이 필수적이다. 여기서 시각에 대한 오차가 곧 거리 오차를 의미하므로, 시계 보정과 대기 지연 보정은 상호 의존적인 관계로 묶여 있다.

* **전리층 지연**: 이중 주파수(F1, F2 등)를 활용하면 전리층 지연을 상쇄시킬 수 있어 시계 오차를 더 정확히 분리 가능.
* **대류권 지연**: 다중 위성·다중 시각 관측치를 이용하여 수신기 시계 오차와 대류권 지연 항이 구분되도록 모델링.

즉, 정확한 시계 동기화가 이루어지지 않으면 대기 지연 추정도 오염되고, 반대로 대기 지연 모델이 부정확하면 시계 오차 추정에도 영향을 준다. RTK, PPP 등 정밀 측위에서는 이 둘을 동시에 추정하거나, 별도의 참고 모델(예: NWM, Numerical Weather Model)을 접목해 상호보완적으로 오차를 제거한다.

#### 미래 GNSS 시간 동기화 전망

신규 위성과 차세대 GNSS 시스템(예: GPS III, Galileo 후속 위성 등)은 더욱 높은 정확도의 원자시계(예: 마이크로파 원자시계, 레이저 쿼츠 시계 등)를 탑재하고, 보정 메시지도 더 자주·정교하게 전송하여 궁극적으로 cm급\~mm급 수준의 시간 동기화를 지향한다. 이는 위성 시계 동기화 오류로 인한 위치 오차를 더욱 줄여, 정밀 농업, 자율주행, 드론, 항공기 안전 운항 등 다양한 분야에서 중요한 역할을 한다.