1. The document discusses NSA mobility management for Huawei's 5G network, including procedures for adding, changing, and releasing the secondary node (SgNB).
2. Key procedures covered include SgNB addition triggered by the MeNB, intra-SgNB and inter-SgNB PSCell changes, and intra-MeNB and inter-MeNB handovers.
3. NSA mobility is anchored to the LTE network, with the eNodeB delivering NR measurement configurations and processing measurement reports.
This document provides definitions and descriptions for key performance indicators (KPIs) related to an eNodeB. It includes KPIs in areas such as accessibility, retainability, and mobility. The KPIs measure things like call setup success rates, call drop rates, and handover success rates. Templates are provided for standardized KPI definition. The document is intended for network planners, administrators, and operators to understand eNodeB performance.
This document provides an overview and detailed descriptions of Circuit Switched Fallback (CSFB) features in an evolved Radio Access Network (eRAN). It describes CSFB procedures for falling back from an LTE network to UTRAN or GERAN networks to support circuit switched services like voice calls. The document includes sections on CSFB architectures, handover decisions and executions, related interfaces, engineering guidelines, parameters and troubleshooting.
1-NSA Basical Precedure Introduction -trainning 5G RADIO FREQUENCY EMERSON E...EMERSON EDUARDO RODRIGUES
1. The document discusses NSA (non-standalone) architecture and mobility procedures, including SgNB addition, change, and release.
2. It describes the NSA anchoring feature which aims to keep UEs anchored to preferred anchor points as much as possible to improve user experience.
3. Key aspects of EN-DC carrier management and mobility are explained, such as independent anchor selection in both idle and connected modes.
Lte ue initial attach & detach from networkxtharinduwije
The document outlines the key steps in an LTE UE initial attach process:
1) An RRC connection is established between the UE and eNB after the UE connects.
2) The UE then sends an attach request and PDN connectivity request to the network to attach to the network and establish bearers.
3) The MME authenticates the UE by querying the HSS for authentication details and comparing the UE's response to the values from the HSS.
Ericsson important optimization parametersPagla Knight
The document lists important optimization parameters for Ericsson including parameters related to system configuration, capacity management, directed retry, handover, HSDPA/EUL, IRAT, and idle mode selection and reselection. It provides descriptions of over 50 parameters that control aspects such as power levels, admission limits, thresholds for cell reselection, and criteria for measurements.
LTE uses various frequency bands and duplexing techniques to provide high-speed data and peak download speeds of up to 300 Mbps. It supports mobility of up to 350 km/h and uses advanced technologies like OFDM, SC-FDMA, MIMO and turbo coding to achieve low latency and high bandwidth. LTE specifications define channel bandwidths of 1.4, 3, 5, 10, 15 and 20 MHz with modulation schemes of QPSK, 16QAM and 64QAM.
Inter-frequency and inter-RAT handovers can be coverage, load, or service based. Coverage-based handovers are triggered by certain A3/A4/A5 events for inter-frequency and B1/B2 events for inter-RAT. The document discusses the parameters involved in measuring cells and configuring handovers, including measurement reports, handover commands, and key performance indicators for analyzing handover issues. Common causes of handover problems include poor downlink quality, interference, and abnormal X2 interface signaling.
This document provides definitions and descriptions for key performance indicators (KPIs) related to an eNodeB. It includes KPIs in areas such as accessibility, retainability, and mobility. The KPIs measure things like call setup success rates, call drop rates, and handover success rates. Templates are provided for standardized KPI definition. The document is intended for network planners, administrators, and operators to understand eNodeB performance.
This document provides an overview and detailed descriptions of Circuit Switched Fallback (CSFB) features in an evolved Radio Access Network (eRAN). It describes CSFB procedures for falling back from an LTE network to UTRAN or GERAN networks to support circuit switched services like voice calls. The document includes sections on CSFB architectures, handover decisions and executions, related interfaces, engineering guidelines, parameters and troubleshooting.
1-NSA Basical Precedure Introduction -trainning 5G RADIO FREQUENCY EMERSON E...EMERSON EDUARDO RODRIGUES
1. The document discusses NSA (non-standalone) architecture and mobility procedures, including SgNB addition, change, and release.
2. It describes the NSA anchoring feature which aims to keep UEs anchored to preferred anchor points as much as possible to improve user experience.
3. Key aspects of EN-DC carrier management and mobility are explained, such as independent anchor selection in both idle and connected modes.
Lte ue initial attach & detach from networkxtharinduwije
The document outlines the key steps in an LTE UE initial attach process:
1) An RRC connection is established between the UE and eNB after the UE connects.
2) The UE then sends an attach request and PDN connectivity request to the network to attach to the network and establish bearers.
3) The MME authenticates the UE by querying the HSS for authentication details and comparing the UE's response to the values from the HSS.
Ericsson important optimization parametersPagla Knight
The document lists important optimization parameters for Ericsson including parameters related to system configuration, capacity management, directed retry, handover, HSDPA/EUL, IRAT, and idle mode selection and reselection. It provides descriptions of over 50 parameters that control aspects such as power levels, admission limits, thresholds for cell reselection, and criteria for measurements.
LTE uses various frequency bands and duplexing techniques to provide high-speed data and peak download speeds of up to 300 Mbps. It supports mobility of up to 350 km/h and uses advanced technologies like OFDM, SC-FDMA, MIMO and turbo coding to achieve low latency and high bandwidth. LTE specifications define channel bandwidths of 1.4, 3, 5, 10, 15 and 20 MHz with modulation schemes of QPSK, 16QAM and 64QAM.
Inter-frequency and inter-RAT handovers can be coverage, load, or service based. Coverage-based handovers are triggered by certain A3/A4/A5 events for inter-frequency and B1/B2 events for inter-RAT. The document discusses the parameters involved in measuring cells and configuring handovers, including measurement reports, handover commands, and key performance indicators for analyzing handover issues. Common causes of handover problems include poor downlink quality, interference, and abnormal X2 interface signaling.
LTE KPI Optimization - A to Z Abiola.pptxssuser574918
1. The document discusses LTE post launch optimization, including problem causes, solutions, and case studies.
2. It describes different types of counters used to collect PM statistics, including peg, gauge, accumulator, scan, PDF, DDM, calculated, trigACC, and trigSCAN counters.
3. Potential causes of poor accessibility for E-RAB establishment are discussed, including poor coverage, alarms, high load, hardware issues, high UL interference, PCI conflicts, RACH root sequence index planning, UE camping in wrong cells, wrong system constant settings, and VSWR or cell availability issues.
This document provides an overview of LTE functionalities and features. It begins with background on LTE development and standardization. It then describes the LTE network elements and interfaces, including the radio interface between UE and eNB. The document reviews the RRM framework and lists key RRM features, providing status updates on which features are ready in the current release or planned for future releases. It also includes roadmaps showing the planned features and timeline for LTE releases. The document appears to be an internal presentation on LTE technologies and the Nokia Siemens Networks product roadmap.
1. The document describes various Moshell commands used for managing RBS nodes.
2. The acc 0 manualrestart command is used to restart the RBS node, while the pol 5 5 command polls the node every 5 seconds to check when the MO service is ready after restart.
3. Other commands described are for checking CV configuration (cvcu, cvls), managing CVs (cvset, cvmk, cvrm), and accessing measurement data (st mme, ue print).
This document summarizes various LTE KPIs and performance metrics related to random access, RRC connection establishment, ERAB establishment, and issues that may impact them. It provides potential causes for high values or failures in these metrics as well as recommended actions to investigate like checking RF parameters, capacity, licenses, alarms, configuration, and optimizing physical antenna settings.
This document provides formulas and proposed targets for key performance indicators (KPIs) related to LTE network monitoring. It includes KPIs for LTE OSS statistics measured at the network level and LTE drive test KPIs measured through field testing. For each KPI, it provides the detailed formula, measurement methodology, and a brief description. The goal is to establish a framework for initial discussion on monitoring LTE network performance.
The document discusses LTE system signaling procedures. It begins with objectives of understanding LTE architecture, elementary procedures of interfaces like S1, X2 and Uu, and procedures for service setup, release and handover. It then covers topics like system architecture, bearer service architecture, elementary procedures on Uu including connection establishment and release, and procedures on S1 and X2 interfaces. The document aims to help readers understand LTE signaling flows and procedures.
This document provides technical training on optimizing LTE downlink throughput. It discusses:
1. The increasing commercial adoption of LTE networks and rapid growth of LTE users.
2. Challenges in optimizing LTE networks including insufficient analysis capabilities and experience-based adjustments.
3. A proposed optimization scheme involving in-depth analysis of issues like weak coverage, interference and throughput problems to identify root causes and targeted optimization suggestions.
This document provides a troubleshooting guide for LTE inter-radio access technology (IRAT) handovers. It describes why IRAT is needed as voice revenues remain important while data revenues grow. It also outlines the applications of IRAT, delivery policies for idle mode, connected mode, and voice services. Signaling procedures for IRAT handovers including reselection, redirection, and PS handover are defined. Key performance indicators for IRAT including control plane delays and user plane interruption times are also defined to help diagnose IRAT issues.
This document discusses network optimization techniques including:
1. Monitoring key performance indicators (KPIs) such as transmitted carrier power, code tree allocation, and channel element allocation to identify issues.
2. Performing analysis of KPIs to locate root causes of failures in specific network elements or cells.
3. Proposing solutions such as adjusting signal transmission power limits, code tree rearrangement, or adding network capacity to address problems identified through monitoring and analysis.
The document discusses various resources in an LTE network that need to be monitored to ensure capacity and quality of service. It describes several key performance indicators (KPIs) related to resources like connected users, traffic volume, paging messages, processor usage, and provides thresholds and solutions to address issues.
This document discusses LTE CS Fallback features which allow LTE networks to reuse CS infrastructure to provide voice and other circuit switched services. CS Fallback enables LTE terminals to redirect to 2G/3G networks when initiating CS services like voice calls. The key aspects covered include the CS Fallback network architecture using the SGs interface, the combined attach procedure used for location updates, advantages/disadvantages of different CS Fallback mechanisms, and signaling flows for CS Fallback and paging.
This document provides guidance on tuning parameters to slow down inter-RAT cell reselections in UMTS networks. It discusses the Treselection timer, hysteresis between 3G and 2G cell reselections, and PRACH power ramping parameters. Recommended values for these parameters are given to reduce unnecessary reselections while maintaining call setup success rates. Key performance indicators for analyzing the impact of parameter changes on reselection rates and call performance are also identified.
The document discusses mobility management in LTE networks. It covers connected mode mobility including an overview of mobility triggers and handover thresholds, measurement configuration, intra-frequency handovers, inter-frequency handovers, and inter-RAT handovers. It also discusses idle mode mobility including system information blocks and cell selection procedures for intra-frequency, inter-frequency, and inter-RAT mobility. The presentation provides details on the different mobility management procedures and configuration parameters in LTE networks.
2-How to Extend DTAC LTE Coverage with Limited RRU Capacity.pdfibrahim jerbi
This document discusses how to extend LTE coverage with limited RRU capacity at DTAC's live network. It provides information on LTE technology power consumption, the LTE formula for cell reference signal (CRS) gain using power boosting (PB), demo predictions of CRS gain using an asset planning tool, calculations of coverage area and population comparisons based on CRS gain, configuration of CRS gain in three vendors' equipment, and recommendations for PB and PA values in DTAC's live LTE network.
This document provides guidelines for optimizing 3G networks through neighbor optimization and coverage adjustments. The objectives are to have an optimum number of neighbors to clean up pilot pollution, reduce overshooting, increase capacity, and reduce the possibility of soft congestion conflicts. The methodology involves deleting and adding neighbors based on data from the OSS, as well as adjusting antenna tilting. The optimization sequence is outlined, including guidelines for neighbor deletion, addition of different neighbor types, and planning of the SIB11. The end goal is to have fewer than 36 total neighbors and avoid blocking alarms due to too many neighbors.
This document lists key performance indicators (KPIs) for measuring different aspects of LTE network performance, including accessibility, retainability, mobility, usage, and integrity. It provides the names and descriptions of over 100 individual KPIs organized under these categories, such as RRC setup success rate, call drop rate, handover success rate, resource block usage, and latency.
Huawei - Access failures troubleshooting work shopnavaidkhan
This document provides information on troubleshooting access failures in mobile networks, including:
1. It describes the general call setup procedure and potential points of failure, such as RRC, paging, and RACH access failures.
2. Common causes of access failures are discussed, like RF issues, radio parameter problems, and other miscellaneous causes.
3. Guidance is given on how to identify and resolve different types of failures, including steps to troubleshoot RRC access failures through analyzing configuration, alarms, traffic patterns, and radio parameters.
This document provides a troubleshooting guide for UMTS access KPI issues. It includes:
1. An overview of the UMTS access signaling flow and definitions of related performance statistics and KPIs.
2. A classification of RRC access failure root causes such as resource congestion, RF problems, and equipment alarms.
3. Guidance on analyzing access failure data and counters to diagnose issues related to causes like CE congestion, power limitations, or code shortages.
4. Recommended solutions for optimizing access performance issues related to resource congestion.
This document discusses 3G capacity optimization and monitoring software. It provides an overview of network elements and capacity features, including blocking and utilization counters, methodology parameters, and best practices. It also covers capacity features for various technologies like HSDPA, HSUPA, and HSPA+, listing codes, descriptions, and capabilities.
A study on the effect of handover parameters on the network performance will be done in a trial cluster (part of Cerritos)
The parameter change to be implemented as an iterative process with each drive and the results to be compared to analyze the effect of the parameters
RAN - Intro, I&C & Basic Troubleshooting (3).pptxFelix Franco
The document discusses the evolution of mobile networks from 3G to 4G and 5G, including an overview of 4G LTE and 5G NSA architectures. It then outlines 4 deployment scenarios for a SKY network modernization project involving replacing 3G nodes with 4G and 5G nodes at existing sites, adding new 4G-only outdoor sites, and providing indoor 4G coverage. Product descriptions are provided for the Ericsson baseband 6630 and RAN processor 6337 for 4G/5G deployment.
The document discusses the evolution of mobile networks from 3G to 4G and 5G, and provides an overview of SKY Network's plan to modernize its radio access network (RAN). The modernization will involve deploying 4G and 5G radio nodes across different scenarios, including replacing existing 3G nodes with 4G/5G, deploying new 4G-only nodes, and using indoor small cells. The interfaces, architectures and equipment involved are also described at a high level.
LTE KPI Optimization - A to Z Abiola.pptxssuser574918
1. The document discusses LTE post launch optimization, including problem causes, solutions, and case studies.
2. It describes different types of counters used to collect PM statistics, including peg, gauge, accumulator, scan, PDF, DDM, calculated, trigACC, and trigSCAN counters.
3. Potential causes of poor accessibility for E-RAB establishment are discussed, including poor coverage, alarms, high load, hardware issues, high UL interference, PCI conflicts, RACH root sequence index planning, UE camping in wrong cells, wrong system constant settings, and VSWR or cell availability issues.
This document provides an overview of LTE functionalities and features. It begins with background on LTE development and standardization. It then describes the LTE network elements and interfaces, including the radio interface between UE and eNB. The document reviews the RRM framework and lists key RRM features, providing status updates on which features are ready in the current release or planned for future releases. It also includes roadmaps showing the planned features and timeline for LTE releases. The document appears to be an internal presentation on LTE technologies and the Nokia Siemens Networks product roadmap.
1. The document describes various Moshell commands used for managing RBS nodes.
2. The acc 0 manualrestart command is used to restart the RBS node, while the pol 5 5 command polls the node every 5 seconds to check when the MO service is ready after restart.
3. Other commands described are for checking CV configuration (cvcu, cvls), managing CVs (cvset, cvmk, cvrm), and accessing measurement data (st mme, ue print).
This document summarizes various LTE KPIs and performance metrics related to random access, RRC connection establishment, ERAB establishment, and issues that may impact them. It provides potential causes for high values or failures in these metrics as well as recommended actions to investigate like checking RF parameters, capacity, licenses, alarms, configuration, and optimizing physical antenna settings.
This document provides formulas and proposed targets for key performance indicators (KPIs) related to LTE network monitoring. It includes KPIs for LTE OSS statistics measured at the network level and LTE drive test KPIs measured through field testing. For each KPI, it provides the detailed formula, measurement methodology, and a brief description. The goal is to establish a framework for initial discussion on monitoring LTE network performance.
The document discusses LTE system signaling procedures. It begins with objectives of understanding LTE architecture, elementary procedures of interfaces like S1, X2 and Uu, and procedures for service setup, release and handover. It then covers topics like system architecture, bearer service architecture, elementary procedures on Uu including connection establishment and release, and procedures on S1 and X2 interfaces. The document aims to help readers understand LTE signaling flows and procedures.
This document provides technical training on optimizing LTE downlink throughput. It discusses:
1. The increasing commercial adoption of LTE networks and rapid growth of LTE users.
2. Challenges in optimizing LTE networks including insufficient analysis capabilities and experience-based adjustments.
3. A proposed optimization scheme involving in-depth analysis of issues like weak coverage, interference and throughput problems to identify root causes and targeted optimization suggestions.
This document provides a troubleshooting guide for LTE inter-radio access technology (IRAT) handovers. It describes why IRAT is needed as voice revenues remain important while data revenues grow. It also outlines the applications of IRAT, delivery policies for idle mode, connected mode, and voice services. Signaling procedures for IRAT handovers including reselection, redirection, and PS handover are defined. Key performance indicators for IRAT including control plane delays and user plane interruption times are also defined to help diagnose IRAT issues.
This document discusses network optimization techniques including:
1. Monitoring key performance indicators (KPIs) such as transmitted carrier power, code tree allocation, and channel element allocation to identify issues.
2. Performing analysis of KPIs to locate root causes of failures in specific network elements or cells.
3. Proposing solutions such as adjusting signal transmission power limits, code tree rearrangement, or adding network capacity to address problems identified through monitoring and analysis.
The document discusses various resources in an LTE network that need to be monitored to ensure capacity and quality of service. It describes several key performance indicators (KPIs) related to resources like connected users, traffic volume, paging messages, processor usage, and provides thresholds and solutions to address issues.
This document discusses LTE CS Fallback features which allow LTE networks to reuse CS infrastructure to provide voice and other circuit switched services. CS Fallback enables LTE terminals to redirect to 2G/3G networks when initiating CS services like voice calls. The key aspects covered include the CS Fallback network architecture using the SGs interface, the combined attach procedure used for location updates, advantages/disadvantages of different CS Fallback mechanisms, and signaling flows for CS Fallback and paging.
This document provides guidance on tuning parameters to slow down inter-RAT cell reselections in UMTS networks. It discusses the Treselection timer, hysteresis between 3G and 2G cell reselections, and PRACH power ramping parameters. Recommended values for these parameters are given to reduce unnecessary reselections while maintaining call setup success rates. Key performance indicators for analyzing the impact of parameter changes on reselection rates and call performance are also identified.
The document discusses mobility management in LTE networks. It covers connected mode mobility including an overview of mobility triggers and handover thresholds, measurement configuration, intra-frequency handovers, inter-frequency handovers, and inter-RAT handovers. It also discusses idle mode mobility including system information blocks and cell selection procedures for intra-frequency, inter-frequency, and inter-RAT mobility. The presentation provides details on the different mobility management procedures and configuration parameters in LTE networks.
2-How to Extend DTAC LTE Coverage with Limited RRU Capacity.pdfibrahim jerbi
This document discusses how to extend LTE coverage with limited RRU capacity at DTAC's live network. It provides information on LTE technology power consumption, the LTE formula for cell reference signal (CRS) gain using power boosting (PB), demo predictions of CRS gain using an asset planning tool, calculations of coverage area and population comparisons based on CRS gain, configuration of CRS gain in three vendors' equipment, and recommendations for PB and PA values in DTAC's live LTE network.
This document provides guidelines for optimizing 3G networks through neighbor optimization and coverage adjustments. The objectives are to have an optimum number of neighbors to clean up pilot pollution, reduce overshooting, increase capacity, and reduce the possibility of soft congestion conflicts. The methodology involves deleting and adding neighbors based on data from the OSS, as well as adjusting antenna tilting. The optimization sequence is outlined, including guidelines for neighbor deletion, addition of different neighbor types, and planning of the SIB11. The end goal is to have fewer than 36 total neighbors and avoid blocking alarms due to too many neighbors.
This document lists key performance indicators (KPIs) for measuring different aspects of LTE network performance, including accessibility, retainability, mobility, usage, and integrity. It provides the names and descriptions of over 100 individual KPIs organized under these categories, such as RRC setup success rate, call drop rate, handover success rate, resource block usage, and latency.
Huawei - Access failures troubleshooting work shopnavaidkhan
This document provides information on troubleshooting access failures in mobile networks, including:
1. It describes the general call setup procedure and potential points of failure, such as RRC, paging, and RACH access failures.
2. Common causes of access failures are discussed, like RF issues, radio parameter problems, and other miscellaneous causes.
3. Guidance is given on how to identify and resolve different types of failures, including steps to troubleshoot RRC access failures through analyzing configuration, alarms, traffic patterns, and radio parameters.
This document provides a troubleshooting guide for UMTS access KPI issues. It includes:
1. An overview of the UMTS access signaling flow and definitions of related performance statistics and KPIs.
2. A classification of RRC access failure root causes such as resource congestion, RF problems, and equipment alarms.
3. Guidance on analyzing access failure data and counters to diagnose issues related to causes like CE congestion, power limitations, or code shortages.
4. Recommended solutions for optimizing access performance issues related to resource congestion.
This document discusses 3G capacity optimization and monitoring software. It provides an overview of network elements and capacity features, including blocking and utilization counters, methodology parameters, and best practices. It also covers capacity features for various technologies like HSDPA, HSUPA, and HSPA+, listing codes, descriptions, and capabilities.
A study on the effect of handover parameters on the network performance will be done in a trial cluster (part of Cerritos)
The parameter change to be implemented as an iterative process with each drive and the results to be compared to analyze the effect of the parameters
RAN - Intro, I&C & Basic Troubleshooting (3).pptxFelix Franco
The document discusses the evolution of mobile networks from 3G to 4G and 5G, including an overview of 4G LTE and 5G NSA architectures. It then outlines 4 deployment scenarios for a SKY network modernization project involving replacing 3G nodes with 4G and 5G nodes at existing sites, adding new 4G-only outdoor sites, and providing indoor 4G coverage. Product descriptions are provided for the Ericsson baseband 6630 and RAN processor 6337 for 4G/5G deployment.
The document discusses the evolution of mobile networks from 3G to 4G and 5G, and provides an overview of SKY Network's plan to modernize its radio access network (RAN). The modernization will involve deploying 4G and 5G radio nodes across different scenarios, including replacing existing 3G nodes with 4G/5G, deploying new 4G-only nodes, and using indoor small cells. The interfaces, architectures and equipment involved are also described at a high level.
The document discusses NSA networking based on EPC, including:
- NSA standard planning which introduced NSA in 2017 and enhanced it in 2018.
- LTE+NR DC deployment scenarios including NSA with EPC (EN-DC) and 5GC (NGEN-DC, NE-DC).
- Key concepts such as MR-DC, MeNB, SgNB, PCell, PSCell, SCell.
- Functions of EN-DC including carrier management between LTE (MeNB) and NR (SgNB), data split between LTE and NR layers, and uplink power configuration.
1) The document discusses different types of handovers that can occur in 5G networks based on the disaggregated gNB-DU and gNB-CU architecture, including intra gNB-DU handover, inter gNB-DU and intra gNB-CU handover, and inter gNB-CU handover.
2) It introduces conditional handover, which was added in 3GPP Release 16 to improve mobility robustness. Conditional handover prepares for multiple potential target cells in advance but only executes when conditions are met like threshold signal quality.
3) The O-RAN architecture uses the near real-time RIC to handle several aspects of handover management, including collecting historical data, monitoring conditions,
This document contains questions and answers about LTE (Long Term Evolution) technology. Some key points covered include:
- OFDMA is used for downlink and SC-FDMA is used for uplink to overcome high PAPR issues.
- CDS dynamically schedules radio resources, modulation, coding and power control based on channel quality and traffic load.
- MIMO uses multiple antennas to increase data rates up to a maximum of 8x8 MIMO.
- The LTE network architecture includes the eNB, MME, S-GW and P-GW connected by various interfaces like S1, S6a, S5 etc.
- Security in LTE is based on
1. The document discusses the various 5G non-standalone (NSA) and standalone (SA) architecture options defined by 3GPP, including their characteristics and differences. 2. The key NSA options are Option 3, 4, and 7 which rely on existing LTE networks, while Option 2 is the main SA option which uses only 5G NR and is connected to the 5G core. 3. SA Option 2 can fully support new 5G services like URLLC and network slicing, while NSA options have limited 5G capabilities due to dependencies on LTE core networks.
This white paper discusses protocol signaling procedures in LTE networks, including:
1) The LTE network architecture includes eNodeBs, MMEs, SGWs, and PGWs that facilitate communication between UEs and the core network.
2) UEs access the network through random access procedures and establish default bearers for connectivity.
3) System information broadcasting allows UEs to select networks and camp on cells, while tracking area updates allow UEs to update their locations.
4) Attach procedures register UEs on the network and allocate IP addresses, while detach procedures deregister UEs when no longer requiring service.
The document provides an overview of the agenda and content for a training on Samsung eNodeB integration and commissioning. Day 2 focuses on Samsung eNodeB and LSMR (LTE Site Manager - Radio) basics, as well as the process for growing and integrating eNodeBs. Key topics covered include the hardware and software architecture of Samsung eNodeBs and LSMRs, as well as their functions and interfaces. The training will also cover configuring and activating eNodeBs using the LSMR system, as well as performing automatic neighbor relations and cell optimization functions.
Shajeer P is seeking a position in electronics, communication, or allied software fields. He has over 5 years of experience in telecommunications engineering, including roles with Batco Telecom and Integrated Wireless Solutions. His experience includes tasks like network fault troubleshooting, equipment configuration and software upgrades, radio link installation and optimization, and drive testing to analyze network performance. He is proficient in telecom software like OMS 1410 and has a Bachelor's degree in Electronics and Communication Engineering.
The document discusses the evolution of network architectures from 2G to 5G. It describes the key network elements and interfaces in 2G, 3G, 4G and 5G networks. The 5G network architecture uses both a reference point architecture for the user plane and a service-based architecture for the control plane. The main network functions in the 5G control plane are the AMF, SMF, UDM, AUSF, NSSF, NEF, NRF and UDR. The UPF is the main network element in the user plane.
5G network architecture will include new functional blocks and interfaces defined by 3GPP. 5G can operate in both standalone and non-standalone modes with an EPC or NGC core. Adding 5G to existing LTE macro sites will require at least 10Gbps backhaul to support features like massive MIMO and wider channel bandwidths. Migration strategies involve moving between EPC and NGC cores while maintaining interoperability and backward compatibility with earlier RATs.
RRC protocols in LTE help manage radio resources and signaling between the UE and network. Key aspects include:
1. RRC defines two UE states - RRC_CONNECTED for active data transfer and RRC_IDLE for idle/paging.
2. Signaling Radio Bearers (SRBs) carry RRC and NAS messages using different logical channels.
3. System information is broadcast on common channels, informing UEs of network configurations and neighbor cells.
4. Handover between cells is supported through the X2 interface for intra-LTE handovers and inter-RAT handovers to other technologies like UMTS or GSM.
This document provides a summary of key concepts in LTE network architecture and protocols:
1) It describes the LTE network architecture including nodes like the eNB, MME, S-GW and P-GW as well as interfaces like S1, S3, S6a and S11.
2) It explains the protocol stack used in the UE and network, covering layers like PDCP, RLC, MAC and PHY.
3) It outlines the main software blocks and functions of the eNB including call processing, O&M, and packet forwarding.
Chap 4. call processing and handover.engsivakumar D
This document provides a 3-sentence summary of the key information:
The document outlines the network architecture and protocol stacks used in LTE networks, including components like the UE, eNB, MME, S-GW and P-GW. It describes the software architecture of eNBs and the call processing blocks. It also summarizes several important procedures in LTE networks like attach, detach, handover, and basic parameter configuration.
IP Infusion Application Note for 4G LTE Fixed Wireless AccessDhiman Chowdhury
SKY Brazil is one of the largest Pay TV provider in Brazil with 5Million+ subscribers created world’s first disaggregated 5G-ready Fixed Wireless Access (FWA) network using IPInfusion’s disaggregated Cell Site Gateway Solution to serve 35K broadband subscribers.
Learn how the deployment was done, read this application note to know more about the usecase and OcNOS configurations.
introduction to lte 4g lte advanced bsnl training SumanPramanik7
The document provides an overview of 4G LTE-Advanced technologies including carrier aggregation, coordinated multipoint operation, self-organizing networks, and inter-cell interference coordination. It discusses how carrier aggregation allows combining of multiple component carriers to increase channel bandwidth up to 100MHz. Coordinated multipoint operation helps improve cell edge performance through coordination between base stations. Self-organizing networks allow dynamic configuration and optimization of heterogeneous networks. Inter-cell interference coordination further improves performance through techniques like almost blank subframes.
The document discusses the need for new wireless technologies to support increasing demand for data and high-speed services. It notes that technologies need to focus on using more spectrum, improving spectral efficiency, employing smaller cell sizes like femtocells, and incentivizing off-peak traffic. The rest of the document provides details on how LTE wireless technology addresses these needs through technical specifications and network architecture, including the use of an Evolved Packet Core and separating the user and control planes.
AN UPDATED VERSION OF THIS IS AVAILABLE HERE: https://www.slideshare.net/3G4GLtd/beginners-5g-terminology-updated-feb-2019
A short video looking at 5G terminology that is being used in standards and specifications.
Let's Integrate MuleSoft RPA, COMPOSER, APM with AWS IDP along with Slackshyamraj55
Discover the seamless integration of RPA (Robotic Process Automation), COMPOSER, and APM with AWS IDP enhanced with Slack notifications. Explore how these technologies converge to streamline workflows, optimize performance, and ensure secure access, all while leveraging the power of AWS IDP and real-time communication via Slack notifications.
Taking AI to the Next Level in Manufacturing.pdfssuserfac0301
Read Taking AI to the Next Level in Manufacturing to gain insights on AI adoption in the manufacturing industry, such as:
1. How quickly AI is being implemented in manufacturing.
2. Which barriers stand in the way of AI adoption.
3. How data quality and governance form the backbone of AI.
4. Organizational processes and structures that may inhibit effective AI adoption.
6. Ideas and approaches to help build your organization's AI strategy.
Ivanti’s Patch Tuesday breakdown goes beyond patching your applications and brings you the intelligence and guidance needed to prioritize where to focus your attention first. Catch early analysis on our Ivanti blog, then join industry expert Chris Goettl for the Patch Tuesday Webinar Event. There we’ll do a deep dive into each of the bulletins and give guidance on the risks associated with the newly-identified vulnerabilities.
Have you ever been confused by the myriad of choices offered by AWS for hosting a website or an API?
Lambda, Elastic Beanstalk, Lightsail, Amplify, S3 (and more!) can each host websites + APIs. But which one should we choose?
Which one is cheapest? Which one is fastest? Which one will scale to meet our needs?
Join me in this session as we dive into each AWS hosting service to determine which one is best for your scenario and explain why!
Programming Foundation Models with DSPy - Meetup SlidesZilliz
Prompting language models is hard, while programming language models is easy. In this talk, I will discuss the state-of-the-art framework DSPy for programming foundation models with its powerful optimizers and runtime constraint system.
In the rapidly evolving landscape of technologies, XML continues to play a vital role in structuring, storing, and transporting data across diverse systems. The recent advancements in artificial intelligence (AI) present new methodologies for enhancing XML development workflows, introducing efficiency, automation, and intelligent capabilities. This presentation will outline the scope and perspective of utilizing AI in XML development. The potential benefits and the possible pitfalls will be highlighted, providing a balanced view of the subject.
We will explore the capabilities of AI in understanding XML markup languages and autonomously creating structured XML content. Additionally, we will examine the capacity of AI to enrich plain text with appropriate XML markup. Practical examples and methodological guidelines will be provided to elucidate how AI can be effectively prompted to interpret and generate accurate XML markup.
Further emphasis will be placed on the role of AI in developing XSLT, or schemas such as XSD and Schematron. We will address the techniques and strategies adopted to create prompts for generating code, explaining code, or refactoring the code, and the results achieved.
The discussion will extend to how AI can be used to transform XML content. In particular, the focus will be on the use of AI XPath extension functions in XSLT, Schematron, Schematron Quick Fixes, or for XML content refactoring.
The presentation aims to deliver a comprehensive overview of AI usage in XML development, providing attendees with the necessary knowledge to make informed decisions. Whether you’re at the early stages of adopting AI or considering integrating it in advanced XML development, this presentation will cover all levels of expertise.
By highlighting the potential advantages and challenges of integrating AI with XML development tools and languages, the presentation seeks to inspire thoughtful conversation around the future of XML development. We’ll not only delve into the technical aspects of AI-powered XML development but also discuss practical implications and possible future directions.
Salesforce Integration for Bonterra Impact Management (fka Social Solutions A...Jeffrey Haguewood
Sidekick Solutions uses Bonterra Impact Management (fka Social Solutions Apricot) and automation solutions to integrate data for business workflows.
We believe integration and automation are essential to user experience and the promise of efficient work through technology. Automation is the critical ingredient to realizing that full vision. We develop integration products and services for Bonterra Case Management software to support the deployment of automations for a variety of use cases.
This video focuses on integration of Salesforce with Bonterra Impact Management.
Interested in deploying an integration with Salesforce for Bonterra Impact Management? Contact us at sales@sidekicksolutionsllc.com to discuss next steps.
Dive into the realm of operating systems (OS) with Pravash Chandra Das, a seasoned Digital Forensic Analyst, as your guide. 🚀 This comprehensive presentation illuminates the core concepts, types, and evolution of OS, essential for understanding modern computing landscapes.
Beginning with the foundational definition, Das clarifies the pivotal role of OS as system software orchestrating hardware resources, software applications, and user interactions. Through succinct descriptions, he delineates the diverse types of OS, from single-user, single-task environments like early MS-DOS iterations, to multi-user, multi-tasking systems exemplified by modern Linux distributions.
Crucial components like the kernel and shell are dissected, highlighting their indispensable functions in resource management and user interface interaction. Das elucidates how the kernel acts as the central nervous system, orchestrating process scheduling, memory allocation, and device management. Meanwhile, the shell serves as the gateway for user commands, bridging the gap between human input and machine execution. 💻
The narrative then shifts to a captivating exploration of prominent desktop OSs, Windows, macOS, and Linux. Windows, with its globally ubiquitous presence and user-friendly interface, emerges as a cornerstone in personal computing history. macOS, lauded for its sleek design and seamless integration with Apple's ecosystem, stands as a beacon of stability and creativity. Linux, an open-source marvel, offers unparalleled flexibility and security, revolutionizing the computing landscape. 🖥️
Moving to the realm of mobile devices, Das unravels the dominance of Android and iOS. Android's open-source ethos fosters a vibrant ecosystem of customization and innovation, while iOS boasts a seamless user experience and robust security infrastructure. Meanwhile, discontinued platforms like Symbian and Palm OS evoke nostalgia for their pioneering roles in the smartphone revolution.
The journey concludes with a reflection on the ever-evolving landscape of OS, underscored by the emergence of real-time operating systems (RTOS) and the persistent quest for innovation and efficiency. As technology continues to shape our world, understanding the foundations and evolution of operating systems remains paramount. Join Pravash Chandra Das on this illuminating journey through the heart of computing. 🌟
leewayhertz.com-AI in predictive maintenance Use cases technologies benefits ...alexjohnson7307
Predictive maintenance is a proactive approach that anticipates equipment failures before they happen. At the forefront of this innovative strategy is Artificial Intelligence (AI), which brings unprecedented precision and efficiency. AI in predictive maintenance is transforming industries by reducing downtime, minimizing costs, and enhancing productivity.
Your One-Stop Shop for Python Success: Top 10 US Python Development Providersakankshawande
Simplify your search for a reliable Python development partner! This list presents the top 10 trusted US providers offering comprehensive Python development services, ensuring your project's success from conception to completion.
Monitoring and Managing Anomaly Detection on OpenShift.pdfTosin Akinosho
Monitoring and Managing Anomaly Detection on OpenShift
Overview
Dive into the world of anomaly detection on edge devices with our comprehensive hands-on tutorial. This SlideShare presentation will guide you through the entire process, from data collection and model training to edge deployment and real-time monitoring. Perfect for those looking to implement robust anomaly detection systems on resource-constrained IoT/edge devices.
Key Topics Covered
1. Introduction to Anomaly Detection
- Understand the fundamentals of anomaly detection and its importance in identifying unusual behavior or failures in systems.
2. Understanding Edge (IoT)
- Learn about edge computing and IoT, and how they enable real-time data processing and decision-making at the source.
3. What is ArgoCD?
- Discover ArgoCD, a declarative, GitOps continuous delivery tool for Kubernetes, and its role in deploying applications on edge devices.
4. Deployment Using ArgoCD for Edge Devices
- Step-by-step guide on deploying anomaly detection models on edge devices using ArgoCD.
5. Introduction to Apache Kafka and S3
- Explore Apache Kafka for real-time data streaming and Amazon S3 for scalable storage solutions.
6. Viewing Kafka Messages in the Data Lake
- Learn how to view and analyze Kafka messages stored in a data lake for better insights.
7. What is Prometheus?
- Get to know Prometheus, an open-source monitoring and alerting toolkit, and its application in monitoring edge devices.
8. Monitoring Application Metrics with Prometheus
- Detailed instructions on setting up Prometheus to monitor the performance and health of your anomaly detection system.
9. What is Camel K?
- Introduction to Camel K, a lightweight integration framework built on Apache Camel, designed for Kubernetes.
10. Configuring Camel K Integrations for Data Pipelines
- Learn how to configure Camel K for seamless data pipeline integrations in your anomaly detection workflow.
11. What is a Jupyter Notebook?
- Overview of Jupyter Notebooks, an open-source web application for creating and sharing documents with live code, equations, visualizations, and narrative text.
12. Jupyter Notebooks with Code Examples
- Hands-on examples and code snippets in Jupyter Notebooks to help you implement and test anomaly detection models.
Skybuffer SAM4U tool for SAP license adoptionTatiana Kojar
Manage and optimize your license adoption and consumption with SAM4U, an SAP free customer software asset management tool.
SAM4U, an SAP complimentary software asset management tool for customers, delivers a detailed and well-structured overview of license inventory and usage with a user-friendly interface. We offer a hosted, cost-effective, and performance-optimized SAM4U setup in the Skybuffer Cloud environment. You retain ownership of the system and data, while we manage the ABAP 7.58 infrastructure, ensuring fixed Total Cost of Ownership (TCO) and exceptional services through the SAP Fiori interface.
How to Interpret Trends in the Kalyan Rajdhani Mix Chart.pdfChart Kalyan
A Mix Chart displays historical data of numbers in a graphical or tabular form. The Kalyan Rajdhani Mix Chart specifically shows the results of a sequence of numbers over different periods.
Unlock the Future of Search with MongoDB Atlas_ Vector Search Unleashed.pdfMalak Abu Hammad
Discover how MongoDB Atlas and vector search technology can revolutionize your application's search capabilities. This comprehensive presentation covers:
* What is Vector Search?
* Importance and benefits of vector search
* Practical use cases across various industries
* Step-by-step implementation guide
* Live demos with code snippets
* Enhancing LLM capabilities with vector search
* Best practices and optimization strategies
Perfect for developers, AI enthusiasts, and tech leaders. Learn how to leverage MongoDB Atlas to deliver highly relevant, context-aware search results, transforming your data retrieval process. Stay ahead in tech innovation and maximize the potential of your applications.
#MongoDB #VectorSearch #AI #SemanticSearch #TechInnovation #DataScience #LLM #MachineLearning #SearchTechnology
2. HISILICON SEMICONDUCTOR
HUAWEI TECHNOLOGIES CO., LTD. Page 2
Contents
1. Terms & Definitions
2. Mobility Management Under NSA DC
3. Mobility Features
4. NSA Mobility Management
5. PSCell Change Process
6. Main Procedures
7. Feature Deployment Script
8. KPIs and Counters
3. HISILICON SEMICONDUCTOR
HUAWEI TECHNOLOGIES CO., LTD. Page 3
Terms & Definitions
• EN-DC: Is short for E-UTRA-NR Dual Connectivity (DC) and represents dual connectivity between LTE and
New Radio (NR).
• NSA: Non-standalone.
• MN: Master Node.
• SN: Secondary Node.
• S-SN: Source Secondary Node.
• T-SN: Target Secondary Node.
• MCG: The Master Cell Group of an NSA DC UE is an LTE cell group configured on the LTE side.
• SCG: The Secondary Cell Group of an NSA DC UE is the NR cell group configured on the NR side.
• MeNB: The Master eNodeB of an NSA DC UE is the LTE eNodeB that serves the cell on which a UE is
currently camping.
• SgNB: The Secondary gNodeB of an NSA DC UE is the NR gNodeB configured for the UE through an
RRC message sent by the MeNB.
• PCell: Is the primary serving cell and represents a primary cell of the Master eNodeB.
• PSCell: Is the primary secondary cell and represents a primary cell of a Secondary gNodeB.
4. HISILICON SEMICONDUCTOR
HUAWEI TECHNOLOGIES CO., LTD. Page 4
Mobility Management Under NSA DC
• In an EN-DC network, the eNodeB serves as the MN and connects to the EPC, and the gNodeB acts as the SN and
connects to the eNodeB over an X2 interface.
• The LTE network is used as an anchor; the UE can only camp on the LTE network and all idle mode mobility is
controlled by that layer. Other Vendor eNodeB cannot be used as an anchor for a Huawei gNodeB, so there will be no
5G service when the UE is on a other eNodeB.
• Since the LTE network is used as an anchor the 5G mobility strategy is dictated by the current 3G/4G mobility strategy
The current network strategy is that LTE1800 or LTE2100 cells can be used as the anchor but not LTE800 cells.
• All NR signaling messages are delivered through the eNodeB. The gNodeB sends measurement configurations to the
eNodeB through the X2 interface and the eNodeB then forwards these configurations to UEs. UEs report measurement
results to the eNodeB, and the eNodeB transfers the results to the gNodeB over the X2 interface to support PSCell
changes.
• The SgNB is responsible for its mobility management, including measurement control and RRC connection
reconfiguration.
• The X2 interface will be defined between sites (inter-site) but at the moment the issue is that there is no redundancy (if
the SeGW goes down). There isn’t any redundancy for the LTE X2 link either but the difference is that in LTE the S1 link
can be used if the X2 goes down.
5. HISILICON SEMICONDUCTOR
HUAWEI TECHNOLOGIES CO., LTD. Page 5
Option 3x (SCG split bearer) The user-plane data is first transmitted from the core network to the
PDCP layer of the gNodeB. Then, the PDCP layer of the gNodeB distributes the data to the RLC layer of the eNodeB
through the X2 interface
6. HISILICON SEMICONDUCTOR
HUAWEI TECHNOLOGIES CO., LTD. Page 6
Feature Deployment: License Packaging
Feature ID Feature Name Basic Or Optional Sales Unit Sales NE Control NE
FOFD-021209 Inter-RAT Mobility From NG-RAN to E-UTRAN Optional per Cell gNodeB gNodeB
FOFD-021210 Voice Fallback Optional per Cell gNodeB gNodeB
Feature ID Feature Name Basic Or Optional Sales Unit Sales NE Control NE
LEOFD-151330 Inter-RAT Mobility From E-UTRAN to NG-RAN Optional per Cell eNodeB eNodeB
LEOFD-151331 E-UTRAN to NG-RAN Traffic Steering Optional per Cell eNodeB eNodeB
LEOFD-151332 Fast Return From E-UTRAN to NG-RAN Optional per Cell eNodeB eNodeB
5G
4G FDD
Feature ID Feature Name Summary
FBFD-010014 Mobility Management
NSA Mobility Management
SA Mobility Management in
Connected Mode
SA Mobility Management in
Idle Mode
5G
7. HISILICON SEMICONDUCTOR
HUAWEI TECHNOLOGIES CO., LTD. Page 7
NSA Mobility Management
1. NSA access: same as LTE access.
2. The eNodeB delivers event B1 measurement configuration
for NR SgNB addition.
• Only coverage-based handover is
supported in the current release.
Mobility Scenario
SgNB addition
The eNodeB periodically adds an SgNB for a UE after an initial access, incoming
handover, incoming reestablishment, or initial addition failure.
SgNB change/modification
SgNB Modification: intra-frequency handover within a gNodeB
SgNB Change: intra-frequency handover between gNodeBs
MeNB handover with SgNB modification
Intra-frequency or inter-frequency handover within an eNodeB, or between
eNodeBs, based on event A3. The NR side initiates an RRC connection
reconfiguration, instructing the UE to re-access the cell.
SgNB release
The UE moves out of the gNodeB coverage area (event A2 is reported or RLC
retransmissions exceed the specified threshold) and the SgNB is released.
• Note: data forwarding during SgNB modification, change and release is supported.
8. HISILICON SEMICONDUCTOR
HUAWEI TECHNOLOGIES CO., LTD. Page 8
Main Procedures: SgNB Addition Triggered by the MeNB
1. After receiving the B1 measurement report, the Huawei MeNB triggers an SgNB
addition procedure by sending an SgNB Addition Request message to the SgNB.
2. After the admission control is complete and the SgNB allocates resources, the
SgNB returns an SgNB Addition Request Acknowledge message to the MeNB.
3. The MeNB sends an RRC Connection Reconfiguration message to the UE. This
message contains the NR RRC configuration message.
4. The UE returns an RRC Connection Reconfiguration Complete message to the
MeNB, including the NR RRC response message.
5. The MeNB sends an SgNB Reconfiguration Complete message to the SgNB to
confirm that the UE has completed the reconfiguration procedure.
6. If the bearers configured for the UE require SCG radio resources, the UE
synchronizes with the SgNB PSCell and initiates random access to the SgNB
PSCell.
In the current network, blind PSCell addition and the initial data volume check are
disabled. Hence, the MeNB triggers measurement-based PSCell configuration (based
on B1 events) immediately if no VoLTE call is ongoing.
9. HISILICON SEMICONDUCTOR
HUAWEI TECHNOLOGIES CO., LTD. Page 9
NSA Mobility Management
PSCell Change Within a Base Station PSCell Change Between Base Stations
PSCell is changed to another cell under the same
SgNB. In this case, the SgNB modification
procedure applies.
A PSCell is changed to another cell under a different SgNB.
In this case, the SgNB change procedure applies
In NR, event A3 is used to trigger a PSCell change. Event A3 indicates that the signal quality of a neighboring cell is higher
than that of the serving cell by a certain threshold. A maximum of four cells can be contained in one event A3
measurement report, and the number of times of reporting one measurement event is unlimited
10. HISILICON SEMICONDUCTOR
HUAWEI TECHNOLOGIES CO., LTD. Page 10
PSCell Change Process
1. Measurement configuration delivery
• The gNodeB transfers measurement configurations to the LTE MeNB over the X2 interface and the LTE MeNB
forwards them to the UE.
• In 5G RAN2.1, only intra-frequency measurements based on event A3 are supported.
2. UE reporting of measurement results
• If the criteria for reporting an event A3 are satisfied, the UE reports the measurement results of the serving and
neighboring cells to the LTE MeNB and the LTE MeNB forwards the results to the SgNB through the X2 interface.
• Reporting criteria for event A3: The RSRP of a neighboring cell is greater than that of the serving cell by a certain
margin.
3. SgNB change/modification decision
• The gNodeB selects the cell with the best signal quality from the target cell list and attempts to perform an SgNB
change/modification.
4. SgNB change/modification execution
• The gNodeB performs the SgNB change/modification.
Type Condition Action
Entering
event A3
Mn + Ofn + Ocn – Hys > Ms
+ Ofs + Ocs + Off
Event A3 is reported for the
neighbouring cell.
Leaving
event A3
Mn + Ofn + Ocn + Hys < Ms
+ Ofs + Ocs + Off
Event A3 reporting is stopped for
the neighbouring cell.
11. HISILICON SEMICONDUCTOR
HUAWEI TECHNOLOGIES CO., LTD. Page 11
Process-Intra-SgNB Change
UE MeNB
1. NR A3 Measure Control
2. NR A3 Measure Report
5. RRC CONN RECFG(NR Reconfig)
6. RRC CONN RECFG CMP
8. Random Access
SgNB
3. RRC Transfer (NR A3)
4. SgNB Mod Req
7. SgNB Modification Confirm
1. The SgNB sends an A3 measurement control message to the
UE.
2. The UE sends an event A3 measurement report to the MeNB.
3. The MeNB forwards the A3 measurement report to the SgNB.
4. The SgNB initiates a change request to the MeNB.
5. The MeNB sends a reconfiguration command to the UE,
carrying the NR configuration.
6. The UE sends a reconfiguration completion message to the
MeNB.
7. The MeNB forwards the reconfiguration completion message
to the SgNB.
8. The UE sends a random access request to the SgNB.
1. NR A3 Measure Control
The eNodeB transparently transmits the NR A3
measurement report.
12. HISILICON SEMICONDUCTOR
HUAWEI TECHNOLOGIES CO., LTD. Page 12
Process-Inter-SgNB Change
UE MeNB
1. NR A3 Measure Control
2. NR A3 Measure Report
7. RRC CONN RECFG(NR Config)
8. RRC CONN RECFG CMP
S-SgNB
9. SgNB Change Confirm
MME
15. E-RAB Modification Indication
10. SgNB Reconfig CMP
16. E-RAB Modification Confirm
3. RRC Transfer (NR A3)
4. SgNB Change Required
5. SgNB Addition Request
6. SgNB Addition Request
Acknowledge
T-SgNB
12. SN Status Transfer
13. SN Status Transfer
1. The S-SgNB sends an A3 measurement control message to the UE.
2. The UE sends an A3 measurement report to the MeNB to report a
stronger NR neighboring cell.
3. The MeNB forwards the measurement information to the S-SgNB.
4. The S-SgNB initiates an NR change request to the MeNB.
5. The MeNB sends an NR addition request to the T-SgNB.
6. The T-SgNB sends an NR addition acknowledge message to the MeNB.
7. The MeNB sends a reconfiguration message to the UE, carrying NR
Config.
8. The UE sends a reconfiguration completion message to the MeNB.
9. The MeNB sends a reconfiguration confirmation message to the S-SgNB.
10. The MeNB sends a reconfiguration completion message to the T-SgNB.
11. The UE sends a random access request to the T-SgNB.
12. The S-SgNB sends an SN status transfer message to the MeNB (only
when the RLC mode is AM).
13. The MeNB forwards the SN status transfer message to the T-SgNB (only
when the RLC mode is AM).
14. The S-SgNB forwards data to the T-SgNB.
15. The MeNB sends a bearer change indication message to the core network.
16. The core network sends a bearer change confirmation message to the
MeNB.
17. The MeNB sends a context release request to the S-SgNB. 17. UE Context Release
1. NR A3 Measure Control
14. Data
Forwarding
11. Random Access
13. HISILICON SEMICONDUCTOR
HUAWEI TECHNOLOGIES CO., LTD. Page 13
Process-Intra-MeNB Handover
UE MeNB
1. LTE A3/A4 Measure Control
2. LTE A3/A4 Measure Report
5. RRC CONN RECFG(LTE intra-eNB HO CMD)
7. RRC CONN RECFG CMP
SgNB
3. SgNB Mod Req
4. SgNB Mod Req Ack
8. SgNB Reconfig CMP
6. Random Access
9. Random Access
1. The MeNB sends a measurement control message to the
UE.
2. The UE sends a measurement report to the MeNB to report
a stronger neighboring LTE cell.
3. When an LTE handover occurs and the key is changed, the
MeNB sends a modification request to the SgNB, instructing
the NR side to modify the PDCP key.
4. The SgNB sends a modification request acknowledge
message to the MeNB.
5. The MeNB sends an LTE handover command to the UE,
carrying the NR configuration.
6. The UE resends a random access request to the MeNB.
7. The UE sends a handover completion message to the
MeNB.
8. The MeNB sends a reconfiguration completion message to
the SgNB.
9. The UE sends a random access request to the SgNB.
This process is always initiated by the Huawei MeNB and it is based on the normal intra-
frequency and inter-frequency procedures used in LTE. It should be noted that in the current
design the PSCell is not changed during the MeNB handover procedure
14. HISILICON SEMICONDUCTOR
HUAWEI TECHNOLOGIES CO., LTD. Page 14
Process-Inter-MeNB Handover
UE
S-
eNB
S-GW MME
1. LTE A3/A4 Measure Control
2. LTE A3/A4 Measure Report 3. HO Req
6. HO Req
Ack
8. RRC CONN
RECFG
10. RRC CONN RECFG
CMP
13. Path Switch
S-
gNB
14. UE Context Rel
7. SgNB Rel
Req
15. UE Context Rel
T-eNB
5. SgNB Add Req ACK
4. SgNB Add Req
12. SgNB Recfg
CMP
9. Random Access
11. Random Access
1. The S-eNB sends an LTE measurement control message to
the UE.
2. The UE sends a measurement report to the S-eNB,
indicating a stronger inter-eNodeB neighboring LTE cell.
3. The S-eNB sends a handover request to the T-eNB.
4. The T-eNB sends an addition request to the S-gNB.
5. The S-gNB sends an addition acknowledge message to the
T-eNB.
6. The T-eNB sends a handover acknowledge message to the
S-eNB.
7. The S-eNB sends a release request to the S-gNB.
8. The S-eNB sends an inter-eNodeB handover command to
the UE.
9. The UE sends a random access request to the target cell.
10. The UE sends a handover completion message to the
target LTE cell.
11. The UE sends a random access request to the S-gNB.
12. The T-eNB sends a reconfiguration completion message to
the S-gNB.
13. The T-eNB sends a path switch message to the core
network.
14. The T-eNB sends a context release request to the S-eNB.
15. The S-eNB sends a context release request to the S-gNB.
Important Notes:-
If the handover is from an MeNB to a Huawei eNB (that doesn’t support NSA DC), the SgNB is released before the MeNB
handover is executed.
If the handover is from an MeNB to a Samsung eNB, the SgNB is not released and 5G will be dropped after the handover.
Handover to LTE800 will result in the SgNB being released since the 3UK strategy is to only enable anchoring on LTE1800
and LTE2100 cells.
15. HISILICON SEMICONDUCTOR
HUAWEI TECHNOLOGIES CO., LTD. Page 15
Process-SgNB Release
The SgNB release (PSCell deletion) can be triggered by either:-
1. The Huawei MeNB due to SCG link faulty or packets lost; or
2. The SgNB due to A2 threshold, UE inactivity, X2 delay or packets lost.
The coverage (A2) threshold is triggered if the PSCell RSRP decreases below a defined threshold:
Note that the A2 time to trigger is fixed (not configurable) at 640ms
1. After receiving the A2 measurement report the SgNB sends an SgNB Release
Required message to initiate an SgNB release procedure.
2. The MeNB sends an SgNB Release Confirm message to the SgNB to confirm that
the SgNB is released. After receiving this message, the SgNB stops sending data
to the UE.
3. NSA DC RRC disconnection is exactly the same as LTE RRC disconnection, so it
is not covered in this document.
16. HISILICON SEMICONDUCTOR
HUAWEI TECHNOLOGIES CO., LTD. Page 16
Parameters to set on 4G sites to enable 5G mobility
# Set PSCell addition B1 threshold and time to trigger
MOD NRSCGFREQCONFIG: PccDlEarfcn=xxxx, ScgDlArfcn=*, ScgDlArfcnPriority=1, NsaDcB1ThldRsrp=-115,
NrB1TimeToTrigger=512MS;
# Point NSA DC UEs to the same mobility groups used by non-NSA DC UEs
MOD CELLQCIPARA: LOCALCELLID=0, QCI=1, NsaDcInterFreqHoGroupId=0, NsaDcInterRatHoCommGroupId=0, NsaDcUtranHoGroupId=0, NsaDcIntraFreqHoGroupId=0;
MOD CELLQCIPARA: LOCALCELLID=0, QCI=2, NsaDcInterFreqHoGroupId=0, NsaDcInterRatHoCommGroupId=0, NsaDcUtranHoGroupId=0, NsaDcIntraFreqHoGroupId=0;
MOD CELLQCIPARA: LOCALCELLID=0, QCI=3, NsaDcInterFreqHoGroupId=0, NsaDcInterRatHoCommGroupId=0, NsaDcUtranHoGroupId=0, NsaDcIntraFreqHoGroupId=0;
MOD CELLQCIPARA: LOCALCELLID=0, QCI=4, NsaDcInterFreqHoGroupId=0, NsaDcInterRatHoCommGroupId=0, NsaDcUtranHoGroupId=0, NsaDcIntraFreqHoGroupId=0;
MOD CELLQCIPARA: LOCALCELLID=0, QCI=5, NsaDcInterFreqHoGroupId=1, NsaDcInterRatHoCommGroupId=1, NsaDcUtranHoGroupId=1, NsaDcIntraFreqHoGroupId=1;
MOD CELLQCIPARA: LOCALCELLID=0, QCI=6, NsaDcInterFreqHoGroupId=1, NsaDcInterRatHoCommGroupId=1, NsaDcUtranHoGroupId=1, NsaDcIntraFreqHoGroupId=1;
MOD CELLQCIPARA: LOCALCELLID=0, QCI=7, NsaDcInterFreqHoGroupId=1, NsaDcInterRatHoCommGroupId=1, NsaDcUtranHoGroupId=1, NsaDcIntraFreqHoGroupId=1;
MOD CELLQCIPARA: LOCALCELLID=0, QCI=8, NsaDcInterFreqHoGroupId=1, NsaDcInterRatHoCommGroupId=1, NsaDcUtranHoGroupId=1, NsaDcIntraFreqHoGroupId=1;
MOD CELLQCIPARA: LOCALCELLID=0, QCI=9, NsaDcInterFreqHoGroupId=1, NsaDcInterRatHoCommGroupId=1, NsaDcUtranHoGroupId=1, NsaDcIntraFreqHoGroupId=1;
17. HISILICON SEMICONDUCTOR
HUAWEI TECHNOLOGIES CO., LTD. Page 17
Parameters to set on 5G sites to enable Mobility
# Define Intra-frequency handover group
MOD NRCELLQCIBEARER: NrCellId=101, Qci=1, IntraFreqHoMeasGroupId=0;
MOD NRCELLQCIBEARER: NrCellId=101, Qci=2, IntraFreqHoMeasGroupId=0;
MOD NRCELLQCIBEARER: NrCellId=101, Qci=3, IntraFreqHoMeasGroupId=0;
MOD NRCELLQCIBEARER: NrCellId=101, Qci=4, IntraFreqHoMeasGroupId=0;
MOD NRCELLQCIBEARER: NrCellId=101, Qci=5, IntraFreqHoMeasGroupId=0;
MOD NRCELLQCIBEARER: NrCellId=101, Qci=6, IntraFreqHoMeasGroupId=0;
MOD NRCELLQCIBEARER: NrCellId=101, Qci=7, IntraFreqHoMeasGroupId=0;
MOD NRCELLQCIBEARER: NrCellId=101, Qci=8, IntraFreqHoMeasGroupId=0;
MOD NRCELLQCIBEARER: NrCellId=101, Qci=9, IntraFreqHoMeasGroupId=0;
# Set Intra-frequency handover parameters
MOD NRCELLINTRAFHOMEAGRP: NrCellId=101, IntraFreqHoMeasGroupId=0, IntraFreqHoA3Offset=2, IntraFreqHoA3Hyst=2, IntraFreqHoA3TimeToTrig=320MS;
# Set filter coefficients for measurements
MOD NRCELLMOBILITYCONFIG: NrCellId=101, BeamRsrpFilterCoeff=FC4, CellRsrpFilterCoeff=FC4;
# Set coverage A2 threshold for PSCell removal
MOD NRCellNsaDcConfig: NrCellId=101, PscellA2RsrpThld=-121;
18. HISILICON SEMICONDUCTOR
HUAWEI TECHNOLOGIES CO., LTD. Page 18
Main KPIs Formulas
KPI name KPI formula
Success rate of PCell change L.NsaDc.PCell.Change.Succ/L.NsaDc.PCell.Change.Exec x 100%
SgNB addition success rate L.NsaDc.SgNB.Add.Succ/L.NsaDc.SgNB.Add.Att x 100%
[SgNB addition success rate] ( [N.NsaDc.SgNB.Add.Succ] / [N.NsaDc.SgNB.Add.Att] )*{100}
[Intra-SgNB PSCell change success rate] ( [N.NsaDc.IntraSgNB.PSCell.Change.Succ] / [N.NsaDc.IntraSgNB.PSCell.Change.Att] )*{100}
[Inter-SgNB PSCell change success rate] ( [N.NsaDc.InterSgNB.PSCell.Change.Succ] / [N.NsaDc.InterSgNB.PSCell.Change.Att] )*{100}
NR drop rate ( [N.NsaDc.SgNB.AbnormRel] / [N.NsaDc.SgNB.Rel] )*{100}
User Downlink Average Throughput(NR) User Downlink Average Throughput(NR) = (N.ThpVol.DL - N.ThpVol.DL.LastSlot) / N.ThpTime.DL.RmvLastSlot
User Uplink Average Throughput(NR) User Uplink Average Throughput(NR) = (N.ThpVol.UL- N.ThpVol.UE.UL.SmallPkt) / N.ThpTime.UE.UL.RmvSmallPkt
Cell Downlink Average Throughput Cell Downlink Average Throughput = N.ThpVol.DL.Cell / N.ThpTime.DL.Cell
Cell Uplink Average Throughput Cell Uplink Average Throughput = N.ThpVol.UL.Cell / N.ThpTime.UL.Cell
Downlink Resource Block Utilizing Rate Downlink Resource Block Utilizing Rate =(N.PRB.DL.Used.Avg/N.PRB.DL.Avail.Avg)× 100%
Uplink Resource Block Utilizing Rate Uplink Resource Block Utilizing Rate =(N.PRB.UL.Used.Avg/N.PRB.UL.Avail.Avg)× 100%
Radio Network Unavailability Rate Radio Network Unavailability Rate =( [N.Cell.Unavail.Dur.System.Avg] + [N.Cell.Unavail.Dur.Manual.Avg] )/({GP}*{60})*100
Downlink Traffic Volume Downlink Traffic Volume =N.ThpVol.DL
Uplink Traffic Volume Uplink Traffic Volume = N.ThpVol.UL
Average User Number
NSA:
Average User Number =N.User.RRCConn.Avg
[DRB setup success rate] ( [N.NsaDc.DRB.Add.Succ] / [N.NsaDc.DRB.Add.Att] )*{100}
19. HISILICON SEMICONDUCTOR
HUAWEI TECHNOLOGIES CO., LTD. Page 19
LTE Counter- NSA DC Counters
Counter ID Counter Name Counter Description
1526747851 L.NsaDc.SgNB.Add.Att Total number of SgNB addition attempts for UEs that treat the local cell as their PCell in the LTE-NR NSA DC state
1526747852 L.NsaDc.SgNB.Add.Succ Total number of successful SgNB additions for UEs that treat the local cell as their PCell in the LTE-NR NSA DC state
1526747853 L.NsaDc.SCG.Change.Att Total number of SCG change attempts for UEs that treat the local cell as their PCell in the LTE-NR NSA DC state
1526747854 L.NsaDc.SCG.Change.Succ Total number of successful SCG changes for UEs that treat the local cell as their PCell in the LTE-NR NSA DC state
1526747855 L.NsaDc.SgNB.Rmv.Att Total number of SgNB removal attempts for UEs that treat the local cell as their PCell in the LTE-NR NSA DC state
1526747856 L.NsaDc.ScgFailure Total number of SCG-related failures for UEs that treat the local cell as their PCell in the LTE-NR NSA DC state
1526748735 L.NsaDc.PCell.Change.Exec Number of PCell change executions in LTE-NR NSA DC scenarios
1526748736 L.NsaDc.PCell.Change.Succ Number of successful PCell changes in LTE-NR NSA DC scenarios
1526748737 L.NsaDc.E-RAB.AbnormRel Total number of abnormal E-RAB releases in LTE-NR NSA DC scenarios
1526748825 L.NsaDc.SCG.Mod.Req.Att Number of SCG modification attempts for UEs that treat the local cell as their PCell in the LTE-NR NSA DC state
1526748826 L.NsaDc.SCG.Mod.Req.Succ Number of successful SCG modifications for UEs that treat the local cell as their PCell in the LTE-NR NSA DC state
1526748827 L.NsaDc.SCG.Mod.Required.Att Number of SCG modification attempts received by UEs in the LTE-NR NSA DC state in a cell
1526748828 L.NsaDc.SCG.Mod.Required.Succ Number of successful SCG modifications received by UEs in the LTE-NR NSA DC state in a cell
1526748829 L.NsaDc.E-RAB.Mod.Ind.Att Number of E-RAB modification attempts initiated by UEs in the LTE-NR NSA DC state in a cell
1526748830 L.NsaDc.E-RAB.Mod.Ind.Succ Number of successful E-RAB modifications initiated by UEs in the LTE-NR NSA DC state in a cell
1526755742 L.NsaDc.E-RAB.NormRel Total number of normal E-RAB releases for NSA DC UEs
1526755743 L.NsaDc.HHO.PrepAttOut Number of outgoing handover preparation attempts for NSA DC UEs
1526755744 L.NsaDc.HHO.ExecAttOut Number of outgoing handover executions for NSA DC UEs
1526755745 L.NsaDc.HHO.ExecSuccOut Number of successful outgoing handovers for NSA DC UEs
20. HISILICON SEMICONDUCTOR
HUAWEI TECHNOLOGIES CO., LTD. Page 20
5G Counters- NSA DC Measurements
Counter ID Counter Name Counter Description
1911816746 N.NsaDc.SgNB.Add.Att Number of SgNB addition requests in the LTE-NR NSA DC scenario
1911816747 N.NsaDc.SgNB.Add.Succ Number of successful SgNB additions in the LTE-NR NSA DC scenario
1911816748 N.NsaDc.InterSgNB.PSCell.Change.Att Number of inter-SgNB PSCell change requests in the LTE-NR NSA DC scenario
1911816749 N.NsaDc.InterSgNB.PSCell.Change.Succ Number of successful inter-SgNB PSCell changes in the LTE-NR NSA DC scenario
1911816750 N.NsaDc.IntraSgNB.PSCell.Change.Att Number of intra-SgNB PSCell change requests in the LTE-NR NSA DC scenario
1911816751 N.NsaDc.IntraSgNB.PSCell.Change.Succ Number of successful intra-SgNB PSCell changes in the LTE-NR NSA DC scenario
1911816752 N.NsaDc.SgNB.Rel Total number of SgNB releases in the LTE-NR NSA DC scenario
1911816753 N.NsaDc.SgNB.AbnormRel.Radio Total number of abnormal SgNB releases in the LTE-NR NSA DC scenarios caused by radio layer issues
1911816754 N.NsaDc.DRB.Add.Att Number of DRB addition requests for LTE-NR NSA DC UEs on the SgNB
1911816755 N.NsaDc.DRB.Add.Succ Number of successful DRB additions for LTE-NR NSA DC UEs on the SgNB
1911816756 N.NsaDc.DRB.Rel Number of DRB releases for LTE-NR NSA DC UEs on the SgNB
1911816757 N.NsaDc.DRB.AbnormRel Number of abnormal DRB releases for LTE-NR NSA DC UEs on the SgNB
1911816836 N.NsaDc.SgNB.AbnormRel.Radio.SUL Total number of abnormal SgNB releases in the LTE-NR NSA DC scenarios caused by radio layer issues of the SUL
1911816843 N.NsaDc.SgNB.Rel.Coverage Number of coverage-based SgNB releases in LTE-NR NSA DC scenarios
1911817841 N.NsaDc.SgNB.Rel.SgNBTrigger Total number of SgNB releases triggered by SgNB in LTE-NR NSA DC scenarios
1911817842 N.NsaDc.SgNB.AbnormRel.Trans Total Number of abnormal SgNB releases due to the transport layer in LTE-NR NSA DC scenarios
1911817843 N.NsaDc.SgNB.AbnormRel Total number of abnormal SgNB releases triggered by SgNB in LTE-NR NSA DC scenarios
1911817848 N.NsaDc.IntraSgNB.PSCell.Change.Fail.Conflict Number of intra-SgNB PSCell change failures caused by procedure conflicts in LTE-NR NSA DC scenarios
1911817849 N.NsaDc.InterSgNB.PSCell.Change.Fail.Conflict Number of inter-SgNB PSCell change failures caused by procedure conflicts in LTE-NR NSA DC scenarios
1911817850 N.NsaDc.SgNB.Mod.Req.Fail.Radio Number of failures of SgNB modifications initiated by the MeNB due to radio faults in LTE-NR NSA DC scenarios
1911817851 N.NsaDc.SgNB.Mod.Req.Fail.TNL
Number of failures of SgNB modifications initiated by the MeNB due to transmission faults in LTE-NR NSA DC
scenarios
1911817852 N.NsaDc.SgNB.Mod.Req.Succ Number of successful SgNB modifications initiated by the MeNB in LTE-NR NSA DC scenarios
1911817853 N.NsaDc.SgNB.Mod.Req.Att Number of SgNB modification attempts initiated by the MeNB in LTE-NR NSA DC scenarios
1911817854 N.NsaDc.SgNB.Add.Fail.Radio Number of SgNB addition failures caused by radio faults in LTE-NR NSA DC scenarios
1911817855 N.NsaDc.SgNB.Add.Fail.Radio.NoRes Number of SgNB addition failures caused by the unavailability of radio resources in LTE-NR NSA DC scenarios
1911817856 N.NsaDc.SgNB.Add.Fail.TNL Number of SgNB addition failures caused by transmission faults in LTE-NR NSA DC scenarios
1911817857 N.NsaDc.SgNB.AbnormRel.Radio.UeLost Number of abnormal SgNB releases initiated by the SgNB caused by UE LOST
1911817858 N.NsaDc.SgNB.AbnormRel.NoReply Number of abnormal SgNB releases initiated by the SgNB caused by no response
21. HISILICON SEMICONDUCTOR
HUAWEI TECHNOLOGIES CO., LTD. Page 21
5G NR – Inter-SgNB PSCell Change SR [BXXXXX]
BYYYYY OA @ 27th Feb 2020
Summary:-
From SON log analysis, X2 interface wasn’t established earlier although neighbor external cell has been defined due to maximum x2
interface(384) reached for this site.
X2 interface between Site BXXXXX and BYYYYY was established on 3rd March 2020; issue resolved after X2 interface between gNB
created.
1.17k
m
3843
11869
Analysis:-
From trace found out the
SGNB_Change_Refuse due to failure of
“Transport-resource-unvailable”
22. HISILICON SEMICONDUCTOR
HUAWEI TECHNOLOGIES CO., LTD. Page 22
5G NR – [Analysis] Inter-SgNB Change SR
From MAN101 BRD, main inter-SgNB change failure due to
“X2_SGNB_CHANGE_REFUSE/TRANSP_RSRC_UNAVAILABLE_CAU
SE_TRANSP”
MAN004 LTE X2 interface
MAN004
(615)
MAN101 (751)
MAN101
(751)
MAN004 (615)
MAN101 LTE X2 interface
From BRD of MAN101, main failure due
to
“X2_SGNB_CHANGE_REFUSE/TRANS
P_RSRC_UNAVAILABLE_CAUSE_TR
ANSP “; further check found MAN004
and MAN101 X2 are facing SCTP link
issue; which suspect causing the failures
on inter-SgNB change.
Issue normalizing after 28th March.