Двоичные синхронные коммуникации - Binary Synchronous Communications

Двоичная синхронная связь (BSC или же Bisync) является IBM символьный, полудуплексный протокол связи, объявленный в 1967 году после введения Система / 360. Он заменил синхронный прием-передача (STR) протокол, используемый с компьютерами второго поколения. Предполагалось, что общие правила управления ссылками могут использоваться с тремя разными кодировками символов для сообщений. Шестибитный Перекодировать оглянулся на старые системы; USASCII со 128 символами и EBCDIC с 256 символами ждал. Транскодирование исчезло очень быстро, но диалекты Bisync EBCDIC и USASCII продолжали использоваться.

Когда-то Bisync был наиболее широко используемым протоколом связи.[1] и по-прежнему используется ограниченно в 2013 году.[2][3]

Обрамление

Bisync отличается от протоколов, пришедших на смену ему, сложностью формирования сообщений. Более поздние протоколы используют один схема обрамления для всех сообщений, отправленных по протоколу. HDLC, Протокол сообщений передачи цифровых данных (DDCMP), Протокол точка-точка (PPP) и т. Д. Имеют разные схемы кадрирования, но в рамках конкретного протокола существует только один формат кадра. Bisync имеет пять различных форматов кадрирования.[нужна цитата ]

Символы управления связью BSC
CharEBCDIC
(шестнадцатеричный)		USASCII
(шестнадцатеричный)		Перекодировать
(шестнадцатеричный)		Описание
SYN32163АСинхронный холостой ход
SOH010100Начало заголовка
STX02020AНачало текста
ETB26170FКонец блока передачи
ETX03032EКонец текста
EOT37041EКонец передачи
ENQ2D052DРасследование
НАК3D153DОтрицательное подтверждение
DLE10101FВыход из канала передачи данных
ITB1F1F (США)1D (США)Контрольный символ промежуточного блока

ACK0 и ACK1 (четное / нечетное подтверждающее подтверждение) кодируются двумя символами - DLE '70'x и DLE / для EBCDIC, DLE 0 и DLE 1 для USASII, DLE - и DLE T для перекодирования. WABT (ждать перед передачей) был закодирован как DLE ", DLE? или DLE W.

Все форматы кадра начинаются как минимум с двух SYN байтов. Двоичная форма байта SYN обладает тем свойством, что никакое вращение байта не совпадает с оригиналом. Это позволяет получателю найти начало кадра путем поиска в полученном потоке битов шаблона SYN. Когда это обнаружено, предварительная синхронизация байтов была достигнута. Если следующий символ также является SYN, синхронизация символов достигнута. Затем получатель ищет персонажа, который может начать фрейм. Персонажи, не входящие в этот набор, описываются как «ведущая графика». Иногда они используются для идентификации отправителя кадра. В длинные сообщения байты SYN вставляются примерно каждую секунду для поддержания синхронизации. Получатель игнорирует их.

За нормальным символом окончания блока (ETB или ETX) следует контрольная сумма (символ проверки блока или BCC). Для USASCII это один символ. проверка продольного дублирования (LRC); для Transcode и EBCDIC контрольная сумма состоит из двух символов. циклическая проверка избыточности (CRC). Кадр данных может содержать промежуточную контрольную сумму, которой предшествует символ ITB. Эта возможность включать промежуточные контрольные суммы в длинный фрейм данных позволяет значительно повысить вероятность обнаружения ошибок. Символы USASCII также передаются с использованием нечетная четность для дополнительной проверки.

Pad После поворота строки требуются символы - NAK, EOT, ENQ, ACK0, ACK1. Если передача заканчивается на EOT или ETX, контактная площадка следует за BCC. Этот блокнот состоит либо из битов «1», либо из чередующихся битов «0» и «1». Следующая передача начинается с символа заполнения, который может быть либо одним из вышеперечисленных, либо SYN.

Необязательный Заголовок Содержащая управляющая информация может предшествовать данным в кадре. Содержание заголовка не определяется протоколом, а определяется для каждого конкретного устройства. Заголовку, если он присутствует, предшествует символ SOH (начало заголовка), за которым следует STX (начало текста).[4]

Текст данные обычно следуют за заголовком, который начинается с STX и заканчивается ETX (конец текста) или ETB (конец блока передачи).

Обычные фреймы данных не позволяют использовать определенные символы в данных. Это символы окончания блока: ETB, ETX и ENQ, а также символы ITB и SYN. Таким образом, количество уникальных символов, которые могут быть переданы, ограничено 59 для Transcode, 123 для USASCII или 251 для EBCDIC.

Прозрачный кадрирование данных обеспечивает неограниченный алфавит из 64, 128 или 256 символов. в прозрачном режиме символы кадрирования блока, такие как ETB, ETX и SYN, предваряются символом DLE, чтобы указать их значение управления (сам символ DLE представлен последовательностью DLE DLE). Этот метод стал известен как начинка персонажей, по аналогии с немного набивки.

Управление ссылками

Протокол управления каналом похож на STR. Разработчики попытались защититься от простых ошибок передачи. Протокол требует подтверждения каждого сообщения (ACK0 / ACK1) или отрицательно признан (NAK), поэтому при передаче небольших пакетов возникают большие накладные расходы. Протокол может восстановить поврежденный кадр данных, потерянный кадр данных и потерянное подтверждение.

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

Защита от ошибок для ACK0 и ACK1 слабая. В Расстояние Хэмминга между двумя сообщениями всего два бита.

Протокол полудуплекс (2-х проводный). В этой среде пакеты или кадры передачи строго однонаправлены, что требует «обращения» даже для простейших целей, таких как подтверждения. Оборот включает

  • изменение направления передачи,
  • прекращение линейного эха,
  • повторная синхронизация.

В 2-проводной среде это вызывает заметную задержку приема-передачи и снижает производительность.

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

Топология

Большой трафик Bisync точка-точка. Линии связи точка-точка могут дополнительно использовать раздор для определения главной станции. В этом случае одно устройство может передать ENQ для подачи заявки на управление. Другое устройство может ответить ACK0, чтобы принять предложение и подготовиться к приему, или NAK или WABT, чтобы отказаться. В некоторых случаях подключение терминала к нескольким хостам возможно через коммутируемую телефонную сеть.

Многоточечная передача является частью первоначального протокола Bisync. Мастер-станция, обычно компьютер, может последовательно опрос терминалы, подключенные через аналоговые мосты к той же линии связи. Это достигается путем отправки сообщения, состоящего только из символа ENQ, адресованного каждому устройству по очереди. Выбранная станция затем передает сообщение мастеру или отвечает с EOT, чтобы указать, что у нее нет данных для передачи.

Bisync приложения

Первоначальная цель Bisync заключалась в пакетной передаче данных между System / 360. мэйнфрейм и другой мэйнфрейм или Удаленный ввод вакансий (RJE) терминал, такой как IBM 2780 или же IBM 3780. Терминалы RJE поддерживают ограниченное количество форматов данных: ввод и вывод изображений перфокарт и вывод изображений строк на терминал. Некоторые поставщики оборудования, не принадлежащие IBM, такие как Mohawk Data Sciences использовал Bisync для других целей, таких как передача с ленты на ленту. Программист может легко эмулировать терминал RJE или другое устройство.

IBM предложила макросы языка ассемблера для поддержки программирования. В эпоху System / 360 эти методы доступа мы BTAM (Базовый метод доступа к электросвязи) и QTAM (Метод доступа к телекоммуникациям в очереди), который позже был заменен на Метод доступа к телекоммуникациям (TCAM). IBM представила VTAM (Метод виртуального доступа к электросвязи) с Система / 370.

Мониторы телеобработки такие как IBM CICS и стороннее программное обеспечение, такое как Удаленный DUCS (система управления дисплеем) и Вести платформы использовали управление линией Bisync для связи с удаленными устройствами.

Академическая вычислительная сеть Bitnet вместе с подключением сетей в других географических регионах, на пике своего развития использовала Bisync для подключения 3000 компьютерных систем.

Финансовая сеть БЫСТРЫЙ. использовался протокол BSC для связи между Региональным центром и сервером учреждения (банка) по выделенной линии. В середине 1990 г. BSC был заменен на X.25 инфраструктура.

Приложения Pseudo-Bisync

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

Некоторые ранние X.25 сети допускали схему подключения, в которой прозрачные кадры данных Bisync инкапсулировали HDLC LAPB пакеты данных и управления. По состоянию на 2012 год, некоторые производители инкапсулируют передачи Bisync в потоках данных TCP / IP.

Диспозиция

На смену Bisync в 1970-х гг. Системная сетевая архитектура (SNA), который позволяет построить сеть с несколькими хостами и несколькими программами с использованием телекоммуникаций. X.25 и протокол Интернета являются более поздними протоколами, которые, как и SNA, обеспечивают больше, чем просто управление ссылками.

Устройства Bisync

Большое количество устройств используют протокол Bisync, некоторые из них:

Смотрите также

Рекомендации

  1. ^ Скуилли, Джозеф А. (26 октября 1981 г.). «Переключение с наземного на спутниковое создает дополнительные возможности». Computerworld. Получено 27 августа, 2012.
  2. ^ Cisco. «Двоичные синхронные и асинхронные коммуникации (Bisync / Async)». Получено 23 октября, 2013.
  3. ^ Gartner. «Двоичная синхронная связь (BSC)». ИТ-глоссарий. Получено 23 октября, 2013.
  4. ^ Корпорация IBM. Общая информация - двоичная синхронная связь (PDF).

дальнейшее чтение

Статья основана на материалах, взятых из Бесплатный онлайн-словарь по вычислительной технике до 1 ноября 2008 г. и зарегистрированы в соответствии с условиями «перелицензирования» GFDL, версия 1.3 или новее.