Technology-neutral licensing or Technology-neutrality (commonly known as spectrum refarming) is the ability to refarm spectrum used for legacy networks (#2G and #3G) for #4G and #5G services, at a pace driven by market demand. In general terms, technology neutrality refers to the repurposing of spectrum bands to more efficient technologies. Technology neutrality is an important enabler of legacy network sunsets. The initial rollout of 4G in many pioneer markets was based on technology neutrality and spectrum refarming. As of the middle of the last decade, nearly half of 4G deployments globally were running on refarmed 2G and 3G spectrum. Between 2015 and mid-August 2023, a total of 91 networks were shut down, of which 43 were 2G networks and 48 were 3G networks. At least 148 networks will be shut down between Q4 2023 and 2030, based on announced plans from operators.
Dr Mohammad Safwat’s Post
More Relevant Posts
-
#handover series #1 In #LTE networks, handovers are crucial for maintaining seamless connectivity as a user equipment (UE) moves across different cell coverage areas. The two primary types of handovers are X2 and S1 handovers. These handovers involve different interfaces and processes, impacting how the network manages mobility. X2 Handover X2 Handover occurs directly between two eNodeBs (source eNodeB and target eNodeB) using the X2 interface. This handover is typically preferred when both eNodeBs are connected to the same core network and the X2 interface is available. S1 Handover S1 Handover is used when the X2 interface is unavailable, or the source and target eNodeBs are not directly connected via the X2 interface. This handover involves the S1 interface and the core network entities like the MME and the Serving Gateway (SGW). Key Parameters for Choosing the Appropriate Handover Type 1. Availability of X2 Interface: If the X2 interface is available and operational, X2 handover is preferred. If not, S1 handover is used. 2. Inter-eNodeB Connectivity: X2 handover is preferred when both eNodeBs belong to the same network operator and are within the same core network domain. S1 handover is used for inter-operator handovers or when the eNodeBs are managed by different core network domains. 3. Latency and Performance Requirements: X2 handovers are typically faster and have lower latency compared to S1 handovers, making them preferable for high-mobility scenarios. Network Topology and Configuration: 4. Network design and topology also influence the choice, with denser deployments and closely connected eNodeBs favoring X2 handovers. Advantages and Disadvantages X2 Handover Advantages: Lower Latency: Direct communication between eNodeBs reduces handover delay. Efficient Resource Management: Quick resource reallocation and less signaling overhead. Better User Experience: Faster handovers provide a seamless experience for the user. Disadvantages: Dependency on X2 Interface: Requires a functional X2 interface between eNodeBs. Limited to Intra-Network: Typically limited to eNodeBs within the same operator's network. S1 Handover Advantages: Flexibility: Can be used even when the X2 interface is not available. Inter-Operator Handover: Suitable for handovers between different network operators. Disadvantages: Higher Latency: Involves core network elements, leading to increased handover delay. Increased Signaling Overhead: More signaling messages between the core network and eNodeBs.
To view or add a comment, sign in
-
-
#handover series #3 2. handover through S1 interface: An S1 handover is used when the X2 interface is unavailable or when the source and target eNodeBs are not directly connected. This handover involves core network elements such as the Mobility Management Entity (MME) and the Serving Gateway (SGW). Here is a detailed step-by-step explanation of the S1 handover process. 1. Handover Preparation Step 1: Handover Required The source eNodeB determines that a handover is needed based on UE measurements, load conditions, or other criteria. The source eNodeB sends a Handover Required message to the MME. This message includes the UE's context and target cell information. Step 2: Handover Request The MME processes the handover request and sends a Handover Request message to the target eNodeB. This message contains necessary information about the UE, such as security context, QoS parameters, and bearer information. Step 3: Handover Request Acknowledge The target eNodeB prepares the necessary resources for the UE and responds with a Handover Request Acknowledge message to the MME. This message includes the information the UE needs to access the target cell (e.g., target cell identifier, timing advance). Step 4: Handover Command The MME forwards the Handover Request Acknowledge message to the source eNodeB, encapsulated in a Handover Command message. The source eNodeB then sends this command to the UE, instructing it to perform the handover to the target cell. 2. Handover Execution Step 5: UE Handover The UE receives the Handover Command and starts the process of detaching from the source eNodeB. The UE synchronizes with the target eNodeB and establishes a connection. Step 6: Data Forwarding While the UE is executing the handover, the source eNodeB continues to buffer any incoming data packets for the UE. The source eNodeB forwards the buffered and any new incoming user data to the SGW. Step 7: Path Switch Request Once the UE successfully attaches to the target eNodeB, the target eNodeB sends a Path Switch Request message to the MME. The MME updates the UE context in the SGW with the new eNodeB information and sends a Modify Bearer Request to the SGW. Step 8: Path Switch Request Acknowledge The SGW updates its bearer paths to point to the target eNodeB and responds with a Modify Bearer Response to the MME. The MME sends a Path Switch Request Acknowledge message to the target eNodeB, indicating the successful completion of the bearer path switch. 3. Handover Completion Step 9: Handover Complete The UE sends a Handover Confirm message to the target eNodeB once it has successfully synchronized and attached to the target cell. The target eNodeB then notifies the MME of the successful handover by sending a Handover Complete message. Step 10: Release Resources The MME informs the source eNodeB that the handover is complete by sending a Release Resources message. The source eNodeB releases the resources previously allocated for the UE. #lte
To view or add a comment, sign in
-
#handover series #2 In #LTE networks, handovers are crucial for maintaining seamless connectivity as a user equipment (UE) moves across different cell coverage areas. The two primary types of handovers are X2 and S1 handovers. These handovers involve different interfaces and processes, impacting how the network manages mobility. Let's delve into the types of handover in the series of posts. 1. handover through X2 interface: In an #X2 handover, the X2 interface is primarily used for signaling between the source eNodeB and the target eNodeB. It also supports the transfer of user data during the handover process. Handover Preparation: The source eNodeB decides that a handover is necessary based on measurements reported by the UE or due to load balancing. The source eNodeB sends a Handover Request message to the target eNodeB via the X2 interface. This message includes the necessary context information about the UE (such as security context, QoS parameters, and bearer information) so the target eNodeB can prepare resources for the incoming UE. The target eNodeB allocates the required resources and responds with a Handover Request Acknowledge message. This message includes information the UE will need to access the target cell, such as the target cell identifier and the target cell’s timing advance. Handover Execution: The source eNodeB sends a Handover Command to the UE, containing the necessary information to connect to the target eNodeB. The UE detaches from the source eNodeB and attempts to connect to the target eNodeB. During this phase, the source eNodeB continues to buffer any incoming data for the UE. Data Forwarding: To prevent data loss during the handover, the source eNodeB forwards any buffered and ongoing data packets to the target eNodeB over the X2 interface. This data forwarding can include both user plane data (actual data packets) and control plane data. The target eNodeB buffers the forwarded data until the UE successfully connects and is ready to receive data. Handover Completion: Once the UE successfully attaches to the target eNodeB, it sends a Handover Confirm message to the target eNodeB. The target eNodeB then informs the source eNodeB of the successful handover by sending a Handover Complete message. The source eNodeB can now release the resources associated with the UE. Types of Data Transferred 1. Signaling Data: Handover Request: Context information about the UE, security parameters, and QoS settings. Handover Request Acknowledge: Target cell information, timing advance. Handover Complete: Notification of successful handover. 2. User Plane Data: During the handover, any ongoing data packets that are still being sent to the UE are forwarded from the source eNodeB to the target eNodeB. This includes: Buffered packets: Data that was in the buffer at the source eNodeB when the handover was initiated. In-transit packets: Any data packets that arrive at the source eNodeB during the handover execution phase.
To view or add a comment, sign in