TCH Congestion Rate(Overflow) — Планирование и оптимизация сетей GSM

[V12]

я уже поставил допольнителный передачик ...

Я ПРОСТА ХОТЕЛ УЗНАТЬ ПРИЧИНУ
ПОЧЕМУ ТРАФИК 1,2 ЭРЛ А ОТКАЗ 20,3 ПРОЦЕНТ

Так отказы ушли или нет

есть отказы ..
трафик 1,3 эрланг а отказ где то 0,25%

Попробуй для GPRS оставить 4 tsl в соте.

[Intik]

Так отказы ушли или нет

есть отказы ..
трафик 1,3 эрланг а отказ где то 0,25%

Попробуй для GPRS оставить 4 tsl в соте.

сейчас 2 статич. PDCH и 2 динамич PDCH

[viktort]

есть отказы ..
трафик 1,3 эрланг а отказ где то 0,25%

Попробуй для GPRS оставить 4 tsl в соте.

сейчас 2 статич. PDCH и 2 динамич PDCH

Попробуй запустить MRR статистику хотябы на час и проверить как занимаются приемопередатчики. Отказы 0,25% это хорошо. Но 1-й приемопередатчик может быть не исправен.

[TOV]

Intik, что такое отказы в вашем примере? Какой счетчик?

TCH Congestion Rate(Overflow)

Согласно доке на BSC6000 (у вас какой?):
TCH Overflow Rate
Item
K3041: CELL_TCH_OVERFLOW_RATE

Description
SDCCH Availability Item is used to measure the percentage of the number of the available SDCCHs to the number of the configured SDCCHs.
Таким образом получается, что у вас не хватает SDCCH. Проверьте блокировки по SDCCH, или прото добавьте каналов и посмотрите что будет.

[TOV]

А в другом месте написано так:
TCH Overflow Rate = Failed TCH Assignments/TCH Assignment Requests
(бли, ну почему я так не люблю этот корявый Ху....)
Надо поискать причину Failed TCH Assignments по соответствующим счетчикам, это не обязательно отсутствие свободных TCH в TRX.

[Intik]

А в другом месте написано так:
TCH Overflow Rate = Failed TCH Assignments/TCH Assignment Requests
(бли, ну почему я так не люблю этот корявый Ху....)
Надо поискать причину Failed TCH Assignments по соответствующим счетчикам, это не обязательно отсутствие свободных TCH в TRX.

отказы по SDCCH нет !
у нас BSC 6000

а как найти Failed TCH Assignments?

TCH Congestion Rate (Overflow)
Measurement Counter
K3041: CELL_TCH_OVERFLOW_RATE

Description
This measurement provides the ratio of failed assignments due to no idle TCHs to TCH seizure requests. In the immediate assignment procedure, assignment procedure, or handover procedure, this counter is measured when the BSS successfully assigns TCHs upon the MS requests or MSC requests.

Unit
%.

Measurement Point
At the end of the granularity period, this counter is calculated by using the following formula.

Formula
TCH Congestion Rate(Overflow)=

([Failed TCH Seizures due to Busy TCH (Signaling Channel)]+

[Failed TCH Seizures due to Busy TCH (Traffic Channel)]+

[Failed TCH Seizures in TCH Handovers due to Busy TCH (Traffic Channel)])*{100}

/

([TCH Seizure Requests (Signaling Channel)]+

[TCH Seizure Requests (Traffic Channel)]+

[TCH Seizure Requests in TCH Handovers (Traffic Channel)])

[TOV]

Хмм.... Значит у меня кривая документация
Intik, посмотрите график нагрузки и попыток входящих HO (попыток назначения TCH) в соте за сутки с интервалом 15 минут, возможны кратковременные всплески, которые за интервал 60 минут сглаживаются и вы их не видите, но они дают отказы.
На Abis перегрузок нет?
HalfRate, AMR codec включены? Дело в том, что многие современные телефоны не работают с обычным HalfRate, только с AMR HalfRate, поэтому могут получать отказы, если сота нагружена, а AMR нету.

[Intik]

Хмм.... Значит у меня кривая документация
Intik, посмотрите график нагрузки и попыток входящих HO (попыток назначения TCH) в соте за сутки с интервалом 15 минут, возможны кратковременные всплески, которые за интервал 60 минут сглаживаются и вы их не видите, но они дают отказы.
На Abis перегрузок нет?
HalfRate, AMR codec включены? Дело в том, что многие современные телефоны не работают с обычным HalfRate, только с AMR HalfRate, поэтому могут получать отказы, если сота нагружена, а AMR нету.

HalfRate, AMR не включен..только Full rate.

Success Rate of Handover=76%

как можно посмотреть перегрузок на Abis?
сейчас на одном потоке 2 БС ,количество TRX 14

[TOV]

Intik, запустите измерения К3021, К3011А, К3011В с интервалом 15 минут и посмотрите график в соте за сутки. Возможны кратковременные всплески, которые за интервал 60 минут сглаживаются и вы их не видите, но они дают отказы. Заодно увидите по какой причине отказы.

[Brainstorm]

Как то усложнили все...

1 передатчик - 8 таймслотов.
1 - BCCH
2 - SDCCH
3 - PDCH
4 - PDCH
5 - PDTCH
6 - PDTCH
7 - TCH
8 - TCH

При условии если GPRS пользователи активны - то у нас только 2 TCH, или 2 теоретических эрланга. Но если учесть процент блокировок, а также время необходимое на установку звонка, то по таблице эрлангов - 2 TCH - это не 2 Эрл, а 1.6. при 35% отказов. Может ошибаюсь - но что-то типа того.
Так что 1.2 эрл - это почти максимум то что вы можете получить от 2 таймслотов.

[Intik]

Как то усложнили все...

1 передатчик - 8 таймслотов.
1 - BCCH
2 - SDCCH
3 - PDCH
4 - PDCH
5 - PDTCH
6 - PDTCH
7 - TCH
8 - TCH

При условии если GPRS пользователи активны - то у нас только 2 TCH, или 2 теоретических эрланга. Но если учесть процент блокировок, а также время необходимое на установку звонка, то по таблице эрлангов - 2 TCH - это не 2 Эрл, а 1.6. при 35% отказов. Может ошибаюсь - но что-то типа того.
Так что 1.2 эрл - это почти максимум то что вы можете получить от 2 таймслотов.

у нас конфигурация ни такая!!
1-BCCH
2-SDCCH
3-TCH
4-TCH
5-TCH
6-TCH
7-TCH
8-PDCH
нагрузка 1,2 эрланг а отказы где то 15-16 %

[TOV]

Intik, у вас стоит приоритет для голосового трафика? Если нет, то пакетный может каналы забирать и голосу не хватит. Повторюсь: нагрузку (попытки занятия TCH) надо посмотреть с интервалом 15 минут (или меньше) могут быть всплески.

[Brainstorm]

сейчас 2 статич. PDCH и 2 динамич PDCH

А это тогда причем?

[ysamarin]

на этом секторе стоит один TRX..
почему так много отказав ?
объясните пожалуйста !

Статистика не очень удобная, но насколько я понял данная статистика отображает TCH_Congestion? Тады откидываем сразу SDCCH_Cong. Но остаётся HANDOVER_SUCCESS и HANDOVER_FAILURE. Т.е. с него и на него. Но и это еще не все, а где RF_LOSS??? Как он выглядит? А то, что эрланг не большой, абсолютно не факт. Например молчит сектор весь день, а вечером вечеринка в этом месте, т.е. н-р площадь, клуб, еще что-нить... Я клоню к ЧНН, надо разбирать поминутно или часовую. Однозначно, если нет HR обязательно надо добавить, только не GSM HR, а AMR HR с кодеком amr_hr_icm = 3 (7.4 kbps) и поставить reconfig_fr_to_hr = 80, new_calls_hr = 70, а потом уже подстраивать параметры. Можно конечно добавить физический TRX, но с каждым TRX-ом новая частота, а значит интерференционный уровень на сети увеличивается... Если загородом, то однозначно лучший вариант физический DRI.

[ysamarin]

у нас конфигурация ни такая!!
1-BCCH
2-SDCCH
3-TCH
4-TCH
5-TCH
6-TCH
7-TCH
8-PDCH
нагрузка 1,2 эрланг а отказы где то 15-16 %

На сколько я понял 1 TS занят только под PD, а это значит, что с одним ТРХом мало остается TS под Войс. Смотря какая у Вас стратегия планирования, приоритет под войс или ... Я бы конечно динамически сделал. А еще по-моему можно хитро использовать PD на BCCH...