LA CHINE Shenzhen Olax Technology CO.,Ltd Nouvelles de l'entreprise

  Release 18 defines the RF performance of 5G-Advanced bands/devices within the RAN working group. RAN4's main work includes:   I. Band/Device RF (Performance) Characteristics: FR1 < 5MHz dedicated spectrum FRMCS migrated from GSM-R.  Operating Principle: Coexistence with GSM-R's n100 (1900MHz, 3-5MHz bandwidth) specified ACS/SEM; reduced bandwidth and adjusted power levels for narrowband operation; RRM requirements ensure interference to traditional railways is less than 1%.  Progress: European railways lacked NR spectrum during the migration from GSM-R, and the 5MHz minimum bandwidth limitation prevented coexistence. Results: Actual coexistence tests (m28+n100) showed zero interference. II. RedCap Evolution (positioning via frequency hopping PRS/SRS). Operating Principle: The UE with reduced bandwidth (20MHz) uses frequency hopping PRS within a total bandwidth of 100MHz; gNB coordinates the frequency hopping mode; the UE reports the time of arrival (ToA) for each hop, achieving centimeter-level accuracy. Progress: Due to the narrow bandwidth, Rel-17 RedCap positioning accuracy is limited to within 10 meters. Implementation Results: Positioning accuracy for wearable devices/industrial sensors is less than 1 meter. III. NTN, Sidelink & ITS include NTN (above 10 GHz), Sidelink, and ITS (Intelligent Transportation Systems) radio frequencies;   Operating Principle: Ka-band (17-31 GHz) NTN radio frequencies require ±50 kHz Doppler tolerance and 1000 ms propagation delay. UE power level 3 and beam compatibility are mandatory. The channel model includes atmospheric attenuation and rain attenuation. Progress: Rel-17 NTN is limited to L/S bands; millimeter-wave satellites are subject to propagation obstruction. Implementation Goal: 30 GHz geostationary orbit (GEO) satellite coverage, suitable for backhaul/Internet of Things (IoT). IV. L1/L2 Mobility, XR KPI RRM includes RRM for L1/L2 mobility and XR KPIs. RRM.   Operating Principle: RRM specifications for L1-RSRP measurement (delay

  Dans le groupe de spécifications du réseau d'accès radiotechnique 3GPP (TSG RAN), le RAN3 est responsable de l'architecture globale des réseaux UTRAN, E-UTRAN et G-RAN,ainsi que les spécifications de protocole des interfaces réseau connexesLes détails spécifiques de R18 sont les suivants:   I. AI/ML et architecture mobile IAB pour le RAN3   1.1 AI/ML pour le réseau NG-RAN(Déploiement du modèle, inférence basée sur F1/Xn)   Principe de fonctionnement:CU/DU échangent les paramètres du modèle AI (forme du tenseur, quantification) via F1AP/XnAP. gNB-DU effectue une inférence localement (prédiction faisceau/CSI) et envoie les résultats à CU.Le modèle est mis à jour avec des paramètres supplémentaires (sans nécessiter de recyclage complet). Les progrès:Manque d'intégration standardisée de l'IA; les fournisseurs utilisent des silos propriétaires. Résultats de mise en œuvre:Une IA interopérable sur les RAN de plusieurs fournisseurs a été réalisée (vérifiée par Ericsson et Nokia). 1.2 BSI mobile(Migration des nœuds, transfert sans RACH, reconfiguration NCGI)   Principe de fonctionnement: l'IAB-MT effectue le transfert L1/L2 au nœud parent cible; l'équipement utilisateur de service (UE) effectue le transfert via la réaffectation NCGI (NR cell global ID). Progression du travail: le gNB cible alloue le timing UL via XnAP avant la migration. La topologie est annoncée dans le SIB (mobileIAB-Cell). Résultats de mise en œuvre: défaillance de l'IAB statique pendant le mouvement du véhicule (événements couvrant les véhicules, les trains); baisse de 60% du débit lors de changements de topologie.La migration sans heurts du backhaul maintient 5% du débit UE pendant le mouvement à 60 mph.   1.3 Améliorations du SON/MDT(optimisation du RACH, enregistrement du NPN).   Principe de fonctionnement: MDT enregistre les défaillances de RACH et les événements de mouvement L1/L2 pour des tranches spécifiques.L'enregistrement des NPN (réseaux non publics) inclut les identifiants d'entreprise et les cartes de couverture. Progression du travail: Rel-17 SON ne peut pas reconnaître les interactions de tranches; le NPN de l'entreprise manque de données de diagnostic. Résultats de mise en œuvre: l'optimisation du RAC s'est améliorée de 40%, la vérification du déploiement du NPN a été automatisée. 1.4 Cadre de la qualité de l'information(AR/MR/Cloud Gaming, QoE visible par RAN basé sur un centre de données).   Principe de fonctionnement: gNB collecte des données d'attitude XR, de latence de rendu et de taux de perte de paquets par le biais de mesures QoE (MAC CE / RRC).L'ajustement dynamique de la qualité de vie est effectué sur la base d'événements de bégaiement vidéo et d'indicateurs de mal des transports. Progression: le RAN n'est pas au courant de la QoE de l'application; les opérateurs ne sont pas au courant de la dégradation des performances XR. Résultats de mise en œuvre: la bégaiement vidéo a été réduite de 30% grâce à la planification prédictive. 1.5 Tranchage du réseau(S-NSSAI Alternative, qui autorise partiellement le NSSAI).   Principe de fonctionnement: le NSSAI partiel permet l'utilisation d'un sous-ensemble pendant la congestion; le S-NSSAI est dynamiquement remplacé par le NGAP.L'état de synchronisation du temps (TSS) est indiqué toutes les 10 secondes lors de pannes du GNSS pour obtenir une correction de l'horloge gNB.. Progresses: le déséquilibre de la NSSAI a entraîné 20% des échecs de transfert de tranches; les pannes du GNSS ont entraîné 15% de dérives de temps dans la bande FR2. Résultats de mise en œuvre: la cohérence de la NSSAI a atteint 99% et la précision du temps pendant les pannes était inférieure à 1 μs. 1.6 Résilience au tempsLes données sont fournies par les autorités compétentes de l'État membre dans lequel elles sont situées.   Principe de fonctionnement:Les protocoles NGAP et XnA ont été améliorés avec l'ajout d'un mécanisme de déclaration de l'état de synchronisation du temps (TSS) entre les nœuds du réseau pour détecter et compenser les dérives de temps ou les pannes GNSSCela garantit que les gNB peuvent régler dynamiquement leurs horloges en fonction des messages TSS pour maintenir la synchronisation. Progresses: l'alignement des temps est essentiel pour la NR, en particulier dans les bandes de haute fréquence et NTN. Les pannes du GNSS ou les pannes du réseau peuvent entraîner une dérive des temps, ce qui a un impact sur le débit et la mobilité.Le mécanisme TSS améliore la résilience du réseau en permettant une correction rapide, réduisant les pannes de liaison et la dégradation du service causée par des erreurs de synchronisation.   II. Applications de la technologie RAN3 Relais montés sur le véhicule (VMR pour la couverture des événements). La phase 2 du NPN de niveau entreprise (résélection/transfert du SNPN). Automatisation (AI/ML SON ajuste automatiquement la couverture).   III. RAN3 Applications pratiques CU/DU: Extension F1AP pour les paramètres du modèle IA (par exemple, tensors d'entrée/sortie); la migration mobile IAB MT est réalisée grâce au transfert Xn. Exemples d'application: la réélection mobile IAB-DU diffuse l'indicateur mobile IAB-Cell; les UEs utilisent le classement de priorité assisté par SIB, réduisant ainsi la latence de changement de topologie de 40%.

  RAN2 is responsible for the radio interface architecture and protocols (such as MAC, RLC, PDCP, SDAP), radio resource control protocol specifications, and radio resource management procedures in the 3GPP Radio Access Network (RAN2) technical specifications. RAN2 is also responsible for developing technical specifications for 3G evolution, 5G (NR), and future radio access technologies.   I. Enhanced L1/L2 Mobility and XR Protocols RAN2 focuses on MAC/RLC/PDCP/RRC protocols to achieve mobility, XR, and power efficiency. Key features include:   1.1 L1/L2-centric inter-cell mobility (dynamic cell handover, L1 beam management). Working Principle: In connected mode, the UE measures L1-RSRP via SSB/CSI-RS with no RRC gap. The gNB triggers CHO (Conditional Handover) based on the L1 threshold; the UE performs handover autonomously; L2 handover is performed via MAC CE (without RRC). Progress: Based on RRC, the handover interruption time is 50-100 milliseconds; the handover failure rate on high-speed railways (500 km/h) is as high as 40%. Implementation Results: Interruption time is less than 5 milliseconds, and the handover success rate reaches 95% at a speed of 350 km/h. 1.2 XR Enhancement (Multi-sensor Data, Dual Connectivity Activation).   Working Principle: RRC configures XR QoS streams and performs attitude/motion reports (sending 6 degrees of freedom data every 5 milliseconds). Conditional PSCell activation activates UE measurement SCG L1-RSRP, triggered by MAC CE, without requiring RRC reconfiguration; multi-sensor tagging distinguishes video/haptic/audio streams. Progress: Rel-17 DC activation interruption exceeding 50 milliseconds leads to XR synchronization interruption; multi-sensor QoS cannot be distinguished. Implementation Results: SCG activation latency is less than 10 milliseconds, and the QoS of each sensor stream is independent (haptic priority). 1.3 Multicast Evolution (MBS in RRC_INACTIVE state, dynamic group management). Operating Principle: gNB configures MBS sessions via RRC; inactive UEs join via group ID, requiring no state transition. Dynamic Handover: Unicast to multicast handover is performed based on a UE count threshold. HARQ combines multicast and unicast reception. Work Progress: Rel-17 MBS requires the RRC_CONNECTED state (IoT device power consumption 70%). Result: Software update saves 70% energy, stadium capacity increases by 90%. 1.4 RRC State Optimization (Small data transmitted through inactive state, slice-aware reselection).   Operating Principle: SIB carries slice-specific RACH events/PRACH masks. UEs in idle/inactive states perform slice-aware reselection (prioritizing the highest priority S-NSSAI). UEs in the RRC_CONNECTED state report allowed NSSAI changes during handover. Work Progress: Rel-17's lack of support for slice-aware access resulted in 25% of URLLC UEs accessing eMBB slices. Results: The initial slice access success rate reached 95%. 1.5 Energy Saving (Extended DRX, Reduced Measurement Interval).   How it Works: Extended DRX allows User Equipment (UE) to extend its sleep time by reducing the frequency of paging and control channel listening. Reducing the measurement interval minimizes data transmission interruptions caused by measurement demands by optimizing or combining the measurement interval with other signaling events. Progress: Due to frequent control channel listening and measurement intervals leading to frequent radio state switching, UEs experience high power consumption. By extending the DRX cycle and reducing the measurement interval, battery life is significantly improved across all device categories, especially for IoT devices requiring long-term operation. II. Areas of Improvement: High-speed rail (achieving L1/L2 handover latency

  Deux.Le CMLes statuts (Connection Management) sont utilisés dans le système 5G (UE) pour refléter la connexion de signalisation NAS entre le terminal (UE) et l'AMF. Le code de l'émetteur CM-connecté   Je suis...5G État de la connexion au terminal (UE)Lorsque le terminal accède3GPPetnon-3GPPDans les systèmes, son statut CM est indépendant les uns des autres.Le code de l'émetteurl'État, tandis que l'autreLe CMLe statut peut êtreCM-connecté- Je ne sais pas.   II. État CM-IDLELorsqu'il est en CM-IDLE   2.1 Le terminal 5G (UE) n'a pas établi de connexion de signalisation NAS avec l'AMF en passant par N1; à ce moment, l'UE effectue une sélection de cellules/une nouvelle sélection de cellules conformément à la norme TS 38.304[50] et une sélection PLMN conformément à la norme TS 23.122[17]. L'UE n'a pas de connexion de signalisation AN, de connexion N2 ou de connexion N3. Si l'UE se trouve simultanément dans les états CM-IDLE et RM-REGISTERED (sauf indication contraire à la clause 5).3.4.1), l'UE doit: Répondre à l'appel d'urgence en exécutant la procédure de demande de service (voir la clause 4).2.3.2 de la norme TS 23.502 [3]), sauf si l'UE est en mode MICO (voir la clause 5).4.1.3); Exécuter la procédure de demande de service lorsque l'UE a des signaux de liaison ascendante ou des données utilisateur à envoyer (voir la clause 4).2.3.2 de la TS 23.502 [3]). Le RLAD est soumis à des conditions spécifiques (voir clause 5.6.5).   2.2Lorsque l'état UE dans l'AMF estRM-enregistré, les informations terminales requises pour initier la communication avec l'UE sont stockées.L'AMF doit être en mesure de récupérer les informations stockées nécessaires pour initier la communication avec l'UE à l'aide de 5G-GUTI.. ---- Dans 5GS, l'appel d'urgence n'est pas nécessaire à l'aide du SUPI/SUCI de l'UE.   2.3Lors de l'établissement de la connexion de signalisation AN, l'UE fournit 5G-S-TMSI dans le cadre des paramètres AN conformément aux TS 38.331[28] et TS 36.331[51].Lorsque l'UE établit une connexion de signalisation AN avec l'AN (entrant dans l'état RRC_CONNECTED via l'accès 3GPP, établissant une connexion UE-N3IWF via un accès non fiable hors 3GPP, ou établissant une connexion UE-TNGF via un accès non fiable hors 3GPP), l'UE entre dans l'état CM-CONNECTED.Envoi d'un message NA initial (demande d'enregistrement), demande de service ou demande de désinscription) lance la transition de l'état CM-IDLE à l'état CM-CONNECTED.   2.4Lorsque l'AMF se trouve dans l'état CM-IDLE ou RM-REGISTERED, elle devrait exécuter une procédure de demande de service déclenchée par le réseau lorsqu'elle doit envoyer des données de signalisation ou des données de terminaux mobiles à l'UE.Ceci est fait en envoyant une demande de rappel à l'UE (voir section 4.2.3.3 de la TS 23.502[3]), à condition que l'UE ne soit pas incapable de répondre en raison du mode MICO ou des restrictions de mobilité.   Lorsque l'AN et l'AMF établissent une connexion N2 pour l'UE, l'AMF doit entrer dans l'état CM-CONNECTED. La réception d'un message N2 initial (par exemple, N2 INITIAL UE MESSAGE) déclenche l'AMF pour passer de l'état CM-IDLE à l'état CM-CONNECTED. Lorsque l'UE se trouve dans l'état CM-IDLE, l'UE et l'AMF peuvent optimiser l'efficacité énergétique et l'efficacité de la signalisation de l'UE, par exemple en activant le mode MICO (voir section 5).4.1.3).   III. État CM-CONNÉL'UE dans l'état CM-CONNECTED établit une connexion de signalisation NAS avec l'AMF à travers N1.et l'association NGAP UE entre l'AN et l'AMFL'UE peut être dans l'état CM-CONNECTED, mais son association NGAP UE n'est liée à aucune TNLA entre l'AN et l'AMF.   Pour une UE dans l'état CM-CONNECTED, l'AMF peut décider de libérer la connexion de signalisation NAS avec l'UE après l'achèvement de la procédure de signalisation NAS.   3.1Dans l'état CM-CONNECTED, l'UE doit: Entrez l'état CM-IDLE lorsque la connexion de signalisation AN est libérée (par exemple, entrez l'état RRC_IDLE via l'accès 3GPP,ou lorsque l'UE détecte la libération de la connexion UE-N3IWF via un accès non fiable non 3GPP, ou la libération de la connexion UE-TNGF via un accès non 3GPP de confiance).   3.2Lorsque l'état CM de l'UE dans l'AMF est CM-CONNECTED, l'AMF doit:   --Lorsque la connexion logique de signalisation NGAP de l'UE et la connexion au plan utilisateur N3 sont libérées après l'achèvement de la procédure de libération de l'AN spécifiée dans la norme TS 23.502 [3], l'UE entre dans l'état CM-IDLE..   --L'AMF peut maintenir l'état CM de l'UE dans l'état CM-CONNECTED jusqu'à ce que l'UE soit radiée du réseau central.   3.3Une UE dans l'état CM-CONNECTED peut être dans l'état RRC_INACTIVE, voir TS 38.300[27]. - l'accessibilité UE est gérée par le RAN et les informations auxiliaires sont fournies par le réseau central; - l'appel UE est géré par le RAN; - L'UE écoute les appels à l'aide de son identifiant CN (5G S-TMSI) et RAN.

  3GPP Release 18 is the first 5G-Advanced release, focusing on AI/ML integration, ultimate performance in XR/Industrial IoT, mobile IAB, enhanced positioning, and spectrum efficiency up to 71GHz. RAN1 further promotes AI/ML enhancements in RAN optimization and artificial intelligence (PHY/AI) through physical layer evolution.   I. Key Features of RAN1 (Physical Layer and AI/Machine Learning Innovations)   1.1 MIMO Evolution: Multi-panel uplink (Level 8), MU-MIMO with up to 24 DMRS ports, multi-TRP TCI framework.   Operating Principle: Extends Type I/II CSI reporting through a unified TCI framework across multiple TRP panels. The gNB schedules up to 24 DMRS ports for MU-MIMO (12 in Rel-17), enabling each UE to use Level 8 UL links; DCI indicates joint TCI status; UE applies phase/precoding across panels. Progress: The lack of unified signaling in Rel-17 multi-TRP resulted in a 20-30% loss of spectral efficiency in dense deployments; level restrictions limited the UL throughput of each UE to layers 4-6, thereby achieving a 40% increase in uplink (UL) capacity for stadiums/music festivals.   1.2 AI/ML Applications to CSI Feedback Compression, Beam Management, and Positioning.   Working Principle: The neural network uses an offline-trained codebook to compress Type II CSI (32 ports → 8 coefficients). The gNB deploys the model via RRC; the UE reports the compressed feedback. Beam prediction uses the L1-RSRP mode to pre-position beams before handover. Project Progress: CSI overhead consumed 15-20% of DL resources; in high-mobility scenarios (e.g., highways), beam management failure rates reached as high as 25%. Improvement Results: Channel State Information (CSI) overhead reduced by 50%, handover success rate improved by 30%. 1.3 Enhanced Coverage (Uplink full-power transmission, low-power wake-up signal).   Operating Principle: The gNB sends a signal to the UE, enabling it to apply full power output across all uplink layers (without tiered power backoff). An independent low-power wake-up receiver (duty cycle controlled, sensitivity -110dBm) receives the wake-up signal (WUS) before the main receive cycle. The WUS carries 1 bit of indication information (monitoring PDCCH or sleep). Project Progress: Rel-17 uplink coverage is limited by tiered power backoff (4th order MIMO loss of 3dB); the main receiver consumes 50% of the UE's power during DRX monitoring. Improvements: Uplink coverage extended by 3dB; IoT/video streaming applications saved 40% of power. 1.4 ITS Band Sidelink Carrier Aggregation (CA) and Dynamic Spectrum Sharing (DSS) with LTE CRS.   Operating Principle: Sidelink supports CA across the n47 (5.9GHz ITS) + FR1 bands; supports autonomous resource selection for Type 2c coordination among UEs. Due to a round-trip time (RTT) greater than 500 milliseconds, NTN IoT disables HARQ (only supports open-loop repetition); pre-compensation is implemented for the Doppler effect in DMRS. Project Progress: Rel-17 Sidelink only supports single-carrier (50% throughput loss); NTN IoT HARQ timeouts result in 30% packet loss. Improvements: V2X formation sidelink throughput is increased by 2x, and NTN IoT reliability reaches 95%. 1.5 Extended Reality (XR)/Multi-sensor Communication (High Reliability, Low Latency Support).   Operating Principle: New QoS procedure, latency budget less than 1 millisecond, supports multi-sensor packet tagging (video + haptic + audio stream). gNB prioritizes data through a preemption mechanism. UE reports attitude/motion data for predictive scheduling. Project Progress: Rel-17 XR support only supports unicast; haptic feedback latency exceeds 20 milliseconds (unusable for remote operation). Improvements: End-to-end latency of AR/VR + haptic in industrial remote control is less than 5 milliseconds.   1.6 NTN Functionality Enhancement (Smartphone Uplink Coverage, Disabling HARQ for IoT Devices).   How it Works: Rel-18 improves the uplink coverage of smartphones in non-terrestrial networks (NTNs) by optimizing physical layer transmission, allowing for higher transmit power and better link budget management to accommodate satellite channels. For IoT devices on NTNs, traditional HARQ feedback is inefficient due to long satellite round-trip times (RTTs), therefore HARQ feedback is disabled, and an open-loop repetition scheme is adopted instead. Project Progress: Previously, due to insufficient power control and link margin, the uplink coverage of smartphones on NTNs was limited, resulting in poor connectivity. HARQ feedback caused throughput reduction and latency issues for IoT devices due to satellite latency. Disabling HARQ eliminates feedback latency and improves the reliability of constrained IoT devices. This enables robust global connectivity for IoT and smartphones beyond terrestrial networks. II. RAN1 Project Applications Dense Urban XR (Multi-TRP MIMO technology reduces AR/VR latency to below 1 millisecond); Industrial Automation (AI/ML beam prediction reduces handover failure rate by 30%); V2X/High Mobility (Sidelink CA improves reliability).   III. RAN1 Project Implementation gNB PHY (Base Station Physical Layer): Integrates an AI model for CSI compression (e.g., neural networks predict Type II CSI based on Type I CSI, reducing overhead by 50%). Deploys Multi-TRP TCI via RRC/DCI and uses 2 TAs for uplink timing. Terminal Equipment (UE): Supports low-power wake-up receivers (independent of the main RF link) for DRX alignment signaling.

  RAN3 Release 17 se concentre sur les principales évolutions de la 5G (NR), apportant des améliorations aux architectures clés telles que le support natif de l'informatique de bord multi-accès (MEC),l'introduction de RedCap à capacité réduite pour l'IoT, des chaînes latérales améliorées, le positionnement et le MIMO, et une prise en charge accrue des nouvelles bandes de fréquences (jusqu'à 71 GHz) et des NTN non terrestres.Toutes ces améliorations sont basées sur l'évolution des fonctions de base du réseau pour améliorer l'efficacité du spectre et l'économie d'énergie des appareils, permettant des applications 5G plus larges.   I. Caractéristiques clés du RAN3 dans la version 17 Résultats de l'enquêteAméliorations des fonctions  Réutilisation améliorée des ressources, robustesse de la topologie et options de routage entre les liens parent et enfant de l'IAB. NTN Nom de l'entreprise(Réseau non terrestre) Architecture L'architecture du système prend en charge l'intégration du satellite/HAP avec la 5G terrestre (NR). NPN(Réseau non public) Améliorations et soutien à l'intégration de l'Edge Computing. II. Principaux détails techniques et intégration du système RAN3   2.1 Technologie améliorée d'accès intégré et de liaisons de retour (IAB) Réutilisation des ressources:Rel-17 définit des mécanismes supplémentaires qui permettent aux nœuds IAB d'allouer des ressources de manière plus flexible entre l'accès (à l'UE) et le backhaul (aux nœuds IAB enfants) en fonction de la planification existante. Mise à jour de la signalisation interne F1/Xn entre le nœud parent et l'IAB-DU/MT. Pour parvenir à une gestion et à un redirection robustes des chemins, le plan de contrôle de l'IAB (IAB-CU) doit être en mesure de réaffecter les relations avec les fournisseurs en cas de panne de liaison. Topologie et routage:Prise en charge des mises à jour de la table de routage semi-statique et de la cartographie du porteur améliorée; les fournisseurs doivent tester les règles de congestion/priorité pour le trafic de retour et d'accès. 2.2 NTN architecture   Intégration des réseaux GW et NG-RAN:Le Rel-17 définit les modifications d'architecture NTN de l'étape 2/étape 3 pour prendre en charge les fonctionnalités de liaison par satellite de bout en bout.Les responsables de la mise en œuvre doivent coordonner avec le CN (SA/CT) pour soutenir les sessions de PDU et les différences de mobilité (telles que des délais de remise plus longs dus au mouvement des satellites GEO/LEO).   Temps et synchronisation:Les nœuds NTN nécessitent généralement une distribution GNSS/temps (ou une synchronisation temporelle alternative) et une manipulation spécifique des chronomètres d'avance et HARQ dans l'architecture RAN est nécessaire.

  RAN2's 5G work focuses on consolidating and enhancing the concepts and functions introduced in R16, while adding new system features; improving vertical industry applications including positioning and dedicated networks; advancing short-range (direct) communication between terminal devices in the field of autonomous driving (V2X) for Internet of Things (IoT) support; improving support for multiple media (codecs, streaming media, broadcast) related to the entertainment industry; and improving support for mission-critical communications. Furthermore, it improves several network functions (such as network slicing, flow control, and edge computing). The specific key points regarding the radio interface architecture and protocols (such as MAC, RLC, PDCP, SDAP), radio resource control protocol specifications, and radio resource management processes under the responsibility of 3GPP RAN2 are as follows:   I. Key Features of RAN2 Rel-17: Sidelink Enhancements (Relay, Multicast, V2X Functionality Extensions). RedCap Protocol Support (Lightweight RRC Status, Energy Saving, Feature Set Reduction). QoE/slice control enhancements and mobility handling (slice improvements and ATSSS interaction). Location enhancement procedures (new measurement methods and reference signal usage). II. Rel-17 Implementation Impact and Details   2.1 Sidelink Enhancements (Relay, Multicast, V2X Functionality Extensions) RRC message and MAC/PHY multiplexing changes; new Sidelink relay (L2/L3) multicast and group management procedures. In application: Extended sidelink control channel processing and HARQ management for relay nodes, RC upgrade to support Sidelink configuration lists, group identifiers, and security context distribution. Resource allocation enhancements support scheduling and autonomous resource selection and add an RRC TLV field for authorization timing and reservation windows. 2.2 RedCap and RRC Reduced RRC complexity: RedCap devices may support fewer RRC states and optional functions (e.g., limited measurements). RAN2 specifies capability signaling and fewer RRC IEs; implementers must ensure that the gNodeB's RRC can handle capability-limited UEs without affecting normal UE processing. Energy-saving timers and RRC inactive: Tight integration with MAC and DRX to optimize power consumption; the scheduler supports longer DRX cycles and fewer grant allocations. 2.3 Location and Measurement Rel-17 introduces new measurement types and reporting formats to improve the application of PRS/CSI-RS in location. Implementation requires changes to UE measurement reports (RRC measurement objects and reports) and the LPP/NRPPa interface of the location server. ​

  I. ATSSS is an abbreviation for Access Traffic Steering, Switching, Splitting; this is a function introduced by 3GPP for 5G (NR) that allows mobile devices (UEs) to simultaneously use 3GPP and non-3GPP access, manage user data traffic, control new data flows, select (new) access networks, switch all ongoing data to different access networks to maintain data continuity, and split individual data flows, allocating them to multiple access networks to improve performance or achieve redundancy. Specifically:   Control:The network determines which access method (e.g., 5G and Wi-Fi) a new data flow should use based on operator-defined rules and real-time conditions. Switching:The network transfers an ongoing data session from one access network to another. For example, a video call can be switched from Wi-Fi to 5G without interruption. Splitting:The network can simultaneously allocate a single data flow to two or more access networks. This can be used to increase bandwidth (link aggregation) or ensure reliability (redundancy). II. Working Principle ATSSS can operate at the IP layer (using protocols such as MPTCP) or below the IP layer (using underlying routing functions). Control is handled by the 5G core network's PCF (Policy Control Function), based on operator-defined rules and performance measurement data from the User Equipment (UE) and the network itself.   III. ATSSS Modes The main ATSSS modes are as follows: Primary/Backup Mode:Traffic is sent through the active link. If the active link fails, it switches to the backup link. Load Balancing Mode:Traffic is distributed among available access networks, typically based on a percentage to balance the load. Minimum Latency Mode:Traffic is routed to the access network with the lowest latency (round-trip time). Priority Mode:Traffic is initially sent through a high-priority link. If that link becomes congested, traffic is split or diverted to a lower-priority link. IV. Architecture Expansion and Functionality The 5G system architecture has been expanded to support ATSSS functionality (see Figures 4.2.10-1, 4.2.10-2, and 4.2.10-3); the 5G terminal (UE) supports one or more flow control functions, namely MPTCP, MPQUIC, and ATSSS-LL. Each flow control function in the UE can perform flow control, handover, and splitting between 3GPP and non-3GPP access networks according to the ATSSS rules provided by the network. For Ethernet-type MA PDU sessions, the UE must have ATSSS-LL functionality, with the following specific requirements for the UPF: - The UPF can support MPTCP proxy functionality, which communicates with the MPTCP function in the UE using the MPTCP protocol (IETF RFC 8684 [81]). - UPF can support MPQUIC proxy functionality, which communicates with the MPQUIC function in the UE using the QUIC protocol (RFC9000 [166], RFC9001 [167], RFC9002 [168]) and its multipath extension (draft-ietf-quic-multipath [174]). - UPF can support ATSSS-LL functionality, which is similar to the ATSSS-LL functionality defined for the UE. IV. ATSSS Application Characteristics 4.1 Ethernet type MA PDU sessions require the ATSSS-LL functionality (conversion) in 5GC. In addition: - UPF supports Performance Measurement Function (PMF), which the UE can use to obtain access performance measurements on the 3GPP access user plane and/or non-3GPP access user plane. - AMF, SMF, and PCF extend new functionality, which is discussed further in Section 5.32. 4.2 ATSSS control may require interaction between the UE and the PCF (as specified in TS 23.503[45]).   4.3 The UPF shown in Figure 4.2.10-1 can be connected via the N9 reference point instead of the N3 reference point.   V. Roaming Scenarios 5.1 Figure 4.2.10-2 shows ATSSS support in a roaming scenario for the 5G system architecture; this scenario includes home-roaming traffic, and the UE is registered to the same VPLMN via 3GPP and non-3GPP access. In this case, the MPTCP proxy function, MPQUIC proxy function, ATSSS-LL function, and PMF are located in the H-UPF. 5.2 Figure 4.2.10-3 shows ATSSS support in a roaming scenario for the 5G system architecture, this scenario includes home-roaming traffic, and the UE is registered to the VPLMN via 3GPP access and to the HPLMN via non-3GPP access (i.e., the UE is registered to different PLMNs). In this case, the MPTCP proxy function, MPQUIC proxy function, ATSSS-LL function, and PMF are all located in H-UPF.

  Besides defining SA (Standalone) as the standard 5G configuration, Release 16 5G enhances many features to support numerous improvements to the air interface, including unlicensed spectrum in the millimeter wave (mmW) band, and support for Industrial Internet of Things (IIoT) and Ultra-Reliable Low-Latency Communication (URLLC), making it more powerful. Specific additions are as follows:   I. Feature Enhancements As 5G network deployment progresses, the capacity requirements of the Radio Access Network (RAN) continue to grow, and the flexibility of network deployment is also increasing, including support for dedicated networks; RAN capacity and performance have become key to solving problems;   1.1 Capacity Enhancements include:   MIMO (Multiple-Input Multiple-Output) Improvements: Enhanced CSI II codebook to support MU-MIMO, multiple transmissions and receptions (multiple TRPs/panel transmissions), multi-beam operation in the millimeter wave band FR2, and low peak-to-average power ratio (PAPR) reference signals. Unlicensed Spectrum Applications: Similar to Licensed Assisted Access (LAA) and Enhanced LAA, 3GPP Release 16 supports unlicensed spectrum for NR access to improve the throughput and capacity of Wi-Fi in the 5-6 GHz band. 1.2 Performance Improvements:   RACS (Radio Access Capability Signaling) Optimization: Establishing RACS IDs and mapping them to device radio capabilities optimizes signaling for UE radio capabilities. Multiple UEs can share the same RACS ID, which is stored in the Next Generation Radio Access Network (NG-RAN) and Access and Mobility Management Function (AMF). Additionally, a new network function called UCMF (UE Capability Management Function) is introduced. TDD Applications: NR is primarily used in high-frequency time-division duplex bands: Due to electromagnetic wave reflection and refraction, the downlink of one cell can interfere with the uplink of another cell; this cross-link interference is inherent. NR Release 16 supports remote interference management to mitigate this cross-link interference. II. Flexible Network Deployment R16's IAB (Integrated Access and Backhaul) functionality can increase network capacity by rapidly deploying denser access points. Additionally: Non-Public Networks (NPNs): R16 supports two types of NPNs: Standalone NPN (SNPN) and Public Network Integrated NPN (PNI-NPN).  Flexible SMF and UPF Deployment: R16 introduces management flexibility for Session Management Functions (SMFs) and User Plane Functions (UPFs), allowing multiple SMFs to control a single UPF, and the UPF can assign IP addresses in place of the SMF. Enhanced Network Slicing Capabilities: R16 adds Network Slice-Specific Authentication and Authorization (NSSAA) to support individual authentication and authorization for services within a given network slice. Enhanced eSBA (Service-Based Architecture): R16 enhances service discovery and routing capabilities, including the introduction of a new Service Communication Broker (SCP) network function. R16 also enhances Network Automation Architecture (eNA). Release 15 supports data collection and network analytics public functionality. In Release 16, network analytics IDs can be used to assign specific analytics data, such as network usage per network slice, UE mobility information, and network performance, enabling the Network Data Analytics Function (NWDAF) to collect specific data associated with that analytics ID.

  3GPP introduced LTE in Release 8 and LTE-Advanced in Release 10. As the first version of the 5G specification, Release 15 defined the 5G (NR) air interface and the 5G radio access network and core network. Release 16 (R16) introduced standalone (SA) and non-standalone (NSA) deployments, allowing operators to take advantage of the additional benefits of 5G.   I. Evolution from 4G to 5G In Release 16 (R16), 3GPP enhanced 5G capabilities to support several improvements to the NR air interface, including unlicensed spectrum in the millimeter-wave (mmW) band and improved support for Industrial Internet of Things (IIoT) and Ultra-Reliable Low-Latency Communication (URLLC). The network also underwent several enhancements to improve deployment flexibility and performance.   II. R16 Support for 5G Applications 5G was developed to meet the diverse application scenarios of wirelessly connected devices, covering enhanced mobile broadband (eMBB), massive Internet of Things (mIoT), and ultra-reliable low-latency communication (URLLC). Release R15 primarily focused on eMBB, with limited support for other application scenarios. Release R16 enhances URLLC and IoT capabilities and adds support for 5G vehicle-to-everything (V2X) communication.   III. Key 5G Application Scenarios include:   1. Ultra-reliable low-latency communication New enhancements provide low-latency communication to support industrial automation, connected cars, and telemedicine applications; specifically: The Time-Sensitive Networking (TSN) architecture supports redundant transmissions, thus supporting URLLC applications. Furthermore, the TSN service provides time synchronization for packet transmissions through integration with external networks. R16 enhances the uplink synchronization (RACH) process by supporting low latency and reducing signaling overhead, enabling two-step RACH compared to the previous four-step approach. New mobility enhancements reduce downtime and improve reliability during 5G connected device handover. 2. Internet of Things (IoT): 5G-supported Industrial Internet of Things (IIoT) capabilities can meet the service needs of industries such as manufacturing, logistics, oil and gas, transportation, energy, mining, and aviation.   Cellular Internet of Things (CIoT), now available in 5G, offers similar functionality to that provided in LTE (LTE-M and NB-IoT), allowing IoT traffic to be carried in network signaling. Energy-saving features such as enhanced discontinuous reception (DRX), relaxed radio resource management for idle devices, and enhanced scheduling can extend the battery life of IoT devices. 3. Vehicle-to-Everything (V2X): Release 16 goes beyond the V2X service capabilities supported by LTE in Release 14, leveraging 5G (NR) access to enhance V2X in several ways, such as enhanced autonomous driving, accelerated network effects, and energy-saving features.