FORM 2
THE PATENTS ACT, 1970 (39 of 1970) THE PATENTS RULES, 2003
COMPLETE SPECIFICATION
(See section 10; rule 13)
TITLE OF THE INVENTION
SYSTEM AND METHOD FOR FETCHING NETWORK PERFORMANCE METRICS REPORTS
FOR WIRELESS TECHNOLOGY
APPLICANT
JIO PLATFORMS LIMITED
of Office-101, Saffron, Nr. Centre Point, Panchwati 5 Rasta, Ambawadi, Ahmedabad -
380006, Gujarat, India; Nationality : India
The following specification particularly describes
the invention and the manner in which
it is to be performed

RESERVATION OF RIGHTS
[001] 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 5 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.
10
TECHNICAL FIELD
[002] 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
15 Generation/Sixth Generation (5G/6G) technology through a front-end mechanism.
DEFINITIONS
[003] The term “Distributed Processing System” as used herein, refers to
a computing environment in which multiple interconnected nodes work together to 20 perform computational tasks.
[004] 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 25 fault tolerance.
[005] The term “Microservices” as used herein, refers to Microservices
architecture for developing applications. Microservices allow a large application to be separated into smaller independent parts, with each part having its own realm of 30 responsibility.
2

[006] 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.
5
[007] 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.
10 [008] 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 15 displays data in a visual format.
BACKGROUND
[009] The following description of related art is intended to provide
background information pertaining to the field of the disclosure. This section may 20 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.
25 [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 hundreds of alerts daily. However, without effective filtering, important alerts may be
30 overlooked and reduces overall effectiveness of existing systems.
3

[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 5 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.
10 [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
15 [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)).
20
[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,
25 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 report template, or intelligently considering vendor specific KPIs from an uploaded KPI 30 file (like CSV format file).
4

[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
5 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
10 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
15 (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
20 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
25 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.
5

[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.
5 [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.
10 [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 15 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.
20
[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.
25 [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: 30 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. The receiving unit is further configured to: receive at least one Key Performance
6

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 5 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.
10 [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.
15
[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.
20 [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.
25 [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. 30
7

[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.
5 [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
10 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:
15 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
20 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
25 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, 30 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.
8

[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. 5
[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. 10
[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
15 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.
20
[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.
25 [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 30 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 input
9

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 5 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 10 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 15 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.
20 [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; 25
[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
30 builder design flow mechanism, in accordance with an embodiment of the present disclosure;
10

[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; 5
[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
10 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; 15
[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;
20 [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
25 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 30 accordance with an embodiment of the present disclosure;
11

[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; 5
[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
10 performance metrics reports, in accordance with an embodiment of present disclosure.
LIST OF REFERENCE NUMERALS
100 – Network architecture 15 102-1, 102-2…102-N – User Equipment
104-1, 104-2…104-N – Users
106 – System
108 – Network
200 – Block diagram 20 202 – Receiving Unit
204 – Memory
206 – Interfacing Unit
208 – Processing Unit
210 – Database 25 212 – Report Template Creation Module
214 – Report Configuration Creation Module
216 – Data Acquisition Module
218 – Report Generation Module
300 – Process of Report Builder Design Flow Mechanism 30 310 – Application Server
312 – Microservice
12

314 – Distributed Processing System
400 – Process of Report Builder Defined Configuration
410 - Report Widget Rest Implementation (RESTIMPL)
412- Report Widget Service Implementation (ServiceIMPL) 5 414 - Report Widget Data Access Object (DAO) Implementation (DAOIMPL)
416 – Report Widget
500 – Process of report configuration creation
600 – Interface of Report Builder
700A – Interface of Report Builder for Creating Report Template for KPI Metrics 10 Report
700B - Interface of Report Builder for Creating Report Template for Exception
Metrics Report
700C - Interface of Report Builder for a node selection and aggregation
700D - Interface of Report Builder for Selection of KPIs 15 700E - 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 system
810 – External storage device
820 – Bus 20 830 – Main memory
840 – Read only memory
850 – Mass storage device
860 – Communication port(s)
870 – Processor 25 900 – Method
DETAILED DESCRIPTION
[0062] The following is a detailed description of embodiments of the
disclosure depicted in the accompanying drawings. The embodiments are in such
30 detail as to clearly communicate the disclosure. However, the amount of detail
13

offered is not intended to limit the anticipated variations of embodiments; on the contrary, the intention is to cover all modifications, equivalents, and alternatives falling within the spirit and scope of the present disclosure as defined by the appended claims. 5
[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 10 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
15 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.
20
[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.
25
[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
30 or with which embodiments of the present disclosure may be implemented.
14

[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 an embodiment, the one or more user equipment (102-1, 102-2…102-N) may be 5 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”
10 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
15 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 (IoT) system. In such an embodiment, the user equipment (102) may include, but not
20 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
25 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
30 network-connected.
15

[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 5 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.
10 [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
15 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
20 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,
25 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
30 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
16

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.
5 [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
10 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.
15
[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.
20 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
25 (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 30 creation module (212), a report configuration creation module (214), a data acquisition module (216) and a report generation module (218).
17

[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 using the corresponding user equipment (102). In an embodiment, the at least one input 5 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
10 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
15 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 20 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
25 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
30 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
18

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 5 (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 10 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 a threshold exceeds 100 milliseconds and the KPI metric such as, a throughput drops below 50 Mbps.
15 [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
20 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 25 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.
30
[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
19

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).
5 [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),
10 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).
15 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
20 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 25 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).
30 [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
20

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 fetched 5 from 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
10 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
15 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
20 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
25 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 30 various sources. In an exemplary embodiment, the various sources may be network functions such as, but not limited to, Element Management Systems (EMS),
21

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 not 5 limited 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 10 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
15 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 20 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 25 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
30 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,
22

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
5 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
10 (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
15 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
20 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
25 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
30 request is received by a Report Widget Rest Implementation (RESTIMPL) (410) at
step (418). Further, the Report Widget RESTIMPL (410) may forward the request
23

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 Access Object (DAO) Implementation (DAOIMPL) (414) to access the report by the name 5 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
10 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 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
15 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
20 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-25 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 30 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
24

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 widget object to the Report Widget RESTIMPL (410) and the Report Widget RESTIMPL 5 (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
10 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
15 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.
20 [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
25 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. 30
25

[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 provide
5 the 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.
10
[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
15 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
20 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.
25
[00100] 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,
30 the interface (700D) may provide an “Upload KPI” option of uploading the CSV
file 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,
26

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. 5
[00101] 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 10 criteria and the logical operator on the selected KPIs for generating the exception metrics report.
[00102] 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
15 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,
20 per 15 mins, and so forth.
[00103] 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 25 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).
[00104] FIG. 8 illustrates an exemplary computer system (800) in which or
30 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),
27

a bus (820), a main memory (830), a read only memory (840), a mass 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 one processor (870) and the communication ports (860). The processor (870) may 5 include various modules associated with embodiments of the present disclosure.
[00105] 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.
10
[00106] 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
15 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).
[00107] In an embodiment, the main memory (830) may be a Random Access
20 Memory (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).
25
[00108] 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
30 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
28

or more optical discs, Redundant Array of Independent Disks (RAID) storage, e.g., an array of disks (e.g., SATA arrays).
[00109] Further, the communication port (860) may be any of an RS-232 port
5 for use with a modem-based dialup connection, a 10/100 Ethernet port, a Gigabit
or 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.
10
[00110] 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
15 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.
20 [00111] FIG. 9 illustrates a flowchart of a method (900) for fetching network
performance metrics reports, in accordance with an embodiment of present disclosure.
[00112] Step (902) includes receiving at least one input request at a graphical
25 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.
[00113] Step (904) includes receiving at least one Key Performance Indicator
(KPI) provided by the user (104) at the GUI.
30
[00114] Step (906) includes fetching data corresponding to the at least one
received KPI from at least one stored KPI metric report configuration.
29

[00115] Step (908) includes generating the at least one network performance
metrics report based on the fetched data of the at least one received KPI.
5 [00116] 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.
[00117] In an embodiment, the one or more parameters are selected from a
10 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.
15 [00118] 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).
[00119] In an embodiment, the method (900) includes a step of creating the
20 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.
[00120] In an embodiment, the at least one KPI metric report configuration
25 is stored in a distributed file system.
[00121] In an embodiment, the method (900) includes a step of storing the at
least one generated network performance metric report in a database (210).
30 [00122] 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.
30

[00123] 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.
5 [00124] In an embodiment, the network performance metric report is
generated on demand or on a scheduled time interval basis.
[00125] In an embodiment, the present disclosure discloses a user equipment
(UE) configured to generate network performance metrics reports. The user
10 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
15 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
20 the user for monitoring a performance of the network.
[00126] 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
25 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.
30
[00127] While considerable emphasis has been placed herein on the preferred
embodiments, it will be appreciated that many embodiments can be made and that
31

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 the disclosure herein, whereby it is to be distinctly understood that the foregoing 5 descriptive matter is to be implemented merely as illustrative of the disclosure and not as a limitation.
[00128] The present disclosure can be implemented within a 5G standalone
(SA) network or with various network elements that may involve various 10 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.
[00129] The present disclosure provides technical advancement related to
15 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
20 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.
25
ADVANTAGES OF THE PRESENT DISCLOSURE
[00130] 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
30 Interface (GUI) interface called a KPI Editor by using raw counters fetched from a vendor Element Management System (EMS)).
32

[00131] 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 report requirements like domain, technology, vendor, geography, node, band, duration, 5 frequency etc. or custom geography KPI consideration.
[00132] 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). 10
[00133] The present disclosure aggregates KPIs on custom nodes selected by
an end user.
[00134] The present disclosure adopts Application Programming Interface
15 (API) calls to fetch Key performance Metrics of the end user choice for a particular configuration selected in GUI through a Micro Service.

We Claim:
1. A method (900) for fetching network performance metrics reports, wherein the
method (900) comprising steps of:
5 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
10 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
15 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.
20 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
25 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). 30
34

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
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
10 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
15 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.
20
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.
25 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
30 comprises one or more parameters to generate at least one network
performance metrics report; and
receive at least one Key Performance Indicator (KPI) provided by the user (104) at the GUI; and
35

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
5 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.
10 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
15 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).
20
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.
25
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)
30 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.
5 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
10 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:
15 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
20 (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;
25 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
30 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,
5 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
10 (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
15 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).
20
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 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.