Заработок в интернет постоянно и регулярно платят








                      ****   *    *          ****    ******
                     *   *   *    *         *    *   *
                    *    *    *  *              *    *****
                    *    *     **              *          *
                    ******    *  *            *           *
                    *    *   *    *   ***    *            *
                    *    *   *    *   ***   ******   *****
                      
    
            П Р О Т О К О Л   К А Н А Л Ь Н О Г О   У Р О В Н Я
    
                 Л Ю Б И Т Е Л Ь С К О Й   П А К Е Т Н О Й
    
                         Р А Д И О С В Я З И
                                                 
    
       В Е Р С И Я   2 . 0
         
       О к т я б р ь   1 9 8 4  г .
    
    
       T e r r y  L .  F o x ,  W B 4 J F I
    
    
    
  А м е р и к а н с к а я   р а д и о р е л е й н а я   л и г а
    
  N e w i n g t o n ,  C T   U S A   0 6 1 1 1
    

    
    
     Данный протокол предназначен  в  качестве  руководства  при
проектировании  и  эксплуатации  любительских пакетных радиосис-
тем,и позволяет обеспечивать совместимость  между  станциями  на
канальном  уровне.  Существование этого протокола никому не пре-
пятствует проектировать, продавать или  использовать  оборудова-
ние,  технологию, или процедуры не согласующиеся с данным прото-
колом. Данный протокол подвергается  периодическому  пересмотру,
поэтому  пользователю  рекомендуется применять последнее издание
протокола.
     
     
     
                                                       /\
                                                      /  \
                                                     / \!/\
                                                    / __!_ \
                                                   /  RSGB  \
     Продается по соглашению с ARRL                \  ----  /
                                                    \   !  /
          Радиолюбительским обществом Великобитании  \  - /
                                                      \  /
          Lambda House                                 \/
          Cranborne Road
          Potters Bar
          Hertfordshire EN6 3JW

     Авторское  право  1984 г. принадлежит
     Американской радиорелейной лиге
     Авторское право защищено Пан-Американской конвенцией
     Авторское право защищено Международным  соглашнием
     Эта работа является публикацией No  56  радиолюбительской
библиотеки  публикуемой лигой. Этим разрешается копировать эту
публикацию конечным пользователям  для  некоммерческих  целей.
Без письменного разрешения издателя, никакая часть этой работы
не может быть воспроизведена никаким образом с целью продажи.
     
Номер карточки каталога библиотеки Конгресса : 84-72853
ISBN :  0-87259-011-9
     
Переведен на русский язык UC2ACF/UC1AWW при содействии и ор-
ганизации работы  UA3CR.
     
Москва-Минск, Июль 1988 г.
     

     
     
     
ПРЕДИСЛОВИЕ
     
          
     Пакетное  радио  - это режим связи, который связывает люби-
тельские радиостанции непосредственно, либо через сеть. Оно  ос-
новано  на  новейшей технологии, обеспечивает безошибочную связь
между многими станциями по общему каналу и автоматическую  пере-
дачу сообщений по сети передачи данных.
     
     Любительские локальные сети пакетного радио существуют  как
в  Северной Америке, так и за океанами. Благодаря появлению дан-
ного протокола, любители расширяют сеть пакетных  ретрансляторов
как  на восточном, так и на западном побережьях, что увеличивает
количество работающих на УКВ станциях. Экспериментальные связи с
использованием пакетного радио имеют место и  на  ВЧ  диапазонах
через  спутник AMSAT OSCAR 10, а также за счет использования ме-
теорнрго рассеяния радиоволн на УКВ. Все эти станции и сети  мо-
гут  связываться друг с другом только в том случае, если они ис-
пользуют общие стандарты.
     
     Данный документ,  содержащий  протокол  канального  уровня,
представляет  собой  результат  многолетней  работы любителей по
разработке стандартного протокола для любительской эксплуатации.
Канальный уровень - это 2-ой уровень семиуровневой модели  Взаи-
мосвязь Открытых Систем (OSI), разработанной международной орга-
низацией по стандартизации (ISO). В настоящее время активно рас-
сматриваются возможности использования других уровней для приме-
нения в любительском пакетном радио.
    
     Данный  протокол канального уровня - это не просто бумагот-
ворчество. Письменное изложение его оригинала существует с  1982
года  и  за последние два года претерпело усовершенствования. По
мере совершенствования и распространения данного  протокола  со-
вершенствуются  и  используемые на канальном уровне версии прог-
раммного обеспечения. В результате создан  совершенный  протокол,
ценность  которого  увеличивается  разработанным  и основательно
проверенным двухлетней практикой программным обеспечением.
     
      Мне хотелось бы отметить тот особый вклад который внесли в
создание данного протокола его автор, Terry Fox,  WB4JFI,  люби-
тельские  организации пакетного радио которые участвовали в раз-
работке и реализации данного протокола, а также специальный  Ко-
митет Американской радиорелейной лиги по цифровой связи, который
был создан Советом Директоров этой лиги.
                                           David Sumner, K1ZZ
          



ВВЕДЕНИЕ
     
Примечание: Данное введение не является частью протокола.
     
     Перед  Вами  первое  издание  протокола  AX.25 канального
уровня любительской пакетной радиосвязи ( версия  2.0  октябрь
1984  года),  опубликованного ARRL. Он был одобрен Советом Ди-
ректоров ARRL в октябре 1984 г. ARRL была определена как  меж-
дународный  орган, занимающийся вопросами информации по пакет-
ному радио и имеющим своей задачей разработку и  распростране-
ние общих стандартов и правил Международного радиолюбительско-
го  союза  (IARU),  по  решению ее административного совета на
конференции в Париже, в июле 1984 года.
    
    Более ранние  версии  данного  протокола  основывались  на
докладе, представленном на Второй конференции ARRL по радиолю-
бительским  компьютерным  сетям  в марте 1983 года. Изменения,
введенные в протокол со времени появления этого доклада  взяты
в квадратные скобки ([ ]).
    
    Основные разделы данного протокола построены и пронумерованы
в соответствии с рекомендациями X.25  Международного  консульта-
тивного комитета по телеграфии и телефонии ( CCITT ).
    
    Данный  документ представляет собой протокол для обеспечения
непосредственной связи между двумя любительскими радиостанциями.
Он задает только функции канального уровня. Данный  протокол  не
имеет отношения ни к какому другому уровню, кроме некоторых тре-
бований по сопряжению с другими уровнями.
    
    Этот протокол признает и учитывает, что любительская радиос-
вязь  уникальна.  Главной  его  особенностью  является ( на этом
уровне ) использование ретрансляционных  станций  и  организация
связи  через них. Эти ретрансляционные станции способствуют рас-
ширению возможностей ВЧ диапазона для радиолюбительских станций.
Поскольку они не осуществляют функций управления потоком переда-
чи, коммутации данных, или их маршрутизации, их включение в дан-
ный уровень не означает что им придаются типичные  для  сетевого
уровня функции. Предполагается, что ретрансляционные станции бу-
дут  исключены ( или в будущем их число значительно уменьшится )
когда начнет свою работу настоящий сетевой уровень.
     
ИСТОРИЯ
     
    За многие годы существовало несколько протоколов канально-
го уровня для любительского пакетного радио. Первым протоколом
канального  уровня,  получившим  широкое  распространение, был
протокол созданный Douglas Lochart,  VE7APU,  из  Ванкуверской
(ВС)  группы  любителей цифровой связи (VADCG). Он был основан
на протоколе SDLC фирмы IBM и реализован в  плате  контроллера
пакетного  радио, спроектированной и изготовленной VADCG. Этот
протокол использовался первые несколько лет в работе любитель-
ского пакетного радио. Одним из  недостатков  протокола  VADCG
являлось то, что он использовал один байт ( 8 бит ) для адреса
станции. Это ограничивало количество станций числом 254 и ме-
нее,  в зависимости от используемой схемы адресации. Он требо-
вал также, чтобы кто-нибудь присваивал эти произвольные адреса
каждому любителю в данной работе.

    
     В  начале 1982 года радиолюбительская  корпорация  исследо-
ваний и открытий (AMRAD) начала изучение  протоколов  канального
уровня  для  коммерческого использования. Ставилась цель выбрать
протокол, который бы не имел основных  недостатков  проявившихся
за  несколько  лет  существования  пакетного радио. В результате
этих исследований, было рекомендовано использовать несколько мо-
дифицированную версию стандартного протокола  LAPB  2-го  уровня
CCITT  X.25, который можно рассматривать как составляющую прото-
кола ADCCP, разработанного Американским национальным  институтом
стандартов ( ANSI ), для сбалансированной работы.
    
    В июне 1982 года, AMRAD организовала ряд конференций совмес-
тно  с радиолюбительским обществом связи ( RATS ) из Нью Джерси.
Исследовательская конференйия состоялась в BELL лаборатории. Две
определяющие конференции,на которых был разработан прототип про-
токола AX.25 состоялись в Виенне, Вирджиния.В этих  конференциях
приняли  участии:  Gordon  Beattje, N2DSY; Jon Bloom, KE3Z; Dave
Borden, K8MMO; Terry Fox, WB4JFI;  Paul  Rinaldo,  W4RI  и  Eric
Scace K3NA. В это время были созданны протоколы канального и се-
тевого  уровней. Так как оба уровня основывались на рекомендации
CCITT X.25, было решено, при создании этих протоколов  использо-
вать  структуру, рекомендованную AT&T ( BX.25 для BELL X.25 ), и
назвать этот этот новый протокол AX.25, т.е. любительский  X.25.
За  тем, Terry Fox оформил протокол канального уровня в виде до-
кумента и распространил среди участников эксперимента по провер-
ке пакетной радиосвязи и для внесения поправок. Протокол сетево-
го уровня было решено разрабатывать  далее.  Eryc  Scace  оказал
бесценную помощь при создании протокола на базе CCITT X.25, пос-
кольку он является одним из авторов последнего.
     
    Следующий шаг в эволюции AX.25 приходится на октябрь 1982 г.
Thomas  Clarc,  W3IWI,  президент  ассоциации  радиолюбительских
спутников ( AMSAT ) организовал встречу большинства лидеров  лю-
бительского пакетного радио. Среди них были представители AMRAT,
AMSAT, специального Комитета ARRL по любительской цифровой ради-
освязи, тихоокеанского общества пакетной радиосвязи (PPRS),люби-
тельского  пакетного  радио  Св.Луиза  ( SLAPR ), и  корпорации
любительского пакетного радио Таксона ( TAPR ). На этой  встрече
была  несколько усовершенствована и принята версия 1.1 протокола
канального уровня AX.25, разработанная AMRAD.
    
    Если бы AX.25 был просто идеей, то этот документ сегодня  не
существовал  бы.  Именно благодаря огрмным усилиям по разработке
программного обеспечения для реализации протокола AX.25  сегодня
и процветает пакетная радиосвязь. Вскоре после октября 1982 года
т.е.  после  встречи в AMSAT, стали появлятся пакетные станции в
системе AX.25. Быстрота с которой AX.25 стал  реализовываться  в
платы  TNC  TAPR, обьясняется усилиями программистов TAPR, в ос-
новном таких энтузиастов пакетного радио,  как  Dave  Henderson,
KD4NL;  Margaret  Morrison,KV7D; и  Harold  Price, NK6K. Плата
VADCG вскоре  также  стала  использовать  AX.25  благодаря  Hank
Magnuski, KA6M, который модифицировал исходное программное обес-
печение фирмы Lockhart для реализации нового протокола.

    
    Первое публичное изложение протокола канального уровня AX.25
произошло  в  форме  доклада на Второй конференции по радиолюби-
тельским компьютерным сетям в марте 1983 года. Затем специальный
коммитет ARRL по любительской цифровой радиосвязи внес некоторые
поправки и изменения. В июле 1983 года, группы любителей  пакет-
ного  радио  западного побережья встрерились с целью организации
WESTNET, сети пакетных ретрансляторов от Сан Диего до Сан  Фран-
циско.  Группа  WESTNET  приняла  решение  расширить поле адреса
AX.25, чтобы оно могло вмещать до 8-ми ретрансляторов. Эта моди-
фикация была принята Комитетом ARRL на конференции в ноябре 1983
г. в Вашингтоне, DC. На этой конференции остался нерешенным воп-
рос об использовании бита запрос/концовка. Когда Комитет собрал-
ся снова в Трентоне, NJ, в апреле  1984  г.,  Phil  Karn,  KA9Q,
предложил решение проблемы, возникающей с битом запрос/концовка.
Его  предложение  было опубликовано в QEX и в новостях клуба па-
кетного радио и позднее было одобренно Комитетом.
     
    Принимая во внимание, что в создании этого документа учасво-
вали многие пионеры пакетного радио, его можно считать плодом
коллективного творчества. Особой благодарности за свои полезные
замечания заслуживают Chuck Green, N0ADI; Lyle Johnson,  WA7GXD;
Phil  Karn,  KA9Q; Paui Newland, AD7I; Harold Price, NK6K; Eric
Scace, K3NA.
    
СПЕЦИАЛЬНЫЙ КОМИТЕТ ARRL ПО ЦИФРОВОЙ СВЯЗИ.
     
    Окончательно этот протокол был оформлен этим специальным Ко-
митетом по цифровой связи, который представил его на утверждение
в  Совет Директоров. Одобрение этого протокола Комитетом не обя-
зательно означает, что все члены Комитета голосовали за его при-
нятие. Постоянными приверженцами этого протокола были  следующие
члены Комитета:
    
Paui L. Rinaldo      W4RI
Marshall Quiat       AG0X
Dennis Connors       KD2S
Terry Fox            WB4JFI
Lyle Johnson         WA7GXD
Doueglas Lockhart    VE7APU
Wally Linstruth      WA6JPR
Henry S.Magnuski     KA6M
Paul Newland         AD7I
Eric L.Scace         K3NA
    

       
Содержание :                                                Стр.
     
2.Характеристика протокола канального уровня AX.25.............1
  2.1 Область применения.......................................1
  2.2 Структура кадра..........................................2
      2.2.1  Поле флага........................................2
      2.2.2  Поле адреса.......................................2
      2.2.3  Поле управления...................................3
      2.2.4  Поле PID..........................................3
      2.2.5  Информационное поле...............................3
      2.2.6  Вставка бит.......................................4
      2.2.7  Проверочная последовательность кадра..............4
      2.2.8  Порядок передачи бит..............................4
      2.2.9  Недействительные кадры............................4
      2.2.10 Обрыв кадра.......................................4
      2.2.11 Заполнение времени между кадрами..................4
      2.2.12 Состояние канала связи............................4
      2.2.13 Кодирование поля адреса...........................5
             2.2.13.1 Кодирование поля адреса в отсутствие
                      ретранслятора............................5
                     2.2.13.1.1 Кодирование субполя получателя.7
             2.2.13.2 Кодирование адреса ретранслятора 2-го
                      уровня...................................8
             2.2.13.3 Режим с несколькими ретрансляторами......9
2.3 Элементы процедур.........................................10
      2.3.2  Форматы поля управления и параметры состояний....10
             2.3.2.1 Форматы поля управления..................10
                     2.3.2.1.1 Форматы передачи информации....11
                     2.3.2.1.2 Супервизорный формат...........11
                     2.3.2.1.3 Ненумерованный формат..........11
             2.3.2.2 Параметры поля управления................12
             2.3.2.3 Порядковые номера........................12
             2.3.2.4 Параметры кадров и порядковые номера.....12
                    2.3.2.4.1 Параметр состояния передачиU(S).12
                     2.3.2.4.2 Порядковый номер передачи N(S).12
                     2.3.2.4.3 Параметр состояния приема U(R).12
                     2.3.2.4.4 Порядковый номер приема N(R)...12
      2.3.3 Функции бита запрос/концовка (P/F)................12
   2.3.4 Кодирование поля управления при командах и ответах...12
         2.3.4.1 Поле управления информационно-командного
                 кадра........................................13
         2.3.4.2 Поле управления супервизорного кадра.........13
                 2.3.4.2.1 Команда и ответ готов к приему(RR).13
                 2.3.4.2.2 Команда и ответ не готов
                           к приему (RNR).....................14
                 2.3.4.2.3 Команда и ответ переспрос(REJ).....14
         2.3.4.3 Поля управления ненумерованных кадров........14
                 2.3.4.3.1 Команда установить асинхронный
                           сбалансированный режим (SABM)......15
                 2.3.4.3.2 Команда раз'единить (DISC).........15
                 2.3.4.3.3 Ответ отказ от кадра(FRMR).........16
                 2.3.4.3.4 Ответ ненумерованное
                           подтверждение (UA).................17
                 2.3.4.3.5 Ответ раз'единенный режим (DM).....18
                 2.3.4.3.6 Кадр ненумерованной информации(UI).18
     2.3.5 Порядок сообщения об ошибках и восстановление......18
         2.3.5.1 Состояние занятости DXE......................18
         2.3.5.2 Ошибка порядкового номера передачи...........18
         2.3.5.3 Восстановление командой переспрос(REJ).......19

         2.3.5.4 Использование тайм-аута для
                 восстановления ошибки........................19
                 2.3.5.4.1 Восстановление таймером Т1.........19
                 2.3.5.4.2 Восстановление таймером Т3.........19
         2.3.5.5 Недействительнфй кадр или ошибка FCS.........19
         2.3.5.6 Состояние отказа от кадра....................19
2.4 Описание процедур AX.25...................................20
   2.4.1 Работа с адресным полем..............................20
         2.4.1.1 Адресная информация..........................20
         2.4.1.2 Процедура команда/ответ......................20
   2.4.2 Процедуры P/F бита...................................21
   2.4.3 Процедуры для установления и раз'единения канала.....21
         2.4.3.1 Порядок установления связи для LARB..........21
         2.4.3.2 Фаза передачи информации.....................22
         2.4.3.3 Раз'единение канала передачи данных..........22
         2.4.3.4 Состояние раз'единения.......................22
         2.4.3.5 Восстановление после столкновения............23
                 2.4.3.5.1 Столкновение в полудуплексном
                           режиме.............................23
                 2.4.3.5.2 Столкновение ненумерованных команд.23
                 2.4.3.5.3 Столкновение DM с SABM или DISC....23
         2.4.3.6 Режим работы без соединения .................23
   2.4.4 Процедуры для передачи информации ...................24
         2.4.4.1 Посылка I кадров.............................24
         2.4.4.2 Прием I кадров...............................24
         2.4.4.3 Прием кодров вне последовательности..........25
         2.4.4.4 Прием некорректных кадров....................25
         2.4.4.5 Прием подтверждения..........................25
         2.4.4.6 Прием переспроса.............................26
         2.4.4.7 Прием кадра RNR..............................26
         2.4.4.8 Передача указателя занятости.................26
         2.4.4.9 Ожидание подтверждения.......................27
   2.4.5 Условия отказа от кадра..............................27
   2.4.6 Процедура повторного установления....................28
   2.4.7 Список параметров определенных в системе.............28
         2.4.7.1 Таймеры......................................28
                 2.4.7.1.1 Таймер пподтверждения Т1...........28
                 2.4.7.1.2 Таймер задержки ответа Т2..........29
                 2.4.7.1.3 Таймер бездействия канала Т3.......29
         2.4.7.2 Максимальное число повторных передач (N2)....29
         2.4.7.3 Максимальное число байтов
                 в информационном поле (N1)...................29
         2.4.7.4 Максимальное число неподтвержденных
                 I кадров (K).................................29
Приложение А    Словарь терминов..............................30
Приложение B    Перечень ссылок...............................34
Приложение C    Примечания по реализации......................35
Приложение D    Таблицы состояний.............................36
     
     
(Номера всех параграфов начинаются с 2,  для указания  на уро-
вень протокола OSI.)

                        -- стр 1 --
     
     
2.  ХАРАКТЕРИСТИКА ПРОТОКОЛА КАНАЛЬНОГО УРОВНЯ AX.25
     
2.1 [ ОБЛАСТЬ ПРИМЕНЕНИЯ
       
        Для создания надежного  механизма  передачи  данных
между двумя станциями  необходимо определить протокол,  который
позволит принимать и передавать данные по различным каналам
связи.  Протокол канального уровня АХ.25 и предназначен для этой
цели, независимо от того присутствуют или нет другие уровни.
    
        Данный протокол    отвечает   рекомендациям   ISO 3309,
4335 (включая DAD 1 и 2), и 6256 высокоуровневой процеду-
ры управления каналом передачи данных ( HLDC ), и в нем  исполь-
зуется  терминология, принятая в этих документах. Кроме того, он
согласуется с ANSI X3.66, который описывает  ADCCP,  сбалансиро-
ванный режим.
    
[     В принципе, этот протокол отвечает рекомендациям CCITT
X.25,  за  исключением  того, что он содержит более широкое поле
адреса и дополнительный кадр ненумерованной информации ( UI ).Он
также  следует  принципам  рекомендации Q.921 ( LAPD ) в области
использования многоканальных линий связи, отличающийся полем ад-
реса при использовании одного общего канала.                   ]

      Согласно определения, данный протокол одинаково хорошо ра-
ботает как в полудуплексном, так и в дуплексном режимах.
    
      Протокол создан для обеспечения надежной работы  как  двух
отдельных любительских пакетных станций, так и для связи отдель-
ной станции с многопортовым диспетчером.
    
      Протокол позволяет устонавливать более  одного  соединения
канального  уровня  на  устройство, если оно имеет такую возмож-
ность.
    
      Этот протокол не запрещает самосоединения. Самосоединением
называется такой случай, когда устройство устонавливает связь  с
собой,  используя свой собственный адрес и для отправителя и для
получателя кадра.
    
[     В большинстве протоколов канального уровня принято,  что
одно  первичное  ( или главное ) устройство, ( обычно называемое
DCE, или оконечным устройством в цепи передачи данных )  связано
с  одним  или с несколькими вторичными ( или подчиненными ) уст-
ройствами ( обычно называемыми DTE, или оконечным  оборудованием
сбора  и обработки данных ). Такой вид несбалансированной работы
не пригоден для использования в радиолюбительской связи с  общим
высокочастотным  каналом.  Протоколом AX.25 устонавливается, что
обе оконечные станции относятся к одному  классу, тем самым уст-
раняется два  различных вида  устройств.  Термин DXE использует-
ся в данном протоколе для обозначения устройства  сбалансирован-
ного типа, применяемого в любительской пакетной радиосвязи.    ]
    

                        -- стр 2 --
    
    
2.2  СТРУКТУРА КАДРА
     Пакетная передача данных по каналу связи осуществляется не-
большими блоками данных называемых кадрами. Каждый кадр состоит
из меньших по размеру групп называемых полями. На рисунках 1 по-
казано три основных типа кадров.Следует обратить внимание на то,
что первый посылаемый бит рсположен слева.
                                                                
                                                                
      Первый
      посылаемый бит
      --------------------------------------------------
      ! Флаг   !    Адрес    !  Упр. !  FCS   ! Флаг   !
      --------------------------------------------------
      !01111110! 112/560 бит ! 8 бит ! 16 бит !01111110!
      --------------------------------------------------
                                                                
              Рис.1А - конструкция U и S кадра.
                                                                
                                                                
Первый
посылаемый бит
----------------------------------------------------------------
!  Флаг  !    Адрес    !  Упр. !  PID  !Информ.! FCS  !        !
----------------------------------------------------------------
!01111110! 112/560 бит ! 8 бит ! 8 бит !N*8 бит!16 бит!01111110!
----------------------------------------------------------------
                                                                
               Рис.1Б - конструкция информационного кадра.
                                                                
                                                                
     Каждое поле состоит из целого числа байтов и выполняет спе-
циальные функции, описанные ниже.
                                                                
2.2.1  ПОЛЕ ФЛАГА
[    Поле флага имеет длину в один байт. Поскольку флаг исполь-
зуется для разграничивания кадров, он присутствует как в начале
так и в конце каждого кадра. Два кадра могут иметь один общий
флаг, обозначающий конец первого кадра и начало следующего. Флаг
состоит из нуля, за которым следуют шесть единиц и  опять  нуль,
или 01111110 ( 7Е в шстнадцатиричной системе исчисления ). В ре-
зультате вставки битов ( см. ниже, 2.2.6 ), такая последователь-
ность не может появиться больше нигде внутри полного кадра. ]
                                                                
2.2.2  ПОЛЕ АДРЕСА
                                                                
[    Поле адреса используется для идентификации как отправителя
кадра так и его получателя. Кроме того, поле адреса содержит ин-
формацию типа команда/ответ, а также средства, обеспечивающие
работу ретранслятора 2-го уровня.                              ]
                                                                
     Кодирование поля адреса описано в 2.2.13

                        -- стр 3 --
                                                                
2.2.3  ПОЛЕ УПРАВЛНИЯ
                                                                
     Поле управления используется для идентификации типа посыла-
емого кадра и для управления различными признаками соединения
2-го уровня. Его длина составляет один байт и его кодирование
описывается ниже, в 2.3.2.1.
                                                                
2.2.4  ПОЛЕ PID
                                                                
     Поле идентификатора протокола ( PID ) присутствует только в
информационных ( I и UI ) кадрах. Оно идентифицирует тип прото-
кола 3-го уровня, если он используется.
                                                                
[    Сам PID не является частью набора символов информационного
поля. Кодируется PID следующим образом:                       ]
                                                                
        M      L
        S      S
        B      B
        YY01YYYY  Реализован 3-ий уровень AX.25.
        YY10YYYY  Реализован 3-ий уровень AX.25.
[       11001100  Реализована датаграмма межсетевого протокола
                   3-го уровня.
        11001101  Реализован протокол определения адреса на 3-ем
                   уровне.                                     ]
        11110000  3-ий уровень не задействован.
        11111111  Символ перехода. Следующий байт содержит до-
                   полнительню информацию 3-го уровня.
                                                                
        Где:
                                                                
Y  обозначает любые используемые комбинации.
                                                                
[    Примечание:
                                                                
     Все формы YY11YYYY и YY00YYYY, кроме описанных выше, в на-
стоящее время резервируются для будущих протоколов 3-го уровня.
Задание этих форматов осуществляется по соглашению между любите-
лями. Рекомендуется, чтобы создатели протоколов 3-го уровня об-
ратились в специальный комитет ARRL по цифровой связи для утвер-
ждения типа кодирования.                                       ]
                                                                
2.2.5  ИНФОРМАЦИОННОЕ ПОЛЕ
                                                                
     Информационное поле используется для переноса данных из
одного конца канала связи в другой. Информационные поля разре-
шены только в трех связках кадров: I кадр, UI кадр, и FRMR кадр.
I поле может иметь длину до 256 байтов и должно содержать целое
число байтов. Эти ограничения должны применяться до вставки ну-
левых битов как описано ниже, в 2.2.6. Любая информация в I поле
будет  посылаться  по  каналу  связи  прозрачно,  за исключением
вставки нулевого  бита,  необходимого,  чтобы  воспрепяиствовать
случайному появлению флагов в I поле ( см. 2.2.6 ).

                        -- стр 4 --
                                                                
2.2.6  ВСТАВКА БИТ
                                                                
     Чтобы гарантировать, что последовательность битов флага,
упомянутого выше, случайно не появилась нигде более в кадре, по-
сылающая станция должна контролировать последовательность бит на
присутствие в ней группы из пяти и более подряд стоящих единич-
ных битов. Каждый раз, когда посылаются пять подряд стоящих еде-
ничных  битов,  посылающая  станция должна вставлять нулевой бит
после пятого единичного бита. При получении кадра,  каждый  раз,
когда  принимаются подряд пять единичных битов, нулевой бит, не-
посредственно следующий за этими пятью единичными битами, должен
отбрасываться.
                                                                
2.2.7 ПРОВЕРОЧНАЯ ПОСЛЕДОВАТЕЛЬНОСТЬ КАДРА
                                                                
     Проверочная последовательность кадра ( FCS )- это шестнад-
цатибитовое число, вычисляемое отправителем и получателем кадра.
Она используется, чтобы удостовериться в том, что кадр не был
искажен средой, используемой для передачи кадра от отправителя к
получателю. Она вычисляется в соответствии с рекомендациями ISO
3309 ( HLDC ).
                                                                
2.2.8  ПОРЯДОК ПЕРЕДАЧИ БИТ
                                                                
     За исключением поля FCS, все поля кадра AХ.25 должны посы-
латься начиная с младшего значащего бита. FCS посылается начиная
со старшего значащего бита.
                                                                
2.2.9  НЕДЕЙСТВИТЕЛЬНЫЕ КАДРЫ
                                                                
     Любой кадр, состоящий менее чем из 136 битов ( включая от-
крывающий и закрывающий флаги ), не ограниченный открывающим и
закрывающим флагами, или не отвечающий требованию по числу бай-
тов ( целому числу байтов ), должен рассматриваться в данном
канальном уровне как недействительный кадр.
     См. также ниже 2.4.4.4
                                                                
2.2.10  ОБРЫВ КАДРА
                                                                
     Если кадр должен быть оборван заранее, то должны посылаться
последовательно пятнадцать единиц без дополнительной вставки
бит.
                                                                
2.2.11  [ ЗАПОЛНЕНИЕ ВРЕМЕНИ МЕЖДУ КАДРАМИ
                                                                
     При необходимости оставлять передатчик DXE во включенном
состоянии, при котором кадры не посылаются, время между кадрами
должно быть заполнено последовательно посылаемыми флагами.
                                                                
2.2.12  СОСТОЯНИЕ КАНАЛА СВЯЗИ
                                                                
     Не определяется.
                        -- стр 5 --
                                                                
2.2.13  КОДИРОВАНИЕ ПОЛЯ АДРЕСА
                                                                
     Поле адреса всех кадров должно кодироваться любительскими
позывными как получателя, так и отпровителя кадра. За исключени-
ем вторичного идентификатора станции ( SSID ), поле адреса долж-
но состоять только из буквенно-цифровых символов верхнего регис-
тра в коде ASCII. Если используются любительские ретрансляторы
2-го уровня, то их позывные также должны находиться в поле адре-
са.
                                                                
     Поле адреса HLDC расширяется в пределах каждого  байта по-
средством "расширительного бита", которым является младший зна-
чащий бит каждого байта. Расширительный бит каждого байта равен
нулю когда следующий байт содержит продолжение адресной информа-
ции, и равен единице, когда  этот последний  байт в поле адреса
HLDC. Чтобы найти место этому расширительному биту, информация
о любительском позывном сдвигается на один бит влево.
                                                                
2.2.13.1  КОДИРОВАНИЕ ПОЛЯ АДРЕСА В ОТСУТСТВИИ РЕТРАНСЛЯТОРА
                                                                
     Если не используются ретрансляторы 2-го уровня, поле адреса
кодируется как показано на рис.2. Адрес получателя состоит из
позывного и SSID любительской радиостанции которой адресуется
кадр, так же как и адрес отправителя содержит  позывной  и  SSID
станции  посылающей кадр. Эти позывные представляют собой позыв-
ные только двух  оконечных  станций  канала  связи  2-го  уровня
AX.25.
                                                                
     Первый
     посылаемый байт
     ----------------------------------------------------
     !              Поле адреса кадра                   !
     ---------------------------------------------------!
     !                      !                           !
     !    Адрес получателя  !     Адрес отправителя     !
     ---------------------------------------------------!
     !                      !                           !
     ! A1 A2 A3 A4 A5 A6 A7 ! A8 A9 A10 A11 A12 A13 A14 !
     ----------------------------------------------------
                                                                
    Рис. 2 - Кодирование поля адреса в отсутствие ретранслятора.
                                                                
                                                                
     Поле  адреса  состоит  из  2-х адресных субполей, которые в
свою очередь состоят из 14 байтов: A1-A14.  Субадрес  получателя
имеет в длину 7 байт ( A1-A7 ) и посылается первым. Такая после-
довательность  адресов дает получателю кадров время для проверки
субполя адреса получателя, чтобы удостовериться, что кадр  адре-
сован  именно  ему,  в  то время как принимается остальная часть
кадра. Затем, в виде байтов A8-A14, передается адресное  субполе
отправителя.  Оба  эти субполя кодируются одинаковым образом, за
исключением того, что последний байт поля адреса содержит расши-
рительный бит адреса HLDC установленным в единицу.

                        -- стр 6 --
                                                                
     В конце каждого адресного субполя имеется байт, который со-
держит вторичный идентификатор станции ( SSID  ).  Субполе  SSID
дает  возможность любому радиолюбителю связаться более чем с од-
ной пакетной радиостанцией, работающей под одним и тем же позыв-
ным. Это может быть полезно, когда  любитель,  например,  желает
установить  ретранслятор  в  дополнение  к своей станции. В этом
байте  также содержатся "C" биты (см. ниже 2.4.1.2 ) и "H" бит
(см. ниже  2.2.13.2 ), а также 2 бита, которые резервируются для
ипользования в будущем.
                                                                
                                                                
      Рис. 3А показывает типичный кадр AX.25 в режиме работы без
ретранслятора.
                                                                
                                                                
             -----------------------------------------
             !   Байт   ! ASCII ! Дв.данные! Hex код !
             -----------------------------------------
             !          !       !          !         !
             !   Флаг   !       ! 01111110 !   7E    !
             !    A1    !   K   ! 10010110 !   96    !
             !    A2    !   8   ! 01110000 !   70    !
             !    A3    !   M   ! 10011010 !   9A    !
             !    A4    !   M   ! 10011010 !   9A    !
             !    A5    !   O   ! 10011110 !   9E    !
             !    A6    !пробел ! 01000000 !   40    !
             !    A7    ! SSID  ! 11100000 !   E0    !
             !    A8    !   W   ! 10101110 !   AE    !
             !    A9    !   B   ! 10000100 !   84    !
             !    A10   !   4   ! 01101000 !   68    !
             !    A11   !   J   ! 10010100 !   94    !
             !    A12   !   F   ! 10001100 !   8C    !
             !    A13   !   I   ! 10010010 !   92    !
             !    A14   ! SSID  ! 01100001 !   61    !
             !Управление!   I   ! 00111110 !   3E    !
             !    PID   !ничего ! 11110000 !   F0    !
             !    FCS   !часть 1! XXXXXXXX !   HH    !
             !    FCS   !часть 2! XXXXXXXX !   HH    !
             !   Флаг   !       ! 01111110 !   7E    !
             -----------------------------------------
             !                  !          !         !
             ! Расположение бит ! 76543210 !         !
             -----------------------------------------
                                                                
                                                                
       Рис.3А - Кадр AX.25 для работы без ретранслятора.
                                                                
                                                                
     Показанный кадр - это I кадр, который не проходит через ре-
транслятор 2-го уровня, от WB4JFI ( SSID = 0 ) для K8MMO ( SSID
=0 ), без использования протокола 3-го уровня. P/F бит установ-
лен, порядковый номер приема ( N(R)) равен 1, порядковый номер
передачи ( N(S)) равен 7.

                        -- стр 7 --
                                                                
2.2.13.1.1  КОДИРОВАНИЕ СУБПОЛЯ ПОЛУЧАТЕЛЯ
                                                                
     Рис.3 показывает, как используя байты от A1 до A7, в субпо-
ле адреса получателя рзмещается любительский позывной.
                                                                
                                                                
              --------------------------------------
              !  Байт ! ASCII !Дв.данные ! Hex код !
              --------------------------------------
              !  A1   !   W   ! 10101110 !   AE    !
              !  A2   !   B   ! 10000100 !   84    !
              !  A3   !   4   ! 01101000 !   68    !
              !  A4   !   J   ! 10010100 !   94    !
              !  A5   !   F   ! 10001100 !   8C    !
              !  A6   !   I   ! 10010010 !   92    !
              !  A7   ! SSID  ! CRRSSID0 !         !
              --------------------------------------
                                                                
           Расположение бит --> 76543210
                                                                
                Рис.3 - Кодирование поля получателя.
                                                                
                                                                
        Где:
                                                                
     1. Верхний байт ( A1 ) - первый посылаемый байт, причем,
        первым посылаемым битом является бит 0 в каждом байте,
        а последним посылается бит 7.
                                                                
     2. Первый ( младший зачащий или бит 0 ) бит каждого байта
        представляет собой расширительный бит адреса HLDC, кото-
        рый принимается за нуль везде, кроме последнего байта
        поля адреса, где он устонавливается в единицу.
                                                                
     3. Биты, обозначенные "R" являются резервными битами. Они
        могут использоваться по согласованию в индивидуальных
        сетях. Когда это не используется, их следует установить
        в единицу.
                                                                
[    4. Бит обозначенный "C" ипользуется как бит команда/ответ
        кадра AX.25, как описано ниже, в 2.4.1.2.              ]
                                                                
     5. Символы  позывного  должны  представлять  собой  символы
        стандартного 7-битового кода ASCII ( только верхнего ре-
        гистра  ), которые размещаются на семи крайних слева би-
        тах байта, чтобы предусмотреть место для адресного  рас-
        ширительного  бита.  Если  позывной содержит менее шести
        символов, он должен быть дополнен ASCII пробелами,  рас-
        положенными  между последним символом такого позывного и
        байтом SSID.
                                                                
[    6. 0000  SSID резервируется для основной персональной AX.25
        станции. Этим устанавливается одинаковый стандарт SSID
        для "обычных" станций.                                 ]

                        -- стр 8 --
                                                                
2.2.13.2  КОДИРОВАНИЕ АДРЕСА РЕТРАНСЛЯТОРА 2-ГО УРОВНЯ
                                                                
     Если кадр должен быть послан через любительский пакетный
ретранслятор(ы) 2-го уровня, то в конце поля адреса добавляется
доплнительное адресное субполе. Это дополнительное субполе со-
держит позывной (позывные) используемого ретранслятора (ретран-
сляторов). Это позволяет использовать один и тот же высокочас-
тотный канал для нескольких ретрансляторов. При  наличии  такого
субполя, последний байт субполя отправителя имеет расширительный
адресный  бит  установленным  в нуль, указывающий, что последуют
дополнительные данные в поле адреса. Адресное субполе ретрансля-
тора кодируется так же как адресное субполе получателя и  отпра-
вителя,  за исключением старшего значащего бита в последнем бай-
те, который называется "H" битом. H бит используется для индика-
ции того, ретранслировался кадр или нет.
                                                                
[    Для создания надежного метода индикации, H бит устанавли-
вают в нуль на кадрах идущих к ретранслятору если кадр ретран-
слируется. Ретранслятор установит H бит в единицу когда кадр ре-
транслируется. Станции должны следить за H битом и отбрасывать
все кадры идущие к ретранслятору ( надканальные кадры ) в режиме
работы через ретранслятор. Рис.4 показывает кодирование субполя
адреса ретранслятора. На рис.4А приведен пример полного кадра
после его ретрансляции.                                        ]
 
             --------------------------------------
             !  Байт ! ASCII !Дв.данные ! Hex код !
             --------------------------------------
             !  A15  !   W   ! 10101110 !   AE    !
             !  A16  !   B   ! 10000100 !   84    !
             !  A17  !   4   ! 01101000 !   68    !
             !  A18  !   J   ! 10010100 !   94    !
             !  A19  !   F   ! 10001100 !   8C    !
             !  A20  !   I   ! 10010010 !   92    !
             !  A21  !  SSID ! HRRSSID1 !         !
             --------------------------------------
                                                                
             Нумерация бит --> 76543210
                                                                
            Рис. 4 - Кодирование адреса ретранслятора
                                                                
        Где:
                                                                
     1. Верхний байт - первый посылаемый байт, причем бит 0 по-
        сылается первым, а бит 7 - посылается последним в каждом
        байте.
                                                                
     2. Как и в случае адресных субполей отправителя и получате-
        ля, рассмотренном выше, бит 0 каждого байта представля-
        ет собой расширительный бит адреса HLDC, который уста-
        новлен в нуль во всех байтах адреса кроме последнего,
        где он устонавливается в единицу.
                                                                
     3. "R" - биты резервируются так же как и в субполях  отпра-
        вителя и получателя.
                                                                
     4. "H" бит-это ретрансляционный бит. Он устонавливается в
        нуль если кадр не был ретранслирован, и устонавливается
        в единицу ретранслятором, когда кадр ретранслируется.

                        -- стр 9 --
                                                                
                                                                
             -----------------------------------------
             !   Байт   ! ASCII ! Дв.данные! Hex код !
             -----------------------------------------
             !   Флаг   !       ! 01111110 !   7E    !
             !    A1    !   K   ! 10010110 !   96    !
             !    A2    !   8   ! 01110000 !   70    !
             !    A3    !   M   ! 10011010 !   9A    !
             !    A4    !   M   ! 10011010 !   9A    !
             !    A5    !   O   ! 10011110 !   9E    !
             !    A6    !пробел ! 01000000 !   40    !
             !    A7    ! SSID  ! 11100000 !   E0    !
             !    A8    !   W   ! 10101110 !   AE    !
             !    A9    !   B   ! 10000100 !   84    !
             !    A10   !   4   ! 01101000 !   68    !
             !    A11   !   J   ! 10010100 !   94    !
             !    A12   !   F   ! 10001100 !   8C    !
             !    A13   !   I   ! 10010010 !   92    !
             !    A14   ! SSID  ! 01100000 !   60    !
             !    A15   !   W   ! 10101110 !   AE    !
             !    A16   !   B   ! 10000100 !   84    !
             !    A17   !   4   ! 01101000 !   68    !
             !    A18   !   J   ! 10010100 !   94    !
             !    A19   !   F   ! 10001100 !   8C    !
             !    A20   !   I   ! 10010010 !   92    !
             !    A21   ! SSID  ! 11100011 !   E3    !
             !Управление!   I   ! 00111110 !   3E    !
             !    PID   !ничего ! 11110000 !   F0    !
             !    FCS   !часть 1! XXXXXXXX !   HH    !
             !    FCS   !часть 2! XXXXXXXX !   HH    !
             !   Флаг   !       ! 01111110 !   7E    !
             -----------------------------------------
             ! Расположение бит ! 76543210 !         !
             -----------------------------------------
                                                                
      Рис.4А - Кадр AX.25 в режиме работы с ретранслятором

                                                                
     Вышеуказанный кадр, такой же как на рис.3А, но дополнитель-
но добавлено адресное субполе ретранслятора ( WB4JFI, SSID =1 ).
H бит, установленный в единицу указывает, что данный кадр явля-
ется выходящим из ретранслятора.
                                                                
2.2.13.3  [ РЕЖИМ С НЕСКОЛЬКИМИ РЕТРАНСЛЯТОРАМИ
                                                                
     Протокол канального уровня AX.25 позволяет работать через
несколько ретрансляторов, путем создания простого механизма мар-
шрутизации кадра. За счет расширения адресного субполя ретран-
слятора, можно использовать до восьми ретрансляторов. Если при-
сутствуют более одного адреса ретранслятора, то в цепочке из не-
цколких ретрансляторов, за адрес первого ретранслятора принима-
ется адрес, непосредственно следующий за адресным субполем от-
правителя. По мере того, как кадр проходит через цепочку ретран-
сляторов, каждый последующий ретранслятор установит H-бит ( рет-
рансляторный бит ) в своем SSID байте, указывающий  на  то,  что
кадр был успешно ретранслирован через него. Больше никаких изме-
нений  с  кадром не происходит ( за исключением необходимого пе-
ресчета FCS ). Получающая станция имеет  возможность  определить
маршрут прохождения кадра, используя полученное поле адреса.

                        -- стр 10 --
                                                                
     Количество адресов ретрансляторов является переменным. Все
адреса, кроме адреса последнего ретранслятора, будут иметь ад-
ресные расширительные биты всех байтов установленные в нуль,
как же как и во всех байтах, кроме пследнего байта ( SSID байта)
адреса последнего ретранслятора. Последний байт адреса последне-
го ретранслятора будет иметь адресный расширительный бит уста-
новленным в единицу, что свидетельствует об окончании поля адре-
са.
                                                                
     Следует отметить, что, возможно, потребуется отрегулировать
различные таймеры ( см. ниже 2.4.7 ), чтобы учесть те дополни-
тельные задержки, которые возникают когда кадр должен походить
цепочку из нескольких ретрансляторов, и возвращаемое подтвержде-
ние должно проходить по той же траектории прежде чем достигнет
исходного посылающего устройства.
                                                                
     Предполагается, что режим работы со многими ретрансляторами
это временный метод организации связи между разделенными больши-
ми расстояниями станциями, существующий до тех пор, пока не ис-
пользуется протокол 3-го уровня. Как только протокол 3-го уровня
вступит в действие, цепочка ретрансляторов станет ненужной.
                                                                
2.3   ЭЛЕМЕНТЫ ПРОЦЕДУР
                                                                
2.3.1  Элементы процедур определяются действиями, которые выпол-
няются при приеме кадров.
                                                                
2.3.2  ФОРМАТЫ ПОЛЯ УПРАВЛЕНИЯ И ПАРАМЕТРЫ СОСТОЯНИЯ
                                                                
2.3.2.1  ФОРМАТЫ ПОЛЯ УПРАВЛЕНИЯ
                                                                
     Поле управления отвечает за иднтификацию типа посылаемого
кадра, а также используется для обмена командами и ответами из
одного конца канала связи в другой с целью осуществления проце-
дуры управления каналом передачи данных.
                                                                
     Используемые в AX.25 поля управления используют поля управ-
ления CCITT X.25 для цбалансированной работы ( LAPB ), причем
дополнительное поле управления берется из ADCCP, для обеспечения
режима работы без соединений и в режиме работы круглого стола.
                                                                
     В AX.25 сущетвует три общих  типа кадров. К ним относятся:
информационный кадр ( I кадр ), супервизорный кадр ( S кадр ), и
ненумерованный кадр ( U кадр ). Рис.5 показывает базовый формат
поля управления этих типов кадров.
                                                                
                                                                
              -----------------------------------------
              !   Тип поля    ! Биты поля управления  !
              !  управления   ! 7 6 5 ! 4 ! 3 2  1  0 !
              -----------------------------------------
              !    I кадр     ! N(R)  ! P ! N(S)  ! 0 !
              -----------------------------------------
              !    S кадр     ! N(R)  !P/F! S S! 0  1 !
              -----------------------------------------
              !    U кадр     ! M M M !P/F! M M! 1  1 !
              -----------------------------------------
                                                                
                Рис.5 - Форматы поля управления.

                        -- стр 11 --
                                                                
                                                                
        Где:
                                                                
     1. Бит 0 - это первый посылаемый бит, а бит 7 - последний
        посылаемый бит поля управления.
                                                                
[    2. N(S) - порядковый номер передачи (бит 1-младший значащий
        бит).
                                                                
     3. N(R) - порядковый номер приема (бит 5-младший значащий
        бит).                                                  ]
                                                                
     4. "S"-биты - это биты, выполняющие супервизорные функции,
        их кодирование рассмотрено в 2.3.4.2.
                                                                
     5. "M"-биты - это биты, опеделяющие ненумерованный кадр, их
        кодирование рассмотрено в 2.3.4.3.
                                                                
[    6. P/F бит - это бит запрос/концовка. Его функция описана
        в 2.3.3. Различия между командой и ответом, и следова-
        тельно, различия между P битом и F битом осуществляется
        с помощью правил, рассмотренных в 2.4.1.2.             ]
                                                                
2.3.2.1.1  ФОРМАТ ПЕРЕДАЧИ ИНФОРМАЦИИ
                                                                
     Бит 0 поля управления всех I кадров установлен в нуль.
N(S) - это посылаемый порядковый номер передачи ( порядковый но-
мер данного кадра ). N(R) - это посылаемый порядковый номер при-
ема ( порядковый номер следующего, ожидаемого на прием кадра ).
Эти номера описаны в 2.3.2.4. Кроме того, P/F бит используется,
как описано в 2.4.2.
                                                                
2.3.2.1.2  СУПЕРВИЗОРНЫЙ ФОРМАТ
                                                                
     Супервизорные кадры определяются тем, что у них бит 0 поля
управления установлен в единицу, а бит 1 поля управления уста-
новлен в нуль. S кадры обеспечивают контролирующую процедуру уп-
равления каналом передачи данных, организуя подтверждение или
повторный запрос на передачу I кадров, а также управление окном
канального  уровня.  Поскольку  S кадры не имеют информационного
поля, то параметр передачи отправителя и параметр приема получа-
теля не получают приращения в случае S кадров. Кроме  того,  бит
P/F используется как описано в 2.4.2.
                                                                
2.3.2.1.2  НЕНУМЕРОВАННЫЙ ФОРМАТ
                                                                
     Ненумерованные кадры отличаются тем, что оба бита, 0 и 1,
поля управления установлены в единицу. U кадры отвечают за осу-
ществление доплнительного управления каналом связи, помимо осу-
ществляемого S кадрами. Они также отвечают за установление и
раз'единение связей в канале. U кадры также обеспечивают переда-
чу  и получение информации вне рамок обычного управления потоком
передачи. Некоторые U кадры могут содержать информационное и PID
поля. P/F бит используеися как показано в 2.4.2.

                        -- стр 12 --
                                                                
2.3.2.2  ПАРАМЕТРЫ ПОЛЯ УПРАВЛЕНИЯ
                                                                
2.3.2.3  ПРЯДКОВЫЕ НОМЕРА
                                                                
     Каждому I кадру в AX.25 присваивается, по модулю 8, поряд-
ковый номер от 0 до 7.  Это позволяет одновременно посылать до
семи неподтвержденных I кадров по каналу 2-го уровня.
                                                                
2.3.2.4  ПАРАМЕТРЫ КАДРОВ И ПОРЯДКОВЫЕ НОМЕРА
                                                                
2.3.2.4.1 ПАРАМЕТР СОСТОЯНИЯ ПЕРЕДАЧИ U(S)
                                                                
     Параметр состояния передачи является внутренним параметром
DXE и никогда не передается. Он содержит следующий порядковый
номер, присваеваемый следующему передаваемому I кадру. Этот па-
раметр обновляется при передаче каждого I кадра.
                                                                
2.3.2.4.2  ПОРЯДКОВЫЙ НОМЕР ПЕРЕДАЧИ N(S)
                                                                
     Порядковый номер передачи находится в поле управления всех
I кадров. Он содержит порядковый номер передаваемого I кадра.
Непосредственно перед передачей I кадра, N(S) обновляется и ста-
новится равным параметру состояния передачи.
                                                                
2.3.2.4.3  ПАРАМЕТР СОСТОЯНИЯ ПРИЕМА
                                                                
     Параметр состояния приема - это внутренний параметр DXE.
Он содержит порядковый номер следующего ожидаемого на прием I
кадра. Этот параметр обновляется при приеме свободного от ошибок
I кадра, чей порядковый номер передачи равен текущему зачению
параметра состояния приема.
                                                                
2.3.2.4.4  ПОРЯДКОВЫЙ НОМЕР ПРИЕМА
                                                                
     Порядковый номер приема содержится как в I, так и в S кад-
рах. Перед посылкой I или S кадра этот параметр приема обновля-
ется, и и приравнивается параметру состояния приема, что в неяв-
ной форме подтверждает правильный прием всех предидущих I кад-
ров, вплоть до N(R)-1 включительно.
                                                                
2.3.3  ФУНКЦИИ БИТА ЗАПРОС/КОНЦОВКА (P/F)
                                                                
[    P/F-бит используется во всех типах кадров. Он используется
в командном режиме( при запросе ) для запросв повторной посылки
кадра. Ответ на такой запрос отмечается установкой бита ответа
( концовки ) в соответствующем кадре. За один раз, в одном нап-
равлении, допускается посылать только один требующий подтвержде-
ния запрос. Процедура использования бита P/F описана в 2.4.2.  ]
                                                                
2.3.4  КОДИРОВАНИЕ ПОЛЯ УПРАВЛЕНИЯ ПРИ КОМАНДАХ И ОТВЕТАХ
                                                                
     DXE должна использовать следующие команды и ответы, которые
указываются путем кодирования их поля управления :

                        -- стр 13 --
                                                                
2.3.4.1  ПОЛЕ УПРАВЛЕНИЯ ИНФОРМАЦИОННО-КОМАНДНОГО КАДРА
                                                                
[    Функция информационной команды (I) заключается в передаче
по какналу передачи данных последовательно пронумерованных кад-
ров содержащих информационное поле.                            ]
                                                                
     Поле управления информационного кадра кодируется как пока-
зано на рис.6. Эти кадры последовательно нумеруются с использо-
ванием субполя N(S), для организации управления их прохождением
по линии связи канального уровня.
                                                                
                                                                
                       Биты поля управления
                    -------------------------
                    ! 7 6 5 ! 4 ! 3 2 1 ! 0 !
                    -------------------------
                    !       !   !       !   !
                    ! N(R)  ! P !  N(S) ! 0 !
                    -------------------------
                                                                
                    6 - Поле управления I кадра.
                                                                
                                                                
2.3.4.2  ПОЛЕ УПРАВЛЕНИЯ СУПЕРВИЗОРНОГО КАДРА
                                                                
     Поля управления супервизорного кадра кодируется как показа-
но на рис.7.
                                                                
                                                                
       --------------------------------------------------
       !  Биты поля управления  ! 7 6 5 ! 4 ! 3 2 ! 1 0 !
       --------------------------------------------------
       !                        !       !   !     !     !
       ! Готов к приему      RR ! N(R)  !P/F! 0 0 ! 0 1 !
       ! Не готов к прием    RNR! N(R)  !P/F! 0 1 ! 0 1 !
       ! Переспрос           REJ! N(R)  !P/F! 1 0 ! 0 1 !
       --------------------------------------------------
                                                                
              Рис. 7 - Поля управления S кадра.
                                                                
                                                                
2.3.4.2.1  КОМАНДА И ОТВЕТ ГОТОВ К ПРИЕМУ ( RR )
                                                                
     Готов к приему - используется для осуществления следующего:
                                                                
     1. показать, что отправитель RR - способен в настоящее вре-
        мя принять дополнительные I кадры,
                                                                
     2. подтвердить правильно принятые I кадры вплоть до N(R)-1,
        включительно, и
                                                                
     3. снять установленное ранее состояние занятости, вызванное
        посылкой команды RNR.

                        -- стр 14 --
                                                                
     Состояние DXE на другом конце канала связи можно запросить
посылкой командного кадра RR с установленным в единицу P битом.
                                                                
2.3.4.2.2  КОМАНДА И ОТВЕТ НЕ ГОТОВ К ПРИЕМУ ( RNR )
                                                                
     Не готов к приему - используется для того чтобы показать
отправителю I кадров, что принимающая DXE временно занята и не
может получать новые I кадры. Подтверждаются все кадры вплоть до
N(R)-1. Все I кадры с номером N(R) и выше,  которые  могли  быть
приняты  между  состояниями  и не подтвердились во время посылки
команды RNR, осаются неподтвержденными.
                                                                
     Состояние RNR может быть снято посылкой кадров UA, RR, REJ,
или SABM.
                                                                
     Состояние DXE на другом конце канала связи можно запросить
посылкой командного кадра RNR с установленным в единицу P битом.
                                                                
2.3.4.2.3  КОМАНДА И ОТВЕТ ПЕРЕСПРОС
                                                                
     Кадр переспроса используется для запроса повторной передачи
I кадров начиная с N(R). Подтверждаются все кадры, посланные с
порядковыми номерами N(R)-1 и меньше. Если необходимо, к повтор-
но передаваемому под номером N(R) кадру могут быть дополнительно
приложены I кадры.
                                                                
     За один раз в одном направлении допускается передавать лишь
один кадр переспроса. Состояние переспроса снимается правильным
приемом I кадров, вплоть до того I кадра, который вызвал наступ-
ление состояния переспроса.
                                                                
     Сосояние DXE на другом конце канала связи можно запросить
посылкой командного кадра REJ с установленным в единицу P битом.
                                                                
2.3.4.3  ПОЛЯ УПРАВЛЕНИЯ НЕНУМЕРОВАННЫХ КАДРОВ
                                                                
     Поля управления ненумерованных кадров - это либо команды,
либо ответы.
                                                                
     Рис.8 показывает структуру U кадров реализованных в рамках
данного протокола.

                        -- стр 15 --
                                                                
     --------------------------------------------------------
     !  Поле управления      ! Тип !  Биты поля управления  !
     !                       !     ! 7 6 5   4   3 2   1 0  !
     --------------------------------------------------------
     ! Установить асинхронный!     !       !   !     !      !
     ! сбалансированный      ! Ком.! 0 0 1 ! P ! 1 1 ! 1 1  !
     ! режим - SABM          !     !       !   !     !      !
     --------------------------------------------------------
     ! Раз'единить - DISC    ! Ком.! 0 1 0 ! P ! 0 0 ! 1 1  !
     --------------------------------------------------------
     ! Раз'единенный         !     ! 0 0 0 ! F ! 1 1 ! 1 1  !
     ! режим - DM            ! Отв.!       !   !     !      !
     --------------------------------------------------------
     ! Ненумерованное        !     ! 0 1 1 ! F ! 0 0 ! 1 1  !
     ! подтверждение - UA    ! Отв.!       !   !     !      !
     --------------------------------------------------------
     ! Отказ от кадра - FRMR ! Отв.! 1 0 0 ! F ! 0 1 ! 1 1  !
     --------------------------------------------------------
     ! Ненумерованная        !Любой! 0 0 0 !P/F! 0 0 ! 1 1  !
     ! информация - UI       !из 2х!       !   !     !      !
     --------------------------------------------------------
                                                                
               Рис.8 - Поля управления U-кадра.
                                                                
                                                                
2.3.4.3.1  КОМАНДА УСТАНОВИТЬ АСИНХРОННЫЙ СБАЛАНСИРОВАННЫЙ
           РЕЖИМ ( SABM )
                                                                
     Команда SABM используется для установки 2-х DXEs в асин-
хронный сбалансированный режим. Этот сбалансированный режим ра-
боты известен как LAPB, при котором оба устройства рассматрива-
ются как равноправные.
                                                                
     В командах SABM информационные поля недопустимы. Все непод-
твержденные I кадры, оставшиеся при передаче команды SABM, оста-
ются неподтвержденными.
                                                                
[    DXE подтверждает прием и выполнение команды SABM посылкой
ответного кадра UA при ближайшей возможности. Если DXE не может
выполнить команду SABM, она должна ответить, если возможно, пе-
редачей кадра DM.                                              ]
                                                                
2.3.4.3.2  КОМАНДА РАЗ'ЕДЕНИТЬ ( DISC )
                                                                
     Команду DISC используют для прекращения сеанса связи между
двумя станциями. В кадре команды DISC информационные поля явля-
ются недопустимыми.
                                                                
     Перед реагированием на кадр DISC, принимающая DXE подтвер-
ждает прием команды DISC передачей ответного кадра UA  при  бли-
жайшей  возможности.  DXE,  поцылающая  команду DISC переходит в
состояние разединения после получения ответа UA.
                                                                
     Все неподтвержденные I кадры, оставшиеся при действии такой
команды, останутся неподтвержденными.
                        -- стр 16 --
                                                                
2.3.4.3.3  ОТВЕТ ОТКАЗ ОТ КАДРА ( FRMR )
                                                                
2.3.4.3.3.1  Ответный кадр FRMR посылается с целью сообщить, что
получатель кадра не может успешно обработать этот кадр, и что
содержащаяся в нем ошибка не может быть исправлена посылкой это-
го кадра повторно. Как правило, такое состояние возникает, когда
кадр без FCS-ошибки был принят в одном из следующих условий :
                                                                
     1. Прием недействительного или нереализуемого командного
        или ответного кадра.
                                                                
     2. Прием I-кадра, информационное поле которого превышает
        согласованную длину. ( См. ниже, 2.4.7.3 ).
                                                                
     3. Прием недействительного N(R). Обычно это происходит,
        когда N(R) кадр уже был передан и подтвержден, или когда
        кадр N(R) выпадает из ожидаемой последовательности.
                                                                
     4. Прием кадра с информационным полем где оно не разрешено,
        или прием U или S кадра длина которого является некор-
        ректной. Чтобы обозначить это условие, оба бита, W и Y,
        описанные в 2.3.4.3.3.2, должны быть установленными
        в единицу.
                                                                
[    5. Прием супервизорного кадра с установленным в единицу
        битом F, за исключением состояния, когда осуществляется
        повторный запуск таймера ( см. 2.4.4.9 ), или, за исклю-
        чением случая, когда принимается ответ на командный
        кадр, посылаемый с установленным в единицу P битом. Бит
        W ( описанный в 2.3.4.3.3.2 ) должеен быть установлен в
        единицу.
                                                                
     6. Прием неожидаемого UA или DM ответного кадра. Бит W дол-
        жен быть установлен в единицу.
                                                                
     7. Прием кадра с недейсвительным N(S). Бит W должен быть
        установлен в единицу.
                                                                
     Недействительный N(R) определяется как номер, который ука-
зывает на I кадр переданный и подтвержденный ранее, или на I
кадр, который еще не передавался, но не является следующим по-
рядковым I кадром, ожидающим передачи.
                                                                
     Недействительный N(S) определяется как N(S), который равен
последнему переданному N(R)+k и равен параметру состояния приема
V(R), где k-максимальный номер неподтвержденных информационных
кадров, как определяется ниже, в 2.4.7.4.
                                                                
     Недействительная или нереализуемая команда или ответ опре-
деляются как кадр, с неизвестным получателю данного кадра полем
управления.
                                                                
2.3.4.3.3.2  Когда передатся кадр FRMR, к кадру добавляется ин-
формационное поле, которое содержит дополнительную информацию,
указывающую где возникла проблема. Это информационное поле поле
имеет в длину три байта и показано на рис.9.                   ]

                        -- стр 17 --
                                                                
        ---------------------------------------------------
        !            Биты информационного поля            !
        ! 2 2 2 2 1 1 1 1 1 1 1 1 1 1                     !
        ! 3 2 1 0 9 8 7 6 5 4 3 2 1 0 9 8 7 6 5 4 3 2 1 0 !
        ---------------------------------------------------
        !        ! ! ! ! !     ! !     ! !                !
        ! 0 0 0 0!Z!Y!X!W! V(R)!0! V(S)!0!Поле управления !
        !        ! ! ! ! !     ! !     ! !  кадра отказа  !
        ---------------------------------------------------
                                                                
               Рис. 9 - Информационное поле кадра FRMR.
                                                                
                                                                
        Где:
                                                                
[    1. Поле управления кадра отказа несет в себе поле управле-
        ния кадра, который вызвал состояние отказа. Оно кодиру-
        ется битами от 0 до 7 информационного поля.
                                                                
     2. V(S) - это текущий параметр состояния передачи устрой-
        ства, сообщающего об отказе ( бит 9 - это младший бит ).
                                                                
     3. CR бит устанавливается в нуль чтобы показать что кадр
        отказа является командой, или в единицу если он является
        ответом.
                                                                
     4. V(R) - это текущий параметр состояния приема устройства,
        сообщающего об отказе ( бит 13 - это младший бит ).    ]
                                                                
     5. Если W установлен в единицу, то принятое поле управления
        было недействительным или нереализуемым.
                                                                
     6. Если X установлен в единицу, то кадр, который вызвал
        состояние отказа, считается недействительным, поскольку
        он был U или S кадром, который содержал неразрешенное
        информационное поле. Бит W должен быть установлен в еде-
        ницу в дополнение к X биту.
                                                                
     7. Если Y установлен в единицу, то информационное поле при-
        нятого кадра превышало максимум, разрешающий рекоменда-
        цией данной ниже, в 2.4.7.3.
                                                                
[    8. Если Z установлен в единицу, то поле управления, приня-
        тое и возвращенное в битах от 1 до 8, содержало недей-
        ствительный N(R).
                                                                
     9.Биты 8, и от 20 до 23 устанавливаются в 0.
                                                                
2.3.4.3.4  ОТВЕТ НЕНУМЕРОВАННОЕ ПОДТВЕРЖДЕНИЕ ( UA )
                                                                
     Ответный кадр UA посылается для подтверждения приема и вы-
полнения командного кадра SABM ili DISC. В действительности,
принятая команда не обрабатывается до тех пор пока не послан
ответный кадр UA. Информационные поля в кадре UA не разрешены.

                        -- стр 18 --
                                                                
2.3.4.3.5  ОТВЕТ РАЗ'ЕДЕНЕННЫЙ РЕЖИМ ( DM )
                                                                
[    Ответ раз'едененный режим посылается каждый раз, когда DXE,
находясь в раз'едененном режиме принимает кадр, отличный от кад-
ра SABM или UI. Он также посылается для запроса команды на уста-
новк режима, либо чтобы показать, что станция не может устано-
вить связь в настоящее время. DM ответ не содержит информацион-
ного поля.
                                                                
     При получении кадра SABM, но невозможности установить
связь, должен быть прислан кадр DM. Это указывает, что вызыва-
емая станция не может установить связь в данное время.
                                                                
     Когда DXE находится в раз'единенном режиме, она будет отве-
чать на любую команду, отличную от SABM или UI кадра, ответом
DM с установленным в единицу P/F битом.
                                                                
2.3.4.3.6  КАДР НЕНУМЕРОВАННОЙ ИНФОРМАЦИИ ( UI )
                                                                
     Кадр ненумерованной информации содержит PID и информацион-
ное поля и используется для передачи информации по каналу связи
вне обычного управления передачей информации. Это позволяет пе-
редавать информационные поля по каналу связи туда и обратно об-
ходя установленное управление потоком передачи. Поскольку эти
кадры не подтверждаются, то если один из них теряется, его не-
возможно восстановить. Принятый UI кадр с установленным P битом
должен вызывать передачу ответа. Этот ответ должен представлять
собой DM кадр при нахождении в раз'единенном режиме, либо RR
( или RNR, если нужно ) кадр при нахождении в режиме передачи
информации.                                                    ]
                                                                
2.3.5  ПОРЯДОК СООБЩЕНИЯ ОБ ОШИБКАХ И ВОССТАНОВЛЕНИЕ
                                                                
     Существует несколько ошибок канального уровня, которые
могут быть устранены без прекращения связи. Ведущие к ошибкам
ситуации могут возникать также в результате неправильной работы
DXE, либо ошибки могут возникать при передаче.
                                                                
2.3.5.1  СОСТОЯНИЕ ЗАНЯТОСТИ DXE
                                                                
Когда DXE временно не может принимать I кадры, например, когда
заполнены буферные устройства, она будет передавать кадр не го-
тов к приему ( RNR ). Этим другой DXE сообщается, что данная DXE
не спосбна обработать в данное время никаких I кадров. Это сос-
тояние обычно снимается посылкой UA, RR, REJ или SABM командного
кадра.
                                                                
2.3.5.2  ОШИБКА ПОРЯДКОВОГО НОМЕРА ПЕРЕДАЧИ
                                                                
     Если порядковый номер передачи N(S), свободного от других
ошибок пинятого I кадра, не согласуется с параметром состояния
приема V(R), значит произошла ошибка в порядковом номере переда-
чи, и информационноеполе будет отброшено. Получатель не подтвер-
дит этот кадр и любые другие I кадры до тех пор, пока значение
N(S) не будет соответствовать V(R).
                                                                
     Поле управления содеожащего ошибку I кадра (кадров), будет
принято, поэтому такие супервизорные функции канала как контроль

                        -- стр 19 --

P/F бита будет выполняться по-прежнему. Благодаря такому дей-
ствию, повторно переданный I кадр может иметь измененный P бит
и N(R).
                                                                
2.3.5.3  ВОССТАНОВЛЕНИЕ КОМАНДОЙ ПЕРЕСПРОС ( REJ )
                                                                
     REJ используется для запроса повторной передачи I кадров
после обнаружения ошибки в последовательности N(S). Только одно
неподтвержденное состояние "переданный REJ" допускается в одном
направлении за один раз. Это состояние снимается когда запраши-
ваемый кадр будет принят.
                                                                
     DXE, принявшая команду REJ, может снять это состояние пов-
торной посылкой всех требующих подтверждения I кадров ( вплоть
до окна ), начиная с кадра, указанного в N(R) командного кадра
REJ.
                                                                
2.3.5.4  ИСПОЛЬЗОВАНИЕ ТАЙМ-АУТА ДЛЯ ВОССТАНОВЛЕНИЯ ОШИБКИ
                                                                
2.3.5.4.1  [ ВОССТАНОВЛЕНИЕ ТАЙМЕРОМ T1
                                                                
     Если DXE, из-за ошибки в передаче, не принимает ( или при-
нимает и отбрасывает ) одиночный I кадр или последний I кадр в
серии I кадров, то она не обнаружит ошибку порядкового номера
передачи и, следовательно не передаст REJ. DXE, передавшая не-
подтвержденный I кадр ( кадры ) должна, после завершения пери-
ода тайм-аута T1, предпринять соответствующие усилия, чтобы оп-
ределить, когда должна начаться повторная передача I кадра, как
было описано ниже, в 2.4.4.9. Это состояние снимается приемом
подтверждения о получении переданного кадра ( кадров ) или пов-
торным установлением канала. См. 2.4.6.
                                                                
2.3.5.4.2  ВОССТАНОВЛЕНИЕ ТАЙМЕРОМ T3
                                                                
     Таймер T3 используется для того, чтобы, в периоды передачи
малых об'емов информации, убедиться, что канал связи по-прежнему
работоспособен. Когда T1 не используется ( нет требующих под-
тверждения I кадров ), T3 используется для периодического опроса
другой DXE на канале. Если время T3 заканчивается, то передается
в виде команды RR или RNR кадр с установленным P битом. Затем
выполняется процедура подтверждения, как описано ( 2.4.4.9, ни-
же ).                                                          ]
                                                                
2.3.5.5  НЕДЕЙСТВИТЕЛЬНЫЙ КАДР ИЛИ ОШИБКА FCS

     Если принят недействительный кадр или кадр принят с ошибкой
FCS, этот кадр будет отброшен без приняия каких-либо мер.
                                                                
2.3.5.6  СОСТОЯНИЕ ОТКАЗА ОТ КАДРА
                                                                
[    Сотояние отказ от кадра наступает в случае, когда свобод-
ный от других ошибок кадр принят с одним из перечисленных выше
условий, в 2.3.4.3.3.                                          ]
                                                                
     Если ошибка вызывает отброс кадра, то никаких дополнитель-
ных I кадров больше не принимается к рассмотрению ( за исключе-
нием рассмотрения P/F бита ) до тех пор, пока ошибка не будет
исправлена. О наличии ошибки другой станции сообщается посылкой
ответного кадра FRMR. См. 2.4.5.

                        -- стр 20 --
                                                                
2.4  ОПИСАНИЕ ПРОЦЕДУР AX.25
                                                                
     Ниже описываются процедуры, используемые для установления,
эксплуатации и раз'единения сбалансированного канала передачи
между двумя DXE станциями.
                                                                
2.4.1  РАБОТА С АДРЕСНЫМ ПОЛЕМ
                                                                
2.4.1.1  АДРЕСНАЯ ИНФОРМАЦИЯ
                                                                
     Все передаваемые кадры должны иметь поля адреса в соответ-
ствии с 2.2.13. Все кадры должны иметь адреса как устройства
получателя, так и устройства отправителя в поле адреса, причем
адрес полчателя следует первым. Это позволяет использовать один
и тот же ВЧ канал для установления многих связей. Адрес получа-
теля - это всегда адрес станции ( станций ) принимающей кадр, в
то вемя как адрес отправителя содержит адрес устройства, посы-
лающего кадр.
                                                                
     Адрес получателя может представлять собой название группы
или позывной клуба, если осуществляется связь одного абонента с
несколькими абонентами. Работа с адресами получателя, отличающе-
мися от обычных любительских позывных нуждается в дальней разра-
ботке.
                                                                
2.4.1.2  [ ПРОЦЕДУРА КОМАНДА/ОТВЕТ
                                                                
     Версия 2.0 AX.25 реализует информацию команда/ответ в поле
адреса. Для сохранения совместимости с предидущими версиями
AX.25, командно/ответная информация передается с использованием
2-х битов.
                                                                
     DXE, совместимая с ранее разработаными моделями AX.25, мо-
жет определить, что она связывается с DXE, которая использует
более старую версию этого протокола, проеряя командно/ответную
битовую информацию, содержащуюся в бите 7 байтов SSID адресных
субполей получателя и отправителя. Если оба бита C установленны
в нуль, значит устройство применяет более старый протокол. Более
новая версия этого протокола всегда имеет один из этих двух би-
тов установленными в единицу, а другой установленным в нуль, в
зависимости от того является этот кадр командой или ответом.
                                                                
     Командно/ответная информация кодируется в поле адреса пока-
зано на рис.10.
                                                                
   -----------------------------------------------------------
   !      Тип кадра       !SSID C-бит получ.!SSID C-бит отпр.!
   -----------------------------------------------------------
   !                      !                 !                !
   ! Предидущие версии    !        0        !        0       !
   ! Команда ( верс. 2.0 )!        1        !        0       !
   ! Ответ ( версия 2.0 ) !        0        !        1       !
   ! Предидущие версии    !        1        !        1       !
   -----------------------------------------------------------
                                                                
              Рис. 10 - Кодирование команды/ответа.

                        -- стр 21 --
                                                                
     Поскольку все кадры рассматривают либо как команды, либо
как ответы, устройство всегда будет иметь один из битов уста-
новленным в единицу, а другой установленным в нуль.
                                                                
     Используемая в AX.25 командно/ответная информация всегда
использует S кадры либо как команды, либо как ответы. Это позво-
ляет поддерживать надлежащее управление каналом связи в режиме
передачи информации.
                                                                
2.4.2  ПРОЦЕДУРЫ P/F БИТА
                                                                
     Очередной ответный кадр, возвращаемый DXE в ответ на коман-
ду SABM или DISC с установленным в единицу P битом, будет пред-
ставлять собой UA или DM ответ с установленным в единицу F би-
том.
                                                                
     Очередной ответный кадр, возвращаемый в ответ на I кадр с
установленным в единицу P битом, принятый в режиме передачи ин-
формации, будет представлять собой RR,RNR или REJ ответ с уста-
новленным в единицу F битом.
                                                                
     Очередной ответный кадр, возващаемый в ответ на супервизор-
ный командный кадр с установленным в единицу P битом, принятый в
режиме передачи информации, будет представлять собой RR, RNR или
REJ ответный кадр с установленным в единицу F битом.
                                                                
     Очередной ответный кадр, возвращаемый в ответ на S или I
командный кадр с установленным в единицу P битом, принятый в
разедененном режиме, будет представлять собой ответный кадр DM с
установленным в единицу F битом.
                                                                
     P бит ипользуется в сочетании с восстановлением тайм-аутом
описанном выше, в 2.3.5.4.
                                                                
     P/F устанавливается в нуль, когда не используется.        ]
                                                                
2.3.4  ПРОЦЕДУРЫ ДЛЯ ВОССТАНОВЛЕНИЯ И РАЗ'ЕДИНЕНИЯ КАНАЛА
                                                                
2.4.3.1  ПОРЯДОК УСТАНОВЛЕНИЯ СВЯЗИ ДЛЯ LARB
                                                                
     Когда одна DXE желает связаться с другой DXE, она передаст
команжный кадр SABM этому устройцтву и включит таймер ( T1 ).
Если другая DXE находится на приеме и способна связаться, она
ответит ответным кадром UA и установит в исходное состояние оба
свои внутренние параметры состояния ( V(S) и V(R) ). Прием от-
ветного кадра UA на другом конце канала приведет к тому, что
DXE, запрашивающая связь, выключит T1 и установит свои внутрен-
ние параметры в нуль.
                                                                
[    Если вторая DXE не ответит до окончания периода T1, то ус-
тройство, запрашивающее связь, повторно передаст кадр SABM и
снова запустит T1. DXE должна продолжать попытки установить
связь до тех пор, пока число безуспешных попыток не станет рав-
ным N2. N2 определяется ниже, в 2.4.7.2.
                                                                
     Если после приема команды SABM DXE решает, что она не может
войти в указанный режим, она должна передать кадр DM.

                        -- стр 22 --
                                                                
     При приеме ответа DM, DXE, пославшая SABM, должна выключить
свой таймер T1 и не переходить в режим передачи информации.
                                                                
    DXE,посылающая  команду  SABM,будет  игнорировать  и  отбра-
сывать любые  кадры,за исключением SABM,DISC,UA  и  DM кадров от
другой DXE.
                                                                
     Кадры,отличные от UA и DM , в ответ на принятую SABM,будут
посылаться только после установления канала,если нет требующей
подтверждения SABM.
                                                                
2.4.3.2. ФАЗА ПЕРЕДАЧИ ИНФОРМАЦИИ
                                                                
    После установления канала передачи данных,DXE переходит
в режим передачи информации.В этом режиме DXE принимает и
передает I и S кадры в соответствии с процедурой описанной
ниже, в 2.4.4.
                                                                
     При получении команды SABM в режиме передачи информации,
 DXE выполнит процедуру сброса , описанную ниже, в 2.4.6.
                                                                
2.4.3.3. РАЗ'ЕДИНЕНИЕ КАНАЛА ПЕРЕДАЧИ ДАННЫХ.
                                                                
2.4.3.3.1. Находясь в режиме пкркдачи информации,другая DXE
может попросить о раз'единении канала,передавая командный
кадр DISC и включая таймер Т1 (см. 2.4.7.).
                                                                
2.4.3.3.2. После получения действительной команды DISC,DXE
должна послать ответный кадр UA и войти в состояние раз'еди-
нения. DXE , при получении UA или DM ответа на посланную команду
DISC , должна включить таймер Т1 и войти в состояние  раз'едине-
ния.
                                                                
2.4.3.3.3. [ Если UA или DM ответ принят неправильно до
окончания периода Т1,кадр DISC должен быть послан снова
Т1 включен повторно.Если это произойдет N2 раз, DXE должна
войти в состояний разьединения.                                ]
                                                                
2.4.3.4. СОСТОЯНИЕ РАЗ'ЕДИНЕНИЯ.
                                                                
2.4.3.4.1. [ DXE в раз'единенном состоянии должна контро-
лировать принимаемые команды,реагировать на прием SABM,
как описано выше,в 2.4.3.1. и должна передавать кадр DM
в ответ на команду DISC.                                       ]
                                                                
2.4.3.4.2. Находясь в состоянии раз'единения, DXE может
стать инициатором установления канала как описано об
установлении  связи выше, в (2.4.3.1 ). Она может также отвечать
на прием SABM и устанавливать связь или же она  может  игнориро-
вать SABM и вместо этого посылать DM.
                                                                
2.4.3.4.3. [ Любая DXE,принимающая командный кадр с уста-
новленным  в  единицу  Р-битом, отличающийся от SABM или UI кад-
ра,должна отвечать на него кадром DM с установленным  в  единицу
F-битом.Ошибочный кадр должен игнорироваться.

                        -- стр 23 --
    
2.4.3.4.4. Когда DXE входит в состояние раз'единения после
наступления условий вызвавших ошибку,или если внутренняя
ошибка  привела  к тому что DXE перешла в состояние раз'единения
DXE должна показать это посылкой ответа DM скорее,чем кадра DISC
и ваполнить  процедуру  раз'единения  канала,описанную  выше,  в
2.4.3.3.3.  Затем DXE может снова попытаться повторно установить
канал,используя процедуру установления канала, описанную выше, в
2.4.3.1.
                                                                
2.4.3.5. ВОССТАНОВЛЕНИЕ ПОСЛЕ СТОЛКНОВЕНИЯ.
                                                                
2.4.3.5.1. СТОЛКНОВЕНИЯ В ПОЛУДУПЛЕКСНОМ РЕЖИМЕ.
                                                                
   Столкновения кадров в полудуплексном режиме учитываются  ком-
пенсацией  таймера  Т1  и  повторной  передачей счетной перемен-
ной.Никаких других особых действий предпринимать не нужно.
                                                                
2.4.3.5.2. СТОЛКНОВЕНИЯ НЕНУМЕРОВАННЫХ КОМАНД.
                                                                
[      Если посланные и принятые SABM и DISC командные кадры
одинаковы,обе DXEs должны послать при первой  возможности  ответ
UA и оба устройства должны войти в указанное состояние.
    
       Если посланные и принятые SABM и DISC команды различны,
обе DXEs должны войти в состояние раз'единения и при первой
возможности передать кадр DM.                                  ]
                                                                
2.4.3.5.3. СТОЛКНОВЕНИЕ DM с SABM или DISC.
                                                                
    Когда посылается какой-либо незатребованный ответный
кадр DM, может произойти столкновение между ним и SABM или
DISC. Чтобы воспрепятствовать неправильной интерпретации
этого DM, все незатребованные DM кадры должны передаваться с ус-
тановленным  в  нуль битом F. Все SABM и DISC кадры должны посы-
латься с установленным в единицу битом Р. Это  устранит  возмож-
ность путанницы при приеме DM кадра.
                                                                
2.4.3.6. РЕЖИМ РАБОТЫ БЕЗ СОЕДИНЕНИЯ
                                                                
    В любительской радиосвязи есть дополнительный режим
работы,который невозможен при использовании соединений
2-го  уровня.  Этот режим работы- круглый стол, при котором нес-
колько любителей могут принимать участие в одной  беседе.  Такой
режим  работы  не  может  быть обеспечен соединениями канального
уровня AX.25.
    
    Способ организации работы по типу круглого стола тех-
нически реализован вне соединения AX.25, но в нем по прежнему
используется структура кадра AX.25.

                        -- стр 24 --
    
    AX.25  использует специальный кадр для такого режтма работы,
который называется  ненумерованный  информационный  кадр(UI).  В
этом  режиме  работы, адрес получателя должен иметь кодовое сло-
во,чтобы воспрепятствовать пользователям данного круглого  стола
видеть все кадры,проходящие через общую ВЧ среду. Примером этого
может служить случай,когда группа любителей находится за круглым
столом  дискутируя  о  пакетном радио и они могут вставить слово
PACKET в адрес получателя, в результвте чего они будут  получать
кадры  от других участников только этой дискусии. Дополнительным
преимуществом  использования  AX.25  таким  образом  состоит   в
том,что отправитель каждого кадра указан в адресном субполе отп-
равителя,поэтому может быть написано программное обеспечение для
индикации того, кто высказывает те или иные комментарии.
    
    Поскольку этот режим работы реализуется без установления со-
единения, то в нем не будет запросов на повторную передачу  неп-
равильных кадров. Также будут иметь место столкновения с вероят-
ной потерей кадров.
                                                                
2.4.4. ПРОЦЕДУРЫ ДЛЯ ПЕРЕДАЧИ ИНФОРМАЦИИ.
                                                                
    После установления канала описанным выше образом оба
устройства способны принимать I,U и S кадры.
                                                                
2.4.4.1 ПОСЫЛКА I КАДРОВ.
                                                                
[     Когда DXE имеет I кадр для передачи, она будет посы-
лать этот I кадр с N(S) поля управления равным ее текущему
параметру состояния передачи V(S).После посылки I кадра,
параметр  состояния  передачи возрастает на единицу. Если таймер
Т1 запущен, то его следует запустить повторно.                 ]
                                                                
    DXE не должна передавать больше никаких I кадров, если
ее параметр состояния передачи равен последнему принятому
N(R) с другой стороны канала плюс семь. Если будет послано
больше I кадров, то окно управления  потоком  передачи  окажется
переполненым и возникнут ошибки.
                                                                
    Если DXE находится в состоянии занятости,она может попрежне-
му посылать I кадры, если другое устройство при этом не занято.
                        
    Если DXE находится в режиме переспроса кадров, она прекра-
тит посылку I кадров.

2.4.4.2. ПРИЕМ I КАДРОВ.
                                                                
2.4.4.2.1. Если DXE принимает действительный I  кадр  (  кадр  с
правильной  FCS и порядковый номер передачи которого равен пара-
метру состояния получателя ) и не находится в состоянии занятос-
ти,она  будет  рассматривать принятый I кадр, прирастит параметр
состояния приема, и будет вести себя одним из следующих
способов :

                        -- стр 25 --
    
    1. Если она имеет I кадр для передачи,этот I кадр может
       быть послан с передаваемым N(R) , равным ее параметру
       состояния приема V(R) (этим подтверждается принятый
       кадр). Или же устройство может послать кадр RR с N(R)
       равным V(R) , а затем послать I кадр.
                                                                
[   2. Если нет подтвержденных I кадров , приемное устройство
       будет посылать кадр RR с N(R) равным V(R). Принима-
       ющая DXE может ждать небольшой период времени перед
       посылкой кадра RR , чтобы удостовериться, что никаких
       дополнительных I кадров ей не передается.               ]
                                                                
2.4.4.2.2. Если DXE находиться в состоянии занятости, она
может игнорировать любые принятые I кадры не сообщая о своем
состоянии никаким другим образом кроме повторного сообщения
о своей занятости.

     При наличии состояния занятости, DXE, принимающая сообще-
ние о занятости абонента, должна периодически запрашивать
отправителя этого сообщения до тех пор, пока состояние заня-
тости не исчезнет.

[    DXE  может периодически запрашивать занятую DXE кадрами
RR или RNR с установленным в единицу P битом. ]

    О приеме I кадров , содержащих информационные поля нулевой
длины следуеи сообщать на следующий уровень, но никаких инфор-
мационных полей не должно передаваться.
                                                                
2.4.4.3. ПРИЕМ КАДРОВ ВНЕ ПОСЛЕДОВАТЕЛЬНОСТИ.
                                                                
    Когда I кадр принимается с правильной FCS, но его поряд-
ковый номер передачи N(S) не соответствует текущему параметру
состояния приема получателя, то кадр должен быть отброшен. При
этом должен быть послан кадр REJ, в котором порядковый номер
приема установлен ( по модулю 8 ) на единицу больше, чем
последний  правильно  принятый I кадр, если неустраненная ошибка
порядкового номера N(S) не была установлена ранее. Принятый  па-
раметр  состояния  и  бит запроса отброшенного кадра должен быть
проверен, и, если необходимо, должны быть  приняты  меры  прежде
чем отбросить такой кадр.
                                                                
2.4.4.4. ПРИЕМ НЕКОРРЕКТНЫХ КАДРОВ.
                                                                
    Когда  DXE принимает кадр с некорректной FCS, недействитель-
ный кадр или кадр с неверным адресом, то такой кадр должен  быть
отброшен.
                                                                
2.4.4.5. ПРИЕМ ПОДТВЕРЖДЕНИЯ.
                                                                
    Когда I или S кадр принят правильно даже в состоянии
занатости, N(R) принятого кадра должен быть проверен, чтобы
установить, содержит ли он подтверждения требующих подтверждения
посланных I кадров. Таймер Т1 должен быть отключен если приня-
тый кадр действительно подтверждает ранее неподтвержденные
кадры. Если таймер Т1 отключен, но по прежнему есть посланные,
  но  неподтвержденные кадры, Т1 должен быть включен снова. Если
таймер Т1 прекратит работу до получения подтверждения, устройст-
во должно перейти к процедуре повторной передачи, как в 2.4.4.9.

                        -- стр 26 --
    
2.4.4.6. ПРИЕМ ПЕРЕСПРОСА.
                                                                
    При приеме кадра REJ, передающая DXE должна установить пара-
метр состояния передачи в тоже самое значение что и в порядковом
номере поля упавления принятого принятого кадра REJ.  Затем  DXE
должна передать повторно все требующие подтверждения I кадры при
первой  же предоставленной возможности в соответствмм со следую-
щим:
                                                                
    1. Если в это время DXE не передает и канал свободен,
       устройство может начать повторную передачу  I кадра
       сразу же.
                                                                
    2. Если DXE работает в дуплексном канале передавая UI или
       S кадр когда она принимает кадр REJ , она может закон-
       чить посылку UI или S кадра,а затем повторно передать
       I кадр.
                                                                
    3. Если DXE работает в дуплексном канале передавая какой-
       либо другой I кадр когда она принимает кадр REJ, она
       может оборвать посылаемый I кадр и сразу же начать
       повторную передачу запрашиваемых I кадров.
                                                                
    4. DXE может послать именно этот , требующий подтверждения
       I кадр, или же она может послать вместо него дополнитель-
       ные I кадры, если он первый среди неподтвержденных,при
       условии что суммарное число посылаемых кадров не превы-
       шает окна управления потоком передачи ( 7 кадров ).
                                                                
    Если DXE принимает кадр REJ с установленным битом запроса,
она должна ответить либо RNR либо RR кадром, в котором бит
концовки устанавливается перед повторной передачей неподтверж-
денного I кадра.
                                                                
2.4.4.7. ПРИЕМ КАДРА RNR.
                                                                
[      Когда DXE принимает кадр RNR, она должна прекратить пере-
дачу I кадров до тех пор, пока не снимется состояние  занятости.
Если  таймер  Т1 выключится после приема RNR, то должна быть вы-
полнена процедура ожидания подтверждения, описанная  в  2.4.4.9.
Бит  запроса  может  использоваться  в сочетании с S кадрами для
проверки прекращения состояния занятости DXE.                  ]
                                                                
2.4.4.8. ПЕРЕДАЧА УКАЗАТЕЛЯ ЗАНЯТОСТИ.
                                                                
    Когда DXE попадает в состояние занятости, она  должна  сооб-
щить  об этом посылкой ответа RNR при очередной возможности. DXE
даже в состоянии занятости может  принимать  и  рассматривать  S
кадры,  и  если  принятый S кадр имеет установленный в единицу P
бит, DXE должна послать кадр RNR с установленным в единицу F би-
том при очередной возможности. Чтобы снять состояние  занятости,
DXE  должна  послать  RR или REJ кадр с порядковым номером прие-
ма,равным текущему параметру состояния приема, в зависимости  от
того, правильно принят последний принятый кадр или нет.

                        -- стр 27 --
                                                             
2.4.4.9. ОЖИДАНИЕ  ПОДТВЕРЖДЕНИЯ.
                                                                
[      Если  таймер  Т1 выключился при ожидании подтверждения от
другой DXE о переданном I кадре, эта DXE повторно включит таймер
Т1 и передаст соответствующий супервизорный командный кадр (  RR
или  RNR ), с установленным P битом. Если эта DXE правильно при-
мет супервизорный ответный кадр с  установленным  F  битом  и  с
N(R), лежащим в пределах от последнего принятого N(R) до послед-
него  переданного  N(S)+1,  то эта DXE повторно включит таймер и
установит свой параметр состояния передачи V(S) в соответствии с
принятым N(R). После этого она может  возобновить  передачу  или
повторную  передачу I кадра. Если DXE с другой стороны правильно
принимает супервизорный ответный кадр с неустановленным F битом,
или I кадр, или супервизорный командный кадр, в которм N(R)  ле-
жит  в пределах от последнего принятого N(R) до последнего пере-
данного N(S)+1, то DXE не будет повторно включать таймер  Т1,  а
будет  использовать  принятый N(R) как сообщение о подтверждении
всех переданных I кадров вплоть до  I  кадра  с  номером  N(R)-1
включительно.
                                                                
     Если таймер Т1 выключается до приема супервизорного  ответ-
ного  кадра с установленным F битом, то DXE будет повторно пере-
давать соответствующий супервизорный командный кадр ( RR или
RNR  )  с установленным Р битом. После числа попыток N2 получить
супервизорный ответный кадр с установленным битом  F  от  другой
DXE,  эта  DXE  начнет  процедуру восстановления канала, как это
описано ниже, в 2.4.6. ]
                                                                
2.4.5. УСЛОВИЯ ОТКАЗА ОТ КАДРА.
                                                                
[   DXE должна начать процедуру отказа от кадра, когда кадр
принимается с правильным FCS и полем адреса во время передачи
информации, при одном и более условиях указанных выше,
в 2.3.4.3.3.
                                                                
    В таком случае DXE будет просить другую DXE повторно уста-
новить канал передачей ответа FRMR, как описано ниже, в 2.4.6.3.
]
                                                                
    После посылки кадра FRMR, посылающая DXE входит в состояние
отказа от кадра. Это состояние снимается, когда DXE,  посылавшая
кадр  FRMR,  принимает  команду SABM или DISC, или ответный кадр
DM. Любая другая команда, принятая во время нахождения этой  DXE
в  состоянии отказа от кадра, потребует посылки еще одного кадра
FRMR с тем же информационным полем что и в первоначально послан-
ном.
                                                                
[    В состоянии отказа от кадров новые I кадры передаваться не
будут и принятые I кадры и S кадры будут отбрасываться этой
DXE.                                                           ]
                                                                
     DXE, пославшая кадр FRMR, должна включать таймер T1 когда
кадр FRMR послан. Если до включения таймера принимается не SABM
или DISC кадр, то FRMR кадр должен быть передан повторно и тай-
мер T1 должен быть включен повторно, как описано выше, в разделе
"Ожидание подтверждения", (2.4.4.9). Если FRMR послан безуспешно
N2 раз, то канал должен быть установлен повторно.

                        -- стр 28 --
                                        
2.4.6  ПРОЦЕДУРА ПОВТОРНОГО УСТАНОВЛЕНИЯ
                                                                
2.4.6.1  Процедура повторного установления используется для вос-
становления обоих направлений потока данных после  возникновения
неустранимой ошибки. Такая процедура повторного установления ис-
пользуется в AX.25 только в состоянии передачи информации.
                                                                
2.4.6.2 [  DXE должна выполнять пороцедуру поаторного установле-
ния каждый раз, когда она принимает неожиданный ответный кадр UA
или  незатребованный  ответный  кадр с установленным в единицу F
битом. DXE можеттакже начать процедуру  повторного  установления
после  приема кадра FRMR. В качестве альтернативы, эта DXE может
ответить на FRMR прекращением связи кадром DISC.
                                                                
2.4.6.3 [  DXE длжна повторно установить канал, посылая кадр
SABM и включая таймер T1. При приеме кадра SABM от DXE, с кото-
рой связь была ранее, получатель кадра SABM должен послать об-
ратно кадр UA при первой же возможности, установив параметры
состояния передачи и приема, V(S) и V(R), и остановить таймер
T1, если только он сам не передал SABM или DISC кадр. Если UA
привильно принято первоначальной DXE,  она  повторно  устоановит
свои параметры состояния передачи и приема, V(S) и V(R), и оста-
новит  таймер T1. Любое существовавшее ранее состояние занятости
будет снято.
                                                                
     Если принят кадр DM, эта DXE войдет в состояние раз'едине-
ния и остановит таймер T1. Если таймер выключится до приема UA
или DM ответного кадра, то должен быть повторно передан SABM и
таймер T1 запущен повторно. Если таймер T1 выключается  N2  раз,
эта  DXE должна войти в состояние раз'единения, и все существую-
щие ранее условия в канале будут сняты.
                                                                
     Другие команды или ответы принятые DXE до завершения проце-
дуры повторного установления будут отброшены.
                                                                
     2.4.6.4 Одна DXE может попросить другую DXE повторно уста-
новить канал посылкой ответного кадра DM. После посылки кадра
DM, пославшая его DX войдет в состояние раз'единения.
                                                                
2.4.7  СПИСОК ПАРАМЕТРОВ ОПРЕДЕЛЕННЫХ В СИСТЕМЕ
                                                                
2.4.7.1  ТАЙМЕРЫ
                                                                
[    Для подтверждения целостности соединения 2-го уроаня AX.25
рекомендуется использовать эти таймеры.                        ]
                                                                
2.4.7.1.1 ТАЙМЕР ПОДТВЕРЖДЕНИЯ T1
                                                                
     Первый таймер, T1, используется для того, чтобы убедиться,
что какая-либо DXE не находится в постоянном ожидании ответа на
посланный ею кадр. Этот таймер не можнт быть выражен в абсолют-
ном времени, поскольку время, требуемое на посылку кадров, силь-
но колеблется в зависимости от  скорости передачи сигналов на
1-ом уровне. T1 должно потребоваться по меньшей мере вдвое мень-
ше времени, по сравнению с тем, которое ему понадобится, чтобы
передать другой DXE кадр максимальной длины и получить надлежа-
щий ответный кадр обратно. Это даст другой DXE время для осущес-
твления некоторой обработки перед передачей ответа.

                        -- стр 29 --
                                        
[    Если используются ретрансляторы 2-го уровня, значение T1
должно быть подобрано в соответствии с числом ретрансляторов
через которые передается кадр.                                 ]
                                                                
2.4.7.1.2  [ ТАЙМЕР ЗАДЕРЖКИ ОТВЕТА Т2
                                                                
     Второй  таймер,  T2,  может  быть использован DXE для того,
чтобы указать конкретно максимальную величину задержки,  необхо-
димую между временем приема I кадра и временем посылки результи-
рующего ответного кадра. Эта задержка может быть введена для то-
го,  чтобы  дать  возможность  принимающей DXE ожидать некоторое
время для определения, посылается ли ей один  кадр  или  больше.
Если ею принято более одного кадра, эта DXE может их подтвердить
один раз ( вплоть до семи ), а не подтверждать каждый кадр в от-
дельности. Использование таймера T2 не обязательно, но оно реко-
мендуется  для  улучшения  эффективности  канала. Отметим, что в
дуплексных каналах подтверждения не должны  задерживаться  более
чем  на K/2 кадров, чтобы обеспечить максимальную приизводитель-
ность. Параметр K определяется ниже, в 2.4.7.4.
                                                                
2.4.7.1.3  ТАЙМЕР БЕЗДЕЙСТВИЯ КАНАЛА T3
                                                                
     Третий таймер, T3, используется, для поддержания целостнос-
ти канала, когда T1 не работает. Рекомендуется, что когда отсут-
ствуют требующие подтверждения неподтвержденные I кадры или кад-
ры с установленным P битом ( в режиме передачи информации ),  RR
или  RNR кадр с установленным в единицу P битм должен посылаться
через каждую единицу времени T3  для  запроса  состояния  другой
DXE.  Период  T3  определяется локально и в значительной степени
зависит от работы 1-го уровня. T3 должно быть больше  чем  T1  и
может быть очень большим на каналах с высокой целостностью. ]
                                                                
2.4.7.2  МАКСИМАЛЬНОЕ ЧИСЛО ПОВТОРНЫХ ПЕРЕДАЧ  ( N2 )
                                                                
     Максимальное число повторных передач используется в сочета-
нии с таймером T1.
                                                                
2.4.7.3  МАКСИМАЛЬНОЕ ЧИСЛО БАЙТОВ В ИНФОРМАЦИОННОМ ПОЛЕ ( N1 )
                                                                
     Максимальное число байтов, допустимых в I поле, равно 256.
Кроме того, число этих байтов должно быть целым.
                                                                
2.4.7.4  МАКСИМАЛЬНОЕ ЧИСЛО НЕПОДТВЕРЖДЕННЫХ I КАДРОВ ( K )
                                                                
     Максимально число неподтвержденных I кадров за одну переда-
чу равно семи.

                        -- стр 30 --
                                                                
ПРИЛОЖЕНИЕ А -- Словарь терминов
                                                                
                                                                
ПРИМЕЧАНИЕ: Это приложение не является частью протокола.
                                                                
                                                                
ADCCP -- Процедура управления каналом передачи данных, бит-ори-
     ентированный протокол канального уровня разработанный ANSI.
                                                                
AMRAD -- Радиолюбительская корпорация исследований и открытий,
     некоммерческая организация, занимающаяся вопросами разра-
     ботки пакетной радиосвязи. ( P.O.Draver 6148, Mc.Lean, VA
     22106. )
                                                                
AMSAT -- Ассоциация радиолюбительских спутников, некоммерческая
     организация, занимающаяся вопросами пакетной радиосвязи
     через спутники OSAR. ( P.O.Box 27, Washington, DC 20044. )
                                                                
ANSI -- Американский национальный институт стандартов. ( 1430
     Broadway, New York, NY 10018. )
                                                                
Байт -- Группа из восьми битов.
                                                                
CCITT -- Международный консультативный комитет по
    ПРИЛОЖЕНИЕ А -- Словарь терминов.
                                                                
    ПРИМЕЧАНИЕ: Это приложение не является частью протокола.
                                                                
ADCCP -- Процедура управления каналом передачи данных, бит -
         ориентированный протокол канального уровня разработан-
         ный  ANSI.
     
AMRAD -- Радиолюбительская корпорация исследований и открытий,
         некоммерческая организация занимающаяся вопросами раз-
         работки пакетной радиосвязи ( P.O.Drawer 6148 Mc.Lean
         VA 22106.)
     
AMSAT -- Ассоциация радиолюбительских спутников, некоммерческая
         организация, занимающаяся вопросами пакетной радио-
         связи через спутники OSCAR. (P.O.Box 27,Washington,
         DC 20044.)
     
ANSI  -- Американский национальный институт стандартов.
         ( 1430 Broadway, New York, NY 10018.)
     
БАЙТ  -- Группа из восьми битов.
                                                                
CCITT -- Международный консультативный комитет по телеграфии и
         телефонии, часть Международного союза электросвязи.
     
CRC   -- Контроль при помощи циклического избыточного кода-
         математическая операция, результат которой посылается
         в передаваемом блоке, позволяющий принимающим станциям
         проверять сохранность данных.( ссылка ISO 3309 ).
     
DCE   -- Аппаратура передачи данных, ведущая станция в несбала-
         нсированном режиме рвботы канального уровня. Сравните
         с DTE и DXE.

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

DTE   -- Оконечное оборудование данных, подчиненная станция в
         несбалансированном режиме канального уровня.
     
DXE   -- Аппаратура коммутации данных, равноправная(независимая
         или подчиненная) станция в сбалансированном режиме
         работы канального уровня. Сравните с DCE и DTE.
     
Дуплекс- Физическое или логическое соединения между двумя
         об'ектами, когда данные могут проходить в обоих направ-
         лениях одновременно.
     
FCS   -- Проверочная последовательность кадра. См.CRC.
     
Флаг  -- В HLDC - последовательность битов (01111110), использу-
         емая для открывания кадра.
     
HDLC  -- Высокоуровневая процедура управления каналом
         передачи данных, определяется в ISO 3309 и других
         Международных стандартах.

Hex   -- Шестнадцатиричный, система счисления по основанию 16,
         использующая символы: 1,2,3,4,5,6,7,8,9,А,B,C,D,E,F.
     
ISO   -- Международная организация по стандартизации.
     
ISO 3309 - Название Международного стандарта: "Передача данных--
           --Высокоуровневая процедура упрвления каналом данных-
           --Структура кадра."
     
Информационное поле -- Любая последовательность битов, которая
                       если используется,содержит разумную
                       информацию в кадре.
     
Кадр  -- Структура данных в высокоуровневой процедуре управления
         передачей данных ( HLDC ).
     
LAP   -- Процедура доступа к каналу, протокол канального уровня
         для сбалансированного режима работы X.25 между DTE и
         DCE.
     
LARB  -- Процедура доступа к каналу, протокол канального уровня
         для сбалансированного режима работы между равноправными
         станциями.
     
LSB   -- Младший значащий бит.
     
MSB   -- Старший значащий бит.
                                                                
OSI   -- Взаимосвязь Открытых Систем, протокол моделирования
         связей, принятый в Международной организации по
         стандартизации (ISO ).

                        -- стр 32 --
     
Окно  -- В пакетной радиосвязи канального уровня - диапазон
         номеров кадров , используемых в поле управления для
         установления максимального числа кадров, которые могут
         передаваться отправителем до получения подтверждения от
         получателя.
     
Отправитель -- Станция, передающая кадр по радиоканалу напрямую
               или через ретранслятор.
PID   -- Идентификатор протокола- в протоколе канального уровня
         AX.25 байт, последовательность битов которого опреде-
         ляет действия протокола сетевого уровня, если он испо-
         льзуется.
     
PPRS  -- Тихоокеанское общество пакетной радиосвязи.(c/o Hank
         Magnuski, KA6M, 311 Standord Avenue, Menlo Park,
         CA 94025.)
     
Пакетное радио -- Вид цифровой связи использующий передачу соо-
                  бщений короткими бурстами(кадрами) данных
                  содержащих адресную, упрвляющую и контолирую
                  щую информацию.
     
Первичная -- Ведущая станция в системе ведущая-подчиненная;
             осущесвляет управление и способна производить дей-
             ствия которые не может выполнить подчиненная.
             Сравните с вторичной.
     
Поле  -- В канальном уровне пакетной радиосвязи - составная
         часть кадра, использующая один или более байтов.
     
Поле адреса -- Байты кадра HLDC, содержащие идентификаторы
               станций отправителя и получателя.
     
Поле управления -- 8-ми битовая последовательность в HLDC кадре
                   содержащая команды и ответы, и порядковые
                   номера.
     
Полудуплекс -- Физическое или логическое соединение между двумя
               об'ектами,когда данные могут проходить в обоих
               направлениях последовательно ( одновременно в
               одном направлении ).
     
Получатель  -- Станция, являющаяся приемником кадра посланного
               по радиоканалу напрямую или через ретранслятор.
     
Протокол    -- Формальная установка правил и процедур для об-
               мена информацией в сетях.
     
RATS  -- Радиолюбительское общество связи.(c/o J.Gordon beatte
         Jr., N2DSY, 45 Union Ave., Little Falls, NJ 07424 ).
     
Ретранслятор -- В пакетном радио, любительская радиостанция ,
                которая принимает кадры, проверяет их содержимое
                используя контроль при помощи циклического избы-
                точного кода и ( если CRC верен ) передает кадр
                дальше по указанному адресу.

                        -- стр 33 --
     
SLAPR -- Любительское пакетное радио Св.Луиза.(c/o Pette
         Eaton, WB9FLW, 35 Norspur, Route 4, Edwardsville,
         IL 62025 ).
     
Соединение -- В канальном уровне-логическое взаимодействие бвух
              пакетных радиостанций для передачи информации и
              команд управления.
     
Столкновение -- Состояние, когда два или более переданных
                одновременно сообщений создают помехи получателю
                ( получателям ).

TAPR  -- Корпорация любительского пакетного радио Таксона, неко-
         ммерческая организация, занимающаяся вопросами разра-
         ботки пакетной радиосвязи.(P.O.Box 22888, Tucson,
         AZ 85734 ).
     
Управление потоком данных -- Меры для ограничения скорости пере-
                             дачи данных величиной доступной для
                             получателя.
     
Уровень -- В протоколах связи-одна ступень или уровень в приня-
           той модели.К примеру, принятая в ISO модель Взаимо-
           связь Открытых Систем ( OSI ) имеет семь функциональ-
           ных уровней.
     
VADCG -- Ванкуверская группа любителей цифровой радиосвязи.
         ( Doug Lockhart, VE7APU, 9531 Odlin Road, Richmond,
         BC, V6X 1E1, Canada. )
     
Вторичная -- Подчиненная в системе ведущая-подчиненная. Срав-
             ните с первичной.
     
X.25  -- Рекомендации CCITT, называемая "Интерфейс между оконеч-
         ным оборудованием данных (DTE) и аппаратурой данных
         (DCE) для терминальных станций работающих в пакетном
         режиме по сетям общего пользования".

                        -- стр 34 --

ПРИЛОЖЕНИЕ В -- Перечень ссылок.
                                                                
ПРИМЕЧАНИЕ : Это приложение не является частью протокола.
                                                                
Американская компания по телефонии и телеграфии, " Описание про-
токола BX.25 сети операционных систем -- Издание 2 ".
                                                                
ANSI X.66, " Развитая процедура управления каналом передачи
             данных ". (ADCCP).
     
Рекомендация X.25 CCITT, " Интерфейс между оконечным оборудова-
             нием данных (DTE) и аппаратурой передачи данных
             (DCE) для станций работающих в пакетном режиме по
             сетям передачи данных общего пользования".
     
ISO 3309,  " Передача данных -- Высоуровневая процедура управ-
             ления каналом данных -- Структура кадра ".
     
ISO 7205,  " Эталонная модель архитектуры открытых систем ".
     
ISO 7776,  " Системы обработки информации -- Передача данных -
             - 2-ое исправленное издание -- Описание LARB AX.25
             1984 год -- Совместимость с процедурами передачи
             данных между DTE ".

                        -- стр 35 --
     
ПРИЛОЖЕНИЕ С -- Примечания по реализации.
                                                                
Примечание : Это приложение не является частью протокола.
                                                                
   До публикации данного документа существовало несколько вари-
антов устройств пакетного радио. Чтобы обеспечить полную совмес-
тимость с этими устройствами, создателям новых систем AX.25
необходимо учесть следующие моменты.
                                                                
   Использование P/F бита вместе с командно-ответными битами,
описанное в разделе 2.3.3. и в таблицах состояний А приложения,
не было стандартизировано до публикации данного документа.  Ус-
ройства AX.25, изготовленные до публикации данного стандарта
могут обрабатывать P/F бит каким либо другим способом, а биты C
не могут обрабатывать вообще. Ни один из известных вариантов
реализации AX.25 осущесвленных до данного стандарта никаким
образом не использует "C" биты. Поскольку в данном стандарте
требуется, чтобы биты C всегда были дополнительными друг к
другу, то присутствие устройства AX.25, основанного на нестан-
дартном протоколе может быть обнаружено изучением этих битов
и установления их равенства ( т.е. оба 0 или оба 1 ).
                                                                
    Если установленно, что устройство на другом конце канала не-
стандартно, DXE, работающая в стандартном AX.25 должна смягчить
требования касающиеся использования P/F бита. В частности, дру-
гая DXE может отвечать или не отвечать на запрос ( P-бит равен
1 ). Если она отвечает, то F бит может быть установлен или нет.
Вопрос о том является или нет данный кадр командой ил ответом
несколько запутывается при отсутствии C битов, и стандартная
DXE должна учитывать, что в отсутствие надлежащего содержания
C бита, другая DXE не способна правильно работать с P/F битом.

                        -- стр 36 --































     
                     ПРИЛОЖЕНИЕ D -- Таблицы состояний.

                        -- стр 37 --

--------------------------------------------------------------------------------
!  Состояние    ! I с !I без! RR с ! RR  !REJ с ! REJ !RNR с ! RNR !SABM !SABM !
!               !запр.!запр.!запр. !без P!запр. !без P!запр. !без P!любой!любой!
--------------------------------------------------------------------------------
!S1 Раз'единен- ! DM  !     ! DM   !     ! DM   !     ! DM   !     ! UA, ! DM""!
!   ный         !     !     !      !     !      !     !      !     ! S5" !     !
--------------------------------------------------------------------------------
!S2 Установка   !     !     !      !     !      !     !      !     ! UA, ! DM, !
!   канала      !     !     !      !     !      !     !      !     ! S5" ! S1  !
--------------------------------------------------------------------------------
!S3 Отказ от    ! FRMR!     ! FRMR !     ! FRMR !     ! FRMR !     ! UA, ! UA, !
!   кадра       !     !     !      !     !      !     !      !     ! S5" ! S1  !
--------------------------------------------------------------------------------
!S4 Запрос      ! DM, !     ! DM,  !     !DM,   !     ! DM,  !     ! DM, ! UA, !
! раз'единения  ! S1  !     ! S1   !     !S1    !     ! S1   !     ! S1  ! S1  !
--------------------------------------------------------------------------------
!S5 Передача    ! RR  !  I  ! RR   !  I  !RR    ! I   ! RR,  ! S9  ! UA  ! UA, !
!   информации  !     !     !      !     !      !     ! S9   !     !     ! S1  !
--------------------------------------------------------------------------------
!S6 Послан кадр ! RR  !  I  ! RR   !  I  ! RR   ! I   ! RR   ! S15 ! UA, ! UA, !
!     REJ       ! S5  ! S5  !      !     !      !     ! S15  !     ! S5  !!S1  !
--------------------------------------------------------------------------------
!S7 Ожидание    ! RR  !  I  ! RR   !  I  ! RR   !  I  ! RR   ! S12 ! UA, ! UA, !
! подтверждения !     !     !      !     !      !     ! S12  !     ! S5  ! S1  !
--------------------------------------------------------------------------------
!S8 Устройство  ! RNR ! RNR ! RNR  !  I  ! RNR  !  I  ! RNR  ! S10 ! UA, ! UA, !
!   занято      !     !     !      !     !      !     ! S10  !     !     ! S1  !
--------------------------------------------------------------------------------
!S9 Удаленное   ! RR  ! RR  ! RR   !  I  ! RR   !  I  ! RR   !     ! UA, ! UA, !
! ус-во занято  !     !     ! S5   !  S5 ! S5   ! S5  !      !     ! S5  ! S1  !
--------------------------------------------------------------------------------
!S10 Оба ус-ва  ! RNR ! RNR ! RNR  !  I  ! RNR  !  I  ! RNR  !     ! UA, ! UA, !
!    заняты     !     !     ! S8   !  S8 ! S8   ! S8  !      !     ! S8  ! S1  !
--------------------------------------------------------------------------------
!S11 То же,что  ! RNR ! RNR ! RNR  ! I   ! RNR  !  I  ! RNR  ! S13 ! UA, ! UA, !
!    и S7 + S8  !     !     !      !     !      !     ! S13  !     ! S8  ! S1  !
--------------------------------------------------------------------------------
!S12 То же,что  ! RR  ! RR  ! RR   ! I   ! RR   !  I  ! RR   !     ! UA, ! UA, !
!    и S7 + S9  !     !     ! S7   ! S7  ! S7   !  S7 !      !     ! S5  ! S1  !
--------------------------------------------------------------------------------
!S13 То же,что  ! RNR ! RNR ! RNR  ! I   ! RNR  !  I  ! RNR  !     ! UA, ! UA, !
!    и S7 + S10 !     !     ! S11  ! S11 ! S11  ! S11 !      !     ! S8  ! S1  !
--------------------------------------------------------------------------------
!S14 То же,что  ! RNR ! RNR ! RNR  ! I   ! RNR  !  I  ! RNR  ! S16 ! UA, ! UA, !
!    и S6 + S8  !     !     !      !     !      !     ! S16  !     ! S8  ! S1  !
--------------------------------------------------------------------------------
!S15 То же,что  ! RR  ! RR  ! RR   ! I   ! RR   !  I  ! RR   !     ! UA, ! UA, !
!    и S6 + S9  ! S9  ! S9  ! S6   ! S6  ! S6   ! S6  !      !     ! S5  ! S1  !
--------------------------------------------------------------------------------
!S16 То же,что  ! RNR ! RNR ! RNR  ! I   ! RNR  !  I  ! RNR  !     ! UA, ! UA, !
!    и S6 + S10 !     !     ! S14  ! S14 ! S14  ! S14 !      !     ! S5  ! S1  !
--------------------------------------------------------------------------------
             
     " DM, S1 - если невозможно установить канал.
     "" UA - если принятый кадр без запроса.
     
   Рис. А1 -- Таблица состояний 2-го уровня для принятых командных кадров.


                        -- стр 38 --

--------------------------------------------------------------------------
!  Состояние    !RR с !RRбез!REJ с !REJ  !RNR с !RNR  ! UA   !  DM !FRMR !
!               !конц.!конц.!конц. !без F!конц. !без F!любой !любой!любой!
--------------------------------------------------------------------------
!S1 Раз'единен- !     !     !      !     !      !     !      !     !     !
!   ный         !     !     !      !     !      !     !      !     !     !
--------------------------------------------------------------------------
!S2 Установка   !     !     !      !     !      !     ! S5   !  S1 !     !
!   канала      !     !     !      !     !      !     !      !     !     !
--------------------------------------------------------------------------
!S3 Отказ от    !     !     !      !     !      !     !      !     !SABM,!
!   кадра       !     !     !      !     !      !     !      !     ! S2  !
--------------------------------------------------------------------------
!S4 Запрос      !     !     !      !     !      !     !  S1  ! S1  !     !
! раз'единения  !     !     !      !     !      !     !      !     !     !
--------------------------------------------------------------------------
!S5 Передача    !  I  ! I   !  I   !  I  !  S9  ! S9  !      !SABM,!SABM,!
!   информации  !     !     !      !     !      !     !      ! S2  ! S2  !
--------------------------------------------------------------------------
!S6 Послан кадр !  I  ! I   !  I   !  I  !  S15 ! S15 ! SABM,!SABM,!SABM,!
!     REJ       !     !     !      !     !      !     !  S2  ! S2  ! S2  !
--------------------------------------------------------------------------
!S7 Ожидание    !  I  ! I   !  I   !  I  !  S9  ! S12 ! SABM,!SABM,!SABM,!
! подтверждения ! S5  !     ! S5   !     !      !     !  S2  ! S2  ! S2  !
--------------------------------------------------------------------------
!S8 Устройство  !  I  ! I   !  I   !  I  !  S10 ! S10 ! SABM,!SABM,!SABM,!
!   занято      !     !     !      !     !      !     !  S2  ! S2  ! S2  !
--------------------------------------------------------------------------
!S9 Удаленное   !  I  ! I   !  I   !  I  !      !     ! SABM,!SABM,!SABM,!
! ус-во занято  ! S5  ! S5  ! S5   ! S5  !      !     !  S2  ! S2  ! S2  !
--------------------------------------------------------------------------
!S10 Оба ус-ва  !  I  ! I   !  I   !  I  !      !     ! SABM,!SABM,!SABM,!
!    заняты     ! S8  ! S8  ! S8   ! S8  !      !     !  S2  ! S2  ! S2  !
--------------------------------------------------------------------------
!S11 То же,что  !  I  ! I   !  I   !  I  !  S10 ! S13 ! SABM,!SABM,!SABM,!
!    и S7 + S8  ! S8  !     ! S8   !     !      !     !  S2  ! S2  ! S2  !
--------------------------------------------------------------------------
!S12 То же,что  !  I  ! I   !  I   !  I  !      !     ! SABM,!SABM,!SABM,!
!    и S7 + S9  ! S5  ! S7  ! S5   ! S7  !      !     !  S2  ! S2  ! S2  !
--------------------------------------------------------------------------
!S13 То же,что  !  I  ! I   !  I   !  I  !      !     ! SABM,!SABM,!SABM,!
!    и S7 + S10 ! S8  ! S11 ! S8   ! S11 !      !     !  S2  ! S2  ! S2  !
--------------------------------------------------------------------------
!S14 То же,что  !  I  ! I   !  I   !  I  !  S16 ! S16 ! SABM,!SABM,!SABM,!
!    и S6 + S8  !     !     !      !     !      !     !  S2  ! S2  ! S2  !
--------------------------------------------------------------------------
!S15 То же,что  !  I  ! I   !  I   !  I  !      !     ! SABM,!SABM,!SABM,!
!    и S6 + S9  ! S6  ! S6  ! S6   ! S6  !      !     !  S2  ! S2  ! S2  !
--------------------------------------------------------------------------
!S16 То же,что  !  I  ! I   !  I   !  I  !      !     ! SABM,!SABM,!SABM,!
!    и S6 + S10 ! S14 ! S14 ! S14  ! S14 !      !     !  S2  ! S2  ! S2  !
--------------------------------------------------------------------------
                                                                            
                                                                            
       Рис. А2 -- Таблица состояний 2-го уровня для принятых ответных кадров


                        -- стр 39 --

--------------------------------------------------------------------------------
!               !  Команда  !Станц.!Сост.!Исте- !Исте-!Превы-! Принят не-!Прием!
!  Состояние    ! местного  !станов!занят!кает  !кает !шено  !  действ.  !неизв!
!               !зап. !ост. !занята!сним.!  T1  ! T3  ! N2   ! N(S)! N(R)!кадра!
--------------------------------------------------------------------------------
!S1 Раз'единен- !SABM,!     !      !     !      !     !      !     !     !     !
!   ный         ! S2  !     !      !     !      !     !      !     !     !     !
--------------------------------------------------------------------------------
!S2 Установка   !     !DISC,!      !     !SABM  !SABM ! S1   !     !     !     !
!   канала      !     ! S4  !      !     !      !     !      !     !     !     !
--------------------------------------------------------------------------------
!S3 Отказ от    !SABM,!DISC,!      !     !FRMR  !FRMR ! SABM,!     !     !     !
!   кадра       ! S2  ! S4  !      !     !      !     !  S2  !     !     !     !
--------------------------------------------------------------------------------
!S4 Запрос      !SABM,!     !      !     !DISC  !DISC ! S1   !     !     !     !
! раз'единения  ! S2  !     !      !     !      !     !      !     !     !     !
--------------------------------------------------------------------------------
!S5 Передача    !SABM,!DISC,! RNR, !     ! RR", !RR", !      ! REJ,!FRMR,!FRMR,!
!   информации  ! S2  ! S4  ! S8   !     ! S7   !S7   !      ! S6  ! S3  ! S3  !
--------------------------------------------------------------------------------
!S6 Послан кадр !SABM,!DISC,! RNR, !     ! RR", !RR", ! SABM,!     !FRMR,!FRMR,!
!     REJ       ! S2  ! S4  ! S14  !     ! S7   !S7   !  S2  !     ! S3  ! S3  !
--------------------------------------------------------------------------------
!S7 Ожидание    !SABM,!DISC,! RNR, !     ! RR"  !     ! SABM,!     !FRMR,!FRMR,!
! подтверждения ! S2  ! S4  ! S11  !     !      !     !  S2  !     ! S3  ! S3  !
-------------------------------------------------------------------------------
!S8 Устройство  !SABM,!DISC,!      ! RR, ! RNR",!RNR",!      ! RNR !FRMR,!FRMR,!
!   занято      ! S2  ! S4  !      ! S5  ! S11  !S11  !      !     ! S3  ! S3  !
--------------------------------------------------------------------------------
!S9 Удаленное   !SABM,!DISC,! RNR, !     ! RR", !RR", !      ! REJ,!FRMR,!FRMR,!
! ус-во занято  ! S2  ! S4  ! S10  !     ! S12  !S12  !      ! S15 ! S3  ! S3  !
--------------------------------------------------------------------------------
!S10 Оба ус-ва  !SABM,!DISC,!      ! RR, ! RNR",!RNR",!      ! RNR !FRMR,!FRMR,!
!    заняты     ! S2  ! S4  !      ! S9  ! S13  !S13  !      !     ! S3  ! S3  !
--------------------------------------------------------------------------------
!S11 То же,что  !SABM,!DISC,!      ! RR, ! RNR" !     ! SABM,!     !FRMR,!FRMR,!
!    и S7 + S8  ! S2  ! S4  !      ! S7  !      !     !  S2  !     ! S3  ! S3  !
--------------------------------------------------------------------------------
!S12 То же,что  !SABM,!DISC,! RNR, !     ! RR"  !     ! SABM,!     !FRMR,!FRMR,!
!    и S7 + S9  ! S2  ! S4  ! S13  !     !      !     !  S2  !     ! S3  ! S3  !
--------------------------------------------------------------------------------
!S13 То же,что  !SABM,!DISC,!      ! RR, ! RNR" !     ! SABM,!     !FRMR,!FRMR,!
!    и S7 + S10 ! S2  ! S4  !      ! S12 !      !     !  S2  !     ! S3  ! S3  !
--------------------------------------------------------------------------------
!S14 То же,что  !SABM,!DISC,!      ! RR, ! RNR",!RNR",!      ! RNR !FRMR,!FRMR,!
!    и S6 + S8  ! S2  ! S4  !      ! S6  ! S11  !S11  !      !     ! S3  ! S3  !
--------------------------------------------------------------------------------
!S15 То же,что  !SABM,!DISC,! RNR, !     ! RR", !RR", !      !     !FRMR,!FRMR,!
!    и S6 + S9  ! S2  ! S4  ! S16  !     ! S12  !S12  !      !     ! S3  ! S3  !
--------------------------------------------------------------------------------
!S16 То же,что  !SABM,!DISC,!      ! RR, ! RNR",!RNR",!      !     !     !     !
!    и S6 + S10 ! S2  ! S4  !      ! S15 ! S11  !S11  !      !     !     !     !
--------------------------------------------------------------------------------
 Примечание: S кадры с обозначением XXX" должны передаваться как команды,
             все другие как ответы.


  Рис. А3 -- Таблица состояний 2-го уровня для различных входных сигналов.



Заработок в интернет постоянно и регулярно платят