v92 -- Modem On Hold ONLY!

[Oxy]

Идея такая: берем существующий v90, и заявляем, что это v92, но без поддержки PCM upstream и v44. Ну, и реализуем Quick Connect (или это тоже уровень DSP?)
Прокатит? Или они (v90 и v92) еще чем-то различаются?

[Technical Support]

Дополнительно к V.90, V.92 предлагает 3 функции:

1. Modem-On-Hold: можно прервать модемное соединение с сервером провайдера для того, чтобы принять входящий или сделать исходящий звонок. Для реализации этого режима требуется поддержка V.92 Вашим модемом и сервером провайдера, наличие у Вас цифровой АТС с поддержкой функции Call Waiting, причём эту услугу надо включить и оплатить.

2. Quick Connect. Эта функция связана с предыдущей и состоит в том, что модем запоминает настройки эхоподавителя и эквалайзера перед рассоединением с модемом провайдера и затем пытается их использовать при повторном соединении, пропустив фазу тренировки, которая требуется для выяснения параметров канала связи и настройки эхоподавителя и эквалайзера.

3. PCM upstream. Кроме модуляции V.34 QAM, которую V.90 использует для передачи данных "наверх" (т.е. от Вас к провайдеру), предлагается вариант, использующий модуляцию PCM. При этом скорость передачи выбирается в диапазоне 24000..48000 бит/с.

Теперь вернёмся к Quick Connect. Расчёт делается на то, что параметры канала связи не изменились. Это, как правило, именно так при варианте Modem-On-Hold. Однако, если звонок был завершён и Вы пытаетесь использовать старые параметры для нового соединения (пусть даже с тем же провайдером), то шансы на успех невелики (процентов 20, примерно). В остальных случаях произойдёт сбой соединения и придётся проводить процедуру повторно и целиком (т.е. с полной тренировкой). На отработку сбоя, естественно, также тратится время, поэтому идея проведения процедуры Quick Connect в условиях, где шансы на успех невелики, представляется неразумной (учитывая потери на неуспешные попытки Quick Connect, в среднем будет тратиться примерно такое же, если не большее, время).

Что касается реализации, то фукция Quick Connect требует слаженного взаимодействия микроконтроллера и DSP, причём на последний ложится бОльшая часть работы. Надо "отдать" настройки эхоподавителя для их запоминания, а также уметь принять их и пропустить определённые фазы установки соединения (тренировки). Так что без модификации кода DSP тут никак не обойтись.
_________________
Inpro
Technical Support

[Oxy]

Н-да, sorry за ламерство (или просто пива много выпил, когда первый пост писал )....
На самом деле, интересует реализация именно Modem-On-Hold, а Quick Connect -- вовсе не обязательно, т.е. retrain при этом вполне приемлим.
Дело в том, что Call Waiting доступен практически на всех киевских АТС, и стоит копейки (~$0.5 в месяц). Это даже дешевле, чем протятуть вторую линию ))
Так что, вещь актуальная. И, похоже, что реализуемая
Модем уже умеет ловить Call Waiting. Нужно лишь изменить реакцию (переключение вызовов вместо разрыва), обучить модем ждать освобождения линии, и отрапортовать удаленному, что мы это умеем (типа у нас v92).
Вроде-бы, DSP тут не при чем.

[Technical Support]

А как это Вы представляете, "отрапортовать удалённому", не изменяя код DSP ?
_________________
Inpro
Technical Support

[Oxy]

Таки ни как
К тому же, нужно как-то договариваться с удаленным об этом On Hold.

А что, даже столь несуществинная модификация DSP выходит за рамки Вашей компитенции?

[Technical Support]

Код DSP - некий чёрный ящик...
_________________
Inpro
Technical Support

[Oxy]

А для меня -- и код микроконтроллера тоже )))
Что ж, с этим всё ясно: притензия была не по адресу .

Впрочем, создал новую тему, уже без "черных дыр"

[Mikle20]

[Technical Support]

Регистр S10 (см. "Руководство пользователя"). Соответствующую команду надо прописать в строке инициализации в свойствах модема.
_________________
Inpro
Technical Support