Тема: Ldk 300, Карточные операторы.
Есть мАТС LDK 300, выход на внешние линии через “0”, приходит поток Е1. Есть карточный оператор связи, который предоставляет номер дозвона на него и пин код соответственно.
Нужно настроить мАТС через LCR, чтобы при звонке на МГ и мобильные, звонок шел через карточного оператора, а звонок на город как обычно.
Пытаюсь решить так:
Из потока выделены 2 линии под оператора.
pgm 220 :
LCR access mode = M02.
pgm 221 :
LCR type = COL для всех цифр 0,1,2,3,4,5,6,7,9, DTM1 D1=0,D2=0,D3=0, и для 8 LCR type = COL DTM1 D1=1,D2=1,D3=1.
pgm 222:
0|пусто |1|0|1|1|N/A
1|1234567Pпинкод#8|1|1|1|2|0
—————————————————
Проблема:
1. При наборе номера возникает чуство, что пинкод перепутывается с цифрами номера, на который хотим позвонить, потому как нет дозвона. (с системника как правило все шло отлично)
2. Бывает случаи когда дозванивается, но оператору передается как буд-то не тот номер который набирали, и идет сигнал заняо от оператора, оператор отбивает сигнал, и снова выдает тон, после которого если ввести номер, то идет дозвон без проблем. (ситуация получалась, при скоростном наборе последнего номера)
1.Если есть поток PRI, то лучше не иднтифицироваться у “карточного” оператора не по Pin-коду, а по вашему АОНу. Это гораздо надежнее, и проблем с LCR не будет.
2. Как версия прошивки????
1. Выясню, может ли он реализовать это. Спасибо.
2. 3.6Df
1. -
2. ОК. Проверьте таймер ПГМ181/13. Он не должен быть = 0. Желательно поставить его = 10~20 сек.
1. Не делает, политика компании.
2. Стоит 0, к сожалению не могу сейчас оперативно это изменить, чтоб проверить, нужно делать выезд.
3. Есть ли еще идеи?
А какие еще идеи???? Дело в том, что после того, как станция получает Connect, она попросту проключает голосовой тракт и все, что набирает пользователь, уходит в тоне в линию. Но одновременно с этим станция также в тоне набирает Pin-код из регистра LCR. Поскольку для портов SLT_DTMF в станции отсутствует промежуточный буфер набора, то все цифры посыпятся в тоне вперемежку.
Кстати, если телефоны SLT-PULSE (с импульсным набором), то все должно быть нормально. Как вариант решения....
есть другой вариант если конечно ваш оператор предоставления IP телефонии не единственный (т.е. не монополист) - переговорить с другим таким оператором чтоб не требовал пин-код, если сможите договорится то уведомить прежнего оператора чтоб сделал уступки если не захочет то смело перебежать к другому
Попробывал поставить SLT-DTMF release timer = 10 и более, таже самая проблема.
Причем, замечена особенность, что с системника набирается на ура.
Если увеличиваю паузу м/у номером оператора и набором пин кода, то пинкод проходит, так как хавается номер, который набирал, и остается только 8 которая и идет дальше.
- ОК. Я попробую проверить эту проблему еще раз на версии 3.6D.
- Естественно, с системника все будет правильно, с него в станцию весь набор идет в цифре (скан-коды);
- А если SLT-пользователь подождет пока станция полностью наберет ПИН-код, и только затем будет набирать требуемый ему номер МГ, тогда все нормально??? Проверьте.
на одном давнейшем объекте как раз пытались вывести в smdr лог звонков через ip-пул провайдера, крутили таймер “SLT-DTMF release timer”, оптимальный вариант получился 12 сек.. С этим таймером атс “исправно” набирает dtmf-тоны и выдает их в smdr, причем соотношение выдачи полного к неполному набору идет 70 к 30, но как и писалось выше если использовать redial средствами атс то набор проходит полностью.
есть такой вариант после ввода пин-кода+# вставить паузу
надо еще рассматривать такой вариант - пользователь вышел на ip-пул и процессе набора начинает ковырять в носу пытаясь вспомнить номер куда он звонит.
для интереса можно поиграться с enblock и overlap
Да, верно, это тоже важный и тонкий момент!!!!—> Какой способ набора номера указан для потока: Overlap или Enbloc (ПГМ143/6)???
Проверил. Да, увы, но проблема существует, как раз из-за отсутствия промежуточного буфера набора между SLT и линией.
Можно осуществить такую реализацию:
pgm 220 :
LCR access mode = M02.
pgm 221 :
LCR type = INT для 5, DTM1 D1=1,D2=1,D3=1.
pgm 222:
0|пусто |1|0|1|1|N/A
1|1234567Pпинкод#|1|1|1|2|2
2|пусто |1|1|1|1|0|
в данном случае, при нажатии на “5” нужно дождаться гудка и набрать номер, как выяснилось оператор не тон выдает, а просто гудок. причем, если 2 звонка как раз идет через оператора, то дальше можно идти и через поток.
А “0” выход на город, и поставить запрет на МГ и мобильники.
Играться с настройками игрался, но не помогает, буду пытаться дальше с ними играться, но в субботу.
Есть идея попробывать реализовать через ячейку памяти, которая будет вызываться по LCR, только я не в курсе будет ли она перемешиваться с номером при наборе.
Первый мой пост был реализован на стендовой атс LDK 300, по обычным СО которые были подключены ко внутреннем линиям Siemens, а Siemens уже в город через “9”.
в том случае PGM были такими, и работало все идеально, а именно как должно:
pgm 220 :
LCR access mode = M02.
pgm 221 :
LCR type = COL для всех цифр 0,1,2,3,4,5,6,7,9, DTM1 D1=0,D2=0,D3=0, и для 8 LCR type = COL DTM1 D1=1,D2=1,D3=1.
pgm 222:
0|9 |1|0|1|1|N/A
1|9D1234567Pпинкод#8|1|2|1|2|0
2|98 |1|2|1|1|0
Было настроено с нуля,с заводскими почти настройками,работало как обычный LCR, при медленном и быстом наборе. Даж перевод звонка СО<>СО
1. Проблема существует именно при наборе через LCR по ISDN линии.
2. При наборе из Speed-ячейки (ячейка-памяти) - увы, то же самое.
3. Про причину я уже писал - нет буфера для набора. После Connect’а DTMF набор с SLT-телефона:
- во время паузы (“P” - в LCR) прозрачно уходит в линию.
- а цифры, набранные во время отправки Added Digits, теряются...
4. Запрос в Корею мы напишем, но ИМХО, если и исправят, то не так быстро...
5.Если SLT-пользователь подождет пока станция полностью наберет ПИН-код, и только затем будет набирать требуемый ему номер МГ, тогда все должно быть нормально. Может объясните это пользователям??
