КИТАЙ Shenzhen Olax Technology CO.,Ltd Новости компании

В 5G (NR) сеанс PDU представляет собой логическое соединение между терминалом (UE) и сетью передачи данных (такой как Интернет или корпоративная сеть),ответственный за передачу трафика данных и вспомогательные услуги, такие как просмотр или голосовые (VoNR). Сеанс PDU UE управляется SMF (Session Management Function Unit) и переносит трафик, отображаемый в конкретных потоках качества обслуживания (QoS),тем самым достигая дифференцированного уровня обслуживанияТипы сеансов PDU, поддерживаемых терминалами 5G (NR), определены 3GPP в TS23.501 следующим образом:   I. Взаимоотношения ЕС и МСП   1.1В течение жизненного цикла сеанса PDU терминал (UE) может получать информацию о конфигурации от SMF, включая: Адрес П-КСКФ; Адрес DNS-сервера. Если UE указывает сети, что она поддерживает DNS на основе (D) TLS, и сеть хочет обеспечить использование DNS на основе (D) TLS,информация о конфигурации, отправляемая SMF через PCO, может также включать соответствующую информацию о безопасности DNS-сервера, указанную в TS 24.501[47] и TS 33.501[29]. GPSI UE. Терминальное устройство (UE) может получить MTU, которое UE должно рассмотреть от SMF при установке сеанса PDU, как указано в пункте 5.6.10.4.   1.2В течение жизненного цикла сессии PDU информация, которую UE может предоставитьSMFвключает: Указание на то, поддерживается ли повторный отбор P-CSCF, на основе процедур, указанных в TS 24.229[62] (пункт B.2.2.1C и L.2.2.1С). Данные ПС UE отключены.   ---- Оператор может развернуть функциональность NAT в сети; поддержка NAT не указана в выпуске 18.   II. Ethernet и PDU сессии   2.1Для сеансов PDU, установленных с использованием типа Ethernet, SMF и UPF выступают в качествеPDUSession Anchor (PSA) может поддерживать определенное поведение, связанное с фреймами Ethernet, передаваемыми сессией PDU. В зависимости от конфигурации DNN оператора,обработка Ethernet-трафика на N6 может отличаться, например:   Конфигурация "один к одному" между сеансом PDU и интерфейсом N6 может соответствовать выделенному туннелю, установленному на N6.UPF, выступающий в качестве PSA, прозрачно пересылает кадры Ethernet между сеансом PDU и соответствующим интерфейсом N6, и может маршрутизировать трафик нисходящей связи, не зная MAC-адреса, используемого UE. Несколько сеансов PDU (например, несколько UEs), указывающих на один и тот же DNN, могут соответствовать одному и тому же интерфейсу N6.UPF, выступающий в качестве PSA, должен знать MAC-адрес, используемый UE в сессии PDU, чтобы отобразить нисходящие кадра Ethernet, полученные через N6, в соответствующую сессию PDU.Поведение пересылки УПФ, выступающего в качестве PSA, управляется SMF, как подробно описано в пункте 5.8.2.5. ---- MAC-адрес, используемый UE, относится к любому MAC-адресу, используемому UE или любому устройству, локально подключенному к UE и общающемуся с DN с помощью сеанса PDU.   III. SMF и PSA:В зависимости от конфигурации оператора, SMF может запросить UPF, который выступает в качестве якорной точки для сеанса PDU,для ответа на запрос ARP/IPv6 на информацию о соседней ячейке на основе локальной кэшированной информации (i.e, отображение между MAC-адресом UE и IP-адресом, и DN, к которому подключена сессия PDU), или перенаправление трафика ARP с UPF на SMF.Ответы ARP/IPv6 ND, основанные на локальной кэшированной информации, применяются к ND ARP/IPv6, полученным как в направлении восходящей, так и нисходящей связи (UL и DL)..   ---The prerequisite for responding to ARP/NDs from the local cache is that the UE or devices behind the UE obtain their IP address through an in-band mechanism detectable by the SMF/UPF and associate the IP address with the MAC address through this mechanism. ---Этот механизм направлен на то, чтобы избежать вещания или многопространственного вещания ARP/IPv6 NDs каждому UE.

3GPP определяет три режима управления мобильностью и непрерывностью обслуживания (SSC) для UE в системах 5G (NR), каждый из которых имеет следующие характеристики:   I. Режим SSC 1: Для сессий PDU в этом режиме UPF, используемый в качестве якоря сессии PDU при установлении сессии, остается действительным, независимо от технологии доступа (например, типа доступа и ячейки), впоследствии используемой UE для доступа к сети. В частности:   Для сессий PDU типа IPv4, IPv6 или IPv4v6 поддерживается непрерывность IP независимо от изменений в мобильности UE. В Release 18, когда к сессии PDU в режиме SSC 1 применяется многодомашность IPv6 или UL CL, и сеть (на основе локальных политик) выделяет дополнительные якоря сессии для этой сессии PDU, эти дополнительные якоря сессии PDU могут быть освобождены или выделены, и UE не ожидает сохранения дополнительных префиксов IPv6 на протяжении всего времени существования сессии PDU. Режим SSC 1 может применяться к любому типу сессии PDU и любому типу доступа. UE, поддерживающие подключение PDU, должны поддерживать режим SSC 1.   II. Режим SSC 2Если сессия PDU в этом режиме имеет только один якорь сессии, сеть может инициировать освобождение этой сессии PDU и указать UE немедленно установить новую сессию PDU с той же сетью передачи данных. Условие запуска зависит от политик оператора, таких как запросы функций приложений, состояние нагрузки и т. д. При установлении новой сессии PDU может быть выбран новый UPF в качестве якоря сессии PDU. В противном случае, если сессия PDU режима SSC 2 имеет несколько якорей сессии PDU (например, многодомашние сессии PDU или UL CL, примененные к сессиям PDU режима SSC 2), дополнительные якоря сессии PD могут быть освобождены или выделены; кроме того:   Режим SSC2 может применяться к любому типу сессии PDU и любому типу доступа. Режим SSC 2 является опциональным в UE.   ---UE, полагающиеся на функциональность режима SSC 2, не будут функционировать, если режим SSC 2 не поддерживается.   ---В режиме UL CL UE не участвует в перераспределении якорей сессии PDU, поэтому UE не знает о существовании нескольких якорей сессии PDU.   III. Режим SSC 3Для сессий PDU в этом режиме сеть позволяет UE установить соединение с той же сетью передачи данных через новую точку якоря сессии PDU до того, как соединение между UE и предыдущей точкой якоря сессии PDU будет освобождено.   Когда условия запуска выполнены, сеть решает, следует ли выбрать точку якоря сессии PDU UPF, подходящую для новых условий UE (например, точки доступа к сети). В Release 18 режим SSC 3 применяется только к типам сессий IP PDU и любому типу доступа. Для сессий PDU типа IPv4, IPv6 или IPv4v6 применяются следующие правила при изменении точки якоря сессии PDU:   a. Для сессий PDU типа IPv6 новый префикс IP, привязанный к новой точке якоря сессии PDU, может быть назначен в рамках той же сессии PDU (в соответствии с многодомашностью IPv6, как указано в TS23.501 5.6.4.3), или​ b. Новый IP-адрес и/или префикс IP могут быть назначены в рамках новой сессии PDU, установленной при срабатывании UE. После назначения нового IP-адреса/префикса старый IP-адрес/префикс будет сохранен на определенный период времени, в течение которого UE будет уведомлен посредством сигнализации NAS (как описано в разделе 4.3.5.2 TS 23.502[3]) или объявления маршрутизатора (как описано в разделе 4.3.5.3 TS 23.502[3]), после чего он будет освобожден.   Если сессия PDU режима SSC 3 имеет несколько якорей сессии PDU (например, многодомашние сессии PDU или UL CL, примененные к сессиям PDU режима SSC 3), дополнительные якоря сессии PDU могут быть освобождены или назначены. Поддерживает ли UE режим SSC 3, является опциональным.   ----Если UE не поддерживает режим SSC 3, функции, которые полагаются на режим SSC 3, не будут работать;

В системе 5G (NR) QoS является наилучшей единицей гранулированности для дифференциации QoS (Качество обслуживания) в сессии PDU терминала (UE).Каждый поток QoS идентифицируется уникальным идентификатором, называемым QFI (QoS Flow ID)QoS обычно включает следующие параметры:   1.GFBR (Гарантированная скорость потока) Применение:Применяется только для потоков GBR и GBR QoS с критическими задержками. Функция:Определяет минимальную скорость передачи битов, которую может достичь поток QoS при измерении по среднему окну. Вверх и вниз:Указывает GFBR для восходящей и нисходящей связи отдельно.   2. MFBR (максимальная скорость потока битов) Применение:Применяется только для потоков GBR и GBR QoS с критическими задержками. Функция:Определяет максимальную скорость передачи битов, которую может достичь поток QoS при измерении по среднему окну. Вверх и вниз:Указывает MFBR для восходящей и нисходящей связи отдельно.   3. Максимально допустимая скорость передачи битов сеанса (Session-AMBR) Функция:Определяет сумму максимально допустимых скоростей передачи всех потоков QoS, не относящихся к GBR, в конкретной сессии PDU. Исполнение:Управляется функцией уровня пользователя (UPF) соответствующей сессии PDU.   4. Терминал (UE) Максимально допустимая скорость передачи битов (UE-AMBR) Функция:Определяет сумму максимально допустимых скоростей передачи всех потоков QoS, не относящихся к GBR, конкретного UE. Исполнение:Управляется базовой станцией.   5. Максимальная скорость потери пакетов Применение:Применяется только для потоков GBR и GBR QoS с критическими задержками и только для голосовых носителей в спецификации 3GPP Release 15. Функция:Определяет максимально допустимый уровень потерь пакетов в восходящей и нисходящей ссылках.   6Контроль уведомлений Функция:Указывает, должна ли базовая станция уведомлять SMF, если поток QoS не соответствует ее GFBR. Поведение:Если GFBR не выполняется, базовая станция будет продолжать попытку, уведомляя SMF, которая может переконфигурировать или выпустить поток QoS.   7Отражающий атрибут QoS (RQA) Функция:Указывает, требуют ли пакеты в потоке QoS от приложения UE использовать отражающую QoS, которая включает изучение правил восходящей связи из шаблона нисходящей связи. Сфера применения:Используется для PDU сессий IP или Ethernet пакетов данных (не применимо к неструктурированным пакетам данных).

  Чтобы гарантировать, что сессия PDU терминала (UE) останется неизменной во время мобильности или изменений в сети (передача управления), обеспечивая бесперебойную работу пользователя, 3GPP определила SSC (Session and Service Continuity - Непрерывность сессии и обслуживания) для 5G (NR)! Благодаря управлению SSC сессии могут осуществлять плавную передачу управления без прерывания обслуживания, что имеет решающее значение для различных приложений, таких как VoIP, игры и Интернет вещей.   I. PDU SSC: Архитектура системы 5G (NR), определенная 3GPP, поддерживает непрерывность сессий PDU и обслуживания, удовлетворяя различные требования к непрерывности различных приложений/сервисов для терминала (UE). Система 5G поддерживает различные режимы SSC (Session and Service Continuity - Непрерывность сессии и обслуживания). Режим SSC , связанный с сессией PDU, остается неизменным на протяжении всего ее жизненного цикла.   II. Режимы SSC:В настоящее время (версия R18) определены три режима для SSC (Session and Service Continuity - Непрерывность сессии и обслуживания): В режиме SSC 1 сеть поддерживает службу подключения, предоставляемую UE. Для сессий PDU IPv4, IPv6 или IPv4v6 IP-адрес будет сохранен. В режиме SSC 2, сеть может освободить службу подключения, предоставляемую UE, и освободить соответствующую сессию PDU. Для типов IPv4, IPv6 или IPv4v6 освобождение сессии PDU приведет к освобождению IP-адреса, назначенного UE. В режиме SSC 3, изменения в плоскости пользователя видны UE, в то время как сеть гарантирует, что подключение UE не прерывается. Перед завершением предыдущего подключения устанавливается подключение через новую точку привязки сессии PDU для обеспечения лучшей непрерывности обслуживания. Для типов IPv4, IPv6 или IPv4v6 в этом режиме IP-адрес не сохраняется при изменении точки привязки сессии PDU. В версии спецификации R18 процесс добавления/удаления дополнительных точек привязки сессий PDU в сессиях PDU, используемых для локального доступа DN, не зависит от режима SSC сессии PDU.   III. Выбор режима: В 5G режим SSC, принятый терминалом, определяется SMF на основе режимов SSC, разрешенных в подписке пользователя (включая режим SSC по умолчанию), и типа сессии PDU, а также учитывает режим SSC, запрошенный UE, если он присутствует. Оператор может предоставить UE политику выбора режима SSC (SSCMSP) в рамках правил URSP (см. раздел 6.6.2 TS 23.503 [45]). UE должен использовать SSCMSP для определения типа сессии и режима непрерывности обслуживания, связанного с приложением UE или группой приложений, как описано в разделе 6.6.2.3 TS 23.503 [45].   Если у UE нет SSCMSP, режим SSC может быть выбран на основе локальной конфигурации UE, как описано в TS 23.503 [45] (если применимо). Если UE не может выбрать режим SSC, UE запрашивает сессию PDU, не предоставляя режим SSC.

Терминалы 5G поддерживают одновременное установление нескольких сеансов PDU; в отношении восходящей связи в этих сеансах 3GPP определяет следующее в TS23.501:   I. Классификатор подключения:Для сеансов IPv4, IPv6, IPv4v6 или Ethernet типа PDU SMF может решить вставитьUL CL (классификатор подключения)в пути передачи данных сеанса PDU; Это...UL CLявляется функцией, поддерживаемой UPF, предназначенной для локальной отгрузки части трафика на основе фильтров трафика, предоставляемых SMF. UL CLВставка и удаление определяются SMF и контролируются SMF с использованием общих функций N4 и UPF.   II. СМФ может принять решение о включении UPF, поддерживающей функциональность UL CL, в путь данных сеанса PDU во время или после установки сеанса PDU;и может также решить удалить UPF, поддерживающий функциональность UL CL, из пути данных сеанса PDU после установки сеанса PDU. SMF может включать несколько UPF, поддерживающих функциональность UL CL, в путь данных сеанса PDU. УП не осведомлен о перегрузке трафика, вызванной UL CL, и не участвует в вставке и снятии UL CL.   III. Обработка ЕС Для сессий PDU типа IPv4, IPv6 или IPv4v6 UE связывает сессию PDU с одним адресом IPv4, одним префиксом IPv6 или обоими, присвоенными сетью.Когда функция UL CL вставляется в путь данных сеанса PDU, сеанс PDU будет иметь несколько якорей сеанса PDU. Эти якори сеанса PDU обеспечивают различные методы доступа к одному и тому же DN. Для сеансов PDU типа IPv4, IPv6 или IPv4v6 UE получает только один адрес IPv4 и/или префикс IPv6.S-NSSAI) так, чтобы сеанс PDU был выпущен, когда адрес IPv4, присвоенный UE, ассоциируется с PSA и PSA удалена..   IV. UL CL Применение: Текущая версия поддерживает только терминалы (UE), использующие один адрес IPv4 и/или префикс IPv6 и конфигурирующие несколько якорей сеансов PDU,при условии, что при необходимости используются соответствующие механизмы для правильной пересылки пакетов в точке отсчета N6. Спецификация R18 не охватывает механизм пересылки пакетов между локальной сессией PDU доступа и DN через точку отсчета N6; где: UL CL обеспечивает переадресацию трафика UL к различным якорям сеансов PDU и объединение трафика DL с UE, т.е. объединение трафика от различных якорей сеансов PDU на ссылке на UE.Это основано на правилах обнаружения и пересылки трафика, предоставленных SMF.. UL CL применяет правила фильтрации (например, проверка адреса IP-адреса/префикса IP-пакетов UL, отправленных UE), и определяет, как маршрутизируются пакеты.UPF, поддерживающий UL CL, также может контролироваться SMF для поддержки измерения трафика заряда., репликация трафика LI и исполнение битрейт (на сессию PDU AMBR).

I. Якорь сессии PDU:В системе 5G (NR) каждая сессия PDU для терминала (UE) должна сначала завершить PSA (Якорь сессии PDU); эта задача выполняется UPF (Функция плоскости пользователя) через интерфейс N6 сессии PDU (выступая в качестве шлюза, соединяющего с внешней DN (Сетью данных)). PSA действует как точка привязки для каждой сессии данных терминала (UE), управляя потоком данных и устанавливая соединения с такими сервисами, как интернет. Когда UE выполняет несколько сервисов, точка привязки для каждой сессии в нескольких сессиях PDU определяется 3GPP в TS23.501 следующим образом:   II. Несколько якорей сессий PDU:Для поддержки выборочной маршрутизации трафика в DN или для поддержки   В режиме SSC 3, как определено в TS23.501 Раздел 5.6.9.2.3, SMF может управлять путем передачи данных сессии PDU, чтобы сессия PDU могла соответствовать нескольким интерфейсам N6 одновременно. UPF, завершающий каждый интерфейс, называется якорем сессии PDU. Каждый якорь сессии PDU, поддерживающий сессию PDU, обеспечивает доступ к различным DN.   Кроме того, якорь сессии PDU, назначенный во время установления сессии PDU, связан с его режимом SSC, в то время как другие якоря сессии PDU, назначенные в той же сессии PDU (например, для выборочной маршрутизации трафика в DN), не зависят от режима SSC сессии PDU. Когда правила PCC, содержащие информацию управления принудительным применением перенаправления трафика, влияющую на AF, как определено в TS 23.503[45] пункт 6.3.1, предоставляются SMF, SMF может решить, применять ли маршрутизацию трафика на основе DNAI, включенного в правила PCC (используя функцию классификатора UL или многодомашность IPv6).   ----Информация управления принудительным применением перенаправления трафика, влияющая на AF, может быть определена PCF при запросе AF через NEF (как описано в пункте 5.6.7.1), или она может быть статически предварительно настроена в PCF. ----Выборочная маршрутизация трафика в DN поддерживает развертывания, где, например, определенный выбранный трафик пересылается через интерфейс N6 в DN, «ближе» к AN, обслуживающему UE. Это может соответствовать: функции классификатора UL для сессий PDU, как определено в пункте 5.6.4.2; использованию многодомашности IPv6 в сессиях PDU, как определено в пункте 5.6.4.3.

В дорожной карте стандартизации 3GPP NTN (Non-Terrestrial Network) направлена на достижение полного покрытия и связности 5G через спутники и воздушные платформы. Ключевая терминология включает в себя:   1. Определение NTN:Это технология беспроводной сети, одобренная 3GPP, в которой узлы доступа развернуты на космических или воздушных платформах , таких как спутники или высотные платформы (HAPS), а не привязаны к наземной инфраструктуре. Сети NTN обычно используются для расширения покрытия в районах, где развертывание наземной сети нецелесообразно или экономически невыгодно. С точки зрения 3GPP, NTN - это не независимая технология, а скорее расширение 5G (NR). NTN повторно использует и адаптирует протоколы, параметры и процедуры NR, насколько это возможно, для поддержки больших задержек распространения, больших доплеровских сдвигов, больших размеров ячеек и мобильности платформ.   2. Платформы NTN:Это самая основная классификация спутниковых орбит, которая напрямую влияет на задержку, покрытие и мобильность; в частности, включая:   GEO (Геостационарная орбита): Спутники GEO расположены на высоте примерно 35 786 километров и неподвижны относительно Земли. Спутники GEO (геосинхронная орбита) имеют широкое покрытие, но большую задержку туда и обратно, что делает их непригодными для чувствительных к задержкам сервисов. MEO (Средняя околоземная орбита): Спутники MEO работают на высотах от 2000 до 20 000 километров, достигая баланса между покрытием и задержкой; это особенно подчеркивается в текущих спецификациях 3GPP NTN. LEO (Низкая околоземная орбита): Спутники LEO работают на высотах от 300 до 2000 километров. Они обеспечивают низкую задержку и высокую пропускную способность, но движутся очень быстро относительно Земли, что приводит к частым переключениям между спутниками и значительным эффектам Доплера. VLEO (Очень низкая околоземная орбита): VLEO относится к экспериментальным спутникам, предназначенным для работы на высотах ниже 300 километров. Ожидается, что они достигнут сверхнизкой задержки, но столкнутся со значительными атмосферными проблемами. HAPS (Высотная платформа): HAPS обычно работают на высотах от 20 до 50 километров. Платформы HAPS включают: дроны на солнечных батареях, воздушные шары и дирижабли. Системы высотных платформ (HAPS) могут выступать в качестве базовых станций NR, ретрансляторов или усилителей покрытия, и по сравнению со спутниками они имеют квазистатические характеристики и значительно меньшую задержку.   3. Беспроводной доступ (Терминология) NTN gNB:Это базовая станция 5G (NR), специально модифицированная для внеземного развертывания. В зависимости от архитектуры, NTN gNB может быть полностью размещена на спутнике или HAPS, частично развернута в космосе и частично на земле, или полностью наземной, при этом спутник выступает в качестве ретранслятора. Функциональное разделение между космосом и землей является ключевым проектным решением. Прозрачная полезная нагрузка или архитектура Bent-Pipe:В архитектуре прозрачной полезной нагрузки или bent-pipe спутник не выполняет обработку в полосе частот. Эта архитектура направлена на упрощение конструкции спутника, но ее работа сильно зависит от наличия наземной инфраструктуры и каналов связи; передающая полезная нагрузка выполняет следующие функции: Прием радиочастотных сигналов от пользовательского оборудования (UE) Выполнение сдвига частоты и усиления Пересылка их на наземную базовую станцию (gNB) через канал связи Регенеративная полезная нагрузка: Выполняет часть или всю обработку уровня 1 и уровня 2 на спутнике. В этой модели сам спутник несет функциональность gNB. Эта архитектура уменьшает задержку канала связи, улучшает масштабируемость и обеспечивает принятие локальных решений. Однако регенеративные полезные нагрузки увеличивают сложность и стоимость спутника.   4. NTN Links Сервисная ссылка: Конкретно относится к беспроводному соединению между пользовательским оборудованием (UE) и платформой NTN (спутником или высотной платформой). Он использует воздушный интерфейс NR, подходящий для больших радиусов ячеек и расширенной синхронизации. Схема сервисной ссылки 5G NTN, межспутниковой ссылки, канала связи и интеграции наземной сети. Канал связи: Это соединяет спутник с наземной шлюзовой станцией, которая взаимодействует с основной сетью 5G. Каналы связи обычно работают на более высоких частотах и требуют высокоемких каналов обратной связи. Межспутниковая связь (ISL): Поддерживает прямую связь между спутниками, позволяя маршрутизировать данные в космосе без непосредственного участия наземных станций. ISL повышает устойчивость сети и уменьшает сквозную задержку.   5. Архитектура сети Шлюзовая земная станция: Шлюзовая земная станция действует как интерфейс между спутниковой системой и основной сетью 5G. Она соединяет канал связи и играет решающую роль в мобильности и непрерывности сеанса. 5GC, поддерживающая NTN: С точки зрения протокола, основная сеть 5G (5GC) остается в основном неизменной. Улучшения в основном сосредоточены на: поддержке большой задержки, обработке больших ячеек и оптимизации процедур обработки для режимов простоя и подключения. D2D NTN (Direct-to-Device): Пользовательское оборудование (UE) обменивается данными напрямую со спутниками/высотными платформами (HAPS) без промежуточного наземного доступа. Гибридная архитектура NTN-TN: NTN дополняет наземную сеть, используемую для резервирования, разгрузки или расширения покрытия. NTN на основе ретрансляции: Спутники или высотные платформы (HAPS) действуют как узлы ретрансляции между пользовательским оборудованием (UE) и наземной сетью.

При конкурентном случайном доступе после того, как терминал (UE) получает сообщение RAR и отправляет запрос на установление соединения RRC,Получение разрешения на установление связи имеет решающее значение для определения успеха конкурса.В сценарии NTN длительность таймера разрешения споров представляет собой еще одну проблему для терминала (UE).   I. Проблемы с таймером:В процессе RACH после того, как терминал (UE) отправляет запрос на соединение RRC MSG3,он ждет сообщения разрешения спора MSG4 для определения успешности попытки случайного доступаПродолжительность, на которую ЕС слушает MSG4, контролируетсяra-ContentionResolutionTimer (Расчет времени)Этот таймер начинается сразу после отправки MSG3. В системах NTN расстояние между ЕС и базовой станцией спутника намного больше, что приводит к значительно более высоким задержкам в обратном направлении по сравнению с наземными системами.В то время как максимальное конфигурируемое значениеra-ContentionResolutionTimer (Расчет времени)NTN обычно требует энергоэффективной работы,особенно в удаленных или ограниченных батарейных приложенияхПоэтому настройки по умолчаниюra-ContentionResolutionTimer (Расчет времени)должны быть скорректированы для лучшего учета задержек распространения NTN при сохранении мощности UE.   II. Возможное решение: Одним из решений является введение смещения для начала ra-ContentionResolutionTimer в сценарии NTN. Таймер не будет начинаться сразу после передачи MSG3,но только после замены периода, который учитывает ожидаемую задержку поездок туда и обратно в NTN. Эта настройка гарантирует, что таймер будет активен только в течение периода времени, когда ожидается получение MSG4; путем выравнивания таймера с специфической для NTN задержкой,ЕС может избежать ненужного мониторинга в периоды, когда MSG4 вряд ли прибудет.Это экономит энергопотребление и обеспечивает совместимость с более длительным задержкой NTN. Преимущества регулирования таймера на основе смещения включают:   Энергоэффективность:UE отслеживает только то время, когда сообщение, вероятно, действительно придет, тем самым снижая ненужное потребление энергии. Приспособимость к различным орбитам:Сдвиг может быть выполнен в зависимости от типа NTN (GEO или LEO), поскольку задержка распространения значительно отличается между этими системами. МасштабируемостьЭтот метод может адаптироваться к NTN различных масштабов и характеристик задержки распространения без необходимости значительных изменений в стандартном процессе разрешения конфликтов. Прочность:Выравнивание таймера с фактической задержкой предотвращает преждевременное истечение таймера разрешения конфликтов, что в противном случае может привести к ненужным повторным передачам или сбоям в связи NTN.

  В системе 5GАМФотвечает не только за доступ к терминалу (UE) и управление мобильностью, но также за обработку и уведомление других устройств о запросах на обслуживание терминала (UE) и передаче данных. Ключевые моменты взаимодействия со смежными сетями в ходе этого процесса следующие:   I. АИФотвечает за выбор SMF в соответствии с процедурами, описанными в п. 6.3.2; для этой цели он получает данные о подписке от UDM, как определено в этом пункте. Кроме того, он получает подписанный UE-AMBR от UDM и на основе локальной политики оператора получает сеть динамического обслуживания.УЭ-АМБР(по желанию) из ПКФ; затем он отправляет его в (R)AN, как определено в пункте 5.7.2; Взаимодействие AMF-SMF, поддерживающее LADN, определено в пункте 5.6.5.   Для поддержки выставления счетов и соответствия нормативным требованиям (NPLI (информация о местоположении, предоставляемая сетью), как определено в TS 23.228 [15]), связанным с установлением, изменением и освобождением голосовых вызовов IMS или передачей SMS, применяются следующие положения:   Если AMF обладает PEI UE во время установления сеанса PDU, AMF предоставит PEI SMF. Когда AMF пересылает сигнализацию UL NAS или N2 равноправному NF (например, SMF или SMSF) или во время активации соединения UP сеанса PDU, он предоставляет любую информацию о местоположении пользователя, полученную от 5G-AN, а также тип доступа AN (3GPP-не 3GPP) полученной сигнализации UL NAS или N2. AMF также предоставит соответствующий часовой пояс UE. Кроме того, для удовлетворения нормативных требований (т. е. предоставления информации о местоположении, предоставляемой сетью (NPLI), как определено в TS 23.228 [15]); когда метод доступа не является 3GPP, если UE все еще подключено к тому же AMF для доступа 3GPP (т. е. информация о местоположении пользователя действительна), AMF также может предоставить последнюю известную информацию о местоположении пользователя доступа 3GPP и ее период действия.   II. SMF может дополнительно предоставлять PCF информацию о местоположении пользователя, типе доступа и часовом поясе UE.ПКФможет получить эту информацию от SMF, чтобы предоставить NPLI приложениям, запросившим NPLI (например, IMS). Информация о местоположении пользователя может включать в себя:   Для доступа 3GPP: идентификатор соты, даже если AMF получает идентификатор основной соты от вспомогательного узла RAN в NG-RAN, AMF включает только идентификатор основной соты. Для недоверенного доступа без 3GPP: локальный IP-адрес, используемый UE для подключения к N3IWF, и (если обнаружен NAT) номер исходного порта UDP (необязательно).   III. Доверенный не-3GPP   Для доверенного доступа без 3GPP:ТНАП/ПВТПидентификатор, локальный IP-адрес, используемыйUE/N5CWустройство для подключения кТНГФ/TWIFи (если обнаружен NAT) номер исходного порта UDP (необязательно). Когда UE подключается кТНГФс использованием WLAN на основеИЭЭЭ 802.11технологии, идентификатор TNAP должен включать SSID точки доступа, к которой подключено UE.идентификатор TNAPдолжен включать хотя бы один из следующих элементов, если иное не указано вТВАНполитика оператора: BSSID (см. стандарт IEEE 802.11-2012 [106]); Информация об адресе TNAP, к которому подключено UE.   IV.идентификатор TWAPдолжен включать SSID точки доступа, к которой подключен NC5W; если иное не указано в политике оператора TWAN, идентификатор TWAP также должен включать по крайней мере одно из следующего: BSSID (см. стандарт IEEE 802.11-2012 [106]); Информация об адресе TWAP, к которому подключено UE.   Кроме того: Несколько TNAP/TWAP могут использовать один и тот же SSID, и сам по себе SSID может не предоставлять информацию о местоположении, но может быть достаточным для целей выставления счетов. Предполагается, что BSSID, связанный с TNAP/TWAP, является статическим.   В.Информация о местоположении пользователя дляДоступ к W-5GANопределено в TS 23.316 [84]. Когда SMF получает запрос на предоставление отчета с информацией о сети доступа и нет никаких операций, которые необходимо выполнить на 5G-AN или UE (например, нет необходимости создавать/обновлять/изменять потоки QoS), SMF может запросить информацию о местоположении пользователя у AMF. Взаимодействие между AMF и SMF для вставки, перемещения или удаления I-SMF в сеансе PDU описано в разделе 5.34.

  В системе 5G (NR) AMF и SMF являются двумя независимыми функциональными блоками базовой сети. Они напрямую связаны через интерфейс N11; 5G терминал (UE) подключается к ним напрямую или косвенно через интерфейсы N1, N2, N3, N4 и N11, и обмен информацией происходит следующим образом:   I. Сообщения, которыми обмениваются с SMF через интерфейс N1 включают: Единая точка завершения N1 расположена в AMF; AMF пересылает информацию SM-NAS в SMF на основе идентификатора сессии PDU в сообщении NAS. Последующие обмены SM NAS (например, ответы на сообщения SM NAS), полученные AMF через доступ (например, 3GPP или не-3GPP доступ), передаются через тот же доступ. Обслуживающая PLMN гарантирует, что последующие обмены SM NAS (например, ответы на сообщения SM NAS), полученные AMF через доступ (например, 3GPP или не-3GPP доступ), передаются через тот же доступ. SMF обрабатывает часть управления сессией сигнализации NAS, которой обменивается с UE. UE может инициировать установление сессии PDU только в состоянии RM-REGISTERED. Когда SMF выбирается для обслуживания конкретной сессии PDU, AMF должна гарантировать, что вся сигнализация NAS, связанная с этой сессией PDU, обрабатывается одним и тем же экземпляром SMF. После успешного установления сессии PDU AMF и SMF сохраняют тип доступа, связанный с этой сессией PDU.   II. Сообщения, которыми обмениваются с SMF через интерфейс N11 включают: AMF сообщает SMF о доступности UE на основе подписки SMF, включая: информацию о местоположении UE относительно области интереса, указанной SMF. SMF сообщает AMF, когда сессия PDU освобождается. После успешного установления сессии PDU AMF сохраняет идентификатор SMF, обслуживающего UE, а SMF сохраняет идентификатор AMF, обслуживающего UE, включая набор AMF. При попытке подключения к AMF, обслуживающему UE, SMF может потребоваться применить поведение, описанное в разделе 5.21 для «других CP NF».   III​. Сообщения, которыми обмениваются с SMF через интерфейс N2 включают: Определенная сигнализация N2 (например, сигнализация, связанная с хэндовер) может потребовать совместных действий AMF и SMF. В этом случае AMF отвечает за обеспечение координации между AMF и SMF. AMF может пересылать сигнализацию SM N2 соответствующему SMF на основе идентификатора сессии PDU в сигнализации N2. SMF должен предоставить тип сессии PDU и идентификатор сессии PDU в NG-RAN, чтобы NG-RAN мог применить соответствующий механизм сжатия заголовков к пакетам разных типов PDU. Подробности см. в TS 38.413 [34].   IV. Сообщения взаимодействия с SMF через интерфейс N3 включают: Выборочная активация и деактивация существующих UP-соединений сессии PDU определены в пункте 5.6.8 TS 23.501.   V. Сообщения взаимодействия с SMF через интерфейс N4 включают: Когда UPF узнает, что UE получило данные нисходящего канала, но нет информации о туннеле нисходящего канала N3, SMF будет взаимодействовать с AMF для инициирования процедуры запроса обслуживания, инициированной сетью. В этом случае, если SMF узнает, что UE недоступно или что UE доступно только для приоритетных услуг регулирования, а сессия PDU не предназначена для приоритетных услуг регулирования, SMF не должен отправлять уведомление о данных нисходящего канала в AMF;