Микро БСПланирование и оптимизация сетей GSM

Ответить
Аватара пользователя
Red Faraon
Опытный нетмониторщик
Сообщения: 127
Зарегистрирован: Ср, 29-06-2005, 12:45
Откуда: Ростов-на-Дону
Нетмонитор: Nokia 6230
Контактная информация:

Сообщение Red Faraon »

Ustas писал(а):в Idle труба держится на верхних слоях дабы уменьшить Paging нагрузку
А как может уменьшиться paging нагрузка в зависимости от слоя? Они (слои) что, в разных LAC?
GSM-CDMA
Начинающий нетмониторщик
Сообщения: 14
Зарегистрирован: Вт, 04-04-2006, 13:07

Сообщение GSM-CDMA »

Ustas писал(а):А кто какими системами распределения трафика пользуется в иерархичной сети:
- Для Idle установка CRO для каждого слоя, чтобы утянуть трафик, например с 900 на 1800. В Active использование Margin для Power Budget HO.
- Использование не специфицированных GSMом фич от производителя, когда в Idle труба держится на верхних слоях дабы уменьшить Paging нагрузку, а при установлении соединения опускается на нижние в зависимости от различных условий.
est layer dlia 1800 iaspolzuitsia Layer 3, a dlia 900 Layer 2 ili naoborot tochno ne pomnu
Ustas
Опытный нетмониторщик
Сообщения: 132
Зарегистрирован: Чт, 17-11-2005, 08:31
Нетмонитор: 6230

Сообщение Ustas »

Red Faraon писал(а): А как может уменьшиться paging нагрузка в зависимости от слоя? Они (слои) что, в разных LAC?
LAC один, верхний слой имеет самые большие ячейки, а значит и количество в LACе их будет меньше. Paging можно слать только на верхний слой ячеек, а на нижних слоях вообще выкл. Paging.
mpuh
Нетмониторщик
Сообщения: 75
Зарегистрирован: Вт, 02-05-2006, 22:18
Нетмонитор: NOKIA 6230, E R520, S-E T610

Сообщение mpuh »

Ustas писал(а):
Red Faraon писал(а): А как может уменьшиться paging нагрузка в зависимости от слоя? Они (слои) что, в разных LAC?
LAC один, верхний слой имеет самые большие ячейки, а значит и количество в LACе их будет меньше. Paging можно слать только на верхний слой ячеек, а на нижних слоях вообще выкл. Paging.
Интересная мысль для того чтобы положить сеть.
"Аппарат вызываемого абонента выключен или находится вне зоны дествия сети" :D Может ведь RACH не хватить....
Аватара пользователя
Алексей Березин
Администратор
Сообщения: 5526
Зарегистрирован: Вс, 25-01-2004, 05:22
Откуда: Санкт-Петербург
Нетмонитор: TEMS 25, NEMO 4.91, Actix 5.5.455

Сообщение Алексей Березин »

mpuh писал(а):
Ustas писал(а):
Red Faraon писал(а): А как может уменьшиться paging нагрузка в зависимости от слоя? Они (слои) что, в разных LAC?
LAC один, верхний слой имеет самые большие ячейки, а значит и количество в LACе их будет меньше. Paging можно слать только на верхний слой ячеек, а на нижних слоях вообще выкл. Paging.
Интересная мысль для того чтобы положить сеть.
"Аппарат вызываемого абонента выключен или находится вне зоны дествия сети" :D Может ведь RACH не хватить....
Согласен!
Интересны комментарии... :?:
Ustas
Опытный нетмониторщик
Сообщения: 132
Зарегистрирован: Чт, 17-11-2005, 08:31
Нетмонитор: 6230

Сообщение Ustas »

mpuh писал(а):Может ведь RACH не хватить....
Речь идет о пейджинге, как на него RACH влияет?
Вообще идея не моя, а некой израильской фирмы, поэтому выношу на всеобщее обсуждение ее постулаты:
- 1800 cell never will be the BEST SERVER – No Call Set-Ups, тогда
для 1800 AGBLK = 0 (No AGCH block), BCCHTYPE = COMBC (BCCH,PCH/3, SDCCH/3+CBCH)
- Access to 1800 controlled by HO and HCS
- HO allowed between 900-1800, 900-900 & 1800-1800
- 900 cell as best server allows reduce PCH and SDCCH resources on 1800
- No Paging/SDCCH required
- 900 will be always BEST SERVER
- Access to 1800 Cell only via HO
- No 1800 Cell will single TRX
- Targeted BH Traffic for 2TRXs Cell is 10Erl
- No GPRS Traffic on 1800
mpuh
Нетмониторщик
Сообщения: 75
Зарегистрирован: Вт, 02-05-2006, 22:18
Нетмонитор: NOKIA 6230, E R520, S-E T610

Сообщение mpuh »

Ustas писал(а):
mpuh писал(а):Может ведь RACH не хватить....
Речь идет о пейджинге, как на него RACH влияет?
А как телефон отвечает сети на какой соте он сидит?
Странные рекомендации.... Почему бы в таком случае не применить common BCCH или Underlay-Overlay? Ведь так все и получится, как они описывают, только это по-моему будет правильнее.
Ustas
Опытный нетмониторщик
Сообщения: 132
Зарегистрирован: Чт, 17-11-2005, 08:31
Нетмонитор: 6230

Сообщение Ustas »

mpuh писал(а):
Ustas писал(а):
mpuh писал(а):Может ведь RACH не хватить....
Речь идет о пейджинге, как на него RACH влияет?
А как телефон отвечает сети на какой соте он сидит?
Я имел ввиду, что Paging сообщение посланное на 1000 ячеек вернется только с одной. т.о. мне трудно представить как RACH может сильно повлиять на пейджинг?
Waveman
Опытный нетмониторщик
Сообщения: 190
Зарегистрирован: Вт, 27-09-2005, 15:25
Откуда: Москва
Нетмонитор: Nokia N95, Nokia 5230

Сообщение Waveman »

Ustas писал(а):
mpuh писал(а):Может ведь RACH не хватить....
Речь идет о пейджинге, как на него RACH влияет?
Вообще идея не моя, а некой израильской фирмы, поэтому выношу на всеобщее обсуждение ее постулаты:
- 1800 cell never will be the BEST SERVER – No Call Set-Ups, тогда
для 1800 AGBLK = 0 (No AGCH block), BCCHTYPE = COMBC (BCCH,PCH/3, SDCCH/3+CBCH)
- Access to 1800 controlled by HO and HCS
- HO allowed between 900-1800, 900-900 & 1800-1800
- 900 cell as best server allows reduce PCH and SDCCH resources on 1800
- No Paging/SDCCH required
- 900 will be always BEST SERVER
- Access to 1800 Cell only via HO
- No 1800 Cell will single TRX
- Targeted BH Traffic for 2TRXs Cell is 10Erl
- No GPRS Traffic on 1800
Могу поделиться опытом внедрения подобной стратегии в тестовой зоне (про оператора умолчу).
Итак, был введен Cell_reselect_offset=63 и penalty_time=31 для 1800-ячеек. Таким образом, в IDLE_mode все абоненты сидели в 900-м диапазоне. 1800-й диапазон являлся приоритетным для хэндоверов. Причем была активирована такая фича: при вызове, фаза Sdcch проходилаиз 900-й соты, а assignment происходил сразу в 1800-ю соту , если хоть одна из них присутствовала в MR Reports. Сделано это были чтобы максимально возможный трафик обслуживался 1800-м диапазоном, а GPRS-таймслоты и sdcch можно было оттуда убрать.
Хэндоверы по power_budget из 1800 в 900 были запрещены. Таким образом звонки.
Однако, такая стратегия оказалась неэффективной.
Но самое интересное, что небольшое кол-во соединений устанавливалось из 1800-го. почему, непонятно...
Чем больше узнаешь - тем больше убеждаешься, что знаешь очень мало!
Аватара пользователя
Red Faraon
Опытный нетмониторщик
Сообщения: 127
Зарегистрирован: Ср, 29-06-2005, 12:45
Откуда: Ростов-на-Дону
Нетмонитор: Nokia 6230
Контактная информация:

Сообщение Red Faraon »

Если на нижнем слое выключить пейджинг и телефон за него зацепится, то соответственно можно пропустить звонок.
Или сидишь на верхнем слое, происходит пейджинг, проключается голос, тебя перекидывает на нижний слой и сидишь болтаешь. А тем временем тебе второй звонок (допустим, у тебя включено ожидание) или смс. И всё - "абонент не в зоне"
Ustas
Опытный нетмониторщик
Сообщения: 132
Зарегистрирован: Чт, 17-11-2005, 08:31
Нетмонитор: 6230

Сообщение Ustas »

Waveman писал(а): Однако, такая стратегия оказалась неэффективной.
Очень интересно почему, на бумаге все красиво получается. Если не секрет на чем остановились после экспериментов.
Аватара пользователя
Алексей Березин
Администратор
Сообщения: 5526
Зарегистрирован: Вс, 25-01-2004, 05:22
Откуда: Санкт-Петербург
Нетмонитор: TEMS 25, NEMO 4.91, Actix 5.5.455

Сообщение Алексей Березин »

Waveman писал(а): Но самое интересное, что небольшое кол-во соединений устанавливалось из 1800-го. почему, непонятно...
Так ведь после выполнения условий Cell_reselect_offset=63 и penalty_time=31 оно и должно происходить... или не понял?
Аватара пользователя
Алексей Березин
Администратор
Сообщения: 5526
Зарегистрирован: Вс, 25-01-2004, 05:22
Откуда: Санкт-Петербург
Нетмонитор: TEMS 25, NEMO 4.91, Actix 5.5.455

Сообщение Алексей Березин »

Ustas писал(а):Очень интересно почему, на бумаге все красиво получается.
Все хендовера и прочи директы :) - это не есть хорошо в принципе.
Причина, наверное, в градусе угла зрения: рассматриваем статичный трафик на некий момент времени, а имеем ниминуемую циркуляцию трафика в системе (с течением времени), которая не может в момент времени идеально развести трафик по ее элементам (секторам).
Waveman
Опытный нетмониторщик
Сообщения: 190
Зарегистрирован: Вт, 27-09-2005, 15:25
Откуда: Москва
Нетмонитор: Nokia N95, Nokia 5230

Сообщение Waveman »

Алексей Березин писал(а):
Waveman писал(а): Но самое интересное, что небольшое кол-во соединений устанавливалось из 1800-го. почему, непонятно...
Так ведь после выполнения условий Cell_reselect_offset=63 и penalty_time=31 оно и должно происходить... или не понял?
Так ведь при penalty_time=31 - оффсет вычитается из С1, т.е. C2 для 1800 всегда отрицателен... Так почему все-таки некоторые MS сидят в idle mode в 1800. Или из-за каких-либо особенностей аппартов они не считают C2, а принимают решение по C1. Может это телефоны фазы 1 ?
Чем больше узнаешь - тем больше убеждаешься, что знаешь очень мало!
mpuh
Нетмониторщик
Сообщения: 75
Зарегистрирован: Вт, 02-05-2006, 22:18
Нетмонитор: NOKIA 6230, E R520, S-E T610

Сообщение mpuh »

Red Faraon писал(а):Если на нижнем слое выключить пейджинг и телефон за него зацепится, то соответственно можно пропустить звонок.
Или сидишь на верхнем слое, происходит пейджинг, проключается голос, тебя перекидывает на нижний слой и сидишь болтаешь. А тем временем тебе второй звонок (допустим, у тебя включено ожидание) или смс. И всё - "абонент не в зоне"
А зачем пейджинговать абонента, если коммутатор (VLR) и так знает где этот абонент находится с точностью до TS и TA??? :D
Ответить