EP4740554A1

EP4740554A1 - Method and system for network optimisation based on generating kpis

Info

Publication number: EP4740554A1
Application number: EP24835675.0A
Authority: EP
Inventors: Ankit Murarka; Gaurav Saxena; Gourav Gurbani; Jugal Kishore; Aayush Bhatnagar; Chandra GANVEER; Yogesh Kumar
Original assignee: Jio Platforms Ltd
Current assignee: Jio Platforms Ltd
Priority date: 2023-07-03
Filing date: 2024-06-26
Publication date: 2026-05-13
Also published as: WO2025008954A1

Abstract

The present disclosure relates to a method and a system for network optimisation based on generating KPIs encompassing: receiving, by a transceiver unit from one or more Network Functions (NFs), a session detail records (SDRs) comprising 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; determining, by a determination unit [106A], a scenario status based on the one or more clear code fields; generating, by generation unit [108A], one or more network KPIs; monitoring, by monitoring unit [110A], one or more network KPIs.

Description

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. 1 A 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. IB 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.

[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.

[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.

[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.

The foregoing shall be more apparent from the following more detailed description of the disclosure. DETAILED DESCRIPTION

[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 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 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. 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.

[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 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.

[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 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.

[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. 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 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 “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.

[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 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 direct, etc. For instance, the user equipment may include, but not limited to, a 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. [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 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 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 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.

[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, each RAT has its own set of protocols and standards for communication, which 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, 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.

[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. [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 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 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 architecture [100] includes a user equipment (UE) [132], a radio access network (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 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.

[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 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 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 (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 service-based interfaces.

[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.

[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.

[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 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 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. [0053] Unified Data Management (UDM) [124] is a network function that centralizes the management of subscriber data, including authentication, authorization, and subscription information.

[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 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 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 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 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 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 [1004], The main memory [1006] also may be used for storing temporary variables 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 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 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 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 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 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 instructions may be read into the main memory [1006] from another storage 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.

[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 [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 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, 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 is received, and/or stored in the storage device [1010], or other non-volatile storage for later execution.

[0063] Referring to FIG. IB, an exemplary block diagram of a system [100 A] for network optimisation based on generating KPIs, is shown, in accordance with the exemplary implementations of the present disclosure. The system [100A] comprises at least one transceiver unit [102A], at least one detection unit [104A], at least one determination unit [106A], at least one generation unit [108 A], 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 within the system should also be assumed to be connected to each other. Also, in FIG. IB 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 the features of the present disclosure. The system [100 A] 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.

[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],

[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.

[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 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 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.

[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 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 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 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 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). [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 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 [102 A] receives the set of session detail records (SDRs) associated with at least the set of network procedures from one or 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 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 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 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 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 [106 A] of the system [100 A] may determine 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.

[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 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 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 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.

[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. Similarly, the failure 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 the said each of the set of network procedures and the predefined clear code rules. The determination unit [106 A] may be a unit capable of determining based on processing of the data.

[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.

[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 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 [108 A] 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), 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 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 interface [506] (shown in FIG. 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] 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 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 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 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 realtime, 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 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 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 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 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, 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 [104 A] 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 with at least one SDR from the one or more SDRs. Further, the generation unit [108 A] 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 the one or more SDRs.

[0082] A storage unit [not shown] is configured to store data required by the transceiver unit [102 A] such as one of more SDR format, Procedure Data Record (PDR) further stores all the analysed and non-analysed reports.

[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 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 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 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 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

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.)

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 (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.

[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 o Network Function (NF) and Instance o Device manufacturer o Device model o Subscriber Group

[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 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: o KPI (total count, success, failure, etc.) 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

[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 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 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: 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 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 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 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) 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 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 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 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: [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 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 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 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 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 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 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:

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)

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 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.

[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 [100 A] may be present in a server device to 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 [102 A] 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. Real time KPIs are the Key Performance Indicators at the real time that are dynamic KPIs which may keep changing as time passes.

[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 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.

[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 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.

[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 (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 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, 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 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 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 [104 A], 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 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 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 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 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.

[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.

[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 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 [106 A] 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 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 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 status 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 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. [0111] At step [210], the method [200] as disclosed by the present disclosure comprises generating, by the generation unit [108 A], 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 method further comprises generating by the generation unit [108 A], 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, 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, 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 comprises monitoring, by the monitoring unit [110A], 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.

[0113] In an exemplary implementation of the present disclosure, the method [200] as disclosed by the present disclosure also comprises optimising 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 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 is troubleshooting of the network performance. Due to generation of the KPIs in realtime, 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 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 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 the clear codes, the troubleshooting can be used for analysis of the one or more clear 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).

[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 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 [102 A] by the network, 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.

[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 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 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.

[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 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 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 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 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 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 queuing the data and then transfers the data based on a sequence of the queue. The 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 [102 A] of the system [100 A] 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 [100 A] 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 [106 A] of the system [100 A] 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 [108 A] of the system [100 A] 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 [100 A] 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.

Claims

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 [106 A], 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 [108 A], 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 [108 A], 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 [106 A] 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 [ 1 OOA] 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 [104 A] connected to at least the transceiver unit [102 A], the detection unit [104 A] 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 [106 A] connected to at least the detection unit [104 A], the determination unit [106 A] 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 [108 A] 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 [102 A] 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 [108 A], 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.

14. 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: a transceiver unit [102 A] of the system [100 A] 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 [104 A] of the system [100 A] 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 [106 A] of the system [100 A] 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; a generation unit [108 A] of the system [100 A] 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; and a monitoring unit [110A] of the system [100 A] 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.