Гуру выручайте... проблема следующая, при разговоре с дект абонентом, в какой то момент разговор прерывается и удаленный абонент слышит фразу "оставайтесь на линии вашему абоненту передается пейджинговое сообщение"... причем прерывание разовора происходит в разные промежутки времени (не похоже, что работает какой то таймер)... Ну и при этом в фасилити все что касается пейджинга отключено, да никакие пейджинговые транки и таблицы не создавались... однако проблема проявляется регулярно и не понятно чем лечить :(((

Может быть такое если труба базу потеряла или с синхронизацией проблемы.

А про фразу "пейджинговое сообщение" точно не скажу, может быть фичи надо посмотреть и убрать лишнее.

А нет ли привязки к местности? То есть в районе какой-либо одной базовой станции, может она пропала (отключилась).
Раньше фраза была "не вешайте трубку, мы ищем вызванного вами абонента".

Да вобщем это 103-й гайд передается "DO NOT HANG UP, WE ARE PAGING YOUR CORRESPONDENT ", который, как указано в доке передается если активирован преффикс "Paging call answer"... такого преффикса естественно на станции нет... но вообще закрадывается ощущение, что действительно так происходит при потере трубой базы... :(

Посмотрите в фичах, может там галка стоит где на пейджинг, потому так и разговаривает.

Просто не корректно записана подсказка, должно быть - подождите, мы ищем вызванного вами абонента.
Были такие проблемы в некоторых релизах.

В частности одна из софтовых ошибок выглядела следующим образом - есть GAP аппарат, например Siemens. Вы поговорили с этим абонентом. Потом выключаете аппарат кнопкой питания - и в этот момент все DECT соединения прерываются, идет указанная подсказка, аппараты DECT звонят, люди отвечают и возвращаются в прерванные соединения.

Глубоко в system parameters нашел вот такой пункт Forced Ringing on NS mess. (GAP+) стоял в True, хотя Notification server не разворачивали, но вдруг эта хрень чудит... А так релиз 7.1 с 24-м патчем... не знаю, может 25-м вылечится...

Может у вас проблема с синхронизацией? Какой тип железа - crystall or common?
Тип подключения к городу?
Что показывает команда infocs на тему синхронизации?
ЧТо пишет в инцидентах?

Кристалл 2 полки, одна из DECT плат с DTM как видно, от нее насколько понимаю синхронизятся и другие платы DECT... C городом 3 E1
Критичных инцидентов, типа падения синхронизации или что то с ДЕКТ системой не наблюдается...

> infocs

Fri Oct 24 12:43:39 MSD 2008


+----------------------------------------------------------------------+
| N_CR | N_CPL | TYPE | N_ACCES | PRIO | SYNC_CLOCK | TG/LK |
+----------------------------------------------------------------------+
+----------------------------------------------------------------------+

+---------------------------------------------------------------------+
| Synchronization on global domain |
+---------------------------------------------------------------------+
+---------------------------------------------------------------------+
| Synchronization on domain no 0 |
+---------------------------------------------------------------------+
| N_CR | N_CPL | TYPE | N_ACCES | PRIO | SYNC_CLOCK | TG/LK |
+---------------------------------------------------------------------+
| 0 | 11 | NPRAE | 0 | 200 | SYNCHRO | TG:101 |
| 0 | 11 | NPRAE | 1 | 201 | POT_SYNCHRO | TG:102 |
| 0 | 2 | NPRAE | 1 | 204 | POT_SYNCHRO | TG:0 |
+---------------------------------------------------------------------+


+========================== Synchro DECT ==================================+

+--------------------------------------------------------------------------+
| N_CR | N_CPL | TYPE | DECT_CLOCK | Depending Crystals |
+--------------------------------------------------------------------------+
| 0 | 6 | CPU6 | DTM PRESENT | |
| 0 | 20 | CPU6 | DTM SYNCHRO | 1 |
| 1 | 26 | DECT8 | DTM SYNCHRO | 0 |
+--------------------------------------------------------------------------+


+========= campus synchronization via INTOFS ====================+

this node 0 is SLAVE of campus synchronization (master node = ?)
synchro = PHASE_NO_OPERATION (phase shift values = 0,0)
info1=0 info2=0 info3=0 info4=0

хм... согласно доке синхра с двухсот используется когда в качестве головы стоит CS, AS с выносом кристалов по ip или же АТС-0 к которому прикручен ip-вынос с начинанием с 200

судя по результатам infocs у вас получается что атс разнесена на домена синхронизации т.е. cpu сам по себе, pri сами по себе и dect тоже сам по себе.
объясняю почему именно 3 - на кристале АСТ-0 уже сам по себе является источником синхронизации, а тут еще объявляете в том же АСТ-0 уже другой домен синхронизации (т.е. pri который начинается с 200) ну и соответственно dect в ACT-1 уже сам по себе отделяется т.к. ему уже деваться некуда как жить самому по себе и нормально не может синхронизироваться с одного домена на другой

вам необходимо синхру с pri опустить ниже планки 200 чтоб оба кристала перешли в один домен синхронизации вот поэтому и такие фишки с дектом у вас получаются

все это выковырял из доки "Синхронизация РСХ. Правила проектирования"
если это не так жду поправок

да еще если у вас все 3 pri идет от одного прова то два pri надо выставлять со значением одним а третий с другим значением, если что-то атс не понравится то сразу отвалится АСТ-1

Спасибо за развернутый ответ... С синхрой 200 действительно ляп получился :(... перепутали с MG... Потоки от разных провайдеров... Вот в правилах правильной синхронизации не оч. силен, буду читать доку...

выставил на кристалле 0 синхронизацию по потокам 0, 10, 20... дект платы находятся на кристалле 1... пошла какая то свистопляска с ДЕКТ системой :((...

27/10/08 11:53:57 000000M|01/26/-/---|=4:3845=DECT8: LAP-C of Class A protocol error on Data Link {7 1 7a 1 0}
27/10/08 11:53:57 000000M|01/26/-/---|=4:3845=DECT8: LAP-C of Class A protocol error on Data Link {7 1 7c 1 0}
27/10/08 11:53:59 000000M|00/19/-/---|=0:3660=status of 8KFS (0 is OK, 1 is KO): 1 , value : 4 2
27/10/08 11:53:59 000000M|00/19/-/---|=0:3660=status of 8KFS (0 is OK, 1 is KO): 0 , value : 4 5
27/10/08 11:54:07 000000M|00/19/-/---|=0:3660=status of 8KFS (0 is OK, 1 is KO): 1 , value : 4 0
27/10/08 11:54:08 000000M|00/19/-/---|=0:3660=status of 8KFS (0 is OK, 1 is KO): 0 , value : 4 4

как правильно засинхронизировать? в данный момент



infocs

Mon Oct 27 12:04:16 MSK 2008


+----------------------------------------------------------------------+
| N_CR | N_CPL | TYPE | N_ACCES | PRIO | SYNC_CLOCK | TG/LK |
+----------------------------------------------------------------------+
| 0 | 2 | NPRAE | 1 | 0 | SYNCHRO | TG:0 |
| 0 | 11 | NPRAE | 0 | 10 | POT_SYNCHRO | TG:101 |
| 0 | 11 | NPRAE | 1 | 20 | POT_SYNCHRO | TG:102 |
+----------------------------------------------------------------------+

+---------------------------------------------------------------------+
| Synchronization on global domain |
+---------------------------------------------------------------------+


+========================== Synchro DECT ==================================+

+--------------------------------------------------------------------------+
| N_CR | N_CPL | TYPE | DECT_CLOCK | Depending Crystals |
+--------------------------------------------------------------------------+
| 0 | 6 | CPU6 | DTM PRESENT | |
| 0 | 20 | CPU6 | DTM SYNCHRO | 1 |
+--------------------------------------------------------------------------+


+========= campus synchronization via INTOFS ====================+

this node 0 is SLAVE of campus synchronization (master node = ?)
synchro = PHASE_NO_OPERATION (phase shift values = 0,0)
info1=0 info2=0 info3=0 info4=0

вот конфигурация

Cristal 0 :

+-------------------------------------------------------------------+
| Cr | cpl| cpl type | hw type | cpl state | coupler ID |
|----|----|------------|-----------|--------------|-----------------|
| 0 | 0 | INTIPA| INT-IP | IN SERVICE | 3BA23193ACAF07 |
| 0 | 1 | eZ32|---------- | IN SERVICE | 3BA23265ABCB04 |
| 0 | 2 | NPRAE|---------- | IN SERVICE | 3BA23254AAAD03 |
| 0 | 3 | eUA32|---------- | IN SERVICE | BAD PCMS CODE |
| 0 | 4 | NDDI2|---------- | IN SERVICE | 3BA23171AABD01 |
| 0 | 6 | CPU6|---------- | IN SERVICE | BAD PCMS CODE |
| 0 | 7 | IO2N|---------- | IN SERVICE | 3BA23190ABBC01 |
| 0 | 8 | NDDI2|---------- | IN SERVICE | 3BA23171AABD01 |
| 0 | 9 | NDDI2|---------- | IN SERVICE | 3BA23171AABD01 |
| 0 | 10 | eZ32|---------- | IN SERVICE | 3BA23265ABCB04 |
| 0 | 11 | NPRAE|---------- | IN SERVICE | 3BA23254AAAD03 |
| 0 | 12 | eZ32|---------- | IN SERVICE | 3BA23265ABCB04 |
| 0 | 14 | NDDI2|---------- | IN SERVICE | 3BA23171AABD01 |
| 0 | 15 | eUA32|---------- | IN SERVICE | 3BA23266AAAA03 |
| 0 | 16 | GPA2|---------- | IN SERVICE | 3BA23241AAAC03 |
| 0 | 17 | VPU5|---------- | IN SERVICE | 3BA23225XXXXXX |
| 0 | 18 | INTIPA| INT-IP | IN SERVICE | 3BA23193ACAF06 |
| 0 | 19 | INTOF2A|---------- | IN SERVICE | 3BA23260AAAB04 |
| 0 | 20 | CPU6|---------- | IN SERVICE | BAD PCMS CODE |
| 0 | 21 | IO2N|---------- | IN SERVICE | 3BA23190ABBC01 |
| 0 | 22 | INTOF2A|---------- | IN SERVICE | 3BA23260AAAB04 |
| 0 | 23 | INTIPA| INT-IP | IN SERVICE | 3BA23193ACAF07 |
| 0 | 24 | RMA|---------- |ONLY MAO FILE | BAD PCMS CODE |
| 0 | 25 | GPA2|---------- | IN SERVICE | 3BA23241AAAC03 |
| 0 | 26 | eUA32|---------- | IN SERVICE | 3BA23266AAAA03 |
| 0 | 27 | NDDI2|---------- | IN SERVICE | 3BA23171AABD01 |
+-------------------------------------------------------------------+

--- Inter Crystal Topology ---

+-------------------------------------------------------------------------+
| CR | CPL Type Role Free/Tot Role Type CPL | CR |
|-------------------------------------------------------------------------|
| 00 | 19 -INTOF2A (INT_A ) === 69/78 === ( MAIN) INTOF2B - 06 | 01 |
|-------------------------------------------------------------------------|
| 00 | 22 -INTOF2A (INT_A ) === 70/78 === (STANDBY) INTOF2B - 20 | 01 |
|-------------------------------------------------------------------------|

Cristal 1 :

+-------------------------------------------------------------------+
| Cr | cpl| cpl type | hw type | cpl state | coupler ID |
|----|----|------------|-----------|--------------|-----------------|
| 1 | 0 | eZ32|---------- | IN SERVICE | 3BA23265ABCB04 |
| 1 | 1 | eZ32|---------- | IN SERVICE | 3BA23265ABCB04 |
| 1 | 2 | eZ32|---------- | IN SERVICE | 3BA23265ABCB04 |
| 1 | 3 | eZ32|---------- | IN SERVICE | 3BA23265ABCB04 |
| 1 | 4 | eZ32|---------- | IN SERVICE | 3BA23265ABCB04 |
| 1 | 5 | eZ32|---------- | IN SERVICE | 3BA23265ABCB04 |
| 1 | 6 | INTOF2B|---------- | IN SERVICE | 3BA23260AAAB04 |
| 1 | 7 | eZ32|---------- | IN SERVICE | 3BA23265ABCB04 |
| 1 | 8 | eZ32|---------- | IN SERVICE | 3BA23265ABCB04 |
| 1 | 9 | eZ32|---------- | IN SERVICE | 3BA23265ABCB04 |
| 1 | 10 | eZ32|---------- | IN SERVICE | 3BA23265ABCB04 |
| 1 | 11 | eZ32|---------- | IN SERVICE | 3BA23265ABCB04 |
| 1 | 12 | eZ32|---------- | IN SERVICE | 3BA23265ABCB04 |
| 1 | 14 | eZ32|---------- | IN SERVICE | 3BA23265ABCB04 |
| 1 | 15 | DECT8|---------- | IN SERVICE | 3BA53173AABC01 |
| 1 | 16 | eZ32|---------- | IN SERVICE | 3BA23265ABCB04 |
| 1 | 17 | eZ32|---------- | IN SERVICE | 3BA23265ABCB04 |
| 1 | 18 | eZ32|---------- | IN SERVICE | 3BA23265ABCB04 |
| 1 | 19 | eZ32|---------- | IN SERVICE | 3BA23265ABCB04 |
| 1 | 20 | INTOF2B|---------- | IN SERVICE | 3BA23260AAAB04 |
| 1 | 21 | eZ32|---------- | IN SERVICE | 3BA23265ABCB04 |
| 1 | 22 | eZ32|---------- | IN SERVICE | 3BA23265ABCB04 |
| 1 | 23 | eZ32|---------- | IN SERVICE | 3BA23265ABCB04 |
| 1 | 24 | DECT8|---------- | IN SERVICE | 3BA53173AABC01 |
| 1 | 25 | eZ32|---------- | IN SERVICE | 3BA23265ABCB04 |
| 1 | 26 | DECT8|---------- | IN SERVICE | 3BA53173AABC01 |
| 1 | 27 | eZ32|---------- | IN SERVICE | 3BA23265ABCB04 |
+-------------------------------------------------------------------+

В конфигурации DECT system/RBS system :

Inter ACT Handover or DTM Synchro + YES
Flag External Handover + NO
Base station busy trigger : 8
Number of Pari : 1
Dect Synchro ACT Shelf Number :0

5 пять минут подождал или как началась свистопляска сразу все вернул назад???

что то вылезло 27/10/08 11:53:59 000000M|00/19/-/---|=0:3660=status of 8KFS (0 is OK, 1 is KO): 1 , value : 4 2 это нормальное явление т.к. пошла пересинхронизация
есть предположение что надо было ребутнут плату дект когда сделал изменения

сегодня поковырял декты ibs пошагово как писал выше о доменах синхры
тож малость упустил что потоки были синхронизацией 200 и 201
как поставил значение 255 на потоках, вылез инциндет об остановке синронизации на одном из потоков (сделал вывод что другой поток вообще с пассивной синхронизацией), отключил синхру дект, выставил на потоке значение 0, включил синхру дект, посмотрел dectview syncibs и атс сказала что все базы ссинхронизированы с указанием даты и времени, и сразу появилась фраза "что ищет абонента" когда абонент вышел из зоны декта

на самом деле рестарт DECT плат не помогал, вылечилось тем, что приоритет по синхронизации выставил на поток другого оператора... :( чем то тот поток не понравился и плата intof 0/19 постоянно материлась, а в infocs периодич. выдавалось сообщение PCX not syncronized...
после этого в свойствах RBS выставил
Inter ACT Handover or DTM Synchro + YES
Dect Synchro ACT Shelf Number : 0
правда вот не знаю на сколько эти 2 пункта обязательны, до этого, когда были разные домены синхронизации, на одной из дект плат просто Board with DTM было true

сейчас почему то периодически приколбашивает одну плату Dect, точнее одну БС на ней :(

28/10/08 14:35:07 000000M|01/15/0/002|=3:1378=DECT (CTM) loss of base station: cspver 24 cause 1 param 255 bsver 255
28/10/08 14:35:13 000000M|01/15/-/---|=4:3841=DECT8 WINDI software anomaly {1 b 0 9d c4 1e 0 0 0}
28/10/08 14:36:11 000000M|01/15/0/002|=5:1381=DECT (CTM) Radio Fixed Part put in service: cspver 24 bsver 83

проверьте, не отпал ли один из четырех проводов до нее... бывало, работали на трех проводах периодически выплевывая нечто подобное

++++++++++++++++++
Anything's possible. Keep thinking.

Спасибо всем за рекомендации посмотрю как будет дело с пейджинговыми сообщениями после изменения синхры... Вообще вот еще рекомендуют ДЕКТ платы ставить в тот же кристалл, где поточные платы от которых синхра...
А физич. подключение БС да, тож посмотрю...