Главная    Почта    Новости    Каталог    Одноклассники    Погода    Работа    Игры     Рефераты     Карты
  
по Казнету new!
по каталогу
в рефератах

Модемные протоколы

ва  PEP  (Packetized  Ensemble   Protocol)
разработаны фирмой Telebit и реализованы в модемах фирмы  серий  TrailBlazer
(PEP)  и  WorldBlazer  (TurboPEP).  В  этих  протоколах  принципиально  иным
образом используется вся полоса пропускания  канала  тональной  частоты  для
высокоскоростной  передачи  данных.  Весь  канал  разбивается  на  множество
узкополосных  частотных  подканалов,  по  каждому  из   которых   независимо
передается  своя  порция  бит  из  общего  потока  информации.  Такого  рода
протоколы называют многоканальными, или  параллельными,  или  протоколами  с
множеством несущих (multicarrier). В протоколе PEP канал разбивается на  511
подканалов. В каждом подканале шириной около 6 Гц с модуляционной  скоростью
от 2 до 6 бод с помощью квадратурной амплитудной модуляции кодируются  от  2
до 6  бит  на  бод.  Имеется  несколько  степеней  свободы  для  обеспечения
максимальной пропускной способности  каждого  конкретного  канала,  имеющего
свои характеристики по части искажений и помеховой  обстановки.  В  процессе
установки соединения каждый  частотный  подканал  независимо  тестируется  и
определяется   возможность   его   использования,   а    также    параметры:
модуляционная скорость подканала и  число  позиций  модуляции.  Максимальная
скорость передачи по протоколу PEP может достигать 19200 бит/с.  В  процессе
сеанса  при  ухудшении  помеховой  обстановки  параметры  подканалов   могут
меняться, а некоторые подканалы - отключаться. При этом декремент  понижения
скорости не превышает 100 бит/с. Протокол TurboPEP за счет увеличения  числа
подканалов, а также количества кодируемых на одном  бодовом  интервале  бит,
может достигать скорости 23000  бит/с.  Кроме  того,  в  протоколе  TurboPEP
применяется    модуляция    с    треллис-кодированием,    что    увеличивает
помехоустойчивость протокола.
Основными преимуществами этих протоколов является слабая чувствительность  к
искажениям амплитудно-частотной характеристики канала и значительно  меньшая
чувствительность  к  импульсным  помехам  по   сравнению   с   традиционными
протоколами. Если первое не вызывает вопросов, то по части импульсных  помех
требуются некоторые комментарии. Дело в  том,  что  хотя  импульсная  помеха
"бьет" практически по всей ширине спектра, т.е. по  всем  подканалам,  но  в
связи  со  значительно  большей  длительностью  сигнала   по   сравнению   с
традиционными протоколами (6  бод  против  2400),  искаженная  помехой  доля
сигнала  много  меньше,  что  позволяет  в  ряде   случаев   нормально   его
демодулировать. И последнее, что стоит отметить, это то, что  в  ряде  стран
протоколы  этого  типа  запрещены   для   использования   на   коммутируемых
телефонных каналах. Возможно потому, что многоканальные протоколы  позволяют
успешно  работать  даже  на  линиях,  на  которых  ретивыми   канализаторами
установлены  режекторные  фильтры  (для  того,  по-видимому,  чтобы   лишить
клиентов,  в  чем-то  провинившихся,  возможности  использовать   телефонные
каналы для передачи данных с помощью стандартных модемов).
    Производители 56К модемов, как с протоколом K56flex, так и с протоколом
х2, обеспечили в  свое  время  модернизацию  своих  изделий  до  V.90  путем
простого перепрограммирования ППЗУ (микросхемы на плате модема).
    Кроме того, все модемы 56К совместимы со стандартом ITU  V.34,  поэтому
если пользователь соединяется с провайдером,  который  не  поддерживает  56К
технологию, связь будет установлена по стандарту V,34, то есть со  скоростью
до 33,6 Кбит/с.
                     Протоколы коррекции ошибок и сжатия
Одновременно с развитием протоколов передачи данных шло и развитие
протоколов сжатия  и коррекции ошибок. Это было связано с тем, что
требовалась передача больших объемов информации, чем позволяли существующие
модемы, кроме того, как было сказано выше, качество каналов обещало желать
лучшего. Поэтому фирмы - производители модемов разрабатывали для своей
аппаратуры передачи данных необходимые ей протоколы сжатия и коррекции
ошибок.. Почти все представленные протоколы предназначены для асинхронной
передачи данных, за исключением SDC, который наиболее эффективен для
повышения качества и скорости передачи трафика X.25, Frame Relay, SDLC,
PPP.

                     Протоколы сжатия и коррекции ошибок

|Название  |Чей протокол,   |Назначение        |
|          |год принятия    |                  |
|V.41      |ITU, 1968, 1972 |Коррекция ошибок  |
|V.42      |ITU, 1988       |Коррекция ошибок  |
|V.42bis   |ITU, 1990       |Сжатие            |
|V.43      |ITU, 1998       |Коррекция ошибок  |
|V.44      |ITU, 2000       |Сжатие            |
|BTLZ      |British Telecom |Сжатие            |
|ADC       |Hayes           |Сжатия            |
|ACT       |Formula         |Сжатие            |
|MNP1      |Microcom        |Сжатие            |
|MNP2      |Microcom        |Коррекция ошибок  |
|MNP3      |Microcom        |Коррекция ошибок  |
|MNP4      |Microcom        |Коррекция ошибок  |
|MNP5      |Microcom        |Сжатие            |
|MNP7      |Microcom        |Сжатие            |
|MNP9      |Microcom        |Сжатие            |
|MNP10     |Microcom        |Коррекция ошибок  |
|ETC       |AT&T, 1993      |Коррекция ошибок  |
|SDC       |Motorola        |Сжатие, коррекция |
|          |                |ошибок            |


      Сжатие информации
      Теперь давайте обсудим еще одно важное понятие  -  сжатие  информации.
      Конечно, вы знакомы  с  программами-архиваторами  и  понимаете,  какую
      выгоду может дать сжатие информации при ее перекачке по каналу  связи,
      за пользование которым приходится платить. Понимали это и разработчики
      протоколов связи, и  поэтому  самые  совершенные  из  этих  протоколов
      предусматривают  сжатие  информации  перед  самой  отправкой.  Как  вы
      знаете, достаточно лишь пяти бит, чтобы передать любую  из  32-х  букв
      русского алфавита. Это иллюстрирует тот факт,  что  если  в  сообщении
      используются не все 256 символов ASCII,  то  при  его  передаче  можно
      обойтись "урезанным байтом" -  с  меньшим  количеством  бит  (конечно,
      передаваемые байты остаются восьмибитовыми, а группы из, скажем, 5 бит
      могут начинаться в одном байте и заканчиваться в следующем).
      Разумеется, вряд ли в  вашем  сообщении  будут  задействованы  все  до
      одного символы таблицы ASCII. Поэтому  за  счет  такого  "укорачивания
      байта" можно заметно сократить объем файла, не потеряв ничего  из  его
      содержимого. Более того, длина таких  укороченных  байтов  может  быть
      даже переменной, причем более часто встречающиеся  символы  кодируются
      более короткими последовательностями битов. Ну и наконец, еще  большей
      экономии можно достичь,  сокращая  повторяющиеся  группы  символов  по
      принципу:
      ААААА - 5A
      Конечно, этим методы сжатия  данных  не  исчерпываются,  и,  например,
      программы-архиваторы работают по гораздо более сложным алгоритмам. Но,
      к сожалению, при сжатии данных прямо во время передачи  (как  говорят,
      "на лету") алгоритм в каждый момент времени видит лишь небольшую часть
      всех данных - один блок  (см.  ниже).  Поэтому  большой  эффективности
      достичь при этом не удается; скажем,  если  два  подряд  идущих  блока
      совершенно одинаковы, посылающий модем не может  просто  сказать,  что
      второй блок совпадает с первым, - ему все равно придется  послать  еще
      раз те же данные, так как  сжимать  информацию  позволяется  только  в
      пределах одного блока.
                           Перечень протоколов MNP
    MNP (Microcom Network Protocols) -  серия   наиболее   распространенных
аппаратных  протоколов,  впервые  реализованная на модемах  фирмы  Microcom.
Эти протоколы  обеспечивают  автоматическую коррекцию  ошибок  и  компрессию
передаваемых данных.
    Сейчас следующие протоколы:
    MNP1.    Протокол   коррекции   ошибок,     использующий    асинхронный
полудуплексный метод передачи данных.  Это самый простой из протоколов  MNP.

    MNP2.  Протокол коррекции ошибок,  использующий асинхронный  дуплексный
метод передачи данных.
    MNP3.  Протокол коррекции ошибок,  использующий  синхронный  дуплексный
метод  передачи данных между модемами (интерфейс модем - компьютер  остается
асинхронным). Так как  при  асинхронной передаче используется десять бит  на
байт - восемь бит данных,  стартовый бит и стоповый  бит,  а при  синхронной
 только  восемь,  то  в этом кроется возможность ускорить обмен  данными  на
20%.
    MNP4.    Протокол,    использующий    синхронный     метод    передачи,
обеспечивает   оптимизацию   фазы   данных,   которая   несколько   улучшает
неэффективность протоколы MNP2 и MNP3.   Кроме  того,  при  изменении  числа
ошибок на линии соответственно   меняется   и   размер  блоков  передаваемых
данных.    При  увеличении   числа   ошибок   размер   блоков   уменьшается,
увеличивая   вероятность    успешного    прохождения    отдельных    блоков.
Эффективность этого метода составляет  около  20%  по  сравнению  с  простой
передачей данных.
    MNP5.  Дополнительно к методам MNP4,   MNP5  часто  использует  простой
метод  сжатия  передаваемой  информации.    Символы  часто  встречающиеся  в
передаваемом блоке кодируются  цепочками  битов меньшей  длины,   чем  редко
встречающиеся   символы.     Дополнительно   кодируются   длинные    цепочки
одинаковых символов.  Обычно при  этом  текстовые  файлы  сжимаются  до  35%
своей исходной длины.  Вместе с 20% MNP4 это  дает  повышение  эффективности
до 50%. Заметим, что если вы передаете уже сжатые  файлы,  а  в  большинстве
это так и есть,  дополнительного  увеличения  эффективности за  счет  сжатия
данных модемом этого не происходит.
    MNP6.    Дополнительно   к   методам   протокола   MNP5   автоматическ
12345След.
скачать работу

Модемные протоколы

 

Отправка СМС бесплатно

На правах рекламы


ZERO.kz
 
Модератор сайта RESURS.KZ