WO2005074192A1 - Procede de collecte d'adresse de passerelle de donnees paquets (pdg) pour terminal utilisateur sur reseau local sans fil (wlan) - Google Patents

Procede de collecte d'adresse de passerelle de donnees paquets (pdg) pour terminal utilisateur sur reseau local sans fil (wlan) Download PDF

Info

Publication number
WO2005074192A1
WO2005074192A1 PCT/CN2005/000066 CN2005000066W WO2005074192A1 WO 2005074192 A1 WO2005074192 A1 WO 2005074192A1 CN 2005000066 W CN2005000066 W CN 2005000066W WO 2005074192 A1 WO2005074192 A1 WO 2005074192A1
Authority
WO
WIPO (PCT)
Prior art keywords
user terminal
pdg
address
service
address information
Prior art date
Application number
PCT/CN2005/000066
Other languages
English (en)
French (fr)
Inventor
Wenlin Zhang
Yingxin Huang
Original Assignee
Huawei Technologies Co., Ltd.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Publication of WO2005074192A1 publication Critical patent/WO2005074192A1/zh

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/26Network addressing or numbering for mobility support
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/45Network directories; Name-to-address mapping
    • H04L61/4505Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
    • H04L61/4511Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W84/00Network topologies
    • H04W84/02Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10Small scale networks; Flat hierarchical networks
    • H04W84/12WLAN [Wireless Local Area Networks]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/16Gateway arrangements

Definitions

  • the present invention relates to the field of wireless access technology, and particularly to a method for a user terminal in a wireless local area network to obtain a packet data gateway (PDG) address.
  • PGW packet data gateway
  • Wireless local area networks can provide high-speed wireless data access in a small range, it is widely used.
  • Wireless local area network includes a variety of different technologies.
  • IEEE 802.11b which uses the 2.4GHz frequency band and has a maximum data transmission rate of 11Mbps.
  • IEEE 802.11g and Bluetooth technologies are also used in this frequency band. Among them, the highest data transmission rate of 802.11g can reach 54Mbps.
  • Other wireless LAN technologies such as IEEE 802.11a and ETSI BRAN Hiperlan2, use the 5GHz band, and the highest transmission rate can reach 54Mbps.
  • IP Internet Protocol
  • AP access point
  • WLAN and various wireless mobile communication networks such as: Global System for Mobile Communications (GSM), Code Division Multiple Access (CDMA) system, Wideband Code Division Multiple Access (WCDMA) system, Time Division Duplex -Interworking of synchronous code division multiple access (TD-SCDMA) system and CDMA2000 system is becoming the focus of current research.
  • GSM Global System for Mobile Communications
  • CDMA Code Division Multiple Access
  • WCDMA Wideband Code Division Multiple Access
  • TD-SCDMA2000 Time Division Duplex -Interworking of synchronous code division multiple access
  • 3GPP 3rd Generation Partnership Project
  • user terminals can both access the network through WLAN It is connected to the Internet (Internet) and the corporate intranet (Intranet), and can also be connected to the home network of the 3GPP system or the access network of the 3GPP system via a WLAN access network.
  • FIG. 1 shows the schematic diagram of the networking structure between the WLAN system and the 3GPP system in the case of roaming.
  • a WLAN user terminal roams and connects, it is connected to the 3GPP access network via the WLAN access network.
  • entities in the 3GPP access network are interconnected with corresponding entities in the 3GPP home network, such as: 3GPP authentication authorization in the 3GPP access network Accounting (AAA) proxy and 3GPP authentication authorization accounting (AAA) server in 3GPP home network; Wireless Local Area Network Access Gateway (WAG) in 3GPP access network and Packet Data Gateway (PDG) in 3GPP home network, etc. Therefore, it is achieved that the WLAN user terminal accesses the 3GPP home network.
  • the two-dot chain line in the figure is the 3GPP packet switching (PS) domain service, that is, the Scenario3 service in the 3GPP network.
  • PS packet switching
  • FIG. 2 shows a schematic diagram of the networking structure of the WLAN system and the 3GPP system in the non-roaming situation.
  • a WLAN user terminal accesses locally, it is directly connected to the 3GPP home network via the WLAN access network.
  • the two-dot chain line in the figure is the 3GPP packet switching (PS) domain service, that is, the Scenario3 service in the 3GPP home network.
  • PS packet switching
  • the 3GPP system in the 3GPP system, it mainly includes a Home Subscriber Subscriber Server (HSS) / Home Location Register (HLR), a 3GPPAAA server, a 3GPPAAA proxy, a WAG, a packet data gateway, and a charging gateway (CGw) / Charging Information Collection System (CCF) and Online Charging System (OCS).
  • HSS Home Subscriber Subscriber Server
  • HLR Home Location Register
  • 3GPPAAA server 3GPPAAA proxy
  • WAG packet data gateway
  • CGw Charging Information Collection System
  • OCS Online Charging System
  • the user terminal, the WLAN access network, and all entities of the 3GPP system together constitute a 3GPP-WLAN interactive network, and the 3GPP-WLAN interactive network can serve as a wireless local area network service system.
  • the 3GPP AAA server is responsible for user authentication, authorization, and charging, and collects and transmits the charging information sent by the WLAN access network to the charging system;
  • the packet data gateway (PDG) is responsible for accessing user data from the WLAN
  • the network is transmitted to the 3GPP network or other packet networks.
  • the charging system mainly receives and records user charging information from the network.
  • OCS indicates the network cycle according to the online charging user's fee situation. Send online cost information, and perform statistics and control.
  • the WLAN user terminal In a non-roaming situation, when the WLAN user terminal wishes to directly access the Internet / Intranet, it directly accesses the Internet / Intranet through the WLAN access network. If the WLAN user terminal also wants to access the 3GPP packet switching (PS) domain service, it can further apply for a Scenario3 service from the 3GPP home network.
  • PS packet switching
  • the WLAN user terminal first provides a public domain name resolution server (DNS) with a service access point name (W-APN) identifier of the service that it needs.
  • DNS is a public domain name resolution device.
  • the DNS that accepts the application is based on the W-
  • the APN identification resolves the IP address of the corresponding PDG or PDGs and returns it to the WLAN terminal user.
  • the WLAN terminal user uses one of the IP addresses obtained from the DNS to send a tunnel connection request to the PDG corresponding to the IP address.
  • the PDG that received the user terminal connection request contacts the AS, and the AS completes the service identity of the user terminal. After checking, authorization, etc., the PDG that received the connection request from the user terminal establishes a tunnel connection with the WLAN terminal user that sent the request, thereby implementing the Scenario3 service.
  • the user terminal In the case of roaming, when a WLAN user terminal wants to access the Internet / Intranet, the user terminal applies for access to the Internet / Intranet from the 3GPP home network through the 3GPP access network. After the access authentication is passed, the user terminal can directly connect through the WLAN access network. Access to the Internet / Intranet. If the user terminal wishes to apply for the Scenario3 service, the application method is:
  • the WLAN user terminal first provides a public DNS with the W-APN identification of the service it needs.
  • the DNS that accepts the application resolves the corresponding IP address of one or more PDGs according to the W-APN identification provided by the user and returns it to the WLAN terminal user.
  • the WLAN terminal user uses one of the IP addresses obtained from the DNS to send a request to establish a tunnel connection to the PDG corresponding to the IP address, and the PDG receiving the user terminal connection request and the network
  • the AS of the network contacts the AS of the home network where the WLAN user terminal is located.
  • the user terminal accepts the connection request of the user terminal.
  • the PDG establishes a tunnel connection with the WLAN end user who sends the request, thereby implementing the Scenario3 service.
  • FIG. 3 shows the positional relationship between WLAN user terminals, public DNS, and 3GPP networks.
  • the private DNS is located inside the 3GPP network, holds the address of the PDG in the 3GPP, and can contact the public DNS.
  • Each PDG is connected to a service domain.
  • Public DNS is completely public on the Internet.
  • WLAN user terminals can access it at will, and they are required to resolve the PDG addresses required by the WLAN user terminal.
  • a public DNS receives a request message for resolving a PDG address of a WLAN user terminal, it first performs resolution on the DNS. If it is resolved locally, it returns the required PDG address directly to the WLAN user terminal. If it is resolved, the private DNS in the 3GPP network is requested to be resolved, and then the result of the analysis from the private DNS is returned to the WLAN user terminal.
  • the WLAN user terminal Since the WLAN user terminal does not belong to the 3GPP network, the WLAN user terminal does not know the private DNS address in the 3GPP network, that is, the WLAN user terminal cannot access the private DNS in the 3GPP network. Therefore, the above solution has the following problems:
  • an object of the present invention is to provide a method for a user terminal in a wireless local area network to obtain a packet data gateway address, so as to prevent users from frequently analyzing PDG address information on a public DNS.
  • a method for a user terminal to obtain a packet data gateway address in a wireless local area network includes the following steps:
  • the user terminal sends a message requesting to obtain a PDG address different from the accessed service to the packet data gateway PDG that has established a tunnel connection with itself;
  • the PDG After receiving the message described in step a, the PDG obtains address information corresponding to the user terminal requesting access service, and sends the address information to the user terminal;
  • the user terminal obtains the required PDG address by using the received address information.
  • the method for obtaining the address information corresponding to the user terminal requesting access service in step b is:
  • the PDG receiving the message in step a performs local query according to the service requested by the user terminal, and obtains the request with the user terminal. Address information corresponding to the access service;
  • the method for obtaining the required PDG address described in step c is: the user terminal directly obtains the required PDG address from the received information.
  • the method for obtaining address information corresponding to the access service requested by the user terminal in step b is: receiving the PDG of the message in step a, obtaining the address of the private domain name resolution server DNS;
  • the method for obtaining the required PDG address described in step c is: the user terminal directly requests the private DNS for resolution, and obtains the required PDG address from the analysis result of the private DNS.
  • the method for obtaining the address information corresponding to the access service requested by the user terminal in step b is:
  • the PDG receiving the message in step a requests the private DNS for resolution, and obtains the user and user information from the private DNS resolution result. Address information corresponding to the terminal requesting access to the service Since.
  • the method for obtaining the required PDG address described in step c is: the user terminal directly obtains the required PDG address from the received information.
  • the method for obtaining the address information corresponding to the access service requested by the user terminal in step b is: receiving the PDG message in step a, requesting the AAA server to perform authentication and authorization on the newly applied service of the user terminal, and authentication authorization After passing, the AAA server queries the address of the PDG that can support the newly applied service of the user terminal, and sends authorization information including the address of the queried PDG to the PDG described in step a.
  • the PDG receives authorization from the AAA server.
  • the address information corresponding to the access service requested by the user terminal is obtained in the message.
  • the method for obtaining the required PDG address in step c is: the user terminal directly obtains the required PDG address from the received information.
  • the method further includes:
  • the private DNS address is sent to the user terminal; the user terminal directly requests the private DNS for resolution, and obtains the required PDG address from the resolution result of the private DNS; or,
  • the PDG After receiving the message described in step a, the PDG requests the private DNS for resolution, and obtains the address information corresponding to the user terminal requesting the access service from the private DNS analysis result, and forwards the address information to the user terminal; the user terminal receives from Obtain the required PDG address directly from the information; or
  • the PDG After receiving the message described in step a, the PDG requests the AAA server to authenticate and authorize the newly applied service of the user terminal. After the authentication and authorization is passed, the AAA server queries the address of the PDG that can support the newly applied service of the user terminal, and requests In step a, the PDG sends authorization information including the queried PDG address, and the PDG obtains address information corresponding to the user terminal requesting access service from the authorization message from the AAA server; the user terminal The terminal directly obtains the required PDG address from the received information.
  • the method further comprises: the user terminal determines the content of the address information obtained from the PDG, and if it is a private DNS address, directly saves it; if it is a PDG address, it saves the PDG address and the access service requested by the user terminal. Correspondence.
  • the method further includes: presetting a storage time of a correspondence relationship between the PDG address and the access service requested by the user terminal, the storage time being a time preset by the user or a default time of the system.
  • the saving time of the information is re-initialized; if the information saved by the user terminal has not been used within the saving time, the information is deleted .
  • the method further includes: when the user terminal requests access different from an existing service, first determining whether there is address information corresponding to the requested access service locally, and if there is, directly contacting the address information, Otherwise, it is judged whether there is an established tunnel connection currently, and if so, step a is performed, otherwise, directly contact the public DNS and perform processing according to the existing process.
  • the method further includes: when the user terminal locally fails to connect with the address information corresponding to the requested access service, and a tunnel connection currently exists, then step a is performed again, and the saved request is updated. Address information corresponding to the access service; When the user terminal fails to connect with the address information corresponding to the requested access service and the tunnel connection does not currently exist, the user terminal will re-analyze to the public DNS for normal processing. And update the saved address information corresponding to the requested access service.
  • the service requested by the user terminal for access is identified by a wireless local area network service access point name W-APN.
  • the user terminal uses the existing tunnel resources to query its required PDG address, thereby preventing the user from frequently parsing PDG address information to the public DNS, and also Reduced the possibility of resolving failures caused by multiple use of public DNS within the public network.
  • the user terminal also saves the address information obtained through the tunnel resource, so that it can be applied for the next access, which further saves network resources and improves query efficiency.
  • Figure 1 shows the schematic diagram of the networking structure of interworking between the WLAN system and the 3GPP system in the case of roaming
  • Figure 2 shows a schematic diagram of the networking structure of the interworking between the WLAN system and the 3GPP system in a non-roaming situation
  • Figure 3 shows a schematic diagram of the positional relationship among WLAN user terminals, public DNS, and 3GPP networks
  • FIG. 4 shows a flowchart of applying the first embodiment of the present invention
  • FIG. 5 shows a flowchart of applying the second embodiment of the present invention
  • FIG. 6 shows a flowchart of applying the third embodiment of the present invention. Mode of Carrying Out the Invention
  • the idea of the present invention is: the user terminal sends a request to the PDG that has established a tunnel connection with itself to obtain a message that supports a PDG address different from the service that has been accessed; the PDG that receives the request message obtains the access request from the user terminal by query The address information corresponding to the service is sent to the user terminal; the user terminal uses the received address information to obtain the required PDG address.
  • FIG. 4 shows a flowchart of applying the first embodiment of the present invention.
  • the 3GPP network allows sending its internal private DNS address to the WLAN user terminal.
  • Step 401 When a WLAN user terminal accesses a service of the 3GPP packet domain for the first time, it first resolves the PDG address of the requested service to the public DNS, and then selects a PDG address from the PDG addresses resolved by the public DNS, that is, selects a PDG. ; In this embodiment, it is assumed that PDG1 is selected;
  • Step 402 The WLAN user terminal contacts the PDG1.
  • the PDG1 requests the AAA server to complete the authentication and authorization of the user, and then establishes a service communication tunnel with the WLAN user terminal. Then, the WLAN user terminal uses the established tunnel to communicate with the PDG1.
  • Step 403 If the WLAN user terminal needs to request access to a new 3GPP packet domain service, that is, if it needs a different PDG address, then directly send a message requesting the PDG address to PDG1, that is, to provide PDG1 with the service it needs.
  • Service access point name (W-APN) identification in this embodiment, it is assumed that the PDG corresponding to the user requesting access to the service is PDG2;
  • step 404 PDG1 first determines whether the PDG address corresponding to the service requested by the user is stored locally. If so, the PDG1 directly returns the PDG address required by the user, that is, the address of PDG2. Otherwise, PDG1 will privately connect to itself in 3GPP. The DNS address is returned to the WLAN user terminal;
  • step 405 the WLAN user terminal saves the address information returned by PDG1, that is, if the address information of PDG2 is returned, then the correspondence relationship between the address of PDG2 and the 3GPP packet domain service to be accessed by the WLAN user terminal is stored, and then step 408 is performed. Is the private DNS address information, and after the private DNS address is saved, step 406 is performed; step 406, the WLAN user terminal directly sends a request to the private DNS to resolve the PDG address of the 3GPP packet domain service to be accessed;
  • Step 407 The private DNS that received the request message is analyzed, and the result of the analysis is returned to the WLAN user terminal, that is, the address of the PDG2 is returned to the WLAN user terminal.
  • Step 408 the WLAN user terminal contacts the PDG2, and the PDG2 requests AAA. After the server completes the authentication and authorization of the user, a tunnel for service communication is established with the WLAN user terminal, and then the WLAN user terminal communicates with PDG2 by using the established tunnel.
  • the WLAN user terminal When the WLAN user terminal needs a PDG address different from the above 3GPP packet domain service again, it first searches in the local list. If a PDG address supporting the service is found, it will directly contact the PDG. If it is not found, Then, the WLAN user terminal queries whether the 3GPP private DNS address is stored locally. If there is, it directly resolves to the private DNS. Otherwise, it determines whether there is a tunnel connection currently. If so, the tunnel is used and this embodiment is applied. The provided method is used for querying, and if there is currently no tunnel connection, the WLAN user terminal then goes to the public DNS for resolution.
  • FIG. 5 shows a flowchart of applying the second embodiment of the present invention.
  • 3GPP 3GPP
  • Step 501 When a WLAN user terminal accesses a service of the 3GPP packet domain for the first time, it first resolves the PDG address of the requested service to the public DNS, and then selects a PDG address from the PDG addresses resolved by the public DNS, that is, selects a PDG;
  • ⁇ ⁇ is set to select PDG1;
  • Step 502 The WLAN user terminal contacts PDG1.
  • the PDG1 requests the AAA server to complete the authentication and authorization of the user, and then establishes a service communication tunnel with the WLAN user terminal. Then, the WLAN user terminal uses the established tunnel to communicate with PDG1.
  • Step 503 If the WLAN user terminal needs to request access to a new 3GPP packet domain service, that is, if it needs a different PDG address, then directly send a message requesting the PDG address to PDG1, that is, to provide PDG1 with the service it needs.
  • Service access point name (W-APN) identification in this embodiment, it is assumed that the PDG corresponding to the user requesting access to the service is PDG2;
  • Step 504 PDG1 first determines whether a PDG address corresponding to the service requested by the user is stored locally. If so, step 506 is performed directly; otherwise, PDG1 sends the WLAN user The request message of the terminal is forwarded to the private DNS within the 3GPP network connected to itself, and the DNS is requested to resolve the PDG address of the 3GPP packet domain service to be accessed by the WLAN user terminal, and then step 505 is performed;
  • Step 505 The private DNS in the 3GPP network is resolved, and the resolution result is returned to PDG1.
  • Step 506 PDG1 obtains the address required by the WLAN user terminal from the analysis result, and returns the required address information to the WLAN user terminal, that is, the address of PDG2;
  • Step 507 The WLAN user terminal saves the address information returned by the PDG1, and saves the correspondence between the address information and the 3GPP packet domain service to be accessed by the WLAN user terminal, that is, the corresponding relationship;
  • Step 508 The WLAN user terminal contacts the PDG2.
  • the PDG2 requests the AAA server to complete the authentication and authorization of the user, and then establishes a service communication tunnel with the WLAN user terminal. Then, the WLAN user terminal communicates with the PDG2 by using the established tunnel.
  • the WLAN user terminal When the WLAN user terminal needs a PDG address different from the above 3GPP packet domain service again, it first searches in the local list. If a PDG address supporting the service is found, it will directly contact the PDG. If it is not found, Then, it is determined whether there is a tunnel connection currently. If so, the tunnel is used and the method provided in this embodiment is used for querying. If there is no tunnel connection currently, the WLAN user terminal goes to the public DNS for resolution.
  • FIG. 6 shows a flowchart of applying the third embodiment of the present invention.
  • the AAA server that has completed the authentication and authorization stores information about the PDG and the correspondence between the PDG and the services it supports.
  • Step 601 When a WLAN user terminal accesses a service of the 3GPP packet domain for the first time, it first resolves the PDG address of the requested service to the public DNS, and then selects a PDG address from the PDG addresses resolved by the public DNS, that is, selects a PDG; In this embodiment, it is assumed that PDG1;
  • Step 602 The WLAN user terminal contacts PDG1.
  • the PDG1 requests the AAA server to complete the authentication and authorization of the user, and establishes a service communication tunnel with the WLAN user terminal. Then, the WLAN user terminal uses the established tunnel to communicate with PDG1.
  • Step 603 If the WLAN user terminal needs to request access to a new 3GPP packet domain service, that is, if it needs a different PDG address, then directly send a message requesting the PDG address to PDG1, that is, to provide PDG1 with the service it needs.
  • Service access point name (W-APN) identification in this embodiment, it is assumed that the PDG corresponding to the user requesting access to the service is PDG2;
  • step 604 PDG1 first determines whether a PDG address corresponding to the service requested by the user is stored locally. If so, step 607 is directly performed; otherwise, PDG1 requests the AAA server to authenticate and authorize the newly applied service of the WLAN user terminal;
  • Step 605 After the AAA server completes the authentication and authorization of the user, it locally queries the address of the PDG that can support the newly applied service of the WLAN user terminal, and inserts the selected PDG address, that is, the address of PDG2 into the authorization information. ;
  • Step 606 The AAA server returns authorization information to PDG1, where the authorization information includes the PDG address of the 3GPP packet domain service to be accessed by the WLAN user terminal, that is, the address of PDG2;
  • Step 607 PDG1 returns the required address information to the WLAN user terminal, that is, the address of PDG2.
  • Step 608 The WLAN user terminal saves the address information returned by the PDG1, and saves the correspondence between the address information and the new 3GPP packet domain service to be accessed by the WLAN user terminal.
  • Step 609 The WLAN user terminal contacts the PDG2, and ends with the WLAN user.
  • the end establishes a tunnel for service communication, and then uses the established tunnel to communicate with PDG2.
  • the WLAN user terminal When the WLAN user terminal needs a PDG address different from the above 3GPP packet domain service again, it first searches in the local list. If a PDG address supporting the service is found, it will directly contact the PDG. If it is not found, Then it is judged whether there is a tunnel connection currently. If so, the tunnel is used and the method provided in this embodiment is used for query. If there is no tunnel connection currently, the WLAN user terminal then resolves to the public DNS and performs the analysis according to the existing process. deal with.
  • the time when the WLAN user terminal saves the correspondence between the service to be requested to be accessed by the WLAN user terminal and its corresponding PDG address is preset, and the saving time can be set by the user, or the system's default Save time. Once the saved information is used, the save time will be initialized and the timer will restart. If the saved correspondence has not been used within the save time, the preset save time will be exceeded. After that, the correspondence will be deleted.
  • the method provided in the above embodiment is used Perform processing, and update the address information corresponding to the requested access service saved by itself; if the information saved by the WLAN user terminal application fails to connect, but there is still a tunnel connection, the WLAN user terminal will re-analyze to the public DNS To perform routine processing and update the address information corresponding to the requested access service saved by itself.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

一种无线局域网中用户终端获取分组数据关口地址的方法 技术领域
本发明涉及无线接入技术领域, 特别是指一种无线局域网中用户终 端获取分组数据关口 (PDG )地址的方法。 发明背景
随着社会的发展, 用户对无线接入速率的要求越来越高, 由于无线 局域网 (WLAN, Wireless Local Area Network ) 能够在较小范围内提供 高速的无线数据接入, 因而其被广泛应用。 无线局域网包括多种不同技 术, 目前应用较为广泛的一个技术标准是 IEEE 802.11b, 它采用 2.4GHz 频段, 最高数据传输速率可达 11Mbps,使用该频段的还有 IEEE 802.11g 和蓝牙(Bluetooth )技术,其中, 802.11g最高数据传输速率可达 54Mbps。 其它无线局域网技术, 诸如 IEEE 802.11a和 ETSI BRAN Hiperlan2都使 用 5GHz频段, 最高传输速率也可达到 54Mbps。
虽然有多种不同的 WLAN无线接入技术, 但大部分 WLAN都釆用 因特网协议(IP )分组数据包进行数据传输。 对于一个无线 IP网络, 其 所采用的具体 WLAN接入技术对于上层 IP—般是透明的, 其基本结构 都是利用接入点(AP )完成用户终端的无线接入, 并通过网络控制和连 接设备组成的 IP传输网络进行数据传输。
随着 WLAN技术的兴起和发展, WLAN与各种无线移动通信网, 诸如: 全球移动通信(GSM ) 系统、 码分多址(CDMA ) 系统、 宽带码 分多址(WCDMA ) 系统、 时分双工-同步码分多址 (TD-SCDMA ) 系 统、 CDMA2000系统的互通正成为当前研究的重点。 在第三代合作伙伴 计划 (3GPP )标准化组织中, 用户终端既可以通过 WLAN的接入网络 与因特网( Internet )、企业内部互联网( Intranet )相连,还可以经由 WLAN 接入网络与 3GPP系统的归属网络或 3GPP系统的访问网络相连。
图 1所示为漫游情况下 WLAN系统与 3GPP系统互通的组网结构示 意图。 WLAN用户终端漫游接入时, 经由 WLAN接入网络与 3GPP的 访问网络相连, 由于 3GPP访问网络中的部分实体分别与 3GPP归属网 络中的相应实体互连, 比如: 3GPP访问网络中的 3GPP认证授权计费 ( AAA )代理和 3GPP归属网络中的 3GPP认证授权计费 ( AAA )服务 器; 3GPP访问网络中的无线局域网接入关口 (WAG ) 与 3GPP归属网 络中的分组数据关口 (PDG )等等, 因此, 实现了 WLAN用户终端接 入 3GPP的归属网络。 图中双点划线部分为 3GPP分组交换(PS )域业 务, 即 3GPP网络中的互通场景 3 ( Scenario3 ) 业务。
图 2所示为非漫游情况下 WLAN系统与 3GPP系统互通的组网结构 示意图。 WLAN用户终端在本地接入时, 经由 WLAN接入网络与 3GPP 的归属网络直接相连。 图中双点划线部分为 3GPP分组交换(PS )域业 务, 即 3GPP归属网络中的 Scenario3业务。
参见图 1、 图 2所示, 在 3GPP系统中, 主要包括归属签约用户服务 器(HSS ) /归属位置寄存器(HLR )、 3GPPAAA服务器、 3GPPAAA代 理、 WAG、分组数据关口、计费关口(CGw ) /计费信息收集系统(CCF ) 及在线计费系统(OCS )等。 用户终端、 WLAN接入网络与 3GPP系统 的所有实体共同构成了 3GPP-WLAN交互网络,该 3GPP-WLAN交互网 络可作为一种无线局域网服务系统。 其中, 3GPP AAA服务器负责对用 户的鉴权、 授权和计费, 对 WLAN接入网络送来的计费信息收集并传 送给计费系统; 分组数据关口 (PDG ) 负责将用户数据从 WLAN接入 网络传输到 3GPP网络或其他分组网络; 计费系统主要接收和记录网络 传来的用户计费信息, OCS根据在线计费用户的费用情况指示网络周期 性的传送在线费用信息, 并进行统计和控制。
在非漫游情况下, 当 WLAN用户终端希望直接接入 Internet/Intranet 权后, 通过 WLAN接入网直接接入到 Internet/Intranet。 如果该 WLAN 用户终端还希望接入 3GPP分组交换(PS )域业务, 则可进一步向 3GPP 归属网络申请 Scenario3业务。 申请 Scenario3业务的方法为:
WLAN用户终端首先向一个公共的域名解析服务器(DNS )提供自 己需要业务的业务接入点名称(W-APN )标识, DNS 是一个公共的域 名解析设备,接受申请的 DNS根据用户提供的 W-APN标识解析出相应 的一个或多个 PDG的 IP地址返回给 WLAN终端用户。 WLAN终端用 户使用从 DNS得到的其中一个 IP地址, 向与该 IP地址对应的 PDG发 送建立隧道连接的请求, 接收到用户终端连接请求的 PDG与 AS联系, 由 AS完成对用户终端的业务身份进行检查、 授权等工作后, 该接收到 用户终端连接请求的 PDG 与发送请求的 WLAN终端用户建立隧道连 接, 从而实现应用 Scenario3业务。
在漫游情况下, 当 WLAN用户终端希望接入 Internet/Intranet时, 用 户终端通过 3GPP 访问 网络向 3GPP 归属网絡申请接入到 Internet/Intranet, 接入认证通过后用户终端可通过 WLAN接入网直接接 入到 Internet/Intranet。 如果用户终端还希望申请 Scenario3业务, 其申请 方法为:
WLAN 用户终端首先向一个公共的 DNS 提供自己需要业务的 W-APN标识 , 该接受申请的 DNS根据用户提供的 W-APN标识解析出 相应的一个或多个 PDG的 IP地址返回给 WLAN终端用户。 WLAN终 端用户使用从 DNS得到的其中一个 IP地址,向与该 IP地址对应的 PDG 发送建立隧道连接的请求, 接收到用户终端连接请求的 PDG 与本网络 的 AS联系, 由本网络的 AS与 WLAN用户终端所在归属网络的 AS联 系,由 WLAN用户终端所在归属网络的 AS完成对用户终端的业务身份 进行检查、 授权等工作后, 该接受用户终端连接请求的 PDG与发送请 求的 WLAN终端用户建立隧道连接, 从而实现应用 Scenario3业务。
图 3所示为 WLAN用户终端、 公共 DNS以及 3GPP网络之间的位 置关系示意图。私有 DNS位于 3GPP网络内部,保存有 3GPP中的 PDG 的地址, 并可以与公共 DNS进行联系。 每个 PDG连接一个服务域。 公 共 DNS在互联网上是完全公开的, WLAN用户终端可以随意的访问, 并要求其解析该 WLAN用户终端所需的 PDG地址。 通常, 当公共 DNS 接收到 WLAN用户终端的解析 PDG地址的请求消息时, 将首先在本 DNS上进行解析, 如在本地解析出, 则直接给 WLAN用户终端返回其 所需的 PDG地址, 如未解析出, 则请求 3GPP网络内的私有 DNS进行 解析, 然后将来自私有 DNS的解析结果返回给 WLAN用户终端。
由于 WLAN用户终端不属于 3GPP网络, 因此 WLAN用户终端不 知道 3GPP网络内私有 DNS的地址,即 WLAN用户终端无法访问 3GPP 网络内的私有 DNS, 所以, 上述方案存在以下问题:
1 )公有 DNS不对用户进行认证, 因此本身安全性差, 对于用户而 言可靠性低;
2 ) 因为公共 DNS安全性差, 因而其失效, 或受到攻击的可能性较 大, 而 WLAN用户终端每次都要到公共 DNS进行解析, 这样使解析失 败的可能性增加;
3 )如果公共的 DNS不能解析出用户所需的信息, 其还需 3GPP网 络内的私有 DNS进行解析, 这样, 实际的解析路径迂回, 浪费了网络 的资源。 发明内容
有鉴于此, 本发明的目的在于提供一种无线局域网中用户终端获取 分组数据关口地址的方法, 避免用户频繁地到公共 DNS上解析 PDG地 址信息。
为达到上述目的, 本发明的技术方案是这样实现的:
一种无线局域网中用户终端获取分组数据关口地址的方法, 该方法 包括以下步骤:
a、 用户终端向已经和自身建立起隧道连接的分组数据关口 PDG发 送请求获取支持不同于已接入业务的 PDG地址的消息;
b、 接收到步骤 a所述消息的 PDG, 获取与用户终端请求接入业务 对应的地址信息, 并将该地址信息发给用户终端;
c、 用户终端利用接收到的地址信息, 获取所需的 PDG地址。
较佳地, 步骤 b所述获取与用户终端请求接入业务对应的地址信息 的方法为: 接收到步骤 a所述消息的 PDG, 根据用户终端请求的业务在 本地进行查询, 获取与用户终端请求接入业务对应的地址信息;
步骤 c所述获取所需的 PDG地址的方法为:用户终端从接收到的信 息中直接获取所需的 PDG地址。
较佳地, 步骤 b所述获取与用户终端请求接入业务对应的地址信息 的方法为: 接收到步骤 a所述消息的 PDG, 获取私有域名解析服务器 DNS的地址;
步骤 c所述获取所需的 PDG地址的方法为:用户终端直接请求私有 DNS进行解析, 并从私有 DNS的解析结果中获取所需的 PDG地址。
较佳地, 步骤 b所述获取与用户终端请求接入业务对应的地址信息 的方法为: 接收到步骤 a所述消息的 PDG, 请求私有 DNS进行解析, 并从私有 DNS 解析结果中获取与用户终端请求接入业务对应的地址信 自、.
步骤 c所述获取所需的 PDG地址的方法为:用户终端从接收到的信 息中直接获取所需的 PDG地址。
较佳地, 步骤 b所述获取与用户终端请求接入业务对应的地址信息 的方法为: 接收到步骤 a所述消息的 PDG, 请求 AAA服务器对用户终 端新申请的业务进行认证授权, 认证授权通过后, 由 AAA服务器查询 能够支持该用户终端新申请业务所对应的 PDG的地址,并向步骤 a所述 PDG发送包含将该查询到的 PDG的地址的授权信息, PDG从来自 AAA 服务器的授权消息中获取与用户终端请求接入业务对应的地址信息; 步骤 c所述获取所需的 PDG地址的方法为:用户终端从接收到的信 息中直接获取所需的 PDG地址。
较佳地,当接收到步骤 a所述消息的 PDG未在本地查询到用户终端 直接所需的 PDG地址时, 该方法进一步包括:
接收到步骤 a所述消息的 PDG, 将私有 DNS的地址发送给用户终 端; 用户终端直接请求私有 DNS进行解析, 并从私有 DNS的解析结果 中获取所需的 PDG地址; 或者,
接收到步骤 a所述消息的 PDG, 请求私有 DNS进行解析, 并从私 有 DNS解析结果中获取与用户终端请求接入业务对应的地址信息, 将 该地址信息转发给用户终端; 用户终端从接收到的信息中直接获取所需 的 PDG地址; 或者,
接收到步骤 a所述消息的 PDG, 请求 AAA服务器对用户终端新申 请的业务进行认证授权, 认证授权通过后, 由 AAA服务器查询能够支 持该用户终端新申请业务所对应的 PDG的地址, 并向步骤 a所述 PDG 发送包含将该查询到的 PDG的地址的授权信息, PDG从来自 AAA服务 器的授权消息中获取与用户终端请求接入业务对应的地址信息; 用户终 端从接收到的信息中直接获取所需的 PDG地址。
较佳地,该方法进一步包括: 用户终端判断从 PDG得到的地址信息 的内容, 如果是私有 DNS地址, 则直接保存, 如果是 PDG地址, 则保 存该 PDG地址与用户终端所请求接入业务的对应关系。
较佳地,该方法进一步包括: 预先设定 PDG地址与用户终端所请求 接入业务对应关系的保存时间, 该保存时间为用户预先设定的时间, 或 系统的缺省时间。
较佳地, 如果在保存时间内, 用户终端所保存的信息被使用, 则重 新初始化该信息的保存时间, 如果在保存时间内, 用户终端所保存的信 息一直未被使用过, 则删除该信息。
较佳地, 该方法进一步包括: 当用户终端请求接入不同于已有业务 时, 首先判断本地是否有与该请求接入业务对应的地址信息, 如果有, 则直接与该地址信息进行联系, 否则, 判断当前自身是否有已建立的隧 道连接, 如果有, 则执行步骤 a, 否则, 直接与公共 DNS进行联系, 按 照现有流程进行处理。
较佳地, 该方法进一步包括: 当用户终端应用本地所保存的与请求 接入业务对应的地址信息连接失败, 且当前存在隧道连接时, 则再开始 执行步骤 a, 并更新所保存的与请求接入业务对应的地址信息; 当用户 终端应用本地所保存的与请求接入业务对应的地址信息连接失败, 且当 前不存在隧道连接时, 该用户终端将重新到公共 DNS 进行解析, 进行 常规处理, 并更新所保存的与请求接入业务对应的地址信息。
较佳地, 所述用户终端请求接入的业务是由无线局域网业务接入点 名 W-APN来标识的。
应用本发明, 由用户终端利用已有隧道资源查询其所需的 PDG 地 址, 从而避免了用户频繁地到公共 DNS上解析 PDG地址信息, 同时也 减小了多次使用公有网络内的公共 DNS 所带来的解析失败的可能。 应 用本发明, 用户终端还对通过隧道资源获得的地址信息进行保存, 以便 下次访问时应用, 进一步地节省了网络资源, 提高了查询效率。 附图简要说明
图 1所示为漫游情况下 WLAN系统与 3GPP系统互通的组网结构示 意图;
图 2所示为非漫游情况下 WLAN系统与 3GPP系统互通的组网结构 示意图;
图 3所示为 WLAN用户终端、 公共 DNS以及 3GPP网络之间的位 置关系示意图;
图 4所示为应用本发明实施例一的流程图;
图 5所示为应用本发明实施例二的流程图;
图 6所示为应用本发明实施例三的流程图。 实施本发明的方式
为使本发明的技术方案更加清楚, 下面结合附图及具体实施例再对 本发明做进一步详细说明。
本发明的思路是:用户终端向已经和自身建立起隧道连接的 PDG发 送请求获取支持不同于已接入业务的 PDG地址的消息; 接收到请求消 息的 PDG, 通过查询得到与用户终端请求接入业务对应的地址信息, 并 将该地址信息发给用户终端; 用户终端利用接收到的地址信息, 获取所 需的 PDG地址。
图 4 所示为应用本发明实施例一的流程图。 在本实施例中, 3GPP 网络允许将其内部的私有 DNS地址发送给 WLAN用户终端。 步骤 401 , WLAN用户终端首.次访问 3GPP分组域的业务时, 先到 公共 DNS解析出请求业务的 PDG地址,然后从公共 DNS解析出的 PDG 地址中选定一个 PDG地址, 即选定一个 PDG; 在本实施例中假设选定 PDG1 ;
步骤 402, WLAN用户终端与 PDG1进行联系, 该 PDG1请求 AAA 服务器完成对用户的认证和授权后, 与该 WLAN用户终端建立业务通 信的隧道, 然后, WLAN用户终端利用建立好的隧道与 PDG1通信; 步骤 403 , 如果 WLAN用户终端需要请求接入一个新的 3GPP分组 域业务, 即需要一个不同于已有的 PDG地址时, 则直接向 PDG1发送 请求 PDG地址的消息, 即向 PDG1提供自己需要业务的业务接入点名 称 (W-APN )标识; 在本实施例中假设与用户请求接入业务所对应的 PDG为 PDG2;
步骤 404,PDG1首先判断本地是否保存有与用户请求业务所对应的 PDG地址, 如果有, 则直接给用户返回其需要的 PDG地址, 即 PDG2 的地址, 否则, PDG1将 3GPP内与其自身相连的私有 DNS的地址返回 给 WLAN用户终端;
步骤 405, WLAN用户终端保存 PDG1返回的地址信息, 即如果返 回的是 PDG2的地址信息, 则保存 PDG2的地址与 WLAN用户终端待 访问的 3GPP分组域业务的对应关系, 然后执行步骤 408, 如果返回的 是私有 DNS的地址信息, 则保存该私有 DNS的地址后, 执行步骤 406; 步骤 406, WLAN用户终端直接向私有 DNS发送请求解析待访问的 3GPP分组域业务的 PDG地址;
步骤 407, 接收到请求消息的私有 DNS进行解析, 并将解析结果返 回给 WLAN用户终端, 即将 PDG2的地址返回给 WLAN用户终端; 步骤 408, WLAN用户终端与 PDG2进行联系, 该 PDG2请求 AAA 服务器完成对用户的认证和授权后, 与该 WLAN用户终端建立业务通 信的隧道, 然后, WLAN用户终端利用建立好的隧道与 PDG2通信。
当 WLAN用户终端再次需要一个不同于上述 3GPP分组域业务的 PDG地址时,则首先在本地列表中查询,如果查询到支持该业务的 PDG 地址, 则直接与该 PDG进行联系, 如果未查到, 则该 WLAN用户终端 再查询本地是否保存了 3GPP私有 DNS的地址, 如果有, 则直接到私有 DNS进行解析, 否则, 再判断当前是否存在隧道连接, 如果是, 则利用 该隧道并应用本实施例提供的方法进行查询, 如果当前没有隧道连接 , 则该 WLAN用户终端再到公共 DNS进行解析。
图 5 所示为应用本发明实施例二的流程图。 在本实施例中, 3GPP
f厶;
步骤 501, WLAN用户终端首次访问 3GPP分组域的业务时, 先到 公共 DNS解析出请求业务的 PDG地址,然后从公共 DNS解析出的 PDG 地址中选定一个 PDG地址, 即选定一个 PDG; 在本实施例中^■设选定 PDG1 ;
步骤 502, WLAN用户终端与 PDG1进行联系, 该 PDG1请求 AAA 服务器完成对用户的认证和授权后, 与该 WLAN用户终端建立业务通 信的隧道, 然后, WLAN用户终端利用建立好的隧道与 PDG1通信; 步骤 503 , 如果 WLAN用户终端需要请求接入一个新的 3GPP分组 域业务, 即需要一个不同于已有的 PDG地址时, 则直接向 PDG1发送 请求 PDG地址的消息, 即向 PDG1提供自己需要业务的业务接入点名 称 (W-APN )标识; 在本实施例中假设与用户请求接入业务所对应的 PDG为 PDG2;
步骤 504,PDG1首先判断本地是否保存有与用户请求业务所对应的 PDG地址, 如果有, 则直接执行步骤 506, 否则, PDG1将 WLAN用户 终端的请求消息转发到与自身相连的 3GPP网络内的私有 DNS, 请求该 DNS解析 WLAN用户终端待访问的 3GPP分组域业务的 PDG地址, 再 执行步驟 505;
步骤 505, 3GPP网络内的私有 DNS进行解析, 并将解析结果返回 给 PDG1 ;
步骤 506, PDG1从解析结果中获取 WLAN用户终端所需的地址, 并给 WLAN用户终端返回其需要的地址信息, 即 PDG2的地址;
步骤 507, WLAN用户终端保存 PDG1返回的地址信息, 并保存该 地址信息与 WLAN用户终端待访问的 3GPP分组域业务的对应关系,即 应关系;
步骤 508, WLAN用户终端与 PDG2进行联系,该 PDG2请求 AAA 服务器完成对用户的认证和授权后, 与该 WLAN用户终端建立业务通 信的隧道, 然后, WLAN用户终端利用建立好的隧道与 PDG2通信。
当 WLAN用户终端再次需要一个不同于上述 3GPP分组域业务的 PDG地址时,则首先在本地列表中查询,如果查询到支持该业务的 PDG 地址, 则直接与该 PDG进行联系, 如果未查到, 则判断当前是否存在 隧道连接,如果是,则利用该隧道并应用本实施例提供的方法进行查询, 如果当前没有隧道连接,则该 WLAN用户终端再到公共 DNS进行解析。
图 6所示为应用本发明实施例三的流程图。 在本实施例中, 完成认 证授权的 AAA服务器中保存有 PDG以及 PDG与其所支持业务的对应 关系的信息。
步骤 601 , WLAN用户终端首次访问 3GPP分组域的业务时, 先到 公共 DNS解析出请求业务的 PDG地址,然后从公共 DNS解析出的 PDG 地址中选定一个 PDG地址, 即选定一个 PDG; 在本实施例中假设选定 PDG1 ;
步骤 602, WLAN用户终端与 PDG1进行联系, 该 PDG1请求 AAA 服务器完成对用户的认证和授权后, 与该 WLAN用户终端建立业务通 信的隧道, 然后, WLAN用户终端利用建立好的隧道与 PDG1通信; 步骤 603, 如果 WLAN用户终端需要请求接入一个新的 3GPP分组 域业务, 即需要一个不同于已有的 PDG地址时, 则直接向 PDG1发送 请求 PDG地址的消息, 即向 PDG1提供自己需要业务的业务接入点名 称 (W-APN ) 标识; 在本实施例中假设与用户请求接入业务所对应的 PDG为 PDG2;
步骤 604,PDG1首先判断本地是否保存有与用户请求业务所对应的 PDG地址, 如果有, 则直接执行步骤 607, 否则, PDG1请求 AAA服务 器对 WLAN用户终端新申请的业务进行认证授权;
步骤 605, AAA服务器完成对用户的认证和授权后, 在本地查询能 够支持该 WLAN用户终端新申请业务所对应的 PDG的地址, 并将选定 的 PDG地址, 即 PDG2的地址插入到授权信息中;
步骤 606, AAA服务器向 PDG1返回授权信息, 该授权信息中包括 WLAN用户终端待访问的 3GPP分组域业务的 PDG地址, 即 PDG2的 地址;
步骤 607, PDG1 给 WLAN用户终端返回其需要的地址信息, 即 PDG2的地址;
步骤 608, WLAN用户终端保存 PDG1返回的地址信息, 并保存该 地址信息与 WLAN用户终端待访问的新 3GPP分组域业务的对应关系, 应关系;
步骤 609, WLAN用户终端与 PDG2进行联系, 与该 WLAN用户终 端建立业务通信的隧道, 然后, 利用建立好的隧道与 PDG2通信。
当 WLAN用户终端再次需要一个不同于上述 3GPP分组域业务的 PDG地址时,则首先在本地列表中查询,如果查询到支持该业务的 PDG 地址, 则直接与该 PDG进行联系, 如果未查到, 则判断当前是否存在 隧道连接,如果是,则利用该隧道并应用本实施例提供的方法进行查询, 如果当前没有隧道连接,则该 WLAN用户终端再到公共 DNS进行解析, 并按照现有流程进行处理。
在上述所有实施例中, 预先设定 WLAN用户终端保存 WLAN用户 终端待请求接入的业务与其相对应的 PDG地址的对应关系的时间, 该 保存时间可以由用户设定, 也可以采用系统的缺省时间, 一旦所保存的 信息被使用, 则该保存时间将被初始化, 并重新开始计时; 如果在保存 时间内, 所保存的对应关系一直未被使用过, 则当超过预先设定的保存 时间后, 该对应关系将被删除。
在上述所有实施例中,如果 WLAN用户终端应用所保存的信息连接 失败, 即应用所保存的对应关系和或私有 DNS地址连接失败, 但当前 还存在隧道连接, 则使用上述实施例中提供的方法进行处理, 并更新自 身所保存的与请求接入业务对应的地址信息; 如果 WLAN用户终端应 用所保存的信息连接失败, 但当前还存在隧道连接, 则该 WLAN用户 终端将重新到公共 DNS 进行解析, 进行常规处理, 并更新自身保存的 与请求接入业务对应的地址信息。
以上所述仅为本发明的较佳实施例而已, 并不用以限制本发明, 凡 在本发明的精神和原则之内, 所做的任何修改、 等同替换和改进, 均应 包含在本发明的保护范围之内。

Claims

权利要求书
1、 一种无线局域网中用户终端获取分组数据关口地址的方法, 其 特征在于, 该方法包括以下步骤:
a、 用户终端向已经和自身建立起隧道连接的分组数据关口 PDG发 送请求获取支持不同于已接入业务的 PDG地址的消息;
b、 接收到步骤 a所述消息的 PDG, 获取与用户终端请求接入业务 对应的地址信息, 并将该地址信息发给用户终端;
c、 用户终端利用接收到的地址信息, 获取所需的 PDG地址。
2、 根据权利要求 1所述的方法, 其特征在于,
步骤 b 所述获取与用户终端请求接入业务对应的地址信息的方法 为: 接收到步骤 a所述消息的 PDG, 根据用户终端请求的业务在本地进 行查询, 获取与用户终端请求接入业务对应的地址信息;
步骤 c所述获取所需的 PDG地址的方法为:用户终端从接收到的信 息中直接获取所需的 PDG地址。
3、 根据权利要求 1所述的方法, 其特征在于,
步骤 b 所述获取与用户终端请求接入业务对应的地址信息的方法 为: 接收到步骤 a所述消息的 PDG, 获取私有域名解析服务器 DNS的 地址;
步骤 c所述获取所需的 PDG地址的方法为:用户终端直接请求私有 DNS进行解析, 并从私有 DNS的解析结果中获取所需的 PDG地址。
4、 根据权利要求 1所述的方法, 其特征在于,
步骤 b 所述获取与用户终端请求接入业务对应的地址信息的方法 为: 接收到步骤 a所述消息的 PDG, 请求私有 DNS进行解析, 并从私 有 DNS解析结果中获取与用户终端请求接入业务对应的地址信息; 步骤 c所述获取所需的 PDG地址的方法为:用户终端从接收到的信 息中直接获取所需的 PDG地址。
5、 根据权利要求 1所述的方法, 其特征在于,
步骤 b 所述获取与用户终端请求接入业务对应的地址信息的方法 为: 接收到步骤 a所述消息的 PDG, 请求 AAA服务器对用户终端新申 请的业务进行认证授权, 认证授权通过后, 由 AAA服务器查询能够支 持该用户终端新申请业务所对应的 PDG的地址, 并向步骤 a所述 PDG 发送包含将该查询到的 PDG的地址的授权信息, PDG从来自 AAA服务 器的授权消息中获取与用户终端请求接入业务对应的地址信息;
步驟 c所述获取所需的 PDG地址的方法为:用户终端从接收到的信 息中直接获取所需的 PDG地址。
6、根据权利要求 2所述的方法, 其特征在于, 当接收到步骤 a所述 消息的 PDG未在本地查询到用户终端直接所需的 PDG地址时, 该方法 进一步包括:
接收到步骤 a所述消息的 PDG, 将私有 DNS的地址发送给用户终 端; 用户终端直接请求私有 DNS进行解析, 并从私有 DNS的解析结果 中获取所需的 PDG地址; 或者,
接收到步骤 a所述消息的 PDG, 请求私有 DNS进行解析, 并从私 有 DNS解析结果中获取与用户终端请求接入业务对应的地址信息, 将 该地址信息转发给用户终端; 用户终端从接收到的信息中直接获取所需 的 PDG地址; 或者,
接收到步骤 a所述消息的 PDG, 请求 AAA服务器对用户终端新申 请的业务进行认证授权, 认证授权通过后, 由 AAA服务器查询能够支 持该用户终端新申请业务所对应的 PDG的地址, 并向步骤 a所述 PDG 发送包含将该查询到的 PDG的地址的授权信息, PDG从来自 AAA服务 器的授权消息中获取与用户终端请求接入业务对应的地址信息; 用户终 端从接收到的信息中直接获取所需的 PDG地址。
7、 根据权利要求 1所述的方法, 其特征在于, 该方法进一步包括: 用户终端判断从 PDG得到的地址信息的内容, 如果是私有 DNS地址, 则直接保存, 如果是 PDG地址, 则保存该 PDG地址与用户终端所请求 接入业务的对应关系。
8、 根据权利要求 7所述的方法, 其特征在于, 该方法进一步包括: 预先设定 PDG地址与用户终端所请求接入业务对应关系的保存时间, 该保存时间为用户预先设定的时间, 或系统的缺省时间。
9、 根据权利要求 8所述的方法, 其特征在于, 如果在保存时间内, 用户终端所保存的信息被使用, 则重新初始化该信息的保存时间, 如果 在保存时间内,用户终端所保存的信息一直未被使用过,则删除该信息。
10、 4艮据权利要求 1或 7所述的方法, 其特征在于, 该方法进一步 包括: 当用户终端请求接入不同于已有业务时, 首先判断本地是否有与 该请求接入业务对应的地址信息, 如果有, 则直接与该地址信息进行联 系, 否则, 判断当前自身是否有已建立的隧道连接, 如果有, 则执行步 骤 a, 否则, 直接与公共 DNS进行联系, 按照现有流程进行处理。
11、 根据权利要求 10 所述的方法, 其特征在于, 该方法进一步包 括: 当用户终端应用本地所保存的与请求接入业务对应的地址信息连接 失败, 且当前存在隧道连接时,. 则再开始执行步骤 a, 并更新所保存的 与请求接入业务对应的地址信息; 当用户终端应用本地所保存的与请求 接入业务对应的地址信息连接失败, 且当前不存在隧道连接时, 该用户 终端将重新到公共 DNS 进行解析, 进行常规处理, 并更新所保存的与 请求接入业务对应的地址信息。
12、 根据权利要求 1所述的方法, 其特征在于, 所述用户终端请求 接入的业务是由无线局域网业务接入点名 W-APN来标识的。
PCT/CN2005/000066 2004-01-16 2005-01-17 Procede de collecte d'adresse de passerelle de donnees paquets (pdg) pour terminal utilisateur sur reseau local sans fil (wlan) WO2005074192A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CNB2004100010279A CN100341341C (zh) 2004-01-16 2004-01-16 一种无线局域网中用户终端获取分组数据关口地址的方法
CN200410001027.9 2004-01-16

Publications (1)

Publication Number Publication Date
WO2005074192A1 true WO2005074192A1 (fr) 2005-08-11

Family

ID=34812851

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2005/000066 WO2005074192A1 (fr) 2004-01-16 2005-01-17 Procede de collecte d'adresse de passerelle de donnees paquets (pdg) pour terminal utilisateur sur reseau local sans fil (wlan)

Country Status (2)

Country Link
CN (1) CN100341341C (zh)
WO (1) WO2005074192A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101296225B (zh) * 2007-04-29 2012-08-08 华为技术有限公司 会话管理功能装置及提供业务的系统和方法
CN105516374A (zh) * 2014-09-23 2016-04-20 中兴通讯股份有限公司 内部地址分配方法、装置、服务器及系统
CN106101300B (zh) * 2016-06-22 2020-08-18 东方有线网络有限公司 通过私有域名系统控制访问自建服务器的方法

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2350970A (en) * 1999-06-08 2000-12-13 Ericsson Telefon Ab L M Mobile internet access
US20030091012A1 (en) * 2001-08-15 2003-05-15 Barker Charles R. System and method for providing an addressing and proxy scheme for facilitating mobility of wireless nodes between wired access points on a core network of a communications network

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5708655A (en) * 1996-06-14 1998-01-13 Telefonaktiebolaget L M Ericsson Publ Method and apparatus for addressing a wireless communication station with a dynamically-assigned address
KR100429182B1 (ko) * 1998-09-07 2004-06-16 엘지전자 주식회사 비에이티엠백본망에서의이동통신패킷데이터네트워크및이동통신패킷데이터서비스제공방법
SE518479C2 (sv) * 2000-10-13 2002-10-15 Ericsson Telefon Ab L M Kommunikationssystem som stödjer trådlös kommunikation av paketdata och förfarande och anordning relaterande därtill

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2350970A (en) * 1999-06-08 2000-12-13 Ericsson Telefon Ab L M Mobile internet access
US20030091012A1 (en) * 2001-08-15 2003-05-15 Barker Charles R. System and method for providing an addressing and proxy scheme for facilitating mobility of wireless nodes between wired access points on a core network of a communications network

Also Published As

Publication number Publication date
CN1642301A (zh) 2005-07-20
CN100341341C (zh) 2007-10-03

Similar Documents

Publication Publication Date Title
EP1693988B1 (en) A method of the subscriber terminal selecting the packet data gateway in the wireless local network
US9392435B2 (en) Method, system and apparatus for accessing a visited network
US8559925B2 (en) Interacting method for UE fast selecting mobile communication network to access in a WLAN interworking network
US7519036B2 (en) Method of user access authorization in wireless local area network
WO2005018140A1 (fr) Procede permettant a un terminal d'utilisateur d'acceder rapidement au reseau de rattachement dans un reseau local sans fil
WO2005004403A1 (fr) Procede de traitement d'informations selectionnees reseau au niveau du terminal d'utilisateur dans un reseau local sans fil
WO2005011305A1 (fr) Procédé interactif pouvant optimiser le choix d'un terminal utilisateur d'accéder à un réseau mobile dans un wlan
JP2004507973A (ja) 総称的wlanアーキテクチャ
WO2009100676A1 (zh) 用户设备选择网络的方法及装置
WO2005039110A1 (fr) Analyse du traitement d'acces a un service selectionne dans un reseau local radio
WO2005074194A1 (en) An interactive method of a wireless local area network user terminal rechoosing a management network
WO2005069533A1 (fr) Procede d'acquisition d'identification utilisateur permanente par passerelle de donnees par paquets (pdg) d'un reseau local (wlan)
WO2004114588A1 (en) Method for transmitting traffic data to wireless local area network users
WO2005004384A1 (fr) Procede de rejet d'alternative pour information de selection de reseau d'un terminal utilisateur dans un reseau local sans fil
WO2005071981A1 (fr) Methode interactive de determination par un terminal d'abonne d'informations de selection d'un reseau local sans fil
WO2005018148A1 (fr) Procede de maintien par le terminal utilisateur d'une configuration de selection de reseau initiale dans un reseau local sans fil
WO2005074192A1 (fr) Procede de collecte d'adresse de passerelle de donnees paquets (pdg) pour terminal utilisateur sur reseau local sans fil (wlan)
WO2005062631A1 (fr) Procede de redirectionnement de passerelle de donnees en paquets dans un reseau local sans fil
WO2005074193A1 (fr) Procede destine au terminal utilisateur permettant de d'acquerir des informations de paquet
WO2005004504A1 (fr) Procede pour la transmission reseau d'informations a un terminal d'utilisateur
WO2006099816A1 (fr) Procédé et système de fourniture d’informations de présence au système de présence par wlan
WO2004114589A1 (fr) Procede pour transmettre des donnees de trafic a des utilisateurs d'un reseau local radio
Rebahi et al. AAA Management in the Internet for Wireless and 3G Users

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 KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL 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): BW GH 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 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
NENP Non-entry into the national phase

Ref country code: DE

WWW Wipo information: withdrawn in national office

Country of ref document: DE

122 Ep: pct application non-entry in european phase