Transitive authentication, authorization and accounting in matching between access networks

Authentication, authorization and accounting that can be transferred in the interworking between access networks

[0001] Generally speaking, the present invention relates to networking, and more specifically, to a method for transferable authentication, authorization, and accounting (AAA) in interworking between access networks.

[0002] Background of the invention

[0003] Generally, authentication, authorization, and accounting (AAA) is required in order to access and utilize networks such as cellular networks and wireless local area networks (WLAN). In an environment where mobile terminals have multiple network access mechanisms, it is very important to provide AAA interworking between these networks. However, it is usually the case that one or more involved networks have a closed AAA scheme, and it is difficult for one network to use the AAA structure of the other network, and vice versa. For example, a cellular network has an AAA infrastructure that is incompatible with Internet-based AAA, and cannot be easily accessed through the Internet protocol, even if the network involved (including the cellular network) has external IP connectivity.

[0004] Conventional methods for providing AAA interworking all require special interworking functions between networks, even for AAA interworking between networks that have a pre-established trust relationship between the networks themselves. Using this interworking function, for example, network B will then access the AAA infrastructure of network A to authenticate users who have been authenticated by network A (through a closed network AAA mechanism). The conventional method does not take advantage of the fact that network A and network B have established a trust relationship, and network A has authenticated the user.

[0005] Therefore, it is desirable and very advantageous to have a method of transferring the trust of one network to users from this network to another network, especially without any special interworking function to accomplish the same purpose.

[0006] Summary of the invention

[0007] Through the present invention, that is, a method for transferring authentication, authorization and accounting (AAA) in the interworking between access networks, the above-mentioned problems and other related problems of the prior art are solved.

[0008] According to one aspect of the present invention, there is provided a method for allowing a user equipment that has been authenticated by a first network to obtain access to a second network. There is a pre-established trust relationship between the first network and the second network. A packet including the public key of the user equipment is received from the user equipment through the second network. When the source Internet Protocol (IP) address associated with the packet falls within the range allocated to the first network, the session key is sent from the second network to the user equipment. Encrypt the session key with the public key of the user device. The session key is used to permit the user equipment to access the second network.

[0009] Read the following detailed description of the preferred embodiments in conjunction with the accompanying drawings, these and other aspects, features and advantages of the present invention will become apparent.

Brief introduction of the drawings

[0010] FIG. 1 is a block diagram illustrating a computer system 100 to which the present invention can be applied according to an illustrative embodiment of the present invention;

[0011] FIG. 2 is a block diagram illustrating a transitive AAA structure to which the present invention can be applied according to an illustrative embodiment of the present invention;

[0012] FIG. 3 is a flowchart illustrating an AAA method for allowing a user equipment that has been authenticated by a 3G cellular network to obtain access to a wireless local area network WLAN according to an illustrative embodiment of the present invention; and

[0013] FIG. 4 is a diagram illustrating a user implementation of a user equipment for the method of FIG. 3 according to an illustrative embodiment of the present invention;

The flow chart of the accounting method of line accounting.

[0014] Detailed description of the invention

[0015] The present invention is directed to a transferable authentication, authorization and accounting (AAA) scheme for interworking between access networks. It can be understood that the present invention can be applied to any combination of access networks. However, the present invention is particularly suitable for interworking between cellular networks and wireless local area networks (WLAN).

[0016] The present invention transfers the trust of the user from the first access network to the second access network, where the first and second access networks have a pre-established trust relationship. Compared with the prior art, the present invention does not require any special interworking function between the two networks, but relies on IP addressing and routing schemes to verify user access rights. Understandably, the present invention is also referred to herein as a deliverable AAAo

[0017] It can be understood that the present invention can be implemented in various forms of hardware, software, firmware, dedicated processors, or a combination thereof. The present invention is preferably implemented by a combination of hardware and software. Moreover, the software is preferably implemented as an application program that is definitely contained in a program storage device. The application program can be uploaded to and executed by a machine including any suitable architecture. The machine is preferably implemented on a computer platform with hardware such as one or more central processing units (CPU), random access memory (RAM), and input/output (I/O) interfaces. The computer platform also includes an operating system and microinstruction code. The various processes and functions described here may be part of the microinstruction code or part of the application program (or a combination thereof) executed via the operating system. Also, various other peripheral devices may be connected to computer platforms such as additional data storage devices and printing devices.

[0018] It should also be understood that, because some of the constituent system components and method steps illustrated in the drawings are best implemented in software, the actual connections between system components (or processing steps) may vary depending on the programming mode of the present invention. . Given these teachings here, those of ordinary skill in the relevant fields can conceive of these and similar implementations or configurations of the present invention.

[0019] FIG. 1 is a block diagram illustrating a computer system 100 to which the present invention can be applied according to an illustrative embodiment of the present invention. The computer processing system 100 includes at least one processor (CPU) 102 operatively connected to other components through a system bus 104. Read only memory (ROM) 106, random access memory (RAM) 108, display adapter 110, I/O adapter 112, user interface adapter 114, sound adapter 199, and network adapter 198 are operatively connected to the system bus 104. [0020] The display device 116 is effectively connected to the system bus 104 through the display adapter 110. A disk storage device (for example, a magnetic disk or an optical disk storage device) 118 is operatively connected to the system bus 104 through an I/O adapter 112. The mouse 120 and the keyboard 122 are operatively connected to the system bus 104 through the user interface adapter 114. The mouse 120 and the keyboard 122 are used to input information into and output from the system 100.

[0021] At least one speaker (hereinafter referred to as "speaker") 197 is operatively connected to the system bus 104 through a sound adapter 199.

[0022] The (digital and/or analog) modem 196 is operatively connected to the system bus 104 through a network adapter 198.

[0023] FIG. 2 is a block diagram illustrating a transitive AAA structure to which the present invention can be applied according to an illustrative embodiment of the present invention. In the illustrative embodiment of FIG. 2, the deliverable AAA structure includes: a first network 210; a second network 220; the Internet 230 and a user equipment 240. The second network 220 includes an AAA server 220a. The user equipment 240 includes a first network interface 240a and a second network interface 240b. It can be understood that although the present invention is described here for two networks, the present invention can be applied with any number and any type of networks while maintaining the essence of the present invention. And scope.

[0024] To illustrate the present invention, the following description is made for two types of networks, namely 3G cellular network and wireless local area network (WLAN). However, it can be understood that the present invention can be applied to any number of combined networks and any type of network, and

Maintain the essence and scope of the present invention.

[0025] In the illustrative example, the user equipment 240 has a dual radio interface for accessing a 3G network and a WLAN. According to the present invention, the user equipment 240 can access the WLAN 220 through the AAA mechanism of the 3G network 210 as follows. When detecting the WLAN 220, the user equipment 240 determines whether the WLAN 220 supports passable AAA. If supported, the user equipment 240 sends the registration message to the 3G network through the path 212. The registration message includes the user's public key. The registration message is transmitted to the WLAN server 230a via the Internet as indicated by the paths 216 and 222. When receiving the registration message, the WLAN server 230a checks the source IP address to determine whether the received address is within the address range supported by the deliverable AAA. If it is within this range, the WLAN server 230 provides the session key encrypted with the user equipment public key, and transmits the session key to the 3G network 210 via the Internet as indicated by the paths 224 and 218. The 3G network is as indicated by the path 214 Indicates that the session key is transmitted to the user equipment 240. The user equipment 240 then decrypts the session key using the user equipment private key, and can obtain access to the WLAN 220 using the session key.

[0026] In this way, the user equipment 240 can obtain access to the WLAN 220 through the AAA mechanism of the 3G network 210, as long as the WLAN 220 supports passable AAA and has a pre-existing trust relationship with the 3G network 210. By directly using the AAA mechanism of the 3G network, instead of making the WLAN contact 3G AAA authentication services or using the AAA mechanism associated with each WLAN, the present invention provides for allowing the user equipment 240 to communicate between WLANs that have a pre-existing relationship with the 3G network. Roaming" mechanism.

[0027] The 3G cellular network is assigned an IP address range; when a user uses the 3G cellular network for IP access, the source IP address will fall into this range. Given the routing scheme of the Internet, any snoop can forge such a source IP address. When sending a return IP packet, only the user who actually has the IP address can receive the packet, unless the snoop can break into the forwarding IP packet router. Therefore, the present invention can provide additional safety measures.

[0028] FIG. 3 is a flowchart illustrating an AAA method for allowing a user equipment that has been authenticated by a 3G cellular network to obtain access to a wireless local area network WLAN according to an illustrative embodiment of the present invention. The user equipment has dual radio access interfaces (3G cellular and WLAN). There is a pre-established trust relationship between the 3G cellular network and the WLAN.

[0029] When the user equipment enters the area covered by the WLAN, it is determined (for example, through the WLAN interface of the user equipment) whether the WLAN supports passable AAA and whether the 3G cellular network has a pre-established trust relationship with the WLAN (for example, through broadcast or Dynamic Host Configuration Protocol (DHCP)) (step 302). If this is not the case, the method is terminated. Otherwise, as described below, step 304 is executed, and then the method proceeds to step 305. In step 305, the user equipment obtains the IP address of the AAA server of the WLAN (hereinafter referred to as WLAN AAA server) (step 305).

[0030] For example, through the 3G cellular interface of the user equipment, a User Datagram Protocol (UDP) packet including a registration message is sent from the user equipment to the WLAN AAA server (step 310). It can be understood that although step 310 is described in terms of UDP packets, any type of packet may be used, including but not limited to Transmission Control Protocol (TCP) packets. The registration message includes the WLAN address of the user equipment (for example, the media access control (MAC) address or IP address of the WLAN interface) and the public key of the user equipment.

[0031] Upon receiving the registration message, the WLAN AAA server determines whether the source IP address of the registration message (for example, the IP address of the 3G interface) falls within the range assigned to the 3G cellular network that has a pre-established relationship with the WLAN network (step 315). If it does not fall within the range, the method is terminated. Otherwise, the WLAN AAA server sends a confirmation message back to the 3G cellular interface of the user equipment (step 320). The confirmation message includes the session key used between the user equipment and the WLAN (the session key allows the user equipment to access the WLAN); the session key is encrypted with the public key of the user equipment. The WLAN AAA server also registers the mapping between the WLAN address of the user equipment and the (assigned) session key (step 325). Steps

325 so that the given session key is associated with the corresponding user.

[0032] When the confirmation message is received (for example, through the 3G cellular interface of the user equipment), the private key of the user equipment is used to decrypt the session key (step 328). Using the session key, the user equipment obtains access to the WLAN (step 330).

[0033] A description of possible cooperative hacking in the method of FIG. 3 is now given. It can be understood that due to the use of IP addressing and IP routing without additional authentication support from the 3G cellular network, the following attacks are possible. The hacker sends a registration message with a pseudo IP address that falls within the range of the 3G cellular network. The hacker then intercepted the confirmation message somewhere along the route between the WLAN and the 3G cellular core network. The hacker informs another hacker in the WLAN coverage about the discovered key.

[0034] However, it is very difficult to implement the above attack, especially the step of intercepting the confirmation message. The hacker must gain access to the router along the path between the WLAN and the 3G network, just for the purpose of obtaining the session key, and the two hackers must cooperate to carry out the attack (assuming that a hacker within the coverage of the WLAN cannot gain access to the above discussion If the hacker can gain access, then since the hacker already has Internet access, there will be no problem of attacking).

[0035] In order to prevent the aforementioned cooperative hacker attack, step 304 is performed in the method of FIG. 3. In step 304, a secure IP channel (for example, an Internet Protocol (IP) security (IPSec) tunnel) is established between the WLAN AAA server and the gateway General Packet Radio Service (GPRS) of the 3G cellular network between the service/support node (GGSN). Because the path between the user and the GGSN of the 3G cellular network is also secure (because it is ensured by the security of the 3G network), the above attacks can be combated.

[0036] According to an illustrative embodiment of the present invention, a description is now given of a billing method that can be used with the method of FIG. 3. 4 is a flowchart illustrating a billing method for performing billing for a user of the user equipment of the method of FIG. 3 according to an illustrative embodiment of the present invention.

[0037] Determine whether the IP address of the 3G cellular interface of the user equipment is a static IP address (step 405). If it is a static address, the user identity is determined according to the IP address of the 3G cellular interface (step 410), and the method proceeds to step 450. Otherwise (the IP address is dynamic), the user identity is determined from the mapping between the (temporary) IP address of the 3G cellular interface and the user's actual ID (step 415), and the method proceeds to step 450. In step 450, according to the IP address (static IP address) or the mapping (dynamic IP address) of the 3G cellular interface, a billing step for the user is performed.

[0038] It can be understood that, for the purpose of the present invention, the network address translation (NAT) is treated as if the IP address of a 3G cellular interface is dynamic. Also, regarding the mappings mentioned in step 415 above, these mappings can be stored in, for example, a DHCP server, or if NAT is used, then stored in a NAT server. It can also be understood that the present invention is not limited to the use of mapping to determine user identity in the case of non-static IP addresses, and therefore it is possible to use other methods while maintaining the essence and scope of the present invention.

[0039] Although illustrative embodiments have been described herein with reference to the accompanying drawings, it should be understood that the present invention is not limited to those exact embodiments, and without departing from the scope or essence of the invention, those skilled in the art can Various other changes and modifications are made to the present invention. All these changes and modifications must be included in the scope of the invention defined by the appended claims.