سیستمهای زمانی در GNSSاز GPS Time تا BeiDou و ثانیه کبیسه
GNSS در ذات خود یک سیستم اندازهگیری زمان است. هر منظومه ماهوارهای سیستم زمانی مخصوص به خود دارد و درک رابطه بین آنها برای پردازش دقیق موقعیت ضروری است. در این مقاله با TAI، UTC، زمان GPS، GLONASS، Galileo و BeiDou، ثانیه کبیسه و تبدیل بین سیستمها آشنا میشوید.
۱چرا زمان در GNSS حیاتی است
بسیاری از کاربران GNSS فکر میکنند این سیستم صرفاً یک سیستم موقعیتیابی است. اما در واقع، GNSS در اساس یک سیستم اندازهگیری زمان است. گیرنده شما زمان ارسال سیگنال از ماهواره و زمان دریافت آن را مقایسه میکند و از اختلاف زمانی، فاصله تا ماهواره را محاسبه میکند.
خطای ۱ میکروثانیه = ۳۰۰ متر!
سیگنال ماهوارهای با سرعت نور حرکت میکند (تقریباً ۳۰۰,۰۰۰ کیلومتر بر ثانیه). بنابراین تنها ۱ میکروثانیه (یکمیلیونیم ثانیه) خطا در ساعت، منجر به ۳۰۰ متر خطا در فاصلهسنجی میشود. این نشان میدهد چرا دقت زمانی در GNSS حیاتی است.
به همین دلیل، هر ماهواره GNSS مجهز به ساعت اتمی (سزیوم یا روبیدیوم و در نسلهای جدید هیدروژن) است. این ساعتها دقتی در حد نانوثانیه (یکمیلیاردیم ثانیه) دارند. در مقابل، گیرندههای کاربری از ساعت کوارتز ارزانقیمت استفاده میکنند که دقت بسیار کمتری دارند.
مثال ساده:
فرض کنید ساعت گیرنده شما ۱۰ نانوثانیه خطا داشته باشد. این خطا معادل حدود ۳ متر خطا در فاصلهسنجی است. حالا اگر خطای ساعت به ۱ میکروثانیه برسد (که برای ساعتهای کوارتز معمول است)، خطای موقعیت به ۳۰۰ متر میرسد. به همین دلیل گیرنده باید خطای ساعت خود را بهعنوان مجهول چهارم (علاوه بر سه مختصه مکانی) حل کند — و برای این کار حداقل به ۴ ماهواره نیاز دارد.
| نوع ساعت | دقت معمول | خطای فاصله معادل | محل استفاده |
|---|---|---|---|
| اتمی سزیوم | ~1 ns | ~0.3 m | ماهوارههای GNSS |
| اتمی روبیدیوم | ~5 ns | ~1.5 m | ماهوارههای GNSS |
| هیدروژن مِیزر | ~0.1 ns | ~0.03 m | ماهوارههای Galileo |
| کوارتز (گیرنده) | ~1 μs | ~300 m | گیرندههای کاربری |
۲زمان اتمی و UTC
قبل از بررسی سیستمهای زمانی هر منظومه، باید با سه مقیاس زمانی پایه آشنا شوید که زیربنای تمام سیستمهای زمانی GNSS هستند:
- •بر اساس ثانیه SI تعریف شده — دقیقترین تعریف زمان.
- •توسط BIPM (اداره بینالمللی اوزان و مقیاسها) نگهداری میشود.
- •مجموعهای از حدود ۴۵۰ ساعت اتمی در سراسر جهان آن را تولید میکنند.
- •پیوسته و یکنواخت — هیچگاه تنظیم یا پرش نمیکند.
- •مقیاس زمانی مدنی جهان — ساعت رسمی کشورها بر اساس آن تنظیم میشود.
- •بر پایه TAI اما با اعمال ثانیههای کبیسه (Leap Seconds) تا اختلافش با چرخش زمین (UT1) از ۰.۹ ثانیه تجاوز نکند.
- •رابطه:
UTC = TAI - Nکه N تعداد ثانیههای کبیسه تجمعی است (در حال حاضر N = 37).
- •بر اساس چرخش واقعی زمین تعریف میشود — نامنظم و غیرقابل پیشبینی دقیق.
- •بهتدریج از TAI عقب میافتد چون چرخش زمین کند میشود.
- •اختلاف DUT1 = UT1 - UTC بهصورت دورهای اعلام و در برخی سیگنالها پخش میشود.
رابطه کلیدی:
TAI = UTC + 37 seconds (as of 2024)TAI همیشه جلوتر از UTC است. هر بار که ثانیه کبیسه اضافه میشود، اختلاف یک ثانیه بیشتر میشود.
۳سیستمهای زمانی GNSS
هر منظومه ماهوارهای سیستم زمانی مخصوص به خود را تعریف کرده است. این سیستمها از نظر مبدأ (Epoch)، رابطه با TAI و نحوه برخورد با ثانیه کبیسه با هم تفاوت دارند:
| مبدأ (Epoch) | January 6, 1980 00:00:00 UTC |
| ثانیه کبیسه | ندارد — پیوسته (Continuous) |
| رابطه با TAI | GPST = TAI - 19 seconds |
| رابطه با UTC | GPST = UTC + 18 seconds (2024) |
اختلاف ثابت ۱۹ ثانیه با TAI به این دلیل است که در لحظه شروع GPS (ژانویه ۱۹۸۰)، اختلاف TAI - UTC دقیقاً ۱۹ ثانیه بود. چون GPS ثانیه کبیسه اعمال نمیکند، این اختلاف برای همیشه ثابت مانده است. اما اختلاف با UTC هر چند سال (با هر ثانیه کبیسه جدید) یک ثانیه بیشتر میشود.
| ویژگی منحصربهفرد | همراستا با UTC (شامل ثانیه کبیسه!) |
| ثانیه کبیسه | دارد — مطابق UTC اعمال میشود |
| رابطه با UTC | GLONASST = UTC(SU) + 3 hours |
| نکته | آفست ۳ ساعته مربوط به منطقه زمانی مسکو است |
هشدار: از آنجا که GLONASS ثانیه کبیسه دارد، در لحظه اعمال ثانیه کبیسه یک ناپیوستگی (Discontinuity) در زمان رخ میدهد. این موضوع پردازش ترکیبی GPS + GLONASS را پیچیدهتر میکند.
| مبدأ (Epoch) | August 22, 1999 00:00:00 UTC |
| ثانیه کبیسه | ندارد — پیوسته (Continuous) |
| رابطه با TAI | GST = TAI - 19 seconds |
| رابطه با GPST | GST ≈ GPST (nanosecond-level difference) |
Galileo عمداً آفست خود با TAI را برابر GPS قرار داده (TAI - 19) تا سازگاری حداکثری با GPS داشته باشد. در عمل اختلاف GPST و GST در حد نانوثانیه است و برای اکثر کاربردها قابل صرفنظر است.
| مبدأ (Epoch) | January 1, 2006 00:00:00 UTC |
| ثانیه کبیسه | ندارد — پیوسته (Continuous) |
| رابطه با TAI | BDT = TAI - 33 seconds |
| رابطه با GPST | BDT = GPST - 14 seconds |
اختلاف ۱۴ ثانیهای BDT با GPST به این دلیل است که بین سال ۱۹۸۰ (مبدأ GPS) و ۲۰۰۶ (مبدأ BeiDou)، دقیقاً ۱۴ ثانیه کبیسه به UTC اضافه شده بود. همچنین BDT = TAI - 33 زیرا 33 = 19 + 14.
| سیستم زمانی | مبدأ | ثانیه کبیسه؟ | Offset from TAI |
|---|---|---|---|
| GPST | 1980-01-06 | خیر | TAI - 19s |
| GLONASST | — | بله | UTC(SU) + 3h |
| GST | 1999-08-22 | خیر | TAI - 19s |
| BDT | 2006-01-01 | خیر | TAI - 33s |
۴ثانیه کبیسه (Leap Second)
سرعت چرخش زمین ثابت نیست — بهطور کلی رو به کندی است (عمدتاً بهدلیل اثرات جزر و مدی ماه). این یعنی یک «روز» بر اساس چرخش زمین (UT1) بهتدریج طولانیتر از یک «روز» بر اساس ساعت اتمی (TAI) میشود. ثانیه کبیسه ابزاری است برای هماهنگ نگهداشتن UTC با چرخش زمین.
ثانیه کبیسه چگونه اعمال میشود؟
در تاریخهای ۳۰ ژوئن یا ۳۱ دسامبر، یک ثانیه اضافه به UTC اضافه میشود. در این حالت ساعت بهجای رفتن از 23:59:59 به 00:00:00، ابتدا به 23:59:60 میرود و سپس به 00:00:00.
23:59:58 UTC
23:59:59 UTC
23:59:60 UTC ← leap second!
00:00:00 UTC (next day)تأثیر بر سیستمهای GNSS
- •GPS, Galileo, BeiDou: ثانیه کبیسه را نادیده میگیرند. زمان آنها پیوسته است و هیچ پرشی ندارد.
- •GLONASS: ثانیه کبیسه را اعمال میکند! این یعنی در لحظه ثانیه کبیسه، یک ناپیوستگی یکثانیهای در زمان GLONASS رخ میدهد.
تاریخچه ثانیههای کبیسه (نمونههای کلیدی)
| تاریخ اعمال | TAI - UTC | توضیح |
|---|---|---|
| 1972-01-01 | 10 | اولین ثانیههای کبیسه (شروع سیستم) |
| 1980-01-01 | 19 | مبدأ GPS Time (۶ ژانویه ۱۹۸۰) |
| 1999-01-01 | 32 | نزدیک مبدأ Galileo (اوت ۱۹۹۹) |
| 2006-01-01 | 33 | مبدأ BeiDou Time |
| 2012-07-01 | 35 | — |
| 2015-07-01 | 36 | — |
| 2017-01-01 | 37 | آخرین ثانیه کبیسه (تا ۲۰۲۴) |
آینده ثانیه کبیسه
در نوامبر ۲۰۲۲، ITU (اتحادیه بینالمللی مخابرات) رأی به حذف ثانیه کبیسه پس از سال ۲۰۳۵ داد. از آن تاریخ، UTC بدون پرش خواهد بود و اختلاف آن با UT1 میتواند بیش از ۰.۹ ثانیه شود. این تصمیم بسیاری از مشکلات نرمافزاری و پردازشی مرتبط با ثانیه کبیسه را حل خواهد کرد.
۵تبدیل بین سیستمهای زمانی
یکی از مهمترین مهارتها در پردازش GNSS، توانایی تبدیل بین سیستمهای زمانی مختلف است. در زیر فرمولهای اصلی آورده شدهاند:
GPST ↔ UTC
GPST = UTC + leap_seconds
UTC = GPST - leap_seconds
// Example (2024): leap_seconds = 18 (since GPS epoch)
// Note: 37 total leap seconds - 19 at GPS epoch = 18
GPST = UTC + 18 secondsGPST ↔ TAI
GPST = TAI - 19 seconds // fixed, never changes
TAI = GPST + 19 secondsGPST ↔ BDT
BDT = GPST - 14 seconds // fixed offset
GPST = BDT + 14 secondsGPST ↔ GST
GST ≈ GPST // same TAI offset (TAI - 19)
// Difference is at nanosecond level
// For most applications: GST = GPSTGLONASST ↔ UTC
GLONASST = UTC(SU) + 3 hours
UTC = GLONASST - 3 hoursGPST ↔ GLONASST
GLONASST = GPST - leap_seconds + 3 hours
GPST = GLONASST + leap_seconds - 3 hours
// Example (2024): leap_seconds = 18
// GLONASST = GPST - 18s + 3hجدول جامع تبدیل
| مبدأ → مقصد | فرمول | نوع آفست |
|---|---|---|
| TAI → GPST | GPST = TAI - 19s | ثابت |
| TAI → GST | GST = TAI - 19s | ثابت |
| TAI → BDT | BDT = TAI - 33s | ثابت |
| TAI → UTC | UTC = TAI - 37s (2024) | متغیر |
| GPST → UTC | UTC = GPST - 18s (2024) | متغیر |
| GPST → BDT | BDT = GPST - 14s | ثابت |
| GPST → GST | GST ≈ GPST | ثابت (~ns) |
| GPST → GLONASST | GLONASST = GPST - 18s + 3h | متغیر |
| UTC → GLONASST | GLONASST = UTC + 3h | ثابت |
نکته مهم:
آفستهایی که «متغیر» مشخص شدهاند، با هر ثانیه کبیسه جدید تغییر میکنند. آفستهای «ثابت» هرگز تغییر نمیکنند چون هر دو طرف فرمول، سیستمهای پیوسته (بدون ثانیه کبیسه) هستند.
۶اهمیت عملی و بایاس بینسیستمی (ISB)
در پردازش چندمنظومهای (Multi-GNSS)، وقتی مشاهدات GPS، GLONASS، Galileo و BeiDou را همزمان پردازش میکنید، تفاوت سیستمهای زمانی منجر به ایجاد پارامتری به نام بایاس بینسیستمی یا Inter-System Bias (ISB) میشود.
ISB چیست؟
ISB اختلاف سیستماتیک ساعت گیرنده نسبت به سیستمهای زمانی مختلف است. حتی اگر آفستهای نظری بین سیستمها مشخص باشد، عوامل دیگری مثل تأخیرات سختافزاری گیرنده، اختلاف فرکانسی و خطاهای پردازش سیگنال باعث ایجاد ISB میشوند.
چرا ISB مهم است؟
- •در پردازش تکمنظومهای (مثلاً فقط GPS)، یک پارامتر ساعت گیرنده کافی است.
- •در پردازش چندمنظومهای، برای هر منظومه اضافی یک ISB جدید باید تخمین زده شود.
- •مثال: GPS + GLONASS + Galileo + BeiDou → یک ساعت مرجع (معمولاً GPST) + سه ISB
GLONASS: چالشبرانگیزترین سیستم
GLONASS به دو دلیل پردازش آن پیچیدهتر از بقیه است:
- ۱.ثانیه کبیسه: زمان GLONASS ناپیوسته است (برخلاف GPS/Galileo/BeiDou).
- ۲.FDMA: GLONASS از تقسیم فرکانسی (FDMA) استفاده میکند که باعث میشود ISB بین ماهوارههای مختلف GLONASS هم متفاوت باشد (Inter-Frequency Bias).
ساعت گیرنده و سیستم مرجع
در عمل، بیشتر گیرندههای چندمنظومهای ساعت داخلی خود را روی GPST تنظیم (steer) میکنند. سپس برای هر منظومه دیگر، یک ISB نسبت به GPST محاسبه میشود:
// Receiver clock model in multi-GNSS processing:
dt_receiver = dt_GPS // reference clock
ISB_GLO = dt_GLONASS - dt_GPS // GLONASS bias
ISB_GAL = dt_Galileo - dt_GPS // Galileo bias
ISB_BDS = dt_BeiDou - dt_GPS // BeiDou bias
// Total unknowns: X, Y, Z, dt_GPS, ISB_GLO, ISB_GAL, ISB_BDS = 7سیستمهای زمانی در فایل RINEX
| منظومه | سیستم زمانی در RINEX | نکته |
|---|---|---|
| GPS (G) | GPST | زمانهای مشاهده بر اساس GPST |
| GLONASS (R) | UTC | زمانهای ناوبری بر اساس UTC (نه GLONASST!) |
| Galileo (E) | GST | عملاً برابر GPST |
| BeiDou (C) | BDT | GPST - 14s |
نکته عملی مهم
وقتی فایل RINEX را باز میکنید، زمانهای مشاهده (Observation Epochs) معمولاً بر اساس GPST ثبت شدهاند، اما افمریدهای ناوبری GLONASS بر اساس UTC هستند. این تفاوت میتواند باعث سردرگمی شود. همیشه قبل از پردازش بررسی کنید که نرمافزار شما چه سیستم زمانی را بهعنوان مرجع استفاده میکند.
نکات عملی
همیشه بررسی کنید نرمافزار پردازش شما از کدام سیستم زمانی بهعنوان مرجع استفاده میکند (معمولاً GPST).
در پردازش چندمنظومهای، ISB را بهعنوان مجهول اضافه تخمین بزنید — نادیده گرفتن آن خطای سیستماتیک ایجاد میکند.
GLONASS بهدلیل ثانیه کبیسه و FDMA، بیشترین پیچیدگی را در ISB دارد. اگر دقت بالا نیاز ندارید، حذف GLONASS از پردازش گاهی نتیجه بهتری میدهد.
هنگام کار با دادههای بلادرنگ (Real-time)، مراقب ثانیههای کبیسه آینده باشید — ممکن است نرمافزار شما در لحظه اعمال ثانیه کبیسه دچار مشکل شود.
آفستهای ثابت (GPST-BDT=14s, GPST-TAI=-19s) را حفظ کنید. آفستهای متغیر (GPST-UTC) را از پیام ناوبری GPS (پارامتر ΔtLS) بخوانید.
مطالب مرتبط
IMU و جبران زاویه انحراف ژالون
نقشهبرداری بدون نیاز به تراز کردن ژالون — با استفاده از سنسورهای اینرسی، موقعیت نوک ژالون حتی در حالت کج محاسبه میشود.
موقعیتیابی تصویری
ترکیب دوربین و GNSS برای تعیین موقعیت از روی تصاویر — کاربرد در مناطقی که سیگنال ماهوارهای ضعیف است.
پیادهسازی واقعیت افزوده
مشاهده نقاط طرح روی صفحهنمایش در محیط واقعی — سرعت و دقت بالاتر در پیادهسازی پروژههای عمرانی.
آیا این مطلب برای شما مفید بود؟