logo
Отправить сообщение
Shenzhen Olax Technology CO.,Ltd
О нас
Ваш профессиональный и надежный партнер.
Shenzhen OLAX Technology Co., Ltd., которая расположена в Шэньчжэне, Китай.Он является ведущим отечественным поставщиком технологических решений и оборудования для беспроводных коммуникаций..Наши основные продукты 4G C P E WIFI маршрутизаторы, USB WIFI dongles, модемы. карманный WIFI hotspot.G S M и C D M A фиксированные беспроводные телефоны, терминалы, Кроме того, мы поддерживаем блокировку карт,Сетевая блокировка и безопасность SIM-карты.У нас есть основная команда с более чем десятилетним о...
Узнайте больше

0

Год создания:

0

Миллион+
Работники

0

Миллион+
Служение клиентам

0

Миллион+
Годовой объем сбыта:
КИТАЙ Shenzhen Olax Technology CO.,Ltd Высокое качество
Печать доверия, проверка кредитоспособности, RoSH и оценка способности поставщика. Компания имеет строгую систему контроля качества и профессиональную лабораторию.
КИТАЙ Shenzhen Olax Technology CO.,Ltd Развитие
Внутренняя профессиональная команда дизайнеров и мастерская передовых машин. Мы можем сотрудничать, чтобы разработать продукты, которые вам нужны.
КИТАЙ Shenzhen Olax Technology CO.,Ltd Производство
Продвинутые автоматические машины, строгая система управления процессом. Мы можем изготовить все электрические терминалы за пределами вашего спроса.
КИТАЙ Shenzhen Olax Technology CO.,Ltd 100% СЕРВИС
Насыщенная и индивидуальная небольшая упаковка, FOB, CIF, DDU и DDP. Позвольте нам помочь вам найти лучшее решение для всех ваших проблем.

качество Портативные маршрутизаторы Wifi & Беспроводные маршрутизаторы WIFI производитель

Найдите продукты, которые лучше отвечают вашим требованиям.
Случаи и новости
Последние горячие точки
USIM в системе 5G (NR) (1)
1.UE и UICC В системе мобильной связи, определенной 3GPP (Проект партнерства третьего поколения), терминальное устройство пользователя (UE) состоит из:ME (мобильное оборудование) + UICC (Универсальная карта интегральной схемы); где UICC представляет собой физические карты, которые защищены от подделки и устойчивы к программным и аппаратным атакам. 2. UICC и USIM UICC могут содержать несколько приложений, одним из которых является USIM; USIM безопасно хранит и обрабатывает все конфиденциальные данные, связанные с пользователем и домашней сетью.USIM контролируется оператором домашней сети; оператор выбирает данные, которые необходимо настроить в USIM до их выдачи, и удаленно управляет USIM на устройстве пользователя с помощью механизма OTA (over-the-air). 3.USIM в 5G 3GPP определяет USIM для системы 5G в Rel-15 для доступа и использования в сетях 3GPP и не 3GPP, позволяющих UE (пользовательское оборудование) внешние сети передачи данных.USIM определяется в Rel-16 как аутентификация сетевого сегмента. 4.Первая аутентификация является обязательной процедурой, позволяющей UE (пользовательскому оборудованию) получить доступ к сетям 3GPP или не 3GPP. EAP-AKA' or 5G-AKA are the only authentication methods that allow primary authentication and the subscription credentials are always stored in the USIM when the terminal supports 3GPP access functionalityДля первичной аутентификации на основе AKA,взаимная аутентификация, выполняемая в USIM, и генерация ключевого материала (ключ целостности IK и ключ конфиденциальности CK), отправленный USIM в ME, остаются неизменными по сравнению с 3G, 4G и соответствует спецификации 3GPP TS 33.102 [3].Изменения в 5G Primary Authentication USIM включают хранение нового контекста безопасности и дополнительного ключевого материала в USIM (в зависимости от конфигурации USIM). 4.1 Поддержка 5G Если USIM поддерживает хранение параметров 5G, ME будет хранить новый контекст безопасности 5G и новые ключи, определенные для иерархии ключей 5G (т.е. KAUSF, KSEAF и KAMF) в USIM.USIM может хранить контекст безопасности 5G для сетей доступа 3GPP и контекст безопасности 5G для сетей доступа, не являющихся 3GPPХранение контекста безопасности и ключевого материала в USIM обеспечивает более быстрое воссоединение при роуминге (UICC перемещается из одного ME в другой). 4.2 Поддержка NPN Аутентификация в частных сетях (так называемых независимых непубличных сетях) может основываться на системе EAP, поддерживаемой системой 5G;пользовательское оборудование и сервисные сети могут поддерживать 5G AKA, EAP-AKA" или любого другого метода аутентификации EAP ключевого поколения, где: ·При использовании методов аутентификации на основе AKA применяется пункт 6.1 3PPTS 33501[1]. ·При выборе другого метода аутентификации EAP, кроме EAP-AKA', выбранный метод определяет необходимые учетные данные в UE и сети.Как эти учетные данные для других методов ОВП, кроме EAPAKA', хранятся и обрабатываются в ЕС, не подпадает под действиеНо для обеспечения высокого уровня безопасности доступа к частным сетям, private network operators may decide to require the presence and use of a UICC containing USIM applications in order to securely store and process subscription credentials for EAP methods such as EAP-AKA' or EAP-TLS . 5. Вторичная аутентификация Это необязательная аутентификация, основанная на EAP, проводимая между UE (устройством пользователя) и DN (внешняя сеть данных).Хотя выбор метода аутентификации и учетных данных EAP выходит за рамки 3GPP, внешние сети обработки данных могут решить защитить доступ к своему DN посредством сильной аутентификации с помощью метода аутентификации EAP-AKA" или EAP-TLS,UICC в устройстве пользователя Наличие USIM на DN безопасно хранит и обрабатывает учетные данные, используемые для доступа к DN. Сетевая аутентификация с использованием сетевой аутентификации с использованием устройства пользователя и AAA (Authentication,Авторизация и учет) сервер для доступа к сетевой части является необязательным. Специфическая аутентификация сетевого фрагмента основана на структуре EAP, и ее идентификатор пользователя и учетные данные отличаются от учетных данных подписки 3GPP.Он следует обязательной первичной сертификацииЗаинтересованные стороны, развертывающие слайсы, могут решить установить USIM на UICC устройств пользователей, чтобы обеспечить высокий уровень безопасности для доступа к своим слайсам и предотвратить появление несанкционированных пользователей.
Инновации в технологии SIM: подробный взгляд на eSIM и vSIM
01.eSIM   eSIM,известный какВстроенная SIM-карта, илиВстроенная SIM-карта, является программируемой электронной технологией SIM-карты, основная особенность которой заключается в том, что она не требует физического слота,но скорее встроенный чип, который интегрирован непосредственно в плату устройства или внутри других устройств. Часть оборудования     Чип интегральной схемы (IC):В центре eSIM находится небольшой IC-чип, который встроен в материнскую плату устройства, похожий на физическую SIM-карту.EEPROM и серийный блок связи) для хранения и обработки данных SIM.   Часть программного обеспечения     Операционная система (ОС):На чипе eSIM работает выделенная операционная система, часто называемая eUICC (Embedded Universal Integrated Circuit Card), которая управляет функциями SIM, включая хранение данных,безопасная обработка и связь.     Процесс производства eSIM   1 Производство микросхем 2 Испытания чипов 3 Интеграция в устройства 4 Загрузка встроенного программного обеспечения 5 Функциональные испытания и проверка   Виртуальная SIM (vSIM)является технологией SIM-карты без физического форм-фактора, которая позволяет устройствам реализовывать функции связи через программное обеспечение, включая SoftSIM, CloudSIM и другие.   02.Виртуальная SIM (vSIM)   Виртуальная SIM (vSIM)является технологией SIM-карты без физического форм-фактора, которая позволяет устройствам реализовывать функции связи через программное обеспечение, включая SoftSIM, CloudSIM и другие.   SoftSIMконтролирует информацию, записанную в SoftSIM через поставщика терминала,и пользователь покупает и использует услуги связи непосредственно через программное обеспечение без вмешательства оператора, что отключает прямую связь между пользователем и оператором.   CloudSIMявляется своего рода функцией SIM-карты, реализованной на основе технологии облачных вычислений, где пользователи используют сетевые услуги на своих устройствах через облачные услуги.   03.Процесс активации службы SIM   CloudSIMинтегрирует трафиковые ресурсы каждого оператора в облако, выбирает операторов в зависимости от качества сигнала и сети в разных регионах,и подталкивает их к терминалам, чтобы предоставить пользователям лучшие сетевые услугиВключение нескольких операторов облегчает пользователям гибкий выбор более выгодных пакетов.       Хотите узнать больше о SIM-картах и других коммуникационных темах? Мы будем продолжать делиться больше об этом! Увидимся в следующем выпуске!
Типы сеансов PDU, поддерживаемые терминалом 5G (NR)
В 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.

2026

01/23

Характеристики трех режимов SSC в 5G
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, не будут работать;

2026

01/22

Ключевые параметры QoS системы 5G
В системе 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 пакетов данных (не применимо к неструктурированным пакетам данных).

2026

01/21