XR и метавселенная: почему 5G недостаточно и зачем нужен 6G

Арифметика задержки, которая ломает 5G

У комфортной виртуальной реальности есть непреклонное физиологическое ограничение: фотоны, доходящие до глаз пользователя, должны обновляться примерно в течение 20 миллисекунд после любого движения головы, а комфорт резко растёт ниже 10 мс. Этот общий бюджет покрывает всю цепочку — датчики снимают позу головы, сцена рендерится, кадр кодируется, беспроводной канал доставляет его, гарнитура декодирует и отображает. Каждое звено цепочки съедает миллисекунды.

На проводной гарнитуре беспроводной канал равен нулю, и бюджета хватает. На автономной гарнитуре с локальным рендерингом бюджета тоже хватает, но устройство вынуждено нести вес GPU и батареи. Интересный класс — тот, на котором держится метавселенная, — это беспроводная гарнитура, выносящая рендеринг на edge-сервер. Это ставит RAN на критический путь, а сота 5G NR в типичных развёртываниях добавляет 5–10 миллисекунд задержки. Вычтите это из целевых 10 мс — и на всю вычислительно-отображательную цепочку останется меньше 5 мс. Даже с лучшими edge-конвейерами рендеринга это слишком тесно.

6G проектируется под цель 1–3 мс задержки RAN в одну сторону. Именно этот запас впервые делает беспроводной вынос XR жизнеспособным без специализированного оборудования, расположенного рядом.

Проблема аплинка, о которой никто не говорит

Большинство обсуждений сетевых требований XR сфокусировано на даунлинке — потоке отрендеренной сцены к гарнитуре. Но современные XR-гарнитуры генерируют огромный аплинк-трафик, под который 5G архитектурно не был рассчитан. Inside-out трекинг с камерами на 60–90 fps, eye-gaze потоки на 120 Гц, поза рук, поза тела, данные IMU и всё чаще биометрия — мимика, физиологическое состояние — всё это уходит обратно на edge-сервер. Один пользователь легко генерирует устойчивый аплинк 100–200 Mbps.

TDD-конфигурации 5G смещены в сторону даунлинка, обычно 4:1 или 7:3 в его пользу. Добавить аплинк-ёмкость означает либо переконфигурировать TDD-паттерн (что стоит даунлинк-пропускной), либо уходить на FDD-диапазоны, где спектр фрагментирован и в более низких частотах. Ни то ни другое не масштабируется на плотные XR-развёртывания.

6G решает это через гибкое дуплексирование — включая полный дуплекс на той же частоте при малых размерах сот — и через выделенные несущие с акцентом на аплинк в sub-THz диапазонах, где широкая полоса делает асимметрию менее болезненной.

Почему edge-вычисления должны жить в RAN

Естественный рефлекс, когда приложению нужна низкая задержка: «положи на edge». Для XR edge должен быть гораздо ближе, чем позволяют нынешние MEC-развёртывания. Круговой проход от устройства пользователя через городскую точку агрегации к MEC-серверу в региональном дата-центре и обратно съедает 10–20 миллисекунд до того, как начнётся какой-либо рендеринг. Это уничтожает бюджет задержки само по себе.

Архитектура 6G заталкивает вычисления в саму базовую станцию — это иногда называют «compute-RAN» или «in-network compute». gNB в 6G проектируется так, чтобы хостить небольшой пул GPU и рендерить кадры для пользователей, которых он обслуживает прямо сейчас, и затем передавать состояние рендеринга при переходе пользователей в новую соту. Это существенный отход от модели 5G, где gNB — чистая точка терминации радио, а вся прикладная логика живёт где-то ещё.

Практическое следствие: базовые станции 6G будут значительно крупнее и дороже, чем у 5G, а экономика их развёртывания зависит от наличия доходного XR-трафика. Это одна из проблем «курицы и яйца», сдерживающих обязательства по срокам 6G.

Совмещённая связь и зондирование (JCAS) для пространственных якорей

Постоянный XR — фундаментальное обещание метавселенной про общее виртуальное пространство, привязанное к реальному миру, — требует, чтобы сама сеть понимала пространственную геометрию. Сегодня это делается через зрение: SLAM на гарнитуре плюс облачные якоря, загружаемые в сервисы вроде ARCore. Точность хороша для одного пользователя, но деградирует, когда пользователи делят пространство и меняется освещение.

Возможность совмещённой связи и зондирования (JCAS) в 6G использует те же радиочастотные сигналы для передачи данных и зондирования окружения. Результат — пространственная карта на стороне сети, обновляемая в реальном времени, с сантиметровой точностью и доступная всем пользователям, аутентифицированным в соте. Для многопользовательского XR — совместная работа, игры, обучение — это разница между тем, что каждый пользователь держит свою приблизительную карту, и тем, что все пользователи делят одну авторитетную истину.

JCAS не бесплатна. Она требует сигналов, которые немного жертвуют чистой эффективностью данных ради сохранения свойств зондирования, и добавляет требования к вычислениям и хранилищу в RAN. Операторы будут трактовать её как срез сети, а не как режим по умолчанию, но для XR-насыщенных площадок — стадионы, тематические парки, корпоративные тренинговые центры — этот срез и будет единственной причиной существования соты.

Сценарии, которым это реально нужно

Не каждому XR-приложению требуется 6G. Однопользовательские игры на автономной гарнитуре прекрасно работают уже сегодня. Офисная коллаборация с аватарами и шарингом экрана работает на Wi-Fi 6E. Класс «6G или ничего» уже, но он высокоценный.

Многопользовательские иммерсивные площадки: аттракционы в тематических парках, киберспортивные арены, location-based VR. Сотни пользователей в здании, каждому нужна motion-to-photon ниже 10 мс, и все делят синхронизированную сцену. 5G сегодня такой плотности не выдаёт.

Удалённое управление: хирургическая роботика, телеоперация тяжёлой техники, пилотирование дронов в масштабе. Задержка жёстко ограничена физикой и требованиями безопасности. Пропускная способность умеренная, но требование детерминированности экстремальное.

Промышленные цифровые двойники: рабочие на заводе в AR-очках, поверх которых отображаются реальные показания датчиков, привязанные к физическому оборудованию. Требуются пространственные якоря JCAS-качества плюс обновления ниже 5 мс от заводского IoT-слоя.

Голографическая связь: давно обещанный сценарий «телеприсутствия», где удалённый участник появляется как объёмная голограмма. Спрос на даунлинк — 10–50 Gbps на сессию, на аплинк для захвата — сопоставимый, толерантность к задержке 50–100 мс. 6G — первый стандарт, явно спроектированный под этот профиль.

Итог

5G может вытянуть XR для одного пользователя с проводным каналом к расположенному рядом серверу. 6G — первое поколение сотовой связи, спроектированное вытягивать XR в масштабе, с мобильностью и поверх общей сети. Архитектурные решения, отличающие их друг от друга — sub-THz спектр, вычисления в RAN, совмещённая связь и зондирование, детерминированное планирование — это не инкрементальные улучшения, а архитектурные обязательства, экономически осмысленные лишь при условии, что XR станет реальной потребительской категорией.

Метавселенная остаётся спорным термином, потребительский рынок для неё не доказан. Но инженерный вопрос решён: если массовый беспроводной XR случится, он случится на 6G. Операторы, делающие ставку на коммерческий 6G к 2030 году, фактически ставят на то, что метавселенная придёт по графику, оправдывающему их капитальные планы. Любая из этих ставок может оказаться неверной, но это одна и та же ставка.