UMTS: 2 частоты ---> DC-HSPA или ..?

[orcinus_orca]

Подскажите, пожалуйста, в каких случаях используют вторую частоту в UMTS сетях.
Я слышал, что обычно первую частоту определяют для R99, а вторую для HSDPA. Насколько это правильно?
Как происходит перераспределение сервисов (после установления RAB или еще в момент установления сервиса (на RRC))?
HSUPA тоже назначают на вторую частоту?
Может у кого есть описание (особенно интересует для ZTE)?

Кто-нибудь слышал про построение сети с использованием сразу двух частот (я иммею ввиду назначение только f1 или f2 на сектора для уменьшения pilot polution и улучшения KPI)? Насколько это оправдано и есть ли действительно какой-нибудь выйгрыш?

[zebrox]

Один из операторов использует три частоты на некоторых сайтах. При этом первая, зарезервирована под R99 сервисы и она не залочена. Две другие зарезервированы под HSPA и они забарены. Соединение устанавливается на первой, потом юи пересылается на соответствующую частоту, в зависимости от способа распределения пользователей по частотам. Еще фичер есть такой, что дата каналы сразу выдеяются на другой частоте, хэндовр не нужен в таком случае. Не помню как называется.

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

Удивительно, на сколько небрежно можно относиться к полученному ресурсу - это было в GSM; мягко говоря, не исключалось и в UMTS...

CDMA2000'ячники в мечтах бредили о Ev-Dv...
_________________
Подтверждение регистрации

[Sila2]

Крайний звонок для включения очередной несущей это дефицит мощности на предшествующих. Если конечно деградация скорости раньше мозг не вынесет.
Лочить же несущие под те или иные сервисы сродни не скажу чему

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

Уже полгода как хочу спросить: мы ЭТО обсуждаем?
_________________
Подтверждение регистрации

[Sila2]

Выходит - да

[orcinus_orca]

Интерестно было бы услышать мнение экспертов на второй вопрос.
Если есть две частоты, то можно ли назначать разные частоты на разные сектора или сайты, чтобы снизить pilot polution и улучшить KPIs.
Ведь если некоторые сайты будут использовать одну частоту, а другие другую, то влияние секторов друг на друга будет меньше и все параметры должны улучшиться.
Или это просто мои фантазии )))

[Sila2]

конечно можно развести частоты, как по сайтам, так и по секторам.
Только вот частот, в лучшем случае, всего три и, раньше или позже, придётся где то ставить вторую несущую по дефициту мощности, а потом и третью и всё, что развёл, полетит к едрени фени.
Бороться с РР нужно не разводом частот, а правильными азимутами и углами наклонов. Ну и правильным расположением сайтов, безусловно, что по понятным причинам не всегда возможно

[Sila2]

Есть и другой нюанс - хендовер.
В пределах одной частоты он мягкий, а вот с частоты на частоту - жёсткий, со всеми вытекающими последствиями

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

Вот именно!
Попробуйте учудить на GPRS/EDGE пинпонг хотя бы внутрисельный... сразу станет понятно как это влияет на скорость ПД емкость системы.

Так вот, стесняюсь спросить, и как же определяется дефицит мощности? Он вообще может не быть в реальных условиях?
_________________
Подтверждение регистрации

[Sila2]

Дефицит мощности определяется отдельным счётчиком.
Названия не помню, да и разное оно наверное у вендеров.
Только ж надо понимать, что дефицит мощности это не совсей той мощности, что считается как U на I в антенне

Дефицита реально может и не быть, когда юзеров не много и все они не далеко.

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

Так вот, об этом и вопрос: Что считает такой счетчик?
Наверное, отсчеты репортов с заданным и ниже Ec/No...
_________________
Подтверждение регистрации

[Sila2]

[orcinus_orca]

Спасибо за ответы. Более менее ясно стало.
Раз уж речь зашла про мощность то хотелось бы узнать мнения экспертов по такому вопросу:
Счетчики по power congestions всегда показывают " 0", но при этом сеть достаточно хорошо нагружена и вроде как должны быть. Заказчик даже попросил кое-где включить вторую частоту из-за жалоб. Есть подозрения, что счетчики либо не включены либо не работают (недавно обновили версию RNC, что было до этого не знаю, так как вопрос возник уже после).
Есть так же счетчики по MAX/AVER TCP & MAX/AVER RTWP которые что-то даже считают. Можно ли по ним понять, что используемвя мощность говорит о том, что должны быть отказы. А то support говорит, что трафика нет, вот и нет отказов, хотя в другом вендоре (сеть построена на двух вендорах) отказы есть.
Может есть какая другая статистика которая показывала бы, что Power Congestions должны быть (например Number of rejected services due to power или что-то в этом роде).
P.S. Хотелось бы упомянуть, что CE Congestions так же отсутствуют хотя кое-где CE Utilization 99% но на некоторых сайтах есть code congestions.

[Sila2]

Стоит начать именно от тафика, конкретно - разобраться с IuB
Не будет перегрузок ни по чему другому, пока ширина IuB не достаточна и он перегружен.
Как организован транспорт на IuB? SDH, Eth?
Есть ли полки?
Пока на на IuB не будет хотябы 10-12 mbps говорить о режектах в других местах не приходится.