Проблемы пейджингаОбщие вопросы, касающиеся принципов работы GSM-сетей

Ответить
Confucius
Начинающий нетмониторщик
Сообщения: 20
Зарегистрирован: Вт, 27-07-2010, 13:23

Проблемы пейджинга

Сообщение Confucius »

Коллеги предлагаю обсудить проблему недозвона до абонентов с релизом абонент находится вне зоны действия сети.
Поделитесь у кого такие проблемы наблюдаются как кто решал. Кто еще не решил.
K5
Нетмониторщик
Сообщения: 30
Зарегистрирован: Ср, 27-06-2007, 04:06

Сообщение K5 »

а что тут обсуждать?
мало входных данных
проблема на одной соте или на всей сети? статистику смотрели? какие действия уже предпринимали? поиском в конце-концов пользовались?

или это абстрактная тема дабы почесать языком?
Sila2
Известный нетмониторщик
Сообщения: 2001
Зарегистрирован: Пн, 26-05-2008, 23:17
Откуда: планета Земля
Нетмонитор: N95 8GB, С7

Re: Проблемы пейджинга

Сообщение Sila2 »

Confucius писал(а):Коллеги предлагаю обсудить проблему недозвона до абонентов с релизом абонент находится вне зоны действия сети.
Поделитесь у кого такие проблемы наблюдаются как кто решал. Кто еще не решил.
На каких MS наблюдается?
Какой выбор сетей, 2G, 2G + 3G?
Сетевой вендор/вендоры?

Куча входных условий.
Confucius
Начинающий нетмониторщик
Сообщения: 20
Зарегистрирован: Вт, 27-07-2010, 13:23

Re: Проблемы пейджинга

Сообщение Confucius »

Вендор сименс. Каждому контроллеру присвоен свой LAC, а где большая нагрузка доходит до трех. Проверялась загрузка по SDCCH каналом загрузка в пределах допустимого. Таймера LU и 3212 выставлены корректно. Проблема с пейджингом происходит в сети 2G при попытке дозвона на абонента, хотя абонент находится прямо под станцией и при этом станция не загружена.
Есть вопросы.
1. Какой критический процент (согласно практике) у контроллеров Сименс по обработке процессоров в платах MPCC TDPC, Какая ктирическая нагрузка на сигнальные линки как по LPDLM так и на СС7 что может привести к отказу обработки пейджинга (потеря пакетов изза перегрузки) Вендор гооворит толко свои выгодные для коммерции данные.
2. В случае комбинированного VLR/HLR/AC/MSC и в случае вынесенного HLR какие требования к нагрузке сигнальных каналов и внутрипротокольного обмена между комбинированными элементами.
3. Сколько пейджингов в секунду практически может обработать BSC siemens ну и сам проокол LPDLM
Если нужно еще данные могу дополнить. Просто смущает что есть ощущение что проблема иногда не зависит от нагрузки
Confucius
Начинающий нетмониторщик
Сообщения: 20
Зарегистрирован: Вт, 27-07-2010, 13:23

Re: Проблемы пейджинга

Сообщение Confucius »

Sila2 писал(а):
Confucius писал(а):Коллеги предлагаю обсудить проблему недозвона до абонентов с релизом абонент находится вне зоны действия сети.
Поделитесь у кого такие проблемы наблюдаются как кто решал. Кто еще не решил.
На каких MS наблюдается?
Какой выбор сетей, 2G, 2G + 3G?
Сетевой вендор/вендоры?

Куча входных условий.
Наблюдается практически на всех MS
Confucius
Начинающий нетмониторщик
Сообщения: 20
Зарегистрирован: Вт, 27-07-2010, 13:23

Сообщение Confucius »

K5 писал(а):а что тут обсуждать?
мало входных данных
проблема на одной соте или на всей сети? статистику смотрели? какие действия уже предпринимали? поиском в конце-концов пользовались?

или это абстрактная тема дабы почесать языком?
Проблема по всей сети но не равномерно. И она динамическая. Причем тут поиск, статистика говорит что у нас пейджинг в норме однаго реалии другие. Однако статистика в часы наименьшец нагрузки выдает проблему Например в ЧНН процент успешности может достигнуть 90 процентов а в три часа ночи 50!! абсурд понимаю но так оно и есть. Многие склоняются что виновата сама статистика якобы мало звонков и статистика неверна. Это конечно же абсурд. Проблема видимо статична, звонков меньше и проблема виднее. Я сталкивался лично в час ночи с проблемой дозвона хотя телефон был включен и находился под башней.
Не делали детальную трассировку с обоих концов проблемного звонка. Сейчас изывскиваем технические средства.
K5
Нетмониторщик
Сообщения: 30
Зарегистрирован: Ср, 27-06-2007, 04:06

Сообщение K5 »

Какой критический процент (согласно практике) у контроллеров Сименс по обработке процессоров в платах MPCC TDPC, Какая ктирическая нагрузка на сигнальные линки как по LPDLM так и на СС7 что может привести к отказу обработки пейджинга (потеря пакетов изза перегрузки) Вендор гооворит толко свои выгодные для коммерции данные.
Если из практики - загрузка SS7 более 40% уже может вызывать проблемы. Но это было на BSC, имевшем всего 6 рабочих линков (из 16 возможных).
Насчет загрузки плат наверняка не скажу, но max в 90% видел в статистике и проблем на сети при этом не было.
Сколько пейджингов в секунду практически может обработать BSC siemens ну и сам проокол LPDLM
Опять-же из практики при числе попыток пейджинга более 100 тыс наблюдались проблемы, но локальными их назвать при этом трудно, т.к. появляется аларм на BSC о переполнении очереди
Проверялась загрузка по SDCCH каналом загрузка в пределах допустимого
а в каких пределах? сталкивался с ситуацией, когда статистика за ЧНН нормальная, а каналов SDCCH не хватает (всплески звонков/перерегистрации). TCHSD помог в итоге.

кстати, а NMO не 1 случайно? многие трубы по умолчанию при NМО_1 ждут пейджинга в GPRS сессии

а возможность интерференции/помехи исключили?

нельзя ли глянуть файлик статистики (небольшой pmg binary)
Аватара пользователя
V12
Известный нетмониторщик
Сообщения: 666
Зарегистрирован: Ср, 13-12-2006, 15:51

Сообщение V12 »

K5 писал(а):Если из практики - загрузка SS7 более 40% уже может вызывать проблемы. Но это было на BSC, имевшем всего 6 рабочих линков (из 16 возможных).
siemens вообще-то рекомендует использовать кол-во линков 2, 4, 8, 16 (2^n)
Denis Insane
Известный нетмониторщик
Сообщения: 388
Зарегистрирован: Чт, 28-12-2006, 19:28

Сообщение Denis Insane »

K5 писал(а): кстати, а NMO не 1 случайно? многие трубы по умолчанию при NМО_1 ждут пейджинга в GPRS сессии
Кстати да, тогда может быть, что Gs-интерфейс не поднят или с ним проблемы.
Denis Insane
Известный нетмониторщик
Сообщения: 388
Зарегистрирован: Чт, 28-12-2006, 19:28

Сообщение Denis Insane »

V12 писал(а): siemens вообще-то рекомендует использовать кол-во линков 2, 4, 8, 16 (2^n)
Вообще - для всех сигнализаций на основе ОКС-а рекомендуются такие схемы 2,4,8,16. Причем выход из строя даже одного сигнального линка снижает пропусную способность в 2 раза (даже 15 - это в 2 раза меньше 16 и равно 8 линкам).
Mick
Начинающий нетмониторщик
Сообщения: 5
Зарегистрирован: Ср, 07-04-2010, 17:17

Сообщение Mick »

Denis Insane писал(а):
V12 писал(а): siemens вообще-то рекомендует использовать кол-во линков 2, 4, 8, 16 (2^n)
Вообще - для всех сигнализаций на основе ОКС-а рекомендуются такие схемы 2,4,8,16. Причем выход из строя даже одного сигнального линка снижает пропусную способность в 2 раза (даже 15 - это в 2 раза меньше 16 и равно 8 линкам).
Э-э-э. А почему?
Аватара пользователя
V12
Известный нетмониторщик
Сообщения: 666
Зарегистрирован: Ср, 13-12-2006, 15:51

Сообщение V12 »

Mick писал(а):
Denis Insane писал(а):
V12 писал(а): siemens вообще-то рекомендует использовать кол-во линков 2, 4, 8, 16 (2^n)
Вообще - для всех сигнализаций на основе ОКС-а рекомендуются такие схемы 2,4,8,16. Причем выход из строя даже одного сигнального линка снижает пропусную способность в 2 раза (даже 15 - это в 2 раза меньше 16 и равно 8 линкам).
Э-э-э. А почему?
Для обеспечения равномерной нагрузки на линки.
Mick
Начинающий нетмониторщик
Сообщения: 5
Зарегистрирован: Ср, 07-04-2010, 17:17

Сообщение Mick »

V12 писал(а):
Mick писал(а):
Denis Insane писал(а): Вообще - для всех сигнализаций на основе ОКС-а рекомендуются такие схемы 2,4,8,16. Причем выход из строя даже одного сигнального линка снижает пропусную способность в 2 раза (даже 15 - это в 2 раза меньше 16 и равно 8 линкам).
Э-э-э. А почему?
Для обеспечения равномерной нагрузки на линки.
В своем вопросе я имеел в виду, почему при наличии 16 линков, выход из строя одного одного снижает пропускную способность в 2 раза?
Ведь если у нас loadsharing между 16 линками, а из строя выходит один, то просто нагрузка на какой-то линк будет больше, чем на остальные. Но ведь пропускная способность не уменьшится в 2 раза.
Sorry за это отступление от темы. А то ветка про paging, а мы про "семерку" :)
Denis Insane
Известный нетмониторщик
Сообщения: 388
Зарегистрирован: Чт, 28-12-2006, 19:28

Сообщение Denis Insane »

Mick писал(а): В своем вопросе я имеел в виду, почему при наличии 16 линков, выход из строя одного одного снижает пропускную способность в 2 раза?
Ведь если у нас loadsharing между 16 линками, а из строя выходит один, то просто нагрузка на какой-то линк будет больше, чем на остальные. Но ведь пропускная способность не уменьшится в 2 раза.
Sorry за это отступление от темы. А то ветка про paging, а мы про "семерку" :)
Ну, как я понял, нагрузка на один линк будет больше. Точнее - больше будет кидаться сообщений. Причем нагрузка будет больше почти в 2 раза. Если нагрузка будет низкая - то ничего не будет. Если на каждый линк нагрузка будет немного более 0,5, то на этот один перегруженный - уже 1+. Т.е. перегруз одного линка, задержка сообщений, может - потеря.
Если брать пропускную способность одного линка за х, то 8 линков пропустят 8х сообщений, а для 15 получаем - 1 линк х, остальные 14 - 0,5х. 1х+14*0,5х=1х+7х=8х. Так я понял.
mmmmm
Нетмониторщик
Сообщения: 32
Зарегистрирован: Пт, 18-12-2009, 22:14

Сообщение mmmmm »

Коллеги предлагаю обсудить проблему недозвона до абонентов с релизом абонент находится вне зоны действия сети.
Поделитесь у кого такие проблемы наблюдаются как кто решал. Кто еще не решил.
Добрый вечер, каким образом реализован пейджинг на сети? 1. Кол-во пейджинговых сообщений. 2 Таймер ожидания ответа установленный на икоммутаторе. 3 Используется ли Глобальный пейджинг?
Ответить