EP2741446B1 - Intelligent large network configuration management service - Google Patents
Intelligent large network configuration management service Download PDFInfo
- Publication number
- EP2741446B1 EP2741446B1 EP13005699.7A EP13005699A EP2741446B1 EP 2741446 B1 EP2741446 B1 EP 2741446B1 EP 13005699 A EP13005699 A EP 13005699A EP 2741446 B1 EP2741446 B1 EP 2741446B1
- Authority
- EP
- European Patent Office
- Prior art keywords
- maintenance
- network node
- maintenance task
- network
- task request
- 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.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
- H04L41/082—Configuration setting characterised by the conditions triggering a change of settings the condition being updates or upgrades of network functionality
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0893—Assignment of logical groups to network elements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/04—Arrangements for maintaining operational condition
Definitions
- the present application relates generally to network management and more particularly to a system and method of deploying maintenance tasks in large networks and associated nodes.
- Wireless operators have used neighbor information extracted from node configurations but still rely on user inputs to provide this information.
- network operators need more flexibility and the job is often left to costly field technicians.
- end users or the operator's customers are made to accept network outages. This leads to an increase in complaints.
- Document EP 2 339 461 A2 may be construed to disclose a network for remotely managing a plurality of remote devices that are each individually configurable to have selected operating characteristics, including a server connected to the network and to the plurality of remote devices, and a display coupled to a computer which is connected to the network. Also included are means for assigning a common icon to each remote device of the same type and displaying the icons on the server display, and means for coloring each icon to indicate a current configuration status of each remote device and for displaying the color on the icon on the display.
- Document US 2008/281958 A1 may be construed to disclose systems and methods for implementing a unified console for managing computing-based devices.
- the system can be implemented by providing a combined functionality that includes features of monitor ing and update services, in a single console.
- the method preferably comprises identifying an area of the communication network requiring a maintenance task and selecting a network node in the identified area for receiving a maintenance task to be performed. Usage information is preferably obtained from neighboring nodes which could impact the selected network node. The method preferably further comprises confirming that the selected network node is ready to receive a maintenance task and sending a request to the selected network node containing a maintenance task to be completed at the selected network node if the selected network node is ready to complete the maintenance task.
- an area is identified by selecting one or more geographical locations of the communication network as a Maintenance Region (MR) having similar maintenance requirements.
- a Maintenance Policy (MP) is then preferably associated with the MR.
- the MP preferably provides scheduling information related to service impacting actions and rules for the associated MR.
- the present invention proposes a method and system for automating service impacting maintenance activities to network elements.
- the present invention automates all considerations in choosing the right network element for service updates to minimize impacting network operations.
- the maintenance activities can be provided by controlled outages as per the needs of the network operator and its customers. It is adaptive to various geographic and time constraints such that service impacting activities are minimized. This is accomplished by defining a Maintenance Regions (MR).
- MR Maintenance Regions
- a Maintenance Region is a geographical area on the map that has similar maintenance behavior/constraints. Examples: Airport area, business district, nightlife area. There is always a 'default' MR which is everywhere else on the map. This is an activity that is done on a map generating a region like a polygon.
- a Maintenance Policy (MP) is then defined.
- the MP is associated with an MR.
- Maintenance Policy captures information about when is the best time to perform service impacting actions and rules about how many times each action is allowed to be performed during each time period.
- MP is a set of time related rules with an expiry.
- a check to a Network Element is then implemented to confirm platform software compatibility.
- a confirmation is obtained that an NE (Network Element) can provide its geographical location.
- the NE neighbor information is then captured. Once obtained, the above information is used in an algorithm that at any given time can select the preferred candidate network element to receive maintenance actions including a service impacting action (like a software upgrade). Then, based on capacity of running parallel activities and constraints defined by the MP, the algorithm performs an optimized and maximum number of actions simultaneously.
- a network operator will need to cross reference every node in its network with its geographical locations on a map and figure out if 'now' is the right time to perform the action (e.g. don't perform an action at 1 am if the node is covering the area in the city with night life), ensure the platform on that node is compatible with deploying action, ensure that this is the only node in the neighbor list that is going to be receiving the action. All these actions need to happen node by node in a large network. As indicated above, this is extremely time consuming in large network and can lead to network node downtime.
- the present invention proposes a method and system for automating service updates to network elements.
- the present method automates all considerations in choosing the right network element for service updates while minimizing the impact to network operations.
- the maintenance activities can be performed by controlled outages as per the needs of the network operator and its customers.
- the network 100 is made up of geographic regions which may include areas with business cores 101, nightlife areas 102, airports 103 and other regions 104 such as residential sections, suburbs, vacant land, lakes, rivers, etc. otherwise regions which may at any one time have less end users or subscribers than in other identified regions of the network.
- a Maintenance Region is defined as a geographical area on the map that has similar maintenance behavior/constraints. Examples are shown in Fig. 1 as the business core 101, Nightlife area 102, Airport area 103, etc. A'default' MR is everywhere else on the map. In large networks covering several towns and cities, a network may have several of the same Mrs.
- the creation of the MR areas is an activity that is done on a map generating a region like a polygon. Initially, a Maintenance Region is defined. This can be done with any map software. A polygon is drawn around the geographical areas that behave or are impacted the same way and those that should therefore follow the same maintenance schedule, considerations and constraints.
- map software usually designate a geographical region with a polygon but other shapes may be suitable to designate such a region.
- This region is saved in a format that the software can then read. (e.g. on Google Earth, KML is the format used).
- the night-club area in this city never (or rarely) moves.
- the Network Equipment that covers that area may be changed, added, removed or moved around, but the idea is not about mapping NEs by user but to identify the region's operating behavior. In other words, the traffic usage behavior of a region in the coverage area of the network is identified. This is done is such a way that service impacting activities are done with knowledge of the location and behavior of a Maintenance Region.
- a Maintenance Policy is then defined for each region.
- a Maintenance Policy is associated with a Maintenance Region according to predetermined schedules and rules.
- the Maintenance Policy captures information associated with the ideal time to perform service impacting actions as well as possible maintenance tasks during those times.
- a MP thus defines a set of time related rules with an expiry.
- a MP defines Maintenance windows (what time of the day is the best time to perform service impacting actions) e.g. 12am to 4am in a residential area and 4am to 8am in a night club area.
- the concept of MP gives the operator the option of not treating the whole network the same way when a maintenance task is required to be pushed to the network nodes.
- An MP also defines what and when actions can take place and how many of them can be completed at the same time. For example, pre-checks, downloads, backhaul impacting activities, tasks that are not service impacting activities and those service impacting activities like resets.
- the MP is provided with a set of time rules.
- a typical residential Maintenance Region such as region 104 in Fig. 1 , may define the following maintenance window:
- the MR may also define the maintenance rules, such as:
- the business core region 101 would on the other hand have a different MP based on a maintenance window (MW)of 10pm to 5 am and during weekends and holidays when there is likely smaller chance of impacting service to end users in that region.
- MW maintenance window
- the nightlife region 102 would have again a different MP with a MW ideally defined between 3 and 7 am but with no maintenance work done on weekends or holidays.
- the airport region 103 yet again would also have a different MP with a MW defined between 2 and 5 am with no MW during holidays, weekends and the Thanksgiving and Christmas periods which is the busiest travel time of the year.
- time constraint rules similar to the above can also be considered to exclude or include a time window for Maintenance, for example, a specified time that some level of service impacting activity is tolerated since the network is not needed at its nominal capacity.
- Fig. 2 is an exemplary embodiment of a maintenance region and maintenance policy matrix 200 which can be completed by the service provider according to their unique network layout and operational constraints. Such a matrix is completed in accordance to network peculiarities, Maintenance region and policies as indicated above in relation to Fig. 1 .
- a pattern of traffic behavior for the entire network could be used to determine regions of high activity at various time of day.
- This information could for example be derived from historical traffic usage information collected over time by the network operator. This way, the operator could derive a live map based on such traffic behavior and define ideal maintenance schedules for each region defined as having a different user traffic behavior.
- the maintenance task related rules can also be determined dynamically based on back-haul availability and load monitoring of nodes in the network.
- Fig. 3 is a diagram illustrating a maintenance region 300 also shown as MR 3 103 of the exemplary network 100 shown in Fig. 1 .
- the MR 300 is one of the regions of the network 100 that has received a maintenance task request from the operator.
- MR 300 is comprised of multiple network nodes, each define within a geographical area where each node is subject to a similar maintenance window, schedule or policy.
- a verification of a target Network Element is performed to confirm platform software compatibility.
- This is called an implementation pre-requisite mechanism of a network element. This is to ensure the NE has the knowledge that a certain maintenance activity on the NE is permitted.
- An example would be to make the NE provide its software version, its platform software version, backward compatibility rules etc. This will enable a maintenance application engine which deploys new maintenance tasks to calculate if a certain activity is permitted on the network element. For example, when a patch is released and is to be deployed to the whole network, the software can ensure the NE's software or its platform version has the right software version to receive this patch.
- the present method ensures the compatibility of certain actions with a network node can be automated.
- the network nodes are able to provide their version, compatibility information and a 'maintenance activity' and also its compatibility information: E.g. A new patch needs to capture what is its minimum version requirement or patch that is applicable. Or a maintenance configuration modification activity needs to capture its prerequisites.
- a confirmation is obtained that a NE (Network Element) can provide its geographical location.
- Network elements need to be aware of their geographical locations. For example, on all cellular networks, there is a GPS component for signal synchronization that has accurate geographical location information of the network element.
- NE neighbor information is then captured.
- NE neighbor information can be obtained from the local base station which maintains a neighbor relation table (NRT).
- NRT neighbor relation table
- node 301 and 302 can receive a maintenance task request, a verification of neighboring nodes is done to make sure service interrupting tasks are also not taking place in an adjacent node.
- the above information is used at any given time to select the next candidate network element to receive a service impacting action (like a software upgrade).
- This selection also takes into consideration system or network capacity of running parallel activities on portions of the network.
- the process is optimized such that the maximum number of maintenance tasks can be completed simultaneously.
- FIG. 4 we have shown a high level diagram illustrating the maintenance task assignment process in accordance with an exemplary embodiment of the present invention.
- a network manager such as workstation 401 used by a network operator is first used to create 402 the maintenance regions and maintenance policies 403 of the network map, earlier illustrated in Figs 1 and 2 .
- Information associated with the network capacity, interface capacity, CPU availability, neighbor information, etc. is collected at block 404.
- the maintenance application engine 405 then implements a maintenance deployment sequence to the network using the collected information 403 and 404 and maintenance activities are issued to the network nodes via a network/element management tool 406.
- the maintenance activities are deployed throughout the network 407 and specific nodes in of a maintenance region 408.
- the overall network can run X number of parallel activities (constraint by Element management's interface capacity to transfer data to network elements, CPU availability and other important Key Performance Indicators (KPIs).
- KPIs Key Performance Indicators
- X number of actions can run. If an action is completed, another needs to be chosen and started: E.g. what is the best, highest priority activity to do if one action is completed. This is determined by the maintenance application engine 405 which implements a number of the rules and uses above captured information.
- a service impacting activity can be deployed throughout the network as fast as possible while taking into account all constraints that an operator may require to minimize and control outages with minimal chance of human errors.
- the maintenance task assignment process needs to give priority to complete work upgrades on nodes in the areas that are currently in a maintenance window. This is illustrated in Fig. 5 .
- the maintenance deployment sequence first at block 501 determines if a network management server resource, e.g. CPU availability or required bandwidth is available and that at least one maintenance task is pending to be completed at that node.
- MP policy
- CN candidacy number
- the query 'can a task be run' is made at block 601.
- a task can be run if it doesn't violate any maintenance policy rules for that maintenance region. Otherwise, the candidacy number is set to zero until such time as the node is ready to receive a particular maintenance task.
- MP rules are checked against the candidate task and if any of them fail, a task cannot execute and the CN becomes zero (0). For example:
- a task weight of 1 is added to the task, block 602.
- a further custom weight CNtask+ is further added to the candidacy number. This effectively makes the algorithm give priority to completing tasks on regions within their maintenance windows.
- the task weight is adjusted so that tasks that have order to completion finish faster. For example if the order of running different tasks is defined as step T1 then T2 then T3, by adding a CN of 3 to a node that can run T3, that task is priori-tized over another node's ability to run T2. This is important since it pushes the system to give priority to complete work on node by node basis.
- a neighbor group is a collection of NEs that are not in any neighbor relationship with each other.
- Block 605 ensures that NEs that are not in neighbor relationship with each other get priority in performing maintenance tasks on them.
- NEs can be queued for execution. If none can be found, it means either: the process is complete which can also be checked by following a to-do list, or the work scheduler needs to wait and re-check in a set time.
- priority is given to complete upgrades for service impacting actions as soon as possible. For example, if a first task is a software download followed by a pre-check activity task, followed by an install task and then a software reset activation task is required, then the highest priority and candidacy number weight will go to the task of perform a software activation/reset as soon as a node is available to do so since it is a service impacting task.
- the maintenance deployment sequence also needs to scan nodes in various geographical regions, select those in located in a maintenance window first, then choose the next network element that can complete the service impacting task, unless it is not available for the next task.
- FIG. 7 An exemplary view of a maintenance deployment sequence matrix is illustrated in Fig. 7 .
- the upgrade is defined into a number of sequential tasks 702, e.g. T1: software download, T2: software pre-check, T3: program a second boot load memory and T4: activate a new load from the new flashed memory bank.
- T1 software download
- T2 software pre-check
- T3 program a second boot load memory
- T4 activate a new load from the new flashed memory bank.
- this example is comprised of 4 tasks, there can be many different maintenance tasks scheduled to run and each may have a different order. For example, a radio reset may have 2 tasks in different order than a software upgrade.
- the matrix illustrates that maintenance upgrade status for each node 703 in the network, e.g. N001 to N999. Each node over time will be required to complete each of the 4 tasks 702.
- the candidacy number weight 704 is computed according to the flow diagram shown in Fig. 6 .
- the CN computation continues over the upgrade timeline 705 until all the nodes have been upgraded.
- the CN weight for each node will vary over time 707 according to its location in the network and in particular its predetermined maintenance region, maintenance policy, etc.
- node N001 708 is initially, during the first pass of the maintenance deployment sequence, not in a maintenance window and therefore has limited available resources to complete a service interrupting task, such as T3 or T4.
- the process also makes sure the neighbor 'law' is respected: i.e. no service impacting action can be performed on a network element while a network element in its neighborhood is also going through a service impacting activity, see Fig. 3 .
- Placing the above information and rules will guarantee a service impacting activity (which is usually a series of several steps) throughout the whole network (or subnet), can be completed with minimal network impact, as fast as possible, e.g. utilizing maximum parallel activities, and following what the network operator had defined as rules of maintenance for various geographical location.
- the method and system provide a robust monitoring and logging mechanism that at any time provides the user/operator with focused logs of failures: in a network of thousands of elements where each activity generates hundreds of lines of log, it is important to isolate failures in a clear way. Operator time should be spent addressing the issues not finding the issues.
- the present method provides a clear progress report that shows the progress of activity throughout the network, ability to pause, resume or abort progress of network wide automated activity on best effort basis and as a minimum to control the next task launch.
- this method can collect progressive historical data on action timings against each NE.
- the same algorithm can be used to simulate a deployment of a maintenance activity to provide a snapshot of what to expect or in real time give the operator a view of the next N upcoming activities. This way, the operator has a clear view on what to expect and where to expect network impacts.
- a network operator is able to spend a few hours to capture all information that requires manual input in a simple and user friendly way and in a way that does not require continuous and bulky change and modification and then extract other configurations that is available from the network element itself to perform a service upgrade impacting on a very large network efficiently, with minimum or optimized outage, without human intervention and as fast as possible.
- the present invention can be realized in hardware, or a combination of hardware and software. Any kind of computing system, or other apparatus adapted for carrying out the methods described herein, is suited to perform the functions described herein.
- a typical combination of hardware and software could be a specialized computer system, e.g., a node, having one or more processing elements and a computer program stored on storage medium that, when loaded and executed, controls the computer system such that it carries out the methods described herein.
- the present invention can also be embedded in a computer program product, which comprises all the features enabling the implementation of the methods described herein, and which, when loaded in a computing system is able to carry out these methods.
- Storage medium refers to any volatile or non-volatile storage device.
- Computer program or application in the present context means any expression, in any language, code or notation, of a set of instructions intended to cause a system having an information processing capability to perform a particular function either directly or after either or both of the following a) conversion to another language, code or notation; b) reproduction in a different material form.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Description
- The present application is related to, and claims priority from,
U.S. Provisional Patent Application No. 61/734,017 filed December 6, 2012 - The present application relates generally to network management and more particularly to a system and method of deploying maintenance tasks in large networks and associated nodes.
- Deploying service impacting changes like patches/upgrades to a large wireless network that is made of hundreds or thousands of network nodes is challenging and time consuming. While simple 'automation' can help with speed, many service providers do not wish to use automated systems since network outages cannot be controlled. This is especially critical in wireless networks where large trouble free coverage areas are expected by its users.
- Instead, network service providers usually hand select nodes in chunks of 10-25 nodes. This selection unfortunately, remains a manual and tedious process when a network can have thousands of nodes.
- Existing tools do not have a 'true' knowledge of the network geographical and maintenance constraints. That is, the nodes are often simply labeled with numerical codes in a database covering say, a part of a city or region.
- Some tools have gone a bit further. They allow a user to create groups of network elements (files) to perform the actions in bulk. While this is helpful it lacks practicality. As an example, wireless networks are in constant change. And with hundreds or even thousands of nodes in the network, going through additions/removals and constantly maintaining these files is not practical.
- In the end, tool operators or users are expected to do that manually and then hand over instructions to the tools to execute those instructions. Such tools, in practice, are not used by network operators due to large maintenance of the grouping information and lack of other needed smarts in performing these actions effectively.
- Wireless operators have used neighbor information extracted from node configurations but still rely on user inputs to provide this information. However, in practice network operators need more flexibility and the job is often left to costly field technicians. As a result, end users or the operator's customers are made to accept network outages. This leads to an increase in complaints.
- In a very large network (2-3000 cellular data network nodes) a software upgrade is almost impossible to be done correctly. The frequency of these actions (e.g. patches becoming available, major configuration adjustments, etc.) is more than the speed of deployment. Since the networks are always growing, there is no reasonable way of performing these actions timely and with manageable costs. This causes operators to force the deployment across the network with maximum speed - causing nodes to be unavailable to some end users.
- Accordingly, a need exists for a new method to provide network upgrades in the most cost effective and holistic way.
- Document
EP 2 339 461 A2 may be construed to disclose a network for remotely managing a plurality of remote devices that are each individually configurable to have selected operating characteristics, including a server connected to the network and to the plurality of remote devices, and a display coupled to a computer which is connected to the network. Also included are means for assigning a common icon to each remote device of the same type and displaying the icons on the server display, and means for coloring each icon to indicate a current configuration status of each remote device and for displaying the color on the icon on the display. - Document
US 2008/281958 A1 may be construed to disclose systems and methods for implementing a unified console for managing computing-based devices. There is a unified management solution to efficiently manage one or more workloads or a plurality of tasks performed by a user for managing the resources of applications in a computer network that includes the computing-based devices. The system can be implemented by providing a combined functionality that includes features of monitor ing and update services, in a single console. - According to the invention, there are provided a method and an apparatus according to the independent claims. Developments are set forth in the dependent claims.
- Preferably, there is a method of automating the deployment of maintenance tasks to network nodes in a communication network. The method preferably comprises identifying an area of the communication network requiring a maintenance task and selecting a network node in the identified area for receiving a maintenance task to be performed. Usage information is preferably obtained from neighboring nodes which could impact the selected network node. The method preferably further comprises confirming that the selected network node is ready to receive a maintenance task and sending a request to the selected network node containing a maintenance task to be completed at the selected network node if the selected network node is ready to complete the maintenance task.
- Preferably, an area is identified by selecting one or more geographical locations of the communication network as a Maintenance Region (MR) having similar maintenance requirements. A Maintenance Policy (MP) is then preferably associated with the MR. The MP preferably provides scheduling information related to service impacting actions and rules for the associated MR.
- Other aspects and features of the present invention will become apparent to those of ordinary skill in the art upon review of the following description of specific embodiments of the invention in conjunction with the accompanying figures.
-
-
Fig. 1 is a diagram illustrating a typical map used to denote maintenance regions with similar policies in accordance with the principles of the present invention; -
Fig. 2 is an exemplary maintenance region and policy matrix illustrating the principles of the present invention; -
Fig. 3 is a diagram illustrating a close-up view of one maintenance region ofFig. 1 ; -
Fig. 4 and5 are flow diagrams illustrating the general steps used to provide exemplary maintenance update actions in accordance with the principles of the present invention; -
Fig. 6 is a flow diagram illustrating the general steps for deriving candidacy number of maintenance tasks in accordance with a known MR and MP; and -
Fig. 7 is a table illustrating the relationship between network nodes undergoing a maintenance update, maintenance tasks to be performed and candidacy number. - The present invention proposes a method and system for automating service impacting maintenance activities to network elements. The present invention automates all considerations in choosing the right network element for service updates to minimize impacting network operations. The maintenance activities can be provided by controlled outages as per the needs of the network operator and its customers. It is adaptive to various geographic and time constraints such that service impacting activities are minimized. This is accomplished by defining a Maintenance Regions (MR). A Maintenance Region is a geographical area on the map that has similar maintenance behavior/constraints. Examples: Airport area, business district, nightlife area. There is always a 'default' MR which is everywhere else on the map. This is an activity that is done on a map generating a region like a polygon. A Maintenance Policy (MP) is then defined. The MP is associated with an MR. Maintenance Policy captures information about when is the best time to perform service impacting actions and rules about how many times each action is allowed to be performed during each time period. MP is a set of time related rules with an expiry. Before a maintenance activity, a check to a Network Element is then implemented to confirm platform software compatibility. A confirmation is obtained that an NE (Network Element) can provide its geographical location. The NE neighbor information is then captured. Once obtained, the above information is used in an algorithm that at any given time can select the preferred candidate network element to receive maintenance actions including a service impacting action (like a software upgrade). Then, based on capacity of running parallel activities and constraints defined by the MP, the algorithm performs an optimized and maximum number of actions simultaneously.
- As indicated previously, when the time comes to do an upgrade, a network operator will need to cross reference every node in its network with its geographical locations on a map and figure out if 'now' is the right time to perform the action (e.g. don't perform an action at 1 am if the node is covering the area in the city with night life), ensure the platform on that node is compatible with deploying action, ensure that this is the only node in the neighbor list that is going to be receiving the action. All these actions need to happen node by node in a large network. As indicated above, this is extremely time consuming in large network and can lead to network node downtime.
- The present invention proposes a method and system for automating service updates to network elements. The present method automates all considerations in choosing the right network element for service updates while minimizing the impact to network operations. The maintenance activities can be performed by controlled outages as per the needs of the network operator and its customers.
- With reference to
Fig. 1 , we have shown a diagram of anexemplary network area 100 which may be comprised of several thousand network nodes. Thenetwork 100 is made up of geographic regions which may include areas withbusiness cores 101,nightlife areas 102,airports 103 andother regions 104 such as residential sections, suburbs, vacant land, lakes, rivers, etc. otherwise regions which may at any one time have less end users or subscribers than in other identified regions of the network. - According to an exemplary embodiment, these various regions are identified as a Maintenance Region (MR). A Maintenance Region is defined as a geographical area on the map that has similar maintenance behavior/constraints. Examples are shown in
Fig. 1 as thebusiness core 101,Nightlife area 102,Airport area 103, etc. A'default' MR is everywhere else on the map. In large networks covering several towns and cities, a network may have several of the same Mrs. In one exemplary embodiment, the creation of the MR areas is an activity that is done on a map generating a region like a polygon. Initially, a Maintenance Region is defined. This can be done with any map software. A polygon is drawn around the geographical areas that behave or are impacted the same way and those that should therefore follow the same maintenance schedule, considerations and constraints. It should be noted that map software usually designate a geographical region with a polygon but other shapes may be suitable to designate such a region. This region is saved in a format that the software can then read. (e.g. on Google Earth, KML is the format used). The night-club area in this city never (or rarely) moves. The Network Equipment that covers that area may be changed, added, removed or moved around, but the idea is not about mapping NEs by user but to identify the region's operating behavior. In other words, the traffic usage behavior of a region in the coverage area of the network is identified. This is done is such a way that service impacting activities are done with knowledge of the location and behavior of a Maintenance Region. - Since each defined maintenance region can be impacted differently when a service impacting action is taken, a Maintenance Policy (MP) is then defined for each region. A Maintenance Policy is associated with a Maintenance Region according to predetermined schedules and rules. The Maintenance Policy captures information associated with the ideal time to perform service impacting actions as well as possible maintenance tasks during those times. A MP thus defines a set of time related rules with an expiry. A MP defines Maintenance windows (what time of the day is the best time to perform service impacting actions) e.g. 12am to 4am in a residential area and 4am to 8am in a night club area. The concept of MP gives the operator the option of not treating the whole network the same way when a maintenance task is required to be pushed to the network nodes. An MP also defines what and when actions can take place and how many of them can be completed at the same time. For example, pre-checks, downloads, backhaul impacting activities, tasks that are not service impacting activities and those service impacting activities like resets.
- The MP is provided with a set of time rules. For example, a typical residential Maintenance Region, such as
region 104 inFig. 1 , may define the following maintenance window: - Every weeknight from 12am to 5am;
- Except in Christmas break;
- Except on July 4th;
- Except on a Federal or state holidays.
- The MR may also define the maintenance rules, such as:
- During a Maintenance Window (MW), 20 downloads, unlimited pre-checks and 10 node resets can be performed. Outside a MW, 10 downloads, 10 pre-checks and no node resets can be performed.
- The
business core region 101 would on the other hand have a different MP based on a maintenance window (MW)of 10pm to 5 am and during weekends and holidays when there is likely smaller chance of impacting service to end users in that region. - The
nightlife region 102 would have again a different MP with a MW ideally defined between 3 and 7 am but with no maintenance work done on weekends or holidays. - The
airport region 103 yet again would also have a different MP with a MW defined between 2 and 5 am with no MW during holidays, weekends and the Thanksgiving and Christmas periods which is the busiest travel time of the year. - Other time constraint rules similar to the above can also be considered to exclude or include a time window for Maintenance, for example, a specified time that some level of service impacting activity is tolerated since the network is not needed at its nominal capacity.
-
Fig. 2 is an exemplary embodiment of a maintenance region andmaintenance policy matrix 200 which can be completed by the service provider according to their unique network layout and operational constraints. Such a matrix is completed in accordance to network peculiarities, Maintenance region and policies as indicated above in relation toFig. 1 . - Although the assignment of maintenance regions and maintenance policies of such a matrix can be completed manually using mapping software and known end user habits and network conditions for the operator's network, the completion of such a matrix could also be done dynamically.
- For example, a pattern of traffic behavior for the entire network could be used to determine regions of high activity at various time of day. This information could for example be derived from historical traffic usage information collected over time by the network operator. This way, the operator could derive a live map based on such traffic behavior and define ideal maintenance schedules for each region defined as having a different user traffic behavior. The maintenance task related rules can also be determined dynamically based on back-haul availability and load monitoring of nodes in the network.
-
Fig. 3 is a diagram illustrating amaintenance region 300 also shown asMR 3 103 of theexemplary network 100 shown inFig. 1 . TheMR 300 is one of the regions of thenetwork 100 that has received a maintenance task request from the operator.MR 300 is comprised of multiple network nodes, each define within a geographical area where each node is subject to a similar maintenance window, schedule or policy. - As will be described further below, before a maintenance task is pushed to a network node, certain conditions have to be met.
- As an example, before a service activity is started, a verification of a target Network Element (NE) is performed to confirm platform software compatibility. This is called an implementation pre-requisite mechanism of a network element. This is to ensure the NE has the knowledge that a certain maintenance activity on the NE is permitted. An example would be to make the NE provide its software version, its platform software version, backward compatibility rules etc. This will enable a maintenance application engine which deploys new maintenance tasks to calculate if a certain activity is permitted on the network element. For example, when a patch is released and is to be deployed to the whole network, the software can ensure the NE's software or its platform version has the right software version to receive this patch.
- In prior art maintenance task deployments, this activity required manual intervention. This took a considerable amount of time to select and choose compatible network elements for a software patch or upgrade activity. This activity required manually looking up information in various sub-systems.
- The present method ensures the compatibility of certain actions with a network node can be automated.
- The network nodes are able to provide their version, compatibility information and a 'maintenance activity' and also its compatibility information: E.g. A new patch needs to capture what is its minimum version requirement or patch that is applicable. Or a maintenance configuration modification activity needs to capture its prerequisites.
- Once compatibility information is received, a confirmation is obtained that a NE (Network Element) can provide its geographical location. Network elements need to be aware of their geographical locations. For example, on all cellular networks, there is a GPS component for signal synchronization that has accurate geographical location information of the network element.
- The NE neighbor information is then captured. NE neighbor information can be obtained from the local base station which maintains a neighbor relation table (NRT). For example, in
Fig. 3 , beforenode - Once obtained, the above information is used at any given time to select the next candidate network element to receive a service impacting action (like a software upgrade). This selection also takes into consideration system or network capacity of running parallel activities on portions of the network. The process is optimized such that the maximum number of maintenance tasks can be completed simultaneously.
- In
Fig. 4 , we have shown a high level diagram illustrating the maintenance task assignment process in accordance with an exemplary embodiment of the present invention. A network manager, such asworkstation 401 used by a network operator is first used to create 402 the maintenance regions andmaintenance policies 403 of the network map, earlier illustrated inFigs 1 and2 . Information associated with the network capacity, interface capacity, CPU availability, neighbor information, etc. is collected atblock 404. Themaintenance application engine 405 then implements a maintenance deployment sequence to the network using the collectedinformation element management tool 406. The maintenance activities are deployed throughout thenetwork 407 and specific nodes in of amaintenance region 408. - In operation, it is assumed that the overall network can run X number of parallel activities (constraint by Element management's interface capacity to transfer data to network elements, CPU availability and other important Key Performance Indicators (KPIs). At any time, X number of actions can run. If an action is completed, another needs to be chosen and started: E.g. what is the best, highest priority activity to do if one action is completed. This is determined by the
maintenance application engine 405 which implements a number of the rules and uses above captured information. - By employing rules based on MR, its associated MP, dependency and prerequisite information and capturing proximity (nodes neighboring information) and nodes geographical information, a service impacting activity can be deployed throughout the network as fast as possible while taking into account all constraints that an operator may require to minimize and control outages with minimal chance of human errors.
- The maintenance task assignment process needs to give priority to complete work upgrades on nodes in the areas that are currently in a maintenance window. This is illustrated in
Fig. 5 . - The maintenance deployment sequence first at
block 501 determines if a network management server resource, e.g. CPU availability or required bandwidth is available and that at least one maintenance task is pending to be completed at that node. Atblock 502, the application scans through a list of pending maintenance tasks and assign each task for each node a candidacy number (CN). If a maintenance task fails any of the policy (MP) rules or dependency rules, then it cannot execute and is assigned a CN of zero (CN=0). Then, atblock 503, if any task has a CN greater than 0, the task with the highest CN is spawned and starts executing, block 504 and the process returns to the re-evaluatingblock 501. - If, at
block 503, there are no tasks with CN's greater than 0, then a check is made, atblock 505 to determine if any tasks are pending. If none are pending, the process returns to block 501 to wait until a resource becomes available. If a task is pending, then a wait period is initiated atblock 506. This wait period is needed to allow some tasks to be completed, whereas wait period ofblock 501 is to enable the management server resources to become available. Atblock 506, new tasks can be run but other tasks may need to finish first. - A more detailed description of how a candidacy number (CN) can be derived (block 502) is illustrated with reference to
Fig. 6 . - At the first step, the query 'can a task be run', is made at
block 601. A task can be run if it doesn't violate any maintenance policy rules for that maintenance region. Otherwise, the candidacy number is set to zero until such time as the node is ready to receive a particular maintenance task. MP rules are checked against the candidate task and if any of them fail, a task cannot execute and the CN becomes zero (0). For example: - A service impacting (SI) task cannot execute if for the given time, a maximum number of SI tasks are already running and is set to 0 outside a given MW;
- Tasks are exceeding the maximum number for that type of task;
- An SI task is assigned to a node where another neighboring node is also performing an SI task;
- A precondition maintenance task of the given task is not met. For example, if one maintenance task is a software reset and it requires another task on the same NE like a software download completed;
- A node compatibility check fails.
- If the task can run, a task weight of 1 is added to the task, block 602. At
block 603, if the task belongs to a network node which is within a specified maintenance window, a further custom weight CNtask+ is further added to the candidacy number. This effectively makes the algorithm give priority to completing tasks on regions within their maintenance windows. - At
block 604, the task weight is adjusted so that tasks that have order to completion finish faster. For example if the order of running different tasks is defined as step T1 then T2 then T3, by adding a CN of 3 to a node that can run T3, that task is priori-tized over another node's ability to run T2. This is important since it pushes the system to give priority to complete work on node by node basis. - If the selected network node is part of an
active neighbor group 605, an additional point is added to the candidacy number weight. A neighbor group is a collection of NEs that are not in any neighbor relationship with each other.Block 605 ensures that NEs that are not in neighbor relationship with each other get priority in performing maintenance tasks on them. - If other actions on NEs can be found, it can be queued for execution. If none can be found, it means either: the process is complete which can also be checked by following a to-do list, or the work scheduler needs to wait and re-check in a set time.
- With the maintenance deployment sequence, priority is given to complete upgrades for service impacting actions as soon as possible. For example, if a first task is a software download followed by a pre-check activity task, followed by an install task and then a software reset activation task is required, then the highest priority and candidacy number weight will go to the task of perform a software activation/reset as soon as a node is available to do so since it is a service impacting task.
- As part of the process, the maintenance deployment sequence also needs to scan nodes in various geographical regions, select those in located in a maintenance window first, then choose the next network element that can complete the service impacting task, unless it is not available for the next task.
- An exemplary view of a maintenance deployment sequence matrix is illustrated in
Fig. 7 . When the network operator requires anetwork upgrade 701, the upgrade is defined into a number ofsequential tasks 702, e.g. T1: software download, T2: software pre-check, T3: program a second boot load memory and T4: activate a new load from the new flashed memory bank. Although this example is comprised of 4 tasks, there can be many different maintenance tasks scheduled to run and each may have a different order. For example, a radio reset may have 2 tasks in different order than a software upgrade. The matrix illustrates that maintenance upgrade status for eachnode 703 in the network, e.g. N001 to N999. Each node over time will be required to complete each of the 4tasks 702. Thecandidacy number weight 704 is computed according to the flow diagram shown inFig. 6 . The CN computation continues over theupgrade timeline 705 until all the nodes have been upgraded. As an example, if the upgrade start atmidnight 706 on a certain day, the CN weight for each node will vary overtime 707 according to its location in the network and in particular its predetermined maintenance region, maintenance policy, etc. In the example illustrated inFig. 7 ,node N001 708 is initially, during the first pass of the maintenance deployment sequence, not in a maintenance window and therefore has limited available resources to complete a service interrupting task, such as T3 or T4. - It could however, complete tasks T1 and T2 while continuing to operate normally. On the other hand, other network nodes (not shown), e.g. those in
MR # 0 and #1 may be able to complete all 4 tasks since they appear in a maintenance window at midnight. In the case of node N001, thefirst maintenance window 709 comes up at 2am since node N001 is located inMR # 2. Assuming the right conditions are met, such as no other adjacent nodes also completing the full 4 tasks, node N001 could complete tasks T1 to T4 during thatmaintenance window 709. The goal is that by the end of theupgrade timeline 710, which could be from several hours to several days, all nodes of the network, N001 to N999 have completed all 4 tasks and no other tasks remain to be completed. - During selection of the next NE and a related maintenance activity, the process also makes sure the neighbor 'law' is respected: i.e. no service impacting action can be performed on a network element while a network element in its neighborhood is also going through a service impacting activity, see
Fig. 3 . Placing the above information and rules will guarantee a service impacting activity (which is usually a series of several steps) throughout the whole network (or subnet), can be completed with minimal network impact, as fast as possible, e.g. utilizing maximum parallel activities, and following what the network operator had defined as rules of maintenance for various geographical location. - As a result, a successful network-wide action will be achieved automatically and one which does not require real-time human interaction.
- The method and system provide a robust monitoring and logging mechanism that at any time provides the user/operator with focused logs of failures: in a network of thousands of elements where each activity generates hundreds of lines of log, it is important to isolate failures in a clear way. Operator time should be spent addressing the issues not finding the issues.
- The present method provides a clear progress report that shows the progress of activity throughout the network, ability to pause, resume or abort progress of network wide automated activity on best effort basis and as a minimum to control the next task launch. The ability to have 'expiry date' on Maintenance Policies and ability to exclude certain geographical areas to be involved in the network wide operation or certain network elements. For example, there are usually test sites or equipment that if not excluded will cause long timeout and un-needed errors.
- Additionally, this method can collect progressive historical data on action timings against each NE. The same algorithm can be used to simulate a deployment of a maintenance activity to provide a snapshot of what to expect or in real time give the operator a view of the next N upcoming activities. This way, the operator has a clear view on what to expect and where to expect network impacts.
- As a result, with the present method and system, a network operator is able to spend a few hours to capture all information that requires manual input in a simple and user friendly way and in a way that does not require continuous and bulky change and modification and then extract other configurations that is available from the network element itself to perform a service upgrade impacting on a very large network efficiently, with minimum or optimized outage, without human intervention and as fast as possible.
- The present invention can be realized in hardware, or a combination of hardware and software. Any kind of computing system, or other apparatus adapted for carrying out the methods described herein, is suited to perform the functions described herein. A typical combination of hardware and software could be a specialized computer system, e.g., a node, having one or more processing elements and a computer program stored on storage medium that, when loaded and executed, controls the computer system such that it carries out the methods described herein. The present invention can also be embedded in a computer program product, which comprises all the features enabling the implementation of the methods described herein, and which, when loaded in a computing system is able to carry out these methods. Storage medium refers to any volatile or non-volatile storage device.
- Computer program or application in the present context means any expression, in any language, code or notation, of a set of instructions intended to cause a system having an information processing capability to perform a particular function either directly or after either or both of the following a) conversion to another language, code or notation; b) reproduction in a different material form.
- In addition, unless mention was made above to the contrary, it should be noted that all of the accompanying drawings are not to scale. It will be appreciated by persons skilled in the art that the present invention is not limited to what has been particularly shown and described herein above. A variety of modifications and variations are possible in light of the above teachings without departing from the scope of the appended claims.
Claims (15)
- A method of automating a deployment of maintenance tasks to network nodes in a communication network, comprising:identifying an area (101, 102, 103, 104) of said communication network requiring a maintenance task;selecting a network node (301, 302) in said identified area for receiving a maintenance task request to perform the maintenance task; obtaining network node neighbor information from neighboring nodes impacting said selected network node, wherein said network node neighbor information comprises an indication as to whether any network node adjacent said selected network node has also received the maintenance task request;confirming that said selected network node is ready to receive the maintenance task request, wherein said selected network node is confirmed as ready to receive the maintenance task request by verifying if said selected network node is compatible with said maintenance task request and no network node adjacent said selected network node has also received the maintenance task request; andsending the maintenance task request to said selected network node containing the maintenance task to be completed at said selected network node if said selected network node is ready to complete said maintenance task.
- A method as defined in claim 1, wherein said area is identified by selecting one or more geographical locations of said communication network as a Maintenance Region, MR, having similar maintenance requirements and having a Maintenance Policy, MP, associated with an MR, said MP providing scheduling information related to maintenance tasks and rules for said associated MR.
- A method as defined in claim 2, wherein said network node is selected as requiring the maintenance task by determining if said network node is located in a MR with an associated MP suitable for receiving the maintenance task request, wherein said MR and MP are defined by collecting historical user traffic data for each network node in said communication network to identify geographical areas associated with said MR and maintenance scheduling information associated with said MP, such that an MP associated with an active user traffic region is differentiated from a MP with a less active user traffic region.
- A method as defined in claim 1, wherein said network node neighbor information is obtained by accessing a neighbor relation table, NRT, to determine if any network node adjacent said selected network node have also received the maintenance task request.
- A method as defined in claim 1, wherein another network node is selected if a neighboring node adjacent said selected network node has also received the maintenance task request.
- A method as defined at least in claim 2, wherein said MR is defined as a geographical area on a communication network map using geographic annotation and visualization notations.
- A method as defined at least in claim 3, wherein said MP is defined as maintenance schedule window defining a suitable time to perform maintenance tasks.
- A method as defined in claim 7, wherein said MP defines a set of time related rules with an expiry period and each MR has a unique MP associated therewith.
- A method as defined in any one of claims 1 to 8, wherein another network node is selected according to a maintenance management sequence and said maintenance management sequence is derived according to a list of maintenance tasks to be performed at said network node.
- A method as defined in claim 9, wherein a maintenance task is assigned a candidacy number.
- A method as defined in claim 10, wherein the maintenance task with the highest candidacy number is given priority.
- A method as defined in any one claims 1 to 11, wherein said network node is cellular base station in a cellular communication network, or wherein said network node is an access point in a wireless local area communication network.
- A method as defined in claim 10 when further depending on claim 2, wherein a candidacy number is determined according to a combination of one or more of a task level, location of a selected Network Element, NE, in a MR and MP at the time the maintenance task request for the completion of maintenance task is received at said communication network.
- A computer-readable medium comprising code portions which, when executed on a processor, configure the processor to perform all steps of a method according to any one of the preceding method claims.
- A system for automating a deployment of maintenance tasks to network nodes in a communication network, said system comprising:a network manager unit (401) configured to store areas of said communication network requiring a maintenance task, saidarea (101, 102, 103, 104) being identified by selecting one or more geographical locations of said communication network as a Maintenance Region, MR, (300) having similar maintenance requirements and having a Maintenance Policy, MP, associated with an MR, said MP providing scheduling information related to maintenance tasks and rules for said associated MR;a maintenance application engine (405) configured to:- select a network node in said identified area for receiving a maintenance task request to perform the maintenance task- obtain network node neighbor information from neighboring nodes impacting said selected network node, wherein said network node neighbor information comprises an indication as to whether any network node adjacent said selected network node has also received the maintenance task request,- confirm that said selected network node is ready to receive the maintenance task request, wherein said selected network node is confirmed as ready to receive a maintenance task request by verifying if said selected network node is compatible with said maintenance task request and no network node adjacent said selected network node has also received the maintenance task request; and- to send the maintenance task request to said selected network node containing the maintenance task to be completed at said selected network node if said selected network node is ready to complete said maintenance task.
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201261734017P | 2012-12-06 | 2012-12-06 |
Publications (2)
Publication Number | Publication Date |
---|---|
EP2741446A1 EP2741446A1 (en) | 2014-06-11 |
EP2741446B1 true EP2741446B1 (en) | 2017-10-11 |
Family
ID=49765257
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EP13005699.7A Active EP2741446B1 (en) | 2012-12-06 | 2013-12-06 | Intelligent large network configuration management service |
Country Status (2)
Country | Link |
---|---|
US (1) | US20140164622A1 (en) |
EP (1) | EP2741446B1 (en) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104219092B (en) * | 2014-08-27 | 2016-03-30 | 小米科技有限责任公司 | The compatibility method of a kind of router administration application and router firmware and device |
WO2018035682A1 (en) * | 2016-08-22 | 2018-03-01 | Accenture Global Solutions Limited | Service network maintenance analysis and control |
US10477426B1 (en) * | 2019-02-06 | 2019-11-12 | Accenture Global Solutions Limited | Identifying a cell site as a target for utilizing 5th generation (5G) network technologies and upgrading the cell site to implement the 5G network technologies |
EP4133693A4 (en) * | 2020-05-14 | 2023-09-13 | Samsung Electronics Co., Ltd. | Method and apparatus for upgrading random access network in a communication system |
US11556517B2 (en) | 2020-05-17 | 2023-01-17 | International Business Machines Corporation | Blockchain maintenance |
WO2024136709A1 (en) * | 2022-12-22 | 2024-06-27 | Telefonaktiebolaget Lm Ericsson (Publ) | Updating software at ran sites |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7406310B2 (en) * | 2003-04-22 | 2008-07-29 | Hitachi Communication Technologies, Ltd. | Network management apparatus and method of selecting base station for software update |
US7979854B1 (en) * | 2005-09-29 | 2011-07-12 | Cisco Technology, Inc. | Method and system for upgrading software or firmware by using drag and drop mechanism |
US20070093243A1 (en) * | 2005-10-25 | 2007-04-26 | Vivek Kapadekar | Device management system |
US20080281958A1 (en) * | 2007-05-09 | 2008-11-13 | Microsoft Corporation | Unified Console For System and Workload Management |
US8473956B2 (en) * | 2008-01-15 | 2013-06-25 | Microsoft Corporation | Priority based scheduling system for server |
WO2011008141A1 (en) * | 2009-07-14 | 2011-01-20 | Telefonaktiebolaget L M Ericsson (Publ) | Method and Arrangement in a Telecommunication System |
GB2472792A (en) * | 2009-08-17 | 2011-02-23 | Nec Corp | Measurement reporting in a mobile communications system |
US9497092B2 (en) * | 2009-12-08 | 2016-11-15 | Hand Held Products, Inc. | Remote device management interface |
US8533337B2 (en) * | 2010-05-06 | 2013-09-10 | Citrix Systems, Inc. | Continuous upgrading of computers in a load balanced environment |
-
2013
- 2013-12-05 US US14/097,325 patent/US20140164622A1/en not_active Abandoned
- 2013-12-06 EP EP13005699.7A patent/EP2741446B1/en active Active
Non-Patent Citations (1)
Title |
---|
None * |
Also Published As
Publication number | Publication date |
---|---|
EP2741446A1 (en) | 2014-06-11 |
US20140164622A1 (en) | 2014-06-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP2741446B1 (en) | Intelligent large network configuration management service | |
US10651926B2 (en) | State transfer among satellite platforms | |
EP2932380B1 (en) | Utility node software/firmware update through a multi-type package | |
US9454357B2 (en) | Utilizing a multi-system set configuration to update a utility node system set | |
CN102880532B (en) | Cloud technology-based test system and method | |
US8789041B2 (en) | Method and system for bulk automated virtual machine deployment | |
US9489653B2 (en) | Identifying direct and indirect cost of a disruption of a resource | |
CN106161092A (en) | A kind of network distributing failure emergency repair work order distributing method and device | |
CN103078759A (en) | Management method, device and system for computational nodes | |
JP2015502281A (en) | Data introduction system, portable data introduction apparatus, and method for introducing software configuration to aircraft | |
US8255357B1 (en) | Systems and methods of configuration management for enterprise software | |
US8140614B2 (en) | Distributed computing environment with remote data collection management | |
CN112015371A (en) | Software development device under non-embedded software platform | |
CN104951855A (en) | Apparatus and method for improving resource management | |
CN110535919B (en) | Network access method and device of concentrator and power peak regulation system | |
CN105684492B (en) | For assigning the method and apparatus of cell ID identifier value and the method and apparatus of the assignment for managing cell ID identifier value in communication network | |
CN102932825B (en) | The method of network O&M and device | |
EP3720096A1 (en) | Shared data center for industrial automation systems | |
US20050149610A1 (en) | Method, system, and product for defining and managing provisioning states for resources in provisioning data processing systems | |
WO2008082742A2 (en) | Assembly, and associated method, for planning computer system resource requirements | |
JP6502783B2 (en) | Bulk management system, bulk management method and program | |
WO2019180617A1 (en) | System for software testing and monitoring at a plurality of mobile devices for ensuring compatibility with a diverse set of mobile device configurations and variable execution conditions | |
Shah et al. | A real-time simulation framework for complex and large-scale optical transport networks based on the SDN paradigm | |
CN116521361A (en) | Simulation order distribution method, device and equipment | |
CN103001784A (en) | Method, device and system for configuring tunnel identifiers |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PUAI | Public reference made under article 153(3) epc to a published international application that has entered the european phase |
Free format text: ORIGINAL CODE: 0009012 |
|
17P | Request for examination filed |
Effective date: 20131206 |
|
AK | Designated contracting states |
Kind code of ref document: A1 Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR |
|
AX | Request for extension of the european patent |
Extension state: BA ME |
|
R17P | Request for examination filed (corrected) |
Effective date: 20140916 |
|
RBV | Designated contracting states (corrected) |
Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR |
|
17Q | First examination report despatched |
Effective date: 20170208 |
|
GRAP | Despatch of communication of intention to grant a patent |
Free format text: ORIGINAL CODE: EPIDOSNIGR1 |
|
INTG | Intention to grant announced |
Effective date: 20170707 |
|
GRAS | Grant fee paid |
Free format text: ORIGINAL CODE: EPIDOSNIGR3 |
|
GRAA | (expected) grant |
Free format text: ORIGINAL CODE: 0009210 |
|
AK | Designated contracting states |
Kind code of ref document: B1 Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR |
|
REG | Reference to a national code |
Ref country code: GB Ref legal event code: FG4D |
|
REG | Reference to a national code |
Ref country code: CH Ref legal event code: EP |
|
REG | Reference to a national code |
Ref country code: IE Ref legal event code: FG4D |
|
REG | Reference to a national code |
Ref country code: AT Ref legal event code: REF Ref document number: 936906 Country of ref document: AT Kind code of ref document: T Effective date: 20171115 |
|
REG | Reference to a national code |
Ref country code: DE Ref legal event code: R096 Ref document number: 602013027711 Country of ref document: DE |
|
REG | Reference to a national code |
Ref country code: FR Ref legal event code: PLFP Year of fee payment: 5 |
|
REG | Reference to a national code |
Ref country code: NL Ref legal event code: MP Effective date: 20171011 |
|
REG | Reference to a national code |
Ref country code: LT Ref legal event code: MG4D |
|
REG | Reference to a national code |
Ref country code: AT Ref legal event code: MK05 Ref document number: 936906 Country of ref document: AT Kind code of ref document: T Effective date: 20171011 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: NL Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20171011 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: ES Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20171011 Ref country code: FI Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20171011 Ref country code: NO Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20180111 Ref country code: LT Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20171011 Ref country code: SE Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20171011 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: BG Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20180111 Ref country code: IS Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20180211 Ref country code: LV Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20171011 Ref country code: HR Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20171011 Ref country code: AT Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20171011 Ref country code: RS Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20171011 Ref country code: GR Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20180112 |
|
REG | Reference to a national code |
Ref country code: DE Ref legal event code: R097 Ref document number: 602013027711 Country of ref document: DE |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: CZ Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20171011 Ref country code: SK Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20171011 Ref country code: EE Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20171011 Ref country code: DK Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20171011 |
|
REG | Reference to a national code |
Ref country code: CH Ref legal event code: PL |
|
PLBE | No opposition filed within time limit |
Free format text: ORIGINAL CODE: 0009261 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: RO Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20171011 Ref country code: PL Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20171011 Ref country code: SM Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20171011 Ref country code: IT Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20171011 |
|
26N | No opposition filed |
Effective date: 20180712 |
|
REG | Reference to a national code |
Ref country code: IE Ref legal event code: MM4A |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: LU Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20171206 Ref country code: MT Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20171206 |
|
REG | Reference to a national code |
Ref country code: BE Ref legal event code: MM Effective date: 20171231 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: IE Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20171206 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: LI Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20171231 Ref country code: BE Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20171231 Ref country code: SI Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20171011 Ref country code: CH Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20171231 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: HU Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT; INVALID AB INITIO Effective date: 20131206 Ref country code: MC Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20171011 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: CY Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20171011 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: MK Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20171011 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: TR Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20171011 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: PT Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20171011 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: AL Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20171011 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: FR Payment date: 20201227 Year of fee payment: 8 |
|
REG | Reference to a national code |
Ref country code: DE Ref legal event code: R079 Ref document number: 602013027711 Country of ref document: DE Free format text: PREVIOUS MAIN CLASS: H04L0012240000 Ipc: H04L0041000000 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: FR Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20211231 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: GB Payment date: 20221227 Year of fee payment: 10 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: DE Payment date: 20221228 Year of fee payment: 10 |