huawei signaling storm solution features

1.1 Smartphone Management

WSFD-110511 Smartphone Control Base Function

Applicable NEs

SGSN

Requirements

NEs Involved

NEs involved in this feature

MS RNC PCU GGSN SGSN HLR

√ - - - √ -

In Table 2-362, the symbol "√" indicates that the NE is required, and the symbol "-" indicates that the NE is not required.

Supporting Versions

USN9810 versions supporting this feature

Product Supporting Version

USN9810 V900R011C01 and later versions

License Requirement

As a basic function of the USN9810, the signaling-based control function is not under license control.

As an optional function of the USN9810, the smartphone-type-based control functionand is under license control, with the corresponding license control item being Smartphone Control Base Function.

Summary

The Smartphone Control Base Function feature (basic control functions of smartphones in this document), which saves signaling processing resources, provides the following functions:

Signaling-based control function

The serving GPRS support node (SGSN), where GPRS is short for general packet radio service, analyzes signaling messages to identify smartphones, and prohibits smartphones from using Direct Tunnel and

2023-4-8 Huawei Confidential Page1, Total12

prohibiting smartphones from deactivating inactive Packet Data Protocol (PDP) contexts.

Smartphone-type-based control function

After identifying smartphones by type, the SGSN implements differentiated policies for different types of smartphones, and prohibits one type of smartphone from using Direct Tunnel.

Benefits

Benefits of this feature

For... Benefits

Carriers Preventing network congestion and device overload

Improving network usability and reliability

Subscribers Accessing network services based on control policies to reduce power consumption

Description

This feature includes the following functions:




The USN9810 identifies a smartphone by analyzing signaling messages from the MS, and prohibits smartphones from using Direct Tunnel and prohibiting smartphones from deactivating inactive Packet Data Protocol (PDP) contexts.


After identifying a smartphone by its IMEI, the USN9810 implements differentiated policies for different types of smartphones and saves signaling resources by prohibiting one type of smartphone from using Direct Tunnel.

Enhancement

Release history and enhancement

Feature Version Product Version Details

WSFD-110511, 01 V900R011C01 This feature is released for the first time.


Dependency

Application Limitations

There is no application limitation to this feature.

Interaction with Other Features

Interactions between this feature and other features

Feature Interaction

2.2.3 WSFD-110104 Direct Tunnel Smartphones can be prohibited from enabling Direct Tunnel based on corresponding configurations.

2.6.2 WSFD-110502 Deactivating Idle PDPs

Smartphones can be prohibited from deactivating idle PDP contexts based on corresponding configurations.

1.1.1 WSFD-111201 Smartphone Abnormal Signaling Reduction

Applicable NEs

SGSN

Requirements

NEs Involved


MS RNC BSC GGSN SGSN HLR

√ - - √ √ -


Supporting Versions




License Requirement


This feature is an optional function of the USN9810. A license is required for this feature and the license control item is Smartphone Abnormal Signaling Reduction.

Summary

When a smartphone fails a PDP context activation procedure due to causes such as unsubscribed access point names (APNs) and network faults, the smartphone will repeatedly initiate PDP context activation procedures, which results in a large number of abnormal signaling. The USN9810 can restrain the repeated activation signaling of smartphones using preconfigured restraint methods to reduce the impact that the signaling brings to the network.

Benefits


For... Benefits

Carriers Reducing abnormal signaling that is brought to the network

Improving the activation success rate Preventing network congestion and

device overload Improving network usability and

reliability

Subscribers None

Description

When a smartphone fails a PDP context activation procedure due to causes such as unsubscribed access point names (APNs) and network faults, the smartphone will repeatedly initiate PDP context activation procedures, which results in a large number of abnormal signaling. The USN9810 can restrain the repeated activation signaling of smartphones using preconfigured restraint methods to reduce the impact of the signaling on the network.

Abnormal signaling reduction is implemented as follows:

1. The SGSN checks whether the signaling of a smartphone is abnormal based on the preset threshold for retrying PDP context activations per hour and the current number that the smartphone retries the activations. If the number of activation retries exceeds the threshold, the signaling is abnormal. If the number of activation retries does not exceed the threshold, the signaling is normal. For the normal signaling, the activation procedure continues. For the abnormal signaling, the SGSN performs step 2.

2. The SGSN identifies smartphone types (for example, Android, BlackBerry, Windows Phone, or iPhone) based on smartphones' IMEIs or the APN NI carried in the activation request.


3. The SGSN restrains abnormal activation signaling based on the acquired smartphone type and the preconfigured restraint method.

The restraint methods are as follows:

− Restraint method A: The SGSN rejects the activation with a specific cause value. After receiving the cause value, the smartphone stops initiating activation procedures.

− Restraint method B: The SGSN creates PDP contexts by using a parking APN NI, which is described as follows:

− After receiving the PDP context activation request from a smartphone, the SGSN creates PDP contexts for the smartphone by using a parking APN NI to replace the requested APN NI.

− The SGSN does not generate CDRs for the PDP contexts activated by the parking APN NI.

− In an inter-routing area update (RAU) or inter-SGSN relocation procedure, the PDP contexts activated by using the parking APN NI are not forwarded to the new SGSN and the old SGSN instructs the GGSN to deactivate these PDP contexts.

− The GGSN prevents the smartphone from data transmission using PDP contexts that are activated by using the parking APN NI.

− Restraint method C: The SGSN initiates a detach procedure.

4. If the PDP context activation activity of a smartphone is restrained, the system must cancel the restraint by using a wake-up method to recover data services for the smartphone when the network environment is restored or the faults are rectified.

Three wake-up methods for the three restraint methods are as follows:

− Wake-up method for restraint method A: The SGSN initiates a detach procedure with the detach type of "re-attach required" to detach the smartphone from the network and instructs the smartphone to reattach to the network.

− Wake-up method for restraint method B: The SGSN initiates a procedure for deactivating the PDP contexts that are activated by using the parking APN NI.

− Wake-up method for restraint method C: The smartphone is instructed to reattach the network or power on again after it is powered off.

Enhancement




Dependency





None

1.1.2 WSFD-111202 Smartphone Traffic Model Statistics

Applicable NEs

SGSN

Requirements

NEs Involved


MS RNC PCU GGSN SGSN HLR

√ - - - √ -


Supporting Versions




License Requirement

This feature is an optional function of the USN9810. A license is required for this feature and the license control item is Smartphone Traffic Model statistics.

Summary

Using the Smartphone Traffic Model Statistics feature, the USN9810 can work with a network optimization tool to analyze the smartphone traffic model. This feature also helps carriers accurately evaluate and plan networks.

Network optimization tools need to be purchased separately.


Benefits


For... Benefits

Carriers Accurately evaluating and planning networks

Identifying the type of subscribers or smartphones that cause abnormal performance counters or have significant impact on the network. Analyzing abnormal performance counters and providing control policies to reduce the impact on the network

Smartphone visualization:

− Analyzing the smartphone distribution on the live network and providing a run chart to predict the smartphone trend that carriers are concerned about

− Displaying smartphones' performance counters and analyzing the traffic model of smartphones

Subscribers None

Description

Using the Smartphone Traffic Model Statistics feature, the SGSN can collect smartphone traffic model statistics based on the identified smartphone types after enabling the 2.13.1 WSFD-110511 Smartphone Control Base Function feature. The SGSN can also work with a network optimization tool to analyze the smartphone traffic model.

The procedure for collecting smartphone traffic model statistics is as follows:

Original information statistics

Information analysis

Original information statistics


The SGSN collects statistics about the original performance data of smartphones and exports the data to a network optimization tool for data analysis.

Table 2-374 lists the common measurement counters for smartphone traffic models.

Measurement counters for smartphone traffic models

Measurement Unit Measurement Counter

User Plane Traffic with Specific UE Type All

Gb Mode MM with Specific UE Type All

Iu Mode MM with Specific UE Type All

Gb Mode SM with Specific UE Type All

Iu Mode SM with Specific UE Type All

Abnormal Signalling Reduction with Specific UE Type

All

Abnormal Signalling Reduction All

Information analysis

After receiving the original performance data sent by the SGSN, the network optimization tool analyzes the data and outputs smartphone traffic models for different smartphone types.

Enhancement




Dependency




None


1.1.3 WSFD-110005 MME Overload Control

Applicable NEs

MME

Requirements

NEs Involved


UE eNodeB

SGSN MME S-GW P-GW PCRF HSS

- √ - √ - - - -


Supporting Versions




License Requirement

This feature is optional and under license control. The license control item is MME Overload Control.

Summary

When the USN9810 functions as a mobility management entity (MME) and is overloaded, the USN9810 sends the eNodeB an Overload Start message, which instructs the eNodeB to prohibit UEs from establishing new connections to the eNodeB. This reduces the signaling impact on the network. When the USN9810 is no longer overloaded, the USN9810 sends the eNodeB an Overload Stop message, which instructs the eNodeB to allow UEs to access the USN9810. Then, the USN9810 can provide services for UEs.


Benefits


For... Benefits

Carriers When network congestion or signaling storm occurs, the eNodeB performs access control to prevent the USN9810 from being overloaded.

Subscribers The quality of service (QoS) is ensured for the subscribers who have accessed the USN9810.

Description

When the USN9810 is overloaded, the MME sends the eNodeB an OVERLOAD START message, requesting the eNodeB to reject all new RRC connection establishment requests to reduce signaling on the network. After recovering to the normal state, the USN9810 the eNodeB sends an OVERLOAD STOP message, requesting the eNodeB to allow the UE access so that the UE's services can be provided.

The USN9810 initiates an overload control procedure when one of the following conditions is met:

The CPU used by the SGP process is overloaded and the current overload control policy is not NO_CONTROL. The SGP is responsible for the management of the connections between the MME and eNodeB.

A maintenance engineer runs STR S1OVERLOAD on the operation and maintenance system (OMS).

Figure 2-12 shows an overload control startup procedure.


Overload control startup procedure

1. The MME sends an OVERLOAD START message to the eNodeB after detecting that one of the overload control startup conditions is met.

2. The eNodeB performs overload control on UEs as instructed by the MME.

The USN9810 stops an overload control procedure when one of the following conditions is met:

The CPU used by the SGP process changes to the normal state.

A maintenance engineer runs STP S1OVERLOAD on the OMS.

Figure 2-13 shows an overload control termination procedure.

Overload control termination procedure


3. The MME sends an OVERLOAD STOP message to the eNodeB after detecting that one of the over control termination condition is met.

4. The eNodeB stops overload control on UEs as instructed by the MME.

Enhancement




Dependency


None


None


huawei signaling storm solution features

Documents