OPS ставятся отдельно. если они и лежали на станции, то при заливке софта вы диск форматнули... ищите OPS на дискетах, в почте, у поставщика. Без ОПС дальнейшие телодвижения лишены смысла.

на первый взгляд нетрудно. два пилота, две очереди. по выходу из очередей ставите например равные приоритеты распределения в одну PG. в каждой очереди настриваете overflow on waiting, с соответствующим тамером. если для очередей нужно установить приоритеты - либо в таблице распределния рисуете разные приоритеты... есть еще гандикап

PARI и синхронизация - из разных опер. каждой полке можно присвоить ОДНО ПАРИ, но одно и то же ПАРИ может быть присвоено нескольким полкам, при условии что количество баз суммарно не более 256. если больше - второе пари и т.д. 7 или 8-м? вероятно ошибка хелпа, напрячься можно еще впомнить ляпы. уж не знаю как расставлены базы у поднявшего тему, надеюсь не квадратно-гнездовым способом.

запустит NMC service manager... если OTS после этого оживет, значит у них просто есть общие службы и вероятнее всего на уровне виртуальной машины... сколько раз ставил и ОТУК и 4760 никогда не видел их взаимозависимости. правда никогда не приходило делал это на одной машине

давайте будем корректными - называть сетью не конгломерат АТС (пусть даже между ними налажена связь по 3-хб4-ч или 5-тизначным номерам) а станции, на которых сделан правильный менеджмент в плане номера сети-узла, гомогенный (то есть не конфликтующий) план нумерации и т.п. при выполнении этих условий можно говорить об организации межузловых каналов и туннельных адресов, работе в этих каналах броадкаста...
если на момент организации сети на узлах есть объекты - выравнивание информации на узлах возможно с помощью Аудита. однако следует предупредить - выполняйте аудит если четко представляете себе что хотите сделать, примеров сноса конфигураций на сети в результате неловкого аудита - масса

PARI Value
:
Enter PARI value (11 digits).

Reminder: This value must begin with 1xxxxxxxxxx (mandatory).

попробуйте еще разок перечитать раздел доки mobile-services > multi-pari DECT все ли у вас сделано "по образу и подобию"... если в чем-то сомнваетесь - пишите... Если решите менять PARI - будьте готовы перерегистрировать трубки.

PARI долно обязательно кончатся на 0 или 4, иметь 11 знаков и обзательно начинаться с 1.
кстати, проверьте назначение PARI полкам, флажок Flag external handoff в System > RBS system должен быть в true...

все ж написано - не хвататет динамического порта. для чего? вы не пишете, додумываю что для VoIP. Указали бы хоть какие IP технологии на вашей станции применяются - VoiP, OTUC ....

у вас скопился мусор от предыдущих инсталляций - первым делом почистите системную переменную path (system  properties > advanced > environment variables) там должно быть только с:\WINDOWS\system32;с:\WINDOWS; - все остальное - стереть. возможно еще потребуется "ручная" деинсталляция Sybase и SQL... более подробно - в доке (раздел "Удаление сервера ")

то, что в системе 2 PARI - это необходимо? написал и сам прикинул - у вас больше 256 баз... на первый вгляд менеджмент корректный - и по параметрам ДЕКТ и по оборудованию

хм... интересно посмотреть, что показывает команды config all , dectview bs , dectinfo пункт про PARI ...

постоянно сваливаются базы? это значит что у вас глобально нехорошо станции, чего уж тут требовать от трубок... судя по тому, что вы пишете, хандовер у вас работает, вот только критерии переключения какие-то неадекватные
ВЕСЬ дект  у Вас стоит в 5-й полке или есть в других? если есть в других, эти полки включены через INTOF? так и не понятно, у вас всегда работало с проблемой или нет...
вопрос о софте задал прежде всего для того, чтобы понять совместимость трубок и софта. в сообщениях о проблемах для этой версии упоминаний о неработающем хандовере не попадалось

софтфон NMC не использует, а вот JAVA нужна. самое простое что можно посоветовать - на виртуальной машине остановить NMC service manager (эта служба соответственно останавливает/стартует остальные службы NMC), это можно сделать с помощью Service Manager в составе ОмниВисты или через панель Службы . после этого - проверить что Софтфон работает на этой машине. и разумеется Омнивиста имеет механизмы защиты от случаев, когда клиент купил одну клиентскую лицензию, а ставит сервер на две машины

запустите все таки трассировку (dectobs), настройте фильтр на свою трубку и посмотрите в течение дня...
описанное вами поведение характерно для "неродных" трубок - сименс иже с ними.
точная версия вашего станционного софта (siteid)?
если речь идет о трубках мобайл300, то они прописаны как GAP+?
что показывает трубка в режиме измерений?
так работало всегда или началось с определенного момента?
есть ли на станции инциденты как-то связанные с этим?

судя по тому, что вы показали, дект у вас смонтирован на 5 полке, городские потоки - на 0-й, в DECT/PWT system > RBS system должно быть указано DECT synchro ACT shelf number - 5.
и второе - ваш эксперимент - это не пример handover. образно выражаясь, если вы идете по улице с мобильным в руках и на вас падает кирпич - разговор стопудово прервется. суть handover в том, что трубка постоянно принимает сигналы от нескольких БС и мониторит их уровень. если сигнал с базы, на которой сейчас идет разговор, затухает а есть еще один - с лучшим уровнем - запускается эта самая процедура переключения голоса на другую базу, а трубки на другой канал соответственно...
в разделе maintenance главы про ДЕКТ системной документации написано как снять трассировку ДЕКТ трубки - попробуйте, возможно будете приятно удивлены что все работает.