разрыв соединения в голосовом режиме

[serenya]

Здравствуйте, слышал много лестного о Вашем суппорте, надеюсь и мой вопрос не останется без внимания.

Воодные:

Модем:
ati3
IDC-5614BXL/VR firmware by Mike Telis, V2.26-V90_2M_DLS
Copyright (c) Inpro, 1998-2005

ПО:
работаю через TAPI в Windows XP SP2 Rus

Программа (собственного производства) предназначена для работы в режиме автоответчика с многоканальными линиями.

Суть проблеммы в том, что модем реагирует на некий сигнал бизи, которого реально не было. Т.е. прослушивая принятые сообщения чётко слышно где абонент повесил трубку, при этом записываються ещё два сигнала "занято" и только после этого идёт процесс остановки воспроизведения, выход в VCON, разрыв связи, а есть сообщения, где запись прерываеться на полуслове, при этом в протоколе написано, что "Получено DLE Raw= 98" и дальше идёт тот-же сценарий завершения сеанса. Лог привожу ниже. А проблема собственно в том, как заставить модем не реагировать на эти псевдосигналы.

Лог:
08-01-2008 17:57:48.078 - Файл: C:\WINDOWS\system32\tapisrv.dll, Версия 5.1.2600
08-01-2008 17:57:48.078 - Файл: C:\WINDOWS\system32\unimdm.tsp, Версия 5.1.2600
08-01-2008 17:57:48.078 - Файл: C:\WINDOWS\system32\unimdmat.dll, Версия 5.1.2600
08-01-2008 17:57:48.078 - Файл: C:\WINDOWS\system32\uniplat.dll, Версия 5.1.2600
08-01-2008 17:57:48.078 - Файл: C:\WINDOWS\system32\drivers\modem.sys, Версия 5.1.2600
08-01-2008 17:57:48.078 - Файл: C:\WINDOWS\system32\modemui.dll, Версия 5.1.2600
08-01-2008 17:57:48.078 - Файл: C:\WINDOWS\system32\mdminst.dll, Версия 5.1.2600
08-01-2008 17:57:48.078 - Тип модема: IDC 5614BXL VR PnP
08-01-2008 17:57:48.078 - INF-файл модема: oem12.inf
08-01-2008 17:57:48.078 - Секция INF-файла модема: Modem24
08-01-2008 17:57:48.078 - Соответствие аппаратному коду (ID): serenum\idc5620
08-01-2008 17:57:48.078 - Opening Modem
08-01-2008 17:57:48.078 - 115200,8,N,1, ctsfl=1, rtsctl=2
08-01-2008 17:57:48.078 - Инициализация модема.
08-01-2008 17:57:48.093 - Послано: AT&FS95=41E0<cr>
08-01-2008 17:57:48.093 - Принято: <cr><lf>OK<cr><lf>
08-01-2008 17:57:48.093 - Интерпретированный ответ: ОК
08-01-2008 17:57:48.109 - Послано: ATS7=60S30=0L1M1\N3%C3&K3B0N1X4<cr>
08-01-2008 17:57:48.109 - Принято: <cr><lf>OK<cr><lf>
08-01-2008 17:57:48.109 - Интерпретированный ответ: ОК
08-01-2008 17:57:48.109 - Ожидание звонка.
08-01-2008 17:57:48.125 - Послано: at#cid=0<cr>
08-01-2008 17:57:48.125 - Принято: <cr><lf>OK<cr><lf>
08-01-2008 17:57:48.125 - Интерпретированный ответ: ОК
08-01-2008 17:57:48.140 - Послано: ATS0=0<cr>
08-01-2008 17:57:48.140 - Принято: <cr><lf>OK<cr><lf>
08-01-2008 17:57:48.140 - Интерпретированный ответ: ОК
08-01-2008 17:57:48.484 - Принято: <cr><lf>RING<cr><lf>
08-01-2008 17:57:48.484 - Интерпретированный ответ: Звонок
08-01-2008 17:57:48.484 - TSP(0000): LINEEVENT: LINE_NEWCALL
08-01-2008 17:57:48.484 - TSP(0000): LINEEVENT: LINECALLSTATE_OFFERING
08-01-2008 17:57:48.484 - TSP(0000): LINEEVENT: LINEDEVSTATE_RINGING(0x1)
08-01-2008 17:57:48.484 - TSP(0000): Ответ на звонок
08-01-2008 17:57:48.484 - TSP(0000): LINEEVENT: LINECALLSTATE_ACCEPTED
08-01-2008 17:57:48.484 - Ответ на звонок.
08-01-2008 17:57:48.484 - 115200,8,N,1, ctsfl=1, rtsctl=2
08-01-2008 17:57:48.484 - Ждать 3000 мс сведения о коде звонящего устройства перед началом ответа.
08-01-2008 17:57:51.484 - Продолжить, отвечая на вызов.
08-01-2008 17:57:51.500 - Послано: at#cls=8<cr>
08-01-2008 17:57:51.500 - Принято: <cr><lf>OK<cr><lf>
08-01-2008 17:57:51.500 - Интерпретированный ответ: ОК
08-01-2008 17:57:51.515 - Послано: at#vls=0<cr>
08-01-2008 17:57:51.515 - Принято: <cr><lf>OK<cr><lf>
08-01-2008 17:57:51.515 - Интерпретированный ответ: ОК
08-01-2008 17:57:51.531 - Послано: at#vbt=1<cr>
08-01-2008 17:57:51.531 - Принято: <cr><lf>OK<cr><lf>
08-01-2008 17:57:51.531 - Интерпретированный ответ: ОК
08-01-2008 17:57:51.531 - Получено DLE Raw=104, значение равно Трубка повешена.
08-01-2008 17:57:51.546 - Послано: at#vsr=7200<cr>
08-01-2008 17:57:51.546 - Принято: <cr><lf>OK<cr><lf>
08-01-2008 17:57:51.546 - Интерпретированный ответ: ОК
08-01-2008 17:57:51.562 - Послано: at#vbs=4<cr>
08-01-2008 17:57:51.562 - Принято: <cr><lf>OK<cr><lf>
08-01-2008 17:57:51.562 - Интерпретированный ответ: ОК
08-01-2008 17:57:51.578 - Послано: ata<cr>
08-01-2008 17:57:54.390 - Принято: <cr><lf>VCON<cr><lf>
08-01-2008 17:57:54.390 - Интерпретированный ответ: ОК
08-01-2008 17:57:54.390 - Завершение асинхронной операции (0x0001002d) поставщика служб телефонии (TSP). Состояние 0x00000000
08-01-2008 17:57:54.390 - TSP(0000): LINEEVENT: LINECALLSTATE_CONNECTED
08-01-2008 17:57:54.390 - TSP(0000): Включить цифровое наблюдение
08-01-2008 17:57:54.390 - TSP(0000): WAVE: Start Playback
08-01-2008 17:57:54.390 - Установка формата звукового файла.
08-01-2008 17:57:54.406 - Послано: at#vls=0<cr>
08-01-2008 17:57:54.500 - Принято: <cr><lf>OK<cr><lf>
08-01-2008 17:57:54.500 - Интерпретированный ответ: ОК
08-01-2008 17:57:54.500 - 115200,8,N,1, ctsfl=1, rtsctl=2
08-01-2008 17:57:54.500 - Начало воспроизведения/записи звукового файла.
08-01-2008 17:57:54.515 - Послано: at#vtx<cr>
08-01-2008 17:57:54.515 - Принято: <cr><lf>CONNECT<cr><lf>
08-01-2008 17:57:54.515 - Интерпретированный ответ: Подключить
08-01-2008 17:57:55.390 - Получено DLE Raw=116, значение равно Трубка снята.
08-01-2008 17:58:15.640 - TSP(0000): WAVE: Stop Streaming
08-01-2008 17:58:15.640 - Завершение воспроизведения/записи звукового файла.
08-01-2008 17:58:15.640 - Послано: <00><DLE><03>
08-01-2008 17:58:16.093 - Принято: <cr><lf>VCON<cr><lf>
08-01-2008 17:58:16.093 - Интерпретированный ответ: ОК
08-01-2008 17:58:16.093 - TSP(0000): WAVE: Start Record
08-01-2008 17:58:16.093 - Установка формата звукового файла.
08-01-2008 17:58:16.093 - 115200,8,N,1, ctsfl=1, rtsctl=2
08-01-2008 17:58:16.093 - Начало воспроизведения/записи звукового файла.
08-01-2008 17:58:16.109 - Послано: at#vrx<cr>
08-01-2008 17:58:16.109 - Принято: <cr><lf>CONNECT<cr><lf>
08-01-2008 17:58:16.109 - Интерпретированный ответ: Подключить
08-01-2008 17:58:19.296 - Получено DLE Raw= 98, значение равно Занято.
08-01-2008 17:58:19.296 - TSP(0000): LINEEVENT: LINECALLSTATE_DISCONNECTED(0x20)
08-01-2008 17:58:19.296 - TSP(0000): Завершение звонка
08-01-2008 17:58:19.296 - TSP(0000): WAVE: Abort Streaming
08-01-2008 17:58:19.296 - Завершение воспроизведения/записи звукового файла.
08-01-2008 17:58:19.296 - Послано: !
08-01-2008 17:58:19.406 - Получено DLE Raw= 3, значение равно Конец передачи (End of Transmission, ETX).
08-01-2008 17:58:19.609 - Принято: <cr><lf>VCON<cr><lf>
08-01-2008 17:58:19.609 - Интерпретированный ответ: ОК
08-01-2008 17:58:19.609 - Разрыв соединения модема.
08-01-2008 17:58:19.625 - Послано: ATH<cr>
08-01-2008 17:58:21.187 - Принято: <cr><lf>OK<cr><lf>
08-01-2008 17:58:21.187 - Интерпретированный ответ: ОК
08-01-2008 17:58:21.187 - 115200,8,N,1, ctsfl=1, rtsctl=2
08-01-2008 17:58:21.187 - Инициализация модема.

[serenya]

читая описание на прошивку версии 3.14 наткнулся на фразу:

12.Устранена проблема ложного определения сигнала "Занято" в голосовом
режиме.

это не мой случай случайно?

[Technical Support]

Все изменения, которые делались для версии 3.14, были внесены в 2.14 (т.е. "не Ваш случай").

Теперь по сути вопроса. Ложные срабатывания детектора "Занято" в голосовом режиме вполне возможны. Есть 3 пути решения проблемы. Перечислим в порядке увеличения сложности реализации:

1. Увеличить значение регистра S101. В большинстве случаев этого вполне достаточно для полного устранения проблемы. Недостаток метода в том, что увеличивается время реакции на сигналы "Занято" (т.е. в конце записываемого звукового файла будет не 2, а большее количество коротких гудков).

2. Ввести в программу более интеллектуальный механизм интерпретации <DLE>b, а именно: запись прекращается не по первому же сообщению <DLE>b, а после того, как их получите 3-4 штуки, с примерно равными паузами между ними. При этом можно запомнить, в какой момент пришло первое <DLE>b и "обрезать хвост" файла, в который Вы записываете голос. Можно сказать, что этот вариант сродни первому, но благодаря реализации на уровне прикладной программы можно нивелировать недостаток первого метода.

3. Вообще игнорировать <DLE>b от модема и реализовать свой алгоритм анализа сигналов АТС, отыскивая их в потоке принимаемых голосовых данных.
_________________
Inpro
Technical Support

[serenya]

[Technical Support]

Выпуск новых моделей не планируется, но и нынешние IDC-5614BXL/VR+ с производства не снимаются и следовательно, на них вполне можно рассчитывать (как и на нашу техподдержку)
_________________
Inpro
Technical Support