WO2006038846A1 - Method, apparatus and system for routing aaa-messages from a home service network over a number of intermediary networks to a roaming network - Google Patents
Method, apparatus and system for routing aaa-messages from a home service network over a number of intermediary networks to a roaming network Download PDFInfo
- Publication number
- WO2006038846A1 WO2006038846A1 PCT/SE2005/001347 SE2005001347W WO2006038846A1 WO 2006038846 A1 WO2006038846 A1 WO 2006038846A1 SE 2005001347 W SE2005001347 W SE 2005001347W WO 2006038846 A1 WO2006038846 A1 WO 2006038846A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- network
- aaa
- intermediary
- list
- home
- Prior art date
Links
Classifications
-
- 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
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
-
- 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
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/24—Accounting or billing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
Definitions
- This application is related to commonly-assigned application serial number 10/960,782, entitled, “Home Network- Assisted Selection Of Intermediary Network For A Roaming Mobile Terminal", commonly-assigned application serial number 10/960,780, entitled, “Terminal- Assisted Selection Of Intermediary Network For A Roaming Mobile Terminal”, and commonly-assigned application serial number 10/960,783, entitled, "Enhancement of AAA Routing Originated from a Local Access Network Involving Intermediary Network Preferences”.
- the disclosures of these applications are incorporated by reference.
- the present invention relates to a method and apparatus for establishing a connection via an access network, for example, a wireless local area network (WLAN) communicating with at least one mobile terminal and at least one service access or backbone network that includes a user or mobile terminal authentication and/or authorization process to obtain service.
- WLAN wireless local area network
- the present invention generally relates to interworking a local wireless access network like a WLAN (e.g., based on IEEE 802.11) and public land mobile networks (PLMN) like a UMTS network, and in particular, to roaming and authentication, authorization, and/or accounting (AAA) configurations for such networks.
- PLMN public land mobile networks
- AAA authentication, authorization, and/or accounting
- Wireless communications have enjoyed tremendous growth and permit both voice and data communications on a global scale. Indeed, WLAN access networks are currently deployed in many public places, such as airports, hotels, shopping malls, and coffee shops. The WLAN market is currently undergoing a rapid expansion and is being offered as a complementary service for mobile operators.
- PLMN core network operators such as GPRS and UMTS network operators, traditionally provide access to mobile packet data services via a wide area GPRS or UMTS network. More recently, those mobile operators have also offered that mobile packet data service directly through a high capacity WLAN access network. Ideally, the mobile operators can provide the packet data service seamlessly between PLMN and WLAN.
- the WLAN must interwork PLMN, e.g., GPRS and UMTS, established standards.
- PLMN e.g., GPRS and UMTS
- GPRS and/or UMTS are used as non-limiting examples of a PLMN.
- roaming must be permitted and specified between wide area cellular radio access and WLAN access networks.
- a WLAN access network may have a direct or an indirect relationship with one or more service networks.
- Local access network 12 typically provides "hotspot” wireless connectivity for WLAN clients like the mobile terminal 10 present in its local access coverage area.
- the local access network 12 is connected to a home service network 14, which provides the ultimate communication service and maintains the direct relationship to the mobile terminal 10.
- the local access network 12 includes one or more access points 16 (e.g., radio base stations) that provide access to the communication services over the radio or wireless interface.
- An access router 18 is the data gateway to the Internet and/or an Intranet 13 and to the home service network 14, and it routes data between the mobile terminal 10 and the home service network 14 (although the data path between the access router 18 and the home service network 14 is not shown).
- the authentication, authorization, and/or accounting (AAA) server 20 is involved in performing authentication and/or authorization of the mobile terminal 10 before access to services is permitted.
- AAA is used as a general term to refer to one or more of authentication, authorization, or accounting and similar operations.
- the AAA server 20 is also involved in accounting functions once access is permitted.
- the home AAA server 24 is coupled to a home subscriber server (HSS) 22, which accesses a home subscriber server database (not shown).
- HSS home subscriber server
- the home AAA server 24 authenticates and authorizes the mobile terminal using authentication and authorization procedures, which are often performed using the well-known RADIUS or Diameter protocols.
- An information field in a RADIUS or Diameter message is in this document referred to as an "attribute" or an "AVP", where AVP stands for "Attribute Value Pair".
- Figure 2 illustrates how the local access network may have an indirect
- the local access network has an association with intermediary service networks 30, 34, and 38, and each intermediary service network has its own AAA server 32, 36, and 40, respectively. But only two intermediary service networks 30 and 34 have roaming agreements with the home service network 14. Although not illustrated, there may also be a network (or even multiple networks) between the local access network and the intermediary service networks 30, 34, and 38 in the form of a "roaming consortium”.
- NAI network access identifier
- An NAI is an identifier with format "name@operator-realm", as described in, "The Network Access Identifier," RFC 2486, January 1999.
- the NAI is sent using Extensible Authentication Protocol (EAP) over LAN (EAPOL).
- EAP Extensible Authentication Protocol
- EAPOL Extensible Authentication Protocol
- the transfer of the NAI precedes either an EAP Authentication and Key Agreement (AKlA) procedure, as described in J. Arkko et al., "EAP AKA Authentication", Internet-Draft draft-arkko- pppext-eap-aka-10.txt, or an EAP Subscriber Identity Module (SIM) procedure, as described in H.
- AKlA EAP Authentication and Key Agreement
- SIM EAP Subscriber Identity Module
- AAA client located in the WLAN AP 16 or the access router 18 (most commonly in the AP) forwards the NAI via an AAA protocol to an AAA server, (e.g,. RADIUS 5 as described in C. Rigney et al., "Remote Authentication Dial In User Service (RADIUS)", RFC 2865, or Diameter, as described in Pat R. Calhoun et al., "Diameter Base Protocol” RFC 3588, Pat R.
- RADIUS 5 as described in C. Rigney et al.
- RADIUS Remote Authentication Dial In User Service
- RFC 2865 Remote Authentication Dial In User Service
- Diameter as described in Pat R. Calhoun et al., "Diameter Base Protocol” RFC 3588, Pat R.
- AAA server which may be either the AAA server of the UMTS/WLAN operator or an AAA server of the WLAN network operator (if these operators are not one and the same).
- the AAA server in the WLAN network forwards the NAI to the AAA server in the subscriber's home UMTS/WLAN network via RADIUS or Diameter.
- the home AAA server processes the received message and performs an authentication procedure towards the mobile terminal. Subsequent AAA messages (e.g., for accounting during the session) follow the same path between the AAA client and the home AAA server, possibly via an AAA server in the WLAN network.
- a UMTS/WLAN subscriber roams into a WLAN network that has no association with the home network of the subscriber, then the subscriber is granted access only if the visited WLAN network has an association with a UMTS network that has a roaming agreement with the roaming subscriber's home UMTS network.
- This association may be a direct association or an indirect association via an AAA broker or proxy.
- AAA messages sent from the AAA client to the AAA server of the visited WLAN network are then routed via the AAA server of an intermediary visited UMTS network (30 or 34) to the home AAA server 24 of the subscriber's home UMTS network 14.
- WLAN network 12 may have associations with multiple UMTS networks.
- the WLAN AAA server 20 does not know which of its associated UMTS networks has a roaming agreement with the home UMTS network 14 of the roaming subscriber. Even if the AAA server 20 of the visited WLAN network 12 did have this knowledge, the home UMTS network 14 of the subscriber may well have roaming agreements with more than one of the UMTS networks associated with the visited WLAN network 12. Because the choice of intermediary visited UMTS network is either impossible or arbitrary for the AAA server 20 of the visited WLAN network 12, the home service network 14 and/or the subscriber should be able to make the choice so that the most appropriate intermediary visited service network is selected.
- intermediary service network 1 may be selected as the intermediary visited network, but intermediary service network 2 may be a better choice or simply the intermediary service network the subscriber prefers. In any event, intermediary service network 3 would not be chosen, because the home service network 14 does not have a roaming agreement with it.
- the WLAN network provides the mobile terminal with information about the service networks associated with the WLAN network.
- the mobile terminal selects one of the associated service networks as its intermediary visited service network and indicates the selected network through information incorporated in an "extended NAI" or a "decorated NAI.”
- the format of the decorated NAI could be, for example, home- realm/name@intermediary- visited-network-realm or home-realm ! name@intermediary- visited-network-realm.
- the AAA server of the intermediary visited service network would interpret the decorated NAI, delete the intermediary- visited-network-realm part and move the home-realm part to its normal position after the @ character and delete the slash character or exclamation mark (thus turning the decorated NAI into a regular NAI) before forwarding the AAA message (in which the decorated NAI was included) to the AAA server of the subscriber's home network.
- the AAA server of the visited WLAN- network could, perform this operation before sending the AAA message to the AAA server of the intermediary visited service network.
- the difference between the two approaches is how the information about associated networks is conveyed to the terminal, and to a certain extent, how the decorated NAI is transferred to the AAA server of the visited WLAN network.
- the Service Set Identifier (SSID) normally broadcast or "advertised" by the WLAN APs could be modified to contain information about associated UMTS network(s).
- the mobile terminal could then choose to access the WLAN access network or not, and if it chooses to access the WLAN access network, the mobile terminal can supply network selection information in the decorated NAI in the EAP-Identity Response message (responding to the initial EAP-Identity Request message from the WLAN network) during the authentication procedure.
- each associated UMTS network would be represented by its own virtual AP.
- Each virtual AP would send its own beacon frames advertising a unique SSID that identifies the corresponding UMTS network.
- the information about associated UMTS networks could be included in an EAP-Identity Request message, (the EAP Identity Request message format is described in L. Blunk, et al., "PPP Extensible Authentication Protocol (EAP)", RFC 2284); from the WLAN network to the terminal.
- the intermediary network information could be included after a NULL character in the Type- Data field in the EAP-Identity Request message.
- the EAP-Identity Request message may originate from the WLAN AP (in case it is the initial EAP-Identity Request message) or the AAA server of the visited WLAN network (in case it is a subsequent EAP-Identity Request message).
- the AP includes this information in the initial EAP-Identity Request message provided that the AP, and not the access router, is the EAP authenticator.
- the AAA server of the visited WLAN network sends the information about associated UMTS networks to the terminal in a second EAP-Identity Request message only if the NAI received from the user/terminal in the response to the initial EAP-Identity Request message is not enough to route the AAA request to the home AAA server of the user.
- the mobile terminal could also explicitly request the AAA server of the visited WLAN network to send the network information in a second EAP-Identity Request message by providing a NAI with a dedicated request string (e.g., "Network-Info-Requested") in the name portion of the NAI in the first EAP- Identity Response message.
- a dedicated request string e.g., "Network-Info-Requested”
- These approaches are terminal-based network selection methods in that the selection of the intermediary visited service network is based on criteria available in the terminal and/or manually input from the user.
- Available data that can be used for this purpose (besides manual user input) include, e.g., the following USIM files: User controlled PLMN selector with Access Technology (USIM file: EFPLMNWACT), which is a user defined PLMN priority list, Operator controlled PLMN selector with Access Technology (USIM file: EF OP LMN W A C T), which is an operator defined PLMN priority list, and the Forbidden PLMNs (USIM file: EF FP L MN ), which is a list of forbidden PLMNs in which roaming is not allowed (see 3 GPP TS 31.102 v6.2.0, "3 rd Generation Partnership Project; Technical Specification Group Terminals; Characteristics of the USIM application (Release 6)".
- Using the virtual AP concept for this purpose is problematic for several reasons.
- the fact that each virtual AP sends its own beacon frame increases signaling overhead (in terms of resources consumed by beacons) and has substantial scaling problems.
- Even a few virtual APs produce beacons that consume on the order of 10% of the total AP capacity. If numerous UMTS networks, e.g., UMTS networks associated with the WLAN network via a roaming consortium, were advertised, the beacons would consume the entire AP capacity.
- most deployed APs do not implement the virtual AP concept, and its presence in future APs is still uncertain. Thus, numerous installed APs would have to be upgraded.
- Another problem is that many deployed WLAN access networks may not be in a position to change their SSID.
- the second approach is also problematic.
- the behavior of the APs must be modified (which is particularly undesirable considering the number of deployed APs).
- a roundtrip delay between the terminal and the AAA server in the visited WLAN network is added to the overall access delay.
- some EAP implementations already use the space beyond a NULL character in the Type-Data field of the EAP-Identity Request to convey various options, there is a potential risk for interference between intermediary UMTS network information transfer and existing use of the data space.
- WLAN network to be knowledgeable about all the potential intermediary UMTS networks. This may not always be the case or even possible, e.g., when there is a roaming consortium between the WLAN network and one or several of the potential intermediary UMTS networks. Thus, schemes relying on network information advertised by the WLAN network may fail in some situations.
- An additional problem with these approaches is that they require EAPOL to be supported in the WLAN access network, which excludes, e.g., WLAN access networks that use web-based login procedures. [0019] These problems also impact a larger AAA message routing context.
- Figure 3 shows an example network that includes a mobile terminal (MT) and a WLAN that has known routes to two roaming consortiums (RCs) RCl and RC3 and two UMTS networks UMTS 4 and UMTS 5.
- RC roaming consortium
- multiple networks subscribe to a common roaming agreement. If a WLAN network is a member of a roaming consortium RCl 5 it is likely that the WLAN network is not aware of the other members including RC2 and UMTSs 1-3 and 8-9. A WLAN network is likely not a member of more than one RC. Otherwise, its realm-based AAA routing would not work properly, since it would not know to which RC to send the AAA requests. Still, to provide a general picture, assume the WLAN in the example network of Figure 3 is a member of RCl and RC3.
- RCl, RC3, UMTS3, or UMTS5 only these networks RCl, RC3, UMTS3, and UMTS5 are reasonably advertised, e.g., by announcing them via SSIDs using the virtual AP concept with multiple beacons or by EAP-based advertising. But this advertising does not include all potential intermediary 3GPP networks with which the WLAN has a roaming agreement or association. Consequently, the advertisement does not permit selection of intermediary RCs or intermediary UMTSs beyond those advertised, which in this example include RC2 and UMTSs 1-3 and 8-9.
- the WLAN AAA server may not know which UMTS networks can be reached through the AAA infrastructure. Therefore, selecting and indicating only one intermediary UMTS network (or the home UMTS network) may not be the best routing strategy for the user. And if the WLAN network is not aware of, and therefore, does not advertise a UMTS network that the user could use as an intermediary UMTS network (or home UMTS network), the user or the user's mobile terminal either has to select an intermediary UMTS network at random or refrain from access. In the former case the end result may well be that access is denied, making both options unsatisfactory.
- an AAA request may well be routed through a less preferred one.
- the AAA request may be routed via an intermediary UMTS network even though the home UMTS network is reachable via a RC.
- the AAA route via the RC is preferable to the AAA route via the intermediate UMTS network, since the UMTS-WLAN interworking architecture requires that the WLAN traffic is (normally suboptimally) routed via the visited intermediary UMTS network (according to scenario 3 of the 3GPP-WLAN interworking specification), which in turn means that the intermediary UMTS network normally will keep a part of the traffic charges.
- the AAA request may be routed via UMTS 4 instead of via RCl .
- the AAA request may be routed via a certain intermediary UMTS even though more preferable potential intermediary UMTSs were reachable via a RC.
- the AAA request may be routed via UMTS 5, even if UMTS 3 is a more preferable intermediary UMTS network.
- the AAA access may be denied because no route could be found, either to the home network or to a potential intermediary UMTS, even though potential intermediary UMTSs were reachable via a RC. For instance, if the home network is UMTS 9, no AAA route would be found (and access would be denied), even though UMTS 2 could act as an intermediary UMTS.
- AAA requests initiated by the home AAA server and sent in the direction of the AAA client accessed by the mobile terminal.
- the messages from the home AAA server (the "downlink direction") are sent in response to AAA messages originated from the AAA client (the "uplink direction").
- transaction information (a transaction includes a request-response message exchange) in the intermediary AAA- server and the home AAA server ensures that the response message traverses the same AAA route or path (in the downlink direction) as the AAA client-initiated AAA request.
- no transaction information is present to guide the AAA message along the desired path downlink towards the AAA client
- the home AAA server can store the FQDN of the target AAA client as
- AAA session information (a session starts with an access request by the mobile and ends when the mobile disconnects from the network or explicitly deactivates communication or when the AAA server terminates the session (e.g. because the subscriber is out of funds in his pre-paid account)) and use it for routing server initiated AAA requests, but this FQDN does not provide any information about intermediary networks. Thus, there is no way to ensure that a home network server-initiated AAA request will traverse a desired intermediary network (assuming one is available).
- the server-initiated request will be routed according to the regular realm-based routing principles, i.e., based on the realm and/or FQDN of the target AAA client, which may result in another route or path that does not traverse the selected intermediary network(s) is used, or that no path at all is found.
- a list of potential intermediary networks is, according to the present invention, included in the AAA request.
- AAA proxies or relay agents
- the network list enables a form of "extra loose AAA source routing" that is flexible enough to handle also complex network scenarios.
- extra loose AAA source routing is meant to indicate a type of source routing where the indicated intermediary networks are merely potential, selectable intermediary networks and none of the indicated intermediary networks is mandatory to traverse.
- the prioritized list of potential intermediary networks can be made available to the initial AAA server, the WLAN AAA server, in different ways. Two such ways are described in commonly- assigned application serial number 10/960,782, entitled, “Home Network- Assisted Selection Of Intermediary Network For A Roaming Mobile Terminal", and commonly- assigned application serial number 10/960,780, entitled, "Terminal- Assisted Selection Of Intermediary Network For A Roaming Mobile Terminal".
- the WLAN AAA server retrieves the list from a central AAA server, which in part is in control by the home UMTS network operator.
- the WLAN AAA server receives the list from the mobile terminal.
- the realm in the form of a fully-qualified domain name (FQDN)
- the host identity in the form of a FQDN
- the home AAA server can include the stored information in server initiated AAA requests and route the requests via the mandatory intermediary network(s) using a sort of realm-based (and sometimes host identity based) loose source routing mechanism.
- the source routing mechanism is “loose” but not “extra loose” in the sense that the server-initiated AAA request must traverse the indicated intermediary network(s) on its way to the target AAA client, but it may also traverse one or more non-indicated intermediary network(s) (in addition to the indicated one(s)).
- the present invention overcomes these problems using enhanced routing of an authentication, authorization, or accounting-related (AAA) message (related to a roaming mobile terminal) between a visited network and a home service network involving intermediary service network preferences.
- AAA authentication, authorization, or accounting-related
- mobile terminal encompasses mobile terminal equipment, the user or subscriber of the mobile terminal, the identity of a personal entity such as a SIM-card as well as the subscription currently associated with the mobile terminal.
- authorization or authentication of the mobile terminal includes authorization or authentication of the user identity and authorization or authentication of the mobile terminal.
- service network encompasses any type of entity that can serve subscribers or facilitate serving of subscribers by participating in authentication, authorization and/or accounting signaling, e.g., a network serving its subscribers, an intermediary network, or a roaming consortium, e.g., in the form of a AAA server.
- a list is stored of one or more intermediary service networks preferred for possible use in routing an AAA message between the mobile terminal and the home service network. The list is included with the AAA message and used to select one or more intermediary service networks.
- a selected intermediary service network conveys the AAA request message towards the home service network.
- the intermediary service networks are preferably listed by priority so that the intermediary service network with a highest priority on the list can be selected first.
- Each intermediary service network may be identified in the list using a domain name or a fully-qualified domain name (FQDN) of an AAA server of the intermediary service network.
- the list may be included, for example, as one or more AAA attributes in the AAA message, or in a network access identifier (NAI) associated with the mobile terminal that is included in the AAA message.
- NAI network access identifier
- the local access network includes the list in the AAA message and sends the AAA message on to one of the intermediary service networks on the list or to a default intermediary network.
- Each intermediary service network that receives the AAA message with the list determines if a route for the AAA message to the home service network is known. If a route is known, the intermediary service network routes the AAA message towards the home service network. If a route is not known, the intermediary service network sends the AAA message on to one of the intermediary service networks on the list or to a default intermediary network.
- the home service network stores the intermediary service network list for routing the AAA message in a second direction towards the local access network.
- the intermediary service network list for routing the AAA message in a second direction towards the local access network.
- each selected intermediary service network adds to the AAA request message an associated identifier.
- the home service network receives the AAA request message, the home service network generates the list using the associated identifier(s) included by the selected one or more intermediary networks.
- the home service network uses the generated list to route the home service network-originated AAA message towards the local access network using each of the intermediary service networks included on the generated list.
- Each listed intermediary service network receiving the home service network-originated AAA message routes the home service network-originated AAA message to the next intermediary service network on the list or, if there are no more intermediary service networks on the list, directly to a local access network currently serving the mobile terminal.
- Each listed intermediary service network preferably removes its associated identifier from the list before routing the home service network- originated AAA message directly to that local access network or before routing the home service network-originated AAA message to the next intermediary service network on the list.
- the associated identifier may include one or both of a domain name of the intermediary network or a domain name of an AAA server of the intermediary network.
- Figure 1 is a diagram illustrating a system in which packet data services provided by a home service network can be accessed via a local access network;
- Figure 2 illustrates indirect access to the home service network via the local access network and an intermediary service network
- Figure 3 is more expansive diagram used to explain the potential problems with routing AAA messages between the access network currently accessed by the mobile terminal and the home service network of the mobile terminal;
- FIG. 4 is a flowchart diagram illustrating example procedures for enhanced AAA routing involving preferred intermediary networks
- Figure 5 is a diagram showing how a list of acceptable or preferred potential intermediary networks and/or servers can be used to enhance the routing of
- FIG. 6 is a flowchart diagram illustrating example procedures for enhanced AAA routing involving selection of one or more preferred intermediary networks for an AAA client-originated AAA message.
- FIG. 7 is a flowchart diagram illustrating example procedures for enhanced AAA routing for a home network-initiated AAA message.
- FIG. 4 outlines in flowchart form example procedures for enhancing routing of an AAA message between a local access networks being accessed by a mobile terminal and the home network of the mobile terminal.
- a list is generated of desired or preferred potential intermediary PLMN network and/or AAA servers that may be selected for use in routing an AAA message or that are mandatory to traverse when routing an AAA message between the local access network being accessed by the mobile terminal and the home PLMN of the mobile terminal (step Sl).
- FIG. 5 illustrates a non-limiting example system 10 in which two non- limiting, example applications are described.
- a mobile terminal (MT) 14 is in wireless communication with a local access network 12, one non-limiting example of which is a WLAN.
- the local access network 12 includes one or more access points 16 coupled to an AAA server 20 and an access router 18.
- the access router 18 is coupled to the Internet and/or an intranet represented together symbolically as cloud 22.
- the AAA server 20 may have access to an intermediary visited service network select list 24 for this mobile terminal 14.
- That list may be generated by the local access network or provided by some other entity such as the mobile terminal (e.g., as described in commonly-assigned application serial number 10/960,780, entitled, “Terminal- Assisted Selection Of Intermediary Network For A Roaming Mobile Terminal"), the home PLMN (e.g., as described in commonly-assigned application serial number 10/960,782, entitled, “Home Network- Assisted Selection Of Intermediary Network For A Roaming Mobile Terminal"), manually input by the user, etc.
- the list is stored so that it is accessible by the AAA server 20, and preferably, can be updated as needed or desired.
- the WLAN 12 is coupled to a roaming consortium 1 (RCl) that has an
- AAA server 38 as well as to a roaming consortium 3 (RC3) with its own AAA server 32.
- the WLAN 12 is also coupled to PLMN 4 having an AAA server 34 and PLMN 5 having an AAA server 36.
- Roaming consortium 3 is coupled to PLMN 6 which includes an AAA server 30.
- Roaming consortium 1 is coupled to roaming consortium 2 (RC2) that includes an AAA server 44, to PLMN2 that includes an AAA server 57, and to PLMN 3 that includes an AAA server 42.
- PLMN2 is coupled to PLMN9, which includes an AAA server 58.
- PLMN 3 is also coupled to PLMN 4 having an AAA server 34 as well as PLMN 8 having an AAA server 40.
- PLMN 8, which includes an AAA server 40 is coupled to both PLMN 3 and PLMN 5.
- RC2 is coupled to PLMN 1 which includes an AAA server 46.
- PLMN 1 is coupled to the home PLMN 7 for mobile terminal 14.
- Home PLMN 7 includes an AAA server 48 coupled to a home subscriber server (HSS) 51.
- HSS home subscriber server
- an AAA server list 50 is accessible by the AAA server 48 and lists mandatory intermediary visited service network(s), which may be used for routing of AAA messages initiated by the home PLMN 7. The list may be created from data gathered by an AAA message traversing intermediate AAA servers on its path from the local access network to the home network.
- PLMN 10 with AAA server 52 coupled to RC4 with AAA server 54 and PLMN 11 with AAA server 56. There is no routing path available from the local access network 12 to any of PLMN 1O 5 PLMN 11, or RC4.
- the first, non-limiting, example application relates to AAA type messages that must be routed in the uplink direction from the local access network (being accessed or otherwise serviced by the mobile terminal) to the home PLMN.
- the WLAN 12 may or may not advertise network information, either using an SSID based method or an EAP based method (as described above).
- the advertised network information need only include the directly connected networks and RCs.
- advertised network information includes PLMN 4, PLMN 5, RCl and RC3.
- the WLAN does advertise network information, then, if one of the advertised networks is the MT's/user's home network or if an advertised RC is one which the MT/user knows that the home network is a member of, then a regular NAI (i.e., name@home-realm) is all that is needed to find a route (without an intermediary PLMN) to the home PLMN.
- a regular NAI i.e., name@home-realm
- the mobile terminal may construct a decorated NAI, e.g., of the format home-realm/name@intermediary-network-realm or home- realm !name@intermediary-network-realm, etc, to find a route to the home network via a specific intermediary PLMN.
- a decorated NAI e.g., of the format home-realm/name@intermediary-network-realm or home- realm !name@intermediary-network-realm, etc.
- the mobile terminal may also supply a NAI including an intermediary PLMN list, as described in commonly-assigned application serial number 10/960,780, entitled, "Terminal- Assisted Selection Of Intermediary Network For A Roaming Mobile Terminal", a regular NAI, if the home network controlled method described in commonly-assigned application serial number 10/960,782, entitled, "Home Network- Assisted Selection Of Intermediary Network For A Roaming Mobile Terminal", or some other method to convey a PLMN selection list to the WLAN AAA server may be used. If decorated NAI routing is used and the WLAN AAA server 20 receives a decorated NAI from the MT/user, the WLAN AAA server can use this decorated NAI to route the AAA request to the home network via the intermediary network mandated by the decorated NAI.
- a NAI including an intermediary PLMN list
- the WLAN AAA server 20 receives or has access to a list of possible intermediary PLMNs, preferably ordered in order of priority/preference. If the WLAN AAA server 20 has a route to the home PLMN of the mobile terminal, an access request, e.g., an AAA request, can be routed to the home PLMN using the regular NAI. If the WLAN AAA 20 server does not have a route to the home PLMN of the mobile terminal, but has a direct association with one of the PLMNs in the list of possible intermediary PLMNs, it may select as intermediary PLMN that of the directly associated PLMNs in the list that has the highest priority and send the AAA request to the selected intermediary PLMN.
- an access request e.g., an AAA request
- the WLAN AAA 20 server may optionally include the list of possible intermediary PLMNs in the AAA request (in a manner described below). If decorated NAI routing is supported and the WLAN AAA server 20 receives a decorated NAI from the mobile terminal, the AAA server 20 may use the decorated NAI to route the AAA request to the home PLMN via the mandated intermediary network indicated in the decorated NAI. In this case, the decorated NAI routing may fail if the WLAN AAA server 20 does not have a route to the indicated intermediary network, but instead sends the AAA request along a default route.
- the WLAN AAA server may construct a decorated NAI including as the intermediary network-realm the realm of the highest priority PLMN on the list to which the AAA server 20 has a route.
- the WLAN AAA server 20 would then send the AAA , request with the constructed decorated NAI included along the route towards the selected intermediary PLMN.
- the WLAN AAA server 20 may also use the more general method described below, even if it has a route to one or more of the networks in the list and even if a decorated NAI is received from the mobile terminal.
- the WLAN AAA server and other intermediary AAA servers can use the intermediary PLMN AAA server selection list to aid AAA message routing in cases when no route to the home network is known and there is no directly associated network in the list.
- the WLAN AAA server 20 places the network list in an AAA attribute, e.g., called "Preferred-Intermediary-Networks", which is included in the AAA request.
- Preferred-Intermediary-Networks In RADIUS, where an attribute can be no longer than 255 octets, several Preferred- Intermediary-Networks attributes may have to be used to accommodate the complete list, but in Diameter, a single attribute should suffice.
- a single attribute may be used for each network in the list in both Diameter and RADIUS, with the order in which the attributes appear in a message signifying the relative priority/preference of the listed networks.
- the Preferred-Intermediary-Networks attribute is a new attribute, and therefore, represents an extension of either Diameter or RADIUS or both.
- this embodiment is not limited to Diameter or RADIUS and that any suitable AAA protocol may be employed.
- the AAA request is sent to a default route preconfigured in the AAA server 20 unless the WLAN AAA server 20 has a route to one of the AAA servers in the list 24, in which case the AAA request is sent along the route towards that AAA server.
- the default route for AAA messages is to RCl .
- Subsequent intermediary AAA servers preferably look for a route to the home network and send the AAA request along this route if a route is found. Before sending the AAA message along a known route towards the home network, an intermediary AAA server may choose to remove the Preferred-Intermediary-Networks attribute(s) from the AAA message. [0050] If no route to the home network is found, the intermediary AAA server checks the Preferred-Intermediary-Networks attribute(s) from the beginning of the list 24 (e.g., highest priority preferably listed first) to see if it can find a PLMN or RC AAA server on the list 24 to which it has a direct association or at least a known route.
- the AAA request is routed towards that network/ AAA server.
- the intermediary AAA server may choose to remove the Preferred-Intermediary-Networks attribute(s) from the AAA message before sending the message.
- the intermediary AAA server may also construct a decorated NAI including the selected intermediary AAA server, substitute the decorated NAI for the regular NAI, and remove the Preferred-Intermediary-Networks attribute(s) from the AAA message.
- the selected intermediary AAA server has no route to any of the networks (neither the home network nor the networks in the list), then a default route is used, and the above process is repeated in the next AAA server in that default route. Finally, either the AAA request reaches the home PLMN AAA server or a "non-routable" indication can be returned (e.g., a Diameter answer message with the Result-Code AVP set to DIAMETER_UNABLE_TO_DELIVER).
- the home network is PLMN 7.
- the WLAN AAA server 20 routes the AAA request associated with the mobile terminal to the default route, which is RCl.
- the AAA server 38 in RCl routes the AAA request to RCl's default route to the AAA server 44 in RC2.
- PLMN 1 is included in the list 24 (which it should be since PLMN 1 is coupled to PLMN 7)
- AAA server 44 routes the AAA request to the AAA server 46 in PLMN 1.
- the AAA request is then routed to the AAA server 48 in the home network PLMN 7.
- PLMN 10 were the home network
- the request would be routed via RCl to RC2 where a dead end is reached because there is no route to PLMN 10 or any of the networks in the list 24 (which in this example includes PLMN 11 and RC4).
- the WLAN AAA server 20 receives a non- routable indication from RCl, it may attempt a second time by sending the AAA message to RC3.
- This method may require that intermediary AAA servers in the route be modified to support the new attribute.
- the desired behavior of intermediary AAA servers that do not understand the new attribute is to ignore the new attribute and try to route the request towards the home network (as indicated in the NAI).
- One way to achieve this behavior in intermediary AAA servers using Diameter, e.g., Diameter relay or proxy agents, is to clear the 'M' bit in the AVP header indicating that the attribute is not mandatory.
- the desired behavior can be achieved by making the attribute vendor specific (e.g., 3GPP specific).
- Another way to achieve the desired behavior in both Diameter and RADIUS is to include the network/ AAA server list in the NAI instead of placing it in one or several AAA attributes.
- the mobile terminal would then include the list 24 in the NAI, e.g., in a single EAP-Identity- Response, e.g., as described in commonly-assigned application serial number 10/960,780, entitled, "Terminal-Assisted Selection Of Intermediary Network For A Roaming Mobile Terminal".
- the WLAN AAA server not supporting the network list scheme would then route the AAA message to the home network, if it has a route to the home network, and otherwise, it would route it along the default route (if it has one).
- the AAA message could be routed along a default route using only the regular realm-based routing mechanisms, but when an intermediary AAA server that supports the scheme and understands the network list receives the message, it would, if possible, make use of the scheme.
- the WLAN AAA server 20 may construct a decorated NAI (provided that decorated NAI routing is supported) to ensure that the AAA request is routed to the selected intermediary PLMN network, even if the RC AAA servers do not support the Preferred-Intermediary-Networks attribute. For instance, if PLMN 9 were the home network and PLMN 2 is included in the network list, then the WLAN AAA server 20 (knowing that PLMN 2 is a member of RCl) can construct a decorated NAI, e.g. of the format PLMN 9/name@PLMN 2 or PLMN 9!name@PLMN 2, and send the AAA request to RCl .
- a decorated NAI e.g. of the format PLMN 9/name@PLMN 2 or PLMN 9!name@PLMN 2
- a routing loop protection mechanism may also be used in where the list of possible intermediary networks is used to aid the AAA routing.
- An intermediary AAA server that finds its own realm in the list of possible intermediary networks in an AAA message removes its realm from the list before forwarding the message. This removal avoids a subsequent intermediary AAA server selecting from the list the realm of an AAA server that has already been traversed by the AAA message.
- This routing loop protection mechanism is however not needed, if the AAA protocol already has a built-in routing loop protection mechanism, which is the case in Diameter.
- the enhanced AAA routing described above is not necessarily an alternative to decorated NAI routing. To the contrary, it may be complementary to decorated NAI routing (and network information advertisement).
- the mobile terminal may use advertised network information for WLAN network (AP) selection and may or may not use advertised network information for selection of an intermediary PLMN network.
- the decorated NAI routing can be used simultaneously /in parallel with AAA routing enhanced by the intermediary network list as described above.
- a decorated NAI can contain a network list and information from a network list can be used to construct a decorated NAI.
- the WLAN AAA server stores a list of preferred, possible intermediary networks or intermediary network AAA servers (step Sl).
- an access request message (which may be part of an authentication procedure, e.g., an EAP procedure)
- the WLAN AAA server determines if it can route the access request to the home PLMN AAA server directly or via one of the possible intermediary networks in the list with which the WLAN AAA server has a direct association. If the WLAN AAA server can route the access request directly to the home PMN AAA server, it does.
- the WLAN AAA server determines whether the WLAN AAA server has a direct association with one or more of the possible intermediary networks in the list, it selects the one of these directly associated possible intermediary networks that has the highest priority and sends the access request to that intermediary network. If no route to the home PLMN is known and none of the networks in the intermediary network list is directly associated with the WLAN AAA server, the WLAN AAA server includes the intermediary network list in the AAA request message (step S3). If the WLAN AAA server knows a route to one of the intermediary networks on the list, it sends the AAA request along that route towards that listed intermediary network AAA server. If not, the WLAN server sends the AAA request along a pre-configured default route to a default intermediary AAA server (step S4).
- Step S5 is repeated at each intermediary AAA server until successful delivery of the AAA message to the home network or until a decision is made that the message is non-routable (step S6).
- AAA routing with intermediary network preferences is directed to AAA requests sent in the uplink direction from the access network to the home network (and the home AAA server).
- the AAA request is routed through a particular intermediary network (or particular intermediary networks), and the transaction state (i.e., the AAA message path or route) stored in intermediary AAA servers (proxies, Diameter relay agents, etc.) ensures that an AAA answer message from the home AAA server 48 follows the reverse path. In other words, any AAA answer message will traverse the same intermediary network(s) as the AAA request message that triggered the AAA answer message (but in the reverse order and direction).
- AAA server-initiated AAA requests i.e., unsolicited AAA requests sent from the home AAA server or from an intermediary AAA server
- AAA server-initiated AAA requests traverse a path via one or more selected intermediary network(s).
- AAA server-initiated AAA requests i.e., unsolicited AAA requests sent from the home AAA server or from an intermediary AAA server
- traverse a path via one or more selected intermediary network(s) i.e., unsolicited AAA requests sent from the home AAA server or from an intermediary AAA server
- AAA server-initiated AAA requests will be routed according to regular realm-based routing principles (based on the realm and/or FQDN of the target AAA client), which may result in another path not traversing selected or otherwise desirable intermediary network(s) is used or that no path at all is found.
- AAA route i.e., the intermediary network(s)
- the intermediary network(s) has to be conveyed to and stored in the home AAA server or conveyed to and stored in each intermediary AAA server or both.
- One solution is to store this type of information in all intermediary AAA servers. But that would mean storing state information with a longer life-time than transaction state information, e.g., session state information.
- a transaction is a single exchange of AAA messages, one in each direction (uplink and downlink), i.e., an AAA request message and an AAA answer message.
- Session state information corresponds to information that is valid for the duration of a session which ends when the mobile terminal disconnects or ends the session or when the home AAA server ends the session and can include multiple uplink and downlink exchanges.
- One way of implementing this latter solution is to insert the required information about each selected intermediary network in two AAA attributes, e.g., called “Traversed-Mandatory-Intermediary-Realm” and “Traversed-Host-Of-Mandatory- Intermediary-Realm", as the initial AAA request is sent from the local access network to the home AAA server.
- the enhanced AAA routing mechanism for AAA server-initiated messages, and the way it uses the AAA attributes, is first described for the case when there is only a single explicitly selected intermediary service network and then generalized to the general case where there may be multiple explicitly selected intermediary service networks.
- the AAA server of the intermediary network inserts its realm (in the form of a FQDN) in the Traversed-Mandatory-Intermediary-Realm attribute and its own host identity (in the form of a FQDN) in the Traversed-Host-Of-Mandatory- Intermediary-Realm attribute and adds both attributes to the AAA request message.
- the expression "explicitly selected” refers to a selection of an intermediary service network that will have a certain role in the AAA communication, e.g., the role of a visited UMTS network or some other role that means that policies are applied or accounting data is monitored etc., and that may store session state and that consequently may use (and even need) information (other than the purely AAA routing related information) included in server-initiated AAA messages.
- An AAA server of an intermediary service network may itself determine whether it needs to be traversed by server-initiated AAA messages.
- the explicitly selected intermediary service network(s) may be all or a subset of all the intermediary service networks between the local access network and the home service network.
- an explicitly selected intermediary service network may have been selected from a list of possible intermediary networks (as described above) or may have been indicated in a decorated NAI.
- the purpose of this example application is to ensure that server-initiated AAA messages traverse the explicitly selected intermediary service network(s) (although in the reverse order and direction as the AAA client-initiated AAA messages). That is, although the explicitly selected intermediary service network(s) may have been selectable when routing an AAA client-initiated AAA message in the uplink direction, once selected, the explicitly selected intermediary service network(s) is (are) mandatory for subsequent server- initiated AAA messages in the downlink direction. Consequently, the explicitly selected intermediary service network(s) may in the context of this example application be referred to as mandatory intermediary service network(s) for server-initiated AAA messages.
- the home AAA server When the home AAA server receives the AAA request it stores the contents of the Traversed-Mandatory-Intermediary-Realm attribute and the Traversed- Host-Of-Mandatory-Intermediary-Realm attribute. Thereafter, when sending downlink server-initiated AAA requests, the home AAA server can use the stored information for realm-based (and sometimes host identity-based) loose source routing. That is, routing information about the mandatory intermediary network is included in the server-initiated AAA request message to ensure the request is routed through the mandatory intermediary network. For some server-initiated AAA messages, it may not matter which intermediary AAA server, out of a group of AAA servers serving the realm of a selected intermediary network, that the message traverses.
- the home AAA server includes in the server-initiated AAA message the realm (in the form of a FQDN) of the desired intermediary network, e.g., in an attribute called "Intermediary-Realm.”
- the same intermediary AAA server out of a possible group of AAA servers serving the same realm of a selected intermediary network
- An example of such a message is the Diameter Abort-Session-Request message.
- the home AAA server includes, in addition to the realm of the mandatory intermediary network, the host identity (in the form of a FQDN) of the particular intermediary AAA server to be traversed, e.g. in an attribute called "Intermediary-Host.”
- the home AAA server and possible intermediary AAA servers e.g., proxies and/or relay agents, would route the server-initiated AAA request towards the selected intermediary network based on the Intermediary-Realm attribute or, if present, the Intermediary-Host attribute.
- the intermediary AAA server receives the server-initiated AAA request, it removes the Intermediary-Realm attribute and, if present, the Intermediary-Host attribute before forwarding the request.
- the server-initiated AAA request is routed to the local access network using regular realm-based routing principles, i.e., based on the realm and/or FQDN of the target AAA client.
- This way of controlling a server-initiated AAA request to traverse one intermediary network also applies to multiple, previously-selected (mandatory) intermediary networks.
- the AAA server of each explicitly selected intermediary network adds a Traversed-Mandatory-Intermediary-Realm attribute (containing the realm it is serving in the form of a FQDN) and a Traversed-Host-Of- Mandatory-Intermediary-Realm attribute (containing its own host identity in the form of a FQDN) to the AAA request.
- Each Traversed-Mandatory-Intermediary-Realm attribute is added in a way that the relative order in which the attributes appear in the AAA message signifies the order in which the mandatory intermediary networks were traversed by the AAA request.
- Each Traversed-Host-Of-Mandatory-Intermediary-Realm attribute is added in the same order so that the order in which the corresponding intermediary AAA servers were traversed can be identified. Furthermore, this ordered way of adding the attributes makes it possible to match each Traversed-Host-Of-Mandatory- Intermediary-Realm attribute with its corresponding Traversed-Mandatory-Intermediary- Realm attribute.
- each intermediary AAA server serving the realm of a selected intermediary network
- a grouped AVP i.e., resulting in one grouped AVP for each mandatory intermediary network
- Another non-limiting example is to have a grouped AVP for all the selected intermediary realms and another grouped AVP for all the corresponding intermediary host identities.
- a third non-limiting example is to include all realms and all host identities in a single grouped AVP.
- the type of AVP structure is not essential as long as an AAA server receiving the message can identify the relative order among the included realms and host identities as well as match each host identity with its corresponding realm.
- the home AAA server stores the contents of all the Traversed-Mandatory-
- the home AAA server When subsequently sending a server-initiated AAA request, the home AAA server includes one Intermediary-Realm attribute for each Traversed-Mandatory-Intermediary- Realm attribute that it previously received and if required, one Intermediary-Host attribute for each Traversed-Host-Of-Mandatory-Intermediary-Realm attribute that it previously received.
- the Intermediary-Realm attributes and, if present, Intermediary- Host attributes are included in the server-initiated AAA message in a way that their relative order signifies the order in which the selected networks should be traversed.
- the AAA server of each traversed mandatory intermediary network then removes the Intermediary-Realm attribute containing its own realm and, if present, the Intermediary- Host attribute containing its own host identity before forwarding the server-initiated AAA request.
- the server-initiated AAA request is routed to the local access network using the regular realm-based routing principles, i.e., based on the realm and/or FQDN of the target AAA client.
- attribute structures for storing the information about mandatory intermediary networks in a server-initiated AAA message
- attribute names for storing the information about mandatory intermediary networks in a server-initiated AAA message
- various variants of grouped AVPs can be used to convey the information.
- the realm and host identity of each intermediary AAA server serving the realm of a selected intermediary network
- Another non- limiting example is to include all realms and all host identities in a single grouped AVP.
- an omitted host identity i.e., when there is a realm without a matching host identity
- this method for forcing server initiated AAA requests to traverse one or more mandatory intermediary network(s) is independent of the uplink AAA routing scheme. It can be used together with the uplink AAA routing scheme described above, with decorated NAI routing, or with any other scheme for selecting one or more intermediary network(s) and forcing the AAA client-initiated traffic to traverse the selected intermediary network(s).
- FIG. 7 illustrates example steps useful in implementing the second example application.
- each AAA server in a selected intermediary network adds to the AAA request message its realm and/or its host identity (step Sl).
- an intermediary network list is generated using the realm and/or host identity information added to the AAA message, and the list is stored (step S2).
- the home AAA server uses that list to orchestrate realm- based and/or host identity-based loose source routing.
- the list is included in the AAA message to route the AAA message through the intermediary network(s) on the list (step S3).
- a listed intermediary AAA server receives that AAA message, it removes its realm attribute from the list and removes its host identity attribute from the list if present, before forwarding the AAA request towards another intermediary AAA server on the list or directly towards the local access network which is currently serving the mobile terminal (step S4).
- a route to the home network can always be found (if there is one), even when no or incomplete network information is advertised by the WLAN network. Network access is not unnecessarily denied.
- a PLMN network that is not directly associated with the WLAN network e.g., one that is "hidden" behind a RC, can be used as an intermediary PLMN network via one or several RCs.
- the WLAN network does not have to advertise network information (although it may still be advantageous to do so).
- Server-initiated AAA requests can be forced to traverse the same selected intermediary networks as AAA requests sent from the access network to the home network.
Abstract
Description
Claims
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2007535629A JP4587332B2 (en) | 2004-10-08 | 2005-09-16 | Method, apparatus and system for routing AAA messages from a home service network to a roaming network via several intermediate networks |
CN2005800337739A CN101040493B (en) | 2004-10-08 | 2005-09-16 | Method, apparatus and system for routing aaa-messages from a home service network over a number of intermediary networks to a roaming network |
BRPI0516267-0A BRPI0516267A (en) | 2004-10-08 | 2005-09-16 | method and apparatus in a home service network for improving the routing of an authentication, authorization, or accounting-related message (aaa), |
EP05784953A EP1797681A1 (en) | 2004-10-08 | 2005-09-16 | Method, apparatus and system for routing aaa-messages from a home service network over a number of intermediary networks to a roaming network |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US10/960,781 US7298725B2 (en) | 2004-10-08 | 2004-10-08 | Enhancement of AAA routing initiated from a home service network involving intermediary network preferences |
US10/960,781 | 2004-10-08 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2006038846A1 true WO2006038846A1 (en) | 2006-04-13 |
Family
ID=35457271
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/SE2005/001347 WO2006038846A1 (en) | 2004-10-08 | 2005-09-16 | Method, apparatus and system for routing aaa-messages from a home service network over a number of intermediary networks to a roaming network |
Country Status (6)
Country | Link |
---|---|
US (1) | US7298725B2 (en) |
EP (1) | EP1797681A1 (en) |
JP (1) | JP4587332B2 (en) |
CN (1) | CN101040493B (en) |
BR (1) | BRPI0516267A (en) |
WO (1) | WO2006038846A1 (en) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2007131883A1 (en) * | 2006-05-12 | 2007-11-22 | Siemens Aktiengesellschaft | Method and device for diversion of messages on a mobile terminal |
WO2008068608A2 (en) * | 2006-12-08 | 2008-06-12 | Nokia Corporation | Method and apparatus for providing network selection |
CN101959167A (en) * | 2010-09-28 | 2011-01-26 | 中国科学院研究生院 | Charging method of wireless Mesh network |
Families Citing this family (31)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR100651716B1 (en) * | 2004-10-11 | 2006-12-01 | 한국전자통신연구원 | Bootstrapping method in mobile network based on Diameter protocol and system therein |
US7733822B2 (en) * | 2004-11-30 | 2010-06-08 | Sanjay M. Gidwani | Distributed disparate wireless switching network |
US7875149B2 (en) * | 2005-06-08 | 2011-01-25 | Ppg Industries Ohio, Inc. | Aircraft adhesive |
CN1327663C (en) | 2005-08-12 | 2007-07-18 | 华为技术有限公司 | Method of user access radio communication network and radio network cut in control device |
CN101416550A (en) * | 2006-04-12 | 2009-04-22 | 艾利森电话股份有限公司 | Network indication adapting discrepancy |
US7881699B2 (en) * | 2006-09-26 | 2011-02-01 | Bridgewater Systems Corp | Systems and methods for subscriber profile management |
US7933596B2 (en) * | 2007-08-31 | 2011-04-26 | Sony Ericsson Mobile Communications Ab | Providing and charging for data services in roaming network environments |
US7986707B2 (en) * | 2008-02-11 | 2011-07-26 | International Business Machines Corporation | Method and system for rules based workflow of media services |
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 |
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 |
IN2012CN07527A (en) | 2010-02-12 | 2015-08-07 | Tekelec Inc | |
US8578050B2 (en) | 2010-02-12 | 2013-11-05 | Tekelec, Inc. | Methods, systems, and computer readable media for providing peer routing at a diameter node |
US9935922B2 (en) | 2011-01-21 | 2018-04-03 | Tekelec, Inc. | Methods, systems, and computer readable media for screening diameter messages within a diameter signaling router (DSR) having a distributed message processor architecture |
JP5732550B2 (en) | 2011-03-03 | 2015-06-10 | テケレック・インコーポレイテッドTekelec, Inc. | Method, system, and computer-readable medium for enhancing Diameter signaling messages |
CN102685805B (en) * | 2012-04-18 | 2016-03-30 | 中兴通讯股份有限公司 | A kind of method, gateway and HPLMN selecting aaa server |
EP2663125B1 (en) | 2012-05-08 | 2019-02-13 | Telefonaktiebolaget LM Ericsson (publ) | Mobile terminal, network node server, method and computer program |
US9264242B2 (en) | 2012-05-15 | 2016-02-16 | At&T Intellectual Property I, Lp | System and apparatus for providing 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 |
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 |
US9148308B2 (en) | 2012-05-15 | 2015-09-29 | At&T Intellectual Property I, Lp | Apparatus for reducing network traffic in a communication system |
US9584371B2 (en) | 2012-07-24 | 2017-02-28 | Telefonaktiebolaget Lm Ericsson (Publ) | System and method for assigning multi-instance services in a provider network |
US9432268B2 (en) * | 2013-01-28 | 2016-08-30 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for placing services in a network |
US9608901B2 (en) | 2012-07-24 | 2017-03-28 | Telefonaktiebolaget Lm Ericsson (Publ) | System and method for enabling services chaining in a provider network |
US9319324B2 (en) | 2013-12-06 | 2016-04-19 | Telefonaktiebolaget L M Ericsson (Publ) | Method and system of service placement for service chaining |
US9729454B2 (en) | 2015-01-21 | 2017-08-08 | Oracle International Corporation | Methods, systems, and computer readable media for balancing diameter message traffic received over long-lived diameter connections |
US10027760B2 (en) | 2015-05-22 | 2018-07-17 | Oracle International Corporation | Methods, systems, and computer readable media for short and long term policy and charging rules function (PCRF) load balancing |
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 |
US10027577B2 (en) | 2015-07-29 | 2018-07-17 | Oracle International Corporation | Methods, systems, and computer readable media for peer aware load distribution |
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 |
US10999202B2 (en) | 2018-11-30 | 2021-05-04 | Oracle International Corporation | Methods, systems, and computer readable media for distributing Sigtran connections among signal transfer point (STP) message processors |
US11576072B2 (en) | 2020-09-21 | 2023-02-07 | Oracle International Corporation | Methods, systems, and computer-readable media for distributing S1 connections to mobility management entities (MMEs) and N2 connections to access and mobility management functions (AMFs) |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5570084A (en) * | 1994-06-28 | 1996-10-29 | Metricom, Inc. | Method of loose source routing over disparate network types in a packet communication network |
WO2003037023A1 (en) * | 2001-10-26 | 2003-05-01 | Nokia Corporation | Roaming arrangement |
EP1376973A1 (en) * | 2002-06-19 | 2004-01-02 | Motorola, Inc. | Method and apparatus for route optimisation in nested mobile networks |
US20040068571A1 (en) * | 2001-02-06 | 2004-04-08 | Kalle Ahmavaara | Access system for an access network |
Family Cites Families (64)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7113780B2 (en) | 1992-03-06 | 2006-09-26 | Aircell, Inc. | System for integrating an airborne wireless cellular network with terrestrial wireless cellular networks and the public switched telephone network |
JPH10510114A (en) * | 1994-11-30 | 1998-09-29 | ブリティッシュ・テレコミュニケーションズ・パブリック・リミテッド・カンパニー | Route determination in communication networks |
US20040264402A9 (en) * | 1995-06-01 | 2004-12-30 | Padcom. Inc. | Port routing functionality |
US5862480A (en) | 1995-12-26 | 1999-01-19 | Motorola, Inc. | Method and apparatus for managing service accessibility between differing radio telecommunication networks |
US5860480A (en) * | 1997-04-08 | 1999-01-19 | Caterpillar Inc. | Method and apparatus for determining pitch and ground speed of an earth moving machines |
AU747302B2 (en) * | 1998-04-17 | 2002-05-16 | Swisscom Mobile Ag | Roaming method and devices appropriate therefor |
US6434134B1 (en) * | 1998-12-11 | 2002-08-13 | Lucent Technologies, Inc. | Dynamic address assignment for wireless devices accessing packet-based wired networks |
US6760444B1 (en) * | 1999-01-08 | 2004-07-06 | Cisco Technology, Inc. | Mobile IP authentication |
US6636498B1 (en) * | 1999-01-08 | 2003-10-21 | Cisco Technology, Inc. | Mobile IP mobile router |
US6578085B1 (en) * | 1999-01-27 | 2003-06-10 | Nortel Networks Limited | System and method for route optimization in a wireless internet protocol network |
US6922404B1 (en) * | 1999-10-14 | 2005-07-26 | Nortel Networks Limited | Mobile IP extensions rationalization (MIER) |
US6895434B1 (en) | 2000-01-03 | 2005-05-17 | Cisco Technology, Inc. | Sharing of NAS information between PoPs |
JP4091723B2 (en) * | 2000-02-04 | 2008-05-28 | 富士通株式会社 | Data transfer method and apparatus |
JP4294829B2 (en) * | 2000-04-26 | 2009-07-15 | ウォーターフロント・テクノロジーズ エルエルシー | Mobile network system |
US6728536B1 (en) * | 2000-05-02 | 2004-04-27 | Telefonaktiebolaget Lm Ericsson | Method and system for combined transmission of access specific access independent and application specific information over public IP networks between visiting and home networks |
US6725036B1 (en) | 2000-05-30 | 2004-04-20 | Nokia Telecommunications Ojy | System and method of controlling application level access of a subscriber to a network |
JP4201466B2 (en) * | 2000-07-26 | 2008-12-24 | 富士通株式会社 | VPN system and VPN setting method in mobile IP network |
US7548978B2 (en) | 2000-10-03 | 2009-06-16 | At&T Mobility Ii Llc | Network access using network identification |
US6708031B2 (en) | 2000-12-05 | 2004-03-16 | Nokia Corporation | Session or handoff methods in wireless networks |
KR20020055891A (en) * | 2000-12-29 | 2002-07-10 | 윤종용 | Information service method of mobile station |
US6879584B2 (en) | 2001-01-31 | 2005-04-12 | Motorola, Inc. | Communication services through multiple service providers |
US6868083B2 (en) * | 2001-02-16 | 2005-03-15 | Hewlett-Packard Development Company, L.P. | Method and system for packet communication employing path diversity |
SE0102136D0 (en) | 2001-06-15 | 2001-06-15 | Ericsson Telefon Ab L M | A system for mobile radio communication and a method relating to service provision in mobile radio communication networks |
US6603968B2 (en) | 2001-06-22 | 2003-08-05 | Level Z, L.L.C. | Roaming in wireless networks with dynamic modification of subscriber identification |
WO2003015353A1 (en) | 2001-08-09 | 2003-02-20 | Nokia Corporation | Enabling active pdp contexts in additional plmns according to home operator information and/or subnetwork information |
US7631084B2 (en) | 2001-11-02 | 2009-12-08 | Juniper Networks, Inc. | Method and system for providing secure access to private networks with client redirection |
FI113515B (en) | 2002-01-18 | 2004-04-30 | Nokia Corp | Addressing in wireless LANs |
AU2003217301A1 (en) | 2002-02-04 | 2003-09-02 | Flarion Technologies, Inc. | A method for extending mobile ip and aaa to enable integrated support for local access and roaming access connectivity |
US7080151B1 (en) | 2002-04-01 | 2006-07-18 | Utstarcom, Inc. | Method and system for mobile IP home agent redundancy by using home agent control nodes for managing multiple home agents |
US20040005892A1 (en) | 2002-04-18 | 2004-01-08 | Arnaldo Mayer | System and method for managing parameter exchange between telecommunications operators |
EP1540499A4 (en) | 2002-05-21 | 2010-06-02 | Jesse Russell | An advanced multi-network client device for wideband multimedia access to private and public wireless networks |
FI20021179A0 (en) * | 2002-06-18 | 2002-06-18 | Nokia Corp | Procedures for reserving a visitor number and establishing a visitor register in a mobile communication network as well as a mobile communication network |
TWI235578B (en) | 2002-06-19 | 2005-07-01 | Ind Tech Res Inst | Method and system for roaming among different wireless networks |
US6904055B2 (en) | 2002-06-24 | 2005-06-07 | Nokia Corporation | Ad hoc networking of terminals aided by a cellular network |
JP4056849B2 (en) * | 2002-08-09 | 2008-03-05 | 富士通株式会社 | Virtual closed network system |
BR0215841A (en) | 2002-08-16 | 2005-06-21 | Togewa Holding Ag | Process and system for gsm authentication with roaming wireless LANs |
US7835317B2 (en) | 2002-10-08 | 2010-11-16 | Nokia Corporation | Network selection in a WLAN |
US7882346B2 (en) | 2002-10-15 | 2011-02-01 | Qualcomm Incorporated | Method and apparatus for providing authentication, authorization and accounting to roaming nodes |
KR100742580B1 (en) | 2002-10-30 | 2007-08-02 | 리서치 인 모션 리미티드 | Methods and device for preferably selecting a communication network which makes data service available |
KR100464319B1 (en) * | 2002-11-06 | 2004-12-31 | 삼성전자주식회사 | Network architecture for use in next mobile communication system and data communication method using the same |
US7475241B2 (en) | 2002-11-22 | 2009-01-06 | Cisco Technology, Inc. | Methods and apparatus for dynamic session key generation and rekeying in mobile IP |
US8498391B2 (en) | 2002-12-02 | 2013-07-30 | Apple Inc. | Methods, systems and program products for supporting prepaid service within a communication network |
WO2004064442A1 (en) | 2003-01-10 | 2004-07-29 | Telefonaktiebolaget Lm Ericsson (Publ) | Single sign-on for users of a packet radio network roaming in a multinational operator network |
CN100417109C (en) | 2003-02-28 | 2008-09-03 | 西门子公司 | Method for transmitting data in a wlan network |
ATE380444T1 (en) | 2003-03-24 | 2007-12-15 | Star Home Gmbh | PREFERRED NETWORK SELECTION |
US20050276229A1 (en) | 2003-03-31 | 2005-12-15 | Mohammad Torabi | Service discovery method in a network |
AR044145A1 (en) | 2003-05-01 | 2005-08-24 | Interdigital Tech Corp | A METHOD AND APPLIANCE FOR SUPPLYING DATA-BASED VOICE SERVICES THROUGH WLANS COVERED TO 3GPP DEVICES INCLUDING ARCHITECTURE PROTOCOL AND INFORMATION ELEMENTS RELATED TO A MESSAGE SERVICE (SMS) THROUGH WLANS |
US20060185013A1 (en) * | 2003-06-18 | 2006-08-17 | Telefonaktiebolaget Lm Ericsson (Publ) | Method, system and apparatus to support hierarchical mobile ip services |
US7167705B2 (en) | 2003-06-27 | 2007-01-23 | Oracle International Corporation | Roaming across different access mechanisms and network technologies |
CN100450051C (en) * | 2003-06-30 | 2009-01-07 | 意大利电信股份公司 | A method for network selection in communication networks, related network and computer program product therefor |
CN1283072C (en) * | 2003-07-03 | 2006-11-01 | 华为技术有限公司 | Method for processing user terminal network selection information in WLAN |
CN1277380C (en) | 2003-08-07 | 2006-09-27 | 华为技术有限公司 | User terminal definite network selective information interacting method in wireless LAN |
CN1279722C (en) * | 2003-08-14 | 2006-10-11 | 华为技术有限公司 | Method for rapid accessing attached networks of user terminal in wireless LAN |
US7305251B2 (en) * | 2003-10-07 | 2007-12-04 | Motorola Inc. | Method for selecting a core network |
US20050079869A1 (en) * | 2003-10-13 | 2005-04-14 | Nortel Networks Limited | Mobile node authentication |
US7164912B2 (en) * | 2004-01-07 | 2007-01-16 | Research In Motion Limited | Apparatus, and associated method, for facilitating selection by a mobile node of a network through which to communicate using a hierarchical selection process |
US7610014B2 (en) | 2004-01-07 | 2009-10-27 | Research In Motion Limited | System and method for selecting a cellular network on a wireless local area network |
GB0400694D0 (en) | 2004-01-13 | 2004-02-18 | Nokia Corp | A method of connection |
CN1330214C (en) | 2004-02-02 | 2007-08-01 | 华为技术有限公司 | Interactive method for re-selecting operating network to wireless local network |
GB0402893D0 (en) * | 2004-02-10 | 2004-03-17 | Nokia Corp | A method of probing a node |
US20050193150A1 (en) | 2004-02-27 | 2005-09-01 | Research In Motion, Ltd. | Apparatus, and associated method, for facilitating network selection by a mobile node pursuant to a packet data communication service |
US20050272466A1 (en) | 2004-05-03 | 2005-12-08 | Nokia Corporation | Selection of wireless local area network (WLAN) with a split WLAN user equipment |
US7170982B2 (en) | 2004-08-26 | 2007-01-30 | Lucent Technologies Inc. | Call authorization and billing message routing capability |
GB2422515B (en) * | 2005-01-21 | 2009-05-27 | King S College London | A method of discovering multi-mode mobile terminals |
-
2004
- 2004-10-08 US US10/960,781 patent/US7298725B2/en active Active
-
2005
- 2005-09-16 CN CN2005800337739A patent/CN101040493B/en not_active Expired - Fee Related
- 2005-09-16 WO PCT/SE2005/001347 patent/WO2006038846A1/en active Application Filing
- 2005-09-16 JP JP2007535629A patent/JP4587332B2/en not_active Expired - Fee Related
- 2005-09-16 EP EP05784953A patent/EP1797681A1/en not_active Withdrawn
- 2005-09-16 BR BRPI0516267-0A patent/BRPI0516267A/en not_active Application Discontinuation
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5570084A (en) * | 1994-06-28 | 1996-10-29 | Metricom, Inc. | Method of loose source routing over disparate network types in a packet communication network |
US20040068571A1 (en) * | 2001-02-06 | 2004-04-08 | Kalle Ahmavaara | Access system for an access network |
WO2003037023A1 (en) * | 2001-10-26 | 2003-05-01 | Nokia Corporation | Roaming arrangement |
EP1376973A1 (en) * | 2002-06-19 | 2004-01-02 | Motorola, Inc. | Method and apparatus for route optimisation in nested mobile networks |
Non-Patent Citations (1)
Title |
---|
VOLLBRECHT J ET AL: "RFC 2904 AAA Authorization Framework", IETF, August 2000 (2000-08-01), XP002215731 * |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2007131883A1 (en) * | 2006-05-12 | 2007-11-22 | Siemens Aktiengesellschaft | Method and device for diversion of messages on a mobile terminal |
JP2009537102A (en) * | 2006-05-12 | 2009-10-22 | シーメンス アクチエンゲゼルシヤフト | Method and apparatus for transferring message of mobile terminal device |
WO2008068608A2 (en) * | 2006-12-08 | 2008-06-12 | Nokia Corporation | Method and apparatus for providing network selection |
WO2008068608A3 (en) * | 2006-12-08 | 2008-09-25 | Nokia Corp | Method and apparatus for providing network selection |
CN101959167A (en) * | 2010-09-28 | 2011-01-26 | 中国科学院研究生院 | Charging method of wireless Mesh network |
CN101959167B (en) * | 2010-09-28 | 2013-05-29 | 中国科学院研究生院 | Charging method of wireless Mesh network |
Also Published As
Publication number | Publication date |
---|---|
US7298725B2 (en) | 2007-11-20 |
BRPI0516267A (en) | 2008-08-26 |
JP2008516520A (en) | 2008-05-15 |
CN101040493B (en) | 2011-07-13 |
US20060077925A1 (en) | 2006-04-13 |
JP4587332B2 (en) | 2010-11-24 |
EP1797681A1 (en) | 2007-06-20 |
CN101040493A (en) | 2007-09-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7590732B2 (en) | Enhancement of AAA routing originated from a local access network involving intermediary network preferences | |
US7298725B2 (en) | Enhancement of AAA routing initiated from a home service network involving intermediary network preferences | |
EP1797678B1 (en) | Method, apparatus and system for routing aaa-messages from a home service network over a number of intermediary networks to a roaming network | |
EP1797680B1 (en) | Method, apparatus and system for routing aaa-messages from a home service network over a number of intermediary networks to a roaming network | |
US8510455B2 (en) | Method and apparatus for IP mobility management selection | |
US7496344B2 (en) | Method and system for GSM billing during WLAN roaming | |
RU2367117C2 (en) | Context transfer in communication network, containing several heterogeneous access networks | |
EP1670180B1 (en) | A fast interactive methodof user terminal in the wireless local area network (wlan) selecting access mobile network | |
EP1662813B1 (en) | Method for optimized wireless access network selection | |
JP4922767B2 (en) | Method and system for connecting user equipment to a communication network | |
US20050272466A1 (en) | Selection of wireless local area network (WLAN) with a split WLAN user equipment | |
US9038144B2 (en) | Mobility protocol selection by an authorization system | |
EP1653752B1 (en) | An interactive method of a subscriber terminal determining the network selective information in wlan | |
EP1643676A1 (en) | An alternation disposal method for network selection information of user terminal in wlan | |
CN103220817A (en) | Session establishing method and device | |
KR100664604B1 (en) | Interactive method of subscriber terminal determining the network selective information in wlan |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AK | Designated states |
Kind code of ref document: A1 Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KM KP KR KZ LC LK LR LS LT LU LV LY MA MD MG MK MN MW MX MZ NA NG NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SM SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW |
|
AL | Designated countries for regional patents |
Kind code of ref document: A1 Designated state(s): GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LT LU LV MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG |
|
121 | Ep: the epo has been informed by wipo that ep was designated in this application | ||
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: 2007535629 Country of ref document: JP |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2162/DELNP/2007 Country of ref document: IN |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2005784953 Country of ref document: EP |
|
WWE | Wipo information: entry into national phase |
Ref document number: 200580033773.9 Country of ref document: CN |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
WWP | Wipo information: published in national office |
Ref document number: 2005784953 Country of ref document: EP |
|
ENP | Entry into the national phase |
Ref document number: PI0516267 Country of ref document: BR |