Сетевые звонки

[plohish]

Здравствуйте.
Имею сеть из 4-х OS7200, головная подключена к ТфОП, остальные попадают туда через нее.
Сетевой народец жалуется на долгое время вызова городских и мобильных абонентов.
По замерам "на глаз":
время вызова мобильного абонента (до начала зуммера кпв) 25-26 сек (на 15-16 секунду звонок уходит на gsm-шлюз, подкл. к головной АТС)
городского абонента 22-23 сек
Можно ли добиться меньшего времени вызова ?

[LionB]

Все очень зависит от того, как вы настроили уход городских вызовов и на оконечных станциях в SPNet (если под словом сеть имеется ввиду имнно это) и на транзитной системе.

[plohish]

Да, SPNet
Да вроде вполне обычно настроил..
Если я правильно понимаю, как проходит звонок в 7200, то так:

Abon ------> OS 7200 PEER --- MMC 724 N-LCR --- MMC 824 --- MMC 710 --- MMC 820 ------> OS 7200 CENTER --- MMC 714 --- MMC 724 выходим в LCR --- MMC
710 ------> PSTN

[LionB]

А вот и не так... Перемудрили.
На оконечной станции лучше 9 задать в плане номерации под LCR.
В настройках LCR все номера, исключая начинающиеся на System ID (это которые уже сформировавшись в N-LCR выскакивают уже с префиксом и предназначены для внутренних в сети звонков) отправлять в другой LCR роут, в котором группа транков все та же SPNet, но надо добавить к номеру System ID головного офиса и 9. Тут же в таблице анализа цифр для всех началных городских цифр номеров влетающих в LCR после того, как абоны наберут 9 (вышли на LCR) задать четкую длинну, включая межгород (с международкой "810" придется поставить ожидание большего числа цифр и абонам придется таки подождать LCR межциферное время).

В головном офисе заведите холодно группу городских транков "9" (Тут LCR в плане номерации нумировать не недо). А далее, весь ваш длинный номер System ID +9+XXXXXXXXXXX попадает на головной офис. Головная система автоматом отрезает свой System ID, а остаток кидает целиком в ММС714. Тут нужна всего одна комбинация для всего транзита в город. По одной цифре 9 (по первой же) направить вызов в TRG9 и удалить одну цифру (собственно эту 9 добавленную на удалееном офисе).

[plohish]

А вот и не так... Перемудрили.

Ну это пусть на корейской совести остается, с нормальной документацией понял бы лучше

На оконечной станции лучше 9 задать в плане номерации под LCR.

Я не совсем понимаю, что вы имеете в виду под "оконечной станцией" - это станция головного офиса, подключенная к ТфОП или периферийная станция, не имеющая своего выхода в город?

лучше 9 задать в плане номерации под LCR

В FEATURES, Вы имеете в виду ? Тогда в 710 нужно описывать все возможные направления (местные, м\г, м\н, мобильные), для периферийных станций вроде бы не очень хорошая идея, направления у меня разбираются на головной станции.

В целом я понял Вашу идею, но не понимаю чем она отличается от моей схемы:

9 забита в N-LCR на всех периферийных АТС.
Все, что на 9, гоним на головную станцию, т.е. на нее приходит 00 + 9 + номер_назначения.
Головная АТС 00 (свой id) отсекает, далее, в 714, получает указание 9 + номер (тут же отрезая 9, т.е. по сути только номер) отправлять в "9" - что есть кодом LCR в 724 FEATURES.
В 710 определяется направление и отправляется в нужную группу транков.

Есть ли смысл уменьшать LCR Advance Time и LCR Inter Digit Time ?

[LionB]

1) Оконечная - переферийная.
2) Именно 9 надо поставить в FEATURES на переферийных станциях на функцию LCR, а не N-LCR. Это первое отличие от вашей схемы. На один шаг в выборе маршрута уже меньше. Вот вам и выигрышь в скорости. Для городских звоков сразу пролетаете мимо N-LCR.
3) Идея состоит в том, что бы сформировать городской номер на конечной станции и больше этим не заниматься на транзите. Номер по длинне формируется именно в LCR. Поэтому для всех цифр 0, 1, 2, 3, 4 - 9 (кроме 8 - межгород и мобилы, 810 - международка и System ID коды других систем.) Соответственно, для цифр 012345679 - ставите длину номера под свою городскую нумерацию, 8 - 11 цифр, 810 - я думаю 16 хватит, System ID - в соответствии с вашей сетевой нумерацией.
4) На головной станции лучше вызов из ММС714 направлять прямо на TRG городских линий, а не на LCR. Это наверное второе отличие от вашей схемы. Опять же минус дополнительный ненужный анализ того, что уже и так было собрано и проанализировано (нет, ну если и в головном офисе имеется своя специфика городских линий, то ничего не поделаешь. Но тогда опять же действуем, как с LCR в п.3, только с указаним не одной TRG внешних линий, а нужному номеру)
5) LCR Inter Digit Time в такой конструкции будет ожидаться только на переферийной системе при международном номере менее 16 цифр. Уменьшать его не надо.. Ничего, в таких случаях потерпят пару секунд.

В общем, в такой конструкции все работает довольно быстро (для городских транзитных - а не межстанционных звонков между внутренними абонентами работаем не через N-LCR, а сразу через LCR с четким указанием длины номера).

[plohish]

Спасибо, попробую применить Ваши рекомендации.

[LionB]

Я их уже давно использую..

[plohish]

Однако стало немного быстрее.
Если на головной станции кидать сразу оператору, а не отправлять в LCR, то, думаю, будет еще быстрее..

[LionB]

Стесняюсь спросить, а что у вас за линии в город в головном офисе...?