Проблемы пейджинга — Общие вопросы, касающиеся принципов работы GSM-сетей
-
- Начинающий нетмониторщик
- Сообщения: 20
- Зарегистрирован: Вт, 27-07-2010, 13:23
Проблемы пейджинга
Коллеги предлагаю обсудить проблему недозвона до абонентов с релизом абонент находится вне зоны действия сети.
Поделитесь у кого такие проблемы наблюдаются как кто решал. Кто еще не решил.
Поделитесь у кого такие проблемы наблюдаются как кто решал. Кто еще не решил.
-
- Нетмониторщик
- Сообщения: 30
- Зарегистрирован: Ср, 27-06-2007, 04:06
-
- Известный нетмониторщик
- Сообщения: 2001
- Зарегистрирован: Пн, 26-05-2008, 23:17
- Откуда: планета Земля
- Нетмонитор: N95 8GB, С7
Re: Проблемы пейджинга
На каких MS наблюдается?Confucius писал(а):Коллеги предлагаю обсудить проблему недозвона до абонентов с релизом абонент находится вне зоны действия сети.
Поделитесь у кого такие проблемы наблюдаются как кто решал. Кто еще не решил.
Какой выбор сетей, 2G, 2G + 3G?
Сетевой вендор/вендоры?
Куча входных условий.
-
- Начинающий нетмониторщик
- Сообщения: 20
- Зарегистрирован: Вт, 27-07-2010, 13:23
Re: Проблемы пейджинга
Вендор сименс. Каждому контроллеру присвоен свой LAC, а где большая нагрузка доходит до трех. Проверялась загрузка по SDCCH каналом загрузка в пределах допустимого. Таймера LU и 3212 выставлены корректно. Проблема с пейджингом происходит в сети 2G при попытке дозвона на абонента, хотя абонент находится прямо под станцией и при этом станция не загружена.
Есть вопросы.
1. Какой критический процент (согласно практике) у контроллеров Сименс по обработке процессоров в платах MPCC TDPC, Какая ктирическая нагрузка на сигнальные линки как по LPDLM так и на СС7 что может привести к отказу обработки пейджинга (потеря пакетов изза перегрузки) Вендор гооворит толко свои выгодные для коммерции данные.
2. В случае комбинированного VLR/HLR/AC/MSC и в случае вынесенного HLR какие требования к нагрузке сигнальных каналов и внутрипротокольного обмена между комбинированными элементами.
3. Сколько пейджингов в секунду практически может обработать BSC siemens ну и сам проокол LPDLM
Если нужно еще данные могу дополнить. Просто смущает что есть ощущение что проблема иногда не зависит от нагрузки
Есть вопросы.
1. Какой критический процент (согласно практике) у контроллеров Сименс по обработке процессоров в платах MPCC TDPC, Какая ктирическая нагрузка на сигнальные линки как по LPDLM так и на СС7 что может привести к отказу обработки пейджинга (потеря пакетов изза перегрузки) Вендор гооворит толко свои выгодные для коммерции данные.
2. В случае комбинированного VLR/HLR/AC/MSC и в случае вынесенного HLR какие требования к нагрузке сигнальных каналов и внутрипротокольного обмена между комбинированными элементами.
3. Сколько пейджингов в секунду практически может обработать BSC siemens ну и сам проокол LPDLM
Если нужно еще данные могу дополнить. Просто смущает что есть ощущение что проблема иногда не зависит от нагрузки
-
- Начинающий нетмониторщик
- Сообщения: 20
- Зарегистрирован: Вт, 27-07-2010, 13:23
Re: Проблемы пейджинга
Наблюдается практически на всех MSSila2 писал(а):На каких MS наблюдается?Confucius писал(а):Коллеги предлагаю обсудить проблему недозвона до абонентов с релизом абонент находится вне зоны действия сети.
Поделитесь у кого такие проблемы наблюдаются как кто решал. Кто еще не решил.
Какой выбор сетей, 2G, 2G + 3G?
Сетевой вендор/вендоры?
Куча входных условий.
-
- Начинающий нетмониторщик
- Сообщения: 20
- Зарегистрирован: Вт, 27-07-2010, 13:23
Проблема по всей сети но не равномерно. И она динамическая. Причем тут поиск, статистика говорит что у нас пейджинг в норме однаго реалии другие. Однако статистика в часы наименьшец нагрузки выдает проблему Например в ЧНН процент успешности может достигнуть 90 процентов а в три часа ночи 50!! абсурд понимаю но так оно и есть. Многие склоняются что виновата сама статистика якобы мало звонков и статистика неверна. Это конечно же абсурд. Проблема видимо статична, звонков меньше и проблема виднее. Я сталкивался лично в час ночи с проблемой дозвона хотя телефон был включен и находился под башней.K5 писал(а):а что тут обсуждать?
мало входных данных
проблема на одной соте или на всей сети? статистику смотрели? какие действия уже предпринимали? поиском в конце-концов пользовались?
или это абстрактная тема дабы почесать языком?
Не делали детальную трассировку с обоих концов проблемного звонка. Сейчас изывскиваем технические средства.
-
- Нетмониторщик
- Сообщения: 30
- Зарегистрирован: Ср, 27-06-2007, 04:06
Если из практики - загрузка SS7 более 40% уже может вызывать проблемы. Но это было на BSC, имевшем всего 6 рабочих линков (из 16 возможных).Какой критический процент (согласно практике) у контроллеров Сименс по обработке процессоров в платах MPCC TDPC, Какая ктирическая нагрузка на сигнальные линки как по LPDLM так и на СС7 что может привести к отказу обработки пейджинга (потеря пакетов изза перегрузки) Вендор гооворит толко свои выгодные для коммерции данные.
Насчет загрузки плат наверняка не скажу, но max в 90% видел в статистике и проблем на сети при этом не было.
Опять-же из практики при числе попыток пейджинга более 100 тыс наблюдались проблемы, но локальными их назвать при этом трудно, т.к. появляется аларм на BSC о переполнении очередиСколько пейджингов в секунду практически может обработать BSC siemens ну и сам проокол LPDLM
а в каких пределах? сталкивался с ситуацией, когда статистика за ЧНН нормальная, а каналов SDCCH не хватает (всплески звонков/перерегистрации). TCHSD помог в итоге.Проверялась загрузка по SDCCH каналом загрузка в пределах допустимого
кстати, а NMO не 1 случайно? многие трубы по умолчанию при NМО_1 ждут пейджинга в GPRS сессии
а возможность интерференции/помехи исключили?
нельзя ли глянуть файлик статистики (небольшой pmg binary)
- V12
- Известный нетмониторщик
- Сообщения: 666
- Зарегистрирован: Ср, 13-12-2006, 15:51
-
- Известный нетмониторщик
- Сообщения: 388
- Зарегистрирован: Чт, 28-12-2006, 19:28
-
- Известный нетмониторщик
- Сообщения: 388
- Зарегистрирован: Чт, 28-12-2006, 19:28
Вообще - для всех сигнализаций на основе ОКС-а рекомендуются такие схемы 2,4,8,16. Причем выход из строя даже одного сигнального линка снижает пропусную способность в 2 раза (даже 15 - это в 2 раза меньше 16 и равно 8 линкам).V12 писал(а): siemens вообще-то рекомендует использовать кол-во линков 2, 4, 8, 16 (2^n)
-
- Начинающий нетмониторщик
- Сообщения: 5
- Зарегистрирован: Ср, 07-04-2010, 17:17
Э-э-э. А почему?Denis Insane писал(а):Вообще - для всех сигнализаций на основе ОКС-а рекомендуются такие схемы 2,4,8,16. Причем выход из строя даже одного сигнального линка снижает пропусную способность в 2 раза (даже 15 - это в 2 раза меньше 16 и равно 8 линкам).V12 писал(а): siemens вообще-то рекомендует использовать кол-во линков 2, 4, 8, 16 (2^n)
- V12
- Известный нетмониторщик
- Сообщения: 666
- Зарегистрирован: Ср, 13-12-2006, 15:51
Для обеспечения равномерной нагрузки на линки.Mick писал(а):Э-э-э. А почему?Denis Insane писал(а):Вообще - для всех сигнализаций на основе ОКС-а рекомендуются такие схемы 2,4,8,16. Причем выход из строя даже одного сигнального линка снижает пропусную способность в 2 раза (даже 15 - это в 2 раза меньше 16 и равно 8 линкам).V12 писал(а): siemens вообще-то рекомендует использовать кол-во линков 2, 4, 8, 16 (2^n)
-
- Начинающий нетмониторщик
- Сообщения: 5
- Зарегистрирован: Ср, 07-04-2010, 17:17
В своем вопросе я имеел в виду, почему при наличии 16 линков, выход из строя одного одного снижает пропускную способность в 2 раза?V12 писал(а):Для обеспечения равномерной нагрузки на линки.Mick писал(а):Э-э-э. А почему?Denis Insane писал(а): Вообще - для всех сигнализаций на основе ОКС-а рекомендуются такие схемы 2,4,8,16. Причем выход из строя даже одного сигнального линка снижает пропусную способность в 2 раза (даже 15 - это в 2 раза меньше 16 и равно 8 линкам).
Ведь если у нас loadsharing между 16 линками, а из строя выходит один, то просто нагрузка на какой-то линк будет больше, чем на остальные. Но ведь пропускная способность не уменьшится в 2 раза.
Sorry за это отступление от темы. А то ветка про paging, а мы про "семерку"
-
- Известный нетмониторщик
- Сообщения: 388
- Зарегистрирован: Чт, 28-12-2006, 19:28
Ну, как я понял, нагрузка на один линк будет больше. Точнее - больше будет кидаться сообщений. Причем нагрузка будет больше почти в 2 раза. Если нагрузка будет низкая - то ничего не будет. Если на каждый линк нагрузка будет немного более 0,5, то на этот один перегруженный - уже 1+. Т.е. перегруз одного линка, задержка сообщений, может - потеря.Mick писал(а): В своем вопросе я имеел в виду, почему при наличии 16 линков, выход из строя одного одного снижает пропускную способность в 2 раза?
Ведь если у нас loadsharing между 16 линками, а из строя выходит один, то просто нагрузка на какой-то линк будет больше, чем на остальные. Но ведь пропускная способность не уменьшится в 2 раза.
Sorry за это отступление от темы. А то ветка про paging, а мы про "семерку"
Если брать пропускную способность одного линка за х, то 8 линков пропустят 8х сообщений, а для 15 получаем - 1 линк х, остальные 14 - 0,5х. 1х+14*0,5х=1х+7х=8х. Так я понял.
-
- Нетмониторщик
- Сообщения: 32
- Зарегистрирован: Пт, 18-12-2009, 22:14
Добрый вечер, каким образом реализован пейджинг на сети? 1. Кол-во пейджинговых сообщений. 2 Таймер ожидания ответа установленный на икоммутаторе. 3 Используется ли Глобальный пейджинг?Коллеги предлагаю обсудить проблему недозвона до абонентов с релизом абонент находится вне зоны действия сети.
Поделитесь у кого такие проблемы наблюдаются как кто решал. Кто еще не решил.