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

AMF (Функция управления доступом и мобильностью) - это функциональный блок (CU) плоскости управления в ядре сети 5G (CN). Элементы радиосети (gNodeBs) должны подключиться к AMF, прежде чем они смогут получить доступ к какой-либо услуге 5G. Подключение между AMF и другими блоками в системе 5G показано на рисунке ниже.     *Рисунок 1. Схематическая диаграмма подключения AMF и элемента сети 5G (сплошные линии на рисунке представляют физические соединения, а пунктирные линии представляют логические соединения)   I. Функции интерфейса AMF N1[2]: AMF получает всю информацию, связанную с подключением и сеансом, от UE через интерфейс N1. N2[3]: Связь между AMF и gNodeB, относящаяся к UE, а также связь, не относящаяся к UE, осуществляется через этот интерфейс. N8: Все правила политики пользователя и конкретного UE, данные подписки, связанные с сеансом, пользовательские данные и любая другая информация (например, данные, предоставляемые сторонним приложениям) хранятся в UDM, и AMF получает эту информацию через интерфейс N8. N11[4]: Интерфейс N11 представляет собой триггеры для AMF для добавления, изменения или удаления сеансов PDU на плоскости пользователя. N12: AMF имитирует AUSF в ядре сети 5G и предоставляет услуги AMF через интерфейс N12 на основе AUSF. Сеть 5G представляет собой интерфейс на основе услуг, ориентированный на AUSF и AMF. N22: AMF выбирает лучшую сетевую функцию (NF) в сети, используя NSSF. NSSF предоставляет информацию о местоположении сетевой функции AMF через интерфейс N22. SBI[8]: Интерфейс на основе услуг - это связь между сетевыми функциями на основе API.   II. Протоколы приложений AMF NAS[5]: В 5G NAS (протокол непротокольного уровня доступа) - это протокол плоскости управления на радиоинтерфейсе (интерфейс N1) между UE и AMF; он отвечает за управление контекстом, связанным с мобильностью и сеансом, в рамках 5GS (системы 5G). NGAP[6]: NGAP (протокол приложений следующего поколения) - это протокол плоскости управления (CP), используемый для сигнализации между gNB и AMF. Он отвечает за обработку услуг, связанных с UE, и услуг, не связанных с UE. SCTP[7]: Протокол управления передачей потока (SCTP) обеспечивает передачу сигнальных сообщений между AMF и узлом 5G-AN (интерфейс N2). ITTI Messages[9]: Межзадачный интерфейс, используемый для отправки сообщений между задачами.   III. Поток вызова - регистрация и дерегистрация UE (шаги) AMF сначала необходимо зарегистрироваться в NRF для идентификации и связи с местоположением сетевой функции. Когда UE включается, он проходит процесс регистрации. AMF обрабатывает регистрацию, а затем получает начальное сообщение NAS UE и запрос на регистрацию. Это сообщение используется для создания идентификатора AMF для UE. Затем AMF проверяет AMF, в котором UE зарегистрировался в последний раз. Если адрес старого AMF найден успешно, новый AMF извлечет все контексты UE и инициирует процедуру дерегистрации для старого AMF. Старый AMF запрашивает освобождение контекста SM от SMF и контекста UE от gNB.   IV. Аутентификация и авторизация терминала Если новый AMF не обнаруживает никаких следов старого AMF, он инициирует процесс авторизации и аутентификации с UE. Он обрабатывает процесс проверки идентификации и запрашивает вектор аутентификации от AMF. Затем он отправляет запрос аутентификации в UE, чтобы установить ключ безопасности и выбрать алгоритм безопасности для канала, тем самым обеспечивая безопасную передачу данных. AMF управляет всеми каналами передачи NAS downlink/uplink, используемыми для связи.

По мере усложнения сетей мобильной связи оптимизация производительности и улучшение пользовательского опыта становятся критически важными для операторов. Ранее инженеры по оптимизации в основном полагались на drive-тесты для выполнения (физических) измерений сети, чтобы понимать и контролировать покрытие и производительность беспроводной связи. Однако этот метод тестирования дорог, трудоемок и не всегда всеобъемлющ.   I. Минимальное Drive-тестирование (MDT) - это метод измерения беспроводной сети, разработанный 3GPP для сетей мобильной связи. MDT позволяет сети собирать фактические данные о производительности непосредственно со стороны пользовательского оборудования (UE), тем самым уменьшая потребность в ручном drive-тестировании. Он специально разделен на Зарегистрированное MDT и Немедленное MDT (iMDT).   II. Немедленное MDT, как определено в 3GPP, относится к отчетности в реальном времени о данных о производительности сети терминальным оборудованием (UE) во время сеанса радиосвязи. В отличие от зарегистрированного MDT, которое хранит данные на устройстве для последующей загрузки, немедленное MDT отправляет результаты измерений в сеть, позволяя операторам:   Выявлять проблемы в сети, такие как сбои радиосвязи (RLF), в реальном времени. Собирать данные в определенных местах во время сеанса реального времени. Улучшать производительность пользователей в реальном времени.   III. Ключевые моменты немедленного MDT Процесс немедленного MDT во время сеанса соединения между UE и сетью в основном включает в себя: Настройка MDT: UE получает конфигурацию MDT от сети. Эта конфигурация указывает, какие типы данных необходимо собирать (например, RSRP, RSRQ, SINR или события вызова). Время измерения: В подключенном состоянии UE периодически выполняет измерения на основе указанных условий. Параметры измерения могут включать мощность сигнала, показатели качества и данные о местоположении. Мертвые зоны покрытия и сбои радиосвязи (RLF): Если UE обнаруживает себя в мертвой зоне покрытия, может произойти RLF, что побуждает процесс MDT записывать мощность сигнала и местоположение для дальнейшего анализа. Регистратор и индикация RLF: Во время события RLF UE регистрирует ключевую информацию, такую как мощность сигнала и координаты местоположения. После повторного установления соединения RRC создается и отправляется индикация журнала RLF. Восстановление и отчетность: UE необходимо восстановить соединение RRC для повторного подключения. После повторного подключения RRC UE отправляет индикацию журнала RLF вместе с записанной информацией. Это помогает сети определить местоположение и причину RLF, что очень полезно для оптимизации сети.

I. Уведомление о ресурсах сессии PDU (PDU SESSION RESOURCE NOTIFY) - это уведомление системы 5G для сетевого элемента ядра AMF о том, что поток QoS или сессия PDU, установленная для конкретного терминала (UE), была освобождена, больше не выполняется или повторно выполняется узлом NG-RAN, управляемым уведомлением о запросе. Эта процедура также используется для уведомления узла NG-RAN о параметрах QoS, которые не были успешно приняты во время процедуры запроса передачи пути. Вся процедура использует сигнализацию, связанную с UE.   II. Уведомление об успешном выделении ресурсов сессии PDU: Как показано на рисунке 8.2.4.2-1, операция успешного выделения ресурсов сессии PDU инициируется узлом GN-RAN.     III. Ключевая информация для уведомления о ресурсах сессии PDUвключает:   Узел NG-RAN инициирует этот процесс, отправляя сообщение уведомления о ресурсах сессии PDU. Сообщение PDU SESSION RESOURCE NOTIFY должно содержать информацию о ресурсах сессии PDU или потоках QoS, которые были освобождены, больше не выполняются или были повторно выполнены узлом NG-RAN. Для каждой сессии PDU, где некоторые потоки QoS были освобождены, больше не выполняются или были повторно выполнены узлом NG-RAN, следует включить IE передачи уведомления о ресурсах сессии PDU, содержащую: Список потоков QoS, освобожденных узлом NG-RAN (если таковые имеются) в IE списка освобождения потока QoS. Если после освобождения (например, разделения сессии PDU) с существующим каналом не связано никаких других потоков QoS, узел NG-RAN и 5GC должны считать, что связанный транспортный канал NG-U был удален, а связанная информация NG-U UP TNL снова доступна. Список потоков QoS GBR, которые узел NG-RAN больше не выполняет или повторно выполнил узлом NG-RAN (если таковые имеются) в IE списка уведомлений о потоке QoS, вместе с IE причины уведомления. Для потоков QoS, указанных как больше не удовлетворяющие, узел NG-RAN может также указать альтернативные наборы параметров QoS, которые в настоящее время могут быть удовлетворены, в IE индекса текущего набора параметров QoS. Для потоков QoS, указанных как больше не удовлетворяющие, узел NG-RAN может также указать обратную связь RAN в IE обратной связи характеристик трафика TSC. Список (если таковой имеется) потоков QoS, параметры QoS которых были обновлены, но не могут быть успешно приняты узлом NG-RAN во время запроса передачи пути, должен быть включен в IE списка обратной связи потока QoS, который может быть связан со значениями, которые могут быть предоставлены. Для каждого ресурса сессии PDU, освобожденного узлом NG-RAN, передача уведомления об освобождении ресурса сессии PDU должна быть включена в "IE передачи освобождения уведомления о ресурсе сессии PDU", а причина освобождения должна быть включена в "IE причины". Если IE индикации ошибки плоскости пользователя установлено в значение "Получена индикация ошибки GTP-U", SMF (если поддерживается) должен считать сессию PDU освобожденной из-за получения индикации ошибки GTP-U через туннель NG-U, как описано в TS 23.527. Узел NG-RAN (если поддерживается) должен сообщить информацию о местоположении UE в IE информации о местоположении пользователя в сообщении PDU SESSION RESOURCE NOTIFY. При получении сообщения PDU SESSION RESOURCE NOTIFY, AMF должен прозрачно передать IE передачи уведомления о ресурсе сессии PDU или IE передачи освобожденного уведомления о ресурсе сессии PDU в SMF, связанный с соответствующей сессией PDU, для каждой сессии PDU, указанной в IE идентификатора сессии PDU. При получении IE передачи уведомления о ресурсе сессии PDU, SMF обычно инициирует соответствующую процедуру освобождения или модификации на стороне сети ядра для сессий PDU или потоков QoS, которые идентифицированы как больше не удовлетворяющие. Для каждой сессии PDU, если ее IE передачи уведомления о ресурсе сессии PDU или IE передачи освобожденного уведомления о ресурсе сессии PDU содержит IE информации об использовании вторичного RAT, SMF должен обработать эту информацию в соответствии с TS 23.502. Если сообщение уведомления о ресурсе сессии PDU содержит IE информации о местоположении пользователя, AMF должен обработать эту информацию в соответствии с TS 23.501.

  I. CORESET — это набор ресурсов управления, используемый в 5G (NR). Это набор физических ресурсов в определенной области сетки ресурсов нисходящей линии связи, используемый для передачи PDCCH (DCI). В 5G (NR) PDCCH специально разработан для передачи в настраиваемом наборе ресурсов управления (CORESET).   II. PDCCHРасположение CORESET в 5G аналогично области управления в LTE, поскольку его набор ресурсов (RB) и набор символов OFDM настраиваются, и у него есть соответствующее пространство поиска PDCCH. Гибкость конфигурации области управления NR, включая время, частоту, набор параметров и рабочую точку, позволяет ей соответствовать широкому спектру сценариев применения. В то время как PDCCH в областях управления LTE распределяются по всей системной полосе пропускания, PDCCH NR передаются в специально разработанной области CORESET, расположенной в определенной области частотного диапазона, как показано на схеме ниже.   III. 4G PDCCH и 5G PDCCH CORESETВыделение частоты в конфигурации CORESET может быть непрерывным или прерывистым. Конфигурация CORESET охватывает 1-3 последовательных символа OFDM во времени. RE в CORESET организованы в REG (группы RE). Каждый REG состоит из 12 RE из одного символа OFDM в RB. PDCCH ограничен CORESET и передается с использованием собственного демодуляционного опорного сигнала (DMRS) для достижения формирования луча канала управления для UE. Чтобы учесть разные размеры полезной нагрузки DCI или разные скорости кодирования, PDCCH передается с помощью 1, 2, 4, 8 или 16 элементов канала управления (CCE). Каждый CCE содержит 6 REG. Отображение CCE-to-REG CORESET может быть чередующимся (для частотного разнесения) или нечередующимся (для локального формирования луча). IV. Отображение CORESET Каждый терминал 5G (UE) настроен на слепое тестирование нескольких сигналов-кандидатов PDCCH с разными форматами DCI и уровнями агрегации. Слепое декодирование увеличивает сложность UE, но необходимо для гибкого планирования и обработки различных форматов DCI с небольшими накладными расходами.   V. Характеристики CORESET Идентификатор набора ресурсов управления настраивается с использованием 4-битного информационного элемента в MIB (Master Information Block), который связан с определенным ячейкой сигналом синхронизации и блоком физического широковещательного канала (PBCH) (SSB); в 5G (NR) аналогичен области управления PDCCH LTE; CORESET 5G (NR) делятся на два типа: общие CORESET и UE-специфичные CORESET; Каждый активный BWP нисходящей линии связи может настроить до 3 наборов ядер, включая общие CORESET и UE-специфичные CORESET; Обслуживающая ячейка может иметь до 4 BWP, и каждый BWP может иметь до 3 CORESET, всего 12 CORESET; Каждый настраивается с использованием 4-битного информационного элемента в MIB (Master Information Block), который связан с определенным ячейкой сигналом синхронизации и блоком физического широковещательного канала (PBCH) (SSB); может быть идентифицирован по индексу в диапазоне от 0 до 11, под названием Идентификатор набора ресурсов управления; Идентификатор набора ресурсов управления уникален в пределах одной и той же обслуживающей ячейки;Когда определен конкретный CORESET настраивается с использованием 4-битного информационного элемента в MIB (Master Information Block), который связан с определенным ячейкой сигналом синхронизации и блоком физического широковещательного канала (PBCH) (SSB);CORESET0, который связан с начальным пакетом с взвешенной полосой пропускания (пакет с взвешенной полосой пропускания с индексом 0);CORESET настраивается с использованием 4-битного информационного элемента в MIB (Master Information Block), который связан с определенным ячейкой сигналом синхронизации и блоком физического широковещательного канала (PBCH) (SSB);CORESET настраиваются только в пределах связанной с ними полосы пропускания (BWP). Активация происходит только при активации, за исключением CORESET0, который связан с начальным пакетом с взвешенной полосой пропускания (пакет с взвешенной полосой пропускания с индексом 0);В частотной области CORESET настраиваются в частотных сетках 6 PRB с шагом 6 PRB; Во временной области CORESET настраиваются как 1, 2 или 3 последовательных символа OFDM.  

По сравнению с предыдущими поколениями технологий, 5G (NR) предъявляет более высокие требования к точности синхронизации по времени. Это связано с тем, что сети требуется синхронизация для достижения таких функций, как агрегация несущих, Mass MIMO и TDD (Time Division Duplex); ключевые технологии, такие как улучшенные граничные часы, PTP (Precise Time Protocol - протокол точного времени) и TSN (Time Sensitive Networking - сети, чувствительные ко времени), могут удовлетворить ее требования к точности; что касается отчетов о состоянии синхронизации по времени, 3GPP определяет их в TS38.413 следующим образом:     I. Отчет о состоянии синхронизации по времениЦель процесса отчета о состоянии синхронизации по времени в системе 5G - позволить узлам NG-RAN предоставлять информацию о состоянии синхронизации по времени RAN в AMF в соответствии с TS 23.501 и TS 23.502; процесс отчета о состоянии синхронизации по времени использует сигнализацию, не связанную с UE. Успешный процесс операции отчета показан на рисунке 8.19.2.2-1, где:   Узел NG-RAN инициирует процесс, отправляя сообщение отчета о состоянии синхронизации по времени TSCTSF, указанное идентификатором маршрутизации IE, в AMF.   II. Цель отчета о состоянии синхронизации по времени - позволить AMF запрашивать у узла NG-RAN запуск или остановку предоставления информации о состоянии синхронизации по времени RAN, как указано в TS 23.501 и TS 23.502. Успешный процесс операции отчета о состоянии синхронизации показан на рисунке 8.19.1.2-1 ниже. Процесс отчетности использует сигнализацию, не связанную с UE; где:     AMF инициирует этот процесс, отправляя сообщение запроса состояния синхронизации по времени в узел NG-RAN. Если IE типа запроса RAN TSS, содержащийся в сообщении запроса состояния синхронизации по времени, установлен в "start", узел NG-RAN должен начать отчетность RAN TSS для TSCTSF, указанного идентификатором маршрута IE. Если IE типа запроса RAN TSS установлен в "stop", узел NG-RAN должен прекратить отчетность TSCTSF, указанного идентификатором маршрута IE. III. Операция запланированного отчета о состоянии синхронизации завершилась неудачей, как показано на рисунке 8.19.1.3-1, где:     Если узел NG-RAN не может сообщить о состоянии синхронизации по времени, процесс следует считать неудачным, и должно быть возвращено сообщение "Timing Synchronization Status Failed".  

I. Поддержка сервисовКак и в мобильных системах связи 2G, 3G и 4G, системы 5G (NR) поддерживают сервисы, которые можно разделить на три основных типа: голосовые, данные, и видео. Сотовая мобильная система состоит из двух основных частей: мобильного терминала (UE) и сети (состоящей из базовых станций и компонентов подключения к серверу, таких как ядро сети и оптоволокно).   II. Характеристики системы 5G разработан в соответствии со стандартами 3GPP Release 15 и выше и обратно совместим с LTE и LTE-Advanced Pro. В настоящее время системы 5G разрабатываются в нескольких частотных диапазонах для поддержки регулирования спектра по всему миру. Система 5G может состоять из трех частей: UE (т.е. терминал - мобильный телефон) gNB (т.е. базовая станция) CN (т.е. ядро сети)   III. Развертывание сети 5G Развертывание 5G делится на архитектуры Non-Standalone (NSA) и Standalone (SA). В частности:   В NSA UE работает одновременно как на LTE eNB, так и на 5G gNB. В этом режиме UE использует C-plane (плоскость управления) LTE eNB для начальной синхронизации, а затем подключается к U-plane (плоскость пользователя) 5G gNB для обмена трафиком. В SA UE работает только при наличии базовой станции 5G (gNB). В этом режиме UE использует плоскость управления базовой станции 5G для начальной синхронизации, а затем также подключается к плоскости пользователя базовой станции 5G для обмена трафиком.   IV. Последовательность вызовов сервисов 4.1 Последовательность голосового вызова Голосовые вызовы 5G устанавливают цепь между вызывающим и вызываемым абонентом для обеспечения передачи и приема голоса по сети 5G. Голосовые вызовы бывают двух типов: Вызов, инициированный мобильным устройством Вызов, завершенный мобильным устройством Обычные голосовые вызовы можно совершать с помощью телефонов 4G/5G без каких-либо приложений. 4.2 Последовательность вызова данных Вызовы данных 5G устанавливают виртуальную цепь между вызывающим и вызываемым абонентом для обеспечения передачи и приема данных по сети 5G. Вызовы данных бывают двух типов: Пакетный вызов, инициированный мобильным устройством Пакетный вызов, завершенный мобильным устройством Конкретные сервисы включают обычный просмотр веб-страниц и загрузку/выгрузку после установления интернет-соединения с сетью 5G и телефоном 5G (т.е. терминалом).   4.3 Последовательность видеовызова Видеовызовы 5G устанавливают соединение между двумя телефонами (или терминалами) и используют пакетное соединение для передачи и приема видео; он использует такие приложения, как WhatsApp, Facebook Messenger и GTalk через интернет-соединение.

    По сравнению с системами 4G, 5G (NR) добилась прорывных улучшений в ключевых показателях производительности мобильной связи; она также поддерживает различные новые сценарии применения. Основываясь на успехе систем 5G (NR), 6G ожидается к концу 2030 года. Многочисленные исследования 3GPP SA1 по Rel-19 не только демонстрируют дополнительные возможности, которые принесут системы 5G, но и служат руководством для будущих возможностей, необходимых для систем 6G.   I. Стандарты 3GPP Вся разработка мобильной связи от GSM (2G), WCDMA (3G), LTE (4G) до NR (5G) приняла 3GPP, единственный и ведущий мировой стандарт связи. За этот период почти все мобильные телефоны и устройства, подключенные к сотовым сетям, поддерживали хотя бы один из этих стандартов. Помимо вклада в огромный успех систем 4G (широко известных как LTE), 3GPP также значительно улучшила производительность систем сотовой связи в 5G.   II. Стандарты и функции 5G С момента первого коммерческого развертывания систем 5G в 2018 году, как показано на рисунке 1, 3GPP постоянно добавляла новые функции в последующие версии, включая:     Rel-15, Rel-16 и Rel-17 - первые три версии, поддерживающие системы 5G, обеспечивающие базовые функциональные возможности, отличающие 5G от систем 4G. Rel-18, Rel-19 и Rel-20 добавляют расширенные функции в системы 5G и также известны как 5G-Advanced. Вторые и третьи рабочие группы фазы в 3GPP разработали архитектуру и протоколы системы Rel-18, в то время как первая рабочая группа фазы 3GPP обсудила архитектуры систем 6G за пределами системы Rel-19 5G.   III. Общий прогресс Rel-19 На совещаниях SA1#97 (февраль 2022 г.) и SA1#98 (май 2022 г.) рабочая группа 3GPP SA1 достигла соглашения по Rel-19 Описаниям исследовательских пунктов (SIDs), как показано в таблице 1. Многие проекты постепенно переходят к применению.     Как следует из названия исследования, стандарты 3GPP отвечают на более конкретные потребности отраслей, рассматривающих возможность использования коммуникационных систем на основе 3GPP. Предыдущие версии стандартов 3GPP добавили поддержку различных отраслей, таких как связь между машинами. 3GPP также представила такие функции, как поддержка маломощной IoT-связи, IoT-связи с широким покрытием и связи между транспортными средствами.   Однако поддержки предыдущих версий недостаточно для некоторых других отраслей, и новые исследования стремятся удовлетворить их потребности. Например, исследование сервисов Metaverse (FS_Metaverse) будет учитывать требования систем на основе 3GPP при передаче трафика для приложений в сценариях метавселенной.   С другой стороны, по мере того, как отрасли внедряют коммуникационные технологии на основе 3GPP, постоянно появляются новые сценарии, требующие от 3GPP проведения дальнейших исследований. Например, исследование спутникового доступа (FS_5GSAT_ph3) пытается удовлетворить дополнительные потребности спутниковой индустрии, опираясь на предыдущие исследования.

В системе широковещания 5G модификация сессии обновит PDU (Packet Data Unit) сессию; обновление может быть инициировано такими событиями, как терминальное устройство (UE), сеть или сбой радиоканала. Процесс обновления сессии MBS обрабатывается SMF, включая UPF, обновляющий соединение плоскости пользователя; затем UPF уведомляет сеть доступа и AMF для изменения правил сессии, QoS (Quality of Service) или других параметров.   I. Инициация модификации сессии в системах 5G может быть инициирована несколькими сетевыми элементами, а именно: Инициировано UE: UE запрашивает изменения в своей PDU сессии, такие как изменение фильтров пакетов или QoS для конкретной службы. Инициировано сетью: Сеть (обычно функция управления политиками (PCF)) инициирует модификации, такие как применение новых правил политики или изменения QoS. Инициировано сетью доступа: События, такие как сбои радиоканала, неактивность пользователя или ограничения мобильности, могут инициировать модификации, вызывая освобождение сессии AN или изменение ее конфигурации. Инициировано AMF: AMF также может инициировать модификации, например, из-за неуказанных сбоев сети.   II. Успешная модификация MBS процедура модификации широковещательной сессии направлена на запрос узлу NG-RAN об обновлении ресурсов или областей сессии MBS, связанных с ранее установленными широковещательными сессиями MBS; эта процедура использует сигнализацию, не связанную с UE. Успешная модификация показана на рисунке 8.17.2.2-1, где:   MF инициирует этот процесс, отправляя сообщение "BROADCAST SESSION MODIFICATION REQUEST" узлу NG-RAN, в котором:   Если сообщение "Broadcast Session Modification Request" содержит IE "MBS Service Area", узел NG-RAN должен обновить область обслуживания MBS и отправить сообщение "Broadcast Session Modification Response". Если сообщение "Broadcast Session Modification Request" содержит IE "MBS Session Modification Request Transmission", узел NG-RAN должен заменить ранее предоставленную информацию вновь полученной информацией и обновить ресурсы и область сессии MBS в соответствии с запросом, а затем отправить сообщение "Broadcast Session Modification Response". Если сообщение "Broadcast Session Modification Request" включает IE "List of Supported User Equipment Types" (если поддерживается), узел NG-RAN должен учитывать это при конфигурации ресурсов сессии MBS. Если IE индикации сбоя MBS NG-U включен в сообщение запроса модификации широковещательной сессии в рамках IE передачи запроса настройки или модификации сессии MBS и установлен в значение "N3mb path failure", узел NG-RAN может предоставить новую информацию транспортного уровня NG-U для замены информации о сбое транспортного уровня или переключить передачу данных на другой 5GC в соответствии с процедурой восстановления широковещательной сессии MBS при сбое пути N3mb, указанной в TS 23.527.   III. Сбой модификации MBS В действующей сети узлы NG-RAN могут испытывать сбои модификации широковещательной сессии по разным причинам; сбой модификации показан на рисунке 8.17.2.3-1, где:   Если узел NG-RAN не может обновить какие-либо запрошенные модификации, узел NG-RAN должен отправить сообщение "Broadcast Session Modification Failure".  

1. Освобождение сессии широковещания: В системах мобильной связи это относится к процессу, посредством которого пользовательское оборудование (UE) прекращает прием широковещательных сигналов от сети 5G, аналогично завершению сеанса потоковой передачи мультимедиа. Это происходит, когда пользователь явно завершает сеанс, широковещание заканчивается или устройство выходит из зоны покрытия широковещания. Сетевой элемент (Центр обслуживания широковещания/мультикаст) завершит сеанс для обеспечения эффективной передачи данных нескольким пользователям одновременно. Освобождения включают:     Освобождение, инициированное пользователем: Пользователь вручную останавливает широковещание, аналогично закрытию приложения для потоковой передачи. Освобождение, инициированное сетью: Сеанс широковещания завершается из-за завершения воспроизведения контента или прекращения работы сетевым оператором. Это может быть связано с окончанием прямого эфира или запланированного вещания. Освобождение, инициированное устройством: Устройство выходит из зоны покрытия широковещания, что приводит к потере сигнала и завершению сеанса. Центр обслуживания широковещания/мультикаст (BM-SC) управляет сеансами широковещания и может инициировать освобождения на основе сетевых политик или действий пользователя.   2. Процесс освобождения сессии широковещания: Цель состоит в том, чтобы освободить ресурсы, связанные с ранее установленной широковещательной сессией MBS. Освобождение использует сигнализацию, не связанную с UE. Успешная операция освобождения показана на рисунке 8.17.3.2-1, где:       AMF инициирует эту процедуру, отправляя сообщение Broadcast Session Release Request узлу NG-RAN. После получения сообщения Broadcast Session Release Request узел NG-RAN должен ответить сообщением Broadcast Session Release Response. Узел NG-RAN должен прекратить вещание и освободить все ресурсы сеанса MBS, связанные с сеансом широковещания. После получения сообщения Broadcast Session Release Response AMF должен прозрачно передать IE Broadcast Session Release Response Transport (если таковой имеется) в MB-SMF.

  Эффективное использование спектра имеет решающее значение в мобильной связи. Поскольку операторы стремятся обеспечить более высокую скорость передачи данных и лучшее соединение, агрегация несущих (CA) стала одной из самых важных функций, представленных в 3GPP R10 (LTE-Advanced) и получившей дальнейшее развитие в 5G (NR).   1. Агрегация несущих(CA) увеличивает пропускную способность за счет объединения нескольких компонентных несущих (CC). Ширина полосы частот каждой компонентной несущей варьируется от 20 МГц в LTE до 100 МГц в 5G (NR). Таким образом, общая ширина полосы частот LTE-Advanced (5CC) может достигать 100 МГц, в то время как общая ширина полосы частот 5G (NR) (16CC) может достигать 640 МГц. Принцип заключается в том, что, объединяя несущие, сеть может отправлять и получать больше данных одновременно, тем самым повышая эффективность и удобство работы пользователей.   2. Типы агрегации:В 4G и 5G агрегация несущих может быть классифицирована в зависимости от того, как несущие организованы в разных или внутри разных диапазонов частот:   Внутриполосная смежная | Смежные несущие в одном и том же диапазоне | Диапазон 3: 1800 МГц (10+10 МГц смежные) Внутриполосная несмежная | Несущие в одном и том же диапазоне, но с разделением по частоте | Диапазон 40: 2300 МГц (20+20 МГц с зазором) Межполосная агрегация | Несущие из разных диапазонов | Диапазон 3 (1800 МГц) + Диапазон 7 (2600 МГц)   Приведенная выше схема наглядно иллюстрирует внутриполосный несмежный тип, где обе несущие принадлежат диапазону A, но между ними существует зазор в спектре.   3. Внутриполосная смежная агрегация несущих (ICCA) работает путем объединения смежных несущих в одном и том же диапазоне.Несмежная внутриполосная агрегация несущих(NCCA) идет дальше и позволяет агрегировать несмежные несущие в одном и том же диапазоне. Это особенно важно для операторов, работающих с фрагментированными выделениями спектра.   4. Внутриполосная несмежная агрегация несущих(ICA) - это функция, включенная в 4G и 5G для полного использования фрагментированного спектра. Агрегация несущих (CA) позволяет операторам объединять несколько несущих (называемых компонентными несущими (CC)) для создания каналов с большей полосой пропускания, тем самым повышая пропускную способность и улучшая пользовательский опыт.