Я же сказал, что каждый работает вмеру развития своих способностей и опыта работы. Кому-то нужно 2 чел, кому 10, а кому-то и одного достаточно определить перепутку, при этом не посещая БС. Затем послать бригаду перекрутить фидера.Perun писал(а):А зачем для этого измерительная система? Для обнаружения Cross-Connectiona нужно 2 человека, Netmonitor и 2 часа времени.Выключаются все TRX кроме одного, обходится/объезжается станция и.т.д. по всем TRX ..
Для HO Failure смотри сигнальную информацию и окно с со списком сот. Обычно при хэндовере хоть на долю секунды, но Темс отображает эту соту, а потом возвращается на старый канал.eskimodog писал(а):Рассмотрим конкретную проблему:
Есть здание, оффисы абонов находятся на 2-ом этаже.Здание (кирпич) находится на довольно высоком месте города, практически на окраине.
При измерениях: найдены сигналы как минимум с 15 БС-ок, в режиме разговора все на примерно одинаковых уровнях -80 Dbm, при этом очень много HO по качеству (C/I бывает около 0).Очень много дальних БС, хотя по логике траффик должен идти с рядом находящейся (расстояние около 1 км, все TRX чистые, перегрузок нет, азимуты и тилты в порядке, уровни -65 - 75 Dbm).Когда MS цепляется за какую-нить дальнюю БС начинается бред, HO только на ее соседей ессно, HO failure и т.п., в итоге Drop call или полная ж с C/I SQI и FER.(Кстати, где в TEMS можно посмотреть на какую БС была попытка непрошедшего HO?)
Каковы варианты решения проблемы: наклонять 10 БС?Разворачивать и наклонять сектор ближайшей?(где-то похуже станет)
Дешевого и эффективного решения данной проблемы нет. Безграмотное планирование, "повышение эффективности" работы оборудования за счет добавления частот в зонтичные соты и отсутствие строительства большого количества мелких сот сведут на нет качество работы Вашей сети. Вы сколько угодно можете ездить со своим дорогим прибором вокруг проблемного места, наблюдать как ходят хендоверы и по каким причинам, но проблему Вы не решите.eskimodog писал(а):Рассмотрим конкретную проблему:
Есть здание, оффисы абонов находятся на 2-ом этаже.Здание (кирпич) находится на довольно высоком месте города, практически на окраине.
При измерениях: найдены сигналы как минимум с 15 БС-ок, в режиме разговора все на примерно одинаковых уровнях -80 Dbm, при этом очень много HO по качеству (C/I бывает около 0).Очень много дальних БС, хотя по логике траффик должен идти с рядом находящейся (расстояние около 1 км, все TRX чистые, перегрузок нет, азимуты и тилты в порядке, уровни -65 - 75 Dbm).Когда MS цепляется за какую-нить дальнюю БС начинается бред, HO только на ее соседей ессно, HO failure и т.п., в итоге Drop call или полная ж с C/I SQI и FER.(Кстати, где в TEMS можно посмотреть на какую БС была попытка непрошедшего HO?)
Каковы варианты решения проблемы: наклонять 10 БС?Разворачивать и наклонять сектор ближайшей?(где-то похуже станет)
Не согласен с последним высказыванием. После объезда с дорогим прибором можно выяснить почему такая ситуация сложилась и локализовать проблемное место. По поводу вопроса: попробуй повысить приоритет на одном из сервирующих секторов, но учти что во всей зоне сервирования он будет траффик на себя тянуть, поэтому желательно чтобы сектор был не высоким и поближе расположен к проблемному месту. По поводу неуспешных хэндоверов: в сигнальной информации Layer3 отображается.V12 писал(а):Дешевого и эффективного решения данной проблемы нет. Безграмотное планирование, "повышение эффективности" работы оборудования за счет добавления частот в зонтичные соты и отсутствие строительства большого количества мелких сот сведут на нет качество работы Вашей сети. Вы сколько угодно можете ездить со своим дорогим прибором вокруг проблемного места, наблюдать как ходят хендоверы и по каким причинам, но проблему Вы не решите.eskimodog писал(а):Рассмотрим конкретную проблему:
Есть здание, оффисы абонов находятся на 2-ом этаже.Здание (кирпич) находится на довольно высоком месте города, практически на окраине.
При измерениях: найдены сигналы как минимум с 15 БС-ок, в режиме разговора все на примерно одинаковых уровнях -80 Dbm, при этом очень много HO по качеству (C/I бывает около 0).Очень много дальних БС, хотя по логике траффик должен идти с рядом находящейся (расстояние около 1 км, все TRX чистые, перегрузок нет, азимуты и тилты в порядке, уровни -65 - 75 Dbm).Когда MS цепляется за какую-нить дальнюю БС начинается бред, HO только на ее соседей ессно, HO failure и т.п., в итоге Drop call или полная ж с C/I SQI и FER.(Кстати, где в TEMS можно посмотреть на какую БС была попытка непрошедшего HO?)
Каковы варианты решения проблемы: наклонять 10 БС?Разворачивать и наклонять сектор ближайшей?(где-то похуже станет)
И без дорогостоящего прибора понятно, что причиной является помеха от высоких БС и слабый сигнал от низких сот. Такая ситуация сложилась из-за не грамотного планирования - куча высоких перегруженных баз с конфигурацией чуть ли не 444 и несколько мелких БС с конфигурацией 222. Дальше начинается самое смешное - локализация. Чего-ж там только не делают, но как правило без грамотной модернизации сети (стройка мелких сот под "зонтом" и удаление мешающих частот из "зонта") результат нулевой.dreamcatcher писал(а):Не согласен с последним высказыванием. После объезда с дорогим прибором можно выяснить почему такая ситуация сложилась и локализовать проблемное место.
На ближних сотах есть другие ближние соседи, хендовер пойдет в них, а от туда из-за неустойчивого приема или плохого качества в зонт или в "обрыв". Не все так просто, как кажется. Так не делают.udsv писал(а):Попробуй одностороннее соседство: на дальних сотах ближнии соты есть, на ближних базах дальних нет.
Так делают, ситуация не идентична но похожа. Один берег выше другого и его засвечивают базы снизу. Убрать их (нагнуть ит.д и т.п) не возможно. Одностороняя прописка позволяет уйти с них (когда в айдле залетаеш) на ближнии соты, но не позволяет абону внизу сделать НО на верхнии базы.V12 писал(а): На ближних сотах есть другие ближние соседи, хендовер пойдет в них, а от туда из-за неустойчивого приема или плохого качества в зонт или в "обрыв". Не все так просто, как кажется. Так не делают.
ну так это делается соответствующей настройкой иерархии. Хендовер по бюджету мощности закрывается из нижнего в верхний слой, а из верхнего в нижний разрешается. Зачем одностороннюю прописку соседей делать?udsv писал(а):Так делают, ситуация не идентична но похожа. Один берег выше другого и его засвечивают базы снизу. Убрать их (нагнуть ит.д и т.п) не возможно. Одностороняя прописка позволяет уйти с них (когда в айдле залетаеш) на ближнии соты, но не позволяет абону внизу сделать НО на верхнии базы.V12 писал(а): На ближних сотах есть другие ближние соседи, хендовер пойдет в них, а от туда из-за неустойчивого приема или плохого качества в зонт или в "обрыв". Не все так просто, как кажется. Так не делают.
Ты прав, не все так просто.
Речь идет что бы обеспечить абону безвредный уход в помещении с дальних сот, а с них ты и будеш уходить или по качеству или по уровню. А если соседи симметричные получиш качели.
Имеем высокую БС и и имеем низкую БС. Низкая БС не имеет в соседях высокую БС, соответственно при удалении от низкой БС и приближении к высокой БС телефон просто потеряет сеть и заново зарегестрируется в высокой БС.udsv писал(а):Затем что еще есть айдл, а на него твои маржинги не распространяются. А еще есть НО по качеству. Я предложил вариант, нравиться или не нравится- не мои проблемы. Но про одностороннее соседство говорили в т.ч и для 3G.
Так никто не делает. На низких БС CRO побольше ставится, а на высокой поменьше и закрываются хендоверы снизу в верх и вроде все работает.
а еще можно гайки пассатижами закручивать 