Тема: Вопрос к harris по DECT

Доброго времени суток. Если вопрос не по адресу,то заранее извинияюсь.
Суть в следующем:  Есть сеть из 3 АТС на базе IP LDK600 (транзитная) и 2 IPLDK300 (оконечки) организованная по PRI QSIG. На всех АТС установлен DECT (общее количество базовых станций-42),используются  терминалы LG GDC-345 и GDC-400 (общее количество-160), выполнены все сетевые настройки,трубки зарегестрированы на всех АТС,включена функция DECT mobiliti.В основном всё работает нормально,эа исключением следующих моментов:
1.При переходе из зоны действия сети одной АТС в зону действия другой,переключение происходит только при полном пропадании сети даже если базовая станция другой сети находится рядом, а  первая сеть уже не обеспечивает соединение (сети находятся в зоне прямой видимости).Приходится производить переключение либо ручным выбором баз,либо выключением-включением терминала.
2.При соединении парой DECT –SLT : если мастер DECT,то при нахождении терминала вне зоны действия данной сети,либо выключенном терминале,входящие вызовы не поступают на SLT.(это важно в том случае,когда абонет вернулся  к SLT,а терминал не переключился на данную сеть,а продолжает находится в другой сети,но не обеспечиват соединение.)—-если мастер SLT,то принахождении терминала в другой сети на него не поступают входящие вызовы адресованные на мастера.
Вопрос:  предусматривается решение этих вопросов в новых версиях? P.S.в настоящее время работаю на версии 3.8 Ah .  Заранее благодарен.

Нет, пока ничего нового не предусматривается...
1. Дело в том, что DECT Mobility реализована всего лишь на основе функции FWD (переадресация). При обнаружении трубки в своей зоне станция отсылает соответствующее уведомление на другие станции, а те в свою очередь автоматически включают режим переадресации.
В вашем случае, насколько я понимаю, речь идет о том, что трубка находится в зоне действия двух баз, подключенных к разным станциям. Вы предлагаете, чтобы система (а не трубка) определяла бы наилучшую базу???? Т.е. система должна измерять уровень сигнала от трубки по разным базам и переподключать ее в зависимости от результатов анализа этих измерений. Т.е. в сети из нескольких станций должен быть еще некий сервер, который будет получать всю эту информацию по замерам, производить анализ и управлять станциями... Сеть из нескольких станций - это вовсе не единая система. У меня нет информации, что корейцы будут делать такую систему.

DECT Mobility - это вовсе не Handover, который выполняется внутри ОДНОЙ станции!!! DECT Mobility (по аналогии с сотовой связью) - это Roaming между несколькими операторами связи!!!
Так вот на самих трубках должен включен режим BEST BASE (выбор наилучшей базы)!!! Чтобы сама трубка “цеплялась” к базе с лучшим сигналом.

2.Пара DECT-SLT.
Если DECT - мастер  и терминал находится в зоне другой станции, то уже сработала ПЕРЕАДРЕСАЦИЯ (DECT Mobility) и вызовы полностью перенаправляются в другую станцию, а не на пару трубка-SLT. На SLT вызовы не поступают, потому что это пара абонентов, предствленных одним номером и действующих как ОДИН абонент. А этот абонент “включил” переадресацию.

Если SLT - мастер и терминал находится в зоне другой станции, то вызов не будет перадресован в другую станцию, поскольку функция Linked-Pair действует только ВНУТРИ станции. Станция “не видит” трубку, значит и нет парного абонента, нечего вызывать...
У меня нет информации, что корейцы готовы здесь что-либо изменить. Возможно, что никто и не запрашивал этого...

Спасибо за ответ.Как это теоретически работает я уже понял,но вот из практики эксплуатации возникли такие неприятные ситуации,и как сними бороться?!Наверное,если если теоретически,проше решить это с помошью трубки.В трубке есть такая функция “сигнал ВНЕ ЗОНЫ”,а в инженерном меню уровень этого сигнала регулируется.Вот еслибы этот уровень ещё и на “Выбор лучшей базы” влиял,а не только на выдачу звукового сигнала,можно было частично решить эти проблемы.Но это всё на уровне разработчиков,а не в моих полевых условиях!А в общем сеть не плохая(я имею ввиду DECT)если используется на одной станции.А вот в моём случае тупик!

Так все-таки... Режим Best Base, установленный на трубке, не помогает решить проблему????

Есть еще организационный метод решения проблемы: в приказном порядке заставить пользователей при переходе в зону действия другой АТС принудительно менять Базу через меню трубки. Пришел на другую террирорию - зарегистрируйся!!!

Режим Best Base срабатывает при полном отсутствии сигнала,если есть хоть слабый сигнал,то переключение не происходит.И что интересно,уже невозможно установить соединение,даже сигнала готовности станции нет,а переключение не происходит!Административно решить эту проблему трудно.У нас очень большое промышненое предприятие “Шахтинская Плитка”,и есть такие службы (дежурные) которые работают на всёй территории и переключаться “вручную” им очень не удобно.Хочу попробовать не програмно,а механически ввести кнопку “сброс” то выполнялся поиск лучшей базы.Для информации: KIRK репитеры отлично работают в LG сети.

Есть решение вашей задачи, могу сообщить лично, н-р по телефону.

Создано Евген_й
Есть решение вашей задачи, могу сообщить лично, н-р по телефону.

Евгений, может мне тоже расскажешь? Можно в личку. Если здесь не получится (личка вроде не работает), то можно на форуме арткома. Интересно все-таки....

Евген_й
23-04-2008 13:45
 
Есть решение вашей задачи, могу сообщить лично, н-р по телефону.
Спасибо Евген_й,конечно очень интересно узнать решение,или хотябы направление где копать.Мой номер (886362)68399 или ICQ 427333148,буду ждать.Или сообщите как с Вами связаться.

Решение данной задачи простое:
на всех станциях прописывается один и тот же PARK код. При этом трубки надо регистрировать в станции на одноименные порты. Таким образом для трубки все станции представленные DECT базами, будут выглядеть как одна. Поэтому при переносе трубки из зоны действия одной станции в зону другой, сообщение “Поиск базы” выскакивать не будет. Трубка будет быстро и незаметно переключаться на более сильный сигнал.(Но при этом, надо понимать, что хендовера не будет)

Класс!!!:)

Думаю, что уважаемый Евген_й имел в виду следующее:
- установить во всех станциях один и тот же PARK код;
- зарегистрировать все трубки в нескольких станциях, имеющих один и то же PARK код, на одну и ту же Базу (Систему). Например, во всех станциях на Base 1.
При повторной регистрации на ту же базу (Base 1) информация записывается поверх предыдущей. Но поскольку PARK-код тот же, ID - тот же (для DECT Mobility), то получается, что трубка “видит” базы от разных станций как одну систему (хотя на самом деле это разные системы). В этом случае , при потере сигнала от одной базы (станции) трубка немного быстрее находит базу от другой станции. Т.е. переход на другую базу с тем же PARK кодом (внесенного в Bаse1) выполняется быстрее, чем поиск другой базы (Base 2/3/4) и привязка к ней.
Естественно, речь не идет о Handover’е (текущее соединение прерывается).
Евгений проверял на трубках Siemens… Я проверял на GDC-400H… Регистрация проходит успешно.

Огромное спасибо Евгений и Игорь!Всё обязательно проверю и о результатах напишу .Есть некоторые вопросы.Порты на всех станция должны быть одинаковы,для этого на всех станциях выделены первые 192 и трубки регестрируются соответственно.На каждой станции своя нумерация: одна трубка регестрируется по одному томуже порту как 3100-3300-3500,соответственно Base1-Base2-Base-3.Если мы регистрируем на одну и туже базу трубку в разных станциях,что в этом случае происходит с нумерацией?Или при однинаковам PARK коде  нужно иметь одинаковую нумерацию на всех станциях?И ещё Евгений сказал ,что на 300 ках,где проц.не позволяет установить версию старше 3.6 (текущая 3.6Df) лучше установить версию C.6Eu.Где её взять для проверки?Если все будет корректно работать,заменю MPB.Просто нужно провести подготовительную работу,так как предприятие работает круглосуточно и при смене PARK кода необходимо будет производить регистрацию трубок,а самое сложное их собрать вместе.

Добавлю, что очень желательно иметь версию не ниже 3.7 если связка с городом аналоговая.
PS не посмотрел, оказывается уже написали.

1. Нет, нумерация будет разная, в каждой станции - своя (в 1-ой -3100, во 2-ой - 3300, в 3-ей - 3500). Как и было сделано прежде!!!! Все делается так же.
Но PARK код во всех 3-х станциях - один и тот же. Трубка во всех 3-х станциях прописывается на Base 1.

Есть один нюанс - на трубках GDC-345/400 всегда будет отображаться номер, соотвествующей последней регистрации. Т.е. если трубку сначала прописали в 1-ю (3100), потом во 2-ю (3300), а потом в 3-ю станцию (3500), то на дисплее будет всегда отображаться STA3500. Но вызывать трубку можно по любому номеру (3100/3300/3500 - за счет DECT Mobility).

2. Версия С.6Eu - последняя для уровня 3.6. В принципе там только одно исправление - АОН для старших абонентских портов (порт 128 и >). Файл прошивки могу выслать - это не проблема.

Большое спасибо Игорь.Я так и думал,но просто сейчас нет возможности смоделировать такую схему и проверить,а эксперементировать на действующей сети не желательно,хотелость услышать подтверждение.А на счёт версии ПО,Евгиний сказал,что при работе на версии ниже 3.7,за исключением С.6Eu,могут зависать аналоговые СО в тех случаях если абонент во время разговора по СО перейдет из одной зоны в другую.На оконечках у меня старые MPB ,2001 год,поэтому я сейчас заказал  MPBN,и тогда буду переделывать,и лучше после праздников,а то отдохнуть не получится.

Прошло немало времени вот и мне понадобилось решить схожую ситуацию.
Проделал все как описано выше.
Зарегистрировал трубку (GDC-400H) в двух системах (LDK-300 версии 3.8) с одним и тем же ПАРК-кодом
и все таки при переходе из зоны одной системы в другую регистрация по
более сильному сигналу не происходит, регистрируется только при полной потере сигнала.
Прошу помощи в решении вопроса.