US20190014534A1 - Network Address Resolution for Interworking Between Cellular Network Domain and Wireless Local Area Network Domain - Google Patents
Network Address Resolution for Interworking Between Cellular Network Domain and Wireless Local Area Network Domain Download PDFInfo
- Publication number
- US20190014534A1 US20190014534A1 US16/130,752 US201816130752A US2019014534A1 US 20190014534 A1 US20190014534 A1 US 20190014534A1 US 201816130752 A US201816130752 A US 201816130752A US 2019014534 A1 US2019014534 A1 US 2019014534A1
- Authority
- US
- United States
- Prior art keywords
- access point
- wlan
- user equipment
- domain
- receive
- Prior art date
- Legal status (The legal status 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 status listed.)
- Abandoned
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
- H04W48/14—Access restriction or access information delivery, e.g. discovery data delivery using user query or user detection
-
- H04L61/1511—
-
- H04L61/305—
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/45—Network directories; Name-to-address mapping
- H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
- H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2101/00—Indexing scheme associated with group H04L61/00
- H04L2101/30—Types of network names
- H04L2101/35—Types of network names containing special prefixes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
- H04W84/10—Small scale networks; Flat hierarchical networks
- H04W84/105—PBS [Private Base Station] network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
- H04W84/10—Small scale networks; Flat hierarchical networks
- H04W84/12—WLAN [Wireless Local Area Networks]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/08—Access point devices
Definitions
- the present invention relates to methods for supporting interworking between a cellular network and a wireless local area network (WLAN), and to corresponding devices.
- WLAN wireless local area network
- WLAN accesses may be used for carrying data traffic of a user equipment (UE).
- UE user equipment
- 3GPP TR 37.834 V12.0.0 2013-12 proposes solutions in which a node of the cellular radio access network, such as a base station of the LTE (Long Term Evolution) radio technology referred to as eNB, controls utilization of an WLAN access point (AP) by the UE.
- AP WLAN access point
- the node needs to be aware of WLAN APs which are “visible” to the UE, i.e., which can be discovered by the UE.
- the UE can to discover the WLAN APs by listening to beacon frames transmitted by the WLAN APs, or by sending a probe request frame and receiving a probe response frame.
- controlling utilization of such WLAN APs may require additional information on the WLAN AP, such as information about 3GPP or non-3GPP networks connected to the WLAN AP.
- ANQP Access Network Query Protocol
- a method of supporting interworking between a cellular network domain and a WLAN domain receives a report from a UE.
- the report indicates an identity of an AP of the WLAN domain, as indicated in a management frame received by the UE from this AP.
- the node resolves a network address associated with the AP.
- the node then sends a request to the resolved network address and, in response to the request, receives information on the AP.
- a method of supporting interworking between a cellular network domain and a WLAN domain is provided.
- a UE receives a management frame from an AP of the WLAN domain.
- the management frame indicates an identity of the AP.
- the UE then sends a report to a node of the cellular network domain.
- the report indicates the identity of the AP.
- the UE then receives information on the AP from the node of the cellular network domain.
- a method of supporting interworking between a cellular network domain and a WLAN domain is provided.
- a node of the WLAN domain obtains an identity of an AP of the WLAN domain and a network address of the AP.
- the node updates a network address database.
- a device for implementing a node of a cellular network domain comprises a first interface for communication with a UE. Further, the device comprises a second interface for communication with a WLAN domain. Further, the device comprises a third interface for communication with a network address database. Further, the device comprises at least one processor. The at least one processor is configured to receive a report from the UE. The report indicates an identity of an AP of the WLAN domain, as indicated in a management frame received by the UE from this AP. Further, the at least one processor is configured to resolve, using the indicated identity and the network address database, a network address associated with the AP. Further, the at least one processor is configured to send a request to the resolved network address and, in response to the request, receive information on the AP.
- a UE comprises a first interface for radio access to a cellular network domain. Further, the UE comprises a second interface for radio access to a WLAN domain. Further, the UE comprises at least one processor. The at least one processor is configured to receive a management frame from an AP of the WLAN domain. The management frame indicates an identity of the AP. Further, the at least one processor is configured to send a report to a node of the cellular network domain. The report indicates the identity of the AP. Further, the at least one processor is configured to then receive information on the AP from the node of the cellular network domain.
- a device for implementing a node of a WLAN domain comprises an interface for communication with a network address database. Further, the device comprises at least one processor. The at least one processor is configured to obtain an identity of an AP of the WLAN domain and a network address of the AP. Further, the at least one processor is configured to update a network address database on the basis of the obtained identity and network address.
- a computer program or computer program product is provided, e.g., in the form of a non-transitory storage medium, which comprises program code to be executed by at least one processor of a device for implementing a node of a cellular network domain.
- Execution of the program code causes the at least one processor to receive a report from a UE.
- the report indicates an identity of an AP of a WLAN domain, as indicated in a management frame received by the UE from this AP.
- execution of the program code causes the at least one processor to resolve, using the indicated identity and the network address database, a network address associated with the AP.
- execution of the program code causes the at least one processor to send a request to the resolved network address and, in response to the request, receive information on the AP.
- a computer program or computer program product is provided, e.g., in the form of a non-transitory storage medium, which comprises program code to be executed by at least one processor of a UE.
- Execution of the program code causes the at least one processor to receive a management frame from an AP of a WLAN domain.
- the management frame indicates an identity of the AP.
- execution of the program code causes the at least one processor to send a report to a node of the cellular network domain.
- the report indicates the identity of the AP.
- execution of the program code causes the at least one processor to then receive information on the AP from the node of the cellular network domain.
- a computer program or computer program product is provided, e.g., in the form of a non-transitory storage medium, which comprises program code to be executed by at least one processor of a device for implementing a node of a WLAN domain. Execution of the program code causes the at least one processor to obtain an identity of an AP of the WLAN domain and a network address of the AP. Further, execution of the program code causes the at least one processor to update a network address database on the basis of the obtained identity and network address.
- FIG. 1 schematically illustrates an exemplary implementation of interworking between a cellular network domain and a WLAN domain according to an embodiment of the invention.
- FIG. 2 schematically illustrates exemplary processes according to an embodiment of the invention, which can be used for providing a node of the cellular network domain and/or the UE with information on a WLAN AP.
- FIG. 3 schematically illustrates further exemplary processes according to an embodiment of the invention, which can be used for providing a node of the cellular network domain and/or the UE with information on a WLAN AP.
- FIG. 4 shows a flowchart for illustrating a method according to an embodiment of the invention, which may be implemented by a node of a cellular network domain.
- FIG. 5 shows a flowchart for illustrating a method according to an embodiment of the invention, which may be implemented by a UE.
- FIG. 6 shows a flowchart for illustrating a method according to an embodiment of the invention, which may be implemented by a node of a WLAN domain.
- FIG. 7 schematically illustrates a device according to an embodiment of the invention, which may be used for implementing a node of a cellular network domain.
- FIG. 8 schematically illustrates a device according to an embodiment of the invention, which may be used for implementing a node of a WLAN domain.
- FIG. 9 schematically illustrates a UE according to an embodiment of the invention.
- the illustrated concepts relate to supporting interworking between a cellular network domain and a WLAN domain of a communication network.
- the cellular network domain is based on a cellular network technology as specified by 3GPP, in particular the LTE technology.
- 3GPP 3rd Generation Partnership Project
- the illustrated concepts could be applied in a corresponding manner to cellular network technologies, e.g., GSM (Global System for Mobile Communications), UMTS (Universal Mobile Telecommunications System), or CDMA2000.
- the cellular network domain and the WLAN domain may be operated by different entities, and an operator of the WLAN domain may for example have a service level agreement with an operator of the cellular network domain, which specifies conditions of utilization of an AP of the WLAN domain by a UE which is operated on the basis of a subscription with the operator the cellular network domain.
- a decision whether to utilize the AP of the WLAN domain is taken by a node of the cellular network domain or some cases by the UE, and that this decision is taken on the basis of information of the AP of the WLAN domain, such as a currently available capacity, a current load on an radio interface of the AP, a current load on an Internet interface of the AP, currently applicable limitations, or the like.
- the decision may be based on conditions depending on such information, such as defined by the service level agreement between the operators.
- an interface between the cellular network domain and the WLAN domain may be used for providing the node of the cellular network domain or the UE with the required information on the AP of the WLAN domain.
- a network address associated with the AP of the WLAN domain is resolved to enable the node of the cellular network domain to request the required information on the AP of the WLAN domain from this network address.
- the resolution of the network address is based on an identifier (ID) of the AP as indicated in a management frame transmitted by the AP and received by the UE.
- the UE may then report this ID of the AP to the node of the cellular network.
- the management frame may for example be a beacon frame or a probe response frame according to IEEE 802.11-2012.
- the ID of the AP may include a BSSID (Basic Service Set Identifier), a HSSID (Homogeneous Extended Service Set Identifier) and/or an SSID (Service Set Identifier).
- the network address may be assigned to the AP itself or may be assigned to some other node in the WLAN domain, which acts as a proxy providing the information on the AP of the WLAN domain, i.e., handles the request for the information on the AP of the WLAN domain on behalf of the AP.
- a network address database is provided to allow resolution of the network address associated with the AP of the WLAN domain.
- the network address database is based on the Domain Name System (DNS) according to Internet Standards RFC 1034 and 1035.
- DNS Domain Name System
- the DNS is supplemented with a record which allows the node of the cellular network domain to resolve an Internet Protocol (IP) address of the AP or of a proxy for the AP by using a fully qualified domain name (FQDN) which is constructed from the ID of the AP, e.g., from the BSSID and the HESSID.
- IP Internet Protocol
- FQDN fully qualified domain name
- the node of the cellular network may then request information on the AP, without requiring further activity of the UE. Accordingly, the information on the AP can be obtained in a manner which saves battery power and other resources of the UE.
- the DNS record for the AP may be managed by the operator of the WLAN domain.
- the DNS record may be automatically updated by a node of the WLAN domain, e.g., using dynamic DNS procedures, such as specified in Internet Standard RFC 2136.
- FIG. 1 schematically illustrates a communication network environment for implementing the concepts.
- FIG. 1 shows a base station 100 , in accordance with the illustrated LTE implementation referred to as eNodeB (eNB), a Mobility Management Entity (MME) 110 , a first local DNS server 120 , a Serving Gateway (SGW) 130 , and a Packet Data Network Gateway (PGW) 140 , which are part of a cellular network domain.
- eNB eNodeB
- MME Mobility Management Entity
- SGW Serving Gateway
- PGW Packet Data Network Gateway
- FIG. 1 shows a WLAN AP 150 , a Trusted Wireless Access Gateway (TWAG) 160 , a second local DNS server 170 , and a third local DNS server 175 , which are part of a WLAN domain.
- TWAG Trusted Wireless Access Gateway
- FIG. 1 shows a signalling IP network 180 which connects the cellular network domain and the WLAN domain.
- the signalling IP network 180 may also include a root DNS server 190 .
- FIG. 1 illustrates a UE 50 which may access the Internet 200 via the cellular network domain and/or the WLAN domain.
- the UE 50 may for example correspond to a mobile phone, a portable computer, or the like.
- the UE 50 has a radio connection to the cellular network domain, in particular to the eNB 100 . Communication of user plane data between the UE 50 and the Internet 200 is performed via the SGW 130 and the PGW 140 . Further, the UE 50 may communicate control plane data with the eNB 100 and/or the MME 110 , e.g., with respect to managing mobility of the UE 50 between different accesses. Further, the UE 50 is within the coverage region of the WLAN AP 150 . Accordingly, the UE 50 is capable of discovering the WLAN AP 150 by receiving a beacon frame 80 transmitted by the WLAN AP 150 .
- the UE 50 could discover the WLAN AP 150 by sending a probe request frame and receiving a probe response frame from the WLAN AP 150 .
- the WLAN AP 150 may be utilized by the UE 50 as an alternative or in additional access to the Internet 200 .
- communication of user plane data between the UE 50 and the Internet 200 may be accomplished via the TWAG 160 and the PGW 140 .
- another type of gateway may be used in place of the TWAG 160 , e.g., a signalling gateway which provides a control-plane connection to the signalling IP network 180 , but carries no user-plane traffic.
- the eNB 110 or the WLAN AP 150 could have a direct interface to the signalling IP network.
- the decision whether the UE 50 should utilize the WLAN AP 150 for accessing the Internet 200 may be taken by the MME 110 , by the eNB 100 or by the UE 50 .
- Such decision is typically based on information on the WLAN AP 150 , e.g., a current available capacity of the WLAN AP 150 , a current load of WLAN AP 150 , a radio configuration of the WLAN AP 150 , applicable limits, or the like.
- a node of the cellular network domain may obtain such information on the WLAN AP 150 via the signalling IP network 180 .
- the UE 50 reports the ID of the WLAN AP 150 , as indicated in the beacon frame 80 or probe response frame transmitted by the WLAN AP 150 , to the eNB 100 or to the MME 110 .
- the eNB 100 or MME 110 may then construct a FQDN from the ID of the WLAN AP 150 and use the DNS network address database to resolve an IP address associated with the WLAN AP 150 . This may involve querying the first local DNS server 120 , the second local DNS server 170 , or the root DNS server 190 .
- the third local DNS server 175 may in turn be used within the WLAN domain for resolving local IP addresses.
- a DNS domain is defined for the DNS records which are used for resolving IP addresses of WLAN APs according to the concepts as described herein. In the following examples, it is assumed that this DNS domain has the domain name “3gppnetwork.org”.
- the DNS domain may for example be managed by a central entity, e.g., 3GPP or GSMA (GSM Association).
- a subdomain of this domain may be created for each operator of a WLAN domain which wishes to enable requests of information on WLAN APs in its WLAN domain.
- the name of this subdomain may be constructed by prepending the HESSID as qualifier to the domain name, e.g., according to the syntax “hessid ⁇ HESSID>.3gppnetwork.org”, where ⁇ HESSID> is a placeholder for the HESSID of the WLAN AP.
- a DNS record for this subdomain is created, which may for example be point to the IP address of a local DNS server of the WLAN domain, e.g., the second local DNS server 170 of FIG. 1 .
- the subdomain may be created by the central entity upon request from the operator of the WLAN domain. For example, if the HESSID used for the WLAN APs of the WLAN domain is “00235447F7B4”, the name of the subdomain would be constructed as “hessid00235447F7B4.3gppnetwork.org”.
- a further subdomain of the subdomain may be created.
- the FQDN of this further subdomain may be created by prepending the BSSID as qualifier to the name of the subdomain, e.g., according to the syntax “bssid ⁇ BSSID>.hessid ⁇ HESSID>.3gppnetwork.org”, where ⁇ BSSID> is a placeholder for the BSSID of the WLAN AP.
- a DNS record which associates this FQDN with the IP address to be used for requesting information on the WLAN AP is created and stored in the local DNS server of the WLAN domain.
- the FQDN would be “bssid24770320D8D0.hessid00235447F7B4.3gppnetwork.org”.
- the creation of the further subdomain may be omitted and the DNS record may be created directly in the subdomain, e.g., as an A record or AAAA record in “hessid ⁇ HESSID>.3gppnetwork.org”.
- a proxy may be used for handling the requests for the information on the WLAN AP.
- the TWAG 160 of FIG. 1 could implement such proxy functionalities.
- a subdomain is created for each operator of a WLAN domain which wishes to enable requests of information on WLAN APs in its WLAN domain.
- the name of this subdomain may be constructed by prepending the HESSID as qualifier to the domain name, e.g., according to the syntax “hessid ⁇ HESSID>.3gppnetwork.org”, where ⁇ HESSID> is a placeholder for the HESSID of the WLAN AP.
- a DNS record for this subdomain is created, which may for example be point to the IP address of a local DNS server of the WLAN domain, e.g., the second local DNS server 170 of FIG. 1 .
- the subdomain may be created by the central entity upon request from the operator of the WLAN domain. For example, if the HESSID used for the WLAN APs of the WLAN domain is “00235447F7B4”, the name of the subdomain would be constructed as “hessid00235447F7B4.3gppnetwork.org”.
- a FQDN is created by prepending a qualifier to the name of the subdomain which corresponds to the gateway or proxy.
- the FQDN could be constructed according to the syntax “gateway.hessid ⁇ HESSID>.3gppnetwork.org”.
- a DNS record which associates this FQDN with the IP address of the gateway or proxy to be used for requesting information on the WLAN AP is created and stored in the local DNS server of the WLAN domain.
- the node of the cellular network domain may use the IP address which is resolved from the FQDN to directly request the information on the WLAN AP from the resolved IP address.
- the node of the cellular network may request the information on the WLAN AP from the gateway or proxy, which may in turn locally obtain the requested information from the WLAN AP.
- the latter process may in some cases also involve identifying the WLAN AP on the basis of an ID indicated in the request, e.g., the BSSID, and resolving a local IP address of the WLAN AP using a further local DNS server, which is not accessible from outside the WLAN domain, such as for example the third local DNS server 175 of FIG. 1 .
- FIG. 2 shows a signalling diagram for illustrating exemplary processes which may be used in connection with the first alternative of constructing the FQDN.
- the processes of FIG. 2 involve the UE 50 , the eNB 100 , the MME 110 , the first local DNS server 120 , the WLAN AP 150 , the TWAG 160 , the second local DNS server 170 , and the root DNS server 190 .
- the UE 50 connects to the cellular network domain. This is accomplished via the eNB 100 .
- the UE 50 is in the coverage of the WLAN AP 150 and receives a beacon 202 transmitted by the WLAN AP 150 .
- the beacon frame 202 indicates the BSSID, HESSID, and SSID of the WLAN AP 150 .
- the UE 50 then sends a report 203 to the eNB 100 .
- the report indicates an ID of the WLAN AP 150 as indicated in the beacon frame 202 , e.g., the BSSID, HESSID, and/or SSID as indicated in the beacon frame 202 .
- the indicated ID includes the BSSID and the HESSID of the WLAN AP 150 .
- the eNB 100 forwards the ID of the WLAN AP to the MME 110 , e.g., in a request for information on the WLAN AP or in a forwarded report.
- the MME 110 constructs a FQDN from the ID indicated in the report 204 . As mentioned above, this may be accomplished according to the syntax ““bssid ⁇ BSSID>.hessid ⁇ HESSID>.3gppnetwork.org”, where ⁇ BSSID> is a placeholder for the BSSID of the WLAN AP 150 and ⁇ HESSID> is a placeholder for the HESSID of the WLAN AP 150 .
- the MME 110 now resolves the IP address associated with this FQDN.
- the MME 110 sends a DNS query 205 to the first local DNS server 120 .
- the first local DNS server 120 in turn sends a DNS query 206 to the root DNS server 190 to resolve a DNS server for the subdomain “hessid ⁇ HESSID>.3gppnetwork.org”.
- the root DNS sends a DNS response 207 which indicates the IP address of the second local DNS server 170 in the WLAN domain.
- the first local DNS server 120 now sends a DNS query 208 to the second local DNS server 170 to resolve the IP address associated with the FQDN, and the second local DNS server 170 sends a DNS response 209 which indicates the IP address of the WLAN AP 150 .
- the first local DNS server 120 then in turn sends a DNS response 210 indicating the IP address of the WLAN AP 150 to the MME 110 .
- the MME 110 uses the IP address indicated in the DNS response 210 to send a request 211 for AP information to the WLAN AP 150 .
- the request 211 may be forwarded by the TWAG 160 .
- the WLAN AP 150 responds with the requested AP information, as indicated by 212 .
- the response 212 may be forwarded by the TWAG 160 .
- the AP information may for example include a currently available capacity of the WLAN AP 150 , a current load on the radio interface of the WLAN AP 150 , a current load on the Internet interface of the WLAN AP 150 , currently applicable limitations, a radio configuration of the WLAN AP 150 , access credentials to be used for connecting to the WLAN AP 150 , an identifier of the operator of the WLAN domain, or the like.
- the MME 110 may forward at least a part of the AP information 212 to the eNB 100 , as indicated by 213 .
- the eNB 100 may forward at least a part of the AP information 213 to the UE 50 , as indicated by 214 .
- the MME 110 , eNB 110 and/or UE 50 may then use the received AP information for controlling utilization of the WLAN AP 150 by the UE 50 .
- FIG. 3 shows a signalling diagram for illustrating exemplary processes which may be used in connection with the second alternative of constructing the FQDN.
- the processes of FIG. 3 involve the UE 50 , the eNB 100 , the MME 110 , the first local DNS server 120 , the WLAN AP 150 , the TWAG 160 , the second local DNS server 170 , and the third local DNS server 175 .
- the UE 50 connects to the cellular network domain. This is accomplished via the eNB 100 .
- the UE 50 is in the coverage of the WLAN AP 150 and receives a beacon 302 transmitted by the WLAN AP 150 .
- the beacon frame 302 indicates the BSSID, HESSID, and SSID of the WLAN AP 150 .
- the UE 50 then sends a report 303 to the eNB 100 .
- the report indicates an ID of the WLAN AP 150 as indicated in the beacon frame 302 , e.g., the BSSID, HESSID, and/or SSID as indicated in the beacon frame 202 .
- the indicated ID includes the BSSID and the HESSID of the WLAN AP 150 .
- the eNB 100 forwards ID of the WLAN AP to the MME 110 , e.g., in a request for information on the WLAN AP or in a forwarded report.
- the MME 110 constructs a FQDN from the ID indicated in the report 304 . As mentioned above, this may be accomplished according to the syntax ““gateway.hessid ⁇ HESSID>.3gppnetwork.org”, where ⁇ HESSID> is a placeholder for the HESSID of the WLAN AP 150 , which is homogeneously used for all WLAN APs in the WLAN domain of the WLAN AP 150 .
- the MME 110 now resolves the IP address associated with this FQDN. For this purpose, the MME 110 sends a DNS query 305 to the first local DNS server 120 .
- the first local DNS server 120 in turn sends a DNS query 306 to the second local DNS server 170 to resolve the IP address associated with the FQDN, and the second local DNS server 170 sends a DNS response 307 which indicates the IP address of the TWAG 160 .
- the first local DNS server 120 then in turn sends a DNS response 308 indicating the IP address of the TWAG 160 to the MME 110 .
- the MME 110 then sends a request 309 for AP information to the TWAG 160 .
- the request 309 indicates the BSSID of the WLAN AP 150 .
- the TWAG 160 handles the request 309 by obtaining the requested information from the WLAN AP 150 .
- the TWAG 160 may first need to resolve the local IP address of the WLAN AP 150 .
- the TWAG 160 sends a DNS query 310 to the third local DNS server 175 , which is accessible only from within the WLAN domain.
- This DNS query my use a FQDN which is constructed from the BSSID indicated in the request 309 .
- the third local DNS server 175 then sends a DNS response 311 indicating the local IP address of the WLAN AP 150 to the TWAG 160 .
- the TWAG 160 uses the IP address indicated in the DNS response 311 to send a request 312 for the AP information to the WLAN AP 150 , and the WLAN AP 150 responds with the requested AP information, as indicated by 313 .
- the AP information may for example include a currently available capacity of the WLAN AP 150 , a current load on the radio interface of the WLAN AP 150 , a current load on the Internet interface of the WLAN AP 150 , currently applicable limitations, a radio configuration of the WLAN AP 150 , access credentials to be used for connecting to the WLAN AP 150 , an identifier of the operator of the WLAN domain, or the like.
- the TWAG 160 then forwards the AP information 313 to the MME 110 , as indicated by 314 .
- the MME 110 may forward at least a part of the AP information 314 to the eNB 100 , as indicated by 315 .
- the eNB 100 may forward at least a part of the AP information 315 to the UE 50 , as indicated by 316 .
- the MME 110 , eNB 110 and/or UE 50 may then use the received AP information for controlling utilization of the WLAN AP 150 by the UE 50 .
- FIGS. 2 and 3 are merely exemplary and that in other scenarios different processes may be used.
- the UE 50 could discover the WLAN AP 150 by sending a probe request frame and receiving a probe response frame from the WLAN AP 150 .
- the illustrated hierarchy of DNS queries and DNS responses may differ in other scenarios.
- a local DNS server may have cached DNS records which allow for omitting some of the illustrated DNS queries.
- the processes of FIG. 3 could include steps for querying the root DNS server 190 , similar to the processes of FIG. 2 .
- the eNB 100 could directly send a DNS query for the IP address of the WLAN AP, rather than involving the MME 110 .
- FIG. 4 shows a flowchart for illustrating a method of supporting interworking between a cellular network domain and a WLAN domain.
- the method may be used for implementing the above concepts in a node of the cellular network domain, e.g., in the eNB 100 or the MME 110 . If a processor based implementation of the node is used, the steps of the method may be performed by one or more processors of the node. For this purpose, the processor(s) may execute correspondingly configured program code. Further, at least some of the corresponding functionalities may be hardwired in the processor(s).
- the node receives a report from a UE, e.g., from the UE 50 .
- the report indicates an ID of an AP of the WLAN domain. This ID was indicated in a management frame received by the UE from this AP.
- the ID may be unique and may include a BSSID, a HESSID and/or an SSID of the AP.
- the node resolves a network address associated with the AP. This is accomplished using the ID indicated in the report of step 410 and a network address database.
- the network address database may be based on the DNS and may use distributed DNS servers, as illustrated in FIGS. 1, 2, and 3 .
- the resolved network address may be an IP address.
- the node may construct a FQDN from the ID of the AP as indicated in the report of step 410 and obtain the network address on the basis of the FQDN, e.g., by sending one or more DNS queries.
- the node requests information on the AP. This is accomplished by sending a request to the resolved network address.
- the node receives information on the AP.
- the information on the AP may include a currently available capacity of the AP, a current load on a radio interface of the AP, a current load on an Internet interface of the AP, currently applicable limitations, a radio configuration of the AP, access credentials to be used for connecting to the AP, an identifier of the operator of the WLAN domain, or the like.
- the node may then indicate at least a part of this information to the UE and/or may control utilization of the AP by the UE on the basis of this information.
- FIG. 5 shows a flowchart for illustrating a method of supporting interworking between a cellular network domain and a WLAN domain.
- the method may be used for implementing the above concepts in a UE, e.g., in the UE 50 . If a processor based implementation of the UE is used, the steps of the method may be performed by one or more processors of the UE. For this purpose, the processor(s) may execute correspondingly configured program code. Further, at least some of the corresponding functionalities may be hardwired in the processor(s).
- the UE receives a management frame from an AP of the WLAN domain.
- the management frame may be a beacon frame or a probe response frame.
- the management frame indicates an ID of the AP.
- the ID may be unique and may include a BSSID, a HESSID and/or an SSID of the AP.
- the UE sends a report to a node of the cellular network domain, e.g., to the a base station, such as the eNB 100 , or to a control node, such as the MME 110 .
- the report indicates the ID of the AP.
- the UE receives information on the AP from the node of the cellular network domain.
- the information on the AP may include a currently available capacity of the AP, a current load on a radio interface of the AP, a current load on an Internet interface of the AP, currently applicable limitations, a radio configuration of the AP, access credentials to be used for connecting to the AP, an identifier of the operator of the WLAN domain, or the like.
- the UE may control its utilization of the AP.
- FIG. 6 shows a flowchart for illustrating a method of supporting interworking between a cellular network domain and a WLAN domain.
- the method may be used for implementing the above concepts in a node of the WLAN domain, e.g., in the TWAG 160 or the WLAN AP 150 .
- the steps of the method may be performed by one or more processors of the node.
- the processor(s) may execute correspondingly configured program code. Further, at least some of the corresponding functionalities may be hardwired in the processor(s).
- the node obtains an ID of an AP of the wireless local area network domain and a network address of the AP.
- the ID of the AP may be unique and may include a BSSID, a HESSID and/or an SSID of the AP.
- the node may for example request the ID from the AP or obtain the ID from a database.
- the network address may be an IP address.
- the node updates a network address database on the basis of the obtained ID and network address.
- the network address database may be based on the DNS and may use distributed DNS servers, as illustrated in FIGS. 1, 2, and 3 .
- the node may construct a FQDN from the ID of the AP and use the FQDN as a key for a DNS record.
- the updating of the DNS base network address database may involve creating a new DNS record or modifying an existing DNS record, e.g., using dynamic DNS procedures.
- FIG. 7 illustrates exemplary structures of a device for implementing a node for a cellular network domain which operates in accordance with the above concepts.
- the illustrated structures may be used to implement an eNB, such as the eNB 100 , or an MME, such as the MME 110 .
- the node includes a cellular domain interface 710 for communication with other nodes of the cellular network domain or with the UE. Further, the node includes a WLAN domain interface 720 for communication with one or more nodes of the WLAN domain. If the node has functionalities of an eNB, the cellular domain interface 710 may correspond to the LTE Uu radio interface for communication with the UE. If the node has functionalities of an MME, the cellular domain interface 710 may correspond to the S1-MME interface.
- the WLAN domain interface 720 may correspond to an IP based interface, e.g., using HTTP (Hypertext Transfer Protocol), HTTPS (HTTP Secure), RADIUS according to RFC 2865, or DIAMETER according to RFC 6733.
- the node includes a database interface 730 for communication with a network address database, e.g., a DNS based network database such as implemented by the DNS servers 120 , 170 , 175 , 190 .
- a network address database e.g., a DNS based network database such as implemented by the DNS servers 120 , 170 , 175 , 190 .
- the database interface 730 may be IP based.
- the node includes one or more processor(s) 750 coupled to the interfaces 710 , 720 and 730 , and a memory 760 coupled to the processor(s) 750 .
- the memory 760 may include a read-only memory (ROM), e.g., a flash ROM, a random access memory (RAM), e.g., a dynamic RAM (DRAM) or static RAM (SRAM), a mass storage, e.g., a hard disk or solid state disk, or the like.
- the memory 760 includes suitably configured program code modules to be executed by the processor(s) 750 so as to implement the above-described functionalities of the node of the cellular network domain.
- the program code modules in the memory 760 may include a signalling module 770 so as to implement the above-described functionalities of receiving a report from a UE, sending requests for information on a WLAN AP, and receiving or forwarding the information on the WLAN AP.
- the program code modules in the memory 760 may include a network address resolution module 780 so as to implement the above-described functionalities of resolving the network address to be used for requesting information on the WLAN AP.
- the memory 760 may include a control module 790 so as to implement the above-mentioned functionalities for controlling utilization of the WLAN AP by the UE.
- the structures as illustrated in FIG. 7 are merely schematic and that the node may actually include further components which, for the sake of clarity, have not been illustrated, e.g., further interfaces or further processors.
- the memory 760 may include further types of program code modules, which have not been illustrated, e.g., program code modules for implementing known functionalities of an eNB or MME.
- a computer program may be provided for implementing functionalities of the node, e.g., in the form of a physical medium storing the program code modules to be stored in the memory 760 or by making such program code available for download.
- FIG. 8 illustrates exemplary structures of a device for implementing a node for a WLAN domain which operates in accordance with the above concepts.
- the illustrated structures may be used to implement an WLAN AP, such as the WLAN AP 150 , or a gateway associated with one or more WLAN APs, such as the TWAG 160 .
- the node includes a WLAN domain interface 810 for communication with other nodes of the WLAN domain or with the UE. Further, the node includes a cellular domain interface 820 for communication with one or more nodes of the cellular network domain. If the node has functionalities of a WLAN AP, the WLAN domain interface 810 may correspond to the WLAN radio interface for communication with the UE, as for example specified by IEEE 802.11 or its extensions, such as IEEE 802.11a, IEEE 802.11b/g, IEEE 802.11 n, or IEEE 802.11ac. If the node has functionalities of a gateway, the WLAN domain interface 810 may correspond to an IP based interface.
- the cellular domain interface 820 may correspond to an IP based interface, e.g., using HTTP, HTTPS, RADIUS, or DIAMETER.
- the node includes a database interface 830 for communication with a network address database, e.g., a DNS based network database such as implemented by the DNS servers 120 , 170 , 175 , 190 .
- the database interface 830 may be IP based.
- the node includes one or more processor(s) 850 coupled to the interfaces 810 , 820 and 830 , and a memory 860 coupled to the processor(s) 850 .
- the memory 860 may include a ROM, e.g., a flash ROM, a RAM, e.g., a DRAM or SRAM, a mass storage, e.g., a hard disk or solid state disk, or the like.
- the memory 860 includes suitably configured program code modules to be executed by the processor(s) 850 so as to implement the above-described functionalities of the node of the WLAN domain.
- the program code modules in the memory 860 may include a signalling module 870 so as to implement the above-described functionalities of receiving requests for information on a WLAN AP and receiving or forwarding the information on the WLAN AP. Further, the program code modules in the memory 860 may include a network address resolution module 880 so as to implement the above-described functionalities of resolving the network address to be used for obtaining information on the WLAN AP. Still further, the memory 860 may include a database management module 890 so as to implement the above-mentioned functionalities for updating the network address database.
- the structures as illustrated in FIG. 8 are merely schematic and that the node may actually include further components which, for the sake of clarity, have not been illustrated, e.g., further interfaces or further processors.
- the memory 860 may include further types of program code modules, which have not been illustrated, e.g., program code modules for implementing known functionalities of a WLAN AP or gateway.
- a computer program may be provided for implementing functionalities of the node, e.g., in the form of a physical medium storing the program code modules to be stored in the memory 860 or by making such program code available for download.
- FIG. 9 illustrates exemplary structures of a UE operates in accordance with the above concepts.
- the illustrated structures may be used to implement the UE 50 .
- the UE includes a cellular radio interface 910 for communication with a cellular network domain and a WLAN radio interface 920 for communication a WLAN network domain.
- the cellular radio interface 910 may correspond to the LTE Uu radio interface
- the WLAN radio interface may correspond to a WLAN radio interface as for example specified by IEEE 802.11 or its extensions, such as IEEE 802.11a, IEEE 802.11b/g, IEEE 802.11n, or IEEE 802.11ac.
- the UE includes one or more processor(s) 950 coupled to the interfaces 910 and 920 , and a memory 960 coupled to the processor(s) 950 .
- the memory 960 may include a ROM, e.g., a flash ROM, a RAM, e.g., a DRAM or SRAM, a mass storage, e.g., a hard disk or solid state disk, or the like.
- the memory 960 includes suitably configured program code modules to be executed by the processor(s) 950 so as to implement the functionalities of the UE as described above.
- the program code modules in the memory 960 may include a signalling module 970 so as to implement the above-described functionalities of receiving management frames, sending reports, or receiving information on a WLAN AP. Further, the program code modules in the memory 960 may include an access management module 980 so as to implement the above-described functionalities of controlling utilization of a WLAN AP by the UE. Still further, the memory 960 may include a control module 990 so as to implement generic control functionalities, e.g., control of the interfaces 910 , 920 .
- the structures as illustrated in FIG. 9 are merely schematic and that the UE may actually include further components which, for the sake of clarity, have not been illustrated, e.g., further interfaces or further processors.
- the memory 960 may include further types of program code modules, which have not been illustrated, e.g., program code modules for implementing known functionalities of a UE.
- a computer program may be provided for implementing functionalities of the UE, e.g., in the form of a physical medium storing the program code modules to be stored in the memory 960 or by making such program code available for download.
- the concepts as described above may be used for efficiently obtaining information on a WLAN AP.
- the information on the WLAN AP point can be obtained with only limited participation of the UE, which only needs to provide the ID of the WLAN AP. In this way, battery power and other resources of the UE may be saved.
- the illustrated concepts could be used in connection with various types of cellular network technologies, without limitation to the above-mentioned LTE technologies. Further, the concepts could also be implemented in connection with other kinds of network address databases, e.g., a proprietary database hosted by the operator of the cellular network domain. Moreover, it is to be understood that the above concepts may be implemented by using correspondingly designed software to be executed by one or more processors of an existing device, or by using dedicated device hardware.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Description
- This application is a continuation of U.S. patent application Ser. No. 15/119,515, filed 17 Aug. 2016, which was the National Stage of International Application No. PCT/EP2014/053623, filed 25 Feb. 2014, the disclosures of which are each incorporated by reference herein in their entireties.
- The present invention relates to methods for supporting interworking between a cellular network and a wireless local area network (WLAN), and to corresponding devices.
- In some implementations of cellular networks as specified by the 3rd Generation Partnership Project (3GPP) also WLAN accesses may be used for carrying data traffic of a user equipment (UE). For example, 3GPP TR 37.834 V12.0.0 (2013-12) proposes solutions in which a node of the cellular radio access network, such as a base station of the LTE (Long Term Evolution) radio technology referred to as eNB, controls utilization of an WLAN access point (AP) by the UE. For this purpose, the node needs to be aware of WLAN APs which are “visible” to the UE, i.e., which can be discovered by the UE.
- The UE can to discover the WLAN APs by listening to beacon frames transmitted by the WLAN APs, or by sending a probe request frame and receiving a probe response frame. However, controlling utilization of such WLAN APs may require additional information on the WLAN AP, such as information about 3GPP or non-3GPP networks connected to the WLAN AP.
- One possibility to obtain such additional information is to make use of the Access Network Query Protocol (ANQP) as specified in IEEE 802.11-2012, which allows the UE to query parameters of the WLAN AP.
- However, using the ANQP requires data exchange between the UE and the WLAN AP and subsequent reporting of the discovered parameters to the cellular network, which is not desirable in view of battery consumption of the UE, specifically when considering that such parameters may be subject to dynamic variations, so that frequent reporting may be needed.
- Accordingly, there is a need for techniques which allow for efficiently obtaining information on a WLAN AP discovered by a UE.
- According to an embodiment of the invention, a method of supporting interworking between a cellular network domain and a WLAN domain is provided. According to the method, a node of the cellular network domain receives a report from a UE. The report indicates an identity of an AP of the WLAN domain, as indicated in a management frame received by the UE from this AP. Using the indicated identity and a network address database, the node resolves a network address associated with the AP. The node then sends a request to the resolved network address and, in response to the request, receives information on the AP.
- According to a further embodiment of the invention, a method of supporting interworking between a cellular network domain and a WLAN domain is provided. According to the method, a UE receives a management frame from an AP of the WLAN domain. The management frame indicates an identity of the AP. The UE then sends a report to a node of the cellular network domain. The report indicates the identity of the AP. The UE then receives information on the AP from the node of the cellular network domain.
- According to a further embodiment of the invention, a method of supporting interworking between a cellular network domain and a WLAN domain is provided. According to the method, a node of the WLAN domain obtains an identity of an AP of the WLAN domain and a network address of the AP. On the basis of the obtained identity and network address, the node updates a network address database.
- According to a further embodiment of the invention, a device for implementing a node of a cellular network domain is provided. The device comprises a first interface for communication with a UE. Further, the device comprises a second interface for communication with a WLAN domain. Further, the device comprises a third interface for communication with a network address database. Further, the device comprises at least one processor. The at least one processor is configured to receive a report from the UE. The report indicates an identity of an AP of the WLAN domain, as indicated in a management frame received by the UE from this AP. Further, the at least one processor is configured to resolve, using the indicated identity and the network address database, a network address associated with the AP. Further, the at least one processor is configured to send a request to the resolved network address and, in response to the request, receive information on the AP.
- According to a further embodiment of the invention, a UE is provided. The UE comprises a first interface for radio access to a cellular network domain. Further, the UE comprises a second interface for radio access to a WLAN domain. Further, the UE comprises at least one processor. The at least one processor is configured to receive a management frame from an AP of the WLAN domain. The management frame indicates an identity of the AP. Further, the at least one processor is configured to send a report to a node of the cellular network domain. The report indicates the identity of the AP. Further, the at least one processor is configured to then receive information on the AP from the node of the cellular network domain.
- According to a further embodiment of the invention, a device for implementing a node of a WLAN domain is provided. The device comprises an interface for communication with a network address database. Further, the device comprises at least one processor. The at least one processor is configured to obtain an identity of an AP of the WLAN domain and a network address of the AP. Further, the at least one processor is configured to update a network address database on the basis of the obtained identity and network address.
- According to a further embodiment of the invention, a computer program or computer program product is provided, e.g., in the form of a non-transitory storage medium, which comprises program code to be executed by at least one processor of a device for implementing a node of a cellular network domain. Execution of the program code causes the at least one processor to receive a report from a UE. The report indicates an identity of an AP of a WLAN domain, as indicated in a management frame received by the UE from this AP. Further, execution of the program code causes the at least one processor to resolve, using the indicated identity and the network address database, a network address associated with the AP. Further, execution of the program code causes the at least one processor to send a request to the resolved network address and, in response to the request, receive information on the AP.
- According to a further embodiment of the invention, a computer program or computer program product is provided, e.g., in the form of a non-transitory storage medium, which comprises program code to be executed by at least one processor of a UE. Execution of the program code causes the at least one processor to receive a management frame from an AP of a WLAN domain. The management frame indicates an identity of the AP. Further, execution of the program code causes the at least one processor to send a report to a node of the cellular network domain. The report indicates the identity of the AP. Further, execution of the program code causes the at least one processor to then receive information on the AP from the node of the cellular network domain.
- According to a further embodiment of the invention, a computer program or computer program product is provided, e.g., in the form of a non-transitory storage medium, which comprises program code to be executed by at least one processor of a device for implementing a node of a WLAN domain. Execution of the program code causes the at least one processor to obtain an identity of an AP of the WLAN domain and a network address of the AP. Further, execution of the program code causes the at least one processor to update a network address database on the basis of the obtained identity and network address.
- Details of such embodiments and further embodiments will be apparent from the following detailed description of embodiments.
-
FIG. 1 schematically illustrates an exemplary implementation of interworking between a cellular network domain and a WLAN domain according to an embodiment of the invention. -
FIG. 2 schematically illustrates exemplary processes according to an embodiment of the invention, which can be used for providing a node of the cellular network domain and/or the UE with information on a WLAN AP. -
FIG. 3 schematically illustrates further exemplary processes according to an embodiment of the invention, which can be used for providing a node of the cellular network domain and/or the UE with information on a WLAN AP. -
FIG. 4 shows a flowchart for illustrating a method according to an embodiment of the invention, which may be implemented by a node of a cellular network domain. -
FIG. 5 shows a flowchart for illustrating a method according to an embodiment of the invention, which may be implemented by a UE. -
FIG. 6 shows a flowchart for illustrating a method according to an embodiment of the invention, which may be implemented by a node of a WLAN domain. -
FIG. 7 schematically illustrates a device according to an embodiment of the invention, which may be used for implementing a node of a cellular network domain. -
FIG. 8 schematically illustrates a device according to an embodiment of the invention, which may be used for implementing a node of a WLAN domain. -
FIG. 9 schematically illustrates a UE according to an embodiment of the invention. - In the following, concepts according to embodiments of the invention will be explained in more detail by referring to the accompanying drawings. The illustrated concepts relate to supporting interworking between a cellular network domain and a WLAN domain of a communication network. In the illustrated embodiments, it is assumed that the cellular network domain is based on a cellular network technology as specified by 3GPP, in particular the LTE technology. However, it is to be understood that the illustrated concepts could be applied in a corresponding manner to cellular network technologies, e.g., GSM (Global System for Mobile Communications), UMTS (Universal Mobile Telecommunications System), or CDMA2000.
- In the concepts as illustrated herein, the cellular network domain and the WLAN domain may be operated by different entities, and an operator of the WLAN domain may for example have a service level agreement with an operator of the cellular network domain, which specifies conditions of utilization of an AP of the WLAN domain by a UE which is operated on the basis of a subscription with the operator the cellular network domain. In the illustrated concepts, it is assumed that a decision whether to utilize the AP of the WLAN domain is taken by a node of the cellular network domain or some cases by the UE, and that this decision is taken on the basis of information of the AP of the WLAN domain, such as a currently available capacity, a current load on an radio interface of the AP, a current load on an Internet interface of the AP, currently applicable limitations, or the like. The decision may be based on conditions depending on such information, such as defined by the service level agreement between the operators.
- In the illustrated concepts, an interface between the cellular network domain and the WLAN domain may be used for providing the node of the cellular network domain or the UE with the required information on the AP of the WLAN domain. For this purpose, a network address associated with the AP of the WLAN domain is resolved to enable the node of the cellular network domain to request the required information on the AP of the WLAN domain from this network address. The resolution of the network address is based on an identifier (ID) of the AP as indicated in a management frame transmitted by the AP and received by the UE. The UE may then report this ID of the AP to the node of the cellular network. The management frame may for example be a beacon frame or a probe response frame according to IEEE 802.11-2012. The ID of the AP may include a BSSID (Basic Service Set Identifier), a HSSID (Homogeneous Extended Service Set Identifier) and/or an SSID (Service Set Identifier). The network address may be assigned to the AP itself or may be assigned to some other node in the WLAN domain, which acts as a proxy providing the information on the AP of the WLAN domain, i.e., handles the request for the information on the AP of the WLAN domain on behalf of the AP. In the illustrated concepts, a network address database is provided to allow resolution of the network address associated with the AP of the WLAN domain.
- According to exemplary implementations explained in the following, the network address database is based on the Domain Name System (DNS) according to Internet Standards RFC 1034 and 1035. In these implementations, the DNS is supplemented with a record which allows the node of the cellular network domain to resolve an Internet Protocol (IP) address of the AP or of a proxy for the AP by using a fully qualified domain name (FQDN) which is constructed from the ID of the AP, e.g., from the BSSID and the HESSID. Using this IP address, the node of the cellular network may then request information on the AP, without requiring further activity of the UE. Accordingly, the information on the AP can be obtained in a manner which saves battery power and other resources of the UE. The DNS record for the AP may be managed by the operator of the WLAN domain. In some implementations, the DNS record may be automatically updated by a node of the WLAN domain, e.g., using dynamic DNS procedures, such as specified in Internet Standard RFC 2136.
-
FIG. 1 schematically illustrates a communication network environment for implementing the concepts. In particular,FIG. 1 shows abase station 100, in accordance with the illustrated LTE implementation referred to as eNodeB (eNB), a Mobility Management Entity (MME) 110, a firstlocal DNS server 120, a Serving Gateway (SGW) 130, and a Packet Data Network Gateway (PGW) 140, which are part of a cellular network domain. Further,FIG. 1 shows aWLAN AP 150, a Trusted Wireless Access Gateway (TWAG) 160, a secondlocal DNS server 170, and a thirdlocal DNS server 175, which are part of a WLAN domain. Further,FIG. 1 shows asignalling IP network 180 which connects the cellular network domain and the WLAN domain. As illustrated, the signallingIP network 180 may also include aroot DNS server 190. Still further,FIG. 1 illustrates aUE 50 which may access theInternet 200 via the cellular network domain and/or the WLAN domain. TheUE 50 may for example correspond to a mobile phone, a portable computer, or the like. - In the scenario as illustrated in
FIG. 1 , theUE 50 has a radio connection to the cellular network domain, in particular to theeNB 100. Communication of user plane data between theUE 50 and theInternet 200 is performed via theSGW 130 and thePGW 140. Further, theUE 50 may communicate control plane data with theeNB 100 and/or theMME 110, e.g., with respect to managing mobility of theUE 50 between different accesses. Further, theUE 50 is within the coverage region of theWLAN AP 150. Accordingly, theUE 50 is capable of discovering theWLAN AP 150 by receiving abeacon frame 80 transmitted by theWLAN AP 150. Alternatively, theUE 50 could discover theWLAN AP 150 by sending a probe request frame and receiving a probe response frame from theWLAN AP 150. TheWLAN AP 150 may be utilized by theUE 50 as an alternative or in additional access to theInternet 200. In such case, communication of user plane data between theUE 50 and theInternet 200 may be accomplished via theTWAG 160 and thePGW 140. In an alternative architecture, another type of gateway may be used in place of theTWAG 160, e.g., a signalling gateway which provides a control-plane connection to thesignalling IP network 180, but carries no user-plane traffic. Further, theeNB 110 or theWLAN AP 150 could have a direct interface to the signalling IP network. - In the illustrated scenario, the decision whether the
UE 50 should utilize theWLAN AP 150 for accessing theInternet 200 may be taken by theMME 110, by theeNB 100 or by theUE 50. Such decision is typically based on information on theWLAN AP 150, e.g., a current available capacity of theWLAN AP 150, a current load ofWLAN AP 150, a radio configuration of theWLAN AP 150, applicable limits, or the like. - In the illustrated concepts, a node of the cellular network domain, e.g., the
MME 110 or theeNB 100, may obtain such information on theWLAN AP 150 via thesignalling IP network 180. For this purpose, theUE 50 reports the ID of theWLAN AP 150, as indicated in thebeacon frame 80 or probe response frame transmitted by theWLAN AP 150, to theeNB 100 or to theMME 110. TheeNB 100 orMME 110 may then construct a FQDN from the ID of theWLAN AP 150 and use the DNS network address database to resolve an IP address associated with theWLAN AP 150. This may involve querying the firstlocal DNS server 120, the secondlocal DNS server 170, or theroot DNS server 190. The thirdlocal DNS server 175 may in turn be used within the WLAN domain for resolving local IP addresses. - The construction of the FQDN may be accomplished according to the following principles: A DNS domain is defined for the DNS records which are used for resolving IP addresses of WLAN APs according to the concepts as described herein. In the following examples, it is assumed that this DNS domain has the domain name “3gppnetwork.org”. The DNS domain may for example be managed by a central entity, e.g., 3GPP or GSMA (GSM Association).
- According to a first alternative, a subdomain of this domain may be created for each operator of a WLAN domain which wishes to enable requests of information on WLAN APs in its WLAN domain. For example, the name of this subdomain may be constructed by prepending the HESSID as qualifier to the domain name, e.g., according to the syntax “hessid<HESSID>.3gppnetwork.org”, where <HESSID> is a placeholder for the HESSID of the WLAN AP. A DNS record for this subdomain is created, which may for example be point to the IP address of a local DNS server of the WLAN domain, e.g., the second
local DNS server 170 ofFIG. 1 . The subdomain may be created by the central entity upon request from the operator of the WLAN domain. For example, if the HESSID used for the WLAN APs of the WLAN domain is “00235447F7B4”, the name of the subdomain would be constructed as “hessid00235447F7B4.3gppnetwork.org”. - For each WLAN AP in the WLAN domain, a further subdomain of the subdomain may be created. The FQDN of this further subdomain may be created by prepending the BSSID as qualifier to the name of the subdomain, e.g., according to the syntax “bssid<BSSID>.hessid <HESSID>.3gppnetwork.org”, where <BSSID> is a placeholder for the BSSID of the WLAN AP. Further, a DNS record which associates this FQDN with the IP address to be used for requesting information on the WLAN AP is created and stored in the local DNS server of the WLAN domain. For example, if the BSSID of the WLAN AP is 24770320D8D0, the FQDN would be “bssid24770320D8D0.hessid00235447F7B4.3gppnetwork.org”. Alternatively, the creation of the further subdomain may be omitted and the DNS record may be created directly in the subdomain, e.g., as an A record or AAAA record in “hessid<HESSID>.3gppnetwork.org”.
- According to a second alternative, a proxy may be used for handling the requests for the information on the WLAN AP. For example, the
TWAG 160 ofFIG. 1 could implement such proxy functionalities. Also in the second alternative, a subdomain is created for each operator of a WLAN domain which wishes to enable requests of information on WLAN APs in its WLAN domain. As in the first alternative, the name of this subdomain may be constructed by prepending the HESSID as qualifier to the domain name, e.g., according to the syntax “hessid<HESSID>.3gppnetwork.org”, where <HESSID> is a placeholder for the HESSID of the WLAN AP. A DNS record for this subdomain is created, which may for example be point to the IP address of a local DNS server of the WLAN domain, e.g., the secondlocal DNS server 170 ofFIG. 1 . The subdomain may be created by the central entity upon request from the operator of the WLAN domain. For example, if the HESSID used for the WLAN APs of the WLAN domain is “00235447F7B4”, the name of the subdomain would be constructed as “hessid00235447F7B4.3gppnetwork.org”. - Then, a FQDN is created by prepending a qualifier to the name of the subdomain which corresponds to the gateway or proxy. For example, the FQDN could be constructed according to the syntax “gateway.hessid<HESSID>.3gppnetwork.org”. A DNS record which associates this FQDN with the IP address of the gateway or proxy to be used for requesting information on the WLAN AP is created and stored in the local DNS server of the WLAN domain.
- In the first alternative, the node of the cellular network domain may use the IP address which is resolved from the FQDN to directly request the information on the WLAN AP from the resolved IP address. In the second alternative, the node of the cellular network may request the information on the WLAN AP from the gateway or proxy, which may in turn locally obtain the requested information from the WLAN AP. The latter process may in some cases also involve identifying the WLAN AP on the basis of an ID indicated in the request, e.g., the BSSID, and resolving a local IP address of the WLAN AP using a further local DNS server, which is not accessible from outside the WLAN domain, such as for example the third
local DNS server 175 ofFIG. 1 . -
FIG. 2 shows a signalling diagram for illustrating exemplary processes which may be used in connection with the first alternative of constructing the FQDN. The processes ofFIG. 2 involve theUE 50, theeNB 100, theMME 110, the firstlocal DNS server 120, theWLAN AP 150, theTWAG 160, the secondlocal DNS server 170, and theroot DNS server 190. - As illustrated by
step 201, theUE 50 connects to the cellular network domain. This is accomplished via theeNB 100. - At some point, the
UE 50 is in the coverage of theWLAN AP 150 and receives abeacon 202 transmitted by theWLAN AP 150. Thebeacon frame 202 indicates the BSSID, HESSID, and SSID of theWLAN AP 150. - The
UE 50 then sends areport 203 to theeNB 100. The report indicates an ID of theWLAN AP 150 as indicated in thebeacon frame 202, e.g., the BSSID, HESSID, and/or SSID as indicated in thebeacon frame 202. In the illustrated example, it is assumed that the indicated ID includes the BSSID and the HESSID of theWLAN AP 150. As indicated by 204, theeNB 100 forwards the ID of the WLAN AP to theMME 110, e.g., in a request for information on the WLAN AP or in a forwarded report. - The
MME 110 constructs a FQDN from the ID indicated in thereport 204. As mentioned above, this may be accomplished according to the syntax ““bssid<BSSID>.hessid <HESSID>.3gppnetwork.org”, where <BSSID> is a placeholder for the BSSID of theWLAN AP 150 and <HESSID> is a placeholder for the HESSID of theWLAN AP 150. - The
MME 110 now resolves the IP address associated with this FQDN. For this purpose, theMME 110 sends aDNS query 205 to the firstlocal DNS server 120. The firstlocal DNS server 120 in turn sends aDNS query 206 to theroot DNS server 190 to resolve a DNS server for the subdomain “hessid<HESSID>.3gppnetwork.org”. The root DNS sends aDNS response 207 which indicates the IP address of the secondlocal DNS server 170 in the WLAN domain. The firstlocal DNS server 120 now sends aDNS query 208 to the secondlocal DNS server 170 to resolve the IP address associated with the FQDN, and the secondlocal DNS server 170 sends aDNS response 209 which indicates the IP address of theWLAN AP 150. The firstlocal DNS server 120 then in turn sends aDNS response 210 indicating the IP address of theWLAN AP 150 to theMME 110. - Using the IP address indicated in the
DNS response 210, theMME 110 then sends arequest 211 for AP information to theWLAN AP 150. In the architecture ofFIG. 1 , therequest 211 may be forwarded by theTWAG 160. TheWLAN AP 150 responds with the requested AP information, as indicated by 212. Also theresponse 212 may be forwarded by theTWAG 160. The AP information may for example include a currently available capacity of theWLAN AP 150, a current load on the radio interface of theWLAN AP 150, a current load on the Internet interface of theWLAN AP 150, currently applicable limitations, a radio configuration of theWLAN AP 150, access credentials to be used for connecting to theWLAN AP 150, an identifier of the operator of the WLAN domain, or the like. TheMME 110 may forward at least a part of theAP information 212 to theeNB 100, as indicated by 213. Similarly, theeNB 100 may forward at least a part of theAP information 213 to theUE 50, as indicated by 214. TheMME 110,eNB 110 and/orUE 50 may then use the received AP information for controlling utilization of theWLAN AP 150 by theUE 50. -
FIG. 3 shows a signalling diagram for illustrating exemplary processes which may be used in connection with the second alternative of constructing the FQDN. The processes ofFIG. 3 involve theUE 50, theeNB 100, theMME 110, the firstlocal DNS server 120, theWLAN AP 150, theTWAG 160, the secondlocal DNS server 170, and the thirdlocal DNS server 175. - As illustrated by
step 301, theUE 50 connects to the cellular network domain. This is accomplished via theeNB 100. - At some point, the
UE 50 is in the coverage of theWLAN AP 150 and receives abeacon 302 transmitted by theWLAN AP 150. Thebeacon frame 302 indicates the BSSID, HESSID, and SSID of theWLAN AP 150. - The
UE 50 then sends areport 303 to theeNB 100. The report indicates an ID of theWLAN AP 150 as indicated in thebeacon frame 302, e.g., the BSSID, HESSID, and/or SSID as indicated in thebeacon frame 202. In the illustrated example, it is assumed that the indicated ID includes the BSSID and the HESSID of theWLAN AP 150. As indicated by 304, theeNB 100 forwards ID of the WLAN AP to theMME 110, e.g., in a request for information on the WLAN AP or in a forwarded report. - The
MME 110 constructs a FQDN from the ID indicated in thereport 304. As mentioned above, this may be accomplished according to the syntax ““gateway.hessid <HESSID>.3gppnetwork.org”, where <HESSID> is a placeholder for the HESSID of theWLAN AP 150, which is homogeneously used for all WLAN APs in the WLAN domain of theWLAN AP 150. - The
MME 110 now resolves the IP address associated with this FQDN. For this purpose, theMME 110 sends aDNS query 305 to the firstlocal DNS server 120. The firstlocal DNS server 120 in turn sends aDNS query 306 to the secondlocal DNS server 170 to resolve the IP address associated with the FQDN, and the secondlocal DNS server 170 sends aDNS response 307 which indicates the IP address of theTWAG 160. The firstlocal DNS server 120 then in turn sends aDNS response 308 indicating the IP address of theTWAG 160 to theMME 110. - Using the IP address indicated in the
DNS response 210, theMME 110 then sends arequest 309 for AP information to theTWAG 160. Therequest 309 indicates the BSSID of theWLAN AP 150. TheTWAG 160 handles therequest 309 by obtaining the requested information from theWLAN AP 150. For this purpose, theTWAG 160 may first need to resolve the local IP address of theWLAN AP 150. Accordingly, theTWAG 160 sends aDNS query 310 to the thirdlocal DNS server 175, which is accessible only from within the WLAN domain. This DNS query my use a FQDN which is constructed from the BSSID indicated in therequest 309. The thirdlocal DNS server 175 then sends aDNS response 311 indicating the local IP address of theWLAN AP 150 to theTWAG 160. - Using the IP address indicated in the
DNS response 311, theTWAG 160 then sends arequest 312 for the AP information to theWLAN AP 150, and theWLAN AP 150 responds with the requested AP information, as indicated by 313. The AP information may for example include a currently available capacity of theWLAN AP 150, a current load on the radio interface of theWLAN AP 150, a current load on the Internet interface of theWLAN AP 150, currently applicable limitations, a radio configuration of theWLAN AP 150, access credentials to be used for connecting to theWLAN AP 150, an identifier of the operator of the WLAN domain, or the like. TheTWAG 160 then forwards theAP information 313 to theMME 110, as indicated by 314. TheMME 110 may forward at least a part of theAP information 314 to theeNB 100, as indicated by 315. Similarly, theeNB 100 may forward at least a part of theAP information 315 to theUE 50, as indicated by 316. TheMME 110,eNB 110 and/orUE 50 may then use the received AP information for controlling utilization of theWLAN AP 150 by theUE 50. - It is to be understood that the processes of
FIGS. 2 and 3 are merely exemplary and that in other scenarios different processes may be used. For example, rather than discovering theWLAN AP 150 by receiving thebeacon frame UE 50 could discover theWLAN AP 150 by sending a probe request frame and receiving a probe response frame from theWLAN AP 150. Further, the illustrated hierarchy of DNS queries and DNS responses may differ in other scenarios. For example, a local DNS server may have cached DNS records which allow for omitting some of the illustrated DNS queries. Further, also the processes ofFIG. 3 could include steps for querying theroot DNS server 190, similar to the processes ofFIG. 2 . Also, theeNB 100 could directly send a DNS query for the IP address of the WLAN AP, rather than involving theMME 110. -
FIG. 4 shows a flowchart for illustrating a method of supporting interworking between a cellular network domain and a WLAN domain. The method may be used for implementing the above concepts in a node of the cellular network domain, e.g., in theeNB 100 or theMME 110. If a processor based implementation of the node is used, the steps of the method may be performed by one or more processors of the node. For this purpose, the processor(s) may execute correspondingly configured program code. Further, at least some of the corresponding functionalities may be hardwired in the processor(s). - At
step 410, the node receives a report from a UE, e.g., from theUE 50. The report indicates an ID of an AP of the WLAN domain. This ID was indicated in a management frame received by the UE from this AP. The ID may be unique and may include a BSSID, a HESSID and/or an SSID of the AP. - At
step 420, the node resolves a network address associated with the AP. This is accomplished using the ID indicated in the report ofstep 410 and a network address database. The network address database may be based on the DNS and may use distributed DNS servers, as illustrated inFIGS. 1, 2, and 3 . The resolved network address may be an IP address. When using a DNS based network address database, the node may construct a FQDN from the ID of the AP as indicated in the report ofstep 410 and obtain the network address on the basis of the FQDN, e.g., by sending one or more DNS queries. - At
step 430, the node requests information on the AP. This is accomplished by sending a request to the resolved network address. - At
step 440, in response to the request, the node receives information on the AP. The information on the AP may include a currently available capacity of the AP, a current load on a radio interface of the AP, a current load on an Internet interface of the AP, currently applicable limitations, a radio configuration of the AP, access credentials to be used for connecting to the AP, an identifier of the operator of the WLAN domain, or the like. The node may then indicate at least a part of this information to the UE and/or may control utilization of the AP by the UE on the basis of this information. -
FIG. 5 shows a flowchart for illustrating a method of supporting interworking between a cellular network domain and a WLAN domain. The method may be used for implementing the above concepts in a UE, e.g., in theUE 50. If a processor based implementation of the UE is used, the steps of the method may be performed by one or more processors of the UE. For this purpose, the processor(s) may execute correspondingly configured program code. Further, at least some of the corresponding functionalities may be hardwired in the processor(s). - At
step 510, the UE receives a management frame from an AP of the WLAN domain. The management frame may be a beacon frame or a probe response frame. The management frame indicates an ID of the AP. The ID may be unique and may include a BSSID, a HESSID and/or an SSID of the AP. - At
step 520, the UE sends a report to a node of the cellular network domain, e.g., to the a base station, such as theeNB 100, or to a control node, such as theMME 110. The report indicates the ID of the AP. - Then, at
step 530, the UE receives information on the AP from the node of the cellular network domain. The information on the AP may include a currently available capacity of the AP, a current load on a radio interface of the AP, a current load on an Internet interface of the AP, currently applicable limitations, a radio configuration of the AP, access credentials to be used for connecting to the AP, an identifier of the operator of the WLAN domain, or the like. On the basis of this information, the UE may control its utilization of the AP. -
FIG. 6 shows a flowchart for illustrating a method of supporting interworking between a cellular network domain and a WLAN domain. The method may be used for implementing the above concepts in a node of the WLAN domain, e.g., in theTWAG 160 or theWLAN AP 150. If a processor based implementation of the node is used, the steps of the method may be performed by one or more processors of the node. For this purpose, the processor(s) may execute correspondingly configured program code. Further, at least some of the corresponding functionalities may be hardwired in the processor(s). - At
step 610, the node obtains an ID of an AP of the wireless local area network domain and a network address of the AP. The ID of the AP may be unique and may include a BSSID, a HESSID and/or an SSID of the AP. The node may for example request the ID from the AP or obtain the ID from a database. The network address may be an IP address. - At
step 620, the node updates a network address database on the basis of the obtained ID and network address. The network address database may be based on the DNS and may use distributed DNS servers, as illustrated inFIGS. 1, 2, and 3 . When using such a DNS based network address database, the node may construct a FQDN from the ID of the AP and use the FQDN as a key for a DNS record. The updating of the DNS base network address database may involve creating a new DNS record or modifying an existing DNS record, e.g., using dynamic DNS procedures. -
FIG. 7 illustrates exemplary structures of a device for implementing a node for a cellular network domain which operates in accordance with the above concepts. For example, the illustrated structures may be used to implement an eNB, such as theeNB 100, or an MME, such as theMME 110. - In the illustrated example, the node includes a
cellular domain interface 710 for communication with other nodes of the cellular network domain or with the UE. Further, the node includes aWLAN domain interface 720 for communication with one or more nodes of the WLAN domain. If the node has functionalities of an eNB, thecellular domain interface 710 may correspond to the LTE Uu radio interface for communication with the UE. If the node has functionalities of an MME, thecellular domain interface 710 may correspond to the S1-MME interface. TheWLAN domain interface 720 may correspond to an IP based interface, e.g., using HTTP (Hypertext Transfer Protocol), HTTPS (HTTP Secure), RADIUS according to RFC 2865, or DIAMETER according to RFC 6733. Further, the node includes adatabase interface 730 for communication with a network address database, e.g., a DNS based network database such as implemented by theDNS servers database interface 730 may be IP based. - Further, the node includes one or more processor(s) 750 coupled to the
interfaces memory 760 coupled to the processor(s) 750. Thememory 760 may include a read-only memory (ROM), e.g., a flash ROM, a random access memory (RAM), e.g., a dynamic RAM (DRAM) or static RAM (SRAM), a mass storage, e.g., a hard disk or solid state disk, or the like. Thememory 760 includes suitably configured program code modules to be executed by the processor(s) 750 so as to implement the above-described functionalities of the node of the cellular network domain. More specifically, the program code modules in thememory 760 may include asignalling module 770 so as to implement the above-described functionalities of receiving a report from a UE, sending requests for information on a WLAN AP, and receiving or forwarding the information on the WLAN AP. Further, the program code modules in thememory 760 may include a networkaddress resolution module 780 so as to implement the above-described functionalities of resolving the network address to be used for requesting information on the WLAN AP. Still further, thememory 760 may include acontrol module 790 so as to implement the above-mentioned functionalities for controlling utilization of the WLAN AP by the UE. - It is to be understood that the structures as illustrated in
FIG. 7 are merely schematic and that the node may actually include further components which, for the sake of clarity, have not been illustrated, e.g., further interfaces or further processors. Also, it is to be understood that thememory 760 may include further types of program code modules, which have not been illustrated, e.g., program code modules for implementing known functionalities of an eNB or MME. In some implementations, also a computer program may be provided for implementing functionalities of the node, e.g., in the form of a physical medium storing the program code modules to be stored in thememory 760 or by making such program code available for download. -
FIG. 8 illustrates exemplary structures of a device for implementing a node for a WLAN domain which operates in accordance with the above concepts. For example, the illustrated structures may be used to implement an WLAN AP, such as theWLAN AP 150, or a gateway associated with one or more WLAN APs, such as theTWAG 160. - In the illustrated example, the node includes a
WLAN domain interface 810 for communication with other nodes of the WLAN domain or with the UE. Further, the node includes acellular domain interface 820 for communication with one or more nodes of the cellular network domain. If the node has functionalities of a WLAN AP, theWLAN domain interface 810 may correspond to the WLAN radio interface for communication with the UE, as for example specified by IEEE 802.11 or its extensions, such as IEEE 802.11a, IEEE 802.11b/g, IEEE 802.11 n, or IEEE 802.11ac. If the node has functionalities of a gateway, theWLAN domain interface 810 may correspond to an IP based interface. Thecellular domain interface 820 may correspond to an IP based interface, e.g., using HTTP, HTTPS, RADIUS, or DIAMETER. Further, the node includes adatabase interface 830 for communication with a network address database, e.g., a DNS based network database such as implemented by theDNS servers database interface 830 may be IP based. - Further, the node includes one or more processor(s) 850 coupled to the
interfaces memory 860 coupled to the processor(s) 850. Thememory 860 may include a ROM, e.g., a flash ROM, a RAM, e.g., a DRAM or SRAM, a mass storage, e.g., a hard disk or solid state disk, or the like. Thememory 860 includes suitably configured program code modules to be executed by the processor(s) 850 so as to implement the above-described functionalities of the node of the WLAN domain. More specifically, the program code modules in thememory 860 may include asignalling module 870 so as to implement the above-described functionalities of receiving requests for information on a WLAN AP and receiving or forwarding the information on the WLAN AP. Further, the program code modules in thememory 860 may include a networkaddress resolution module 880 so as to implement the above-described functionalities of resolving the network address to be used for obtaining information on the WLAN AP. Still further, thememory 860 may include adatabase management module 890 so as to implement the above-mentioned functionalities for updating the network address database. - It is to be understood that the structures as illustrated in
FIG. 8 are merely schematic and that the node may actually include further components which, for the sake of clarity, have not been illustrated, e.g., further interfaces or further processors. Also, it is to be understood that thememory 860 may include further types of program code modules, which have not been illustrated, e.g., program code modules for implementing known functionalities of a WLAN AP or gateway. In some implementations, also a computer program may be provided for implementing functionalities of the node, e.g., in the form of a physical medium storing the program code modules to be stored in thememory 860 or by making such program code available for download. -
FIG. 9 illustrates exemplary structures of a UE operates in accordance with the above concepts. For example, the illustrated structures may be used to implement theUE 50. - In the illustrated example, the UE includes a
cellular radio interface 910 for communication with a cellular network domain and aWLAN radio interface 920 for communication a WLAN network domain. Thecellular radio interface 910 may correspond to the LTE Uu radio interface, and the WLAN radio interface may correspond to a WLAN radio interface as for example specified by IEEE 802.11 or its extensions, such as IEEE 802.11a, IEEE 802.11b/g, IEEE 802.11n, or IEEE 802.11ac. - Further, the UE includes one or more processor(s) 950 coupled to the
interfaces memory 960 coupled to the processor(s) 950. Thememory 960 may include a ROM, e.g., a flash ROM, a RAM, e.g., a DRAM or SRAM, a mass storage, e.g., a hard disk or solid state disk, or the like. Thememory 960 includes suitably configured program code modules to be executed by the processor(s) 950 so as to implement the functionalities of the UE as described above. More specifically, the program code modules in thememory 960 may include asignalling module 970 so as to implement the above-described functionalities of receiving management frames, sending reports, or receiving information on a WLAN AP. Further, the program code modules in thememory 960 may include anaccess management module 980 so as to implement the above-described functionalities of controlling utilization of a WLAN AP by the UE. Still further, thememory 960 may include acontrol module 990 so as to implement generic control functionalities, e.g., control of theinterfaces - It is to be understood that the structures as illustrated in
FIG. 9 are merely schematic and that the UE may actually include further components which, for the sake of clarity, have not been illustrated, e.g., further interfaces or further processors. Also, it is to be understood that thememory 960 may include further types of program code modules, which have not been illustrated, e.g., program code modules for implementing known functionalities of a UE. In some implementations, also a computer program may be provided for implementing functionalities of the UE, e.g., in the form of a physical medium storing the program code modules to be stored in thememory 960 or by making such program code available for download. - As can be seen, the concepts as described above may be used for efficiently obtaining information on a WLAN AP. In particular, the information on the WLAN AP point can be obtained with only limited participation of the UE, which only needs to provide the ID of the WLAN AP. In this way, battery power and other resources of the UE may be saved.
- It is to be understood that the examples and embodiments as explained above are merely illustrative and susceptible to various modifications. For example, the illustrated concepts could be used in connection with various types of cellular network technologies, without limitation to the above-mentioned LTE technologies. Further, the concepts could also be implemented in connection with other kinds of network address databases, e.g., a proprietary database hosted by the operator of the cellular network domain. Moreover, it is to be understood that the above concepts may be implemented by using correspondingly designed software to be executed by one or more processors of an existing device, or by using dedicated device hardware.
Claims (20)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US16/130,752 US20190014534A1 (en) | 2014-02-25 | 2018-09-13 | Network Address Resolution for Interworking Between Cellular Network Domain and Wireless Local Area Network Domain |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/EP2014/053623 WO2015127958A1 (en) | 2014-02-25 | 2014-02-25 | Network address resolution for interworking between cellular network domain and wireless local area network domain |
US201615119515A | 2016-08-17 | 2016-08-17 | |
US16/130,752 US20190014534A1 (en) | 2014-02-25 | 2018-09-13 | Network Address Resolution for Interworking Between Cellular Network Domain and Wireless Local Area Network Domain |
Related Parent Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US15/119,515 Continuation US10117159B2 (en) | 2014-02-25 | 2014-02-25 | Network address resolution for interworking between cellular network domain and wireless local area network domain |
PCT/EP2014/053623 Continuation WO2015127958A1 (en) | 2014-02-25 | 2014-02-25 | Network address resolution for interworking between cellular network domain and wireless local area network domain |
Publications (1)
Publication Number | Publication Date |
---|---|
US20190014534A1 true US20190014534A1 (en) | 2019-01-10 |
Family
ID=50156785
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US15/119,515 Active 2034-05-13 US10117159B2 (en) | 2014-02-25 | 2014-02-25 | Network address resolution for interworking between cellular network domain and wireless local area network domain |
US16/130,752 Abandoned US20190014534A1 (en) | 2014-02-25 | 2018-09-13 | Network Address Resolution for Interworking Between Cellular Network Domain and Wireless Local Area Network Domain |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US15/119,515 Active 2034-05-13 US10117159B2 (en) | 2014-02-25 | 2014-02-25 | Network address resolution for interworking between cellular network domain and wireless local area network domain |
Country Status (4)
Country | Link |
---|---|
US (2) | US10117159B2 (en) |
EP (2) | EP3100441B1 (en) |
MX (1) | MX353823B (en) |
WO (1) | WO2015127958A1 (en) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10243918B2 (en) * | 2015-10-19 | 2019-03-26 | Time Warner Cable Enterprises Llc | Method and apparatus for automatic geoaware access point provisioning |
US10419318B2 (en) | 2017-02-14 | 2019-09-17 | At&T Intellectual Property I, L.P. | Determining attributes using captured network probe data in a wireless communications system |
US11006311B2 (en) * | 2017-05-16 | 2021-05-11 | Qualcomm Incorporated | Ethernet over cellular |
Citations (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030134650A1 (en) * | 2002-01-17 | 2003-07-17 | Rangamani Sundar | Method, system and apparatus for internetworking a mobile station to operate in a WWAN environment and in a WLAN environment with PBX services |
US20040039817A1 (en) * | 2002-08-26 | 2004-02-26 | Lee Mai Tranh | Enhanced algorithm for initial AP selection and roaming |
US20040077374A1 (en) * | 2002-10-10 | 2004-04-22 | Interdigital Technology Corporation | System and method for integrating WLAN and 3G |
US20040203792A1 (en) * | 2002-07-02 | 2004-10-14 | Interdigital Technology Corporation | Method and apparatus for handoff between a wireless local area network (WLAN) and a universal mobile telecommunication system (UMTS) |
US20050101245A1 (en) * | 2001-02-06 | 2005-05-12 | Kalle Ahmavaara | Access system for a cellular network |
US20060140150A1 (en) * | 2004-11-05 | 2006-06-29 | Interdigital Technology Corporation | Wireless communication method and system for implementing media independent handover between technologically diversified access networks |
US20070110080A1 (en) * | 2005-11-14 | 2007-05-17 | Bennett James D | Multiple node applications cooperatively managing a plurality of packets switched network pathways |
US20090013578A1 (en) * | 2006-12-29 | 2009-01-15 | Yu-Chyong Wang | Air gun linking mechanism |
US20110299422A1 (en) * | 2010-06-03 | 2011-12-08 | Deutsche Telekom Ag | Method, apparatus, and system for connecting a mobile client to wireless networks |
US20140092731A1 (en) * | 2012-09-28 | 2014-04-03 | Vivek Gupta | Andsf parameters for wlan network selection |
US20140211776A1 (en) * | 2013-01-28 | 2014-07-31 | Samsung Electronics Co., Ltd. | Method and apparatus for selecting wireless local area network to be accessed by a user equipment within a cell in a mobile communication system |
US20160080958A1 (en) * | 2013-04-24 | 2016-03-17 | Nokia Technologies Oy | Logged measurements |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR100735242B1 (en) * | 2003-12-16 | 2007-07-03 | 삼성전자주식회사 | Method for providing/notifying interworking information of mobile telecommunication network and wireless local area network and therefor system |
US8130718B2 (en) * | 2004-12-09 | 2012-03-06 | Interdigital Technology Corporation | Method and system for interworking of cellular networks and wireless local area networks |
US20060274743A1 (en) * | 2005-06-06 | 2006-12-07 | Alper Yegin | System and method for a mobile device to learn information about the access networks within its neighborhood |
CN101779417B (en) * | 2007-07-04 | 2013-02-06 | Lg电子株式会社 | Interworking procedure with external network in wireless lan and message format for the same |
WO2014028691A1 (en) | 2012-08-15 | 2014-02-20 | Interdigital Patent Holdings, Inc. | Enhancements to enable fast security setup |
WO2014109510A1 (en) * | 2013-01-08 | 2014-07-17 | Lg Electronics Inc. | Method and apparatus for obtaining information related to beacon transmission in wireless communication system |
US9531524B2 (en) * | 2013-01-18 | 2016-12-27 | Lg Electronics Inc. | Method and apparatus for wireless communication on heterogeneous networks |
-
2014
- 2014-02-25 US US15/119,515 patent/US10117159B2/en active Active
- 2014-02-25 MX MX2016010655A patent/MX353823B/en active IP Right Grant
- 2014-02-25 EP EP14706061.0A patent/EP3100441B1/en active Active
- 2014-02-25 WO PCT/EP2014/053623 patent/WO2015127958A1/en active Application Filing
- 2014-02-25 EP EP17170964.5A patent/EP3226521B1/en active Active
-
2018
- 2018-09-13 US US16/130,752 patent/US20190014534A1/en not_active Abandoned
Patent Citations (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050101245A1 (en) * | 2001-02-06 | 2005-05-12 | Kalle Ahmavaara | Access system for a cellular network |
US20030134650A1 (en) * | 2002-01-17 | 2003-07-17 | Rangamani Sundar | Method, system and apparatus for internetworking a mobile station to operate in a WWAN environment and in a WLAN environment with PBX services |
US20040203792A1 (en) * | 2002-07-02 | 2004-10-14 | Interdigital Technology Corporation | Method and apparatus for handoff between a wireless local area network (WLAN) and a universal mobile telecommunication system (UMTS) |
US20040039817A1 (en) * | 2002-08-26 | 2004-02-26 | Lee Mai Tranh | Enhanced algorithm for initial AP selection and roaming |
US20040077374A1 (en) * | 2002-10-10 | 2004-04-22 | Interdigital Technology Corporation | System and method for integrating WLAN and 3G |
US20060140150A1 (en) * | 2004-11-05 | 2006-06-29 | Interdigital Technology Corporation | Wireless communication method and system for implementing media independent handover between technologically diversified access networks |
US20070110080A1 (en) * | 2005-11-14 | 2007-05-17 | Bennett James D | Multiple node applications cooperatively managing a plurality of packets switched network pathways |
US20090013578A1 (en) * | 2006-12-29 | 2009-01-15 | Yu-Chyong Wang | Air gun linking mechanism |
US20110299422A1 (en) * | 2010-06-03 | 2011-12-08 | Deutsche Telekom Ag | Method, apparatus, and system for connecting a mobile client to wireless networks |
US20140092731A1 (en) * | 2012-09-28 | 2014-04-03 | Vivek Gupta | Andsf parameters for wlan network selection |
US20140211776A1 (en) * | 2013-01-28 | 2014-07-31 | Samsung Electronics Co., Ltd. | Method and apparatus for selecting wireless local area network to be accessed by a user equipment within a cell in a mobile communication system |
US20160080958A1 (en) * | 2013-04-24 | 2016-03-17 | Nokia Technologies Oy | Logged measurements |
Also Published As
Publication number | Publication date |
---|---|
US20170064614A1 (en) | 2017-03-02 |
EP3226521B1 (en) | 2020-05-27 |
WO2015127958A1 (en) | 2015-09-03 |
EP3100441A1 (en) | 2016-12-07 |
EP3100441B1 (en) | 2017-08-16 |
MX2016010655A (en) | 2016-11-08 |
MX353823B (en) | 2018-01-31 |
US10117159B2 (en) | 2018-10-30 |
EP3226521A1 (en) | 2017-10-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11026080B2 (en) | Policy control function determining method, apparatus, and system | |
US11509728B2 (en) | Methods and apparatuses for discovering a network function acting as network function service consumer | |
US20240187303A1 (en) | Method and apparatus for obtaining edge service | |
US20210385286A1 (en) | Method and apparatus for improving service discovery | |
EP3949354B1 (en) | Method and apparatus for service discovery | |
EP3476100B1 (en) | Selection of ip version | |
US11870844B2 (en) | Service area based DNS | |
US20240022540A1 (en) | Domain name address obtaining method and device | |
US20240048524A1 (en) | Distance-based selection | |
KR20190096947A (en) | Method and apparatus for network function | |
US11689993B2 (en) | Interception aware access node selection | |
US20240171647A1 (en) | Method and apparatus for discovering edge application server | |
US20230029714A1 (en) | Authorization method, policy control function device, and access and mobility management function device | |
US20190014534A1 (en) | Network Address Resolution for Interworking Between Cellular Network Domain and Wireless Local Area Network Domain | |
US20220240172A1 (en) | Network nodes and methods performed therein for handling network functions | |
US11811886B2 (en) | Methods and apparatuses for proxy deployment | |
KR20240060670A (en) | Communication methods and devices | |
US11233883B2 (en) | Systems and methods for acquiring an internet protocol network address of a user equipment in networks | |
US20230328628A1 (en) | System and method for using t8 api to deliver data over an ip path | |
CA3233516A1 (en) | Communication method and apparatus | |
BR112016019742B1 (en) | METHOD FOR SUPPORTING INTERWORK BETWEEN A CELLULAR NETWORK DOMAIN AND A WIRELESS LOCAL AREA NETWORK DOMAIN, DEVICE FOR DEPLOYING A NODE OF A CELLULAR NETWORK DOMAIN, AND COMPUTER READABLE STORAGE MEDIA | |
KR20240004956A (en) | Data retrieval of user devices in 5th generation core networks | |
CA3233649A1 (en) | Information transmission method and apparatus | |
CN116866892A (en) | Communication method and communication device |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: TELEFONAKTIEBOLAGET L M ERICSSON (PUBL), SWEDEN Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:SEDLACEK, IVO;REEL/FRAME:046871/0895 Effective date: 20140311 Owner name: TELEFONAKTIEBOLAGET LM ERICSSON (PUBL), SWEDEN Free format text: CHANGE OF NAME;ASSIGNOR:TELEFONAKTIEBOLAGET L M ERICSSON (PUBL);REEL/FRAME:047089/0802 Effective date: 20151119 |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: DOCKETED NEW CASE - READY FOR EXAMINATION |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NON FINAL ACTION MAILED |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |