IP Library Granted Patent US 8,948,014
Granted Patent B2
US 8,948,014 · App. 13/631,264 · Granted Feb 3, 2015

System and method for load balancing MMEs and MME pools

Inventors: Murali K. Velamati (Mountain View, CA); Jeffrey Furry (Chelsea, CA); Joël R. Calippe (San Jose, CA); Meena Selvam (San Jose, CA)
Assignee: Alcatel Lucent
H04W8/12H04W36/12H04W36/0033H04W36/22H04W88/14H04W92/24
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 8,948,014
App. No.
13/631,264
Granted
Feb 3, 2015
Kind
B2
Abstract

A system, method and apparatus for policy-driven load balancing of MMEs and MME pools by migrating eNodeBs service responsibilities among MMEs and/or MME processing components or modules.

Claims (51)

1. A method for managing mobility management entities (MME) loading, comprising:

monitoring indicia of eNodeB loading at a source MME and individually at each of a plurality of processing elements in said source MME; and

in response to said loading indicia exceeding one or more of policy-defined threshold levels for said source MME and said plurality of processing elements in the source MME, migrating responsibility for one or more eNodeBs to one or more of: a target MME and a target processing element of the source MME.

2. The method of claim 1 , wherein said migrating comprises:

transmitting to the target MME a message adapted to cause the target MME to form links to the eNodeBs to be migrated;

converting existing links between the eNodeBs to be migrated and the source MME to standby links;

transmitting to the target MME state information associated with the eNodeBs to be migrated; and

preventing the acceptance of new services at the source MME associated with the eNodeBs to be migrated.

3. The method of claim 1 , further comprising transmitting to the target MME user context information associated with the eNodeBs to be migrated.

4. The method of claim 3 , wherein the user context information comprises, for each respective user, information related to one or more of a typical Service Gateway (SGW) used, a typical user data/call path, PCRF rules, authentication data, data plan parameters, roaming information, visiting information, home information and user call routing preferences.

5. The method of claim 1 , wherein said source and target MMEs comprise different processing elements within a single MME.

6. The method of claim 1 , wherein said source and target MMEs comprise different MMEs within a pool of MMEs.

7. The method of claim 1 , wherein said source and target MMEs comprise MMEs within different pools of MMEs.

8. The method of claim 1 , wherein said indicia of eNodeB loading and said threshold level are defined by policy information received from a network management system.

9. The method of claim 1 , wherein a network manager (NM) is adapted to perform said monitoring of indicia of eNodeB loading at each of a plurality of MMEs within a network.

10. The method of claim 9 , wherein said NM is further adapted to perform said determine if said loading indicia exceeding a policy-defined threshold.

11. The method of claim 10 , wherein said MN adapts MME operation via a policy mechanism.

12. The method of claim 1 , wherein a MME is adapted to perform said monitoring of indicia of eNodeB loading and determine if said loading indicia exceeds a policy-defined threshold.

13. The method of claim 12 , wherein said MME communicates with one or more neighboring MMEs to negotiate a migration of eNodeBs thereto.

14. The method of claim 13 , wherein said MME and said neighboring MMEs form a MME pool, wherein at least some of the MMEs within the pool operate to manage eNodeB loading associated with the MME members of the pool.

15. The method of claim 1 , wherein the policy-defined threshold level for each MME is based upon one or more of subscriber type, service type and service level agreement (SLA) associated with users of respective supported eNodeBs.

16. The method of claim 1 , wherein the policy defined threshold level is derived by processing multiple MME status indicators to predict thereby an imminent over utilization condition.

17. The method of claim 1 , further comprising:

defining for each MME one or more target MMEs;

causing each MME to communicate “keep alive” information with each of its respective one or more target MMEs; and

adapting eNodeB migration according to a target MME priority sequence.

18. An apparatus for managing mobility management entities (MME) loading, the apparatus comprising:

a processor configured for:

monitoring indicia of eNodeB loading at a source MME and individually at each of a plurality of processing elements in said source MME; and

in response to said loading indicia exceeding one or more of policy-defined threshold levels for said source MME and said plurality of processing elements in the source MME, migrating responsibility for one or more eNodeBs to one or more of: a target MME and a target processing element of the source MME.

19. A non-transitory computer readable storage medium storing instructions which, when executed by a computer, cause the computer to perform a method for managing mobility management entities (MME) loading, comprising:

monitoring indicia of eNodeB loading at a source MME and individually at each of a plurality of processing elements in said source MME; and

in response to said loading indicia exceeding one or more of policy-defined threshold levels for said source MME and said plurality of processing elements in the source MME, migrating responsibility for one or more eNodeBs to one or more of: a target MME and a target processing element of the source MME.

20. A non-transitory computer program product wherein computer instructions stored in a non-transitory computer readable memory, when processed by a computer, adapt the operation of the computer to provide a method for managing mobility management entities (MME) loading, comprising:

monitoring indicia of eNodeB loading at a source MME and individually at each of a plurality of processing elements in said source MME; and

in response to said loading indicia exceeding one or more of policy-defined threshold levels for said source MME and said plurality of processing elements in the source MME, migrating responsibility for one or more eNodeBs to one or more of: a target MME and a target processing element of the source MME.

21. The apparatus of claim 18 , wherein said migrating comprises:

transmitting to the target MME a message adapted to cause the target MME to form links to the eNodeBs to be migrated;

converting existing links between the eNodeBs to be migrated and the source MME to standby links;

transmitting to the target MME state information associated with the eNodeBs to be migrated; and

preventing the acceptance of new services at the source MME associated with the eNodeBs to be migrated.

22. The non-transitory computer readable storage medium of claim 19 , wherein said migrating comprises:

transmitting to the target MME a message adapted to cause the target MME to form links to the eNodeBs to be migrated;

converting existing links between the eNodeBs to be migrated and the source MME to standby links;

transmitting to the target MME state information associated with the eNodeBs to be migrated; and

preventing the acceptance of new services at the source MME associated with the eNodeBs to be migrated.

23. The non-transitory computer program product of claim 20 , wherein said migrating comprises:

transmitting to the target MME a message adapted to cause the target MME to form links to the eNodeBs to be migrated;

converting existing links between the eNodeBs to be migrated and the source MME to standby links;

transmitting to the target MME state information associated with the eNodeBs to be migrated; and

preventing the acceptance of new services at the source MME associated with the eNodeBs to be migrated.

Assignments (13)
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Dec 28, 2021
From: PROVENANCE ASSET GROUP LLC
To: RPX CORPORATION
Reel/Frame 059352/0001 →
RELEASE OF SECURITY INTEREST Recorded Nov 30, 2021
From: CORTLAND CAPITAL MARKETS SERVICES LLC
To: PROVENANCE ASSET GROUP HOLDINGS LLC; PROVENANCE ASSET GROUP LLC
Reel/Frame 058983/0104 →
RELEASE OF SECURITY INTEREST Recorded Nov 30, 2021
From: NOKIA US HOLDINGS INC.
To: PROVENANCE ASSET GROUP HOLDINGS LLC; PROVENANCE ASSET GROUP LLC
Reel/Frame 058363/0723 →
ASSIGNMENT AND ASSUMPTION AGREEMENT Recorded Feb 14, 2019
From: NOKIA USA INC.
To: NOKIA US HOLDINGS INC.
Reel/Frame 048370/0682 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Sep 13, 2017
From: NOKIA TECHNOLOGIES OY; NOKIA SOLUTIONS AND NETWORKS BV; ALCATEL LUCENT SAS
To: PROVENANCE ASSET GROUP LLC
Reel/Frame 043877/0001 →
SECURITY INTEREST Recorded Sep 13, 2017
From: PROVENANCE ASSET GROUP HOLDINGS, LLC; PROVENANCE ASSET GROUP LLC
To: NOKIA USA INC.
Reel/Frame 043879/0001 →
SECURITY INTEREST Recorded Sep 13, 2017
From: PROVENANCE ASSET GROUP HOLDINGS, LLC; PROVENANCE ASSET GROUP, LLC
To: CORTLAND CAPITAL MARKET SERVICES, LLC
Reel/Frame 043967/0001 →
RELEASE OF SECURITY INTEREST Recorded Oct 9, 2014
From: CREDIT SUISSE AG
To: ALCATEL-LUCENT USA INC.
Reel/Frame 033949/0016 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Oct 16, 2013
From: ALCATEL-LUCENT USA INC.
To: ALCATEL LUCENT
Reel/Frame 031420/0703 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Oct 16, 2013
From: ALCATEL-LUCENT CANADA INC.
To: ALCATEL LUCENT
Reel/Frame 031414/0216 →
SECURITY INTEREST Recorded Mar 7, 2013
From: ALCATEL-LUCENT USA INC.
To: CREDIT SUISSE AG
Reel/Frame 030510/0627 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Oct 25, 2012
From: FURRY, JEFFREY
To: ALCATEL-LUCENT CANADA INC.
Reel/Frame 029189/0024 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Oct 17, 2012
From: VELAMATI, MURALI K; CALIPPE, JOEL R; SELVAM, MEENA
To: ALCATEL-LUCENT USA INC.
Reel/Frame 029141/0363 →
Continuity (2)
Provisional Application 61549166 · Oct 19, 2011
Related Publication 20130100813A1 · Apr 25, 2013