Реализация адаптации качества контента под скорость 5G в мобильном приложении

Реализация адаптации качества контента под скорость 5G в мобильном приложении

5G даёт пропускную способность, которой раньше не было в мобильных сетях. Но просто «включить максимальное качество при 5G» — неправильный подход. Скорость 5G непостоянна: 5G NSA (Non-Standalone) на практике часто работает как LTE с небольшим бонусом, а mmWave теряется при повороте за угол здания. Адаптация нужна не к типу сети, а к реальным измеренным параметрам.

Измерение реальной пропускной способности

NetworkCapabilities.getLinkDownstreamBandwidthKbps() на Android возвращает оценочную скорость от радиомодуля — не реальную пропускную способность прямо сейчас. Это средняя по технологии (LTE: ~20 Мбит/с, 5G Sub-6: ~100–400 Мбит/с), не измерение текущего канала.

Для реального throughput — активный зонд или пассивное наблюдение за фактическими HTTP-ответами. Самый точный подход: измерять throughput по реальным загрузкам через скользящее среднее:

// Обновляем оценку throughput при каждой загрузке
function updateThroughputEstimate(bytesLoaded: number, durationMs: number) {
  const measuredKbps = (bytesLoaded * 8) / durationMs; // кбит/мс = Мбит/с
  // EMA с alpha=0.3 — не резко меняемся, но и не игнорируем свежие данные
  throughputEstimate = 0.7 * throughputEstimate + 0.3 * measuredKbps;
}

EMA (Exponentially Moving Average) сглаживает выбросы. alpha=0.3 — хорошее значение для сетей с умеренной вариабельностью. Для очень нестабильных сетей (mmWave) — alpha=0.5.

Уровни качества контента

Стандартная сетка для видео:

Для изображений: WebP с разными таблицами качества (JPEG quality 40/60/80/95 или WebP equivalent), или разные размеры (400px, 800px, 1600px, 3200px).

Гистерезис: не переключаться слишком часто

Без гистерезиса приложение будет «дёргаться» между качеством при скорости вблизи порогового значения. Правило: для повышения качества требуем устойчивого превышения порога на 20–30%, для снижения — достаточно 10% падения ниже минимума.

const UPGRADE_BUFFER = 1.3; // +30% запас для перехода вверх
const DOWNGRADE_THRESHOLD = 0.9; // -10% для перехода вниз

function selectQualityLevel(currentKbps: number, currentLevel: QualityLevel): QualityLevel {
  const levels = [LOW, MEDIUM, HIGH, ULTRA];
  const idx = levels.indexOf(currentLevel);

  // Пробуем повысить
  if (idx < levels.length - 1) {
    const next = levels[idx + 1];
    if (currentKbps >= next.minKbps * UPGRADE_BUFFER) return next;
  }
  // Пробуем понизить
  if (idx > 0) {
    if (currentKbps < currentLevel.minKbps * DOWNGRADE_THRESHOLD) return levels[idx - 1];
  }
  return currentLevel;
}

Дополнительно: не переключаемся чаще одного раза в 5–10 секунд. Debounce на принятие решения об изменении уровня.

iOS: Network Path Monitor

На iOS — NWPathMonitor из Network.framework:

import Network

let monitor = NWPathMonitor()
monitor.pathUpdateHandler = { path in
    if path.usesInterfaceType(.cellular) {
        // Проверяем доступность 5G через path.status и isExpensive
        let is5G = path.isConstrained == false // эвристика, прямого API нет
        DispatchQueue.main.async {
            self.updateQualityForPath(path)
        }
    }
}
monitor.start(queue: DispatchQueue.global(qos: .background))

iOS не предоставляет прямого API «это 5G с такими-то параметрами». CTTelephonyNetworkInfo.currentRadioAccessTechnology даёт тип технологии: CTRadioAccessTechnologyNRNSA (5G NSA) или CTRadioAccessTechnologyNR (5G SA). Но тип != скорость. Сочетайте с активным throughput-измерением.

Предзагрузка при переходе на высокую скорость

При обнаружении 5G с высоким throughput — инициируем preload следующего контента до того, как пользователь его запросит. В видео-приложении: подгружаем следующее видео в очереди на 50–60% при idle. В ленте изображений: загружаем ultra-версии видимых элементов и первых 3–5 за пределами viewport.

react-native-fast-image поддерживает предзагрузку через FastImage.preload([...]). В нативном iOS — URLSession с background конфигурацией, задачи живут даже при уходе в фон.

Оценка

Адаптивное качество контента с throughput-измерением, гистерезисом и preload-логикой: 3–5 недель для одной платформы. Кросс-платформенная реализация (React Native с нативными модулями): 4–7 недель.