Доброго времни суток, господа.
По работе с Huawei E1550 есть такая инфа:
ПРОВЕРЕНОЕ:
1) Модем не является VoiceModem в том смысле, что команды вида AT#V он не поддерживает, тем не менее см. п.2
2) Голосовые вызовы на нем работают и работают следующим образом:
Цитата:
Сообщение от Юрий65
Продолжаю.Модем HUAWEI E1550 в моем компе видится как три СОМ-порта:COM7(460800,8,N,1)-3G Modem;COM8(9600,8,N,1)-3G Application Interface;COM9(9600,8,N,1)-3G PC UI Interface.Управление потоком во всех трех портах-нет.Это параметры из гипертерминала.Модем зарегестрирован в сети,проверка пин-кода отменена,дашборд отключен.Первым делаю голосовой звонок на модем,две посылки вызова и отбой:подключаюсь к СОМ9-
^RSSI:20
^RSSI:20
RING
+CLIP: "+38091303хххх",145,,,,0
RING
+CLIP: "+38091303хххх",145,,,,0
^CEND:1,0,104,16
^RSSI:20
^RSSI:20
Тут модем выдает входящий звонок,номер абонента,уровень принимаемого радиосигнала,отбой.СОМ7,8-тишина,нет сообщений.При активном дашбоарде звенит звонок,все как надо.Теперь пробую видеовызов:СОМ9-только уровень сигнала,СОМ8-тишина,а на СОМ7-
RING
+CLIP: "+38091303хххх",145,,,,0
RING
+CLIP: "+38091303хххх",145,,,,0
RING
+CLIP: "+38091303хххх",145,,,,0
RING
+CLIP: "+38091303хххх",145,,,,0
То есть ответы модема на видеовызов есть,но на порте СОМ7.Дашбоад на это не реагирует,как и ожидалось.
|
продолжая то, что не хватает в этом посте:
COM9 в данном случае канал управления модемом
COM8 - !!!ВНИМАНИЕ!!! порт для обмена голосовым трафиком в формате 8000 КГц 16бит моно, НО для того, чтобы голос там появился требуется послать в порт COM9 команды:
ATA
AT^DDSETEX=2
ПРЕДПОЛАГАЕМОЕ:
Для видео-вызова действительно не существует каких-то особых команд модема (я видел спецификацию AT команд для CDMA и UMTS модемов Huawei), скорее всего "видео вызов" это ни что иное, как чисто модемное(DATA) соединение на определенной скорости, позволяющеq обмениваться двум терминалам данными, которые включают себя всё то, что предполагает h.324m спецификация.
Т.е. когда вы делаете "видео-вызов", то всего-навсего устанавливаете туннель над которым надстраивается протокольный стэк вершиной которого являются пртоколы спецификации h.324m.
Я загляул в то, что называется VideoCallUIPlugin.dll - это модуль обращается к реализации h.324m от компании RAD Vision который находится в файлах:
rv3g324m.dll
rvasn1.dll
rvcommon.dll
rvgef.dll
rvh245AutoCaps.dll
3g324mConfig.val - вспомогательный файл
При этом всем этот стэк базируется на банальном TCP/IP поверх туннеля, который создают терминалы и сеть оператора связи.
Что меня смущает во всем этом, так это то, что при обмене сигнальными сообщениями между терминалом и MSC набор "возможностей" (cap set) для видео/данных/голоса всё же разный, а от сюда не очень понятно как же сказать модему слать нужный набор "возможностей".
Ещё вариант, что ввод команд
ATA
AT^DDSETEX=2
на сигнальном порту при "видео-вызове"(COM7) вызовет открытие на COM8 того самого "туннеля" для h.324m