Отрицательные C1/C2 при высоком RxLev — Общие вопросы, касающиеся принципов работы GSM-сетей

[Stuart]

Коллеги, в последнее время при нетмониторинге в Твери частенько стал наблюдать у МегаФона интересную картину: при высоком уровне RxLev (-60 dbm ... -90 dbm), при котором обеспечивается отличное качество приёма/передачи, критерии запаса мощности/перевыбора соты C1/C2 имеют большие отрицательные значения. Примеры:


Выходит, что телефон никогда не выберет данные каналы. Очень любопытно, для чего это сделано: модернизация сети, например, связанная с вводом 3G, или ошибки её конфигурирования? Возможно, есть другие причины?

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

Пересмотрели стратегию распределения трафика в системе.
Пошли по пути Теле2 в некоторых регионах по созданию так называемых внутренних сот. Т.е. сектора с непривлекательными критериями выбора выделяются под трафик, а остальные остаются еще и под сигналку.
Если в случае Теле2 это вынужденная мера, связанная с ограниченем возможности оборудования по наращиванию емкости традиционными решениями, то у МегаФона - это результат бессистемного подхода, отсюда и изощернные решения организации трафика в системе. Как вариант, позже будут дата трафик сливать в 900, а войс выдавливтаь в 1800.
Учатся на ошибках.

[Stuart]

Не ожидал такого от МегаФОна - оператора, имеющего самую высокую скорость EDGE у нас в регионе, полное отсутствие перегрузки сети (даже в новогоднюю ночь не сталкивался с "сеть занята") и современное оборудование...

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

Нет здесь никакой трагедии. Как вариант, собственно. Только это не решение, а полумера. На первых порах перекантуются, затем, может, и пронесет в связи с развитием 3G и степенной мигнации трафика в новую сеть, т.о. вопрос дальше может и не назревать.
Просто дорого все это и не эффективно.

Современное оборудование не только у МегаФона, но и у БиЛайна. EDGE настроен коряво, что и в Питере имеем возможность наблюдать.
Вот, МТС в Твери - это финиш! Старые Мотороллеровские дрова, которые EDGE не поддерживают. Если где-то что-то и мелькает, так это единичные БС поставлены для галочки, а остальное - слив из Москвы.
Теле2 у вас скоро нарисуется, у них Сименс. EDGE включают теперь, похоже, по умолчанию.

[Stuart]

Оно и заметно, по паршивому качеству связи МТС...

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

GPRS, помнится, по работе БС Фирово вполне приличный. Если не ошибаюсь, открыты верхние схемы кодирования CS3/CS4, так что скорости порядка 50-60 КБит/с.
Тогда как у БиЛайна даже на Фировской БС включен EDGE! Скорости были что-то около 70-100 КБит/с. Не помню точно в чем дело, похоже, по назначению тайм-слотов было не выше 2+2 (т.е. 2 вниз и 2 на верх), тогда как при 4+1 МегаФон практически разгоняется до теоретического максимума! Но в то время на Фировской БС МегаФона EDGE не было. Что сейчас не знаю. Верхних схем GPRS МегаФон не практикует, а на нижних GPRS совсем тормознутый. Собственно, правильно, уж лучше сразу в EDGE вкладываться.

[Sila2]

Не знаю как где, у нас на МФ, впрочем как и в Твери, выбор CS и MCS динамический.
Хороший сигнал (мало ошибок) - получай MCS 9, хуже - схему пониже.
EDGE практически везде. Логика необходимости вытеснения голосового трафика в DCS, а пакоетного в GSM параметрами C1; C2 самому не совсем понятна, делается централизовано. Говорят, что таким образом оптимизируется управление PD-ресурсами на уровнях PCU.

[viktort]

Не знаю как где, у нас на МФ, впрочем как и в Твери, выбор CS и MCS динамический.
Хороший сигнал (мало ошибок) - получай MCS 9, хуже - схему пониже.
EDGE практически везде. Логика необходимости вытеснения голосового трафика в DCS, а пакоетного в GSM параметрами C1; C2 самому не совсем понятна, делается централизовано. Говорят, что таким образом оптимизируется управление PD-ресурсами на уровнях PCU.

А зачем пакетный загонять в 900-й диапазон?

[Stuart]

После ввода данной системы я реально стал наблюдать ухудшение качества связи по городу. Во-первых, стала появляться надпись "сеть занята", чего раньше за МегаФоном не наблюдалось даже в новогоднюю ночь, во-вторых, канал, на которым у меня прочно сидел телефон дома теперь имеет C2 порядка -60, в результате по нетмонитору вижу, как телефон в буквальном смысле слова скачет по 4 разным БС. Стал быстрее садиться аккумулятор.

[Sila2]

... Говорят, что таким образом оптимизируется управление PD-ресурсами на уровнях PCU.

А зачем пакетный загонять в 900-й диапазон?

Типа того, что индор на 900 лучше, значит выше скорость, следовательно с каждого таймслота можно снять больший битрейт.
Кроме того можно сэкономить на дидикейт в 1800, а они ведь жестко привязаны к РСU.
Значит динамическая территория на РСU по дефолт таймслотам расширяется, отсюда оптимизация использования имеющейся емкости РСU.
В нужном месте в нужное время РD ресурс можно увеличить, забрав его оттуда, где он в это время востребован в меньшей степени
Но нюансы присутствуют

[viktort]

... Говорят, что таким образом оптимизируется управление PD-ресурсами на уровнях PCU.

А зачем пакетный загонять в 900-й диапазон?

Типа того, что индор на 900 лучше, значит выше скорость, следовательно с каждого таймслота можно снять больший битрейт.
Кроме того можно сэкономить на дидикейт в 1800, а они ведь жестко привязаны к РСU.
Значит динамическая территория на РСU по дефолт таймслотам расширяется, отсюда оптимизация использования имеющейся емкости РСU.
В нужном месте в нужное время РD ресурс можно увеличить, забрав его оттуда, где он в это время востребован в меньшей степени
Но нюансы присутствуют

Главный нюанс это как правило меньший частотный ресурс в 900 диапазоне. Из за этого на городских сайтах значительная интерференция. А когда имеется интерференция то скорость передачи данных снижается.Качество передачи данных сильно страдает. Поэтому загонять пакетный в 900 диапазон в этом случае не имеет смысла.

[Sila2]

Конечно, если на 900 сеть плохо оптимизирована (хотя бы и локально) и каналы поражены интерференцией, то да, загонять пакет на 900 смысла нет. Это совсем иная задача.
И речь не об этом.

Один из нюансов в том, что по занятии всех возможных PDCH на 900 нужно как то определить, что очередные нужно выделять на 1800 и отправлять пакетный трафик и туда тоже или вообще на соседнюю соту
Сеть видит, что пакетный трафик на соте высокий, но она не знает это трафик от одного абонента с высокой скоростью или это уже два десятка абонентов толкаются и пора бы их разбросать.
Сеть пока не умеет оценивать скорость отдельного абонента и анализировать она у него такая низкая потому, что у него плохой Rxlev, или потому, что он подолгу стоит в очереди, из-за того, что высокая конкуренция, или он просто сидит в Аське и практически не производит трафик.

[Sila2]

Пересмотрели стратегию распределения трафика в системе.
Пошли по пути Теле2 в некоторых регионах по созданию так называемых внутренних сот. Т.е. сектора с непривлекательными критериями выбора выделяются под трафик, а остальные остаются еще и под сигналку.
Если в случае Теле2 это вынужденная мера, связанная с ограниченем возможности оборудования по наращиванию емкости традиционными решениями, то у МегаФона - это результат бессистемного подхода, отсюда и изощернные решения организации трафика в системе. Как вариант, позже будут дата трафик сливать в 900, а войс выдавливтаь в 1800.
Учатся на ошибках.

Очень смелое заявление, особенно в части бессистемного подхода, я бы воздержался от таких скоропалительных выводов.

[Stuart]

Прошу обратить внимание, что на данный момент в Твери у МегаФона зарезервированы каналы по средством отрицательного C2 исключительно на GSM 1800.

[Sila2]

Тем не менее, в примере обслуживает то вас DCS