FORM 2
THE PATENTS ACT, 1970 (39 OF 1970) & THE PATENT RULES, 2003
COMPLETE SPECIFICATION
(See section 10 and rule 13)
“METHOD AND SYSTEM FOR NETWORK OPTIMISATION BASED ON GENERATING KPIS”
We, Jio Platforms Limited, an Indian National, of Office - 101, Saffron, Nr. Centre Point, Panchwati 5 Rasta, Ambawadi, Ahmedabad - 380006, Gujarat, India.
The following specification particularly describes the invention and the manner in which it is to be performed.

METHOD AND SYSTEM FOR NETWORK OPTIMISATION BASED ON
GENERATING KPIS
FIELD OF INVENTION
[0001] The present disclosure relates generally to the field of wireless
communication systems. Particularly, the present disclosure relates to method and system for pro-active monitoring to analyse the probing data which further aids in the overall network monitoring, troubleshooting and root cause analysis i.e., network optimisation based on generating Key Performance Indicators (KPIs). More particularly, the present disclosure relates to method and system for network optimisation based on generating KPIs in real-time.
BACKGROUND
[0002] 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.
[0003] Wireless communication technology has rapidly evolved over the past
few decades, with each generation bringing significant improvements and advancements. The first generation of wireless communication technology was based on analog technology and offered only voice services. However, with the advent of the second generation (2G) technology, digital communication and data services became possible, and text messaging was introduced. The third generation (3G) technology marked the introduction of high-speed internet access, mobile video calling, and location-based services. The fourth generation (4G) technology revolutionized wireless communication with faster data speeds, better network

coverage, and improved security. Currently, the fifth generation (5G) technology is being deployed, promising even faster data speeds, low latency, and the ability to connect multiple devices simultaneously. With each generation, wireless communication technology has become more advanced, sophisticated, and capable of delivering more services to its users.
[0004] The new times have led to the development of software systems that
eliminate the use of hardware infrastructure to detect and troubleshoot in the network. Such systems have a probing agent which collects probing records known as Session Detail Record (SDR), from 4G and 5G Network nodes. These records are then indexed further in data repositories of troubleshooting tools. There is need to analyze this data which may further aid in the overall network monitoring in real time, troubleshooting and root cause analysis. Data generated from the network, needs to be delivered in real time to the probe solution and also to be processed in real time. Generally, the records are delivered in non-real time. This led to a delay in processing and thus delay in the analytics, while doing troubleshooting of any subscriber session/customer compliant. In order to efficiently manage the networks, pro-active monitoring in real time is essential so that any degradation in service is rectified before it reaches a critical stage.
[0005] Thus, there exists a need for a method and system for network
optimisation based on generating KPIs, to monitor in real time any degradation in the network service and rectifying the degradation before reaching the critical stage.
OBJECTS OF THE INVENTION
[0006] Some of the objects of the present disclosure, which at least one
implementation disclosed herein satisfies are listed herein below.
[0007] It is an object of the present disclosure to provide a system and a method
for network optimisation based on generating KPI’s

[0008] It is an object of the present disclosure to provide a system and a method
for capturing real-time clear code data.
[0009] It is another object of the present disclosure to provide a solution that
captures the Network Function wise clear codes in real-time and will enable user to analyse trend of any clear code in real-time on live data.
[0010] It is yet another object of the present disclosure to provide a solution to
help the user to identify the issues in the network, in real-time and thus will minimize the effort and time to discover the actual issue.
SUMMARY
[0011] This section is provided to introduce certain aspects of the present
disclosure in a simplified form that are further described below in the detailed description. This summary is not intended to identify the key features or the scope of the claimed subject matter.
[0012] An aspect of the present disclosure may relate to a method for network
optimisation based on generating KPIs. The method comprising receiving, by a transceiver unit from one or more Network Function(s) associated with a network, a set of session detail records (SDRs) associated with at least a set of network procedures, wherein each SDR from the set of SDRs comprises a set of clear code fields. The method further comprises detecting, by a detection unit, one or more clear code fields from the set of clear code fields associated with the set of network procedures. The method further comprises determining, by a determination unit, a scenario status associated with one or more network procedures from the set of network procedures based on the one or more clear code fields associated with the one or more network procedures. The method further comprises generating, by a generation unit at a graphical user interface (GUI) for streaming, one or more

network key performance indicators (KPIs) associated with the network based on the scenario status associated with the one or more network procedures. The method further comprises monitoring, by a monitoring unit, the one or more network KPIs based on at least the one or more clear code fields associated with the one or more network procedures
[0013] In an exemplary implementation of the present disclosure, the method
further comprises optimising troubleshooting, by a troubleshooting unit, the network based on at least generating the one or more network KPIs and monitoring the one or more network KPIs.
[0014] In another exemplary implementation of the present disclosure, the
scenario status is at least one of a success scenario and a failure scenario.
[0015] In another exemplary implementation of the present disclosure, the
method further comprises generating, by the generation unit, the one or more network KPIs associated with the network in a predefined format.
[0016] In another exemplary implementation of the present disclosure, each of
the success scenario associated with each of the one or more network procedures and the failure scenario associated with each of the one or more network procedures is determined by the determination unit based on the one or more clear code fields associated with each network procedure and one or more predefined clear code rules.
[0017] In another exemplary implementation of the present disclosure, each of
the one or more clear code fields is received in at least one of a predefined clear code format and a dynamically defined clear code format.
[0018] Another aspect of the present disclosure may relate to a system for
network optimisation based on generating KPIs. The system comprises a

transceiver unit, a detection unit, a determination unit, a generation unit, a monitoring unit and a troubleshooting unit connected to each other. The transceiver unit is configured to receive, from one or more Network Function(s) associated with a network, a set of session detail records (SDRs) associated with at least a set of network procedures, wherein each SDR from the set of SDRs comprises a set of clear code fields. Further, the detection unit connected to at least the transceiver unit, the detection unit is configured to detect, one or more clear code fields from the set of clear code fields associated with the set of network procedures. Further, the determination unit connected to at least the detection unit, the determination unit is configured to determine, a scenario status associated with one or more network procedures from the set of network procedures based on the one or more clear code fields associated with the one or more network procedures. Further, the generation unit connected to at least the determination unit, the generation unit is configured to generate, at a graphical user interface (GUI) for streaming, one or more network key performance indicators (KPIs) associated with the network based on the scenario status associated with the one or more network procedures. Further, the monitoring unit connected to at least the generation unit, the monitoring unit is configured to monitor, via the GUI, the one or more network KPIs based on at least the one or more clear code fields associated with the one or more network procedures.
[0019] Another aspect of the present disclosure may relate to a user equipment
for network optimisation based on generating key performance indicators (KPIs). The UE comprises a transmitting unit, a receiving unit and a graphical user interface connected to each other. The transmitting unit is configured to transmit a request to a network for one or more parameters. The receiving unit is configured to receive a response to the request, the response comprising an updated one or more parameters. The graphical user interface is configured to display the updated one or more parameters and the KPIs. The generation of the KPIs and updating of the one or more parameters is based on: receiving, by a transceiver unit from one or more Network Function(s) associated with a network, a set of session detail records

(SDRs) associated with at least a set of network procedures, wherein each SDR from the set of SDRs comprises a set of clear code fields; detecting, by a detection unit, one or more clear code fields from the set of clear code fields associated with the set of network procedures; determining, by a determination unit, a scenario status associated with one or more network procedures from the set of network procedures based on the one or more clear code fields associated with the one or more network procedures; generating, by a generation unit, at a graphical user interface (GUI) for streaming, one or more network key performance indicators (KPIs) associated with the network based on the scenario status associated with the one or more network procedures; monitoring, by a monitoring unit, the one or more network KPIs based on at least the one or more clear code fields associated with the one or more network procedures.
[0020] Another aspect of the present disclosure may relate to a non-transitory
computer readable storage medium storing one or more instructions for network optimisation based on generating KPIs. The one or more instructions comprising executable code which, when executed by one or more units of a system, causes the one or more units to perform the certain functions. The instructions when executed causes a transceiver unit of the system to receive, from one or more Network Function(s) associated with a network, a set of session detail records (SDRs) associated with at least a set of network procedures, wherein each SDR from the set of SDRs comprises a set of clear code fields. The instructions when executed causes a detection unit of the system to detect one or more clear code fields from the set of clear code fields associated with the set of network procedures. The instructions when executed causes a determination unit of the system to determine a scenario status associated with each of the set of network procedures based on the one or more clear code fields associated with said each of the set of network procedures. The instructions when executed causes a generation unit of the system to generate one or more network key performance indicators (KPIs) associated with the network based on the scenario status associated with each of the set of network procedures. The instructions when executed causes a monitoring unit of the system

to monitor the one or more network KPIs associated with the network based on at least the one or more clear code fields associated with each of the set of network procedures associated with the network.
BRIEF DESCRIPTION OF DRAWINGS
[0021] The accompanying drawings, which are incorporated herein, and
constitute a part of this disclosure, illustrate exemplary implementations of the disclosed methods and systems in which like reference numerals refer to the same parts throughout the different drawings. Components in the drawings are not necessarily to scale, emphasis instead being placed upon clearly illustrating the principles of the present disclosure. Some drawings may indicate the components using block diagrams and may not represent the internal circuitry of each component. It will be appreciated by those skilled in the art that disclosure of such drawings includes disclosure of electrical components, electronic components or circuitry commonly used to implement such components.
[0022] FIG. 1 illustrates an exemplary block diagram representation of 5th
generation core (5GC) network architecture.
[0023] FIG. 1A illustrates an exemplary block diagram of a computing device
upon which the features of the present disclosure may be implemented in accordance with exemplary implementation of the present disclosure.
[0024] FIG. 1B illustrates an exemplary block diagram of a system [100A] for
network optimisation based on generating KPIs, in accordance with exemplary implementations of the present disclosure.
[0025] FIG. 2 illustrates an exemplary method [200] flow diagram indicating
the process for network optimisation based on generating KPIs, in accordance with exemplary implementations of the present disclosure.

5
[0026] FIG. 3 illustrates an exemplary scenario method [300] flow diagram
indicating the process for generating a network KPIs for monitoring and troubleshooting i.e., network optimisation based on generating KPIs, in accordance with exemplary implementations of the present disclosure.
10
[0027] FIG. 4 illustrates an exemplary scenario flow [400] diagram indicating
the process for generating a network KPIs for monitoring and troubleshooting i.e., network optimisation based on generating KPIs, in accordance with exemplary implementations of the present disclosure.
15
[0028] FIG. 5 illustrates an exemplary block diagram [500] for a user
equipment connected to a network in accordance with exemplary implementation of the present disclosure.
20 The foregoing shall be more apparent from the following more detailed description
of the disclosure.
DETAILED DESCRIPTION
25 [0029] In the following description, for the purposes of explanation, various
specific details are set forth in order to provide a thorough understanding of implementations of the present disclosure. It will be apparent, however, that implementations of the present disclosure may be practiced without these specific details. Several features described hereafter can each be used independently of one
30 another or with any combination of other features. An individual feature may not
address any of the problems discussed above or might address only some of the problems discussed above. Some of the problems discussed above might not be fully addressed by any of the features described herein. Example implementations of the present disclosure are described below, as illustrated in various drawings in
9

5 which like reference numerals refer to the same parts throughout the different
drawings.
[0030] The ensuing description provides exemplary implementations only, and
is not intended to limit the scope, applicability, or configuration of the disclosure.
10 Rather, the ensuing description of the exemplary implementations will provide
those skilled in the art with an enabling description for implementing an exemplary implementation. It should be understood that various changes may be made in the function and arrangement of elements without departing from the spirit and scope of the disclosure as set forth.
15
[0031] It should be noted that the terms "mobile device", "user equipment",
"user device", “communication device”, “device” and similar terms are used interchangeably for the purpose of describing the disclosure. These terms are not intended to limit the scope of the disclosure or imply any specific functionality or
20 limitations on the described implementations. The use of these terms is solely for
convenience and clarity of description. The disclosure is not limited to any particular type of device or equipment, and it should be understood that other equivalent terms or variations thereof may be used interchangeably without departing from the scope of the disclosure as defined herein.
25
[0032] Specific details are given in the following description to provide a
thorough understanding of the implementations. However, it will be understood by one of ordinary skill in the art that the implementations may be practiced without these specific details. For example, circuits, systems, networks, processes, and other
30 components may be shown as components in block diagram form in order not to
obscure the implementations in unnecessary detail. In other instances, well-known circuits, processes, algorithms, structures, and techniques may be shown without unnecessary detail in order to avoid obscuring the implementations.
10

5 [0033] Also, it is noted that individual implementations may be described as a
process which is depicted as a flowchart, a flow diagram, a data flow diagram, a
structure diagram, or a block diagram. Although a flowchart may describe the
operations as a sequential process, many of the operations can be performed in
parallel or concurrently. In addition, the order of the operations may be re-arranged.
10 A process is terminated when its operations are completed but could have additional
steps not included in a figure.
[0034] The word “exemplary” and/or “demonstrative” is used herein to mean
serving as an example, instance, or illustration. For the avoidance of doubt, the
15 subject matter disclosed herein is not limited by such examples. In addition, any
aspect or design described herein as “exemplary” and/or “demonstrative” is not necessarily to be construed as preferred or advantageous over other aspects or designs, nor is it meant to preclude equivalent exemplary structures and techniques known to those of ordinary skill in the art. Furthermore, to the extent that the terms
20 “includes,” “has,” “contains,” and other similar words are used in either the detailed
description or the claims, such terms are intended to be inclusive—in a manner similar to the term “comprising” as an open transition word—without precluding any additional or other elements.
25 [0035] As used herein, an “electronic device”, or “portable electronic device”,
or “user device” or “communication device” or “user equipment” or “device” refers to any electrical, electronic, electromechanical and computing device. The user device is capable of receiving and/or transmitting one or parameters, performing function/s, communicating with other user devices and transmitting data to the
30 other user devices. The user equipment may have a processor, a display, a memory,
a battery and an input-means such as a hard keypad and/or a soft keypad. The user equipment may be capable of operating on any radio access technology including but not limited to IP-enabled communication, Zig Bee, Bluetooth, Bluetooth Low Energy, Near Field Communication, Z-Wave, Wireless Fidelity (Wi-Fi), Wi-Fi
35 direct, etc. For instance, the user equipment may include, but not limited to, a
11

5 mobile phone, smartphone, virtual reality (VR) devices, augmented reality (AR)
devices, laptop, a general-purpose computer, desktop, personal digital assistant, tablet computer, mainframe computer, or any other device as may be obvious to a person skilled in the art for implementation of the features of the present disclosure.
10 [0036] Further, the user device may also comprise a “processor”
or “processing unit” includes processing unit, wherein processor refers to any logic circuitry for processing instructions. The processor may be a general-purpose processor, a special purpose processor, a conventional processor, a digital signal processor, a plurality of microprocessors, one or more microprocessors in
15 association with a DSP core, a controller, a microcontroller, Application Specific
Integrated Circuits, Field Programmable Gate Array circuits, any other type of integrated circuits, etc. The processor may perform signal coding data processing, input/output processing, and/or any other functionality that enables the working of the system according to the present disclosure. More specifically, the processor is
20 a hardware processor.
[0037] As portable electronic devices and wireless technologies continue to
improve and grow in popularity, the advancing wireless technologies for data transfer are also expected to evolve and replace the older generations of
25 technologies. In the field of wireless data communications, the dynamic
advancement of various generations of cellular technology are also seen. The development, in this respect, has been incremental in the order of second generation (2G), third generation (3G), fourth generation (4G), and now fifth generation (5G), and more such generations are expected to continue in the forthcoming time.
30
[0038] Radio Access Technology (RAT) refers to the technology used by
mobile devices/ user equipment (UE) to connect to a cellular network. It refers to the specific protocol and standards that govern the way devices communicate with base stations, which are responsible for providing the wireless connection. Further,
35 each RAT has its own set of protocols and standards for communication, which
12

5 define the frequency bands, modulation techniques, and other parameters used for
transmitting and receiving data. Examples of RATs include GSM (Global System
for Mobile Communications), CDMA (Code Division Multiple Access), UMTS
(Universal Mobile Telecommunications System), LTE (Long-Term Evolution),
and 5G NR (new radio). The choice of RAT depends on a variety of factors,
10 including the network infrastructure, the available spectrum, and the mobile
device's/device's capabilities. Mobile devices often support multiple RATs, allowing them to connect to different types of networks and provide optimal performance based on the available network resources.
15 [0039] As discussed in the background section, the existing solutions are
unable to provide the data from network nodes to probing solutions, and also not in real time. Since records are not provided in real time, pro-active real time monitoring does not happen, and leads to inability of network optimisation based on generation of KPIs.
20
[0040] The present disclosure aims to overcome the above-mentioned and
other existing problems in this field of technology by capturing real-time clear code data. This will display the Network Function (NF)/procedure wise clear codes in real-time and will enable user to analyse trend of any clear code in real-time on live
25 data. The present disclosure supports the auto-refresh option. This will also help the
user to identify the issue in real-time and thus will minimize the effort and time to discover the actual issue.
[0041] Hereinafter, exemplary implementations of the present disclosure will
30 be described with reference to the accompanying drawings.
[0042] FIG. 1 illustrates an exemplary block diagram representation of 5th
generation core (5GC) network architecture, in accordance with exemplary
implementation of the present disclosure. As shown in FIG. 1, the 5GC network
35 architecture [100] includes a user equipment (UE) [132], a radio access network
13

5 (RAN) [134], an access and mobility management function (AMF) [140], a Session
Management Function (SMF) [138], a Service Communication Proxy (SCP) [136], an Authentication Server Function (AUSF) [142], a Network Slice Specific Authentication and Authorization Function (NSSAAF) [114], a Network Slice Selection Function (NSSF) [116], a Network Exposure Function (NEF) [118], a
10 Network Repository Function (NRF) [120], a Policy Control Function (PCF) [122],
a Unified Data Management (UDM) [124], an application function (AF) [126], a User Plane Function (UPF) [128], a data network (DN) [130], wherein all the components are assumed to be connected to each other in a manner as obvious to the person skilled in the art for implementing features of the present disclosure.
15
[0043] Radio Access Network (RAN) [134] is the part of a mobile
telecommunications system that connects user equipment (UE) [132] to the core network (CN) and provides access to different types of networks (e.g., 5G network). It consists of radio base stations and the radio access technologies that enable
20 wireless communication.
[0044] Access and Mobility Management Function (AMF) [140] is a 5G core
network function responsible for managing access and mobility aspects, such as UE
registration, connection, and reachability. It also handles mobility management
25 procedures like handovers and paging.
[0045] Session Management Function (SMF) [138] is a 5G core network
function responsible for managing session-related aspects, such as establishing,
modifying, and releasing sessions. It coordinates with the User Plane Function
30 (UPF) for data forwarding and handles IP address allocation and QoS enforcement.
[0046] Service Communication Proxy (SCP) [136] is a network function in the
5G core network that facilitates communication between other network functions
by providing a secure and efficient messaging service. It acts as a mediator for
35 service-based interfaces.
14

5
[0047] Authentication Server Function (AUSF) [142] is a network function in
the 5G core responsible for authenticating UEs during registration and providing security services. It generates and verifies authentication vectors and tokens.
10 [0048] Network Slice Specific Authentication and Authorization Function
(NSSAAF) [114] is a network function that provides authentication and authorization services specific to network slices. It ensures that UEs can access only the slices for which they are authorized.
15 [0049] Network Slice Selection Function (NSSF) [116] is a network function
responsible for selecting the appropriate network slice for a UE based on factors such as subscription, requested services, and network policies.
[0050] Network Exposure Function (NEF) [118] is a network function that
20 exposes capabilities and services of the 5G network to external applications,
enabling integration with third-party services and applications.
[0051] Network Repository Function (NRF) [120] is a network function that
acts as a central repository for information about available network functions and
25 services. It facilitates the discovery and dynamic registration of network functions.
[0052] Policy Control Function (PCF) [122] is a network function responsible
for policy control decisions, such as QoS, charging, and access control, based on subscriber information and network policies. 30
[0053] Unified Data Management (UDM) [124] is a network function that
centralizes the management of subscriber data, including authentication, authorization, and subscription information.
15

5 [0054] Application Function (AF) [126] is a network function that represents
external applications interfacing with the 5G core network to access network capabilities and services.
[0055] User Plane Function (UPF) [128] is a network function responsible for
10 handling user data traffic, including packet routing, forwarding, and QoS
enforcement.
[0056] Data Network (DN) [130] refers to a network that provides data services
to user equipment (UE) in a telecommunications system. The data services may
15 include but are not limited to Internet services, private data network related services.
[0057] FIG. 1A illustrates an exemplary block diagram of a computing device
[1000] upon which the features of the present disclosure may be implemented in accordance with exemplary implementation of the present disclosure. In an
20 implementation, the computing device [1000] may also implement a method [200]
for network optimisation based on generating key performance indicators (KPIs) communication network by utilising the system [100]. In another implementation, the computing device [1000] itself implements the method [200] for network optimisation based on generating KPIs using one or more units configured within
25 the computing device [1000], wherein said one or more units are capable of
implementing the features as disclosed in the present disclosure.
[0058] The computing device [1000] may include a bus [1002] or other
communication mechanism for communicating information, and a hardware
30 processor [1004] coupled with bus [1002] for processing information. The hardware
processor [1004] may be, for example, a general-purpose microprocessor. The computing device [1000] may also include a main memory [1006], such as a random-access memory (RAM), or other dynamic storage device, coupled to the bus [1002] for storing information and instructions to be executed by the processor
35 [1004]. The main memory [1006] also may be used for storing temporary variables
16

5 or other intermediate information during execution of the instructions to be
executed by the processor [1004]. Such instructions, when stored in non-transitory
storage media accessible to the processor [1004], render the computing device
[1000] into a special-purpose machine that is customized to perform the operations
specified in the instructions. The computing device [1000] further includes a read
10 only memory (ROM) [1008] or other static storage device coupled to the bus [1002]
for storing static information and instructions for the processor [1004].
[0059] A storage device [1010], such as a magnetic disk, optical disk, or solid-
state drive is provided and coupled to the bus [1002] for storing information and
15 instructions. The computing device [1000] may be coupled via the bus [1002] to a
display [1012], such as a cathode ray tube (CRT), Liquid crystal Display (LCD), Light Emitting Diode (LED) display, Organic LED (OLED) display, etc. for displaying information to a computer user. An input device [1014], including alphanumeric and other keys, touch screen input means, etc. may be coupled to the
20 bus [1002] for communicating information and command selections to the
processor [1004]. Another type of user input device may be a cursor controller [1016], such as a mouse, a trackball, or cursor direction keys, for communicating direction information and command selections to the processor [1004], and for controlling cursor movement on the display [1012]. The input device typically has
25 two degrees of freedom in two axes, a first axis (e.g., x) and a second axis (e.g., y),
that allow the device to specify positions in a plane.
[0060] The computing device [1000] may implement the techniques described
herein using customized hard-wired logic, one or more ASICs or FPGAs, firmware
30 and/or program logic which in combination with the computing device [1000]
causes or programs the computing device [1000] to be a special-purpose machine. According to one implementation, the techniques herein are performed by the computing device [1000] in response to the processor [1004] executing one or more sequences of one or more instructions contained in the main memory [1006]. Such
35 instructions may be read into the main memory [1006] from another storage
17

5 medium, such as the storage device [1010]. Execution of the sequences of
instructions contained in the main memory [1006] causes the processor [1004] to perform the process steps described herein. In alternative implementations of the present disclosure, hard-wired circuitry may be used in place of or in combination with software instructions.
10
[0061] The computing device [1000] also may include a communication
interface [1018] coupled to the bus [1002]. The communication interface [1018] provides a two-way data communication coupling to a network link [1020] that is connected to a local network [1022]. For example, the communication interface
15 [1018] may be an integrated services digital network (ISDN) card, cable modem,
satellite modem, or a modem to provide a data communication connection to a corresponding type of telephone line. As another example, the communication interface [1018] may be a local area network (LAN) card to provide a data communication connection to a compatible LAN. Wireless links may also be
20 implemented. In any such implementation, the communication interface [1018]
sends and receives electrical, electromagnetic or optical signals that carry digital data streams representing various types of information.
[0062] The computing device [1000] can send messages and receive data,
25 including program code, through the network(s), the network link [1020], and the
communication interface [1018]. In the Internet example, a server [1030] might
transmit a requested code for an application program through the Internet [1028],
the ISP [1026], the host [1024], the local network [1022] and the communication
interface [1018]. The received code may be executed by the processor [1004] as it
30 is received, and/or stored in the storage device [1010], or other non-volatile storage
for later execution.
[0063] Referring to FIG. 1B, an exemplary block diagram of a system [100A]
for network optimisation based on generating KPIs, is shown, in accordance with
35 the exemplary implementations of the present disclosure. The system [100A]
18

5 comprises at least one transceiver unit [102A], at least one detection unit [104A],
at least one determination unit [106A], at least one generation unit [108A], at least one monitoring unit [110A] and at least one troubleshooting unit [112A]. Also, all of the components/ units of the system [100A] are assumed to be connected to each other unless otherwise indicated below. As shown in the figures all units shown
10 within the system should also be assumed to be connected to each other. Also, in
FIG. 1B only a few units are shown, however, the system [100A] may comprise multiple such units or the system [100A] may comprise any such numbers of said units, as required to implement the features of the present disclosure. Further, in an implementation, the system [100A] may be present in a user device to implement
15 the features of the present disclosure. The system [100A] may be a part of the user
device / or may be independent of but in communication with the user device (may also referred herein as a UE). In another implementation, the system [100A] may reside in a server or a network entity. In yet another implementation, the system [100A] may reside partly in the server/ network entity and partly in the user device.
20
[0064] The system [100A] is configured for network optimisation based on
generating KPIs, with the help of the interconnection between the components/units of the system [100A].
25 [0065] In order for network optimisation based on generating KPIs, the
transceiver unit [102A] is configured to receive from one or more Network Function(s) associated with a network, a set of session detail records (SDRs) associated with at least a set of network procedures, wherein each of the one or more SDRs comprises a set of clear code fields.
30
[0066] The transceiver unit [102A] is a unit capable of transmission and
reception of data. As used herein, the ‘network functions’ are a functional building block within a network infrastructure, which has well-defined external interfaces and a well-defined functional behaviour. Exemplary network functions in a 5G
35 network have been depicted in FIG. 1, such as an access and mobility function
19

5 (AMF), a session management function (SMF), a user plane function (UPF), a
policy control function (PCF), an authentic server function (AUSF), a Unified Data Management (UDM), an Application Function (AF), a network exposure function (NEF), a network repository function (NRF), a network slice selection function (NSSF), etc. The network may be any kind of a telecommunication network.
10
[0067] Further, as used herein, the ‘set of session detail records’ may be the
record of the entire call session in a network. The set of session detail records may be transactions or procedures in the 5G telecommunication networks and may also be a call flow in 4G telecommunications networks. The set of session detail records
15 are written in network nodes. The set of session detail records may also be a set of
call detail records. Further, the set of session detail records may be any network session or network functions performing procedure cannot be limited to just call session, any network session or NF performing procedure, the records generated are sent to the probe. Furthermore, the ‘set of network procedures’ may be one or
20 more procedures associated with the set of network functions.
[0068] The Clear Code captures the internal cause codes or codes that a
Network Function (NF) will dump for a network procedure associated with a network. In an implementation of the present disclosure, the clear code may be
25 captured as a part of at least one of a session detail record (SDR) and call data
records (CDR) generated by the NF. Further, in an implementation of the present disclosure, the clear code may comprise at least one of a unique predefined structure and a unique predefined format, wherein the unique predefined structure and the unique predefined format comprises at least 31 digits. Further, each digit from the
30 31 digits or group of digits from the 31 digits may signify one or more aspects of
the network parameters like result of the call flow (success or failure), type of procedure/call flow experienced, service operation, interface on which the transaction happened, system error conditions and response codes, status of the procedure/call flow (procedure/call flow failure or procedure/call flow success).
35
20

5 [0069] In other words, every network function such as the AMF, the SMF, etc.
has certain network procedures associated therewith. When such network procedure
is performed, the network function generates the SDR/ CDR which contains the set
of clear codes. These clear codes indicate result of the call flow (success or failure),
type of the procedure/call flow experienced, service operation, interface on which
10 the transaction happened, system error conditions and response codes, etc. This set
of clear codes are then used for further processing as described below.
[0070] When the transceiver unit [102A] receives the set of session detail
records (SDRs) associated with at least the set of network procedures from one or
15 more Network Function(s), it provides this information to the detection unit [104A].
Further, the detection unit [104A] connected to at least the transceiver unit [102A], the detection unit [104A] is configured to detect, one or more clear code fields from the set of clear code fields associated with the set of network procedures. In an implementation of the present disclosure, each of the one or more clear code fields
20 is received in at least one of a predefined clear code format and a dynamically
defined clear code format. The detection unit [104A] is a unit that may be capable of detection and may also be a processor capable to detect and process the data.
[0071] The clear code format for the set of clear code fields is provided which
25 may be predefined i.e. already defined by the user based on preset conditions, and
may also be dynamically defined i.e. clear codes are configured to dynamically change based on certain conditions.
[0072] Further, the determination unit [106A] connected to at least the
30 detection unit [104A], the determination unit [106A] is configured to determine, a
scenario status associated with one or more network procedures from the set of network procedures based on the one or more clear code fields associated with the one or more network procedures. The scenario status may be determined by applying the predefined clear code rules on the one or more clear code fields. The
21

5 predefined clear code rules are used for analysing the clear code fields, and based
on the analysis of the clear code fields, the scenario status is determined.
[0073] Accordingly, the determination unit [106A] of the system [100A] may
determine a corresponding scenario status associated with each of the set of network
10 procedures based on the one or more clear code fields associated with said each of
the set of network procedures.
[0074] Continuing further, thereafter, based on the clear code field associated
with say a network procedure X, the scenario status of the network procedure X
15 may be determined.
[0075] In one example, the scenario status may be one of a success scenario
and a failure scenario. However, as would be known to a person skilled in the art, there may be other types of clear code fields associated with each of the set of
20 network procedures. Examples of such clear code fields may include, but are not
limited to, continue, OK, created, accepted, no content, multiple choices, see other, temporary redirect, permanent redirect, bad request, unauthorised, forbidden, not found, method not allowed, not acceptable, request timeout, conflict, gone, length required, precondition failed, payload too large, URI too long, unsupported media
25 type, too many request, internal server error, not implemented, service unavailable,
and gateway timeout. It may be again noted that such examples of clear code fields are not construed to limit the scope of the present subject matter, and other clear code fields may also be used. All such other examples of clear code fields would lie within the scope of the present subject matter.
30
[0076] In an implementation of the present disclosure, the success scenario
associated with each of the set of network procedures is determined by the determination unit [106A] based on the one or more clear code fields associated with said each of the set of network procedures and the predefined clear code rules.
35 Similarly, the failure scenario associated with each of the set of network procedures
22

5 is determined by the determination unit [106A] based on the one or more clear code
fields associated with the said each of the set of network procedures and the predefined clear code rules. The determination unit [106A] may be a unit capable of determining based on processing of the data.
10 [0077] The scenario status may be the status of the set of network procedures.
The success scenario may be the scenario indicating the success of the network procedure, and the failure scenario may be the status indicating the failure of the network procedure.
15 [0078] Further, the generation unit [108A] connected to at least the
determination unit [106A], the generation unit [108A] is configured to generate, at a graphical user interface (GUI) for streaming, one or more network key performance indicators (KPIs) associated with the network based on the scenario status associated with the one or more network procedures. In an implementation
20 of the present disclosure, the generation unit [108A] is configured to generate the
one or more network KPIs associated with the network in the predefined format. The generation unit [108A] may be a unit capable of generating data and may also be a processor capable of generating data based on processing of the data. The one or more network KPIs may be based on eMBB (Enhanced Mobile Broadband),
25 URLLC (Ultra-Reliable Low Latency Communications), mMTC (massive
Machine Type Communications). The KPIs maybe at least one of a peak data rate, a peak spectral efficiency, a data rate experience by user, an area traffic capacity, a latency (user plane), call drop rate, availability status, handover failure rate, a connection density, an average spectral efficiency, an energy efficiency, a
30 reliability, a mobility, a mobility interruption time, a bandwidth, etc. For generation
of the one or more network KPIs certain operations are performed on the one or more clear code fields such as calculation of an average, a percentage, a minimum, a maximum, a count, a sum, etc. The one or more network KPIs may be generated for visualisation at a user interface. The user interface may be a graphical user
35 interface [506] (shown in FIG. 5).
23

5
[0079] Further, the monitoring unit [110A] connected to at least the generation
unit [108A], the monitoring unit [110A] is configured to monitor, via the GUI, the
one or more network KPIs based on at least the one or more clear code fields
associated with the one or more network procedures. The monitoring unit [110A]
10 is a unit capable of monitoring data and may also be a processor capable of
processing or monitoring data.
[0080] Further, in an exemplary implementation of the present disclosure, the
system may also comprise a troubleshooting unit [112A] connected to at least the
15 monitoring unit [110A], the troubleshooting unit [112A] is configured to optimise
troubleshooting, the network based on at least generating the one or more network KPIs and monitoring the one or more network KPIs. The troubleshooting unit [112A] is a unit capable of performing troubleshooting step, and optimising troubleshooting, and may also be a processor capable of processing data for
20 troubleshooting and performing optimisation/ optimising troubleshooting. The
optimising troubleshooting may also be same as performing the network optimisation and may also refer to optimising the troubleshooting steps of issues within the telecommunication network. The one or more network KPIs enables the analysis of the performance of the telecommunication network and the service
25 provided to the end users. By analysing the one or more network KPIs, it enables
to discover if there are any problems or issues in some network elements, or in case the Quality of Service (QoS), is affected. This act of discovering and correcting problems with connectivity, performance, security, and other aspects of networks is troubleshooting of the network performance. Due to generation of the KPIs in
30 real-time, the troubleshooting of the telecommunication network is performed
based on these network KPIs generated in real time. Due to generation of network KPIs in real time, the time for performing the optimisation is reduced, since in traditional troubleshooting techniques the manual intervention was required for generating the KPIs and analysing the KPIs. However, traditional troubleshooting
35 techniques required higher processing resources and there was an unnecessary lag
24

5 or delay in the traditional troubleshooting techniques. Therefore, by generating real
time KPIs as disclosed by the present disclosure, the same problem may be solved. The present disclosure solves the problems by optimising the troubleshooting such as by streaming in real time the KPIs that may be generated in real time, which when observed during troubleshooting steps, may be used for detection of the issues
10 and problems within the network, and hence due to faster and easier detection of
the issues and problems within the network, the troubleshooting steps are optimised. Since, the generation of the KPIs is based on the one or more clear code fields of the clear codes, the troubleshooting may be used for analysis of the one or more clear codes fields and the analysis may be performed on the clear code fields for
15 identification of the problems or the issues within the telecommunication network.
[0081] In a non-limiting implementation of the present disclosure in other
words, the system [100A] for generating a network KPIs for monitoring in real time and troubleshooting i.e., network optimisation based on generating real time KPIs,
20 the transceiver unit [102A] of the system [100A] is configured to send at least a
network procedure and a set of session detail records (SDRs) associated with the network via one or more Network Function(s) associated with the network. Further, the detection unit [104A] is configured to detect one or more clear code field, wherein each clear code field from the one or more clear code field is associated
25 with at least one SDR from the one or more SDRs. Further, the generation unit
[108A] is configured to generate the one or more network KPIs associate with the network for monitoring by the monitoring unit [110A] in real time the one or more network KPIs based on the one or more clear code field, wherein each clear code field from the one or more clear code field is associated with at least one SDR from
30 the one or more SDRs.
[0082] A storage unit [not shown] is configured to store data required by the
transceiver unit [102A] such as one of more SDR format, Procedure Data Record (PDR) further stores all the analysed and non-analysed reports. 35
25

5 [0083] In an implementation of the present solution, the one or more clear code
fields, may be analysed further to determine and extract network procedure level information.
[0084] In an implementation of the present solution, each Network Function
10 such as the AMF (Access and Mobility Management), the SMF (Session
Management Function), the PCF (Policy Control Function) sends subscriber level
data in the one or more SDRs for each Network Function procedure. Further, to
analyse the problem with failed procedures, it is pertinent to integrate all the
Network Function procedure of the one or more SDRs for a particular subscriber to
15 form a single subscriber level end, to end Procedure Data record (PDR) and mention
the error originating in the Network Function to determine whether the one or more SDRs have an error clear code.
[0085] For example, in an error from the Policy Control Function (PCF) during
20 the initial registration, the one or more SDRs from the AMF, the SMF and the PCF
may contain the error clear codes. The system integrates each of the one or more
SDRs together using a unique identifier such as a SUPI (subscription permanent
identifier), an SUCI (subscription concealed identifier), a PEI (permanent
equipment identifier) and generate a single aggregated data record for the Network
25 Function procedure, which then captures details of the error and error generating
node. The system follows these steps to create an end-to-end PDR:
1) Correlation: The SDRs belonging to the specific subscriber and the
procedure are correlated
30 2) De-duplication: Creation of a single e2e PDR/SDR by combining the
relevant parameters for the co-related SDRs and removing the duplicate
parameters. 3) Enrichment: The e2e PDR is enriched with static information (e.g. device
manufacturer, model, subscriber group, etc.)
26

5 4) Identifying source of Error: In case of procedure having error (as received
from SDRs), there should also be information about the error originating NF and its error code (e.g. clear code) for faster processing of Data records.
[0086] Further, these single subscriber level end to end Procedure Data Record
10 (PDR) are stored in the storage unit as per a user defined configuration for further
processing. In an exemplary implementation end to end PDRs may be stored for 1 or 2 days, based on the user defined configuration. Further, one or more KPIs may be defined for these network procedures to perform a service level monitoring.
15 [0087] In an implementation of the present solution, one or more KPI
monitoring in the present solution may be done for different one or more
dimensions as defined below:
o Network Slice
o Network Region
20 o Network Function (NF) and Instance
o Device manufacturer o Device model o Subscriber Group
25 [0088] These dimensions may be present as drop-down list and are selected as
input for display criteria when visualizing the one or more KPIs. After, the generation of the one or more network KPIs, based on performing of certain operations, the one or more network KPIs may also be used to monitor for the one or more dimension as provided above. The information associated with the one or
30 more dimensions may also be extracted from one or more probing solutions such
as a probing agent at the RAN.
[0089] In another implementation, the present solution may utilise one or more
parameters as mentioned for each procedure:
35 o KPI (total count, success, failure, etc.)
27

5 o Start and end date and time
Or duration (last 12 hours, 4 days, 3 weeks, etc.) o Aggregation level (5 minutes, daily, weekly) based on the time
duration selected o Dimension at which report to be generated 10
[0090] In another implementation, the present solution may display the reports
or a dashboard comprising the one or more KPIs in one or more such formats: o Tabular
o Graph: Bar, pie, line
15 o Bubble
[0091] Further, in another implementation the present solution may display the
one or more KPIs on the Geographical Map of India for better visualization of the
one or more KPIs. Thus, the present solution enables a user to view the KPIs
20 generated by the solution on the map and easily identify any geographical areas
where a significant dip in the KPIs may be observed.
[0092] In an implementation the present solution may support exporting the
result data in one or more such formats:
25 o Comma-separated values (CSV
o Tabular presentation in PDF
o Spreadsheet
[0093] In an implementation of the present solution, there may be an option to
30 further analyse the problem for the selected Failure Rate of the one or more KPI
value and when the one or more KPI value is selected, the present solution determines the details of the affected subscribers and their end-to-end PDRs using drill down option. In an exemplary implementation, when the failure rate of one or more KPI for a user registration procedure of the last one-hour interval is 5%, then
28

5 this 5%, becomes an option to extract the details of an affected subscriber IDs and
the details of the end-to-end PDR of those subscribers.
[0094] In another implementation of the present solution, the Clear Code
monitoring in real time dashboard is required to further analyse and troubleshoot
10 network issues and a predefined flow may be available on the UI for clear code
analysis.
1. Select Search Criteria
a. Region/Slice
b. NF (Network Function)
15 c. NF Instance
d. Time Duration
[0095] The Clear Code captures the internal cause codes or codes that a
Network Function (NF) will dump for a network procedure associated with a
20 network. In an implementation of the present disclosure, the clear code may be
captured as a part of at least one of the session detail record (SDR) and the call data records (CDR) generated by the NF. Further, in an implementation of the present disclosure, the clear code may comprise at least one of a unique predefined structure and a unique predefined format, wherein the unique predefined structure and the
25 unique predefined format comprises at least 31 digits. Further, each digit from the
31 digits or group of digits from the 31 digits may signify one or more aspects of the network parameters like result of the call flow (success or failure), type of the procedure/call flow experienced, the service operation, the interface on which transaction happened, the system error conditions and the response codes, the status
30 of the of procedure/call flow (procedure/call flow failure or procedure/call flow
success). In an exemplary scenario the format of the clear code in case wherein the result is detected as Success on the first digit of the 31 digits for an exemplary network such as 5G. This will give the clear code distribution details. Below table is given for illustration purpose:
29

Total Clear Codes Count Success Type Clear Codes Count Failure Type Clear Codes Count
1000 950 50
5
[0096] Once the above details are available, there may be an option to further
drill down the failure type clear codes. The drill down option includes retrieving the details based on the procedure or the interface type. There may also be an option to display the list of the clear codes with the maximum description and retrieve the
10 entire list of the failure type clear codes in another form such as an excel file. The
details retrieved may include information associated with at least one of a count of total clear codes, a failure status of one or more network functions, a name of the network function, a clear code associated with the network function, a procedure of the clear code, a cluster information, an instance information of the cluster, a node
15 of the instance of the cluster, and a circle associated with the cluster. It may also be
noted that the details may not be provided for troubleshooting steps for the entity performing the troubleshooting, further it may also not be necessary for providing all of the details mentioned above, and the troubleshooting entity may obtain such details via some other means. It may also be further noted that the details may also
20 be used in any manner and in any combination which may not be described in the
present disclosure.
[0097] In an implementation of the present solution the threshold values are
defined as per one or more severity levels for each one or more KPIs and there may
25 be a mechanism to monitor in real time these threshold values. The present solution
accomplishes this by defining Alerts and Actions for these threshold values. Once the defined threshold values (for any of the severity level) are breached or triggered for the respective one or more KPIs, then alarms are generated to notify the user. The user can visualize and monitor in real time the generated alerts/alarms on the
30 notification centre dashboard. There may also be an option to further analyse the
issue by drill down the alarms/notification, that is, there may be an option to navigate to another page where information about the clear codes distribution and
30

5 affected subscribers list should be available. The present solution also provides an
auto refreshing of the dashboard which automatically refresh after some period, this provides better visualization to user in order to analyse the NF failure clear codes. In addition to dashboard, based on the threshold breach, the present solution may allow the following actions: 10
1) Sending SMS with brief description of issue to concerned persons Mobile Station International Subscriber Directory Number (MSISDNs)
2) Sending emails with brief description of issue to concerned persons (email ids)
15 3) SNMP (simple network management protocol) trap to the EMS (element
management system) or any other fault management system
[0098] In an implementation of the present solution, using the clear codes the
problem can be identified in real time by using the present solution and the one or
20 more KPI’s which may be created for monitoring and are operating in real time.
Further, in another implementation of the disclosure, the solution gets further enriched by Artificial Intelligence /machine learning of incoming live data and hence any deviations are picked up instantly.
25 [0099] Referring to FIG. 2, an exemplary method flow diagram [200] for
network optimisation based on generating real time KPIs, in accordance with exemplary implementations of the present disclosure is shown. In an implementation the method [200] is performed by the system [100A]. Further, in an implementation, the system [100A] may be present in a server device to
30 implement the features of the present disclosure. Also, as shown in FIG. 2, the
method [200] starts at step [202].
[0100] At step [204], the method [200] as disclosed by the present disclosure
comprises receiving, by a transceiver unit [102A] from one or more Network
35 Function(s) associated with a network, a set of session detail records (SDRs)
31

5 associated with at least a set of network procedures, wherein each of the one or
more SDRs comprises a set of clear code fields. Real time KPIs are the Key Performance Indicators at the real time that are dynamic KPIs which may keep changing as time passes.
10 [0101] As used herein, the ‘network functions’ are a functional building block
within a network infrastructure, which has well-defined external interfaces and a well-defined functional behaviour. Exemplary network functions in a 5G network have been depicted in FIG. 1, such as an access and mobility function (AMF), a session management function (SMF), a user plane function (UPF), a policy control
15 function (PCF), an authentic server function (AUSF), a Unified Data Management
(UDM), an Application Function (AF), a network exposure function (NEF), a network repository function (NRF), a network slice selection function (NSSF), etc. The network may be any kind of a telecommunication network.
20 [0102] Further, as used herein, the ‘set of session detail records’ may be the
record of the entire call session in a network. The set of session detail records may be transactions or procedures in the 5G telecommunication networks and may also be a call flow in 4G telecommunications networks. The set of session detail records are written in network nodes. The set of session detail records may also be a set of
25 call detail records. Further, the set of session detail records may be any network
session or network functions performing procedure cannot be limited to just call session, any network session or NF performing procedure, the records generated are sent to the probe. Furthermore, the ‘set of network procedures’ may be one or more procedures associated with the set of network functions.
30
[0103] The Clear Code captures the internal cause codes or codes that a
Network Function (NF) will dump for a network procedure associated with a network. In an implementation of the present disclosure, the clear code may be captured as a part of at least one of a session detail record (SDR) and call data record
35 (CDR) generated by the NF. Further, in an implementation of the present disclosure,
32

5 the clear code may comprise at least one of a unique predefined structure and a
unique predefined format, wherein the unique predefined structure and the unique
predefined format comprises at least 31 digits. Further, each digit from the 31 digits
or group of digits from the 31 digits may signify one or more aspects of the network
parameters like result of the call flow (success or failure), type of the procedure/call
10 flow experienced, service operation, interface on which transaction happened,
system error conditions and response codes, status of the procedure/call flow (procedure/call flow failure or procedure/call flow success).
[0104] In other words, every network function such as AMF, SMF, etc. has
15 certain network procedures associated therewith. When such network procedure is
performed, the network function generates an SDR/ CDR which contains set of
clear codes. These clear codes indicate result of the call flow (success or failure),
type of procedure/call flow experienced, service operation, interface on which
transaction happened, system error conditions and response codes, etc. This set of
20 clear codes are then used for further processing as described below.
[0105] At step [206], the method [200] as disclosed by the present disclosure
comprises detecting, by the detection unit [104A], one or more clear code fields from the set of clear code fields associated with the set of network procedures. In
25 an implementation of the present disclosure, each of the one or more clear code
fields is received in at least one of a predefined clear code format and a dynamically defined clear code format. The clear code format for the set of clear code fields is provided which may be predefined i.e. already defined by the user based on preset conditions, and may also be dynamically defined i.e. clear codes are configured to
30 dynamically change based on certain conditions.
[0106] At step [208], the method [200] as disclosed by the present disclosure
comprises determining, by the determination unit [106A], a scenario status
associated with one or more network procedures from the set of network procedures
35 based on the one or more clear code fields associated with the one or more network
33

5 procedures. The scenario status may be determined by applying the predefined clear
code rules on the one or more clear code fields. The predefined clear code rules are used for analysing the clear code fields, and based on the analysis of the clear code fields, the scenario status is determined.
10 [0107] Accordingly, determining, by the determination unit [106A] of the
system [100A], a corresponding scenario status associated with each of the set of network procedures based on the one or more clear code fields associated with said each of the set of network procedures.
15 [0108] Continuing further, thereafter, based on the clear code field associated
with say a network procedure X, the scenario status of the network procedure X can be determined.
[0109] The present disclosure further discloses that the scenario status may be
20 for example a success scenario or a failure scenario. In an implementation of the
present disclosure, the success scenario associated with each of the set of network
procedures is determined by the determination unit [106A] based on the one or more
clear code fields associated with said each of the set of network procedures and
predefined clear code rules. Further, the failure scenario associated with each of the
25 set of network procedures is determined by the determination unit [106A] based on
the one or more clear code fields associated with said each of the set of network
procedures and predefined clear code rules. The scenario status may be the status
of the set of network procedures. The success scenario may be the scenario
indicating the success of the network procedure, and the failure scenario may be the
30 status indicating the failure of the network procedure.
[0110] However, as would be known to a person skilled in the art, there may
be other types of clear code fields associated with each of the set of network
procedures. Examples of such clear code fields for determination of the scenario
35 status may include, but are not limited to, continue, OK, created, accepted, no
34

5 content, multiple choices, see other, temporary redirect, permanent redirect, bad
request, unauthorised, forbidden, not found, method not allowed, not acceptable,
request timeout, conflict, gone, length required, precondition failed, payload too
large, URI too long, unsupported media type, too many request, internal server
error, not implemented, service unavailable, and gateway timeout. It may be again
10 noted that such examples of clear code fields are not construed to limit the scope of
the present subject matter, and other clear code fields may also be used. All such other examples of clear code fields would lie within the scope of the present subject matter.
15 [0111] At step [210], the method [200] as disclosed by the present disclosure
comprises generating, by the generation unit [108A], at a graphical user interface (GUI) for streaming, one or more network key performance indicators (KPIs) associated with the network based on the scenario status associated with the one or more network procedures. In an implementation of the present disclosure, the
20 method further comprises generating by the generation unit [108A], the one or more
network KPIs associated with the network in the predefined format. The one or more network KPIs may be based on eMBB (Enhanced Mobile Broadband), URLLC (Ultra-Reliable Low Latency Communications), mMTC (massive Machine Type Communications). The KPIs maybe at least one of a peak data rate,
25 a peak spectral efficiency, a data rate experience by user, an area traffic capacity, a
latency (user plane), a connection density, an average spectral efficiency, an energy efficiency, a reliability, a mobility, a mobility interruption time, a bandwidth, etc. For generation of the one or more network KPIs certain operations are performed on the one or more clear code fields such as calculation of an average, a minimum,
30 a maximum, a count, a sum, etc. The one or more network KPIs may be generated
for visualisation at a user interface. The user interface may be a graphical user interface [506] (shown in FIG. 5).
[0112] At step [212], the method [200] as disclosed by the present disclosure
35 comprises monitoring, by the monitoring unit [110A], via the GUI, the one or more
35

5 network KPIs based on at least the one or more clear code fields associated with the
one or more network procedures.
[0113] In an exemplary implementation of the present disclosure, the method
[200] as disclosed by the present disclosure also comprises optimising
10 troubleshooting, by the troubleshooting unit [112A], the network based on at least
generating the one or more network KPIs and monitoring the one or more network KPIs. The optimising troubleshooting may also be same as performing the network optimisation and may also refer to optimising the troubleshooting steps of issues within the telecommunication network. The one or more network KPIs enables the
15 analysis of the performance of the telecommunication network and the service
provided to the end users. By analysing the one or more network KPIs, we can discover if there are any problems or issues in some network elements, or in case the Quality of Service (QoS), is affected. This act of discovering and correcting problems with connectivity, performance, security, and other aspects of networks
20 is troubleshooting of the network performance. Due to generation of the KPIs in
real-time, the troubleshooting of the telecommunication network is performed based on these network KPIs generated in real time. Due to generation of network KPIs in real time, the time for performing the optimisation is reduced, since in traditional troubleshooting techniques the manual intervention was required for
25 generating KPIs and analysing the KPIs. However, traditional troubleshooting
techniques required higher processing resources and there was an unnecessary lag or delay in the traditional troubleshooting techniques. Therefore, by generating real time KPIs as disclosed by the present disclosure, the same problem may be solved. The present disclosure solves the problems by optimising the troubleshooting such
30 as by streaming in real time the KPIs that were generated in real time, which when
observed during troubleshooting steps, can be used for detection of the issues and problems within the network, and hence due to faster and easier detection of the issues and problems within the network, the troubleshooting steps are optimised. Since, the generation of the KPIs is based on the one or more clear code fields of
35 the clear codes, the troubleshooting can be used for analysis of the one or more clear
36

5 codes fields and analysis may be performed on the clear code fields for
identification of problems or issues within the telecommunication network.
[0114] Thereafter, the method terminates at step (214).
10 [0115] Referring to FIG. 3 an exemplary scenario method flow diagram [300]
in other words for generating a network KPIs for monitoring in real time and troubleshooting i.e., network optimisation based on generating real time KPIs, in accordance with exemplary implementations of the present disclosure is shown. In an implementation the method [300] is performed by the system [100A]. As shown
15 in FIG. 3, the method [300] starts at step [302].
[0116] At step [304], the method [300] as disclosed by the present disclosure
comprises sending to a transceiver unit [102A] by the network, at least a network
procedure and a set of session detail records (SDRs) associated with the network
20 via one or more Network Function(s) associated with the network.
[0117] Next, at step [306], the method [300] as disclosed by the present
disclosure comprises detecting, by the detection Unit [104A], the one or more clear
code field, wherein each clear code field from the one or more clear code field is
25 associated with at least one SDR from the one or more SDRs, in which will be
captured for both success as well as error scenarios.
[0118] Next, at step [308], the method [300] as disclosed by the present
disclosure comprises generating, by the generation unit [108A], the one or more
30 network KPIs associated with the network for monitoring in real time the one or
more network KPIs based on one or more clear code field, wherein each clear code field from the one or more clear code field is associated with at least one SDR from the one or more SDRs, in which will be captured for both success as well as error scenarios.
35
37

5 [0119] Thereafter, the method [300] terminates at step [310].
[0120] Referring to FIG. 4 an exemplary method scenario [400] flow diagram
for network optimisation based on generating real time KPIs is explained in other words. The network function (NF) sends a request for validation along with the
10 SDRs to the Probing Solutions for NF and SDR Validation. The SDR validation is
processing of a clear code with SDRs based on the satisfaction of a predefined format of a policy associated with a clear code. Clear Code fields capture the internal cause codes or clear codes which a Network Function (NF) will dump against a procedure. The clear codes will be captured as a part of the SDRs i.e., the
15 clear code is one of the fields inside SDR that is generated by the NF. The probing
solutions abstracts the clear codes from the SDR received from network functions and uses it for troubleshooting and analysis. The probing solution then responds to the request to the NF after a successful validation. Then the probing solution sends the data to a real time conductor for enrichment of the SDR data and after SDR
20 enrichment data is generated successfully, the real time conductor provides a
success response message to the probing solution. The success response message may be a “200” HTML success response. The real time conductor sends the SDR enrichment data for queueing to the mBus which then sends the SDR enrichment data to the compute engine which processes that data and performs certain
25 computations and analysis (i.e., generation of KPIs) upon the SDR enrichment data.
The compute engine sends the processed data/ generated KPIs to a real time streaming unit for streaming the data in the real time. The real time streaming unit streams and processes a real time data, and sends to the messaging queues. Then the real time streaming unit sends a real time streaming visualisation to a user
30 interface which displays the KPIs and responds a successfully streaming status to
the real time streaming unit. The mBus may refer to a messaging bus which may be a combination of a common data model, a common command set, and a messaging infrastructure as known in the art that allows different systems to communicate through a shared set of interfaces. The mBus may also refer to a service used for
35 queuing the data and then transfers the data based on a sequence of the queue. The
38

messaging queues can be managed by the mBus which can then further send to a user interface for displaying the KPIs. The user interface may be a graphical user interface [506] (shown in FIG. 5).
[0121] Referring to FIG. 5, an exemplary block diagram of a user equipment
(UE) [500] for network optimisation based on generating real time key performance indicators (KPIs) is provided. The UE [500] comprises a transmitting unit [502], a receiving unit [504] and the graphical user interface [506] connected to each other. The transmitting unit [502] is configured to transmit a request to a network for one or more parameters. The receiving unit [504] is configured to receive a response to the request in real time, the response comprising an updated one or more parameters. The graphical user interface [506] is configured to display the updated one or more parameters and the real time KPIs in real time. The generating real time KPIs and updating the one or more parameters is based on the method [300] as disclosed above.
[0122] The present disclosure further discloses a non-transitory computer
readable storage medium storing one or more instructions for network optimisation based on generating KPIs. The one or more instructions comprising executable code which, when executed by one or more units of a system [100A], causes the one or more units to perform the certain functions. The instructions when executed causes a transceiver unit [102A] of the system [100A] to receive, from one or more Network Function(s) associated with a network, a set of session detail records (SDRs) associated with at least a set of network procedures, wherein each of the one or more SDRs comprises a set of clear code fields. The instructions when executed causes a detection unit [104A] of the system [100A] to detect one or more clear code fields from the set of clear code fields associated with the set of network procedures. The instructions when executed causes a determination unit [106A] of the system [100A] to determine a scenario status associated with each of the set of network procedures based on the one or more clear code fields associated with said each of the set of network procedures. The instructions when executed causes a

generation unit [108A] of the system [100A] to generate one or more network key performance indicators (KPIs) associated with the network based on the scenario status associated with each of the set of network procedures. The instructions when executed causes a monitoring unit [110A] of the system [100A] to monitor the one or more network KPIs associated with the network based on at least the one or more clear code fields associated with each of the set of network procedures associated with the network. The instructions when executed causes a troubleshooting unit [112A] of the system [100A] to optimise troubleshooting, the network based on at least generating the one or more network KPIs and monitoring the one or more network KPIs.
[0123] As is evident from the above, the present disclosure provides a
technically advanced solution for generating a network KPIs for monitoring in real time and troubleshooting. The present solution analyses and determine network related problems in the real time to the user which helps determining the problems, directing the user to the location of the problem in the network. This exercise reduces the time taken and provides an efficient way to resolve the network problem and therefore further optimizing the network.
[0124] While considerable emphasis has been placed herein on the disclosed
implementations, it will be appreciated that many implementations can be made and that many changes can be made to the implementations without departing from the principles of the present disclosure. These and other changes in the implementations of the present disclosure will be apparent to those skilled in the art, whereby it is to be understood that the foregoing descriptive matter to be implemented is illustrative and non-limiting.
[0125] Further, in accordance with the present disclosure, it is to be
acknowledged that the functionality described for the various components/units can be implemented interchangeably. While specific embodiments may disclose a particular functionality of these units for clarity, it is recognized that various

configurations and combinations thereof are within the scope of the disclosure. The functionality of specific units as disclosed in the disclosure should not be construed as limiting the scope of the present disclosure. Consequently, alternative arrangements and substitutions of units, provided they achieve the intended functionality described herein, are considered to be encompassed within the scope of the present disclosure.

We Claim:
1. A method for network optimisation based on generating key performance
indicators (KPIs), the method comprising:
- receiving, by a transceiver unit [102A], from one or more Network Function(s) associated with a network, a set of session detail records (SDRs) associated with at least a set of network procedures, wherein each SDR from the set of SDRs comprises a set of clear code fields;
- detecting, by a detection unit [104A], one or more clear code fields from the set of clear code fields associated with the set of network procedures;
- determining, by a determination unit [106A], a scenario status associated with one or more network procedures from the set of network procedures based on the one or more clear code fields associated with the one or more network procedures;
- generating, by a generation unit [108A], at a graphical user interface (GUI) for streaming, one or more network key performance indicators (KPIs) associated with the network based on the scenario status associated with the one or more network procedures; and
- monitoring, by a monitoring unit [110A], the one or more network KPIs based on at least the one or more clear code fields associated with the one or more network procedures.

2. The method as claimed in claim 1, wherein the method further comprising optimising troubleshooting, by a troubleshooting unit [112A], the network based on at least generating the one or more network KPIs and monitoring the one or more network KPIs.
3. The method as claimed in claim 1, wherein the scenario status is at least one of a success scenario and a failure scenario.
4. The method as claimed in claim 1, the method further comprises generating, by the generation unit [108A], the one or more network KPIs associated with the network in a predefined format.

5. The method as claimed in claim 3, wherein the success scenario associated with each of the one or more network procedures and the failure scenario associated with each of the one or more network procedures is determined by the determination unit [106A] based on the one or more clear code fields associated with each network procedure and one or more predefined clear code rules.
6. The method as claimed in claim 1, wherein each of the one or more clear code fields is received in at least one of a predefined clear code format and a dynamically defined clear code format.
7. A system [100A] for network optimisation based on generating key performance indicators (KPIs), the system [100A] comprises:

- a transceiver unit [102A], configured to receive, from one or more Network Function(s) associated with a network, a set of session detail records (SDRs) associated with at least a set of network procedures, wherein each SDR from the set of SDRs comprises a set of clear code fields;
- a detection unit [104A] connected to at least the transceiver unit [102A], the detection unit [104A] configured to detect, one or more clear code fields from the set of clear code fields associated with the set of network procedures;
- a determination unit [106A] connected to at least the detection unit [104A], the determination unit [106A] configured to determine, a scenario status associated with one or more network procedures from the set of network procedures based on the one or more clear code fields associated with the one or more network procedures;
- a generation unit [108A] connected to at least the determination unit [106A], the generation unit [108A] configured to generate, at a graphical user interface (GUI) for streaming, one or more network key performance indicators (KPIs) associated with the network based on the scenario status associated with the one or more network procedures; and

- a monitoring unit [110A] connected to at least the generation unit
[108A], the monitoring unit [110A] configured to monitor, via the GUI,
the one or more network KPIs based on at least the one or more clear
code fields associated with the one or more network procedures.
8. The system as claimed in claim 7, wherein the system further comprises a troubleshooting unit [112A] connected to at least the monitoring unit [110A], the troubleshooting unit [112A] configured to optimise troubleshooting, the network based on at least generating the one or more network KPIs and monitoring the one or more network KPIs.
9. The system [100A] as claimed in claim 7, wherein the scenario status is at least one of a success scenario and a failure scenario.
10. The system [100A] as claimed in claim 7, wherein the generation unit [108A] is further configured to generate the one or more network KPIs associated with the network in a predefined format.
11. The system [100A] as claimed in claim 9, wherein the success scenario associated with each of the one or more network procedures and the failure scenario associated with each of the one or more network procedures is determined by the determination unit [106A] based on the one or more clear code fields associated with each network procedure and one or more predefined clear code rules.
12. The system [100A] as claimed in claim 7, wherein each of the one or more clear code fields is received in at least one of a predefined clear code format and a dynamically defined clear code format.
13. A user equipment (UE) [500] for network optimisation based on generating key performance indicators (KPIs), the UE [500] comprising:

- a transmitting unit [502] configured to transmit a request to a network for one or more parameters;
- a receiving unit [504] connected at least to the transmitting unit [502], the receiving unit [504] configured to receive a response to the request, the response comprising an updated one or more parameters;

- a graphical user interface [506] connected at least to the receiving unit [504], the graphical user interface [506] configured to display the updated one or more parameters and the KPIs;
- wherein generating KPIs and updating the one or more parameters is based on:
o receiving, by a transceiver unit [102A] from one or more Network Function(s) associated with a network, a set of session detail records (SDRs) associated with at least a set of network procedures, wherein each SDR from the set of SDRs comprises a set of clear code fields;
o detecting, by a detection unit [104A], one or more clear code fields from the set of clear code fields associated with the set of network procedures;
o determining, by a determination unit [106A], a scenario status associated with one or more network procedures from the set of network procedures based on the one or more clear code fields associated with the one or more network procedures;
o generating, by a generation unit [108A], at a graphical user interface (GUI) for streaming, one or more network key performance indicators (KPIs) associated with the network based on the scenario status associated with the one or more network procedures;
o monitoring, by a monitoring unit [110A], the one or more network KPIs based on at least the one or more clear code fields associated with the one or more network procedures.