Binary Synchronous Communication ( BSC или Bisync ) — это символьный, полудуплексный протокол связи IBM , анонсированный в 1967 году после появления System/360 . Он заменил протокол синхронной передачи-приема (STR), используемый в компьютерах второго поколения. Намерение состояло в том, чтобы общие правила управления ссылками могли использоваться с тремя различными кодировками символов для сообщений. Шестибитный Transcode оглядывался на старые системы; USASCII со 128 символами и EBCDICс 256 символами с нетерпением жду. Transcode исчез очень быстро, но диалекты Bisync EBCDIC и USASCII продолжали использоваться.
Когда-то Bisync был наиболее широко используемым протоколом связи [1] , и в 2013 году он все еще используется ограниченно. [2] [3]
Bisync отличается от протоколов, пришедших ему на смену, сложностью формирования сообщений. Более поздние протоколы используют единую схему кадрирования для всех сообщений, отправляемых протоколом. HDLC , протокол обмена цифровыми данными (DDCMP), протокол двухточечной связи (PPP) и т. д. имеют разные схемы кадрирования, но в конкретном протоколе существует только один формат кадра. Bisync имеет пять различных форматов кадров. [ нужна ссылка ]
ACK0 и ACK1 (четное/нечетное подтверждение) кодируются двумя символами: DLE '70'x и DLE / для EBCDIC, DLE 0 и DLE 1 для USASCII, DLE- и DLE T для Transcode. WABT (ожидание перед передачей) был закодирован как DLE ", DLE ? или DLE W.
Все форматы кадров начинаются как минимум с двух байтов SYN . Двоичная форма байта SYN обладает тем свойством, что никакое вращение байта не равно оригиналу. Это позволяет приемнику найти начало кадра путем поиска в принятом битовом потоке шаблона SYN. Когда это найдено, достигнута предварительная синхронизация байтов. Если следующий символ также является SYN, синхронизация символов достигнута. Затем приемник ищет символ, который может начать кадр. Персонажи за пределами этого набора описываются как «ведущая графика». Иногда они используются для идентификации отправителя кадра. В длинные сообщения байты SYN вставляются примерно каждую секунду для поддержания синхронизации. Они игнорируются получателем.
За обычным символом окончания блока (ETB или ETX) следует контрольная сумма (символ проверки блока или BCC). Для USASCII это односимвольная продольная проверка избыточности (LRC); для Transcode и EBCDIC контрольная сумма представляет собой двухсимвольную проверку циклическим избыточным кодом (CRC). Фрейм данных может содержать промежуточную контрольную сумму, которой предшествует символ ITB. Эта возможность включения промежуточных контрольных сумм в длинный кадр данных позволяет значительно повысить вероятность обнаружения ошибок. Символы USASCII также передаются с использованием нечетной четности для дополнительной проверки.