You are on page 1of 3

The concept of Policy and Charging Control (PCC) within telecom networks provides flexibility to define

the limits and rules for Policy Decision Points (PDP) utilization on a per-subscriber basis.

The logic for setting these limits could be:

1. Subscription-based: The subscriber may have a subscription plan that defines the maximum number
of PDPs allowed. This could be part of the terms and conditions associated with a particular price plan or
service offering.

The subscription information would be stored in a database, such as the Home Subscriber Server (HSS)
in LTE networks, and made available to the PCC architecture during the authentication process. The
Policy Control Rule Function (PCRF), acting as the PDP, would retrieve this information and enforce the
limit accordingly.

2. Dynamic rules: The PCRF can be configured with generic policies that allow a certain number of PDPs
by default. However, it can also dynamically create additional rules or modify existing ones based on
specific events or triggers.

For example, a subscriber may initiate multiple simultaneous sessions (e.g., voice and data) that each
require their PDP. The PCRF could be configured to allow for a certain number of additional PDPs within
a defined time period after authenticating the subscriber.

3. Credit-based: In scenarios where the usage of PDPs is metered and may result in charges to the
subscriber, the PCC architecture could include a Charging System (CS). The CS would monitor the usage
of PDPs and ensure that the subscriber doesn't exceed their credit limit, which could be set as a limit on
the number of PDPs allowed.

The PCRF would interact with the CS to obtain real-time information on the subscriber's credit status
and make policy decisions based on that.

It's worth noting that the actual implementation and the granularity of setting these limits may vary
depending on the network operator's business rules and the specific PCC architecture and components
they employ.

Overall, the PCC provides the flexibility to manage and enforce dynamic policies and limits per
subscriber, allowing operators to offer tailored services while maintaining control over network
resources.

Is there anything specific you'd like to know about any of these options or would you like me to explain
any part of this answer in more detail?
To limit the number of Packet Data Protocol (PDP) contexts that can be activated for a given User
Equipment (UE) in a Home Subscriber Server (HSS), you can follow these steps:

1. Determine the maximum number of PDP contexts you want to allow for the UE. This value depends
on your network configuration and requirements.

2. Update the Maximum PDP Contexts Allowed attribute in the HSS for the relevant User Subscription.
This attribute specifies the maximum number of contexts that can be activated for the UE.

3. Optionally, you can set an activation threshold for alerting on threshold violations. This is configured
through the Activation Threshold attribute in the HSS. When the number of active PDP contexts for a UE
exceeds this threshold, you can trigger alerts or take specific actions.

4. After updating the attributes in the HSS, it will enforce the limit for new PDP context activations.
Existing PDP contexts won't be affected.

Here's a more detailed explanation:

a. Maximum PDP Contexts Allowed: This is a configurable attribute in the HSS that is part of the User
Subscription profile. It specifies the maximum number of PDP contexts that can be activated for a
specific UE. The attribute can have a value from 1 to 32767.

b. Activation Threshold: This is an optional attribute that can be used to configure a threshold for
triggering alerts or actions when the number of active PDP contexts exceeds a certain value. You can set
this attribute to any value between 1 and the maximum PDP contexts allowed.

When the number of active PDP contexts reaches or exceeds the activation threshold, the HSS can
generate notifications or alerts to the Network Operator, for example, by sending a trap to a Network
Management System (NMS).

c. Enforcement of Limits: When a UE requests the activation of a new PDP context, the HSS checks the
Maximum PDP Contexts Allowed attribute for that UE. If the maximum number of contexts has already
been reached, the HSS will respond with an error message to the Gateway GPRS Support Node (GGSN)
or Packet Data Network Gateway (PDN-GW), preventing the activation of the new PDP context.
Additionally, the HSS can check against the Activation Threshold attribute if it's configured. If the
threshold is exceeded, the HSS can take the specified actions, such as generating alerts.

Note: These steps focus on limiting PDP contexts in the HSS. Additional configurations may be required
in other network elements like the GGSN/PDN-GW and the UE to enforce the limits on the number of
active PDP contexts.

Remember to adapt these steps based on your specific network infrastructure and requirements.

Can I assist you further in configuring PDP context limits in an HSS or other related topics?

You might also like