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

[st2400]

Двухдиапазонный сектор 900\1800 с контрольными каналами 1 и 859.
Перегрузок нет. ECUGV\ECUDHPV3, TMA отсутствуют.
900 rхmin -102dBm. 1800 rxmin -99dBm c2-c1=24

При работе в 1800 диапазоне на уровнях -94..-98дБм при определенных условиях(тел лежит на столе) на входящем звонке имеем:
859канал CCCH->AGCH->CCCH->1-й канал CBCH->AGCH->SDCC-> смска "вам звонили". Входящий звонок не прошел.

Если держать телефон в воздухе или картонном подстаканнике, то при тех же уровнях -94..-99 входящий звонок проходит нормально
859 канал CCCH->AGCH->SDCC->TEFR.
Ну и при уровне сигнала более -90дБм подобных проблем с недозвоном не возникает вообще.

Вроде бы явные проблемы с аплинком, но ведь если пошел AGCH, то это означает что RACH дошел от телефона до БС нормально? Почему не может установиться звонок?

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

[weller]

900 rхmin -102dBm. 1800 rxmin -99dBm c2-c1=24

Ну и при уровне сигнала более -90дБм подобных проблем с недозвоном не возникает вообще.

Явно низкий уровень RXlevAsMin нужно не хуже -95 поставить, например -93.
Тут 100% аплинк уже никуда не годится.
Если у тебя приём получается реально на 1800 от -94...-98 то в лучшем случае базуха получает от -100...-106.
Не парься со стаканчиками и сделай RXlevAsMin -93 а лучше -90.

[Duh1]

Кстати, имел место аналогичный случай... Самоликвидировался при смене ЧТП.

[st2400]

Rx_min менять не дадут - задается централизовано, в лучшем случае после препинаний вернут прежние -95 при которых тоже имеются подобные проблемы. (столь жесткие rxmin в dcs связаны с распределением частотного ресурса и нагрузки)

Тут бы хотелось следующее

При работе в 1800 диапазоне на уровнях -94..-98дБм при определенных условиях(тел лежит на столе) на входящем звонке имеем:
859канал CCCH->AGCH->CCCH->1-й канал CBCH->AGCH->SDCC-> смска "вам звонили". Входящий звонок не прошел.

перевести в
859канал CCCH->AGCH->CCCH->1-й канал CBCH->AGCH->SDCC->TEFR Входящий звонок

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

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

[Алексей Березин]

А что с картинкой C/I в точке расположения MS?
Рзнесенка фунциклирует нормально? Кроссуха?
При чистом эфире RxLevAm роняли до -110 в т.ч. и DCS... работает! При высоком FER трафиковый канал может быть не назначен, а сигналинг проходит из-за большей стойкости к выпадениям...

[Алексей Березин]

Тут 100% аплинк уже никуда не годится.
Если у тебя приём получается реально на 1800 от -94...-98 то в лучшем случае базуха получает от -100...-106.
Не парься со стаканчиками и сделай RXlevAsMin -93 а лучше -90.

Смотря как считать бюджет линков...
У базухи есть разнесенка, что нереально реализовать на телефоне.
Порог доступа - не единственный параметр по теме... есть еще Гистерезис. Именно этими двумя параметрами задается вероятность нахождения телефонов на сервисе у такого BCCH.

Снижение порога доступа на сектора разумеющимся образом ведет к увеличению Дропов в статистике. Оно именно так и фиксируется?

[Waveman]

Двухдиапазонный сектор 900\1800 с контрольными каналами 1 и 859.
Перегрузок нет. ECUGV\ECUDHPV3, TMA отсутствуют.
900 rхmin -102dBm. 1800 rxmin -99dBm c2-c1=24

При работе в 1800 диапазоне на уровнях -94..-98дБм при определенных условиях(тел лежит на столе) на входящем звонке имеем:
859канал CCCH->AGCH->CCCH->1-й канал CBCH->AGCH->SDCC-> смска "вам звонили". Входящий звонок не прошел.

Если держать телефон в воздухе или картонном подстаканнике, то при тех же уровнях -94..-99 входящий звонок проходит нормально
859 канал CCCH->AGCH->SDCC->TEFR.
Ну и при уровне сигнала более -90дБм подобных проблем с недозвоном не возникает вообще.

Вроде бы явные проблемы с аплинком, но ведь если пошел AGCH, то это означает что RACH дошел от телефона до БС нормально? Почему не может установиться звонок?

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

Причина - слишком жесткий перекос приоритета в DCS. проиритет на 21 дБ! вплоть до уровня -99дБ! это очень круто - считай все звонки из dcs! напиши, какие стоят маргины для active mode. Резюме: по-любому - надо менять модель параметров!

[weller]

Rx_min менять не дадут - задается централизовано, в лучшем случае после препинаний вернут прежние -95 при которых тоже имеются подобные проблемы. (столь жесткие rxmin в dcs связаны с распределением частотного ресурса и нагрузки)

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

Ну если не будут менять Rx_min и ваабще не пересмотрят данную схемку то какой смысл искать возможно испорченный параметр?
Может и его тож меняют централизовано?

[Алексей Березин]

Причина - слишком жесткий перекос приоритета в DCS. проиритет на 21 дБ! вплоть до уровня -99дБ! это очень круто - считай все звонки из dcs!

Чего крутого то при чистом эфире в DCS? Если чистый, разумеется. Порядок уровней - показатель опосредованный, важнее C/I во времени...

[weller]

Причина - слишком жесткий перекос приоритета в DCS. проиритет на 21 дБ! вплоть до уровня -99дБ! это очень круто - считай все звонки из dcs!

Чего крутого то при чистом эфире в DCS? Если чистый, разумеется. Порядок уровней - показатель опосредованный, важнее C/I во времени...

КРУТО в смысле перебор!

[Waveman]

Причина - слишком жесткий перекос приоритета в DCS. проиритет на 21 дБ! вплоть до уровня -99дБ! это очень круто - считай все звонки из dcs!

Чего крутого то при чистом эфире в DCS? Если чистый, разумеется. Порядок уровней - показатель опосредованный, важнее C/I во времени...

Согласен, но надеюсь Вы понимаете, что даже при чистом эфире в DCS - чувствительность телефонов может быть разной, она д.б не хуже -102дБм по стандарту. При -99дБм мы имеем 3дБ Сигнал\Шум в Downlink, а если замирания, временная дисперсия и т.д. дальше, думаю обьяснять не стоит...

[Алексей Березин]

Экспериментировал с нокиевскими станциями с МШУ на границе по TA и GSM, и DCS... работает! Вероятно, сделан перекос линка вниз, хотя линк вверх слушается вертикальной разнесенкой всего на высоту антенны + не более полуметра в GSM и кроссухой в DCS. Наблюдения были при стационарной MS; на движущейся MS данные не были собраны, но разговаривать можно было.

У Бишек в Вологодской сеть только 1800, порог доступа -104 - живут. Крутыми не считаются.

[veto]

У Бишек в Вологодской сеть только 1800, порог доступа -104 - живут. Крутыми не считаются.

Такие пороги у 1800-х сетей ставят только лишь для палкомера у абонента на трубе и хорошего в этом ничего нет.....это от безисходности и нищеты идет. И наверно трудно вам будет доказать что в DCS при уровнях -104 хороший C/I в канале......в городе

[st2400]

Дропы мизерные, не более 0,36..0,52 - при смене rxmin c -95 до -99 практически не поменялись. Вот трафик в DCS явно увеличился на 5..18%, в GSM уменьшился порядка 20%.
Антенна X-pol 2х15.5дБи
Эфир в моем случае довольно чистый, могу посмотреть только уровень ошибок при прозвонке
на -96..-99дБм 0..1
при -101..-102 1..2
при -104..-106 4..5
при -108..-109 6..7
В активе знаю только порог по gsm -110, dcs по идее всегда подстраховывается более высокоуровневым гсмом.

Исходящий при тех же условиях с телефона проходит абсолютно нормально, телефон переводится в 900-й и все ок, тоже самое во время разговора - но быстро и практически без выпадений, по пинпонгу порог 30сек.

Rxmin действительно снизим минимум до -95. При -90 наверняка начнется перекос трафика 900\1800 - но даже при этом уровне может возникать непрозвонка на входящих. А я находил сектора с провалом в аплинке от -70дБм - при нормально работающем выборе канала на входящем звонке рекламаций бы не поступало!

И в принципе проблема останется - с rxmin как бы понятно, но почему телефон на входящем звонке не успевает перейти в 900-й диапазон?

[Waveman]

Дропы мизерные, не более 0,36..0,52 - при смене rxmin c -95 до -99 практически не поменялись. Вот трафик в DCS явно увеличился на 5..18%, в GSM уменьшился порядка 20%.
Антенна X-pol 2х15.5дБи
Эфир в моем случае довольно чистый, могу посмотреть только уровень ошибок при прозвонке
на -96..-99дБм 0..1
при -101..-102 1..2
при -104..-106 4..5
при -108..-109 6..7
В активе знаю только порог по gsm -110, dcs по идее всегда подстраховывается более высокоуровневым гсмом.

Исходящий при тех же условиях с телефона проходит абсолютно нормально, телефон переводится в 900-й и все ок, тоже самое во время разговора - но быстро и практически без выпадений, по пинпонгу порог 30сек.

Rxmin действительно снизим минимум до -95. При -90 наверняка начнется перекос трафика 900\1800 - но даже при этом уровне может возникать непрозвонка на входящих. А я находил сектора с провалом в аплинке от -70дБм - при нормально работающем выборе канала на входящем звонке рекламаций бы не поступало!

И в принципе проблема останется - с rxmin как бы понятно, но почему телефон на входящем звонке не успевает перейти в 900-й диапазон?

надо смотреть параметры хзндоверов (маргины, кол-во репортов для принятия решения handover recognized, пороги доступа в активном режиме и т.д., включены ли фичм типа directed retry и т.д.). Никто Вам на Ваш вопрос не ответит, пока Вы не приведете эти параметры... а предполагать можно до бесконечности...