Анормальное увеличение LU и SDCCH attempt — Планирование и оптимизация сетей GSM

[Huh!?]

Спасибо, действительно полностью не понимал, так была только догадка, счас скачаем 3GPP TS 24.008 V6.3.0 и поизучаем поподробнее

[Ivanych1985]

Если вырастает одновременно LU с SDCCH Radio Fail (в графическом представлении эти 2 зависимости очень хорошо выражены), то тут надо задуматься о "гадящих абонентах", т.е. неисправных модемах или телефонах, ставить их на трейс и разбираться с каждым абонентом отдельно, а именно просить проверить свое оборудование на исправность.

[Waveman]

Привет всем
Думаю хоть здесь кто нибудь да ответит на вопрос который мучает меня уже давно. Кто нибудь встречал анормальное увеличение локейшн апдейт к примеру 30000 за один час хоть хотя нормальное количесво для этой сели не больше 500 за час притом в ночное время только для одноу сели из всего сайта при этом ни каких границ с другими лаками нет это все приводит к резкому увеличению SDCCH attempt и соответственно блокинг возрастает до 90%. оборудование Сименс .Кто может подскажите с чем это можно связать. При том при анализе sdcch показывается как signaling sdcch not served.

А увеличиваются именно RACH запросы на Location Update? Или сами успешно проведенные Location Update? Можно по статистике на MSC посмотреть чем эти LU заканчиваются и их тип (normal, periodic, inter-msc). Вряд ли это несколько мобил... очень сложно создать такую нагрузку нескольким мобилам. Можно поставить ячейку на трейс.

[Huh!?]

Выложу статистику(15мин) по одному сектору такого случая с BSS(Семен), с MSC будет попозже. На всех остальных секторах картина примерно такая же, всего 6-ть секторов - один городок:
BTS_SDCCH:ASDCALTI_LO (Sec) = 4
BTS_SDCCH:ASDCALTI_SH (Sec) = 0
BTS_SDCCH:ASDCALTI_TO (Sec) = 229
BTS_SDCCH:ATSDCMBS (Nr) = 6528
BTS_SDCCH:MAXBUSDC (Nr) = 7
BTS_SDCCH:MBUSYSDC (Nr) = 3
BTS_SDCCH:NASUSDPE (Nr) = 768
BTS_SDCCH:NATTSDPE (Nr) = 7425
BTS_SDCCH:NAVSDCCH_MAX (Nr) = 7
BTS_SDCCH:NAVSDCCH_MEA (Nr) = 7
BTS_SDCCH:NAVSDCCH_MIN (Nr) = 7
BTS_SDCCH:NDESDCCH_MAX (Nr) = 7
BTS_SDCCH:NDESDCCH_MEA (Nr) = 7
BTS_SDCCH:NDESDCCH_MIN (Nr) = 7
BTS_SDCCH:NRFLSDCC (Nr) = 0
BTS_SDCCH:NRFLSDCC_DISEXL (Nr) = 0
BTS_SDCCH:NRFLSDCC_HOFAIL (Nr) = 0
BTS_SDCCH:NRFLSDCC_OTHER (Nr) = 0
BTS_SDCCH:NRFLSDCC_RLFAIL (Nr) = 0
BTS_SDCCH:NRFLSDCC_SEQERR (Nr) = 0
BTS_SDCCH:NRFLSDCC_T200EX (Nr) = 0
BTS_SDCCH:NRFLSDCC_TMSREX (Nr) = 0
BTS_SDCCH:NRFLSDCC_TRAUFA (Nr) = 0
BTS_SDCCH:NRFLSDCC_UNDMR (Nr) = 0
BTS_AP:TASSATT_SD (Nr) = 0
BTS_AP:TASSFAIL_DRSD (Nr) = 0
BTS_AP:TASSFAIL_NRSD (Nr) = 0
BTS_AP:TASSFAIL_OTHSD (Nr) = 0
BTS_AP:TASSFAIL_RFOCSD (Nr) = 0
BTS_AP:TASSFAIL_RFSD (Nr) = 0
BTS_AP:TASSSUCC_SD (Nr) = 0
BTS_BSSMAP:NRCLRCMD_BSSISD (Nr) = 0
BTS_BSSMAP:NRCLRCMD_CCTLSD (Nr) = 274
BTS_BSSMAP:NRCLRCMD_EQFSD (Nr) = 0
BTS_BSSMAP:NRCLRCMD_HDSUSD (Nr) = 0
BTS_BSSMAP:NRCLRCMD_OTHSD (Nr) = 0
BTS_BSSMAP:NRCLRCMD_PRERSD (Nr) = 0
BTS_BSSMAP:NRCLRREQ_DISTSD (Nr) = 0
BTS_BSSMAP:NRCLRREQ_EQFSD (Nr) = 0
BTS_BSSMAP:NRCLRREQ_OMSD (Nr) = 0
BTS_BSSMAP:NRCLRREQ_OTHSD (Nr) = 0
BTS_BSSMAP:NRCLRREQ_PRERSD (Nr) = 0
BTS_BSSMAP:NRCLRREQ_RIFSD (Nr) = 0
BTS_BSSMAP:NRCLRREQ_RIMFSD (Nr) = 0
BTS_BSSMAP:NRCLRREQ_RRUNSD (Nr) =0
BTS_IMMAP:ATIMASCA_APSD (Nr) = 8
BTS_IMMAP:ATIMASCA_CRSD (Nr) = 1
BTS_IMMAP:ATIMASCA_ECSD (Nr) = 0
BTS_IMMAP:ATIMASCA_LUSD (Nr) = 7336
BTS_IMMAP:ATIMASCA_OCSD (Nr) = 65
BTS_IMMAP:ATIMASCA_OPSD (Nr) = 12
BTS_IMMAP:NSUCCHPC_APSD (Nr) = 8
BTS_IMMAP:NSUCCHPC_CRSD (Nr) = 0
BTS_IMMAP:NSUCCHPC_ECSD (Nr) = 0
BTS_IMMAP:NSUCCHPC_LUSD (Nr) = 725
BTS_IMMAP:NSUCCHPC_OCSD (Nr) = 29
BTS_IMMAP:NSUCCHPC_OPSD (Nr) = 5
BTS_IMMAP:NSUCCHPC_SMOCSD (Nr) = 1
BTS_IMMAP:NSUCCHPC_SMTCSD (Nr) = 2
Как видно очень сильно вырастают LU(7336), нормальное значение 20, отсюда вырастают и блокировки на SDCCH(6528), причем суммарное занятие всех каналов на SDCCH составило 229 сек, а самый длинный временной интервал занятия SDCCH = 4 сек.
У кого какие будут предположения?
зы: извените что так длинно

[optimizer]

Изучая перегрузки по каналам сигнализации, я столкнулся с тем, что на одном предприятии "подозрительно" работают SIM карты - происходит процедура LU attach чуть ли не 30-40 раз за час по каждому номеру. Оказывается, у них установлена система мониторинга автотранспорта, работающая практически бесплатно, но создающая нам проблемы.
Более подробную информацию можно найти на сайтах систем мониторинга автотранспорта ESCORT (http://www.escort-its.ru/expcost.htm), АвтоГРАФ GSM (http://www.tk-chel.ru/autograph-online/ ... nline.html), АвтоNET (http://www.legion-td.ru/catalog/items_d ... 8&from=cat), GPS-трекер ASTRON, AVL (Automatic Vehicle Location) (www.worldtracker.ru/gps-avl-tracking.html), различные противоугонные системные и др.
А так же в патентах на изобретения US Patent 7120450 - Consequential location derived information, WO/1996/025830 POSITIONING SYSTEM.

[Сергей_]

у меня такая же хрень происходит на паре станций
оборуование моторола
столько не бился, причина не найдена до сих пор, но я не сдаюсь!
даже привлек спциалистов из макрорегиона
в конце концов . т.к. станции у ж/д, сошлись на том что то это массовый LU в связи с прибытием поездов, потому что идеи иссякли

[Алексей Березин]

Откуда идет синхра на такие станции?
И как синхрятся станции конкурентов, которые обеспечивают сервисом эту же территорию?
Я считаю, что разгадка именно в этом.

[Сергей_]

были проблемы с синхрой, это было лет...3 назад, синхра единая теперь в регионе
эти проблемы впервую очередь касались телефоноф Сименс, у них какой то хитрый алгоритм синхронизации

[udsv]

у меня такая же хрень происходит на паре станций
оборуование моторола
столько не бился, причина не найдена до сих пор, но я не сдаюсь!
даже привлек спциалистов из макрорегиона
в конце концов . т.к. станции у ж/д, сошлись на том что то это массовый LU в связи с прибытием поездов, потому что идеи иссякли

А с расписанием поездов сравнивали

[Сергей_]

А с расписанием поездов сравнивали

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

[Waveman]

у меня такая же хрень происходит на паре станций
оборуование моторола
столько не бился, причина не найдена до сих пор, но я не сдаюсь!
даже привлек спциалистов из макрорегиона
в конце концов . т.к. станции у ж/д, сошлись на том что то это массовый LU в связи с прибытием поездов, потому что идеи иссякли

Если сота на границе Location Area, то конечно это из-за поездов. Сталкивался с местами где число занятых одновременно занятых SDCCH достигало 127 (в течении несколько секунд). Там сколько не расширяй - все равно будут SDCCH перегрузки. Например, где метро из тоннеля выныривает на поверхность.
Тут единственный выход - грамотное планирование LAC

[Сергей_]

то конечно это из-за поездов

у меня есть такое подозрение, но окончательной уверенности нет....
что касается планирования LAC, построим вдоль жд, упадут автодорги...и т.д...