US20060072595A1 - System and method for service tagging for enhanced packet processing in a network environment - Google Patents

Abstract

An apparatus for charging in a network environment is provided that includes an access gateway encapsulation/decapsulation element operable to establish one or more packet data protocol (PDP) links on behalf of an end user and to perform encapsulation and decapsulation operations for one or more of the links associated with the end user. The access gateway encapsulation/decapsulation element is further operable to interface with a client services packet gateway (CSPG) that is operable to provide enhanced packet processing for the end user for requested information. The apparatus also includes an access gateway policy element operable to interface with the CSPG. The access gateway encapsulation/decapsulation element and the access gateway policy element cooperate to use one or more inter-module headers in order to coordinate the enhanced packet processing for one or more communication flows associated with the end user.

Description

TECHNICAL FIELD OF THE INVENTION
• This invention relates in general to the field of communications and, more particularly, to a system and a method for service tagging for enhanced packet processing in a network environment.
BACKGROUND OF THE INVENTION
• Networking services have become increasingly important in today's society. One feature of networking services relates to client or source awareness. Certain services, functions, or capabilities may be provided to a group of end users or to clients based on a corresponding source profile or policy. Devices or components within a network must generally be able to identify such a profile or policy before offering selected enhanced services, functions, or capabilities to a targeted group of end users. Accordingly, sufficient information must be made available at specific times in order to allow for an accurate identification of a flow and, further, to bill for and/or process that flow accordingly.
• As the subscriber base of end users increases and/or becomes mobile, proper routing and efficient management of communication sessions and data flows becomes even more critical. In some environments, policy, locale, or service level may be unknown, inaccurate, or ambiguous at various times during a communication session. This deficiency may create synchronization issues where an end user may be incorrectly billed or where other users may have access to certain information that should not be made available to them or where other users are inadvertently susceptible to hacking. Thus, the ability to properly manage policy information in a network environment, while achieving optimal policy synchronization amongst network components, whilst maintaining charging accuracy presents a significant challenge to system designers, component manufacturers, and network operators.
SUMMARY OF THE INVENTION
• From the foregoing, it may be appreciated by those skilled in the art that a need has arisen for an improved communications approach that provides improved signaling for implementing policy on behalf of selected end users. In accordance with one embodiment of the present invention, a system and a method for billing and for implementing security policies in a network environment are provided that greatly reduce disadvantages and problems associated with conventional communications techniques.
• According to one embodiment of the present invention, there is provided an apparatus for charging in a network environment that includes an access gateway encapsulation/decapsulation element operable to establish one or more packet data protocol (PDP) links on behalf of an end user and to perform encapsulation and decapsulation operations for one or more of the links associated with the end user. The access gateway encapsulation/decapsulation element is further operable to interface with a client services packet gateway (CSPG) that is operable to provide enhanced packet processing for the end user for requested information. The apparatus also includes an access gateway policy element operable to interface with the CSPG. The access gateway encapsulation/decapsulation element and the access gateway policy element cooperate to use one or more inter-module headers in order to coordinate the enhanced packet processing for one or more communication flows associated with the end user.
• Certain embodiments of the present invention may provide a number of technical advantages. For example, according to one embodiment of the present invention, a communications approach is provided that allows for distribution of an enhanced gateway functionality in two elements that are optimized for accurate billing. Such an architecture may also provide an ideal placement of a charging functionality in any enhanced gateway system such that charging is properly executed. Further, the proffered configuration provides enhanced processing of flows generated by active charging elements in any gateway.
• Another technical advantage associated with one embodiment of the present invention relates to security. The configuration of the present invention, as explained more fully below, allows for an integration of a security functionality within enhanced gateways. Thus, one example embodiment could relate to billing, but another configuration could implement similar service tagging that can be used to integrate per subscriber security into the enhanced gateway. Moreover, the present configuration may also provide the advantage of having failover scenarios with the per subscriber state being passed in-band with the packet.
• Certain embodiments of the present invention may enjoy some, all, or none of these advantages. Other technical advantages may be readily apparent to one skilled in the art from the following figures, description, and claims.
BRIEF DESCRIPTION OF THE DRAWINGS
• To provide a more complete understanding of the present invention and the features and advantages thereof, reference is made to the following description, taken in conjunction with the accompanying figures, wherein like reference numerals represent like parts, in which:
• FIG. 1 is a simplified block diagram of a communications system for service tagging for billing in a network environment in accordance with one embodiment of the present invention;
• FIG. 2 is a simplified flowchart that illustrates an example implementation and operation of the communication system;
• FIG. 3 is a simplified schematic diagram that provides a summary of headers between elements that may be included in the communication system;
• FIG. 4A is a simplified block diagram of an alternative embodiment of the present invention that is associated with security; and
• FIG. 4B is an example overview of a method associated with the alternative embodiment ofFIG. 4A.
DETAILED DESCRIPTION OF EXAMPLE EMBODIMENTS
• FIG. 1 is a simplified block diagram of acommunication system10 for providing enhanced packet processing (e.g. for purposes of security or billing) in a network environment.Communication system10 includes anend user12, a radio access network (RAN)16, a serving general packet radio service (GPRS) support node (SGSN)18, and an internet protocol (IP)network20. Additionally,communication system10 includes a gateway GPRS support node (GGSN) encapsulation/decapsulation element30, a GGSNpolicy element32, and a client services packet gateway (CSPG)14. GGSNpolicy element32 may be coupled to a policy decision function (PDF)50. In addition, CSPG14 may include aloggen element24, a known user table (KUT)26, and aquota manager element36.Communication system10 may additionally include abilling system element40 that may include aquota server42 and a billing mediation agent (BMA)44.
• FIG. 1 may be generally configured or arranged to represent 2.5 G communication architecture applicable to a Global System for Mobile (GSM) environment in accordance with a particular embodiment of the present invention. However, the 2.5 G architecture is offered for purposes of example only and may alternatively be substituted with any suitable networking protocol or arrangement that provides a communicative platform forcommunication system10. For example,communication system10 may cooperate with any version of a GPRS tunneling protocol (GTP) that could benefit from a billing function being provided for any network element. This may be inclusive of first generation, 2 G, and 3 G architectures that provide features and services for anyend user12. Moreover,communication system10 could be applied to any access network/protocol that allowsend user12 to create sub-connections, which specify differential treatment for packets in those connections. Furthermore, the relaying of such information into one or more CSPG devices could be implemented in any such network/access technology.
• In accordance with the teachings of the present invention,communication system10 provides multiple inter-module headers that are used to permit the distribution of a charging functionality within an enhanced gateway (i.e. a given GGSN may be separated into two components that straddleCSPG14 and that relate to charging). Inter-module headers are used to pass access point name (APN) and tunnel ID information between individual modules within the enhanced gateway (i.e. CSPG14). Inter-module headers are also used to ensure locally generated charging IP packets are routed correctly through downlink policy control in order to determine whether packets should be dropped and, if permitted, which downlink tunnel should be used to transport the charging packet. In addition, inter-module headers may be used to integrate a security functionality into enhanced gateways. Additionally, inter-module headers are used to support failover scenarios in certain elements. This can be done because state information is passed in-band with the packet.
• For purposes of teaching and discussion, it is useful to provide some overview as to the way in which the following invention operates. The following foundational information may be viewed as a basis from which the present invention may be properly explained. Such information is offered earnestly for purposes of explanation and discussion only and, accordingly, should not be construed in any way to limit the broad scope of the present invention and its potential applications.
• Access gateways (such as a given GGSN) generally provide network access to end users12 (e.g. mobile stations) by terminating GTP tunnels initiated by SGSN18. Version 1.0 of the GTP protocol allows mobile stations to open multiple packet data protocols (PDPs) within these GTP tunnels. The secondary PDPs are sub-tunnels intended to be used to provide differentiated quality of service (QoS) for traffic flowing through them.
• Thus, a GGSN can generally provide network access to end user12 (e.g. via a mobile station) by terminating GTP tunnels initiated bySGSN18. The GTP protocol may allow mobile stations to open multiple PDPs within these GTP tunnels. When opening a secondary PDP, a mobile station can specify a traffic flow template (TFT) that defines the traffic pattern, which in turn governs the treatment of traffic that the mobile station will receive through this PDP. The TFT may define, for example, the L3-L4 information (IP address and ports) as well as a desired QoS for this traffic pattern.
• The TFT information (or any significant portion thereof) may be stored in a GGSN to offer per-PDP QoS to the mobile station (i.e. end user12). The GGSN may be configured to relay the TFT information into backend flows (e.g. RADIUS, terminal access controller access system (TACACS), DIAMETER, and GTP′) to other interested network elements. The TFT information element may consist of source/destination IP addresses, source/destination ports, a protocol identifier, an IPSec security parameter index, a type of service/traffic class, etc. This allows other network elements that are gathering information (via RADIUS proxy or a GTP' interface to the GGSN) to properly classify and provide differentiated services to traffic on each secondary PDP.
• An example of such a service to be provided is differentiated billing. Consider a case whereend user12 opens two PDPs, one for basic internet connectivity and the other with a higher QoS for a voice application. Downstream service gateways could bill the voice application at a higher rate. This could be accomplished by matching user traffic to a TFT-defined L4 profile learned by an interested service gateway via (for example) RADIUS or GTP′. Thus, a GGSN is equipped to relay the TFT traffic profile data (i.e. traffic pattern information) associated with secondary PDPs through its control path interfaces (GTP′, RADIUS, etc). This enables interested service gateways in the control path (e.g. CSPG14) to deliver per-PDP differentiated services. The GGSN adds TFT profile information to the GTP′ and RADIUS interfaces.CSPG14 could then begin parsing this info and begin applying differentiated services per-PDP. In an implementation of charging, it is important that a bearer flow billing functionality does not account for (downlink) packets, which are subsequently dropped at the GGSN (i.e. due to the operation of such policy controlled gating functionality).
• Note that usage of the term “access gateway” in this document refers to GGSN encapsulation/decapsulation element30 and/orGGSN policy element32 in one example, but could include any number of additional terms that can be included in a broad definition of an access gateway (e.g., a network access server (NAS)). In addition, the term “charging” refers to any element associated with billing or accounting. This broad term encompasses such elements, as well as additional objects (e.g., crediting or debiting) where appropriate.
• In particular,communication system10 relates a scenario in which the charging functionality is implemented in a separate component, which can be independent of the traditional gateway functionality. This will frequently be the case as the charging functionality may require dedicated application specific integrated circuits (ASICs) for performing deep packet inspection, as compared to the more generic functionality provided by other gateway elements.
• The policy that is to be implemented in the gateway element will frequently be defined to silently discard packets that are out of contract. This contract may be statically defined for a particular user or for a set of users and be set according to subscription. Further, this contract may be dynamically negotiated at session establishment (e.g., using 3GPP QoS negotiation and TFT definition) or dynamically controlled throughout the duration of the session, e.g., using 3GPP context modification procedures and/or COPS-PR control.
• The charging functionality should not be counting packets that will be subsequently dropped by the gateway element. When the charging functionality is further analyzed, one particular approach to deliver charging functionality is to terminate TCP and to perform a “half proxy” functionality, whereby (for example) hypertext transfer protocol (HTTP) requests can be intercepted by the charging function andquota server42 can then determine how to process the flow. For example, ifquota server42 replies that insufficient quota is available, the charging function can reply with a HTTP302 message that redirects the user.
• Communication system10 overcomes a number of existing network deficiencies in order to provide a platform that relates to the integration of a charging functionality that includes TCP termination functionality inCSPG14. Similar concepts can be applied to other access technologies, e.g., integrated charging for digital subscriber line (DSL) access, a cable modem termination system (CMTS) for cable modem access, a packet data serving node (PDSN) for code division multiple access (CDMA) access, or a home agent configuration for mobile IP services.
• Note that it is a prerequisite that downlink packets are not charged to an end user (or to their account) and then subsequently dropped by the access gateway. The charging function for the downlink is generally executed after any policy control functionality is performed. The following is the chaining of service for downlink flows: downlink interface, GGSN policy element32 (e.g., per user policy), charging function, tunnel encapsulation and then to the end user (via one or more tunnels). For the up-link arrangement, the placement of the charging function may be chosen to dissuade users from trying to circumvent policy control. In this manner,end user12 would be penalized for sending out of contract packets.
• The following is the chaining for up-link flows: end user (via one or more tunnels), tunnel decapsulation, charging function (e.g. per user policy), and then to an up-link interface. As is illustrated inFIG. 1, a given GGSN has been deconstructed incommunication system10, whereby the charging function (CSPG14) is positioned between the tunnel encapsulation/decapsulation function (GGSN encapsulation/decapsulation element30) and the policy function (GGSN policy element32). Note that in the downlink direction the active charging element will be generating packets. This could translate into, for example, terminating TCP and potentially replying with HTTP302 redirection messages. The downlink messages should pass through the per user policy function in order to establish: 1) whether the downlink packet matches a defined access control list (either static or dynamic); and 2) (in the case of GPRS) which downlink tunnel is used to transport the packet generated by the active charging element. In the context of GPRS, the TFT is generally user defined and, thus, it cannot be assumed that a flow uses a single tunnel and that the up-link TCP SYN will use the same tunnel as the downlink TCP SYN/ACK. In both cases, it is evident that the reverse packet should traverse the downlink policy function. Details relating to specific implementations of such signaling are provided below with reference to the flowchart ofFIG. 2.
• Referring back toFIG. 1,end user12 is a client or a customer wishing to initiate a communication session or a data flow incommunication system10 viaIP network20.End user12 may be inclusive of devices used to initiate a communication, such as a computer, a personal digital assistant (PDA), a laptop or an electronic notebook, a telephone, a mobile station, or any other device, component, element, or object capable of initiating voice or data exchanges withincommunication system10.End user12 may also be inclusive of a suitable interface to the human user, such as a microphone, a display, a keyboard, or other terminal equipment (such as for example an interface to a personal computer or to a facsimile machine in cases whereend user12 is used as a modem).End user12 may also be any device that seeks to initiate a communication on behalf of another entity or element, such as a program, a database, or any other component, device, element, or object capable of initiating a voice or a data exchange withincommunication system10. Data, as used herein in this document, refers to any type of numeric, voice, video, audio-visual, or script data, or any type of source or object code, or any other suitable information in any appropriate format that may be communicated from one point to another.
• RAN16 is a communications interface betweenend user12 andSGSN18.RAN16 may comprise a base transceiver station and a base station controller. The communications interface provided byRAN16 offers connectivity and allows data to be exchanged betweenend user12 and any number of selected elements withincommunication system10.RAN16 facilitates the delivery of a request packet generated byend user12 and the reception of information sought byend user12.RAN16 is only one example of a communications interface betweenend user12 andSGSN18. Other types of communications interfaces may be used for a desired network design based on particular needs.
• IP network20 represents a series of points or nodes of interconnected communication paths for receiving and transmitting packets of information that propagate throughcommunication system10.IP network20 offers a communicative interface betweenend user12 and an access gateway (e.g. a GGSN) and may be any local area network (LAN), wireless local area network (WLAN), metropolitan area network (MAN), wide area network (WAN), virtual private network (VPN), or any other appropriate architecture or system that facilitates communications in a network environment.IP network20 implements a user datagram protocol (UDP)/internet protocol (UDP/IP) communication language protocol in a particular embodiment of the present invention. However,IP network20 may alternatively implement any other suitable communication protocol for transmitting and receiving data or information withincommunication system10.
• SGSN18, GGSN encapsulation/decapsulation element30, andGGSN policy element32 are network elements that cooperate in order to facilitate a communication session involvingend user12. GGSN encapsulation/decapsulation element30 andGGSN policy element32 are network nodes that may be working in conjunction withmultiple SGSNs18 to provide a communications medium in a GPRS service network environment. GPRS represents a packet-based data bearer service for communication services that may be delivered as a network overlay for any type of suitable network configuration or platform. GPRS generally applies packet-radio and packet switching principles to transfer data packets in an efficient way between GSM elements or units and external packet data networks. GPRS may support multiple internet communication protocols and may enable existing IP, X.25, frame relay, or any other suitable applications or platforms to operate over GSM connections.
• Note that because certain enhancements should be made to several network components to achieve the targeted signaling of the present invention, it is critical to explain their internal structures. In a particular embodiment of the present invention, GGSN encapsulation/decapsulation element30, aGGSN policy element32, and/orCSPG14 include software that is operable to facilitate appropriate signaling for service tagging for purposes of charging or for purposes of providing security in a network environment. The augmentation or enhancement may be provided in just one of these elements, two elements, or in all three elements. Such design choices may be based on particular networking or configuration needs. Alternatively, this signaling capability may be provided by any suitable hardware, component, device, ASIC, field-programmable gate array (FPGA), micro-processor, read only memory (ROM) element, random access memory (RAM) element, erasable programmable ROM (EPROM), electrically erasable programmable ROM (EEPROM), processor, algorithm, element or object that is operable to perform such operations. Note that such a signaling functionality may be provided external to the GGSN components and/orCSPG14, allowing appropriate accounting to be achieved for interested components in the network.
• CSPG14 is an accounting element that also represents a client-aware device, which may provide or offer some service or feature to enduser12. Such services may be based on an effective mapping between a source IP address of a given request packet and a user profile. Client-aware devices may key off the source IP address in providing services toend user12. There are a number of reasons why a device or a component would want to identifyend user12. For example, some devices may wish to identifyend user12 for authorization or quality of service purposes. In another example, a device may wish to maintain user profiles to provide for accounting records (for example per-user accounting) or to provide for content billing operations. Alternatively, a device or a component may use an identification to provide for any other type of suitable client-aware service, tool, or feature according to the particular needs of network components or equipment. Additional services may be related to areas such as routing, security, accounting, firewalling, intrusion detection, intrusion prevention, filtering, or any other suitable parameters or policies where user-aware characteristics serve as a basis for service implementation.
• CSPG14 represents a generic piece of network equipment that can facilitate some type of accounting service forcommunication system10.CSPG14 could be a wireless application protocol (WAP) gateway, a compression and/or optimization engine, a billing engine (inclusive of per-content billing), a service enforcement element, a content authorization component, a policy enforcement gateway, or any other element that is operable to modify, process, or transform data or information in a network environment. This may be inclusive of simple routers, switches, loadbalancers, gateways, bridges, or any other piece of network equipment where appropriate and based on particular needs.CSPG14 represents any component, device, element, or object that can benefit from having suitable signaling information provided to it such that appropriate billing may be achieved.
• As described above,CSPG14 utilizes the identity of the client or the end user to provide services based on a source profile. In a particular embodiment of the present invention,CSPG14 provides client-aware services by operating at networking layers two and three. Accordingly, the information available at networking layers two and three provides a basis for the identification of an end user or a client.CSPG14 may use an IP address or any other suitable parameter to uniquely identify a client or an end user in offering a service, enhanced capability, or feature to an end user.CSPG14 may include any suitable hardware, software, components, or elements that identify a unique identifier in order to provide some networking feature or capability to an end user.
• CSPG14 may be inserted into a data flow that may view, extract, identify, access, or otherwise monitor information included within the data flow.CSPG14 may handle the enforcement of access, quota distribution, and accounting that is provided by the information retrieved from elements included withinbilling system element40.CSPG14 may generally deduct quota after it has been properly allocated and, subsequently, retrieve additional quota when that quota allocation has been consumed. In a general sense,CSPG14 may be responsible for quota enforcement forend user12.
• In operation of an example embodiment,CSPG14 may extract IP source address information associated withend user12. The IP source address may be used to determine an identity (or profile) ofend user12 that may be stored inKUT26. Alternatively,CSPG14 may extract or identify any information within the data flow that provides a correlation betweenend user12 and a given data flow.CSPG14 may also be a client-aware device that provides or offers some service or feature to enduser12. Such services may be based on an effective mapping between a source IP address of a given address packet and a user profile or information associated withend user12.CSPG14 may utilize a source IP address in providing services or features to enduser12.CSPG14 may include a RADIUS component that may receive RADIUS updates and parse the updates. In addition,CSPG14 may execute some action based on the RADIUS updates it receives.CSPG14 may be provided with accounting, authorization, and authentication (AAA) capabilities where appropriate. Alternatively, these capabilities may be provided external toCSPG14, for example, in a AAA server.
• There are other reasons why a device or a component may seek to identify the source (end user12) associated with a communication session or data flow. For example, some devices may wish to identifyend user12 for authorization purposes. In another example, a device may wish to maintain user profiles for billing or accounting records (for example, in conjunction with per-user accounting) or to provide for content billing information. Alternatively, a device or a component may use the identification ofend user12 to provide for any other type of suitable client-aware service, tool, or feature according to the particular needs of network operators. Additional services may be related to areas such as routing, permissions or access-granting mechanisms, priority, QoS, firewalling, intrusion detection and/or prevention, content filtering, or any other suitable parameters or policies where user-aware characteristics serve as a basis for a network service implementation.
• Loggen element24 is a storage element operable to build billing records and to communicate the billing records toBMA44 based on information provided byKUT26. Even in cases where the information returned byKUT26 reflects a null (e.g., no active BMA), this may still be used to determine the destination and queue(s) to use or to invoke for a corresponding billing record.Loggen element24 may also operate to store data for later use and execute all formatting for billing records to be communicated toBMA44.Loggen element24 may be implemented using hardware, software, or any other suitable element or object operable to store information and to generate a billing record to be communicated toBMA44.Loggen element24 may communicate withBMA44 in order to log quota usage data associated withend user12.Loggen element24 may generate logging records or billing records and additionally send messages tobilling system element40 associated with a change in SGSN.
• KUT26 is a data storage element that manages one or more correlations between the ID ofend user12 and a corresponding IP address.KUT26 may also store information relating toBMA44, previously designated toend user12, andBMA44 may be invoked when additional information associated withend user12 is communicated toCSPG14.KUT26 may be consulted as additional billing records are created in order to determine thatBMA44 should receive selected billing records.KUT26 may also include an application program interface (API) that may be implemented in order to obtain user ID information for an IP address from a data flow.
• Quota manager element36 is an element that manages quota information for services subscribed to byend user12.Quota manager element36 also provides an interface between GGSN elements andbilling system element40 and may receive a communication that indicates a change in locale, e.g., corresponding to a change inSGSN18.Quota manager element36 may also identify new and old identifiers or pointers for selected locales involved in the communication session and notifybilling system element40.Quota manager element36 may also communicate withbilling system element40 in order to exchange information associated with funding forend user12.Quota manager element36 may also receive RADIUS updates from a GGSN that reflect the status associated withend user12.
• Billing system element40 is an object that manages the billing and access policies associated with a givenend user12. In one embodiment,billing system element40 includesquota server42 andBMA44.CSPG14 may communicate withbilling system element40 in order to retrieve information or to learn of billing policies forend user12.BMA44 coordinates billing records andquota server42 can be used to debit a selected amount of quota from an end user account.
• It is critical to note that billing system element40 (and its internal components such as quota server42) may include any suitable elements, hardware, software, objects, or components capable of effecting their operations or additional operations where appropriate. Additionally, any one or more of the elements included inCSPG14 andbilling system element40 may be provided in an external structure or combined into a single module or device where appropriate. Moreover, any of the functions provided by these two elements may be offered in a single unit or single functionalities may be arbitrarily swapped betweenCSPG14 andbilling system element40. The embodiment offered inFIG. 1 has been provided for purposes of example only. The arrangement of elements (and their associated operation(s)) may be reconfigured significantly in any other appropriate manner in accordance with the teachings of the present invention.
• PDF50 is a logical policy decision element that can use standard IP mechanisms to implement a communications protocol in the IP bearer layer. These mechanisms may be conformant to, for example, the framework defined in IETF [RFC 2753], wherePDF50 is effectively representing a policy decision point.PDF50 can make decisions using policy rules.
• FIG. 2 is a simplified flowchart that illustrates an example implementation ofcommunication system10. The method begins atstep100, where one or more up-link tunnels may be decapsulated. IP address spoofing detection may be performed to ensure that the decapsulated IP source address corresponds to the one allocated during the previous context establishment. The selected tunnel (amongst a plurality of tunnels) may affect policy control and charging. Thus, the decapsulated packet is first tagged with an inter-module packet header corresponding to the tunnel identity. In addition, to accommodate overlapping IP address allocation, an identifier corresponding to the routing domain (also referred to as an APN in GPRS) is prepended as a second inter-module packet header. The final tag added corresponds to the address of the up-link charging function that enables proper switching of the packet.
• Instep102, the decapsulated packet (after having been suitably tagged) is switched through to the charging function (i.e. CSPG14). The charging function first removes its address header and then charging is performed, whereby the remaining tags of the packet can be used in the quota request to indicate to quota server42: 1) which tunnel was used in sending the packet; and 2) to which APN the packet corresponds. Following charging, the packet may be tagged with the address of the up-link policy control unit, which enables proper switching of the packet within the enhanced gateway.
• Instep104, the charged packet is switched through to the per user policy enforcement function (i.e. GGSN policy element32).GGSN policy element32 first removes its address header and then uses the remaining tags corresponding to the tunnel identifier and the APN (i.e. the routing domain) to perform per packet policy enforcement. This may entail matching the packet against defined access control lists and real-time gating control in order to determine whether to pass or to discard the packet.
• Finally, the APN header is used to determine the VPN routing and forwarding (VRF) element for switching the up-link packet. The VRF element reflects a routing table for connecting a set of sites to a VPN service. A VRF includes a template of a VPN routing/forwarding table that may be included in a given network device (e.g. a router). The inter-module packet headers are removed and the VRF is used to determine, e.g., which 802.1q tag is used to egress the packet from the enhanced gateway. In the downlink direction, the processing is simply reversed.
• Instep106, the downlink 802.1q VLAN is used to determine to which APN the packet corresponds. The destination address of the IP packet (together with the APN) is used to index the policy control function and to identify how the packet is to be handled. Per subscriber policy control is indexed based on APN and IP address and, further, allows static and dynamic policy control to be determined. In addition, when a plurality of tunnels has been established, the traffic flow template may be used to determine to which tunnel the packet corresponds. After a policy control has been applied, the packet is tagged with an inter-module packet header, which corresponds to the tunnel identifier and the APN information. The final prepended inter-module packet header corresponds to the address of the downlink charging function.
• Instep108, the downlink packet (suitably tagged) is switched through to the charging function. The charging function first removes its address header and then charging is performed, whereby the remaining tags of the packet can be used in the quota request to indicate to quota server42: 1) which tunnel was used in sending the packet; and 2) to which APN the packet corresponds. Following charging, the packet is tagged with the address of the encapsulation/decapsulation function, which enables proper switching of the packet within the enhanced gateway (i.e. CSPG14).
• Instep110, the downlink packet is switched to the encapsulation/decapsulation function, whereby the inter-module packet headers are used to determine to which tunnel the downlink packet should be switched. As is evident, the described use of inter-module packet headers has allowed the integration of the charging function within an enhanced gateway. In order to accommodate active charging, whereby the charging function terminates TCP, the following step is defined. InStep112, when the charging function generates a downlink packet for the user, e.g., when it responds to a TCP SYN with a TCP SYN/ACK, the charging function will tag the downlink-generated packet with the APN and then prepend the address of the downlink policy control unit to the packet.
• Instep114, the packet is switched to the downlink policy control unit using the outer address header. The downlink policy control unit will strip its address and then use the APN header to determine to which APN the packet corresponds. The destination address of the IP packet (together with the APN) is used to index the policy control function and to determine how the packet is handled. Per subscriber policy control is indexed based on APN and IP address. In addition, when a plurality of tunnels has been established, the traffic flow template is used to determine to which tunnel the packet corresponds. After a policy control has been applied, the packet is tagged with an inter-module packet header that corresponds to the tunnel identifier and the APN information. The final prepended inter-module packet header corresponds to the address of the downlink charging function.
• It is critical to note that some of the steps illustrated inFIG. 2 may be changed or deleted where appropriate and additional steps may also be added to the flowcharts. These changes may be based on specific communication architectures or particular interfacing arrangements and configurations of associated elements and do not depart from the scope or the teachings of the present invention. The interactions and operations of the elements withincommunication system10, as disclosed inFIG. 2, have provided merely one example for their potential applications. Numerous other applications may be equally beneficial and selected based on particular networking needs.
• FIG. 3 is a simplified schematic diagram that provides a summary of the inter-module headers between network elements that may be included incommunication system10. The headers between the network elements include: anelement70, which includes a decapsulation to up-link charging that corresponds to an up-link charging address (tunnel ID (APN (IP packet))); anelement72, which includes charging to up-link policy control that corresponds to an up-link policy address (tunnel ID (APN (IP packet))); anelement74, which includes a charging to down-link policy control that corresponds to a down-link policy control address (APN (IP Packet)); an element76, which includes a down-link policy control to charging that corresponds to a down-link charging address (tunnel ID (APN (IP Packet))); and anelement78, which includes a down-link charging to tunnel encapsulation that corresponds to a tunnel encapsulation address (tunnel ID (APN (IP Packet))).
• FIG. 4A is a simplified block diagram of an alternative embodiment of the present invention that relates to security. In addition,FIG. 4B is an example overview of a method associated with the alternative embodiment ofFIG. 4A. These two FIGURES may be reviewed together, asFIG. 4B offers an example flow associated with the configuration ofFIG. 4A. Note thatFIG. 4B provides a simplistic synopsis of how such a security protocol may be used in conjunction with the teachings of the present invention. The illustrated steps may be supplemented with any appropriate additional steps where appropriate and based on particular needs.
• The previous examples discussed above (in the context ofFIGS. 1-3) relate to charging. However, similar service tagging can be used to integrate per subscriber security into an enhanced gateway. In a security implementation, an inter-module header may be defined that represents the security policy group to which a user has subscribed. This is reflected by Step A. This will be prepended to the packet before it is switched to a security module90 (ofFIG. 4A), as illustrated by StepB. Security module90 can be part ofCSPG14 or be provided as an independent unit that addresses network security forend user12. The inter-module header will be used by the security functionality to select the policy to apply to the user's packet flows, as reflected by Step C. For example a subscriber may subscribe to one out of ten security options: with option one corresponding to intrusion detection and prevention, option two corresponding to detection only, option three corresponding to no security options, etc.Security module90 will then be able to know how packet handling is to be performed (according to the prepended inter-module header) without having to build its own subscriber state. This operation is reflected by Step D.
• Note thatsecurity module90 may include software operable to interface appropriately with GGSN encapsulation/decapsulation element30 andGGSN policy element32. Alternatively, such a functionality may be achieved by any suitable hardware, component, device, ASIC, FPGA, microprocessor, EPROM, EEPROM, processor, algorithm, element or object that is operable to perform such operations. Such a module may also be provided in any other suitable network component in cases where it is not provided as its own separate component.
• Although the present invention has been described in detail with reference to particular embodiments, it should be understood that various other changes, substitutions, and alterations may be made hereto without departing from the spirit and scope of the present invention. For example, although the present invention has been described as operating in a GGSN environment, the present invention may be used in any networking environment that provides some type of accounting forend user12. The signaling protocol disclosed in the preceding figures is generally applicable to all communication systems in which information packets are routed between or through IP networks.
• Note also that although specific protocols are described herein in this document to illustrate example operations, any suitable communicative platforms may be used to effectuate the operations, which provide appropriate signaling forcommunication system10. Elements may relay signaling information to other network elements via any suitable backend control protocol (e.g. GTP′, RADIUS, DIAMETER, TACACS, etc.).
• It is also important to note that the teachings of the present invention may be readily imparted to an end user (or a group of end users) such that the end user may sign up for (or enlist or enroll in) a charging plan that includes the operations and functions described herein. Thus, an end user could be enrolled in a charging plan that utilizes service tagging in order to achieve appropriate charging in a network environment. A corresponding bill may subsequently be generated that reflects such an arrangement. Such an arrangement may be reflected by a simple customer arrangement between a service provider and a client. In a similar fashion, an end user could be enrolled in a security policy plan, whereby similar subscribing occurs and billing ensues. The present invention is replete with such financial arrangements and readily encompasses all such possibilities.
• Numerous other changes, substitutions, variations, alterations, and modifications may be ascertained to one skilled in the art and it is intended that the present invention encompass all such changes, substitutions, variations, alterations, and modifications as falling within the scope of the appended claims. In order to assist the United States Patent and Trademark Office (USPTO) and, additionally, any readers of any patent issued on this application in interpreting the claims appended hereto, Applicant wishes to note that the Applicant: (a) does not intend any of the appended claims to invoke paragraph six (6) of 35 U.S.C.section 112 as it exists on the date of the filing hereof unless the words “means for” or “step for” are specifically used in the particular claims; and (b) does not intend, by any statement in the specification, to limit this invention in any way that is not otherwise reflected in the appended claims.

Claims (29)

1. An apparatus for enhanced packet processing in a network environment, comprising:

an access gateway encapsulation/decapsulation element operable to establish one or more packet data protocol (PDP) links on behalf of an end user and to perform encapsulation and decapsulation operations for one or more of the links associated with the end user, wherein the access gateway encapsulation/decapsulation element is further operable to interface with a client services packet gateway (CSPG) that is operable to provide an enhanced packet processing for the end user for requested information; and

an access gateway policy element operable to interface with the CSPG, wherein the access gateway encapsulation/decapsulation element and the access gateway policy element cooperate to use one or more inter-module headers in order to coordinate the enhanced packet processing for one or more communication flows associated with the end user.

2. The apparatus ofclaim 1, wherein one or more of the inter-module headers are used to pass routing domain and tunnel ID information associated with one or more of the flows from the access gateway encapsulation/decapsulation element to the CSPG.

3. The apparatus ofclaim 2, wherein the routing domain information corresponds to an Access Point Name.

4. The apparatus ofclaim 1, wherein one or more of the inter-module headers are used to ensure locally generated packets are routed through a down-link policy control in order to determine whether one or more of the locally generated packets should be dropped.

5. The apparatus ofclaim 1, wherein the CSPG is operable to provide one or more services to the end user, the services being selected from a group of services consisting of:

a) accounting;

b) firewalling;

c) filtering;

d) wireless application protocol transformations;

e) compression;

f) optimization;

g) billing;

h) content authorization;

i) intrusion detection; and

j) intrusion prevention.

6. The apparatus ofclaim 1, wherein the access gateway encapsulation/decapsulation element and the access gateway policy element are general packet radio service (GPRS) network elements.

7. The apparatus ofclaim 1, wherein the enhanced packet processing corresponds to a charging functionality.

8. The apparatus ofclaim 7, further comprising:

a quota server operable to distribute a quantity of quota to the end user, wherein the CSPG is further operable to communicate with the quota server in order to execute enabling or disabling of the charging associated with the end user.

9. The apparatus ofclaim 1, wherein the access gateway encapsulation/decapsulation element and the access gateway policy element are used to manage access for the end user in a selected one of a group of environments, the group consisting of:

a) digital subscriber line environment;

b) cable model termination system environment;

c) a packet data serving node (PDSN) for code division multiple access (CDMA) environment; and

d) a home agent environment for mobile IP services.

10. A method for enhanced packet processing in a network environment, comprising:

establishing one or more packet data protocol (PDP) links on behalf of an end user;

performing encapsulation and decapsulation operations for one or more of the links associated with the end user;

interfacing with a client services packet gateway (CSPG) that is operable to provide enhanced packet processing for the end user for requested information; and

using one or more inter-module headers in order to coordinate the enhanced packet processing for one or more communication flows associated with the end user.

11. The method ofclaim 10, wherein one or more of the inter-module headers are used to pass access point name (APN) and tunnel ID information associated with one or more of the flows to the CSPG.

12. The method ofclaim 10, wherein one or more of the inter-module headers are used to ensure locally generated packets are routed through a down-link policy control in order to determine whether one or more of the locally generated packets should be dropped.

13. The method ofclaim 10, wherein the CSPG is operable to provide one or more services to the end user, the services being selected from a group of services consisting of:

a) accounting;

b) firewalling;

c) filtering;

d) wireless application protocol transformations;

e) compression;

f) optimization;

g) billing;

h) content authorization;

i) intrusion detection; and

j) intrusion prevention.

14. The method ofclaim 10, further comprising:

distributing a quantity of quota to the end user, wherein the CSPG is further operable to execute enabling or disabling of charging associated with the end user.

15. The method ofclaim 10, further comprising:

managing access for the end user in a selected one of a group of environments, the group consisting of:

a) digital subscriber line environment;

b) cable model termination system environment;

c) a packet data serving node (PDSN) for code division multiple access (CDMA) environment; and

d) a home agent environment for mobile IP services.

16. A system for enhanced packet processing in a network environment, comprising:

means for establishing one or more packet data protocol (PDP) links on behalf of an end user;

means for performing encapsulation and decapsulation operations for one or more of the links associated with the end user;

means for interfacing with a client services packet gateway (CSPG) that is operable to provide enhanced packet processing for the end user for requested information; and

means for using one or more inter-module headers in order to coordinate the enhanced packet processing for one or more communication flows associated with the end user.

17. The system ofclaim 16, wherein one or more of the inter-module headers are used to pass access point name (APN) and tunnel ID information associated with one or more of the flows to the CSPG.

18. The system ofclaim 16, wherein one or more of the inter-module headers are used to ensure locally generated packets are routed through a down-link policy control in order to determine whether one or more of the locally generated packets should be dropped.

19. The system ofclaim 16, further comprising:

means for distributing a quantity of quota to the end user, wherein the CSPG is further operable to execute enabling or disabling of charging associated with the end user.

20. Software for charging in a network environment, the software being embodied in a computer readable medium and comprising computer code such that when executed is operable to:

establish one or more packet data protocol (PDP) links on behalf of an end user;

perform encapsulation and decapsulation operations for one or more of the links associated with the end user;

interface with a client services packet gateway (CSPG) that is operable to provide a charging functionality for charging the end user for requested information; and

use one or more inter-module headers in order to coordinate charging for one or more communication flows associated with the end user.

21. The medium ofclaim 20, wherein one or more of the inter-module headers are used to pass access point name (APN) and tunnel ID information associated with one or more of the flows to the CSPG.

22. The medium ofclaim 20, wherein one or more of the inter-module headers are used to ensure locally generated packets are routed through a down-link policy control in order to determine whether one or more of the locally generated packets should be dropped.

23. The medium ofclaim 20, wherein the code is further operable to:

distribute a quantity of quota to the end user, wherein the CSPG is further operable to execute enabling or disabling of the charging associated with the end user.

24. A method for signing up an end user in a network environment, comprising:

enrolling an end user in a charging plan;

generating a bill for the end user that corresponds to the charging plan, wherein the charging plan is based on a plurality of operations that include:

establishing one or more packet data protocol (PDP) links on behalf of an end user;

performing encapsulation and decapsulation operations for one or more of the links associated with the end user;

interfacing with a client services packet gateway (CSPG) that is operable to provide a charging functionality for charging the end user for requested information; and

using one or more inter-module headers in order to coordinate charging for one or more communication flows associated with the end user.

25. The method ofclaim 24, wherein one or more of the inter-module headers are used to pass access point name (APN) and tunnel ID information associated with one or more of the flows to the CSPG.

26. The method ofclaim 24, wherein one or more of the inter-module headers are used to ensure locally generated packets are routed through a down-link policy control in order to determine whether one or more of the locally generated packets should be dropped.

27. The method ofclaim 24, wherein the CSPG is operable to provide one or more services to the end user, the services being selected from a group of services consisting of:

a) accounting;

b) firewalling;

c) filtering;

d) wireless application protocol transformations;

e) compression;

f) optimization;

g) billing;

h) content authorization;

i) intrusion detection; and

j) intrusion prevention.

28. The method ofclaim 24, further comprising:

distributing a quantity of quota to the end user, wherein the CSPG is further operable to execute enabling or disabling of the charging associated with the end user.

29. The method ofclaim 24, further comprising:

managing access for the end user in a selected one of a group of environments, the group consisting of:

a) digital subscriber line environment;

b) cable model termination system environment;

c) a packet data serving node (PDSN) for code division multiple access (CDMA) environment; and

d) a home agent environment for mobile IP services.

Images