Тема: Сигнал “занято ” или сигнал ” абонента положил трубку” при исходящем вызове на LDK 100
Добрый день господа.Есть ipLDK-100 включенная по PRI . При звонке на занятый городской номер нет сигнала “занято”, раздаётся короткий гудок, затем 20 секунд тишина, после чего LG дает сигнал ошибки.При завершении разговора ,когда вызываемый абонент кладет трубку тоже самое -кратковременный гудок(2-3 сек). и тишина потом через 20 сек сигнал “ошибка”.Вот этот короткий сигнал (2-3 сек)это и есть сигнал “занято” , только он прерывается через 2-3 сек.Складывается ощущение,что пропадает канал между LG и провайдером.Вот трассировка провайдера,он упирается ,что у него все в порядке.Но все началось с момента ,когда он сменил у себя какое-то оборудование.Один раз он решил эту проблему у себя (что там перегрузил),но теперь видать это у него не проходит(решение проблемы путем перезагрузки)и он причину скинул на LDK.. Трассировка в приложении.Заранее благодарен.
03_03_2009 (1).txt (Размер: 17KB - Загрузки: 354)Попробуй формировать сам- программа 142
1. ПГМ142 в части формирования сигналов Busy/RBT не предназначена для линий ISDN (только Dial Tone).
По стандарту ETSI (EDDS1, Euro ISDN) все акустические сигналы должна генерить противоположная сторона.
2.ИМХО, проблемы на стороне провайдера.
Скорее всего это связано с конвертации сигнализации (из ISDN в R1,5 и обратно)...
От него приходит сообщение Disconnect c Прогресс Индикатором = In-band information or an appropriate pattern is now available (Внутриполосная информация доступна).
Поэтому LDK не должна разъединять канал автоматически, это должен сделать пользователь услышав акустические сигналы Занято или какое-либо речевое сообщение (как при вызове занятого мобильного абонента: “Абонент временно недоступен”). Т.е. провайдер должен обеспечить необходимый тональный сигнал или речевое сообщение. В LDK канал всегда проключен, как того и требует стандарт.
Провайдер не обеспечивает внутриполосный акустический сигнал, пользователь ничего не слышит и не кладет трубку. Тогда через тайм-аут канал сбрасывается принудительно.
Но на данной трассировке, видимо, абонент в LDK услышав короткий сигнал сразу положил трубку... Уточните, что именно происхоло в момент сняти этой трассировки. Если это не так, т.е. здесь трассировался случай, когда абонент LDK не положил трубу после короткого сигнала, то.... тогда пожалуй, нужно разбираться дальше с LDK…
- Какая версия софта на станции??
- нужно снять трассировку на стороне LDK
Добрый день.Спасибо за ответ .Версия -3.7
Вот трассировка с LDK (Трубку держал пока не отбила по таймеру)
(CO 38) SETUP
IE_SEND_COMPLETE
IE_BEARER_CAPABILITY
IE_CHANNEL_INFO
IE_CALLING_NO
100
IE_CALLED_NO
7411566
047903 D>05 30, C1 00 00
047905 COL 038:05 30 St:wt sz rsp (00) EVT :D1 06 02 18 03 A9 83 9F (U1)
<<<<<<<<<<============================================——————————
(CO 38) CALL PROCEEDING
IE_CHANNEL_INFO
047905 COL 038:05 30 St:wt sz rsp (00) Ev-I:pp sz ack P1: 0 P2: 0 EVT: 16 <
- 38,61
047905 D>05 30, C0 00 49
047906 COL 038:05 30 St:dialing (00) EVT :D4 05 03 1E 02 80 88 (U3)
<<<<<<<<<<============================================——————————
(CO 38) PROGRESS
IE_PROG_INDICATION
047942 COL 038:05 30 St:dialing (00) EVT :D0 01 01 (U3)
<<<<<<<<<<============================================——————————
(CO 38) ALERTING
03/19/09 TIME: 17:52:00
047970 COL 038:05 30 St:dialing (00) EVT :D2 01 07 (U4)
<<<<<<<<<<============================================——————————
(CO 38) CONNECT
047970 D>05 30, C0 00 49
047970 C>05 30, D3 01 0F
——————————============================================>>>>>>>>>>
(CO 38) CONNECT ACK
047970 COL 038:05 30 St:talk (00) Ev-I:dummy acd P1:26D6 P2: 0 EVT: 0 <
- 38,61
048027 COL 038:05 30 St:talk (00) EVT :DE 09 45 08 02 81 90 1E 02 80 88 (U1
0)
<<<<<<<<<<============================================——————————
(CO 38) DISCONNECT
IE_CAUSE
CCITT standardized coding
private network serving local user
normal call clearing
IE_PROG_INDICATION
048144 COL 038:05 30 St:talk (00) Ev-I:release P1: 1 P2: 0 EVT: 27 <
- 1,01
048144 D>05 30, C5 00 00
048144 C>05 30, DF 05 4D 08 02 81 90
——————————============================================>>>>>>>>>>
(CO 38) RELEASE
IE_CAUSE
CCITT standardized coding
private network serving local user
normal call clearing
048144 D>05 30, C1 00 00
048144 COL 038:05 30 St:rls guard (00) Ev-I:release P1: 0 P2: 0 EVT: 35 <
- 1,01
048145 COL 038:05 30 St:rls guard (00) EVT :E0 01 5A (U0)
<<<<<<<<<<============================================——————————
(CO 38) RELEASE COMPLETE
048145 COL 038:05 30 St:rls guard (00) Ev-I:pp rls ack P1: 0 P2: 0 EVT: 32 <
- 38,61
048148 COL 038:05 30 St:rls guard (00) Ev-T:isd rls gd P1: 0 P2: 0 TMR: 9 <
- 38,61
048148 D>05 30, C5 00 00
Уточнить у прова не получилось,не вспомнили.
Я заметил ,что когда вызываемый кладет трубку,канал не отбивается(на системнике прдолжает гореть зеленым).Отбивается только по таймеру ,через 20 сек.
Выручайте ,братцы.
???
1. После того как внешний абонент положил трубку , канал отбился через 12 сек. Т.е. в течении этих 12 сек Вы должны были слышать сигнал, который провайдер должен выдавать в линию!!!
Поскольку Disconnect от провайдера был с Прогресс_Индикатором, то сигнал Busy (тон) должен генерить именно провайдер!!! А LDK (т.е. Вы)должна “слушать” канал, т.е. не отключать B-канал.
Проверьте на всякий случай параметр ПГМ111/4 (Data Line Security) для ваших абонентов. Если он включен, то выключите его и заново проверьте.
2. Странно, что через 12 сек Release был со стороны LDK, а должно было быть со стороны провайдера. На том конце должен быть стандартный таймер, обычно =30сек.
Непонятно, по какому таймеру (12 сек) LDK послала Release…. Или же это Вы как раз в этот момент положили трубку???
Вы можете подождать и не класть трубку секунд 40~60 сек после того, как внешний абонент положит трубку??? И снова снять трассировку на LDK!!!
да сейчас сниму. После того ,как вызываемый кладет трубку у меня в трубке тишина сек 20-25,горит индикатор занятия линии (зеленым),потом линия отбивается индикатор гаснет и я слышу сигнал похожий на занято и кладу трубку. Предыдущая трассировка снята таким образом.Сейчас сниму еще.
в 111(4) все OFF
Вот еще трассировка.Трубку положил после того ,как станция сама отключила.
(CO 38) SETUP
IE_SEND_COMPLETE
IE_BEARER_CAPABILITY
IE_CHANNEL_INFO
IE_CALLING_NO
100
IE_CALLED_NO
7411566
027563 D>05 30, C1 00 00
027564 COL 038:05 30 St:wt sz rsp (00) EVT :D1 06 02 18 03 A9 83 9F (U1)
<<<<<<<<<<============================================——————————
(CO 38) CALL PROCEEDING
IE_CHANNEL_INFO
027564 COL 038:05 30 St:wt sz rsp (00) Ev-I:pp sz ack P1: 0 P2: 0 EVT: 16 <
- 38,61
027564 D>05 30, C0 00 49
027565 COL 038:05 30 St:dialing (00) EVT :D4 05 03 1E 02 80 88 (U3)
<<<<<<<<<<============================================——————————
(CO 38) PROGRESS
IE_PROG_INDICATION
027604 COL 038:05 30 St:dialing (00) EVT :D0 01 01 (U3)
<<<<<<<<<<============================================——————————
(CO 38) ALERTING
027645 COL 038:05 30 St:dialing (00) EVT :D2 01 07 (U4)
<<<<<<<<<<============================================——————————
(CO 38) CONNECT
027645 D>05 30, C0 00 49
027645 C>05 30, D3 01 0F
——————————============================================>>>>>>>>>>
(CO 38) CONNECT ACK
027645 COL 038:05 30 St:talk (00) Ev-I:dummy acd P1:26D6 P2: 0 EVT: 0 <
- 38,61
027681 COL 038:05 30 St:talk (00) EVT :DE 09 45 08 02 81 90 1E 02 80 88 (U1
0)
<<<<<<<<<<============================================——————————
(CO 38) DISCONNECT
IE_CAUSE
CCITT standardized coding
private network serving local user
normal call clearing
IE_PROG_INDICATION
03/19/09 TIME: 19:32:00
027981 COL 038:05 30 St:talk (00) EVT :DF 05 4D 08 02 81 90 (U12)
<<<<<<<<<<============================================——————————
(CO 38) RELEASE
IE_CAUSE
CCITT standardized coding
private network serving local user
normal call clearing
027981 C>05 30, E0 05 5A 08 02 81 90
——————————============================================>>>>>>>>>>
(CO 38) RELEASE COMPLETE
IE_CAUSE
CCITT standardized coding
private network serving local user
normal call clearing
027981 D>05 30, C1 00 00
027981 D>05 30, C5 00 00
027984 COL 038:05 30 St:talk (00) Ev-T:isd rls gd P1: 0 P2: 0 TMR: 9 <
- 38,61
027984 D>05 30, C5 00 00
03/19/09 TIME: 19:33:00
Провайдер упирает на то ,чтоLDK должна сама генерить звуковые сигналы.Как ему объяснить обратное?
1. Вот теперь все правильно...
Провайдер освободил канал (Release) через 30 сек после посылки Disconnect, поскольку Вы в течении этого интервала не положили трубку. А Вы не слышали сигнал Busy, поэтому и не отбились.
2. Как доказать обратное??? Отослать его к стандарту ETSI 300102 (п.5.3.4.1)
Если бы от провайдер приходил “чистый” Disconnect (т.е. без Progress Indicator’а), то тогда LDK должна послать Release и сама генерить Busy своему абоненту. Так и происходит в таких случаях!!
Но здесь же другой случай!!! Провайдер присылает Disconnect c дополнительным “приглашением” (с Progress Indicator’ом), а это означает что он выставил в В-канале акустический сигнал (Busy) или какое-то речевое сообщение для абонента вашей станции!!! Поэтому станция LDK не посылает Release, а ждет, когда пользователь прослушает сообщение (или тон) и сам положит трубку.
Вы - не первый, кто сталкивается с такой ситуацией, и с таким провайдером. У провайдера всегда виновата оконечная станция. Но потом они все-таки решают проблему НА СВОЕЙ стороне... И это правильно. 😉
Огромное спасибо мною уважаемый harris.
