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

  УПФ(Функция пользовательской плоскости) — одна из наиболее важных единиц в 5GC. Это ключевой блок, с которым взаимодействует радиосеть (RAN) во время передачи данных PDU. UPF также является развитиемЧАШКИ(Разделение плоскостей управления и плоскостей пользователя), отвечающих за проверку, маршрутизацию и пересылку пакетов в потоках QoS в политиках подписки. Он использует шаблоны SDF, отправляемые SMF через интерфейс N4, для обеспечения соблюдения правил трафика восходящей линии связи (UL) и нисходящей линии связи (DL). Когда услуга завершается, она выделяет или завершает поток QoS в сеансе PDU; порядок использования обновления и удаления сеанса интерфейса UPF следующий; ознакомьтесь с порядком использования интерфейса (протокола) UPF и терминального вызова в 5G.   I. Модификация сеансаПоток QoS для конкретного терминала выделяется посредством процесса модификации сеанса PDU; дополнительный выделенный поток QoS поддерживает трафик с более высокими требованиями QoS (например, голос, видео, игровой трафик и т. д.); применение модификации (обновления) сеанса в UPF показано на рисунке (1); Рисунок 1. Порядок использования интерфейса UPF модификации (обновления) терминальной сессии в 5G   [6] N4 обрабатывает запрос на изменение сеанса. [6] Удалить существующий PDR [6] Обновление PDR [6] Обновление FAR [6] Обновление URR [6] Обновление QER [6] Обновление панели [6] Настройка узла GTP [6] Настройте N3 TEID и QFI. [6] [7] PFCP отправляет ответ на изменение сеанса [5] N4 создает ответ на изменение сеанса. [5] Запрос PFCP принят. [5] Буфер PDR инициализирован. [5] PDR создан. [6] Отправка буферизованных пакетов данных в gnB (при необходимости) II. Удаление сеансаКогда сеанс терминальной службы завершается, поток QoS будет выделен или завершен в сеансе PDU. Порядок использования удаления сеанса в интерфейсе UPF следующий: Рисунок 2.5G. Порядок использования интерфейса, связанного с удалением терминала UPF.   [6] N4 обрабатывает запрос на удаление сеанса. [6][7] PFCP отправляет запрос на удаление сеанса [5][1] Полный отчет о статусе использования URR сеанса [1] Временная метка последнего отчета [1] Триггер по времени [1] Отчет о периоде действия квоты [1] Триггер мощности [1] Отчет о квоте мощности [5][1] Снимок URR сеанса UPF (общее количество байтов, общее количество пакетов данных, включая восходящий и нисходящий канал) [6][1] Удаление сеанса UPF [1] Удаление всех учетных записей URR сеанса UPF: удаление периода действия, удаление времени квоты, удаление порогового времени. [13]PDR все удалены [13]FAR все удалено [13]URR все удалено [14]QER все удалены [13]БАР все удалено [13]Из SEID

Функция плоскости пользователя(UPF) является одной из самых важных сетевых функций (NFs) в ядре сети 5G. Это вторая сетевая функция, с которой взаимодействует NR RAN во время потоков PDU. UPF является развитием CUPS (разделение плоскости управления от плоскости пользователя), конкретно отвечающей за инспекцию, маршрутизацию и пересылку пакетов в потоках QoS в соответствии с политиками подписки. Она также использует шаблоны SDF, отправленные SMF через интерфейс N4, для применения правил трафика UL (Uplink) и DL (Downlink); когда соответствующая услуга заканчивается, она выделяет или завершает потоки QoS в сессии PDU.   Рисунок 1.5G SMF и его интерфейс (протокол)   I. Интерфейсы и протоколы UPF включают следующее: N4[5]После установления плоскости пользователя контекст управления сессией и необходимые параметры передаются от одномодового волокна (SMF) к функции плоскости пользователя (UPF). PFCP[7] Любая связь между SMF и UPF управляется протоколом пересылки пакетов PFCP (протокол управления); это один из основных протоколов, разделяющих плоскость пользователя и плоскость управления. GTP[3] Протокол туннелирования GPRS (GTP) отвечает за обеспечение бесшовного взаимодействия и передачу трафика между роуминговыми или домашними пользователями и ключевыми сетевыми интерфейсами в 4G, NSA (5G non-standalone), SA (5G standalone) и архитектурах мобильных граничных вычислений. В 5G туннели GTP также используются для интерфейса N9. II. Схема вызова(Установление сессии и инициализация UPF) Во время установления сессии PDU SMF подключается к UPF через PFCP (интерфейс N4). Эта сессия PFCP содержит шаблон SDF, содержащий информацию, такую как PDR, QFI, URR и FAR. UPF выделит поток QoS по умолчанию (non-GBR) во время первоначального установления сессии.   III. Последовательность использования интерфейса вызова терминала (UE) [6] N4 обрабатывает запрос на установление сессии [6] PFCP обрабатывает создание PDR [6] [12] Проверка существующего PDI PDR [6] [12] Проверка TEID [6] [12] Проверка исходного интерфейса [6] [12] Проверка предыдущего идентификатора фильтра SDF [6] [12] Установка всех флагов фильтра: BID, FL, SPI, TTC, FD [6] PFCP обрабатывает создание FAR [6] Создание URR [6] Создание BAR [6] Создание QRR [6] Установка N3 TEID и QFI [4] Инициализация UPF [4] Инициализация контекста PFCP [1] Инициализация контекста UPF [1] Установка функциональных характеристик плоскости пользователя: FTUP, EMPU, MNOP, VTIME, Длина атрибута UPF [6] [7] Ответ на установление сессии [5] N4 Формирование ответа на установление сессии [5] Идентификатор узла [5] Запрос PFCP принят [5] F-SEID [5] Существование PDR проверено [5] PFCP Формирование сообщения FTUP: Функция UP поддерживает выделение/освобождение F-TEID. EMPU: Функция UP поддерживает отправку пакетов конца файла. MNOP: Функция UP поддерживает измерение количества пакетов в URR, что выполняется с помощью флага «Измерить количество пакетов в URR». MNOP (Измерение количества пакетов): Если установлено значение «1», это указывает на то, что в измерениях на основе потоков, в дополнение к измерению в байтах, также запрашивается количество переданных пакетов в восходящем/нисходящем/общем направлении. VTIME: Функциональность UP поддерживает функцию периода действия квоты. Если функциональность UP поддерживает функцию VTIME, она запрашивает у функциональности UP отправку отчета об использовании после истечения срока действия. После истечения срока действия квоты, если пакеты данных получены на UPF, UPF должен прекратить пересылку пакетов данных или разрешить только пересылку ограниченного трафика плоскости пользователя, в зависимости от политики оператора в функциональности UP. Сокращения: FL: Flow Tag (Тег потока) TTC: TOS (Traffic Category - Категория трафика) SPI: Security Parameter Index (Индекс параметра безопасности) FD: Flow Description (Описание потока) BID: Bidirectional SDF Filter (Двунаправленный фильтр SDF)

1. В системе 5G одной из функций SMF (Session Management Function - Функция управления сессиями) является ответственность за передачу информации плоскости управления (CP) пользователя; она работает с UPF для управления соответствующим контекстом сессий терминала; она отвечает за создание, обновление и удаление сессий, а также за присвоение IP-адресов каждой PDU-сессии, предоставляя все параметры и поддерживая различные функции UPF; интерфейс между SMF и другими сетевыми элементами показан на рисунке (1).   *Рисунок 1. Схематическая диаграмма соединения SMF с другими сетевыми элементами (сплошные линии на рисунке представляют физические соединения, а пунктирные линии представляют логические соединения).   II. Прикладные протоколы в SMF включают: PFCP[2]: Вся связь между SMF и UPF управляется PFCP (Packet Forwarding Control Protocol - Протокол управления пересылкой пакетов); это один из основных протоколов, разделяющих плоскость пользователя и плоскость управления. UDP[3]: User Datagram Protocol (Протокол пользовательских датаграмм), протокол транспортного уровня, который обеспечивает адресацию портов источника и назначения для мультиплексирования/демультиплексирования приложений более высокого уровня. Этот протокол отвечает за передачу данных между gNB и UPF. SBI[4] (Service-Based Interface - Интерфейс на основе сервисов): Это метод связи между сетевыми функциями на основе API.   III. Последовательность вызовов сессии терминала Во время установления сессии терминала 5G: Во-первых, SMF регистрируется в NRF для определения местоположения других сетевых функций. Если пользователь хочет получить доступ к услугам передачи данных 5G, необходимо установить PDU-сессию с сетью. UE отправляет запрос на установление PDU-сессии в ядро сети (т.е. AMF). AMF выбирает лучший SMF в сети для поддержания информации, связанной с его сессией. После выбора лучшего SMF, он запрашивает у SMF создание контекста SM. SMF получает данные подписки SM из UDM и генерирует контекст M. Затем SMF и UPF инициируют процесс установления сессии PFCP и устанавливают значения по умолчанию для параметров, связанных с сессией. Наконец, AMF отправляет информацию о сессии в gNB и UE для установления значения PDU-сессии по умолчанию.   Интерфейс установления сессии использует (последовательное) содержание сообщений: [22] Отправить регистрацию NF [22] Повторить отправку регистрации NF [6] Установить файл конфигурации NF [22] Отправить службу обнаружения NF AMF [5] Обработать запрос на установление PDU-сессии [4] Сформировать отклонение установления PDU-сессии GSM [30] Отправить отклонение установления PDU-сессии [28] HTTP POST SM context - Получить Create SM context [31] Обработать создание контекста PDU-сессии SM [22] Отправить обнаружение NF UDM [27] Получить SM context [10] Сформировать/Установить созданные данные [2] Инициализировать контекст SMF [2] Получить информацию DNN [4] Сформировать принятие установления PDU-сессии GSM [22] Отправить обнаружение NF PCF [10] Выбор PCF [24] Отправить создание ассоциации политики SM [29] Решение политики SM в приложении [16] Создать список UPF для выбора [16] Сортировать список UPF по имени [16] Выбрать UPF и назначить IP UE [15] Выбрать UPF по DNN [16] Получить имя UPF по IP [16] Получить ID узла UPF по имени [16] Получить узел UPF по IP [16] Получить ID UPF по IP [18] Сформировать запрос на установление ассоциации PFCP [17] Обработать запрос на установление ассоциации PFCP [19] Отправить запрос на установление ассоциации PFCP [18] Сформировать запрос на установление сессии PFCP [19] Отправить запрос на установление сессии PFCP [20] Отправить запрос PFCP [18] PFCP создает PDR, FAR, QER, BAR [10] Добавить PDR в сессию PFCP [13] [16] Сгенерировать путь данных по умолчанию [16] Сгенерировать путь данных [15] Добавить путь данных [15] Сгенерировать идентификатор оконечного оборудования (TEID) [2] [10] Назначить идентификатор локального системного оборудования (SEID) [10] Выбрать правило сессии [15] Выбрать параметры UPF [15] Добавить PDR, FDR, BAR, QER [29] Обработать правило сессии [3] Активировать туннель и PDR [3] Активировать восходящий/нисходящий туннель [16] Выбрать источник восходящего пути [30] Активировать сессию UPF [30] Установить сессию PFCP [18] Сформировать ответ на установление сессии PFCP [19] Отправить ответ на установление сессии PFCP [20] Отправить ответ PFCP [18] Сформировать ответ на установление ассоциации PFCP [19] Отправить ответ на установление ассоциации PFCP [2] Получить информацию плоскости пользователя [16] Получить путь плоскости пользователя по умолчанию через DNN и UPF [3] Получить ID UPF, IP узла, UL PDR, UL FAR [3] Скопировать первый узел пути данных [25] Получить информацию о PDU-сессии UE через HTTP [15] Получить интерфейс для получения информации об интерфейсе UPF [15] Получить узел UPF через ID узла [15] Получить IP UPF, ID, ID PDR, ID FAR, ID BAR, ID QER [2] Получить пул пути по умолчанию UE [30] Уведомить UE - отправить все пути данных в UPF и отправить результаты в UE [10] Отправить адрес PDU в NAS [12] Создать узел пути данных UE [2] Инициализировать маршрутизацию UE SMF [7] Сформировать передачу запроса на установление ресурса PDU-сессии [8] Обработать передачу сбоя установления ресурса PDU-сессии [8] Обработка передачи ответа на установление ресурса PDU-сессии  

В системе 5G, когда интерфейс NG или определенные части интерфейса NG нуждаются в сбросе, узел NG-RAN будет уведомлен; когда AMF обрабатывает перегрузку, сообщение о перегрузке также будет отправлено узлу NG-RAN, чтобы уведомить gNB о начале процесса управления нагрузкой; конкретные определения этих сообщений следующие:   1. Сброс NG сообщения отправляются узлами NG-RAN и AMF для запроса сброса интерфейса NG или определенных его частей.   Направление сообщения: Узел NG-RAN → AMF и AMF → Узел NG-RAN   2. Сообщение подтверждения сброса NG совместно отправляется узлом NG-RAN и AMF в ответ на сообщение сброса NG.   Направление сообщения: Узел NG-RAN → AMF и AMF → Узел NG-RAN   3. Сообщение подтверждения сброса NG: Это сообщение совместно отправляется узлом NG-RAN и AMF в ответ на сообщение сброса NG.   Направление сообщения: Узел NG-RAN → AMF и AMF → Узел NG-RAN   4. Сообщения об индикации ошибки отправляются узлами NG-RAN и AMF, чтобы указать, что в узле обнаружена ошибка.   Направление сообщения: Узел NG-RAN → AMF и AMF → Узел NG-RAN 5. Сообщение о начале перегрузки отправляется AMF, чтобы указать узлу NG-RAN, что AMF перегружен.   Направление сообщения: AMF → Узел NG-RAN   6. Сообщение об остановке перегрузки отправляется AMF, чтобы указать, что AMF больше не перегружен.   Направление сообщения: AMF → Узел NG-RAN      

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 через интернет-соединение.