Протокол V.92
Описание протокола связи V.92, особенности и отличия от V.90, и как обстоят дела в реальной Российской действительности.
Протокол V.92
А ведь знаете, нас недавно всех очень и очень сильно накололи. Обманули даже, можно сказать. Надули и отпустили. Как шарики воздушные. Ведь еще в 1997 году компания Lucent Technologies, ссылаясь на имеющийся запас в схеме связи протокола V.90, предлагала повысить скорость исходящего потока, направленного от клиентского модема к провайдеру с 31,2 до 44 кбит/с. Но кому-то тогда это показалось ненужным и даже вредным - подумали, что раз домашние пользователи интернета получают информации примерно в пять раз больше, чем ее передают, то нагрузка на телефонные линии при повышении скорости передачи с использованием квадратурно-амплитудной модуляции (QAM -протокол V.34, входящий поток протокола V.90) возрастает очень даже значительно.
И тут-то нас нагрели почти на 12 кбит/с: подумали умные дядьки из Федеральной комиссии по связи США и наложили... вето на увеличение скорости при использовании QAM - мол, нечего выпендриваться. Но мир все равно держится на энтузиастах, и придумали они спецификацию V.90 Issue 2, в которой предлагалось использовать им-пульсно-кодовую модуляцию (РСМ) не только во входящем (downstream), но и в исходящем (upstream) потоках.
Оформить в новый протокол спецификацию, которая выгодна потребителям только теоретически, было бы как минимум нелогично, и потому для придания солидности было решено подкрепить ее несколькими дополнительными технологиями. И вот, в ноябре 2000 года 16-й исследовательской группой Международного союза электросвязи (ITU - International Telecommunications Union) был принят новый прото- кол V.92, в состав которого вошли несколько компонентов, а именно: V.PCM-Upstream, Modem On Hold (MOH), Quick Connect и протокол сжатия V.44.
В той самой сомнительной спецификации V.90 Issue 2, трансформировавшейся в результате в компонент V.PCM-Upstream, использовалась некая разновидность импульсно-кодо-вой модуляции (РСМ), при том, что никаких дополнительных требований к физической среде (телефонным линиям и АТС) не было. Конечно, средний пользователь не стал отправлять больше информации в сторону про- вайдера, но зато с новыми скоростями передачи информации от пользователя развились такие направления, как IP-телефония и видеоконференции, - системы, требующие симметричного потока в обе стороны. В общем, в итоге конечный пользователь все-таки получил кое-какую выгоду от появления нового стандарта, да и прилагаемые до кучи компоненты оказались весьма интересны.
Пожалуй, самой востребованной должна была оказаться функция Modem On Hold (MOH), позволяющая, не прерывая сеанса связи, принять или сделать телефонный звонок, а наболтавшись вдоволь, повесить трубку и снова оказаться подключенным к интернету.
Тут, правда, есть один нюанс: несмотря на отсутствие факта передачи данных в это время, провайдер все равно продолжает снимать деньги с вашего счета. Но ведь главное, что вам могут дозвониться. Я, к примеру, все время переплачиваю за мобильную связь именно потому, что мне приходится безвылазно сидеть в интернете, и домашний телефон занят.
Другая интересная примочка - технология Quick Connect (QC). На первый взгляд, она кажется безделицей, но в реальной жизни - это маленькая, но приятная радость.
Казалось бы, ну что с того, что модем соединится с провайдером не за 20-30 секунд, а за 10, но, как я выяснил на собственном опыте, привыкнув к этому, потом будешь нервничать, если вдруг окажется, что эта функция не работает. QC экономит время, конечно же, не на наборе номера и не на проверке пароля, а на установке параметров линии связи и выборе оптимальной скорости передачи. Эти параметры запоминаются в процессе соединения в ходе обычной тренировки модема и впоследствии просто восстанавливаются из памяти.
Последний компонент протокола V.92, по сути, не имеет к нему никакого отношения - протокол сжатия данных V.44 находится над протоколами физического уровня и прекрасно может работать, например, и с V.34. Являясь развитием протокола V.42bis, он обеспечивает большую компрессию передаваемых данных, что, конечно же, способствует увеличению скорости загрузки контента.
Российская действительность
Позвонив нескольким московским провайдерам,я понял простую вещь, что, не имея на модемах своих пулов поддержки нового протокола (а для его реализации в большинстве случаев требуется всего-навсего смена программного обеспечения), они активно рекламируют его бессмысленность, ссылаясь на непригодность наших телефонных линий и АТС. И только пообщавшись со специалистами службы поддержки компании "МТУ-Интел", по-моему, единственной на данный момент имеющей работающие пулы V.92, мне удалось выяснить, что этот протокол может быть реализован в России практически в полном объеме. Единственный компонент, который зависит от оператора телефонной связи, - Modem On Hold, и вот его-то вряд ли удастся реализовать повсеместно, так как не все операторы предоставляют услугу Call Waiting.
Источник: Журнал Upgrade №12 (102) март 2003