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

[BlackHole]

я ни как не пойму, должны ли на БС в приграничной зоне LA быть прописаны соседи из соседней LA?
ведь если не прописаны - переход из одной LA в другую будет через потерю сети...

[dyuk]

Обязательно. Даже если ети LA под разными контроллерами.

[BlackHole]

все ясно...
просто у нас МФ начал "оптимизировать" сеть... а получилось, что просто грязными руками залезли... такого накосячили, что иногда фиг позвонишь

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

Вероятно повалил сигнальный трафик... как бороться с этим не знают, вот, и просто порубули это дело.

[Vetal]

Исходные данные: двухдиапазонная БС БиЛайна в области
Замечена такая ситуация: для любого GSM сектора этой БС прописывается в список соседей все остальные сектора этой БС, кроме светящего в этом же азимуте DCS сектора.
Такое замечено на нескольких БС, например, в Любани, в Васкелово и еще где-то, поэтому пытаюсь найти в таком решении какой-то глубокий смысл или это просто банальный косяк проектировщика?

[BAHbKA]

А на DCS в этом секторе BCCH есть?
Если есть, то прописан ли в соседи GSM сектор, того же азимута?

[Vetal]

А на DCS в этом секторе BCCH есть?

Конечно есть.

Если есть, то прописан ли в соседи GSM сектор, того же азимута?

Да, для DCS секторов, GSM сектора того же азимута в соседях прописаны. Вообщем, для каждого DCS сектора в соседях прописаны все остальные пять секторов этой БС.

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

Обычно делают наоброт с целью оттянуть трафик на DCS списками... здесь же, вероятно, длеают обратное.

[Vetal]

Так и получается, оттягивают....
В результате на GSM секторе почти всегда HR, а DCS сектор недогружен, логика не ясна

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

Тогда перепутали.

[DES]

Есть ли на BSC такая статистика по котрой можно посмотреть сколько с данной конкретной соты было выплнено НО и (то что больше всего интересует) на какие соты были выполнены НО и наоборот. Т.е информация необходимая для определеня того какие соседи были добавлены верно а какие нет и их надо удалить что бы не засоряли ВА лист.

[Gamlet]

Есть ли на BSC такая статистика по котрой можно посмотреть сколько с данной конкретной соты было выплнено НО и (то что больше всего интересует) на какие соты были выполнены НО и наоборот. Т.е информация необходимая для определеня того какие соседи были добавлены верно а какие нет и их надо удалить что бы не засоряли ВА лист.

Статистика, конечно же, есть. Но вот BA-list к HO отношения не имеет.

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

Есть ли на BSC такая статистика по котрой можно посмотреть сколько с данной конкретной соты было выплнено НО и (то что больше всего интересует) на какие соты были выполнены НО и наоборот. Т.е информация необходимая для определеня того какие соседи были добавлены верно а какие нет и их надо удалить что бы не засоряли ВА лист.

У Ёрикссона есть, причем реализовано очень вкусно: можно отслеживать даже лэерность направлений траика, т.е. закладывается группировка секторов по уровневому признаку.

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

Статистика, конечно же, есть. Но вот BA-list к HO отношения не имеет.

Да, думаю уместно пояснение, что список для idle кастрируют относительно busy на границах LA для оптимизации LU. Пожалуй, эта причина в подавляющем большинстве случает имеет таковую реализацию, хотя в могут быть случаи и обратных вариантов...

[Waveman]

Статистика, конечно же, есть. Но вот BA-list к HO отношения не имеет. [/quote]


Что значит не имеет? В BA-list передаются ARFCN, BSIC тех соседей, чаcтоты которых будет мониторить MS как в idle режиме для cell reselect, так и для измерения rxlev при занятом TCH, далее Rxlev, Bsic, и Arfcn отправляются по SACCH, ну и принимается решения о хэндовере (Intra-BSS, Inter-BSS), так что BA_list еще как имеет отношение к HO (кроме Intra-Cell).
Так что поясните что вы имели ввиду?