PDCH — Планирование и оптимизация сетей GSM

[Hamit]

все есть..
и GPDPDTCHA стоит 100 и все динамически переключаются..

по счетчику MUTHRF используютя на сотах все схемы..

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

[V12]

Hamit, что значит "на PCU загрузка 100%, коэффициент использование: 20-30%.."?

Скорее всего он делает getinfo pcu, видит все каналы занятыми, а внизу приведены % загрузки по RX и TX, вот там-то и написано 20-30%

Если грубо прикинуть, что в каждой из 202 сот отведено 4 под GPRS и все хотят работать с 9 схемой, то получается, что 202*4*5=4040 PDT каналов, т.е. 4040/256 =15,7 ~16 PCU потребуется.

[Sila2]

все есть..
и GPDPDTCHA стоит 100 и все динамически переключаются..

по счетчику MUTHRF используютя на сотах все схемы..

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

И всетаки, о схеме в каком линке идёт речь?
Неоднократно наблюдал, в DL = 9, что означает, что С/I и Rxlev хороший (он на самом деле -68), ошибок и попыток повторной передачи пакетоа в канале DL мало.
ПРи этом в UL пляски от MCS от 6 до 8

[Sila2]

мордочка появилась вместо -62

[TOV]

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

А смысл? В BSC заложен алгоритм выбора схемы и кол-ва TS, критерием в котором является максимальная скорость при минимальном импользовании ресурсов. И может так быть, что в данный момент в соте выгоднее использовать, например, 2TS MCS6, чем 1TS MCS9.

[TOV]

Hamit, что значит "на PCU загрузка 100%, коэффициент использование: 20-30%.."?

Скорее всего он делает getinfo pcu, видит все каналы занятыми, а внизу приведены % загрузки по RX и TX, вот там-то и написано 20-30%

ХЗ, я понял так, что установлены все 12 PCU, а PCU processor load 20-30%...
Кстати, а сколько PCU processor load?

[Kaban-Poltinnik]

Скорее всего нехваткаканалов PDT со стороны PPXU.
Типичная ситуация, когда все PDT каналы на контроллере заняты, а загрузка при этом на Gb линк всего 20-30% (т.к. реально абоненты не использует выделенные каналы на полную катушку - например при использовании аськи)

Есть два варианта решения проблемы:
1. Увеличить кол-во PPXU
2. Уменьшить таймер высвобождения PDT каналов на PPXU.

[Hamit]

Скорее всего нехваткаканалов PDT со стороны PPXU.
Типичная ситуация, когда все PDT каналы на контроллере заняты, а загрузка при этом на Gb линк всего 20-30% (т.к. реально абоненты не использует выделенные каналы на полную катушку - например при использовании аськи)

Есть два варианта решения проблемы:
1. Увеличить кол-во PPXU
2. Уменьшить таймер высвобождения PDT каналов на PPXU.

количество юнитов увеличить не можем, итак битком..
таймер поставили 15 секунд..
в ноль его вообще можно выставить?

[Hamit]

даже не так..
на соте таймер поставили 15
на PCU таймер поставили 10..

[Kaban-Poltinnik]

даже не так..
на соте таймер поставили 15
на PCU таймер поставили 10..

На сколько я помню по умолчанию на PCU таймер стоит 30 секунд. У меня был опыт снижения таймера до 5 с. Негатив - снижение успешности проключения TBF

[Kaban-Poltinnik]

даже не так..
на соте таймер поставили 15
на PCU таймер поставили 10..

+ можно попробовать снизить таймер Pereodic Routing Area Update. Что снизит частоту RAU, а соответственно и снизятся служебные занятия PDT каналов

[viktort]

все есть..
и GPDPDTCHA стоит 100 и все динамически переключаются..

по счетчику MUTHRF используютя на сотах все схемы..

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

А какая скорость получается в зависимости от MUTHRFs1-13

[Hamit]

[/quote]
А какая скорость получается в зависимости от MUTHRFs1-13[/quote]

хм..
а есть счеткик который в зависимости от схемы скорость показывает?..

я вроде вижу среднюю скорость за сутки на соте..
и там где использовались все схемы - скорость средняя выше..))

[Hamit]

короче, кому интересно, после проведения ряда тестов выяснили:

всетаки нам не хватает PCU..
мы принудительно завязали отдельно три БС на две PCU..
схема кодирования на этих секторах возросла, скорость соответственно тоже..
как в ЧНН так и в остальные часы..

в итоге, раз не можем увеличить количество плат , решили выделить VIP соты, которые завяжем на конктретные PCU, а все остальные соты на BSC буду довольствоваться оставшимися PCU..
вот как то так

[V12]

в итоге, раз не можем увеличить количество плат , решили выделить VIP соты, которые завяжем на конктретные PCU, а все остальные соты на BSC буду довольствоваться оставшимися PCU..
вот как то так

Поиграйтесь GPDPDTCHA. Для vip сот поставьте 100, для всех остальных 30. Посмотрите что получится.