Проблема удаленного рабочего стола Windows Server 2008 R2 с роуминговыми клиентами

У меня следующая ситуация: компьютер Dell windows server 2008 R2 с установленными службами удаленного рабочего стола. Я установил Java-приложение с использованием базы данных PostgreSql и сделал это приложение доступным для клиентов, использующих RDP. Клиентами являются стандартные ПК с ОС Windows XP и портативные устройства Psion Neo, работающие под управлением Windows CE 5 Pro.

Приложение отлично работает для клиентов на стандартных компьютерах XP, подключенных напрямую через кабель Ethernet Cat 5E к коммутатору Dell Powerconnect 2816. Клиенты Psion Neo подключают беспроводное соединение к сети через точки доступа Motorola AP6532. Эти точки доступа подключаются через адаптер POE к тому же коммутатору, что и ПК XP. Устройства Psion могут без проблем подключаться и очень быстро к серверу и приложению, используя RDP. Все идет нормально.

Когда устройства Psion перемещаются по складу и перемещаются от одной точки доступа к другой, сеанс RDP на клиенте останавливается примерно на 1 минуту, а затем он автоматически возобновляет сеанс. Это замораживание очень раздражает пользователей. Кто-нибудь может помочь в решении этого вопроса?

Обновление (9 августа): после переустановки точек доступа мы имеем рабочую ситуацию, но только при подключении к хосту RDP: * через ноутбук Win Xp SP3 * через мобильное устройство Symbol MC9190 Win CE 6 При роуминге мы замечаем небольшой подъем менее 1 секунды, что очень приемлемо. С Psion NEO он все еще не работает, когда в роуминге экран зависает от 2 до 30 секунд. RDP-клиент на ноутбуке win xp sp3 и символ mc9190 - версия 6.0. RDP-клиент на нео-версии 5.2. Я изменил уровень безопасности на узле RDP на уровень безопасности RDP (на основе форумов в Интернете), потому что старые клиенты RDP, похоже, имеют проблемы с протоколом RDP 7.1 на сервере Win 2088 R2. Psion посоветовал нам заняться сетевой регистрацией на разных устройствах. Мы сделали эту запись через wireshark, и на основании этого вывод Psion заключается в том, что серверу не удается обработать tcp-запросы. Может кто-нибудь дать мне второе мнение, проанализировав журналы Wireshark. Заранее спасибо. С уважением, Патрик