logo
ส่งข้อความ
Shenzhen Olax Technology CO.,Ltd
เกี่ยวกับเรา
พาร์ทเนอร์มืออาชีพและน่าเชื่อถือของคุณ
บริษัท เชนเจน โอแล็กซ์ เทคโนโลยี จํากัด (Shenzhen OLAX Technology Co.,Ltd) ที่ตั้งอยู่ที่เชนเจน ประเทศจีน บริษัท โอลา็กซ์ เทคโนโลยี ก่อตั้งเมื่อปี 2010เป็นผู้จัดจําหน่ายด้านเทคโนโลยีและอุปกรณ์ปลายทางการสื่อสารไร้สายผลิตภัณฑ์หลักของเราคือ 4G CPE WIFI รูเตอร์ USB WIFI dongles โมเดม จุดติดต่อ WIFI จุดหมายปลายทางการล็อคเครือข่ายและการรักษาความปลอดภัยของบัตร SIM.เรามีทีมงานหลักที่มีประสบการณ์มากกว่าสิบปีในด้าน R & D, ขายและบริการอุปกรณ์สื่อสารและมีประสบการณ์มากมายในการจัดหาอุปกรณ์และระบบแก้ไขให้กับผ...
เรียนรู้ เพิ่มเติม

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 ผู้ผลิต

ค้นหาสินค้าที่ตอบสนองความต้องการของคุณได้ดีกว่า
มินิ รถ Ufi OLAX U90 4G USB Dongle WiFi โมเด็ม IPv4 IPv6 Protocol วิดีโอ

มินิ รถ Ufi OLAX U90 4G USB Dongle WiFi โมเด็ม IPv4 IPv6 Protocol

รับราคาที่ดีที่สุด
กรณีและข่าว
จุดร้อน ล่าสุด
USIM ในระบบ 5G (NR) (1)
1.UE และ UICC ในระบบสื่อสารเคลื่อนที่ที่กําหนดโดย 3GPP (โครงการพันธมิตรรุ่นที่ 3) อุปกรณ์ปลายของผู้ใช้ (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 และการผลิตวัตถุกุญแจ ( Integrity Key IK และ Confidentiality Key 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) ใน USIMUSIM สามารถบันทึกสภาพความปลอดภัย 5G สําหรับเครือข่ายการเข้าถึง 3GPP และสภาพความปลอดภัย 5G สําหรับเครือข่ายการเข้าถึงที่ไม่ใช่ 3GPP. การเก็บข้อมูลความปลอดภัยและสารสําคัญใน USIM ให้ความมั่นคงในการเชื่อมต่อใหม่ที่รวดเร็วขึ้นเมื่อ Roaming (UICC ย้ายจาก ME หนึ่งไปอีก) 4.2 การสนับสนุน NPN การยืนยันตัวตนในเครือข่ายส่วนตัว (ที่เรียกว่าเครือข่ายที่ไม่เป็นสาธารณะอิสระ) สามารถพึ่งพากรอบ EAP ที่รองรับโดยระบบ 5Gอุปกรณ์ผู้ใช้งานและเครือข่ายบริการสามารถรองรับ 5G AKA, EAP-AKA' หรือวิธีการยืนยันตัวตน EAP ของรุ่นกุญแจอื่นใด ·เมื่อใช้วิธีการยืนยันตัวตนที่ใช้ AKA ข้อ 6.1 ของ 3PPTS 33501 [1] จะถูกใช้ ·เมื่อเลือกวิธีการยืนยันตัวตน EAP อื่นจาก EAP-AKA' วิธีที่เลือกจะกําหนดข้อมูลที่ต้องการใน UE และเครือข่ายวิธีการที่หลักฐานนี้สําหรับวิธี EAP อื่นจาก EAPAKA' ถูกเก็บและประมวลผลภายใน UEแต่เพื่อให้มั่นใจในระดับความปลอดภัยสูง สําหรับการเข้าถึงเครือข่ายส่วนตัว 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-TLSUICC ในอุปกรณ์ผู้ใช้ การมี USIM บน DN จะเก็บและประมวลผลข้อมูลการเข้าถึง DN ได้อย่างปลอดภัยการยืนยันตัวตนเฉพาะส่วนเครือข่าย การใช้การยืนยันตัวตนเฉพาะส่วนเครือข่ายระหว่างอุปกรณ์ผู้ใช้งานและ AAA (Authentication,การอนุญาตและบัญชี) ให้เซอร์เวอร์เข้าถึงสไลส์เครือข่ายเป็นตัวเลือก. การยืนยันตัวตนเฉพาะส่วนของเครือข่ายขึ้นอยู่กับกรอบ EAP และ ID ผู้ใช้และหลักฐานการใช้งานของมันแตกต่างจากหลักฐานการสมัครสมาชิก 3GPPมันติดตามการรับรองหลักที่บังคับผู้เกี่ยวข้องที่ใช้สไลส์สามารถตัดสินใจติดตั้ง USIM บน UICC ของอุปกรณ์ผู้ใช้เพื่อรับรองความปลอดภัยระดับสูงในการเข้าถึงสไลส์ของพวกเขาและป้องกันการปรากฏของผู้ใช้ที่ไม่อนุมัติ
การนวัตกรรมในเทคโนโลยี SIM: การดูในความลึกของ eSIM และ vSIM
01.eSIM   eSIMที่เรียกว่าซิมที่ติดตั้งหรือซิมที่ฝัง, เป็นเทคโนโลยีการ์ด SIM อิเล็กทรอนิกส์ที่สามารถเขียนโปรแกรมได้ ซึ่งคุณสมบัติหลักของมันคือมันไม่ต้องการสล็อตทางกายภาพแต่เป็นชิปที่ฝังไว้ในเครื่องที่บูรณาการโดยตรงในบอร์ดวงจรของอุปกรณ์หรือภายในอุปกรณ์อื่น ๆ. ส่วนของฮาร์ดแวร์     ชิปวงจรบูรณาการ (IC)ที่หัวใจของ eSIM คือชิป IC ขนาดเล็กที่ถูกสร้างขึ้นในพานแม่ของอุปกรณ์, เหมือนกับการ์ด SIM ฟิสิกอล. มันมีฮาร์ดแวร์ที่จําเป็น (CPU, ROM, RAM,EEPROM และหน่วยสื่อสารลําดับ) สําหรับการเก็บและประมวลผลข้อมูล SIM.   ส่วนของโปรแกรม     ระบบปฏิบัติการ (OS):ชิป eSIM ใช้ระบบปฏิบัติการพิเศษ ที่มักเรียกว่า eUICC (Embedded Universal Integrated Circuit Card) ซึ่งบริหารฟังก์ชันของ SIM รวมถึงการเก็บข้อมูลการประมวลผลและการสื่อสารที่ปลอดภัย.     กระบวนการผลิต eSIM   1 การผลิตชิป 2 การทดสอบชิป 3 การบูรณาการในอุปกรณ์ 4 โปรแกรมที่ฝังไว้ 5 การทดสอบและตรวจสอบการทํางาน   ซิมออนไลน์ (vSIM)เป็นเทคโนโลยีการ์ด SIM โดยไม่มีปัจจัยรูปแบบทางกายภาพที่ทําให้อุปกรณ์สามารถทําหน้าที่การสื่อสารผ่านโปรแกรม รวมถึง SoftSIM, CloudSIM และอื่นๆ   02.ซิมออนไลน์ (vSIM)   ซิมออนไลน์ (vSIM)เป็นเทคโนโลยีการ์ด SIM โดยไม่มีปัจจัยรูปแบบทางกายภาพที่ทําให้อุปกรณ์สามารถทําหน้าที่การสื่อสารผ่านโปรแกรม รวมถึง SoftSIM, CloudSIM และอื่นๆ   SoftSIMควบคุมข้อมูลที่เขียนไปยัง SoftSIM ผ่านผู้ให้บริการปลายทางและผู้ใช้บริการซื้อและใช้บริการสื่อสารโดยตรงผ่านโปรแกรม โดยไม่ต้องมีผู้นําซึ่งตัดการเชื่อมต่อตรงระหว่างผู้ใช้และผู้ใช้   CloudSIMเป็นประเภทของฟังก์ชันการ์ด SIM ที่ทําขึ้นโดยใช้เทคโนโลยีคอมพิวเตอร์เมฆ โดยที่ผู้ใช้ใช้บริการเครือข่ายในอุปกรณ์ของพวกเขาผ่านบริการเมฆ   03.กระบวนการเปิดใช้บริการ SIM   CloudSIMการรวมทรัพยากรการจราจรของผู้ประกอบการแต่ละคนเข้าสู่คลาวด์ เลือกผู้ประกอบการตามคุณภาพสัญญาณและเครือข่ายของภูมิภาคต่าง ๆและผลักดันพวกเขาไปยังเทอร์มินัลเพื่อให้ผู้ใช้บริการที่มีบริการเครือข่ายที่ดีที่สุดการรวมตัวผู้ประกอบการหลายคน ทําให้ผู้ใช้บริการสามารถเลือกแพคเกจที่คุ้มค่ามากขึ้นได้ง่าย       อยากรู้เพิ่มเติมเกี่ยวกับ ซิมการ์ด และประเด็นการสื่อสารอื่น ๆ ไหม? เราจะแชร์เรื่องนี้อีกต่อไป! เจอกันในเล่มหน้า
5G (NR) RAN Learning - Uplink and Downlink RAN ​​Status Transfer
RAN Status Transfer is the process of transferring a terminal (UE)'s uplink and downlink status information from a source radio access network (RAN) node to a target RAN node in a 5G network. This typically occurs during handover or dual connectivity scenarios. During this process, the AMF transmits information about downlink data (e.g., the number of forwarded packets), along with SN status and the PDCP (Packet Data Convergence Protocol) sequence number and hyperframe number (HFN) status for both uplink and downlink data, to the target RAN.   I. Uplink RAN ​​Status Transfer aims to enable lossless handovers over NG-RAN. The transfer process uses UE-related signaling. The specific process is shown in Figure 8.4.6.2-1 below, where:   The source NG-RAN node initiates this process by stopping allocating PDCP SNs for downlink SDUs and sending an UPLINK RAN STATUS TRANSFER message to the AMF when it deems the transmitter/receiver status frozen. For each DRB for which PDCP-SN and HFN status preservation is applicable, the source NG-RAN node shall include the DRB ID IE, UL COUNT IE, and DL COUNT IE in the DRB Subject Status Transfer List IE within the RAN Status Transfer Transparent Container IE of the UPLINK RAN STATUS TRANSFER message. For each DRB for which the source NG-RAN node has accepted an uplink forwarding request from the target NG-RAN node, the source NG-RAN node may also include the missing and received uplink SDUs in the UL PDCP SDUs IE of the UPLINK RAN STATUS TRANSFER message.   II. Downlink RAN ​​Status Transfer aims to implement NG-RAN-based lossless handover transfer procedures using UE-related signaling. The specific process is shown in Figure 8.4.7.2-1 below, where:     The AMF initiates this procedure by sending a DOWNLINK RAN STATUS TRANSFER message to the target NG-RAN node. The target NG-RAN node performing this handover according to TS 38.300 and using a full configuration shall ignore the information received in this message. For each DRB in the RAN Status Transfer Transparent Container IE that is subject to the State Transfer List IE, the target NG-RAN node shall not transmit any uplink data packet with a PDCP-SN lower than the value of the UL Count Value IE. For each DRB in the RAN Status Transfer Transparent Container IE that is subject to the State Transfer List IE, the target NG-RAN node shall use the value of the DL COUNT Value IE of the first downlink data packet that has not yet been assigned a PDCP-SN. If at least one DRB in the RAN Status Transfer Transparent Container IE of the DOWNLINK RAN STATUS TRANSFER message contains the receive status of the UL PDCP SDUs IE, the target NG-RAN node may use it in status report messages sent to the UE over the radio interface.

2025

09/20

G (NR) RAN Learning -- Path Switch Request During Handover
Similar to the previous generation 4G (LTE) systems, the Path Switch Request is a signaling message sent by the target base station to the core network during handover to redirect the (user) data path of the terminal's (packet data) session. This message initiates a process where the session management unit instructs the user plane to change the downlink data endpoint from the old site (source) to the new site, ensuring uninterrupted data flow to the user's new location.   I. Path Switch Request In 5G, the path request process establishes a terminal (UE)-related signaling connection with the 5GC and, where applicable, requests switching the downlink terminal point of the NG-U transport bearer to a new terminal point. This process utilizes UE-related signaling.   II. Path Request Process As illustrated in Figure 8.4.4.2-1 below, the “PATH SWITCH REQUEST” is initiated by the target NG-RAN node to the AMF. Its specific definition is as follows: The NG-RAN node initiates the process by sending a Path Switch Request (PATH SWITCH REQUEST) message to the AMF. Upon receiving the PATH SWITCH REQUEST message, the AMF shall transparently transfer the Path Switch Request Transfer IE to the SMF associated with each PDU session indicated in the PDU Session ID IE. Upon receiving the PATH SWITCH REQUEST message, the AMF shall deactivate the activated MT communication processing as described in TS 23.502.   III. Path Request Message Processing If the PATH SWITCH REQUEST message contains an RRC Resume Cause IE, the AMF shall (if supported) use it in accordance with the user plane CIoT 5GS optimization provisions for NG-RAN nodes acting as ng-eNBs specified in TS 23.502. If the PATH SWITCH REQUEST message contains a RedCap Indicator IE or eRedCap Indicator IE, the AMF shall (if supported) treat the UE as a RedCap UE or eRedCap UE previously served by an E-UTRA cell, respectively, and use this IE according to TS 23.501. After all necessary updates (including uplink path switching) are successfully completed in the 5GC, the AMF shall send a Path Switch Request Acknowledge message to the NG-RAN node for at least one PDU session resource included in the Path Switch Request. The process then terminates.   IV. PDU Session Handling For an IAB-MT or mobile IAB-MT where the PDU session ID IE in the PATH SWITCH REQUEST message indicates an unassigned PDU session identifier (as defined in TS 24.007), the AMF shall (if supported) consider the IAB-MT or mobile IAB-MT to lack a PDU session and proceed as specified in TS 23.501. Subsequently, the NG-RAN node shall (if supported) ignore the PDU Session Resource Switched List IE in the Path Switch Request Acknowledge message. For each PDU session where the Path Switch Request Transfer IE within the Path Switch Request message contains an Additional DL QoS Flow per TNL Information IE, The SMF can use each included uplink transport layer information as the downlink termination point for the associated QoS flows split across different tunnels for this PDU session.

2025

09/13

Why 5G needs NETCONF system (1)
NETCONF is the full name of Network Configuration Protocol, which is a network management protocol that allows NMS (Network Management System) to issue, modify and delete the configuration of connected network devices (routers, eNodeB, gNodeB, DU, CU or RU). NETCONF is developed and standardized by IETF; while for O-RAN, it is under the responsibility of WG (Working Group 4).   1. The NETCONF protocol uses XML (Extensible Markup Language) data encoding to process configuration data and protocol messages; it is based on the concept of server and client and uses RPC (Remote Procedure Call) mechanism to achieve communication between server and client. The client process runs on the NMS, which can be a script or application, and the server is a typical network device.   2. The characteristics of NETCONF are as follows: It adopts a layered protocol framework, making it more suitable for on-demand, automated and cloud-based networks. It is used to issue, modify and delete configurations to network devices. XML (Extensible Markup Language) is used for data encoding of configuration data and protocol messages. Based on the server and client concept, the NMS acts as a client and the network device acts as a server. Communication between servers and clients is achieved using the RPC (Remote Procedure Call) mechanism. Operations are executed based on the YANG model, reducing network failures caused by manual configuration errors. NETCONF meets the needs of network automation. It provides security mechanisms such as authentication and authorization to ensure secure message transmission. It also provides transaction mechanisms, supporting data classification, storage and migration, phased commit, and configuration isolation. It supports comprehensive configuration delivery, verification, and rollback, minimizing the impact on network services. It allows vendors to define their own protocol operations to implement unique management capabilities.     3.Why is NETCONF needed? A key requirement of cloud networks is network automation for rapid, on-demand service provisioning and automated operations management. Traditional approaches such as CLI and SNM cannot meet this requirement. They have the following limitations, which NETCONF addresses.     31. Disadvantages of CLI: First, configuration is complex. Second, the following: CLIs vary by vendor, requiring users to learn and adapt CLI scripts for each vendor. CLI structure and syntax frequently change, making CLI scripts difficult to maintain. Command output is unstructured, unpredictable, and easily changeable, making automatic parsing of CLI scripts difficult.     3.2 Disadvantages of SNMP: SNMP does not support transactions, resulting in inefficient configuration. SNMP uses the User Datagram Protocol (UDP), which does not provide reliable, sequenced data transmission and lacks effective security mechanisms. SNMP lacks a mechanism for submitting configuration transactions. SNMP manages device configuration on a device-by-device basis and does not support network-level configuration or multi-device configuration collaboration.

2025

09/23