При захвате сигнализации регистрации 5G инженеры обычно без особого труда находят такие сообщения, как Initial UE Message, Uplink NAS Transport и другие процедуры NGAP. Более сложный вопрос заключается в том, что происходит ниже: как пакет сигнализации N2 покидает gNB, проходит через транспортную сеть и центр обработки данных и в итоге достигает сервера, на котором работает сервис AMF? Если AMF виртуализирован и запущен в VM, с какой конечной точкой gNB фактически устанавливает SCTP-ассоциацию? Какую роль играют шлюз PTN, граничный маршрутизатор центра обработки данных, коммутаторы EOR и TOR? И если сигнализация не работает, с чего начинать диагностику: с NGAP, SCTP, IP-маршрутизации или пересылки по MAC на уровне 2?

На первый взгляд эти вопросы относятся к разным инженерным областям. Радиокоманда занимается gNB, команда ядра сети — AMF и NGAP, транспортная команда управляет PTN, а команда центра обработки данных отвечает за коммутаторы и серверы. Однако на исправном пути N2 все эти компоненты работают как единая непрерывная цепочка. Полученный gNB запрос NAS Registration Request не просто «перепрыгивает» к AMF. Сначала gNB передает сообщение со стороны RRC в NGAP, инкапсулирует его поверх SCTP и IP, отправляет через несколько сетевых узлов уровня 3 и уровня 2 и в итоге доставляет в вычислительную среду, где выполняется процесс AMF. Диагностировать маршрутизацию N2 значительно проще, если одновременно рассматривать логический протокольный путь и физический сетевой путь, а не сводить проверку к простому вопросу «пингуется ли AMF?».

Что на самом деле пересылает интерфейс N2?

N2 — это сигнальный интерфейс между gNB и AMF. При регистрации UE, управлении мобильностью и других процедурах плоскости управления 5G UE формирует сообщения NAS, а gNB выполняет важную функцию ретрансляции. Он принимает NAS-PDU от UE, помещает его в соответствующее сообщение NGAP и отправляет к AMF через N2. В нисходящем направлении выполняется обратный процесс. Поэтому для понимания сигнализации N2 необходимо отделять само прикладное сообщение от транспортного пути, по которому оно передается.

Рассмотрим UE, начинающий регистрацию. Сначала UE отправляет NAS Registration Request к gNB через стек радиопротоколов. Для такой сигнализации gNB не является конечной прикладной точкой. Его задача — поместить NAS-PDU в сообщение NGAP и переслать его к AMF по уже установленному транспортному отношению N2. На высоком уровне на стороне UE сообщение проходит через NAS, RRC, PDCP, RLC, MAC и L1. В gNB сообщение NAS ретранслируется из радиостека в NGAP, а затем передается поверх SCTP, IP, уровня 2 и уровня 1. На AMF пакет декапсулируется в обратном порядке, пока сообщение NAS не достигнет уровня обработки NAS.

Распространенная ошибка — считать, что «gNB пересылает NAS» тем же способом, что IP-маршрутизатор пересылает пакеты. Эти операции выполняются на разных уровнях. Сначала gNB осуществляет протокольную ретрансляцию из NAS/RRC в NGAP и создает новый пакет SCTP/IP на стороне N2. Транспортной сети и сети центра обработки данных не требуется понимать, содержит ли полезная нагрузка Registration Request или другую процедуру NAS. Их задача — перемещать пакет согласно IP-маршрутизации, MAC-адресации и информации об интерфейсах.

Процедуры NGAP также можно разделить на связанные с конкретным UE и не связанные с UE. NAS Transport и Initial Context Setup относятся к UE-ассоциированным процедурам, а NG Setup — к процедурам уровня узла, не связанным с конкретным UE. Это различие полезно при диагностике. Если все UE на одном gNB не могут связаться с AMF, в первую очередь следует проверять узловое отношение N2, SCTP и IP-маршрутизацию. Если затронут только один UE, анализ следует продолжать по его контексту NGAP и NAS.

Какие сетевые узлы проходит сигнализация N2 между gNB и AMF?

На логических архитектурных схемах N2 часто показывают одной линией между gNB и AMF. Такое представление удобно для объяснения отношения интерфейсов, но оно не показывает фактический сетевой путь сигнального трафика. В реальной сети gNB редко подключен к серверу AMF одним прямым физическим соединением. Между RAN и центром обработки данных ядра сети располагается транспортная сеть, а внутри центра обработки данных используются маршрутизаторы, коммутаторы и серверная сеть.

Упрощенный транспортный путь N2 можно представить так: gNB отправляет трафик на шлюз PTN уровня 3, пакет проходит транспортную сеть и достигает граничного маршрутизатора центра обработки данных уровня 3, затем проходит через коммутаторы EOR и TOR и наконец поступает на сервер, где размещен AMF. PTN переносит IP-трафик со стороны gNB в региональный или центральный центр обработки данных. Граничный маршрутизатор уровня 3 затем направляет пакет N2 в нужную серверную сеть. Внутри центра обработки данных коммутаторы EOR и TOR выполняют коммутацию уровня 2, пока Ethernet-кадр не достигнет серверного интерфейса, на котором размещена рабочая нагрузка AMF.

В облачном ядре 5G вопрос «на каком устройстве находится AMF?» нельзя сводить только к физическому серверу. AMF может работать как виртуализированная сетевая функция на универсальном вычислительном узле, а тот же физический сервер может одновременно размещать виртуальные машины OAM, другие сетевые функции или несколько экземпляров сервисов. Например, одна VM может запускать сервис AMF, отвечающий за обработку NAS, NGAP и SCTP. С точки зрения gNB важен IP-адрес сервисной конечной точки N2, предоставляемой AMF, а не маркировка физического сервера в стойке.

Это означает, что диагностика N2 затрагивает по меньшей мере три разных понятия местоположения. Физическое местоположение указывает стойку и физический хост, на котором выполняется рабочая нагрузка. Логическое местоположение указывает VM или экземпляр сервиса, на котором размещен AMF. Сетевое местоположение — это IP-адрес N2 AMF, который gNB использует при установлении SCTP-ассоциации. Физический сервер, VM и процесс AMF могут выглядеть полностью исправными, но N2 при этом останется недоступным, если VLAN, шлюз по умолчанию, IP-маршрут, порт коммутатора или уровень виртуальной коммутации не обеспечивают корректную доставку трафика к этому адресу N2.

Чем маршрутизация отличается от пересылки на пути N2?

Для доставки пакета сигнализации N2 к AMF недостаточно просто иметь таблицу маршрутизации. С точки зрения сетевой обработки важно различать маршрутизацию и пересылку. Маршрутизация обычно является функцией уровня 3. Получив IP-пакет, устройство ищет IP-адрес назначения в таблице маршрутизации, определяет выходной интерфейс и выбирает подходящий следующий переход. На пути N2 gNB, шлюз PTN уровня 3 и граничный маршрутизатор центра обработки данных должны располагать соответствующей информацией IP-маршрутизации. Маршруты могут быть настроены статически или изучены с помощью динамического протокола маршрутизации.

Предположим, что исходный адрес N2 gNB — A, а адрес N2 AMF — B. gNB не нужно знать, в какой физической серверной стойке находится B. Ему достаточно знать, на какой шлюз следующего перехода отправлять пакеты, предназначенные для подсети с адресом B. Устройства уровня 3 в PTN принимают такое же решение по своим таблицам маршрутизации, пока пакет не попадет в сеть центра обработки данных, где расположен AMF.

Маршрутизация определяет, куда пакет должен идти дальше, но пакет еще необходимо передать по текущему физическому каналу. При использовании Ethernet устройство добавляет заголовок Ethernet-кадра с исходным и целевым MAC-адресами. Коммутатор затем пересылает кадр по своей таблице MAC-адресов. Поэтому внешний заголовок уровня 2 одного и того же IP-пакета N2 может изменяться при прохождении различных переходов уровня 3. IP-уровень продолжает отражать сквозное отношение между gNB и AMF, тогда как MAC-адреса относятся только к текущему сегменту уровня 2.

Внутри центра обработки данных коммутаторы EOR и TOR в основном выполняют коммутацию уровня 2. После того как маршрутизатор уровня 3 центра обработки данных доставит пакет N2 в правильный серверный домен уровня 2, EOR и TOR используют свои MAC-таблицы для передачи кадра к порту целевого сервера. Это различие важно при анализе захвата пакетов. Разные MAC-адреса в разных точках захвата не означают, что пакет сменил конечное назначение; неизменные исходный и целевой IP-адреса, в свою очередь, не означают, что пакет прошел напрямую между конечными точками без промежуточных устройств.

Почему SCTP-ассоциация является ключевой границей при диагностике N2?

NGAP работает не непосредственно поверх IP, а поверх SCTP. Поэтому рабочий путь N2 сначала требует IP-доступности, а затем успешного установления SCTP-ассоциации. Это формирует ясную зависимость при поиске неисправностей: если IP-маршрутизация нарушена, SCTP не установится; без SCTP NGAP не работает; без NGAP сигнализация NAS не может быть успешно ретранслирована.

Однако обратное утверждение не всегда верно. Возможность пропинговать AMF показывает лишь определенный уровень IP-доступности. Она не подтверждает доступность требуемого SCTP-сервиса, возможность установления SCTP-ассоциации, корректность параметров NGAP или нормальную работу прикладного процесса AMF.

• Сначала проверьте IP-путь. Проверьте N2-адрес gNB, маску подсети, шлюз по умолчанию и маршрут к N2-адресу AMF. Затем убедитесь, что шлюз PTN и устройства уровня 3 центра обработки данных имеют как прямой, так и обратный маршрут. Обратный маршрут особенно легко упустить. Пакет, вышедший из gNB, может успешно достичь AMF, но у AMF при этом может отсутствовать корректный маршрут обратно в подсеть gNB. Поскольку N2 — двунаправленный сигнальный интерфейс, оба направления должны работать.

• Затем убедитесь, что SCTP действительно установлен. После подтверждения IP-доступности проверьте, завершают ли gNB и AMF процедуру установления SCTP-ассоциации и переходят ли в состояние Established. Если ассоциация так и не поднимается, проверьте порты транспортного уровня, локальные IP-привязки, ACL, межсетевые экраны и политики безопасности на пути. В реальных центрах обработки данных также могут присутствовать IDS/IPS, балансировщики нагрузки, компоненты SDN и другие системы безопасности или управления трафиком, способные влиять на SCTP, даже если они не показаны на упрощенных схемах.

• После этого переходите к NGAP и NAS. NG Setup, Initial UE Message и NAS Transport следует анализировать только после стабилизации SCTP-ассоциации. Если SCTP работает, а NG Setup завершается ошибкой, проблема находится выше IP-транспортного уровня — в логике приложения N2 или конфигурации. Если NG Setup успешен, но сигнализация регистрации конкретного UE не достигает AMF, продолжайте отслеживать Initial UE Message, значения UE-NGAP-ID и NAS-PDU. Такой послойный подход предотвращает типичную ошибку: начинать диагностику NAS до того, как подтверждено, что сообщение NAS действительно прошло через интерфейс N2.

Как по захвату пакетов восстановить полный путь сигнализации N2?

Практическая ценность понимания маршрутизации N2 проявляется при захвате пакетов и локализации неисправностей. Если сигнализация между gNB и AMF не проходит, путь следует проверять от транспортных уровней вверх. Точка захвата имеет значение. Трассировка на стороне gNB показывает, действительно ли сигнализация покидает базовую станцию. Захват рядом с PTN или на границе центра обработки данных помогает понять, входит ли пакет в область ядра сети. Захват на стороне сервера показывает, достигает ли пакет N2 физического хоста, где выполняется рабочая нагрузка AMF. Если на стороне gNB видны передаваемые SCTP INIT, но на хосте AMF они отсутствуют, неисправность почти наверняка находится в промежуточной сети, а не в логике приложения NGAP.

После захвата пакета проверьте, соответствуют ли исходный и целевой IP-адреса проектной схеме. Если AMF был мигрирован, масштабирован или перенесен в новую VM, а gNB по-прежнему указывает на старый N2-адрес, сигнализация может идти по неправильному пути, даже если конфигурация NGAP внешне не изменилась. Затем проверьте маршрут переход за переходом на устройствах уровня 3. На gNB, шлюзе PTN и маршрутизаторе центра обработки данных проверьте маршрут к подсети AMF, включая выходной интерфейс, следующий переход и обратный путь. При динамической маршрутизации нужно убедиться, что маршрут действительно изучен и установлен в таблицу пересылки, а не только что протокол маршрутизации включен в конфигурации.

Если пакет дошел до границы уровня 3 центра обработки данных, но не достигает сервера AMF, фокус диагностики смещается с IP-маршрутизации на пересылку уровня 2. Проверьте членство VLAN на коммутаторах EOR и TOR, изучение MAC-адресов, состояние серверных портов и подключение сервера или слоя виртуальной коммутации к нужной сервисной сети. Затем сопоставьте сетевые результаты с состоянием SCTP. Если двунаправленный IP-путь исправен, но SCTP не устанавливается, исследуйте обработку портов SCTP, IP-привязку и сам процесс AMF. После установления SCTP анализ NGAP и NAS можно продолжить с гораздо более четкой границей неисправности.

Если рассматривать путь от начала до конца, «маршрутизация сигнализации N2» фактически состоит из двух разных, но непрерывных процессов. Первый происходит внутри gNB. Сообщение NAS приходит от UE по радиостороне, ретранслируется в сообщение NGAP и затем инкапсулируется поверх SCTP и IP для передачи по сети N2.

Второй процесс происходит в транспортной сети и центре обработки данных. Эти сетевые устройства не интересует, содержит ли полезная нагрузка Registration Request или процедуру Initial Context Setup. Они используют IP-маршрутизацию уровня 3 и MAC-пересылку уровня 2, чтобы шаг за шагом доставить пакет в вычислительную среду, где работает сервис AMF.

Поэтому на практике наиболее эффективный способ диагностики N2 — сохранять сквозное представление:

UE NAS → ретрансляция gNB → NGAP → SCTP → IP-маршрутизация → пересылка уровня 2 → сервер AMF → процесс AMF

Если пройти эту цепочку уровень за уровнем, многие проблемы, которые сначала выглядят как сложные «ошибки регистрации», «N2 недоступен» или «ошибка SCTP-ассоциации», можно свести к гораздо более конкретному вопросу: на каком уровне и на каком переходе остановился пакет?

Часто задаваемые вопросы

Проходит ли сигнализация N2 через UPF?

В нормальной архитектуре 5G путь плоскости управления N2 не зависит от UPF. N2 соединяет gNB и AMF, тогда как UPF в основном участвует в пути пользовательской плоскости. Если N2 недоступен, диагностику следует сосредоточить на транспортном пути плоскости управления между gNB и AMF, а не начинать с туннеля пользовательской плоскости N3.

Почему MAC-адреса меняются при захвате одного и того же пакета N2 в разных точках?

MAC-адреса относятся к текущему сегменту уровня 2. После прохождения пакета через маршрутизирующее устройство уровня 3 он инкапсулируется с новым заголовком уровня 2 для следующего канала. Поэтому исходный и целевой MAC-адреса могут меняться от перехода к переходу, хотя сквозные IP-адреса gNB и AMF по-прежнему относятся к тому же потоку N2.

Почему SCTP может не работать, даже если gNB пингует AMF?

Ping в основном проверяет IP-доступность на основе ICMP. SCTP также зависит от обработки транспортных портов, локальной IP-привязки, ACL, межсетевых экранов, политик безопасности и прикладного процесса AMF. Поэтому IP-доступность — лишь необходимое условие связи N2 и не гарантирует корректную работу SCTP или NGAP.

Если AMF работает в виртуальной машине, должен ли gNB знать физическое расположение сервера?

Нет. gNB устанавливает соединение N2 по IP-адресу сервиса N2 AMF, а не по физическому расположению сервера. Физический хост, виртуальный коммутатор, привязка VM и внутренняя топология центра обработки данных являются деталями реализации, но они все равно должны доставлять пакеты, адресованные конечной точке N2 AMF, к правильному экземпляру сервиса.

Почему при проблемах N2 нужно проверять и прямой, и обратный маршрут?

NGAP и SCTP являются двунаправленными. Даже если пакеты от gNB достигают AMF, SCTP-рукопожатие и последующие процедуры NGAP будут завершаться неудачно, если у AMF нет корректного маршрута обратно к подсети gNB. Поэтому односторонней доступности недостаточно, чтобы подтвердить целостность пути N2.