46145 (751196), страница 5
Текст из файла (страница 5)
Для модемов класса 2.0 командный синтаксис, предназначенный для установки значения параметра или передачи параметра, контролирующего работу модема, может поддерживать числовые или строковые значения. Однако, в опичие от команд класса 1. числовые константы для класса 2.0 должны быть заданы в шестнадцатеричь '.i системе. Числовая константа может быть состав-юна только из символов — (ASCII-коды от 30h до 39h) и символов (ASCII-коды от 41h до 46h). Десятичная константа 255, эквивалентная шестнадцатеричной константе FFh, посылалась бы как два символа . Символ h используется в тексте для обозначения шестнадцатеричных чисел и не посылается модему.
Строковые константы состоят из последовательности печатных ASCII-сим-волов, перед которой и за которой стоит символ двойной кавычки . Нулевая строка константы задается с помощью двух последовательных двойных кавычек .
. В дополнение к величинам, принимающим одно значение, факс-модемы класса 2.0 могут передаваться и возвращать в качестве аргументов целые области значений. Этот синтаксис отличается от синтаксиса для модемов класса 1. В ответ на запрос о возможностях модем возвращает набор значений в виде упорядоченного списка. Этот список начинается с символа левой скобки и заканчивается символом правой скобки . В списке может быть указана одна величина, несколько величин или интервал величин. Для того чтобы обеспечить совместимость с модемами класса 1, ответ модема класса 2.0 на команду AT+FCLASS=? не следует этому соглашению.
Несколько величин, содержащихся в упорядоченном списке, разделяются символом запятой . Пример такого ответа . Интервал значений выражается как две величины, разделяемые символом переноса . Например, интервал десятичных чисел от 0 до 255 выражался бы в виде . Команды для модемов класса 2.0 могут также допускать составные величины, состоящие из серий значений, заключенных в круглые скобки и разделенных запятыми. Вносимые пробелы игнорируются. Следующая строка представляет типичную составную величину:
(0,1,2), (0), (0-3).
Команды класса 2 выполняются слева направо внутри командной строки. Каждая команда выполняется отдельно, независимо от того, что следует за ней на командной строке. Если все команды выполнены правильно, выдается единственный код результата. Если команда приводит к ошибке или если обнаружена недопустимая команда, выполнение командной строки прекращается и все необработанные команды в командной строке игнорируются. Факс-модемы группы 2 поддерживают следующие ответные коды:
О ОК
1 CONNECT
2 RING
3 NO CARRIER
4 ERROR
6 NO DIALTONE
7 BUSY
8 NO ANSWER
Разработка спецификации для факс-модемов класса 2.0 проводится подкомитетом TR-29.2 по факсимильным цифровым интерфейсам. В августе .1990 г. этот подкомитет выпустил стандарт SP-2388-A, первый проект которого в конце концов стал стандартом TIA/EIA-592 для факс-модемов класса 2.0. Группа изготовителей микросхем, включая фирмы Sierra, Rockwell и Ехаг, разработала и выпустила свыше миллиона модулей, реализующих стандарт класса 2, описанный в первом проекте стандарта, датированном августом 1990 г.
Основываясь на отзывах, полученных о стандарте SP-2388-A, подкомитет решил существенно модифицировать данный документ (например, сообщение об установлении факсимильной связи было изменено с +FCON на +FCO), несмотря на то, что большое число установленных модулей базируется на этом стандарте. Стандарт SP-2388-A был отменен и вместо него выпущен стандарт SP-2388-B. Чтобы учесть широкое распространение модемов класса 2, основанных на стандарте, выпущенном в августе 1990 г., команда CLASS была переопределена для возврата следующих ответов:
О Обычный модем
1 EIA/TIA-578
2 SP-2388-A (резервный для производителя) 2.0 TIA/EIA-592
4.6.4. Сеанс факсимильной связи модемов класса 1
Проведение сеанса факсимильной связи для модемов класса 1 требует большого внимания со стороны DTE. Управляющая и передаваемая информация должна быть отформатирована в DTE и затем передана модему. Подобным же образом данные, получаемые модемом, направляются к DTE для декодирования и интерпретации. В табл. 4.6 иллюстрируется хронология сеанса факсимильной связи, когда модем класса 1 инициирует вызов и посылает данные (без ошибок), представляющие одну страницу изображения.
Сеанс начинается, когда DTE переводит локальный модем в режим факсимильной связи (факс-режим) и набирает номер удаленного факс-терминала. Локальный модем генерирует сигнал CNG — последовательность посылок тонального сигнала частотой 1100 Гц, длительностью 0,5 с с интервалом 3 с. Удаленный факс-терминал выдает CED-сигнал (идентификационный сигнал вызываемой станции) — тональный сигнал с частотой 2100 Гц в течение 2,6—4 с.
Удаленный факс-терминал вырабатывает несущую, используя протокол модуляции V.21 (канал 2, 300 бит/с), и посылает HDLC-флаги. Для использования метода модуляции V.21 неявным образом локальный модем конфигурируется командой AT+FCLASS=1. При получении HDLC-флагов локальный модем возвращает код результата CONNECT к DTE.
Далее, локальный модем получает HDLC-кадр от удаленного факса и посылает данные, показанные на рис. 4.4, к DTE. Первый байт этого кадра представляет адресное HDLC-поле и при связи по коммутируемой телефонной сети всегда имеет значение FFh.
За полем адреса сразу же следует управляющее HDLC-поле, содержимое которого может принимать одно из двух значений. Если это значение COh, то данный кадр - не последний кадр в данной процедуре. Значение C8h указывает на последний кадр. Заметим, что этот байт передается к DTE с обратным порядком следования разрядов по отношению к описаниям стандарта Т. 30. Таким образом, принимаемому байту 03h (0000001 lb), показанному на рис. 4.4, соответствует байт COh (llOOOOOOb).
Таблица 4.6. Сеанс факсимильной связи для модема класса 1 при передаче одной страницы к удаленному факс-терминалу
| DTE | Локальный модем (передающий) | Удаленный факс-терминал (принимающий) |
| AT+FCLASS-1-> | <--ОК" |
|
| ATDs—> | Набор номера |
|
|
|
| Ответ |
|
| CNQ—> |
|
|
|
| <—CED |
|
|
| <— Несущая V.21 |
|
|
| <— HDLC—флаги |
|
| <-"CONNECT" |
|
|
|
| <— NSF—кадр |
|
| <— NSF—данные |
|
|
| <— |
|
|
| <— "OK" |
|
| AT+FRH-3—> |
|
|
|
| <— "CONNECT" |
|
|
|
| <— CSI—кадр |
|
| <— CSI—данные |
|
|
| <— |
|
|
| <— "OK" |
|
| AT+FRH-3—> |
|
|
|
| <— "CONNECT" |
|
|
|
| <— DIS—кадр |
|
|
| Сброс несущей |
|
| <— DIS— данные |
|
|
| <— |
|
|
| <- "OK" |
|
| AT+FRH-3—> |
|
|
|
| <— "NO CARRIER" |
|
| AT+FTS-20 -> | (200 MC молчания) |
|
|
|
|
|
| AT+FRH-3-> | Несущая V.21 —> |
|
|
| <— "CONNECT" |
|
| TSI—данные —> |
|
|
| —> | TSI—кадр —> |
|
|
| <— "CONNECT" |
|
| DCS—данные —> |
|
|
| —> | DCS—кадр —> |
|
|
| Сброс несущей |
|
|
| <— "OK" |
|
| AT+FTS-8 —> | Ждать 80 мс |
|
| AT+FTM»96 -> | Несущая V.29 |
|
|
| <— "CONNECT" |
|
| TCP—данные —> | TCF—кадр —> |
|
| Сброс несущей |
| |
|
| <— "OK" |
|
|
|
| <— Несущая V.21 |
| AT+FRH°3 —> |
|
|
|
| <— "CONNECT" |
|
|
|
| <— CFR—кадр |
|
|
| Сброс несущей |
|
| <— CFR—данные |
|
|
| <— |
|
|
| <— "OK" |
|
| AT+FRH=3 —> |
|
|
|
| <— "NO CARRIER" |
|
| AT+FTS-20 —> | (200 MC молчания) |
|
| AT+FTM=96 —> | Несущая V.29 |
|
|
| <— "CONNECT" |
|
| —> |
|
|
| —> | —> |
|
|
| Сброс несущей |
|
|
| <— "OK" |
|
| AT+FTS=8-> | Ждать 80 мс |
|
|
|
|
|
| AT+FTS=3 —> | Несущая V.21 —> |
|
|
| <— "CONNECT" |
|
| EOP—данные —> |
|
|
| —> | EOP—кадр—> |
|
|
| Сброс несущей |
|
|
| <— "OK" |
|
|
|
| <— Несущая V.21 |
| AT+FRH=3 —> |
|
|
|
| <— "CONNECT" |
|
|
|
| <— MCF—кадр |
|
|
| Сброс несущей |
|
| <— MCF—данные |
|
|
| <— |
|
|
| <—"OK" |
|
| AT+FRH=3 —> |
|
|
|
| <— "NO CARRIER" |
|
| AT+FTS°20 —> | (200 мс молчания) |
|
| AT+FTH-3 —> | Несущая V.21 —> |
|
|
| <—"CONNECT" |
|
| DCN—данные —> | DCN—кадр —> |
|
|
| Сброс несущей |
|
|
| <-"ОК" |
|
| ATHO | Повесить трубку |
|
Рис. 4.4. Структура необязательного NSF-кадра
Следующий принимаемый байт — факсимильное управляющее поле (FCF), определяет тип передаваемой информации. Как и раньше, порядок следования разрядов в принимаемом байте нужно изменять на обработанный для декодирования этого поля в соответствии со стандартом Т.30. Величина 20h преобразуется в код 04h, идентифицирующий данные как NSF-кадр (кадр нестандарч HOI о устройства). Формат данных в этом кадре устанавливается каждым изготовше-лем отдельно и может быть использован для указания конкретных требовании или возможностей, которые не отмечены в стандарте Т.30. На рис. 4.4 эти данные опущены, поскольку DTE просто игнорирует данный кадр.
За данными кадра к DTE передается 16-разрядная контрольная последовательность кадра (FCS/CRC-16). Эта последовательность посылается в виде двух байтов. Старший байт передается первым, за ним следует младший байт, при этом порядок следования разрядов внутри каждого байта изменяется на обратный. Контрольная последовательность используется только для информационного поля. DTE не нужно проверять ее, так как модем уже пересчитал контрольную последовательность кадра и сравнил ее с той последовательностью, которая получена вместе с кадром. Кадр заканчивается двухбайтной последовательностью (10h) (03h).
В приведенном примере сеанса связи следующим является необязательный CSI-кадр (кадр идентификации вызываемого абонента). DTE считывает его с помощью явной команды AT+FRH=3 (считать HDLC-кадр, используя протокол модуляции V.21, канал 2, 300 бит/с). Этот кадр имеет тот же самый общий формат, что и NSI-кадр. CSI-кадр идентифицируется по значению 02h (передаваемому как 40h к DTE), записанному в факсимильное управляющее поле.
В большинстве случаев поле данных этого кадра содержит ASCII-символы, представляющие собой телефонный номер отвечающего факсимильного аппарата. Эти ASCII-символы передаются таким образом, что первым посылается последний символ последовательности, но порядок следования разрядов в каждом байте не изменяется на обратный. Таким образом, если бы идентификационная последовательность вызываемого факс-терминала была определена как "812-235-1212", то DTE получил бы последовательность "2121-532-218". Затем была бы получена контрольная последовательность кадра и -napa.
После этого, для того чтобы считать следующий кадр, посылаемый удаленным факс-терминалом, DTE выдает еще одну команду AT+FRH=3. Эточ кадр показан на рис. 4.5. В этом случае за HDLC-байтом адреса со значением FFh следует управляющее HDLC-поле со значением C8h (получаемое DTE как 13h).
Рис. 4.5. Структура обязательного DIS-кадра
Это является указанием для DTE, что данный кадр является последним кадром, который удаленная станция намеревалась послать в данной процедуре.
Следующий байт факсимильного управляющего поля 01 h (посылаемый к DTE как 80h) указывает, что поступил DIS-кадр. DIS-данные содержат, как минимум, 24 разряда (3 байта) флагов, которые сообщают возможности принимающего факс-терминала. Эта информация используется вызывающим факс-терминалом для определения оптимальных установок параметров сеанса связи.
Первый байт DIS-данньгх содержит информацию, имеющую отношение только к факсимильным аппаратам групп 1 и 2. Эта информация может без последствий игнорироваться факсимильным оборудованием группы 3. Следующие 3 байта DIS-данных (CEh B8h OOh) должны быть преобразованы к двоичному виду с последующим изменением порядка следования двоичных разрядов на обратный. Затем эти флаги интерпретируются в соответствии с указаниями стандарта Т. 30.
Стандартом Т.30 установлено, что факсимильный DTE, прежде чем начать передачу, после обращения к линии должен выдержать паузу молчания длительностью не менее 200 мс. Такая пауза устанавливается с помощью команды AT+FTS=20. Подаваемая затем команда AT+FTH=3 обеспечивает подготовку локального модема к работе с использованием протокола модуляции V.21 (канала 2, 300 бит/с).
После получения сообщения CONNECT DTE посылает свои TSI-данные (данные идентификации передающего абонента) к модему. Этот кадр (и другие кадры) завершается двухсимвольной парой . DTE не должен рассчитывать и передавать контрольную последовательность кадра, так как эти сервисные функции выполняет модем. TSI-кадр обычно содержит телефонный номер вызывающей станции и может быть использован принимающим модемом для реализации дополнительных услуг (позволяя, например, отказаться от связи с нежелательными абонентами). Затем DTE посылает DCS-данньте (цифровой командный сигнал) для выбора своего варианта параметров сеанса связи, указанных в DIS-кадре.
На этом согласование параметров закончено. DTE переключает локальный модем в режим передачи данных со скоростью 9600 бит/с (модуляция по протоколу V.29). Перед этим DTE заставляет модем выдержать паузу молчания длительностью 80 мс, чтобы дать возможность принимающему модему осуществить свою реконфигурацию. Как и для предыдущей паузы, это требование стандарта Т.30 не отражено в стандарте EIA/TIA-578.
После того как связь по стандарту V.29 была установлена, локальный модем возвращает код результата CONNECT. Затем DTE посылает TCF-кадр (контрольный кадр). С помощью этого цифрового сигнала проверяется синхронизация, и модемам предоставляется возможность определить пригодность линии связи для передачи данных. Далее DTE обращает линию и ждет получения CFR-кадра (кадра подтверждения готовности к приему данных) от принимающего модема (скорость передачи кадра равна 300 бит/с). Получение этого кадра означает, что вся процедура, предшествующая передаче сообщения, закончилась и можно начинать передачу данных, представляющих изображение. Возможно также, что удаленный модем укажет на некоторую проблему и предложит заново согласовать параметры, например, скорость передачи данных.
После окончательного согласования параметров высокоскоростной передачи данных, DTE посылает данные, представляющие изображение, к локальному модему в виде одной непрерывной последовательности с использованием режима управления потоком данных. Метод кодирования, определяемый стандартом Т. 4, дает приемнику некоторую возможность восстановления синхронизации после возникновения ошибки, но конкретные процедуры обнаружения и контроля ошибок устанавливаются специально. После передачи одной страницы изображения DTE посылает ЕОР-кадр (кадр конца процедуры). ЕОР-кадр указывает на конец полной страницы и на отсутствие документов для дальнейшей передачи. После этого DTE ждет подтверждения приема от удаленного факс-модема.
В рассматриваемом примере модем подтверждает успешный прием изображения путем посылки MCF-кадра (кадра подтверждения сообщения). После передачи этого кадра удаленный модем передает управление вызывающему модему. DTE выдает команду АТ+ЕТН=3, связывается с принимающим модемом и посылает DCN-кадр (кадр разрыва связи). Команда "повесить трубку" завершает сеанс связи.
4.5.5. Сеанс факсимильной связи модемов класса 2
Проведение сеанса факсимильной связи для факс-модемов класса 1 требует постоянного внимания со стороны контролирующего DTE. Напротив, модемы класса 2.0 сами выполняют протоколы стандарта Т. 30 и некоторые протоколы стандарта Т.4. Как видно из табл. 4.7, сеанс связи существенно упрощается, когда он проводится с использованием модемов класса 2.0.
После того как модем сконфигурирован для работы в качестве модема класса 2.0, DTE выдает ATD-команду набора номера удаленного факс-терминала. После установления связи локальный модем посылает сообщение +FCO к DTE. Затем оба модема обмениваются NSF-, CSI- и DSI-кадрами (эту информацию DTE может запрограммировать в модемах заранее, например при начальной установке). Кадр интерпретируется локальным модемом и к DTE посылается результат в виде ASCII-последовательности. Например, отдельные флаги DIS-кадра анализируются и посылаются к DTE в виде серии символьных флагов, разделенных запятыми (эти символьные флаги обозначены в табл. 4.7 каксИз).
Далее DTE выдает команду AT+FDT. Эта команда заставляет локальный модем согласовывать с удаленным модемом совместимые параметры связи, включая надежно реализуемую скорость передачи данных. После успешного завершения процедуры согласования параметров локальный модем посылает сообщение CONNECT к DTE, и DTE передает данные изображения к локальному модему в виде одной непрерывной последовательности с использованием режима управления потоком данных.
Вслед за данными, представляющими изображение, DTE передает символы , которые сообщают модему, что была передана последняя страница. На основании этой информации после передачи данных локальный модем посылает ЕОР-кадр (кадр конца страницы) к удаленному модему. Далее локальный модем посылает DCN-кадр (разрыв связи) к удаленному модему и возвращает ответ ОК к DTE. DTE завершает вызов, заставляя модем "повесить" трубку по команде АТНО.
Таблица 4.7. Сеанс факсимильной связи для факс-модемов класса 2.0
| DTE | Локальный модем | Удаленный факс-терминал |
|
|
|
|
| AT+FCLASS=2.0 —> |
|
|
|
| <— "ОК" |
|
|
|
|
|
| ATDs —> | Набор номера |
|
|
|
| Ответ |
|
| CNG—> |
|
|
|
| <—СЕО |
|
| <- "+FCO" | <— HDL.C— флаги |
|
| <— "+FNF :nsf | <— NSF—кадр |
|
| <— "+FCI :cs/' | <— CSI—кадр |
|
| <- "+FIS :ofe" | <— DIS—кадр |
|
| <— "OK" |
|
|
|
|
|
| AT+FDT-> | TSI—кадр —> |
|
|
| DCS—кадр —> |
|
|
| TCP—кадр —> |
|
|
|
|
|
|
| <— "+FCS :cfr" | <— CFR—кадр |
|
| <— "CONNECT" |
|
|
|
|
|
| —> | —> |
|
| —> | ЕОР—кадр —> |
|
|
| DCN—кадр —> | <— MCF—кадр |
|
| <-"OK" |
|
|
|
|
|
| АТНО —> | Повесить трубку | Повесить трубку |
4.5.6. Альтернативные факс-интерфейсы
Ниже кратко рассмотрим четыре альтернативных интерфейсных спецификации для служб факсимильной связи. Некоторые из этих спецификаций предназначены для использования с продукцией нескольких производителей факсимильного оборудования, другие — с продукцией только одного производителя.
Спецификация DCA/lntel
Спецификация DCA/lntel для коммуникационных прикладных программ (CAS — Communicating applications specification) является совместной разработкой Объединения пользователей цифровых систем связи (DCA) и фирмы Intel. Это общепользовательский стандарт.
CAS — это высокоуровневый программный интерфейс для прикладных программ, используемых в системах передачи данных. Разработчики программного обеспечения обращаются к этому интерфейсу с целью добавления коммуникационных функций к своим программным продуктам. С точки зрения программистов интерфейс CAS не зависит от аппаратных и программных средств, используемых для осуществления цифровой связи. Этот интерфейс был разработан главным образом для поддержки коммуникационного сопроцессора фирмы Intel — факс-платы на основе микропроцессора 80188 с объемом памяти 256 Кбайт.
Работа интерфейса CAS зависит от наличия администратора (резидентной программы управления), преобразующего запросы прикладной программы. Этот администратор реализуется в виде библиотеки поддержки, постоянно находящейся в памяти DTE. Запросы прикладной программы передаются администратору, который управляет передачей данных без дальнейшего взаимодействия с этой прикладной программой. Интерфейс CAS реализуется в виде набора функции, вызываемых с помощью мультиплексного прерывания 2Fh.
Аппаратно-зависимый резидентный администратор должен поставляться изготовителем данного факсимильного устройства или как часть системного программного обеспечения, или. Прежде чем использовать интерфейс CAS, разработчик прикладной программы должен убедиться, что резидентный администратор, совместимый с модемом, пригоден для всех платформ, на которых предполагается реализовать эту прикладную программу. Хотя помимо аппаратной независимости интерфейс CAS обеспечивает и ряд других сервисных функций, он позволяет лишь перераспределить проблемы, возникающие при программировании факсимильного оборудования.
FaxBios
Система FaxBios была разработана консорциумом компаний, в число которых входили такие, как WordPerfect, Hewlett Packard и Everex. В отличие от интерфейса CAS, система FaxBios предназначена для работы в среде клиент/ сервер. Назначение FaxBios — освободить программиста от использования системно-зависимых кодов при осуществлении доступа к факсимильному сервису с помощью "факс-терминологических" прикладных программ.
На PC-платформах система FaxBios реализуется как резидентная программа. Доступ к ее функциям осуществляется с помощью мультиплексного прерывания 2Fh. Был также определен Windows API, поддерживающий динамический обмен данными (DDE).
Система FaxBios, также как интерфейс CAS, обеспечивает выполнение большинства высокоуровневых факсимильных сервисных функций, например, диспетчеризацию и передачу файлов. К сожалению, FaxBios не лишена недостатков, а именно, она требует написания необходимого интерфейса с аппаратными средствами. При отсутствии такого интерфейса система FaxBios не способна осуществить доступ к коммуникационным аппаратным средствам.
Система команд Sendfax фирмы Sierra
Фирма Sierra Semiconductor выпускает множество разнообразных однокристальных модемов, модемных контроллеров, генераторов данных и процессоров, генераторов и процессоров цифровых сигналов. Для поддержки факсимильных операций фирма разработала ряд расширений к набору АТ-команд. Эти расширения названы Senfax. Все команды Sendfax начинаются с префикса #. Многостраничное факсимильное сообщение может быть послано только с помощью одной командной строки.
Факс-команды Sendfax AT# были разработаны и использованы в однокристальных модемах фирмы Sierra еще до принятия стандарта EIA-578 и выпуска проекта SP-2388-A. За последние несколько лет было продано огромное количество модемов на чипах, выпускаемых фирмой Sierra. Фирма постоянно модифицирует микропрограммное обеспечение для модемов класса 1 и 2. Однако большое число уже используемых модемов Sendfax требует согласования основных программ управления факсимильным набором команд Sendfax.
Высокоуровневый факс-интерфейс фирмы U.S. Robotics
Высокоуровневый программный факс-интерфейс (HLF-интерфейс) был разработан фирмой U.S. Robotics для обеспечения программного доступа к своей серии факс-модемов WorldPort. HLF-команды реализуются как фирменные расширения к стандартному набору АТ-команд. Используя HLF-команды, можно осуществить посылку или прием факсимильного сообщения с помощью единственной командной строки AT\V2+F2Ds.
Модем WorldPort инициирует и завершает вызовы, управляет временем сканирования и сеансом связи и передает факсимильные данные в соответствии с протоколами стандарта Т.30. Выходящие факсимильные данные могут быть сжаты в соответствии со стандартом Т.4. Модем WorldPort получает также факсимильные данные, обрабатывает их и передает к DTE. Определение высокоуровневый в названии HLF-интерфейса относится к уровню управления факсимильными функциями, обеспечиваемому модемом WorldPort, и не обязательно к уровню программного интерфейса.
4.6. Команды модемов MNP, V.42 и V.42bis
Модемы, обеспечивающие аппаратную поддержку коррекции ошибок и сжатия данных, могут работать в следующих режимах передачи данных:
Стандартный режим
Модем не выполняет аппаратной коррекции ошибок, но обеспечивает буферизацию данных. Буферизация позволяет использовать различные скорости передачи данных между компьютером и модемом, а также между двумя модемами. Для повышения эффективности передачи скорость обмена по интерфейсу DTE—DCE рекомендуется устанавливать выше, чем скорость обмена по канальному интерфейсу (на участке модем-модем).
Режим прямой передачи
В этом режиме модем работает, как обычный модем, не выполняя буферизацию передаваемых данных и не поддерживая коррекцию ошибок.
Режим с коррекцией ошибок и буферизацией
Это стандартный режим для связи двух модемов, поддерживающих коррекцию ошибок. При этом желательно, чтобы скорость передачи по интерфейсу DTE — DCE была в 2 — 4 раза выше, чем в канале связи. Если удаленный модем не поддерживает коррекцию ошибок, связь не устанавливается и модем освобождает линию.
Режим с коррекцией ошибок и автоматической настройкой
Режим используется в случае, когда заранее неизвестно, поддерживает ли удаленный модем протоколы MNP/V.42bis. В начале сеанса связи после автоматического определения режима работы удаленного модема устанавливается один из трех рассмотренных выше режимов.
Для управления модемами с аппаратной поддержкой протоколов коррекции ошибок и сжатия передаваемых данных существуют специальные команды, входящие в состав расширенного набора АТ-команд (табл. 4.8).
В конкретном модеме набор команд может несколько отличаться от представленного. Более полные сведения содержатся в документации на конкретный модем.
Таблица 4.8. Команды модемов MNP, V.42 , V.42bis
| Команда |
| Назначение АТ-комаиды |
| \Ап | Выбор | размера блоков кадров протокола MNP: |
|
| \АО— | 64 байт; |
|
| \А1 — | 128 байт: |
|
| \А2— | 192 байт; |
|
| \АЗ— | 256 байт (по умолчанию). |
| Команда | Назначение АТ-команды |
| \Вп | Передача сигнала прерывания. Длительность сигнала прерывания определяется параметром п (п°1 ..9) в десятых долях секунды. |
| %Сп | Управление сжатием данных: %СО — запрещает сжатие данных (по умолчанию); %С1 — разрешает сжатие данных в соответствии с рекомендацией MNP; %С2 — разрешает сжатие данных в соответствии с рекомендацией V.42bls; %СЗ — разрешает сжатие данных в соответствии с рекомендацией V.42bls и MNP. |
| %Еп | Контроль качества связи: %ЕО — запрещает контроль качества связи; %Е1 — разрешает выполнение контроля качества связи и соответствующую перенастройку модема. |
| \Gn | Управление протоколом XON/XOFF: \GO — отмена использования протокола XON/XOFF (по умолчанию); \Q1 — установка протокола XON/XOFF. |
| \Jn | Управление скоростью передачи данных: \JO — разрешает использование различных скоростей передачи данных в канале связи и между модемом и компьютером; \J1— запрещает использование различных скоростей передачи данных в канале связи и между модемом и компьютером. |
| . \Kn | Определение действий модема после получения им сигнала BREAK от компьютера или удаленного модема. Вид команд \Кп и реакции на них зависит от типа модема и его текущего режима работы. Подробную информацию о команде \Кп следует искать в документации на модем. |
| \Ln | Установка потокового или блочного метода обмена данными при соединении в режиме MNP: \LO — выбор потокового метода обмена данными; \L1 — выбор блочного метода обмена данными. |
| \Nn | Выбор режима обмена данными: \NO — установка стандартного режима с буферизацией; \N1 — режим прямой передачи; \N2 — режим передачи с коррекцией ошибок и с буферизацией; \N3 — режим передачи с коррекцией ошибок и автоматической настройкой на удаленный модем; \N4 — выбор протокола коррекции ошибок LAPM (V.42); \N5 — выбоо поотокола коорекции ошибок MNP. |
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
