Проверка работоспособности TMA в эфире — Планирование и оптимизация сетей GSM

[st2400]

задачка:
На сети у нас имеется множество БС с установленными TMA Сименс.
Часть TMA неисправны - проявляется это только в работе в эфире - при RX -80..-90 и хуже - CALLFAILED или HandOver на сектор с худшим сигналом и уровнем ошибок.
Ну и соответственно статистика с в 2-3 раза меньшим количеством эрлангов относительно восстановленного тма-шного сектора.
При этом по аппаратным авариям все ок, все зеленое.
Получается диагностировать можно только при объезде сектора (глубокий анализ статистики не в счет, тк большинство аварий с момента запуска).
На нетмониторе такой сектор никак не выделяется (??) - только при работе на малых уровнях .

Может существуют какие функции ослабления RX\TX в телефоне\PocketTEMSe? Т.е. чтобы можно было стать под сектором и проверить работу сети при изменении RX от, например, -50 до -100..105dBm?
Кто-нибудь знает какие-либо способы проверки работы БС на малых уровнях или более простой метод диагностирования неисправности ТМА?

Объезд всех секторов на гране чуствительности приема MS слишком трудоемок, заворачивание телефона в фольгу как-то не помогает...

[barker]

Исключительно ИМХО - статистику надо сначала копать.
Должны, наверно, быть параметры Средний RX dowlink/uplink.
Сопоставить надо их разницу со средним тайминг адванс.
Не бывает дыма без огня.
Статистика - великое дело.

[st2400]

Увы, в моей урезанной статистике похоже такого нет

HOUR CNT; IM ASS END ALL ATT; IM ASS MED ALL SUC; IM ASS END ALL SUC; IM ASS END CS SUC; DROP SDCCH; ASS SUC; ASS ATT; ASS BLK; AGCH ATT; AGCH FAIL; AGCH FAIL RATE; ASS SUC FULL; ALL Type Handovers Attempts (No Dir Retry); SEISURIES ATT; CONNECTIONS ; TRFFIC HALF; TRFFIC PBH HALF; Успешно установ. разговор. соедин.; Состаляющие показателя успешно установ. соедин.; Блокир. попытки назнач. TCHs; Блокированные попытки назначения; Прерванные соединения; Кол-во попыток HOs -> 1 TCH CS; Разговорная нагрузка; Ср. знач. TCH/SDs; Кол-во модифик. TCH/SD -> SDCCH; Сум. время исп. TCH/SD->SDCCH; Блокир. назнач.; Макс. кол-во занятых SDCCH; Сигнал. трафик;
; Успешн. назнач. SDCCHs; Успешн. проц-ры SSS; Успешн. назнач. TCHs; Кол-во; КПС; Кол-во; КПС; Ср. время между обрывами; Ср. знач. TCHs; Суммарн. трафик TCHs; Трафик TCHs H/Rate; Кол-во; КПС; Ср. знач. SDCCHs; Суммарн. трафик Erl

внимательно сравнив вариант «неисправный ТМА» и «отключенный ТМА» увидел значительное различие некоего параметра SEISURIES ATT
Если его разделить на общее количество соединений, то получатся весьма различимые 9 и 1 соответственно – 1..1,2 на обычных секторах, а 9..9,7 на секторе с заведомо неисправным ТМА. Смущает только, что это подошло пока только под один проблемный сектор, когда приду на работу попробую прогнать на полгода назад по истории отказов тма-шек.

Не знаю, что это за параметр SEISURIES ATT ??
Общее число попыток назначения?
Используется при расчете % КПС Блокированных попыток назначения
КПС=«К-во Блокированных попыток назначения»*100/«SEISURIES ATT»

Попозже выложу свой файл статистики с примером несправного\исправного ТМА

[barker]

Для выяснения проблемных секторов это очень куцая статистика - радиооборудование в чистом виде в ней ваще не присутствует.
Я б дополнил средними тайминг адвансом, RX DL, RX UL, дисбаланс DL/UL, интерференция в диапазоне выше допустимого, BER, FER. Если будет распределение отсчетов, попавших в диапазоны RxQual и RxLev по каждому передатчику - ваще все шоколадно (это не в тему, так для размышлений).

Похоже, что SEISURIES ATT - общее количество попыток выделения канала. Наверно TCH.

Хорошо бы знать, что с усилителями стряслось. Повышенный коэффициент шума, загрубляющий чувствительность БС? Интермодуляция? А может они и не нужны? Мне известно, что их ставят, если затухание в фидере > некоей величины, т.е. для выравнивания дисбаланса UL/DL, в других случаях будут проблемы с дропами дальних абонентов, интерференцией и т.д.
На всех ли восстановленных секторах были усилки с идентичными проблемами?

А из-за чего сыр бор начался? У всех повышенный CallFailed? А как насчет SDCCH Drop?

[st2400]

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

Тут пример моей статистики по сектору хх53 - с точно установленной неработоспособностью ТМА - НО или значительно реже CallFailed с потерей сети от RX -80dBm и хуже. После отключения питания тма на комбайнере все стало нормально и сектор сразу же стал собирать в 4 раза больше траффика (ну и там некоторые перегрузки возникли соответственно)
http://77.at.tut.by/stat.htm
Там же приведен свеже обнаруженный сектор хх83 - при попытке звонка от -85dBm CallFailed с потерей сети (соседей для НО практически нет) - вот здесь SEISURIES ATT / CONNECTIONS ничего плохого не показывает. Надо будет ехать самому разбираться - может ТМА и не причем, или действительно отсутствуют соседи для НО и в статистику ничего не попадает.

Обнаруживаются нерабочие ТМА случайно или по рекламациям "сигнал есть, но не звонит". Статистика ничего страшного не показывает (SDCCH Drop 0 и т.д.). Как правило, просто выключаем питание. Если и меняем, то безвозвратно отправляется в ремонт. Что там конкретно сбоит - никогда нам такая информация не возвращается.
Почти все ТМА установлены на башнях.

Больше дома статистики нет, буду ковырять на работе по всем старым случаям. Прогон SEISURIES ATT / CONNECTIONS по свежей статистике новых аномалий не выявил (только несколько зашкаливают перегруженные сектора).

[Nartin]

Посмотрел статистику, вроде мысли про соотношение верные.

Мне кажется, что счетчики следующие:
SEISURIES ATT - количество ПОПЫТОК занятия канала,
CONNECTIONS - количество успешных установлений соединений.

И правильнее наоборот считать - (CONNECTIONS/SEISURIES ATT)*100%
Получится процент успешных соединений.
В первом случае 10.9%, а БЕЗ МШУ целых 83.7%!!!
Так что бери статистику и считай, анализируй.

[barker]

Ну да, статистику дополнять надо.
Если б увидеть средние RX lev и TA для соты, то по большой их разнице можно было б вычислить нерабочие усилки.

Физика, ИМХО, следующая - МС отлично видят БС, a БС видит их только вблизи. Отсюда большое количество попыток дозвониться при хорошем сигнале (MC принимает хор.сигнал, БС отбивает) и малое отношение (CONNECTIONS/SEISURIES ATT)*100%.

Как вариант, попробуй уменьшить на некоторое время максимально разрешенную мощность МС в проблемной соте. По идее, изменение (CONNECTIONS/SEISURIES ATT)*100% должно быть более резким, нежели на рабочих сотах. Способ не прокатит, если основной трафик и так на границе чувствительности БС (статистика по TA - великое дело).

Ну а если не лень ездить - выявить пару-тройку сот с подозрением,
цепляться за каждую и ехать на грани чувствительности БC.
А еще можно попробовать рассогласованную антенну подцепить к измерительной MS - цепляться за каждую соту не надо будет, но я б захватил вторую MS в качестве эталона.

ЗЫ: если статистика показывает ОК, значит проблемных сот больше нет

[udsv]

Бывают глюки при монтаже АМУ, при разнесенном приеме прм и прд засовывают в разные сектора. Если из 3 секторов глючат 2 - однозначно отправляй проверять.

[barker]

Бывают глюки при монтаже АМУ, при разнесенном приеме прм и прд засовывают в разные сектора. Если из 3 секторов глючат 2 - однозначно отправляй проверять.

Обычно, не всегда, в таких случаях вылазит авария "Уровни приема сильно различаются на главной и разнесенной антеннах".
Мало кто из старожилов может припомнить, когда эта авария не вылезала на Нокиях.

[udsv]

Что-то на Alcatel не встречал подобного алярма

[st2400]

Прогнал успешные назначения (CONNECTIONS/SEISURIES ATT)*100% - увы, подходит только в отдельных случаях отказа ТМА - когда заодно валится и траффик.
В некоторых случаях отказ ТМА по моей "куцей" статистике проходит вообще безсимптомно - ни заметных изменений траффика, ни каких либо параметров, хотя при обьезде 100% установлена их неработоспособность. Это случаи, например, покрытия трасс без деревень или дач на границе приема. Просто появляется дыра по аплинку в которую проваливаются абоненты без следов в статистике. Ну и соответственно дыра полная, без соседей.

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

Всем спасибо за консультации!

[BirdWatcher]

Если появляется дыра по uplink'у, то должно вырости и количество дропов по слабому uplink, причем существенно.

[barker]

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

Всем спасибо за консультации!

И тебе пасиба за обратную связь
Предлагаю всем брать пример!

А по каким критериям кроссконекшны находишь? Полагаю, драйв-тест?
Но мне этих данных не всегда хватает (просто мимо проехал, а в офисе увидел фигню), нуна в статистику лезть. А это в основном распределение ХО и прогон данных через Actix (чаще всего нужно более детальный объезд).

Наши спецы по качеству советуют смотреть для перепутанных сот маленький tch mean holding time, большая величина ХО/звонок.

Можешь еще что посоветовать, а то для Actix подготовка нужна, да и почти всегда - это повторный объезд. Не хотелося бы

[st2400]

Как метко заметил udsv - когда неправильно работают два сектора из трех:
1. При малом траффике "Успешно установ. разговор. соедин.%" меньше 98-97% на двух секторах
2. На двух секторах GSM повышенное относительно третьего "Кол-во попыток HOs -> 1 TCH CS" (В GSM у нас обычно 2п\п против 6п\п DSC и соответствующая эффективность хоппинга)
3. Так же относительно низкое среднее время соединения
4. Ну и если на двухдиапазонной БСодновременно подглючивают соответствующие два сектора GSM и два сектора DSC
- все определяется пока только умозрительно,
строгих критериев не выводил (вроде хитрой формулы или скрипта, чтоб за пару минут прогнать по всей статистике)

Ну а при объезде для точного определения приходится переводить bcch на другой фидер - т.к. у нас повсеместно используется поуверрэдакшн и "проезжая мимо" диагностировать кросс-конекшн довольно сложно.
Еще при хоппинге на удалении на таких секторах по качеству часто валят ошибки 3..4..5 DCS, 4..5..7GSM там, где должно быть 0..2 - но по моей статистике это не видно (наличие ошибок зависит от положения относительно ДН кросс-секторов)

Если появляется дыра по uplink'у, то должно вырости и количество дропов по слабому uplink, причем существенно.

ковыряю, но надо еще собирать статистику, пока строгие критерии на "скрытые отказы" вывести не получается. А анализ статистики в динамике по времени (например с месячным интервалом) мне еще не по зубам

[Seva]

Можно некоторое пояснение.
При работе с TEMS оцениваются параметры downlink. TMA основное влияние оказывает на uplink, позволяя устанавливать соединение при граничных уровнях. Т.е. его работоспособность можно проверить прозвонами при данных условиях совместно хорошим показатем SQI при данных низких уровнях. А по каким параметрам еще удобно оценивать роботоспособность TMA в эфире?