Проєктування мережі Link 16: NPG, часові слоти та OPTASK LINK

Мережа Link 16 не існує, доки хтось її не спроєктує. Хвильова форма, термінали та каталог повідомлень — усе стандартизовано, але розподіл часу в ефірі є обмеженим ресурсом, який треба свідомо розподілити, одиниця за одиницею та повідомлення за повідомленням, перш ніж перша платформа увійде в мережу. Зробіть проєкт правильно — і сотня учасників ділитиме узгоджену повітряну картину зі свіжістю на рівні часток секунди. Зробіть його неправильно — і мережа тихо губитиме треки, голод по голосовому зв'язку або відмовлятиме у вході в мережу половині сил. Це інженерний огляд того, як насправді будується мережа Link 16: структура TDMA в її основі, логічні канали, що працюють поверх неї, математика, яка вирішує, хто скільки отримує, та оперативне повідомлення, що зв'язує все докупи. Передбачається, що ви вже знаєте, що таке тактичні лінії передачі даних Link 16, і хочете дізнатися, як спланувати одну з них.

1. магістраль TDMA

Усе у таймінгу Link 16 вкладено всередину одного числа: епохи завдовжки 12,8 хвилини. Кожна епоха ділиться на 64 кадри по 12 секунд кожен. Кожен кадр ділиться на 1536 часових слотів по 7,8125 мілісекунди. Цей слот є атомарною одиницею мережі — єдина можливість передачі, достатньо довга, щоб нести одне повідомлення фіксованого формату з його синхронізацією, упаковкою та захисним інтервалом поширення. Помножте все: 1536 слотів на кадр помножити на 64 кадри — це 98 304 слоти на епоху, і весь розклад повторюється кожні 12,8 хвилини.

1536 слотів у кадрі не адресуються як плоский список. Вони перемежовуються у три блоки слотів — A, B і C — кожен з яких вносить 512 слотів, що роздаються по черзі так, що індекс слота 0 належить блоку A, 1 — B, 2 — C, 3 — знову A, і так далі. Це перемежовування є навмисним: воно рівномірно розподіляє призначення будь-якого одного учасника по всьому 12-секундному кадру замість того, щоб збирати їх докупи, що зберігає плавну затримку оновлення та уникає довгих тихих проміжків. Коли ви розподіляєте пропускну здатність, ви насправді розподіляєте слоти всередині блоку, і літера блоку є частиною адреси.

2. групи участі в мережі (NPG)

Сирі часові слоти — це не те, як оператори думають про мережу. Вони думають у термінах груп участі в мережі — NPG — які є логічними каналами, накладеними поверх пулу слотів, кожен з яких несе визначений клас трафіку. Підрозділ підписується на NPG, релевантні його ролі, та ігнорує решту. Стандартні NPG стабільні в межах альянсу: NPG 5 і 6 несуть PPLI (Precise Participant Location and Identification — точне визначення місцеположення та ідентифікація учасника, родина J2); NPG 7 несе спостереження (треки J3); NPG 8 і 9 несуть керування завданням та координацію застосування зброї; голос передається на виділених NPG (зазвичай 12 і 13) на швидкості 2,4 або 16 кбіт/с.

Проєктування мережі значною мірою полягає у вирішенні того, які підрозділи беруть участь у яких NPG і скільки розподілу слотів кожного NPG отримує кожен підрозділ. Винищувачу потрібні PPLI, спостереження та один канал керування завданням; йому немає чого передавати на NPG керування повітрям, що належить AWACS. Наземна вогнева одиниця ППО може передавати на NPG спостереження та координації зброї, але споживати голос лише як приймач. NPG є одиницею політики; слот є одиницею ресурсу. Хороший проєкт чисто розділяє ці два рівні.

3. розподіл часових слотів

Слоти всередині NPG роздаються за одним із двох режимів доступу. Виділений доступ призначає конкретні слоти конкретному терміналу — слот A-7-2 належить кораблю X і нікому іншому, кожну епоху, гарантовано. Він вільний від колізій та детермінований за затримкою, саме тому трафік спостереження та зброї використовує його. Доступ за суперництвом дозволяє пулу терміналів передавати опортуністично у спільний блок, приймаючи ризик колізії в обмін на те, щоб не виділяти попередньо пропускну здатність на кожен підрозділ. PPLI від великого, плинного набору учасників часто використовує суперництво, щоб проєктувальнику не доводилося називати кожен передавач заздалегідь.

Слоти записуються у нотації блоку часових слотів (Time Slot Block): трійка з літери блоку, початкового індексу слота та показника степеня частоти повторення, як-от A-7-2. Це читається як блок A, починаючи зі слота 7, що повторюється з частотою 2 у степені третього числа на епоху — число повторення є показником степеня, тому кількість зростає у степенях двійки: частота 0 — це один слот на епоху, частота 6 — це 64, частота 12 — це 4096. Ця компактна трійка є тим, як записується кожне призначення у проєкті.

Коли слотів одного кадру не вистачає для необхідного трафіку, проєкт нагромаджує мережі: кілька логічних мереж ділять той самий NPG, розділяючись за патерном частотного стрибка та номером мережі, тож кілька розмов співіснують на тих самих часових слотах, не чуючи одна одну. Багатомережна робота дозволяє регіону паралельно вести окремі мережі керування повітрям ціною того, що термінали, які можуть слухати лише одну мережу за раз, мусять обирати.

4. вхід у мережу та синхронізація

Термінал не може передавати, доки не знає, котра година, з точністю до частки слота 7,8125 мс. Синхронізація відбувається у два етапи. Груба синхронізація вирівнює термінал до меж слотів мережі, прослуховуючи повідомлення входу та встановлюючи, який слот є яким. Точна синхронізація потім доводить точність таймінгу до субмікросекундного рівня, необхідного для того, щоб хвильова форма з частотним стрибком насправді декодувалася, вимірюючи час кругового проходження (RTT) відносно опорного джерела.

Тим опорним джерелом є опорний час мережі — NTR (Net Time Reference) — один призначений термінал, чий годинник визначає час мережі. Кожен інший учасник синхронізується з NTR, безпосередньо або через ретрансляцію. Початковий вхід — це момент, коли новий термінал прослуховує передачі NTR, досягає грубої синхронізації, обмінюється запитами RTT, щоб точно визначити затримку поширення, досягає точної синхронізації і лише тоді починає передавати у своїх призначених слотах. Призначте NTR погано — поставте його на платформу, що покидає район дій — і вся мережа втратить свою часову базу. Призначення NTR є проєктним рішенням першого порядку, а не запізнілою думкою.

5. ретрансляція та розширення дальності

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

Активна ретрансляція є дорогою, оскільки споживає слоти — кожне ретрансльоване повідомлення потребує власної можливості передачі, тож ретрансляція NPG може подвоїти попит цього NPG на слоти за кожен стрибок. Двострибковий ретрансляційний ланцюг через розосереджену тактичну групу може тихо поглинути чверть доступного кадру. Горизонт прямої видимості — приблизно 300 морських миль між літаками на висоті, набагато менше для кораблів — це те, що змушує до ретрансляції в першу чергу, і бюджет слотів для неї має бути зарезервований під час проєктування, а не імпровізований, коли мережа замовкає на дальності.

6. планування пропускної здатності

Планування пропускної здатності — це арифметика, яка створює або руйнує проєкт. Почніть з завантаження слотів: відсотка від 98 304 слотів на епоху, уже зайнятих виділеними призначеннями, ретрансляцією та голосом. Потім опрацюйте частоти оновлення. PPLI для високодинамічного винищувача потребує звіту про положення кілька разів на секунду; для повільного наземного підрозділу раз на кілька секунд цілком достатньо. Помножте необхідну частоту звітування кожного учасника на вартість слота та підсумуйте по всіх силах, NPG за NPG.

Пропускна здатність по треках прямо випливає з цього. NPG спостереження може нести лише стільки оновлень J3 на секунду, скільки дозволяють його виділені слоти; поділіть це на частоту оновлення на трек, якої вимагає завдання, і ви отримаєте максимальну кількість треків, які мережа може тримати свіжими. Фундаментальна напруга — це щільність проти затримки: упакуйте більше учасників та більше треків у кадр, і ви або підвищите завантаження слотів до насичення, або розтягнете інтервал оновлення кожного трека. Вільної пропускної здатності не існує — кожен слот, відданий одному учаснику, є слотом, якого не може мати інший, і єдина чесна відповідь на питання «чи може мережа тримати 600 треків» — це зробити математику слотів.

7. OPTASK LINK

Уся ця проєктна робота кристалізується в одному документі: OPTASK LINK, оперативному повідомленні-завданні, яке скеровує, як мережа лінії передачі даних буде налаштована та експлуатована для певної операції чи періоду. Воно визначає NTR, структуру NPG, розподіли слотів на учасника, схему ретрансляції, крипто та номери мереж, призначення голосових мереж та ініціалізаційні дані, які кожен термінал має завантажити перед входом. Це авторитетне джерело істини — якщо ініціалізація терміналу не збігається з OPTASK LINK, цей термінал не взаємодіятиме коректно, крапка.

Створення OPTASK LINK є результатом робочого процесу планування. Network Design Load (NDL) — це машиночитний розподіл, який генерують інструменти планування і який споживають термінали. Продукти планування TDL — інструменти проєктування мереж, що використовуються осередками керування лініями передачі даних альянсу — беруть перелік сил, оперативну геометрію та вимоги завдання до трафіку і обчислюють узгоджений розподіл слотів, що вкладається в одну епоху. Ці інструменти існують тому, що ручне виконання арифметики слотів для сотні учасників через десяток NPG схильне до помилок саме в той спосіб, який залишає підрозділи поза мережею. Багато повідомлень, які OPTASK LINK передбачає, каталогізовано у каталозі повідомлень J-серії, і проєкт має зарезервувати пропускну здатність слотів для кожного з них, який потребує операція.

8. поширені помилки проєктування

Та сама жменя збоїв повторюється від програми до програми. Переобтяжені NPG є найпоширенішими: проєктувальник підсумовує бажані частоти оновлення, виявляє, що вони перевищують слоти, виділені NPG, і замість перерозподілу просто сподівається, що суперництво все владнає — тож PPLI стикаються, звіти про положення губляться, а картина деградує саме тоді, коли щільність учасників найвища. Проігнорований бюджет ретрансляції — наступний: проєкт припускає повну зв'язність, сили розосереджуються, а ретрансляційні слоти, які мали бути зарезервовані наперед, ніколи не виділялися, тож зазагоризонтні підрозділи тихо випадають із мережі.

Третя — невідповідні ініціалізаційні дані: один термінал, завантажений з крипто-змінною, номером мережі чи призначенням NPG, які відрізняються від OPTASK LINK. Симптом доводить до сказу — підрозділ виглядає справним, досягає синхронізації і все одно не може обмінюватися треками з рештою сил, бо він фактично передає в іншу логічну мережу. Дисциплінований менеджмент конфігурації відносно єдиного авторитетного OPTASK LINK — це єдині ліки. Урок з усіх трьох однаковий: пропускна здатність Link 16 обмежена, а математика невблаганна, тож проєкт має бути зроблений свідомо, перевірений відносно бюджету слотів та утриманий у синхронізації з повідомленням-завданням, з якого завантажуються всі сили.