+7 495 320-55-52
- Назад
- Телефоны
- +7 495 320-55-52
- Заказать звонок
info@mikrotik.moscow
г. Москва, ул. Бакунинская, 84
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

LTE CA нестабилен

LTE CA нестабилен, RouterOS

editable

Guest

12.10.2022 08:23:00

Привет! У меня проблема с назначением CA на LTE-роутере с модемом EG18-EA (модем LTE18 для помещений, распространяемый оператором LMT в Латвии).

Начало случайного теста. Модем работает около суток. Speedtest.net показывает 53/28 Мбит/с.
Primary Band: B3@20МГц earfcn: 1300 phy-cellid: 483
CA Band: {пусто}

Меняю какой-то неиспользуемый LTE-диапазон, например, с 40 на 41 или любой другой, нажимаю Apply, модем перезагружается, жду 10 секунд и выполняю тест снова. Теперь другая история — CA работает, скорость как и ожидалось.
Primary Band: B3@20МГц earfcn: 1300 phy-cellid: 483
CA Band:
B28@10МГц earfcn: 9360 phy-cellid: 483
B7@20МГц earfcn: 2850 phy-cellid: 483
B1@20МГц earfcn: 100 phy-cellid: 483

Speedtest.net — 217/20 Мбит/с.

Пробовал в разное время дня. Иногда скорость нормальная, когда используется несколько CA-диапазонов. Пробовал без настройки диапазонов, пробовал по одному разные конфигурации. В общем, спустя какое-то случайное время CA-несущие могут быть доступны, а могут и нет. Но после перезагрузки конфигурации CA всегда работает, и скорость в порядке.

Используется одна внешняя антенна. Это проблема модема, устройства или оператора? Только не говорите, что это «нормально».

Модель: EG18-EA
Ревизия: EG18EAPAR01A12M4G

Установленная версия: EG18EAPAR01A12M4G
Последняя версия: EG18EAPAR01A12M4G

RouterOS v7.5 (стабильная)

RouterBOARD
Модель: RBD53G-5HacD2HnD&EG18-EA
Серийный номер: CB280D9A78C6
Тип прошивки: ipq4000L
Заводская прошивка: 7.0.1
Текущая прошивка: 7.5
Прошивка для обновления: 7.5

RSSI: -57 dBm (отлично)
RSRP: -89 dBm (хорошо)
SINR: 22 dB (отлично)
RSRQ: -9.0 dB (отлично)

editable Guest	#2 0 30.12.2022 07:23:00 Интересно, что на мобильном телефоне (в моём случае iPhone 13 Pro) такой проблемы нет. Значит, предполагаю, дело в модеме.

Amm0

Guest

30.12.2022 12:40:00

Я не могу точно сказать насчёт модемов Quectel в Mikrotik и спецификаций 3GPP. Но большинство модемов, с которыми я работал, задают конкретные наборы пар или кортежей CA, которые «отслеживают» — у некоторых их больше, у некоторых меньше. Проблема в том, что поддерживаемые основные диапазоны мало что говорят о том, что реально возможно через CA. Было бы здорово, если бы Mikrotik публиковал поддержку режимов CA своими модемами, но скорее всего эта информация есть в спецификациях Quectel. У нас используются модемы Telit LM960s, потому что на момент выбора они были единственными, поддерживающими все режимы CA, которые использует AT&T в США. Но найти спецификации CA и для модема, и для оператора не так просто, да и вообще всё довольно сложно… Проблема в том, что если они не совпадают, ты можешь сильно ограничить потенциальную производительность. И меня удивляет, что режимы CA у LMT не совпадают — это как раз то, на что Mikrotik бы обратил внимание. Но, наверное, они просто вынуждены работать с тем, что поддерживает Quectel.

sxtlhglte

Guest

10.01.2023 21:42:00

Я бы сказал, что это проблема оператора/конфигурации плюс баг модема Quectel. LMT слишком активно отключает CA как можно быстрее, если нет высокого трафика на скачивание или загрузку, в то время как у Bite и Tele2 CA держится дольше. Это сделано, чтобы освободить частоты и расходовать меньше ресурсов eNB, чтобы у других клиентов была хорошая производительность в мобильной сети. Проблема в том, что CA не восстанавливается автоматически, когда появляется нагрузка, и на некоторых вышках это особенно заметно — чаще на тех, которые LMT еще не обновил до последнего радиооборудования. Вышки с 5G и частотами b28 страдают от этого меньше, но всё равно возможно, что после продолжительной сессии LTE CA не подключится ко всем доступным диапазонам и производительность снизится.

А, вижу, у вас есть b28 — значит, вышка уже обновлена. Тогда им всё равно нужно исправить некоторые настройки у себя. Для iPhone вы, скорее всего, этого не замечаете, потому что он, возможно, время от времени отключает интерфейс, и поэтому у вас постоянно хорошие скорости, или у него есть другие механизмы. Решение в вашем случае простое — написать простой скрипт, который каждую ночь выключает и включает LTE-интерфейс, и всё должно заработать.

Другой вариант — пожаловаться LMT и попросить поддержку поставить ваше IMSI на трассировку/мониторинг, чтобы попытаться найти причину этой проблемы. Эта ошибка есть и в модеме 5G RG502.

evilworm

Guest

21.03.2023 09:13:00

Наткнулся на эту тему случайно и, похоже, у меня была та же проблема. Можете просто почитать мой пост здесь: http://forum.mikrotik.com/t/chateau-lte-12-losing-ca-band/141699/7
Кратко — Mikrotik Chateau LTE18 пытается использовать 4x4 MIMO, даже если у вас включены внешние антенны. И если сигнал с внутренних антенн 3 и 4 едва уловим, вышка просто отключит эти диапазоны. Я добавил ещё один пигтейл для модема Mikrotik LTE18 (заменил внутреннюю антенну) и подключил ещё одну внешнюю антенну. В итоге у меня было 3 антенны типа Yagi, и, похоже, скорость исчезновения CA-диапазонов снизилась минимум на 70%.
Недавно у меня появился Mikrotik ATL LTE18, он работает очень стабильно с CA-диапазонами, потому что все антенны открыты, в отличие от LMT-версии Mikrotik LTE18, у которой по умолчанию открыты только 2 внешние антенны, если не разбирать устройство и не добавлять свои пигтейлы. По-прежнему иногда терялось B1-диапазон в течение дня, но, похоже, это не влияло на скорость.
Я также общался с поддержкой LMT и в итоге получил ответ от технаря, который сказал, что при низком SINR/MCS вышка отключает этот диапазон. Правда, пороговых значений он не указал.

MartinsG

Guest

21.03.2023 13:15:00

Операторы LV (и, наверное, не только LV) в последнее время отключают высокочастотные диапазоны ночью, чтобы экономить электроэнергию. В то же время, если у вас много активных устройств, особенно IoT (например, дешёвая китайская видеокамера), которые постоянно соединяются с какими-то облачными сервисами, чтобы отправлять уведомления на ваш телефон и так далее, то когда утром диапазоны снова включают, мобильное устройство «не договаривается» с вышкой (по крайней мере, так говорят операторы) или наоборот. В результате роутер застревает на тех диапазонах, что были ночью, а это чаще всего только B20 и/или B3, как описано в этом посте: http://forum.mikrotik.com/t/lte-ca-not-stable/161412/1.

Я каждый день утром запускаю этот скрипт:
/system scheduler
add interval=1d name=LTE_restart on-event="/interface/lte/disable [find name=lte1]
:delay 5
/interface/lte/enable [find name=lte1]" policy=read,write start-date=oct/11/2022 start-time=06:50:00

sxtlhglte Guest	#7 0 15.04.2023 09:27:00 @MartinsG Можешь проверить, улучшит ли изменение этой конфигурации RRC и CA работу LMT LTE? http://forum.mikrotik.com/t/lte18-and-ca/165951/1

rrd Guest	#8 0 19.05.2023 00:12:00 Возможно, это так. Я тоже заметил, что днём у меня ловит 5G NSA на n78@50 МГц с хорошим SINR (28 дБ), а ночью переключается на n78@40 МГц с плохим SINR (-4 дБ). Днём Ночью

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры