Алексей Березин писал(а):
Slavik писал(а):
Ошибаетесь
DR - это разновидность ХО... как контроллер выберет соту-кандидата для DR?
Так ведь списки для iddle и dedicated могут быть разными...
Пока речь идет об idle режиме, как я понял.
Мы как будто о разных вещах говорим
Вот немного про DR (из хуавеевских мануалов):
In the assignment procedure, successful directed retry is regarded as successful TCH seizure. More specifically, after the ASSIGNMENT REQUEST message from MSC is delivered to a cell in BSC, if there is no available channel in that cell and the system supports directed retry, BSC shall initiate outgoing cell handover according to the adjacent cell information in the MR (Measurement Report) of MS. If directed retry is performed in BSC, the target cell shall send an ASSIGNMENT CONFIRMED message to MSC after it has successfully implemented directed retry. In the meantime, this item shall be measured in the originating cell. Directed retry only takes place in the TCH assignment procedure.
еще немного:
If there is no idle TCH in the cell of the MS, the function of directed retry can be used to assign the MS to other cells with idle TCH and go on with the service. BSC can select the best cell among the adjacent cells with the measurement reports as the destination cell in directed retry.
Если в 2-х словах, то когда мобильной станции назначен сигнальный канал, по которому МС отправляет запрос на выделение ей TCHа, а свободных TCHей в данной соте не осталось, то BSC может инициировать Direct retry на другую соту. Так что соседи явно нужны и режим уже точно не idle.
Алексей Березин писал(а):
О! Чудненько!
Мы заговорили о гибкости системы и масштабируемости решений на сети... Вот, это и нужно решать на соответствующем уровне, а не мельтишить местечковым эпотажем.
Хмм... а чем еще, если не Load HO, можно решить проблему неожиданного возрастания трафика?
Алексей Березин писал(а):
Slavik писал(а):
А вот как раз по внештатным ситуациям и складывается мнение абонента об операторе! В нормальных условиях все операторы хороши, а во время праздников, в труднодоступных местах и т.д. видно ху из ху
Темы песенок для маркетинга оставьте для технических дирректоров - предложение такое.
Да и не технарям решать об абонских представлениях!
И труднодоступные места - это не иначе как близорукие решения...
Короче, похоже, вы против фишичек, а я за них...
особенно за те, которые реально улучшают качество сервиса и сглаживают огрехи в планировании... все мы люди... да и нерельно обдрайвтестить каждый угол каждого двора в городе...
Алексей Березин писал(а):
Slavik писал(а):
Согласен, но иногда это просто необходимо как временная мера, например, если вдруг одна из БС перестает справляться с нагрузкой, а соседние загружены слабо...
Что лучше поговорить с худшим качеством или не поговорить вообще?
Так давайте поговорим на тему...
Я не вижу оснований решать исключительно списками и т.п...
Не понял, про какие списки идет речь
если про соседей, то каким образом с помощью них можно сместить трафик?
Я говорю, например, про CRO... если присвоить отрицательный CRO перегруженной соте, то часть абонентов на границе соты перекинется на соседние соты, соотв-но у них немного ухудишится качество сервиса, но зато абоненты вблизи проблемной БС будут реже встречать конджешн.
Или поиграться с CBA и CBQ, запретить селекшн и реселекшн в эту соту, оставить ее только для ХО... если это конечно не создаст больших дыр в покрытии...
Алексей Березин писал(а):Red Faraon писал(а):Slavik писал(а):А где-нибудь вообще включена эта функция? Сам с ней не встречался, но слышал, что восстановление соединения происходит медленно и ниодин нормальный абонент не будет ждать, а просто сбросит и перезвонит.
Секунды 2-3 тишина в трубке. Зато процент дропов может уменьшиться в 1,5 раза.
За этот параметр отвечает счетчик RLT - Таймаут радиолинка.
Важно помнить, что неаккуратное кручение этого механизма может вызвать на сети калабс!
Как это RLT отвечает за Call reestablishment? Как я понимаю Call reestablishment инициируется, когда RLT падает до 0, а на сам процесс reestablishment'а RLT не должен влиять...
И, если быть точнее, "вызвать на сети калабс" может не "кручение этого механизма", а присвоение слишком маленького значения этому параметру... из-за слишком большого значение только снизится немного доступность ресурсов...
эффективность работы филиала.