IP Library Granted Patent US 9,923,772
Granted Patent B2
US 9,923,772 · App. 14/333,261 · Granted Mar 20, 2018

Interfrequency and inter-technology neighbor planning on a self-organizing network

Inventor: Ashish Bansal (Frisco, TX)
Assignee: Cisco Technology, Inc.
H04L41/0893H04W24/02H04W36/0083H04W84/18
View Patent ↗
Loading inventors, assignments & file history…
Monitor This Case
Get email alerts when status or documents change.
Order Certified Copies
Most orders are placed with the USPTO same day — all within 24 business hours.
Order via The Patent Place →
Pre-filled with this patent's details
Quick Facts
Patent No.
US 9,923,772
App. No.
14/333,261
Granted
Mar 20, 2018
Kind
B2
Abstract

In an example, a self-organizing network (SON) provides automated interfrequency load balancing for a base station such as a NodeB. The NodeB may provide a plurality of carriers, such as in a plurality of UARFCN frequencies, and the SON may provide configuration directives for increasing efficiency. For example, when one carrier becomes loaded, the SON may update neighbor associations to take advantage of relatively unloaded frequency carriers. A plurality of scenarios S may be provided, and a policy P may be defined for each. When the NodeB encounters a scenario S, SON may send configuration directives to implement policy P. Similar concept and policy could be applied in conjunction with INTER Technology Neighbor Definitions between LTE and UMTS and UMTS and GSM. Example if GSM Frequency Neighbors needs to be replaced with different Frequency Neighbors from UMTS based on Load or RF conditions.

Claims (55)

1. A network device, comprising:

an interface for coupling with a telecommunication engine operable for providing wireless uplink and downlink communication services in a plurality of frequency carriers in a cellular network configured in a baseline configuration P 0 , the baseline configuration P 0 including a plurality of neighbor associations, each neighbor association identifying, for a respective first frequency carrier of the plurality of frequency carriers in the cellular network, a respective second frequency carrier of the plurality of frequency carriers in the cellular network to which traffic may overflow for load balancing, wherein each frequency carrier of the plurality of frequency carriers in the cellular network is associated with at least one of the neighbor associations; and

a policy engine comprising at least a processor configured for:

detecting a network condition scenario S 1 ;

looking up in a policy table a policy P 1 associated with the scenario S 1 ; and

providing to the telecommunication engine configuration directives based on the policy P 1 , wherein the neighbor association associated with the first frequency carrier is changed from identifying the second frequency carrier to identifying a third frequency carrier of the plurality of frequency carriers in the cellular network to which traffic may overflow, wherein the third frequency carrier is not adjacent to the first frequency carrier.

2. The network device of claim 1 , wherein the policy engine is further configured for:

assessing network conditions after sending the configuration directives;

determining that the configuration directives based on P 1 have degraded network performance; and

sending configuration directives to select a new policy Pn.

3. The network device of claim 1 , wherein the policy engine is further configured for:

assessing network conditions after sending the configuration directives;

determining that the configuration directives based on P 1 have degraded network performance;

detecting a network condition scenario S 2 ; and

sending configuration directives based on a baseline policy P 2 .

4. The network device of claim 1 , wherein the policy engine is further configured for, after a period, sending configuration directives to restore the baseline configuration P 0 .

5. The network device of claim 1 , wherein the policy engine further comprises a plurality of network condition scenarios S, wherein at least some of the network condition scenarios S have associated therewith at least one policy P.

6. The network device of claim 5 , wherein at least one of the network condition scenarios S is selected from the group consisting of carrier loading, power saving, interference, frequency band loading, noise, key performance indicators, congestion, outages, resource-based, operator-defined conditions, network or carrier borders, new technology, frequency cell turned on, and inter-technology load balancing.

7. The network device of claim 1 , wherein the network device further comprises a self-organizing network engine for providing self-organizing network services.

8. One or more tangible, non-transitory computer-readable mediums having stored thereon instructions operable to instruct a processor for:

coupling with a telecommunication engine operable for providing wireless uplink and downlink communication services in a plurality of frequency carriers in a cellular network configured in a baseline configuration P 0 , the baseline configuration P 0 including a plurality of neighbor associations, each neighbor association identifying, for a respective first frequency carrier of the plurality of frequency carriers in the cellular network, a respective second frequency carrier of the plurality of frequency carriers in the cellular network to which traffic may overflow for load balancing, wherein each frequency carrier of the plurality of frequency carriers in the cellular network is associated with at least one of the neighbor associations; and

providing a policy engine configured for:

detecting a network condition scenario S 1 ;

looking up in a policy table a policy P 1 associated with the scenario S 1 ; and

providing to the telecommunication engine configuration directives based on the policy P 1 , wherein the neighbor association associated with the first frequency carrier is changed from identifying the second frequency carrier to identifying a third frequency carrier of the plurality of frequency carriers in the cellular network to which traffic may overflow, wherein the third frequency carrier is not adjacent to the first frequency carrier.

9. The one or more mediums of claim 8 , wherein the policy engine is further configured for:

assessing network conditions after sending the configuration directives;

determining that the configuration directives based on P 1 have degraded network performance; and

sending configuration directives to select a new policy Pn.

10. The one or more mediums of claim 8 , wherein the policy engine is further configured for:

assessing network conditions after sending the configuration directives;

determining that the configuration directives based on PI have degraded network performance;

detecting a network condition scenario S 2 ; and

sending configuration directives based on a baseline policy P 2 .

11. The one or more mediums of claim 8 , wherein the policy engine is further configured for, after a period, sending configuration directives to restore the baseline configuration P 0 .

12. The one or more mediums of claim 8 , wherein the policy engine further comprises a plurality of network condition scenarios S, wherein at least some of the network condition scenarios S have associated therewith at least one policy P.

13. The one or more mediums of claim 12 , wherein at least one of the network condition scenarios S is selected from the group consisting of carrier loading, power saving, interference, frequency band loading, noise, key performance indicators, congestion, outages, resource-based, operator-defined conditions, network or carrier borders, new technology, frequency cell turned on, and inter-technology load balancing.

14. The one or more mediums of claim 8 , wherein the instructions are further operable for providing self-organizing network services.

15. A method comprising:

coupling with a telecommunication engine operable for providing wireless uplink and downlink communication services in a plurality of frequency carriers in a cellular network configured in a baseline configuration P 0 , the baseline configuration P 0 including a plurality of neighbor associations, each neighbor association identifying, for a respective first frequency carrier of the plurality of frequency carriers in the cellular network, a respective second frequency carrier of the plurality of frequency carriers in the cellular network to which traffic may overflow for load balancing, wherein each frequency carrier of the plurality of frequency carriers in the cellular network is associated with at least one of the neighbor associations;

detecting a network condition scenario S 1 ;

looking up in a policy table a policy P 1 associated with the scenario S 1 ; and

providing to the telecommunication engine configuration directives based on the policy P 1 , wherein the neighbor association associated with the first frequency carrier is changed from identifying the second frequency carrier to identifying a third frequency carrier of the plurality of frequency carriers in the cellular network to which traffic may overflow, wherein the third frequency carrier is not adjacent to the first frequency carrier.

16. The method of claim 15 , further comprising:

assessing network conditions after sending the configuration directives;

determining that the configuration directives based on PI have degraded network performance; and

sending configuration directives to select a new policy Pn.

17. The method of claim 15 , further comprising:

assessing network conditions after sending the configuration directives;

determining that the configuration directives based on P 1 have degraded network performance;

detecting a network condition scenario S 2 ; and

sending configuration directives based on a baseline policy P 2 .

18. The method of claim 15 , further comprising, after a period, sending configuration directives to restore the baseline configuration P 0 .

19. The method of claim 15 , further comprising identifying one of a plurality of network condition scenarios S, wherein at least some of the network condition scenarios S have associated therewith at least one policy P.

20. The method of claim 19 , wherein at least one of the network condition scenarios S is selected from the group consisting of carrier loading, power saving, interference, frequency band loading, noise, key performance indicators, congestion, outages, resource-based, operator-defined conditions, network or carrier borders, new technology, frequency cell turned on, and inter-technology load balancing.

Assignments (2)
CORRECTIVE ASSIGNMENT TO CORRECT THE INTER-TECHOLOGY TO INTER-TECHNOLOGY IN THE APPLICATION TITLE PREVIOUSLY RECORDED ON REEL 033327 FRAME 0633. ASSIGNOR(S) HEREBY CONFIRMS THE ASSIGNMENT. Recorded Sep 7, 2014
From: BANSAL, ASHISH
To: CISCO TECHNOLOGY, INC.
Reel/Frame 033694/0594 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Jul 16, 2014
From: BANSAL, ASHISH
To: CISCO TECHNOLOGY, INC.
Reel/Frame 033327/0633 →
Continuity (1)
Related Publication 20160021571A1 · Jan 21, 2016