WO2009058067A1 - Method and system for correlating authentication, authorization and accounting sessions - Google Patents
Method and system for correlating authentication, authorization and accounting sessions Download PDFInfo
- Publication number
- WO2009058067A1 WO2009058067A1 PCT/SE2008/050263 SE2008050263W WO2009058067A1 WO 2009058067 A1 WO2009058067 A1 WO 2009058067A1 SE 2008050263 W SE2008050263 W SE 2008050263W WO 2009058067 A1 WO2009058067 A1 WO 2009058067A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- server
- diameter
- session
- request
- further characterized
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/06—Authentication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
- H04L63/0892—Network architectures or network communication protocols for network security for authentication of entities by using authentication-authorization-accounting [AAA] servers or protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
- H04L67/141—Setup of application sessions
Definitions
- the present invention relates to a method and system for Authentication, Authorization and Accounting in a telecommunications network.
- a conventional third generation (3G) UMTS network is typically divided into three interacting domains; a Core Network (CN), a UMTS Terrestrial Radio Access Network (UTRAN) and a User Equipment (UE).
- the CN provide for instance switching, routing and transfer of user traffic.
- the CN includes databases and network management functions.
- the CN architecture is based on a Global System for Mobile
- GSM Global System for Mobile communications
- GPRS General Packet Radio Service
- Node-B Station used within the system is referred to as Node-B and the Node B control equipment is a Radio Network Controller (RNC).
- RNC Radio Network Controller
- the CN is divided in circuit switched and packet switched domains. Some of the circuit switched elements are Mobile services Switching Center (MSC), Visitor Location Register (VLR) and Gateway MSC. Packet switched elements include the Serving GPRS Support Node (SGSN) and Gateway GPRS Support Node (GGSN). Some network elements are shared by both domains.
- MSC Mobile services Switching Center
- VLR Visitor Location Register
- GGSN Gateway GPRS Support Node
- WCDMA technology is selected as UTRAN air interface.
- UMTS WCDMA is a Direct Sequence CDMA system where user data is multiplied with quasi-random bits derived from WCDMA spreading codes.
- Codes are used for synchronization and scrambling.
- WCDMA has two basic modes of operation: Frequency Division Duplex (FDD) and Time Division Duplex (TDD).
- the basic 3G network configuration has been evolved and comprises for example, a mobility management entity/user plane entity (MME/UPE), an E-UTRAN, eNodeB.
- MME/UPE mobility management entity/user plane entity
- E-UTRAN E-UTRAN
- eNodeB eNodeB
- Diameter protocol constitutes an Authentication, Authorization and Accounting (AAA) framework for all applications designed on top of it.
- AAA Authentication, Authorization and Accounting
- the protocol is based on an open and extensible architecture that allows an implementer to define their own applications on top of the base protocol.
- Examples of Diameter applications include the Mobile IPv4 Application, Network Access Server Application, Extensible Authentication Protocol (EAP) Application, Credit-Control Application, and the Session Initiation Protocol Application.
- Diameter applications such as: the Gx-application (Rel6 and onwards), the Rx application (Rel6 and onwards), the Dx-application and the Cx-application (Rel6 and onwards), and the S7, S7a/b/c and S9 application (work in progress for Rel8).
- a client is a node at the edge of the network that request AAA services on behalf of a user.
- a Diameter server on the other hand performs authentication and authorization of a user on request by a client.
- the Diameter protocol introduces relay, proxy, redirect and translation agents. These agents are useful for several reasons such as load balancing and protocol translation (e.g. between RADIUS and Diameter).
- Clients and servers use application sessions to exchange information. Communication is based on exchange of request/response message pairs. Both client (pull) and server-initiated (push) requests are allowed in Diameter. Transport-wise, the Diameter protocol is based on TCP or SCTP over
- IP IP.
- IPSec and/or TLS could be used for hop-by-hop security, but an end-to-end security mechanism is recommended.
- Figure 1 shows the Diameter protocol stack.
- IP Multimedia Subsystem IMS
- FBC Flow Based Charging
- PCC Policy and Charging Control
- the PDF makes decisions in regard to SBLP using policy rules, and communicates these decisions to the IP BS Manager in the GGSN, which is the IP Policy Enforcement Point (PEP) in the SBLP architecture.
- PEP IP Policy Enforcement Point
- the PDF in Rel5 was expected to be co-located with the Proxy-CSCF. As a consequence a new interface had to be defined between the PDF and the PEP called the Go interface, as seen in Figure 2.
- the authorization token was created by the selected P-CSCF/PDF at IM session establishment.
- the P- CSCF would pass the token to the UE (User Equipment) and the UE in turn would send the authorization token to the GGSN at establishment/change of a PDP-context.
- Part of the token is a PDF-identifier so when the GGSN received the token it could unambiguously identify the correct PDF against which to establish a Go session.
- the PDF could then use the authorization token to bind the Go session with the IM session (this is called session binding).
- FBC Charging Rules Function
- TPF Traffic Plane Function
- the interface between the P-CSCF and the CRF is called
- Rx is based on the Diameter protocol.
- the interface between the TPF and the CRF is also based on the Diameter protocol and is called Gx.
- the requirement for session binding in SBLP is equally valid in FBC. However for
- PCRF Policy and Charging Rules Function
- PCEF Policy and Charging Enforcement Function
- EPS Packet System
- SAE System Architecture Evolution
- FIG 4 illustrates the EPS architecture for non-roaming 3GPP access using a Proxy Mobile IP (PMIP) based S5 interface.
- PMIP Proxy Mobile IP
- S7c and S7 sessions both protocols being based on Diameter Gx
- Rx interface that also requires binding to the S7 session.
- FIG. 5 illustrates a roaming scenario for 3GPP access.
- this scenario yet another interface is present called S9.
- S9 right home-PCRF
- PCRF selection is currently not described in the 3GPP standard.
- a consistent mechanism for PCRF discovery is required in order to be able to do session binding for Rx and Gx sessions (Rel6 onwards) and for S7 and S9 sessions (Rel ⁇ onwards).
- Current implementations are client based selection mechanisms based on proprietary algorithms. This is not efficient for several reasons, including, for O&M, reconfiguring the PCRF network will imply that all clients will have to be updated; for interoperability, in a multi-vendor environment it is not certain that clients from different vendors will support the same proprietary mechanisms for PCRF selection; and for scalability, some operators can be expected to operate very large Diameter protocol networks in the future. Configuring PCRF selection as a distributed mechanism in the network is not likely to scale very well.
- a first embodiment of the present invention which is a method comprising the steps of: receiving, using a communication interface, a request from a UE for starting a Diameter session; performing a lookup in a local register or an external register for determining existing Diameter sessions; selecting a Diameter server or choosing a Diameter server; relaying the UE request to the Diameter server; receiving an answer from the Diameter server; and registering the server selection; and relaying the response from the Diameter server to the UE.
- the foregoing steps can be performed by a device comprising a communication interface, a processing unit, a memory unit, wherein the processing unit is arranged run instruction sets stored in the memory unit for performing the forgoing steps.
- the Diameter server may be a PCRF server.
- the relay agent may be arranged to be located in a core network part of the telecommunications network. The relay agent may be arranged to use at least one of an IP address, a MSISDN, or other ID defining and distinguishing the session.
- a second embodiment of the present invention is a method for efficient handling of AAA services in a telecommunications network comprising the steps of: receiving a request from a UE for starting a Diameter session; performing a lookup in a local register or an external register for determining existing Diameter sessions; selecting a Diameter server or choosing a Diameter server; relaying request to the Diameter server; receiving an answer from the Diameter server; registering the server selection; and relaying the response from the Diameter server to the UE.
- the foregoing steps may be performed by a node in a telecommunications system.
- the method may further comprise a step of receiving requests from a plurality of UEs.
- the method may further comprise the step of relaying to the same Diameter server as already registered.
- the step of selecting may be performed by at least one of choosing a registered server, arbitrarily choosing a server, controlled by an external entity, or choosing using a predefined algorithm.
- a third embodiment of the present invention is a computer program stored on a computer readable medium for session biding and correlation, comprising instruction sets for: receiving a request from a UE for starting a Diameter session; performing a lookup in a local register or an external register for determining existing Diameter sessions; selecting a server or choosing a Diameter server; relaying request to the Diameter server; receiving an answer from the Diameter server; registering the server selection; and relaying the response from the Diameter server to the UE.
- a fourth embodiment of the present invention is an infrastructure network in a telecommunications network, comprising: an interface to a radio access gateway; core network entities; and an AAA relay agent according to the first embodiment of the present invention in communication with at least one core network entity.
- the relay agent may be located outside the core network in a PCRF server.
- Fig. 1 illustrates schematically a Diameter protocol stack
- Fig. 2 illustrates schematically SBLP architecture
- Fig. 3 illustrates schematically PCC architecture in 3GPP (Rel7)
- Fig. 4 illustrates schematically non roaming architecture for 3GPP access within EPS using PMIP based s5;
- Fig. 5 illustrates schematically roaming architecture for 3GPP accesses within EPS using S8b
- Fig. 6 illustrates schematically, an embodiment of the present invention
- Fig. 7 illustrates schematically a functional overview for session setup according to the present invention
- Fig. 8 illustrates schematically PCRF selection based on session correlation in a relay agent for Rel7 Gx and Rx according to the present invention
- Fig. 9 illustrates schematically a network according to the present invention.
- Fig. 10 illustrates schematically an infrastructure device according to the present invention.
- Fig. 11 illustrates schematically a method according to the present invention.
- the present invention uses session aware Diameter agents that support multiple applications to correlate sessions that requires binding and then to relays them to the same Diameter server (PCRF).
- PCRF Diameter server
- the agent could use any suitable parameter for example, an IPv4/IPv6-address, or MSISDN, as key for the session correlation defining and distinguishing the session. All initial requests would have to go through this agent.
- the agent When a request is received at the agent peer then the agent would: (1) Perform a lookup in a register to see if there are already any existing sessions for the same or for other Diameter applications that has been relayed or redirected to a server (PCRF) and that requires session binding; (2a) If there is, then the new request is relayed to the same PCRF and the session data is saved in the register (such as the end user Id, Client-ID, Application-ID, PCRF-ID) (the lookup and registration procedure may be an internal procedure to an internal register, but it may also involve interaction with an external database over an interface. It is possible that a group (cluster) of Diameter servers share the same memory resources.
- PCRF server
- the agent could relay the session to any available server in the cluster); (2b) If there is not, then the agent selects a server (PCRF) based on an arbitrary mechanism (the mechanism for selecting the PCRF is not within the scope of the present invention. It may be an internal mechanism or it may involve interaction over an external interface). The request is then relayed to the selected server (PCRF) and finally the agent stores the new session information into the register; (3) When the session is terminated then the entry in the register is removed.
- PCRF server
- the following functionality may be applied to any two (or more) Diameter applications that require the clients to contact the same server, or cluster of servers, in order to achieve session binding.
- Figure 7 is a message flow illustrating the correlation process between two Diameter sessions at session establishment.
- Client X starts a new Diameter session and sends an initial Diameter Request.
- the request is populated with parameters for session binding.
- the agent peer receives the request and first performs a lookup in the register by using one of the parameters in the received message as key
- This lookup could be internal in case the register is located in the same element as the agent, but it could also involve communication over an external interface in case the register (database) is external.
- a server is selected. The server selection could be based on an (arbitrary) internal algorithm but it could also be a decision made by an external node communicated to the agent over an interface. A3. The initial request is relayed to the target server.
- the target server processes the request and answer with a Diameter response.
- the agent registers the server selection as successful.
- the registration can be internal or involve communication over an external interface.
- the agent may re-select a server and re-send the initial request towards a new target server.
- Client Y starts a new Diameter session and sends an initial Diameter Request.
- the application could be the same as the application used between Client X and Server Z, but it could also be a different one.
- the request is populated with parameters for session binding.
- the agent peer receives the request and first performs a lookup of the provided identity in the register. This lookup could be internal in case the register is located in the same element as the agent, but it could also involve communication over an external interface in case the register (database) is external. Because there is already a session towards a server for this identity the same server is selected also for this session.
- the initial request is relayed to the target server.
- the target server processes the request (binds the sessions) and answer with a Diameter response.
- the agent When any of the Diameter sessions are terminated, then the agent removes the associated entry in the register. When the last session related entry associated with an identity has been removed from the register, then the association to the selected server is also removed. This means that the next time that a new Diameter session is initiated for the same identity, a new server may be selected for that session.
- Figure 8 illustrates an example of how the present invention is used to solve PCRF discovery for 3GPP Rel7 Gx and Rx.
- the PCEF receives an Establish IP-CAN Session Request.
- the form of the Establish IP-CAN Session Request depends upon the type of the IP-CAN.
- the GGSN receives the first Create PDP Context
- the GW receives an IPSec tunnel establishment request.
- the GW starts a new DCC session by sending a CCR using the CC- Request-Type AVP set to the value INITIAL_REQUEST.
- the GW provides UE identity information and/or the UE IPv4 address or UE IPv6 address prefix.
- the PCRF can be in control of IP-CAN Bearers, e.g. GPRS
- the GW also provides a new bearer identifier and information about the requested bearer, such as QoS. It will also provide information about the Network Request Support and UE preferred Bearer Control Mode, if available.
- the agent peer receives the request and first performs a lookup of the UE identity in the register. This lookup could be internal in case the register is located in the same element as the agent, but it could also involve communication over an external interface in case the register (database) is external. In case the UE is unknown and there are no known Diameter sessions towards a PCRF, then a PCRF is selected. The PCRF selection could be based on an (arbitrary) internal algorithm but it could also be a decision made by an external node communicated to the agent over an interface. A4. The CCR Initial is relayed to the target PCRF.
- the target PCRF stores the information received in the Diameter CCR.
- the PCRF also selects or generates PCC Rule(s) to be installed.
- the PCRF may make a policy decision by deriving an authorized QoS and by deciding whether service flows described in the PCC Rules are to be enabled or disabled.
- the agent registers the PCRF selection as successful.
- the registration can be internal or involve communication over an external interface.
- the agent may re-select a PCRF and re-send the request towards a new target PCRF.
- the CCA Initial is relayed to the PCEF.
- the GW sends a response to the Establish IP-CAN Session Request.
- the procedure described in the second part of Fig. 8 describes the signaling flow when a new Application Function (AF) session is established.
- the AF receives an internal or external trigger to set-up of a new AF session and provides Service Information.
- the AF identifies the Service Information needed (e.g. IP address of the IP flow(s), port numbers to be used, information on media types, etc.).
- the AF identifies the Service Information needed and collects this information in a Diameter AAR for a new Rx Diameter session.
- the agent peer receives the request and first performs a lookup of the UE identity in the register. This lookup could be internal in case the register is located in the same element as the agent, but it could also involve communication over an external interface in case the register (database) is external. Since there is already a Gx session towards a PCRF for this UE the same RCRF is selected also for the Rx session. B3. The CCR Initial is relayed to the target PCRF.
- the PCRF identifies the affected established IP-CAN Session(s) using the information previously received from the GW and the Service Information received from the AF.
- the PCRF sends a Diameter AAA to the AF.
- B5. The agent registers the PCRF selection as successful.
- the AA is relayed to the AF.
- An advantage of the present invention is that it solves and efficiently removes all responsibility on Diameter server selection required for session binding from the client side.
- PCRF addressing in PCC can simply be based on Realm-Name. This efficiently concentrates all functions related to session binding and PCRF selection to one agent, or a group of agents sharing the same database, per Realm.
- the present invention harmonizes well with the fundamental principles of the Diameter Base Protocol.
- the present invention has advantages with respect to scalability and Operations and Maintenance (O&M) as any changes in the network will only impact the entity that implements the correlating function.
- O&M Operations and Maintenance
- the present invention is very suitable with regard to agent redundancy and scalability; Additional agents could easily be introduced into the system and standard Diameter functionality for peer failover to secondary agent peers can be used in case one of the agents is removed (i.e. taken offline for maintenance or as a result of system failure).
- the network 903 further comprises a radio access entity 902, a mobility management entity 904, a serving gateway 905, and other services provided in the network 906.
- the network 903 can be connected to external network services (e.g. Internet) and/or external communication network services 907 (e.g. operators IP services, and Home location services).
- UE 901 can connect to the radio access entity 902 using any suitable wireless communication solution supported by the radio access entity, such as but not limited to 2G and 3G communication based systems, and WLAN services, e.g., according to IEEE 802.11 series of communication standards, or WPAN services, such as Bluetooth.
- the device has at least one processing unit 1001 , at least one memory unit 1002, being volatile and/or non-volatile, such as but not limited to, a register, RAM, ROM, EEPROM, DRAM, Flash, or hard disk, an operator interface unit 1003, at least one communication interface 1004 and 1005.
- the processing unit is arranged to run instruction sets stored as software in the memory unit, e.g., a computer readable storage medium, or available as hardware e.g., in an field programmable gate array (FPGA) or application specific integrated circuit (ASIC).
- the device may include other units as well.
- the memory unit is adapted to store software implementing the present invention.
- the device further includes a dedicated long time storage unit which may removable or non-removable, such as, but not limited to a DVD, CD, BluRay, HDD, hard disk, or magnetic tape.
- the device can communicate with a controlling device for updates and similar control features. This is done using either the communication interface or a separate control communication interface.
- the device 1000 may further be arranged to operate other functionality of the communications network depending on where the agent is implemented in the network architecture.
- Fig. 11 shows a method in the infrastructure device (agent) according to the present invention: The steps are as follows: 1101. Receiving a request from a UE for starting a Diameter session;
- a Diameter server such as a PCRF server, or choosing a Diameter server, such as a PCRF server; 1104. Relaying request to the Diameter server, such as a PCRF server; 1105. Receiving an answer from the Diameter server, such as a PCRF server;
- the logical agent element described in the present invention could be implemented as a stand alone system or at the same physical platform as a PCRF. Also note that the present invention is generally applicable to all Diameter based applications, not only those related to PCC, that require sessions from different clients and/or different applications to be correlated and relayed to the same server for binding reasons.
- the present invention has been exemplified with the protocol Diameter, the present invention is not limited to this protocol but is applicable to other similar protocols which can handle Authentication, Authorization and Accounting in telecommunications network. Further, the event of emergency communication other solutions may be used depending on network configuration and communication setup. Furthermore, it should be appreciated that for certain situations, billing functionality can be integrated into the present invention. As used herein, the word “comprising” does not exclude the presence of other elements or steps than those listed and the words "a” or "an” preceding an element do not exclude the presence of a plurality of such elements.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The present invention handles Authentication, Authorization and Accounting (AAA) applications in an efficient manner. The present invention is a session aware Diameter relay agent that correlates sessions that require binding and relay sessions to the same AAA server, such as a Policy and Charging Rules Function (PCRF) server. In one embodiment, the relay agent may be arranged to select a Diameter server and forward the user equipment (UE) request to the respective server while registering the server selection. The Diameter server may be a PCRF server.
Description
METHOD AND SYSTEM FOR CORRELATING AUTHENTICATION, AUTHORIZATION AND ACCOUNTING SESSIONS
TECHNICAL FIELD
The present invention relates to a method and system for Authentication, Authorization and Accounting in a telecommunications network.
BACKGROUND
As used herein, the following abbreviations shall have the followir meanings:
AAA Authentication, Authorization and Accounting
CN Core Network
CRF Charging Rules Function
EPC Evolved Packet Core
EPS Evolved Packet System
FBC Flow Based Charging
GPRS - General Packet Radio Service
GSM Global System for Mobile Communications hPCRF - home-PCRF
IMS IP Multimedia Subsystem
IP BS - IP Bearer Service
IPsec IP Security
LTE Long Term Evolution
MSISDN - Mobile Subscriber Integrated Services Digital
Network Number
O&M Operations & Maintenance
PCC Policy and Charging Control
PCEF - Policy and Charging Enforcement Function
PCRF - Policy and Charging Rules Function
PDF Policy Decision Function
PEP Policy Enforcement Function
PMIP - Proxy Mobile IP
RNC - Radio Network Controller
SAE - System Architecture Evolution
SBLP - Service Based Local Policy
SCTP - Stream Control Transmission Protocol
TCP - Transport Control Protocol
TLS - Transport Layer Security
TPF - Traffic Plane Function
UE - User Equipment
UTRA - UMTS Terrestrial Radio Access Network
WCDMA - Wideband CDMA
A conventional third generation (3G) UMTS network is typically divided into three interacting domains; a Core Network (CN), a UMTS Terrestrial Radio Access Network (UTRAN) and a User Equipment (UE). The CN provide for instance switching, routing and transfer of user traffic. The CN includes databases and network management functions.
The CN architecture is based on a Global System for Mobile
Communications (GSM) network with General Packet Radio Service (GPRS). The UTRAN provides the air interface access method for the UE. The Base
Station used within the system is referred to as Node-B and the Node B control equipment is a Radio Network Controller (RNC).
The CN is divided in circuit switched and packet switched domains. Some of the circuit switched elements are Mobile services Switching Center (MSC), Visitor Location Register (VLR) and Gateway MSC. Packet switched elements include the Serving GPRS Support Node (SGSN) and Gateway GPRS Support Node (GGSN). Some network elements are shared by both domains.
In one example, WCDMA technology is selected as UTRAN air interface. UMTS WCDMA is a Direct Sequence CDMA system where user data is multiplied with quasi-random bits derived from WCDMA spreading codes. In
UMTS, in addition to channelization, Codes are used for synchronization and scrambling. WCDMA has two basic modes of operation: Frequency Division Duplex (FDD) and Time Division Duplex (TDD).
In LTE, the basic 3G network configuration has been evolved and comprises for example, a mobility management entity/user plane entity (MME/UPE), an E-UTRAN, eNodeB.
The Diameter protocol constitutes an Authentication, Authorization and Accounting (AAA) framework for all applications designed on top of it. The protocol is based on an open and extensible architecture that allows an implementer to define their own applications on top of the base protocol. Examples of Diameter applications include the Mobile IPv4 Application, Network Access Server Application, Extensible Authentication Protocol (EAP) Application, Credit-Control Application, and the Session Initiation Protocol Application. There are now a number of different 3GPP specific Diameter applications used such as: the Gx-application (Rel6 and onwards), the Rx application (Rel6 and onwards), the Dx-application and the Cx-application (Rel6 and onwards), and the S7, S7a/b/c and S9 application (work in progress for Rel8). There are different roles in a Diameter protocol based network. A client is a node at the edge of the network that request AAA services on behalf of a user. A Diameter server on the other hand performs authentication and authorization of a user on request by a client. In addition to clients and servers, the Diameter protocol introduces relay, proxy, redirect and translation agents. These agents are useful for several reasons such as load balancing and protocol translation (e.g. between RADIUS and Diameter).
Clients and servers use application sessions to exchange information. Communication is based on exchange of request/response message pairs. Both client (pull) and server-initiated (push) requests are allowed in Diameter. Transport-wise, the Diameter protocol is based on TCP or SCTP over
IP. IPSec and/or TLS could be used for hop-by-hop security, but an end-to-end
security mechanism is recommended. Figure 1 shows the Diameter protocol stack.
Session binding for 3GPP Service Based Local Policy (SBLP), Flow Based Charging (FBC) and Policy and Charging Control (PCC) is described as follows: The IP Multimedia Subsystem (IMS) was introduced into the 3GPP architecture in 3GPP Rel5. In order to support enhanced application-layer services for IMS the concept of service-based local policy (e.g. authorization and policy based control) was applied to the basic GPRS connectivity service. To enable coordination between events in the application layer and resource management in the IP bearer layer, a logical element, the Policy Decision Function (PDF), is used as a logical policy decision element.
The PDF makes decisions in regard to SBLP using policy rules, and communicates these decisions to the IP BS Manager in the GGSN, which is the IP Policy Enforcement Point (PEP) in the SBLP architecture. The PDF in Rel5 was expected to be co-located with the Proxy-CSCF. As a consequence a new interface had to be defined between the PDF and the PEP called the Go interface, as seen in Figure 2.
Because there are networks having multiple PDFs, it was necessary to specify functionality that would let the GGSN to contact the right P-CSCF/PDF that had authorized the service at session initiation. For SBLP, this was solved through the use of a so called Authorization token. The authorization token was created by the selected P-CSCF/PDF at IM session establishment. The P- CSCF would pass the token to the UE (User Equipment) and the UE in turn would send the authorization token to the GGSN at establishment/change of a PDP-context. Part of the token is a PDF-identifier so when the GGSN received the token it could unambiguously identify the correct PDF against which to establish a Go session. The PDF could then use the authorization token to bind the Go session with the IM session (this is called session binding).
In 3GPP, Rel6 the SBLP concept was further developed. The PDF in Rel6 was no longer expected to be internal to the P-CSCF, thus a new external interface called Gq (based on the Diameter protocol) between the P-CSCF and
the PDF was introduced. The authorization token was still used for SBLP, but in Rel6 the token had to be transferred from the PDF to the P-CSCF at session setup. Disadvantageously, this proved difficult to realize as support for the authorization token must be supported by the terminals. As a consequence SBLP is not widely deployed.
In parallel to the SBLP architecture, the concept of Flow Based Charging
(FBC) was introduced in 3GPP Rel6. FBC introduced a new system element called the Charging Rules Function (CRF) that interacts with the P-CSCF in one end and the Traffic Plane Function (TPF) in the other. The TPF is typically a GGSN for GPRS. The interface between the P-CSCF and the CRF is called
Rx and is based on the Diameter protocol. The interface between the TPF and the CRF is also based on the Diameter protocol and is called Gx. The requirement for session binding in SBLP is equally valid in FBC. However for
FBC there is no solution based on an authorization token, but the standard is rather vague leaving much to solve for the implementation.
In 3GPP Rel7, the concept of SBLP and FBC is merged into a common architecture called Policy and Charging Control, as seen in Figure 3. The PDF and the CRF are merged into a single element called the Policy and Charging Rules Function (PCRF). Also the PEP and the TPF are merged into a logical function called the Policy and Charging Enforcement Function (PCEF). Finally the interfaces are merged in the following fashion:
Rel6 Gx + Rel6 Go into Rel7 Gx; and
Rel6 Rx + Rel6 Gq into Rel7 Rx.
While the requirement for session binding is clear, and in an environment hosting multiple PCRFs it would be required to have some mean for PCRF selection, the standard is still not clear. The problem of selecting the same PCRF for multiple sessions is escalated in 3GPP Relδ for the Evolved
Packet System (EPS), formerly known as System Architecture Evolution (SAE).
Figure 4 illustrates the EPS architecture for non-roaming 3GPP access using a Proxy Mobile IP (PMIP) based S5 interface. For this case, there is a need to
bind S7c and S7 sessions (both protocols being based on Diameter Gx). In addition, there is an Rx interface that also requires binding to the S7 session.
Figure 5 illustrates a roaming scenario for 3GPP access. In this scenario yet another interface is present called S9. In this case there is a need to find the right home-PCRF (hPCRF) and bind the S9 and S7 sessions in the hPCRF.
The examples in Figure 4 and Figure 5 are just two examples out of many where mechanisms for PCRF discovery are required in 3GPP Relδ.
Disadvantageously, the principles for PCRF selection are currently not described in the 3GPP standard. A consistent mechanism for PCRF discovery is required in order to be able to do session binding for Rx and Gx sessions (Rel6 onwards) and for S7 and S9 sessions (Relδ onwards). Current implementations are client based selection mechanisms based on proprietary algorithms. This is not efficient for several reasons, including, for O&M, reconfiguring the PCRF network will imply that all clients will have to be updated; for interoperability, in a multi-vendor environment it is not certain that clients from different vendors will support the same proprietary mechanisms for PCRF selection; and for scalability, some operators can be expected to operate very large Diameter protocol networks in the future. Configuring PCRF selection as a distributed mechanism in the network is not likely to scale very well.
SUMMARY
It is an object of the present invention to remedy the disadvantages described above. This is provided by, in a first embodiment of the present invention which is a method comprising the steps of: receiving, using a communication interface, a request from a UE for starting a Diameter session; performing a lookup in a local register or an external register for determining existing Diameter sessions; selecting a Diameter server or choosing a Diameter server; relaying the UE request to the Diameter server; receiving an answer from the Diameter server; and registering the server selection; and relaying the response from the Diameter server to the UE. The foregoing steps can be performed by a device comprising a communication interface, a
processing unit, a memory unit, wherein the processing unit is arranged run instruction sets stored in the memory unit for performing the forgoing steps. The Diameter server may be a PCRF server. The relay agent may be arranged to be located in a core network part of the telecommunications network. The relay agent may be arranged to use at least one of an IP address, a MSISDN, or other ID defining and distinguishing the session.
A second embodiment of the present invention is a method for efficient handling of AAA services in a telecommunications network comprising the steps of: receiving a request from a UE for starting a Diameter session; performing a lookup in a local register or an external register for determining existing Diameter sessions; selecting a Diameter server or choosing a Diameter server; relaying request to the Diameter server; receiving an answer from the Diameter server; registering the server selection; and relaying the response from the Diameter server to the UE. The foregoing steps may be performed by a node in a telecommunications system. The method may further comprise a step of receiving requests from a plurality of UEs. If there already exists a registered Diameter session suitable for the request, the method may further comprise the step of relaying to the same Diameter server as already registered. In the second embodiment of the method of the present invention method, the step of selecting may be performed by at least one of choosing a registered server, arbitrarily choosing a server, controlled by an external entity, or choosing using a predefined algorithm.
A third embodiment of the present invention is a computer program stored on a computer readable medium for session biding and correlation, comprising instruction sets for: receiving a request from a UE for starting a Diameter session; performing a lookup in a local register or an external register for determining existing Diameter sessions; selecting a server or choosing a Diameter server; relaying request to the Diameter server; receiving an answer from the Diameter server; registering the server selection; and relaying the response from the Diameter server to the UE.
A fourth embodiment of the present invention is an infrastructure network in a telecommunications network, comprising: an interface to a radio access gateway; core network entities; and an AAA relay agent according to the first embodiment of the present invention in communication with at least one core network entity. In the fourth embodiment, the relay agent may be located outside the core network in a PCRF server.
These and other embodiments of the present invention will be apparent with reference to the embodiments described hereinafter.
BRIEF DESCRIPTION OF THE DRAWINGS
In the following the invention will be described in a non-limiting way and in more detail with reference to exemplary embodiments illustrated in the enclosed drawings, in which:
Fig. 1 illustrates schematically a Diameter protocol stack; Fig. 2 illustrates schematically SBLP architecture;
Fig. 3 illustrates schematically PCC architecture in 3GPP (Rel7);
Fig. 4 illustrates schematically non roaming architecture for 3GPP access within EPS using PMIP based s5;
Fig. 5 illustrates schematically roaming architecture for 3GPP accesses within EPS using S8b;
Fig. 6 illustrates schematically, an embodiment of the present invention;
Fig. 7 illustrates schematically a functional overview for session setup according to the present invention;
Fig. 8 illustrates schematically PCRF selection based on session correlation in a relay agent for Rel7 Gx and Rx according to the present invention;
Fig. 9 illustrates schematically a network according to the present invention;
Fig. 10 illustrates schematically an infrastructure device according to the present invention; and
Fig. 11 illustrates schematically a method according to the present invention.
DETAILED DESCRIPTION
As seen in Figure 6, the present invention uses session aware Diameter agents that support multiple applications to correlate sessions that requires binding and then to relays them to the same Diameter server (PCRF). This puts several requirements on the agent. First of all the agent would have to be aware and keep track of all Diameter sessions for the different applications that require session binding. Second it would require from the agent to be able to correlate session information and then to relay requests from different applications (and clients) to the same Diameter server (PCRF). The agent could use any suitable parameter for example, an IPv4/IPv6-address, or MSISDN, as key for the session correlation defining and distinguishing the session. All initial requests would have to go through this agent. When a request is received at the agent peer then the agent would: (1) Perform a lookup in a register to see if there are already any existing sessions for the same or for other Diameter applications that has been relayed or redirected to a server (PCRF) and that requires session binding; (2a) If there is, then the new request is relayed to the same PCRF and the session data is saved in the register (such as the end user Id, Client-ID, Application-ID, PCRF-ID) (the lookup and registration procedure may be an internal procedure to an internal register, but it may also involve interaction with an external database over an interface. It is possible that a group (cluster) of Diameter servers share the same memory resources. In that case the agent could relay the session to any available server in the cluster); (2b) If there is not, then the agent selects a server (PCRF) based on an arbitrary mechanism (the mechanism for selecting the PCRF is not within the scope of the present invention. It may be an internal mechanism or it may involve interaction over an external interface). The request is then relayed to the selected server (PCRF) and finally the agent stores the new session information into the register; (3) When the session is terminated then the entry in the register is removed. The following functionality may be applied to any two (or more) Diameter applications that require the clients to contact the same server, or cluster of
servers, in order to achieve session binding. Figure 7 is a message flow illustrating the correlation process between two Diameter sessions at session establishment.
A1. Client X starts a new Diameter session and sends an initial Diameter Request. The request is populated with parameters for session binding.
A2. The agent peer receives the request and first performs a lookup in the register by using one of the parameters in the received message as key
(identity). This lookup could be internal in case the register is located in the same element as the agent, but it could also involve communication over an external interface in case the register (database) is external. In case the identity is unknown and there are no known Diameter sessions towards a server for that identity, then a server is selected. The server selection could be based on an (arbitrary) internal algorithm but it could also be a decision made by an external node communicated to the agent over an interface. A3. The initial request is relayed to the target server.
A4. The target server processes the request and answer with a Diameter response.
A5. The agent registers the server selection as successful. The registration can be internal or involve communication over an external interface. In case the Initial request to the server fails, then the agent may re-select a server and re-send the initial request towards a new target server.
A6. The initial response is relayed to Client X.
B1. Client Y starts a new Diameter session and sends an initial Diameter Request. The application could be the same as the application used between Client X and Server Z, but it could also be a different one. The request is populated with parameters for session binding.
B2. The agent peer receives the request and first performs a lookup of the provided identity in the register. This lookup could be internal in case the register is located in the same element as the agent, but it could also involve communication over an external interface in case the register (database) is
external. Because there is already a session towards a server for this identity the same server is selected also for this session.
B3. The initial request is relayed to the target server.
B4. The target server processes the request (binds the sessions) and answer with a Diameter response.
B5. The agent registers the session.
B6. The initial response is relayed to Client Y.
When any of the Diameter sessions are terminated, then the agent removes the associated entry in the register. When the last session related entry associated with an identity has been removed from the register, then the association to the selected server is also removed. This means that the next time that a new Diameter session is initiated for the same identity, a new server may be selected for that session.
Figure 8 illustrates an example of how the present invention is used to solve PCRF discovery for 3GPP Rel7 Gx and Rx.
A1. The PCEF (GW) receives an Establish IP-CAN Session Request.
The form of the Establish IP-CAN Session Request depends upon the type of the IP-CAN. For GPRS, the GGSN receives the first Create PDP Context
Request within a PDP session. For I-WLAN, the GW receives an IPSec tunnel establishment request.
A2. The GW starts a new DCC session by sending a CCR using the CC- Request-Type AVP set to the value INITIAL_REQUEST. The GW provides UE identity information and/or the UE IPv4 address or UE IPv6 address prefix. For types of IP-CAN, where the PCRF can be in control of IP-CAN Bearers, e.g. GPRS, the GW also provides a new bearer identifier and information about the requested bearer, such as QoS. It will also provide information about the Network Request Support and UE preferred Bearer Control Mode, if available.
A3. The agent peer receives the request and first performs a lookup of the UE identity in the register. This lookup could be internal in case the register is located in the same element as the agent, but it could also involve communication over an external interface in case the register (database) is
external. In case the UE is unknown and there are no known Diameter sessions towards a PCRF, then a PCRF is selected. The PCRF selection could be based on an (arbitrary) internal algorithm but it could also be a decision made by an external node communicated to the agent over an interface. A4. The CCR Initial is relayed to the target PCRF.
A5. The target PCRF stores the information received in the Diameter CCR. The PCRF also selects or generates PCC Rule(s) to be installed.
The PCRF may make a policy decision by deriving an authorized QoS and by deciding whether service flows described in the PCC Rules are to be enabled or disabled.
A6. The agent registers the PCRF selection as successful. The registration can be internal or involve communication over an external interface. In case the Initial request to the PCRF fails, then the agent may re-select a PCRF and re-send the request towards a new target PCRF. A7. The CCA Initial is relayed to the PCEF.
A8. The GW sends a response to the Establish IP-CAN Session Request.
The procedure described in the second part of Fig. 8 describes the signaling flow when a new Application Function (AF) session is established. B1. The AF receives an internal or external trigger to set-up of a new AF session and provides Service Information. The AF identifies the Service Information needed (e.g. IP address of the IP flow(s), port numbers to be used, information on media types, etc.). The AF identifies the Service Information needed and collects this information in a Diameter AAR for a new Rx Diameter session.
B2. The agent peer receives the request and first performs a lookup of the UE identity in the register. This lookup could be internal in case the register is located in the same element as the agent, but it could also involve communication over an external interface in case the register (database) is external. Since there is already a Gx session towards a PCRF for this UE the same RCRF is selected also for the Rx session.
B3. The CCR Initial is relayed to the target PCRF.
B4. The PCRF identifies the affected established IP-CAN Session(s) using the information previously received from the GW and the Service Information received from the AF. The PCRF sends a Diameter AAA to the AF. B5. The agent registers the PCRF selection as successful.
B6. The AA is relayed to the AF.
An advantage of the present invention is that it solves and efficiently removes all responsibility on Diameter server selection required for session binding from the client side. PCRF addressing in PCC can simply be based on Realm-Name. This efficiently concentrates all functions related to session binding and PCRF selection to one agent, or a group of agents sharing the same database, per Realm. Hence, the present invention harmonizes well with the fundamental principles of the Diameter Base Protocol.
The present invention has advantages with respect to scalability and Operations and Maintenance (O&M) as any changes in the network will only impact the entity that implements the correlating function.
If the register that holds the session information is made external and thus accessible to/shared by multiple agents, then the present invention is very suitable with regard to agent redundancy and scalability; Additional agents could easily be introduced into the system and standard Diameter functionality for peer failover to secondary agent peers can be used in case one of the agents is removed (i.e. taken offline for maintenance or as a result of system failure).
Referring now to Figure 9, a wireless telecommunications network being a UE 901 and network 903 according to the present invention is provided therein. The network 903 further comprises a radio access entity 902, a mobility management entity 904, a serving gateway 905, and other services provided in the network 906. The network 903 can be connected to external network services (e.g. Internet) and/or external communication network services 907 (e.g. operators IP services, and Home location services). UE 901 can connect to the radio access entity 902 using any suitable wireless communication
solution supported by the radio access entity, such as but not limited to 2G and 3G communication based systems, and WLAN services, e.g., according to IEEE 802.11 series of communication standards, or WPAN services, such as Bluetooth. Fig. 10 illustrates a device 1000 (agent) that handles the Diameter agent according to the present invention. The device has at least one processing unit 1001 , at least one memory unit 1002, being volatile and/or non-volatile, such as but not limited to, a register, RAM, ROM, EEPROM, DRAM, Flash, or hard disk, an operator interface unit 1003, at least one communication interface 1004 and 1005. The processing unit is arranged to run instruction sets stored as software in the memory unit, e.g., a computer readable storage medium, or available as hardware e.g., in an field programmable gate array (FPGA) or application specific integrated circuit (ASIC). The device may include other units as well. The memory unit is adapted to store software implementing the present invention. The device further includes a dedicated long time storage unit which may removable or non-removable, such as, but not limited to a DVD, CD, BluRay, HDD, hard disk, or magnetic tape. The device can communicate with a controlling device for updates and similar control features. This is done using either the communication interface or a separate control communication interface. The device 1000 may further be arranged to operate other functionality of the communications network depending on where the agent is implemented in the network architecture.
Fig. 11 shows a method in the infrastructure device (agent) according to the present invention: The steps are as follows: 1101. Receiving a request from a UE for starting a Diameter session;
1102. Performing a lookup in a local register or an external register for determination of existing Diameter session;
1103. Selecting a Diameter server, such as a PCRF server, or choosing a Diameter server, such as a PCRF server; 1104. Relaying request to the Diameter server, such as a PCRF server;
1105. Receiving an answer from the Diameter server, such as a PCRF server;
1106. Registering the server selection;
1107. Relaying the response from the Diameter server, such as a PCRF server, to the UE.
Note that the logical agent element described in the present invention could be implemented as a stand alone system or at the same physical platform as a PCRF. Also note that the present invention is generally applicable to all Diameter based applications, not only those related to PCC, that require sessions from different clients and/or different applications to be correlated and relayed to the same server for binding reasons.
It should be noted that even though the present invention has been exemplified with the protocol Diameter, the present invention is not limited to this protocol but is applicable to other similar protocols which can handle Authentication, Authorization and Accounting in telecommunications network. Further, the event of emergency communication other solutions may be used depending on network configuration and communication setup. Furthermore, it should be appreciated that for certain situations, billing functionality can be integrated into the present invention. As used herein, the word "comprising" does not exclude the presence of other elements or steps than those listed and the words "a" or "an" preceding an element do not exclude the presence of a plurality of such elements. Further, any reference signs do not limit the scope of the claims, that the invention may be at least in part implemented by means of both hardware and software, and that several "means" or "units" may be represented by the same item of hardware. The above mentioned and described embodiments are given as examples of the present invention and are not be limited to the present invention.
Claims
1. A method for efficient handling of Authentication, Authorization and Accounting (AAA) services in a telecommunications network, characterized by the steps of: receiving (1101), using a communication interface, a request from a user equipment (UE) for starting a Diameter session; performing (1102) a lookup for determining existing Diameter sessions; selecting (1103) a Diameter server; relaying (1104) the UE request to the Diameter server; receiving (1105) an answer from the Diameter server; registering (1106) the server selection; and relaying (1107) the response from the Diameter server to the UE.
2. The method of claim 1 , wherein the step of performing a lookup for determining existing Diameter sessions is further characterized by being performed in a local register.
3. The method of claim 1 , wherein the step of performing a lookup for determining existing Diameter sessions step is further characterized by being performed in an external register.
4. The method of claim 1, wherein the Diameter server is further characterized by being a Policy and Charging Rules Function (PCRF) server.
5. The method of claim 1 , wherein the method is further characterized by being performed by a relay agent (1000) located in a core network part of the telecommunications network.
6. The method of claim 1 , further characterized by being arranged to use at least one of an Internet Protocol (IP) address, a Mobile Subscriber lntegrated Services Digital Network Number (MSISDN), or other identification defining and distinguishing the session.
7. The method of claim 1 , further characterized by the step of receiving requests from a plurality of UEs.
8. The method of claim 1, wherein if there already exists a registered Diameter session suitable for the request, the method is further characterized by the step of relaying to the same Diameter server as already registered.
9. The method of claim 1 , wherein the step of selecting is further characterized by the step of being performed by at least one of choosing a registered server, arbitrarily choosing a server, controlled by an external entity, or choosing using a predefined algorithm.
10. A relay agent (1000) in a telecommunications network, comprising a communication interface, a processing unit (1001) coupled to the communication interface and a memory unit (1002) coupled to the processing unit (1001), wherein the processing unit (1001) is characterized by: being operable to run instruction sets stored in the memory unit for receiving, using the communication interface, a request from a UE for starting a Diameter session, performing a lookup in a local register or an external register for determining existing Diameter sessions, selecting a Diameter server, relaying the UE request to the Diameter server, receiving an answer from the Diameter server, registering the server selection, and relaying the response from the Diameter server to the UE.
11. The relay agent (1000) according to claim 10, further characterized by the Diameter server being a Policy and Charging Rules
Function (PCRF) server.
12. The relay agent (1000) according to claim 10, further characterized by the relay agent arranged to be located in a core network part of the telecommunications network.
13. The relay agent (1000) according to claim 10, further characterized by being arranged to use at least one of an IP address, a Mobile Subscriber Integrated Services Digital Network Number (MSISDN), or other identification defining and distinguishing the session.
14. A computer program stored on a computer readable medium for session biding and correlation, characterized by instruction sets for: receiving a request from a User Equipment (UE) for starting a Diameter session; performing a lookup in a local register or an external register for determining existing Diameter sessions; selecting a Diameter server; relaying request to the Diameter server; receiving an answer from the Diameter server; registering the server selection; and relaying the response from the Diameter server to the UE.
15. An infrastructure network in a telecommunications network, comprising an interface to a radio access gateway, at least one core network entity and an Authentication, Authorization and Accounting (AAA) relay agent in communication with at least one core network entity, wherein such relay agent being further characterized by: means to receive, using the communication interface, a request from a
User Equipment (UE) for starting a Diameter session, perform a lookup in a local register or an external register for determining existing Diameter sessions, select a Diameter server, relay the UE request to the Diameter server, receive an answer from the Diameter server, register the server selection, and relay the response from the Diameter server to the UE.
16. The infrastructure network of claim 15, wherein the relay agent is further characterized by being located outside the core network in a Policy and
Charging Rules Function (PCRF) server.
17. The infrastructure network of claim 15, wherein the relay agent is further characterized by being located in the core network.
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2010533036A JP5296800B2 (en) | 2007-11-01 | 2008-03-10 | Method and system for correlating authentication, authorization and accounting sessions |
US12/740,419 US9380460B2 (en) | 2007-11-01 | 2008-03-10 | Method and system for correlating authentication, authorization and accounting sessions |
EP08724210A EP2220841B1 (en) | 2007-11-01 | 2008-03-10 | Method and system for correlating aaa sessions |
AT08724210T ATE526770T1 (en) | 2007-11-01 | 2008-03-10 | METHOD AND SYSTEM FOR CORRELATING AAA SESSIONS |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US98442307P | 2007-11-01 | 2007-11-01 | |
US60/984,423 | 2007-11-01 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2009058067A1 true WO2009058067A1 (en) | 2009-05-07 |
Family
ID=40377167
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/SE2008/050263 WO2009058067A1 (en) | 2007-11-01 | 2008-03-10 | Method and system for correlating authentication, authorization and accounting sessions |
Country Status (5)
Country | Link |
---|---|
US (1) | US9380460B2 (en) |
EP (1) | EP2220841B1 (en) |
JP (1) | JP5296800B2 (en) |
AT (1) | ATE526770T1 (en) |
WO (1) | WO2009058067A1 (en) |
Cited By (44)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2011003983A (en) * | 2009-06-16 | 2011-01-06 | Nec Corp | Communication system, control node selection device, control node selection method, and program |
WO2011098134A1 (en) * | 2010-02-12 | 2011-08-18 | Telefonaktiebolaget L M Ericsson (Publ) | Rate adaptation |
WO2011082035A3 (en) * | 2009-12-31 | 2011-11-17 | Tekelec | Methods, systems, and computer readable media for condition-triggered policies |
WO2011100626A3 (en) * | 2010-02-12 | 2011-12-29 | Tekelec | Methods, systems, and computer readable media for diameter protocol harmonization |
WO2012106710A1 (en) | 2011-02-04 | 2012-08-09 | Tekelec, Inc. | Methods, systems, and computer readable media for provisioning a diameter binding repository |
EP2536179A1 (en) * | 2010-02-09 | 2012-12-19 | ZTE Corporation | Method, device and system for selecting policy and charging rules function entity |
JP2013502786A (en) * | 2009-08-20 | 2013-01-24 | テレフオンアクチーボラゲット エル エム エリクソン(パブル) | Implementation of fair use in roaming packet access |
US8547908B2 (en) | 2011-03-03 | 2013-10-01 | Tekelec, Inc. | Methods, systems, and computer readable media for enriching a diameter signaling message |
US8578050B2 (en) | 2010-02-12 | 2013-11-05 | Tekelec, Inc. | Methods, systems, and computer readable media for providing peer routing at a diameter node |
EP2670113A1 (en) * | 2012-05-29 | 2013-12-04 | Openet Telecom Ltd. | System and Method for Communicating in a Telecommunication Network via Independent Key Routing and Data Locality Tables |
EP2670111A1 (en) * | 2012-05-29 | 2013-12-04 | Openet Telecom Ltd. | System and Methods for Communicating in a Telecommunication Network Using Common Key Routing and Data Locality Tables |
EP2670112A1 (en) * | 2012-05-29 | 2013-12-04 | Openet Telecom Ltd. | System and Method for Communicating in a Telecommunication Network via Common Key Routing and Proxies |
EP2670114A1 (en) * | 2012-05-29 | 2013-12-04 | Openet Telecom Ltd. | System and Methods for Communicating in a Telecommunication Network via Independent Key Routing and Proxies |
CN103493523A (en) * | 2011-03-18 | 2014-01-01 | 泰科来股份有限公司 | Methods, systems, and computer readable media for diameter-based steering of mobile device network access |
US8626156B2 (en) | 2010-10-20 | 2014-01-07 | Tekelec, Inc. | Methods, systems, and computer readable media for selective policy enhancement (PE) for high-usage roamers |
JP2014506052A (en) * | 2010-12-23 | 2014-03-06 | テケレック,インク. | Method, system, and computer-readable medium for modifying a DIAMETER signaling message directed to a charging function node |
US8681622B2 (en) | 2010-12-17 | 2014-03-25 | Tekelec, Inc. | Policy and charging rules function (PCRF) and performance intelligence center (PIC) based congestion control |
US8750126B2 (en) | 2009-10-16 | 2014-06-10 | Tekelec, Inc. | Methods, systems, and computer readable media for multi-interface monitoring and correlation of diameter signaling information |
US8812020B2 (en) | 2010-10-15 | 2014-08-19 | Tekelec, Inc. | Methods, systems, and computer readable media for location-based policy enhancement |
US8813168B2 (en) | 2008-06-05 | 2014-08-19 | Tekelec, Inc. | Methods, systems, and computer readable media for providing nested policy configuration in a communications network |
US8958306B2 (en) | 2009-10-16 | 2015-02-17 | Tekelec, Inc. | Methods, systems, and computer readable media for providing diameter signaling router with integrated monitoring functionality |
US9106769B2 (en) | 2011-08-10 | 2015-08-11 | Tekelec, Inc. | Methods, systems, and computer readable media for congestion management in a diameter signaling network |
US9185510B2 (en) | 2010-03-03 | 2015-11-10 | Tekelec, Inc. | Methods, systems, and computer readable media for managing the roaming preferences of mobile subscribers |
US9215133B2 (en) | 2013-02-20 | 2015-12-15 | Tekelec, Inc. | Methods, systems, and computer readable media for detecting orphan Sy or Rx sessions using audit messages with fake parameter values |
US9225849B2 (en) | 2011-05-06 | 2015-12-29 | Tekelec, Inc. | Methods, systems, and computer readable media for steering a subscriber between access networks |
US9319378B2 (en) | 2013-01-23 | 2016-04-19 | Tekelec, Inc. | Methods, systems, and computer readable media for using a diameter routing agent (DRA) to obtain mappings between mobile subscriber identification information and dynamically assigned internet protocol (IP) addresses and for making the mappings accessible to applications |
US9369910B2 (en) | 2012-07-14 | 2016-06-14 | Tekelec, Inc. | Methods, systems, and computer readable media for dynamically controlling congestion in a radio access network |
US9473928B2 (en) | 2012-07-14 | 2016-10-18 | Tekelec, Inc. | Methods, systems, and computer readable media for policy-based local breakout (LBO) |
US9537775B2 (en) | 2013-09-23 | 2017-01-03 | Oracle International Corporation | Methods, systems, and computer readable media for diameter load and overload information and virtualization |
US9668134B2 (en) | 2015-08-14 | 2017-05-30 | Oracle International Corporation | Methods, systems, and computer readable media for providing access network protocol interworking and authentication proxying |
US9668135B2 (en) | 2015-08-14 | 2017-05-30 | Oracle International Corporation | Methods, systems, and computer readable media for providing access network signaling protocol interworking for user authentication |
US9888001B2 (en) | 2014-01-28 | 2018-02-06 | Oracle International Corporation | Methods, systems, and computer readable media for negotiating diameter capabilities |
US9917700B2 (en) | 2010-03-15 | 2018-03-13 | Tekelec, Inc. | Systems, methods, and computer readable media for policy enforcement correlation |
US9923984B2 (en) | 2015-10-30 | 2018-03-20 | Oracle International Corporation | Methods, systems, and computer readable media for remote authentication dial in user service (RADIUS) message loop detection and mitigation |
US10063443B2 (en) | 2012-05-29 | 2018-08-28 | Openet Telecom Ltd. | System and method for managing VoLTE session continuity information using logical scalable units |
US10084755B2 (en) | 2015-08-14 | 2018-09-25 | Oracle International Corporation | Methods, systems, and computer readable media for remote authentication dial in user service (RADIUS) proxy and diameter agent address resolution |
US10097642B2 (en) | 2012-05-29 | 2018-10-09 | Openet Telecom Ltd. | System and method for using VoLTE session continuity information using logical scalable units |
US10117127B2 (en) | 2015-07-08 | 2018-10-30 | Oracle International Corporation | Methods, systems, and computer readable media for communicating radio access network congestion status information for large numbers of users |
US10225762B2 (en) | 2017-03-28 | 2019-03-05 | Oracle International Corporation | Methods, systems, and computer readable media for message flood suppression during access node-gateway (AN-GW) unavailability and after AN-GW restoration |
US10237418B2 (en) | 2017-04-21 | 2019-03-19 | Oracle International Corporation | Methods, systems, and computer readable media for charging based on radio congestion in mobile networks |
US10477385B2 (en) | 2012-07-20 | 2019-11-12 | Tekelec, Inc. | Methods, systems and computer readable media for distributing policy rules to the mobile edge |
US10554661B2 (en) | 2015-08-14 | 2020-02-04 | Oracle International Corporation | Methods, systems, and computer readable media for providing access network session correlation for policy control |
US10951519B2 (en) | 2015-06-17 | 2021-03-16 | Oracle International Corporation | Methods, systems, and computer readable media for multi-protocol stateful routing |
US11283883B1 (en) | 2020-11-09 | 2022-03-22 | Oracle International Corporation | Methods, systems, and computer readable media for providing optimized binding support function (BSF) packet data unit (PDU) session binding discovery responses |
Families Citing this family (26)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
ATE545997T1 (en) | 2004-12-17 | 2012-03-15 | Tekelec Us | METHODS, SYSTEMS AND COMPUTER PROGRAM PRODUCTS FOR SUPPORTING DATABASE ACCESS IN AN INTERNET PROTOCOL MULTIMEDIA SUBSYSTEM (IMS) NETWORK ENVIRONMENT |
EP2218010B1 (en) * | 2007-12-01 | 2019-07-03 | Alcatel-Lucent USA Inc. | Ims diameter router with load balancing |
US9357384B2 (en) * | 2009-02-09 | 2016-05-31 | International Business Machines Corporation | System and method to support identity theft protection as part of a distributed service oriented ecosystem |
CN101931928B (en) * | 2009-06-19 | 2014-08-13 | 中兴通讯股份有限公司 | Method and system for policy and charging control on single-APN multi-PDN connection under ramble scene |
US8615237B2 (en) * | 2010-01-04 | 2013-12-24 | Tekelec, Inc. | Methods, systems, and computer readable media for policy and charging rules function (PCRF) node selection |
WO2011156274A2 (en) | 2010-06-06 | 2011-12-15 | Tekelec | Methods, systems, and computer readable media for obscuring diameter node information in a communication network |
US8943209B2 (en) * | 2010-10-07 | 2015-01-27 | Tekelec, Inc. | Methods, systems, and computer readable media for policy and charging rules function (PCRF) fault tolerance |
US8498286B2 (en) * | 2011-01-10 | 2013-07-30 | Alcatel Lucent | Radius gateway on policy charging and rules function (PCRF) for wireline/wireless converged solution |
US8737304B2 (en) | 2011-03-01 | 2014-05-27 | Tekelec, Inc. | Methods, systems, and computer readable media for hybrid session based diameter routing |
US8918469B2 (en) | 2011-03-01 | 2014-12-23 | Tekelec, Inc. | Methods, systems, and computer readable media for sharing diameter binding data |
WO2012118963A1 (en) | 2011-03-01 | 2012-09-07 | Tekelec, Inc. | Methods, systems and computer readable media for dynamically learning diameter binding information |
US8831016B2 (en) * | 2011-03-18 | 2014-09-09 | Tekelec, Inc. | Methods, systems, and computer readable media for configurable diameter address resolution |
CN102905390B (en) * | 2011-07-26 | 2017-12-01 | 中兴通讯股份有限公司 | Session association methods, devices and systems |
US8666396B2 (en) * | 2011-08-25 | 2014-03-04 | Verizon Patent And Licensing Inc. | Providing user location and time zone information for LTE/IMS charging |
US8989216B2 (en) * | 2012-03-30 | 2015-03-24 | Alcatel Lucent | Diameter versioning dictionary |
US9860323B2 (en) | 2012-05-15 | 2018-01-02 | At&T Intellectual Property I, L.P. | System and apparatus for providing policy control and charging to support communications |
US9912488B2 (en) * | 2012-05-15 | 2018-03-06 | At&T Intellectual Property I, L.P. | System and apparatus for providing subscriber management to support communications |
US9264242B2 (en) | 2012-05-15 | 2016-02-16 | At&T Intellectual Property I, Lp | System and apparatus for providing communications |
EP2750355A1 (en) * | 2012-12-28 | 2014-07-02 | Koninklijke KPN N.V. | Reducing a number of server-client sessions |
US10027580B2 (en) * | 2013-03-28 | 2018-07-17 | Oracle International Corporation | Methods, systems, and computer readable media for performing stateful diameter routing with diameter routing agents that use different mechanisms to achieve stateful routing |
US10728793B2 (en) * | 2014-06-30 | 2020-07-28 | Telefonakitiebolaget L M Ericsson (Publ) | Aggregation of congestion information |
CN105516952A (en) * | 2014-10-20 | 2016-04-20 | 中兴通讯股份有限公司 | Method and apparatus for selecting policy and charging rules function |
US10102087B2 (en) | 2016-02-19 | 2018-10-16 | Oracle International Corporation | Methods, systems, and computer readable media for detecting and managing suspect subscriber bindings |
US10129867B2 (en) * | 2016-04-29 | 2018-11-13 | At&T Intellectual Property I, L.P. | Universal peer-to-peer signaling network virtualization and orchestration |
US10581928B2 (en) | 2017-04-21 | 2020-03-03 | Oracle International Corporation | Methods, systems, and computer readable media for sharing identification information of network nodes in an internet protocol multimedia subsystem (IMS) network |
US10412772B2 (en) | 2017-08-08 | 2019-09-10 | Oracle International Corporation | Methods, systems, and computer readable media for using access point name (APN) independent subscriber bindings |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2007026268A1 (en) * | 2005-08-31 | 2007-03-08 | Nokia Corporation | Inter-access mobility and service control |
WO2007090463A1 (en) * | 2006-02-07 | 2007-08-16 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for use in a communications network |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040213172A1 (en) * | 2003-04-24 | 2004-10-28 | Myers Robert L. | Anti-spoofing system and method |
GB0400080D0 (en) * | 2004-01-05 | 2004-02-04 | Nokia Corp | Controlling data sessions in a communications system |
EP1761081A1 (en) * | 2005-08-31 | 2007-03-07 | Siemens Aktiengesellschaft | Communication system, switching node server and method for determination of a controlling node |
US9871872B2 (en) * | 2007-04-13 | 2018-01-16 | Nokia Technologies Oy | Mechanism for executing server discovery |
US8155128B2 (en) | 2007-09-26 | 2012-04-10 | Alcatel Lucent | Method and apparatus for establishing and managing diameter associations |
-
2008
- 2008-03-10 JP JP2010533036A patent/JP5296800B2/en active Active
- 2008-03-10 EP EP08724210A patent/EP2220841B1/en active Active
- 2008-03-10 WO PCT/SE2008/050263 patent/WO2009058067A1/en active Application Filing
- 2008-03-10 AT AT08724210T patent/ATE526770T1/en not_active IP Right Cessation
- 2008-03-10 US US12/740,419 patent/US9380460B2/en active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2007026268A1 (en) * | 2005-08-31 | 2007-03-08 | Nokia Corporation | Inter-access mobility and service control |
WO2007090463A1 (en) * | 2006-02-07 | 2007-08-16 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for use in a communications network |
Non-Patent Citations (1)
Title |
---|
"Digital cellular telecommunications system (Phase 2+); Universal Mobile Telecommunications System (UMTS); Policy and charging control architecture (3GPP TS 23.203 version 7.4.0 Release 7); ETSI TS 123 203", ETSI STANDARDS, October 2007 (2007-10-01), XP014039875 * |
Cited By (72)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8813168B2 (en) | 2008-06-05 | 2014-08-19 | Tekelec, Inc. | Methods, systems, and computer readable media for providing nested policy configuration in a communications network |
JP2011003983A (en) * | 2009-06-16 | 2011-01-06 | Nec Corp | Communication system, control node selection device, control node selection method, and program |
JP2013502786A (en) * | 2009-08-20 | 2013-01-24 | テレフオンアクチーボラゲット エル エム エリクソン(パブル) | Implementation of fair use in roaming packet access |
US8958306B2 (en) | 2009-10-16 | 2015-02-17 | Tekelec, Inc. | Methods, systems, and computer readable media for providing diameter signaling router with integrated monitoring functionality |
US8750126B2 (en) | 2009-10-16 | 2014-06-10 | Tekelec, Inc. | Methods, systems, and computer readable media for multi-interface monitoring and correlation of diameter signaling information |
WO2011082035A3 (en) * | 2009-12-31 | 2011-11-17 | Tekelec | Methods, systems, and computer readable media for condition-triggered policies |
US8787174B2 (en) | 2009-12-31 | 2014-07-22 | Tekelec, Inc. | Methods, systems, and computer readable media for condition-triggered policies |
EP2536179A4 (en) * | 2010-02-09 | 2013-10-09 | Zte Corp | Method, device and system for selecting policy and charging rules function entity |
EP2536179A1 (en) * | 2010-02-09 | 2012-12-19 | ZTE Corporation | Method, device and system for selecting policy and charging rules function entity |
US8996636B2 (en) | 2010-02-12 | 2015-03-31 | Tekelec, Inc. | Methods, systems, and computer readable media for answer-based routing of diameter request messages |
US8799391B2 (en) | 2010-02-12 | 2014-08-05 | Tekelec, Inc. | Methods, systems, and computer readable media for inter-diameter-message processor routing |
US8527598B2 (en) | 2010-02-12 | 2013-09-03 | Tekelec, Inc. | Methods, systems, and computer readable media for answer-based routing of diameter request messages |
US8532110B2 (en) | 2010-02-12 | 2013-09-10 | Tekelec, Inc. | Methods, systems, and computer readable media for diameter protocol harmonization |
US8554928B2 (en) | 2010-02-12 | 2013-10-08 | Tekelec, Inc. | Methods, systems, and computer readable media for providing origin routing at a diameter node |
US9088478B2 (en) | 2010-02-12 | 2015-07-21 | Tekelec, Inc. | Methods, systems, and computer readable media for inter-message processor status sharing |
US8498202B2 (en) | 2010-02-12 | 2013-07-30 | Tekelec, Inc. | Methods, systems, and computer readable media for diameter network management |
US8578050B2 (en) | 2010-02-12 | 2013-11-05 | Tekelec, Inc. | Methods, systems, and computer readable media for providing peer routing at a diameter node |
US8601073B2 (en) | 2010-02-12 | 2013-12-03 | Tekelec, Inc. | Methods, systems, and computer readable media for source peer capacity-based diameter load sharing |
US8995256B2 (en) | 2010-02-12 | 2015-03-31 | Tekelec, Inc. | Methods, systems, and computer readable media for performing diameter answer message-based network management at a diameter signaling router (DSR) |
WO2011098134A1 (en) * | 2010-02-12 | 2011-08-18 | Telefonaktiebolaget L M Ericsson (Publ) | Rate adaptation |
US9674096B2 (en) | 2010-02-12 | 2017-06-06 | Telefonaktiebolaget L M Ericsson | Rate adaptation |
WO2011100626A3 (en) * | 2010-02-12 | 2011-12-29 | Tekelec | Methods, systems, and computer readable media for diameter protocol harmonization |
CN102754409A (en) * | 2010-02-12 | 2012-10-24 | 泰克莱克公司 | Methods, systems, and computer readable media for diameter protocol harmonization |
US8504630B2 (en) | 2010-02-12 | 2013-08-06 | Tekelec, Inc. | Methods, systems, and computer readable media for diameter application loop prevention |
US8792329B2 (en) | 2010-02-12 | 2014-07-29 | Tekelec, Inc. | Methods, systems, and computer readable media for performing diameter answer message-based network management at a diameter signaling router (DSR) |
US8644324B2 (en) | 2010-02-12 | 2014-02-04 | Tekelec, Inc. | Methods, systems, and computer readable media for providing priority routing at a diameter node |
US8478828B2 (en) | 2010-02-12 | 2013-07-02 | Tekelec, Inc. | Methods, systems, and computer readable media for inter-diameter-message processor routing |
US8483233B2 (en) | 2010-02-12 | 2013-07-09 | Tekelec, Inc. | Methods, systems, and computer readable media for providing local application routing at a diameter node |
US9185510B2 (en) | 2010-03-03 | 2015-11-10 | Tekelec, Inc. | Methods, systems, and computer readable media for managing the roaming preferences of mobile subscribers |
US9917700B2 (en) | 2010-03-15 | 2018-03-13 | Tekelec, Inc. | Systems, methods, and computer readable media for policy enforcement correlation |
US8812020B2 (en) | 2010-10-15 | 2014-08-19 | Tekelec, Inc. | Methods, systems, and computer readable media for location-based policy enhancement |
US8626156B2 (en) | 2010-10-20 | 2014-01-07 | Tekelec, Inc. | Methods, systems, and computer readable media for selective policy enhancement (PE) for high-usage roamers |
US8681622B2 (en) | 2010-12-17 | 2014-03-25 | Tekelec, Inc. | Policy and charging rules function (PCRF) and performance intelligence center (PIC) based congestion control |
JP2014506052A (en) * | 2010-12-23 | 2014-03-06 | テケレック,インク. | Method, system, and computer-readable medium for modifying a DIAMETER signaling message directed to a charging function node |
WO2012106710A1 (en) | 2011-02-04 | 2012-08-09 | Tekelec, Inc. | Methods, systems, and computer readable media for provisioning a diameter binding repository |
US8547908B2 (en) | 2011-03-03 | 2013-10-01 | Tekelec, Inc. | Methods, systems, and computer readable media for enriching a diameter signaling message |
CN103493523A (en) * | 2011-03-18 | 2014-01-01 | 泰科来股份有限公司 | Methods, systems, and computer readable media for diameter-based steering of mobile device network access |
US8902854B2 (en) | 2011-03-18 | 2014-12-02 | Tekelec, Inc. | Methods, systems, and computer readable media for diameter-based steering of mobile device network access |
US9225849B2 (en) | 2011-05-06 | 2015-12-29 | Tekelec, Inc. | Methods, systems, and computer readable media for steering a subscriber between access networks |
US9106769B2 (en) | 2011-08-10 | 2015-08-11 | Tekelec, Inc. | Methods, systems, and computer readable media for congestion management in a diameter signaling network |
US9860390B2 (en) | 2011-08-10 | 2018-01-02 | Tekelec, Inc. | Methods, systems, and computer readable media for policy event record generation |
EP2670113A1 (en) * | 2012-05-29 | 2013-12-04 | Openet Telecom Ltd. | System and Method for Communicating in a Telecommunication Network via Independent Key Routing and Data Locality Tables |
US9380018B2 (en) | 2012-05-29 | 2016-06-28 | Openet Telecom Ltd. | System and method for communicating in a telecommunication network via common key routing and proxies |
US10063443B2 (en) | 2012-05-29 | 2018-08-28 | Openet Telecom Ltd. | System and method for managing VoLTE session continuity information using logical scalable units |
US9338126B2 (en) | 2012-05-29 | 2016-05-10 | Openet Telecom Ltd. | System and method for communicating in a telecommunication network via independent key routing and data locality tables |
US9363177B2 (en) | 2012-05-29 | 2016-06-07 | Openet Telecom Ltd. | System and methods for communicating in a telecommunication network via independent key routing and proxies |
US9363224B2 (en) | 2012-05-29 | 2016-06-07 | Openet Telecom Ltd. | System and methods for communicating in a telecommunication network using common key routing and data locality tables |
US10630779B2 (en) | 2012-05-29 | 2020-04-21 | Openet Telecom Ltd. | System and method for using VoIP session continuity information using logical scalable units |
EP2670112A1 (en) * | 2012-05-29 | 2013-12-04 | Openet Telecom Ltd. | System and Method for Communicating in a Telecommunication Network via Common Key Routing and Proxies |
US10097642B2 (en) | 2012-05-29 | 2018-10-09 | Openet Telecom Ltd. | System and method for using VoLTE session continuity information using logical scalable units |
EP2670111A1 (en) * | 2012-05-29 | 2013-12-04 | Openet Telecom Ltd. | System and Methods for Communicating in a Telecommunication Network Using Common Key Routing and Data Locality Tables |
EP2670114A1 (en) * | 2012-05-29 | 2013-12-04 | Openet Telecom Ltd. | System and Methods for Communicating in a Telecommunication Network via Independent Key Routing and Proxies |
US10523545B2 (en) | 2012-05-29 | 2019-12-31 | Openet Telecom Ltd. | System and method for managing VoIP session continuity information using logical scalable units |
US9473928B2 (en) | 2012-07-14 | 2016-10-18 | Tekelec, Inc. | Methods, systems, and computer readable media for policy-based local breakout (LBO) |
US9369910B2 (en) | 2012-07-14 | 2016-06-14 | Tekelec, Inc. | Methods, systems, and computer readable media for dynamically controlling congestion in a radio access network |
US10477385B2 (en) | 2012-07-20 | 2019-11-12 | Tekelec, Inc. | Methods, systems and computer readable media for distributing policy rules to the mobile edge |
US9319378B2 (en) | 2013-01-23 | 2016-04-19 | Tekelec, Inc. | Methods, systems, and computer readable media for using a diameter routing agent (DRA) to obtain mappings between mobile subscriber identification information and dynamically assigned internet protocol (IP) addresses and for making the mappings accessible to applications |
US9215133B2 (en) | 2013-02-20 | 2015-12-15 | Tekelec, Inc. | Methods, systems, and computer readable media for detecting orphan Sy or Rx sessions using audit messages with fake parameter values |
US9537775B2 (en) | 2013-09-23 | 2017-01-03 | Oracle International Corporation | Methods, systems, and computer readable media for diameter load and overload information and virtualization |
US9888001B2 (en) | 2014-01-28 | 2018-02-06 | Oracle International Corporation | Methods, systems, and computer readable media for negotiating diameter capabilities |
US10951519B2 (en) | 2015-06-17 | 2021-03-16 | Oracle International Corporation | Methods, systems, and computer readable media for multi-protocol stateful routing |
US10117127B2 (en) | 2015-07-08 | 2018-10-30 | Oracle International Corporation | Methods, systems, and computer readable media for communicating radio access network congestion status information for large numbers of users |
US10084755B2 (en) | 2015-08-14 | 2018-09-25 | Oracle International Corporation | Methods, systems, and computer readable media for remote authentication dial in user service (RADIUS) proxy and diameter agent address resolution |
US9918229B2 (en) | 2015-08-14 | 2018-03-13 | Oracle International Corporation | Methods, systems, and computer readable media for providing access network protocol interworking and authentication proxying |
US9930528B2 (en) | 2015-08-14 | 2018-03-27 | Oracle International Corporation | Methods, systems, and computer readable media for providing access network signaling protocol interworking for user authentication |
US10554661B2 (en) | 2015-08-14 | 2020-02-04 | Oracle International Corporation | Methods, systems, and computer readable media for providing access network session correlation for policy control |
US9668135B2 (en) | 2015-08-14 | 2017-05-30 | Oracle International Corporation | Methods, systems, and computer readable media for providing access network signaling protocol interworking for user authentication |
US9668134B2 (en) | 2015-08-14 | 2017-05-30 | Oracle International Corporation | Methods, systems, and computer readable media for providing access network protocol interworking and authentication proxying |
US9923984B2 (en) | 2015-10-30 | 2018-03-20 | Oracle International Corporation | Methods, systems, and computer readable media for remote authentication dial in user service (RADIUS) message loop detection and mitigation |
US10225762B2 (en) | 2017-03-28 | 2019-03-05 | Oracle International Corporation | Methods, systems, and computer readable media for message flood suppression during access node-gateway (AN-GW) unavailability and after AN-GW restoration |
US10237418B2 (en) | 2017-04-21 | 2019-03-19 | Oracle International Corporation | Methods, systems, and computer readable media for charging based on radio congestion in mobile networks |
US11283883B1 (en) | 2020-11-09 | 2022-03-22 | Oracle International Corporation | Methods, systems, and computer readable media for providing optimized binding support function (BSF) packet data unit (PDU) session binding discovery responses |
Also Published As
Publication number | Publication date |
---|---|
EP2220841A1 (en) | 2010-08-25 |
EP2220841B1 (en) | 2011-09-28 |
US20100311392A1 (en) | 2010-12-09 |
US9380460B2 (en) | 2016-06-28 |
ATE526770T1 (en) | 2011-10-15 |
JP2011505719A (en) | 2011-02-24 |
JP5296800B2 (en) | 2013-09-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9380460B2 (en) | Method and system for correlating authentication, authorization and accounting sessions | |
US7809003B2 (en) | Method for the routing and control of packet data traffic in a communication system | |
CN107409068B (en) | System and method for distributing policy charging and executive function connection information in a network environment | |
US8949950B2 (en) | Selection of successive authentication methods | |
CN103444148B (en) | Control the business detection Route Selection of functional node disposed or the network node walked around and method | |
EP1693995B1 (en) | A method for implementing access authentication of wlan user | |
JP5189107B2 (en) | Mechanism for uniquely identifying and unifying packet bearer context user sets in mobile communication networks | |
WO2008017709A1 (en) | Method of managing interworking for transferring multiple service sessions between a mobile network and a wireless local area network, and corresponding equipment | |
CN113596032A (en) | Method and node for handling access to EPC services via non-3 GPP networks | |
EP2052513B1 (en) | Policy management in a roaming or handover scenario in an ip network | |
US11240199B2 (en) | Service provision in scenarios with network address translation | |
EP1595370B1 (en) | POLICY INFORMATION IN MULTIPLE PDFs | |
JP7235160B2 (en) | Systems and methods for enabling charging and policies for UEs with one or more user identities | |
CN107404715B (en) | Position information providing method and device | |
CN103369502B (en) | The processing method and network element of a kind of policy control session | |
JP2020503724A (en) | Service differentiation for devices connected to UE as router | |
CN103369501B (en) | A kind of method for managing resource, system and resource management network element | |
Vintilă et al. | A J-PAKE based solution for secure authentication in a 4G network |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 08724210 Country of ref document: EP Kind code of ref document: A1 |
|
DPE1 | Request for preliminary examination filed after expiration of 19th month from priority date (pct application filed from 20040101) | ||
WWE | Wipo information: entry into national phase |
Ref document number: 12740419 Country of ref document: US |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2010533036 Country of ref document: JP |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2008724210 Country of ref document: EP |