Self Dimensioning and optimization of telecom Network - SDAOTN

• US 20100149984A1
• Filed: 12/13/2008
• Published: 06/17/2010
• Est. Priority Date: 12/13/2008
• Status: Abandoned Application

• Current Assignee: Salil Kapoor, Vineet Khurana
• Original Assignee: Salil Kapoor, Vineet Khurana
• Inventors: Kapoor, Salil, Khurana, Vineet
• Application Number:
  US12/454,547
• Publication Number:
  US 20100149984A1
• Time in Patent Office: Days
• US Class Current: 370/235
• CPC Class Codes: H04L 41/0823 characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability for optimising operational conditions of wireless networks H04W24/02
• CPC Class Codes: H04L 41/5025 by proactively reacting to service quality change, e.g. by reconfiguration after service quality degradation or upgrade
• CPC Class Codes: H04L 43/0852 Delays
• CPC Class Codes: H04L 43/087 Jitter

Abstract

A system which monitors traffic, call routing, statistics, signaling, CDR, suggests improvements and optimizes the network by generating auto scripting for all Telecom Elements. Human intervention is only needed to confirm the changes after which they come into effect during maintenance window. The system will provide alternative to extensive human effort to maintain and expand the network as this system will suggest ways to optimize the network, provide expansion plans, suggest improvement in the network. In critical outage time implement steps to minimize effects of an outage.

Claims

1. A system which monitors traffic, call routing, IP traffic and routing, statistics, signaling, CDR, maintains logs for changes done to network elements—

physical, environmental or parameters, suggests improvements using auto-correlation as described in Para 21 based on the analysis of information gathered and optimizes the network by generating and executing auto generated scripts for all Telecom Elements;

human intervention is only needed to confirm the changes after which they come into effect during maintenance window;

the system will provide alternative to extensive human effort to maintain and expand the network as this system will suggest ways to optimize the network, provide expansion plans, suggests improvement in the network. In critical outage time implement steps to minimize effects of an outage.

2. A system according to claim 1 shall create auto mappings and subsequently add trunk automatically for traditional 2G switching environment;

For UMTS/4G technologies and total IP based networks solutions it shall be able to route calls (traffic/packets) depending on least cost routing;

calls will be monitored for quality and in case QOS degrades due to jitter, delay or other issues alternate routing of IP traffic will take place;

capacity for routing calls is built as per the requirement generated by Traffic reports from data collected from various Telecom switches.

3. A system according to claim 1 which analyses statistics and raw data including CDR'"'"'s from all Telecom switches and creates traffic report, audit and performance data by FTP of raw data or utilizing external database.

4. A system according to claim 1 which after creating peak trunk or bandwidth utilization as in claim 2 advices human that particular trunk or channel/VC is reaching pre-defined levels of usage for voice/data traffic (in Erlangs)

5. A system according to claim 1 shall generate trunking or Bandwidth requirements for IP Traffic and generate auto paths or re-routing of data packets, looking at various redundancies in the path provided as required in step 2

6. A system according to claim 1, can update call carrying capacity and routing (IP and TDM traffic) to other switches automatically or manually If ports is made free either side, whole path for Inter Office Facilities (IOF) is released and is shown as free.

7. A system according to claim 1 and performing functions as in claim 2 will be capable of maintaining offline database of the whole network for a service provider;

updating database every night during non peak hours of operation, while maintaining updated stats as generated by the switch

8. A system according to claim 1, will not require to update database manually.

9. A system according to claim 1 is capable to provide graphical analysis of the backbone of the network showing utilization of different IOF′

.

10. A system according to claim 1 shall be capable of providing redundant transport functions for all the Inter/Intra Office capacity needs for TDM and IP traffic.

11. A system according to claim 1 is capable to provide graphical analysis of the traffic utilization between different switch locations.

12. A system according to claim 1 is capable to provide overlay as in claim 9 &

as in claim 11 to provide over and under utilization of transport network.

13. A system according to claim 1 is capable to provide least cost routing for a traffic call comparing translation as occurs in switches as in claim 2, comparing with LERG and looking at traffic utilization as in claim 2.

14. A system according to claim 1 shall and execute changes in call translation according to claim 13 after suggestive changes are agreed to by human and the same can be executed during non peak hours in the night.

15. A system according to claim 1 shall be able to revert back changes if the performance degrades after a change in system is implemented.

16. A system according to claim 1 shall also be able to simulate traffic calls based on NPA-NXX or called part number.

17. A system according to claim 1 shall analyze traffic, handovers, RF parameters also urban environment—

dense, sub-urban, etc, processor load, utilization of the ports and suggest BSC/RNC/Routers Re-home (re-routing of network elements) for optimal working of the network or suggest expansion of BSS (network);

the decision shall be made taking into consideration of the cost analysis of the IOF, new hardware for BSS/RNC and build ahead period as requested by the operator;

the decision can however be overruled by “

Proper Authorization” and

system will device plans, create scripts as needed by “

Human interventions”

with a goal to improve the KPIs and maintain the system under stable condition.

18. A system according to claim 1 can automatically email for traffic congesting trunks or congestions related to bandwidth for IP traffic, large changes in parameters of Mobility configuration like ASR'"'"'s, Failures in Handover, Location Updates, Glare.

19. A system according to claim 1 shall automatically keep complete database for 911 and other emergency and regulatory requirements for BSS/BTS/RNC/NodeB Re-homes. In case any network element re-homing/re-routing is needed

20. A system according to claim 1 shall act as a “

watch dog” and

can automatically divert calls in case of congestion of a network element due to Hardware or Software Fault after confirmation from “

Proper Authorization”

21. A system according to claim 1 shall be able to provide scripts and perform BSS/BTS or RNC/NodeB network elements re-home or re-routing Re-homes automatically in the maintenance window when scheduled by “

Human”

;

in case such an activity can cause an adverse effect on the network, the same will be pointed out with corrective actions.

22. A system according to claim 1 shall be able to provide “

Traffic Model”

including Transport and provisioning needs in case a network element is added or deleted manually or automatically.

23. A system according to claim 1 shall maintain logs of all activity in MML and illustrate in graphical form of all changes suggested or has untaken in the past.

24. A system according to claim 1 can issue Work Related tasks for different groups in case activity claims [20-23] is invoked, including purchase orders, power requirements, ducting, environmental work or any physical activity including cabling.

25. For all bulk inputs to the system according to claim 1, data shall be entered as simple copy and paste from source to target spreadsheets or bulk files can be uploaded in either csv or txt formats.

26. This system shall detect an idle time on the different elements of the network and create scripts to use that idle time to generate and validate different “

traffic models”

to study the correlation models for those elements with dummy traffic. Models thus created, verified in a simulation mode would be implemented to real situation when and where the element breaks.

27. Idle testing should also be done to calculate in advance the overall limits on capabilities of each element to an extent where the system operates in a stable environment, as defined by KPI of the operator.