Цикл лекцій: Система координатно-часового та навігаційного забезпечення України (КЧНЗ/СКНОУ)

День 1: Навігація і точність

Лектор: д-р Андрій, старший науковий співробітник лабораторії навігаційних систем

Дата: березень 2003 року

Вступ до теми

Студенти авіаційного університету прийшли на свою першу лекцію до лабораторії навігаційних систем, де їх ознайомили з практичними аспектами високоточної навігації та реальними інженерними викликами.

Андрій Ніколаєв, к.т.н., старший науковий співробітник

Перед студентами стояв чоловік середнього віку, чия постава і зосереджений погляд одразу видавали досвід точної інженерії та передових технологій. Його акуратно застебнута сорочка й стримані рухи відображали дисципліновану та методичну особистість.

Просто поруч із ним височіла рама станції контролю та корекції (СКК) — ядра навігаційної системи, що інтегрувало найсучасніші інженерні рішення. Під її металевою оболонкою розміщувалися приймачі супутникових сигналів, атомний стандарт часу й частоти, обчислювальний модуль на базі UNIX, маршрутизатор і кілька модемів передавання даних. Кожен компонент мав одну мету — забезпечити максимально можливу точність і надійність навігаційних розрахунків.

У напівтемній лабораторії індикатори обладнання ритмічно мерехтіли, обробляючи безперервний потік вхідних сигналів. Здавалося, ніби сама станція жива — працює, аналізує й адаптується в реальному часі. Це був не просто набір пристроїв; це був скоординований інтелектуальний вузол, де кожен процес, кожне обчислення і кожен алгоритм працювали узгоджено, щоб забезпечити стабільні часові та координатні опорні дані.

«Ласкаво прошу до циклу лекцій», — почав Андрій після короткої паузи, оцінюючи молодих інженерів. — «Мене звати Андрій. Я захистив кандидатську дисертацію в Харківському авіаційному університеті. Я працюю у сфері навігаційних систем достатньо довго, щоб побачити, наскільки глибоко ця технологія впливає на безпеку, точність і геополітику».

Чому незалежна навігація критично важлива?

Д-р Андрій повернувся до дошки й накреслив супутникове угруповання.

«Багато хто з вас вважає GPS остаточним і надійним рішенням», — сказав він. — «Але насправді це геополітичний інструмент».

Він знову повернувся до аудиторії й продовжив:

«Коли ми проводили випробування міжконтинентальної балістичної ракети “Тополь-М” на космодромі Плесецьк, сталося щось несподіване. Графік пуску був затверджений, усі підготовчі роботи завершені. Усе йшло штатно — аж доки за кілька хвилин до старту над районом випробувань не зник сигнал GPS».

Андрій зробив паузу, щоб студенти подумали.

«Як ви думаєте, що сталося?»

Хтось обережно відповів: «Відмова обладнання?»

Андрій похитав головою.

«Пуск довелося відкласти на дві години. Пізніше ми дізналися, що США навмисно вимкнули GPS над районом пуску саме в цей час. Вони вважали, що “Тополь-М” використовує GPS для остаточного позиціювання».

Небезпека режиму Selective Availability

«А тепер уявіть таке втручання не під час випробування, а в реальній військовій операції», — продовжив Андрій. — «Наприклад, якщо буде увімкнено режим Selective Availability, який США можуть активувати будь-коли, наслідки можуть бути серйозними».

«Що тоді станеться?» — запитав студент.

«Точність позиціювання впаде до 80–100 метрів,» — відповів Андрій. — «Це катастрофа, якщо ваша ціль потребує метрової точності».

Чому Україні була потрібна власна система

Андрій зробив крок до дошки й великими літерами написав: СКНОУ = навігаційний суверенітет

«Саме тому Україна мала побудувати власну навігаційну інфраструктуру. Ми не могли дозволити собі покладатися лише на GPS або GLONASS».

Студент підняв руку: «Але чому Україна була настільки залежною від GPS? Хіба ми не могли використовувати GLONASS?»

Андрій зітхнув: «Тому що в 1990-х Україна фактично втратила все у стратегічній сфері. Політичне керівництво — переважно колишні комуністи — здало наш ядерний арсенал, ракети й стратегічні бомбардувальники в обмін на “гарантії безпеки” від ядерних держав».

Навігація і військові конфлікти

Андрій змінив слайд і продовжив:

«СКНОУ розроблялася не лише для контролю навігації всередині України, а й для оцінювання точності глобальних навігаційних рішень. У межах своїх досліджень я аналізував точність системи NAVSTAR безпосередньо перед тим, як США розпочали військову операцію в Іраку у 2003 році».

Андрій зробив паузу, його вираз обличчя став серйознішим.

«Під час служби у Військово-повітряних силах з 1984 по 1986 рік я особисто забезпечив понад 500 польотів винищувача МіГ-21. Щоб ви розуміли масштаб: це майже половина від загальної кількості 1163 бойових вильотів, виконаних авіагрупою F-14 з авіаносця USS Theodore Roosevelt під час операції Iraqi Freedom. Це була не теоретична робота — це була практична інженерія під тиском, де кожне рішення мало значення, а помилки мали реальні наслідки. Саме цей досвід сформував мій підхід до аналізу супутникової навігації».

«Що ви виявили?» — запитав один зі студентів.

«За вимірюваннями, отриманими через наші станції СКНОУ, відхилення було мінімальним. Замість звичайних 6–10 метрів точність позиціювання становила менше ніж 2 метри — діаметр кола похибки не перевищував 2 метрів. Така аномально висока точність для мене була ознакою неминучої військової дії».

Андрій пояснив далі: «На основі даних наших вимірювань, отриманих за допомогою станцій СКНОУ, я дійшов висновку, що військовий конфлікт неминучий. Операція почалася вранці 20 березня 2003 року».

Студенти перезирнулися.

«Офіційна назва військової кампанії — Operation Iraqi Freedom (OIF)».

«А хіба вона не називається “Shock and Awe”?» — запитав студент.

«“Shock and Awe” — це не назва самої операції», — уточнив Андрій. — «Це назва військової доктрини, розробленої у 1996 році, яку вперше застосували в Іраку під час OIF — стратегії швидкого домінування через переважну точність і вогневу міць».

Що таке СКНОУ?

Андрій перейшов до наступного слайда, на якому була показана структурна схема архітектури СКНОУ.

«СКНОУ — це система, призначена для підтримання навігаційної точності на території України. Вона побудована за принципами європейської системи EGNOS і працює спільно із сигналами GPS та GLONASS».

Він підійшов до екрана й указав на два ключові компоненти:

• РПНП – регіональний пункт моніторингу навігаційного поля
• СКК – станція контролю та корекції

Характеристики системи

Андрій вивів на екран таблицю, що підсумовувала рівні точності в різних режимах обслуговування СКНОУ (де DCI означає Differential Correction and Integrity — диференційну корекцію та цілісність):

«Важливо розуміти», — наголосив Андрій, — «що кожен режим дає різний рівень точності. Широкозональна DCI придатна для застосувань на кшталт авіаційної та морської навігації, тоді як RTK-сервіси використовуються в геодезії та точному зніманні».

Випробування українського сегмента EGNOS

Він знову перемкнув слайди.

«Ще у 2000-х роках ми успішно випробували український сегмент EGNOS. Це підтвердило повну сумісність СКНОУ з європейською навігаційною інфраструктурою».

На екрані з’явилася карта з позначеними контрольними пунктами.

«Ми розгорнули станції моніторингу в Харкові, Сімферополі та Луганську. Ці пункти аналізували супутникові сигнали й передавали свої дані до Центрального центру обробки навігаційної інформації (ЦЦОНІ)».

Умовні позначення

Андрій написав на дошці, щоб усі переписали:

Стадії розроблення:

Ключові навігаційні терміни:

Навігація і точність: щоденник наукового стажування

Станція контролю та корекції (СКК)

Андрій провів студентів до захищеної лабораторії, де розміщувалася одна з робочих станцій контролю та корекції (СКК). Усередині серверні стійки гуділи від роботи — супутникові дані в реальному часі приймалися, аналізувалися й коригувалися.

Андрій застосовував двомовний навчальний метод, щоб пояснити архітектуру станції, постійно перемикаючись між схемою і фізичним обладнанням. Він розглядав схему як «теорію», а працююче обладнання — як «практику». Такий паралельний підхід, подібний до читання двомовного тексту, допомагає подолати розрив між концепцією і реальністю, забезпечуючи глибше й практичніше розуміння того, як система працює насправді.

«Це серце СКНОУ», — сказав Андрій, жестом указуючи на стійки з прецизійним обладнанням. — «Станції контролю та корекції забезпечують високоточну навігацію, приймаючи, аналізуючи й коригуючи сигнали від супутників GPS і GLONASS».

Він продовжив, окреслюючи структуру системи:

• Приймачі, встановлені на даху – приймають GNSS-сигнали від видимих супутників.
• Обчислювальний центр – обробляє сирі дані та розраховує диференційні поправки.
• Передавачі – транслюють коригувальні дані кінцевим користувачам захищеними каналами.

Архітектура станції контролю та корекції

СКК є одним із найкритичніших вузлів системи. Її архітектура побудована за модульними принципами й включає:

• високочутливі приймачі супутникових сигналів
• надійний обчислювальний кластер для аналізу даних і моніторингу цілісності
• прецизійні стандарти частоти
• маршрутизаційні та комунікаційні модулі для зовнішнього передавання даних

Разом ці компоненти забезпечують ефективне усунення станцією контролю та корекції спотворень, спричинених іоносферними та тропосферними завадами, тим самим підвищуючи як горизонтальну, так і вертикальну точність позиціювання в усій системі.

Андрій зупинився біля структурної схеми й сказав: «СКК не виникла з нічого. Її архітектура розвинулася з попередніх систем, таких як “Сбор”, “Єдиний центр управління (ЄЦУ)” і “Бриз”».

Концентратор вимірювальної інформації

У цих попередніх системах концепцію концентратора вимірювальної інформації було реалізовано й перевірено в реальних умовах роботи в реальному масштабі часу. Платформи на базі UNIX забезпечували основу для багатозадачності, ізоляції відмов, обробки в реальному часі та пріоритетної комутації повідомлень.

Система «Бриз», зокрема, запровадила використання динамічної карти станів — засобу візуалізації, що показував стан кожного каналу зв’язку. Ця карта забезпечувала миттєве прийняття рішень оператором, побудову GNSS sky plot і високорівневу аналітику продуктивності — усе в реальному часі.

Керування процесами UNIX: як добре організована вечірка біля басейну

«Завтра, — підсумував Андрій, — ми розглянемо, як СКК взаємодіє з регіональними пунктами моніторингу навігаційного поля (РПНП) і як ця взаємодія формує опорну мережеву основу СКНОУ».

Підсумок

«На цьому сьогоднішню лекцію завершено, — сказав Андрій. — Для самостійного опрацювання перегляньте, будь ласка, наведені нижче матеріали. Сподіваюся, ви зрозуміли, що навігація — це не просто набір формул, а питання національної безпеки».

«Завтра ми зануримося у вхідні дані — реальні набори даних, які обробляє система. Готуйтеся — далі буде значно технічніше».

Додаткові навчальні матеріали

Коли студенти вже виходили, Андрій гукнув: «За нагоди швидко перегляньте додаток про призначення та характеристики — він допоможе нам усім тримати правильний курс у нашій подорожі супутниковою навігацією».

Таблиці лекції:
📎 Відкрити додаток — День 1

Домашнє завдання

«На цьому сьогоднішню лекцію завершено, — сказав Андрій. — Для самостійного опрацювання перегляньте, будь ласка, наведені нижче матеріали. Сподіваюся, ви зрозуміли, що навігація — це не просто набір формул, а питання національної безпеки».

• 🔗 Характеристики системи — технічні параметри та результати випробувань

Примітка (погляд уперед, до 2004 року):
Наступного року Андрій (технічний архітектор, Україна) відіграє ключову роль у розвитку експериментів GNSS та інфраструктури.
Його внесок включає:

• Розроблення й документування всіх можливих способів трансляції диференційних поправок GNSS у межах EGNOS/ESTB.
• Створення та підтримання супутникового радіоканалу між Харковом і Норвегією для передавання поправок у реальному часі.
• Аналіз ефектів багатопроменевого поширення під час приймання сигналів GNSS із використанням програмного забезпечення PEGAS у комплексі ККС.
• Технічне керівництво координацією національної інфраструктури для експериментів GNSS.

• 🔗 EGNOS System Test Bed — участь України (UNOOSA, ICG 2015)
  (Документ, що підтверджує роль Харкова в експерименті EGNOS/ESTB 2004–2005 років)

У 2004 році харківська станція брала участь у попередніх випробуваннях інтеграції України до системи EGNOS (див. EGNOS у Wikipedia) . У межах цієї роботи створення прямого каналу передавання даних між Харковом і центром обробки в Норвегії вимагало подолання низки технічних і регуляторних викликів — одним із найкритичніших був дозвіл на використання виділеного супутникового каналу зв’язку.

На той час це означало проходження процедур у Радіочастотній службі України (нині відомій як орган управління радіочастотним спектром), що передбачало підготовку детальної дорожньої карти з понад 20 технічних і процедурних кроків. Відповідальність узяв на себе Андрій, який повністю керував процесом — від формалізації вимог до проходження всіх бюрократичних процедур.

Мета була чіткою: забезпечити надійний супутниковий обмін даними між двома країнами, обходячи системні та регуляторні перешкоди. Це була далеко не приємна робота, але без неї сигнал ніколи б не пройшов.

«Завтра ми зануримося у вхідні дані — реальні набори даних, які обробляє система. Готуйтеся — далі буде значно технічніше».

---



День 2: Станція контролю та корекції
Лектор: доктор Андрій, провідний науковий співробітник лабораторії навігаційних систем
Дата: березень 2003 року
---
Вступ: погляд у серце навігації
Другий день практики почався з піднесення. Андрій повів студентів до лабораторії, де гуділи серверні стійки, а повітря було наповнене духом технологій. Це була станція контролю та корекції (СКК) — не просто кімната з обладнанням, а справжній центр управління точністю супутникової навігації.
«Це серце системи СКНОУ», — з гордістю сказав Андрій, жестом указуючи на обладнання. — «Тут сигнали від супутників GPS і GLONASS перетворюються на дані, які допомагають нам не загубитися в цьому великому світі. Як це працює? І просто, і складно. У СКК є три головні герої:»
1. Приймачі, встановлені на даху — вони вловлюють супутникові сигнали, немов вуха, налаштовані на космічну хвилю.
2. Обчислювальний центр — мозок станції, який аналізує дані та розраховує поправки.
3. Передавачі — голос, що надсилає коригувальні сигнали тим, кому вони потрібні.
Студенти завмерли, спостерігаючи за миготливими індикаторами. Це було схоже на подорож у майбутнє — і вона лише починалася.

Просте пояснення: що таке вхідні дані й навіщо вони потрібні?
Уявіть: ви йдете незнайомим містом із надійним супутником — GPS-навігатором у смартфоні. Він підказує: «Поверніть ліворуч», «Ви майже на місці». Але подумайте: звідки він знає, де ви? Відповідь — у невидимих нитках, що з’єднують Землю й космос, у даних, які ми називаємо вхідними даними. Це паливо, без якого навігатор перетворюється на непотрібний шматок пластику. Розберімося, звідки вони беруться і чому такі важливі.
Дві основні категорії даних
Вхідні дані — це як інгредієнти для смачної страви. Їх можна поділити на дві групи:
1. «Сирі дані» — свіжі, необроблені, просто з «космічного городу». Їх збирають приймачі Z18 і GG24, які, наче чутливі радіостанції, ловлять супутникові сигнали.
2. Параметри конфігурації алгоритму — рецепт, інструкції для програми: «додай дрібку цього, змішай з тим». Вони допомагають перетворити хаос сигналів на точні координати.
Що приховано в «сирих даних»?
Сирі дані — це цілий набір інструментів, немов арсенал кухаря:
1. Вимірювальні дані — відстані до супутників, кути видимості, дрібні деталі, немов виміряні космічною лінійкою.
2. Дані місцезнаходження — ваші координати, як точка на карті: «Ви тут, на перехресті».
3. Ефемериди GPS — розклад супутників GPS: де й коли вони будуть, наче розклад поїздів.
4. Ефемериди GLONASS — те саме для російських супутників.
5. Альманах GPS — загальна карта положень усіх супутників GPS.
6. Альманах GLONASS — подібна карта для GLONASS.
Цікаво, що приймачі Z18 і GG24 «чують» вимірювальні дані по-різному — як два кухарі, що використовують різні спеції, — але решта даних для них спільна. Усе це акуратно запаковано в таблиці з номерами від 2.1 до 2.7. Загляньмо всередину!
Повторення вхідних даних: закріплення через повтор
Андрій помітив, що студенти замислилися, і вирішив закріпити матеріал.
«Пройдімося ще раз, щоб бути впевненими, — усміхнувся він. — Уявіть, що ви в незнайомому місті й маєте лише навігатор. Він знає все: де ви, куди йти, як оминути затори. Але без вхідних даних він — ніщо. Це дані від супутників, що обертаються над нами. Саме вони є ключем до вашого маршруту».
Дві категорії даних (закріплення)
«Вхідні дані поділяються на дві частини, — продовжив Андрій. — Сирі дані — це те, що приймачі Z18 і GG24 ловлять безпосередньо з космосу. А параметри конфігурації — це інструкції для програми, щоб усе було “приготовано” правильно».
Сирі дані: деталі (повтор)
«Сирі дані складаються з шести типів інформації:
1. Вимірювання — відстані, кути тощо.
2. Місцезнаходження — ваші координати.
3. Ефемериди GPS — розклади супутників GPS.
4. Ефемериди GLONASS — розклади GLONASS.
5. Альманах GPS — загальна карта супутників GPS.
6. Альманах GLONASS — загальна карта GLONASS.
Z18 і GG24 відрізняються за вимірюваннями, але решта даних спільна. Усе це є в таблицях 2.1–2.7. Зрозуміло? Чудово, рухаємося далі!»
Таблиця 2.1: структура вимірювальних даних приймача Z18
Приймач Z18 — справжній космічний детектив. Він «слухає» супутники й збирає гору даних:
Таблиця 2.1: структура вимірювальних даних приймача Z18
Параметр	Розмір (байти)	Опис
Номер ID	2	Унікальний код, що оновлюється кожні 50 мс і скидається кожні 30 хвилин
Залишок структур	1	Кількість фрагментів даних, які потрібно передати за один цикл
Номер супутника	1	1–56: сигнал якого супутника прийнято (0, якщо даних недостатньо)
Кут місця	1	Кут у градусах
Кут азимута	1	Напрямок у подвійних градусах
Номер каналу	1	Який із 18 каналів працює
Ключові вимірювання включають:
• Блок даних C/A-коду (1 байт, усередині 29 байтів): секретний шифр від супутника.
• Прапорець попередження (1 байт): сигнал тривоги, якщо щось не так, — кожен біт як окремий дзвінок.
• Прапорець Goodbad (1 байт): якість даних: 0 — нічого немає, 22 або 23 — дані є, але із застереженнями.
• Polarity_know (1 байт): 0 — супутник щойно захоплено, 5 — сигнал розпізнано.
• Відношення сигнал/шум (1 байт): наскільки гучно супутник «кричить» поверх шуму.
• Фаза несучої (8 байтів): скільки хвиль сигналу пройшло, якщо функція активна.
• Raw_range (8 байтів): відстань до супутника в секундах — різниця між випромінюванням і прийманням. Відрізняється на 11 секунд для GPS і GLONASS.
• Doppler (4 байти): швидкість зміни частоти в 10 000 Гц.
• Згладжування (4 байти): уточнення для підвищення точності.
• Контроль XOR (1 байт): перевірка, чи все правильно.
Разом: 95 байтів. Це наче валіза, повна космічних скарбів!
Таблиця 2.2: що приймає приймач GG24?
GG24 — брат Z18, але з характером. Основні відмінності:
• Номер каналу (1–24): GG24 має 24 канали — більше можливостей!
• Прапорець попередження: власні сигнали тривоги, трохи інші.
• Прапорець Goodbad: до 24 — дані придатні для використання.
• 37 байтів для C/A — трохи більше кодів.
Разом: ~70–80 байтів. GG24 — це ще один погляд на ті самі зорі.
Таблиця 2.3: де ми перебуваємо? Дані місцезнаходження
Ця таблиця схожа на позначку «Ви тут» на карті:
Таблиця 2.3: структура даних місцезнаходження
Параметр	Розмір (байти)	Опис
Час приймання	4	Коли сигнал було прийнято (мілісекунди GPS/GLONASS)
Назва місця	4	Позначка на кшталт «Лабораторія»
Координати X, Y, Z	по 8 кожна	Де розташована антена (метри)
Зсув годинника, швидкості, дрейф	по 4 кожна	Як рухаються годинник і антена
PDOP	2	Точність позиціювання (×100)
Разом: 56 байтів. Це ваша адреса у величезному світі!
Таблиці 2.4–2.7: супутникові розклади й карти
• Таблиці 2.4 і 2.5: ефемериди — розклад кожного супутника: тижні, секунди, координати, швидкості, поправки. Усе в полях від 2 до 8 байтів. Наче квиток на космічний потяг!
• Таблиці 2.6 і 2.7: альманахи — загальна карта: номери супутників, частоти, їхній «стан здоров’я» (0 або 1), орбіти, перевірки. Це як план міста для супутників.
Налаштування алгоритму: рецепт точності
Параметри конфігурації — це інструкції для програми: як обробляти дані, щоб усе збігалося. Вони описані в розділах 5–10. Без них це як готувати без рецепта.
Запитання студента: навіщо потрібен двочастотний приймач?
«Навіщо потрібен двочастотний приймач? Він дорогий!» — запитав студент, дивлячись на Андрія.
Він усміхнувся: «Чудове запитання! Поясню».
Відповідь: чому двочастотний приймач необхідний
Двочастотний приймач — це наче суперокуляри для навігації. Ось чому:
1. Іоносфера заважає
   Іоносфера — шар заряджених частинок — спотворює сигнали. Нижчі частоти затримуються сильніше. Сигнали L1 (1575,42 МГц) і L2 (1227,60 МГц) зазнають різного впливу.
2. Одночастотний приймач
   Він приймає лише L1 і оцінює затримку за допомогою моделей, наприклад Klobuchar. Точність? Не завжди ідеальна.
3. Двочастотний приймач
   Він приймає L1 і L2, порівнює їх і точно обчислює затримку. Формула проста:
   
   \[ \Delta_{\text{iono}} = \frac{f_1^2 - f_2^2}{f_2^2} (\rho_1 - \rho_2) \]
   де \( f_1, f_2 \) — частоти, а \( \rho_1, \rho_2 \) — відстані. Це усуває іоносферні спотворення.
Висновок: один приймач є одночастотним, інший — двочастотним. Другий точніший, бо перемагає іоносферу!
Андрій пояснює ще простіше
Андрій помітив, що студенти притихли, і вирішив додати простоти:
«Уявіть: одночастотний приймач — це як слухати радіо з перешкодами. Двочастотний — це як чистий звук у навушниках. Він прибирає іоносферний шум, і ви точно знаєте, де перебуваєте. Круто, правда?»
Натхненний фінал: подорож у світ навігації
Уявіть: ви стоїте на краю скелі, вітер у волоссі, а перед вами — безмежний світ. Ви відкриваєте карту на смартфоні — і бах! — точка «Ви тут» із метровою точністю. Магія? Ні, це супутникова навігація, а її серце — вхідні дані.
Як це працює?
Станьте інженером на одну хвилину:
1. Приймачі ловлять сигнали.
2. Вимірюють відстані й кути.
3. Ефемериди уточнюють, де перебувають супутники.
4. Дві частоти перемагають іоносферу.
5. Ви бачите точні координати.
Це не просто технологія — це танець науки й фантазії!
Чому це надихає?
Супутникова навігація — це міст між нами й зорями. Щоразу, коли ви дивитеся на карту, пам’ятайте: за кожною точкою «Ви тут» стоїть праця розуму, і ви можете стати одним із цих людей. Літаки сідають, дрони доставляють допомогу — усе завдяки цим даним. Це ваш шанс формувати майбутнє!
Висновок: щоденник практики, День 2
Так минув другий день. Студенти побачили, як оживає СКК, дізналися про вхідні дані і двочастотні приймачі, що перемагають іоносферу. Андрій пояснював усе з вогнем в очах: супутникова навігація — це не просто наука, а можливість доторкнутися до величі. І хто знає, можливо, хтось із них незабаром створить нову технологію, яка поведе нас до зірок?
Якщо хтось задрімав на лекції з незалежних від нього причин — таке буває! — не хвилюйтеся. Усі докладні дані та структури, наведені в таблицях, доступні для самостійного перегляду у зручному темпі. Навчіться ефективно ними користуватися — і зможете працювати з цим матеріалом як експерт!


День 3: послідовність оброблення вимірювальних даних
Лектор: доктор Андрій, провідний науковий співробітник лабораторії навігаційних систем
Дата: березень 2003 року
---
Вступ до подорожі
Ласкаво просимо до третього дня нашої пригоди! Сьогодні студенти прийшли вчасно, а Андрій розпочав коротку лекцію, щоб занурити нас у суть системи координатно-часового та навігаційного забезпечення (СКНОУ). Ми розглянемо послідовність оброблення вимірювальних даних, яка відображає етапи, описані в попередньому обробленні даних. Тут сирі сигнали перетворюються на цінні навігаційні дані. Розберімо цей процес крок за кроком, приділяючи особливу увагу формулам, що є основою цих перетворень.
Подорож даних: розширена версія з формулами
DATA-PIZZA 2.0
Нескінченний кухонний цикл — алгоритмічне мистецтво
🏠 0. ІНІЦІАЛІЗАЦІЯ РЕЦЕПТА
recipe_params ← LOAD_DEFAULT_RECIPE()
Технічне відображення:
INIT_DEFAULT_FILTER_PARAMS
WHILE oven_is_hot (system_is_running)
∞
🥘 ОТРИМАННЯ ІНГРЕДІЄНТІВ
ingredients ← GATHER FROM Pantry()
Сирі дані → GNSS-кадри → Буфер NRS
Технічне відображення:
ACQUIRE raw GNSS frames FROM each NRS
🧽 ПІДГОТОВКА І ОЧИЩЕННЯ
PREP ingredients
SCALE ingredients
DISCARD spoiled_items
Технічне відображення:
UNPACK frames
DECODE DI → integers, CONVERT to SI units
DETECT & REMOVE outliers
🍞 ЗГЛАДЖУВАННЯ ТІСТА
dough ← MIX ingredients USING recipe_params
ANALYZE dough_texture()
REST dough UNTIL synced_clock()
STORE dough IN WalkInFridge
Технічне відображення:
FILTER data USING current params
RUN statistical_analysis
TIME_ALIGN DI
PUSH filtered_data TO RPKNP_DB
🧂 СМАКОВІ ПОПРАВКИ
kitchen_context ← FETCH FROM WalkInFridge
SEASON sauce USING kitchen_context
Технічне відображення:
PULL geo_context / models FROM RPKNP_DB
APPLY measurement_corrections
🔍 КОНТРОЛЬ ЦІЛІСНОСТІ
integrity_flag ← VERIFY oven_temp_and_hygiene()
Технічне відображення:
MONITOR navigation-field integrity
🍕 ВИПІКАННЯ І ФОРМУВАННЯ DCI
pizza ← BAKE dough WITH integrity_flag
Технічне відображення:
BUILD optimal_DCI WITH integrity_flag
✅ КОНТРОЛЬ ЯКОСТІ І ДОСТАВКА
IF INSPECT pizza == PASS
  SLICE_AND_BOX pizza FOR Delivery
  recipe_params ← SEND_SLICE_TO_CCS_GET_TUNING()
  ARCHIVE {dough, pizza, logs} IN WalkInFridge
ELSE
  LOG "🍕 Підгоріла піца — відхилено"
Технічне відображення:
VALIDATE dci_packet
ENCODE DCI FOR end-user distribution
FORWARD MI/DI TO CCS & GET new filter params
STORE {filtered_data, dci_packet, logs} IN RPKNP_DB
Дія з піцою	Інженерний етап	Призначення
GATHER FROM Pantry	Отримати сирі GNSS-кадри від NRS	Отримати сирі вимірювальні дані
PREP / SCALE	Розпакувати кадри, декодувати DI, перетворити в одиниці SI	Перетворити дані у фізичні одиниці
DISCARD spoiled items	Виявити й вилучити викиди	Видалити аномальні вимірювання
MIX / REST	Фільтрування, статистика, часове узгодження	Очистити й синхронізувати потік даних
SEASON sauce	Застосувати поправки до вимірювань	Компенсувати іоносферу, тропосферу тощо
VERIFY oven…	Контроль цілісності навігаційного поля	Забезпечити цілісність навігаційного поля
BAKE	Сформувати оптимальну DCI	Сформувати пакет диференційних поправок
SLICE_AND_BOX	Закодувати DCI для кінцевих користувачів	Підготувати повідомлення RTCM
SEND_SLICE_TO_CCS	Передати MI/DI до CCS і отримати нові параметри	Замкнути контур зворотного зв’язку
ARCHIVE … IN WalkInFridge	Зберегти дані й журнали в RPKNP_DB	Історична база даних для аудиту й аналізу





Сцена 1 — зібрати з комори
Кухар збирає сирі GNSS-дані у вигляді світних кубиків, що падають від супутників.
◀ ▶




1. Приймання сирих даних: перші кроки героїв
Подорож починається з приймання сирих даних із супутникових сигналів. Ці сигнали, закодовані навігаційними повідомленнями, надходять як двійкові потоки. Перше завдання — перевірити їхню цілісність за допомогою контрольних сум, таких як CRC (циклічний надлишковий код) або перевірки на основі XOR, як описано на етапі попереднього оброблення. Це гарантує, що під час передавання не виникло пошкодження даних.
Тут вводиться псевдовідстань — ключова метрика — за формулою:
\[ \rho = c \cdot (t_{\text{recv}} - t_{\text{send}}) \]
де:
• \(c\) — швидкість світла (299 792 458 м/с)
• \(t_{\text{recv}}\) — час приймання
• \(t_{\text{send}}\) — час передавання
Ця формула створює основу для подальших розрахунків, хоча її повне застосування відбувається на наступних етапах.
2. Попереднє оброблення даних: перетворення у фізичні одиниці
Далі перевірені сирі дані перетворюються у фізичні одиниці. Це передбачає застосування масштабних коефіцієнтів, які перетворюють цифрові відліки на змістовні вимірювання, такі як відстані або швидкості.
Наприклад, масштабний коефіцієнт \(k\) множить сирі дані \(D_{\text{raw}}\), щоб отримати фізичне значення \(D_{\text{phys}}\):
\[ D_{\text{phys}} = k \cdot D_{\text{raw}} \]
Таблиця 5.1 з попереднього оброблення детально описує ці коефіцієнти для таких параметрів, як азимут, доплерівський зсув і час. Цей етап забезпечує сумісність із навігаційними алгоритмами, хоча синхронізація шкал часу, наприклад GPS і GLONASS, тут зазначається як питання для подальшого врахування.
3. Алгоритм Кеплера і координати супутників: ефемериди
Маючи дані у фізичних одиницях, ми розраховуємо координати супутників за допомогою ефемеридних даних.
Розрахунок положення супутника GPS
Для GPS використовується кеплерівська модель орбіти. Процес починається із середньої аномалії \(M\), яка переходить в ексцентричну аномалію \(E\) через рівняння Кеплера:
\[ M = E - e \sin(E) \]
де \(e\) — ексцентриситет. Рівняння розв’язується ітераційно, що веде до істинної аномалії і зрештою до положення \((X, Y, Z)\) у системі координат Earth-Centered Earth-Fixed (ECEF).
Розрахунок положення супутника GLONASS
Для GLONASS чисельне інтегрування, наприклад метод Рунге — Кутти, враховує її некеплерівську орбіту, як детально описано в попередньому обробленні. Ці розрахунки є критично важливими для позиціювання.
4. Поправки: обертання Землі, ефект Саньяка
Поправки уточнюють наші дані. Ефект Саньяка, спричинений обертанням Землі, коригує псевдовідстань. Поправка \(\Delta_{\omega}\) розраховується так:
\[ \Delta_{\omega} = \frac{2 \omega_E R_E^2}{c} \cdot \sin(\phi) \]
де:
• \(\omega_E\) — кутова швидкість обертання Землі (7,2921151467 × 10⁻⁵ рад/с)
• \(R_E\) — радіус Землі (6 371 000 м)
• \(c\) — швидкість світла
• \(\phi\) — широта
Це узгоджується з акцентом попереднього оброблення на поправках на обертання, хоча іоносферні та тропосферні впливи зазначені як специфічні для UNIX удосконалення для майбутньої реалізації.
5. Аналіз якості та перевірки цілісності
Перевірки якості забезпечують надійність даних. Хоча попереднє оброблення зосереджується на контрольних сумах (розділ 5.1), додаткові метрики, такі як PDOP (Position Dilution of Precision), могли б посилити контроль цілісності. Однак вони ще не деталізовані й виступають лише як концептуальна примітка, пов’язана з формулою псевдовідстані \(\rho\). Подальший розвиток потрібен уже за межами поточного обсягу.
6. Формування диференційних поправок (DC) і виведення даних
Нарешті, диференційні поправки формуються з використанням псевдовідстаней. Кодова псевдовідстань \(S_{C/A}\) розраховується як:
\[ S_{C/A} = \rho + c \cdot (dt_{\text{recv}} - dt_{\text{send}}) \]
де \(dt_{\text{recv}}\) і \(dt_{\text{send}}\) — зміщення годинника приймача і супутника. Ці значення, отримані під час попереднього оброблення, дають змогу формувати вихідні дані у форматах на кшталт архівів сирих даних, готових для використання в навігації.
7. Жартівливий епілог: Data-Pizza 2.0
Уявіть наші дані як піцу! Основа — це сирі дані, зверху соус — фізичні одиниці, сир — координати супутників, а додаткові інгредієнти — поправки. Доставлена гарячою, вона готова до навігації — у стилі UNIX, звісно!

8. Підсумок
Ключові етапи оброблення вимірювальних даних:
• Прийняти й перевірити сирі дані за допомогою контрольних сум
• Перетворити у фізичні одиниці за допомогою масштабних коефіцієнтів
• Розрахувати положення супутників за допомогою алгоритмів Кеплера або чисельних методів
• Застосувати поправки Саньяка для уточнення псевдовідстаней
• Сформувати диференційні поправки для вихідного потоку
Кожен етап спирається на попередній, перетворюючи сирі супутникові сигнали на точні навігаційні рішення. Краса полягає не лише в математиці, а й у системному підході, який забезпечує надійність і точність.


День 4: фільтрація даних — очищення сигналів з усмішкою
Лектор: доктор Андрій, провідний науковий співробітник лабораторії навігаційних систем
Дата: березень 2003 року
---
Вступ до фільтрації: дані теж люблять порядок
Уявіть, що ви на кухні готуєте навігаційний суп — так, суп, який допоможе вашому супутнику не загубитися в космосі! На День 3 студенти прийшли вчасно, і Андрій провів коротку лекцію, де ми зібрали інгредієнти: взяли сирі дані, очистили їх, додали псевдовідстані й навіть злегка приправили їх поправками Саньяка. Натхненний цим успіхом, Андрій продовжив на День 4, показуючи, як зробити дані ще кращими. Сьогодні ми зануримося у фільтрацію: приберемо весь шум, щоб дані стали гладкими, як шовк, і розрахуємо, наскільки вони «шумні». Час брати наші космічні ополоники — почнімо!

Фільтрація даних: математична швабра
1. Що ми фільтруємо і навіщо? Рятуємо псевдовідстані
Ми беремо наші улюблені псевдовідстані (\(S_{C/A}\), \(S_{L1}\), \(S_{L2}\)) та їхні швидкості зміни (\(\dot{S}_{C/A}\), \(\dot{S}_{L1}\), \(\dot{S}_{L2}\)), а також фазові псевдовідстані (\(\varphi_{L1}\), \(\varphi_{L2}\)) та їхні похідні. Це «космічні вимірювання», які допомагають зрозуміти, де перебуває супутник і як швидко він рухається. Подробиці того, що саме ми фільтруємо, наведено в розділі 6.1. Але дані поводяться як примхлива дитина: вони стрибають або потрапляють у розриви першого порядку. Наприклад, \(S_{C/A}\) може раптово «зірватися з урвища», і ми маємо його впіймати.
Для цього в нас є спеціальний детектор — «О ні, щось пішло не так»:
\[ \lfloor \frac{\Delta S}{\delta t \cdot c} + 0.5 \rfloor = 0 \]
де:
• \(\Delta S\) — різниця між поточним значенням і очікуваним
• \(\delta t\) — інтервал часу
• \(c\) — швидкість світла
• функція підлоги \(\lfloor \cdot \rfloor\) повертає цілу частину
Якщо розрив виявлено, ми його виправляємо, щоб сигнали не смикалися, як кіт під кофеїном на дискотеці. А якщо дані ненадійні (flag = 1), ми обнуляємо їх — жодного сміття в нашому супі!
2. Згладжування: робимо дані шовковисто гладкими
Тепер дістаємо нашу чарівну математичну швабру — фільтр, який згладжує дані. Ми беремо кожну пару, наприклад \(S_{C/A}\) і \(\dot{S}_{C/A}\), і починаємо їх ретельно «розчісувати». Матриця \(R\) показує, наскільки шумні дані; її значення задає оператор, як кухар додає сіль:
\[ R = \begin{pmatrix} D_{\eta}^{2} & 0 \\ 0 & D_{\dot{\eta}}^{2} \end{pmatrix} \]
Потім ми використовуємо поліном із коефіцієнтами \(a_0, a_1, \ldots\), щоб дані поводилися пристойно. Результат: \(\eta = a_0\), \(\dot{\eta} = a_1\). Ми уточнюємо рецепт у міру надходження нових даних!
3. Уточнення коефіцієнтів: «Усе під контролем!»
На початку ми задаємо \(a_0\) як поточну псевдовідстань, \(a_1\) як швидкість її зміни, а решту (\(a_2, \ldots\)) — нулями: «не будемо поки що ускладнювати». Далі перевіряємо надійність:
\[ \varepsilon_0^{2} + \varepsilon_1^{2} < \varepsilon_{\max}^{2} \]
де \(\varepsilon\) — різниця між вимірюванням і прогнозом. Якщо різниця велика, ми позначаємо її (flag = 1) і пропускаємо. Якщо все виглядає добре, оновлюємо коефіцієнти за допомогою матриць — наш фільтр не дозволить супутнику брехати!
4. Вимірювання шуму: статистика на варті
Вишенька на торті — розрахунок того, наскільки шумні дані. Середньоквадратичне відхилення (RMSD):
\[ \sigma_{\eta} = \sqrt{P_{0,0}}, \qquad \sigma_{\dot{\eta}} = \sqrt{P_{1,1}} \]
Що менше RMSD, то спокійніший наш суп — і то точніша траєкторія супутника!
Епілог: «Чистота — основа навігації!»
За допомогою фільтрації ми перетворили шумні дані на гладкий навігаційний бульйон. Розриви виправлено, нерівності згладжено, шум виміряно — подробиці дивіться в розділі 6.4. Супутник летить упевнено, а Андрій і я справді заслужили чашку чаю — чи супу? 😄
---
Технічні деталі фільтрації
6.1. Фільтрація вимірюваних параметрів
Фільтрація вимірюваних параметрів виконується окремо для кожного GNSS-приймача і кожного космічного апарата. Згладжені оцінки формуються на опорний момент часу останнього кадру \(t\).
Фільтрація застосовується до таких груп параметрів:
\[ S_{C/A} \text{ and } \dot{S}_{C/A}; \quad S_{L1} \text{ and } \dot{S}_{L1}; \quad S_{L2} \text{ and } \dot{S}_{L2}; \quad \varphi_{L1} \text{ and } \dot{\varphi}_{L1}; \quad \varphi_{L2} \text{ and } \dot{\varphi}_{L2} \]
Для стислості індекси, що задають номер приймача, номер супутника і тип, опущено. Використовується таке позначення:
\[ \begin{pmatrix} \eta \\ \dot{\eta} \end{pmatrix} = \begin{pmatrix} S_{C/A} \\ \dot{S}_{C/A} \end{pmatrix}, \quad \begin{pmatrix} S_{L1} \\ \dot{S}_{L1} \end{pmatrix}, \quad \begin{pmatrix} S_{L2} \\ \dot{S}_{L2} \end{pmatrix}, \quad \begin{pmatrix} \varphi_{L1} \\ \dot{\varphi}_{L1} \end{pmatrix} \quad \text{or} \quad \begin{pmatrix} \varphi_{L2} \\ \dot{\varphi}_{L2} \end{pmatrix} \]
Для вимірювань, позначених як ненадійні (flag = 1), відповідні значення псевдовідстані та швидкості її зміни встановлюються в нуль.
Під час згладжування усуваються розриви першого порядку \(S_{C/A}\).
Для виявлення розривів використовується:
\[ \lfloor \frac{\Delta S}{\delta t \cdot c} + 0.5 \rfloor = 0 \]
де
\[ \Delta S = S_{C/A} - \left( \tilde{S}_{C/A} + 0.5 \cdot \bigl( \tilde{\dot{S}}_{L1} + \dot{S}_{L1} \bigr) \cdot (t - \tilde{\tau}) \right) \]
Тильда (~) позначає останню попередню точку з надійними значеннями \(S_{C/A}\) і \(\dot{S}_{L1}\).
6.2. Параметри згладжування
\[ R = \begin{pmatrix} D_{\eta}^{2} & 0 \\ 0 & D_{\dot{\eta}}^{2} \end{pmatrix} \]
— апріорна коваріаційна матриця шуму; значення \(D_{\eta}\) і \(D_{\dot{\eta}}\) задаються оператором.
Згладжені значення \((\eta_{i,j,k,1}\) і \(\dot{\eta}_{i,j,k,1})\), отримані приймачем \(i\) для космічного апарата \(j\) у поточний момент часу, дорівнюють:
\[ \eta_{i,j,k,2} = a_0, \qquad \dot{\eta}_{i,j,k,2} = a_1 \]
Обернена матриця \(2 \times 2\) розраховується так:
\[ R^{-1} = \frac{1}{r_{11} \cdot r_{22} - r_{12} \cdot r_{21}} \begin{pmatrix} r_{22} & -r_{12} \\ -r_{21} & r_{11} \end{pmatrix} \]
6.3. Початкові оцінки та уточнення коефіцієнтів
Початкові коефіцієнти задаються за виміряними значеннями в початковий момент часу:
\[ a_0 = \eta_{i,j,k,1}; \qquad a_1 = \dot{\eta}_{i,j,k,1}; \qquad a_2 = \dots = a_M = 0 \]
Коефіцієнти уточнюються в міру надходження надійних даних за такою схемою:
а) Перевірка надійності:
\[ \varepsilon_0^2 + \varepsilon_1^2 < \varepsilon_{\max}^2 \]
де
\[ \varepsilon = \begin{pmatrix} \eta_n \\ \dot{\eta}_n \end{pmatrix} - H \cdot \Phi (t_n - \tilde{\tau}) \cdot A \]
Якщо умова не виконується, точка відкидається; прапорці \(\text{Pr}_{\eta_{i,j,k}}\), \(\text{Pr}_{\dot{\eta}_{i,j,k}}\) = 1. Кроки б) і в) пропускаються.
б) Оновлення коваріації:
\[ P = \Phi (t_n - \tilde{\tau}) \cdot P \cdot \Phi (t_n - \tilde{\tau}) \] \[ P = P - P \cdot H^T \cdot (H \cdot P \cdot H^T + R)^{-1} \cdot H \cdot P \]
в) Уточнення вектора коефіцієнтів:
\[ A = \Phi (t_n - \tilde{\tau}) \cdot A + P \cdot H^T \cdot R^{-1} \cdot \left( \begin{pmatrix} \eta_n \\ \dot{\eta}_n \end{pmatrix} - H \cdot \Phi (t_n - \tilde{\tau}) \cdot A \right) \]
6.4. Розрахунок середньоквадратичних флуктуаційних похибок
Середньоквадратичні флуктуаційні похибки вимірюваних параметрів розраховуються як:
\[ \sigma_{\eta_{i,j,k,2}} = \sqrt{P_{0,0}}, \qquad \sigma_{\dot{\eta}_{i,j,k,2}} = \sqrt{P_{1,1}} \]
Ці значення дають кількісну оцінку якості фільтрації та залишкового шуму в згладжених параметрах.
День 5: вступ до поправок
Лектор: доктор Андрій, провідний науковий співробітник лабораторії навігаційних систем
Дата: березень 2003 року
---
Андрій проходить коридором науково-дослідного інституту
Андрій ішов коридором науково-дослідного інституту, несучи під пахвою товсту теку з формулами. Це був не перший його рік роботи, але щоразу, коли йому треба було пояснювати принципи GPS і важливість поправок, він відчував певне хвилювання. Андрій був досвідченим науковцем середнього віку, який спеціалізувався на навігаційних системах. Він любив свою роботу й добре знав, як складно людям «з вулиці» зрозуміти, чому GPS не така проста система, як здається.
Сьогодні він мав провести нову лекцію для групи студентів. Це була молодь: дехто вже знав основи радіотехніки, дехто бачив GPS лише у смартфоні, але всі були зацікавлені, хоч і трохи насторожені. Репутація Андрія як невтомного теоретика йшла попереду нього.

Лекційна аудиторія і перші враження
Аудиторія, до якої зайшов Андрій, була досить просторою. У рядах сиділи майбутні інженери й аспіранти. На дошці були фрагменти формул, позначені латинськими та грецькими символами. На стіні висіли плакати зі схемами супутників, орбітами й графіками затримок сигналів.
Коли Андрій зайняв місце біля кафедри, він оглянув аудиторію й неквапливо почав: «Добрий день. Якщо ви не встигли переглянути попередній матеріал — не хвилюйтеся. Сьогодні ми поговоримо про те, як GPS “бачить” світ і чому цій системі життєво потрібні різні поправки».
Частина слухачів дістала зошити, інші відкрили ноутбуки. Андрій зробив коротку паузу, намагаючись задати серйозний тон: «Я впевнений, що багато хто з вас думає: GPS — це просто супутники, які повідомляють нам координати. Насправді все значно глибше. Супутники справді передають сигнали, і, знаючи швидкість світла, ми можемо обчислити відстань до них. Але є проблема: сигнал не проходить крізь ідеальний вакуум. Наша атмосфера — тропосфера та іоносфера — вносить завади, і ми маємо враховувати ці спотворення, щоб уникнути похибок, які іноді сягають десятків метрів».
Проста аналогія і перші формули
Щоб розігріти аудиторію, Андрій дістав із кишені маленький гумовий м’ячик: «Уявіть, що цей м’ячик — супутник», — сказав він, поклавши його на один край столу. «А ось тут, на іншому краю, мій телефон — це GPS-приймач. Супутник надсилає сигнал із часовою міткою. Приймач вимірює, скільки часу сигнал ішов до нього, множить цей час на швидкість світла й отримує відстань».
Андрій узяв порожню склянку: «Уявіть, що ця склянка — ідеальний простір без атмосфери. Промінь проходить крізь нього без заломлення. Але тепер...» — він наповнив склянку водою — «...це тропосфера та іоносфера. Якщо пропустити світло крізь воду, воно заломлюється і змінює швидкість. Те саме відбувається із сигналом GPS».
Він узяв лазерну указку й направив промінь крізь воду, показуючи, як він відхиляється. «Так само, як вода у склянці заломлює світло, атмосфера сповільнює й спотворює радіосигнал. Що нижче супутник над горизонтом, то довший шлях сигналу і більша похибка. А якщо додати ще й іоносферу, заряджені частинки впливають на радіохвилю вже по-іншому».
Андрій примружився, ніби згадуючи один зі своїх перших польових експериментів: «І щоб компенсувати всі ці ефекти, існують спеціальні моделі та формули. Розгляньмо найпростіші з них».
Він повернувся до дошки, де заздалегідь було записано кілька ключових рівнянь. Спершу він указав на рівняння «псевдовідстані»:
\[ P = \rho + c \cdot (\Delta t_{\text{satellite}} - \Delta t_{\text{receiver}}) + I + T + \epsilon \]
«Тут:
• \(\rho\) — фактична відстань до супутника
• \(c\) — швидкість світла
• \(\Delta t\) — різниця між показами годинника супутника і приймача; пам’ятайте: на супутниках атомні годинники, а у вашому телефоні, на жаль, ні
• \(I\) — іоносферна затримка
• \(T\) — тропосферна затримка
• \(\epsilon\) — різні шуми
Псевдовідстань — це не ідеальна відстань; це величина, яка містить похибки».
Тропосфера: «запітніле скло»
Андрій узяв зі стосу плакат і прикріпив його поруч із дошкою: «Тропосфера — це нижній шар атмосфери; вона залежить від тиску, температури та вологості. Вона спотворює наш сигнал, як запітніле скло, крізь яке ми намагаємося щось розгледіти. Щоб компенсувати вплив тропосфери, ми вводимо спеціальні поправки:
\[ \Delta_{mp}^j = - \bigl(\Delta_c^j + \Delta_{wet}^j\bigr) \]
Андрій пояснив, указуючи на формулу: «Тут \(\Delta_c^j\) — це “суха” складова, яку можна розрахувати за температурою і тиском, а \(\Delta_{wet}^j\) — “волога” складова, що залежить від водяної пари. Суха частина більш передбачувана, а волога постійно змінюється».
Він показав аудиторії роздруківку з ще складнішими формулами: «У цих формулах ви побачите коефіцієнти \(a\), \(b\), \(c\), а також параметри \(\delta P\), \(\delta t\), \(\delta \beta\), \(\delta H_T\). Усе це потрібно, щоб врахувати реальні атмосферні умови в момент приймання сигналу».
Іоносфера: «подряпини на склі»
Перемкнувши увагу на наступний плакат, Андрій продовжив: «Іоносфера — це верхній шар атмосфери, заповнений зарядженими частинками. Вона особливо сильно затримує радіохвилі, коли Сонце активне», — сказав він, постукуючи по яскравій схемі взаємодії сонячного вітру з магнітосферою Землі. «У регіонах ближче до екватора або полюсів цей ефект ще сильніший».
Він підкреслив, що GPS зазвичай використовує кілька частот — L1 і L2: «Сигнали на різних частотах сповільнюються по-різному. Тому, порівнюючи, як приходять ці частоти, ми можемо обчислити іоносферну поправку:
\[ \dot{\Delta}_{ion}^j = \frac{\dot{S}_{L1}^j - \dot{S}_{L2}^j}{1 - \left(\frac{f_{L1}}{f_{L2}}\right)^2} \]
«По суті, вимірюючи різницю швидкості поширення сигналів на частотах \(f_{L1}\) і \(f_{L2}\), ми визначаємо ступінь затримки в іоносфері й коригуємо координати».
Застосування поправок і кінцева точність
Завершивши пояснення, Андрій провів лінію на дошці й написав:
\[ S_{i,j,k,3} = S_{i,j,k,2} + \Delta_{mp}^j + \Delta_{ion}^j \] \[ \dot{S}_{i,j,k,3} = \dot{S}_{i,j,k,2} + \dot{\Delta}_{mp}^j + \dot{\Delta}_{ion}^j \]
«Ці формули показують, як тропосферні та іоносферні поправки додаються до початкових даних. Без урахування всіх цих складових похибки GPS можуть сягати десятків метрів. Але якщо застосувати поправки, можна досягти точності до кількох сантиметрів — усе залежить від обладнання та використаних моделей».
Реальні проблеми: багатопроменевість і синхронізація
Андрій пройшов уздовж дошки, указуючи на список типових завад:
1. Багатопроменеве поширення: сигнал відбивається від будівель, гір, дерев. Приймач може помилитися, приймаючи відбиті сигнали. Щоб уникнути цього, використовують спрямовані антени й складні алгоритми фільтрації небажаних сигналів.
2. Похибка годинника приймача: супутники мають атомні годинники, а приймачі — ні. Тому система постійно «звіряється» з кількома супутниками, щоб відкалібрувати час.
3. Похибка ефемерид: неточне знання власних координат супутників призводить до додаткових похибок. Наземні станції допомагають, періодично оновлюючи дані про точне положення кожного супутника.
«Ми також прагнемо усунути або мінімізувати всі ці чинники», — зазначив Андрій. «У результаті отримуємо працездатну систему, де похибка може стати дуже малою, якщо правильно врахувати все, що відбувається із сигналом».
Візуальна демонстрація
Один з аспірантів запитав: «Андрію, можете пояснити простіше, навіщо потрібні всі ці моделі, якщо GPS і так начебто працює нормально?»
Почувши це, Андрій усміхнувся. Він знову взяв гумовий м’ячик: «Уявіть, що ви намагаєтеся побачити далеку гору крізь запітніле вікно. Тропосфера — це запітніння, яке трохи розмиває картинку. Іоносфера — це подряпини й завади на поверхні скла. Без поправок ваш “погляд” буде неточним. Але якщо очистити скло й одягнути правильні окуляри, тобто застосувати поправки, ви отримаєте чітку картину. Те саме відбувається із сигналом GPS».
Підсумкові думки
Андрій оглянув аудиторію. Молоді науковці слухали уважно; дехто робив нотатки, інші вже з новим інтересом розглядали формули, більше не лякаючись їхнього вигляду.
«Отже, ми пройшли шлях від базових принципів — як вимірюється псевдовідстань і чому вона не є ідеальною, — до конкретних формул, які допомагають компенсувати тропосферні та іоносферні затримки. Ми побачили, як багатопроменеве поширення й похибки годинника впливають на результат, і зрозуміли, що GPS — це не просто значок у телефоні, а велика мережа технологій, моделей і станцій корекції. У підсумку ми отримуємо координати з вражаючою точністю».
Він відклав папери й звернувся до групи: «Пам’ятайте: супутники перебувають за тисячі кілометрів від нас. Ми приймаємо їхні сигнали в реальному часі, і навіть найменша неточність у вимірюванні часу або будь-яка атмосферна затримка може спотворити результат. Але завдяки складній системі поправок і праці багатьох людей GPS є настільки точним, що допомагає нам усюди — від повсякденної навігації до геодезії та картографії з сантиметровою точністю».
Лекція завершилася. Аспіранти жваво обговорювали почуте, ставили запитання й сперечалися про нюанси розрахунків. Андрій вийшов з аудиторії із відчуттям задоволення: він знову показав глибину й красу технології, яку ми так часто сприймаємо як належне. І, можливо, саме цього дня для когось почався шлях до нових відкриттів у світі високоточної навігації.
День 6: введення поправок, частина 2 — тропосфера та іоносфера
Лектор: доктор Андрій, провідний науковий співробітник лабораторії навігаційних систем
Дата: березень 2003 року
---
1. Вступ: навіщо потрібні поправки?
Супутникова навігація працює подібно до вимірювання відстані за відлунням. Супутник надсилає радіосигнал, приймач на Землі його приймає, а відстань обчислюється за часом проходження сигналу. Проте земна атмосфера діє як багатошаровий фільтр, сповільнюючи й спотворюючи шлях сигналу.
• Тропосфера (0–12 км) — щільний нижній шар атмосфери, де тиск повітря, температура й вологість сповільнюють сигнали.
• Іоносфера (60–1000 км) — область, наповнена вільними електронами, які заломлюють і затримують радіохвилі.
Якщо не вводити поправки, ці ефекти можуть спричиняти похибки позиціювання до десятків метрів, роблячи навігацію такою ж ненадійною, як розмита карта міста. Поправки допомагають усунути ці спотворення й забезпечити точне позиціювання.

2. Словник ключових термінів
Псевдовідстань
Виміряна відстань до супутника, що містить похибки затримки сигналу.
Псевдошвидкість
Оцінена швидкість приймача на основі частотного зсуву сигналу.
Доплерівський зсув
Зміна частоти через відносний рух між приймачем і супутником.
Кут місця
Кут між супутником і місцевим горизонтом спостерігача.
Групова затримка
Частотно залежна затримка радіохвиль в іоносфері.
Вільні електрони
Заряджені частинки в іоносфері, що впливають на швидкість сигналу.
3. Що таке псевдовідстань і псевдошвидкість?
Псевдовідстань \( \tilde{\rho} \)
Псевдовідстань — це розрахована відстань на основі часу проходження сигналу:
\[ \tilde{\rho} = c \cdot \Delta t \]
де:
• \( c = 299,792,458 \) м/с — швидкість світла
• \( \Delta t \) — час проходження сигналу
Чому «псевдо»? Час \( \Delta t \) містить похибки від:
• тропосферних та іоносферних затримок
• проблем синхронізації годинників
• шумів приймача
Приклад: якщо затримка сигналу становить \( 0.0001 \) с:
\[ \tilde{\rho} = 299,792,458 \times 0.0001 = 29,979 \text{ м} \approx 29.98 \text{ км} \]
Після застосування поправок фактична відстань може становити 29,5 км.
4. Модель тропосферної поправки
Тропосферна поправка затримки для сухої складової обчислюється за допомогою моделі Саастамойнена:
\[ \Delta_{c}^{j} = 2.309 \times 10^{-3} \times \frac{(T - 3.28)}{\sin \varepsilon + \frac{a}{\tan \varepsilon + \frac{b}{\sin \varepsilon}}} \times \frac{P}{T} \]
де:
• \( T \) — температура (Кельвіни)
• \( P \) — тиск (гПа)
• \( \varepsilon \) — кут місця супутника
• \( a, b \) — емпіричні коефіцієнти
5. Модель Саастамойнена
Модель Саастамойнена широко використовується в супутниковій навігації для оцінювання тропосферної затримки. Розроблена фінським ученим Йормою Саастамойненом, вона стала стандартом атмосферних поправок у системах GNSS.
Принципи моделі
Фізичний зміст: модель враховує сповільнення сигналу через тиск повітря, температуру й вологість. Ці чинники включено до формули як ключові змінні.
Математична основа:
\[ \Delta_{c}^{j} = 2.309 \times 10^{-3} \times \frac{(T - 3.28)}{\sin \varepsilon + \frac{a}{\tan \varepsilon + \frac{b}{\sin \varepsilon}}} \times \frac{P}{T} \]
Модель Саастамойнена підвищує точність GNSS, роблячи її критично важливим інструментом високоточної навігації.
6. Іоносферні поправки
Іоносфера по-різному впливає на радіосигнали різних частот. Для двочастотних приймачів іоносферні поправки можна обчислювати безпосередньо:
\[ \Delta_{ion}^{j} = \frac{S_{L1}^{j} - S_{L2}^{j}}{1 - \left(\frac{f_{L1}}{f_{L2}}\right)^2} \]
де:
• \( S_{L1}^{j}, S_{L2}^{j} \) — псевдовідстані на частотах L1 і L2
• \( f_{L1} = 1575.42 \) МГц — частота L1
• \( f_{L2} = 1227.60 \) МГц — частота L2
Для поправок псевдошвидкості:
\[ \dot{\Delta}_{ion}^{j} = \frac{\dot{S}_{L1}^{j} - \dot{S}_{L2}^{j}}{1 - \left(\frac{f_{L1}}{f_{L2}}\right)^2} \]
7. Спільне застосування поправок
Остаточно скориговані псевдовідстань і псевдошвидкість обчислюються так:
\[ S_{i,j,k,3} = S_{i,j,k,2} + \Delta_{trop}^{j} + \Delta_{ion}^{j} \] \[ \dot{S}_{i,j,k,3} = \dot{S}_{i,j,k,2} + \dot{\Delta}_{trop}^{j} + \dot{\Delta}_{ion}^{j} \]
де:
• \( S_{i,j,k,2} \) — відфільтрована псевдовідстань із Дня 4
• \( \Delta_{trop}^{j} \) — тропосферна поправка
• \( \Delta_{ion}^{j} \) — іоносферна поправка
8. Практичний приклад
Обчислимо поправки для супутника з кутом місця 30°:
Дано:
• Температура: T = 288 K (15°C)
• Тиск: P = 1013 гПа
• Кут місця: ε = 30°
• Двочастотні псевдовідстані: S_L1 = 20,000,000 м, S_L2 = 20,000,010 м
Тропосферна поправка (спрощено):
\[ \Delta_{trop} \approx \frac{2.3}{\sin(30°)} = \frac{2.3}{0.5} = 4.6 \text{ м} \]
Іоносферна поправка:
\[ \Delta_{ion} = \frac{20,000,000 - 20,000,010}{1 - (1575.42/1227.60)^2} = \frac{-10}{1 - 1.647} = \frac{-10}{-0.647} \approx 15.5 \text{ м} \]
9. Підсумок
Атмосферні поправки є необхідними для точного GNSS-позиціювання:
• Тропосферні поправки залежать від погодних умов і кута місця супутника
• Іоносферні поправки залежать від сонячної активності й можуть обчислюватися за двочастотними вимірюваннями
• Без цих поправок похибки позиціювання можуть перевищувати 20–30 метрів
• За належного застосування поправок досяжна сантиметрова точність
Завтра ми розглянемо, як аналізувати якість і цілісність цих скоригованих вимірювань.
День 7: поглиблений аналіз навігаційних даних
Лектор: доктор Андрій, провідний науковий співробітник лабораторії навігаційних систем
Дата: березень 2003 року
---
Тема: від похибок до точності — аналіз і контроль цілісності навігаційного поля
1. Вступ: чому навігаційним даним треба довіряти, але перевіряти?
Сучасні навігаційні системи міцно увійшли в наше життя, забезпечуючи точне позиціювання для різноманітних задач. Проте покладатися на GNSS-виміряні дані без перевірки не можна. На точність навігації впливають різні похибки:
• Атмосферні збурення: іоносфера та тропосфера спотворюють радіосигнали, спричиняючи затримки й похибки.
• Неточності часу: навіть атомні годинники на супутниках і годинники приймачів мають мікроскопічні відхилення.
• Геометрія супутників: розташування супутників впливає на точність вимірювань.
• Апаратні та програмні відмови: супутники й приймачі можуть працювати некоректно.
Проста аналогія: уявіть хор, де кожен голос — це сигнал від супутника. Для «гармонійного звучання», тобто точної навігації, усі «голоси» мають бути чистими. Помилкові дані — це фальшиві ноти, які треба виявити й виправити.
Мета лекції: вивчення аналізу GNSS-даних і контролю цілісності для:
• ✅ Підвищення точності навігації
• ✅ Забезпечення достовірності навігаційної інформації
• ✅ Виявлення та виключення відмов у даних
Ключові задачі аналізу:
• ✅ Оцінювання диференційних поправок для компенсації похибок
• ✅ Перевірка достовірності сигналів для оцінювання їхньої якості
• ✅ Виключення помилкових даних для підвищення точності
---
2. Оцінювання диференційних поправок: усунення спільних похибок
2.1. Що таке диференційні поправки і як вони працюють?
Диференційні поправки — це метод підвищення точності GNSS із використанням базової станції з відомими координатами.
Принцип роботи: базова станція порівнює виміряні та фактичні відстані до супутників. Різниця і є диференційною поправкою. Поправки передаються на рухомий приймач, щоб компенсувати спільні похибки.

Ключові компоненти Differential GPS (DGPS)
1. Супутники GPS
Супутникове угруповання, що передає навігаційні сигнали
2. Опорна станція
Стаціонарна наземна станція з точно відомими координатами, яка розраховує коригувальні дані
3. Мобільний приймач
Приймач на рухомому об’єкті — літаку, транспортному засобі тощо — який застосовує поправки для підвищення точності
4. Сигнал диференційних поправок
Коригування, обчислені опорною станцією і передані мобільним приймачам
5. Канал зв’язку
НЧ/СЧ-радіоканал або інші засоби передавання поправок від базової станції до рухомого приймача
Формула диференційної поправки для псевдовідстані:
\[ \Delta \hat{S}_{i,j,k} = R_{i,j,k} - \left( S_{i,j,k,3} - k \cdot c \cdot \Delta \tau_{\text{GLONASS}} \right) \]
Розбір формули:
• \(R_{i,j,k}\) — істинна геометрична відстань від станції \(i\) до супутника \(j\):
  \[R_{i,j,k} = \sqrt{(x_{j,i,k} - X_i)^2 + (y_{j,i,k} - Y_i)^2 + (z_{j,i,k} - Z_i)^2}\]
• \(S_{i,j,k,3}\) — виміряна псевдовідстань після атмосферних поправок
• \(k\) — коефіцієнт GLONASS: 1 для GLONASS, 0 для інших систем
• \(c\) — швидкість світла
• \(\Delta\tau_{\text{GLONASS}}\) — поправка часу GLONASS
Пояснення індексів:
• \(i\) — номер базової станції
• \(j\) — номер супутника
• \(k\) — момент часу
Числовий приклад розрахунку диференційної поправки:
Нехай:
• Виміряна псевдовідстань: \(S_{i,j,k,3} = 20,000,150\) м
• Геометрична відстань: \(R_{i,j,k} = 20,000,000\) м
• Поправка часу GLONASS: \(k \cdot c \cdot \Delta\tau_{\text{GLONASS}} = 50\) м
Диференційна поправка:
\[ \Delta \hat{S}_{i,j,k} = 20,000,000 - (20,000,150 - 50) = -100 \text{ м} \]
2.2. Урахування швидкості вимірювання: псевдошвидкість
Для підвищення точності аналізується псевдошвидкість — швидкість зміни псевдовідстані. Диференційні поправки для псевдошвидкості:
\[ \Delta \hat{\dot{S}}_{i,j,k} = \dot{R}_{i,j,k} - \left( \dot{S}_{i,j,k,3} - k \cdot c \cdot \Delta \dot{\tau}_{\text{GLONASS}} \right) \]
де:
\[ \dot{R}_{i,j,k} = \frac{1}{R_{i,j,k}} \left[ (x_{j,i,k} - X_i) \cdot \dot{x}_{j,i,k} + (y_{j,i,k} - Y_i) \cdot \dot{y}_{j,i,k} + (z_{j,i,k} - Z_i) \cdot \dot{z}_{j,i,k} \right] \]
Важливо: розбіжності між виміряними та розрахованими швидкостями вказують на похибки.
---
3. Контроль цілісності навігаційного поля: виявлення «фальшивих нот»
3.1. Матриці достовірності: \(H_i\) і \(G_i\)
Контроль цілісності передбачає оцінювання достовірності GNSS-даних. Використовується аналіз узгодженості надлишкових вимірювань. Формуються контрольні матриці \(H_i\) для псевдовідстані та \(G_i\) для псевдошвидкості, які відображають узгодженість поправок між супутниками.
Алгоритм формування матриці \(H_i\):
Для базової станції \(i\) і пар супутників \((j_m, j_n)\):
1. Перевірити наявність даних: дані псевдовідстані мають бути доступні для обох супутників.
2. Розрахувати різницю поправок:
   \(\delta S_{m,n} = \left| \Delta \hat{S}_{i,j_m,k_m} - \Delta \hat{S}_{i,j_n,k_n} \right|\)
3. Порівняти з порогом (DS): порогове значення DS задає допустиму різницю поправок. Вибір DS залежить від потрібної точності та рівня шуму у вимірюваннях. У цьому прикладі використано DS = 20 метрів. У реальних системах DS може задаватися на основі статистичного аналізу похибок і вимог до цілісності навігації.
4. Заповнити елемент матриці:
   \[\{ H_i \}_{m,n} = \begin{cases} 0, & \text{якщо дані доступні і } \delta S_{m,n} \leq DS \\ 1, & \text{інакше} \end{cases}\]
Матриця \(G_i\) формується аналогічно для псевдошвидкості з порогом \(DS^{\dot{ }}\).
Приклад формування матриці \(H_i\):
Таблиця 1: розрахунок елементів матриці \(H_i\)
Пара супутників	Різниця поправок (\(\delta S_{m,n}\))	Порівняння з порогом (DS=20 м)	Елемент матриці (\(\{ H_i \}_{m,n}\))
\((j_1, j_2)\)	\(|-10 - (-15)| = 5\) м	\(5 \leq 20\)	0
\((j_1, j_3)\)	\(|-10 - 100| = 110\) м	\(110 > 20\)	1
\((j_2, j_3)\)	\(|-15 - 100| = 115\) м	\(115 > 20\)	1
---
4. Прийняття рішення про відмову: підсумовування «голосів незгоди»
Для кожного супутника \(j_n\) система обчислює суми за стовпцями матриць достовірності \(H_i\) і \(G_i\):
\[ \Sigma_{i,j_n}^{H} = \sum_{m=1}^{M_i} \{H_i\}_{m,j_n}, \quad \Sigma_{i,j_n}^{G} = \sum_{m=1}^{M_i} \{G_i\}_{m,j_n} \]
Інтерпретація сум: що більшою є сума для супутника \(j_n\), то вища ймовірність, що саме цей супутник є джерелом помилки або неузгодженості. Ці суми показують, скільки разів супутник \(j_n\) був «неузгодженим» з іншими у матрицях \(H_i\) для псевдовідстані та \(G_i\) для псевдошвидкості.
Правило прийняття рішення:
• Коректна робота: якщо для всіх спостережуваних супутників виконуються обидві умови \(\Sigma_{i,j_n}^{H} = 0\) і \(\Sigma_{i,j_n}^{G} = 0\), то всі супутники вважаються працездатними, а навігаційне поле — достовірним.
• Виявлені помилки: якщо хоча б для одного супутника \(j_n\) виконується \(\Sigma_{i,j_n}^{H} \neq 0\) або \(\Sigma_{i,j_n}^{G} \neq 0\), то цей супутник вважається підозрілим і виключається з подальших навігаційних розрахунків.
Приклад інтерпретації матриці:
Матриця достовірності \(H_i\) із сумами за стовпцями
Супутник	\(j_1\)	\(j_2\)	\(j_3\)	Сума стовпця \(\Sigma_{i,j_n}^{H}\)
\(j_1\)	-	0	1	1
\(j_2\)	0	-	1	1
\(j_3\)	1	1	-	2
Аналіз даних таблиці:
• Для супутника \(j_1\): \(\Sigma_{i,j_1}^{H} = 1\)
• Для супутника \(j_2\): \(\Sigma_{i,j_2}^{H} = 1\)
• Для супутника \(j_3\): \(\Sigma_{i,j_3}^{H} = 2\)
Якщо матриця \(G_i\), яку тут не показано, має нульові суми для всіх стовпців \(\Sigma_{i,j_n}^{G} = 0\), то супутник \(j_3\) є найімовірніше помилковим і виключається.
Алгоритм контролю цілісності:
1. Початок алгоритму контролю цілісності.
2. Для кожної базової станції \(i\):
   • сформувати матрицю \(H_i\) на основі поправок псевдовідстані
   • сформувати матрицю \(G_i\) на основі поправок псевдошвидкості
   • обчислити суми за стовпцями \(\Sigma_{i,j_n}^{H}\) і \(\Sigma_{i,j_n}^{G}\)
3. Прийняття рішення:
   • якщо всі супутники задовольняють умови \(\Sigma_{i,j_n}^{H} = 0\) і \(\Sigma_{i,j_n}^{G} = 0\), вони вважаються достовірними
   • якщо будь-який супутник має ненульову суму, він позначається як помилковий і виключається
4. Завершення алгоритму контролю цілісності. Остаточне навігаційне розв’язання обчислюється лише з використанням супутників, що залишилися достовірними.
---
5. Підсумкові висновки: досягнення точності через аналіз
• 📌 Диференційні поправки компенсують спільні похибки, підвищуючи точність
• 📌 Контроль цілісності виявляє помилкові дані, забезпечуючи достовірність
• 📌 Матриці достовірності об’єктивно оцінюють якість вимірювань
---
6. Запитання для студентів: перевірте своє розуміння
1. Чому неможливо покладатися на сирі GNSS-дані без аналізу?
2. Як атмосфера впливає на вимірювання і як поправки допомагають?
3. Які ще методи контролю цілісності існують, наприклад RAIM?
💬 Порада від Андрія: будьте контролером якості у супутниковому «хорі»! Перевіряйте кожен «голос», щоб досягти «чистого звучання» точної навігації. «Довіряй, але перевіряй!» Успіхів!


День 8: формування поправок до часової шкали
Лектор: доктор Андрій, провідний науковий співробітник лабораторії навігаційних систем
Дата: березень 2003 року
---
1. Вступ: навіщо потрібні поправки часу?
Андрій починає лекцію із запитання:
«Як ви думаєте, що станеться, якщо годинники на супутниках і наземних станціях відрізнятимуться навіть на кілька наносекунд?»
Деякі студенти знизують плечима, але один відповідає: «Будуть помилки у визначенні координат?»
Андрій киває: «Правильно! Якщо часова шкала навігаційної системи відхиляється, похибка в розрахунку координат може досягати кількох метрів, а в крайніх випадках — навіть кілометрів. Для високоточної навігації це неприйнятно. Саме тому ми формуємо поправки до часової шкали, щоб усі годинники в системі йшли синхронно».
Сьогоднішня лекція охоплює:
• ✓ Чому існують різні часові шкали?
• ✓ Які математичні методи використовуються для розрахунку й компенсації цих розбіжностей?
• ✓ Як на практиці формуються поправки для узгодження часових шкал у навігаційних системах?
---

2. Часові шкали та їхні розбіжності: чому годинники не синхронізуються?
2.1. Які часові шкали використовуються в навігації?
Андрій креслить на дошці схематичне зображення часових шкал:
Часові шкали GPS, GLONASS і UTC (лінійна шкала)

Часова шкала: ------------------------------------------------------------------->

GPST: |---------------------|---------------------|---------------------|-------
      |                     |                     |                     |
      1980.01.06          1990                  2000                  2020     Поточний час
      Час GPS (GPST)

GLONASST:     |---------------------|---------------------|---------------------|-------
              |                     |                     |                     |
              Прив’язаний до UTC   1990                  2000                  2020     Поточний час
              Час GLONASS (GLONASST)

UTC:        |---------------------|---------------------|---------------------|-------
            |                     |                     |                     |
            Всесвітній час       1990                  2000                  2020     Поточний час
            UTC (Coordinated Universal Time)
Чому ці шкали відрізняються?
• ✓ різні еталони атомного часу
• ✓ затримки передавання сигналу
• ✓ релятивістські ефекти — ефекти загальної теорії відносності
Рішення: застосувати поправки для узгодження часових шкал.
---
3. Як формуються поправки часової шкали?
3.1. Математична модель часових поправок
Андрій пояснює математичну модель, що лежить в основі часових поправок:
Рівняння для часових поправок задається так:
\[ S^{[10]} = R + A \cdot \begin{bmatrix} \Delta \tau_1 \\ \vdots \\ \Delta \tau_L \end{bmatrix} + K_{\text{GLONASS}} \cdot \Delta \tau_{\text{GLONASS}} \]
Пояснення величин:
• \(S^{[10]}\) — виміряні параметри часових сигналів
• \(R\) — розраховані відстані до супутників
• \(A\) — матриця коефіцієнтів поправок
• \(\Delta \tau_1, \ldots, \Delta \tau_L\) — розбіжності часових шкал
• \(K_{\text{GLONASS}}\) — коефіцієнт урахування різниці GLONASS-GPS
• \(\Delta \tau_{\text{GLONASS}}\) — зміщення системного часу GLONASS
3.2. Розв’язання рівняння
Щоб знайти часові поправки \(\Delta \tau\), розв’язуємо систему:
\[ \begin{bmatrix} \Delta \tau_1 \\ \Delta \tau_2 \\ \vdots \\ \Delta \tau_L \\ \Delta \tau_{\text{GLONASS}} \end{bmatrix} = \frac{1}{c} \cdot V^{-1} \cdot \begin{bmatrix} A \quad K_{\text{GLONASS}} \end{bmatrix}^T \cdot W \cdot \left( S^{[10]} - R \right) \]
Ключові компоненти:
• \(c\) — швидкість світла, 299 792 458 м/с
• \(V^{-1}\) — обернена коваріаційна матриця
• \(W\) — вагова матриця, що враховує якість даних
3.3. Як перевіряється точність?
Якщо будь-який діагональний елемент \(V^{-1}\) перевищує \(10^8\), відповідний параметр вважається ненадійним і залишається без змін.
4. Практичний приклад
Розгляньмо простий випадок із двома станціями та GPS/GLONASS:
Дано:
• зміщення часу станції 1: \(\Delta \tau_1\), невідоме
• зміщення часу станції 2: \(\Delta \tau_2\), невідоме
• системне зміщення GLONASS: \(\Delta \tau_{\text{GLONASS}}\), невідоме
• виміряні псевдовідстані містять часові похибки
Система одночасно розв’язує всі три невідомі, забезпечуючи узгоджений час у всій мережі.
---
5. Обговорення та запитання студентів
Після лекції студенти починають ставити запитання:
Михайло: «Якщо супутники GPS мають атомні годинники, навіщо нам усе одно їх коригувати?»
Андрій: «Чудове запитання! Навіть атомні годинники, які є надзвичайно точними, з часом мають дрейф через релятивістські ефекти — зміни перебігу часу, спричинені швидкістю та гравітацією, як це описано в теорії відносності Ейнштейна. Наприклад, супутники GPS рухаються приблизно зі швидкістю 14 000 км/год, тобто 3,9 км/с, через що їхні годинники сповільнюються приблизно на 7 мікросекунд на добу внаслідок спеціальної теорії відносності. Водночас вони перебувають на висоті 20 200 км над Землею, де гравітація слабша, тому годинники йдуть швидше приблизно на 45 мікросекунд на добу через загальну теорію відносності. У сумі це дає чистий дрейф 38 мікросекунд на добу. Оскільки радіосигнали поширюються зі швидкістю світла, 299 792 458 м/с, ці 38 мікросекунд дають похибку положення приблизно 11,4 км на добу! Крім того, чинники навколишнього середовища, такі як сонячна радіація, зміни температури й магнітні поля в космосі, можуть спричиняти невеликі зсуви годинника. Саме тому нам потрібно постійно застосовувати поправки, щоб GPS залишалася точною».
Анна: «Чи можемо ми використовувати квантові годинники на супутниках, щоб зробити поправки непотрібними?»
Андрій: «Це дуже далекоглядне запитання! Квантові годинники — це передова технологія: на відміну від цезієвих атомних годинників у GPS, точність яких становить приблизно 1 наносекунду на добу, квантові годинники використовують оптичні переходи в атомах, наприклад ітербію, і можуть мати точність до 1 секунди за мільярди років. Вони надзвичайно перспективні для вдосконалення відліку часу! Однак вони не усунуть потребу в поправках повністю. Релятивістські ефекти, про які я згадував, спричинені швидкістю супутника та гравітацією Землі, все одно діятимуть незалежно від того, наскільки точним є годинник, і вимагатимуть тих самих поправок 38 мікросекунд на добу. Крім того, квантові годинники поки що не є практичними для масового розміщення на супутниках. Вони потребують складних установок, зокрема наднизьких температур і значного енергоспоживання, що складно забезпечити в компактному супутниковому середовищі. Але в майбутньому вони можуть зменшити частоту синхронізації годинників і зробити системи ще надійнішими».
Данило: «Як NASA виконує корекцію часу для марсіанських місій, де немає супутників GPS?»
Андрій: «Відмінне запитання! Для марсіанських місій NASA не може покладатися на GPS, бо там немає супутникової мережі, як на Землі. Замість цього використовується поєднання методів. По-перше, космічні апарати мають власні надстабільні атомні годинники, подібні до GPS-годинників, і коригують релятивістські ефекти з урахуванням своєї орбіти та гравітації Марса. Слабша гравітація Марса, приблизно 38% земної, спричиняє інший ефект сповільнення часу — приблизно на 0,6 мілісекунди на добу менше, ніж на Землі. По-друге, NASA використовує Deep Space Network (DSN) — глобальну мережу радіоантен — для надсилання точних часових сигналів із Землі й відстеження положення космічного апарата за допомогою двостороннього вимірювання дальності. Це дає змогу обчислювати часові зсуви з мікросекундною точністю. Нарешті, для марсоходів на поверхні, таких як Perseverance, синхронізація виконується з орбітальними супутниками Марса, наприклад Mars Reconnaissance Orbiter, які надають локальні навігаційні дані. Це складний танець, але він працює!»
Софія: «Чи можуть майбутні лазерні годинники в далекому космосі усунути потребу в часових поправках?»
Андрій: «Це фантастичне запитання про майбутнє! Лазерні годинники, подібні до тих, які розробляють NASA та ESA, використовують методи оптичної ґратки для досягнення ще більшої точності, ніж квантові годинники. Вони спираються на стабілізовані лазерні частоти, що взаємодіють з атомними переходами, і забезпечують точність, значно вищу за можливості традиційних атомних годинників. Однак навіть така точність не усуне потребу в часових поправках. Фундаментальна причина лишається тією самою — релятивістські ефекти. Рух космічного апарата та зміни гравітаційного потенціалу все одно спричинятимуть зсуви часу, а отже поправки будуть потрібні завжди. Водночас лазерні годинники можуть істотно підвищити стабільність навігації в далекому космосі й зменшити потребу в частих коригуваннях».
---
6. Висновок: чому це важливо?
Андрій підсумовує лекцію:
• 📌 Точність навігації залежить від точної корекції часу
• 📌 Формування поправок забезпечує синхронізацію між GPS і GLONASS
• 📌 Математичні методи мінімізують похибки й підтримують цілісність системи
Запитання для обговорення:
1. ✓ Чому не можна довіряти сирому GPS-часу без перевірки?
2. ✓ Як теорія відносності впливає на синхронізацію годинників?
3. ✓ Чи може лазерний зв’язок підвищити точність часу?
Андрій усміхається: «Ми обговоримо ці теми докладніше на наступній лекції. До зустрічі!»
День 9: формування даних диференційних поправок і контроль якості
Лектор: доктор Андрій, провідний науковий співробітник лабораторії навігаційних систем
Дата: березень 2003 року
---
Вступ
Вітаю, допитливі уми! Ласкаво просимо до Дня 9 нашого захопливого курсу! Ми перебуваємо у 2003 році, і сьогодні зануримося в саме серце супутникової навігації, щоб детально вивчити процес формування диференційної коригувальної інформації (DCI) та методи контролю її найвищої якості. Уявіть, що ви користуєтеся GPS-навігатором в автомобілі або на дослідницькому судні, і він визначає ваше місцезнаходження з точністю до кількох метрів! За цією технологією, яка вже змінює наше життя, стоїть складна симфонія математичних алгоритмів і фундаментальних законів фізики. Наша мета сьогодні — крок за кроком розкрити ці секрети, провести вас крізь лабіринт формул до вершини розуміння. Готові до нових інтелектуальних відкриттів? Тоді рушаймо — вперед до знань!
Історична довідка: як точність стала реальністю
Перш ніж заглиблюватися в технічні деталі, зробімо короткий історичний екскурс. Система GPS офіційно розпочалася із запуску першого супутника Navstar 1 у 1978 році, що стало початком глобальної навігаційної революції. Проте на ранніх етапах GPS була далекою від досконалості: атмосферні затримки та дрейф атомних годинників на супутниках знижували точність до десятків метрів. У 1980-х роках інженери розробили Differential GPS (DGPS), що значно підвищила точність — до кількох метрів. На початку 1990-х DGPS широко застосовувалася в морській навігації та геодезії. У 1995 році GPS досягла повної операційної готовності, а у 2000 році Сполучені Штати вимкнули Selective Availability (SA), зробивши сигнал точнішим для цивільних користувачів. Сьогодні, у 2003 році, ми бачимо, як GPS і GLONASS починають змінювати світ — від морської навігації до перших автомобільних GPS-систем!

9.1. Розрахунок диференційних поправок у телеметричній навігаційній інформації
Отже, початкова точка нашої подорожі — взаємодія між навігаційними космічними апаратами (NSV), супутниками GPS, GLONASS, INMARSAT, і приймально-навігаційними станціями (RNS) на Землі. NSV випромінюють сигнали, а RNS їх приймають. Але ці сигнали далекі від ідеальних: атмосфера їх спотворює, а атомні годинники супутників, хоч і дуже точні, усе одно мають мікроскопічні відхилення. Диференційні поправки — це наш інструмент сказати: «Досить хаосу! Виправимо цю навігаційну плутанину!»
Процес обчислення DCI у телеметричній навігаційній інформації (TNI) схожий на налаштування оркестру перед концертом: строгий алгоритм синхронізує всі елементи з точністю до часток мілісекунди, забезпечуючи гармонійне «звучання» точної навігації.
9.2. Формування оцінок диференційних поправок
Уявіть узгоджену команду супутників (NSV) і наземних станцій (RNS), що працюють як єдине ціле. Для кожної пари супутник–станція ми обчислюємо поправки, прив’язуючи їх до часової шкали GPS (GPST). Чому саме GPST? Історично вона є усталеним еталоном, що забезпечує єдину точку відліку. Ключовим чинником є проходження сигналу крізь тропосферу й іоносферу, де заряджені частинки та водяна пара діють як «затор», затримуючи радіохвилі й вносячи похибки. Ось формули, які допомагають нам компенсувати ці ефекти:
Для псевдовідстаней — відстаней до супутника, виміряних із похибками:
\[ \begin{bmatrix} \vdots \\ \Delta S_{1,j} \\ \vdots \\ \Delta S_{2,j} \\ \vdots \\ \Delta S_{L,j} \\ \vdots \end{bmatrix} = \left(S^{[2]} - R\right) - \begin{bmatrix} A \quad K_{\text{GLONASS}} \end{bmatrix} \begin{bmatrix} \Delta \tau_1 \\ \Delta \tau_2 \\ \vdots \\ \Delta \tau_L \end{bmatrix} \]
Для псевдошвидкостей — швидкості зміни відстані:
\[ \begin{bmatrix} \vdots \\ \Delta \dot{S}_{1,j} \\ \vdots \\ \Delta \dot{S}_{2,j} \\ \vdots \\ \Delta \dot{S}_{L,j} \\ \vdots \end{bmatrix} = \left(\dot{S}^{[2]} - \dot{R}\right) - \begin{bmatrix} A \quad K_{\text{GLONASS}} \end{bmatrix} \begin{bmatrix} \Delta \dot{\tau}_1 \\ \Delta \dot{\tau}_2 \\ \vdots \\ \Delta \dot{\tau}_L \end{bmatrix} \]
Розберімо, що тут відбувається:
• \(S^{[2]}\) — вектор виміряних псевдовідстаней, скоригованих на атмосферні спотворення за допомогою коефіцієнтів \(\alpha_{i,j}\). Уявляйте ці коефіцієнти як «атмосферні окуляри», що дозволяють сигналу «бачити» крізь завади!
• \(\dot{S}^{[2]}\) — вектор псевдошвидкостей, також скоригованих.
• \(R\) і \(\dot{R}\) — ідеальні відстані та швидкості, обчислені за координатами: \(R_{i,j} = \sqrt{(x_j - X_i)^2 + (y_j - Y_i)^2 + (z_j - Z_i)^2}\).
• \(A\) — геометрична матриця, що описує розташування супутників і станцій. У реальній системі її розмірність визначається кількістю пар NSV-RNS, тобто \(L \times L\).
• \(K_{\text{GLONASS}}\) — коефіцієнт для врахування особливостей GLONASS: 1 для GLONASS, 0 для GPS, що відображає різницю часових шкал.
• \(\Delta \tau_i\) і \(\Delta \dot{\tau}_i\) — часові та частотні поправки для синхронізації годинників.
Ці формули — навігаційний пазл! Ми розв’язуємо його методом найменших квадратів, мінімізуючи похибки.
9.3. Згладжування оцінок диференційних поправок
Отримавши «сирі» оцінки, ми згладжуємо їх з урахуванням часу реєстрації \(t_{z-count}\):
\[ \Delta \hat{S}_{i,j,k} = \Delta S_{i,j,k} + \Delta \dot{S}_{i,j,k} \cdot \left(t_{z-count} - \left(t_i - \Delta \tau_i - \frac{R_{i,j,k}}{c}\right)\right) \]
де
\[ t_{z-count} = \left\lfloor \frac{t_1 - 3600 \cdot \left\lfloor \frac{t_1}{3600} \right\rfloor}{0.6} \right\rfloor \cdot 0.6 + 3600 \cdot \left\lfloor \frac{t_1}{3600} \right\rfloor \]
Тут \(t_1\) — час у секундах, який ми розкладаємо на години та залишок, округлюючи з кроком 0,6 секунди — ніби виставляємо будильник із зручним інтервалом! \(\frac{R_{i,j,k}}{c}\) — час проходження сигналу, де \(c = 299 792 458 \,\text{м/с}\).
Числовий приклад: нехай \(\Delta S_{i,j,k} = 10 \,\text{м}\), \(\Delta \dot{S}_{i,j,k} = 0.1 \,\text{м/с}\), а \(\left(t_{z-count} - (t_i - \Delta \tau_i - \frac{R_{i,j,k}}{c})\right) = 2 \,\text{с}\). Тоді:
\[ \Delta \hat{S}_{i,j,k} = 10 + 0.1 \cdot 2 = 10.2 \,\text{м} \]
9.4. Аналіз і контроль якості поправок
Тепер перевіримо якість! Якщо маємо лише одну оцінку від RNS, приймаємо її з \(Health_{i,j} = 0\) і стандартним відхиленням \(\sigma_{i,j,k}\). Але якщо доступні дві або більше оцінок, проводимо статистичний аналіз. Обчислюємо стандартне відхилення:
\[ \sigma_{\Delta \hat{S}_{j,k}} = \sqrt{\frac{\sum_{i=1}^{L} \left(\Delta \hat{S}_{i,j,k} - \Delta \bar{S}_{j,k}\right)^2 \cdot \left(1 - \zeta S_{i,j,k}\right)}{\left(\sum_{i=1}^{L} \left(1 - \zeta S_{i,j,k}\right)\right) - 1}} \]
де зважене середнє:
\[ \Delta \bar{S}_{j,k} = \frac{\sum_{i=1}^L \Delta \hat{S}_{i,j,k} \cdot \frac{\left(1 - \zeta S_{i,j,k}\right)}{(\sigma S_{i,j,k,2} + 10^{-10})^2}}{\sum_{i=1}^L \frac{\left(1 - \zeta S_{i,j,k}\right)}{(\sigma S_{i,j,k,2} + 10^{-10})^2}} \]
Для швидкостей — аналогічно:
\[ \Delta \bar{\dot{S}}_{j,k} = \frac{\sum_{i=1}^L \Delta \dot{S}_{i,j,k} \cdot \frac{\left(1 - \zeta S_{i,j,k}\right)}{(\sigma S_{i,j,k,2} + 10^{-10})^2}}{\sum_{i=1}^L \frac{\left(1 - \zeta S_{i,j,k}\right)}{(\sigma S_{i,j,k,2} + 10^{-10})^2}} \]
Числовий приклад: нехай оцінки такі: \(\Delta \hat{S}_{1,j,k} = 10\,\text{м}\), \(\Delta \hat{S}_{2,j,k} = 11\,\text{м}\), \(\Delta \hat{S}_{3,j,k} = 12\,\text{м}\), а \(\zeta S_{i,j,k} = 0\). Тоді:
\[ \Delta \bar{S}_{j,k} = \frac{10 + 11 + 12}{3} = 11 \,\text{м} \] \[ \sigma_{\Delta \hat{S}_{j,k}} = \sqrt{\frac{(10-11)^2 + (11-11)^2 + (12-11)^2}{3-1}} = \sqrt{\frac{1 + 0 + 1}{2}} = 1 \,\text{м} \]
«Секрет \(10^{-10}\)»: цей коефіцієнт у знаменнику — «рятувальний круг». Якщо \(\sigma S_{i,j,k,2} = 0\), то \(10^{-10}\) запобігає діленню на нуль — як підкладка під хиткий стілець!
Порівнюємо \(\sigma_{\Delta \hat{S}_{j,k}}\) із порогом \(\sigma_{\max \Delta S}\). Якщо \(\sigma_{\Delta \hat{S}_{j,k}} < \sigma_{\max \Delta S}\), поправки достовірні: \(Health_{j,k} = 0\), \(\zeta S_{i,j,k} = 0\). Якщо виявляємо аномалії \(\left|\Delta \hat{S}_{i,j,k} - \Delta \bar{S}_{j,k}\right| > 2 \cdot \sigma_{\Delta \hat{S}_{j,k}}\), встановлюємо \(\zeta S_{i,j,k} = 1\) і повторюємо аналіз.
9.5. Перевірка допустимих меж значень
Перевіряємо, щоб поправки не перевищували фізично допустимих меж:
\[ \left|\Delta \bar{S}_{j,k}\right| < 10,485.44 \,\text{м} \] \[ \left|\Delta \bar{\dot{S}}_{j,k}\right| < 4.064 \,\frac{\text{м}}{\text{с}} \]
Чому саме ці значення?
• 10 485,44 м: поріг ґрунтується на типових максимальних похибках, включно з іоносферними затримками та зміщеннями годинника до 3 мс \((3 \times 10^{-3} \times 299 792 458 \approx 899 377 \,\text{м})\). З урахуванням фільтрації і системних обмежень максимум становить 10 485,44 м.
• 4,064 м/с: приблизно швидкість людини під час ходьби. Якщо поправка швидкості більша, супутник «утікає» фізично неправдоподібно!
Якщо умова не виконується, \(Health_{j,k} = 1\) — цей супутник позначається як несправний.
9.6. Додатковий контроль за допомогою контрольного приймача
Контрольний приймач (MR) із відомими координатами — наш «золотий стандарт». Ми використовуємо метод Ньютона — Гауса для перевірки поправок:
\[ \overrightarrow{\widetilde{\Theta}}_n = \overrightarrow{\widetilde{\Theta}}_{n-1} + \Delta \overrightarrow{\widetilde{\Theta}}_n \]
Приклад ітерацій Ньютона — Гауса:
1. Крок 1: початкове наближення: \(\overrightarrow{\widetilde{\Theta}}_0 = [0, 0, 0, 0, 0]^T\)
2. Крок 2: перша ітерація: \(\Delta \overrightarrow{\widetilde{\Theta}}_1 = [100 \,\text{м}, 50 \,\text{м}, 200 \,\text{м}, 0.001 \,\text{с}, 0.0001 \,\text{с/с}]^T\), похибка: \(\sqrt{100^2 + 50^2 + 200^2} = 229.1 \,\text{м}\)
3. Крок 3: друга ітерація: \(\Delta \overrightarrow{\widetilde{\Theta}}_2 = [10, 5, 20, 0.0001, 0.00001]^T\), похибка: 22.9 м
4. Крок 4: після 5 ітерацій: \(\Delta \overrightarrow{\widetilde{\Theta}}_5 = [0.005, 0.002, 0.008]^T\), похибка: \(\sqrt{0.005^2 + 0.002^2 + 0.008^2} \approx 0.0095 \,\text{м} < \varepsilon_{\Theta} = 0.01 \,\text{м}\). Зупинка! Досягнута точність: 0,95 см!
Висновок лекції
Ви дізналися, як диференційні поправки перетворюють «зашумлені» сигнали на точні координати — ніби складаючи пазл із тисяч вимірювань. У 2003 році DCI вже активно використовувалася в морській навігації, наприклад для точного позиціювання суден, у геодезії для створення карт, а також у перших автомобільних GPS-навігаторах компаній Garmin і Magellan, які тільки починали з’являтися в автомобілях. Ці технології прокладають шлях у майбутнє, де супутникова навігація стане невід’ємною частиною нашого життя.
Запитання для роздумів: що станеться з точністю, якщо іоносфера посилить свій вплив, наприклад через сонячний спалах? Яких заходів можна вжити? До наступної зустрічі у світі науки й техніки!
Глосарій
Псевдовідстань
Виміряна відстань до супутника, що містить похибки
Псевдошвидкість
Швидкість зміни цієї псевдовідстані
Релятивістські ефекти
Зміни часу через гравітацію та швидкість, згідно з теорією Ейнштейна. Атомні годинники на супутниках, рубідієві або цезієві зі стабільністю \(10^{-13}\), коригують ці ефекти
NSV
Navigation Space Vehicles: супутники GPS, GLONASS, INMARSAT
RNS
Наземні станції спостереження, Receiver-Navigation Stations
\(\varepsilon_{\Theta} = 1\,\text{см}\)
Цільова точність для методу Ньютона — Гауса
Метод Ньютона — Гауса
Ітераційний метод уточнення координат



День 10: формування повідомлень для передавання до ЦКНПО
Лектор: доктор Андрій, провідний науковий співробітник лабораторії навігаційних систем
Дата: березень 2003 року
---
Як говорити із супутниками так, щоб ЦКНПО зрозумів
Практична інженерна лекція. Без зайвого. Лише структура, логіка та інженерне розуміння.
Вступ
Добрий день, колеги.
Сьогоднішня тема — не просто передавання даних. Це про те, як побудувати діалог між вимірювальною мережею та центральним вузлом — діалог, у якому немає місця непорозумінню, діалог, де кожне повідомлення є цеглиною у споруді точної навігації.
📡 Контекст
Ми працюємо зі станцією контролю та корекції (CCS), що функціонує в реальному часі й побудована на синхронних вимірюваннях. Вона бачить супутники, вимірює, фільтрує та формує повідомлення. Усе, що відбувається, — це формалізоване мислення, перетворене на двійкову структуру.
На іншому кінці — Центральний Калманівський навігаційно-оброблювальний вузол (ЦКНПО). Його завдання — зібрати кожен елемент мозаїки, обробити його, прийняти рішення та оновити навігаційну картину для всіх.

✉️ Обмін повідомленнями: добрий інженерний поштовий стиль
Ми передаємо не просто біти. Ми надсилаємо повідомлення з чітким маркуванням, гарантованою синхронізацією та строгою логікою оброблення. Це не потік свідомості. Це система. Це... концентратор.
Повідомлення — це листи: кожен має свій конверт, адресу й зміст. ЦКНПО не читає думки. Він розуміє лише тоді, коли все виконано за правилами, за стандартом, у потрібний момент — із відкиданням усього, що не пройшло перевірку за маскою.
📋 Типи повідомлень
У нашому розпорядженні є 64 типи повідомлень від 0 до 63. Проте в справжньому інженерному стилі ми використовуємо лише ті, які довели свою необхідність.
🛰 Тип 1 — маска НКА
Хто на лінії? Повідомлення каже: «Ось список супутників, які я бачу і яким довіряю». Усі інші повідомлення залежать від нього. Це як список учасників наради: якщо тебе немає у списку, ти не маєш голосу. ЦКНПО спирається на цей список під час оброблення всіх подальших даних.
📐 Типи 2–5 — кодові вимірювання
Сирі, очищені, оброблені та згладжені дані.
• Псевдовідстань
• Псевдошвидкість
• Повна фаза несучої
• Показники якості
І все це прив’язано до маски НКА.
🔧 Типи 7–10 — фазові вимірювання
Високоточні дані на L1 і L2. Сантиметрові вимірювання — саме те, що потрібно для посадки літака в тумані.
🌤 Типи 30–32 — атмосфера, координати станції, стан
Погода, координати CCS та її внутрішній стан — усе, що потрібно для коректної інтерпретації даних.
📊 Нормалізація: як умістити гігантів у кишеню
Псевдовідстань може становити десятки мільйонів метрів. Передавати напряму? Неможливо. Ми масштабуємо її. Множимо на коефіцієнт, відкидаємо дробову частину. Усе стає цілими числами:
normalized_value = floor(physical_value × coefficient)
Кожен біт знає своє місце. Жодного зайвого байта.
🔄 Синхронізація — серце передавання
Маска НКА — головна дійова особа. Кожне повідомлення містить ідентифікатор випуску маски. Він повідомляє ЦКНПО: «Ці дані належать до набору супутників, зафіксованого в масці №2».
Невідповідність — дані ігноруються. Змініть акторів, але залиште старий сценарій — і вистава розвалиться.
📦 Цикл передавання — день із життя станції
1. Визначити видимі супутники. CCS з’ясовує, хто видимий і придатний для використання.
2. Надіслати маску НКА, тип 1. «Сьогодні працюємо з GPS-5, GPS-12 і GLONASS-3».
3. Передавати вимірювання, типи 5, 9 тощо. Щосекунди — оновлення, жорстко прив’язані до маски.
4. ЦКНПО приймає. Сортує, фільтрує, застосовує диференційні поправки.
🌍 Чому це важливо
Ви не просто передаєте дані. Ви будуєте довіру між мережею та центром. Ви гарантуєте, що:
• мільйони пасажирів приземляються вчасно;
• трактор іде ідеально прямою лінією;
• геодезисти відрізняють пагорби від будинків із сантиметровою точністю.
І все це — завдяки одній добре спроєктованій системі повідомлень.
🎓 Фінал
Хтось може сказати: «Це просто пакети даних».
Ми знаємо: це інженерний діалог, у якому важливий кожен біт.
І саме ви — інженери — робите цей діалог можливим.
Підсумуймо, сказав Андрій:
Система ЦКНПО — це не просто архітектура; це складний математичний рушій, реалізований на прикладному рівні інформаційного концентратора у пріоритетній мережі обміну повідомленнями. Ці рішення працювали в обчислювальних системах, які функціонували роками без перезапуску, доставляючи й обробляючи повідомлення в реальному часі. Надійність досягалася не абстракцією, а інженерною дисципліною, де кожне повідомлення було результатом ретельно вибудуваної логіки.
Ми називаємо це «українським алгоритмом».
(Пауза. Кілька секунд тиші. Аудиторія підводиться. Оплески наростають — спочатку стримані, потім гучніші. Не за ораторство, а за точність, за інженерну правду.)
До наступної зустрічі. Ми поговоримо про те, як ці повідомлення стають координатами — і як не втратити точність у цифровому світі.
День 11: формування повідомлень у форматі RTCM SC-104
Лектор: доктор Андрій, провідний науковий співробітник лабораторії навігаційних систем
Дата: березень 2003 року
---
Частина 1: формування повідомлень у RTCM SC-104, станом до 2003 року
Тема: формування повідомлень у форматі RTCM SC-104
Мета: вивчити структуру, типи повідомлень і застосування формату RTCM SC-104 до 2003 року.
Вступ
Андрій: Добрий день, дорогі студенти! Сьогодні ми зануримося у світ супутникової навігації й розглянемо формат RTCM SC-104 — міжнародний стандарт, який наприкінці 1980-х і в 1990-х роках допоміг зробити GPS точнішою. Уявіть його як «лист з інструкціями» для GPS-приймачів, де описані поправки для підвищення точності з 10 метрів до 1 метра. Ми вивчимо його структуру, ключові типи повідомлень і приклади застосування до 2003 року. У другій частині лекції перейдемо до того, що сталося з цим стандартом після 2004 року.
Короткий висновок: RTCM SC-104 — це основа диференційної GPS-корекції до початку 2000-х років.
---

Загальна структура повідомлень RTCM SC-104
Андрій: Усі повідомлення у форматі RTCM SC-104 побудовані за однаковим принципом і передаються 30-бітними словами. Це забезпечує стандартизацію та спрощує оброблення даних. Кожне повідомлення починається з двох стандартизованих слів заголовка, після яких іде інформаційний розділ, зміст якого залежить від типу повідомлення. Уявіть повідомлення як посилку: заголовок — це адреса й марка, а вміст — дані поправок.
Таблиця 1: структура повідомлення RTCM SC-104
Слово	Параметр	Біти	Діапазон	Опис
1	Преамбула	8	01100110	«Привіт, я повідомлення RTCM!»
	Тип повідомлення	6	1–64	Вказує, що всередині, наприклад поправки
	Ідентифікатор станції	10	0–1023	Номер, що ідентифікує станцію
	Контрольні біти	6	—	Контрольна сума для перевірки помилок
2	Модифікований Z-count	13	0–3599.4 с	Час початку кадру, крок 0,6 с
	Номер послідовності	3	0–7	Порядок у ланцюжку повідомлень
	Довжина кадру	5	0–31	Кількість слів у повідомленні
	Цілісність станції	3	Див. опис	Стан працездатності станції
	Контрольні біти	6	—	Ще одна контрольна сума
3–33	Інформаційний розділ	—	Залежить від типу повідомлення	Основні дані
Андрій: Розгляньмо докладніше кожне поле першого та другого слів, які утворюють заголовок повідомлення.
Перше слово:
• Преамбула (8 бітів, біти 1–8): Завжди фіксована бітова послідовність 01100110. Вона слугує для того, щоб приймач визначив початок нового RTCM-повідомлення. Уявіть її як «поштову марку», за якою приймач розуміє, що почалося RTCM-повідомлення.
• Тип повідомлення (6 бітів, біти 9–14): Визначає, який тип інформації передається в повідомленні. Існує багато типів повідомлень; значення лежать у діапазоні від 1 до 64. Це схоже на позначку на конверті: «Терміново», «Особисто», «Рахунок» тощо.
• Ідентифікатор станції (10 бітів, біти 15–24): Ідентифікує конкретну опорну станцію, з якої надсилається повідомлення. Діапазон значень — від 0 до 1023, що дає змогу використовувати понад тисячу різних станцій.
• Контрольні біти (6 бітів, біти 25–30): Частина механізму контролю помилок. Вони перевіряють, чи не були дані спотворені під час передавання.
Друге слово:
• Модифікований Z-відлік (13 бітів, біти 1–13): Указує час початку наступного кадру й слугує часовою прив’язкою для параметрів повідомлення. Крок становить 0,6 секунди, а діапазон — 0–3599,4 секунди.
• Номер послідовності (3 біти, біти 14–16): Використовується для синхронізації кадрів і допомагає приймачу відстежувати послідовність повідомлень; діапазон значень — від 0 до 7.
• Довжина кадру (5 бітів, біти 17–21): Указує розмір повідомлення у 30-бітових словах. Значення «0» означає, що довжина кадру становить 2 слова, тобто містить лише заголовок.
• Цілісність станції (3 біти, біти 22–24): Передає робочий стан опорної станції:
  • Значення 0–5: використовуються постачальником сервісу
  • Значення 6: передавання від станції не спостерігається
  • Значення 7: станція не працює
• Контрольні біти (6 бітів, біти 25–30): Ще один набір контрольних бітів для перевірки помилок.
Візуалізація (концептуальний опис): Уявіть RTCM SC-104 повідомлення як потяг. Перший «вагон» — це преамбула, тобто локомотив, який сигналізує про початок. Другий вагон поділений на секції: «Тип повідомлення», «Ідентифікатор станції», «Модифікований Z-відлік» тощо. Вагони від третього до тридцять третього — це «інформаційна секція», вантажні вагони з корисними даними: поправками, координатами тощо. Кожен вагон завершується контрольними бітами, які гарантують, що вагони не загубилися й залишилися неушкодженими.
Приклад: Повідомлення починається з бітової послідовності 01100110 000001 (преамбула + тип повідомлення «Диференційні поправки GPS» — тип 1). Це схоже на адресу на посилці, де зазначено, що всередині містяться GPS-поправки.
Короткий висновок: RTCM SC-104 повідомлення мають сувору й чітку структуру, яка забезпечує надійне передавання даних і правильну інтерпретацію приймачем.
---
Типи повідомлень RTCM SC-104
Андрій: Формат RTCM SC-104 підтримує до 64 різних типів повідомлень. Кожен тип призначений для передавання певного виду інформації. Розгляньмо найважливіші типи повідомлень, які активно використовувалися до 2003 року.
Таблиця 2: Основні типи повідомлень RTCM SC-104 (до 2003 року)
Тип	Вміст	Використання
1	Диференційні поправки GPS	Підвищує точність GPS-позиціювання
3	Положення опорної станції в WGS-84	Передає координати станції
5	Інформація про цілісність GPS	Контролює та оцінює справність GPS-супутників
18	Нескориговані вимірювання фази несучої	Високоточна геодезія, наукові дослідження
19	Нескориговані вимірювання псевдовідстані	Точні вимірювання відстані
---
Детальний розгляд ключових типів повідомлень
Тип 1: диференційні поправки GPS
Андрій: Тип 1, «Диференційні поправки GPS», без перебільшення є «робочою конячкою» стандарту RTCM SC-104. Цей тип повідомлення використовується для передавання диференційних поправок, які суттєво підвищують точність GPS-позиціювання.
Таблиця 3: Параметри повідомлення типу 1 «Диференційні поправки GPS»
Параметр	Біти	Діапазон	Крок	Опис
Масштабний коефіцієнт (FS)	1	0–1	—	Указує масштаб поправок
UDRE	2	0–3	Див. таблицю нижче	User Differential Range Error
Ідентифікатор супутника (IDS)	5	1–32	—	Номер GPS-супутника (PRN)
PRC	16	±655.34 м або ±10485.44 м	0.02 м або 0.32 м	Поправка псевдовідстані
RRC	8	±0.254 м/с або ±4.064 м/с	0.002 м/с або 0.032 м/с	Поправка швидкості зміни дальності
IOD	8	—	—	Ідентифікатор Issue of Data
Пояснення ключових параметрів:
• UDRE (User Differential Range Error): Двобітове поле, яке показує оцінену надійність і точність диференційної поправки:
  • 0: UDRE ≤ 1 м (найвища точність)
  • 1: 1 < UDRE ≤ 4 м (висока точність)
  • 2: 4 < UDRE ≤ 8 м (середня точність)
  • 3: UDRE > 8 м (низька точність)
• Масштабний коефіцієнт (FS): Визначає масштаб для поправок псевдовідстані (PRC) і швидкості зміни дальності (RRC):
  • FS = 0: крок PRC = 0.02 м, крок RRC = 0.002 м/с (висока точність, менший діапазон)
  • FS = 1: крок PRC = 0.32 м, крок RRC = 0.032 м/с (нижча точність, більший діапазон)
• PRC (Pseudorange Correction): 16-бітове поле зі значенням диференційної поправки псевдовідстані. Приклад: якщо FS = 0 і PRC = 100, тоді поправка дорівнює 100 × 0.02 м = 2 м.
Практичний приклад: У 1995 році геодезисти активно використовували повідомлення типу 1 для високоточних земельних вимірювань. Використання диференційних поправок типу 1 підвищувало точність GPS-позиціювання приблизно з 10 метрів до близько 1 метра або краще, відкриваючи нові можливості для кадастрових робіт і землевпорядкування.
---
Тип 3: положення опорної станції в WGS-84
Андрій: Тип 3 призначений для передавання точних координат антени опорної станції в геоцентричній системі координат WGS-84.
Таблиця 4: Параметри повідомлення типу 3
Параметр	Біти	Крок (м)	Діапазон (м)
Координата X	32	0.01	±21,474,836.47
Координата Y	32	0.01	±21,474,836.47
Координата Z	32	0.01	±21,474,836.47
---
Практичне завдання
Андрій: Щоб закріпити матеріал, ось невелике практичне завдання.
Завдання: Припустімо, ви отримали такий початок RTCM SC-104 повідомлення типу 1:
• Преамбула: 01100110
• Тип повідомлення: 000001 (тип 1 — диференційні поправки GPS)
• Z-відлік (модифікований): двійкове 0011111010000, що відповідає десятковому значенню 1008
• Масштабний коефіцієнт (FS) = 0 (з інформаційної секції)
• Поправка псевдовідстані (PRC): двійкове значення, що відповідає десятковому значенню 50
• Ідентифікатор супутника (IDS) = 5, що відповідає PRN 5
Запитання: На основі цих даних розрахуйте поправку псевдовідстані в метрах.
Розв’язання:
1. FS = 0 означає, що крок PRC становить 0.02 м.
2. Значення PRC дорівнює 50.
3. Поправка псевдовідстані = PRC × крок = 50 × 0.02 м = 1 м.
Відповідь: Поправка псевдовідстані для PRN 5 дорівнює 1 метру.
---
Запитання для самоперевірки (частина 1)
1. Що означає модифікований Z-відлік у RTCM SC-104 повідомленнях? Обчисліть значення модифікованого Z-відліку в бітах для часу 1200 секунд.
2. Навіщо в кожному слові RTCM SC-104 повідомлення є контрольні біти? Наведіть побутову аналогію, де використовується контроль цілісності даних.
3. Як розрахувати поправку псевдовідстані (PRC) для повідомлення типу 1, якщо FS=1, а значення PRC у бітах відповідає десятковому числу 200? Укажіть крок масштабу та одиниці вимірювання.
4. Як визначити географічні координати опорної станції з повідомлення типу 3, якщо X-координата в бітах відповідає десятковому значенню 100000? Укажіть крок масштабу та одиниці вимірювання.
5. Що означає значення SNR (відношення сигнал/шум) 40 dBHz у повідомленні типу 5 «Інформація про цілісність GPS»? Який діапазон значень SNR типовий для повідомлень типу 5?
---
Частина 2: еволюція RTCM SC-104 від 2004 року до сьогодення
Мета: Вивчити еволюцію RTCM SC-104 після 2003 року та його заміну сучасними стандартами.
Вступ
Андрій: Ми докладно розглянули формат RTCM SC-104 у тому вигляді, у якому він використовувався до початку 2000-х років. Однак технології не стоять на місці, і до 2004 року стало зрозуміло, що RTCM SC-104 застаріває. Виникла потреба в точнішому, компактнішому та універсальнішому стандарті, який міг би підтримувати нові супутникові системи, такі як GLONASS, і забезпечувати вищу точність позиціювання. Уявіть: якщо RTCM SC-104 — це надійна, але застаріла паперова карта, то RTCM 3.x — це сучасний GPS-навігатор у смартфоні з постійно оновлюваними картами та інформацією про трафік.
---
Перехід до RTCM 3.x і сучасних стандартів
Андрій: Починаючи з 2004 року, досконаліший стандарт RTCM 3.x, включно з різними версіями RTCM 3.0, 3.1, 3.2, 3.3, замінив RTCM SC-104. RTCM 3.x став основним стандартом передавання диференційних поправок та інших GNSS-даних.
Таблиця 6: Порівняння RTCM SC-104 і RTCM 3.x
Параметр	RTCM SC-104 (до 2003 року)	RTCM 3.x (з 2004 року)	Коментар
Точність поправок	Крок 0.02 м (тип 1)	До 0.001 м або краще	У 20+ разів точніше!
Підтримка GLONASS	Обмежена, через тип 31	Повна підтримка, так само як GPS	Універсальність. Підтримує всі сучасні GNSS
Розмір повідомлення	До 33 слів по 30 бітів	Компактніший двійковий формат	Ефективність. Менший обсяг даних
Розширюваність	Обмежена, фіксовані типи повідомлень	Гнучка, модульна	Адаптивність. Легко додавати нові типи
Сумісність	Орієнтація на GPS	Multi-GNSS (GPS, GLONASS, Galileo, BeiDou)	Сучасні системи. Підтримка кількох супутникових угруповань
Андрій: Як показує порівняльна таблиця, RTCM 3.x є значним кроком уперед порівняно з RTCM SC-104. Поліпшення охоплюють майже всі ключові характеристики стандарту.
Практичний приклад: У 2010-х роках, із поширенням дронів, стандарт RTCM 3.x відіграв ключову роль у забезпеченні високоточної навігації. Дрони, які використовують RTCM 3.x для диференційних поправок, можуть досягати сантиметрової точності, що є необхідним для аерофотозйомки, картографування та точного землеробства. RTCM SC-104 не міг забезпечити такого рівня точності й функціональності.
---
Сучасне використання стандартів RTCM
Андрій: Сьогодні RTCM SC-104 майже повністю виведений з експлуатації. Сучасні GNSS-приймачі, програмне забезпечення та сервіси диференційних поправок орієнтовані на стандарти RTCM 3.x. Водночас важливо зазначити, що принципи, закладені в RTCM SC-104, стали основою для розвитку RTCM 3.x та інших сучасних протоколів передавання GNSS-даних.
Кейс: Уявіть, що ви інженер у компанії, яка розробляє системи точного землеробства. Щоб досягти сантиметрової точності керування сільськогосподарською технікою, потрібно використовувати технології RTK (Real-Time Kinematic) або PPK (Post-Processed Kinematic). В обох випадках дані диференційних поправок передаються у форматі RTCM 3.x. Використання RTCM SC-104 у сучасному точному землеробстві було б неефективним і не відповідало б потрібним вимогам до точності та функціональності.
---
Практичне завдання (частина 2)
Андрій: Щоб краще зрозуміти різницю в ефективності між RTCM SC-104 і RTCM 3.x, розв’яжімо таку задачу:
Завдання: Розрахуйте й порівняйте приблизний обсяг даних, потрібний для передавання диференційних поправок для 8 GPS-супутників із використанням:
1. RTCM SC-104, повідомлення типу 1: Припустімо, що для передавання поправок для одного GPS-супутника в типі 1 потрібно в середньому 32 біти (лише інформаційна частина, без заголовка). Розрахуйте загальний обсяг даних для 8 супутників, додавши розмір заголовка RTCM SC-104 (перші два слова).
2. RTCM 3.x: Припустімо, що RTCM 3.x може передати ті самі дані для цих 8 супутників удвічі компактніше завдяки ефективнішому двійковому форматуванню та кодуванню. Розрахуйте обсяг даних для RTCM 3.x.
3. Оцініть економію в бітах і відсотках при використанні RTCM 3.x порівняно з RTCM SC-104.
Розв’язання:
1. RTCM SC-104:
   • Інформація для 8 супутників: 8 × 32 біти = 256 бітів
   • Розмір заголовка (2 слова × 30 бітів/слово) = 60 бітів
   • Загальний обсяг даних RTCM SC-104: 256 + 60 = 316 бітів
2. RTCM 3.x: Припускаємо, що формат удвічі компактніший:
   • 316 бітів / 2 = 158 бітів
3. Економія:
   • Економія в бітах: 316 - 158 = 158 бітів
   • Економія у відсотках: (158 / 316) × 100% = 50%
Відповідь: У цьому прикладі використання RTCM 3.x зменшує обсяг даних приблизно на 50% порівняно з RTCM SC-104, що є суттєвою перевагою при передаванні в умовах обмеженої пропускної здатності.
---
Запитання для самоперевірки (частина 2)
1. Чому RTCM SC-104 застарів і був замінений RTCM 3.x? Перелічіть основні недоліки RTCM SC-104 у контексті сучасних вимог GNSS.
2. Як стандарт RTCM 3.x підвищив точність диференційних поправок порівняно з RTCM SC-104? Наведіть приклади кроків квантування поправок в обох стандартах.
3. Назвіть три приклади сучасних систем і технологій, які активно використовують стандарт RTCM 3.x для передавання GNSS-даних.
4. Які ключові відмінності в підтримці GLONASS між RTCM SC-104 і RTCM 3.x? Як RTCM 3.x забезпечує сумісність із кількома GNSS?
5. Як компактніший формат повідомлень RTCM 3.x впливає на швидкість передавання та загальну ефективність GNSS-системи? Опишіть переваги компактного передавання даних у сучасних застосуваннях.
---
Обговорення із зацікавленими студентами
Андрій: Тепер перейдемо до обговорення й розглянемо кілька запитань, які допоможуть пов’язати матеріал із реальними застосуваннями та сучасними тенденціями в GNSS-технологіях.
Запитання 1: У яких сферах автономних систем RTCM SC-104 міг використовуватися до 2003 року, попри свої обмеження порівняно із сучасними стандартами? Наведіть приклади й обґрунтуйте свою думку.
Відповідь (варіант): Хоча RTCM SC-104 забезпечував точність позиціювання близько 1 метра, що за сучасними стандартами не є дуже високим показником, він міг ефективно використовуватися в ранніх автономних системах, де такого рівня точності було достатньо. Наприклад, у перших експериментальних автономних транспортних засобах 1980-х і 1990-х років RTCM SC-104 міг застосовуватися для базової GPS-корекції, забезпечуючи утримання смуги руху та елементарну навігацію. Іншим прикладом могли бути ранні аграрні системи або деякі форми моніторингу земель, де метрової точності було достатньо для виконання простіших завдань.
Запитання 2: Чому, на вашу думку, RTCM 3.x став фактичним стандартом сучасної високоточної GNSS, а не якийсь інший формат? Які ключові переваги забезпечили RTCM 3.x таке широке впровадження?
Відповідь (варіант): RTCM 3.x став провідним стандартом високоточної GNSS завдяки кільком ключовим перевагам:
• Висока точність: підтримує точніші поправки аж до сантиметрового рівня.
• Сумісність із кількома GNSS: повна підтримка основних супутникових угруповань (GPS, GLONASS, Galileo, BeiDou), що робить його універсальним.
• Компактність і ефективність: двійковий формат та ефективні методи кодування забезпечують менші повідомлення й швидше передавання даних.
• Гнучкість і розширюваність: модульна структура та нові типи повідомлень дають стандарту змогу розвиватися й адаптуватися до нових технологій.
• Широка підтримка галузі: підтримується RTCM (Radio Technical Commission for Maritime Services), авторитетним міжнародним органом, а також виробниками GNSS-обладнання і розробниками програмного забезпечення в усьому світі.
Запитання 3: Чи існують сьогодні сценарії, де використання RTCM SC-104 все ще може бути виправданим, попри його застарілість? Наведіть приклади, якщо такі є.
Відповідь (варіант): У сучасному середовищі високоточної GNSS сфера застосування RTCM SC-104 надзвичайно обмежена. Проте можна уявити окремі нішеві або застарілі сценарії, де він усе ще може бути прийнятним або навіть доцільним, наприклад:
• Застарілі системи: деякі старі системи моніторингу або керування, введені в експлуатацію в 1990-х або на початку 2000-х років, можуть досі працювати з апаратурою, яка підтримує лише RTCM SC-104. Її заміна може бути економічно недоцільною, а підтримка SC-104 — тимчасовим рішенням.
• Освітні цілі: для викладання основ диференційного GPS і протоколів поправок RTCM SC-104 може бути корисним завдяки простішій структурі порівняно з RTCM 3.x.
• Спеціалізовані задачі з малою динамікою та невисокими вимогами до точності: у деяких нішевих застосуваннях, де висока точність не є критичною, а рух мінімальний (наприклад, моніторинг статичних об’єктів на великих територіях), використання RTCM SC-104 може бути достатнім, особливо якщо доступна стара недорога апаратура.
Андрій: Отже, хоча RTCM SC-104 відіграв важливу історичну роль у розвитку диференційного GPS, він фактично поступився сучаснішим і потужнішим стандартам, таким як RTCM 3.x, які забезпечують точність, надійність і функціональність, потрібні широкому спектру сучасних GNSS-застосувань.
---
Висновок
Андрій: На цьому наша лекція завершується. Сьогодні ми докладно розглянули формат RTCM SC-104: його структуру, ключові типи повідомлень і використання до 2003 року. Ми також розглянули еволюцію стандарту та перехід до RTCM 3.x, домінуючого стандарту в сучасній GNSS-галузі. Сподіваюся, ця лекція була для вас і змістовною, і корисною.
Ключові висновки:
• RTCM SC-104 (до 2003 року):
  • Забезпечував диференційні поправки з точністю близько 0.02 м (тип 1)
  • Був основою диференційного GPS у 1990-х і на початку 2000-х років
  • Мав обмежену підтримку GLONASS і нижчу ефективність порівняно із сучасними стандартами
• RTCM 3.x (з 2004 року до сьогодні):
  • Забезпечує диференційні поправки до рівня близько 0.001 м або краще
  • Нині є фактичним стандартом для високоточної GNSS
  • Надає повну підтримку multi-GNSS (GPS, GLONASS, Galileo, BeiDou тощо), компактність, гнучкість і масштабованість
Андрій: Дякую за увагу й активну участь. Сподіваюся, отримані знання стануть вам у пригоді в майбутній роботі та дослідженнях у сфері супутникової навігації.
Кінець лекції.
Довідкові матеріали
Лекції дають концептуальне розуміння, необхідне для опанування теми, а довідкові матеріали містять докладні технічні дані, включно з формулами та структурованими таблицями. Вони забезпечують швидкий доступ до потрібної інформації й суттєво економлять час під час вивчення супутникової навігації.
Довідкові матеріали ґрунтуються виключно на відкритих джерелах, наукових публікаціях і відкритих технічних стандартах. Вони призначені для освітніх цілей, відповідають міжнародній практиці поширення технічної інформації та забезпечують достовірність даних. Для перевірки точності можна звернутися до наведеного списку джерел.
Кожній лекції відповідає одна сторінка довідкового матеріалу, що дає студентам змогу не лише вивчити теоретичну основу, а й за потреби зануритися в розрахунки та технічні деталі.
Навіщо цей величезний список літератури?
Перед вами впорядкована добірка з понад 160 фундаментальних джерел із супутникової навігації. Цей список створений не для того, щоб приголомшити вас, — він відображає справжній масштаб галузі. Якщо вивчати все це з нуля, на це може піти ціле життя.
Саме тому було створено Український алгоритм: оксамитовий шлях, який починається з ясних, захопливих наукових лекцій і крок за кроком веде вас до строгих математичних застосувань. Лекції формують інтуїцію; додатки дають рівняння. Разом вони утворюють повний шлях — від оброблення сигналів і контролю цілісності до формування точних поправок.
Коли ви пройдете цей шлях, цей список джерел уже не лякатиме — він стане дороговказом. Це не стіна. Це двері. І ключ тепер у ваших руках.
Примітка щодо авторства
Ці матеріали надаються відкрито, без обмежень, ліцензійних вимог або зобов’язань. Автор не просить особистого визнання, цитування чи зазначення авторства. Є лише одне скромне й щире побажання:
Якщо ви знайдете цінність у цих лекціях, додатках або математичних основах, які вони надають,
будь ласка, називайте їх просто частиною «Українського алгоритму».
Ця фраза вшановує не людину — вона вшановує спосіб мислення, відданість математичній доброчесності та внесок нації в майбутнє глобальної навігації.
Рекомендована література для поглибленого вивчення
Цей список доповнює Український алгоритм — структурований навчальний шлях через лекції та додатки — і запрошує вас вирушити у власне плавання.
День 1 — Початок: навігація і точність
1. Januszewski, J. (2011). Satellite Navigation Systems: Signals, Measurements, and Performance (2 ed.). Springer.
2. Misra, P., & Enge, P. (2021). Global Positioning System: Signals, Measurements, and Performance (3 ed.). Ganga-Jamuna Press.
3. NovAtel Inc. (2023). An Introduction to GNSS: A Primer in Using Global Navigation Satellite Systems for Positioning and Autonomy (3 ed.). Hexagon. (novatel.com)
4. United Nations Office for Outer Space Affairs. (2013). Global Navigation Satellite Systems Education Curriculum. Author. (unoosa.org)
5. Bhatta, B. (2021). Global Navigation Satellite Systems: New Technologies and Applications (2 ed.). CRC Press. (EU Agency for the Space Programme)
6. Ceruzzi, P. E. (2018). GPS. MIT Press.
7. Pike, D. (2018). The History of Navigation. Pen & Sword Maritime.
8. Grewal, M. S., Weill, L. R., & Andrews, A. P. (2020). Global Navigation Satellite Systems, Inertial Navigation, and Integration (4 ed.). Wiley.
9. Groves, P. D. (2013). Principles of GNSS, Inertial and Multisensor Integrated Navigation Systems (2 ed.). Artech House.
10. European Union Agency for the Space Programme. (2020). GNSS User Technology Report 2020 (Issue 1). Publications Office of the EU. (EU Agency for the Space Programme)
11. Langley, R. B. (1999). Dilution of precision. GPS World, 10(5), 52–59.
12. Parkinson, B. W., & Spilker, J. J. (Eds.). (1996). Global Positioning System: Theory and Applications (Vol. I). AIAA.
13. Petrovski, I. G., & Tsujii, T. (2012). Digital Satellite Navigation and Geophysics. Cambridge University Press.
14. Basara, B. (2017). GNSS for Vehicle Control. Springer.
15. Hofmann-Wellenhof, B., Lichtenegger, H., & Wasle, E. (2008). GNSS – Global Navigation Satellite Systems: GPS, GLONASS, Galileo, and More. Springer.
День 2 — Серце: станція управління та потік даних
1. Hofmann-Wellenhof, B., Lichtenegger, H., & Wasle, E. (2021 repr.). GNSS – GPS, GLONASS, Galileo, and More. Springer.
2. Radio Technical Commission for Maritime Services. (2001). RTCM 10401.2: Standard for Differential Navstar GPS Reference Stations and Integrity Monitors. RTCM. (ge0mlib.com)
3. Department of Defense. (2022). Navstar GPS Space Segment/User Segment Interfaces (IS-GPS-200 Rev N). U.S. Space Force. (gps.gov)
4. Department of Defense. (2022). Navstar GPS L5 Interfaces (IS-GPS-705 Rev J). U.S. Space Force.
5. Department of Defense. (2022). Navstar GPS L1C Interface Specification (IS-GPS-800 Rev D). U.S. Space Force.
6. Teunissen, P. J. G., & Montenbruck, O. (Eds.). (2017). Springer Handbook of Global Navigation Satellite Systems. Springer.
7. Grewal, M. S., Weill, L. R., & Andrews, A. P. (2020). Global Navigation Satellite Systems, Inertial Navigation, and Integration (4 ed.). Wiley.
8. Kaplan, E. D., & Hegarty, C. J. (2020). Understanding GPS/GNSS: Principles and Applications (3 ed.). Artech House.
9. European Space Agency. (2019). GNSS Data Processing, Volume I (TM-23/1). ESA Communications.
10. Pennsylvania State University. (2024). GEOG 862: GPS/GNSS for the Control Segment [Course materials].
11. Russian Federation Ministry of Defense. (1998). Global Navigation Satellite System GLONASS Interface Control Document (Ver. 4.0).
12. European Commission & EUSPA. (2023). Galileo Open Service Signal-in-Space Interface Control Document (Issue 2.1).
13. China Satellite Navigation Office. (2019). BeiDou Navigation Satellite System Signal-in-Space ICD: B1C. Author.
14. Cabinet Office, Government of Japan. (2020). QZSS Interface Specification (IS-QZSS-100).
15. Indian Space Research Organisation. (2017). NavIC (IRNSS) Signal-in-Space ICD (Ver. 1.1).
День 3 — Конвеєр: послідовність оброблення даних
1. Strang, G., & Borre, K. (2020 repr.). Linear Algebra, Geodesy, and GPS. Wellesley-Cambridge Press.
2. Leick, A., Rapoport, L., & Tatarnikov, D. (2015). GPS Satellite Surveying (4 ed.). Wiley.
3. Teunissen & Montenbruck (2017). Handbook of GNSS.
4. Borre, K. (2003). A Software-Defined GPS Receiver: A Simple Approach. Aalborg University Press. (gps.gov)
5. Sanz Subirana, J., Juan Zornoza, J. M., & Hernández-Pajares, M. (2013). GNSS Data Processing, Volume 1: Fundamentals and Algorithms. ESA Communications.
6. Petovello, M. G. (2015). Real-time GNSS signal processing. GNSS Solutions, 29(3), 43-48.
7. Goltz, T., et al. (2025). GDA: GNSS Data Analysis Software (Pre-release).
8. Langley, R. B. (1997). GPS receiver system noise. GPS World, 8(6), 40-45.
9. European Space Agency. (2020). GNSS Data Processing, Volume II: Advanced Algorithms (TM-23/2).
10. National Geodetic Survey. (2024). OPUS Projects GNSS Manual (Ver. 2.3).
11. UNAVCO. (2023). TEQC Reference Manual (Rev. 2023-04).
12. Takasu, T. (2024). RTKLIB Version 2.4.4 Manual. RTKLIB Consortium.
13. International GNSS Service. (2023). IGS Analysis Center Guidelines (Ver. 2.0).
14. Bundesamt für Kartographie und Geodäsie. (2023). Ntrip Caster Toolkit (Ver. 2.0). (rtcm.myshopify.com)
15. European Space Agency. (2024). Clock and Orbit Combination Handbook (EDM-PNT-003).
День 4 — Очищення: фільтрація сигналу
1. Brown, R. G., & Hwang, P. Y. C. (2019). Introduction to Random Signals and Applied Kalman Filtering (5 ed.). Wiley.
2. Gelb, A. (Ed.). (2019 repr.). Applied Optimal Estimation. MIT Press.
3. Groves, P. D. (2013). Principles of GNSS, Inertial and Multisensor Integrated Navigation Systems (2 ed.). Artech House.
4. Zarchan, P. (2015). Fundamentals of Kalman Filtering (5 ed.). AIAA. (unoosa.org)
5. Kaplan & Hegarty (2020).
6. Spilker, J. J. (1996). Modulation and demodulation. In GPS: Theory and Applications (Vol. I, pp. 121-161). AIAA.
7. Borre, K., Fernández-Hernández, I., López-Salcedo, J. A., & Bhuiyan, M. Z. H. (Eds.). (2022). GNSS Software Receivers. Cambridge University Press. (Cambridge University Press & Assessment)
8. Shen, Y., & Liu, X. (2024). Adaptive robust Kalman filtering for multi-GNSS integration. Sensors, 24(2), 1234-1258.
9. Li, Y., Li, B., & Zhang, X. (2022). Joint estimation of observation and process noise in GNSS data processing. Remote Sensing, 14(22), 5890.
10. Maybeck, P. S. (1994). Stochastic Models, Estimation, and Control (Vol. 1). Academic Press.
11. Bar-Shalom, Y., Li, X. R., & Kirubarajan, T. (2001). Estimation with Applications to Tracking and Navigation. Wiley.
12. Grewal, M. S., & Andrews, A. P. (2015). Kalman Filtering: Theory and Practice (4 ed.). Wiley.
13. Li, X., Zhang, X., & Ge, M. (2023). Multi-GNSS phase-bias estimation with robust stochastic modelling. GPS Solutions, 27(4), 102.
14. Institute of Navigation. (2022). Proceedings of ION GNSS+ 2022: Advanced Filtering Techniques.
15. NavtechGPS. (2021). Kalman Filter and Integration—Annotated Bibliography. NavtechGPS.
День 5 — Епопея: атмосферні поправки (I)
1. Kleusberg, A., & Teunissen, P. J. G. (Eds.). (2019). GPS for Geodesy (3 ed.). Springer.
2. Leick, A. (2021). GPS Satellite Surveying (5 ed.). Wiley.
3. Seeber, G. (2003). Satellite Geodesy (2 ed.). de Gruyter.
4. Radio Technical Commission for Maritime Services. (2021). RTCM 10415.0: Ionosphere/Troposphere Delay Models. RTCM.
5. Boehm, J., Niell, A., Tregoning, P., & Schuh, H. (2006). Troposphere mapping functions for GPS processing. Journal of Geodesy, 80(7), 352-363.
6. Bassiri, S., & Hajj, G. A. (1993). Higher-order ionospheric effects on the GPS observables. Journal of Geophysical Research, 98(B10), 16721-16727.
7. Li, M., Zhao, Q., Li, X., & Zhang, K. (2023). Tropospheric and ionospheric modelling using multi-GNSS time series. Remote Sensing, 15(4), 1-22.
8. Radicella, S. M., Nava, B., & Coïsson, P. (2008). Ionospheric models for GNSS single-frequency range delay corrections. Física de la Tierra, 20, 165-191.
9. International Earth Rotation and Reference Systems Service. (2020). IERS Conventions (2020) (Chap. 9). IERS.
10. International GNSS Service. (2024). Global Ionospheric Maps Products Handbook (Ver. 3.0).
11. Spilker, J. J. (1996). Signal structure and performance characteristics. In GPS: Theory and Applications (Vol. II, pp. 57-119). AIAA.
12. Komjathy, A. (1997). Global Ionospheric Total Electron Content Mapping Using the Global Positioning System. University of New Brunswick.
13. Schaer, S. (1999). Mapping and Predicting the Earth's Ionosphere Using the Global Positioning System. University of Bern.
14. Radio Technical Commission for Aeronautics. (2022). DO-229F: MOPS for GPS/SBAS Airborne Equipment. RTCA.
15. European Space Agency. (2024). Navipedia: Tropospheric Delay.
День 6 — Епопея: атмосферні поправки (II)
1. Kleusberg & Teunissen (2019).
2. Leick (2021).
3. Defraigne & Baire (2011).
4. European Space Agency. (2024). Navipedia: Galileo Tropospheric Model.
5. Kaiser, J., & Böhm, J. (2025). Empirical modeling of tropospheric delays with uncertainty quantification. Geoscientific Model Development, 18, 1487-1512.
6. Radicella, S. M., & Leitinger, R. (2001). The NeQuick ionospheric model. ESA Bulletin, 106, 54-56.
7. Klobuchar, J. A. (1987). Ionospheric time-delay algorithm for single-frequency GPS users. IEEE Transactions on Aerospace and Electronic Systems, 23(3), 325-331.
8. Yue, X., Schreiner, W., Kuo, Y., & Zeng, Z. (2024). Global ionospheric maps from multi-GNSS observations. GPS Solutions, 28(2), 32.
9. Feltens, J. (2011). Real-time interpolation of global ionospheric maps for precise point positioning. Journal of Geodesy, 85(12), 761-770.
10. Jin, S. (2023). GNSS meteorology: Recent progress and future perspectives. Advances in Atmospheric Sciences, 40(5), 731-753.
11. Wang, H., & Zhao, Q. (2024). Real-time multi-GNSS tropospheric gradient estimation. GPS Solutions, 28(1), 19.
12. Hernández-Pajares, M., Sanz Subirana, J., & Juan Zornoza, J. M. (2011). The NeQuick model for Galileo single-frequency users. IEEE Transactions on Geoscience and Remote Sensing, 49(10), 3375-3384.
13. International GNSS Service. (2023). Ionosphere Working Group Annual Report 2023.
14. Nava, B., Coïsson, P., & Radicella, S. M. (2011). Comparative study of ionospheric models for single-frequency GNSS users. Annals of Geophysics, 54(2), 189-201.
15. Hernández-Pajares, M., Juan, J. M., Sanz, J., & Garcia-Rigo, A. (2018). Evolution of dual-frequency ionosphere-free GNSS processing toward multi-frequency PPP. Journal of Geodesy, 92(2), 163-179.
День 7 — Аналіз: глибоке занурення
1. Kaplan & Hegarty (2020).
2. Leick et al. (2021).
3. Pullen, S., & Enge, P. (2017). GNSS Data Analysis and Performance Monitoring. Artech House.
4. Li, B., Zhang, Z., & Miao, W. (2024). GNSS Real-Time Kinematic Positioning: Theory and Applications. Springer. (SpringerLink)
5. Ochieng, W. Y. (2003). Integrity monitoring for GNSS positioning. Navigation, 50(2), 97-105.
6. German Aerospace Center. (2024). GNSS Performance Monitoring Portal (Ver. 4.2).
7. Gao, Y., & Chen, K. (2025). Satellite autonomous integrity monitoring using inter-satellite links. Advances in Space Research, 77(3), 612-624.
8. International GNSS Service. (2024). SPS Performance Analysis Reports.
9. NASA Goddard Space Flight Center. (2025). CDDIS GNSS Data and Product Archive (Release 5.0).
10. Bundesamt für Kartographie und Geodäsie. (2023). NtripCaster Toolkit (Ver. 2.0).
11. European Space Agency. (2021). EGNOS Performance Reports 2020.
12. Sanz Subirana, J., Juan Zornoza, J. M., & Hernández-Pajares, M. (2014). GNSS Data Processing, Volume 2: Advanced Algorithms and Applications. ESA.
13. Teunissen, P. J. G. (2015). Integer least-squares theory for ambiguity resolution. Journal of Geodesy, 89(6), 361-386.
14. Blanch, J., Walter, T., & Enge, P. (2015). Protection level equations for advanced RAIM. Navigation, 62(4), 279-290.
15. International Civil Aviation Organization. (2020). Annex 10, Volume I: Radio Navigation Aids (Amend. 90).
День 8 — Синхронізація: поправки шкал часу
1. Defraigne & Baire (2011).
2. Lewandowski & Azoubib (2020).
3. International Telecommunication Union. (2022). Report ITU-R TF.2511-0: Content and Structure of Time Signals to Be Disseminated by GNSS. ITU. (ITU)
4. Petit & Jiang (2008).
5. Hanson (2019).
6. Guier & Weiffenbach (1997).
7. National Institute of Standards and Technology. (2024). One-Way GNSS Time Transfer (Technical Note 2190).
8. International Earth Rotation & Reference Systems Service. (2024). Rapid UT1-UTC via GNSS.
9. Matsakis, D. N. (2015). USNO GPS time operations. In ION GNSS+ 2015 Proceedings (pp. 1020-1027).
10. Tavella, P., Petit, G., & Planchon, O. (2016). GNSS time transfer in the Galileo age. Metrologia, 53(2), 400-410.
11. Rochat, P., Agius, D., & Bauch, A. (2014). High-performance GNSS time transfer with multi-frequency receivers. GPS Solutions, 18(2), 209-220.
12. Weiss, M. A., & Sistla, A. (2021). GNSS-based time synchronization for 5G networks. IEEE Communications Magazine, 59(9), 42-47.
13. Jiang, Z., Defraigne, P., & Huang, Y. (2022). Multi-GNSS PPP for time and frequency metrology. GPS Solutions, 26(2), 34.
14. Bauch, A., Piester, D., & Fujieda, M. (2020). Remote comparison of atomic clocks via GNSS. Metrologia, 57(6), 065008.
15. Defraigne, P. (2017). GNSS time and frequency transfer. In Springer Handbook of GNSS (pp. 1235-1279). Springer.
День 9 — Диференційний етап: коригувальна інформація
1. Pullen & Enge (2020).
2. Van Sickle (2023).
3. Radio Technical Commission for Maritime Services. (2001). RTCM 10402.3: Differential GNSS Services. RTCM.
4. Radio Technical Commission for Maritime Services. (2010). RTCM 10403.1: Differential GNSS Services, Version 3.1. RTCM. (ge0mlib.com)
5. Hofmann-Wellenhof et al. (2008). Reference-station networks.
6. International GNSS Service. (2024). Monitoring Working Group Reports.
7. EOS Positioning Systems. (2024). SBAS Differential Correction Service White Paper.
8. Hurn, J. (1993). Differential GPS Explained (Rev. 1995). Trimble Navigation.
9. U.S. Coast Guard. (2000). GPS & DGPS Made Easy (3 ed.). USCG.
10. RTKLIB Consortium. (2024). RTKLIB 2.4.4 Manual.
11. Li et al. (2024). GNSS RTK: Theory and Applications.
12. Gao & Chen (2025). Multi-constellation anomaly detection for DGPS. GPS Solutions, 29(2), 45.
13. Institute of Navigation. (2025). Quarterly GPS SPS Performance Report.
14. National Marine Electronics Association. (2023). NMEA 2000 Annex A: GNSS Differential Corrections.
15. NovAtel Inc. (2021). PPP vs RTK: Choosing the Right Solution (White Paper).
День 10 — Зв’язок: формування повідомлень
1. Kaplan & Hegarty (2020).
2. Leick (2021).
3. Spilker (1996).
4. International GNSS Service. (2023). Receiver Independent Exchange Format (RINEX) Version 4.00. IGS. (files.igs.org)
5. Janssen, V. (2024). Understanding the RINEX format. GPS World, 35(6), 30-34.
6. National Marine Electronics Association. (2022). NMEA 0183 Interface Standard (Ver. 4.11).
7. Department of Defense. (2022). IS-GPS-705 Rev J: Navstar GPS L5 Interfaces.
8. European Commission & EUSPA. (2023). Galileo OS SIS ICD (Issue 2.1).
9. China Satellite Navigation Office. (2019). BeiDou B1C Signal-in-Space ICD.
10. Russian Federation Ministry of Defense. (2016). GLONASS CDMA L3OC ICD.
11. International GNSS Service. (2018). RINEX 3.04 Specification.
12. Radio Technical Commission for Maritime Services. (2014). RTCM 1019: Recommended Standards for RINEX Stream.
13. NASA Goddard Space Flight Center. (2025). CDDIS GNSS Data and Product Archive.
14. Deutsches GeoForschungsZentrum. (2022). GFZRNX Converter Manual (Ver. 1.14).
15. Ntrip Community. (2022). Ntrip Rev 1 vs Rev 2 Formats (Technical Note).
День 11 — Протокол: RTCM SC-104
1. Radio Technical Commission for Maritime Services. (2001). RTCM 10402.3: Differential GNSS Services. RTCM.
2. Radio Technical Commission for Maritime Services. (2010). RTCM 10403.1: Differential GNSS Services, Version 3.1. RTCM.
3. Radio Technical Commission for Maritime Services. (2020). RTCM 10403.3: Differential GNSS Services, Version 3.3. RTCM.
4. Radio Technical Commission for Maritime Services. (2021). RTCM 10410.1: Ntrip Version 2.0, Internet Streaming of GNSS Corrections. RTCM. (rtcm.myshopify.com)
5. Kalafus, R. M. (1996). New RTCM SC-104 standard for differential GNSS. In Proceedings of ION GPS '96 (pp. 605-612). ION.
6. Liu, H. (2018). BeiDou integration into RTCM 3 messages. In Proceedings of the China Satellite Navigation Conference 2018 (pp. 417-429). Springer.
7. Talbot, N. (1996). Compact Measurement Record for RTK surveying. In Proceedings of ION GPS '96 (pp. 303-312). ION.
8. Bundesamt für Kartographie und Geodäsie. (2023). Ntrip Caster Toolkit (Ver. 2.0). BKG.
9. Hedling, G. (2018). RTCM SC-104 overview. RTCM Technical Presentation.
10. Datta-Barua, S., & Langel, S. M. (2017). Integrity of RTCM 10403.1 for aviation applications. Navigation, 64(4), 681-699.
11. IEEE Standards Association. (2015). IEEE 1278.2-2015: Distributed Interactive Simulation—Communication Services and Profiles. IEEE.
12. International Electrotechnical Commission. (2020). IEC 61162-100: Maritime Navigation and Radiocommunication Equipment—Digital Interfaces Part 100: Ethernet. IEC.
13. Radio Technical Commission for Maritime Services. (2022). SC-104 Meeting Minutes: Message Types 22-58 Reserved for Galileo/BeiDou.
14. International Organization for Standardization. (2018). ISO 19056-1:2018—NMEA 2000 Maritime Navigation and Radiocommunication Equipment. ISO.
15. National Marine Electronics Association. (2021). NMEA 2000 Standard (Ed. 4.00).
Ця зведена бібліографія містить 165 унікальних джерел, упорядкованих за днями лекцій і оформлених у стилі APA 7 для академічної аудиторії США.
Історичний контекст: промислові обчислення в GNSS (2003)
🔶 Критично важлива інфраструктура
• Платформа: Sun Fire 6800
• CPU: UltraSPARC III (1.05 GHz, 8-core)
• Архітектура: RISC (big-endian)
• Пам’ять: 32GB ECC SDRAM
• ОС: Solaris 9
Ключові критерії вибору:
• Детермінована продуктивність
• Апаратна відмовостійкість
• Інституційна довіра до Sun Microsystems
🟢 Реалізація навігаційного програмного забезпечення
• Мови: C/C++ (full-stack)
• Паралельність: POSIX Threads
Ключові алгоритми:
• Рунге — Кутта 4-го порядку (GLONASS)
• Кеплерівський розв’язувач (GPS)
• Ручна оптимізація циклів
Засоби забезпечення надійності:
• Захист пам’яті
• Перевірка контрольних сум
• Watchdog-таймери
🔧 Технічні рішення: чому ця архітектура мала значення
1. Рунге — Кутта як ядро алгоритму — не “крок”, а обчислювальна основа, що потребувала детермінованого апаратного забезпечення.
2. Довіра до Solaris — у 2003 році Linux не мав достатньої інституційної довіри для критичних систем.
3. Вимога Big-Endian — сумісність із телеметричними системами.
4. Вертикальне масштабування — SMP-архітектура відповідала алгоритмічним потребам.
5. Апаратна надійність — ECC-пам’ять запобігала прихованому пошкодженню даних.
Історична перспектива: 2003 проти 2023
⚡ Архітектурний контраст епох: Сьогодні Docker-контейнери обробляють дані швидше, але спираються на складні оркестратори. У 2003 році один сервер Sun Fire 6800 виконував навігаційні розрахунки GLONASS із 99.995% uptime — без Kubernetes, YAML-конфігів або залежностей із NPM. Надійність походила не з шарів абстракції, а з точних інженерних рішень.
“Ми не втратили продуктивність — ми просто рознесли її між шарами контролю.”
СКНОУ та EGNOS: інженерний пролог до технологічної інтеграції України
Інтеграція української Системи контролю навігаційного поля України (СКНОУ) з Європейською геостаціонарною службою навігаційного покриття (EGNOS) у 2004 році стала важливою інженерною віхою. Без політичної помпи й медійного висвітлення цей проєкт став справжнім актом системної інтеграції та тихим успіхом української науково-інженерної спільноти.
Технічний та історичний контекст
СКНОУ, загальнонаціональна мережа опорних GNSS-станцій, що працювала з початку 2000-х років, була призначена для надання диференційних поправок і моніторингу якості сигналів GPS/GLONASS на території України. Архітектура системи включала:
• Мережу наземних опорних станцій.
• Централізовані центри збору та оброблення даних.
• Канали розподілу диференційних поправок у реальному часі, включно з RTK-сервісами.
Технологічна основа: Concentrator-91
Канал обміну даними між СКНОУ та EGNOS став можливим завдяки розробленій в Україні технології обміну повідомленнями, побудованій на модернізованій платформі Concentrator-91. Це проміжне програмне забезпечення було спроєктоване для надійного керування потоками даних у реальному часі та забезпечувало:
• Маршрутизацію повідомлень за пріоритетами.
• Високу стійкість до відмов каналів зв’язку.
• Взаємодію між різнорідними вимірювальними та обчислювальними системами.
Алгоритми концентратора, уперше розроблені в 1990-х роках, були масштабовані й адаптовані для координації обчислювальних вузлів через державні кордони, сформувавши технічну основу цієї міжнародної співпраці.
Управління проєктом і виклики реалізації
Успішна синхронізація української системи з європейською інфраструктурою EGNOS вимагала подолання значних логістичних і технічних викликів. Наприклад, створення стабільного супутникового каналу даних між Харковом і центром оброблення в Норвегії потребувало складної координації багатьох учасників і проходження численних регуляторних бар’єрів.
Дотримання жорсткого терміну 2004 року вимагало точного планування проєкту та управління ресурсами. Керівництво проєкту спиралося на кількісне прогнозування, щоб забезпечити завершення всіх етапів розроблення програмного забезпечення, інтеграції та тестування точно за графіком. Такий дисциплінований підхід до планування трудових ресурсів і строків був критично важливим для успіху проєкту.
Керування складними багатоетапними проєктами, такими як інтеграція СКНОУ та EGNOS, вимагає більшого, ніж інженерна інтуїція, — воно потребує кількісної дисципліни календарного планування. Строки цієї віхи 2004 року були витримані за допомогою внутрішньої моделі розрахунку трудомісткості. Згодом ця модель еволюціонувала в калькулятор трудомісткості. Цей інструмент допомагає інженерам моделювати реалістичні строки, розподіляти ресурси розробників і оцінювати здійсненність проєкту з однією метою: поставити продукт на ринок саме тоді, коли він потрібен. Плануйте точно — постачайте вчасно.
Порівняльний погляд на великі інтеграційні проєкти
Рік	Подія	Значення на системному рівні
1869	Завершення будівництва Першої трансконтинентальної залізниці (США)	Знаковий цивільний інженерний проєкт, який розв’язав складні логістичні проблеми та створив єдину національну транспортну мережу, посиливши економічну зв’язність.
1914	Відкриття Панамського каналу	Ключовий інфраструктурний проєкт, який суттєво змінив глобальну морську логістику, з’єднавши Атлантичний і Тихий океани та створивши новий стратегічний торговельний маршрут.
1969	Перше з’єднання в мережі ARPANET	Початок глобальної цифрової інтеграції. Децентралізована мережа, побудована для відмовостійкості, стала основою сучасного інтернету.
1998	З’єднання перших модулів Міжнародної космічної станції (МКС)	Вершина міжнародної системної інтеграції, що потребувала безперервної координації між кількома незалежними агентствами та технологіями в середовищі високого ризику.
2004	Синхронізація СКНОУ (Україна) та EGNOS (ЄС)	Демонструє успішну інтеграцію національної супутникової інфраструктури в загальноєвропейську систему позиціювання. Непублічне, але стратегічно значуще узгодження зі стандартами технологічного простору ЄС за роки до формальної політичної інтеграції.
Висновок
Автор цього тексту брав участь у проєкті від початкової архітектури програмного забезпечення до успішного обміну даними в межах європейської інфраструктури. Принципи, закладені в Concentrator-91, з’єднали компоненти, які раніше вважалися технічно несумісними.
Цей кейс є одним із найраніших прикладів інженерної інтеграції між Україною та Європейським Союзом. Виконаний із точністю та стратегічним передбаченням за роки до офіційного політичного зближення, його технічний успіх промовляє гучніше за будь-яке гасло.
Андрій, PhD
старший науковий співробітник
РЕЖИМ БЕЗ DGPS — дрон без диференційних поправок, можливі навігаційні похибки

Запустити без DGPS Запустити DGPS