Windows Использование IP телефонии для обработки вызовов
- Автор темы Andi
- Дата начала
Если в Call центре, на SIP телефоны которого переадресуется вызов, не установлен SPult или оператор не использует мобильные версии *SPult, то оператор не может сам позвонить в кабину лифта или на конкретное переговорное устройство, т.к. не поддерживаются входящие SIP звонки.
Кроме того, бывает нужно периодически, например, в соответствии с регламентом, проверять исправность головой связи ЛБ <-> Call центр.
Для решения подобных задач может использоваться OPC UA сервер.
С телефона дозвониться до лифта нельзя, но можно включить голосовую связь ЛБ<->Call центр через специальную OPC переменную. Конечно, для этого нужно клиентское приложение, которое устанавливается в Call центре и имеет связь с OPC UA сервером LKDSDomain. Это может быть отдельное приложение или часть общей диспетчерской системы.
Включает/выключает голосовую связь новая OPC переменная:
2.< identifier>.410 - Enabling voice communication via SIP
Тип: UInt64
При записи в переменную значение 0 - сам ЛБ, 254 - переговорное устройство в кабине лифта или кода ПУ
делается попытка включения голосовой связи.
Алгоритм следующий:
1.в географической структуре ищется лифт, в котором указан идентификатор ЛБ и в дополнительных параметрах которого указаны SIP параметры.
2.если лифта найден, то в организации, в которой описан этот лифт, ищется пользователь, имеющий право включить голосовую связь с лифтом и в параметрах которого указаны SIP параметры.
3.если пользователь найден, то делается попытка сделать вызов от SIP номер лифта на SIP номер пользователя.
Коды завершения:
OpcUa_BadNotSupported 0x803D0000 - SIP не разрешён
OpcUa_BadTypeMismatch 0x80740000 - тип выводимого значения не UInt64
OpcUa_BadNotConnected 0x808A0000 - не найден лифт или пользователь с SIP параметрами
OpcUa_Good 0x00000000 - удачно
После запуска дозвона от лифта к пользователю, в переменной 2.< identifier>.410 отображаются стадии дозвона:
Calling = 1
Incoming = 2
Early = 3
Connecting= 4
Confirmed = 5
Disconnected= 6
После дозвона, в переменной 2.< identifier>.410 могут отображаются нажатые кнопки телефона пользователя (DTMF).
Значения в переменную 2.< identifier>.410 записываются и при обычном вызове по SIP, т.е. при нажатии на кнопку «Вызов» на ЛБ или на переговорном устройстве. DTMF можно использовать для параллельной автоматизированной обработки вызова. Например, если пользователь (оператор Call Center) в процессе разговора нажал определенную последовательность кнопок, то это может означать необходимость выезда на данный лифт аварийной бригады, медицинской помощи и т.п.
При записи в переменную 2.< identifier>.410 значения 255 текущий вызов завершается.
Для проверки наличия голосовой связи можно периодически автоматически включать связь, например, с кабиной и дождаться кода завершения Connecting= 4
Кроме того, бывает нужно периодически, например, в соответствии с регламентом, проверять исправность головой связи ЛБ <-> Call центр.
Для решения подобных задач может использоваться OPC UA сервер.
С телефона дозвониться до лифта нельзя, но можно включить голосовую связь ЛБ<->Call центр через специальную OPC переменную. Конечно, для этого нужно клиентское приложение, которое устанавливается в Call центре и имеет связь с OPC UA сервером LKDSDomain. Это может быть отдельное приложение или часть общей диспетчерской системы.
Включает/выключает голосовую связь новая OPC переменная:
2.< identifier>.410 - Enabling voice communication via SIP
Тип: UInt64
При записи в переменную значение 0 - сам ЛБ, 254 - переговорное устройство в кабине лифта или кода ПУ
делается попытка включения голосовой связи.
Алгоритм следующий:
1.в географической структуре ищется лифт, в котором указан идентификатор ЛБ и в дополнительных параметрах которого указаны SIP параметры.
2.если лифта найден, то в организации, в которой описан этот лифт, ищется пользователь, имеющий право включить голосовую связь с лифтом и в параметрах которого указаны SIP параметры.
3.если пользователь найден, то делается попытка сделать вызов от SIP номер лифта на SIP номер пользователя.
Коды завершения:
OpcUa_BadNotSupported 0x803D0000 - SIP не разрешён
OpcUa_BadTypeMismatch 0x80740000 - тип выводимого значения не UInt64
OpcUa_BadNotConnected 0x808A0000 - не найден лифт или пользователь с SIP параметрами
OpcUa_Good 0x00000000 - удачно
После запуска дозвона от лифта к пользователю, в переменной 2.< identifier>.410 отображаются стадии дозвона:
Calling = 1
Incoming = 2
Early = 3
Connecting= 4
Confirmed = 5
Disconnected= 6
После дозвона, в переменной 2.< identifier>.410 могут отображаются нажатые кнопки телефона пользователя (DTMF).
Значения в переменную 2.< identifier>.410 записываются и при обычном вызове по SIP, т.е. при нажатии на кнопку «Вызов» на ЛБ или на переговорном устройстве. DTMF можно использовать для параллельной автоматизированной обработки вызова. Например, если пользователь (оператор Call Center) в процессе разговора нажал определенную последовательность кнопок, то это может означать необходимость выезда на данный лифт аварийной бригады, медицинской помощи и т.п.
При записи в переменную 2.< identifier>.410 значения 255 текущий вызов завершается.
Для проверки наличия голосовой связи можно периодически автоматически включать связь, например, с кабиной и дождаться кода завершения Connecting= 4
Вложения
viktor_2004
Новичок
Добрый день!
Уже достаточно долгое время пытаюсь реализовать возможность звонков на SIP-телефон с использованием собственного SIP-сервера. Проблема в том, что при вызове диспетчера он сразу обрабатывается через SIP (судя по сообщениям в приложении Spult), но дозвона до указанного абонента не происходит.
Судя по логам SIP-сервера, он регистрируется под указанным пользователем и сразу же отключается. А в параметре voice communication via SIP (OPC UA) при вызове значение на мгновение меняется с 6 на 1 и обратно.
Может, кто-то сталкивался с такой проблемой?
Уже достаточно долгое время пытаюсь реализовать возможность звонков на SIP-телефон с использованием собственного SIP-сервера. Проблема в том, что при вызове диспетчера он сразу обрабатывается через SIP (судя по сообщениям в приложении Spult), но дозвона до указанного абонента не происходит.
Судя по логам SIP-сервера, он регистрируется под указанным пользователем и сразу же отключается. А в параметре voice communication via SIP (OPC UA) при вызове значение на мгновение меняется с 6 на 1 и обратно.
Может, кто-то сталкивался с такой проблемой?
Вложения
Последнее редактирование модератором:
viktor_2004 написал(а):
Нужны дополнительные данные.
На компьютере с LKDSDomain исполните пункт меню «Пуск»\ «Все программы»\ «Диспетчерский комплекс ‘Обь’»\ «Формирование данных для обращения в техподдержку (SaveLog.exe)». Дату не меняйте. После чего заархивируйте и пришлите сформированные данные (папка сформированных данных и email адрес куда отправлять будет показан в конце формирования)
Протоколирование обмена SIP пакетами и протокол работы pjsip ведётся в папке ...LKDSDrv\LKDSSIP\LogSlot\ , в частности в файле B00_0000001.Bad и т.п.
Информация из файлов протоколов может помочь в поиске причин проблем.
Последнее редактирование модератором:
apathy написал(а):
Если диспетчер использует SPult и задача послушать кабину, то можно использовать штатную голосовую связь без SIP.
Если задача проверить сам SIP канал, то можно инициировать вызов ИЗ кабины (т.е. как будто нажать кнопку "Вызов" в кабине), то можно использовать специальную OPC UA переменную.
Хорошо, что так)) И каковы отзывы? Вот тоже задумался над использованием, если локальные лифты, тут все понятно. То вот с удаленными лифтами по интернету, не очень. Хочу реализовать связку Spult+IP АТС+Sip телефон диспетчера. Думаю на следующей неделе займусь))) Я правильно же понимаю, что удаленный лифт сначала должен будет авторизоваться на IP АТС (и для этого надо IP ATC пробросить её во внешний мир)? Вот еще вопросы: изменить стандартные порты 5060 и 5061 возможно? По каким портам гуляет RTP трафик?
Последнее редактирование модератором:
apathy написал(а):
У меня ситуация немного иная. Есть режимный объект со своим персоналом по лифтам без диспетчера, но со своей IP телефонией на территории. Так вот на их собственном сервере установили LKDSDomain и организовали прямые звонки из лифтов на телефоны обслуживающего персонала.
Последнее редактирование модератором:
apathy написал(а):
На ATC авторизуется не удалённый лифт, а сервер диспетчеризации LKDSDomain, LKDSServer, LKDSCloud
Если сервер диспетчеризации и АТС находятся в одной локальной сети, то ATC может не иметь статического внешнего IP.
apathy написал(а):
SIP порт может указываться в URL АТС в настройках серверов, например:
apathy написал(а):
В процессе регистрации сервера диспетчеризации на АТС они договариваются о RTP портах, т.е. RTP порты указываются в настройках АТС
