SDCCH call drop rate (%)

Intik · Сообщение **Intik** » Чт, 04-09-2008, 10:45

Привет всем!!!!!!!!
Что сделать если SDCCH call drop rate (%)>12%?

VitalyK · Сообщение **VitalyK** » Чт, 04-09-2008, 13:31

Как-то мало информации..
Для начала рестартануть сайт

Проверить аварии, уровни и BER по трансмисии. Потом смотреть частотный план и параметры. Кстати, перегрузок по трафику нет на соте?

Intik · Сообщение **Intik** » Чт, 04-09-2008, 13:40

VitalyK писал(а):Как-то мало информации..
Для начала рестартануть сайт Проверить аварии, уровни и BER по трансмисии. Потом смотреть частотный план и параметры. Кстати, перегрузок по трафику нет на соте?

пока рестарт не сделал...по статистике интерференция на uplink нет //
частотный план вроде нормольно...перегурузок тоже нет

viktort · Сообщение **viktort** » Чт, 04-09-2008, 13:46

Intik писал(а):
VitalyK писал(а):Как-то мало информации..
Для начала рестартануть сайт Проверить аварии, уровни и BER по трансмисии. Потом смотреть частотный план и параметры. Кстати, перегрузок по трафику нет на соте?
пока рестарт не сделал...по статистике интерференция на uplink нет //
частотный план вроде нормольно...перегурузок тоже нет

А LACи вокруг БС и самой БС одинаковые?

Intik · Сообщение **Intik** » Чт, 04-09-2008, 13:57

viktort писал(а):
Intik писал(а):
VitalyK писал(а):Как-то мало информации..
Для начала рестартануть сайт Проверить аварии, уровни и BER по трансмисии. Потом смотреть частотный план и параметры. Кстати, перегрузок по трафику нет на соте?
пока рестарт не сделал...по статистике интерференция на uplink нет //
частотный план вроде нормольно...перегурузок тоже нет
А LACи вокруг БС и самой БС одинаковые?

не знаю .....а если одинаковый LAC что будеть ?

viktort · Сообщение **viktort** » Чт, 04-09-2008, 14:07

Intik писал(а):
viktort писал(а):
Intik писал(а): пока рестарт не сделал...по статистике интерференция на uplink нет //
частотный план вроде нормольно...перегурузок тоже нет
А LACи вокруг БС и самой БС одинаковые?
не знаю .....а если одинаковый LAC что будеть ?

При одинаковых LAC ни чего плохого не будет.
А если они разные то дропы могут быть большими. Границы зон LAC желательно располагать по местам где трафик минимальный. И нельзя делать островные LAC.

Сергей_ · Чт, 04-09-2008, 19:37

Что сделать если SDCCH call drop rate (%)>12%

у меня тоже есть такая фигня

при том SDCCH call drop rate> 40 %, TCH call drop rate < 2%
на одном сайте, на всех остальных, работающих в гораздо более сложных условиях < 2 %
- оборудование -моторола
-сайт ресетил
-частоты менял
-передатчики менял
-мозги станции менял
-параметры станции сверял, вплоть до того что тупо сверял с другими станциями....

...фигня продолжается, не знаю в чем дело

Waveman · Сообщение **Waveman** » Пт, 05-09-2008, 14:38

Сергей_ писал(а):
Что сделать если SDCCH call drop rate (%)>12%
у меня тоже есть такая фигня
при том SDCCH call drop rate> 40 %, TCH call drop rate < 2%
на одном сайте, на всех остальных, работающих в гораздо более сложных условиях < 2 %
- оборудование -моторола
-сайт ресетил
-частоты менял
-передатчики менял
-мозги станции менял
-параметры станции сверял, вплоть до того что тупо сверял с другими станциями....

...фигня продолжается, не знаю в чем дело

Здесь проблема скорее всего в некорректной работе одной MS. Допустим MS постоянно шлет запросы на Location Update, но в связи со своей глючностью (неисправностью) не может передать сигналинг по выделенному ей Sdcch. Такое легко выявляется по постоянной составляющей счетчика. Можно также залочить сектор и посмотреть, не перейдет ли проблема на соседний сектор. Вообще , если Call setup, drop call rate, tch assignment в норме , BER, Path Balance, IOI нет - на sdcch обрывы не следует обращать внимания. Помните главное - анализировать статистику надо в комплексе, четко представляя что от чего зависит.

Intik · Сообщение **Intik** » Пт, 05-09-2008, 15:57

Waveman писал(а):
Сергей_ писал(а):
Что сделать если SDCCH call drop rate (%)>12%
у меня тоже есть такая фигня
при том SDCCH call drop rate> 40 %, TCH call drop rate < 2%
на одном сайте, на всех остальных, работающих в гораздо более сложных условиях < 2 %
- оборудование -моторола
-сайт ресетил
-частоты менял
-передатчики менял
-мозги станции менял
-параметры станции сверял, вплоть до того что тупо сверял с другими станциями....

...фигня продолжается, не знаю в чем дело
Здесь проблема скорее всего в некорректной работе одной MS. Допустим MS постоянно шлет запросы на Location Update, но в связи со своей глючностью (неисправностью) не может передать сигналинг по выделенному ей Sdcch. Такое легко выявляется по постоянной составляющей счетчика. Можно также залочить сектор и посмотреть, не перейдет ли проблема на соседний сектор. Вообще , если Call setup, drop call rate, tch assignment в норме , BER, Path Balance, IOI нет - на sdcch обрывы не следует обращать внимания. Помните главное - анализировать статистику надо в комплексе, четко представляя что от чего зависит.

а трансмисия не влияет ?

Сергей_ · Пт, 05-09-2008, 20:14

Здесь проблема скорее всего в некорректной работе одной MS.

эта проблема известна, у нас местное название " бешенный модем", модем который шлет запросы тысячами, с СИМ на которой кончились деньги или стоит какой то запрет...
с этим мы научились бороться...
в данном случае, на этот предмет изучалось...увы нет

Лом · Сообщение **Лом** » Пн, 08-09-2008, 18:16

Не знаю поможет ли, но по опыту скажу:
у нас было 2 соты (в совершенно разных местах) на которых SDCCH Drop был порядка 70-90 процентов.

В первом случае оказался фолтовым BaseBand Unit (BB2F - NOKIA)

Во втором - были перепутаны сигнальные линки BCCH и TCH TRXов одного сектора - т.е. со стороны контроллера по одному и на БС в Абисе наоборот. Сота была Dual-Band Common BCCH. Выяснилось когда попытались разделить на свои BCCH. Вот ....

hawk · Сообщение **hawk** » Чт, 11-09-2008, 14:09

Сергей_ писал(а):
Здесь проблема скорее всего в некорректной работе одной MS.
эта проблема известна, у нас местное название " бешенный модем", модем который шлет запросы тысячами, с СИМ на которой кончились деньги или стоит какой то запрет...
с этим мы научились бороться...
в данном случае, на этот предмет изучалось...увы нет

Как, если не секрет, боретесь?

Сергей_ · Чт, 18-09-2008, 20:19

Как, если не секрет, боретесь?

не секрет.....операция страшно нудная

но бороться приходится
"бешенный модем" посылает от 5000 до 10000 запросов на соту, со всеми вытекающими послествиями
алгоритм простой
иду на MSC и сообщаю BSC и CID, они садятся сканером потоков, ( его как правило хватает максимум на половину), и вычисляют tinsi который регулярно долбится в сеть...
дальше вычисляется кому?
чья копорация...
и т.д.
а дальше.....либо предлагаается клиету навести порядок....либо, после ответа "ой да мы не знаем....долго разбаться...не можем найти...и т.д." сим, по согласованию с маркетинком, убивается на msc

Сергей_ · Чт, 18-09-2008, 20:22

В первом случае оказался фолтовым BaseBand Unit (BB2F - NOKIA)

Во втором - были перепутаны сигнальные линки BCCH и TCH TRXов одного сектора - т.е. со стороны контроллера по одному и на БС в Абисе наоборот. Сота была Dual-Band Common BCCH. Выяснилось когда попытались разделить на свои BCCH. Вот ....
если честно, не понял
можно для трудных, типа меня очень подробно

Лом · Сообщение **Лом** » Пт, 19-09-2008, 11:14

если честно, не понял
можно для трудных, типа меня очень подробно

первый случае- проблема оборудования - BB2F, я не думаю что сейчас надо рассказывать что это за модуль

второй случай - перепутан А-бис на сайте с тем что прописано на ET (я не очень вникал в том как создается сайт на контроллере, но знаю то что А-бис должен быть прописан как на самом сайте с одной стоороны так и с другой стороны со стороны BSC - вот на этом отрезке и было напутано 2 сигнальных линка для двух TRXов разного диапазона одной соты)

NetMonitor.Ru Forum

SDCCH call drop rate (%) — Планирование и оптимизация сетей GSM

SDCCH call drop rate (%)