Войти
Двоичная синхронная связь (BSC или Bisync ) - это символьный полудуплексный канальный протокол IBM., объявленный в 1967 году после внедрения System / 360. Он заменил протокол синхронной передачи-приема (STR), используемый в компьютерах второго поколения. Предполагалось, что общие правила управления ссылками могут использоваться с тремя разными кодировками символов для сообщений. Шестибитный Transcode оглянулся на старые системы; USASCII со 128 символами и EBCDIC с 256 символами с ожиданием. Транскодирование исчезло очень быстро, но диалекты Bisync EBCDIC и USASCII продолжали использоваться.
Когда-то Bisync был наиболее широко используемым протоколом связи, и в 2013 году он все еще использовался ограниченно.
Bisync отличается из протоколов, которые преуспели в сложности формирования сообщений. Более поздние протоколы используют единую схему кадрирования для всех сообщений, отправляемых протоколом. HDLC, Протокол передачи цифровых данных (DDCMP), Протокол точка-точка (PPP) и т. Д. Имеют разные схемы кадрирования, но только один кадр формат существует в рамках определенного протокола. Bisync имеет пять различных форматов кадра.
| Char | EBCDIC. (hexadecimal) | USASCII. (hexadecimal) | Транскод. (шестнадцатеричный) | Описание |
|---|---|---|---|---|
| SYN | 32 | 16 | 3A | Синхронный режим ожидания |
| SOH | 01 | 01 | 00 | Начало заголовка |
| STX | 02 | 02 | 0A | Начало текста |
| ETB | 26 | 17 | 0F | Конец блока передачи |
| ETX | 03 | 03 | 2E | Конец текста |
| EOT | 37 | 04 | 1E | Конец передачи |
| ENQ | 2D | 05 | 2D | Запрос |
| NAK | 3D | 15 | 3D | Отрицательное подтверждение |
| DLE | 10 | 10 | 1F | Канал передачи данных escape |
| ITB | 1F | 1F (US) | 1D (US) | Контрольный символ промежуточного блока |
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 это односимвольный l оперативный контроль избыточности (LRC); для Transcode и EBCDIC контрольная сумма представляет собой двухсимвольный циклический контроль избыточности (CRC). Кадр данных может содержать промежуточную контрольную сумму, которой предшествует символ ITB. Эта возможность включать промежуточные контрольные суммы в длинный фрейм данных позволяет значительно повысить вероятность обнаружения ошибок. Символы USASCII также передаются с использованием нечетной четности для дополнительной проверки.
После поворота строки требуются символы-заполнители - NAK, EOT, ENQ, ACK0, ACK1. Если передача заканчивается на EOT или ETX, контактная площадка следует за BCC. Этот блокнот состоит либо из битов «1», либо из чередующихся битов «0» и «1». Следующая передача начинается с символа заполнения, который может быть либо одним из вышеперечисленных, либо SYN.
Необязательный заголовок, содержащий управляющую информацию, может предшествовать данным в кадре. Содержание заголовка не определяется протоколом, а определяется для каждого конкретного устройства. Заголовку, если он присутствует, предшествует символ SOH (начало заголовка), за которым следует STX (начало текста).
Текстовые данные обычно следуют за заголовком, начинающимся с 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 предназначался для пакетной связи между System / 360 мэйнфреймом и другим мэйнфреймом или Remote Job Entry ( RJE), например IBM 2780 или IBM 3780. Терминалы RJE поддерживают ограниченное количество форматов данных: ввод и вывод изображений перфокарт и вывод изображений строк на терминал. Некоторые поставщики аппаратного обеспечения, не принадлежащие IBM, такие как Mohawk Data Sciences, использовали Bisync для других целей, таких как передача с ленты на ленту. Программист может легко эмулировать терминал RJE или другое устройство.
IBM предложила макросы языка ассемблера для поддержки программирования. В эпоху System / 360 этими методами доступа были BTAM (основной метод доступа к электросвязи) и QTAM (метод доступа к электросвязи с очередью), которые позже были заменены на Метод доступа к электросвязи (TCAM). IBM представила VTAM (виртуальный метод доступа к телекоммуникациям) с мониторами System / 370.
Teleprocessing, такими как IBM CICS и сторонним программным обеспечением, например <81 Платформы>Remote DUCS (система управления дисплеем) и Westi использовали управление линией Bisync для связи с удаленными устройствами.
Академическая вычислительная сеть Bitnet вместе с соединительными сетями в других географических регионах использовала Bisync для соединения 3000 компьютерных систем на пике своего развития.
Финансовая сеть S.W.I.F.T. использовала протокол BSC для связи между Региональным центром и сервером учреждения (банка) по выделенной линии. В середине 1990-х годов BSC был заменен на инфраструктуру X.25.
Некоторые важные системы используют кадрирование данных Bisync с другим протоколом управления каналом. Программа Houston Automated Spooling Program (HASP) использует полудуплексное оборудование Bisync в сочетании с собственным протоколом управления каналом для обеспечения полнодуплексной связи с несколькими потоками данных между маленьким компьютером и мэйнфреймом, на котором работает HASP. В терминах Bisync это диалоговый режим.
Некоторые ранние сети X.25 допускали схему подключения, в которой прозрачные кадры данных Bisync инкапсулировали данные HDLC LAPB и пакеты управления. По состоянию на 2012 год несколько поставщиков инкапсулируют передачи Bisync в потоках данных TCP / IP.
Bisync начал вытесняться в 1970-х годах Системной сетевой архитектурой (SNA), которая позволяет создавать сеть с несколькими хостами и несколькими программами с использованием телекоммуникаций. X.25 и Интернет-протокол - это более поздние протоколы, которые, как и SNA, обеспечивают больше, чем просто управление связью.
Большое количество устройств используют протокол Bisync, некоторые из них:
Эта статья основана на материалах, взятых из Free On-line Dictionary of Computing до 1 Ноябрь 2008 г. и включен в соответствии с условиями «перелицензирования» GFDL, версия 1.3 или более поздняя.
