peter_hi
22.04.2013, 23:00
Есть проблема при исходящей связи на некоторые "прямые" мобильные (ABC=495) номера оператора МТС через оператора Вымпелком. От Вымпелкома получаем поток E1, протокол ETSI.
Суть проблемы.
Если, при исходящем вызове "прямого" мобильного 8495768ХХХХ, в connect-e получаем инфо-элемент "Bearer capability", то HP4k отдает не "connect_acknowledge", а "status"(см. трейс во вложении). В этом случае, на цифровых ТА отсутствует возможность поставить вызов на удержание.
Предыстория.
Проблема была зафиксирована самим оператором, причем мы считали, что STUTUS-ом хайпас "ругается", поскольку в CONNECT-е, в необязательном инфо-элементе "Bearer capability" присутствовал multirate (http://4.firepic.org/4/images/2013-04/22/5g0e3mewqokw.gif). И это при голосовой то связи!
Видя косяк своего оборудования, Вымпелком предложил несколько решений:
1. Осуществлять набор "прямых" мобильных (ABC=495) номеров МТС в коде 985, поскольку, в этом случае, он направляет такой вызов сразу в поток оператора МТС.
Помогает, но пока не могу найти список всех "прямых" мобильных номеров МТС. Да и не решит этот список всех проблем, поскольку подобные "STATUS-ы" возникали и при некоторых международных вызовах.
2. Вымпелком временно накатил патч, который принудительно удаляет "Bearer capability" из connect-а в абонентскую сторону. Этот патч системный и применяется ко всему узлу оператора (TDM-коммутатор Huawey).
Это действительно помогло, инфо-элемент "Bearer capability" из connect-а исчез и до сего дня проблем не было, но..
3. Вымпелком запросил разработчика Huawey исправить недостаток в работе их оборудования и Huawey прислал им патч, который создает "корректный" "Bearer capability" в connect-е. (см. трейс во-вложении, теперь "Bearer capability" в connect-е ничем не отличается от "Bearer capability" в setup-е).
Исправили, блин, но.. теперь хайпас опять ругается STATUS-ом, опять отсутствует возможность поставить вызов на удержание на цифровых аппаратах и, похоже, ему не нравится весь инфо-элемент "Bearer capability" в connect-е.
Собственно вопросы.
1. Можем ли мы со своей стороны "научить" HP4k v4 игнорировать необязательные инфо-элементы, типа "Bearer capability" в connect-e, добавив в COT какой-нибудь параметр?
2. Может нужно версию протокола(ETSI) обновить/откатить?
3. Если инфо-элемента "Bearer capability" в connect-e при голосовых вызовах быть не должно, то как мне грамотно(со ссылкой на нормативные документы) обосновать это оператору?
Заранее благодарен за любой совет!
P.S.
При необходимости, могу выложить настройки Вымпелком-транка (TDCSU, COT, COP, LODR, LDAT, LDPLN и др.)
Суть проблемы.
Если, при исходящем вызове "прямого" мобильного 8495768ХХХХ, в connect-e получаем инфо-элемент "Bearer capability", то HP4k отдает не "connect_acknowledge", а "status"(см. трейс во вложении). В этом случае, на цифровых ТА отсутствует возможность поставить вызов на удержание.
Предыстория.
Проблема была зафиксирована самим оператором, причем мы считали, что STUTUS-ом хайпас "ругается", поскольку в CONNECT-е, в необязательном инфо-элементе "Bearer capability" присутствовал multirate (http://4.firepic.org/4/images/2013-04/22/5g0e3mewqokw.gif). И это при голосовой то связи!
Видя косяк своего оборудования, Вымпелком предложил несколько решений:
1. Осуществлять набор "прямых" мобильных (ABC=495) номеров МТС в коде 985, поскольку, в этом случае, он направляет такой вызов сразу в поток оператора МТС.
Помогает, но пока не могу найти список всех "прямых" мобильных номеров МТС. Да и не решит этот список всех проблем, поскольку подобные "STATUS-ы" возникали и при некоторых международных вызовах.
2. Вымпелком временно накатил патч, который принудительно удаляет "Bearer capability" из connect-а в абонентскую сторону. Этот патч системный и применяется ко всему узлу оператора (TDM-коммутатор Huawey).
Это действительно помогло, инфо-элемент "Bearer capability" из connect-а исчез и до сего дня проблем не было, но..
3. Вымпелком запросил разработчика Huawey исправить недостаток в работе их оборудования и Huawey прислал им патч, который создает "корректный" "Bearer capability" в connect-е. (см. трейс во-вложении, теперь "Bearer capability" в connect-е ничем не отличается от "Bearer capability" в setup-е).
Исправили, блин, но.. теперь хайпас опять ругается STATUS-ом, опять отсутствует возможность поставить вызов на удержание на цифровых аппаратах и, похоже, ему не нравится весь инфо-элемент "Bearer capability" в connect-е.
Собственно вопросы.
1. Можем ли мы со своей стороны "научить" HP4k v4 игнорировать необязательные инфо-элементы, типа "Bearer capability" в connect-e, добавив в COT какой-нибудь параметр?
2. Может нужно версию протокола(ETSI) обновить/откатить?
3. Если инфо-элемента "Bearer capability" в connect-e при голосовых вызовах быть не должно, то как мне грамотно(со ссылкой на нормативные документы) обосновать это оператору?
Заранее благодарен за любой совет!
P.S.
При необходимости, могу выложить настройки Вымпелком-транка (TDCSU, COT, COP, LODR, LDAT, LDPLN и др.)