ПНСТ 921-2024 Информационные технологии. Интернет вещей. Сети связи интернета вещей. Протокол низкоскоростного обмена данными по спутниковым каналам связи. Часть 1. Обмен данными по абонентским линиям низкоорбитальных систем

ФЕДЕРАЛЬНОЕ АГЕНТСТВО

ПО ТЕХНИЧЕСКОМУ РЕГУЛИРОВАНИЮ И МЕТРОЛОГИИ

ПРЕДВАРИТЕЛЬНЫЙ НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

пнет

921 — 2024

Информационные технологии

ИНТЕРНЕТ ВЕЩЕЙ

Сети связи интернета вещей. Протокол низкоскоростного обмена данными по спутниковым каналам связи

Часть 1

Обмен данными по абонентским линиям низкоорбитальных систем

Издание официальное

Москва

Российский институт стандартизации 2024

ПНСТ 921—2024

Предисловие

1 РАЗРАБОТАН Федеральным государственным бюджетным учреждением «Ордена Трудового Красного Знамени Российский научно-исследовательский институт радио имени М.И. Кривошеева»

2 ВНЕСЕН Техническим комитетом по стандартизации ТК 194 «Кибер-физические системы»

3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 14 июня 2024 г. № 27-пнст

4 В настоящем стандарте реализованы требования Положения о порядке создания, производства и эксплуатации (применения) ракетных и космических комплексов (РК-11-КТ)

Правила применения настоящего стандарта и проведения его мониторинга установлены в ГОСТР 1.16—2011 (разделы 5 и 6).

Федеральное агентство по техническому регулированию и метрологии собирает сведения о практическом применении настоящего стандарта. Данные сведения, а также замечания и предложения по содержанию стандарта можно направить не позднее чем за 4 мес до истечения срока его действия разработчику настоящего стандарта по адресу: 105064 Москва, ул. Казакова, д. 16, email: info@niir.ru и/или в Федеральное агентство по техническому регулированию и метрологии по адресу: 123112 Москва, Пресненская набережная, д. 10, стр. 2.

В случае отмены настоящего стандарта соответствующая информация будет опубликована в ежемесячном информационном указателе «Национальные стандарты» и также будет размещена на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.rst.gov.ru)

©Оформление. ФГБУ «Институт стандартизации», 2024

Настоящий стандарт не может быть полностью или частично воспроизведен, тиражирован и распространен в качестве официального издания без разрешения Федерального агентства по техническому регулированию и метрологии

II

ПНСТ 921—2024

Содержание

1 Область применения..................................................................1

2 Нормативные ссылки..................................................................2

3 Термины и определения................................................................2

4 Сокращения и обозначения.............................................................3

5 Общие положения....................................................................4

5.1 Особенности применения низкоорбитальных многоспутниковых систем....................4

5.2 Архитектура сети интернета вещей на основе многоспутниковой системы передачи данных.............................................................................5

5.3 Абонентские средства потребителей..................................................8

5.4 Полезная нагрузка космического аппарата.............................................9

5.5 Региональная станция сопряжения..................................................10

6 Физический уровень..................................................................11

6.1 Формат пакетов..................................................................11

6.2 Модуляция......................................................................13

6.3 Помехоустойчивое кодирование....................................................13

7 Канальный уровень..................................................................13

7.1 Формат пакета данных канального уровня............................................13

7.2 Активация и адресация АСП.......................................................18

7.3 Выбор частоты передачи пакета....................................................23

7.4 Повторная передача пакета........................................................24

7.5 МАС-команды....................................................................24

8 Режимы работы абонентских средств потребителя.........................................35

8.1 Прием и передача сообщений в АСП класса А.........................................35

8.2 Прием и передача сообщений в АСП класса В.........................................37

8.3 Прием и передача сообщений в АСП класса С........................................38

Приложение А (справочное) Эффект Доплера в низкоорбитальной спутниковой системе..........41

Приложение Б (справочное) Энергетический бюджет абонентских радиолиний...................45

Приложение В (справочное) Потенциальная емкость абонентского канала......................48

Приложение Г (обязательное) Региональные параметры RU864-870 ...........................55

Библиография........................................................................59

III

ПНСТ 921—2024

Введение

Настоящий стандарт определяет типовое техническое решение организации низкоскоростной спутниковой сети передачи данных на основе многоспутниковой низкоорбитальной группировки для предоставления услуг интернета вещей (ИВ), аналогичных услугам в наземных сетях. Ключевой основой типового технического решения является условие бесшовной работы низкоскоростной спутниковой сети передачи данных и наземных энергоэффективных сетей дальнего радиуса действия (LPWAN), что подразумевает идентичность технических параметров абонентских средств потребителей (стационарных и мобильных) и использование полос радиочастот на совместной основе. Учитывая, что в сетях LPWAN массово используются абонентские средства потребителей (АСП), их нормативные технические параметры являются исходными для аналогов в спутниковой сети передачи данных с целевой функцией ИВ (спутниковой сети ИВ), если используется совместная полоса радиочастот.

Базовая конфигурация спутниковой сети ИВ имеет звездообразную топологию, на основе которой создаются сети ИВ (на национальном и региональном уровнях). Такая сеть ИВ может быть сопряжена с внешними сетями общего пользования или функционировать как выделенная сеть без сопряжения с сетями связи общего пользования.

Центральным элементом национальной или региональной спутниковой сети ИВ является наземная региональная станция сопряжения (РСС), которая поддерживает взаимодействие со всеми видимыми низкоорбитальными спутниками (космическими аппаратами, КА) и обслуживает АСП в рабочей зоне РСС (диаметром несколько тысяч км). Сетевой сервер, входящий в состав РСС, обеспечивает маршрутизацию пакетов данных каждого АСП на соответствующий сервер приложений и формирует сеть ИВ, работа которой поддерживается средствами РСС.

Размещение РСС и создание на ее основе национальных и региональных сетей ИВ предусматривается в любом регионе Земли, доступном для обслуживания многоспутниковой низкоорбитальной группировкой.

Расширение рабочей зоны региональной (национальной) сети ИВ возможно путем объединения нескольких РСС между собой (в том числе по наземным каналам на основе межоператорских соглашений и с учетом национальных правил маршрутизации трафика).

Взаимодействие между АСП и низкоорбитальными спутниками осуществляется по абонентским радиолиниям (КА^АСП/АСП—>КА), которые имеют множество частотных каналов, обеспечивающих требуемую емкость и энергетику радиолиний.

Низкоскоростная сеть спутниковой связи на основе многоспутниковой низкоорбитальной группировки для предоставления услуг ИВ имеет ряд специфических технических особенностей:

- объем трафика от АСП в направлении КА (АСПЭКА) существенно превышает трафик в обратном направлении (КА—>АСП);

- проявляется выраженный эффект Доплера (статический и динамический) даже для стационарных АСП в процессе сеанса связи;

- изменение энергетики радиолиний между КА и АСП происходит очень быстро и может достигать десятка дБ за время сеанса связи;

- задержка распространения пакетов существенно изменяется за время сеанса связи и зависит не только от физического расстояния радиолинии, но и от эквивалентной скорости абонентского канала;

- частотный план абонентских линий полезной нагрузки (ПН) КА должен изменяться в зависимости от обслуживаемого региона Земли для соблюдения условия бесшовной работы сети ИВ и требований национальных администраций связи.

Кроме того, налагается ряд технических ограничений на параметры АСП, которые аналогичны ограничениям в наземных сетях LPWAN с учетом рабочего диапазона частот и частот каналов, принятых национальными администрациями связи:

- значение эффективно излучаемой изотропной мощности (ЭИИМ);

- рабочий цикл (DutyCycle).

IV

ПНСТ 921—2024

ПРЕДВАРИТЕЛЬНЫЙ НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

Информационные технологии

ИНТЕРНЕТ ВЕЩЕЙ

Сети связи интернета вещей.

Протокол низкоскоростного обмена данными по спутниковым каналам связи

Часть 1

Обмен данными по абонентским линиям низкоорбитальных систем

Information technology. Internet of things. loT communication networks. Protocol for low-speed data exchange over satellite communication channels. Part 1. Data exchange via subscriber lines of low-orbit systems

Срок действия — с 2024—07—01 до 2027—07—01

1 Область применения

Настоящий стандарт устанавливает требования к структуре, формату и правилам применения протокола низкоскоростного обмена данными по абонентским линиям спутниковых каналов связи. Протокол подходит для использования в сетях связи интернета вещей, развернутых на основе низкоорбитальной многоспутниковой группировки для предоставления услуг интернета вещей (ИВ).

Протокол предоставляет возможности для получения данных с оконечных устройств интернета вещей (абонентских средств потребителя, АСП), управления их режимами работы и передачей данных.

Настоящий стандарт распространяется на сетевую инфраструктуру для предоставления услуг интернета вещей с прямым подключением АСП к сети спутниковой связи в части абонентских линий низкоорбитальных систем. Данный стандарт не распространяется на фидерные линии этих систем.

Целью настоящего стандарта является предоставление технических рекомендаций для скоординированной разработки архитектуры и физической среды сетевой инфраструктуры, обеспечивающей предоставление услуг ИВ на основе низкоорбитальной многоспутниковой системы передачи данных (МСПД), интегрированной с сетями LPWAN (или с сотовыми сетями), в том числе для предоставления бесшовных услуг ИВ с использованием унифицированных абонентских средств потребителей.

Областью применения, представленной в настоящем стандарте технологии связи, является обмен данными по абонентским линиям с бытовым и промышленным оборудованием (приборы, датчики, пломбы, исполнительные устройства и т. п.), имеющим следующие свойства:

- низкие требования к пропускной способности каналов связи;

- высокие требования к помехоустойчивости каналов связи;

- высокие требования к времени автономной работы;

- предназначены для хранения и/или передачи общедоступной информации и информации ограниченного доступа, не содержащей сведений, относимых к государственной тайне (конфиденциальной информации);

- не предназначены для хранения и/или передачи информации, содержащей сведения, составляющие государственную тайну.

Издание официальное

1

ПНСТ 921—2024

В настоящем стандарте используются следующие форматы записей:

- МАС-команды записываются курсивом в формате LinkCheckReq-,

- константы записываются прописными (заглавными) буквами в формате RECEIVE_DELAY1;

- переменные записываются курсивом в формате N.

В настоящем стандарте структура сообщений изложена с учетом:

- порядка следования байтов и битов для всех полей — «от старшего к младшему» (big-endian);

- бита RFU (Reserved For Future), обозначающего поле для будущего использования. По умолчанию данный бит должен быть установлен на ноль передатчиком сообщения и должен быть проигнорирован на приемной стороне.

2 Нормативные ссылки

В настоящем стандарте использованы нормативные ссылки на следующие стандарты:

ГОСТ Р ИСО/МЭК 7498-1 Информационная технология. Взаимосвязь открытых систем. Базовая эталонная модель. Часть 1. Базовая модель

ГОСТ Р 71168 Информационные технологии. Интернет вещей. Спецификация LoRaWAN RU

Примечание — При пользовании настоящим стандартом целесообразно проверить действие ссылочных стандартов в информационной системе общего пользования - на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет или по ежегодному информационному указателю «Национальные стандарты», который опубликован по состоянию на 1 января текущего года, и по выпускам ежемесячного информационного указателя «Национальные стандарты» за текущий год. Если заменен ссылочный стандарт, на который дана недатированная ссылка, то рекомендуется использовать действующую версию этого стандарта с учетом всех внесенных в данную версию изменений. Если заменен ссылочный стандарт, на который дана датированная ссылка, то рекомендуется использовать версию этого стандарта с указанным выше годом утверждения (принятия). Если после утверждения настоящего стандарта в ссылочный стандарт, на который дана датированная ссылка, внесено изменение, затрагивающее положение, на которое дана ссылка, то это положение рекомендуется применять без учета данного изменения. Если ссылочный стандарт отменен без замены, то положение, в котором дана ссылка на него, рекомендуется применять в части, не затрагивающей эту ссылку.

3 Термины и определения

В настоящем стандарте применены термины по [1], а также следующие термины с соответствующими определениями:

3.1 абонентская линия: Радиолиния между абонентским средством потребителя и полезной нагрузкой космического аппарата.

3.2 абонентское средство потребителя; АСП: Оконечное устройство сети, сопряженное с датчиками физических процессов и осуществляющее обмен сообщениями с сетевым сервером.

3.3 активация: Процедура присоединения АСП к сети.

3.4 активация «по воздуху»: Способ активации АСП в сети через запрос-ответ по специально назначенному радиоканалу; может использоваться только при условии связи АСП с региональной станцией сопряжения в режиме реального времени.

3.5 активация через персонализацию: Способ активации АСП в сети через предустановленные параметры контекста сеанса связи.

3.6 восходящий канал: Канал передачи пакетов (сообщений) от АСП к ПН КА.

3.7 контекст сеанса связи: Набор параметров сетевого сеанса и параметров сеанса приложения.

3.8 многоадресная рассылка: Режим передачи нисходящего сообщения нескольким АСП одновременно.

3.9 нисходящий канал: Канал передачи пакетов (сообщений) от ПН КА к АСП.

3.10 полезная нагрузка космического аппарата; ПН КА: Телекоммуникационное оборудование, размещенное на борту космического аппарата и обеспечивающее обмен данными с обработкой, маршрутизаций и регенерацией сигнала по абонентским и фидерным линиям.

3.11 рабочий цикл: Безразмерная величина, обратная скважности и равная отношению длительности передаваемого радиосообщения к периоду передачи. По умолчанию нормируется к одному часу.

3.12 региональная станция сопряжения; РСС: Узел национальной или региональной сети интернета вещей.

3.13 сеть: Региональная или национальная сеть интернета вещей, узлом которой является РСС.

2

ПНСТ 921—2024

3.14 фидерная линия: Радиолиния между полезной нагрузкой космического аппарата и наземной станцией, в данном случае РСС.

4 Сокращения и обозначения

В настоящем стандарте применены следующие сокращения и обозначения:

АМ — антенный модуль;

АПК — аппаратно-программный комплекс;

АФС — антенно-фидерная система;

БМ — банк модемов;

ВОЛС — волоконно-оптические линии связи;

ГКРЧ — Государственная комиссия по радиочастотам;

КА — космический аппарат (спутник);

НКО — низкая круговая орбита;

ПН — полезная нагрузка;

ПНОД — протокол низкоскоростного обмена данными;

СКК — сигнально-кодовая конструкция;

ЭИИМ — эффективно излучаемая изотропная мощность;

АВР — активация через персонализацию;

АСК — подтверждение получения сообщения;

CRC — циклическая контрольная сумма;

D2D — прямой доступ (Direct-to-Device) к типовым абонентским средствам потребителей;

DevAddr — короткий адрес АСП;

DevEUI — идентификатор АСП;

DevNonce — идентификатор запросов на присоединение АСП к сети;

DutyCycle — рабочий цикл;

FEC — параметр кода, означающий его избыточность для возможности исправления ошибок (Forward Error Correction);

Join-Accept — подтверждение присоединения (переприсоединения) АСП к сети;

JoinEUI — идентификатор сервера присоединения, отвечающего за присоединение АСП к сети;

JoinNonce — идентификатор подтверждений присоединения (переприсоединения) АСП к сети;

Join-Request — запрос на присоединение к сети;

LLC — управление логической связью;

LPWAN — энергоэффективная сеть дальнего радиуса действия (Low-power Wide-area Network);

LSCP — протокол низкоскоростного обмена данными;

NbTrans — установленное число передач пакета;

NetID — сетевой адрес АСП;

МАС — управление доступом АСП к радиоканалу;

MIC — код целостности сообщения (message integrity code);

ОТАА — способ активации АСП в сети через запрос-ответ по специально назначенному радиоканалу;

Rejoin-Request — запрос на переприсоединение к сети;

RFU — зарезервировано для будущих применений;

SF — коэффициент расширения спектра сигнала;

TDD — полудуплексный режим работы (time division duplex);

«||» — знак конкатенации строк;

«х...у» — последовательность бит, где «х» — старший бит, а «у» — младший бит.

3

ПНСТ 921—2024

5 Общие положения

5.1 Особенности применения низкоорбитальных многоспутниковых систем

Низкоорбитальные многоспутниковые системы передачи данных с целевой функцией интернета вещей должны обеспечивать прямой доступ¹) к типовым абонентским средствам потребителей. Все АСП должны реализовывать базовую функциональность класса А, определенного в настоящем стандарте.

Для создания глобально-распределенных бесшовных сетей ИВ должна обеспечиваться интеграция МСПД на региональных (национальных) уровнях с наземными сетями LPWAN на основе использования соответствующих диапазонов частот [2], видов модуляции и протоколов, приемлемых для спутниковых каналов связи (см. рисунок 1).

Рисунок 1 — Частотные диапазоны для создания бесшовных сетей

5.1.1 Основы построения низкоорбитальных многоспутниковых систем

При построении низкоорбитальной МСПД создается орбитальная группировка из космических аппаратов на круговых орбитах с высотой относительно поверхности Земли от 100 до 2000 км. Для систем спутниковой связи и передачи данных рекомендуемые высоты НКО лежат в диапазоне от 300 до 1500 км.

Период обращения космического аппарата вокруг Земли составляет от 90 мин (при высоте орбиты 300 км) до 115 мин (при высоте орбиты 1500 км), скорость его движения вдоль орбиты — от 7,7 до 7,1 км/с соответственно.

Скорость движения КА относительно АСП изменяется от 0 км/с до максимальной скорости движения спутника вдоль орбиты, что приводит к возникновению эффекта Доплера (статического и динамического), выражающегося в непрерывном изменении центральной частоты сигнала в радиолинии и скорости ее изменения (Гц/с) пропорционально изменению наклонной дальности от КА до АСП (см. приложение А). Это вызывает необходимость применять устойчивые к эффекту Доплера сигнально-кодовые конструкции в абонентских линиях между АСП и КА.

Минимальная наклонная дальность равна высоте орбиты (АСП видит КА в зените), а максимальная наклонная дальность определяется принятым минимальным рабочим углом места видимости КА относительно местного горизонта. За время сеанса связи потери в радиолинии изменяются пропорционально квадрату отношения максимальной наклонной дальности к высоте орбиты спутника. Для рекомендуемых высот орбит и минимального рабочего угла места, равного 25°, изменения потерь в радиолинии за счет изменения наклонной дальности составляют от 5 дБ (орбита 1500 км) до 6,7 дБ (орбита 300 км).

Минимальное число КА в составе орбитальной группировки при условии непрерывности глобального обслуживания зависит от высоты и наклонения орбиты КА, а также от принятого минимального рабочего угла места.

Каждый космический аппарат в составе орбитальной группировки должен обеспечить трехосную ориентацию и удержание в заданной точке орбитальной плоскости с целью обеспечения устойчивости ее заданной архитектуры в пределах срока активного существования КА (не менее пяти лет).

Архитектура орбитальной группировки может быть одноэшелонной (все плоскости орбит имеют одинаковое наклонение и высоту) или многоэшелонной (разные наклонения плоскостей орбит и высоты

¹) В зарубежных нормативных документах и публикациях обозначается как Direct-to-Device (D2D).

4

ПНСТ 921—2024

при необходимости). Выбор архитектуры орбитальной группировки определяется заданным условием непрерывности обслуживания рабочей зоны на Земле и минимизацией затрат на пусковые услуги КА.

5.1.2 Рабочая зона обслуживания КА

Размер рабочей зоны обслуживания на поверхности Земли определяется принятым минимальным рабочим углом места АСП и высотой орбиты. Для рекомендуемых высот орбит угловой сектор обслуживания каждого КА составляет от 120° (высота 300 км, угол места 25°) до 94,4° (высота орбиты 1500 км, угол места 25°), что обеспечивает рабочую зону на поверхности Земли с максимальным диаметром 1127 км и 3962 км соответственно. Рабочая зона на поверхности Земли для АСП обычно состоит из локальных рабочих зон, формируемых антенной системой полезной нагрузки КА.

Баллистическое построение орбитальной группировки определяется выбором наклонения (/) круговых орбитальных плоскостей (экваториальные / = 0°...15°, наклонные /' = 15°...85°, приполярные i~ 85°...90°, солнечно-синхронные i~ 97°...100°) исходя из заданной приоритетной зоны обслуживания АСП на поверхности Земли.

Переход обслуживания АСП от одного КА к другому эквивалентен организации роуминга в сетях LPWAN. Для успешного процесса его реализации рекомендуется иметь запас бюджета по энергетике сигнала в абонентских линиях более 6 дБ относительно принятого порогового уровня отношения сиг-нал/шум (см. приложение Б).

Переход обслуживания между КА и РСС должен осуществляться без ограничений на географическое расположение РСС с учетом обеспечения пространственной и частотной развязки КА, работающих с РСС в период сеанса связи с целью минимизации внутрисистемных помех.

5.2 Архитектура сети интернета вещей на основе многоспутниковой системы передачи данных

5.2.1 Общая архитектура

Архитектура сети интернета вещей определяет организацию глобально-распределенной МСПД (см. рисунок 2), в которой обеспечивается бесшовное предоставление услуги ИВ на основе ее интеграции с наземными сетями LPWAN.

Глобально-распределенная МСПД предусматривает возможность создания региональных и национальных сетей, обеспечивающих предоставление услуг ИВ (см. рисунок 3). Сопряжение между региональной (национальной) сетью ИВ и МСПД обеспечивает региональная станция сопряжения.

Архитектура региональной (национальной) сети ИВ имеет звездообразную топологию, в которой узлом сети является РСС. Работу АСП, зарегистрированных в региональной (национальной) сети, должна контролировать и поддерживать РСС. Зарегистрированные в региональной (национальной) сети АСП должны иметь возможность одновременной работы в наземной сети LPWAN.

5

ПНСТ 921—2024

Параметры АСП (частотный план каналов, ЭИИМ канала, цикличность работы) региональной (национальной) сети должны соответствовать параметрам, согласованным с региональной (национальной) администрацией связи. При необходимости региональные сети должны предусматривать возможность их объединения по выделенным наземным каналам связи на основе межоператорских соглашений и национальных правил маршрутизации трафика. При объединении региональных сетей по наземным каналам допускается использование общего сетевого сервера и сервера присоединения на условиях межоператорского соглашения и выполнения национальных правил маршрутизации трафика.

Сервер присоединения

Рисунок 3 — Архитектура региональной (национальной) сети интернета вещей

Региональные сети должны иметь возможность сопряжения по наземным или спутниковым каналам связи с центром системы связи МСПД (см. рисунок 2) для удаленной их поддержки со стороны оператора МСПД в процессе создания и эксплуатации на основе полномочий и условий, определенных в соглашении между оператором региональной (национальной) сети и оператором МСПД.

АСП передают пакеты данных по радиоканалу в соответствии с настоящим стандартом. Получателями пакетов являются ПН КА и базовые станции наземных сетей LPWAN, находящиеся в зоне радиовидимости АСП.

Архитектура сети удовлетворяет требованиям международных стандартов, описывающих архитектуру глобальных беспроводных сетей LPWAN с линейной частотной модуляцией (см., например, [3]).

Сеть ИВ предусматривает три уровня сетевого взаимодействия:

- физический уровень;

- канальный уровень;

- уровень приложений.

В соответствии с ГОСТ Р ИСО/МЭК 7498-1 на остальных уровнях эталонной модели взаимодействия открытых систем преобразование передаваемых данных осуществляется в соответствии с протоколами обмена данными на них и на архитектуру сетей ИВ не влияет.

5.2.2 Функции физического уровня

Физический уровень протокола определяет прием и передачу пакетов канального уровня по абонентской линии, в том числе и формат пакетов. Передача пакетов является двунаправленной в режиме временного разделения приема и передачи (TDD). Передатчик и приемник физического уровня реализуются на АСП и ПН КА (аналог базовой станции наземной сети LPWAN).

Функции АСП при передаче сообщений по абонентской линии:

- формирование пакетов;

6

ПНСТ 921—2024

- помехоустойчивое кодирование данных канального уровня;

- модуляция радиосигнала.

Функции АСП при приеме сообщений по абонентской линии:

- прием радиосигнала;

- демодуляция радиосигнала;

- помехоустойчивое декодирование данных канального уровня;

- выполнение МАС-команд (при их получении).

Функции ПН КА при приеме сообщений по абонентской линии:

- демодуляция радиосигнала;

- обнаружение пакетов, передаваемых АСП;

- помехоустойчивое декодирование принятых пакетов;

- пересылка успешно принятых пакетов на сетевой сервер по фидерной линии в едином цифровом потоке.

Функции ПН КА при передаче сообщений по абонентской линии:

- прием информации от РСС по фидерной линии;

- формирование пакетов данных канального уровня, передаваемых на АСП;

- помехоустойчивое кодирование сформированных пакетов;

- модуляция радиосигнала;

- передача сообщения в заданном луче и канале абонентской линии.

5.2.3 Функции канального уровня

Канальный уровень определяет управление доступом АСП к радиоканалу (Media Access Control, МАС) и управление логической связью (Logical Link Control, LLC) между АСП и сетевым сервером.

На канальном уровне стандарт устанавливает:

- формат пакетов (кадров) канального уровня;

- схему адресации АСП;

- механизм множественного доступа АСП к радиоканалу;

- механизм повторных передач пакетов;

- процедуру активации АСП на сетевом сервере.

Канальный уровень протокола реализуется на АСП и сетевом сервере.

5.2.4 Функции абонентского средства потребителя на канальном уровне

Функции АСП:

- формирование и отправка пакетов активации;

- формирование и отправка пакетов данных.

5.2.5 Функции сетевого сервера

Сетевой сервер должен управлять всеми АСП, зарегистрированными в зоне обслуживания РСС, и выполнять следующие основные функции:

- проверка адреса АСП;

- формирование ответов на запросы от АСП;

- квитирование приема пакетов от АСП (при необходимости);

- перенаправление потоков пакетов в зависимости от приложения (сервиса);

- регулировка очередей пакетов, поступающих от серверов приложений в направлении АСП;

- передача на сервер присоединения пакетов с запросом на присоединение АСП;

- назначение класса АСП;

- установка уровня ЭИИМ АСП;

- назначение частотных каналов для АСП (в зависимости от обслуживаемого региона);

- назначение полосы частот канала для АСП;

- назначение коэффициента расширения спектра сигнала (SF) для АСП;

- установка ограничения объема пакета АСП;

- назначение цикличности передачи пакетов АСП.

Сетевой сервер должен обеспечивать контроль подлинности каждого АСП, его соответствие сетевому адресу (NetID) и целостность каждого пакета, поступающего от АСП.

Сетевой сервер должен устанавливать безопасное соединение для передачи пакетов как в направлении к АСП, так и в направлении от АСП.

Сетевой сервер должен выполнять проверку соответствия параметров АСП региональным (национальным) параметрам в части ЭИИМ, частоты канала и рабочего цикла.

7

ПНСТ 921—2024

Сетевой сервер должен идентифицировать все пакеты, поступающие от АСП, по отношению к КА из всей группы КА, с которыми РСС работает в период сеанса связи.

В момент перехода обслуживания АСП с одного КА на другой могут наблюдаться сбои при передаче пакета от АСП или квитировании пакета. Сетевой сервер должен фиксировать эти моменты времени и запрашивать повторную передачу пакета (при необходимости).

5.2.6 Функции уровня приложений

Сервер приложений отвечает за хранение и обработку прикладных данных, полученных от АСП.

Описание уровня приложений выходит за рамки настоящего стандарта.

5.2.7 Каналы связи

Абонентская линия формируется между АСП и ПН КА с обеспечением двунаправленной передачи данных между ними. В абонентской линии обеспечивается работа нескольких каналов связи в соответствии с региональными (национальными) параметрами. Характеристики абонентской линии определяются требованиями настоящего стандарта.

Фидерная линия формируется между ПН КА и РСС с обеспечением двунаправленного обмена данными для доставки данных на сетевой сервер и получения команд управления АСП. Описание параметров фидерной линии выходит за рамки настоящего стандарта.

Канал связи «сетевой сервер — сервер приложений» обеспечивает двусторонний обмен данными между сетевым сервером и сервером приложений. Описание параметров данного канала выходит за рамки настоящего стандарта.

5.3 Абонентские средства потребителей

Типовая архитектура АСП приведена на рисунке 4.

Рисунок 4 — Типовая архитектура АСП

Запас энергетики в абонентских линиях должен обеспечивать возможность работы АСП по своему целевому назначению в пределах временного интервала сеанса связи. Рекомендуемый запас энергетики в абонентских линиях должен быть не менее 6 дБ относительно принятого порогового уровня отношения сигнал/шум (см. приложение Б).

Для соблюдения условий радиочастотной совместимости АСП с радиоэлектронными средствами иных систем рекомендуется принять минимальный рабочий угол места более 25°.

В качестве антенны рекомендуется использовать антенные излучатели с круговой поляризацией, диаграмма направленности которых ориентирована во внешнюю полусферу, а коэффициент усиления не превышает 3 дБи. Не исключается применение и антенных излучателей с линейной поляризацией при обеспечении достаточного уровня энергетики в абонентских линиях.

Рекомендуемое максимальное значение ЭИИМ АСП составляет 16,1 дБм в канале 125 кГц, если иное не оговорено в нормативно-технических требованиях национальной администрации связи.

Мощность передатчика АСП и его рабочий цикл регулируются подачей управляющих сигналов от сетевого сервера.

В зависимости от реализации режима (механизма) приема данных АСП разделяются на классы.

5.3.1 Абонентские средства потребителя класса А

АСП с короткими регламентированными окнами приема данных (класс А) предназначены для обеспечения двунаправленной связи, в которой за каждой передачей сообщения АСП в восходящий канал следуют два коротких окна приема для нисходящего канала. Передача пакета каждого АСП происходит случайно (протокол типа ALOHA). Класс А обеспечивает экономичный расход энергии и подходит в случаях, когда приемлема связь по нисходящему каналу только после передачи по восходящему каналу. Сетевой сервер для передачи сообщения по нисходящему каналу должен дождаться следующего сообщения от АСП по восходящему.

Любое АСП должно поддерживать совместимость с классом А.

8

ПНСТ 921—2024

5.3.2 Абонентские средства потребителя класса В

АСП с дополнительными окнами приема данных (класс В) предназначены для обеспечения двунаправленной связи, в которой дополнительно к окнам приема АСП класса А могут быть запланированы окна приема для нисходящего канала в установленное время. Чтобы АСП открывало свои окна приема в установленное время, оно получает синхронизированный по времени сигнал (маяк) от ПН КА. Это позволяет сети знать и планировать время, когда АСП готово принимать данные от сетевого сервера, транслируемые по абонентским линиям через ПН КА.

5.3.3 Абонентские средства потребителя класса С

АСП с максимальными окнами приема (класс С) предназначены для обеспечения двунаправленной связи, в которой большую часть времени открыто одно из окон приема (за исключением времени передачи сообщения по восходящему каналу). АСП класса С будет расходовать больше энергии по сравнению с АСП класса А, но при этом иметь минимальную задержку передачи сообщения от сетевого сервера к АСП.

5.4 Полезная нагрузка космического аппарата

Полезная нагрузка КА обеспечивает формирование рабочей зоны на поверхности Земли, в которой размещаются АСП сети ИВ, обслуживаемые РСС.

Типовая архитектура ПН КА приведена на рисунке 5 и представляет собой ретрансляционный комплекс с обработкой, маршрутизаций и регенерацией сигналов.

К особенностям функционирования ПН КА относятся:

- гибкое изменение частотного плана работы абонентских линий в зависимости от обслуживаемой рабочей зоны, в том числе по МАС-командам от наземного комплекса управления;

- возможность изменения частотного плана абонентских линий при изменении радиочастотной обстановки (наличии мешающих помех) или официальных претензий со стороны операторов иных систем о фиксировании мешающих помех;

- способность ведения отложенной передачи. Наличие модуля памяти обеспечивает запоминание информации, поступающей от АСП, и ее передачу на заданную РСС по фидерной линии при нахождении этой РСС в рабочей зоне КА;

- применение оперативной памяти для парирования возможных небольших интервалов времени отсутствия связи с АСП в процессе движения КА при изменении номера луча антенной системы абонентской линии, обслуживающего данное АСП;

- необходимость регулирования ЭИИМ по МАС-командам наземного комплекса управления;

- антенно-фидерная система фидерной линии ПН должна иметь диаграмму направленности, обеспечивающую рабочую зону на поверхности Земли с учетом минимально заданного рабочего угла места антенных модулей РСС.

Рисунок 5 — Типовая архитектура полезной нагрузки космического аппарата

9

ПНСТ 921—2024

Для функционирования ПН КА при обработке пакетов должна быть предоставлена метка времени от системы ГЛОНАСС, поступающая от служебной аппаратуры космической платформы КА.

Дополнительным элементом к типовой архитектуре ПН КА может быть модуль межспутниковой связи с иными спутниковыми системами, как правило, размещенными на более высоких орбитах, обеспечивающий непрерывность управления орбитальной группировкой, а при ее неполном составе — и для ретрансляции информации, поступающей от АСП.

Целевая полезная нагрузка космического аппарата должна быть выполнена с обработкой сигналов на борту, возможностью их регенерации и объединения в единый поток для передачи по фидерной линии и гибкой адаптации частотного плана в зависимости от обслуживаемого региона Земли.

Антенная система полезной нагрузки космического аппарата с целевой функцией ИВ должна формировать группу приемо-передающих лучей в угловом секторе обслуживания, смежные лучи которой пересекаются между собой по уровню выше минус 6 дБ (относительно максимума диаграммы направленности).

5.5 Региональная станция сопряжения

Региональная станция сопряжения является составной частью МСПД, обеспечивающей взаимодействие с ее низкоорбитальной группировкой по фидерным радиолиниям в направлении КА—> PC С и РСС—> КА и является узлом спутниковой компоненты региональной (национальной) сети ИВ (см. рисунок 2).

РСС должна одновременно взаимодействовать со всеми КА из состава орбитальной группировки системы, которые наблюдаются из географической точки ее расположения при условии, что время сеанса связи составляет не менее 60 с.

Типовая структура РСС приведена на рисунке 6.

КА орбитальной группировки

Рисунок 6 — Типовая структура региональной станции сопряжения

10

ПНСТ 921—2024

Внешнее оборудование РСС представляет собой совокупность полноповоротных АМ, конструктивно объединенных в антенный пост, который должен обеспечивать незатененную работу каждого АМ. Минимальный рабочий угол места составляет 7°.

Примечание — Допускается выполнение АМ на основе активной фазированной решетки (в том числе многолучевой), при этом минимальный рабочий угол должен быть увеличен.

Сопряжение АМ с внутренним оборудованием РСС осуществляется по радиочастотным кабелям на промежуточной частоте L-диапазона при расположении внутреннего оборудования на удалении не более 70 м или с использованием ВОЛС (с оптическими преобразователями) при большем удалении.

Питание и управление АМ (в том числе наведение и сопровождение КА) осуществляется от внутреннего оборудования РСС. Питание АМ также может осуществляться по отдельному кабелю.

Внешнее оборудование должно обеспечивать работоспособность РСС в условиях окружающей среды, соответствующей климатической зоне ее географического расположения.

Внутреннее оборудование РСС включает в свой состав БМ и АПК.

БМ должен содержать А/ модемов, обеспечивающих работу Л/ фидерных радиолиний с КА и мультиплексор, обеспечивающий формирование единого цифрового потока для двухстороннего обмена данными с АПК.

В составе РСС необходимо иметь контрольные АСП для выполнения периодической проверки корректности ее функционирования. Технические параметры контрольных АСП должны быть сертифицированы оператором МСПД.

В общем случае в состав АПК РСС входят: сетевой сервер; сервер присоединения; сервер приложений; сервер биллинга; подсистема контроля и управления РСС.

Примечание — При необходимости состав РСС может уточняться по требованию оператора национальной или региональной сети интернета вещей с учетом нормативно-правовых положений страны, в которой размещается РСС.

При организации бесшовной региональной (национальной) сети ИВ за счет интеграции МСПД с наземной сетью LPWAN состав АПК РСС должен быть адаптирован к условиям взаимодействия с ядром наземной сети (с соответствующим изменением аппаратно-программного состава РСС).

6 Физический уровень

В соответствии с типовой структурой OSI (см. ГОСТ Р ИСО/МЭК 7498-1) к физическому уровню относится радиоинтерфейс абонентских линий.

Радиоинтерфейс определяет СКК, применяемую для передачи пакетов по абонентским линиям от АСП (восходящие сообщения) и от ПН КА (нисходящие сообщения) на основе протокола множественного доступа.

Протокол множественного доступа обеспечивает организацию адресации и управление маршрутизацией пакетов по радиоканалам в информационной среде [media access control (МАС) или подуровень МАС].

Совместно физический уровень (радиоинтерфейс) и подуровень МАС в данном случае определяют эквивалентные скорости на абонентских линиях, время доставки пакетов по ним, емкость отдельного абонентского канала (см. приложение В), емкость ПН КА и МСПД в целом.

При реализации настоящего протокола рассматривается СКК, основанная на модифицированной линейной частотной модуляции, а в качестве протокола множественного доступа используется модифицированный протокол ALOHA.

Типовые соотношения по оценке параметров радиоинтерфейса (физического уровня) абонентских линий приведены в приложении Б для рекомендуемой полосы канала 125 кГц применительно к диапазону 863—870 МГц (частотные планы RU864, EU868, IN865).

Примечание — Типичным (но не обязательным) решением организации передачи и приема пакетов в абонентских линиях является полудуплексный режим работы (time division duplex, TDD).

6.1 Формат пакетов

Обмен информацией в спутниковой сети ИВ на абонентских линиях осуществляется пакетами, сформированными согласно [3]. Правила формирования пакетов физического уровня представлены в

11

ПНСТ 921—2024

версиях протокола LoRaWAN 1.02 и 1.1, которые гармонизированы между собой и с настоящим стандартом.

На физическом уровне для передачи данных предусмотрено два типа пакетов: пакет с явным заголовком (explicit header modes) и пакет с неявным заголовком (implicit header modes). Формат пакетов физического уровня с явным заголовком, передаваемых АСП (восходящие радиосообщения), представлен на рисунке 7.

Рбайт 12..,Мбайт 2 байта

Пр — преамбула (preamble); ФЗ — физический заголовок (PHDR);

КС — контрольная сумма физического заголовка (PHDR_CRC)

Рисунок 7 — Формат пакетов, передаваемых АСП, на физическом уровне

Пакет физического уровня с явным заголовком состоит из поля «Преамбула» (Preamble), поля «Физический заголовок» (PHDR), поля «Контрольная сумма физического заголовка» (PHDR_CRC), поля «Данные» (PHYPayload) и поля «Циклическая контрольная сумма» (CRC), которое применяется только в восходящих радиосообщениях.

Поле «Преамбула» (Preamble) по умолчанию имеет длину 8 символов линейной частотной модуляции и предназначено для синхронизации приемного устройства ПН КА перед демодулированием радиосообщения. Длина каждого символа определяется коэффициентом расширения спектра сигнала SF (т.е. эквивалентной скоростью передачи данных). При передаче пакета автоматически добавляется к полю «Преамбула» (Preamble) дополнительное количество символов, зависящее от коэффициента расширения спектра сигнала SF. Для значений SF больше либо равных 7 добавляется 4,25 символа, для значений SF, равных 5 или 6, — 6,25 символа.

Примечание — Длина поля «Преамбула» (Preamble) может принимать другие значения, определяемые региональными параметрами.

В поле «Физический заголовок» (PHDR) передаются: длина поля «Данные» (PHYPayload) в байтах, масштаб кода исправления ошибок, признак наличия или отсутствия поля «Циклическая контрольная сумма» (CRC).

Примечание — Помехоустойчивое кодирование для поля «Физический заголовок» (PHDR) и поля «Контрольная сумма физического заголовка» (PHDR_CRC) установлено по умолчанию с FEC = 1/2, а для поля «Данные» (PHYPayload) — обычно FEC = 4/5 (но не обязательно, можно установить 4/6, 4/7 или 4/8).

В поле «Контрольная сумма физического заголовка» (PHDR_CRC) передается ее вычисленное значение.

Поле «Циклическая контрольная сумма» (CRC) имеет длину 2 байта и предназначено для контроля целостности поля «Данные» (PHYPayload).

Поле «Данные» (PHYPayload) содержит в себе сформированный пакет канального уровня, закодированный помехоустойчивым кодом. Длина этого поля изменяется от 12 до М байт в зависимости от объема полезной нагрузки канального уровня.

В пакете с неявным заголовком отсутствуют поле «Физический заголовок» (PHDR) и поле «Контрольная сумма физического заголовка» (PHDR_CRC). Неявный заголовок применяется в случае, если для сетевого сервера и АСП заранее известен и фиксирован объем поля «Данные» (PHYPayload). При использовании коэффициента расширения спектра сигнала, равного 5 или 6, на физическом уровне должны применяться пакеты с неявным заголовком.

Режим передачи пакетов с неявным заголовком позволяет повысить емкость спутниковой сети ИВ с сохранением заданных параметров качества обслуживания (в частности уровня коллизий пакетов).

Для регистрации АСП в сети ИВ на сервере присоединения они должны пройти процесс присоединения к сети. При реализации различных процессов (исходного присоединения АСП к сети ИВ, подтверждения присоединения или запроса на переприсоединение) объем поля «Данные» (PHYPayload) будет изменяться. Численные значения приведены в таблице 1.

12

Таблица 1 — Объем поля «Данные» (PHYPayload) при реализации присоединения

ПНСТ 921—2024

6.2 Модуляция

Для передачи сформированного пакета физического уровня по радиоканалу используется модифицированная линейная частотная модуляция сигнала. Этот тип модуляции обладает устойчивостью к эффекту Доплера (статического и динамического).

Допускается изменение центральной частоты спектра сигнала за счет статического эффекта Доплера до 25 % от полосы частот канала без ухудшения энергетического бюджета абонентских линий.

Динамический эффект Доплера (Гц/с) не должен превышать допустимого дрейфа частоты (d/) за время передачи пакета (Т_оА).

Примечание — При оценке статического эффекта Доплера следует учитывать перемещение АСП относительно КА и возможные температурные уходы задающего генератора.

6.3 Помехоустойчивое кодирование

На физическом уровне осуществляется помехоустойчивое кодирование пакетов. Его использование позволяет ПН КА исправлять часть ошибок в принимаемых пакетах физического уровня.

Помехоустойчивое кодирование осуществляется для всего пакета канального уровня, обычно с параметром кода FEC, равным 4/5 (но не обязательно, могут быть установлены и другие значения: 4/6, 4/7 или 4/8).

7 Канальный уровень

7.1 Формат пакета данных канального уровня

Все восходящие и нисходящие сообщения в поле «Данные» (PHYPayload) несут полезную нагрузку физического уровня, начиная с однобайтного поля «МАС-заголовок» (MHDR), за которым следует поле «МАС-сообщение» (MACPayload) и заканчивая 4-байтным полем «Код целостности сообщения» (MIC). Формат пакета канального уровня восходящего сообщения, передаваемого АСП, представлен на рисунке 8.

1 байт 7...У байт 4 байта

Рисунок 8 — Структура пакета канального уровня восходящего сообщения

Поле «МАС-заголовок» (MHDR) предназначено для указания типа сообщения (FType) и основной версии формата данных (Major). Его длина составляет 1 байт.

Поле «МАС-сообщение» (MACPayload) предназначено для адресации АСП и передачи данных по его целевому назначению. Минимальная длина этого поля составляет 7 байт.

Максимальная длина поля «МАС-сообщение» (MACPayload), обозначенная буквой «У», зависит от физического уровня и региона регулирования. Данные для конкретного региона (Российской Федерации) приведены в приложении Г.

13

ПНСТ 921—2024

Ни АСП, ни сетевой сервер не должны отправлять пакет, содержащий поле «МАСсообщение» (MACPayload), превышающее указанную максимальную длину У. Любой пакет, полученный АСП или сетевым сервером, содержащий поле «МАСсообщение» (MACPayload) с превышением указанной максимальной длины Y, должен быть отброшен без уведомления.

При необходимости отправки пакета объемом больше, чем установлено (250 байт), он должен быть предварительно разделен на пакеты допустимого объема.

Поле «Код целостности сообщения» (MIC) предназначено для передачи значения кода целостности сообщения. Его длина составляет 4 байта.

7.1.1 Поле «МАСзаголовок» (MHDR)

Структура поля «МАС-заголовок» (MHDR) приведена на рисунке 9.

Рисунок 9 — Структура поля «МАС-заголовок»

7.1.2 Поле «Тип сообщения» (FType)

В протоколе применяется восемь различных типов сообщений (см. таблицу 2): запросы на присоединение и на переприсоединение, подтверждение присоединения, неподтвержденные данные по вос-ходящему/нисходящему каналам и подтвержденные данные по восходящему/нисходящему каналам. Отдельным типом являются сообщения собственного протокола.

Сообщения «Запрос на присоединение к сети» (Join-Request), «Подтверждение присоединения к сети» (Join-Accept) и «Запрос на переприсоединение к сети» (Rejoin-Request) используются в процедуре активации «по воздуху» и в целях роуминга (в данном случае при переходе обслуживания от одного КА к другому и от одного луча КА к его смежному лучу).

Таблица 2 — Типы сообщений

Сообщения сданными используются для передачи МАС-команд и данных приложений (прикладных данных), которые могут быть объединены вместе в одном сообщении. Подтверждаемое сообщение с данными, требующее уведомления о получении сообщения, должно быть подтверждено получателем. Неподтверждаемое сообщение не требует отправки уведомления. Сообщения собственного протокола могут использоваться для реализации нестандартных форматов сообщений, которые не совместимы со стандартными сообщениями, но должны использоваться для поддержки АСП, имеющими общее понимание собственных (нестандартных) расширений. Когда АСП или сетевой сервер получают сообщение неизвестного нестандартного формата, они должны его проигнорировать.

Целостность сообщения обеспечивается разными способами для разных типов сообщений.

14

ПНСТ 921—2024

7.1.3 Поле «Основная версия формата данных» (Major)

Значения поля «Основная версия формата данных» (Major) и их описание представлены в таблице 3.

Таблица 3 — Значения поля «Основная версия формата данных» (Major)

Примечание — Значения поля «Основная версия формата данных» (Major) определяют формат сообщений, которыми обмениваются в ходе процедуры присоединения к сети (активации), и первые четыре байта поля «МАС-сообщение» (MACPayload). Для каждой основной версии формата данных АСП могут реализовывать разные неосновные версии формата данных. Неосновная версия, используемая АСП, должна быть известна сетевому серверу до ее использования (например, как часть информации, персонализирующей АСП). Если АСП или сетевой сервер получают данные неизвестной или неподдерживаемой версии формата данных, то они должны быть проигнорированы.

7.1.4 Поле «МАС-сообщение» (MACPayload)

Поле «МАС-сообщение» (MACPayload) содержит поле «Заголовок МАС-сообщения» (FHDR), за которым следуют необязательные поля «Порт» (FPort) и «Прикладные данные» (FRMPayload) (см. рисунок 10).

Рисунок 10 — Структура поля «МАС-сообщение» (MACPayload)

Поле «Заголовок МАС-сообщения» (FHDR) предназначено для адресации АСП.

Поле «Порт» (FPort) предназначено для адресации поля «Прикладные данные» (FRMPayload) на уровне АСП.

Поле «Прикладные данные» (FRMPayload) предназначено для передачи данных по целевому назначению АСП. Это поле имеет размер от 0 до Z байт, определяемый согласно региональным параметрам (см. приложение Г).

Поле «МАС-сообщение» (MACPayload), состоящее только из поля «Заголовок МАСсообщения» (FHDR), является корректным.

7.1.5 Поле «Заголовок МАС-сообщения» (FHDR)

Поле «Заголовок МАС-сообщения» (FHDR) содержит короткий адрес АСП (DevAddr), однобайтное поле «Управление кадром» (FCtrl), двухбайтное поле «Счетчик кадров» (FCnt) и поле переменной длины «Параметры кадра» (FOpts) для передачи МАС-команд длиной до 15 байт (см. рисунок 11).

Рисунок 11 — Структура поля «Заголовок МАС-сообщения»

7.1.6 Структура поля «Управление кадром» (FCtrl)

Для нисходящего сообщения структура поля «Управление кадром» (FCtrl) приведена на рисунке 12.

15

ПНСТ 921—2024

Рисунок 12 — Структура поля «Управление кадром» (FCtrl) для нисходящего канала

Для восходящего сообщения структура поля «Управление кадром» (FCtrl) приведена на рисунке 13.

Рисунок 13 — Структура поля «Управление кадром» (FCtrl) для восходящего канала

Адаптивное управление скоростью передачи данных на абонентских линиях между АСП и ПН КА не применяется из-за постоянного и быстрого изменения затухания сигнала в радиоканале. Сетевой сервер в границах одного сеанса связи не будет управлять скоростью передачи данных и выходной мощностью передатчика АСП независимо от качества принимаемого сигнала. Поэтому седьмой бит поля «Управление кадром» (FCtrl) для нисходящего канала, а также седьмой и шестой биты поля «Управление кадром» (FCtrl) для восходящего канала всегда сброшены (их значения равны 0).

Дополнительно, с целью снижения количества потерянных пакетов, сетевой сервер может посылать МАС-команды, изменяющие количество повторений для каждого восходящего сообщения.

7.1.7 Подтверждение получения сообщения

При получении сообщения, требующего уведомления о получении данных, получатель должен ответить сообщением, в котором установлен бит поля «Подтверждение получения сообщения» (АСК). Если отправителем является АСП, то сетевой сервер (сеть) попытается отправить подтверждение, используя одно из окон приема, открытое АСП после операции отправки. Если отправителем является ПН КА, то АСП передает уведомление по своему усмотрению (см. примечание ниже).

Подтверждение отправляется только в ответ на последнее полученное сообщение и никогда не ретранслируется.

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

7.1.8 Поле «Отложенные кадры» (FPending)

Поле «Отложенные кадры» (FPending) используется только в нисходящем сообщении и указывает на то, что сеть имеет данные, ожидающие своей отправки, и поэтому запрашивает АСП максимально быстро открыть еще одно окно приема посредством отправки другого восходящего сообщения.

7.1.9 Поле «Счетчик кадров» (FCnt)

Для каждого АСП имеется два счетчика кадров, чтобы отслеживать и хранить число кадров данных, переданных в восходящий канал сетевому серверу (FCntUp) и отправленных в нисходящий канал сетевым сервером на АСП (FCntDown). Значение счетчика кадров FCntUp увеличивается АСП, когда кадр данных передается на сетевой сервер (восходящий канал). Значение счетчика кадров FCntDown увеличивается сетевым сервером, когда кадр данных передается на АСП (нисходящий канал). Сетевой сервер отслеживает счетчик кадров восходящего канала и генерирует счетчик нисходящего канала для каждого АСП.

Всякий раз, когда АСП с активацией по воздуху успешно обрабатывает подтверждение присоединения (переприсоединения) к сети (Join-Accept), счетчики кадров на нем (FCntUp) и на стороне сети (FCntDown) для этого АСП сбрасываются на 0.

16

ПНСТ 921—2024

Для АСП с персональной активацией счетчики кадров устанавливаются производителем на 0. Эти АСП не должны сбрасывать счетчики кадров в течение срока службы. Если АСП подвержено потере питания в течение срока службы (например, замена батареи), то значения счетчиков кадров должны сохраняться во время такого события.

Впоследствии счетчик кадров FCntUp увеличивается с каждым восходящим сообщением (кадром), а счетчик FCntDown увеличивается с каждым нисходящим сообщением (кадром). На стороне получателя соответствующий счетчик синхронизируется с полученным значением при условии, что полученное значение было увеличено по сравнению с текущим значением счетчика, а поле «Код целостности сообщения» (MIC) кадра совпадает со значением MIC, вычисленным локально.

Счетчик кадров FCntUp не должен увеличиваться в случае множественных передач подтвержденного или неподтвержденного кадра (см. параметр NbTrans). Сетевой сервер должен отбрасывать полезную нагрузку приложений повторно переданных кадров и перенаправлять только один экземпляр на соответствующий сервер приложений.

Первый восходящий кадр со значением счетчика FCntUp, равным 0, отправленный АСП после успешной процедуры присоединения, должен быть принят сетевым сервером при условии, что значение поля «Код целостности сообщения» (MIC) допустимо. Аналогично первый нисходящий кадр со значением счетчика FCntDown равным 0, отправленный сетевым сервером на АСП после успешной процедуры присоединения, должен быть принят АСП при условии, что значение поля «Код целостности сообщения» (MIC) допустимо.

Счетчики кадров имеют разрядность 32 бита. Поле «Счетчик кадров» (FCnt) должно соответствовать младшим 16 битам 32-битового счетчика кадров.

АСП не должно обрабатывать повторную передачу одного и того же кадра, принятого по нисходящему каналу. Последующие повторные передачи должны игнорироваться без обработки.

Примечания

1 Это означает, что АСП будет отправлять подтверждение единожды, только после приема нисходящего сообщения, требующего подтверждения. Точно так же АСП будет генерировать только одно восходящее сообщение после получения кадра с установленным битом поля «Отложенные кадры» (FPending) до увеличения своего счетчика FCntUp.

2 Поскольку поле «Счетчик кадров» (FCnt) содержит только 16 младших битов 32-битового счетчика кадров, сервер должен вычислить 16 старших битов счетчика кадров, наблюдая за трафиком.

7.1.10 Поле «Параметры кадра» (FOpts)

Поле «Длина параметров кадра» (FOptsLen) в поле «Управление кадром» (FCtrl) обозначает фактическую длину поля «Параметры кадра» (FOpts), включенного в кадр.

Если в поле «Длина параметров кадра» (FOptsLen) значение равно 0, то поле «Параметры кадра» (FOpts) должно отсутствовать. Если в поле «Длина параметров кадра» (FOptsLen) значение не равно 0, т. е. если в поле «Параметры кадра» (FOpts) присутствуют МАС-команды, то значение поля «Порт» (FPort) не может быть равным 0 (поле «Порт» (FPort) должно либо отсутствовать, либо его значение должно быть не равным 0).

МАС-команды не должны присутствовать одновременно в поле полезной нагрузки и поле опций кадра. Если это произойдет, то АСП должно отбросить кадр.

7.1.11 Бит включения класса В

Бит включения класса В, имеющий значение 1 в восходящем сообщении, сигнализирует сетевому серверу, что АСП включило класс В и теперь готово получать запланированные запросы по нисходящему каналу.

7.1.12 Поле «Порт» (FPort)

Если поле «Прикладные данные» (FRMPayload) кадра заполнено, то должно присутствовать поле «Порт» (FPort).

Если значение поля «Порт» (FPort) равно 0, то это указывает, что поле «Прикладные данные» (FRMPayload) содержит только МАС-команды.

Значения поля «Порт» (FPort) от 1 до 223 (0x01..OxDF) зависят от приложения.

Значение поля «Порт» (FPort), равное 224, предназначено для протокола тестирования уровня МАС.

Значения поля «Порт» (FPort) от 225 до 255 (0xE0..0xFF) зарезервированы для использования в будущем.

17

ПНСТ 921—2024

Примечание — Значение поля «Порт» (FPort), равное 224, предназначено для беспроводного запуска сценариев проверки соответствия МАС на окончательных версиях АСП без необходимости полагаться на конкретные версии тестов. Протокол тестирования, работающий на прикладном уровне, определен в [4].

7.1.13 Код целостности сообщения (MIC)

Код целостности сообщения (MIC) рассчитывается по всем полям в кадре: сообщение (msg) = MHDR || FHDR || FPort || FRMPayload

Код целостности сообщения MIC рассчитывается согласно [3].

7.2 Активация и адресация АСП

Для работы в сети каждое АСП должно быть зарегистрировано и активировано.

Активация АСП может быть выполнена двумя способами: «по воздуху» (Over The Air Activation, OTAA) или через персонализацию (Activation By Personalization, АВР).

АСП должно иметь возможность реализовать оба способа активации. Активация и адресация АСП осуществляется в соответствии с ГОСТ Р 71168.

7.2.1 Идентификатор АСП (DevEUI)

Идентификатор АСП (DevEUI) — это глобальный идентификатор АСП в адресном пространстве IEEE EUI-64, который однозначно идентифицирует АСП в сети ИВ (в данном случае при переходе обслуживания от одного КА к другому КА).

Все АСП должны иметь назначенный идентификатор (DevEUI), независимо от того, какая процедура активации используется (например, АВР или ОТАА). Он должен храниться в энергонезависимой памяти АСП.

Идентификатор АСП (DevEUI) рекомендуется использовать сетевым серверам в качестве уникального идентификатора АСП, независимо от используемого способа активации АСП, для идентификации АСП при его перемещении из одного сегмента сети в другой, в том числе и при переходе обслуживания между КА.

Примечание — Рекомендуется, чтобы идентификатор АСП (DevEUI) также был доступен на этикетке АСП для целей администрирования.

7.2.2 Идентификатор сервера присоединения (JoinEUI)

Идентификатор сервера присоединения (JoinEUI) — это глобальный идентификатор приложения в адресном пространстве IEEE EUI-64, который однозначно идентифицирует сервер присоединения (Join Server). Сервер присоединения обеспечивает выполнение процедуры присоединения к сети.

Идентификатор сервера присоединения (JoinEUI) должен быть сохранен в энергонезависимой памяти АСП до начала выполнения процедуры соединения.

7.2.3 Поле «Короткий адрес АСП» (DevAddr)

Короткий адрес АСП DevAddr состоит из 32 бит и идентифицирует АСП в текущей (существующей) сети. Он выделяется домашним сетевым сервером. Формат поля «Короткий адрес АСП» (DevAddr) должен соответствовать приведенному на рисунке 14.

Номера битов Короткий адрес АСП (DevAddr)

где N- целое число в диапазоне [7:25].

Рисунок 14 — Формат поля «Короткий адрес АСП» (DevAddr)

Протокол низкоскоростного обмена данными поддерживает различные типы сетевых адресов с разным размером сетевого адресного пространства. Переменный размер поля «Префикс» (AddrPrefix) является производным от уникального идентификатора домашнего сетевого сервера NetID, за исключением значений поля «Префикс» (AddrPrefix), зарезервированных для частных/экспериментальных сетей. Поле «Префикс» (AddrPrefix) позволяет сетевым серверам обнаруживать и в реальном времени управлять АСП в роуминге. АСП, которые не соблюдают это правило, не смогут переподключаться между двумя сетями, т. к. будет невозможно найти их домашний сетевой сервер.

18

ПНСТ 921—2024

Младшие (от 31-Л/ до 0) биты поля «Короткий адрес» (DevAddr) — это сетевой адрес АСП (NwkAddr), который может назначаться по усмотрению администратора сети.

Поле переменного размера «Префикс» (AddrPrefix) должно быть получено из уникального идентификатора сетевого сервера NetID (24-битное число). Поле «Префикс» (AddrPrefix) позволяет обнаружить сетевой сервер, назначивший короткий адрес АСП DevAddr. Определено восемь типов уникального идентификатора сетевого сервера NetID, которые соответствуют разным значениям Л/ и формату поля «Префикс» (AddrPrefix) (см. таблицу 4).

Таблица 4 — Сопоставление значения Л/ и формата поля «Префикс» (AddrPrefix) для каждого типа уникального идентификатора сетевого сервера NetID

Значения поля «Префикс» (AddrPrefix), указанные на рисунке 15, могут быть использованы любой частной/экспериментальной сетью и не будут взаимодействовать в роуминге.

Значения поля «Префикс» (AddrPrefix), зарезервированные для _____________________частных/экспериментальных сетей_____________________ _______________________N=7_______________________ _______________AddrPrefix = 7’Ь0000000 или AddrPrefix = 7'Ь0000001_______________ NwkAddr - это 25 бит, которые назначаются по усмотрению администратора сети

Рисунок 15 — Значения поля «Префикс» (AddrPrefix) для частной/экспериментальной сети

7.2.4 Активация АСП «по воздуху»

При активации «по воздуху», прежде чем участвовать в обмене данными с сетевым сервером, АСП должно пройти процедуру присоединения к сети. АСП должно инициировать новую процедуру присоединения каждый раз, когда оно теряет информацию о состоянии сеанса связи.

Перед началом процедуры присоединения АСП должно быть персонализировано с помощью глобального уникального идентификатора АСП (DevEUI) и идентификатора сервера, отвечающего за присоединение АСП к сети (JoinEUI).

7.2.5 Процедура присоединения к сети

Со стороны АСП процедура присоединения к сети представляет собой отправку АСП запроса на присоединение к сети (Join-Request) или запроса на переприсоединение к сети (Rejoin-Request) и получение подтверждения присоединения к сети (Join-Accept).

7.2.5.1 Запрос на присоединение к сети (Join-Request)

Процедура присоединения всегда инициируется АСП путем отправки запроса на присоединение к сети. Структура сообщения представлена на рисунке 16.

Рисунок 16 — Структура запроса на присоединение к сети

19

ПНСТ 921—2024

Запрос на присоединение к сети содержит поле «Идентификатор АСП» (DevEUI), поле «Идентификатор сервера присоединения» (JoinEUI) и двухбайтное поле «Идентификатор запроса на присоединение» (DevNonce).

7.2.5.2 Поле «Идентификатор запроса на присоединение» (DevNonce)

Идентификатор запроса на присоединение — это счетчик, значение которого начинается с 0, когда АСП изначально включается и увеличивается с каждым запросом на присоединение JoinRequest. Значение поля «Идентификатор запроса на присоединение» (DevNonce) никогда не должно использоваться повторно для заданного значения поля «Идентификатор сервера присоединения» (JoinEUI). Если АСП может быть выключено, а затем снова включено, то идентификатор запроса на присоединение не должен изменяться (он должен сохраняться в энергонезависимой памяти). Сброс идентификатора запроса на присоединение без изменения идентификатора сервера присоединения вызовет отклонение сетевым сервером запроса АСП на присоединение к сети. Для каждого АСП сетевой сервер отслеживает значения идентификатора запроса на присоединение, использованные АСП, и игнорирует запросы на присоединение к сети, если значение поля «Идентификатор запроса на присоединение» (DevNonce) не изменилось (не увеличилось). Когда счетчик DevNonce переполняется (предыдущее значение счетчика равно 16 777 215), эксплуатация АСП завершается.

Примечание — Этот механизм предотвращает атаки повторного воспроизведения путем отправки ранее записанных запросов на присоединение с целью отключения соответствующего АСП от сети. Сетевой сервер в любое время обработает запрос на присоединение и сформирует пакет с подтверждением присоединения, он должен поддерживать и старые параметры контекста сеанса, и новые, пока не получит первый успешный пакет из восходящего канала, содержащий МАС-команду на использование настроек нового сеанса. После этого настройки старого сеанса могут быть безопасно удалены.

Запрос на присоединение может передаваться на установленной скорости передачи данных и частоте, выбранной из назначенных для присоединения частотных каналов. Интервалы между передачами запросов на присоединение должны соблюдать условия, описанные в 8.1.9. Для каждой следующей передачи запроса на присоединение АСП должно увеличить значение поля «Идентификатор запроса на присоединение» (DevNonce).

7.2.5.3 Сообщение с подтверждением присоединения (Join-Accept)

Сетевой сервер отвечает на запрос на присоединение (переприсоединение) сообщением с подтверждением присоединения, если АСП разрешено присоединение к сети. Сообщение с подтверждением присоединения отправляется как обычное нисходящее сообщение, но использует задержки JOIN_ACCEPT_DELAY1 или JOIN_ACCEPT_DELAY2 (вместо RECEIVE_DELAY1 и RECEIVE_DELAY2, соответственно). Частота канала и скорость передачи данных, используемых для получения этих двух окон приема, идентичны тем, которые используются для окон приема RX1 и RX2.

Ответ АСП не передается, если запрос на присоединение не принят.

Сообщение с подтверждением присоединения содержит поле «Счетчик повторных присоединений» (JoinNonce) из 3 байт, поле «Сетевой идентификатор» (NetID), поле «Короткий адрес АСП» (DevAddr), поле «Параметры нисходящего канала» (DLSettings), поле «Задержка между ТХ и RX» (RxDelay), поле «Список сетевых параметров» (CFList) и поле «Тип списка сетевых параметров» (CFListType) для сети, к которой присоединилось АСП (см. рисунок 17). Дополнительные поля «Список сетевых параметров» (CFList) и «Тип списка сетевых параметров» (CFListType) содержат региональные параметры и определены в приложении Г.

Рисунок 17 — Структура сообщения с подтверждением присоединения

Поле «Счетчик повторных присоединений» (JoinNonce) содержит значение счетчика повторных присоединений для конкретного АСП, предоставленное сервером присоединения. Значения счетчика увеличиваются на единицу при каждом присоединении и никогда не повторяются.

20

ПНСТ 921—2024

АСП отслеживает значение поля «Счетчик повторных присоединений» (JoinNonce), использованное в последнем успешно обработанном подтверждении присоединения JoinAccept. АСП принимает подтверждение, только если в поле «Код целостности сообщения» (MIC) корректное значение и значение поля «Счетчик повторных присоединений» (JoinNonce) строго больше, чем записанное ранее. В этом случае новое значение заменяет ранее сохраненное.

Если АСП подвергается периодическому выключению/включению питания, то значение поля «Счетчик повторных присоединений» (JoinNonce) при этом меняться не должно (оно должно сохраняться в энергонезависимой памяти).

Уникальный идентификатор сети (NetID) составляет 24 бита, за исключением значений, отведенных для частных/экспериментальных сетей, управление которыми не осуществляется.

Выделяется 2¹⁵ зарезервированных значений уникального идентификатора сети для частных/ экспериментальных сетей, формируемых согласно рисунку 18.

Рисунок 18 — Формирование значений уникального идентификатора сети для частных/экспериментальных сетей

Значение поля «Сетевой идентификатор» (NetID) в сообщении с подтверждением присоединения соответствует уникальному идентификатору домашней сети АСП.

Сеть, которая присваивает короткий адрес АСП, и домашняя сеть могут быть разными в состоянии роуминга.

Поле «Параметры нисходящего канала» (DLsettings) содержит конфигурацию нисходящего канала согласно рисунку 19.

Рисунок 19 — Структура поля DLsettings

Бит OptNeg указывает, какую версию протокола реализует сетевой сервер: LoRaWAN v.1.0 (бит не установлен), v.1.1 и выше (бит установлен).

Типы запроса на присоединение (переприсоединение) и их кодировка соответствуют ГОСТ Р 71168.

7.2.6 Запрос на переприсоединение к сети (Rejoin-Request)

После активации АСП может периодически передавать запрос на переприсоединение к сети (Rejoin-Request) (помимо обмена данными, определенного приложением). Это сообщение с запросом на переприсоединение к сети дает возможность периодически, на стороне сервера, инициализировать новый сеанс для АСП. С этой целью сеть (сетевой сервер) отвечает сообщением подтверждения присоединения к сети (Join-Accept).

Сетевой сервер может также использовать окна приема RX1/RX2 (см. 8.1.2) после запроса на переприсоединение к сети для передачи нормальных подтвержденных или неподтвержденных нисходящих сообщений, дополнительно передавая МАС-команды. Эта возможность полезна для сброса параметров приема АСП в случае, если состояние МАС-уровня рассинхронизовалось между АСП и сетевым сервером.

Процедура переприсоединения всегда инициируется АСП путем отправки сообщения с запросом на переприсоединение к сети.

Примечание — В любое время сетевой сервер обрабатывает запросы на переприсоединение к сети (типа 0, 1 или 2) и генерирует сообщения с подтверждением присоединения к сети. Он должен поддерживать как старый сеанс, так и новый, пока не получит первый успешный пакет из восходящего канала, используя новый сеанс, после чего старый сеанс следует удалить. Во всех случаях обработка сообщения с запросом на переприсоединение к сети сетевым сервером похожа на обработку стандартного сообщения с запросом на присоединение к сети, в котором сетевой сервер в начале обработки сообщения определяет, должен ли он передать его серверу присоединения (Join Server), для формирования подтверждения присоединения (Join-Accept) в ответ.

21

ПНСТ 921—2024

Существует три типа запросов на переприсоединение к сети, которые могут быть переданы АСП и соответствуют трем различным целям. Первый байт запроса на переприсоединение к сети называется «Тип переприсоединения» (Rejoin Туре) и используется для кодирования типа запроса на переприсоединение к сети. В таблице 5 описано назначение каждого типа сообщения с запросом на переприсоединение к сети.

Таблица 5 — Типы запроса на переприсоединение к сети

а) Запрос на переприсоединение к сети типа 0 или 2

Запрос на переприсоединение к сети типа 0 или 2 содержит идентификатор домашней сети АСП NetID, идентификатор АСП DevEUI и значение 16битного счетчика (RJcountO) (см. рисунок 20).

Рисунок 20 — Структура запроса на переприсоединение

RJcountO — счетчик, значение которого увеличивается с каждым переданным запросом на переприсоединение к сети типа 0 или 2. RJcountO инициализируется в 0 каждый раз, когда подтверждение присоединения успешно обработано АСП. Для каждого АСП сетевой сервер должен отслеживать и хранить последнее значение RJcountO (так называемый RJcountOJast), использованное АСП. Он игнорирует запросы на переприсоединение к сети, если (RJcountO <= RJcountOJast).

RJcountO никогда не повторяется (не должен использоваться в цикле при переполнении). Если RJcountO достигает значения 2¹⁶— 1, то АСП должно прекратить передачу запроса на переприсоединение к сети типа 0 или 2. АСП может вернуться к состоянию присоединения к сети.

Рабочий цикл (DutyCycle) АСП при передаче запросов на переприсоединение к сети типа 0 или 2 должен быть менее 0,1 %.

Примечание — Запрос на переприсоединение к сети типа 0 предполагается передавать с требуемой периодичностью в зависимости от варианта использования АСП. Это сообщение также может быть передано МАС-командой ForceRejoinReq.

б) Запрос на переприсоединение к сети типа 1

Аналогично запросу на присоединение к сети запрос на переприсоединение к сети типа 1 содержит идентификатор сервера присоединения JoinEUI и идентификатор АСП DevEUI (см. рисунок 21). Поэтому сообщение с запросом на переприсоединение к сети типа 1 может быть направлено серверу присоединения любым сетевым сервером, принявшим его. Запрос на переприсоединение к сети типа 1 может использоваться для восстановления связи с АСП в случае полной потери сетевого сервера.

Рисунок 21 — Структура запроса на переприсоединение к сети типа 1

22

ПНСТ 921—2024

RJcountl — счетчик, значение которого увеличивается с каждым переданным запросом на пере-присоединение к сети типа 1. Для каждого АСП сервер присоединения отслеживает и хранит последнее значение RJcountl (так называемый RJcountl Jast), использованное АСП. Он игнорирует запросы на переприсоединение к сети, если RJcountl <= RJcountl Jast.

RJcountl никогда не повторяется для выданного идентификатора сервера присоединения JoinEUI. Периодичность отправки запроса на переприсоединение к сети типа 1 должна быть такой, чтобы не могло произойти переполнение счетчика и повторное использование его значений в период жизни АСП с заданным значением JoinEUI.

Рабочий цикл (DutyCycle) АСП при передаче запросов на переприсоединение к сети типа 1 всегда должен быть менее 0,1 %.

Примечание — Запрос на переприсоединение к сети типа 1 используется только в случае полной потери сервером контекста уровня сеанса. Это событие очень маловероятно, поэтому повторное подключение АСП с периодичностью от одного раза в день до одного раза в неделю считается приемлемым.

в) Передача запроса на переприсоединение к сети

В таблице 6 приведены возможные условия для передачи каждого типа запроса на переприсоединение к сети.

Таблица 6 — Возможные условия для передачи каждого типа запроса на переприсоединение к сети

Запрос на переприсоединение к сети типов 0 и 1 должно передаваться по частотному каналу, определенному для этой процедуры.

Запрос на переприсоединение к сети типа 2 должен передаваться по любому, включенному в настоящий момент, каналу на соответствующих случайно переключаемых (выбираемых) частотах.

Запросы на переприсоединение к сети типов 0 и 2, передаваемые с использованием МАС-команды ForceRejoinReq, должны использовать скорость передачи данных, указанную в МАС-команде.

Запросы на переприсоединение к сети типа 0 [передаются периодически и автономно АСП (с максимальной периодичностью, установленной МАС-командой RejoinParamSetupReq)] и запросы на переприсоединение типа 1 должны использовать скорость передачи данных и выходную мощность передатчика, используемые для передачи прикладных данных.

г) Обработка запроса на переприсоединение к сети

Для всех трех типов запроса на переприсоединение к сети сетевой сервер может реагировать:

- сообщением с подтверждением присоединения, если он хочет изменить сетевой идентификатор АСП (роуминг);

- обычным нисходящим кадром (сообщением), дополнительно содержащим МАС-команды. Этот нисходящий кадр должен быть отправлен в тот же канал, с той же скоростью передачи данных и с той же задержкой, что была задана для сообщения с подтверждением подключения, которое он заменяет.

В большинстве случаев на попутные запросы на переприсоединение к сети типа 0 или 1 сеть не будет реагировать.

7.3 Выбор частоты передачи пакета

Для обеспечения множественного доступа АСП к радиоканалу в сети используется неслотиро-ванная ALOHA. Частота канала передачи каждого пакета должна выбираться АСП в соответствии с заранее назначенными номиналами центральных частот каналов, предусмотренных в полосе рабочих частот приема ПН КА для соответствующего региона обслуживания на Земле. В случае если передача пакета осуществляется с повторами (см. 7.4), для каждой очередной передачи рекомендуется выбирать частоту, отличную от предыдущей частоты передачи пакета.

23

ПНСТ 921—2024

7.4 Повторная передача пакета

Нисходящий пакет (требующий или не требующий подтверждения от АСП) не должен повторно отправляться сетевым сервером с использованием одного и того же счетчика значения нисходящих пакетов. Если после отправки нисходящего сообщения, требующего подтверждения, сетевой сервер не получил от АСП уведомление о доставке, то он должен уведомить об этом сервер приложения. Сервер приложения принимает решение о целесообразности повторной передачи нисходящего сообщения, требующего подтверждения.

Восходящие пакеты (требующие и не требующие подтверждения) передаются от одного до пятнадцати раз. После каждого повторения АСП должно ждать, пока не закроется окно приема. Задержка между повторными передачами остается на усмотрение АСП и может быть различной для каждого АСП.

АСП должно остановить любую дальнейшую передачу восходящих пакетов, требующих подтверждения, если получен соответствующий нисходящий пакет с подтверждением.

АСП класса С должны прекратить любую дальнейшую передачу восходящих пакетов, когда нисходящее сообщение получено в окно приема RX1.

АСП класса В должны прекратить любую дальнейшую передачу восходящих пакетов, когда нисходящее сообщение получено в установленные окна приема.

АСП класса А должны прекратить любую дальнейшую передачу восходящих пакетов, когда нисходящее сообщение получено в окно приема RX1 или RX2.

Если сетевой сервер получает один и тот же восходящий пакет более установленного числа передач (NbTrans), то это может быть признаком атаки на сервер или неисправности АСП. В этом случае сетевой сервер не должен обрабатывать избыточные пакеты.

Необходимость использования повторных передач определяется индивидуально для каждого АСП.

7.5 МАС-команды

Набор МАС-команд предназначен для сетевого администрирования и может быть использован для обмена между сетевым сервером и АСП на МАС-уровне (см. таблицу 7). МАС-команды МАС-уровня не обрабатываются сервером приложений и приложением, запущенным на АСП.

Один кадр данных может содержать любую последовательность МАС-команд, вставленную в поле «Параметры кадра» (FOpts) или отправленную в отдельном кадре данных в поле «Прикладные данные» (FRMPayload) со значением поля «Порт» (FPort), равным 0.

Таблица 7 — МАС-команды

24

Окончание таблицы 7

ПНСТ 921—2024

25

ПНСТ 921—2024

МАС-команды, передаваемые в поле «Параметры кадра» (FOpts), отправляются в кодированном виде и не должны превышать 15 байт. МАС-команды, отправляемые в поле «Прикладные данные» (FRMPayload), всегда кодируются и их длина не должна превышать максимальную длину поля «Прикладные данные» (FRMPayload).

МАС-команда состоит из поля «Идентификатор МАС-команды» (CID) размером 1 байт и поля «Атрибуты МАС-команды» размером от 0 до 14 байт. Для некоторых команд поле «Атрибуты МАС-команды» может быть пустым.

МАС-команды со значениями идентификаторов МАС-команды от 0x01 до 0x7F предназначены для использования во всех сетях.

Приемная сторона отвечает/подтверждает получение МАС-команд в том же порядке, как они передаются. Ответ для каждой МАС-команды последовательно добавляется в буфер. На все МАС-команды, полученные в одном кадре, ответы должны быть переданы в одном кадре (т.е. буфер, содержащий ответы на МАС-МАС-команды, должен быть отправлен в одном кадре). Если длина буфера с МАС-ответами больше, чем максимальная длина поля «Параметры кадра» (FOpts), АСП должно отправить буфер в поле «Прикладные данные» (FRMPayload) на порт 0. Если АСП надо отправить прикладные данные и МАС-ответы, но они не помещаются в один кадр, то МАСответы должны быть отправлены в первую очередь. Если длина буфера превышает максимальный используемый размер поля «Прикладные данные» (FRMPayload), АСП перед сборкой кадра должно уменьшить буфер до максимального размера поля «Прикладные данные» (FRMPayload). Поэтому ответы на последние МАС-команды могут быть неполными. В любом случае, полный список МАС-команд выполняется, даже если буфер, содержащий МАС-ответы, должен быть обрезан. Сетевой сервер не должен генерировать последовательность МАС-команд, на которые АСП не может ответить одним восходящим кадром.

Примечания

1 В основном АСП будет отвечать только один раз на любую полученную МАС-команду. Если ответ потерян, то сеть вынуждена будет снова послать МАС-команду. Сетевой сервер решает, что МАС-команда должна быть отправлена повторно, когда он получает новое восходящее сообщение, которое не содержит ответа.

Только МАС-команды RxParamSetupReq, RxTimingSetupReq и DIChannelReq имеют другой механизм подтверждения, описанный в соответствующих разделах, так как они влияют на параметры нисходящего канала.

2 Когда МАС-команда инициируется АСП, сеть делает все возможное для отправки подтверждения/ответа в окна приема RX1/RX2 сразу после запроса.

3 Длина МАС-команды не задается явно и должна быть неявно известной по МАС-реализации. Поэтому неизвестные МАС-команды не могут быть пропущены, и первая неизвестная МАС-команда завершает обработку последовательности МАС-команд.

7.5.1 МАС-команды индикации сброса (Resetlnd, ResetConf)

Данная МАС-команда доступна только при активации через персонализацию в сети с сетевым сервером, поддерживающим LoRaWAN v.1.1. На сетевом сервере, поддерживающем только LoRaWAN v.1.0, данная МАС-команда не реализована.

При активации «по воздуху» АСП не должны отправлять эту МАС-команду. Сетевой сервер должен игнорировать МАС-команду Resetlnd, поступившую от АСП с активацией «по воздуху».

С помощью МАС-команды Resetlnd АСП с активацией через персонализацию извещает сеть, что оно было повторно инициализировано, и что оно переключено на свои МАС и радионастройки по умолчанию (т. е. параметры, изначально запрограммированные в АСП при изготовлении, за исключением трех счетчиков кадров). МАС-команда Resetlnd должна добавляться в поле «Параметры кадра» (FOpts) всех восходящих кадров, пока не будет получена МАС-команда ResetConf.

Данная МАС-команда не является сигналом сетевому серверу, что были сброшены счетчики кадров. Счетчики кадров нисходящих и восходящих сообщений не должны сбрасываться в АСП при активации через персонализацию.

Примечание — Данная МАС-команда предназначена для АСП с активацией через персонализацию, питание которых может быть отключено в какой-то момент времени (например, замена батареи). АСП может потерять настройки соединения текущего сеанса связи, хранящиеся в ОЗУ (кроме счетчиков кадров, которые должны быть сохранены в энергонезависимой памяти). В этом случае АСП нуждается в том, чтобы как-то сообщить сетевому серверу о потере настроек соединения сеанса связи. В будущем эта МАС-команда может также использоваться для согласования некоторых параметров протокола между АСП и сетевым сервером.

26

ПНСТ 921—2024

МАС-команда Resetlnd включает в себя указание на используемый протокол низкоскоростного обмена данными, поддерживаемый АСП (см. рисунки 22, 23).

Рисунок 22 — Структура МАС-команды Resetlnd

Номера битов Версия протокола, поддерживаемая АСП (Dev Protocol version)

Рисунок 23 — Структура МАС-команды Resetlnd

Поле «Дополнительный номер версии» (Minor) указывает на дополнительный номер версии протокола, поддерживаемый АСП (см. таблицу 8).

Таблица 8 — Значения поля «Дополнительный номер версии» (Minor)

Когда сетевой сервер получает МАС-команду Resetlnd, он отвечает МАС-командой ResetConf.

МАС-команда ResetConf содержит один байт данных, закодированных с использованием формата, поддерживаемого сетевым сервером (см. рисунок 24).

Рисунок 24 — Структура МАС-команды ResetConf

Версия сетевого сервера, которую несет ResetConf, должна совпадать с версией АСП. Любое другое значение является недопустимым.

Если версия сервера не совпадает с версией АСП, устройство должно отбросить МАС-команду ResetConf и повторно отправить МАС-команду Resetlnd в следующем восходящем кадре.

7.5.2 МАС-команды проверки подключения к сети (LinkCheckReq, LinkCheckAns)

С помощью МАС-команды LinkCheckReq АСП может проверить свое подключение к сети. МАС-команда не имеет полезных данных.

Когда сетевой сервер получает LinkCheckReq через ПН КА, он отвечает МАС-командой LinkCheckAns. Структура МАС-команды LinkCheckAns представлена на рисунке 25.

Размер (в байтах) Данные LinkCheckAns (LinkCheckAns Payload)

Рисунок 25 — Структура МАС-команды LinkCheckAns

27

ПНСТ 921—2024

Поле «Устойчивость демодуляции» (Margin) представляет собой 8-битовое целое число без знака в диапазоне от 0 до 254 и указывает значение устойчивости связи в дБ, полученное по факту успешного приема последней МАС-МАС-команды LinkCheckReq. Значение, равное 0, означает, что пакет был получен на минимальном уровне отношения сигнал/шум (0 дБ или отсутствии значения), а значение, равное 20, например, означает, что пакет достиг ПН КА с 20 дБ запаса относительно минимального уровня. Значение, равное 255, зарезервировано для будущего использования.

Поле «Число КА» (GwCnt) определяет число КА, ПН которых успешно получила последнюю МАС-команду LinkCheckReq.

Значения минимального усредненного уровня отношения сигнал/шум (С/Л/) для демодуляции пакета представлены в таблице 9. Более детальные значения C/N приведены в приложении Б.

Таблица 9 — Значения усредненного уровня отношения C/N для демодуляции пакета

7.5.3 МАС-команды установки рабочего цикла АСП (DutyCycleReq, DutyCycleAns)

МАС-команда DutyCycleReq используется сетевым сервером, чтобы ограничить АСП время на передачу сообщений в радиоэфире. Структура МАС-команды представлена на рисунках 26 и 27.

Размер (в байтах) Данные DutyCycleReq (DutyCycleReq Payload)

________________1________________

Рабочий цикл передачи (DutyCyclePL)

Рисунок 26 — Структура МАС-команды DutyCycleReq

Номера битов

Рабочий цикл передачи (DutyCyclePL)

Рисунок 27 — Структура поля «Рабочий цикл передачи» (DutyCyclePL) МАС-команды DutyCycleReq

Значения максимально допустимого рабочего цикла передачи MaxDutyCycle находятся в диапазоне от 0 до 15. Значение 0 соответствует «нет ограничений», если в региональных параметрах не указано иначе.

АСП отвечает на МАС-команду DutyCycleReq МАС-командой DutyCycleAns. Она не содержит никаких полезных данных.

Максимально допустимый рабочий цикл передачи вычисляется:

aggregated duty cycle =

28

ПНСТ 921—2024

7.5.4 МАС-команда установки параметров окон приема (RXParamSetupReq)

МАС-команда RXParamSetupReq позволяет изменять частоту при передаче данных, установленную для второго окна приема (RX2) после каждого восходящего сообщения. Структура МАС-команды приведена на рисунке 28.

Рисунок 28 — Структура МАС-команды RXParamSetupReq

Поле «Частота» (Frequency) соответствует частоте, используемой для второго окна приема RX2, при этом частота кодируется аналогично описанию МАС-команды NewChannelReq.

МАС-команда RXParamSetupAns используется АСП, чтобы подтвердить прием МАС-команды RXParamSetupReq. МАС-команда RXParamSetupAns должна добавляться в поле «Параметры кадра» (FOpts) всех восходящих сообщений, пока АСП не получит нисходящие сообщение в окно RX1 или RX2 (с длительностью RX2, характерной для АСП класса А). Это гарантирует, что даже при наличии потери восходящих пакетов сеть всегда в курсе параметров нисходящего канала, используемых АСП.

Данные включают однобайтовое поле «Статус» (Status) (см. рисунок 29).

Размер (в байтах)

RXParamSetupAns Payload

1 Status

Рисунок 29 — Структура поля «Статус» (Status)

Биты поля «Статус» (Status) имеют значение согласно рисунку 30 и таблице 10.

Рисунок 30 — Структура поля «Статус» (Status)

Таблица 10 — Кодировка поля «Статус» (Status)

Если значения всех битов равны 0, то АСП сохраняет прежнее состояние.

7.5.5 МАС-команда запроса статуса АСП (DevStatusReq)

С помощью МАС-команды DevStatusReq сетевой сервер может запросить информацию о состоянии АСП. МАС-команда не имеет атрибутов. Если АСП получило МАС-команду DevStatusReq, то оно должно ответить МАС-командой DevStatusAns. Структура МАС-команды представлена на рисунке 31.

Рисунок 31 — Структура МАС-команды DevStatusReq

Уровень заряда батареи (Battery) кодируется в соответствии с таблицей 11.

29

ПНСТ 921—2024

Таблица 11 — Кодировка значений поля «Уровень заряда батареи» (Battery)

Поле «Устойчивость демодуляции» (Margin) содержит значение отношения сигнал/шум (C/N), измеренное в дБ при приеме последней МАС-команды DevStatusReq. Значение поля «Устойчивость демодуляции» (Margin) округляется до ближайшего целого значения. Это целое 6-битовое число со знаком с минимальным значением минус 32 дБ и максимальным значением плюс 31 дБ. Формат поля «Статус АСП» (Status) представлен на рисунке 32.

Рисунок 32 — Формат поля «Статус АСП» (Status)

7.5.6 МАС-команды создания и модификации канала (NewChannelReq, DIChannelReq)

АСП, работающие в регионе, для которого определен фиксированный частотный план каналов, не должны выполнять эти МАС-команды (т.е. АСП не должно отвечать на МАС-команды). Задаваемые каналы должны соответствовать требованиям региональных (национальных) параметров. Например, для Российской Федерации они приведены в приложении Г.

МАС-команда NewChannelReq может использоваться для изменения параметров существующего двунаправленного канала или создания нового. МАС-команда задает центральную частоту нового канала и скорость передачи данных в восходящем канале (см. рисунок 33).

Рисунок 33 — Структура МАС-команды NewChannelReq

Индекс каналов (Chlndex) — это индекс вновь созданного или измененного канала. Для каждого региона или страны (см. приложение Г) устанавливаются каналы «по умолчанию», которые не могут быть изменены с помощью МАС-команды NewChannelReq.

Если число каналов «по умолчанию» равно N, то нумероваться каналы «по умолчанию» будут от 0 до [Л/-1], а от Л/ до 15 будут нумероваться редактируемые каналы. Таким образом, индекс каналов (Chlndex) может принимать значение от Л/до 15. АСП должно быть в состоянии обрабатывать по меньшей мере 16 различных каналов. В определенном регионе АСП может хранить параметры более 16 каналов.

Поле «Частота» (Freq) содержит 24-битовое целое число без знака. Фактическая частота канала в Гц считается 100 • Freq, где значения, представляющие частоты ниже 100 МГц, зарезервированы для использования в будущем. Это позволяет устанавливать частоту канала в диапазоне от 100 МГц до 1,67 ГГц с шагом 100 Гц. Значение Freq, равное 0, отключает канал. АСП должно проверить, что частота на самом деле разрешена (обеспечивается) на аппаратном уровне радиомодуля. В противном случае послать сообщение об ошибке.

Поле «Скорость передачи данных» (DrRange) определяет разрешенную скорость передачи данных для восходящего канала. Поле разделено на два 4-битных индекса (см. рисунок 34). В поле «DR» указывается разрешенная скорость передачи данных для восходящего канала.

30

ПНСТ 921—2024

Рисунок 34 — Структура поля «Скорость передачи данных» (DrRange)

Измененный канал включается и сразу может быть использован для взаимодействия с сетевым сервером.

В окне приема RX1 частота в нисходящем канале устанавливается равной частоте в восходящем канале.

АСП подтверждает получение МАС-команды NewChannelReq отправкой в ответ МАС-команды NewChannelAns. Эта МАС-команда содержит атрибут (см. рисунок 35).

Размер (в байтах) NewChannelAns Payload

1

Status

Рисунок 35 — Атрибут МАС-команды NewChannelAns

Биты поля «Статус» (Status) имеют значение согласно рисунку 36 и таблице 12.

Номера битов Status

Рисунок 36 — Значения битов поля «Статус» Status

Таблица 12 — Кодировка значений поля «Статус» (Status)

Если любой из этих 2 битов равен 0, то МАС-команда не выполнена и новый канал не создан.

МАС-команда DIChannelReq позволяет ассоциировать различные частоты нисходящего канала с окном приема RX1. Эта МАС-команда применяется для всех спецификаций физического уровня, поддерживающих МАС-команду NewChannelReq (поддерживается для региональных параметров Российской Федерации, Европы (EU) и Китая и не поддерживается для США и Австралии).

МАС-команда задает центральную частоту, используемую для нисходящего канала в окне приема RX1, согласно рисунку 37.

Рисунок 37 — Структура МАС-команды DIChannelReq

Поле «Индекс канала» (Chlndex) содержит значение индекса канала, для которого изменяется частота нисходящего канала.

АСП подтверждает получение МАС-команды DIChannelReq отправкой в ответ МАС-команды DIChannelAns. МАС-команда DIChannelAns должна добавляться в поле «Параметры кадра» (FOpts) всех восходящих сообщений, пока АСП не получит нисходящий пакет. Это гарантирует, что даже при наличии потери пакетов в восходящем канале сеть всегда будет в курсе частот, используемых АСП в нисходящем канале. Эта МАС-команда содержит атрибут согласно рисунку 38.

31

ПНСТ 921—2024

Размер (в байтах) DIChannelAns Payload

1 Status

Рисунок 38 — Атрибут МАС-команды DIChannelAns

Биты поля «Статус» (Status) имеют значение согласно рисунку 39 и таблице 13.

Рисунок 39 — Биты поля Status

Таблица 13 — Кодировка значений поля «Статус» (Status)

7.5.7 МАС-команда настройки задержки между ТХ и RX (RXTimingSetupReq)

МАС-команда RXTimingSetupReq позволяет настраивать задержку между окончанием передачи восходящего сообщения и открытие первого окна приема (RX1). По умолчанию эта задержка составляет 1 (одну) секунду. Второе окно приема (RX2) открывается по умолчанию через 2 (две) секунды после окончания передачи восходящего сообщения. Атрибут МАС-команды представлен на рисунке 40.

Рисунок 40 — Атрибут МАС-команды RXTimingSetupReq

Поле «Установки» (Settings) определяет время задержки. Поле разделено на два 4-разрядных индекса в соответствии с рисунком 41. Кодировка индекса Del представлена в таблице 14.

Рисунок 41 — Структура поля Settings

Таблица 14 — Кодировка индекса Del

32

ПНСТ 921—2024

Задержка (Del) указывается в секундах. Значение Del, равное 0, соответствует 1 секунде.

АСП отвечает на МАС-команду RXTimingSetupReq отправкой МАС-команды RXTimingSetupAns без атрибутов.

МАС-команда RXTimingSetupAns должна добавляться в поле «Параметры кадра» (FOpts) всех восходящих сообщений, пока АСП не получит нисходящий пакет в окно RX1 или RX2 (с длительностью RX2, характерной для АСП класса А). Это гарантирует, что даже при наличии потери пакетов в восходящем канале сеть будет всегда в курсе параметров нисходящего канала, используемых АСП.

7.5.8 МАС-команда установки параметров передачи АСП (TxParamSetupReq)

Эта МАС-команда должна выполняться с соблюдением региональных (национальных) параметров (см. приложение Г).

МАС-команда TxParamSetupReq может быть использована для уведомления АСП о максимально допустимом времени задержки (dwell time), т. е. максимальном времени непрерывной передачи пакета по радиоэфиру, а также максимально допустимой эффективно излучаемой изотропной мощности АСП (EIRP). Атрибут МАС-команды представлен на рисунке 42.

Размер (в байтах) TxParamSetupReq Payload

1 EIRP DwellTime

Рисунок 42 — Атрибут МАС-команды TxParamSetupReq

Структура поля «ЭИИМ и время передачи» (EIRP_DwellTime) представлена на рисунке 43.

Рисунок 43 — Структура поля EIRP_DwellTime

Биты [3...0] МАС-команды TxParamSetupReq кодируют максимальное значение мощности излучения (ЭИИМ) — MaxEIRP. Значения MaxEIRP охватывают широкий диапазон, включающий параметры всех возможных регионов. При установлении MaxEIRP следует соблюдать региональные (национальные) параметры. Значения поля «ЭИИМ» (MaxEIRP) кодируются согласно рисунку 44.

Кодируемое значение MaxEIRP (dBm)

Рисунок 44 — Кодировка поля «ЭИИМ» (MaxEIRP)

Значение поля «ЭИИМ» (MaxEIRP) соответствует верхней границе выходной мощности передатчика АСП. АСП не обязано передавать на этой мощности, но никогда не должно превышать указанное значение.

Биты UplinkDwellTime и DownlinkDwellTime определяют максимальное время задержки в восходящем и нисходящем каналах соответственно, которые кодируются согласно таблице 15.

Таблица 15 — Кодирование значений задержки

Если в соответствии с региональными параметрами данная МАС-команда поддерживается, то АСП отвечает на МАС-команду TxParamSetupReq отправкой МАС-команды TxParamSetupAns. Ответная МАС-команда TxParamSetupAns не содержит атрибутов.

Если региональные параметры не допускают использование данной МАС-команды, то АСП не обрабатывает ее и не передает подтверждения.

33

ПНСТ 921—2024

7.5.9 МАС-команда запроса даты и времени (DeviceTimeReq)

Данная МАС-команда доступна, только если АСП активировано в сети с сетевым сервером, поддерживающим LoRaWAN 1.1. Сетевой сервер, поддерживающий только LoRaWAN 1.0, не реализует эту МАС-команду.

С помощью МАС-команды DeviceTimeReq АСП может запрашивать у сети текущие дату и время сети. Запрос не имеет никаких полезных данных.

С помощью МАС-команды DeviceTimeAns сетевой сервер предоставляет АСП дату и время сети. Предоставленное время — это время сети, зафиксированное в конце передачи восходящего сообщения. МАС-команда имеет 5 байт полезных данных, заданных согласно рисунку 45.

Размер (в байтах) DeviceTimeAns Payload

* В качестве начальной точки отсчета времени (эпохи) используется 6 января 1980 года, полночь. Поле «Секунды» — это количество секунд, прошедшее с момента начала эпохи. Это поле монотонно увеличивается каждую секунду на 1. Чтобы преобразовать это поле в UTC время, високосные секунды должны быть приняты во внимание.

Рисунок 45 — Структура МАС-команды DeviceTimeAns

Время, предоставленное сетью, должно иметь точность не хуже +/-100 миллисекунд.

7.5.10 Вынужденное переприсоединение к сети (ForceRejoinReq)

С помощью МАС-команды ForceRejoinReq сеть запрашивает у АСП немедленно передать запрос на переприсоединение к сети 0-го или 2-го типа с установленным числом и периодичностью попыток присоединения, и скоростью передачи данных. Этот запрос может быть использован сетью для инициирования процедуры передачи АСП в другой сетевой сервер в соответствии с межоператорским соглашением.

МАС-команда имеет два байта полезных данных. Параметры МАС-команды представлены на рисунке 46.

Рисунок 46 — Структура МАС-команды ForceRejoinReq

Параметры кодируются следующим образом.

Период — задержка между повторами передачи, должна быть равна:

Период = 32 ■ 2^Period + Rand32,

где Rand32 — это псевдослучайное число в диапазоне [0...32].

Max_Retries — общее количество попыток, которые выполнит АСП, чтобы отправить запрос на переприсоединение к сети (Rejoin-Request):

- 0: запрос на переприсоединение к сети будет отправлен только 1 раз (без повтора);

- 1: запрос на переприсоединение к сети должен быть отправлен 2 раза в общей сложности (1+1 повтор);

- ...7: запрос на переприсоединение к сети должен быть отправлен 8 раз (1+7 повторов).

Поле «Тип запроса» (RejoinType) указывает тип запроса, который будет передан АСП:

- О или 1: должен быть передан запрос на переприсоединение к сети типа 0;

- 2: должен быть передан запрос переприсоединение к сети типа 2;

- ... 7: зарезервированы для последующего использования.

DR-кадр с запросом на переприсоединение к сети должен быть передан с указанной скоростью передачи данных.

34

ПНСТ 921—2024

МАС-команда не имеет ответа, так как АСП должно отправить запрос на переприсоединение к сети при получении МАС-команды. Первая передача сообщения с ним должна быть осуществлена сразу же после приема МАС-команды (но сеть может не получить его). Если АСП получает новую МАС-команду ForceRejoinReq, прежде чем оно достигнет максимального числа повторных передач, то АСП должно продолжить передачу запроса с новыми параметрами.

7.5.11 Параметры переприсоединения к сети (RejoinParamSetupReq, RejoinParamSetupAns)

С помощью МАС-команды RejoinParamSetupReq сеть может запросить АСП периодически отправлять запрос на переприсоединение к сети типа 0 (RejoinRequest type 0) с заданной периодичностью отправки, определенной как время или число восходящих кадров.

И время, и число кадров предлагаются для использования АСП, которые могут не иметь возможности измерять время. Заданная периодичность устанавливает максимальное время и количество восходящих кадров между двумя отправками запроса на переприсоединение к сети. АСП может передавать этот запрос чаще заданной периодичности.

МАС-команда имеет единственный байт полезных данных (см. рисунок 47).

Рисунок 47 — Структура МАС-команды RejoinParamSetupReq

Параметры определены следующим образом:

MaxCountN = С = от 0 до 15.

АСП должно отправлять запрос на переприсоединение к сети типа 0 не реже чем каждое 2С+4 исходящее сообщение.

MaxTimeN = Т = от 0 до 15.

АСП должно отправлять запрос на переприсоединение к сети типа 0 не реже чем каждые 2Т+10 секунд. Значение Т = 0 соответствует примерно 17 минутам, а значение Т = 15 — около одного года.

АСП должно обеспечивать переприсоединение к сети по достижении порогового значения количества восходящих кадров. Периодичность переприсоединения, основанная на времени, является необязательной. АСП, которое не может реализовать подсчет временного интервала, должно известить об этом в ответе. Ответ содержит один байт полезных данных (см. рисунок 48).

Номера битов RejoinParamSetupReq

7...1

RFU

0 TimeOK

Рисунок 48 — Структура МАС-команды RejoinParamSetupReq

Если бит 0 равен 1, то АСП приняло установку периодичности в формате времени и количества восходящих кадров, в противном случае оно принимает установку периодичности только в виде ограничения количества восходящих кадров.

8 Режимы работы абонентских средств потребителя

8.1 Прием и передача сообщений в АСП класса А

8.1.1 Передача восходящего сообщения

Пакеты восходящих сообщений отправляются АСП на сетевой сервер по абонентской линии на ПН КА и далее по фидерной линии на РСС.

8.1.2 Прием нисходящего сообщения

После каждой передачи восходящего сообщения АСП должно открыть два коротких окна приема. Момент открытия окон RX1 и RX2 приема нисходящих сообщений задается относительно времени окончания передачи восходящего сообщения (см. рисунок 49).

35

ПНСТ 921—2024

Передача j j RX1

I ЗАДЕРЖКА 1 :

------->j >—

Время передачи от АСП ЗАДЕРЖКА 2

Рисунок 49 — Временные окна приема АСП

8.1.3 Канал, скорость передачи данных и время открытия первого окна приема

Первое окно приема RX1 использует частоту, значение которой зависит от частоты в восходящем канале, и скорость приема данных в окне RX1, которая зависит от скорости передачи данных последнего восходящего сообщения. Окно приема RX1 открывается через интервал времени ЗАДЕРЖКА 1 (+/- 20 микросекунд) после окончания передачи восходящего сообщения. Значения интервалов времени ЗАДЕРЖКА 1 и ЗАДЕРЖКА 2 определяются региональными параметрами. Для Российской Федерации эти значения приведены в приложении Г. По умолчанию скорость передачи нисходящего сообщения в первом окне приема RX1 равна скорости передачи данных, использованной при передаче восходящего сообщения.

8.1.4 Канал, скорость передачи данных и время открытия второго окна приема

Второе окно приема RX2 использует фиксированно заданные частоту приема и скорость передачи данных и открывается через интервал времени ЗАДЕРЖКА 2 (+/-20 микросекунд) после окончания модуляции восходящего сообщения. Частота и скорость передачи данных, используемые в окне RX2, могут быть изменены с помощью МАС-команд. Значения частоты и скорости передачи данных по умолчанию являются региональными параметрами и указаны в приложении Г.

8.1.5 Продолжительность окон приема

Продолжительность окна приема должна быть не менее времени, необходимого радиоприемнику АСП для эффективного распознавания преамбулы нисходящего сообщения.

Продолжительность окна приема АСП должна учитывать максимально возможное отклонение времени АСП. Задержку между окончанием передачи и началом окон приема можно изменить от 1 до 15 с для RX1 (и, таким образом, от 2 до 16 с для RX2).

8.1.6 Активность АСП во время окна приема

Если поле «Преамбула» (Preamble) обнаружено во время одного из окон приема, то радиоприемник АСП остается активным до окончания демодуляции нисходящего сообщения. Если сообщение распознано и затем демодулировано в пределах первого окна приема RX1 и кадр был адресован этому АСП после проверки адреса и MIC, то АСП не должно открывать второе окно приема RX2.

8.1.7 Отправка сообщения на АСП

Если необходимо передать на АСП нисходящее сообщение, то сетевой сервер должен инициировать передачу точно в начале хотя бы одного из двух окон приема. Если нисходящее сообщение передается в течение обоих окон, то должны передаваться идентичные пакеты в каждое окно.

8.1.8 Примечание об окнах приема

АСП не должно передавать следующее восходящее сообщение до того, как получит нисходящее сообщение в первом или втором окне приема, открытых по факту предыдущей передачи, или пока не закроется второе окно приема, открытое по факту предыдущей передачи.

8.1.9 Задержка повторных передач

Для восходящих кадров, для которых одновременно выполняются условия (1) и (3) или (2) и (3), существует ограничение на загрузку радиоэфира восходящими сообщениями. Условия, при которых действуют ограничения:

1) требующих подтверждения или ответа от сетевого сервера или сервера приложений;

2) являющихся повторной передачей по причине отсутствия ответа (подтверждения) от сервера;

3) объединенных внешним событием (отключение электричества, отключение сети и т. д.), которое может инициировать одновременную синхронизацию большого количества устройств (> 100), что может вызвать катастрофическую, тяжело восстанавливаемую ситуацию перегрузки радиосети.

Примечание — Примером такого восходящего кадра является запрос на присоединение к сети, когда он выполняется группой АСП, решивших осуществить сброс МАС-уровня в случае сбоя сети. Вся группа АСП начинает отправлять эти запросы и прекращает только после получения от сети подтверждения присоединения АСП к сети.

36

ПНСТ 921—2024

Для таких повторных отправок кадров интервал между окончанием окна приема RX2 и следующей повторной передачей в восходящий канал должен быть случайным для каждого АСП (например, рекомендуется использование генератора псевдослучайных чисел с адресом АСП). Рекомендуется, чтобы рабочий цикл передачи таких сообщений соответствовал региональным параметрам (см. приложение Г) и приведенным в таблице 16 ограничениям, в зависимости от того, чьи ограничения более строгие.

Таблица 16 — Требования к допустимой загрузке радиоэфира

8.2 Прием и передача сообщений в АСП класса В

Абонентские средства потребителя с поддержкой класса В могут быть как мобильными, так и стационарными с батарейным питанием. Они обеспечивают открытие окон приема через фиксированные интервалы времени с целью получения инициируемых сетью кадров по нисходящему каналу. АСП с поддержкой класса В не должны обеспечивать одновременную работу классов В и С.

8.2.1 Цель применения АСП класса В

Цель применения АСП класса В состоит в том, чтобы АСП было доступно для приема в предсказуемое время, в дополнение к окнам приема, которые следуют за случайной передачей по восходящему каналу от АСП класса А. Одним из ограничений класса А является метод отправки данных с АСП: он не допускает известного времени реакции, когда клиентское приложение или сервер хотят обратиться к АСП.

Класс В достигается за счет того, что ПН КА отправляет сигнал маяка для синхронизации всех АСП в сети, чтобы они могли открыть короткое дополнительное окно приема (называемое интервалом проверки связи) в предсказуемое время с установленной периодичностью.

8.2.2 Условия применения АСП класса В

Одним из главных условий использования класса В является синхронизация времени со всеми АСП. Это позволяет АСП открывать дополнительные окна приема данных (т.н. «пингслот») в соответствующие периоды времени.

Для поддержки АСП класса В сеть должна передавать в широковещательном режиме сигнал маяка, который обеспечивает временную привязку к АСП. Основываясь на этой временной привязке, АСП с поддержкой класса В должны периодически открывать интервалы проверки связи, которые могут использоваться сетью для инициирования передачи по нисходящему каналу.

При включении режима класса В АСП должно использовать определенные значения для следующих параметров: периодичность пинг-слота по умолчанию, скорость передачи данных пинг-слота по умолчанию, канал пинг-слота по умолчанию.

Эти параметры должны иметь значения по умолчанию и могут быть обновлены с помощью МАС-команд класса В.

8.2.3 Присоединение АСП класса В

Все АСП запускаются и присоединяются к сети как АСП класса А с отключенным классом В. АСП с поддержкой класса В по-прежнему реализуют все функции АСП класса А. В частности, АСП с поддержкой класса В должны соблюдать определение окон приема RX1 и RX2 класса А после каждого восходящего сообщения.

Процессы включения класса В и передачи кадров по нисходящему каналу осуществляются в соответствии с [3].

8.2.4 Кадр восходящего сообщения

Кадры восходящего сообщения связи в АСП класса В такие же, как и в АСП класса А. Бит включения класса В должен быть установлен в 1 в восходящем сообщении, чтобы сигнализировать сете-

37

ПНСТ 921—2024

вому серверу, что АСП поддерживает класс В и готово принимать запланированные нисходящие эхо-запросы.

8.2.5 Кадр проверки связи

Кадр проверки связи нисходящего канала использует тот же формат, что и кадр нисходящего сообщения класса А, но может передаваться на другой частоте.

8.2.6 Полезная нагрузка МАС-запроса по нисходящему каналу

Полезная нагрузка МАС-запроса по нисходящему каналу использует формат, определенный в спецификации класса А.

8.3 Прием и передача сообщений в АСП класса С

АСП класса С применяются там, где есть возможность использовать внешний источник питания (питаются от сети постоянного питания) и, следовательно, не требуется минимизировать время приема.

АСП класса С большую часть времени прослушивает радиоэфир с параметрами окна приема RX2. АСП должно слушать в окне приема RX2, когда оно не передает (а), либо не принимает в окне приема RX1 (Ь), в соответствии с описанием класса А. Для этого ему необходимо открыть короткое окно, использующее параметры RX2 между концом передачи в восходящем канале и началом окна приема RX1. Затем необходимо переключиться на параметры окна приема RX2, как только окно приема RX1 закроется. Окно приема RX2 должно оставаться открытым до тех пор, пока АСП не потребуется послать еще одно сообщение.

Примечания

1 Если АСП находится в процессе демодуляции нисходящего сообщения, используя параметры RX2, в момент, когда должно быть открыто окно приема RX1, то оно должно прекратить демодуляцию и переключиться на прием в окне RX1.

2 АСП класса С не может сообщить серверу, что оно поддерживает класс С. Сведения о принадлежности АСП к классу С должны попадать в сервер с прикладного уровня.

В случае если сообщение принимается АСП, работающим в режиме класса С, и требуется передача восходящего сообщения [нисходящая МАС-команда (запрос) или нисходящее сообщение, требующее подтверждения], АСП должно ответить в течение периода времени, известного как АСП, так и сетевому серверу.

До истечения этого периода (тайм-аута) сеть не должна направлять какие-либо новые сообщения, требующие подтверждения, или МАС-команды на АСП. После истечения этого периода или после приема любого восходящего сообщения сети разрешено посылать новое нисходящее сообщение.

8.3.1 Длительность второго окна приема для класса С

АСП класса С реализуют те же два окна приема, что и АСП класса А, но они не закрывают окно приема RX2 до момента отправки очередного восходящего сообщения (см. рисунок 50). Поэтому они могут получать нисходящие сообщения в окне приема RX2 почти в любое время, в том числе нисходящие сообщения, отправленные с целью передачи МАС-команды или подтверждения получения сообщения (АСК). Короткое окно прослушивания на частоте и скорости передачи данных RX2 так же открывается между окончанием передачи и началом приема в окне RX1.

38

Передача

' RX2

Длится до следующего восходящего сообщения от АСП

^-----------

^¹ I

^р RX2

Время передачи от АСП

Дополнительное время приема до окна RX1

Рисунок 50 — Временной график приема сообщений для класса С

ПНСТ 921—2024

8.3.2 Многоадресная рассылка для класса С

АСП класса С могут принимать многоадресные нисходящие пакеты. Адрес многоадресной рассылки должен приходить на уровне приложения.

Примечание — Многоадресная рассылка может использоваться для многоадресной передачи следующих данных: обновление встроенного программного обеспечения, единое время, альманах и эфемериды GPS/ GLONASS-спутников (для ускоренного определения координат АСП) и т. д.

Ограничения, распространяющиеся на многоадресные нисходящие сообщения для класса С:

- сообщения передаются только в нисходящем канале;

- сообщения не должны нести МАС-команды, ни в поле «Параметры кадра» (FOpts), ни в поле «Прикладные данные» (FRMPayload) на порт 0;

- биты АСК и ADRACKReq должны быть равны 0;

- поле «Тип сообщения» (FType) должно нести значение, соответствующее нисходящему сообщению, не требующему подтверждения (FType = Unconfirmed Data Down);

- бит FPending должен указывать на то, что имеются еще многоадресные данные для отправки.

Примечание — Учитывая, что АСП класса С сохраняет активным свой приемник большую часть времени, то бит FPending не вызывает какого-либо конкретного поведения АСП.

8.3.3 Дополнительные МАС-команды для АСП класса С

Все МАС-команды, описанные для АСП класса А, должны быть реализованы в АСП класса С. Для устройств класса С дополнительно определены МАС-команды, указанные в таблице 17.

Таблица 17 — МАС-команды для АСП класса С

8.3.4 Режим работы устройства

С помощью МАС-команды DeviceModelnd АСП извещает сеть о режиме своей работы в классе А или классе С. МАС-команда имеет данные размером один байт (см. рисунок 51).

Размер (в байтах)

DeviceModelnd Payload

1

Класс (Class)

Рисунок 51 — Атрибут МАС-команды DeviceModelnd

Значения классов для МАС-команды DeviceModelnd представлены в таблице 18.

Таблица 18 — Значения классов для МАС-команды DeviceModelnd

Когда сетевой сервер получает МАС-команду DeviceModelnd, он отвечает на нее МАС-командой DeviceModeConf. АСП должно включать МАС-команду DeviceModelnd во все восходящие сообщения, пока не получит МАС-команду DeviceModeConf.

АСП должно переключить режим работы, как только первая МАС-команда DeviceModelnd будет передана.

39

ПНСТ 921—2024

Примечание — Для устройств с батарейным питанием рекомендуется при переходе от класса А к классу С реализовать механизм тайм-аутов на прикладном уровне, чтобы гарантировать, что АСП не задержится на неопределенный срок в режиме класса С при отсутствии связи с сетью.

МАС-команда DeviceModeConf содержит один байт данных (см. рисунок 52).

Рисунок 52 — Структура МАС-команды DeviceModeConf

Параметр Class определяется так же, как для МАС-команды DeviceModelnd.

40

ПНСТ 921—2024

Приложение А (справочное)

Эффект Доплера в низкоорбитальной спутниковой системе

Эффект Доплера проявляется в изменении частоты сигнала при его передаче по радиолинии между взаимно быстро перемещающимися объектами. Следует учитывать также и скорость изменения частоты сигнала (Гц/с). В настоящем стандарте эти явления обозначены как статический и динамический эффект Доплера, соответственно.

Низкоорбитальные спутники имеют очень высокие скорости относительно точки на Земле, поэтому необходимо учитывать влияние эффекта Доплера (6.2). На рисунках А.1—А.З приведены численные значения статического и динамического эффекта Доплера для высот орбит 300 км, 750 км и 1500 км.

Угол места, град

а) Изменение центральной частоты канала за счет статического эффекта Доплера

б) Скорость изменения центральной частоты канала (df) за счет динамического эффекта Доплера

Рисунок А.1 — Проявление эффекта Доплера для КА на орбите 300 км за половину максимального времени сеанса связи (255 с)

41

ПНСТ 921—2024

а) Изменение центральной частоты канала за счет статического эффекта Доплера

Угол места, град

б) Скорость изменения центральной частоты канала (d^ за счет динамического эффекта Доплера

Рисунок А.2 — Проявление эффекта Доплера для КА на орбите 750 км за половину максимального времени сеанса связи (700 с)

42

ПНСТ 921—2024

а) Изменение центральной частоты канала за счет статического эффекта Доплера

б) Скорость изменения центральной частоты канала (dO за счет динамического эффекта Доплера

Рисунок А.З — Проявление эффекта Доплера для КА на орбите 1500 км за половину максимального времени сеанса связи (900 с)

Статический эффект приводит к изменению центральной частоты сигнала в зависимости от высоты орбиты КА и рабочего угла места АСП и частоты канала. В таблице А.1 приведены минимально рекомендуемые полосы частот канала в зависимости от высоты орбиты и рабочей частоты канала в диапазонах частот ISM и S-диапазоне при рекомендуемом минимальном рабочем угле АСП, равном 25°.

Таблица А.1 — Минимально допустимые полосы частот каналов

Динамический эффект Доплера может повлиять на достоверность передачи пакетов в радиолинии, поскольку нарушается устойчивость циклического сдвига символов по времени (CV) и устойчивость символов к циклическому смещению по частоте dF=W/2^SF.

43

ПНСТ 921—2024

Динамический эффект, обусловленный скоростью изменения частоты (Гц/с) df [см. рисунки А.16) — А.Зб)], достигает своего максимума в области подспутниковой точки. В период сеанса связи значение df есть функция от угла места р (см. рисунок В.1).

Рекомендуемое допустимое значение дрейфа частоты сигнала df= 6f< О.ЗЗбАдля SF = 5...10 за время распространения пакета Т_оА(см. таблицу В.1). Для SF = 11 и SF = 12 следует включить функцию LowDataRateOptimize (при передаче и приеме). В этом случае допустимый дрейф увеличивается до df= df< 5,8dF. Указанные выше условия для рекомендуемого значения б/⁷ могут привести к ограничению допустимого объема пакета на физическом уровне ниже максимального их объема, указанного в таблице Г.5 для соответствующего коэффициента расширения спектра сигнала SF, в зависимости от высоты орбиты КА и рабочей частоты канала.

44

ПНСТ 921—2024

Приложение Б (справочное)

Энергетический бюджет абонентских радиолиний

В данном случае подразумевается, что ПН КА выполнена с обработкой и регенерацией информации. Ошибка на бит (Р_ь) при передаче информации в канале фидерной линии (Р_ЬФЛ) принята много меньше ошибки в канале абонентской радиолинии Р_ЬАЛ (КА—>АСП/АСП->КА).

Значение C/N (дБ) на линии КА —» АСП:

^{C,N = р}ка ^{+ g}ka ^{+ G}Acn - ^L ~ ¹0^^Тдсп¹^ “ ^Lm-

Значение C/N (дБ) на линии АСП —> КА:

^G^ ⁼ ^асп ^{+ G}Acn ^{+ g}ka -^-У Olg(kT_KAH/) - L_M,

где k = 1,38 1 0^-23— постоянная Больцмана, J/K;

L = 32,45 + 20lg(f) + 20lg(d) — потери в радиолинии с учетом наклонной дальности d, дБ;

Р_КА — мощность передатчика канала в луче КА, дБм;

G_ka — усиление луча антенны КА в направлении АСП, дБи;

^асп — мощность передатчика АСП, дБм;

^GACn — усиление антенны АСП в направлении КА, дБи;

Т_КА — эквивалентная температура шума приемного канала КА, К;

^асп — эквивалентная температура шума приемного канала АСП, К;

f — частота, МГц;

d — наклонная дальность между КА и АСП, км;

L_M — дополнительные потери (поляризационные, ионосферные, климатические и т.п.);

И/ — полоса частот канала, Гц.

Взаимосвязь между CIN и E_b/N₀:

C/N = E_b/N₀ - 10lg(2^SF/SF) - 10lg(4/(4+CR)).

Запас энергетического бюджета составляет АД = CIN - (C/N)_n (без учета внутрисистемных и межсистемных помех). Пороговые значения (C/N)_n для разных параметров внутреннего помехоустойчивого кодирования (FEC) приведены в таблице Б.1.

Таблица Б.1 — Пороговые значения (C/N)_n

В таблицах Б.2—Б.4 представлены примеры оценки энергетического бюджета абонентских радиолиниий при референсных значениях усиления антенно-фидерной системы ПН КА и мощности передатчика ПН КА на один канал 1Вт при условии применения АСП, параметры которого идентичны параметрам АСП в сети LPWAN LoRa. Референсное усиление антенно-фидерной системы ПН КА принято равным усилению луча, угловой сектор обслужи-

45

ПНСТ 921—2024

вания которого 120°; 108,4°; 94,4° (в последовательности увеличения высоты орбиты КА) обеспечивает формирование гарантированной рабочей зоны на Земле при условии значения рабочего угла места для АСП не менее 25°.

Таблица Б.2 — Пример оценки энергетического бюджета абонентской радиолинии для высоты орбиты КА 300 км

Таблица Б.З — Пример оценки энергетического бюджета абонентской радиолинии для высоты орбиты КА 750 км

Таблица Б.4 — Пример оценки энергетического бюджета абонентской радиолинии для высоты орбиты КА 1500 км

46

Окончание таблицы Б. 4

ПНСТ 921—2024

Как следует из анализа значений C/N, представленных в таблицах Б.2—Б.4, дефицит бюджета имеет место на линии АСП—>КА. Увеличение C/N на линии АСПЭКА рекомендуется обеспечивать за счет использования приемной многолучевой антенно-фидерной системы ПН КА. Причем все лучи имеют идентичный частотный и поляризационный план распределения частотных каналов в выделенной полосе рабочих частот. Если принять число лучей равным К, то увеличение C/N будет достигать 10lgK относительно значений C/N, приведенных в таблицах Б.2—Б.4.

Увеличение числа лучей КА повышает его емкость в К раз, уменьшает вероятность колизиии пакетов и потенциальных источников внешних помех за счет уменьшения локальных рабочих зон в пределах зоны обслуживания КА.

Примечания

1 Не учтены потери за счет мерцаний (сцинтилляций в ионосфере), которые могут составлять для 1 % времени наихудшего месяца наивысшего по солнечной активности года в пределах от 0 дБ примерно до 28,5 дБ в зависимости от обслуживаемого региона Земли (дополнительные сведения приведены в [5]).

2 С учетом статистической обработки для 99 % времени дополнительные потери в абонентской радиолинии за счет мерцаний рекомендуется принять 3,4 дБ в диапазоне частот 863......928 МГц для экваториальной зоны

обслуживания (+/-20°).

3 Поляризационные потери приняты 3 дБ (наихудший случай с учетом, что АФС ПН КА формирует сигналы круговой поляризации в пределах ширины диаграммы направленности основного лепестка).

4 При расчете не учтены внешние помехи от РЭС иных систем и внутрисистемные помехи, оценка которых является отдельной задачей, решение которой зависит от конкретных системных и технических условий реализации и эксплуатации МСПД.

47

ПНСТ 921—2024

Приложение В (справочное)

Потенциальная емкость абонентского канала

Параметры абонентского канала на физическом уровне и соотношения для их численной оценки представлены в таблице В.1. Эквивалентная скорость передачи данных в абонентском канале R_b зависит от принятой полосы частот канала И/ и назначенного коэффициента расширения спектра сигнала SF, который в свою очередь определяется достигнутым значением C/N на входе демодулятора и требуемой величиной запаса энергетического бюджета АД относительного принятого порогового значения отношения сигнал/шум (C/N)_n.

Емкость абонентского канала взаимосвязана с эквивалентной скоростью передачи информации. В данном случае используется режим TDD, поэтому емкость канала следует оценивать отдельно для направлений АСП-^КА и КА—>АСП, обозначенных соотвественно Cf и СД Для сетей ИВ трафик на линии АСП-^КА значительно превышает трафик на линии КА—»АСП и всегда выполняется соотношение £ = (С|/С|)« 1 (обычно максимальное значение 4 < 0,1). В качестве численного значения предельной емкости абонентского канала С_о= Of рекомендуется принять число пакетов N] физического уровня, которое можно передать по абонентскому каналу в направлении АСП—>КА за максимальное время сеанса связи Т_тах. Время сеанса связи — это время, которое отдельный КА из состава орбитальной группировки МСПД наблюдается в зоне обслуживания на Земле, границы которой определены заданным минимальным рабочим углом места АСП (р_т), что поясняется на рисунке В.1. На рисунке В.2 в качестве примера приведено время оборота КА вокруг земли, а на рисунке В.З показаны значения Т_тах для р_т = 25° применительно к приполярным орбитам.

Орбитальные параметры, указанные на рисунке В.1, имеют между собой следующую взаимосвязь:

d = R₃- siny/sina; siny = cos (a + p); p = arccos [sina • (R₃ + h)/ R^\ a + p + у = 90°,

где a — текущий угол видимости АСП из точки расположения КА на орбите; у — текущий геоцентрический угол для КА при его движении по орбите; Р — текущий угол места видимости КА из точки расположения АСП;

h — высота орбиты КА над Землей;

R₃ = 6371 км — средний радиус Земли.

48

Таблица В.1 — Параметры абонентского канала на физическом уровне и соотношения для их численной оценки

ПНСТ 921—2024

ПНСТ 921—2024

Рисунок В.1 — Взаимное расположение КА и АСП в процессе сеанса связи

КА оборачивается вокруг Земли за время Т_о, а максимальное время сеанса связи с АСП Т_тах составляет:

^тах ~ Т-о (2Утах/3600),

где Т_о = 84,4 {[(R₃+/7)/R₃]3}1/2 — время оборота КА вокруг Земли, мин;

Углах — максимальный геоцентрический угол для минимальных р_т и а_т.

Т_о, С 7500

5000

300 400 500 600 700 800 900 1000 1100 1200 1300 1400 1500 h, км

Рисунок В.2 — Время оборота КА вокруг Земли в зависимости от высоты орбиты

50

ПНСТ 921—2024

'Gnax» $

О

300 400 500 600 700 800 900 1000 1100 1200 1300 1400 1500

h, км

Рисунок В.З — Максимальное время сеанса связи АСП <-» КА для угла места 25° и РСС^-КА для угла места 7° в зависимости от высоты орбиты

Время, требуемое для передачи одного пакета объемом Q, составляет Т_оА. Соответственно, за время сеанса связи Т_тах потенциально может быть передано в одном абонентском канале не более N_o ^7'_тах/7_оА пакетов если все пакеты имеют равный объем Q. Однако, объем пакетов, генерируемых АСП, разный, зависит от заданного сервиса ИВ и назначения пакета. Причем каждый из АСП может генерировать пакеты с интервалом T_int» 7_max. Соответственно, обобщенное значение емкости абонентского канала, выраженное в числе одновременно обслуживаемых АСП, однозначно указать невозможно.

Следует учитывать, что количество АСП (Л/у), зарегистрированных в региональной (национальной) сети ИВ, значительно превышает число пакетов Аф, которое может быть передано за время сеанса связи Т_тах. Если принять, что каждый АСП передает на частоте канала не более одного пакета за время сеанса связи и все пакеты одного объема с одинаковым SF, то число таких АСП составляет Л/у » N]. Но АСП передают пакеты случайным образом по мере необходимости (или наличия события).

Для формализации этого случайного процесса введено понятие цикличности работы (DC) АСП:

oc=T_oA/r_int,

где Т_оА — время передачи пакета объемом Q в канале с эквивалентной битовой скоростью R_b; T_int — интервал времени между передачей пакетов (T_jnt » Т_оА).

Значение максимально допустимой цикличности устанавливается в нормативно-правовых материалах национальных администраций связи. Цикличность передачи пакетов DC на линии АСП—>КА не должна превышать значения, установленного национальной администрацией связи для сетей LPWAN, которое выражено в %.

Вероятность коллизии пакетов (при W_x»1)b одном абонентском канале:

P_c=1-(1-2DC)^w_£,

где Л/у — число АСП в региональной (национальной) сети при условии, что за время T_int каждый АСП генерирует не более одного пакета.

Как правило, цикличность передачи пакетов для типовых сервисов ИВ значительно ниже ограничений, установленных национальной администрацией связи. Для оценки емкости одного типового абонентского канала ПН КА можно принять условие, что 7_int = T_Q, т.е. за время витка КА вокруг Земли каждое АСП отправит один пакет.

В таблице В.2 в качестве примера приведены значения ряда основных параметров для типового абонентского канала с полосой частот И/ = 125 кГц, а в таблице В.З приведено предельное Л/у число АСП, которое может обслужить ПН КА на орбите 750 км в одном абонентском канале 125 кГц с вероятностью коллизии пакетов 5 % в зависимости от установленного значения SF. Реальное число обслуживаемых АСП меньше предельного значения на величину £ « 1.

51

ПНСТ 921—2024

Обычно ПН КА имеет л абонентских каналов в одном луче. При включении на передачу одного из п каналов все п— 1 каналы (режим TDD) могут оказаться «засвеченными», поскольку на вход приемника поступает высокий уровень помехи. В результате рекомендуется принимать значение минимальной общей емкости КА, которая составляет С] ~ К п N^^sa один оборот вокруг Земли, где К — число лучей ПН КА.

52

Таблица В.2 — Типовые значения параметров для канала И/ = 125 кГц (пример)

Таблица В.З — Предельное число АСП, которое может обслужить ПН КА на орбите 750 км за один виток в одном абонентском канале 125 кГц при вероятности коллизии пакетов 5 % (пример)

ПНСТ 921—2024

ПНСТ 921—2024

Минимальная емкость РСС зависит от ее географического расположения, те. от числа КА (X), которые могут одновременно работать с РСС в верхней полусфере, нижний угол места которой рекомендуется принять не менее 7° (см. рисунок В.З). Значение минимальной емкости РСС составит С_р = Т_т/Т₀ X С], где Т_т — время сеанса связи РСС с наблюдаемыми КА (см. рисунок В.З).

54

ПНСТ 921—2024

Приложение Г (обязательное)

Региональные параметры RU864-870

Г.1 Формат поля «Преамбула»

Структура поля «Преамбула» представлена в таблице Г.1.

Таблица Г.1 — Структура поля «Преамбула»

Примечание — Один символ равен SF бит.

Г.2 Частотные каналы

Используемые частотные каналы должны соответствовать требованиям регламентирующих документов ГКРЧ.

Все доступные частотные каналы могут использоваться оператором связи по его усмотрению. Два канала «по умолчанию» должны быть реализованы в каждом АСП (таблица Г.2). Данные каналы являются обязательными и не могут быть отредактированы МАС-командой NewChannelReq. Эти каналы являются минимальным набором для процедуры присоединения АСП к сети.

Таблица Г.2 — Каналы «по умолчанию» для присоединения к сети

Каналы, потенциально возможные для использования оператором связи по его усмотрению, представлены в таблице ГЗ. Выбор конкретных каналов должен соответствовать требованиям, установленным в решениях ГКРЧ.

Примечания

1 АСП должны обеспечивать возможность хранения не менее семи частотных каналов.

2 Под каналом понимается частота и диапазон скоростей, доступных для передачи на данной частоте.

Таблица ГЗ — Каналы, используемые оператором связи по его усмотрению

55

ПНСТ 921—2024

Окончание таблицы Г.З

Г.З Кодирование скорости канала и ЭИИМ АСП

МАС-команда LinkADRReq запрашивает АСП изменить скорость передачи данных (CR и SF), ЭИИМ, количество повторений или частотный канал.

Значение «Сохранить предыдущее значение» используется в МАСкоманде LinkADRReq при редактировании диапазона допустимых значений SF (скоростей каналов) и ЭИИМ АСП.

Г.4 Частотные каналы, передаваемые в CFList в подтверждении присоединения к сети (JoinAccept)

Поле «Список сетевых параметров» (CFIist) (см. рисунок Г.1) передается в сообщении Join-Accept и содержит дополнительный список из пяти частотных каналов длиною 15 байт. За списком частот следует 1 байт поля CFListType, всего 16 байт. CFListType должен быть равен нулю (0), чтобы указать, что поле «Список сетевых параметров» (CFList) содержит список частот.

Каждая частота кодируется как 24-разрядное целое число без знака (3 байта). Все каналы могут использоваться со скоростью от DR0 до DR5 в полосе 125 кГц.

Рисунок Г.1 — Структура поля «Список сетевых параметров» (CFList)

Фактическая частота канала в Гц равна 100 • [Freq chX]. Это позволяет установить частоту канала в диапазоне от 137 МГц до 1020 ГГц с шагом 100 Гц.

Неиспользуемые каналы имеют значение частоты, равное 0.

Поле «Список сетевых параметров» (CFList) является необязательным в сообщении «Подтверждение присоединения», и его присутствие может быть выявлено по длине сообщения «Подтверждение присоединения». Если поле «Список сетевых параметров» (CFList) присутствует, то устройство заменяет все предыдущие каналы, хранящиеся в оконечном устройстве, кроме двух каналов «по умолчанию». Новые каналы сразу могут быть использованы оконечным устройством.

Г.5 Маска каналов в МАС-команде LinkAdrReq

МАС-команда LinkAdrReq запрашивает АСП изменить скорость передачи данных, ЭИИМ, количество повторений или канал. Когда значение ChMaskCntl равно 0, то ChMask индивидуально включает/выключает каждый из 1—16 каналов (см. таблицу Г.4).

Таблица Г.4 — Маска каналов в МАС-команде

56

ПНСТ 921—2024

Если значение ChMaskCntl соответствует «Зарезервировано», то АСП должно отклонить МАС-МАС-команду и отключить бит «АСК» в ответе.

Г.6 Максимальный размер поля данных (MACPayload)

Максимальный размер пакета (М) приведен в таблице Г.5. Он получен из ограничений физического уровня, в зависимости от эффективной скорости модуляции (SF и CR). Максимальная длина прикладных (целевых) данных (FRMPayload) в отсутствие дополнительного поля управления FOpt (Л/) предоставляется только для информации.

Примечание — АСП не должно работать в режиме повторителя для ретрансляции информации.

Таблица Г.5 — Максимальный размер пакета (М) и объема целевой информации (Л/)

Г.7 Окна приема RX1/RX2

В окне приема RX1 должен использоваться тот же частотный канал, который использовался АСП при передаче предыдущего восходящего сообщения.

Скорость передачи данных в окне RX1 зависит от скорости передачи данных по восходящему каналу и значения RXIDROffset, согласно таблице Г.6.

Таблица Г.6 — Скорость передачи данных в окне RX1

Допустимые значения для RX1 DROffset находятся в диапазоне от DR0 до DR5. Значения в диапазоне от DR6 до DR7 зарезервированы для будущего использования.

В приемном окне RX2 используется фиксированная частота и скорость передачи данных. Параметры по умолчанию: 869,1 МГц на скорости DRO (SF12, 125 кГц).

Г.8 Настройки по умолчанию

Параметры, указанные в таблице Г.7, рекомендуется использовать по умолчанию.

57

ПНСТ 921—2024

Таблица Г.7 — Настройки по умолчанию

Примечание — Помехоустойчивое кодирование по умолчанию CR = 1 (соответствует FEC = 4/5).

Если фактические значения параметров, реализованные в АСП, отличаются от значений по умолчанию (например, АСП использует более короткую задержку RECEIVE_DELAY1 и RECEIVE_DELAY2), то эти параметры должны быть переданы сетевому серверу во время ввода в эксплуатацию АСП.

Маяк класса В и нисходящий канал по умолчанию:

скорость передачи данных маяка — DR3;

частота вещания маяка — 869,1 МГц;

частота эхо-слота нисходящего канала класса В по умолчанию составляет 868,9 МГц.

Примечание — Сетевой сервер может не принимать значения параметров, отличных от указанных по умолчанию, в этом случае требуется дополнительная его настройка.

58

ПНСТ 921—2024

Библиография

[1] ИСО/МЭК 20924:2021 Информационные технологии. Интернет вещей. Словарь

[2] Регламент радиосвязи Международного союза электросвязи, издание 2020 г.

[3] ITU-T Y.4480 (11/2021) Протокол с низким энергопотреблением для глобальных беспроводных

сетей

[4] ETSI TR 103 526 VI. 1.1.1 (2018-04) Справочный документ. Технические характеристики глобальных сетей малой мощности с расширенным спектром частотной модуляции (LPWAN-CSS), работающих в диапазоне УВЧ ниже 1 ГГц

[5] ITU-R Р.531-14 (08/2019) Данные ионосферного распространения и методы прогнозирования,

необходимые для проектирования спутниковых сетей и систем

[6] Спецификация SX1303 Rev 1.2 DS.SX1303.W.APP. Октябрь 2020

59

ПНСТ 921—2024

УДК 004.738:006.354

ОКС 35.020

35.110

Ключевые слова: информационные технологии, интернет вещей, LPWAN

60

Редактор Л.В. Каретникова

Технический редактор В.Н. Прусакова

Корректор Е.Д- Дульнева

Компьютерная верстка Е.А. Кондрашовой

Сдано в набор 17.06.2024. Подписано в печать 27.06.2024. Формат 60x84%. Гарнитура Ариал.

Усл. печ. л. 7,44. Уч.-изд. л. 6,70.

Подготовлено на основе электронной версии, предоставленной разработчиком стандарта

Создано в единичном исполнении в ФГБУ «Институт стандартизации» , 117418 Москва, Нахимовский пр-т, д. 31, к. 2.