Privat писал(а):
И всё-таки я так и не понимаю: причём тут синхронизация? Для чего она в принципе при НО? MS видит при разговоре уровни сигналов прописанных соседей, выстраивая их по измеренным значениям. Тут никакого разложения сигнала ещё нет.
Что такое "разложение" сигнала?
А вообще - кроме этого трубка еще должна декодировать из сигнала другой базы BSIC, что-бы включить его в отчет. При этом трубка постоянно "слушать" все видимые (ну, не все, а 6 самых сильных) частоты для расшифровки BSIC не может, и слушает переодически, со сдвигом, так, что-бы за несколько "проходов" попасть на BCCH и расшифровать BSIC. При рассинхронизации базовых попасть на нужный фрейм намного сложнее, и при этом получается так, что просто трубка не расшифровывает BSIC и эта частота (так как неизвестно, к какой базе частота принадлежит) в выборе кандидата для хендовера не участвует. Катастрофически падает количество попыток хендоверов - просто трубка не видит кандидатов для хендовера, а только частоты с каким-то сигналом. После этого начинаются разрывы, плохое качество, перегрузки сектора и т.п.
Privat писал(а):
При создавшихся для НО условиях она запрашивает ресурс на прежнем канале, получает на него "добро" тоже на старом канале, уходит на новый ресурс, где и синхронизируется с новой БС по ВССН. При этом мы слышим в трубке "сглатывание".
Ну, хендовер проходить 100% под управлением BSC, т.е. трубка никогда ничего не запрашивает (кроме случая, когда активирована фича у Эриксона Handover Power Boost, при которой, когда трубка теряет сигнал - то на полной мощности пытается известить об этом контроллер, который и решает, куда сделать хендовер). BSC сам, в соответствии с настройками сети решает, куда перекинуть трубку, трубка только выполняет команду BSC.
Про синхронизацию с новой БС по BCCH - вроде ничего такого не слышал, при хендовере сеть должна быть синхронизированна, так что заново синхронизироваться трубке не надо, и трубка может переходить на любую частоту в новом секторе, а не только на BCCH. А "сглатывание" - это не синхронизация по BCCH, это получение служебной информации по Fast Associated Control Channel (FACCH), который "накладывается" на траффиковый канал и "забивает" голос.
Privat писал(а):
Какая синхронизация сетей? Что тут не сработает?
Ну почему-то даже для проводной связи требуют синхронизацию, для CDMA вообще GPS/Глонасс для синхронизации требуют, а на самом деле "какая синхронизация сетей"???
Privat писал(а):
Были бы прописаны, были бы соседи в эфире, прошли бы все команды, не глючила бы труба - вот всё, что нужно для счастливого НО.
Ну значит не все. Все прописано, соседи в эфире есть, команды проходят, трубка не глючит - я же писал, что смотрели не на уровне "связь разорвалась где-то по пути", а TEMS`ом.
Privat писал(а):
При этом не важно: внутрисетевого или какого другого.
БСки между собой не работают, а MS с БС всё равно постоянно синхронизируется заново при потере/нахождении сети.
В случае межсетевого хендовера несинхронными уже получаются участки MSC-MSC, и, соответственно, все принадлежащие им сети. При этом трубка, при переходе на новую базовую другой сети, из-за рассинхронизации не вовремя ждет/посылает сигнал (допустим, ее сигнал попадает "между" фреймами), в результате - отсутвие обмена и дроп звонка. Через доли секунды трубка видит BCCH новой сети, синхронизируется с ним, и уже легко и без проблем работает в новой сети. Но разрыв соединения то произошел.