А как расчитать количество необходимых каналов? — Планирование и оптимизация сетей GSM

[V12]

Написано там про это не очень "подробно", но реально работает. Например, когда сеть сильно загружена /массовое мероприятие/, то в соте все разговоры идут на HR и статистика показывает 100% использование HR. Сам реально наблюдал, сидел на TRX1 (FR) после интрасел хендовера получил TRX0 (HR).

[TOV]

Написано там про это не очень "подробно", но реально работает. Например, когда сеть сильно загружена /массовое мероприятие/, то в соте все разговоры идут на HR и статистика показывает 100% использование HR. Сам реально наблюдал, сидел на TRX1 (FR) после интрасел хендовера получил TRX0 (HR).

Да, это работает в случае Intracell HO, но при этом причины такого НО не нагрузка в соте, а другие (по качеству и т.п.).
В AMR же добавлен AMR compression handover:
The purpose of AMR compression handover is to transfer AMR FR
calls with suitably good radio link quality to an AMR HR TCH in order
to use the TCH resources more efficiently.
The Intracell AMR compression handover is not continuously enabled in the BTS, but is temporarily enabled / disabled by the BSC depending on
a) the current radio TCH load of the cell
or
b) the current Abis pool TCH load.
Т.е. как только C/I удовлетворяет условию, и нагрузка достигла порога, происходит переключение на HR. Без AMR такого нет.

[V12]

Написано там про это не очень "подробно", но реально работает. Например, когда сеть сильно загружена /массовое мероприятие/, то в соте все разговоры идут на HR и статистика показывает 100% использование HR. Сам реально наблюдал, сидел на TRX1 (FR) после интрасел хендовера получил TRX0 (HR).

Да, это работает в случае Intracell HO, но при этом причины такого НО не нагрузка в соте, а другие (по качеству и т.п.).

Я не буду Вас в чем-то убеждать, факт остается фактом, при большой загрузки в соте работает только HR, т.е. система контролирует загрузку соты. Это видно по статистике HR=100%. FR=0%. Если бы небыло реконфигурации FR - HR по причине высокой загрузки, то по статистике бы у Вас при HRACTT1=6000, % использования FR составлял бы 60%, а он равен 0. Регулировкой параметра HRACTT1 можно уменьшить % блокировок на Siemens (возможно Вы это имели в виду говоря о проверке на практике), но эти блокировки не связаны с реальными отказами по каналам трафика.

[TOV]

Если бы небыло реконфигурации FR - HR по причине высокой загрузки, то по статистике бы у Вас при HRACTT1=6000, % использования FR составлял бы 60%, а он равен 0.

Почему же? Пусть вначале выделяются FR, с ростом нагрузки начнут выделяться HR. Далее FR освобождаются (абонент закончил разговор), но по причине высокой загрузки продолжают выделятся HR. Т.о. со временем все каналы могут стать HR.
В случае AMR на HR будут переведены все абоненты (при высокой загрузке и хорошем C/I) не дожидаясь освобождения FR, т.е. быстрее. Более быстрое освобождение каналов за счет перевода на HR снизит количество блокировок, что эквивалентно увеличению емкости.

[TOV]

Под проверкой на практике подрузамевается следующее: на сети, где уже работал HR после включения AMR заметно упали блокировки TCH. При этом настройки были выставлены по дифолту.