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

[viktort]

Предлагаю новую тему по обсуждению статистики TYP11 для Alcatel или MRR статистики для других производителей оборудования GSM

[viktort]

Предлагаю новую тему по обсуждению статистики TYP11 для Alcatel или MRR статистики для других производителей оборудования GSM

Повидимому ни кто не знает что это за статистика поэтому и молчат.
С помощью статистики TYP11 или MRR можно получить-
1. распределение уровня UP- DAUN в соте взависимости от расстояния от бс
2. баланс мощностей
3.Оценить распределение абонентов в зависимости от растояния в соте.
4. список сотоявшихся хендоверов.
5. Проблем по качеству в зависимости от растояния.
Все это для каждого TRX и даже таймслота!!!!

Используя эту статистику можно сидя в офисе выловить до 90% проблемм.

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

1. распределение уровня UP- DAUN в соте взависимости от расстояния от бс
3.Оценить распределение абонентов в зависимости от растояния в соте.
5. Проблем по качеству в зависимости от растояния.

Оставленные мною пункты ошибочны, справедливыми их можно назвать лишь ПРЕДПОЛОЖИВ, что основной вклад в проблемы вносят абоненты, дающие максимальный траффик.

Указанные репорты не могут отражать реальной картины распределения абонентов по расстоянию, так как статистика отражает количество "отрепортенных" SACH-примерно-полусекундных периодов. Если предположить, что основная масса "дальних" абонентов совершает редкие и короткие звонки (студенты, школьники), а под базой находится "корпоратив" из десяти человек, но которые "трещат" сутками, то ответьте на вопрос - "что показывает распределение ТА - количество абонентов или расстояние до основного источника траффика?"

Это я клоню к тому, что если основная масса вышеупомянутых далеко расположенных студентов и школьников имеют проблемы по уровню, а искать проблемы вы скорее всего станете у корпоратива (так как основная масса траффика отттуда), то свято верить в MRR-распределения вы скоро перестанете.

[viktort]

1. распределение уровня UP- DAUN в соте взависимости от расстояния от бс
3.Оценить распределение абонентов в зависимости от растояния в соте.
5. Проблем по качеству в зависимости от растояния.

Оставленные мною пункты ошибочны, справедливыми их можно назвать лишь ПРЕДПОЛОЖИВ, что основной вклад в проблемы вносят абоненты, дающие максимальный траффик.

Указанные репорты не могут отражать реальной картины распределения абонентов по расстоянию, так как статистика отражает количество "отрепортенных" SACH-примерно-полусекундных периодов. Если предположить, что основная масса "дальних" абонентов совершает редкие и короткие звонки (студенты, школьники), а под базой находится "корпоратив" из десяти человек, но которые "трещат" сутками, то ответьте на вопрос - "что показывает распределение ТА - количество абонентов или расстояние до основного источника траффика?"

Это я клоню к тому, что если основная масса вышеупомянутых далеко расположенных студентов и школьников имеют проблемы по уровню, а искать проблемы вы скорее всего станете у корпоратива (так как основная масса траффика отттуда), то свято верить в MRR-распределения вы скоро перестанете.

Все конечно правильно Основной доход приноси корпоратив. Но и остудентах забывать не надо.
В моей практие был случай. Установили БС около небольщого населенного пункта. Вокруг степь, поля. Естественно расчитывали на низкую нагрузку. Через некоторое время один из секторов улетел в перегрузку. Причем по времени 17 и далее часов до 24 примерно. Поставили TYP11 Обнаружили что трафик примерно 12км от БС. Оказалась зона. Зэки закончив работы и проводив начальство домой начинают трещать по телефонам

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

Все конечно правильно Основной доход приноси корпоратив. Но и остудентах забывать не надо.

Но ведь по вашей статистике вы о студентах и не вспомните! Вы будете искать проблемы на расстоянии источника основного траффика, думая что там находится основная масса абонентов. Я что - непонятно пишу?

[Kabancheg]

Совершенно верно! В городе основная масса трафика по такой статистике на расстояниях до 500 м и на уровнях до -75 дБм, и если у вас высокие BCR или например много хендоверов по DL Quality, то это не значит, что проблему делают основная масса. Но в то же время если бы проблему создавала не основная масса с малого расстояния, а небольшая куча тех же студентов (раз о них речь пошла) где-то на расстоянии в 1 км, то их проблемы в статистике, в том же самом BCR и DCR, просто таки по математическим статистическим расчетам должны задавиться отсутствием проблем у основной массы абонентов ближних, т.е. статистика должна быть в норме. Следовательно, если проблема по статистике видна, то дают эту проблему именно наибольшая куча баоннетов, именно поэтому проблема и видна, а если проблем по статистике нет, то два варианта, либо проблемы действительно нет, либо проблема есть, но у маленькой кучи абонентов и найти такую проблему может только TEMS. Хотя стоит ли напрягаться ради маленькой кучи абоннетов, если у большой кучи все нормально, ведь испртавив у малой кучи абонентов, например сменив частотный канал, можно все испортить у большой кучи абонентов, и возможно снизить прибыль. Вообщем стараться надо ради больших масс абонентов, а тем что меньше просто не судьба иметь качественную связть - не повезло!

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

В статистике НЕТ абонентов. Есть траффик, а его может создавать малая доля "шоколадных" абонов.

[Denis Insane]

В статистике НЕТ абонентов. Есть траффик, а его может создавать малая доля "шоколадных" абонов.

Еще я влезу: В этой статистике НЕТ Абонентов, НЕТ трафика, ЕСТЬ репорты о результатах измерений, которые можно перевести в трафик с некоторой погрешностью. А вот входит сюда трафик по передаче данных (GPRS/EDGE)? Или только для голоса это работает?

[udsv]

viktort
У тебя Глюкатель, а значит все это есть в RNO. А вот допуск к нему пробивай сам.

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

Еще я влезу: В этой статистике НЕТ Абонентов, НЕТ трафика, ЕСТЬ репорты о результатах измерений, которые можно перевести в трафик с некоторой погрешностью. А вот входит сюда трафик по передаче данных (GPRS/EDGE)? Или только для голоса это работает?

Суну и я свой пятак...
Все-таки в статистике присутствуют репорты, количество которых равно количеству SACH-периодов, которые прямо зависят от времени занятия TCH(i.e.=траффик). С занятием PDCH не разбирался - кто-нибудь просветит?

[viktort]

Еще я влезу: В этой статистике НЕТ Абонентов, НЕТ трафика, ЕСТЬ репорты о результатах измерений, которые можно перевести в трафик с некоторой погрешностью. А вот входит сюда трафик по передаче данных (GPRS/EDGE)? Или только для голоса это работает?

Суну и я свой пятак...
Все-таки в статистике присутствуют репорты, количество которых равно количеству SACH-периодов, которые прямо зависят от времени занятия TCH(i.e.=траффик). С занятием PDCH не разбирался - кто-нибудь просветит?

СХЭМА и использует их для расчета плотности трафика.

[dfase]

Глюкатель, а значит все это есть в RNO

Интересная программулина. На полпальца в потолок позволяет оценить почти все что тебе надо.

[viktort]

Глюкатель, а значит все это есть в RNO

Интересная программулина. На полпальца в потолок позволяет оценить почти все что тебе надо.

Это про СХЕМу то?

[dfase]

RNO

[viktort]

RNO

Дык вона и использует в основном MRR!!