Проблема качества функционирования сети. Как решить? — Планирование и оптимизация сетей GSM

[Denis Insane]

Вот она, правда-матка.

Матка немного не там... Она посередине. Между требуемыми масштабами сети и тем, что дали построить из того что на складе нашлось

В принципе - да. Только "что на складе нашлось" было бы красивее назвать ограничением бюджета. Ну и плюс - ограничение по срокам - даже если есть оборудование - то согласования, разрешения (хоть частотные, хоть простые строительные) занимают еще кучу времени.

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

Под кучей параметров - да от времени года (та же листва на деревьях), от количества абонентов (во время планирования есть только прикидки),

Нет, во время планирования только расчет! На то оно и планирование. Плавание в расчетах - это из другой оперы...

от месторасположения БС - вполне может получиться, что нельзя поставить БС именно туда, где надо. А если ставить "рядом" (плюс/минус несколько сот метров) то как тогда исправлять - перемещать все БС (а вдруг какую-нибудь из них так-же нельзя будет перенести), или оставлять "дыру", или ставить вместо 1 БС - 2, но тогда надо весь частотный план пересматривать, и так далее.

Так ведь ДА! Об этом и речь! Вы сами к этому пришли или вас к этому привели. Я теперь эту цитату буду использовать как лаконичный акком от впечатлений по делу.

А про гибкость - вот она как раз нужна для тонкой настройки сети, и имеется в наличии, но просто получается достаточно сложная система, и изменение одного параметра на 1 секторе может повлиять на всю площадь обслуживания данного сектора (даже если эта территория обслуживается еще десятком секторов).

В наличии имеется весь арсенал средств для самого широго спектра решений!

> просто получается достаточно сложная система

Да. Еще зовут как "очень сложная неправильная конфигурация сети".
Ладно, пусть хоть вверх ногами.
От чего же тогда:

"от месторасположения БС - вполне может получиться, что нельзя поставить БС именно туда, где надо. А если ставить "рядом" (плюс/минус несколько сот метров) то как тогда исправлять - перемещать все БС (а вдруг какую-нибудь из них так-же нельзя будет перенести), или оставлять "дыру", или ставить вместо 1 БС - 2, но тогда надо весь частотный план пересматривать, и так далее"

Оно проще?

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

В принципе - да. Только "что на складе нашлось" было бы красивее назвать ограничением бюджета. Ну и плюс - ограничение по срокам - даже если есть оборудование - то согласования, разрешения (хоть частотные, хоть простые строительные) занимают еще кучу времени.

Да, оно так.
И вот что б не переделывать сделанное (найденное на складе и согласованное).
Я к этому все и веду...

[Denis Insane]

Под кучей параметров - да от времени года (та же листва на деревьях), от количества абонентов (во время планирования есть только прикидки),

Нет, во время планирования только расчет! На то оно и планирование. Плавание в расчетах - это из другой оперы...

Да, только расчет. Но моя фраза о прикидках - конкретно количества абонентов. Просто я не знаю, каким образом осуществляется расчет (для планирования сети) количества потенциальных абонентов в новом населенном пункте - брать статистику региона - не правильно. Например, в небольшом поселке с 1 градообразующим предприятием подавляющее количество абонентов будет у компании, сумевшей заключить договор с этим предприятием (корпоративный абонент). Так-же не известно, сколько из них смогут позволить себе мобильную связь (и сколько видят в ней смысл).

[Password1203]

Password! Что уже наоптимизировал? Где начинал, не глядя на статистику? Какой комплекс параметров подверг изменениям? какого результата ожидал? Что получил?

Позвольте, перефразирую...
"Какой комплекс параметров подвергать изменениям? какого результата ожидать? Что будет?"
Последовательность вопросов, заданная таким образом, в точности отражает ваш подход к оптимизации сети, как и консерватизм в столь разнообразном деле. Инженерный подход отсутствует напроч. Складывается впечатление, что оптимизатор - это техник, ремонтирующий сеть, а не инженер, созидающий методы и адекватные решения. Ладно, это всё игра слов.
Никто не задумывался, что же является искомым техническим основанием (причиной) для оптимизации сети? Неужели - статистика???!!! Думаю, нет. Искомой причиной является недостаточность трафика (растущая ёмкость). Если не брать во внимание предоставляемые оператором услуги с задействованием GPRS, EDGE, то между растущей ёмкостью и недостаточностью трафика существует прямая причинно-следственная связь. Это очевидно. Но главное не в этом. Главное - знать, каким образом распределена\распределяется недостаточность трафика, т.е. его потребность. Идея заключается в том, что построив модель распределения необходимого количества (сбора) трафика в конкретных обстоятельствах, можно приблизительно точно знать какие параметры и как их оптимизировать. И это, наверное, тоже очевидно. Поэтому суть идеи следующая. Каким образом создать адекватную модель необходимого количества трафика? Конечно, количество трафика должно стремиться к статичности. Думаю, что такая модель будет вполне надёжным (для успеха) искомым условием для оптимизации параметров ячейки и пространственно-энергитических параметров соседствующих БС и\или строящейся БС. А вот какие параметры, при каких условиях и в какой связке стоит их настраивать - это второй серьёзный вопрос.

[udsv]

Password1203

Честно говоря, запутался в твоих словах. Не об этом речь?
http://jre.cplire.ru/win/nov02/4/text.html#v2

[veto]

Если железо ни к черту - как например БС Сименс (особенно новые поставки) то никакие выкрутасы и круглосуточное обдумывание проблемы не поможет.

Дружище!, а ты хуявеем не пробовал пользоваться?!
Нет? Так вот попробуй а потом сименс хай

[veto]

Если у нас комуто-то когда-то где-то прищемило - это не есть трагедия ни стандарта, ни вопрос вендора.

Согласен полностью

[Lom64]

Если железо ни к черту - как например БС Сименс (особенно новые поставки) то никакие выкрутасы и круглосуточное обдумывание проблемы не поможет.

Дружище!, а ты хуявеем не пробовал пользоваться?!
Нет? Так вот попробуй а потом сименс хай

Алексей Березин писал(а):
Если у нас комуто-то когда-то где-то прищемило - это не есть трагедия ни стандарта, ни вопрос вендора.

Согласен полностью

Veto, вы сами себе противоречите.

[Дмитрий Михайлов]

Password! Что уже наоптимизировал? Где начинал, не глядя на статистику? Какой комплекс параметров подверг изменениям? какого результата ожидал? Что получил?

[Дмитрий Михайлов]

В Калининграде В МФ на работу берут прямо с журфака!

[Hankee]

Все таки надо учитывать особенности функционирования оборудования при назначении параметров. Например при затягивании трафика на DCS в получается низкий уровень (соответственно качество) на 1800-й соте при хорошем на 900 - на границе зон, но на 900 тел пересесть не может. Все бы ничего, но из-за слишком больших флуктуаций 1800-ка не может корректно обработать звонок.

[Дмитрий Михайлов]

Все таки надо учитывать особенности функционирования оборудования при назначении параметров. Например при затягивании трафика на DCS в получается низкий уровень (соответственно качество) на 1800-й соте при хорошем на 900 - на границе зон, но на 900 тел пересесть не может. Все бы ничего, но из-за слишком больших флуктуаций 1800-ка не может корректно обработать звонок.

а вы не ВЕСЬ траффик затягивайте...
двигайте эти самые границы, - кто не дает?!
а раз уж такие большие флуктуации у 1800-ки - надо утягивать траффик в 900-ку?

[Hankee]

Все не так просто. Район с многоэтажной застройкой. Обслуживают только 3 БС. 1 - 900 и две 1800. Соответственно на 900 дикий % отказов по каналам из-за её более эффективной работы в домах, чтобы её разгрузить поставили 1800. Весь траффик на них не затянешь в любом случае.

[Hankee]

двигайте эти самые границы, - кто не дает?! /

Границы двигать можно, но их не избежать. Затянуть на 900 так, чтобы на 1800 не было обрывов можно, но тогда работа 1800 становиться неэффективной. А так есть вероятность что 1800 ссадит на 900 при наличии на ней свободных каналов.