Это было год назад. Начало запуска LTE у нас в Макро-Регионе. При этом радио одного корейского вендора — большая редкость, даже в мировом масштабе (нет, БС не на Анроиде — проверял). Вроде всё учтено, проведены тесты в лаборатории, разработаны схемы, типовые конфигурации. Ну как обычно, запускаем. Запуск не у нас, а в соседнем регионе.
Вроде бы и близко, но вот как-то результаты не радуют — абонентская скорость ниже лабораторной в тех же радио- условиях. А скоро запуск сети — нужно показать максимум, а не как конкуренты.
Что же делать? Радостно траблшутить!
На самом деле траблшутинг много времени не занял и причину нашли быстро — магистраль. Вполне хорошая магистраль для 2G и 3G оказалась «так себе» для LTE. Перевели на резерв — проблема ушла.
Но встал вопрос — а что же нам нужно? Какое качество каналов требуется? 113 приказ выполняется с большим запасом, внутренние нормативы тоже, но их явно недостаточно. Ну что же, попытаемся понять что нужно. Быстро собираем лабораторию, но вот только вразрез S1 интерфейса между базовой станцией (БС) и транспортной сетью ставим маленького помощника в виде сервера с Debian на борту. Ищутся настройки на удивление быстро и к концу дня лаба готова.
Схема очень проста (пунктиром указан путь трафика):
*MBH — mobile backhaul — транспортная сеть.
*EPC — evolved packet core — пакетное ядро.
Да, зачем же понадобился сервер вразрез? Вносить потери и задержки. Как ни странно, это оказалось самым простым решением имитации проблем. Tc и более ничего не нужно. Задержка самого сервера минимальна.
Абонентская скорость измерялась вполне честно — «свисток» на ноутбуке и ftp сервер в интернете. Забегу вперед и скажу что выборка была боле-менее честная — каждый из возможных вариантов измерялся 10 раз. Лучший и худший отбрасывали, остальное усредняли. Однако возможны погрешности из-за несовершенности средств мониторинга на абонентском устройстве. Хотя как показал опыт, проблемы с точностью могут быть и у специализированных комплексов.
И еще одно уточнение для простоты понимания следующих результатов: 1 stream/4 stream это количество потоков скачивания. Т.е. либо 1, либо 4 файла одновременно. Скорость для 4 файлов конечно же суммарная. И да, speedtest это несколько потоков, поэтому к действительности намного ближе вариант с 4 потоками.
Итак, что получилось:
1. Средняя скорость:
2. Максимальная скорость:
Задержка конечно влияет, но её очень тяжело минимизировать. Да и основные проблемы всё-таки из-за дропов. Министерские 10-3 выглядят очень грустно. Стало очевидно что наша цель — как минимум на порядок выше и для достижения её был проведен комплекс мер. А 10-5 уже позволяет достичь максимума практически при любых условиях. Вот только достичь 10-5 не всегда получается, но это уже совсем другая история…
Автор: Fidel_de_Frog
