проблема с аплинком\uplink, Siemens ? — Планирование и оптимизация сетей GSM

[V12]

Такая же фигня у нас тоже периодически проявляется. Особенно, если у абонента современный мультимейдийный телефон. Старые телефоны типа nokia 3310, 6310 и т.п. менее чувствительны к этой бяке. Проверяли на незагруженной БС, расстояние до базы 900 м, DCS, 2 этаж кирпичного дома, клали одновременно два телефона современный(без нетмонитора nokia 6230i) и старый (с нетмонитором,nokia 6310i) и проблемы со входящей/исходящей связью именно на современном. То сеть занята, то абонент недоступен и приходит СМС. Вобщем, проблема актуальна, абоненты часто недовольны. ЧТП пересматривали, убирали частоты f1,f2 и f3,f1 в соседней соте. Данная проблема старая, еще проявлялась при BR5.5. При BR7.0 ничего не изменилось.

Изменения RxLevMin и CRO не влияют на эрланговый трафик. Они влияют на количество звонков с данной соты. Трафик перераспределяют HOM, а не RxLevMin и CRO .

[udsv]

Проблема актуальна
Особенно часто, если еще подключены доп. услуги (типа "кто звонил" и т.д.)
Проверяли коды отказов с услугами и без - есть разница. Так что можно и здесь посмотреть.
Да и трейсы никто не догадался снять, откуда отказ - с контролера и коммутатора?

[TOV]

По идее если 1800 канал "дохлый", то почему телефон не успевает ответить на звонок перейдя в 900 диапазон? Ведь переходит он сразу же и радостно принимает смску"вам звонили"
- получается какой-то таймер на BSC имеет слишком малое значение?
Какой именно?

Не претендую на истину, но может вот это проверить: T200, this timer is used on different control channel
types and determines the waiting time for a layer 2 frame
acknowledgement.

[V12]

Проблема актуальна
Особенно часто, если еще подключены доп. услуги (типа "кто звонил" и т.д.)
Проверяли коды отказов с услугами и без - есть разница. Так что можно и здесь посмотреть.
Да и трейсы никто не догадался снять, откуда отказ - с контролера и коммутатора?

Данная фигня, проявляется периодически. Месяц может быть все нормально, потом начинаются сыпаться жалобы на недозвоны или сеть занята, затем опять все затихает. Вот когда это проявляется наблюдается ухудшение GPRS статистики. Процент успешно установленных соединений в UL снижается с 99..97% до 60...25%, итак может продержаться несколько дней, затем самопроизвольно все нормализуется. БС практически не загружена. Спектр передатчика в норме, проверяли непрерывно в течение 3 ч. Возможно проблемы с COBA? Подобных вопросов у эксплуататоров БС других производителей не встречал.

[senya]

Советую посмотреть счетчик из статистики SCANBTSE NINVRACH (2,0): Number of Invalid RACH Messages. Сравнить со счетчиком NACSUCPR (1,6): Number of Accesses with a Successful Result by
Procedure (PCH, AGCH, RACH). Очень показательная статистика в данном случае. Может поможет понять причину проблемы. Более подробно описание смотрите в расделе PM:SBS Counter в E-DOC.

[udsv]

2 V12
Это не оборудование, у нас не Сименс, а проблемы те же.

[utka]

....
Есть подозрение, что по умолчанию подобные вызовы проходят на сименсе нормально, просто в процессе оптимизации сети и "улучшения" статистики какой-то таймер в пару раз уменьшили.
Вот и найти бы его?

как на счёт того, чтобы потрейсить Abis/A ?

[utka]

Кстати, в конце концов что мешает увеличить все таймеры раза в два-три на данной соте и посмотреть что будет?
Просто тут нужно как можно больше информации, а там дальше логически можно будет найти ответ