US20140187252A1 - Distributed policy architecture - Google Patents
Distributed policy architecture Download PDFInfo
- Publication number
- US20140187252A1 US20140187252A1 US13/728,782 US201213728782A US2014187252A1 US 20140187252 A1 US20140187252 A1 US 20140187252A1 US 201213728782 A US201213728782 A US 201213728782A US 2014187252 A1 US2014187252 A1 US 2014187252A1
- Authority
- US
- United States
- Prior art keywords
- local
- network
- management object
- parameter
- policy management
- 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
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/08—Load balancing or load distribution
- H04W28/0846—Load balancing or load distribution between network providers, e.g. operators
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/08—Load balancing or load distribution
- H04W28/09—Management thereof
- H04W28/0925—Management thereof using policies
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/18—Negotiating wireless communication parameters
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/18—Selecting a network or a communication service
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/52—Allocation or scheduling criteria for wireless resources based on load
Definitions
- Embodiments pertain to wireless communications. More particularly, embodiments pertain to a distributed policy architecture to offload cellular network traffic to other wireless networks.
- Wi-Fi networks With the growth of cellular network traffic, there has been increased interest in offloading the cellular network traffic to other wireless networks, such as Wi-Fi networks.
- current efforts to date are unable to take into consideration locally changing conditions and different deployment architectures such as small cells (e.g femto cell, micro cell, pico cell) versus a more traditional macro cellular network layout with overlaid Wi-Fi network.
- FIG. 1 illustrates various wireless networks according to some embodiments.
- FIG. 2 illustrates a hierarchical policy architecture according to some embodiments.
- FIG. 3 illustrates an example central policy according to some embodiments.
- FIG. 4 illustrates a hierarchical policy architecture according to some embodiments.
- FIG. 5 illustrates a local policy according to some embodiments.
- FIG. 6 illustrates a system block diagram according to some embodiments.
- FIG. 1 illustrates various wireless networks according to some embodiments.
- FIG. 1 illustrates wireless network 100 , wireless network 102 and wireless network 104 .
- the wireless network 100 comprises an evolved universal terrestrial radio access network (EUTRAN) using the 3rd Generation Partnership Project (3GPP) long-term evolution (LTE) standard.
- the wireless communications network 100 includes an enhanced Node B 106 (sometimes referred to as an eNodeB, eNB or base station).
- eNB 106 can also be a HeNB (a home eNB).
- Wireless network 102 and wireless network 104 may be Wi-Fi networks using the evolving Hotspot 2.0 standard of the Wi-Fi alliance.
- Wireless network 102 comprises Access Point (AP) 108 and wireless network 104 comprises Access Point (AP) 110 .
- AP Access Point
- a mobile device such as mobile device 112 can reside in a location where the coverage of two networks overlap.
- Mobile device 112 may be any type of mobile device including, but not limited to, cellular telephones, smart phones, tablets, laptops, desktops, personal computers, servers, personal digital assistants (PDAs), web appliances, set-top box (STB), a network router, switch or bridge, printers or other devices, and the like.
- PDAs personal digital assistants
- STB set-top box
- STB set-top box
- UE User Equipment
- a network operator wishing to offload traffic from one network to another uses policies downloaded to mobile devices to allow the mobile device to select the best network for a given situation.
- the policies need to take into consideration not only agreements (e.g., roaming agreements and the like) when networks are owned by different operators, but also factors such as front end bandwidth, backhaul bandwidth, total network loads, overall user experience, etc. Not all of these factors can be foreseen or computed in advance, and many can change relatively quickly based on interference, number of users in an area (e.g., based on flight arrival/departure, etc.), and so forth. It is unlikely for an operator to be able to monitor large number of APs, or other factors from a central location, and to rapidly update policies to account for changing conditions.
- ANDSF 3GPP Access Network Discovery and Selection Function
- FIG. 2 illustrates a hierarchical policy architecture according to some embodiments.
- a central policy server such as policy server 200
- local policy servers such as policy server 202 and/or policy server 204 .
- the local instances can work in conjunction with a central server to serve policies that account for local network conditions.
- Central policy server 200 can provide policies for usage of local policy server 202 and/or local policy server 204 . These policies can delegate authority to local policy servers with parameters defining the scope of delegation, how to avoid ping pong effects (i.e., switching back and forth between two networks), protocols to use to fine tune load balancing and network selections, etc.
- the hierarchy allows one network operator to delegate policy decisions and network selection decisions under defined circumstances to a partner in roaming scenarios.
- central policy server 200 authorizes local policy servers (e.g., local policy server 202 and/or local policy server 204 ) to take control of network selection and load balancing decisions can include, for example, mobile device location, time (e.g., time of day, day of week, etc.), offloading network(s) availability, network load, etc.
- Central policy server 200 can also identify how to discover and contact the local policy server (e.g., indications or advertisements in IEEE 802.11u, a mechanism of how the fully qualified domain name (FQDN) of the local policy server can be obtained, or use Domain Name System (DNS), etc.).
- central policy server 200 may identify how to prevent switching back and forth between networks (e.g., ping pong effects) and how to prevent conflicts between central policies from the central policy server and local policies from the local policy server(s).
- FIG. 3 illustrates an example of a central policy management object 300 according to some embodiments.
- Central policy management object 300 includes one or more offload networks 302 .
- SSIDs are used to identify Partner_A, Partner_B and Blue_Network as offload networks 302 .
- any mechanism may be used to identify offload networks 302 , and SSIDs are only an example.
- Central policy management object 300 may include the conditions or criteria under which network selection is delegated to a local policy server (e.g., a mobile device should use policies provided by a local policy server instead of, or in addition to, policies provided in the central policy management object). In FIG. 3 , this is illustrated by delegation policy parameter 304 , which allows the local policy server to be used when the offload networks 302 are available.
- a local policy server e.g., a mobile device should use policies provided by a local policy server instead of, or in addition to, policies provided in the central policy management object.
- the information in the delegation policy parameter 304 may be used in conjunction with other information to determine when the policy from a local policy server can be used.
- parameters 314 and 316 indicate a time and location, respectively, when the policy from a local policy server can be used.
- these parameters 314 , 316 indicate that the local policy from a local policy server can be used Monday through Friday, from 6 AM to 9 AM and then again from 3 PM to 7 PM when the mobile device is located in downtown San Francisco.
- Central policy management object 300 may include parameters that allow a mobile device to locate and interact with a local policy server.
- these parameters include server access parameter 306 and management protocol parameter 308 .
- These parameters 306 , 308 indicate that the mobile device can use Simple Object Access Protocol (SOAP) Extensible Markup Language (XML) or Open Mobile Alliance (OMA) Device Management (DM) to access the local policy server and use IEEE 802.11v, which allows configuration of client devices while connected to wireless networks, as the management protocol.
- SOAP Simple Object Access Protocol
- XML Extensible Markup Language
- OMA Open Mobile Alliance
- DM Device Management
- Other protocols and/or ways to identify and access local policy servers can also be included.
- Central policy management object 300 may include conditions under which the mobile device should offload its traffic to one of the offload networks 302 .
- offload criteria 310 indicates that traffic should be offloaded when the load on the Wi-Fi network is less than 60%.
- Other parameters can also be included, such as a parameter that calls for offloading (rather than suggesting offloading) under certain conditions, or parameters that indicate that offloading may be (or should be) performed when the load on the existing network (as opposed to the target offload network) meets certain criteria. Speed, throughput, bandwidth, or other parameters may also be used.
- Selection delay time parameter 312 indicates to a mobile device how long the device should wait before reevaluating its network choice.
- the mobile device may select a new network even if the time indicated by selection delay time parameter 312 has not yet expired.
- FIG. 4 illustrates a hierarchical policy architecture according to some embodiments.
- mobile device 400 is in range of a network operated by 3GPP operator 402 and a network operated by Wi-Fi operator 404 .
- Mobile device 400 can receive a central policy management object via 3GPP operator 402 .
- a policy may come from a central policy server (not shown) or perhaps from a local policy server, either a local server implementing ANDSF (not shown) or local server 406 .
- Local server 406 can implement ANDSF and/or the Hotspot 2.0 technical specification from the Wi-Fi alliance.
- the central policy management object will allow mobile device 400 to know where to locate local server 406 , how to communicate with local server 406 and under what conditions to follow any policy received from local server 406 .
- mobile device 400 can receive a local policy management object and, based on the information in the local policy management object, select and connect to a network.
- the local policy management object may be received, for example, from local server 406 .
- conflicts between information in local policy management objects and the central policy management object may arise. Such conflicts can be resolved in a variety of ways.
- information in the local policy management object may be selected over information in the central policy management object.
- conflicting information may be weighted and/or merged in a variety of ways.
- Policy management objects from local server 406 may reside locally or may reside on a database, such as database 408 .
- database 408 can be a repository of information needed to create a policy management object and can include information and statistics accessed from the web (e.g., as illustrated in 412 ), or accessed from elsewhere.
- dynamic load block 410 may illustrate a data source for the dynamic load information for a network such as a 3G, 4G network and/or a Wi-Fi network. Additionally, or alternatively, Wi-Fi network information may be known by local server 406 and stored in database 408 .
- database 408 may be managed remotely over the web.
- FIG. 5 illustrates a local policy 500 , according to some embodiments.
- the illustration of FIG. 5 shows various parameters that may be included in a local policy management object. Zero, one or more than one instance of each parameter (or group of parameters) is possible for most parameters.
- the parameters here will often simply be referred to by their name and/or number.
- parameters are often referred to as being part of a policy. However, this should be understood as the referenced parameter may be included in an appropriate policy management object.
- Policy 500 may include roaming partner list 502 .
- List 502 identifies offload networks that a mobile device can connect to.
- the list 502 can include multiple identified networks.
- Networks may be identified in a variety of ways, such as SSID or Fully Qualified Domain Name (FQDN), and may include a priority which can indicate a preference or order of connection.
- FQDN Match 504 networks are identified by FQDN Match 504 and have Priority 506 .
- Policy 500 may include service provider exclusion list 508 .
- a list 508 is useful, for example, when an operator wishes to prohibit connection to a particular network or set of networks.
- networks can be identified in a variety of ways. In FIG. 5 , networks are identified by FQDN Match 510 .
- QoS Quality of Service
- This section 512 can provide the local, rapidly changing information that will allow a device to make a good decision and will allow a network operator to direct traffic to a particular network based on local conditions. It will also allow an operator to fine tune the overall user experience.
- QoS sections 512 can be included.
- QoS section 512 may include network type parameter 514 .
- Parameter 514 specifies the type of network (e.g., home or roaming) for which the policy 500 applies.
- the policy 500 can be set for home and for roaming networks with different values for other parameters in the QoS section 512 . If the mobile device has access to both home and roaming networks, the device can use a priority scheme to select between them. This priority scheme can include giving preference to home networks over roaming networks.
- QoS section 512 may include latency parameter 516 .
- Latency parameter 516 may identify a threshold for the mobile device to consider when selecting a network (or when selecting an access point to provide access to a network). If the latency of a particular access point is below the threshold, then the access point may be considered for association.
- QoS section 512 may include time to first byte parameter 518 .
- Time to first byte parameter 518 may identify a threshold for the mobile device to consider when selecting a network (or when selecting an access point to provide access to a network). If the time to first byte of a particular access point is below the threshold, then the access point may be considered for association.
- QoS section 512 may include throughput parameter 520 .
- Throughput parameter 520 may identify the maximum acceptable load (e.g., channel utilization) for the mobile device to consider when selecting a network (or when selecting an access point to provide access to a network). If the load of a particular access point is below the threshold, then the access point may be considered for association.
- QoS section 512 may include minimum backhaul downlink bandwidth parameter 522 .
- Minimum backhaul downlink bandwidth parameter 522 may identify a threshold for the mobile device to consider when selecting a network (or when selecting an access point to provide access to a network). If the backhaul downlink bandwidth of a particular access point is above the threshold, then the access point may be considered for association.
- the available bandwidth for parameter 522 may be calculated based on the downlink speed, the backhaul load, and the number of devices associated with the access point. Parameter 522 can also be left out or set to a value indicating that there is no minimum called for.
- QoS section 512 may include minimum backhaul uplink bandwidth parameter 524 .
- Minimum backhaul uplink bandwidth parameter 524 may identify a threshold for the mobile device to consider when selecting a network (or when selecting an access point to provide access to a network). If the backhaul uplink bandwidth of a particular access point is above the threshold, then the access point may be considered for association.
- the available bandwidth for parameter 524 may be calculated based on the uplink speed, the backhaul load, and the number of devices associated with the access point. Parameter 524 can also be left out or set to a value indicating that there is no minimum called for.
- Policy 500 may include policy update section 526 to indicate when, under what conditions, and how the policy 500 should be updated.
- Update interval 528 specifies how often the policy 500 should be updated (e.g., received from the local server).
- Update method 530 indicates how policy 500 should be updated.
- Options can include client-initiated, where the mobile device initiates the policy update, and server-initiated, where the server pushes the policy 500 to the client.
- Restriction 532 indicates at which access points (or networks) the policy 500 may be updated. For example, updates can be restricted to home networks, roaming networks, or unrestricted.
- URI 534 identifies where the policy 500 should be updated (e.g., using a Uniform Resource Identifier (URI)).
- DM Acc 536 may be an optional parameter specifying the account on the Device Management (DM) server that should be used.
- Other 538 is an optional parameter that may contain vendor specific methods that the network operator can use to update the policy 500 .
- FIG. 6 illustrates an example system block diagram according to some embodiments.
- FIG. 6 illustrates a block diagram of a device 600 (such as mobile device 112 of FIG. 1 or mobile device 400 of FIG. 4 ).
- Device 600 may include processor 604 , memory 606 , transceiver 608 (including at least one antenna 610 ), instructions 612 , 614 , and possibly other components (not shown). While similar from a block diagram standpoint, it will be apparent to those of skill in the art that the configuration and details of operation of different devices may be similar, or substantially different, depending on the exact device and role.
- the processor 604 comprises one or more central processing units (CPUs), graphics processing units (GPUs), accelerated processing units (APUs), or various combinations thereof.
- the processor 604 provides processing and control functionalities for device 600 .
- Memory 606 comprises one or more memory units configured to store instructions and data for device 600 .
- Transceiver 608 comprises one or more transceivers including, for an appropriate station or responder, a multiple-input and multiple-output (MIMO) antenna to support MIMO communications.
- Transceiver 608 receives transmissions and transmits transmissions, among other things, from and to other devices in one or more networks.
- MIMO multiple-input and multiple-output
- the instructions 612 , 614 comprise one or more sets of instructions or software executed on a computing device (or machine) to cause such computing device (or machine) to perform any of the methodologies discussed herein.
- the instructions 612 , 614 (also referred to as computer- or machine-executable instructions) may reside, completely or at least partially, within processor 604 and/or the memory 606 during execution thereof by device 600 . While instructions 612 and 614 are illustrated as separate, they can be part of the same whole.
- the processor 604 and memory 606 also comprise machine-readable media.
- processing and control functionalities are illustrated as being provided by processor 604 along with associated instructions 612 , 614 .
- processing circuitry that comprise programmable logic or circuitry (e.g., as encompassed within a general-purpose processor or other programmable processor) that is temporarily configured by software or firmware to perform certain operations.
- processing circuitry may comprise dedicated circuitry or logic that is permanently configured (e.g., within a special-purpose processor, application specific integrated circuit (ASIC), or array) to perform certain operations.
- ASIC application specific integrated circuit
- a decision to implement a processing circuitry mechanically, in dedicated and permanently configured circuitry, or in temporarily configured circuitry (e.g., configured by software) may be driven by, for example, cost, time, energy-usage, package size, or other considerations.
- processing circuitry should be understood to encompass a tangible entity, be that an entity that is physically constructed, permanently configured (e.g., hardwired), or temporarily configured (e.g., programmed) to operate in a certain manner or to perform certain operations described herein.
- machine-readable medium should be taken to include a single medium or multiple media (e.g., a centralized or distributed database, and/or associated caches and servers) that store the one or more sets of instructions.
- the terms shall also be taken to include any medium that is capable of storing, encoding or carrying a set of instructions for execution by the machine and that cause the machine to perform any one or more of the methodologies of the present disclosure.
- machine-readable medium shall accordingly be taken to include both “computer storage medium,” “machine storage medium” and the like (tangible sources including, solid-state memories, optical and magnetic media, or other tangible devices and carriers but excluding signals per se, carrier waves and other intangible sources) and “computer communication medium,” “machine communication medium” and the like (intangible sources including, signals per se, carrier wave signals and the like).
Abstract
A mobile device may select between multiple networks in order to offload network traffic from one network to another. Policies under which network selection happens are established by network operators. A hierarchy of policy servers are established where a central policy server with policies established by a network operator can delegate authority for network switching to a local policy server with policies established by the same or a different network operator. The central policy server can establish criteria under which network switching or network selection is delegated to a local server. Policies from the local policy server can include information about local network conditions. A mobile device can use the policies from the central server and local server to select a network.
Description
- Embodiments pertain to wireless communications. More particularly, embodiments pertain to a distributed policy architecture to offload cellular network traffic to other wireless networks.
- With the growth of cellular network traffic, there has been increased interest in offloading the cellular network traffic to other wireless networks, such as Wi-Fi networks. However, current efforts to date are unable to take into consideration locally changing conditions and different deployment architectures such as small cells (e.g femto cell, micro cell, pico cell) versus a more traditional macro cellular network layout with overlaid Wi-Fi network.
-
FIG. 1 illustrates various wireless networks according to some embodiments. -
FIG. 2 illustrates a hierarchical policy architecture according to some embodiments. -
FIG. 3 illustrates an example central policy according to some embodiments. -
FIG. 4 illustrates a hierarchical policy architecture according to some embodiments. -
FIG. 5 illustrates a local policy according to some embodiments. -
FIG. 6 illustrates a system block diagram according to some embodiments. - The following description and the drawings sufficiently illustrate specific embodiments to enable those skilled in the art to practice them. Other embodiments may incorporate structural, logical, electrical, process, and other changes. Portions and features of some embodiments may be included in, or substituted for, those of other embodiments. Embodiments set forth in the claims encompass all available equivalents of those claims.
- Various modifications to the embodiments will be readily apparent to those skilled in the art, and the generic principles defined herein may be applied to other embodiments and applications without departing from the scope of the inventive subject matter. Moreover, in the following description, numerous details are set forth for the purpose of explanation. However, one of ordinary skill in the art will realize that embodiments of the invention may be practiced without the use of these specific details. In other instances, well-known structures and processes are not shown in block diagram form in order not to obscure the description of the embodiments of the invention with unnecessary detail. Thus, the present disclosure is not intended to be limited to the embodiments shown, but is to be accorded the widest scope consistent with the principles and features disclosed herein.
- With the growth of wireless networks of all kinds, there are situations where a mobile device is in the coverage area of multiple wireless networks. Such a situation can exist, for example, when a mobile phone is in the coverage area of both a cellular network and a Wi-Fi network. When such a situation arises, network traffic that would go to one network may be offloaded onto the other network in order to utilize the combined bandwidth of the two networks.
-
FIG. 1 illustrates various wireless networks according to some embodiments.FIG. 1 illustrateswireless network 100,wireless network 102 andwireless network 104. In one embodiment, thewireless network 100 comprises an evolved universal terrestrial radio access network (EUTRAN) using the 3rd Generation Partnership Project (3GPP) long-term evolution (LTE) standard. Thewireless communications network 100 includes an enhanced Node B 106 (sometimes referred to as an eNodeB, eNB or base station). eNB 106 can also be a HeNB (a home eNB).Wireless network 102 andwireless network 104 may be Wi-Fi networks using the evolving Hotspot 2.0 standard of the Wi-Fi alliance. The evolving Hotspot 2.0 standard enables seamless and non-seamless traffic offload from 3G networks (e.g., networks using the International Mobile Telecommunications-2000 (IMT-2000) specifications) and 4G (e.g. LTE) networks to Hotspot 2.0 enabled Wi-Fi networks.Wireless network 102 comprises Access Point (AP) 108 andwireless network 104 comprises Access Point (AP) 110. - As illustrated in
FIG. 1 , a mobile device such asmobile device 112 can reside in a location where the coverage of two networks overlap.Mobile device 112 may be any type of mobile device including, but not limited to, cellular telephones, smart phones, tablets, laptops, desktops, personal computers, servers, personal digital assistants (PDAs), web appliances, set-top box (STB), a network router, switch or bridge, printers or other devices, and the like. Such devices are sometimes referred to as User Equipment (UE) in some specifications. - A network operator wishing to offload traffic from one network to another uses policies downloaded to mobile devices to allow the mobile device to select the best network for a given situation. The policies need to take into consideration not only agreements (e.g., roaming agreements and the like) when networks are owned by different operators, but also factors such as front end bandwidth, backhaul bandwidth, total network loads, overall user experience, etc. Not all of these factors can be foreseen or computed in advance, and many can change relatively quickly based on interference, number of users in an area (e.g., based on flight arrival/departure, etc.), and so forth. It is unlikely for an operator to be able to monitor large number of APs, or other factors from a central location, and to rapidly update policies to account for changing conditions.
- For mobile devices normally connected to an LTE network, policies are generally served from a central policy server implementing the 3GPP Access Network Discovery and Selection Function (ANDSF). ANDSF is a feature defined under 3GPP starting with Release 8 (see 3GPPP TS 24.302, TS 24.312 and TS 23.402) with the objective to assist devices in discovering alternative non-3GPP access networks (e.g., Wi-Fi and WiMAX) based on policies defined by network operators. However, such a central policy server cannot account for rapidly changing conditions and different deployment architectures.
-
FIG. 2 illustrates a hierarchical policy architecture according to some embodiments. InFIG. 2 , a central policy server, such aspolicy server 200, works in conjunction with local policy servers, such aspolicy server 202 and/orpolicy server 204. With a hierarchy of policy servers, the local instances can work in conjunction with a central server to serve policies that account for local network conditions. -
Central policy server 200 can provide policies for usage oflocal policy server 202 and/orlocal policy server 204. These policies can delegate authority to local policy servers with parameters defining the scope of delegation, how to avoid ping pong effects (i.e., switching back and forth between two networks), protocols to use to fine tune load balancing and network selections, etc. The hierarchy allows one network operator to delegate policy decisions and network selection decisions under defined circumstances to a partner in roaming scenarios. - The circumstances under which
central policy server 200 authorizes local policy servers (e.g.,local policy server 202 and/or local policy server 204) to take control of network selection and load balancing decisions can include, for example, mobile device location, time (e.g., time of day, day of week, etc.), offloading network(s) availability, network load, etc.Central policy server 200 can also identify how to discover and contact the local policy server (e.g., indications or advertisements in IEEE 802.11u, a mechanism of how the fully qualified domain name (FQDN) of the local policy server can be obtained, or use Domain Name System (DNS), etc.). Finally,central policy server 200 may identify how to prevent switching back and forth between networks (e.g., ping pong effects) and how to prevent conflicts between central policies from the central policy server and local policies from the local policy server(s). -
FIG. 3 illustrates an example of a centralpolicy management object 300 according to some embodiments. Centralpolicy management object 300 includes one ormore offload networks 302. InFIG. 3 , SSIDs are used to identify Partner_A, Partner_B and Blue_Network asoffload networks 302. However, any mechanism may be used to identifyoffload networks 302, and SSIDs are only an example. - Central
policy management object 300 may include the conditions or criteria under which network selection is delegated to a local policy server (e.g., a mobile device should use policies provided by a local policy server instead of, or in addition to, policies provided in the central policy management object). InFIG. 3 , this is illustrated bydelegation policy parameter 304, which allows the local policy server to be used when theoffload networks 302 are available. - The information in the
delegation policy parameter 304 may be used in conjunction with other information to determine when the policy from a local policy server can be used. For example,parameters FIG. 3 , theseparameters - Central
policy management object 300 may include parameters that allow a mobile device to locate and interact with a local policy server. InFIG. 3 , these parameters includeserver access parameter 306 andmanagement protocol parameter 308. Theseparameters - Central
policy management object 300 may include conditions under which the mobile device should offload its traffic to one of theoffload networks 302. InFIG. 3 , offloadcriteria 310 indicates that traffic should be offloaded when the load on the Wi-Fi network is less than 60%. Other parameters can also be included, such as a parameter that calls for offloading (rather than suggesting offloading) under certain conditions, or parameters that indicate that offloading may be (or should be) performed when the load on the existing network (as opposed to the target offload network) meets certain criteria. Speed, throughput, bandwidth, or other parameters may also be used. - When a mobile device can select between networks under certain conditions allowed or called for by a policy, there can be the possibility of frequent switching between networks (e.g., ping pong effect). Mechanisms can be put in place to minimize or eliminate this switching. One such mechanism illustrated in
FIG. 3 is selectiondelay time parameter 312, which for example purposes is shown as 30 minutes. Selectiondelay time parameter 312 indicates to a mobile device how long the device should wait before reevaluating its network choice. Of course, if something eliminates its network connection such as moving outside network coverage area, dropped network coverage, and so forth, the mobile device may select a new network even if the time indicated by selectiondelay time parameter 312 has not yet expired. -
FIG. 4 illustrates a hierarchical policy architecture according to some embodiments. InFIG. 4 ,mobile device 400 is in range of a network operated by3GPP operator 402 and a network operated by Wi-Fi operator 404.Mobile device 400 can receive a central policy management object via3GPP operator 402. Such a policy may come from a central policy server (not shown) or perhaps from a local policy server, either a local server implementing ANDSF (not shown) orlocal server 406.Local server 406 can implement ANDSF and/or the Hotspot 2.0 technical specification from the Wi-Fi alliance. The central policy management object will allowmobile device 400 to know where to locatelocal server 406, how to communicate withlocal server 406 and under what conditions to follow any policy received fromlocal server 406. - When the conditions of any central policy management object are met,
mobile device 400 can receive a local policy management object and, based on the information in the local policy management object, select and connect to a network. The local policy management object may be received, for example, fromlocal server 406. - When selecting a network based on parameters contained in a central policy management object and/or a local policy management object, conflicts between information in local policy management objects and the central policy management object may arise. Such conflicts can be resolved in a variety of ways. In some embodiments, information in the local policy management object may be selected over information in the central policy management object. In other embodiments, conflicting information may be weighted and/or merged in a variety of ways.
- Policy management objects from
local server 406 may reside locally or may reside on a database, such asdatabase 408. In some embodiments,database 408 can be a repository of information needed to create a policy management object and can include information and statistics accessed from the web (e.g., as illustrated in 412), or accessed from elsewhere. For example,dynamic load block 410 may illustrate a data source for the dynamic load information for a network such as a 3G, 4G network and/or a Wi-Fi network. Additionally, or alternatively, Wi-Fi network information may be known bylocal server 406 and stored indatabase 408. As also illustrated in 412,database 408 may be managed remotely over the web. -
FIG. 5 illustrates alocal policy 500, according to some embodiments. The illustration ofFIG. 5 shows various parameters that may be included in a local policy management object. Zero, one or more than one instance of each parameter (or group of parameters) is possible for most parameters. The parameters here will often simply be referred to by their name and/or number. Furthermore, parameters are often referred to as being part of a policy. However, this should be understood as the referenced parameter may be included in an appropriate policy management object. -
Policy 500 may include roamingpartner list 502.List 502 identifies offload networks that a mobile device can connect to. Thelist 502 can include multiple identified networks. Networks may be identified in a variety of ways, such as SSID or Fully Qualified Domain Name (FQDN), and may include a priority which can indicate a preference or order of connection. InFIG. 5 , networks are identified byFQDN Match 504 and havePriority 506. -
Policy 500 may include serviceprovider exclusion list 508. Such alist 508 is useful, for example, when an operator wishes to prohibit connection to a particular network or set of networks. As before, networks can be identified in a variety of ways. InFIG. 5 , networks are identified byFQDN Match 510. -
Policy 500 may include Quality of Service (QoS)section 512. Thissection 512 can provide the local, rapidly changing information that will allow a device to make a good decision and will allow a network operator to direct traffic to a particular network based on local conditions. It will also allow an operator to fine tune the overall user experience. One ormore QoS sections 512 can be included. -
QoS section 512 may includenetwork type parameter 514.Parameter 514 specifies the type of network (e.g., home or roaming) for which thepolicy 500 applies. Thepolicy 500 can be set for home and for roaming networks with different values for other parameters in theQoS section 512. If the mobile device has access to both home and roaming networks, the device can use a priority scheme to select between them. This priority scheme can include giving preference to home networks over roaming networks. -
QoS section 512 may includelatency parameter 516.Latency parameter 516 may identify a threshold for the mobile device to consider when selecting a network (or when selecting an access point to provide access to a network). If the latency of a particular access point is below the threshold, then the access point may be considered for association. -
QoS section 512 may include time tofirst byte parameter 518. Time tofirst byte parameter 518 may identify a threshold for the mobile device to consider when selecting a network (or when selecting an access point to provide access to a network). If the time to first byte of a particular access point is below the threshold, then the access point may be considered for association. -
QoS section 512 may includethroughput parameter 520.Throughput parameter 520 may identify the maximum acceptable load (e.g., channel utilization) for the mobile device to consider when selecting a network (or when selecting an access point to provide access to a network). If the load of a particular access point is below the threshold, then the access point may be considered for association. -
QoS section 512 may include minimum backhauldownlink bandwidth parameter 522. Minimum backhauldownlink bandwidth parameter 522 may identify a threshold for the mobile device to consider when selecting a network (or when selecting an access point to provide access to a network). If the backhaul downlink bandwidth of a particular access point is above the threshold, then the access point may be considered for association. The available bandwidth forparameter 522 may be calculated based on the downlink speed, the backhaul load, and the number of devices associated with the access point.Parameter 522 can also be left out or set to a value indicating that there is no minimum called for. -
QoS section 512 may include minimum backhauluplink bandwidth parameter 524. Minimum backhauluplink bandwidth parameter 524 may identify a threshold for the mobile device to consider when selecting a network (or when selecting an access point to provide access to a network). If the backhaul uplink bandwidth of a particular access point is above the threshold, then the access point may be considered for association. The available bandwidth forparameter 524 may be calculated based on the uplink speed, the backhaul load, and the number of devices associated with the access point.Parameter 524 can also be left out or set to a value indicating that there is no minimum called for. -
Policy 500 may includepolicy update section 526 to indicate when, under what conditions, and how thepolicy 500 should be updated.Update interval 528 specifies how often thepolicy 500 should be updated (e.g., received from the local server).Update method 530 indicates howpolicy 500 should be updated. Options can include client-initiated, where the mobile device initiates the policy update, and server-initiated, where the server pushes thepolicy 500 to the client.Restriction 532 indicates at which access points (or networks) thepolicy 500 may be updated. For example, updates can be restricted to home networks, roaming networks, or unrestricted.URI 534 identifies where thepolicy 500 should be updated (e.g., using a Uniform Resource Identifier (URI)).DM Acc 536 may be an optional parameter specifying the account on the Device Management (DM) server that should be used. Finally, Other 538 is an optional parameter that may contain vendor specific methods that the network operator can use to update thepolicy 500. -
FIG. 6 illustrates an example system block diagram according to some embodiments.FIG. 6 illustrates a block diagram of a device 600 (such asmobile device 112 ofFIG. 1 ormobile device 400 ofFIG. 4 ).Device 600 may includeprocessor 604,memory 606, transceiver 608 (including at least one antenna 610),instructions - The
processor 604 comprises one or more central processing units (CPUs), graphics processing units (GPUs), accelerated processing units (APUs), or various combinations thereof. Theprocessor 604 provides processing and control functionalities fordevice 600. -
Memory 606 comprises one or more memory units configured to store instructions and data fordevice 600.Transceiver 608 comprises one or more transceivers including, for an appropriate station or responder, a multiple-input and multiple-output (MIMO) antenna to support MIMO communications.Transceiver 608 receives transmissions and transmits transmissions, among other things, from and to other devices in one or more networks. - The
instructions instructions 612, 614 (also referred to as computer- or machine-executable instructions) may reside, completely or at least partially, withinprocessor 604 and/or thememory 606 during execution thereof bydevice 600. Whileinstructions processor 604 andmemory 606 also comprise machine-readable media. - In
FIG. 6 , processing and control functionalities are illustrated as being provided byprocessor 604 along with associatedinstructions - Accordingly, the term “processing circuitry” should be understood to encompass a tangible entity, be that an entity that is physically constructed, permanently configured (e.g., hardwired), or temporarily configured (e.g., programmed) to operate in a certain manner or to perform certain operations described herein.
- The Abstract is provided to comply with 37 C.F.R. Section 1.72(b) requiring an abstract that will allow the reader to ascertain the nature and gist of the technical disclosure. It is submitted with the understanding that it will not be used to limit or interpret the scope or meaning of the claims. The following claims are hereby incorporated into the detailed description, with each claim standing on its own as a separate embodiment.
- The term “computer readable medium,” “machine-readable medium” and the like should be taken to include a single medium or multiple media (e.g., a centralized or distributed database, and/or associated caches and servers) that store the one or more sets of instructions. The terms shall also be taken to include any medium that is capable of storing, encoding or carrying a set of instructions for execution by the machine and that cause the machine to perform any one or more of the methodologies of the present disclosure. The term “computer readable medium,” “machine-readable medium” shall accordingly be taken to include both “computer storage medium,” “machine storage medium” and the like (tangible sources including, solid-state memories, optical and magnetic media, or other tangible devices and carriers but excluding signals per se, carrier waves and other intangible sources) and “computer communication medium,” “machine communication medium” and the like (intangible sources including, signals per se, carrier wave signals and the like).
- It will be appreciated that, for clarity purposes, the above description describes some embodiments with reference to different functional units or processors. However, it will be apparent that any suitable distribution of functionality between different functional units, processors or domains may be used without detracting from embodiments of the invention. For example, functionality illustrated to be performed by separate processors or controllers may be performed by the same processor or controller. Hence, references to specific functional units are only to be seen as references to suitable means for providing the described functionality, rather than indicative of a strict logical or physical structure or organization.
- Although the present inventive subject matter has been described in connection with some embodiments, it is not intended to be limited to the specific form set forth herein. One skilled in the art would recognize that various features of the described embodiments may be combined in accordance with the disclosure. Moreover, it will be appreciated that various modifications and alterations may be made by those skilled in the art without departing from the scope of the inventive subject matter.
Claims (20)
1. A wireless device comprising:
transceiver circuitry to:
receive, from a central policy server, a central policy management object comprising a delegation parameter to indicate when a local policy server should be used;
receive, from a local policy server, a local policy management object comprising a Quality of Service (QoS) section; and
processing circuitry to select, based on the QoS section of the local policy management object, a local network.
2. The wireless device of claim 1 wherein the QoS section comprises a latency parameter.
3. The wireless device of claim 1 wherein the QoS section comprises a time to first byte parameter.
4. The wireless device of claim 1 wherein the QoS section comprises a throughput parameter.
5. The wireless device of claim 1 wherein the QoS section comprises a network type parameter.
6. The wireless device of claim 1 wherein the QoS section comprises a minimum backhaul downlink bandwidth parameter.
7. The wireless device of claim 1 wherein the QoS section comprises a minimum backhaul uplink bandwidth parameter.
8. The wireless device of claim 2 wherein the QoS section further comprises:
a time to first byte parameter;
a throughput parameter;
a network type parameter;
a minimum backhaul downlink bandwidth parameter; and
a minimum backhaul uplink bandwidth parameter.
9. A wireless device comprising:
transceiver circuitry to:
receive, from a central policy server, a central policy management object comprising:
a delegation parameter to indicate when a local policy server should be used; and
a selection delay interval;
receive, from a local policy server, a local policy management object;
and
processing circuitry to select, based on the central policy management object and the local policy management object, a local network.
10. The wireless device of claim 9 wherein the processing circuitry is adapted to:
connect to the local network; and
select a second network after the selection delay interval.
11. The wireless device of claim 9 wherein the delegation parameter comprises a location parameter indicating where the local policy server can be used.
12. The wireless device of claim 9 wherein the delegation parameter comprises a time parameter indicating when the local policy server can be used.
13. A method for selecting a network comprising:
evaluating a central policy management object to identify a local policy server and a criterion under which the local policy server may be accessed;
retrieving, from the local policy server in accordance with the criterion, a local policy management object;
selecting, based on the local policy management object, a network; and
connecting to the network.
14. The method of claim 13 wherein the local policy management object comprises a quality of service section.
15. The method of claim 13 wherein the central policy management object comprises a selection delay interval and the method further comprises:
waiting the selection delay interval;
after the selection delay interval, evaluating the criterion under which the local policy server may be accessed;
selecting a new network based on the local policy management object when the criterion under which the local policy server may be accessed is met; and
selecting a new network based on the central policy management object when the criterion under which the local policy server may be accessed is not met.
16. The method of claim 13 wherein the network is selected based on both the local policy management object and the central policy management object and wherein information in the local policy management object takes precedence over information in the central policy management object when a conflict arises between information in the local policy management object and information in the central policy management object.
17. A wireless device comprising:
transceiver circuitry coupled to an antenna, the transceiver circuitry to receive a policy management object from a local policy server, the policy management object having a Quality of Service (QoS) section, the QoS section comprising a local network type parameter, a local minimum backhaul downlink bandwidth parameter and a local minimum backhaul uplink bandwidth parameter;
memory;
a processor coupled to the memory and the transceiver circuitry; and
instructions, stored in the memory, which when executed, cause the processor to:
evaluate a network with respect to the policy management object;
and
select the network for use based on at least one parameter in the QoS section of the policy management object.
18. The wireless device of claim 17 wherein the QoS section further comprises a local latency parameter.
19. The wireless device of claim 17 wherein the QoS section further comprises a local time to first byte parameter.
20. The wireless device of claim 17 wherein the QoS section further comprises a local throughput parameter.
Priority Applications (7)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US13/728,782 US20140187252A1 (en) | 2012-12-27 | 2012-12-27 | Distributed policy architecture |
PCT/US2013/044246 WO2014105115A1 (en) | 2012-12-27 | 2013-06-05 | Distributed policy architecture |
EP13867579.8A EP2939474B1 (en) | 2012-12-27 | 2013-06-05 | Distributed policy architecture |
KR1020157013824A KR101712045B1 (en) | 2012-12-27 | 2013-06-05 | Distributed policy architecture |
KR1020177005266A KR101803246B1 (en) | 2012-12-27 | 2013-06-05 | Distributed policy architecture |
CN201380060716.4A CN104798406A (en) | 2012-12-27 | 2013-06-05 | Distributed policy architecture |
US14/528,153 US9832682B2 (en) | 2012-12-27 | 2014-10-30 | Distributed policy architecture |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US13/728,782 US20140187252A1 (en) | 2012-12-27 | 2012-12-27 | Distributed policy architecture |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US14/528,153 Continuation US9832682B2 (en) | 2012-12-27 | 2014-10-30 | Distributed policy architecture |
Publications (1)
Publication Number | Publication Date |
---|---|
US20140187252A1 true US20140187252A1 (en) | 2014-07-03 |
Family
ID=51017743
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/728,782 Abandoned US20140187252A1 (en) | 2012-12-27 | 2012-12-27 | Distributed policy architecture |
US14/528,153 Active US9832682B2 (en) | 2012-12-27 | 2014-10-30 | Distributed policy architecture |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US14/528,153 Active US9832682B2 (en) | 2012-12-27 | 2014-10-30 | Distributed policy architecture |
Country Status (5)
Country | Link |
---|---|
US (2) | US20140187252A1 (en) |
EP (1) | EP2939474B1 (en) |
KR (2) | KR101803246B1 (en) |
CN (1) | CN104798406A (en) |
WO (1) | WO2014105115A1 (en) |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140287746A1 (en) * | 2013-03-22 | 2014-09-25 | Qualcomm Incorporated | Decoupling wlan selection from plmn/service provider selection |
US20160150467A1 (en) * | 2014-11-20 | 2016-05-26 | At&T Intellectual Property I, L.P. | Network edge based access network discovery and selection |
CN105744462A (en) * | 2014-12-24 | 2016-07-06 | 英特尔公司 | Offline access network discovery and selection function (andsf) policy provisioning using near field communications (nfc) |
US9655034B2 (en) | 2014-10-31 | 2017-05-16 | At&T Intellectual Property I, L.P. | Transaction sensitive access network discovery and selection |
US9769723B2 (en) * | 2013-07-23 | 2017-09-19 | Apple Inc. | Performing WiFi and cellular handover using device-specific thresholds |
US9832682B2 (en) | 2012-12-27 | 2017-11-28 | Intel Corporation | Distributed policy architecture |
US10129706B2 (en) | 2015-06-05 | 2018-11-13 | At&T Intellectual Property I, L.P. | Context sensitive communication augmentation |
US10162351B2 (en) | 2015-06-05 | 2018-12-25 | At&T Intellectual Property I, L.P. | Remote provisioning of a drone resource |
US10470241B2 (en) | 2016-11-15 | 2019-11-05 | At&T Intellectual Property I, L.P. | Multiple mesh drone communication |
US10925067B2 (en) * | 2013-10-30 | 2021-02-16 | Interdigital Patent Holdings, Inc. | System and methods for handling priority services congestion |
US11122484B2 (en) * | 2017-04-01 | 2021-09-14 | JRD Communication (Shenzhen) Ltd. | Method of automatically switching between WLAN and LTE networks and communication terminal |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107148793B (en) * | 2014-09-30 | 2020-09-08 | 康维达无线有限责任公司 | Dynamic policy control |
KR102365380B1 (en) * | 2017-11-27 | 2022-02-18 | 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 | Method and apparatus for negotiating user equipment policy forwarding |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040214576A1 (en) * | 2003-04-28 | 2004-10-28 | Chantry Networks Inc. | Wireless network communication system and method |
US20050054300A1 (en) * | 2000-09-15 | 2005-03-10 | Andreas Vogel | Wireless network monitoring |
US20110131338A1 (en) * | 2009-11-30 | 2011-06-02 | At&T Mobility Ii Llc | Service-based routing for mobile core network |
US20120196644A1 (en) * | 2007-02-05 | 2012-08-02 | Wefi, Inc. | Dynamic Network Connection System and Method |
US20120324091A9 (en) * | 2009-01-28 | 2012-12-20 | Raleigh Gregory G | Device-assisted services for protecting network capacity |
US20130122910A1 (en) * | 2011-09-28 | 2013-05-16 | Smith Micro Software, Inc. | Self-Adjusting Mobile Platform Policy Enforcement Agent for Controlling Network Access, Mobility and Efficient Use of Local and Network Resources |
US20130230011A1 (en) * | 2010-11-19 | 2013-09-05 | Nokia Corporation | Apparatus and method for selection of a gateway of a local area network |
US20140099945A1 (en) * | 2012-10-05 | 2014-04-10 | Bik Singh | Policy-Based Roaming Updates for Mobile Devices |
US20150282058A1 (en) * | 2012-10-12 | 2015-10-01 | Nokia Solutions And Networks Oy | Method and Apparatus for Access Network Selection |
Family Cites Families (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7039032B1 (en) * | 2000-07-14 | 2006-05-02 | At&T Corp. | Multipoll for QoS-Driven wireless LANs |
WO2003012670A1 (en) | 2001-07-30 | 2003-02-13 | Alcatel Internetworking, Inc. | Distributed network management system using policies |
CN1625870A (en) | 2002-04-12 | 2005-06-08 | 诺基亚公司 | Policy-based QoS management in multi-radio access networks |
US7933247B2 (en) * | 2004-11-18 | 2011-04-26 | Sanjay M. Gidwani | Real-time scalable wireless switching network |
US20070064660A1 (en) | 2005-09-16 | 2007-03-22 | Qi Emily H | Techniques for enhanced transition from access point to access point by a mobile wireless device |
CN100551119C (en) * | 2005-11-11 | 2009-10-14 | 上海贝尔阿尔卡特股份有限公司 | The method and the base station that are used for allocated bandwidth in the wireless single-hop self-return network |
US20070143851A1 (en) * | 2005-12-21 | 2007-06-21 | Fiberlink | Method and systems for controlling access to computing resources based on known security vulnerabilities |
US8170021B2 (en) * | 2006-01-06 | 2012-05-01 | Microsoft Corporation | Selectively enabled quality of service policy |
US20120076118A1 (en) | 2010-09-29 | 2012-03-29 | Michael Montemurro | Methods and apparatus to present network capabilities available via wireless networks |
GB2457656C (en) * | 2008-02-18 | 2014-09-17 | Sony Corp | Cellular communication system, apparatus and method for network discovery |
CN101730188B (en) * | 2009-03-24 | 2013-02-27 | 中兴通讯股份有限公司 | Method for transmitting access network policy and home access network discovery and selection functional unit |
WO2011082833A1 (en) * | 2010-01-11 | 2011-07-14 | Nokia Siemens Networks Oy | Network selection mechanisms |
US9749152B2 (en) * | 2010-01-15 | 2017-08-29 | Qualcomm Incorporated | Apparatus and method for allocating data flows based on indication of selection criteria |
US9642063B2 (en) * | 2011-08-16 | 2017-05-02 | Telefonaktiebolaget Lm Ericsson (Publ) | Moving access point indication |
US20140187252A1 (en) | 2012-12-27 | 2014-07-03 | Vivek G. Gupta | Distributed policy architecture |
-
2012
- 2012-12-27 US US13/728,782 patent/US20140187252A1/en not_active Abandoned
-
2013
- 2013-06-05 CN CN201380060716.4A patent/CN104798406A/en active Pending
- 2013-06-05 EP EP13867579.8A patent/EP2939474B1/en active Active
- 2013-06-05 KR KR1020177005266A patent/KR101803246B1/en active IP Right Grant
- 2013-06-05 WO PCT/US2013/044246 patent/WO2014105115A1/en active Application Filing
- 2013-06-05 KR KR1020157013824A patent/KR101712045B1/en active IP Right Grant
-
2014
- 2014-10-30 US US14/528,153 patent/US9832682B2/en active Active
Patent Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050054300A1 (en) * | 2000-09-15 | 2005-03-10 | Andreas Vogel | Wireless network monitoring |
US20040214576A1 (en) * | 2003-04-28 | 2004-10-28 | Chantry Networks Inc. | Wireless network communication system and method |
US20120196644A1 (en) * | 2007-02-05 | 2012-08-02 | Wefi, Inc. | Dynamic Network Connection System and Method |
US8565766B2 (en) * | 2007-02-05 | 2013-10-22 | Wefi Inc. | Dynamic network connection system and method |
US20120324091A9 (en) * | 2009-01-28 | 2012-12-20 | Raleigh Gregory G | Device-assisted services for protecting network capacity |
US20110131338A1 (en) * | 2009-11-30 | 2011-06-02 | At&T Mobility Ii Llc | Service-based routing for mobile core network |
US20130230011A1 (en) * | 2010-11-19 | 2013-09-05 | Nokia Corporation | Apparatus and method for selection of a gateway of a local area network |
US8649359B2 (en) * | 2010-11-19 | 2014-02-11 | Nokia Corporation | Apparatus and method for selection of a gateway of a local area network |
US20130122910A1 (en) * | 2011-09-28 | 2013-05-16 | Smith Micro Software, Inc. | Self-Adjusting Mobile Platform Policy Enforcement Agent for Controlling Network Access, Mobility and Efficient Use of Local and Network Resources |
US20140099945A1 (en) * | 2012-10-05 | 2014-04-10 | Bik Singh | Policy-Based Roaming Updates for Mobile Devices |
US20150282058A1 (en) * | 2012-10-12 | 2015-10-01 | Nokia Solutions And Networks Oy | Method and Apparatus for Access Network Selection |
Cited By (23)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9832682B2 (en) | 2012-12-27 | 2017-11-28 | Intel Corporation | Distributed policy architecture |
US20140287746A1 (en) * | 2013-03-22 | 2014-09-25 | Qualcomm Incorporated | Decoupling wlan selection from plmn/service provider selection |
US10219206B2 (en) * | 2013-03-22 | 2019-02-26 | Qualcomm Incorporated | Selecting a network node based on precedence of network policies |
US9769723B2 (en) * | 2013-07-23 | 2017-09-19 | Apple Inc. | Performing WiFi and cellular handover using device-specific thresholds |
US11792830B2 (en) | 2013-10-30 | 2023-10-17 | Interdigital Patent Holdings, Inc. | Systems and methods for handling priority services congestion |
US10925067B2 (en) * | 2013-10-30 | 2021-02-16 | Interdigital Patent Holdings, Inc. | System and methods for handling priority services congestion |
US10028211B2 (en) | 2014-10-31 | 2018-07-17 | At&T Intellectual Property I, L.P. | Transaction sensitive access network discovery and selection |
US9655034B2 (en) | 2014-10-31 | 2017-05-16 | At&T Intellectual Property I, L.P. | Transaction sensitive access network discovery and selection |
US10542487B2 (en) | 2014-11-20 | 2020-01-21 | At&T Intellectual Property I, L.P. | Network edge based access network discovery and selection |
US20170215138A1 (en) * | 2014-11-20 | 2017-07-27 | At&T Intellectual Property I, L.P. | Network edge based access network discovery and selection |
US20160150467A1 (en) * | 2014-11-20 | 2016-05-26 | At&T Intellectual Property I, L.P. | Network edge based access network discovery and selection |
US9629076B2 (en) * | 2014-11-20 | 2017-04-18 | At&T Intellectual Property I, L.P. | Network edge based access network discovery and selection |
US9961625B2 (en) * | 2014-11-20 | 2018-05-01 | At&T Intellectual Property I, L.P. | Network edge based access network discovery and selection |
US10206109B2 (en) | 2014-12-24 | 2019-02-12 | Intel Corporation | Offline access network discovery and selection function (ANDSF) provisioning using near field communications (NFC) |
CN105744462A (en) * | 2014-12-24 | 2016-07-06 | 英特尔公司 | Offline access network discovery and selection function (andsf) policy provisioning using near field communications (nfc) |
US10162351B2 (en) | 2015-06-05 | 2018-12-25 | At&T Intellectual Property I, L.P. | Remote provisioning of a drone resource |
US11039002B2 (en) | 2015-06-05 | 2021-06-15 | At&T Intellectual Property I, L.P. | Context sensitive communication augmentation |
US11144048B2 (en) | 2015-06-05 | 2021-10-12 | At&T Intellectual Property I, L.P. | Remote provisioning of a drone resource |
US11644829B2 (en) | 2015-06-05 | 2023-05-09 | At&T Intellectual Property I, L.P. | Remote provisioning of a drone resource |
US10129706B2 (en) | 2015-06-05 | 2018-11-13 | At&T Intellectual Property I, L.P. | Context sensitive communication augmentation |
US10470241B2 (en) | 2016-11-15 | 2019-11-05 | At&T Intellectual Property I, L.P. | Multiple mesh drone communication |
US10973083B2 (en) | 2016-11-15 | 2021-04-06 | At&T Intellectual Property I, L.P. | Multiple mesh drone communication |
US11122484B2 (en) * | 2017-04-01 | 2021-09-14 | JRD Communication (Shenzhen) Ltd. | Method of automatically switching between WLAN and LTE networks and communication terminal |
Also Published As
Publication number | Publication date |
---|---|
KR101803246B1 (en) | 2017-11-29 |
US20150050942A1 (en) | 2015-02-19 |
US9832682B2 (en) | 2017-11-28 |
EP2939474A4 (en) | 2016-08-10 |
EP2939474A1 (en) | 2015-11-04 |
EP2939474B1 (en) | 2019-08-28 |
CN104798406A (en) | 2015-07-22 |
WO2014105115A1 (en) | 2014-07-03 |
KR20170024153A (en) | 2017-03-06 |
KR101712045B1 (en) | 2017-03-03 |
KR20150080564A (en) | 2015-07-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9832682B2 (en) | Distributed policy architecture | |
US11765633B2 (en) | Method and system for anchor cell reselection with multi-RAT dual-connectivity | |
EP3695630B1 (en) | Policy provisioning at a user equipment (ue) | |
JP6824178B2 (en) | Devices, systems and methods for specific cell probability load distribution | |
EP2962485B1 (en) | Wireless local area network (wlan) traffic offloading | |
US10616817B2 (en) | Terminal, base station, cell access method, and data transmission method for reconfiguring a wireless connection to communicate with a secondary cell | |
US9462117B2 (en) | OAM system for LTE-U and Wi-Fi operation and coexistence deployment | |
US10779223B2 (en) | Priority and broadcasting in a network serving LTE, eMTC, and NB-IoT | |
EP3721655B1 (en) | Communication method, device and computer readable storage medium for relay device | |
EP2688348A1 (en) | Apparatuses, Methods, and Computer Programs for Base Station Transceivers | |
US10979946B2 (en) | Hand-in with topology hiding | |
US10341174B2 (en) | Network perception based service policy configuration method and network device | |
US20160212635A1 (en) | Method for configuring interface in mobile communication system supporting multiple wireless access technologies and apparatus for performing same | |
US11570841B2 (en) | System and method of radio resource management for radio access networks | |
US9681349B1 (en) | Method and system for managing traffic offload in a wireless communication network based on closed access mode conditions | |
EP4059266B1 (en) | Ue group based cell reselection | |
WO2023155077A1 (en) | Systems and methods for power saving in a transmit-and-receive point (trp) | |
WO2024010828A1 (en) | Enhanced mobile integrated access and backhaul for wireless communications |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: INTEL CORPORATION, CALIFORNIA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:GUPTA, VIVEK G.;CANPOLAT, NECATI;SIGNING DATES FROM 20130211 TO 20130328;REEL/FRAME:030121/0276 |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |