...к тому же увеличивается перекрытие родных секторов увеличивается зона ХО...Privat писал(а):При таких высотах, о которых говорит Игорь, наклонять антенну надо градусов на 30. При размере панели метра 2 это не так просто, чтобы не сказать очень не просто. Да и 30 градусов могут не спасти. Не забывай о ширине (у хороших антенн пусть и небольшой: градусов 15) ДН в вертикальной плоскости.LEXI писал(а):Игорь, в этом случае все решается просто увеличиваешь мех. угол наклона антенны. При этом сектор не пробовает за три ... и соответственно частоты на отдаленных секторах можно использовать повторно.
Размер списка соседей — Планирование и оптимизация сетей GSM
- Алексей Березин
- Администратор
- Сообщения: 5527
- Зарегистрирован: Вс, 25-01-2004, 05:22
- Откуда: Санкт-Петербург
- Нетмонитор: TEMS 25, NEMO 4.91, Actix 5.5.455
-
- Известный нетмониторщик
- Сообщения: 284
- Зарегистрирован: Пн, 15-03-2004, 20:04
- Откуда: Moscow
- Нетмонитор: HTC Desire+N95+TEMS
Действительно часто замечаю, что под БС уровень сигнала макросоты с учетом С2 выше, чем микросоты и MS попадает на этот сектор. Здорово это заметно у Билайна в Москве, когда под БС сваливаешься в 900 сектор с обычным HR, особо такой скачок напрягает после 1800 EFR. Тоже самое замечается на двухдиапазонных БС в области. С таким явлением как-то борются или это считается нормой?CR при быстром движении по мегафоновской сети выглядел примерно так: макросота - микросота - ТА ЖЕ макросота - другая микросота - ТА ЖЕ макросота, и т.д.
- Алексей Березин
- Администратор
- Сообщения: 5527
- Зарегистрирован: Вс, 25-01-2004, 05:22
- Откуда: Санкт-Петербург
- Нетмонитор: TEMS 25, NEMO 4.91, Actix 5.5.455
Понятно, что вваливание в микросоту при быстром движение - это баг, ибо в таком случае остро встает вопрос с временной характеристикой...CR при быстром движении по мегафоновской сети выглядел примерно так: макросота - микросота - ТА ЖЕ макросота - другая микросота - ТА ЖЕ макросота, и т.д.
Возврат в ТУ ЖЕ макросоту - это, соответственно, потенциально возврат ХО в случае активности, лишний LU в случае разной принадлежности к LA - пинг-понг в случае малого интервала времени.
Если бы речь про БиЛайн-Питер, то это да, нормально. У Би в Питере на всех без разбора 1800 CRO = 10 при равных RxLevAm.Fisky писал(а):Действительно часто замечаю, что под БС уровень сигнала макросоты с учетом С2 выше, чем микросоты и MS попадает на этот сектор. Здорово это заметно у Билайна в Москве, когда под БС сваливаешься в 900 сектор с обычным HR, особо такой скачок напрягает после 1800 EFR. Тоже самое замечается на двухдиапазонных БС в области. С таким явлением как-то борются или это считается нормой?
Как в Москве? Разумеется, без RxLevAm сам по себе CRO ни очем не говорит! Внимательней к временным ОффСетам...
- Игорь Ванин
- Администратор
- Сообщения: 1618
- Зарегистрирован: Пт, 23-01-2004, 20:53
- Откуда: Санкт-Петербург
- Нетмонитор: SonyEricsson T68i TEMS, Siemens M55 * 5, Siemens S55
- Контактная информация:
Это не баг, это остутствие фичи. Ты много встречал в Питере Мегафоновских БС, где на 900-ых секторах стоят ненулевые penalty time и temporary offset? Я - ни одной.Алексей Березин писал(а):Понятно, что вваливание в микросоту при быстром движение - это баг, ...CR при быстром движении по мегафоновской сети выглядел примерно так: макросота - микросота - ТА ЖЕ макросота - другая микросота - ТА ЖЕ макросота, и т.д.
А примеров возврата в ту же макросоту приведу несколько штук только в окрестностях моего дома, а по городу, думаю, их до ..пы. Просто в Мегафоне не задумывались над этим, поэтому и имеем это.
Не на всех!Алексей Березин писал(а):Если бы речь про БиЛайн-Питер, то это да, нормально. У Би в Питере на всех без разбора 1800 CRO = 10 при равных RxLevAm.
- Алексей Березин
- Администратор
- Сообщения: 5527
- Зарегистрирован: Вс, 25-01-2004, 05:22
- Откуда: Санкт-Петербург
- Нетмонитор: TEMS 25, NEMO 4.91, Actix 5.5.455
Отсутствие фичи в данном случае имеет негативное проявление = баг.Игорь Ванин писал(а):Это не баг, это остутствие фичи. Ты много встречал в Питере Мегафоновских БС, где на 900-ых секторах стоят ненулевые penalty time и temporary offset? Я - ни одной.
А примеров возврата в ту же макросоту приведу несколько штук только в окрестностях моего дома, а по городу, думаю, их до ..пы. Просто в Мегафоне не задумывались над этим, поэтому и имеем это.
А что не на всех?Не на всех!Алексей Березин писал(а):Если бы речь про БиЛайн-Питер, то это да, нормально. У Би в Питере на всех без разбора 1800 CRO = 10 при равных RxLevAm.
- Игорь Ванин
- Администратор
- Сообщения: 1618
- Зарегистрирован: Пт, 23-01-2004, 20:53
- Откуда: Санкт-Петербург
- Нетмонитор: SonyEricsson T68i TEMS, Siemens M55 * 5, Siemens S55
- Контактная информация:
Не хочу занудничать, но этак можно любую молодую сеть обозвать одним большим багом.Алексей Березин писал(а):Отсутствие фичи в данном случае имеет негативное проявление = баг.Игорь Ванин писал(а):Это не баг, это остутствие фичи. Ты много встречал в Питере Мегафоновских БС, где на 900-ых секторах стоят ненулевые penalty time и temporary offset? Я - ни одной.
Я думаю, не стоит тратить время на эту багофичу, лишние handover'ы никому кроме самого опсоса не мешают, а если его это устраивает - пусть будет так.
Не на всех равные RXAM. Приезжай в гости с пивом, покажу, мне одна такая прямо в окна светит сквозь кусты.Алексей Березин писал(а):А что не на всех?Не на всех!Алексей Березин писал(а):Если бы речь про БиЛайн-Питер, то это да, нормально. У Би в Питере на всех без разбора 1800 CRO = 10 при равных RxLevAm.
Хех, и даже тут вылезла обсуждаемая Электромера, не к ночи будет помянута.
-
- Netmonitor.ru team
- Сообщения: 347
- Зарегистрирован: Сб, 14-02-2004, 13:22
- Откуда: Санкт-Петербург
- Нетмонитор: RoverPC M1+GpsCell, Motorola
- Алексей Березин
- Администратор
- Сообщения: 5527
- Зарегистрирован: Вс, 25-01-2004, 05:22
- Откуда: Санкт-Петербург
- Нетмонитор: TEMS 25, NEMO 4.91, Actix 5.5.455
-
- Гость
- Сообщения: 2
- Зарегистрирован: Чт, 05-05-2005, 11:39
- Откуда: Находка
- Нетмонитор: 3310
Действительно, у нас в Приморье на Мегафоне батарейка разряжается быстрее, чем у других опсосов. Например нок2300 в МТСе на одной зарядке живет 10 дней, а в Меге максимум неделю.Игорь Ванин писал(а):А вот техслужбы опсосов в один голос говорят, что мощностей современного оборудования хватит для всего с большим запасом. Разговоры об этом я завел еще год назад, когда спорил о том, что разделение сети на LA в "шахматном порядке" в Приморском районе - это не очень хорошо: и эфир грузится постоянными LU, и лишняя нагрузка на HLR/VLR, да и абонентам не очень нравится, что им аккумуляторы разряжают. Нет, говорят, нынешняя техника и софт всё вынесет.
Общался я неформально на форуме с работником Мегафона, тот говорит - пиши техническую заявку.
Я снял параметры как мне кажется отвечающие за быстрый разряд батареи: max T3212 counter value (tim) = 20, т.е. 2 часа, Paging Repeat Period = 2. Еще TxPWR во время разговора растет слабо, по сравнению с другими опсосами, например при -85дб (GSM900) он не растет вообще. Шаг изменения TxPWR = 2.
Подскажите, в какие еще параметры можно ткнуть опсоса в технической заявке. Какие параметры отвечают за слабый рост TxPWR во время разговора.
-
- Начинающий нетмониторщик
- Сообщения: 22
- Зарегистрирован: Вт, 25-05-2004, 13:18
- Откуда: Astrakhan
- Нетмонитор: Nokia 7210, 6230, 6230i, Tems Ericsson R520m, SonyEricsson T610, Qtek9100
Не забывайте что батарейка может разряжаться быстрее, если у оператора на вкл. управление мощности трубкиdimch2001 писал(а): Действительно, у нас в Приморье на Мегафоне батарейка разряжается быстрее, чем у других опсосов. Например нок2300 в МТСе на одной зарядке живет 10 дней, а в Меге максимум неделю.
Общался я неформально на форуме с работником Мегафона, тот говорит - пиши техническую заявку.
Я снял параметры как мне кажется отвечающие за быстрый разряд батареи: max T3212 counter value (tim) = 20, т.е. 2 часа, Paging Repeat Period = 2. Еще TxPWR во время разговора растет слабо, по сравнению с другими опсосами, например при -85дб (GSM900) он не растет вообще. Шаг изменения TxPWR = 2.
Подскажите, в какие еще параметры можно ткнуть опсоса в технической заявке. Какие параметры отвечают за слабый рост TxPWR во время разговора.