First time here? Check out the FAQ!

Пожалуйста, войдите здесь. Часто задаваемые вопросы О нас
Задайте Ваш вопрос

Откуда может быть эхо со стороны сип-телефона?

0

Звонок осуществляется таким образом:

1) Абонент A звонит абоненту B с аналогового телефона panasonic, подключённого к офисной АТС Samsung IDCS500 на номер XXX на этой же АТС.

2) АТС переадресует звонок на номер YYYY.

3) Номер YYYY - это sip телефон, подключённый к asterisk (1). asterisk (1) соединён с офисной атс потоком Е1. (на стороне сервера с asterisk 2-х портовая карта sangoma).

4) asterisk (1) переадресует звонок на номер ZZZZ, который "находится" на asterisk (2).

5) Звонок уходит на asterisk (2) через iax2 транк через интернет.

6) Далее звонок поступает на намер ZZZZ на sip телефон, находящийся на мобильном телефоне, который соединён с asterisk (2) либо через wifi соединение, либо через мобильный интернет.

В результате абонент A слышит отчетливо эхо своего голоса всегда. Абонент B не слышит эха никогда. Вопрос: откуда эхо?

Насколько я понимаю, эхо может возникнуть в местах аналоговой передачи голоса путем утечек из канала приёма в канал передачи. В приведённой схеме аналоговый участок - 1) - 2). Если утечка там, то слышать эхо должен абонент B. Для абонента A слишком мала задержка. Но всё "слышится" совсем наоборот. При этом "эфект" привязан к конкретному номеру абонента A на АТС Samsung. Если звонить с другого телефона с этой АТС по той же схеме, то эха не слышно. Так как может происходить утечка из канала в канал на участке 3) - 6), где исключительно пакетная коммутация? Понятно, что задержка там большая. На задержка сама эхо не создаёт, а только делает его слышимым..

спросил May 13 '13

eux Gravatar eux flag of Russian Federation
60 15 2 11

обновил May 13 '13

Comments

"Насколько я понимаю, эхо может возникнуть в местах аналоговой передачи голоса путем утечек из канала приёма в канал передачи. " - этот перл только что прочитал=)))

Zavr2008 (May 29 '13)edit

3 Ответа

0

Задержки в Wifi и приводят к проблемам с эходавом Сангомы. По-идее нужно поставить больше длину taps эходава. Что можно порекомендовать: поменять софтфон на мобильнике, подстроить глубину Jitter Buffer на обеих сторонах - поскольку он увеличивает задержку. Более радикально - поменять Сангому на внешний шлюз с более продвинутым эходавом.

ссылка удалить спам редактировать

ответил May 13 '13

Zavr2008 Gravatar Zavr2008 flag of Russian Federation
2886 11 9 40
http://mh.otx.ru/

Comments

А сначала просто посмотреть - а эходав на сангоме включен ли вообще =))) И какой

Zavr2008 (May 13 '13)edit

Ребят! Я же написал, что эхо слышит абонент А - тот что с аналогового конца. Если где-то и может быть утечка, то с его стороны и эхо бы слушал абонент B. Но всё происходит совсем наоборот. Абонент B эха не слышит. Получается что утечка у него. Но как она может быть в sip-ах iax-ах wifi-ях и т.д.? А на плате sangoma эхоподавление нет, оно там програмное. И его вполне хватает для большинства случаев при звонках из города. Там второй порт в город смотрит.

eux (May 13 '13)edit

Ктому же "эходав" на сангоме защищает от эха абонента В, а не А. Абонента A бы мог защищать в данном случае эходав на samsung-е, которого нет. Но если источник эха внутри samsung-а или между телефоном панасоник и самсунгом, то там там задержка не позволит абоненту A услышать свое эхо.

eux (May 13 '13)edit

Что за плата sangoma без аппаратного эходава?

Out (May 13 '13)edit

Sangoma A102E

eux (May 13 '13)edit

" А на плате sangoma эхоподавление нет, оно там програмное. И его вполне хватает для большинства случаев при звонках из города." - 32ms там предел. а у Вас оно Явно больше 200 ms

Zavr2008 (May 14 '13)edit

Хотите дам на тест нашу железку и убедитесь в преимуществах аппаратного эходава? =) Эхо кста у Вас должно быть намного больше при звонках в город по второму потоку E1 - например на мобильные.

Zavr2008 (May 14 '13)edit

У Сангому - обработка dahdi_chunk размером по 10ms - туда-обратно это УЖЕ 20 ms. у oslec ЧЕТКО указано - 32 ms. в Самсе - гибридка, задержки. НОЛЬ эходава. у провов в ТФОП - кое где стоят-кое где -нет. Правильное название Вашей ситуации - NETWORKING ECHO - сетевое эхо. Oslec можно допилить конечно перевернув вход с выходом и мы подобные извраты уже делали - но задержка... Она - ограничение алгоритма.

Zavr2008 (May 14 '13)edit

2Zavr2008 Про преимущество аппаратного эхоподавления я Вам верю)) Железку брать смысла нет, потому что её всё-равно менять никто не будет( Но спасибо за предложение. А эхо при городских звонках, конечно, не исключено, но в пределах с которыми можно мириться.

eux (May 14 '13)edit

Попутно вопрос: что является источником эха при звонках на мобильны с астериска через Е1 на провайдера? Тут же вообще весь аналог исключён?

eux (May 14 '13)edit

И 32ms - это максимальная задержка, при который возможно исправить эхо с помощью oslec? Тогда это же мрак)

eux (May 14 '13)edit

Ну, и если уж пошла такая пьянка.. )) Объясните, что Вы понимаете под "NETWORKING ECHO"? Гугль ничего внятного не выдал.

eux (May 14 '13)edit

эходавы различаются по функциям и возможностям. До появления VOIP граница была четкая: подключение до АТС городскоф (ТФОП) или межгород. В межгороде - задержки, эходавы же на городских АТС древние, расчитаны ТОЛЬКО на задержки до 32 ms, иногда и меньше или вообще отсутсвуют! С появлением VOIP шлюзам SIP-E1 приходится за это расплачиваться: давить последствия как появление сетевого эха со стороны SIP, так и влияния проблем со стороны провайдера/существующих всяких офисных АТС (панасов/LG/самсунгов). Нормальные эходавы адаптивны - т.е. определяют что на той стороне врубился эходав и ему не мешают. Иначе происходит положительная обратная связь, слышны скрипы и булькания.

Zavr2008 (May 14 '13)edit

Так что такое "сетевое эхо со стороны SIP"? какова природа его возникновения?

eux (May 14 '13)edit

Packet Loss: If an echo canceller is placed on the opposite side of a packet network with respect to the hybrid, a lost packet causes an interruption in the echo path. This can cause an echo canceller to diverge. in the echo path such as PCM slips, packet loss (in a packet network), and residual acoustic echo from a hands-free phone. Ideally, an echo canceller should do its best to mitigate the effects of these impairments as well.

Zavr2008 (May 16 '13)edit
0

Если эхо случается именно и только на этой схеме (аналог - цифры - радио - и обратно), то я тоже склоняюсь к мысли о задержках в вайфае, которой суммарно с остальными накладными расходами как раз и хватает для возникновения эха.

А возникает оно не только от наводок, но и от задержек, и от устройства той самой аналоговой трубки (hand set), и от сочетания всего. Гляньте в пресловутое будущее телефонии: "Если вы слышите эхо, проблема не в телефоне, а в дальнем конце линии" (Не поленился, сходил за цитатой). А на дальнем конце у вас - вайфай. И вообще линия длинная, гетеро-гетеро-генная.

"Эходав" (любой, в т.ч. на сангоме) - это математическия функция, рассчитанная на некоторый максимальный сдвиг звука, для неё все, что позже - уже новый звук.

ссылка удалить спам редактировать

ответил May 13 '13

viktorkho Gravatar viktorkho flag of Kazakhstan
434 5 4 9

Comments

Так. Погодите. Давайте разберемся. Как это эхо возникает от задержек? Моя логика с этим согласиться не может. Объясните, пожалуйста! Задержки делают эхо "слышимым", если оно "возникло", насколько я понимаю. А если его не возникло, то никакая задержка не может его создать. Я в чём не прав? И описаной схеме действительно эхо есть на том конце, где "аналог", а не "туда и обратно". И возникнуть оно может только на том конце, где "аналог", как, опять же, я понимаю. Но там задержка мизерная. Я бы понял эхо на другом конце, со всеми задержками в voip-транках и "радио".. но там эха не слышно.

eux (May 13 '13)edit

Да, корректнее сказать, что эхо возникает всегда, всякого рода задержки, в .т.ч. в джиитер буферах, способствуют его восприятию и "неподавлению"

Вообще это увлекательные задачи - искать источник эха.. ))

viktorkho (May 14 '13)edit

Почему эхо возникает всегда? Что может быть источником эха там, где нет аналоговой передачи звука?

eux (May 14 '13)edit

)) акустика оконечного оборудования.. попадались гарнитуры, в которых протекало не меньше, чем в аналоговой линии

viktorkho (May 14 '13)edit

есть LEC, есть AEC - советую Вам сделать записи Астером его. только Monitor использовать, а не MixMonitor - в раздельные файлы. По записям можно всё будет увидеть

Zavr2008 (May 14 '13)edit
0

в данной системе ехо на участке 2-3. и да, в этом случае его слышит человек со стороны 1(человек со стороны 3 его не слышит, астриск с ехом справился, а вот атс - нет).

решение - настроить ехоканселяцию либо на 1 либо на 3. ЕСЛИ НАСТРОИТЕ И ТАМ И ТАМ - ВЫКЛЮЧАЙТЕ echotraining/adaptive echo.

подробно можно почитать на вики например http://voip.rus.net/tiki-index.php?page=Asterisk+Echo+Cancellation

почему только этот абонент? выставлено неправильно соотношение rx/tx на телефоне или на порту. возможно занижение громкости пофиксит.

кстати - проверяется так. берете и выключаете громкость на софтфоне в 0. если эхо не пропало, то оно на стороне атс. если пропало - то у вас не дуплексная связь в софтфоне.

ссылка удалить спам редактировать

ответил May 13 '13

meral Gravatar meral flag of Ukraine
23347 24 20 177
http://pro-sip.net/

обновил May 13 '13

Comments

На участке 2-3, это где? Участок 2 - это АТС. По-моему, эхо может воникнуть только в аналоговой её части или в проводке от АТС к аналоговому телефону или в самом аналоговом телефоне. но в этом случае для абонента с аналогвым телефоном задержка не может быть сколь значительно большая, чтобы он слышал эхо. Где на участке аналоговый телефон - аналоговая часть АТС может быть значительная задержка? И почему эха не возникает при других звонках с этого телефона? И где за 2) на пути к 3) ещё может возникнуть утечка? В Е1 плате АТС? В E1 плате asterisk'a? В кабеле между ними? В самом asterisk'e? Каким образом? А все задержки, которые могут сделать эхо слышимым, дальше - в viop-транках и wifi/gsm/g3-интернете. Но там нигде утечки быть не может по-идее.. Не в мобильном же телефоне она? B как могут эти задержки "помочь" абоненту на "аналоговой" стороне услышать собственное эхо? А asterisk с эхоподавлением справляется не так себе по mg2. Абоненты с voip телефонами иногда слышат эхо при городских звонках.

eux (May 13 '13)edit

Город у них тоже через АТС Samsung. C oslec было лучше, но от него пришлось отказаться из-за каких-то проблем попутно возникнувших с драйвером карты sangoma.

eux (May 13 '13)edit

Я вас не внимательно прочитал вначале, прошу прощения. Можно подробнее про "соотношение rx/tx"? Где оно может быть выставлено, чтобы его правильно перевыставить? Про какой порт речь? Как может быть "недуплексная связь в софтфоне"? Софтфон это же программа, какие в ней каналы? Как програмно можно организовать утечки аналогового сигнала? Про убирание звука в 0 попробую, конечно. Но утечка точно не из динамика телефона в микрофон. Кстати, софтфоном в данном случае является телефон samsung galaxy s3. sip - штатная функция его стандартной звонилки.

eux (May 13 '13)edit

не дуплекс бывает очень запросто, выставят на роутере порт но дуплекс, интернет бегает без проблем а телефония не работает. Kerio Winroute - запросто устраивает подобные фокусы, кривые китайские роутеры и свичи запросто могут автоматов поставить но дуплекс.

awsswa (May 14 '13)edit

задержка может быть связана с е1 каналом. атс то гибридная. вы звук выклюяали на софтфоне? rx/tx на порту атс. недуплексная свзяь в софтфоне это когда микрофон и динамик на одном канале АЦП в звуковой карте.

meral (May 14 '13)edit

Да, попробовал отключить звук - эхо осталось на месте). Если абонент А звонит не с аналогового, а с системного (цифрового) телефона АТС, то эха нет вообще - т.е. утечка в аналоговой части АТС получается.. Это косвенно подтверждается ещё и тем, что если исключить пункт 2) - переадресацию вызова на АТС, т.е. звонить с аналогового телефону прямо на номер YYYY asterisk'a, то эхо слышно, но значительно слабее.

eux (May 14 '13)edit

На счёт софтфона и звуковой карты на мобильном телефоне.. если из цепочки исключить все аналоговые участки вне мобильного телефона, voip-транков и asterisk'ов, то эха не бывает никогда.

eux (May 14 '13)edit

значит эхо у вас не в телефоне. а в аналоговых(гибридных) участках. что и требовалось доказать. вобщем это вопрос настройки атс самсунг а не астериска.

meral (May 14 '13)edit

Так это я и предполагал. Мне непонятно, почему задержки на стороне voip-астерисков усиливают слышимость того эха? Ведь при звонках в пределах самсунга с аналогового телефона на аналоговый эха не слышно. Даже с переадресацией на другой аналоговый номер. Если же с аналогового номера самсунга звонить даже прямо на номер asterisk (1), то эхо уже бывает слышно. Если же на asterisk (1) дальнейшая переадресация, то эхо слышно сильнее. Ведь все эти задержки в другом плече. Не между источником эха и абонентом, который слышит эхо.

eux (May 14 '13)edit

Хотя, усиливается ли эхо после asterisk (1) , я сейчас с полной уверенностью сказать не могу. Нет возможности проверить пока.

eux (May 14 '13)edit

на астриске все в цифре. тоесть это либо телефон либо атс. если длина пути влияет - значет в телефоне даже с выключенным звуком есть обратная связь.

meral (May 14 '13)edit

Нет. В телефоне, мы выяснили, всё нормально. Я же писал, что если исключить все аналоговые участки - например, звонить с цифрового телефона , подключенного к АТС, или с сип-телефона - то эха нет вообще. Но когда оно есть, то на слышимость его влияет длина пути не между источником утечки и абонентом, который слышит эхо - в моем случае это величина постоянная, а расстояния в другом плече, которое не должно по идее ни что влиять. вот что меня удивляет..

eux (May 14 '13)edit

если влияет расстояние на другом плече- меняйте софтфон на телефоне. или выключите echotraining.

meral (May 14 '13)edit

Ваш ответ

Please start posting your answer anonymously - your answer will be saved within the current session and published after you log in or create a new account. Please try to give a substantial answer, for discussions, please use comments and please do remember to vote (after you log in)!
[скрыть предварительный просмотр]

Закладки и информация

Добавить закладку

подписаться на rss ленту новостей

Статистика

Задан: May 13 '13

Просмотрен: 7,901 раз

Обновлен: May 14 '13

Проект компании "АТС Дизайн"
Asterisk® и Digium® являются зарегистрированными торговыми марками компании Digium, Inc., США.
IP АТС Asterisk распространяется под лицензией GNU GPL.