Real-Time Location-based Policy Control

4
4/15/2014 SGSN9810 Product Documentation http://support.huawei.com/hedex/hdx.do?lib=SE000069674231184644&v=26&tocLib=SE000069674231184644&tocV=26&id=cn_20_0_db10&tocURL=resources%… 1/4 WSFD-900084 Real-time location-based policy control Definition Benefits Availability Impact on the System Application Limitations Interaction with Other Features Application Scenario Implementation Principle Specifications Standard Compliance Releas e History Related Topics Definition Policy control based on real-time location is a feature that enables the policy and charging rules function (PCRF) to implement policy control and update based on the configured event trigger and information about the subscriber location change. The GGSN receives information about the subscriber location change from the serving GPRS support node (SGSN) and then reports the information to the PCRF in real time. Then, the PCRF delivers and updates control policies based on the location change information. Benefits For... Benefits Carriers This feature helps carriers improve user experience and satisfaction rate in specified areas, and reduce area congestion and bandwidth waste. Carriers can implement differentiated charging and quality of service (QoS) control for subscribers entering the area based on subscribers or service types, ensuring the overall service access rate of subscribers in this area. Subscribers This feature enables subscribers to sense differentiated charging and QoS in different areas. Availability Involved NEs Table 1 lists the network elements (NEs) involved in implementing policy control based on real-time location. Table 1 NEs involved in implementing policy control based on real-time location UE RNC SGSN GGSN PCRF M2000 - - - NOTE: In table, the sign √ indicates that the NE is required, and - indicates that the NE is not required. Functions of the NEs Table 2 Functions of the NEs involved in implementing policy control based on real-time location NE Function Description SGSN Reports the location update capability to the GGSN and instructs the radio network controller/base station subsystem (RNC/BSC) to enable the location reporting capability. Reports location information to the GGSN. GGSN Reports location information to the PCRF. Implements the policies delivered by the PCRF. PCRF Delivers policies based on location information. Supporting Versions Table 3 lists the versions of Huawei products that support policy control based on real-time location. Table 3 Versions of Huawei products that support policy control based on real-time location Product Earliest Supporting Version

description

Huawei SGSN

Transcript of Real-Time Location-based Policy Control

  • 4/15/2014 SGSN9810 Product Documentation

    http://support.huawei.com/hedex/hdx.do?lib=SE000069674231184644&v=26&tocLib=SE000069674231184644&tocV=26&id=cn_20_0_db10&tocURL=resources% 1/4

    WSFD-900084 Real-time location-based policy control

    Definition

    Benefits

    Availability

    Impact on the System

    Application Limitations

    Interaction with Other Features

    Application Scenario

    Implementation Principle

    Specifications

    Standard Compliance

    Release History

    Related Topics

    Definition

    Policy control based on real-time location is a feature that enables the policy and charging rules function (PCRF) to implement policy control and update based on theconfigured event trigger and information about the subscriber location change. The GGSN receives information about the subscriber location change from the serving GPRSsupport node (SGSN) and then reports the information to the PCRF in real time. Then, the PCRF delivers and updates control policies based on the location changeinformation.

    Benefits

    For... Benefits

    Carriers This feature helps carriers improve user experience and satisfaction rate in specified areas, and reduce area

    congestion and bandwidth waste. Carriers can implement differentiated charging and quality of service

    (QoS) control for subscribers entering the area based on subscribers or service types, ensuring the overall

    service access rate of subscribers in this area.

    Subscribers This feature enables subscribers to sense differentiated charging and QoS in different areas.

    Availability

    Involved NEs

    Table 1 lists the network elements (NEs) involved in implementing policy control based on real-time location.

    Table 1 NEs involved in implementing policy control based on real-time location

    UE RNC SGSN GGSN PCRF M2000

    - - -

    NOTE:

    In table, the sign indicates that the NE is required, and - indicates that the NE is not required.

    Functions of the NEs

    Table 2 Functions of the NEs involved in implementing policy control based on real-time location

    NE Function Description

    SGSN Reports the location update capability to the GGSN and instructs the radio network

    controller/base station subsystem (RNC/BSC) to enable the location reporting capability.

    Reports location information to the GGSN.

    GGSN Reports location information to the PCRF.

    Implements the policies delivered by the PCRF.

    PCRF Delivers policies based on location information.

    Supporting Versions

    Table 3 lists the versions of Huawei products that support policy control based on real-time location.

    Table 3 Versions of Huawei products that support policy control based on real-time location

    Product Earliest Supporting Version

  • 4/15/2014 SGSN9810 Product Documentation

    http://support.huawei.com/hedex/hdx.do?lib=SE000069674231184644&v=26&tocLib=SE000069674231184644&tocV=26&id=cn_20_0_db10&tocURL=resources% 2/4

    SGSN9810 V900R010C02

    GGSN9811 V900R008C01

    UPCC V300R002C06

    Requirement for the License

    This feature is an optional function of the SGSN9810. A license is required for this feature.

    This feature is an optional function of the GGSN9811. A license is required for this feature.

    This feature is an optional function of the UPCC. A license for ServiceZone based Gx dynamic policy control is required this feature.

    Impact on the System

    Enabling this feature will increase the number of signaling messages on the Gn/Gp and Gx interfaces and degrade the system performance. Therefore, this feature should beenabled for specific subscribers and areas instead of all subscribers and areas.

    Application Limitations

    This feature is supported in GTPv1, but not GTPv0.

    The MS Info Change Reporting support indication extension header is carried in all Packet Data Protocol (PDP) context activation and update messages sent by

    the SGSN. If the action information element (IE) is not carried in the response message returned by the GGSN, the SGSN still adopts the action previously set onit.

    Interaction with Other Features

    Table 4 describes the interaction between policy control based on real-time location and other features.

    Table 4 Interaction between policy control based on real-time location and other features

    Feature Interaction

    Gx interface based control policy delivery Gx interface based control policy delivery must be enabled on the GGSN9811 before policy control based

    on real-time location is available.

    ServiceZone based Gx dynamic policy control ServiceZone based Gx dynamic policy control must be enabled on the UPCC before policy control based on

    real-time location is available.

    Application Scenario

    This feature is applicable to the scenario where the GGSN implements differentiated charging and QoS control based on subscribers or service types in specified areas.

    Implementation Principle

    System Implementation

    The Gx interface is used for interworking between the PCRF and GGSN. The PCRF delivers charging policies by using the Gx interface and then the GGSN implements thepolicies. The Gn/Gp interface is used for interworking between the SGSN and GGSN. The SGSN sends PDP context activation and deactivation requests, PDP contextupdates, and subscriber location information to the GGSN by using the Gn/Gp interface. Figure 1 shows the networking diagram.

    Figure 1 Networking diagram

    Service Flow

    Figure 2 shows the service flow.

    Figure 2 Service flowchart

  • 4/15/2014 SGSN9810 Product Documentation

    http://support.huawei.com/hedex/hdx.do?lib=SE000069674231184644&v=26&tocLib=SE000069674231184644&tocV=26&id=cn_20_0_db10&tocURL=resources% 3/4

    1. A user equipment (UE) sends an Activate PDP Context Request message to the SGSN.

    2. The SGSN sends a Create PDP Context Request message to the GGSN. The message carries the MS Info Change Reporting support indication extensionheader, indicating that the SGSN is able to report location changes.

    3. The GGSN sends a CCR-I message to the PCRF. The PCRF determines whether or not the subscriber has subscribed to a relevant location policy. If yes, thePCRF delivers the policy to the GGSN. The CCA-I message carries both the RAI_CHANGE and USER_LOCATION_CHANGE event triggers or one of thetwo event triggers.

    4. The GGSN returns a Create PDP Context Response message. The message carries the MS Info Change Reporting Action IE instructing the SGSN to inform theGGSN of the location change.

    5. The SGSN establishes a radio access bearer (RAB) connection with the UE. Then, the SGSN sends a Location Reporting Control message carrying ServiceArea Code and Reporting Type to the RNC. Reporting Type specifies the granularity of reporting UE location, including the location reporting cycle.

    6. The SGSN sends an Active PDP Context Accept message to the UE, completing the PDP context activation.

    7. If the RAI or location of a subscriber changes, the UE initiates a location update. Then, the SGSN sends an MS Info Change Notification Request messagecarrying the IMSI/RAT Type and User Location Information IEs to the GGSN.

    8. When processing the User Location Information IE, the GGSN executes both the RAI_CHANGE and USER_LOCATION_CHANGE event triggers, or eitherof them. Then, the GGSN sends a CCR-U message to the PCRF. The PCRF determines whether to update the policy based on the changed location informationand returns a CCA-U message to the GGSN. The GGSN processes the CCA-U message.

    9. The GGSN processes the MS Info Change Notification Request message, and then returns an MS Info Change Notification Response message to the SGSN.

    10. The GGSN sends an Update PDP Context Request message to the SGSN according to the updated policy. Then, the SGSN, RNC, and UE perform updateoperations accordingly.

    NOTE:

    If the GGSN finds that the location information in the Update PDP Context Request message sent by the SGSN has changed, the GGSN can still report thechange to the PCRF by using the RAI_CHANGE or USER_LOCATION_CHANGE event trigger.

    The MS Info Change Reporting support indication extension header is carried in all the PDP context activation and update messages sent by the SGSN.

    The PCRF usually delivers either the RAI_CHANGE or the USER_LOCATION_CHANGE event trigger.

    Specifications

    No specification is involved.

    Standard Compliance

    Table 5 lists the standards with which policy control based on real-time location complies.

    Table 5 Standards with which policy control based on real-time location

  • 4/15/2014 SGSN9810 Product Documentation

    http://support.huawei.com/hedex/hdx.do?lib=SE000069674231184644&v=26&tocLib=SE000069674231184644&tocV=26&id=cn_20_0_db10&tocURL=resources% 4/4

    Very Poor Very Good

    Your contact information:

    All comments of the libAll Comments

    Table 5 Standards with which policy control based on real-time location

    Category Name

    3GPP 3GPP 29.212, Policy and Charging Control over Gx reference point

    3GPP 29060, General Packet Radio Service (GPRS); GPRS Tunneling Protocol (GTP) across the Gn and

    Gp interface

    3GPP 32299, Telecommunication management; Charging management; Diameter charging applications

    3GPP 32298, Telecommunication management; Charging management; Charging Data Record (CDR)

    parameter description

    3GPP 25413, UTRAN Iu interface Radio Access Network Application Part (RANAP) signaling

    Release History

    Table 6 describes the release history of policy control based on real-time location.

    Table 6 Release history of policy control based on real-time location

    Feature Version Product Version Details

    WSFD-900084,1

    WGFD-480300,1

    SGSN9810 V900R010C02

    GGSN9811 V900R008C01

    This feature is released for the first time.

    Related Topics

    Feature Deployment

    Configuring the Policy Control Based on the Real-time Location Feature

    Commissioning the Policy Control Based on the Real-time Location Feature

    Parent topic: Optional Feature

    Huawei Proprietary and ConfidentialCopyright Huawei Technologies Co., Ltd.

    Thanks for your comments

    Rating:

    This document solved your problem: Yes No Just Browsing

    Feedback:

    Submit

    Please provide your contact information for us to reach you quickly:

    Contact person: Email: Tel: Modify/Refresh Contact Information

    Recent Comments and Feedback