System and method for fetching network performance metrics reports for wireless technology

Abstract

The present disclosure discloses a method (900) for fetching network performance metrics reports, including receiving (902), by a receiving unit (202), at least one input request at a GUI from a user (104); receiving (904), by the receiving unit (202), at least one Key Performance Indicator (KPI) provided by the user (104) at the GUI; fetching (906), by a processing unit (208), data corresponding to the at least one received KPI from at least one stored KPI metric report configuration; generating (908), by the processing unit (208), the at least one network performance metrics report based on the fetched data of the at least one received KPI and the one or more received parameters; and fetching (910), by the processing unit (208), the at least one generated network performance metrics report for monitoring a performance of a network.

Description

SYSTEM AND METHOD FOR FETCHING NETWORK PERFORMANCE METRICS REPORTS FOR WIRELESS TECHNOLOGYRESERVATION OF RIGHTS

[0001] A portion of the disclosure of this patent document contains material which is subject to intellectual property rights such as, but are not limited to, copyright, design, trademark, integrated circuit (IC) layout design, and / or trade dress protection, belonging to Jio Platforms Limited ( JPL) or its affiliates (herein after referred as owner). The owner has no objection to the facsimile reproduction by anyone of the patent document or the patent disclosure, as it appears in the Patent and Trademark Office patent files or records, but otherwise reserves all rights whatsoever. All rights to such intellectual property are fully reserved by the owner.TECHNICAL FIELD

[0002] The present disclosure relates to a field of network coverage platforms, and specifically to a system and a method for fetching various types of network performance metrics reports for wireless technology, for example, a Fifth Generation / Sixth Generation (5G / 6G) technology through a front-end mechanism.DEFINITIONS

[0003] The term “Distributed Processing System” as used herein, refers to a computing environment in which multiple interconnected nodes work together to perform computational tasks.

[0004] The term “SparkJob” as used herein, refers to an Apache Spark that is an open-source unified analytics engine for large-scale data processing. Spark provides an interface for programming clusters with implicit data parallelism and fault tolerance.

[0005] The term “Microservices” as used herein, refers to Microservices architecture for developing applications. Microservices allow a large application tobe separated into smaller independent parts, with each part having its own realm of responsibility.

[0006] The term “Data Access Object (DAO) Implementation (IMPL)” as used herein, refers to an interface that defines standard operations to be performed on a model object(s) and responsible to get data from a datasource which can be database / xml or any other storage mechanism.

[0007] The term “Service Implementation (IMPL)” as used herein, refers to a service layer that sits between a controller layer and a data access layer and encapsulates business logic of the application.

[0008] The term “REST Implementation (IMPL)” as used herein, refers to a RESTful service that provides URLs that client can call to fetch or manipulate data.The term “report widget” as used herein, refers to a graphical component that displays data in a visual format.BACKGROUND

[0009] The following description of related art is intended to provide background information pertaining to the field of the disclosure. This section may include certain aspects of the art that may be related to various features of the present disclosure. However, it should be appreciated that this section be used only to enhance the understanding of the reader with respect to the present disclosure, and not as admissions of prior art.

[0010] In general, Key Performance Indicator (KPI) metrics are used to measure performance of a wireless network. Monitoring and management of the network performance are critical tasks for telecommunication operators. A network operator using a real time monitoring system might receive thousands or hundredsof alerts daily. However, without effective filtering, important alerts may be overlooked and reduces overall effectiveness of existing systems.

[0011] Conventionally, various network performance monitoring systems have been introduced to collect and analyse performance data from various network elements using predefined sets of Key Performance Indicators (KPIs). While these systems provide valuable insights into network health and performance, they often lack flexibility in terms of customization and on-demand reporting capabilities. Further, the existing systems typically generate periodic reports based on fixed KPIs, requiring significant manual intervention to update or customize these metrics.

[0012] Thus, there is a need to improve a system and method of generating and fetching various types of performance metrics for overcoming deficiencies of the prior arts.OBJECTS OF THE PRESENT DISCLOSURE

[0013] It is an object of the present disclosure to provide a front-end mechanism where an end user may select Key Performance Indicators (KPIs) of a choice for any time frequency and at any hierarchical level (KPI metrics may be defined through a Graphical User Interface (GUI) interface called a KPI Editor by using raw counters fetched from a vendor Element Management System (EMS)).

[0014] It is an object of the present disclosure to create on-demand or scheduled and downloadable performance reports by using GUI to check cell performance and to evaluate an impact of optimization by selecting, through the GUI, KPI report requirements like domain, technology, vendor, geography, node, band, duration, frequency etc. or custom geography KPI consideration.

[0015] It is an object of the present disclosure to select KPI report characteristic requirements from listed KPIs or previously defined KPI reporttemplate, or intelligently considering vendor specific KPIs from an uploaded KPI file (like CSV format file).

[0016] It is an object of the present disclosure to aggregate KPIs on custom nodes selected by an end user.

[0017] It is an object of the present disclosure to adopt Application Programming Interface (API) calls to fetch Key performance Metrics of an end user choice for a particular configuration selected in GUI through a Micro Service.SUMMARY

[0018] In an exemplary embodiment, the present invention discloses a method for fetching network performance metrics reports. The method including receiving, by a receiving unit, at least one input request at a graphical user interface (GUI) from a user. The at least one input request comprises one or more parameters to generate at least one of network performance metrics report. The method including receiving, by the receiving unit, at least one Key Performance Indicator (KPI) provided by the user at the GUI. The method including fetching, by a processing unit, data corresponding to the at least one received KPI from at least one stored KPI metric report configuration. The method including generating, by the processing unit, the at least one network performance metrics report based on the fetched data of the at least one received KPI and the one or more received parameters. The method including fetching, by the processing unit, the at least one generated network performance metrics report by the user for monitoring a performance of a network.

[0019] In some embodiments, the one or more parameters are selected from a list comprising a report name, a report type, at least one report generation mode, at least one domain, at least one technology, at least one vendor, a node type, a list of nodes, at least one band, at least one geography, at least one city, a duration of generating report, a frequency of generating the report, or a combination thereof.

[0020] In some embodiments, the method includes creating, by the processing unit, a report template based on the one or more parameters selected from the list by the user.

[0021] In some embodiments, the method includes creating, by the processing unit, the at least one KPI metric report configuration by a using an Application Programming Interface (API) by pulling vendor specific KPI data from one or more sources at pre-defined intervals.

[0022] In some embodiments, the at least one KPI metric report configuration is stored in a distributed file system.

[0023] In some embodiments, the method includes storing, by the processing unit, the at least one generated network performance metric report in a database.

[0024] In some embodiments, the method includes receiving, by the receiving unit, a selection of a threshold criteria and a logical operator from the user on the GUI for the at least one received KPI.

[0025] In some embodiments, the method includes aggregating, by the processing unit, the received KPIs on a list of nodes received as an input from the user in the at least one input request.

[0026] In some embodiments, the network performance metric report is generated on demand or on a scheduled time interval basis.

[0027] In another exemplary embodiment, the present invention discloses a system for fetching network performance metrics reports. The system comprising: a receiving unit configured to receive at least one input request at a graphical user interface (GUI) from a user. The at least one input request comprises one or more parameters to generate at least one of network performance metrics report. Thereceiving unit is further configured to: receive at least one Key Performance Indicator (KPI) provided by the user at the GUI. The system further comprising a processing unit configured to: fetch data corresponding to the at least one received KPI from at least one stored KPI metric report configuration. The processing unit is further configured to generate the at least one network performance metrics report based on the fetched data of the at least one received KPI and the one or more received parameters. The processing unit is further configured to fetch the at least one generated network performance metrics report by the user for monitoring a performance of a network.

[0028] In some embodiments, the one or more parameters are selected from a list comprising a report name, a report type, at least one report generation mode, at least one domain, at least one technology, at least one vendor, a node type, a list of nodes, at least one band, at least one geography, at least one city, a duration of generating report, a frequency of generating the report, or a combination thereof.

[0029] In some embodiments, the processing unit is configured to create a report template based on the one or more parameters selected from the list by the user.

[0030] In some embodiments, the processing unit is configured to create the at least one KPI metric report configuration by a using an Application Programming Interface (API) by pulling vendor specific KPI data from one or more sources at pre-defined intervals.

[0031] In some embodiments, the at least one KPI metric report configuration is stored in a distributed file system.

[0032] In some embodiments, the processing unit is configured to store the at least one generated network performance metric report in a database.

[0033] In some embodiments, the receiving unit is configured to receive a selection of a threshold criteria and a logical operator from the user on the GUI for the at least one received KPI.

[0034] In some embodiments, the processing unit is configured to aggregate the received KPIs on a list of nodes received as an input from the user in the at least one input request.

[0035] In some embodiments, the network performance metric report is generated on demand or on a scheduled time interval basis.

[0036] In an exemplary embodiment, the present invention discloses a user equipment configured to fetch network performance metrics reports. The user equipment comprising, a processing unit. The user equipment further comprising: a computer readable storage medium storing programming for execution by the processing unit, the programming including instructions to receive at least one input request at a graphical user interface (GUI) from a user. The at least one input request comprises one or more parameters to generate at least one of network performance metrics report; receive at least one Key Performance Indicator (KPI) provided by the user at the GUI; fetch data corresponding to the at least one received KPI from at least one stored KPI metric report configuration; generate the at least one network performance metrics report based on the fetched data of the at least one received KPI and the one or more received parameters; and fetch the at least one generated network performance metrics report by the user for monitoring a performance of a network.

[0037] In some embodiments, the one or more parameters are selected from a list comprising list comprising a report name, a report type, at least one report generation mode, at least one domain, at least one technology, at least one vendor, a node type, a list of nodes, at least one band, at least one geography, at least one city, a duration of generating report, a frequency of generating the report, or a combination thereof.

[0038] In some embodiments, the processing unit is configured to create a report template based on the one or more parameters selected from the list by the user.

[0039] In some embodiments, the processing unit is configured to create the at least one KPI metric report configuration by a using an Application Programming Interface (API) by pulling vendor specific KPI data from one or more sources at pre-defined intervals.

[0040] In some embodiments, the at least one KPI metric report configuration is stored in a distributed file system.

[0041] In some embodiments, the processing unit is configured to store the at least one generated network performance metric report in a database.

[0042] In some embodiments, the processing unit is configured to receive a selection of a threshold criteria and a logical operator from the user on the GUI for the at least one received KPI.

[0043] In some embodiments, the processing unit is configured to aggregate the received KPIs on a list of nodes received as an input from the user in the at least one input request.

[0044] In some embodiments, the network performance metric report is generated on demand or on a scheduled time interval basis.

[0045] In an exemplary embodiment, the present invention discloses a computer program product comprising a non-transitory computer-readable medium comprising instructions that, when executed by one or more processors, cause the one or more processors to perform a method for fetching network performance metrics reports. The method including receiving, by a receiving unit, at least one input request at a graphical user interface (GUI) from a user. The at least one inputrequest comprises one or more parameters to generate at least one of network performance metrics report. The method including receiving, by the receiving unit, at least one Key Performance Indicator (KPI) provided by the user at the GUI. The method including fetching, by a processing unit, data corresponding to the at least one received KPI from at least one stored KPI metric report configuration. The method including generating, by the processing unit, the at least one network performance metrics report based on the fetched data of the at least one received KPI and the one or more received parameters. The method including fetching, by the processing unit, the at least one generated network performance metrics report by the user for monitoring a performance of a network.BRIEF DESCRIPTION OF THE DRAWINGS

[0046] In the figures, similar components and / or features may have the same reference label. Further, various components of the same type may be distinguished by following the reference label with a second label that distinguishes among the similar components. If only the first reference label is used in the specification, the description is applicable to any one of the similar components having the same first reference label irrespective of the second reference label.

[0047] The diagrams are for illustration only, which thus is not a limitation of the present disclosure, and wherein:

[0048] FIG. 1 illustrates an exemplary network architecture in which or with which embodiments of the present disclosure may be implemented;

[0049] FIG. 2 illustrates an exemplary block diagram of a system, in accordance with an embodiment of the present disclosure;

[0050] FIG. 3 illustrates an exemplary flow diagram of a process of a report builder design flow mechanism, in accordance with an embodiment of the present disclosure;

[0051] FIG. 4 illustrates an exemplary flow diagram of a process of a report builder defined configuration, in accordance with an embodiment of the present disclosure;

[0052] FIG. 5 illustrates an exemplary flow diagram of a process of a report configuration creation, in accordance with an embodiment of the present disclosure;

[0053] FIG. 6 illustrates an exemplary schematic diagram of an interface of a report builder, in accordance with an embodiment of the present disclosure;

[0054] FIG. 7A illustrates an exemplary schematic diagram of an interface of the report builder of creating a report template for the KPI metrics report, in accordance with an embodiment of the present disclosure;

[0055] FIG. 7B illustrates an exemplary schematic diagram of an interface of the report builder of creating a report template for the exception metrics report, in accordance with an embodiment of the present disclosure;

[0056] FIG. 7C illustrates an exemplary schematic diagram of an interface of the report builder for a node selection and aggregation, in accordance with an embodiment of the present disclosure;

[0057] FIG. 7D illustrates an exemplary schematic diagram of an interface of the report builder for selection of KPIs, in accordance with an embodiment of the present disclosure;

[0058] FIG. 7E illustrates an exemplary schematic diagram of an interface (700E) of the report builder for generation of the exception metrics report, in accordance with an embodiment of the present disclosure;

[0059] FIG. 7F illustrates an exemplary schematic diagram of an interface of the report builder for selection of date and time and frequency for which the report needs to be generated, in accordance with an embodiment of the present disclosure;

[0060] FIG. 8 illustrates an exemplary computer system in which or with which embodiments of the present disclosure may be implemented; and

[0061] FIG. 9 illustrates a flowchart of a method for fetching network performance metrics reports, in accordance with an embodiment of present disclosure.LIST OF REFERENCE NUMERALS100 - Network architecture102-1, 102-2... 102-N - User Equipment104-1, 104-2... 104-N - Users106 - System108 - Network200 - Block diagram202 - Receiving Unit204 - Memory206 - Interfacing Unit208 - Processing Unit210 - Database212 - Report Template Creation Module214 - Report Configuration Creation Module216 - Data Acquisition Module218 - Report Generation Module300 - Process of Report Builder Design Flow Mechanism310 - Application Server312 - Microservice314 - Distributed Processing System400 - Process of Report Builder Defined Configuration410 - Report Widget Rest Implementation (RESTIMPL)412- Report Widget Service Implementation (ServiceIMPL)414 - Report Widget Data Access Object (DAO) Implementation (DAOIMPL)416 - Report Widget500 - Process of report configuration creation600 - Interface of Report Builder700A - Interface of Report Builder for Creating Report Template for KPI Metrics Report700B - Interface of Report Builder for Creating Report Template for Exception Metrics Report700C - Interface of Report Builder for a node selection and aggregation700D - Interface of Report Builder for Selection of KPIs700E - Interface of Report Builder for Generation of the Exception Metrics Report 700F - Interface of Report Builder for Selection of Date, Time and Frequency 800 - A computer system810 - External storage device820 - Bus830 - Main memory840 - Read only memory850 - Mass storage device860 - Communication port(s)870 - Processor900 - MethodDETAILED DESCRIPTION

[0062] The following is a detailed description of embodiments of the disclosure depicted in the accompanying drawings. The embodiments are in such detail as to clearly communicate the disclosure. However, the amount of detail offered is not intended to limit the anticipated variations of embodiments; on the contrary, the intention is to cover all modifications, equivalents, and alternativesfalling within the spirit and scope of the present disclosure as defined by the appended claims.

[0063] Generally, Key Performance Indicator (KPI) metrics are used to measure performance of a wireless network. In order to monitor the performance of network elements at different time level and hierarchy level, generation of network performance reports containing various KPI metrics is a must. A report builder in conjunction with a KPI editor can give KPI metrics reports on various time frequencies and node aggregations levels.

[0064] The present disclosure may create on-demand or scheduled and downloadable performance reports using a Graphical User Interface (GUI) to check cell performance and to evaluate an impact of optimization by selecting, through the GUI by a user, KPI report requirements like domain, technology, vendor, geography, node, band, duration, frequency, etc. or custom geography KPI consideration. The present disclosure may aggregate KPIs on custom nodes selected by an end user.

[0065] The present disclosure adopts Application Programming Interface (API) calls to fetch the Key performance Metrics of a choice of the end user for a particular configuration selected in the GUI through a Micro Service and the reports are generated.

[0066] Various embodiments of the present disclosure will be explained in detail with reference to FIGs. 1 to 9.

[0067] FIG. 1 illustrates an exemplary network architecture (100) in which or with which embodiments of the present disclosure may be implemented.

[0068] Referring to the FIG. 1, the network architecture (100) may include one or more user equipment (102-1, 102-2... 102-N) associated with one or more users (104-1, 104-2... 104-N) and a system (106) in an environment. In anembodiment, the one or more user equipment (102-1, 102-2... 102-N) may be communicated to the system (106) through a network (108). A person of ordinary skill in the art will understand that the one or more user equipment (102-1, 102- 2... 102-N) may be individually referred to as the user equipment (102) and collectively referred to as the user equipment (102). A person of ordinary skill in the art will appreciate that the terms “computing device(s)” and “user equipment” may be used interchangeably throughout the disclosure. Although three user equipment (102) are depicted in the FIG. 1, however any number of the user equipment (102) may be included without departing from the scope of the ongoing description. Similarly, a person of ordinary skill in the art will understand that the one or more users (104-1, 104-2... 104-N) may be individually referred to as the user (104) and collectively referred to as the users (104).

[0069] In an embodiment, the user equipment (102) may include smart devices operating in a smart environment, for example, an Internet of Things (loT) system. In such an embodiment, the user equipment (102) may include, but not limited to, smart phones, smart watches, smart sensors (e.g., mechanical, thermal, electrical, magnetic, etc.), networked appliances, networked peripheral devices, networked lighting system, communication devices, networked vehicle accessories, networked vehicular devices, smart accessories, tablets, smart television (TV), computers, a smart security system, a smart home system, other devices for monitoring or interacting with or for the users (104) and / or entities, or any combination thereof. A person of ordinary skill in the art will appreciate that the user equipment (102) may include, but not limited to, intelligent multi-sensing, network-connected devices, that can integrate seamlessly with each other and / or with a central server or a cloud-computing system or any other device that is network-connected.

[0070] In an embodiment, the user equipment (102) may include, but not limited to, a handheld wireless communication device (e.g., a mobile phone, a smart phone, a phablet device, and so on), a wearable computer device (e.g., a head-mounted display computer device, a head-mounted camera device, a wristwatch computer device, and so on), a Global Positioning System (GPS) device, a laptop, a tablet computer, or another type of portable computer, a media playing device, a portable gaming system, and / or any other type of computer device with wireless communication capabilities, and the like.

[0071] In an embodiment, the user equipment (102) may include, but is not limited to, any electrical, electronic, electro-mechanical, or an equipment, or a combination of one or more of the above devices such as virtual reality (VR) devices, augmented reality (AR) devices, a general-purpose computer, a desktop, a personal digital assistant, a mainframe computer, or any other computing device. In another embodiment, the user equipment (102) may include one or more in-built or externally coupled accessories including, but not limited to, a visual aid device such as a camera, an audio aid, a microphone, a keyboard, and input devices for receiving input from the user (104) or the entity such as a touch pad, a touch enabled screen, an electronic pen, and the like. A person of ordinary skill in the art will appreciate that the user equipment (102) may not be restricted to the mentioned devices and various other devices may be used.

[0072] Referring to the FIG. 1, the user equipment (102) may communicate with the system (106), for example, a performance metrics report fetching system, through the network (108). In accordance with embodiments of the present disclosure, the system (106) may be designed and configured for generating and fetching various types of KPI metrics and exception metrics reports for fifth generation (5G) / sixth generation (6G) technologies through a front-end mechanism. In order to monitor a performance of network elements at different time level and hierarchy level, performance reports containing various KPI metrics may be generated. A report builder in conjunction with a KPI editor may be provided to give the KPI metrics reports on various time frequencies and node aggregations levels. In an embodiment, the system (106) may be explained in detail in conjunction with FIG. 2.

[0073] In an embodiment, the network (108) may include at least one of a 5G network, 6G network, or the like. The network (108) may enable the user equipment (102) to communicate with other devices in the network architecture (100) and / or with the system (106). The network (108) may include a wireless card or some other transceiver connection to facilitate this communication. In another embodiment, the network (108) may be implemented as, or include any of a variety of different communication technologies such as a Wide Area Network (WAN), a Local Area Network (LAN), a wireless network, a mobile network, a Virtual Private Network (VPN), the Internet, a Public Switched Telephone Network (PSTN), or the like.

[0074] Although the FIG. 1 shows exemplary components of the network architecture (100); however, in other embodiments, the network architecture (100) may include fewer components, different components, differently arranged components, or additional functional components than depicted in the FIG. 1. Additionally, or alternatively, one or more components of the network architecture (100) may perform functions described as being performed by one or more other components of the network architecture (100).

[0075] FIG. 2 illustrates an exemplary block diagram (200) of the system (106), in accordance with an embodiment of the present disclosure.

[0076] In an embodiment, the system (106) may include a receiving unit (202), a memory (204), an interfacing unit (206), a processing unit (208) and a database (210). The processing unit (208) further comprises a report template creation module (212), a report configuration creation module (214), a data acquisition module (216) and a report generation module (218).

[0077] In an embodiment, the receiving unit (202) may be configured to receive at least one input request at a graphical user interface (GUI) from the user (104). In such embodiment, the user (104) may provide the at least one input usingthe corresponding user equipment (102). In an embodiment, the at least one input request may include one or more parameters to generate the network performance metrics report. In such embodiment, the one or more parameters may be, but not limited to, a report name, a report type, at least one report generation mode, at least one domain, at least one technology, at least one vendor, a node type, a list of nodes, at least one band, at least one geography, at least one city, a duration of generating the report, a frequency of generating the report, and so forth. In an embodiment, the report generation mode may be on demand or scheduled. In an exemplary embodiment, the network performance metrics report may include, but not limited to, traffic, throughput, latency, signal strength, call drop rate, upload speed, download speed, and so forth. In an embodiment, the vendor may be a technology provider that provides different technologies to the users (104). The different technologies may be, but not limited to,5G, 4G, and so forth.

[0078] Further, in an exemplary embodiment, the list of nodes may be network elements for which the user (104) may need the network performance metrics reports. The list of nodes may be, but not limited to, base stations, core network nodes, edge nodes, subscriber nodes, and so forth.Further, in an embodiment, the receiving unit (202) may be configured to receive at least one Key Performance Indicator (KPI) provided by the user (104) at the GUI on a KPI Editor. In such embodiment, the user (104) may provide the specific KPIs that the user (104) wants to monitor and report on. In an aspect, the at least one KPI may be selected by the user (104) from a list of KPI’s provided on the KPI Editor. In another aspect, the user (104) may utilize predefined templates containing the list of KPI’s for selecting the KPIs. In yet another aspect, the user (104) may upload a Comma Separated Values (CSV) file containing vendor specific KPIs for intelligent scenario. In an exemplary embodiment, the at least one KPI may be, but not limited to, uplink throughput, downlink throughput, the latency, the packet loss, the call drop rate, quality of service, and so forth.

[0079] In an embodiment, the receiving unit (202) may also be configured to receive a selection of a threshold criteria and a logical operator from the user(104) on the GUI for the at least one selected KPI. In an aspect, the threshold criteria may be defined by the user (104) for each selected KPI. The threshold criteria may specify an acceptable range or limit for values of the corresponding selected KPIs. In an exemplary embodiment, the acceptable range of the threshold criteria may depend on the corresponding selected KPIs. In another aspect, the logical operator may also be selected by the user (104) to combine multiple KPIs and their thresholds. As an example, the user (104) may create the logical operator that may trigger an alert if both threshold exceeds 100 milliseconds and the KPI metric such as, a throughput drops below 50 Mbps.

[0080] Further, in an embodiment, the receiving unit (202) may also be configured to receive an input of a time frequency and a hierarchical level from the user (104) via the GUI. In an embodiment, the user (104) may select the time frequency on the GUI to generate the network performance metrics report on a predefined time interval basis. Further, the user (104) may select a cell level to get detailed performance metrics for individual cell towers.

[0081] The memory (204) may be configured to store the computer- readable instructions or routines in a non-transitory computer readable storage medium. In an aspect, the memory (204) may be configured to store program instructions and data corresponding to the KPI metrics reports and the exception metrics report. The memory (204) may comprise any non-transitory storage device including, for example, a volatile memory such as a Random-Access Memory (RAM), or a non-volatile memory such as an Erasable Programmable Read Only Memory (EPROM), a flash memory, and the like.

[0082] In an embodiment, the interfacing unit (206) may comprise a variety of interfaces, for example, interfaces for data input and output devices (I / O). storage devices, and the like. The interfacing unit (206) may facilitate communication through the system (106). The interfacing unit (206) may also provide a communication pathway for various other units / modules of the system (106).

[0083] In an embodiment, the database (210) offers functionality to manage, capture, storage, and retrieval of data. In an embodiment, the database (210) is configured for serving as a centralized repository for storing a KPI metrics report configuration, the network performance metrics report, and so forth. The database (210) is designed to interact seamlessly with other components of the system (106), such as the report template creation module (212), the report configuration creation module (214), the data acquisition module (216), and the report generation module (218), to support the functionality of the system (106) effectively. The database (210) may store data that may be either stored or generated as a result of functionalities implemented by any of the components of the processing unit (208). In an embodiment, the database (210) may be separate from the system (106). In an embodiment, the database (210) may be a distributed database. In an aspect, the database (210) may be a Hadoop Distributed File System (HDFS).

[0084] The modules are controlled by the processing unit (208) which execute the instructions retrieved from the memory (204). The processing unit (208) further interact with the interfacing unit (206) to facilitate a user interaction and to provide options for managing and configuring the system (106). The processing unit (208) may be implemented as one or more microprocessors, microcomputers, microcontrollers, digital signal processors, central processing units, logic circuitries, and / or any devices that process data based on operational instructions. Among other capabilities, the processing unit (208) may be configured to fetch and execute computer-readable instructions stored in the memory (204) of the system (106).

[0085] The report template creation module (212) may be configured to create a report template based on the parameters received from the receiving unit (202). Further, the report configuration creation module (214) may be configured to create at least one KPI metric report configuration by a using an Application Programming Interface (API) by pulling vendor specific KPI data from one or more sources at a pre-defined interval. In an exemplary embodiment, the pre-defined interval may be a time period upon expiry of which the KPI data may be fetchedfrom the one or more sources. As an example, the pre-defined interval may be 15 mins. In an embodiment, the API may be a Representational State Transfer Application Programming Interface (REST) API. Further, the report configuration creation module (214) may be configured to store the created KPI metric report configuration in the database (210). In an exemplary embodiment, the vendor specific data may be pulled from the one or more sources by establishing a connection between the system (106) making the API requests and vendor’s API endpoints. The report template creation module (212) may be configured to make the API requests to retrieve the vendor specific KPI data, which may then be normalized to a common format and stored in the database (210). In an embodiment, the KPI metric report configuration may refer to as a process or setup through which the system (106) defines and manages the parameters, the sources and rules for generating the network performance metrics reports. In an exemplary embodiment, the KPI metric report configuration may ensure that right KPI data is pulled, processed and presented based on user’s requirements. The vendor specific KPI data may refer to performance metrics and indicators that may be unique to equipment or technology fetched from different sources. The KPI data is defined and measured by a specific hardware or software used in the network.

[0086] The data acquisition module (216) may be configured to fetch data corresponding to at least one received KPI from the at least one KPI metric report configuration stored in the database (210). In an embodiment, the data may be the KPI data that may be fetched by making API requests or database queries to fetch the KPI data. In an exemplary embodiment, the fetched KPI data may be a raw data that may be normalized to a common format if the KPI data is collected from various sources. In an exemplary embodiment, the various sources may be network functions such as, but not limited to, Element Management Systems (EMS), Network Management Systems (NMS), Performance Management Systems (PMS), Cloud based monitoring solutions, Open-source monitoring solutions, and so forth. In such embodiment, each source may provide specific APIs that allows access to the KPI data. Further, in an exemplary embodiment, the raw data may be, but notlimited to, call throughput, signal quality, the latency, the packet loss, jitter, error rates, and so forth.

[0087] Further, in an embodiment, the data acquisition module (216) may be configured to aggregate the received KPIs on the list of nodes received as the input from the user (104) by the receiving unit (202). In such embodiment, the aggregation of the KPIs may be performed to compute the selected KPIs over the predefined time interval and the hierarchical level.

[0088] The report generation module (218) may be configured to generate the at least one network performance metrics report based on the fetched data of the at least one received KPI and the one or more received parameters. In an embodiment, the report generation module (218) may be configured to generate the KPI metrics report when the report type is selected by the user (104) as the KPI metrics. In another embodiment, the report generation module (218) may be configured to generate the exception metrics report when the report type is selected by the user (104) as the exception metrics.

[0089] In an embodiment, the network performance metrics report may be generated on demand or on a scheduled time interval basis. Further, in an embodiment, the report generation module (218) may be configured to enable the user (104) to fetch or download the network performance metrics on the user equipment (102) via the GUI for monitoring the performance of a network.

[0090] Although the FIG. 2 shows an exemplary block diagram (200) of the system (106); however, in other embodiments, the system (106) may include fewer components, different components, differently arranged components, or additional functional components than depicted in the FIG. 2. Additionally, or alternatively, one or more components of the system (106) may perform functions described as being performed by one or more other components of the system (106).

[0091] FIG. 3 illustrates an exemplary flow diagram of a process (300) of a report builder design flow mechanism, in accordance with an embodiment of the present disclosure. With respect to the FIG. 3, an application server (310) may receive a request from the user (104) (as shown in the FIG. 1) to create KPI report configuration and the application server (310) may send the request to a microservice (312) to create the KPI report configuration using a REST API. at step (316). The microservice (312) processes the KPI report configuration and stores it in the database (210) (as shown in the FIG. 2) at step (318). The saved report configuration may be obtained from the database (210) through the microservice (312) at step (320).The KPI data may be fetched from the database (210) and uses a distributed processing system (314) for generating the network performance reports at step (322). In an exemplary embodiment, the distributed processing system (314) may be a SparkJob. The user (104) may also fetch the report for the custom set of nodes by uploading the list of the nodes in a particular format depending on the requirements. This may be useful to check the performance of the cells to evaluate an impact of optimization. Once the reports are generated by the distributed processing system (314), the reports may be stored at a Network- attached storage (NAS) drive / Hadoop Distributed File System (HDFS) at step (324). The user (104) may download the generated reports via the GUI at step (326).

[0092] FIG. 4 illustrates an exemplary flow diagram of a process (400) of a report builder defined configuration, in accordance with an embodiment of the present disclosure.

[0093] In an exemplary embodiment, the user (104) (as shown in the FIG. 1) initiates a request to search for reports by a name through the REST API and the request is received by a Report Widget Rest Implementation (RESTIMPL) (410) at step (418). Further, the Report Widget RESTIMPL (410) may forward the request to a service layer such as, a Report Widget Service Implementation (ServiceIMPL) (412) for further processing. The Report Widget ServiceIMPL (412) processes the request and interacts with a DAO layer such as, a Report Widget Data AccessObject (DAO) Implementation (DAOIMPL) (414) to access the report by the name at step (420). The Report Widget DAOIMPL (414) executes a query using a report widget (416) to search for the report in the database (210) based on the provided name at step (422). Once the relevant report is identified, the process (400) retrieves report widget data from the database (210) at step (424). The process (400) processes the data and return the report widget data at step (426) and (428), which means that the report widget data is now available in the Report Widget DAOIMPL (414) that processes the report widget data The process (400) organizes the report widget data into a list of report widgets as return list <widget data> at step (430) and returns the list from the Report Widget DAOIMPL (414) to the Report Widget ServiceIMPL (412). Further, the process (400) returns configuration data that defines how Performance Management (PM) reports are structured and displayed at step (432) from the Report Widget ServiceIMPL (412) to the Report Widget RESTIMPL (410).

[0094] FIG. 5 illustrates an exemplary flow diagram of a process (500) of a report configuration creation, in accordance with an embodiment of the present disclosure. The process (500) starts with a request from the user (104) (as shown in the FIG. 1) to create on-demand report widget. The request is handled by the Report Widget RESTIMPL (410) and sends the request to the Report Widget ServiceIMPL (412). For example, the user (104) makes the request via the GUI to create the on- demand PM report for monitoring a specific KPI. Further, the Report Widget ServiceIMPL (412) processes the request and starts a new transaction to create the report widgetat step (520). The Report Widget ServiceIMPL (412) then forwards necessary information to the Report Widget DAOIMPL (414) to handle database (210) operations. The Report Widget DAOIMPL (414) creates report widget configuration in a table of the database (210) that may be dedicated to the report widgets at step (530). Upon successfully saving the report widget configuration to the database (210), the Report Widget DAOIMPL (414) returns an object of the created report widgets to the Report Widget ServiceIMPL (412)at step (540). Further, the Report Widget ServiceIMPL (412) returns the created report widgetobject to the Report Widget RESTIMPL (410) and the Report Widget RESTIMPL (410) creates a response indicating a success of the report creation at step (550).

[0095] FIG. 6 illustrates an exemplary schematic diagram of an interface (600) of the report builder, in accordance with an embodiment of the present disclosure. In an embodiment, the interface (600) of the report builder may display the report name, the report type, the report generation mode which indicates whether the report is on-demand or scheduled, the domain, and a status of the report. In an exemplary embodiment, the report name may be, but not limited to, del_7days_NBH, guj_7day bbh, raj_7day nbh, and so forth. Further, the report generation type may be, but not limited to, the KPI metrics report, the exception metrics report, and so forth. In an exemplary embodiment, the report generation mode may be, but not limited to, on-demand, system driven, and so forth. The domain may be, but not limited to, RAN and so forth. Similarly, the status of the report may be, but not limited to, created, pending, and so forth.

[0096] FIG. 7A illustrates an exemplary schematic diagram of an interface (700A) of the report builder for creating the report template for the KPI metrics report, in accordance with an embodiment of the present disclosure.

[0097] In an exemplary embodiment, the interface (700A) may allow the user (104) to provide the one or more parameters such as, but not limited to, the report name, the report type (such as, the KPI Metrics Report), the report generation mode (such as, on demand or scheduled), the domain, the technology, the vendor, and so forth. Further, the user (104) may click on a “generate” button to generate the report template for the KPI metric report.

[0098] FIG. 7B illustrates an exemplary schematic diagram of an interface (700B) of the report builder for creating the report template for the exception metrics report, in accordance with an embodiment of the present disclosure. In an exemplary embodiment, the interface (700B) may allow the user (104) to providethe one or more parameters such as, but not limited to, the report name, the report type (such as, the exception Metrics Report), the report generation mode (such as, on demand or scheduled), the domain, the technology, the vendor, and so forth. Further, the user (104) may click on the “generate” button to generate the report template for the exception metric report.

[0099] FIG. 7C illustrates an exemplary schematic diagram of an interface (700C) of the report builder for a node selection and aggregation, in accordance with an embodiment of the present disclosure. The interface (700C) may allow the user (104) to provide the one or more parameters such as, the geography, the node type (at individual level or aggregated level), the band, the city, the center, the business cluster, and so forth. In an embodiment, the interface (700C) of the report builder facilitates the user (104) to fetch band wise / carrier wise reports and help in analysis or comparison of band / carrier level performance. In an aspect, the user (104) may generate the on-demand reports on the individual level or the aggregated level. In an aspect, the interface (700C) may allow the user (104) to upload a list of custom set of nodes by selecting “Upload Node” option. In an embodiment, the reports that may be created by the user (104) through the report builder listed under my performance reports where the user (104) may download the reports created by the corresponding user (104) and other scheduled reports.

[0100] FIG. 7D illustrates an exemplary schematic diagram of an interface (700D) of the report builder for selection of KPIs, in accordance with an embodiment of the present disclosure. In an exemplary embodiment, the interface (700D) may enable the user (104) to provide the KPIs as the input. In one aspect, the interface (700D) may provide an “Upload KPI” option of uploading the CSV fde of KPIs. In another aspect, the interface (700D) may be provided with the list of KPIs to enable the user (104) to select the at least one KPI. In yet another aspect, the interface (700D) may allow the user (104) to utilize predefined templates for selecting the KPIs. In an embodiment, same template may be reused also for different time frequencies. In the template creation, the user can drag and drop the requisite KPIs.

[0101] FIG. 7E illustrates an exemplary schematic diagram of an interface (700E) of the report builder for generation of the exception metrics report, in accordance with an embodiment of the present disclosure. In an exemplary embodiment, the interface (700E) may enable the user (104) to select the threshold criteria and the logical operator on the selected KPIs for generating the exception metrics report.

[0102] FIG. 7F illustrates an exemplary schematic diagram of an interface (700F) of the report builder for selection of date and time and frequency for which the report needs to be generated, in accordance with an embodiment of the present disclosure. In an exemplary embodiment, the interface (700F) may enable the user (104) to select the date and time and the frequency for which the on-demand report needs to be generated. In an exemplary embodiment, the frequency may be, but not limited to, per day, per week, per hour, per month, busiest day, weekend, weekday, per 15 mins, and so forth.

[0103] In addition to the on-demand reports, scheduled reports may also be created and generated automatically depending on the frequency set by the privileged user or the end user (104). The scheduled reports may be made available to operations team for ready use. Scheduled exceptions reports may also be generated with consistency. The reports of the cells violating certain KPIs on consistent basis may also be made available to the end user (104).

[0104] FIG. 8 illustrates an exemplary computer system (800) in which or with which embodiments of the present disclosure may be implemented. As shown in FIG. 8, the computer system (800) may include an external storage device (810), a bus (820), amain memory (830), a read only memory (840), amass storage device (850), a communication port (860), and a processor (870). A person skilled in the art will appreciate that the computer system (800) may include more than oneprocessor (870) and the communication ports (860). The processor (870) may include various modules associated with embodiments of the present disclosure.

[0105] In an embodiment, the external storage device (810) may be any device that is commonly known in the art such as, but not limited to, a memory card, a memory stick, a solid-state drive, a hard disk drive (HDD), and so forth.

[0106] In an embodiment, the bus (820) may be communicatively coupled with the processor(s) (870) with the other memory, storage, and communication blocks. The bus (820) may be, e.g., a Peripheral Component Interconnect (PCI) / PCI Extended (PCI-X) bus, a Small Computer System Interface (SCSI), a Universal Serial Bus (USB) or the like, for connecting expansion cards, drives and other subsystems as well as other buses, such a front side bus (FSB), which connects the processor (870) to the computer system (800).

[0107] In an embodiment, the main memory (830) may be a Random AccessMemory (RAM), or any other dynamic storage device commonly known in the art. The Read-only memory (840) may be any static storage device(s) e.g., but not limited to, a Programmable Read Only Memory (PROM) chips for storing static information e.g., start-up or Basic Input / Output System (BIOS) instructions for the processor (870).

[0108] In an embodiment, the mass storage device (850) may be any current or future mass storage solution, which may be used to store information and / or instructions. Exemplary mass storage solutions include, but are not limited to, a Parallel Advanced Technology Attachment (PATA) or a Serial Advanced Technology Attachment (SATA) hard disk drives or solid-state drives (internal or external, e.g., having Universal Serial Bus (USB) and / or Firewire interfaces), one or more optical discs, Redundant Array of Independent Disks (RAID) storage, e.g., an array of disks (e.g., SATA arrays).

[0109] Further, the communication port (860) may be any of an RS-232 port for use with a modem-based dialup connection, a 10 / 100 Ethernet port, a Gigabitor 10 Gigabit port using copper or fiber, a serial port, a parallel port, or other existing or future ports. The communication port (860) may be chosen depending on the network (108), such a Local Area Network (LAN), Wide Area Network (WAN), or any network to which the computer system (800) connects.

[0110] Optionally, operator and administrative interfaces, e.g., a display, a keyboard, a joystick, and a cursor control device, may also be coupled to the bus (820) to support a direct operator interaction with the computer system (800). Other operator and administrative interfaces may be provided through network connections connected through the communication port (860). Components described above are meant only to exemplify various possibilities. In no way should the aforementioned exemplary computer system (800) limit the scope of the present disclosure.

[0111] FIG. 9 illustrates a flowchart of a method (900) for fetching network performance metrics reports, in accordance with an embodiment of present disclosure.

[0112] Step (902) includes receiving at least one input request at a graphical user interface (GUI) from a user (104). The at least one input request includes one or more parameters to generate at least one of network performance metrics report.

[0113] Step (904) includes receiving at least one Key Performance Indicator (KPI) provided by the user (104) at the GUL

[0114] Step (906) includes fetching data corresponding to the at least one received KPI from at least one stored KPI metric report configuration.

[0115] Step (908) includes generating the at least one network performance metrics report based on the fetched data of the at least one received KPI.

[0116] Step (910) includes enabling the user (104) to fetch the at least one generated network performance metrics report for monitoring a performance of a network.

[0117] In an embodiment, the one or more parameters are selected from a list comprising a report name, a report type, at least one report generation mode, at least one domain, at least one technology, at least one vendor, a node type, a list of nodes, at least one band, at least one geography, at least one city, a duration of generating report, a frequency of generating the report, or a combination thereof.

[0118] In an embodiment, the method (900) includes a step of creating a report template based on the one or more parameters selected from the list by from the user (104).

[0119] In an embodiment, the method (900) includes a step of creating the at least one KPI metric report configuration by a using an Application Programming Interface (API) by pulling vendor specific KPI data from one or more sources at pre-defined intervals.

[0120] In an embodiment, the at least one KPI metric report configuration is stored in a distributed file system.

[0121] In an embodiment, the method (900) includes a step of storing the at least one generated network performance metric report in a database (210).

[0122] In an embodiment, the method (900) includes a step of receiving a selection of a threshold criteria and a logical operator from the user (104) on the GUI for the at least one received KPI.

[0123] In an embodiment, the method (900) includes a step of aggregating the received KPIs on a list of nodes received as an input from the user (104) in the at least one input request.

[0124] In an embodiment, the network performance metric report is generated on demand or on a scheduled time interval basis.

[0125] In an embodiment, the present disclosure discloses a user equipment (UE) configured to generate network performance metrics reports. The user equipment comprising, a processing unit. The user equipment further comprising: a computer readable storage medium storing programming for execution by the processing unit, the programming including instructions to receive at least one input request at a graphical user interface (GUI) from a user. The at least one input request comprises one or more parameters to generate at least one of network performance metrics report; receive at least one Key Performance Indicator (KPI) provided by the user at the GUI; fetch data corresponding to the at least one received KPI from at least one stored KPI metric report configuration; generate the at least one network performance metrics report based on the fetched data of the at least one received KPI; and fetch the at least one generated network performance metrics report by the user for monitoring a performance of the network.

[0126] While the foregoing describes various embodiments of the present disclosure, other and further embodiments of the present disclosure may be devised without departing from the basic scope thereof. The scope of the present disclosure is determined by the claims that follow. The present disclosure is not limited to the described embodiments, versions or examples, which are included to enable a person having ordinary skill in the art to make and use the present disclosure when combined with information and knowledge available to the person having ordinary skill in the art.

[0127] While considerable emphasis has been placed herein on the preferred embodiments, it will be appreciated that many embodiments can be made and that many changes can be made in the preferred embodiments without departing from the principles of the disclosure. These and other changes in the preferred embodiments of the disclosure will be apparent to those skilled in the art from thedisclosure herein, whereby it is to be distinctly understood that the foregoing descriptive matter is to be implemented merely as illustrative of the disclosure and not as a limitation.

[0128] The present disclosure can be implemented within a 5G standalone (SA) network or with various network elements that may involve various algorithms, protocols, or mechanisms to monitor the network performance by monitoring the performance of the various network elements at different time level and hierarchy level.

[0129] The present disclosure provides technical advancement related to managing performance of the wireless network. This advancement addresses the limitations of existing solutions that lack flexibility in terms of customization and on-demand reporting capabilities. Further, the existing systems typically generate periodic reports based on fixed KPIs, requiring significant manual intervention to update or customize these metrics. The disclosure describes fetching various types of network performance metrics reports for wireless technology, for example, a Fifth Generation / Sixth Generation (5G / 6G) technology through a front-end mechanism. As a result of which, the disclosure provides significant improvements by defining KPIs which can lead to monitoring of various parameters that can be corrected when underperforming and thus improving the network performance.ADVANTAGES OF THE PRESENT DISCLOSURE

[0130] The present disclosure provides a front-end mechanism where an end user may select Key Performance Indicators (KPIs) for any time frequency and at any hierarchical level (KPI metrics may be defined through a Graphical User Interface (GUI) interface called a KPI Editor by using raw counters fetched from a vendor Element Management System (EMS)).

[0131] The present disclosure creates on-demand or scheduled and downloadable performance reports by using GUI to check cell performance and to evaluate an impact of optimization by selecting, through the GUI, KPI reportrequirements like domain, technology, vendor, geography, node, band, duration, frequency etc. or custom geography KPI consideration.

[0132] The present disclosure selects KPI report characteristic requirements from listed KPIs or previously defined KPI report template, or intelligently considering vendor specific KPIs from an uploaded KPI file (like CSV format file).

[0133] The present disclosure aggregates KPIs on custom nodes selected by an end user.

[0134] The present disclosure adopts Application Programming Interface (API) calls to fetch Key performance Metrics of the end user choice for a particular configuration selected in GUI through a Micro Service.

Claims

CLAIMSWe Claim:

1. A method (900) for fetching network performance metrics reports, wherein the method (900) comprising steps of: receiving (902), by a receiving unit (202), at least one input request at a graphical user interface (GUI) from a user (104), wherein the at least one input request comprises one or more parameters to generate at least one network performance metrics report; receiving (904), by the receiving unit (202), at least one Key Performance Indicator (KPI) provided by the user (104) at the GUI; fetching (906), by a processing unit (208), data corresponding to the at least one received KPI from at least one KPI metric report configuration; generating (908), by the processing unit (208), the at least one network performance metrics report based on the fetched data of the at least one received KPI and the one or more received parameters; and fetching (910), by the processing unit (208), the at least one generated network performance metrics report by the user (104) for monitoring a performance of the network.

2. The method (900) as claimed in claim 1, wherein the one or more parameters are selected from a list comprising a report name, a report type, at least one report generation mode, at least one domain, at least one technology, at least one vendor, a node type, a list of nodes, at least one band, at least one geography, at least one city, a duration of generating report, a frequency of generating a report, or a combination thereof.

3. The method (900) as claimed in claim 2, comprising a step of creating, by the processing unit (208), a report template based on the one or more parameters selected from the list by the user (104).

4. The method (900) as claimed in claim 1, comprising a step of creating, by the processing unit (208), the at least one KPI metric report configuration by a using an Application Programming Interface (API) by pulling vendor specific KPI data from one or more sources at pre-defined intervals.

5. The method (900) as claimed in claim 1, wherein the at least one KPI metric report configuration is stored in a distributed file system.

6. The method (900) as claimed in claim 1, comprising a step of storing, by the processing unit (208), the at least one generated network performance metrics report in a database (210).

7. The method (900) as claimed in claim 1, comprising a step of receiving, by the receiving unit (202), a selection of a threshold criteria and a logical operator from the user (104) on the GUI for the at least one received KPI.

8. The method (900) as claimed in claim 1, comprising a step of aggregating, by the processing unit (208), the received KPIs on a list of nodes received as an input from the user (104) in the at least one input request.

9. The method (900) as claimed in claim 1, wherein the at least one network performance metrics report is generated on demand or on a scheduled time interval basis.

10. A system (106) for fetching network performance metrics reports, the system (106) comprising: a receiving unit (202) configured to: receive at least one input request at a graphical user interface (GUI) from a user (104), wherein the at least one input request comprises one or more parameters to generate at least one network performance metrics report; andreceive at least one Key Performance Indicator (KPI) provided by the user (104) at the GUI; and a processing unit (208) configured to: fetch data corresponding to the at least one received KPI from at least one KPI metric report configuration; generate the at least one network performance metrics report based on the fetched data of the at least one received KPI and the one or more received parameters; and fetch the at least one generated network performance metrics report by the user (104) for monitoring a performance of a network.

11. The system ( 106) as claimed in claim 10, wherein the one or more parameters are selected from a list comprising a report name, a report type, at least one report generation mode, at least one domain, at least one technology, at least one vendor, a node type, a list of nodes, at least one band, at least one geography, at least one city, a duration of generating report, a frequency of generating report, or a combination thereof.

12. The system (106) as claimed in claim 11, wherein the processing unit (208) is configured to create a report template based on the one or more parameters selected from the list by the user (104).

13. The system (106) as claimed in claim 10, wherein the processing unit (208) is configured to create the at least one KPI metric report configuration by a using an Application Programming Interface (API) by pulling vendor specific KPI data from one or more sources at pre-defined intervals.

14. The system (106) as claimed in claim 10, wherein the at least one KPI metric report configuration is stored in a distributed file system.

15. The system (106) as claimed in claim 10, wherein the processing unit (208) is configured to store the at least one generated network performance metrics report in a database (210).

16. The system (106) as claimed in claim 10, wherein the receiving unit (202) is configured to receive a selection of a threshold criteria and a logical operator from the user (104) on the GUI for the at least one received KPI.

17. The system (106) as claimed in claim 10, wherein the processing unit (208) is configured to aggregate the received KPIs on a list of nodes received as an input from the user (104) in the at least one input request.

18. The system (106) as claimed in claim 10, wherein the at least one network performance metrics report is generated on demand or on a scheduled time interval basis.

19. A user equipment (102) configured to fetch network performance metrics reports, the user equipment (102) comprising: a processing unit (208); and a computer readable storage medium storing programming for execution by the processing unit (208), the programming including instructions to: receive at least one input request at a graphical user interface (GUI) from a user (104), wherein the at least one input request comprises one or more parameters to generate at least one network performance metrics report; receive at least one Key Performance Indicator (KPI) provided by the user (104) at the GUI; fetch data corresponding to the at least one received KPI from at least one KPI metric report configuration;generate the at least one network performance metrics report based on the fetched data of the at least one received KPI and the one or more received parameters; and fetch the at least one generated network performance metrics report by the user (104) for monitoring a performance of the network.

20. The user equipment (102) as claimed in claim 19, wherein the one or more parameters are selected from a list comprising a report name, a report type, at least one report generation mode, at least one domain, at least one technology, at least one vendor, a node type, a list of nodes, at least one band, at least one geography, at least one city, a duration of generating report, a frequency of generating a report, or a combination thereof.

21. The user equipment (102) as claimed in claim 19, wherein the processing unit (208) is configured to create the at least one KPI metric report configuration by a using an Application Programming Interface (API) by pulling vendor specific KPI data from one or more sources at pre-defined intervals.

22. The user equipment (102) as claimed in claim 19, wherein the at least one KPI metric report configuration is stored in a distributed file system.

23. The user equipment (102) as claimed in claim 19, wherein the processing unit (208) is configured to store the at least one generated network performance metrics report in a database (210).

24. The user equipment (102) as claimed in claim 19, wherein the processing unit (208) is configured to receive a selection of a threshold criteria and a logical operator from the user (104) on the GUI for the at least one received KPI.

25. The user equipment (102) as claimed in claim 19, wherein the processing unit (208) is configured to aggregate the received KPIs on a list of nodes received as an input from the user (104) in the at least one input request.

26. A computer program product comprising a non-transitory computer-readable medium comprising instructions that, when executed by one or more processors, cause the one or more processors to perform a method (900) for fetching network performance metrics reports, the method (900) comprising steps of: receiving (902), by a receiving unit (202), at least one input request at a graphical user interface (GUI) from a user (104), wherein the at least one input request comprises one or more parameters to generate at least one of network performance metrics report; receiving (904), by the receiving unit (202), at least one Key Performance Indicator (KPI) provided by the user (104) at the GUI; fetching (906), by a processing unit (208), data corresponding to the at least one received KPI from at least one stored KPI metric report configuration; generating (908), by the processing unit (208), the at least one network performance metrics report based on the fetched data of the at least one received KPI and the one or more received parameters; and fetching (910), by the processing unit (208), the at least one generated network performance metrics report by the user (104) for monitoring a performance of the network.

Images