Основные принципы создания космической информационной сети, устойчивой к разрывам и задержкам в каналах связи

основные принципы создания космической информационной сети, устойчивой к разрывам и задержкам в каналах связи

И.Д. АНТОНОВ, нач. отделения 805 ФГУПЦНИИмаш, ЦУП(1>, А.В. ГЛАЗКОВ, нач. лаборатории ФГУП ЦНИИмаш, ЦУП(1>, Д А. ЗЕЛЕНОВ, нач. отдела 8053 ФГУП ЦНИИмаш, ЦУП, канд. техн. наук(1>, Н.Л. СОКОЛОВ, зам. нач. ЦУП ФГУП ЦНИИмаш(1>,

А.Н. ТИТОВ, нач. сектора ФГУП ЦНИИмаш, ЦУП, канд. физ.-мат. наук(Г>

aid@mcc.rsa.ru, sokolov@mcc.rsa.ru, zelenov@mcc.rsa.ru, a.glazkov@mcc.rsa.ru (1>ФГУП «Центральный научно-исследовательский институт машиностроения» (ФГУП ЦНИИмаш),

141070, Московская область, г. Королёв, ул. Пионерская, д. 4

Рассмотрены вопросы создания космической информационной сети, устойчивой к разрывам и задержкам в каналах связи, которая основана на технологии Disruption (Delay) Tolerant Networking (DTN). Указаны недостатки существующей технологии информационного взаимодействия при осуществлении космических миссий, в том числе дальнего космоса. Основные проблемы, с которыми приходится сталкиваться в таких системах, состоят в задержках, искажениях и разрывах связи при осуществлении информационного взаимодействия в процессе управления КА и получения целевой информации. В статье определены и описаны основные принципы создания космической сети информационного взаимодействия, устойчивой к разрывам и задержкам в каналах связи при реализации миссий дальнего космоса. Среди них создание DTN-узлов на основе рекомендаций подкомитета CCSDS, гибкая система адресации, обеспечение возможности передачи пакетов данных произвольной длины, автоматизация процедур контроля и учета передачи пакетов и обеспечение защиты от несанкционированного доступа, а также обеспечение конфиденциальности информации. При этом учтена возможность дальнейшей интеграции элементов создаваемой сети в международную космическую инфраструктуру без значительных дополнительных затрат. Описаны протоколы передачи информации в DTN-сети, основными из которых являются Bundle-протокол (основной протокол обмена данными между DTN узлами) и Licklider-протокол (протокол нижнего уровня для Bundle протокола). Описаны их структура и возможности. Вместе с этим приведен краткий обзор международного опыта проведения экспериментов по отработке DTN-техноло-гии в реальных космических условиях.

Ключевые слова: космический аппарат, космическая сеть, дальний космос, информационное взаимодействие, управление космическими аппаратами, протокол

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

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

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

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

Рис. 1. Схема информационных взаимодействий в сети DTN Fig. 1. A scheme of information interactions in the DTN network

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

Международный Консультативный Комитет по космическим системам передачи данных (CCSDS) опубликовал ряд документов RFC, описывающих как концепцию технологии Disruption (Delay) Tolerant Networking (DTN) [1], так и отдельные элементы технологии [2-4]. Основанная на принципах DTN технологии сеть представляет собой надстройку над региональными сетями. Основные принципы архитектуры этой над сети изложены в документе RFC 4838 -Delay-Tolerant Networking Architecture [1].

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

го космоса и наземные системы связи. Схема информационных взаимодействий в сети DTN показана на рис. 1.

Основные проблемы, с которыми приходится сталкиваться в таких системах, состоят в следующем: задержки, искажения или разрывы связи.

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

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

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

с объектом на поверхности Марса обеспечивается через спутник-ретранслятор на орбите Марса, который не может одновременно обеспечить связь с Землей и объектом на поверхности Марса. Иными словами, в каждый данный момент связь возможна либо с Землей, либо с объекта на поверхности Марса.

Основными протоколами передачи информации в DTN-сети являются Bundle-протокол Licklider-протокол [11].

Bundle-протокол (BP) является основным протоколом обмена данными между DTN узлами. Данный протокол разработан рабочей группой DTNRG. Полная техническая спецификация этого протокола описана в документе [2, 5]. Суть этого протокола заключается в том, что подлежащие пересылке данные, представляющие собой сообщение произвольной длины, трансформируются в специальные пакеты (Bundle), которые могут пересылаться в различных гетерогенных сетях. Каждый такой пакет (Bundle) содержит следующие типы данных:

- данные, сформированные на прикладном уровне, содержащие смысловую часть передаваемой информации;

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

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

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

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

руется так, чтобы не допускать повторной отправки уже переданной части данных.

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

Структура первичного блока Bundle-протокола приведена табл. 1, а структура блока полезной нагрузки в табл. 2.

Ключевые особенности этого протокола состоят в следующем:

- транзит данных на основе принципа ответственности за доставку;

- устойчивость к неожиданным разрывам связи;

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

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

Протокол BP может взаимодействовать с разными протоколами транспортного уровня, расширяя возможности обмена информацией между DTN-узлами в гетерогенных сетях. В наземной сети протокол BP может работать поверх широко распространенного протокола TCP, предусматривающего механизм гарантированной доставки сообщений, однако при необходимости работы поверх протокола UDP или протоколов CCSDS обеспечение надежности доставки ложится на протокол LTP (LickliderTransmi ssionProtocol).

Licklider Transmission Protocol - протокол связи «точка-точка», разработанный для использования в каналах передачи данных дальнего космоса. Этот протокол обеспечивает устойчивую связь при наличии больших задержек на прохождение сигнала, характерных для связи на большие, сравнимые с межпланетными расстояния.

Этот протокол базируется на опыте разработки и использования протокола пересылки файлов - FileDeliveryProtocol (CFDP), разработанного CCSDS. Этот протокол рассматривается в качестве протокола нижнего уровня для Bundle протокола, предназначен-

Таблица 1

Структура первичного блока Bundle-протокола The structure of the primary unit of Bundle protocol

Номер версии протокола__Набор признаков

Длина блока

Адрес получателя

Адрес источника

Адрес администратора

Адрес опекуна

Время создания

Последовательный номер

Время существования

Длина словаря

Словарь

Fragmentoffset

Полная Длина массива прикладных данных

Таблица 2

Структура блока полезной нагрузки Payload Unit Structure

Тип блока Контрольные признаки процесса обработки

Длина блока

Полезная нагрузка

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

Возможности Licklider-протокола:

- надежная транспортировка важных данных (таких как заголовок файла);

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

- не требует переговорного процесса для установления связи, что имеет большое преимущество при больших временах на передачу данных;

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

- таймеры протокола работают совместно с коммуникационным расписанием и могут быть приостановлены в соответствии с расписанием доступности каналов связи;

- требует информированности о доступности канала связи, времени, необходимого для прохождения сигнала «туда-обратно»;

- протокол может поддерживать обмен данными в одном направлении, обходит проблемы, связанные с длительным временем прохождения сигнала в режиме «туда-обратно».

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

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

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

Первый весомый шаг при отработке принципов создания космической информа-

ционнои сети, устоичивои к разрывам и задержкам в каналах связи, был сделан в 2008 г. Лаборатория реактивного движения (Jet Propulsion Laboratory - JPL) по контракту с NASA установила и протестировала элементы (Bundle Protocol и Licklider Transmission Protocol) DTN-технологии на космическом аппарате дальнего космоса и девяти компьютерах в самоИ лаборатории. Этот эксперимент выполнялся в теснои кооперации с проектом EPOXI, который представляет со-бои комбинацию двух компонентов - наблюдения за планетами вне Солнечной системы (эксперимент Extrasolar Planet Observations and Characterization - Epoch) и пролет около кометы Хартли 2 (эксперимент Deep Impact Extended Investigation - DIXI).

Эксперимент DINET начался, когда КА был на расстоянии около 15 млн миль (24 млн км) от Земли. В ходе эксперимента через DTN-узлы в JPL на борт КА было передано

Рис. 2. Схема DTN-сети МКС Fig. 2. A scheme of a DTN network of ICS

около 300 изображений, после чего они были автоматически пересланы обратно в JPL. При этом отрабатывались следующие элементы DTN-технологии: формирование DTN-связки (bundle), передача, сбор, динамическая маршрутизация, управление переполнением, порядок операций и процедуры автоматической пересылки. Данные элементы отрабатывались как на борту КА, так и на Земле, в течение 27 дней. В течение этого времени КА приблизился к Земле на расстояние около 15 млн км. Временные задержки сигнала составляли соответственно 81 сек. с начала эксперимента и 49 сек. к концу. Все пересылаемые бандлы были успешно получены без искажений, несмотря на некоторые плавающие проблемы в работе станций сети дальнего космоса (Deep Space Network - DSN) в процессе слежения. Эксперимент DINET показал возможность космического сетевого обмена данными между узлами с подобной Интернету автоматизацией и низкими затратами на обслуживание. Развитие технологии DTN позволит масштабировать космические сети и сократить время и усилия, необходимые для планирования и координации соединений в дальнем космосе. Кроме того, возможность автоматической маршрутизации информации между КА, находящихся близко друг к другу, дает возможность оперативной гарантированной доставки больших объемов научной информации потребителям. [6].

Далее, на борту МКС был создан тестовый стенд для проведения испытаний технологии DTN, включающий два коммерческих универсальных аппарата для обработки биологических данных - Commercial Generic Bioprocessing Apparatus (CGBA), которые формируют данные телеметрии полезной нагрузки в формате DTN и затем передают их в наземные центры управления (рис.2).

Эксперимент проводится под наблюдением и контролем Центра Управления полезной нагрузкой компании BioServe, находящегося в инженерном центре университета Колорадо (г. Боулдер). Получаемые на лабораторных установках данные первоначально собираются на Compact Flash накопителе, а затем в автоматическом режиме отправляют-

Рис. 3. Возможности управления напланетными автоматизированными устройствами Fig. 3. Opportunities of planetary automated control devices

ся в центр поддержки исследований CGBA. Для автоматизированной передачи команд используется восходящий канал S-диапазона. Для нисходящего потока данных отводится 500-килобитный канал. Данные исследования необходимы для отработки коммуникационного программного обеспечения, реализующего протоколы DTN, в реальных условиях космоса с целью использования его на космических аппаратах, удаленных от околоземных орбит, транспортных средствах и объектах инфраструктуры поддержки на поверхности другой планеты.

Следующим шагом стал проект METERON [7, 8], который реализуется в сотрудничестве NASA, DLR (Германия), Роскос-моса, РКК Энергия и ЦНИИ РТК (Санкт-Петербург). Этот проект является началом использования МКС в качестве испытательного полигона для моделирования действий на пилотируемой станции, находящейся на орбите вокруг Луны, Марса или астероидов. В данном проекте предусматривается ряд

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

Экспериментальное оборудование и узел DTN находится на МКС в европейском модуле Columbus, канал связи обеспечивается системой Контур-2, расположенной на модуле «Звезда». На первой фазе проекта демонстрировались возможности технологии DTN для управления роботизированной сис-

темой, проверялась возможность управления роботом с помощью экзоскелета. Вторая фаза проекта направлена на отработку тактильной и захватывающей технологии при управлении роботами в условиях невесомости [6].

Рассмотрим более подробно структуру DTN-сети. В DTN архитектуре узлом называется некий объект сети, реализующий взаимодействия уровня Bundle-протокола. Условно узлы по функционалу делят на хосты, маршрутизаторы и шлюзы. Хост посылает и принимает целевую информацию, но не передает ее другим узлам. Хост может быть источником или получателем, опционально может оснащаться хранилищем для поддержки надежной передачи в нестабильных каналах. Маршрутизатор передает целевую информацию в пределах одного DTN региона и может быть хостом, также опционально может оснащаться хранилищем для поддержки надежной передачи в нестабильных каналах. Шлюз передает целевую информацию между двумя или более DTN регионами, которые представляют собой гетерогенные сети и всегда оснащается хранилищем для долговременного содержания передаваемых данных. Шлюз может использоваться также в качестве хоста [10].

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

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

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

С помощью некоторого количества узлов сети, представляющих собой серверы, поддерживающие временное хранение информации, можно организовывать сервис, обеспечивающий гарантированную доставку данных. Реализация принципа custody transfer сводится к организации приема-передачи таким образом, чтобы принимающий сообщение (или фрагмент сообщения) DTN-узел сохранял его в своем запоминающем устройстве до тех пор, пока оно не будет доставлено следующему DTN-узлу, который обеспечит последующее хранение и доставку сообщения получателю. В силу особенностей связи в дальнем космосе это время может быть довольно продолжительным, поэтому для временного хранения передаваемых сообщений узлы должны иметь долговременное запоминающее устройство.

Следует отметить, что требования безопасности для сети DTN [9] несколько отличаются от традиционной модели безопасности, так как помимо защиты информации на конечных точках необходима защита информации на маршрутизаторах (роль которых выполняют DTN-узлы). Такая необходимость появляется вследствие того, что время пребывания информации на маршрутизаторе может быть значительным по сравнению с наземными сетями.

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

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

DTN-сети. Для обеспечения конфиденциальности используются механизмы шифрования, предотвращающие несанкционированное использование целевой информации.

Таким образом, основными принципами создания космической сети, устойчивой к разрывам и задержкам в каналах связи при реализации космических миссий, являются:

- создание DTN-узлов на основе рекомендаций подкомитета CCSDS;

- определение единых правил, реализующих гибкую систему адресации;

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

- автоматизация процедур контроля и учета передачи пакетов (custody transfer);

- обеспечение защиты от несанкционированного доступа и конфиденциальность информации.

Библиографический список / References

1. RFC 4838. V. Cerf, etal. Delay-Tolerant Networking Architecture. Reston, Virginia: ISOC, April 2007.

2. RFC 5050. Scott K., Burleigh S. Bundle Protocol Specification. Reston, Virginia: ISOC, November 2007.

3. RFC 5325. Licklider Transmission Protocol - Motivation, September 2008.

4. RFC 5326. Licklider Transmission Protocol - Specification, September 2008.

5. Mukhtar Omar Design and Implementation of Bundle Protocol Stack for Delay-Tolerant Networking, Helsinki University Of Technology.

6. Аналитический обзор текущего состояния работ по отработке технологии DTN по материалам зарубежных источников, ФГУП ЦНИИмаш, 2013. Analiticheskiy obzor tekushchego sostoyaniya rabot po otrabotke tekhnologii DTN po materialam zarubezhnykh istochnikov [Analytical review of the current status of work on developing the technology on materials DTN foreign sources], TsNIIMash, 2013.

7. Fall K., McMahon A. «DTN Reference Implementation Update», November 13, 2009.

8. Gifford K., Jenkins A., Kuzminsky S. BDTN experiments onboard the International Space Station, presented at the METERON Presentation to CCSDS, Spring Meeting, May 4, 2010.

9. Zaborovsky V. Architecture of Distributed Network Processors: Specifics of Application in Information Security Systems, 4-th International Conference on Networking, Reunion Island, France, April 2005, Proceedings, Part II, p. 681-688.

10. Will Ivancic, Phil Paulsen, Dave Stewart, John Taylor, Scott Lynch, Jay Heberle, James Northam, Chris Jackson and Lloyd Wood «Large File Transfers from Space using Multiple Ground Terminals and Delay-Tolerant Networking» IEEE Globecom, Miami, Florida, pp. 1-6, December 2010.

11. Y.Xian, C. Huang and J.Cobb «Look-Ahead Routing and Message Scheduling in Delay-Tolerant Networks» Proc. of 35th IEEE Conference on Local Computer Networks, Denver, Colorado, October 2010.

THE GENERAL PRINCIPLES OF THE CREATION OF A SPACE INFORMATION NETWORK TOLERANT TO DISRUPTIONS AND DELAYS IN COMMUNICAION CHANNELS

Antonov I.D., 805 department of FSUE TsNIIMash, MCC

aid@mcc.rsa.ru, sokolov@mcc.rsa.ru, zelenov@mcc.rsa.ru, a.glazkov@mcc.rsa.ru, alexandre_titov@hotmail.com (1)Central Research Institute of Machine Building (FSUE TsNIIMash), 141070, Moscow region, Korolev, st. Pioneer, 4

The issues of the creation of a space information network tolerant to disruptions and delays in communication channels based on Disruption Tolerant Networking (DTN) technology have been studied. The disadvantages of the current information interaction technology for space missions implementation, including the ones in outer space, have been pointed out. The main issues which are faced in such systems are comprised of delays, distortions and disruption links while implementing information interaction during the process of spacecraft control and payload data reception. The article describes and defines the general principles of the creation of a space information network tolerant to disruptions and delays in communication channels during the implementation of outer space missions. One of them is the creation of DTN nodes based on CCSDS sub-committee recommendations, others inclue the creation of a flexible addressing system, the provision of the possibility to transmit data packets of random length, automation of monitoring and accounting procedures for packet transfer and the provision of protection from unauthorized access and information privacy. Herewith the possibility of further integration of the elements of created network to the international space infrastructure without sufficient additional expenditures is taken into account. The transmission of information protocols to the DTN-networks where the prime ones are the Bundle protocol (the prime protocol of the data exchange between DTN nodes) and the Licklider protocol (the protocol of a lower level for the Bundle protocol). Their structure and features have been described. Also a short review of the international experience of the experiments realization for DTN technology testing in real space conditions is given.

Keywords: spacecraft, space net, deep space, information interaction, spacecraft control, protocol