что такое технический протокол взаимодействия информационных систем
Протокол. Описание протокола взаимодействия
Система обмена сообщениями
Выполнил: ст.гр. ИВТ-10
Попов Владимир Михайлович
Содержание
1.Теоретический анализ и проектирование. 5
1.1. Постановка задачи. Функции системы. 5
1.2. Архитектура системы. 6
1.3 Протокол. Описание протокола взаимодействия. 7
1.4 Взаимодействие клиента и сервера. 10
2. Программная реализация. 12
2.1 Используемые компоненты. 13
2.2 Описание свойств и методов. 14
2.3 Исходный код Сервера отвечающий за сетевое взаимодействие. 16
2.4 Исходный код Клиента отвечающий за сетевое взаимодействие. 19
2.5 Порядок работы с программой. 24
2.5.1 Работа с сервером. 24
2.5.2 Работа с клиентом. 27
2.6 Тестирование системы.. 29
Используемые источники. 31
Введение
Чат, чаттер (англ. chatter — болтать) — средство обмена сообщениями по компьютерной сети в режиме реального времени, а также программное обеспечение, позволяющее организовывать такое общение. Характерной особенностью является коммуникация именно в реальном времени или близкая к этому, что отличает чат от форумов и других «медленных» средств. Передача сообщений в режиме реального времени и есть главная особенность и преимущество чатов. Несмотря на бурный рост информационной индустрии, тема текстовых чатов всё ещё не потеряла своей актуальности и их часто используют на предприятиях или офисах, когда важно быстро получать или отправлять важную информацию.
Существует несколько разновидностей программной реализации чатов:
· HTTP или веб-чаты. Такой чат выглядит как обычная веб-страница, где можно прочесть последние несколько десятков фраз, написанные участниками чата и модераторами. Страница чата автоматически обновляется с заданной периодичностью.
· Чаты, использующие технологию Adobe Flash. Вместо периодической перезагрузки страницы между клиентом и сервером открывается сокет, что позволяет моментально отправлять или получать сообщения, расходуя меньше трафика.
· Программы-чаты для общения в локальных сетях (например, Vypress Chat, Intranet Chat, Pichat). Часто есть возможность передачи файлов.
· Чаты, реализованные поверх сторонних протоколов (например, чат, использующий ICQ).
· Чаты, работающие по схеме клиент-сервер, это позволяет использовать их в сетях со сложной конфигурацией, а также управлять клиентскими приложениями (например, Mychat,Jabber)
В данном курсовом проекте, будет разработана программа клиент-серверного чата, с возможность общения нескольких человек одновременно(all2all) в локальной сети.
Теоретический анализ и проектирование
Постановка задачи. Функции системы.
· Выбор порта для работы.
· Ведение списка всех подключённых клиентов.
· Пересылка сообщений (Общих или приватных).
· Функции администрирования клиентов (удаление, изменение имени, сообщение от имени администратора).
· Ведение лога (история работы сервера).
· Принятие и пересылка файлов.
· Подключение к серверу, используя IP адрес и порт сервера.
· Выбор имени (Nickname) под которым вас будут видеть остальные участники чата.
· Отправка сообщений всем подключённым клиентам.
· Отправка приватного сообщения.
· Список всех клиентов сервера (получает от сервера).
· Возможность отправить файл.
Архитектура системы.
Мною выбрана одноуровневая Клиент-серверная архитектура. Архитектура клиент-сервер применяется в большом числе сетевых технологий, используемых для доступа к различным сетевым сервисам:
· Web-серверы
· Серверы приложений
· Серверы баз данных
· Файл-серверы
· Прокси-сервер
· Файрволы (брандмауэры)
· Почтовые серверы
Преимущества
· Отсутствие дублирования кода программы-сервера программами-клиентами.
· Так как все вычисления выполняются на сервере, то требования к компьютерам, на которых установлен клиент, снижаются.
· Все данные хранятся на сервере, который, как правило, защищён гораздо лучше большинства клиентов. На сервере проще обеспечить контроль полномочий, чтобы разрешать доступ к данным только клиентам с соответствующими правами доступа.
· Позволяет объединить различные клиенты. Использовать ресурсы одного сервера часто могут клиенты с разными аппаратными платформами, операционными системами и т. п.
· Позволяет разгрузить сети за счёт того, что между сервером и клиентом передаются небольшие порции данных.
Протокол. Описание протокола взаимодействия
Так как моя работа заключается в создании простого чата без специальных функция, то я решил что, намного проще будет написать свой собственный протокол взаимодействия сервера и клиента, так как существующие уже протоколы сложны в освоении и имеют множество функций которые мне не понадобятся в моей работе.
Мой собственный протокол будет использовать текст для обмена, в отличии от бинарного протокола обмена, текстовый намного проще в освоении и т.к моей задачей является создание системы обмена мгновенными сообщениями, то очевидно что, текстовый протокол является наилучшим выбором.
Выбор протокола транспортного уровня пал на протокол TCP/IP, по следующим причинам:
· TCP/IP сокеты используются для реализации надежных поточных соединений между компьютерами в сети Internet.
· Соединение с использованием TCP/IP сокетов является постоянным и определяется в двух направлениях. C помощью TCP/IP сокетов можно программировать подключение систем ввода/вывода к программам, расположенным на любом компьютере в сети.
· Помимо этого TCP/IP сокеты позволяют реализовать подключение и к локальной машине.
· Зачастую на практике для соединения по TCP/IP сокетам на компьютерах открываются определенные порты, что позволяет расширить и разграничить канал подключения компьютера.
Всё взаимодействие сервера и клиента будет заключаться в специальных командах посылаемых друг другу в виде текстовых строк.
Вначале каждой команды стоит знак #, после идёт сама команда, а после команды параметры присущи этой команде, в общем виде это выглядит так:
Полный список Специальных команд сервера и клиента, представлен ниже в таблице №1 и №2.
Команды сервера
Команда | Интерпретация |
#M ; | Сообщение для всех подключённых клиентов. |
#N | Клиент посылает своё имя (nickname) |
#P ; ; | Приватное сообщение |
#F | Получение файла |
#S | Отправка файла всем клиентам |
Таблица №1(Команды сервера).
· При получении сообщения, неважно общее оно или приватное, сервер рассылает его всем подключённым к нему клиентам, но принимает это сообщение только клиент, чьё имя совпадает с именем получателя, в случае с приватным сообщением.
· При получении, какого либо файла сервер сохраняет файл во временной папке и после этого рассылает файл всем подключённым клиентам. (Файлы в папке хранятся до выключения программы)
· Значение приватности не работает при пересылке файла.
Команды клиента
Команда | Интерпретация |
#F | Получение файла. |
#K | Сервер прислал новый ник |
#U | Сервер прислал список клиентов |
#M | Общее сообщение |
#P ; ; | Приватное сообщение |
#N | Запрос имени от сервера |
#D | Отключение администратором |
#A | Сообщение от администратора |
Таблица №2(Команды клиента).
· Так же как и у сервера у клиента есть временная папка, которая очищается после закрытия программы.
· При отправки клиентом файла сначала отправляется команда для создания файла, потом создаётся файл для отправки (файл записывается в переменную), и после отправляется на сервер.
· Сообщение от администратора появляется не в общем чате а в всплывающем окне.
Протоколы информационного взаимодействия абонентских систем в сети Интернет
Глобальная сеть Интернет объединяет миллионы абонентских систем, оснащенных компьютерами разных типов (от персональных компьютеров до больших и сверхбольших компьютеров – мэйнфреймов). Для обеспечения их информационного взаимодействия между собой используется специальная система протоколов.
Протокол – набор правил, регулирующих процесс приема/передачи данных.
Другими словами, протокол – это стандарт, определяющий поведение функциональных блоков при передаче данных. Протокол задается набором правил взаимодействия функциональных блоков, расположенных на одном уровне; реализуется одной либо группой программ; описывает синтаксис сообщения, имена элементов данных, операции управления и состояния.
В основе сети Интернет лежит протокол TCP/IP. Этот протокол обеспечивает существование различных подсистем сети Интернете и соответствующих им протоколов. Наиболее известными подсистемами (протоколами) являются: HTTP, SMTP, POP, IMAP, FTP.
Протоколы семейства TCP/IP были выбраны за основу сети Internet по ряду причин: возможность работы с этими протоколами как в локальных (LAN), так и в глобальных (WAN) сетях; способность протоколов управлять большим количеством стационарных и мобильных пользователей; удобство для использования пользователями; обеспечение высокого уровня взаимодействия между различными операционными системами; предоставление средств для разработки на их основе приложений и т.д.
В сущности, в комплекс протоколов Internet входит множество протоколов (FTP, TELNET, ARP и др.), но наиболее известные из них TCP и IP, поэтому, ссылаясь на этот комплекс протоколов, используют термин TCP/IP – технологию межсетевого взаимодействия. Часть протоколов семейства TCP/IP обеспечивает выполнение низкоуровневых сетевых функций (работа с аппаратными протоколами, поддержка механизма доставки пакетов адресатам, обеспечение достоверности и надежности соединения взаимодействующих узлов и др.), а другая часть – выполнение прикладных задач (передача файлов между компьютерами сети, отправка электронной почты, чтение гипертекстовой страницы WWW-сервера).
Главное отличие сети Internet от других сетей заключается именно в ее протоколах TCP/IP, охватывающих целое семейство протоколов взаимодействия между компьютерами сети. TCP/IP – это технология межсетевого взаимодействия, технология сети Internet.
Сеть, реализующая эту технологию, называется «internet». Если же речь идет о глобальной сети, объединяющей множество сетей с технологией «internet», то ее называют «Internet».
Протокол TCP/IP состоит из двух частей – IP и TCP.
Основу этой системы составляют два главных протокола:
Internet Protocol (IP) – протокол межсетевого взаимодействия, выполняет функции сетевого уровня модели OSI.
Transmission Control Protocol (ТСР) – протокол управления передачей, выполняет функции транспортного уровня модели OSI.
Протокол IP (Internet Protocol – межсетевой протокол) является главным протоколом семейства, он реализует распространение информации в IP-сети и выполняется на третьем (сетевом) уровне модели взаимодействия открытых систем. Протокол IP обеспечивает дейтаграммную доставку пакетов, его основная задача – маршрутизация пакетов. Он не отвечает за надежность доставки информации, за ее целостность, за сохранение порядка потока пакетов. Сети, в которых используется протокол IP, называются IP-сетями. Они работают в основном по аналоговым каналам (т.е. для подключения компьютера к сети требуется IP-модем) и являются сетями с коммутацией пакетов. Пакет здесь называется дейтаграммой.
Функции протокола IР:
— организует разбиение сообщений на электронные пакеты (IР-дейтаграммы);
— маршрутизирует отправляемые пакеты;
— обрабатывает получаемые пакеты.
Высокоуровневый протокол TCP (Transmission Control Protocol – протокол управления передачей) работает на транспортном уровне и частично на сеансовом уровне модели взаимодействия открытых систем. Это протокол с установлением логического соединения между отправителем и получателем. Он обеспечивает сеансовую связь между двумя узлами с гарантированной доставкой информации, осуществляет контроль целостности передаваемой информации, сохраняет порядок потока пакетов. Протокол ТСР делит поток байт на сегменты и передает их сетевому уровню. На приемной стороне этот протокол снова собирает сегменты в непрерывный поток байт.
Функции протокола TCP:
— управляет потоком информационных пакетов;
— обрабатывает ошибки в пакетах;
— гарантирует получение и сборку информационных пакетов в нужном порядке.
Реализация протоколов TCP/IP включает следующие процедуры:
передаваемая информация упаковывается средствами прикладной программы в блоки заданного формата;
протокол IР разделяет эти блоки на информационные пакеты. Пакеты имеют стандартный размер. Одно длинное сообщение может размещаться в нескольких пакетах или в один пакет может быть помещено несколько коротких сообщений, если у них одинаковый адрес получателя;
каждому пакету присваивается индивидуальный номер и заголовок. Номера пакетов позволяют в дальнейшем контролировать полноту получения информации;
каждый пакет доставляется адресату независимо от всех других пакетов по оптимальному на текущий момент времени маршруту, т.е. пакеты могут передаваться разными путями, что позволяет повысить общую эффективность использования каналов телекоммуникационной сети и надежность доставки пакетов;
полученные пакеты контролируются средствами протокола TCP на наличие ошибок. В случае искажения или потери пакета организуется его повторная передача;
все пакеты одного сообщения группируются вместе, проверяется наличие всех пакетов этого сообщения. В случае полноты и достоверности пакетов, они объединяются в единое сообщение.
Поскольку сообщение восстанавливается только после получения всех неискаженных пакетов, последовательность их получения может быть произвольной и значения не имеет.
Протоколы IP и TCP тесно связаны между собой и часто указываются под одним названием – протоколы стека TCP/IP.
На основе стека протоколов TCP/IP разработаны следующие широко применяемые в сети Internet сервисные протоколы:
ü протокол передачи файлов (FTP, File Transfer Protocol);
ü протокол удаленного доступа, то есть дистанционного исполнения команд на удаленном компьютере (Telnet);
ü простой протокол пересылки электронной почты (SMTP, Simple Mail Transfer Protocol);
ü протокол передачи гипертекста в World Wide Web (HTTP, Hyper Text Transfer Protocol);
ü протокол передачи новостей (NNTP, Network News Transfer Protocol).
Эти протоколы порождают в сети соответствующие им прикладные процессы. Информационное взаимодействие между процессами реализуется протоколом TCP. Одновременно в сети может выполняться несколько процессов.
Для идентификации процессов им присваиваются номера, называемые номерами портов. Номера портов могут жестко закрепляться за конкретными процессами или динамично присваиваться процессам сервером портов при их активизации.
Пример жесткого закрепления номеров портов:
порт 21 – закреплен за процессом передачи файлов протоколом FTP;
порт 23 – закреплен за процессом удаленного доступа к файлам протоколом Telnet.
Номер порта и IP-адрес однозначно определяют процесс, выполняемый в сети.
протокол (взаимодействия)
протокол (взаимодействия)
Частный случай алгоритма, описывающий передачу данных между двумя устройствами.
[ГОСТ Р 52292-2004]
Тематики
Смотреть что такое «протокол (взаимодействия)» в других словарях:
протокол взаимодействия промежуточных систем — Протокол OSI, с помощью которого промежуточные системы (intermediate systems) обмениваются информацией о маршрутизации. [http://www.lexikon.ru/dict/net/index.html] Тематики сети вычислительные EN intermediate system to intermediate system… … Справочник технического переводчика
протокол взаимодействия равноправных систем — — [http://www.iks media.ru/glossary/index.html?glossid=2400324] Тематики электросвязь, основные понятия EN peer protocol … Справочник технического переводчика
протокол взаимодействия с брокерами объектных запросов в сети интернет — (МСЭ Т M.3017). [http://www.iks media.ru/glossary/index.html?glossid=2400324] Тематики электросвязь, основные понятия EN internet inter ORB protocolIIOP … Справочник технического переводчика
протокол взаимодействия сети NetWare с компьютерами типа Macintosh — — [http://www.iks media.ru/glossary/index.html?glossid=2400324] Тематики электросвязь, основные понятия EN appletalk filling protocolAFP … Справочник технического переводчика
Протокол — стандарт, определяющий поведение функциональных блоков при передаче данных. Протокол: задается набором правил взаимодействия функциональных блоков, расположенных на одном уровне; реализуется одной либо группой программ. описывает: синтаксис… … Финансовый словарь
протокол межшлюзового взаимодействия — Протокол центрального шлюза, используемый для обмена маршрутной информацией. [http://www.lexikon.ru/dict/net/index.html] Тематики сети вычислительные EN gateway to gateway protocolGGP … Справочник технического переводчика
протокол межсетевого взаимодействия — — [Л.Г.Суменко. Англо русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.] Тематики информационные технологии в целом EN interworking protocol … Справочник технического переводчика
протокол обмена — Совокупность семантических и синтаксических правил, определяющих работу радиоэлектронных средств в процессе их взаимодействия. [ГОСТ Р 50304 92 ] Тематики системы для сопряж. радиоэлектр. средств интерфейсные Обобщающие термины структурная… … Справочник технического переводчика
протокол — 01.02.09 протокол [ protocol]: Набор правил, который определяет поведение функциональных единиц при выполнении коммуникативных функций. Источник … Словарь-справочник терминов нормативно-технической документации
Протокол передачи гипертекста — HTTP Название: Hypertext Transfer Protocol Уровень (по модели OSI): Прикладной Семейство: TCP/IP Создан в: 1990 г. Порт/ID: 80/TCP Назначение протокола: Доступ к гипертексту, ныне стал универсальным Спецификация: RFC 1945 … Википедия
Что такое технический протокол взаимодействия информационных систем
ГОСТ Р ИСО/МЭК ТО 10172-99
ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ
ПЕРЕДАЧА ДАННЫХ И ОБМЕН ИНФОРМАЦИЕЙ МЕЖДУ СИСТЕМАМИ
Спецификация взаимодействия между протоколами сетевого
и транспортного уровней
Information technology. Telecommunications and information exchange
between systems. Network/Transport Protocol interworking specification
ОКС 35.100.30
ОКСТУ 4002
1 РАЗРАБОТАН Московским научно-исследовательским центром (МНИЦ) Государственного комитета Российской Федерации по связи и информатизации
ВНЕСЕН Техническим Комитетом по стандартизации ТК 22 «Информационные технологии»
2 ПРИНЯТ И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Госстандарта России от 25 марта 1999 г. N 92
Настоящий стандарт содержит полный аутентичный текст международного стандарта ИСО/МЭК ТО 10172-91 «Информационная технология. Передача данных и обмен информацией между системами. Спецификация взаимодействия между протоколами сетевого и транспортного уровней»
Введение
В настоящее время существуют два различных типа протоколов обмена данными на сетевом уровне в рамках взаимосвязи открытых систем (ВОС), однако системы, работающие по протоколу любого из этих типов, не могут взаимодействовать между собой. Протокол сетевого уровня в режиме с установлением соединения (ПСУ УС), ГОСТ Р ИСО/МЭК 8208 (Х.25), действующий в соответствии с ГОСТ Р 34.954, не может взаимодействовать с протоколом сетевого уровня в режиме без установления соединения (ПСУ БУС), ГОСТ Р 34.1952. Для обеспечения взаимодействия между этими двумя различными протоколами необходимо промежуточное устройство для выполнения ретрансляции и/или преобразования ПБД из одного типа протокола сетевого уровня в другой. Это устройство называется «функциональная система взаимосвязи» (ФСВ). При решении проблемы взаимодействия УС/БУС должны учитываться две достаточно общие цели:
a) ФСВ не должна вызывать никаких изменений в существующих оконечных системах (ОС) или признанных стандартах, ее работа должна быть прозрачной для ОС и
b) она должна обеспечить взаимодействие с самым широким кругом пользователей в области их работы.
Настоящий стандарт идентифицирует взаимодействие услуг протокола с установлением соединения и услуг протокола без установления соединения, которое основывается на трех режимах работы: режим ретрансляции на сетевом уровне (РСУ), режим пассивной ретрансляции на транспортном уровне (ПРТУ) и режим активной ретрансляции на транспортном уровне (АРТУ). Некоторые их этих режимов работы охватываются архитектурой ВОС, другие не входят в сферу этой архитектуры.
1 Назначение
a) определяет условия, при которых функциональные станции взаимосвязи могут использоваться для обеспечения УТУ УС ВОС между двумя ОС, когда:
— одна ОС доступна с использованием ПТУ УС, определенного в ГОСТ Р ИСО/МЭК 8073, в сочетании с протоколом, определенным в ГОСТ Р 34.1952;
— другая ОС доступна при использовании ПТУ УС, определенного в ГОСТ Р ИСО/МЭК 8073, в сочетании с процедурами, определенными в ГОСТ Р 34.950/ГОСТ 34.954*;
* Для краткости написание ГОСТ Р 34.950/ГОСТ 34.954 будет означать протокол по ГОСТ Р 34.950, действующий в соответствии с ГОСТ 34.954.
b) определяет различные наборы процедур для работы таких ФСВ;
c) определяет, каким образом ФСВ, работающая с несколькими наборами процедур, может выбирать тот или иной набор для использования в конкретном случае, с учетом того, что некоторые ОС могут работать с услугами сетевого уровня всех типов;
d) определяет требования к последовательной и/или параллельной работе ФСВ.
Стандарт распространяется также на случаи, когда две ОС взаимодействуют по одному и тому же протоколу сетевого уровня, но взаимосвязаны через ФСВ, реализующую режим работы АРТУ или ПРТУ.
2 Нормативные ссылки
В настоящем стандарте использованы ссылки на следующие стандарты.
Единая система организации воздушного движения: Протоколы информационно-технического взаимодействия систем и средств наблюдения и организации воздушного движения (стр. 1 )
Из за большого объема этот материал размещен на нескольких страницах: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 |
ПО ТЕХНИЧЕСКОМУ РЕГУЛИРОВАНИЮ И МЕТРОЛОГИИ
Н А Ц И О Н А Л Ь Н Ы Й ГОСТ Р
Р О С С И Й С К О Й
Единая система организации воздушного движения
ПРОТОКОЛЫ ИНФОРМАЦИОННО-ТЕХНИЧЕСКОГО ВЗАИМОДЕЙСТВИЯ СИСТЕМ И СРЕДСТВ НАБЛЮДЕНИЯ И ОРГАНИЗАЦИИ ВОЗДУШНОГО ДВИЖЕНИЯ
Цели и принципы стандартизации в Российской Федерации установлены Федеральным законом от 01.01.01 г. «О техническом регулировании», а правила применения стандартов организаций – ГОСТ Р 1.0-2004 «Стандартизация в Российской Федерации. Основные положения»
Сведения о стандарте
1 РАЗРАБОТАН Открытым акционерным обществом «Концерн ПВО «Алмаз-Антей»
2 ВНЕСЕН Техническим комитетом по стандартизации ТК 34 «Воздушный транспорт»
3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от №
Информация об изменениях к настоящему стандарту публикуется в ежегодно издаваемом информационном указателе «Национальные стандарты», а текст изменений и поправок – в ежемесячно издаваемых информационных указателях «Национальные стандарты». В случае пересмотра, замены или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ежемесячно издаваемом информационном указателе «Национальные стандарты». Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования – на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет
Настоящий стандарт не может быть полностью или частично воспроизведен, тиражирован и распространен в качестве официального издания без разрешения Федерального агентства по техническому регулированию и метрологии
2.. Термины, определения, обозначения и сокращения………………
4. Описание и принципы протокола ASTERIX……………………….
5. Общие правила применения протокола ASTERIX…………….
6. Схема адресации ASTERIX………………………………………..
7. Правила обновления ASTERIX……………………………………
Приложение А (обязательное).Обмен данными первичного радиолокатора………………………………………………………………….
Приложение Б (обязательное) Обмен данными вторичного радиолокатора и автоматического радиопеленгатора………………………..
Приложение В (обязательное) Обмен данными радиовещательного и контрактного автоматического зависимого наблюдения……….
Приложение Г(обязательное ) Обмен данными многопозиционной системы наблюдения…………………………………………………………
Приложение Д (обязательное) Обмен данными наблюдения между системой обработки данных наблюдения и выносным оборудованием КСА УВД (в формате межцентрового взаимодействия)…………………….
Приложение Е (обязательное) Обмен данными дистанционного контроля и управления систем и средств
наблюдения…………………………………..………………………….
Приложение Ж (обязательное) Сообщения о применяемых
версиях протокола…………………………………………………………….
ASTERIX представляет собой протокол прикладного /представительского уровня, ответственный за определение и сборку данных, разработанный для обеспечения трансляции и обмена данными наблюдения.
Его назначением является осуществление содержательной трансляции информации между двумя прикладными объектами, используя для этого взаимно согласованное представление данных.
Стандарт ASTERIX относится к представительскому и прикладному уровням (уровни шестой и седьмой), определенных эталонной моделью взаимодействия открытых систем ИСО ( ИСО 7498) [1].
Определение нижних телекоммуникационных уровней (уровни от первого до пятого) находится вне рамок стандарта ASTERIX. Трансляция кодированной в ASTERIX информации наблюдения может осуществляться через любую доступную коммуникационную среду, территориальная сеть с коммутацией пакетов (WAN), а также локальная вычислительная сеть (LAN).
Нижние уровни телекоммуникационных протоколов должны быть согласованы между партнерами по обмену данными.
С целью упрощения обмена данными между различными системами (т. е потенциальное сетевое взаимосоединение) рекомендуется применять стандартные телекоммуникационные протоколы (т. к. X.25 или ТСР/UDP/IP для территориально распределенных сетей) одновременно с протоколом ASTERIX.
Стандарт ASTERIX, как протокол представительского уровня, определяет
структуру данных, обмен которыми осуществляется через коммуникационную среду, от кодирования каждого вида информации до организации данных в блок данных.
Принимая во внимание то, что существует общая для всех систем информация (например, местоположение, информация о кодах режима А и режима С), протокол ASTERIX специфицирует минимальные требования на прикладном уровне таким образом, чтобы упростить обмен данными между однородными приложениями. Связь между двумя различными системами (даже расположенными в различных странах) таким образом, делается возможной на базе общих используемых данных наблюдения, передаваемых унифицированным методом, посредством представительского уровня ASTERIX.
Н А Ц И О Н А Л Ь Н Ы Й С Т А Н Д А Р Т Р О С С И Й С К О Й Ф Е Д Е Р А Ц И И
Единая система организации воздушного движения.
Протоколы информационно-технического взаимодействия систем и средств наблюдения и организации воздушного движения
Single system of air traffic management.
Protocols of information-technical interaction of surveillance systems and facilities and the air traffic management systems
1 Область применения
Настоящий стандарт распространяется на протоколы информационно-технического взаимодействия систем и средств наблюдения и организации воздушного движения, с целью поддержания оборудования, предназначенного для радиотехнического обеспечения полетов и управления воздушным движением с использованием различных средств наблюдения, на уровне, обеспечивающем безопасность полетов в процессе его серийного производства и эксплуатации.
2 Термины, определения, обозначения и сокращения
2.1 В настоящем стандарте применены следующие термины с соответствующими определениями:
Блок данных: Информационный модуль, рассматриваемый приложением в качестве дискретного объекта, в зависимости от его содержимого. Блок данных содержит одну или несколько записей, содержащих данные одной и той же категории.
Вектор состояния: Вектор, описывающий состояние объекта, например местоположение, скорость, ускорение.
Вещательный сервис: Сервис, не требующий установления сессии между пользователем и СОДН.
Восстановление сервиса: Восстановление сервиса возобновляет передачу данных для соответствующего сервиса.
Завершение сервиса: Завершение сервиса прекращает передачу данных и завершает сервис
Запись: Набор переданных полей данных одной и той же категории, которому предшествует поле «Field Specification» (спецификация поля), сигнализирующее о наличии/отсутствии различных полей данных.
Измеренный элемент: Часть информации (т. к. местоположение цели) напрямую извлекаемая из информационного потока и передаваемая без какой либо обработки.
Каталог элементов данных: Перечень всех возможных элементов данных каждой категории данных, описывающих элементы данных при помощи их источников, структуры, размера и модулей (если применяются).
Категория данных: Классификация данных в таком порядке, который среди прочего дает возможность их легкой идентификации.
Непериодический сервис: Непериодический сервис представляет собой услугу, при которой передача данных вызвана специфическими событиями, основанными на содержании данных, например, когда поле данных изменяет значение на большее, чем специфицированный порог
Периодический сервис: Периодический сервис представляет собой услугу, при которой информация передается в регулярных, определенных пользователем интервалах
Поле данных: Физическая реализация с целью трансляции элементов данных, которая ассоциируется с уникальным номером поля источника и представляет собой наименьший модуль транслируемой информации.
Приостановка сервиса: Приостановка сервиса временно останавливает передачу данных для соответствующего сервиса
Профиль пользователя: Механизм назначения элементов данных полям данных, содержащий всю необходимую информацию (которая должна быть стандартизована) для успешного кодирования и декодирования сообщений.
Расчетный элемент: Часть информации (т. к. местоположение цели), извлеченная из потока информации посредством такой промежуточной обработки, как например, трансформация координат, сопровождения, кодовой конверсии и т. п.
Сервис (услуга): Информационный сервис системы СОДН однозначно определяется сервисной идентификацией и состоит из элемента трека и элемента датчика. Элемент трека характеризуется селекцией трека (т. е. набора кодов режима 3/А, фильтрацией по высоте, только по первичному каналу, только по вторичному каналу…), выбором элемента трека (т. к. координаты WGS-84, координаты ПЗ-90.02, время суток…), характеристиками трансляции трека (т. к. синхронизация на уровне датчика, периодичная, не периодичная, по событию). Элемент датчика характеризуется выбором датчика, выбором элемента датчика, характеристиками трансляции датчика.
Сервис, синхронизированный с радиолокатором: сервис, синхронизированный с радиолокатором, представляет собой сервис, при котором передаваемая информация синхронизирована с вращением радиолокатора.
Сессия (сеанс): Соединение типа «точка-точка» между пользователем и СОДН
Третичная обработка: Третичная обработка представляет собой процесс, посредством которого треки от взаимодействующих систем объединяются и отождествляются для формирования единого трека. Такие треки используются для сглаживания каких либо возможных отличий между треками в целях предоставления единой информации о треке, которая предоставляется пользователям обеих систем.
Трек: Временная последовательность векторов состояния объекта, рассчитанная посредством определенной технологии фильтрации в реальном времени, использующей в качестве входных параметров данные наблюдения.
Элемент данных: Наименьший модуль информации в каждой категории данных.
А.2. Обозначения и сокращения
В настоящем стандарте применены следующие обозначения и сокращения:
АЗН-В Автоматическое зависимое наблюдение – Вещательное