Низкий Incoming HO Success — Общие вопросы, касающиеся принципов работы GSM-сетей

[witch]

Постоянно низкий Incoming HO Success (30-40%) на секторе, outgoing в норме (97%). Соседи прописаны верно, перегрузки нет. Какие возможные причины?

[Sila2]

Жесткие параметры входа в соту, С1 например.

[witch]

Жесткие параметры входа в соту, С1 например.

Спс. А где бы про него почитать поподробнее?

[PAP]

Жесткие параметры входа в соту, С1 например.

C1 используется при хэндовере Каким образом он используется при хэндовере

[witch]

С1= Уровень приема – (RXLEV_ACC_MIN + фактор коррекции).
Критерий является выполненным, если С1 > 0. Фактически нужно изменить RXLEV_ACC_MIN, так?

[Sila2]

Что про него читать?
С1 = (прописнный на BCS допустимый уровень обслуживания, может называться по-разному) - текущий RxL.
Напиммер 100 - (-70) = 30

Сравниваем С1 обслуживающей соты и соседа, если С1 соседа больше - ждём решения на ho в соседнюю соту

[witch]

Но критерий доступности канала С1 («path loss criterion») работает в Idle Mode, а есть аналогичный ему - критерий пригодности канала С1ho(п) = RXLEV_NCELL(n)-RXLEV_MIN(n)-MAX{0, MS_TXPWR_MAX(n)-P}, где Р - максимально возможная выходная мощность мобильной станции. Для всех сот, которые отвечают условию С1ho >0 проводится соответствующая проверка величины РВGТ(n), затем происходит хендовер по РВGТ.

[PAP]

Что про него читать?
С1 = (прописнный на BCS допустимый уровень обслуживания, может называться по-разному) - текущий RxL.
Напиммер 100 - (-70) = 30

Сравниваем С1 обслуживающей соты и соседа, если С1 соседа больше - ждём решения на ho в соседнюю соту

100 - (-70) = 170... Каким образом C1 используется при хэндовере? Из вашей формулы получается, что чем меньше уровень принимаемого сигнала, то тем больше C1.

[Sila2]

Да, каюсь, в попыхах ошибся.
Пример должен выглядеть так
-70 -(-100) = 30
тогда для плохого соседа
-90 - (-100) = 10
для хорошего
-60 -(-100) = 40

Дальше учет факторов коррекции и приоритета.

[Lom64]

Постоянно низкий Incoming HO Success (30-40%) на секторе, outgoing в норме (97%). Соседи прописаны верно, перегрузки нет. Какие возможные причины?

Проверь наличие одинаковых BCCH - BSIC в округе и состояние синхронизации на больной станции.

[V12]

Что про него читать?
С1 = (прописнный на BCS допустимый уровень обслуживания, может называться по-разному) - текущий RxL.
Напиммер 100 - (-70) = 30

Сравниваем С1 обслуживающей соты и соседа, если С1 соседа больше - ждём решения на ho в соседнюю соту

Мдя. Я смотрю у Вас оптимизация там на "высоком" уровне . Прежде чем советы давать Вы хоть сами книжку прочитайте для начала.

[PAP]

К тому же счётчик Incoming HO Success (либо unsuccess) щёлкает, как я понимаю, уже после выбора сетью конкретной соты для хэндовера (а значит после анализа всех критериев), когда сеть получает (или не получает) отчёт об успешном хэндовере через выбранную соту.

[witch]

Постоянно низкий Incoming HO Success (30-40%) на секторе, outgoing в норме (97%). Соседи прописаны верно, перегрузки нет. Какие возможные причины?

Проверь наличие одинаковых BCCH - BSIC в округе и состояние синхронизации на больной станции.

BCCH - BSIC ok. Это первое, что было проверено.

[Lom64]

Постоянно низкий Incoming HO Success (30-40%) на секторе, outgoing в норме (97%). Соседи прописаны верно, перегрузки нет. Какие возможные причины?

Проверь наличие одинаковых BCCH - BSIC в округе и состояние синхронизации на больной станции.

BCCH - BSIC ok. Это первое, что было проверено.

Хорошо. Дальше, думаю, надо проверять железо на соте с низкой успешностью. Если есть возможность - баланс uplink/downlink. Посмотреть, какая основная причина исходящих хэндоверов на ней.

[pv_pv]

BCCH - BSIC ok. Это первое, что было проверено.

у этого чуда всего две основные причины. первая была названа , а вторая - интерференция на ВССН. Я так на досуге уже десяток сот починил.
Меняй канал на ВССН ... потом скажешь как хендоверы начали ходить.