Устройство 5G может зарегистрироваться в сети без немедленного создания пользовательского тракта передачи данных. Это небольшое изменение архитектуры хорошо показывает, чем управление сессиями 5GC отличается от более ранних мобильных ядер. В 4G процедура присоединения была тесно связана с созданием соединения PDN по умолчанию и канал передачи данных по умолчанию. В 5G регистрация и установление сессии разделены более четко, поэтому сеть свободнее определяет, когда действительно требуется тракт пользовательской плоскости.

Управление сессиями 5GC — это уровень управления, который определяет, как UE подключается к сети данных, какая PDU-сессия создается, какой DNN используется, какая информация о слайсе применяется, какие правила QoS назначаются, какой UPF служит якорем трафика и как поддерживается непрерывность при перемещении UE. Это не просто переименованное управление каналами передачи данных 4G, а более гибкая архитектура для мобильного широкополосного доступа, голоса через 5G, корпоративного доступа, сервисов с малой задержкой, локальных сетей данных и периферийных вычислений.

Поэтому управление сессиями является одним из центральных понятий ядра 5G. Управление мобильностью сообщает сети, где находится UE и доступно ли оно. Управление сессиями определяет, какой сервисный тракт нужен UE, к какой сети данных необходимо подключиться, как классифицировать трафик и как управлять ресурсами пользовательской плоскости. Обе функции тесно взаимодействуют, но больше не обрабатываются единым комбинированным блоком управления.

Почему изменилось управление сессиями

Главное архитектурное изменение — разделение управления мобильностью и управления сессиями. В ядре 5G функция AMF отвечает за управление мобильностью NAS, а SMF — за управление сессиями. Сообщения NAS-SM не обрабатываются полностью внутри AMF. Вместо этого AMF пересылает сигнализацию управления сессиями в SMF через интерфейс N11. Поэтому AMF не хранит контекст управления сессией UE так, как это делала прежняя объединенная логика управления.

Такое разделение делает ядро 5G более понятным. AMF может сосредоточиться на регистрации, контроле доступа, достижимости, состоянии мобильности и процедурах, связанных с местоположением. SMF занимается установлением, изменением и освобождением PDU-сессий, обработкой DNN, выбором UPF, управлением правилами QoS, непрерывностью сессии и параметрами тарификации. При разделении обязанностей сеть может масштабировать каждую функцию в соответствии с ее собственной нагрузкой.

Это изменение соответствует и сервисной направленности 5G. Смартфон, промышленный датчик, автомобиль, устройство частной сети и приложение периферийных вычислений могут использовать 5G совершенно по-разному. Одним устройствам нужны частые сессии данных. Другие могут зарегистрироваться и долго не передавать данные. Некоторым требуется только локальный доступ в заданной зоне. Другим необходима стабильная IP-непрерывность при перемещении. Единая модель «всегда создавать канал передачи данных по умолчанию при включении» недостаточно гибка для такого разнообразия.

В 5G UE может пройти регистрацию без немедленного установления PDU-сессии. Это позволяет не создавать ресурсы пользовательской плоскости до тех пор, пока они действительно не понадобятся сервису. Особенно важно это для массового IoT и межмашинного доступа. Сеть может знать UE и поддерживать его достижимость, не создавая ненужный тракт данных.

Разделение управления мобильностью и сессиями влияет и на данные абонента. Данные подписки UDM делятся на части, связанные с мобильностью и сессиями. AMF получает данные подписки по мобильности, SMF использует данные подписки управления сессиями, а AMF может получать данные выбора SMF, чтобы выбрать подходящую SMF при установлении PDU-сессии. Такая структура делает ядро более модульным и упрощает согласование с сетевым слайсингом, политиками конкретных DNN и дифференцированными моделями услуг.

От PDN к PDU

Многие термины управления сессиями 5G происходят из 4G, однако терминология и структура изменились. В 4G соединение PDN в 5G становится PDU-сессией . В 4G PDN становится DN, то есть сетью данных. В 4G APN становится DNN, то есть именем сети данных. Канал передачи данных 4G по умолчанию заменяется на поток QoS по умолчанию, а выделенные каналы передачи данных превращаются в дополнительные или нестандартные потоки QoS.

Это изменение не только терминологическое. PDU-сессия рассчитана на разные типы подключения протокольных блоков данных. В 4G тип PDN в основном охватывал IPv4, IPv6 и IPv4v6. В 5G тип PDU-сессии обеспечивает дополнительную гибкость, поддерживая Ethernet и неструктурированные данные как варианты без IP. Это важно, потому что 5G должна обеспечивать не только традиционный доступ в Интернет. Промышленные устройства, корпоративные частные сети и специальные сервисные среды могут требовать моделей, не ограниченных обычным IP-подключением.

UE может установить одну PDU-сессию для обычного доступа в Интернет и другую для IMS. В PDU-сессии, связанной с IMS, разные потоки QoS могут использоваться для сигнализации SIP, аудио VoNR и видео VoNR. Важное отличие состоит в том, что 5G больше не сопоставляет каждый сервис с отдельным EPS-каналом тем же способом. Основной единицей обработки сервиса становится поток QoS, а сопоставлением с DRB на радиостороне управляет gNB.

Эта модель обеспечивает более точное управление сервисами. Одна PDU-сессия может переносить несколько потоков QoS, каждый из которых получает собственные значения 5QI и ARP и отдельную обработку QoS. Для корпоративных и операторских сервисов это упрощает поддержку нескольких классов трафика без жесткого привязывания каждого сервиса к отдельной модели каналов передачи данных.

Как SMF берет управление на себя

SMF является основной управляющей функцией управления сессиями 5GC. Она отвечает за установление, изменение и освобождение PDU-сессий. SMF выбирает или контролирует использование UPF, управляет взаимодействием политик сессии, назначает правила QoS и определяет построение пользовательской плоскости. Когда AMF получает от UE сигнализацию NAS-SM, она пересылает эти сведения в SMF, а не обрабатывает всю логику сессии локально.

Такая архитектура позволяет AMF и SMF работать как два согласованных уровня. AMF знает состояние доступа и мобильности UE. SMF знает требования сервисной сессии. При запросе PDU-сессии AMF помогает передавать сигнализацию и предоставляет контекст доступа, а SMF решает, как создать сессию с учетом DNN, S-NSSAI, данных подписки, управления политиками и доступности пользовательской плоскости.

SMF также играет ключевую роль в выборе режима SSC. Выбор не является случайным. Он зависит от режима SSC, запрошенного UE, режима SSC из подписки UDM и набора разрешенных режимов SSC. После установления PDU-сессии ее режим SSC изменить нельзя, поэтому первоначальное решение имеет большое значение.

Еще одна важная задача — управление ресурсами пользовательской плоскости. SMF может активировать или деактивировать эти ресурсы, освободить PDU-сессию либо скорректировать ее обработку в зависимости от мобильности, зоны обслуживания, политики и состояния доступа. Например, для LADN, когда SMF узнает, что UE покинуло зону обслуживания LADN, она может освободить соответствующую PDU-сессию или деактивировать ресурсы пользовательской плоскости.

SMF также управляет направлением трафика в сценариях периферийных вычислений. Когда UPF используются как якоря и классификаторы, SMF может устанавливать правила, определяющие, должен ли трафик идти в удаленную DN или локальную сервисную сеть. Поэтому SMF занимает центральное место как в обычных сессиях данных, так и в более сложных моделях локального выхода.

Данные подписки определяют настройку

Установление сессии в значительной степени зависит от данных подписки. Поскольку управление мобильностью и управление сессиями разделены, данные UDM также распределяются по разным логическим областям. AMF использует данные подписки, связанные с мобильностью, а SMF — данные подписки управления сессиями. Кроме того, AMF может получать данные выбора SMF, чтобы подобрать подходящую SMF при запросе PDU-сессии со стороны UE.

Данные подписки управления сессиями включают несколько важных элементов. S-NSSAI определяет контекст слайса, предусмотренный подпиской. Конфигурации DNN определяют, как UE может получать доступ к сети данных. В этих конфигурациях сеть задает типы PDU-сессий по умолчанию и разрешенные типы, режимы SSC по умолчанию и разрешенные режимы, параметры QoS подписки, ограничения совокупной скорости на уровне сессии и характеристики тарификации.

Такая структура позволяет сформировать параметры сервиса еще до создания PDU-сессии. UE может иметь доступ к одному DNN и не иметь доступа к другому. Для Интернета ему может быть разрешен IPv4v6, а для корпоративного или специального сервиса — другой тип PDU. Для одного DNN может использоваться один режим SSC по умолчанию, а для другого — иной набор разрешенных режимов. В зависимости от подписанного сервиса также могут применяться разные профили Session-AMBR и QoS.

Конфигурации DNN

Конфигурация DNN — одна из наиболее практичных частей данных управления сессиями. Она определяет, как конкретное имя сети данных должно работать для пользователя. Если DNN представляет Интернет, политика может быть ориентирована на обычный мобильный широкополосный доступ. Если DNN представляет IMS, она может поддерживать QoS для сигнализации и голоса. Если DNN относится к локальному сервису, он может быть связан с поведением LADN и географическими ограничениями.

Информация о слайсе

S-NSSAI связывает управление сессиями с сетевым слайсингом. PDU-сессия связана не только с DNN, но и может быть связана со слайсом. Это позволяет сети поддерживать разные категории услуг, корпоративных клиентов или эксплуатационные домены с отдельными политиками слайсов.

Ограничения скорости и тарификация

Session-AMBR задает ограничения совокупной скорости на уровне PDU-сессии. Характеристики тарификации также могут входить в профиль управления сессиями. Эти параметры важны, поскольку управление сессиями относится не только к подключению, но и к управлению услугами, применению политик и коммерческой обработке.

PDU-сессии формируют доступ

PDU-сессия — базовая единица доступа, соединяющая UE с DN через ядро 5G. Она содержит такие атрибуты сервиса, как DNN, тип PDU-сессии, S-NSSAI, режим SSC и идентификатор PDU-сессии. После создания сессия становится контейнером для одного или нескольких потоков QoS. Пользовательский трафик обрабатывается в соответствии с правилами QoS, значениями QFI, пакетными фильтрами и сопоставлением на радиостороне.

Эта модель гибче простого постоянно активного соединения. UE может создать PDU-сессию только тогда, когда она нужна сервису. Для Интернета и IMS можно установить отдельные PDU-сессии. Если это разрешено подпиской и правилами зоны, UE также может создать сессию к определенному корпоративному, локальному или периферийному DNN.

Идентификатор PDU-сессии определяет сессию с точки зрения UE. UE может иметь несколько PDU-сессий, каждая из которых связана с отдельным DNN, слайсом или типом сессии. Например, одна сессия может подключаться к DN сети Интернет, а другая — к IMS DN. Внутри этих сессий потоки QoS представляют разные требования сервисов.

Тип PDU-сессии также расширяет модель доступа. IPv4, IPv6 и IPv4v6 остаются привычными вариантами, а типы PDU Ethernet и Unstructured делают 5G более пригодной для нетрадиционных сервисов. Это особенно важно в корпоративных и промышленных средах, где устройствам может требоваться поведение сервиса уровня 2 или передача полезной нагрузки без IP.

Архитектура PDU-сессии влияет и на обработку голоса в сети. В сервисной модели VoNR сигнализация IMS может использовать поток QoS Non-GBR, а аудио и видео — потоки QoS GBR с разными значениями 5QI. Модель потоков QoS позволяет различать сигнализацию, голос и видео внутри одного контекста доступа IMS без прямого копирования структуры выделенных EPS-каналов.

Режимы SSC сохраняют качество сервиса

SSC означает непрерывность сессии и сервиса. Это выражение объединяет две связанные, но разные идеи. Непрерывность сессии означает, что PDU-сессия и IP-адрес UE не меняются. Непрерывность сервиса означает, что с точки зрения приложения пользовательский опыт остается непрерывным. Пользователь при просмотре видео, голосовом вызове или работе с интерактивным сервисом прежде всего замечает прерывание, а сети дополнительно важно знать, сохранились ли та же сессия и тот же IP-адрес.

Режим SSC определяет, как сеть поддерживает непрерывность, когда перемещение UE вызывает смену тракта, якоря или доступа к сервису. В 5G определены три режима SSC. Каждый из них по-разному балансирует непрерывность сессии, непрерывность сервиса и гибкость пользовательской плоскости.

Режим SSC 1

Режим SSC 1 сохраняет и непрерывность сессии, и непрерывность сервиса. Поддерживается та же PDU-сессия, а IP-адрес UE не меняется. Это наиболее строгий вариант непрерывности для сервисов, где прерывание недопустимо. Типичный пример — VoNR, поскольку голосовая связь при мобильности требует стабильной непрерывности.

Режим SSC 2

Режим SSC 2 не сохраняет непрерывность сессии, но стремится сохранить непрерывность сервиса с точки зрения пользователя. Он использует подход разрыв до установления: старая PDU-сессия освобождается до установления новой. Для некоторых сервисов это допустимо, однако по качеству пользовательского опыта этот вариант уступает двум другим.

Режим SSC 3

Режим SSC 3 также не сохраняет ту же сессию, но использует подход установление до разрыва. Новая PDU-сессия устанавливается до освобождения старой. Во время перехода UE может временно поддерживать две PDU-сессии. Во многих случаях это обеспечивает лучший опыт, чем режим SSC 2, поскольку уменьшает прерывание сервиса.

С точки зрения пользователя режим SSC 1 обеспечивает наибольшую непрерывность, режим SSC 3 обычно лучше режима SSC 2, а режим SSC 2 является наименее благоприятным. Выбор делает SMF на основе запроса UE, данных подписки и набора разрешенных режимов. После установления сессии режим SSC остается фиксированным для этой PDU-сессии.

LADN ограничивает локальную доступность

LADN означает локальную сеть данных. Это сервис сети данных, доступный только в определенной зоне обслуживания, состоящей из одной или нескольких зон отслеживания. Когда UE находится в зоне LADN, оно может обращаться к соответствующему DNN, если это разрешено подпиской и конфигурацией. После выхода из зоны LADN доступ к 5G-сервису этой DN прекращается.

LADN полезна, потому что некоторые сервисы имеют смысл только в локальном регионе. Сервис автономного вождения может работать только в испытательной зоне. Телемедицинский сервис может быть привязан к территории больницы. Заводское приложение может действовать только в частном промышленном кампусе. В таких случаях сеть данных является не глобальным мобильным Интернетом, а локальным сервисом с доступностью, зависящей от местоположения.

И UE, и сеть должны учитывать информацию LADN. UE можно настроить так, чтобы оно знало, является ли DNN адресом LADN DNN и какое приложение с ним связано. Зона обслуживания и LADN DNN настраиваются в AMF отдельно для каждой DN. AMF может передавать UE сведения LADN во время регистрации или процедур обновления конфигурации.

С точки зрения управления сессиями LADN имеет три состояния местоположения. Внутри означает, что UE находится в зоне LADN. Снаружи означает, что UE покинуло зону LADN. Неизвестно может применяться, когда UE находится, например, в состоянии CM-IDLE и сеть не имеет точной текущей информации о местоположении. SMF может использовать сведения от AMF, чтобы определить, остается ли UE в зоне обслуживания.

Если UE находится вне зоны обслуживания LADN, оно не должно запрашивать активацию пользовательской плоскости для этого LADN DNN и не должно запрашивать установление или изменение PDU-сессии для данного DNN. Если у UE отсутствуют сведения о зоне обслуживания LADN для LADN DNN, оно должно считать себя находящимся вне зоны. Когда SMF получает связанный с LADN запрос сессии без действительного указания, что UE находится в зоне обслуживания, она считает UE находящимся вне зоны и отклоняет запрос.

Периферийным трактам нужны якоря

Поддержка периферийных вычислений — одна из причин, по которой управлению сессиями 5GC требуется более гибкая архитектура пользовательской плоскости. Сервис может требовать отправки части трафика на удаленный сервер, а другой части — в локальную сеть. Например, обычные журналы можно передавать в удаленный центр обработки данных, а управляющий трафик с низкой задержкой направлять на локальный сервер приложений рядом с сетью доступа.

Здесь важна концепция PSA, или якоря PDU-сессии. PSA — это UPF, который служит якорем PDU-сессии и предоставляет интерфейс N6 к сети данных. Не каждый UPF автоматически является PSA. Некоторые UPF могут выполнять другие функции, например классификацию или пересылку. Архитектура пользовательской плоскости зависит от размещения UPF и от того, как трафик должен достигать локальных или удаленных DN.

Важны два метода направления трафика. ULCL, или классификатор восходящего канала, классифицирует трафик восходящей линии по правилам. Он может применяться для IPv4 и IPv6. SMF устанавливает правила ULCL, чтобы трафик, соответствующий определенному назначению или классу сервиса, направлялся в нужную ветвь. Например, трафик к одному адресу можно отправить на удаленный сервер, а к другому — в локальный периферийный сервис.

Второй метод — подход точка ветвления , основанный на ветвлении по префиксу IPv6. Он применяется только к IPv6 и позволяет направлять трафик по логике IPv6-префиксов. Такой подход подходит для архитектур, где адресация IPv6 определяет локальные и удаленные сервисные ветви.

Эти механизмы делают периферийные вычисления практическими в рамках управления сессиями 5GC. SMF управляет правилами сессии, UPF выполняет пересылку и классификацию пакетов, а PSA предоставляет якорь к DN. В результате сервисный тракт можно формировать по типу трафика, не отправляя весь трафик через единственный удаленный якорь ядра.

Потоки QoS повышают детализацию

Поток QoS является основной единицей управления QoS в 5G. Вместо EPS-каналов как центральной единицы дифференциации сервисов 5G использует потоки QoS, идентифицируемые QFI. Каждый поток QoS имеет собственный профиль QoS и может сопоставляться с DRB функцией gNB. Число DRB не обязательно равно числу QFI. gNB может сопоставить несколько потоков QoS с одним DRB или с разными DRB в зависимости от радиусловий и политики.

Типичный пример может включать обычные интернет-приложения, трафик совместных сервисов и собственные сервисы оператора. Общий трафик приложений может использовать поток QoS Non-GBR. Более требовательный трафик, например VR, AR или игровые сервисы реального времени, может использовать поток QoS GBR. Аудио и видео VoNR могут использовать разные потоки QoS GBR со специфическими значениями 5QI. Так сеть получает более детальный способ обработки различных сервисных потоков.

Параметры QoS организованы на нескольких уровнях. На уровне потока QoS к распространенным параметрам относятся 5QI и ARP. 5QI связан с уровнем приоритета, бюджетом задержки пакета, коэффициентом ошибок пакетов, окном усреднения и максимальным объемом всплеска данных. ARP помогает определить приоритет выделения и сохранения при нехватке ресурсов.

Параметры GBR-потоков включают GFBR, гарантированную скорость потока, и MFBR, максимальную скорость потока. Оба параметра обязательны для GBR-потоков. Управление уведомлениями и максимальная доля потери пакетов могут быть дополнительными параметрами. Для Non-GBR-потоков может использоваться RQA, или атрибут отраженного QoS. На более общем уровне ограничений UE-AMBR и Session-AMBR управляют совокупной скоростью Non-GBR-трафика.

Такая детализация — одно из главных отличий логики каналов передачи данных 4G от логики сессий 5G. В 4G VoLTE каналы передачи данных по умолчанию и выделенные каналы передачи данных были связаны с APN, QCI, EBI, E-RAB, DRB и туннелями пользовательской плоскости. В 5G PDU-сессия, QFI, тип потока QoS, туннель N3 и сопоставление DRB образуют другую структуру. Она гибче, но сильнее зависит от правильной политики SMF, установки правил QoS и сопоставления на gNB.

Как создаются сессии

PDU-сессия не устанавливается изолированно. До готовности пользовательской плоскости сеть должна принять несколько решений. UE запрашивает сессию, указывая DNN, тип PDU-сессии и связанные параметры. AMF передает сообщение NAS-SM в SMF. SMF проверяет данные подписки, политики, информацию о слайсе и конфигурацию DNN. Затем она выбирает ресурсы пользовательской плоскости, назначает правила QoS и определяет подключение сессии к DN.

Процесс можно представить как последовательность решений. Сначала сеть проверяет, разрешен ли UE доступ к запрошенному DNN. Затем проверяет допустимость запрошенного типа PDU-сессии. Далее учитывает информацию о слайсе через S-NSSAI. После этого выбирает или подтверждает режим SSC, определяет UPF или якорный тракт и применяет параметры QoS и ограничения скорости.

В результате создается сессия, которая намного сложнее простого туннеля. Она содержит идентификатор сервиса, идентификатор сети данных, тракт пользовательской плоскости, правила QoS, режим непрерывности, характеристики тарификации и возможные ограничения зоны. Для локального сервиса могут действовать правила LADN. Для периферийных вычислений могут применяться PSA и ULCL. Для голосовых сервисов критичны IMS и поведение потоков QoS.

После установления сессию также можно изменять. Поток QoS может быть добавлен или скорректирован. Ресурсы пользовательской плоскости можно активировать или деактивировать. Сессия может освобождаться, когда больше не нужна, когда UE покидает зону обслуживания или когда этого требует политика. Поскольку сессией управляет SMF, именно она превращает правила подписки и политики в фактическое поведение тракта данных.

Поэтому при поиске неисправностей сессий 5GC недостаточно проверять только радиодоступ. Инженерам может потребоваться анализ пересылки AMF, выбора SMF, данных UDM, конфигурации DNN, S-NSSAI, тракта UPF, установки правил QoS, состояния LADN, режима SSC и правил N4 к UPF. Ошибка в любой из этих областей может привести к отказу сессии, неправильной работе или отсутствию ожидаемой обработки QoS.

Рекомендации по планированию

Грамотное планирование управления сессиями 5GC начинается с разделения сервисов. Не каждый сервис должен использовать один и тот же DNN, слайс, модель QoS и режим непрерывности. Доступ в Интернет, IMS, частный корпоративный доступ, локальные кампусные приложения, промышленный управляющий трафик и периферийные сервисы могут иметь разные требования. Эти различия следует определить до настройки DNN и данных подписки.

Следующий приоритет — определить требуемую степень непрерывности сессии. Некоторым сервисам нужен стабильный IP-адрес UE и непрерывная сессия. Другие допускают новую сессию, если приложение способно восстановиться. Для одних полезен установление до разрыва, для других приемлем разрыв до установления. Режим SSC следует рассматривать как решение архитектуры сервиса, а не просто параметр таблицы.

Планирование LADN должно начинаться с географии сервиса. Зона обслуживания формируется из зон отслеживания, а AMF настраивается с LADN DNN и сведениями о зоне отдельно для каждой DN. UE также нужна правильная локальная конфигурация, чтобы распознавать LADN DNN и связанное приложение. При отсутствии сведений о зоне LADN UE должно считать себя находящимся вне зоны, поэтому попытки доступа будут отклоняться в соответствии с проектом.

Планирование периферийного доступа требует четкой логики направления трафика. Правила ULCL должны соответствовать реальному трафику приложений, а не общим предположениям. Если локальный и удаленный трафик смешаны в одной PDU-сессии, SMF и UPF необходимо настроить особенно внимательно. Выбор PSA, подключение N6, тракты N9 и расположение локального сервера влияют на задержку и непрерывность сервиса.

Планирование QoS требует не меньшего внимания. Одного значения 5QI недостаточно. Инженеры должны понимать, является поток GBR или Non-GBR, требуются ли GFBR и MFBR, подходят ли Session-AMBR и UE-AMBR, как назначается QFI и как gNB сопоставляет потоки QoS с DRB. Если радиосопоставление не соответствует требованиям сервиса, сессия может быть создана правильно, но качество останется низким.

Наконец, управление сессиями необходимо проверять в реалистичных сценариях мобильности и работы сервисов. Статический лабораторный вызов не подтверждает поведение SSC. Одна интернет-сессия не доказывает ограничение LADN. Простой тест пропускной способности не подтверждает дифференциацию потоков QoS. Следует проверять регистрацию без сессии, несколько PDU-сессий, вход и выход из LADN, режимы SSC, локальное ответвление на периферию, добавление потока QoS, активацию пользовательской плоскости и освобождение сессии.

Итоговый технический взгляд

Управление сессиями 5GC — это часть ядра, которая превращает требования сервиса в подключение данных. Оно создает и контролирует PDU-сессии, выбирает DNN, применяет правила слайса и подписки, определяет режим SSC, управляет трактами UPF, поддерживает локальные ограничения и назначает обработку потоков QoS. Именно оно обеспечивает гибкость 5G для смартфонов, голосовых услуг, промышленных устройств, корпоративных сетей, локального доступа и периферийных вычислений.

Переход от логики каналов передачи данных 4G к логике PDU-сессий 5G — не просто обновление терминов. Он меняет создание подключения, разделение сервисов, применение QoS и направление пользовательских трактов. Разделение AMF и SMF делает архитектуру модульнее. Данные подписки UDM становятся более структурированными. Режимы SSC предлагают разные модели непрерывности. LADN добавляет зональный доступ к сервисам. ULCL и PSA обеспечивают периферийные тракты. Потоки QoS заменяют ориентированный на каналы передачи данных подход более точной классификацией сервисов.

Лучший способ понять управление сессиями 5GC — проследить сервис от запроса до пользовательской плоскости. UE запрашивает PDU-сессию. AMF передает сообщение. SMF проверяет подписку, DNN, слайс, тип PDU и режим SSC. UPF создает тракт к DN. Правила QoS классифицируют трафик. gNB сопоставляет потоки QoS с радиоканалами DRB. Затем изменения мобильности и местоположения влияют на непрерывность, локальный доступ и периферийную маршрутизацию. Все этапы образуют одну цепочку управления сессиями.

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

Почему UE может зарегистрироваться без создания PDU-сессии?

Регистрация лишь сообщает сети, что UE известно и достижимо. PDU-сессия требуется только при необходимости передачи пользовательских данных, поэтому 5G не создает ресурсы пользовательской плоскости заранее.

Почему AMF пересылает сообщения NAS-SM, а не обрабатывает их полностью?

AMF предназначена для управления доступом и мобильностью, а логика сессии принадлежит SMF. Пересылка NAS-SM сохраняет разделение обязанностей и делает архитектуру модульнее.

Почему DNN — это не просто переименованный APN?

DNN связан с правилами сессий 5G, контекстом слайса, типами PDU-сессий, поведением LADN, управлением политиками и выбором SMF, поэтому его роль шире простого имени доступа.

Когда режим SSC 3 предпочтительнее режима SSC 2?

Режим SSC 3 подходит, когда сервис допускает смену сессии, но выигрывает от установление до разрыва, уменьшающего перерыв по сравнению с предварительным освобождением старой сессии.

Почему LADN требует осведомленности на стороне UE?

До запроса установления или изменения сессии либо активации пользовательской плоскости UE должно знать, является ли DNN адресом LADN DNN и находится ли оно в настроенной зоне обслуживания.