System and methods for optimizing minimization drive test (MDT) in wireless communication networks

Abstract

A system (100) and method (200, 300, 400) for optimizing minimization drive test (MDT) in wireless communication networks is disclosed. The system (100) includes user equipments (UEs) (102) and a base station (104). The UEs (102) are configured to monitor network parameters as well as local parameters based on a first set of predefined criteria, compare the parameters to their respective second set of predefined criteria and transmit an MDT measurement need indication, based on the comparison, to the base station (104). Herein, the comparison is indicative of degraded network performance and a UE (102) ready for performing a drive test. The base station (104) configures one or more MDT logged measurement configurations for the UEs (102), non-selectively, selectively or dynamically, based on network performance parameters that the base station need to monitor. Aim of the present disclosure is targeted and dynamic efficient MDT data collection, reducing unnecessary measurements, addressing the limitations of traditional MDT frameworks.

Description

SYSTEM AND METHODS FOR OPTIMIZING MINIMIZATION DRIVE TEST (MDT) IN WIRELESS COMMUNICATION NETWORKSTECHNICAL FIELD

[0001] The present disclosure relates to the field of wireless communication. In particular, the present disclosure provides a system and methods for optimizing minimization drive test (MDT) in wireless communication networks.BACKGROUND

[0002] Minimization of drive test (MDT) is a feature introduced in modem wireless communication networks, such as Long-Term Evolution (LTE) and 5G networks for performance optimization and quality of service (QoS) while reducing the reliance on traditional, resource-intensive drive tests. The MDT enables a user equipment (UE) to collect and report network performance data, facilitating network optimization and troubleshooting. An MDT supports two main categories: Immediate MDT, where data is collected and reported in real time, and Logged MDT, where data is stored in the UE and transmitted to the network at a later time. The UE measurements include key performance indicators such as Reference Signal Received Power (RSRP), Reference Signal Received Quality (RSRQ), Signal-to-Interference-plus-Noise Ratio (SINR), location information (e.g., GPS coordinates), and timing data (e.g., measurement timestamps). Configurable parameters like measurement triggers, logging duration, and logging intervals are managed via RRC signaling by the network. MDT data is used to analyze call drops, optimize handovers, identify coverage gaps, and improve overall network QoS.

[0003] In current logged measurement MDT design, a base station configures logged measurement parameters for an MDT to a set of UEs and trigger the MDT measurement to collect the field statistics. The UEs perform MDT measurements and transmit the MDT measurement report to the base station. Such test process is limited in many aspects to collect the optimal MDT information from field based on the real time issues, resulting in delayed fixing of network issues by the operators. Hence, the real time dynamic MDT logged measurement collection from the field is major challenge to optimize the network issues fixing. In one exemplary scenario, where sometime network base stations do not configure MDT logged measurement configuration for UEs in the field when required and network may miss the useful MDT logging from field. Further, deployment of 6G may necessitate the development of more advanced and dynamic MDT mechanisms to ensure real-time networkoptimization and user experience enhancement in increasingly complex network environment. The demand for real-time dynamic MDT measurement has grown and the lack of a mechanism to identify areas or location requiring MDT measurements in real-time pose significant challenges in addressing network issues efficiently. Hence, the need for optimized MDT framework is needed.

[0004] Moreover, optimizing the MDT measurement framework has become a pressing need, particularly in scenarios requiring faster network fixes. Efficient identification of realtime problematic areas in the field is critical for ensuring smooth network service and maintenance. Such requirements are especially pronounced during new network deployments in specific areas, where frequent MDT measurements are essential for maintaining service quality and user satisfaction.

[0005] Additionally, issues such as poor battery performance in UEs configured for MDT or other device-related challenges may cause the UE to skip MDT measurements. Device’s inability to collect MDT data, either due to some real time limitations or poor battery condition, exacerbates the problem, potentially leading to insufficient MDT collection approach. In such cases, the base station has to reconfigure MDT measurement logged configurations for other UEs, which may result in further delays in acquiring the necessary MDT field data. The delays hinder real-time network issue resolution and prolong network performance degradation, especially in areas with persistent issues. Hence identification of right set of UEs to collect the MDT data without their real time limitation may be a bigger requirement for optimal and faster MDT data collection. The challenges are anticipated to escalate with the advent of 5G Advanced and 6G network deployments. These nextgeneration networks introduce additional layers of complexity, requiring more frequent MDT measurements and network optimization to maintain seamless connectivity and ensure user satisfaction.

[0006] Thus, there is a need to overcome the above-mentioned drawbacks, shortcomings, and limitations associated with existing MDT frameworks, ensuring timely availability of drive test data, and enabling proactive network maintenance and optimization in increasingly complex network environment.OBJECTS OF THE PRESENT DISCLOSURE

[0007] A general object of the present disclosure is to provide an enhanced framework for Minimization of Drive Test (MDT) measurements that enables real-time identification of areas or locations requiring network performance data.

[0008] An object of the present disclosure is to enhance the MDT measurement configurations for user equipment (UE) to address challenges posed by rapid network cell deployments.

[0009] An object of the present disclosure is to ensure consistent, timely and real-time requirement-based collection of MDT data from MDT measurement capable UEs while considering UE battery status and device temperature.

[0010] An object of the present disclosure is to ensure MDT-logged measurement configurations to only UEs, capable of MDT measurement activity without any real time user equipment limitation to collect MDT data.

[0011] An object of the present disclosure is to reduce the dependency on traditional drive tests by enabling network operators to collect data directly from UEs in real-world conditions, thereby providing a more efficient and cost-effective method for network optimization.

[0012] An object of the present disclosure is to facilitate informed decision-making for network maintenance, upgrades, and enhancements by leveraging valuable insights into network performance, user experience, and field conditions gathered through MDT.

[0013] An object of the present disclosure is to minimize unnecessary MDT signaling and data collection by selectively enabling MDT measurement need features for UEs based on their location, deployment status, or predicted network requirements.SUMMARY

[0014] Aspects of the present disclosure relate to the field of wireless communication. In particular, the present disclosure provides a system and a method for optimizing Minimization Drive Test (MDT) in wireless communication networks.

[0015] An aspect of the present disclosure pertains to a method for optimizing minimization drive test (MDT) in a wireless communication network, performed by a user equipment (UE). The method includes transmitting a UE capability message indicating if the UE supports a feature of transmitting an MDT measurement need indication. The method also includes monitoring one or more network parameters and one or more local parameters based on a first set of predefined criteria, if the UE supports the feature. The method also includes comparing the one or more network parameters and the one or more local parameters to their respective second set of predefined criteria. The method also includes determining an MDT measurement need based on the comparison, wherein the comparison is indicative of degraded network performance and the UE is ready for performing drive test. The methodalso includes transmitting the MDT measurement need indication based on the MDT measurement need.

[0016] In one embodiment, the first set of predefined criteria include frequency of one or more of: call drops, handover failures and radio link failures, exceeding respective predefined thresholds.

[0017] In one embodiment, the one or more network parameters include one or more of: reference signal received power (RSRP), reference signal received quality (RSRQ), signal-to- interference-plus-noise ratio (SINR).

[0018] In one embodiment, the one or more local parameters includes one or more of UE battery status, and device temperature.

[0019] In one embodiment, the MDT measurement need indication is transmitted using a bit indication embedded in one of: a radio resource control (RRC) message, a medium access control (MAC) status element, and a separate message.

[0020] In another aspect of the present disclosure pertains to a method, for optimizing minimization drive test (MDT) in a wireless communication network, performed by a base station. The method includes receiving a UE capability message from one or more UEs indicating that the one or more UEs support a feature of transmitting an MDT measurement need indication. The method also includes enabling the feature for the one or more UEs. The method also includes receiving one or more MDT measurement need indications from the one or more UEs.. The method also includes configuring one or more MDT logged measurement configurations based on one or more network performance parameters that the base station needs to one or more of monitor, optimize, and troubleshoot, either non- selectively, selectively or dynamically, for the one or more UEs, which are enabled, to identify problematic network areas. The method also includes transmitting the one or more MDT logged measurement configurations to the one or more UEs after configuration.

[0021] In one embodiment, the MDT measurement need indication is received using a bit indication embedded in one of: a radio resource control (RRC) message, a medium access control (MAC) status element, and a separate message.

[0022] In one embodiment, the method further includes enabling or disabling the feature, non-selectively, selectively or dynamically, for the one or more UEs based on, UE location, deployment status, and / or predicted network requirements of an area.

[0023] In another aspect of the present disclosure pertains to a system for optimizing minimization drive test (MDT) in a wireless communication network. The system includes one or more user equipment (UEs) and a base station (BS). Herein, the one or more UEs isconfigured to transmit a UE capability message indicating if the one or more UEs supports a feature of transmitting an MDT measurement need indication to the base station. The one or more UEs is also configured to monitor one or more network parameters and one or more local parameters based on a first set of predefined criteria, if the one or more UE supports the feature. The one or more UEs is also configured to compare the one or more network parameters and the one or more local parameters to their respective second set of predefined criteria. The one or more UEs is also configured to determine MDT measurement need based on the comparison, wherein the comparison is indicative of degraded network performance and the one or more UEs is ready for performing drive test. The one or more UEs is also configured to transmitting the MDT measurement need indication to the base station based on the MDT measurement need.

[0024] Additionally, herein, the base station is configured to receive a UE capability message from one or more UEs indicating that the one or more UEs support a feature of transmitting an MDT measurement need indication. The base station is also configured to enable the feature for the one or more UEs. The base station is also configured to receive one or more MDT measurement need indications from the one or more UEs. The base station is also configured to configure one or more MDT logged measurement configurations, based on one or more network performance parameters that the base station needs to one or more of monitor, optimize, and troubleshoot, either non-selectively, selectively or dynamically, for the one or more UEs to identify problematic network areas. The base station is also configured to transmit the one or more MDT logged measurement configurations to the one or more UEs after configuration.

[0025] In one embodiment, the one or more UEs is further configured to receive the one or more MDT logged measurement configurations transmitted by the base station. The one or more UEs is further configured to perform MDT measurement based on the one or more MDT logged measurement configurations configured by the base station. The one or more UEs is further configured to transmitting data associated with the MDT measurement to the base station.

[0026] In one embodiment, the one or more local parameters further includes one or more of: UE location, timestamp, serving cell information, and neighbour cell information. Herein, the comparison is performed by evaluating the UE location against predefined geographic boundaries. The comparison is also performed by determining whether the timestamp falls within a predefined time range. The comparison is also performed by checking whether the serving cell information matches a predefined list of one of both ofmonitored cells and problematic cells. The comparison is also performed by analyzing neighbor cell information to identify one or both of inconsistencies and deviations from one or both of a predefined signal quality and a predefined coverage pattern.

[0027] In one embodiment, the one or more UEs configured to transmit the MDT measurement need indication to the base station using a bit indication embedded in one of: a radio resource control (RRC) message, a medium access control (MAC) status element, and a separate message to the base station.

[0028] In another aspect of the present disclosure pertains to a method for optimizing minimization drive test (MDT) in a wireless communication network. The method includes transmitting, by one or more user equipments (UEs), a UE capability message indicating if the one or more UEs supports a feature of transmitting a MDT measurement need indication, to a base station. The method also includes monitoring, by one or more user equipments (UEs), one or more network parameters and one or more local parameters based on a first set of predefined criteria, if the UE supports the feature. The method also includes comparing, by the one or more UEs, the one or more network parameters and the one or more local parameters to their respective second set of predefined criteria. The method also includes determining, by the one or more UEs, an MDT measurement need based on the comparison, wherein the comparison is indicative of degraded network performance and the one or more UEs is ready for performing drive test.

[0029] Additionally, the method also includes transmitting, by the one or more UEs, the MDT measurement need indication based on the MDT measurement need to the base station. The method also includes receiving, by the base station, the UE capability message from one or more UEs indicating that the one or more UEs support a feature of transmitting an MDT measurement need indication. The method also includes enabling, by the base station, the feature for the one or more UEs. The method also includes receiving, by the base station, one or more MDT measurement need indications from the one or more UEs. The method also includes configuring, by the base station, one or more MDT logged measurement configurations, based on one or more network performance parameters that the base station needs to, one or more of: monitor, optimize, and troubleshoot, non-selectively, selectively or dynamically, for the one or more UEs, which are enabled, to identify problematic network areas.

[0030] Additionally, the method also includes transmitting, by the base station, the one or more MDT logged measurement configurations to the one or more UEs after configuration. The method also includes receiving, by the one more UEs, the one or moreMDT logged measurement configurations, transmitted by the base station. The method also includes performing, by the one or more UEs, MDT measurement based on the one or more MDT logged measurement configurations configured by the base station. The method also includes transmitting, by the one or more UEs, data associated with the MDT measurement configurations to the base station.

[0031] In one embodiment, the MDT measurement need indication is transmitted, by the one or more UEs, using a bit indication embedded in one of: a radio resource control (RRC) message, a medium access control (MAC) status element, and a separate message, to the base station.

[0032] Various objects, features, aspects, and advantages of the inventive subject matter will become more apparent from the following detailed description of preferred embodiments, along with the accompanying drawing figures in which like numerals represent like components.BRIEF DESCRIPTION OF DRAWINGS

[0033] The accompanying drawings are included to provide a further understanding of the present disclosure and are incorporated in and constitute a part of this specification. The drawings illustrate exemplary embodiments of the present disclosure and, together with the description, serve to explain the principles of the present disclosure. It is to be noted, however, that the appended drawings illustrate only certain typical aspects of this disclosure and are therefore not to be considered limiting of its scope, for the description may admit to other equally effective aspects. The same reference numbers in different drawings may identify the same or similar elements.

[0034] FIG. 1 illustrates an exemplary a diagram representing the components of the proposed system, in accordance with an embodiment of the present disclosure.

[0035] FIG. 2 illustrates an exemplary flow diagram for implementing the steps of the proposed method, in accordance with an embodiment of the present disclosure.

[0036] FIG. 3 illustrates an exemplary flow chart for implementing the steps of the proposed method performed by a UE, in accordance with an embodiment of the present disclosure.

[0037] FIG. 4 illustrates an exemplary flow chart for implementing the steps of the proposed method performed by a base station, in accordance with an embodiment of the present disclosure.DETAILED DESCRIPTION

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

[0039] The following is a detailed description of embodiments of the disclosure depicted in the accompanying drawings. The embodiments are in such detail as to clearly communicate the disclosure. If the specification states a component or feature “may”, “can”, “could”, or “might” be included or have a characteristic, that particular component or feature is not required to be included or have the characteristic.

[0040] No element, act, or instruction used herein should be construed as critical or essential unless explicitly described as such. Also, as used herein, the articles “a” and “an” are intended to include one or more items and may be used interchangeably with “one or more.” Further, as used herein, the article “the” is intended to include one or more items referenced in connection with the article “the” and may be used interchangeably with “the one or more.” Furthermore, as used herein, the terms “set” and “group” are intended to include one or more items (e.g., related items, unrelated items, or a combination of related and unrelated items), and may be used interchangeably with “one or more.” Where only one item is intended, the phrase “only one” or similar language is used. Also, as used herein, the terms “has,” “have,” “having,” or the like are intended to be open-ended terms. Further, the phrase “based on” is intended to mean “based, at least in part, on” unless explicitly stated otherwise. Also, as used herein, the term “or” is intended to be inclusive when used in a series and may be used interchangeably with “and / or,” unless explicitly stated otherwise (e.g., if used in combination with “either” or “only one of’.

[0041] As used in the description herein and throughout the claims that follow, the meaning of “minimization drive test,” “MDT,” and “minimization of drive test” are same unless the context clearly dictates otherwise. As used in the description herein and throughout the claims that follow, the meaning of “base station,” “base stations,” and “BS” are same unless the context clearly dictates otherwise. As used in the description herein and throughout the claims that follow, the meaning of “invention,” and “disclosure” are same unless the context clearly dictates otherwise.

[0042] Embodiments explained herein relate to the field of wireless communication. In particular, the present disclosure provides a system and methods for optimizing minimization drive test (MDT) in wireless communication network.

[0043] It should be noted that while aspects may be described herein using terminology commonly associated with a 5G or NR radio access technology (RAT), aspects of the present disclosure may be applied to other RATs, such as a 3G RAT, a 4G RAT, and / or a RAT subsequent to 5G (e.g., 6G, open radio access network (ORAN) technology).

[0044] Referring to FIG. 1, the proposed system (100) for optimizing minimization drive test (MDT) in a wireless communication network is shown, in accordance with one or more embodiments of the present disclosure. The system (100) may include one or more user equipments (UEs) (102) and a base station (BS) (104). The one or more UEs (102) may be configured to transmit a UE capability message indicating if the one or more UEs (102) supports a feature of transmitting an MDT measurement need indication to the base station (104). The one or more UEs (102) may also be configured to monitor one or more network parameters and one or more local parameters based on a first set of predefined criteria, if the one or more UE (102) supports the feature. The one or more UEs (102) may also be configured to compare the one or more network parameters and the one or more local parameters to their respective second set of predefined criteria. The one or more UEs (102) may also be configured to determine MDT measurement need based on the comparison, wherein the comparison is indicative of degraded network performance and the one or more UEs (102) is ready for performing drive test. The one or more UEs (102) may also be configured to transmitting the MDT measurement need indication to the base station (104) based on the MDT measurement need.

[0045] It should be noted that other components of a wireless communication network, such as, but not limited to, a core network, cloud infrastructure, and network management system, are assumed to be present and operational, even if not explicitly discussed in the present disclosure, for the suitability and completeness of the implementation. These components, while not elaborated upon, play essential roles in enabling and supporting the disclosed embodiments.

[0046] A wireless network may also incorporate relay stations. A relay station is a device that may accept data transmissions from upstream stations (such as base stations or UEs) and deliver them to downstream stations. A relay station may also be a UE capable of relaying transmissions for other UEs. A wireless network may be a heterogeneous network with base stations of many sorts, such as macro base stations, pico base stations, femto base stations,relay base stations, and so on. These various types of base stations may have varied transmit power levels, coverage areas, and impacts on interference in the wireless network.

[0047] In an exemplary embodiment, the one or more UEs (102) may include a wide range of devices that are capable of wireless communication. Examples of UEs include, but are not limited to, a cellular phone (e.g., a smart phone), a personal digital assistant (PDA), a wireless modem, a wireless communication device, a handheld device, a laptop computer, a cordless phone, a wireless local loop (WLL) station, a tablet, a camera, a gaming device, a netbook, a smartbook, an ultrabook, a medical device or equipment, biometric sensors / devices, wearable devices (smart watches, smart clothing, smart glasses, smart wrist bands, smart jewelry (e.g., smart ring, smart bracelet)), an entertainment device (e.g., a music or video device, or a satellite radio), a vehicular component or sensor, smart meters / sensors, industrial manufacturing equipment, a global positioning system device, any other suitable device that is configured to communicate via a wireless or wired medium and other portable communication devices.

[0048] Further, the one or more UEs (102) may be equipped with the necessary hardware, firmware and software to monitor network parameters, such as, but not limited to, signal strength and quality, and local parameters, such as battery status, device temperature, UE location, timestamp, serving cell information, neighbor cell information. The one or more UEs (102) may also support checking and / or transmitting UE capability information such as, but not limited to, support for feature of transmitting an MDT measurement need indication to the base station or other subsystems of the wireless network.

[0049] In an additional embodiment, the base station (104) may be configured to receive a UE capability message from one or more UEs (102) indicating that the one or more UEs (102) support a feature of transmitting an MDT measurement need indication. The base station (104) may also be configured to enable the feature for the one or more UEs (102). The base station (104) may also be configured to receive one or more MDT measurement need indications from the one or more UEs (102). The base station (104) may also be configured to configure one or more MDT logged measurement configurations based on one or more network performance parameters that the base station (104) needs to monitor, optimize, or troubleshoot, either non-selectively, selectively or dynamically, for the one or more UEs (102) to identify problematic network areas. The base station (104) may also be configured to transmit the one or more MDT logged measurement configurations to the one or more UEs (102). The base station (104) may also be configured to transmit the MDT logged measurement configuration to the one or more UEs (102) after configuration. It should benoted that a UE (102) is configured to receive only one MDT logged measurement configuration at a time from the base station.

[0050] In one embodiment, the base station (104) may further be configured to enable the feature of transmitting a MDT measurement need indication, non-selectively, selectively or dynamically, for the one or more UEs (102) based on, but not limited to, one or more of UE (102) location, deployment status, and predicted network requirements of an area.

[0051] In one exemplary embodiment, a base station (104) in a wireless communication network serves as a central node that facilitates communication between the UEs and the broader network. Examples of a base station (104) may include, but not limited to, macro base stations, which provide wide-area coverage; micro base stations, which cover smaller areas such as urban environments; and pico and femto base stations, which are used for even smaller coverage areas, such as within buildings. These base stations are equipped with advanced processing capabilities to receive and evaluate MDT measurement need indications from multiple UEs, configure one or more MDT logged measurement configurations, and process the collected data to identify and address network performance issues. The base station's ability to dynamically manage and optimize network performance based on real-time data from UEs is crucial for maintaining high-quality service in modem wireless communication networks.

[0052] In one exemplary embodiment, the base station (104) in a wireless communication network may include a transceiver, a processor, and a memory configured to manage communications with multiple user equipment (UE) devices within its coverage area. The transceiver is equipped to transmit and receive radio signals across multiple frequency bands, supporting various communication standards such as LTE, 5G NR, or Wi-Fi. The processor is designed to perform advanced signal processing, scheduling, and resource allocation tasks to optimize network performance and reduce interference. Additionally, the memory stores software instructions, including protocols for adaptive modulation, beamforming, and handover procedures, ensuring seamless connectivity. For instance, the base station may dynamically adjust transmission power and frequency to maintain stable links with mobile devices during high-speed movement or in environments with dense obstructions. This base station may further include Machine Learning (ML) algorithms implemented in the processor to enhance network efficiency by predicting traffic patterns and optimizing resource utilization.

[0053] In an exemplary embodiment, Artificial Intelligence (Al) and Machine Learning (ML) algorithms may be used at the base station (104) to enhance the analysis and utilizationof minimization drive test (MDT) data. By leveraging MDT data patterns, the algorithms may identify potential network issues such as coverage gaps, high interference zones, or regions with frequent call drops. The AI / ML models analyze historical and real-time MDT datasets, extracting meaningful insights from various features such as signal quality metrics (RSRP, RSRQ, SINR), handover performance, radio link failures, and UE location information. The features serve as input labels, enabling the models to detect patterns indicative of network performance problems. For instance, areas with consistently low RSRP values or high handover failures can be flagged as problematic, allowing the network operator to prioritize optimization efforts.

[0054] In an exemplary embodiment, integration of GPS or positioning systems in the one or more UEs (102) may help accurately map network issues to specific geographic locations, enabling precise identification of problematic areas. MDT data, when combined with geolocation data, allows network operators to optimize coverage in specific zones.

[0055] The use of machine learning models as mentioned above may enable dynamic and proactive network management. Historical MDT data may be utilized to train supervised or semi-supervised models to identify trends and predict future network performance. For example, clustering algorithms might group areas based on similar performance characteristics, while regression models forecast degradation in signal quality. This predictive capability allows the network to configure MDT measurement configurations more intelligently, focusing on specific UEs and regions that are likely to experience performance issues. By doing so, the system minimizes redundant measurements and ensures that resources are efficiently allocated. Additionally, the models can dynamically adjust MDT parameters such as logging frequency, reporting intervals, or the choice of UEs, tailoring the tasks to current network conditions and anticipated requirements. This AI / ML-driven approach not only reduces operational costs but also enhances the overall user experience by maintaining robust and optimized network performance.

[0056] In one exemplary embodiment, the base station (104) in a wireless communication network may also include, but not limited to, an eNodeB (evolved Node B) for LTE or a gNB (next-generation Node B) for 5G NR. The eNodeB may manage resource scheduling and mobility management in an LTE network, while the gNB can leverage advanced features like beamforming and massive MIMO to enhance data throughput and coverage in a 5G network. The transceiver is designed to handle diverse frequency ranges, including sub-6 GHz and millimeter-wave bands, to support various scenarios such as urban densification and rural connectivity. The processor in these nodes implements protocols forinter-node communication, such as X2 for eNodeBs or Xn for gNBs, enabling seamless handovers and efficient inter-cell coordination.

[0057] Further, some future advancements may decentralize the base station (104) functionality, distributing tasks such as, but not limited to, resource allocation and signal processing across other network elements, such as edge servers or user devices, to enhance efficiency. For example, in a Cloud-RAN (C-RAN) architecture, centralized units (CUs) might take over functions traditionally handled by base stations, while distributed units (DUs) handle real-time processing. Similarly, the base station’s role may be expanded in ultrareliable low-latency communication (URLLC) scenarios, with functionalities like predictive analytics and Al-driven network optimization being offloaded to edge devices or data centers. These enhancements pave the way for a more flexible, software-defined approach to network management, supporting future applications like autonomous vehicles, industrial loT, and immersive AR / VR experiences.

[0058] In an exemplary embodiment, the base station (104) is configured to enable the feature for one or more UEs (102) dynamically, based on predicted network requirements of a specific area. For instance, network operators may utilize historical MDT data and AI / ML models to predict areas with anticipated high network demand, such as business districts during peak hours, stadiums during events, or residential areas during evening hours. The predictions may include, but not limited to, parameters such as expected data traffic load, potential coverage gaps, or handover success rates within the area.

[0059] Based on the predictions, the system (100) may dynamically configure selected UEs within the area to perform targeted MDT measurements. For example, UEs in areas predicted to experience high traffic demand may be tasked with monitoring throughput and latency, while UEs in areas likely to face coverage issues may log signal strength and quality parameters such as RSRP and RSRQ. By dynamically adjusting the MDT configurations based on predicted requirements, the network can proactively address potential issues, optimize resource allocation, and improve the overall quality of service for users in the targeted area.

[0060] In an additional embodiment, the one or more UEs (102) may further be configured to receive the one or more MDT logged measurement configurations transmitted by the base station (104). The one or more UEs (102) may further be configured to perform MDT measurement based on the one or more MDT logged measurement configurations configured by the base station (104). The one or more UEs (102) may then further beconfigured to transmitting data associated with the MDT measurement to the base station (104).

[0061] In an exemplary embodiment, the one or more User Equipments (UEs) (102) may be configured to perform minimization of drive test (MDT) logged measurement configurations as configured by the base station (104). The base station (104) may transmit one or more MDT logged measurement configurations to the one or more UEs (102), which may include the configuration parameters for performing the one or more MDT logged measurement configurations. The configuration parameters may include measurement objects, such as, but not limited to, specific frequency bands or cell IDs, logging duration, and reporting triggers. The one or more UEs (102) may perform the one or more MDT logged measurement configurations by collecting various parameters related to network performance and UE conditions, which may include, but not limited to, the one or more network parameters and one or more local parameters.

[0062] In particular, the one or more UEs (102) may collect radio network parameters, including reference signal received power (RSRP), reference signal received quality (RSRQ), and signal-to-interference-plus-noise ratio (SINR), which provide insight into the signal strength and quality. Additionally, interference metrics may be logged to measure interference levels from neighboring cells or external sources. The one or more UEs may also monitor handover performance by recording success or failure rates, along with the frequency and context of radio link failures.

[0063] Furthermore, the one or more UEs (102) may collect one or more local parameters, such as, but not limited to, battery status, device temperature, and timestamp information. The one or more local parameters help in analyzing correlations between network performance and device conditions. For instance, low battery levels or high device temperature may indicate UE’s inability to perform MDT measurement and UE performance constraints that can influence network performance reporting to base station. The one or more UEs (102) may also report location information, typically derived using GPS or networkbased location methods, to map network performance issues to specific geographic areas. Neighboring cell information, such as signal strengths and quality, may also be reported to assess handover performance and interference.

[0064] In one exemplary embodiment, the one or more UEs (102) may collect contextual and environmental parameters, such as, but not limited to, traffic load on the serving and neighboring cells, coverage gaps, and high interference regions. The UEs (102) may store this data in non-volatile memory during the logging duration specified by the base station (104)and transmit it to the base station (104), when connected to the network. The transmitted data may include measurement values, timestamps, UE location, serving cell information, and contextual data such as noise levels and interference metrics.

[0065] In an additional embodiment, the collected data may be analyzed by the base station (104) to identify problematic network areas, such as regions with weak signal coverage, high interference, or frequent call drops. The analysis may also involve correlating logged parameters with predefined thresholds and criteria, such as handover failure rates or RSRP levels, to determine areas requiring optimization. The base station (104) may further utilize the data to implement corrective measures, including optimizing handover parameters, balancing traffic load, or mitigating interference.

[0066] In another embodiment, the base station (104) may utilize the MDT data to perform time-specific analysis. For example, timestamped data may help identify network issues during peak traffic hours or other time-specific events. By combining time-series data with UE location and network performance metrics, the base station (104) can implement strategies such as resource reallocation or load balancing to address time -dependent performance degradation.

[0067] In one or more embodiments, the first set of predefined criteria may include, but not limited to, frequency of one or more of: call drops, handover failures and radio link failures, exceeding respective predefined thresholds. Herein, the first set of predefined criteria may be configured by the base station (104) or a UE (102).

[0068] The call drops refer to instances where an ongoing call is unexpectedly terminated due to network issues. Monitoring the frequency of call drops is crucial as it directly impacts the user experience. A high frequency of call drops indicates poor network performance and necessitates immediate attention to identify and resolve the underlying issues. Further, the handover failures occur when a UE moves from one cell to another, and the transition is not successfully completed. This can result in a temporary loss of service or a dropped call. Monitoring handover failures is essential for maintaining seamless connectivity, especially in environments where users are frequently on the move, such as urban areas or transportation hubs. A high frequency of handover failures suggests that the network's handover mechanisms need optimization. Additionally, the radio link failures happen when the communication link between the UE (102) and the base station (104) is lost. The radio link failures may happen due to various factors such as signal interference, poor signal quality, or hardware issues. Monitoring the frequency of radio link failures helps inidentifying areas with weak coverage or high interference, which can then be targeted for network improvements.

[0069] By setting predefined thresholds for these criteria, the system (100) can automatically detect when the network performance degrades beyond acceptable levels. For instance, if the frequency of call drops exceeds a certain threshold within a specific time period, it triggers the UE (102) to report an MDT measurement need indication to the base station (104). Similarly, thresholds for handover failures and radio link failures ensure that the network can proactively address performance issues before they significantly impact users. This approach allows for a more dynamic and responsive network management system, capable of maintaining high-quality service even in challenging conditions.

[0070] In one or more embodiments, the one or more network parameters may include, but not limited to, one or more of reference signal received power (RSRP), reference signal received quality (RSRQ), signal -to-interference-plus-noise ratio (SINR).

[0071] Herein, RSRP is a performance indicator in wireless communication networks. RSRP measures the power level of the reference signals transmitted by the base station (104) and received by the user equipment (UE) (102). RSRP is crucial for determining the signal strength and coverage quality of the network. A higher RSRP value indicates stronger signal strength, which generally translates to better network performance and user experience. Monitoring RSRP helps in identifying areas with weak signal coverage, enabling network operators to take corrective actions such as adjusting the power levels of base stations or deploying additional infrastructure to improve coverage.

[0072] RSRQ is another important metric that provides insight into the quality of the received signal. RSRQ is calculated as the ratio of RSRP to the total received power, including interference and noise. RSRQ gives a more extensive view of the signal quality by considering both the signal strength and the level of interference. A higher RSRQ value indicates better signal quality, which is essential for maintaining reliable communication and high data throughput. Monitoring RSRQ helps in identifying areas with high interference or poor signal quality, allowing network operators to optimize the network for better performance.

[0073] SINR is a parameter for measuring ratio of desired signal power to sum of interference and noise power. SINR provides a clear indication of the signal quality and the level of interference affecting the communication link. A higher SINR value indicates a cleaner signal with less interference, which is crucial for achieving high data rates and reliable communication. Monitoring SINR helps in identifying areas with high levels ofinterference, enabling network operators to implement measures such as interference mitigation techniques, frequency planning, or network reconfiguration to improve the overall network performance.

[0074] In one or more embodiments, the one or more local parameters include, but not limited to, one or more of UE battery status, and device temperature. The one or more local parameters may further include, but not limited to, one or more of UE location, timestamp, serving cell information, and neighbor cell information.

[0075] In one or more embodiment, by comparing the one or more network and the one or more local parameters to their respective predefined criteria, the UE (102) may effectively determine when the network performance is degraded and when an MDT measurement need indication should be reported to the base station (104). This proactive approach may ensure timely identification and resolution of network performance issues, leading to improved network quality and user experience.

[0076] In an additional embodiment, the one or more UEs (102) may be configured to perform the comparison for the additional list of local parameters such UE location, timestamp, serving cell information, and neighbor cell information, using a different approach as some of them are non -quantitative. The UE (102) evaluates the UE location against predefined geographic boundaries. The UE (102) determines whether the timestamp falls within a predefined time range. The UE (102) checks whether the serving cell information matches a predefined list of monitored cells and problematic cells. The UE (102) analyzes neighbor cell information to identify inconsistencies and deviations from predefined signal quality and coverage patterns.

[0077] In one embodiment, the one or more UEs (102) may be configured to transmit the MDT measurement need indication to the base station (104) using a bit indication embedded in, but not limited to, a radio resource control (RRC) message or a medium access control (MAC) status element. The one or more UEs (102) may also be configured to transmit the MDT measurement need indication to the base station (104) using the bit indication embedded in a separate message to the base station.

[0078] In an alternative embodiment, the base station (104) may be configured to receive the MDT measurement need indication form the one or more UEs (102) using a bit indication embedded in, but not limited to, a radio resource control (RRC) message or a medium access control (MAC) status element. The base station (104) may also be configured to receive the MDT measurement need indication to the base station (104) using the bit indication embedded in a separate message to the base station (104).

[0079] In an embodiment, the base station (104) may configure a one or more MDT logged measurement configurations, based on one or more network performance parameters that the base station needs to, one or more of: monitor, optimize, and troubleshoot, either non- selectively, selectively or dynamically, for the one or more UEs (102) to identify problematic network areas. In a non-selective approach, the base station configures MDT logged measurement configurations for all UEs (102) within a specific area or network segment, regardless of individual UE conditions. This approach ensures comprehensive data collection across the entire network. In a selective approach, the base station configures MDT logged measurement configurations only for specific UEs that meet certain criteria, such as, but not limited to, those located in areas with known network issues or those experiencing frequent call drops or handover failures. This targeted approach allows for focused data collection in problematic areas. In a dynamic approach, the base station continuously evaluates real-time network conditions and dynamically adjusts the one or more MDT logged measurement configurations or selection of the UEs (102). This approach ensures that the network can adapt to changing conditions and prioritize data collection where it is most needed, thereby enhancing the overall efficiency and effectiveness of the MDT measurements.

[0080] In one or more embodiments, here onward by definition it is clear for a person skill in the art that the feature of “transmitting a MDT measurement need indication” is a critical aspect of optimizing network performance in wireless communication systems. The feature enables user equipment (UE) to autonomously monitor various network parameters, such as, but not limited to, reference signal received power (RSRP), reference signal received quality (RSRQ), and signal-to-interference-plus-noise ratio (SINR), as well as local parameters such as, but not limited to, battery status and device temperature. When the UE detects that these parameters exceed predefined thresholds indicative of degraded network performance as well as the UE is ready for performing the drive test, the UE generates a MDT measurement need indication. This indication is then transmitted to a base station using a bit for indicating, embedded in, but not limited to, a radio resource control (RRC) message or a medium access control (MAC) status element or in a separate message. By transmitting the indication, the UE informs the base station of the need for detailed network performance measurements in specific areas or conditions. The base station may then configure and initiate appropriate MDT logged measurement configuration, ensuring that network issues are promptly identified and addressed. The feature enhances the network's ability to maintain high-quality service and user satisfaction by enabling real-time, data-driven optimization and troubleshooting.

[0081] Referring to FIG. 2, a flow diagram for implementing the steps of the proposed method (200) for optimizing minimization drive test (MDT) in a wireless communication network is shown. In some embodiments, the method (200) may be implemented by the system (100).

[0082] At step (202), the method (200) includes transmitting, by one or more user equipments (UEs) (102), a UE capability message indicating if the one or more UEs (102) supports a feature of transmitting a MDT measurement need indication, to a base station (104).

[0083] At step (204), the method (200) includes monitoring, by one or more user UEs (102), one or more network parameters and one or more local parameters based on a first set of predefined criteria, if the one or more UEs (102) supports the feature.

[0084] At step (206), the method (200) includes comparing, by the one or more UEs (102), the one or more network parameters and the one or more local parameters to their respective second set of predefined criteria.

[0085] At step (208), the method (200) includes determining, by the one or more UEs (102), an MDT measurement need based on the comparison (206), wherein the comparison (206) is indicative of degraded network performance and the one or more UEs (102) is ready for performing drive test.

[0086] At step (210), the method (200) includes transmitting, by the one or more UEs (102), the MDT measurement need indication based on the MDT measurement need (208), to the base station (104).

[0087] At step (212), the method (200) includes receiving, by the base station (104), the UE capability message from one or more UEs (102) indicating that the one or more UEs (102) support the feature of transmitting a MDT measurement need indication.

[0088] At step (214), the method (200) includes enabling, by the base station (104), the feature for the one or more UEs (102).

[0089] At step (216), the method (200) includes receiving, by the base station (104), one or more MDT measurement need indications from the one or more UEs (102). Herein, it should be noted that a base station (104) receives only one MDT measurement need indication from a UE (102) at a time.

[0090] At step (220), the method (200) includes configuring, by the base station (104), one or more MDT logged measurement configurations based on one or more network performance parameters that the base station (104) needs to, one or more of: monitor,optimize, and troubleshoot, one of: non-selectively, selectively and dynamically, for the one or more UEs (102), which are enabled (214), to identify problematic network areas.

[0091] At step (222), the method (200) includes transmitting, by the base station (104), the one or more MDT logged measurement configurations to the one or more UEs (102) after configuration (220).

[0092] At step (224), the method (200) includes receiving, by the one more UEs (102), the one or more MDT logged measurement configurations, transmitted (222) by the base station (104).

[0093] At step (226), the method (200) includes performing, by the one or more UEs (102), MDT measurement based on the one or more MDT logged measurement configurations configured (220) by the base station (104).

[0094] At step (228), the method (200) includes transmitting, by the one or more UEs (102), data associated with MDT measurement to the base station (104).

[0095] In one embodiment, the method (200) further includes enabling or disabling the feature, by the base station (104), non-selectively, selectively or dynamically, for the one or more UEs (102) based on, UE location, deployment status, and / or predicted network requirements of an area. It should be noted that the base station may enable or disable the feature for the one or more UEs (102), whenever the base station (104) does not require any of the steps (204 to 228) to be performed. In one example, when the one or more MDT logged measurement configurations are completed by the one or more UEs (102), the base station (104) may disable non-selectively, selectively or dynamically for one or more UEs (102).

[0096] It should be noted that the steps for executing the method (200) described herein are not limited to the specific steps outlined above. The method may be implemented in various other ways, and the steps may be reordered, combined, or modified without departing from the scope and spirit of the invention. The examples provided are for illustrative purposes only and are not intended to limit the invention to the specific embodiments disclosed. Those skilled in the art will recognize that various modifications and adaptations can be made to the method without departing from the broader inventive concepts disclosed herein.

[0097] In one exemplary embodiment, the base station (104) may evaluate the MDT measurement need with respect to the one or more UEs (102) based on the one or more network performance parameters that the base station (104) needs to monitor, optimize, and / or troubleshoot. The network performance parameters may include, but are not limited to, signal quality and strength metrics such as reference signal received power (RSRP), referencesignal received quality (RSRQ), signal-to-interference-plus-noise ratio (SINR), and received signal strength indicator (RSSI); interference metrics such as interference levels from neighboring cells, intermodulation distortion, and adjacent channel interference; handover and connectivity metrics including handover success rate, handover failure rate, radio link failure rate, and call setup success rate (CSSR).

[0098] Additionally, the parameters may include data performance metrics such as throughput, latency, jitter, and packet loss rate; coverage and accessibility metrics such as coverage holes, cell accessibility rate, and blocked call rate; user equipment (UE)-related metrics such as UE battery status, device temperature, UE location, and mobility status.

[0099] Further, the network performance parameters may also include traffic and load metrics such as traffic load, resource utilization, and load balancing efficiency; network reliability and stability metrics including call drop rate (CDR), session retention rate, and connection stability; and environmental and contextual metrics such as noise levels, signal propagation delay, and time-specific analysis. The network performance parameters provide comprehensive insights into the network's operational performance.

[0100] Referring to FIG. 3, a flow diagram for implementing the steps of the proposed method (300) for optimizing Minimization Drive Test (MDT) in a wireless communication network, performed by a user equipment (UE) (102) is shown.

[0101] At step (302), the method (300) includes transmitting a UE capability message indicating if the UE (102) supports a feature of transmitting an MDT measurement need indication.

[0102] At step (304), the method (300) includes monitoring one or more network parameters and one or more local parameters based on a first set of predefined criteria, if the UE (102) supports the feature.

[0103] At step (306), the method (300) includes comparing the one or more network parameters and the one or more local parameters to their respective second set of predefined criteria.

[0104] At step (308), the method (300) includes determining an MDT measurement need based on the comparison (306), wherein the comparison (306) is indicative of degraded network performance and the UE (102) is ready for performing drive test.

[0105] At step (310), the method (300) includes transmitting the MDT measurement need indication based on the MDT measurement need (308).

[0106] It should be noted that the steps for executing the method (300) described herein are not limited to the specific steps outlined above. The method may be implemented invarious other ways, and the steps may be reordered, combined, or modified without departing from the scope and spirit of the invention. The examples provided are for illustrative purposes only and are not intended to limit the invention to the specific embodiments disclosed. Those skilled in the art will recognize that various modifications and adaptations can be made to the method without departing from the broader inventive concepts disclosed herein.

[0107] Referring to FIG. 4, a flow diagram for implementing the steps of the proposed method (400) for optimizing Minimization Drive Test (MDT) in a wireless communication network, performed by a base station (104) is shown.

[0108] At step (402), the method (400) may include receiving a UE capability message from one or more UEs (102) indicating that the one or more UEs (102) support a feature of transmitting an MDT measurement need indication.

[0109] At step (404), the method (400) may include enabling the feature for the one or more UEs (102).

[0110] At step (406), the method (400) may include receiving one or more MDT measurement need indications from the one or more UEs (102). Herein, it should be noted that a base station (104) receives only one MDT measurement need indication from a UE (102) at a time.[oni] At step (410), the method (400) may include configuring one or more MDT logged measurement configurations based on one or more network performance parameters that the base station (104) needs to one or more of: monitor, optimize, and troubleshoot, either non-selectively, selectively or dynamically, for the one or more UEs (102), which are enabled (404), to identify problematic network areas.

[0112] At step (412), the method (400) may include transmitting the one or more MDT logged measurement configurations to the one or more UEs (102) after configuration (410).

[0113] In one embodiment, the method (400) may further include enabling or disabling the feature, by the base station (104), non-selectively, selectively or dynamically, for the one or more UEs (102) based on, UE location, deployment status, and / or predicted network requirements of an area. It should be noted that the base station may enable or disable the feature for the one or more UEs (102), whenever the base station (104) does not require any of the steps of method (400) to be performed. In one example, when the one or more MDT logged measurement configurations are completed by the one or more UEs (102), the base station (104) may disable non-selectively, selectively or dynamically for one or more UEs (102).

[0114] It should be noted that the steps for executing the method (400) described herein are not limited to the specific steps outlined above. The method may be implemented in various other ways, and the steps may be reordered, combined, or modified without departing from the scope and spirit of the invention. The examples provided are for illustrative purposes only and are not intended to limit the invention to the specific embodiments disclosed. Those skilled in the art will recognize that various modifications and adaptations can be made to the method without departing from the broader inventive concepts disclosed herein.

[0115] As used herein, exceeding a predefined threshold may refer to instances where values of parameters, such as the frequency of call drops, handover failures, and radio link failures, surpass one or more respective predefined thresholds. For example, if the frequency of call drops within a specific area exceeds the predefined acceptable limit, it is considered to have exceeded the threshold.

[0116] Additionally, the term "indicative of degraded network performance" refers to situations where the values of one or more network parameters are less than their respective predefined thresholds. For instance, a low reference signal received power (RSRP), or signal - to-interference-plus-noise ratio (SINR) may indicate poor network performance. In this context, the second set of predefined criteria includes one or more thresholds tailored to specific network performance indicators.

[0117] Furthermore, comparing the one or more local parameters to their respective second set of predefined criteria involves using thresholds for quantitative parameters and criteria for non-quantitative parameters. For example, when local parameters such as battery status below a predefined threshold or device temperature (or UE temperature) above a predefined thresholds, the UE may not determine MDT measurement need and refrain from sending the MDT measurement need indication to prevent resource-intensive operations under constrained conditions, This is equally contextual for a UE or one or more UEs to be not ready for performing drive test, when local parameters such as battery status below a predefined threshold or device temperature (or UE temperature) above a predefined thresholds.

[0118] In addition, the UE performs tailored comparisons for non-quantitative local parameters, such as UE location, timestamp, serving cell information, and neighbor cell information. For instance, timestamps are evaluated to determine whether the measurements fall within predefined time ranges, such as peak hours. Serving cell information is compared to a predefined list of monitored or problematic cells to identify potential mismatches. Similarly, neighbor cell information is analyzed to detect inconsistencies, such as unexpectedsignal strengths or missing cells, which may suggest interference or misconfiguration. These tailored strategies enable the system to effectively evaluate non-quantitative parameters against their respective criteria, ensuring contextual relevance and accurate performance analysis.

[0119] While aspects are described in the present disclosure by illustration to some examples, those skilled in the art will understand that such aspects may be implemented in many different arrangements and scenarios. Techniques described herein may be implemented using different platform types, devices, systems, shapes, sizes, and / or packaging arrangements. For example, some aspects may be implemented via integrated chip embodiments or other non-module-component based devices (e.g., end-user devices, vehicles, communication devices, computing devices, industrial equipment, retail / purchasing devices, medical devices, or artificial intelligence-enabled devices). Aspects may be implemented in chip-level components, modular components, non-modular components, non- chip-level components, device-level components, or system-level components. Devices incorporating described aspects and features may include additional components and features for implementation and practice of claimed and described aspects. For example, transmission and reception of wireless signals may include a number of components for analog and digital purposes (e.g., hardware components including antennas, radio frequency (RF) chains, power amplifiers, modulators, buffer, processors, interleavers, adders, or summers). It is intended that aspects described herein may be practiced in a wide variety of devices, components, systems, distributed arrangements, or end-user devices of varying size, shape, and constitution.

[0120] Even though particular combinations of features are recited in the claims and / or disclosed in the specification, these combinations are not intended to limit the disclosure of various aspects. In fact, many of these features may be combined in ways not specifically recited in the claims and / or disclosed in the specification. Although each dependent claim listed below may directly depend on only one claim, the disclosure of various aspects includes each dependent claim in combination with every other claim in the claim set.

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

[0122] A person with ordinary skills in the art will appreciate that the systems, modules, and sub-modules have been illustrated and explained to serve as examples and should not be considered limiting in any manner. It will be further appreciated that the variants of the above-disclosed system elements, modules, and other features and functions, or alternatives thereof, may be combined to create other different systems or applications.

[0123] Those skilled in the art will appreciate that any of the aforementioned steps and / or system modules may be suitably replaced, reordered, or removed, and additional steps and / or system modules may be inserted, depending on the needs of a particular application. In addition, the systems of the aforementioned embodiments may be implemented using a wide variety of suitable processes and system modules, and are not limited to any particular computer hardware, software, middleware, firmware, microcode, and the like. The claims can encompass embodiments for hardware and software or a combination thereof.

[0124] While the present disclosure has been described with reference to certain embodiments, it will be understood by those skilled in the art that various changes may be made, and equivalents may be substituted without departing from the scope of the present disclosure. In addition, many modifications may be made to adapt a particular situation or material to the teachings of the present disclosure without departing from its scope. Therefore, it is intended that the present disclosure not be limited to the particular embodiment disclosed, but that the present disclosure will include all embodiments falling within the scope of the appended claims.ADVANTAGES OF THE PRESENT DISLCOSURE

[0125] The present disclosure provides a system to optimize minimization drive test (MDT) in wireless communication networks, significantly enhancing real-time network optimization and reducing the need for manual intervention. This leads to more consistent and efficient detection and resolution of network performance issues.

[0126] The present disclosure provides a new feature of an MDT measurement need indication for optimizing minimization drive test (MDT). It helps to reduce the unnecessary MDT measurement configurations to areas where it does not yield productive measurement collection.

[0127] The present disclosure provides a method for selectively configuring MDT logged measurement configurations based on predefined criteria, ensuring that only relevant UEs are tasked with data collection. This targeted approach minimizes unnecessary data collection and optimizes the use of network resources.

[0128] The present disclosure provides a system that considers local parameters such as UE battery status and device temperature, avoiding MDT measurements for UEs with low battery or overheating issues. This ensures efficient MDT measurements without draining the UE's battery, leading to longer device operation.

[0129] The present disclosure provides a dynamic configuration of MDT logged measurement configurations based on real-time network conditions, ensuring that measurements are taken where they are most needed. This results in more relevant and meaningful data collection, which can be used to optimize network performance and address specific issues.

[0130] The present disclosure provides efficient signaling mechanisms using bit indications embedded in radio resource control (RRC) messages or medium access control (MAC) status elements, reducing signaling overhead and enabling faster communication between UEs and base stations without straining network resources.

[0131] The present disclosure provides comprehensive network performance monitoring by evaluating a wide range of network parameters, including reference signal received power (RSRP), reference signal received quality (RSRQ), and signal-to-interference-plus-noise ratio (SINR), as well as local parameters such as UE location, timestamp, and serving cell information. This ensures that all aspects of network performance are evaluated and optimized.

[0132] The present disclosure provides a system adaptable to future wireless communication technologies, such as 5G Advanced and 6G, ensuring that the network optimization framework remains relevant and effective as new technologies and network complexities emerge.

[0133] The present disclosure provides a system that enhances user experience by ensuring consistent, timely, and real-time collection of MDT data, maintaining high-quality network service and user satisfaction, particularly during new network deployments and in areas with high user density.

[0134] The present disclosure provides integration with advanced technologies such as Artificial Intelligence (Al) and Machine Learning (ML) to analyze MDT data patterns, predict areas with potential network issues, and dynamically optimize the MDT logged measurement configurations. This enhances the overall efficiency and effectiveness of the network optimization process.

Claims

We Claim:

1. A method (300) for optimizing minimization drive test (MDT) in a wireless communication network, performed by a user equipment (UE) (102), the method (300) comprising: transmitting (302) a UE capability message indicating if the UE (102) supports a feature of transmitting an MDT measurement need indication; monitoring (304) one or more network parameters and one or more local parameters based on a first set of predefined criteria, if the UE (102) supports the feature; comparing (306) the one or more network parameters and the one or more local parameters to their respective second set of predefined criteria; determining (308) an MDT measurement need based on the comparison (306), wherein the comparison (306) is indicative of degraded network performance and the UE (102) is ready for performing drive test; and transmitting (310) the MDT measurement need indication based on the MDT measurement need.

2. The method (300) as claimed in claim 1, wherein the first set of predefined criteria comprises frequency of one or more of: call drops, handover failures, and radio link failures, exceeding respective predefined thresholds.

3. The method (300) as claimed in claim 1, wherein the one or more network parameters comprise one or more of: reference signal received power (RSRP), reference signal received quality (RSRQ), and signal-to-interference-plus-noise ratio (SINR).

4. The method (300) as claimed in claim 1, wherein the one or more local parameters comprise one or more of: UE battery status, and device temperature.

5. The method (300) as claimed in claim 1, wherein the MDT measurement need indication is transmitted using a bit indication embedded in one of: a radio resource control (RRC) message, a medium access control (MAC) status element, and a separate message.

6. A method (400) for optimizing minimization drive test (MDT) in a wireless communication network, performed by a base station (104), the method (400) comprising: receiving (402) a UE capability message from one or more UEs (102) indicating that the one or more UEs (102) support a feature of transmitting an MDT measurement need indication; enabling (404) the feature for the one or more UEs (102);receiving (406) one or more MDT measurement need indications from the one or more UEs (102); configuring (410) one or more MDT logged measurement configurations, based on one or more network performance parameters that the base station (104) needs to, one or more of: monitor, optimize, and troubleshoot, one of: non-selectively, selectively, and dynamically, for the one or more UEs (102), which are enabled (404), to identify problematic network areas; and transmitting (412) the one or more MDT logged measurement configurations to the one or more UEs (102) after configuration (410).

7. The method (400) as claimed in claim 6, wherein the one or more MDT measurement need indications are received using a bit indication embedded in one of: a radio resource control (RRC) message, a medium access control (MAC) status element, and a separate message.

8. The method (400) as claimed in claim 6, wherein the method (400) further comprises, one of: enabling and disabling, the feature, one of: non-selectively, selectively, and dynamically, for the one or more UEs (102) based on, one or more of: UE location, deployment status, and predicted network requirements of an area.

9. A system (100) for optimizing minimization drive test (MDT) in a wireless communication network, the system (100) comprising: one or more user equipments (UEs) (102) and a base station (104), wherein: the one or more UEs (102) are configured to: transmit a UE capability message indicating if the one or more UEs (102) support a feature of transmitting an MDT measurement need indication to the base station (104); monitor one or more network parameters and one or more local parameters based on a first set of predefined criteria, if the one or more UEs (102) support the feature; compare the one or more network parameters and the one or more local parameters to their respective second set of predefined criteria; determine an MDT measurement need based on the comparison, wherein the comparison is indicative of degraded network performance and the one or more UEs (102) are ready for performing drive test; and transmit the MDT measurement need indication to the base station (104) based on the MDT measurement need, andthe base station (104) is configured to: receive the UE capability message from the one or more UEs (102) indicating that the one or more UEs (102) support the feature; enable the feature for the one or more UEs (102); receive one or more MDT measurement need indications from the one or more UEs (102); configure one or more MDT logged measurement configurations, based on one or more network performance parameters that the base station (104) needs to, one or more of: monitor, optimize, and troubleshoot, one of: non-selectively, selectively, and dynamically, for the one or more UEs (102) to identify problematic network areas; and transmit the one or more MDT logged measurement configurations to the one or more UEs (102) after configuration.

10. The system (100) as claimed in claim 9, wherein the one or more UEs (102) are further configured to: receive the one or more MDT logged measurement configurations from the base station (104); perform MDT measurement based on the one or more MDT logged measurement configurations; and transmit data associated with the MDT measurement to the base station (104).

11. The system (100) as claimed in claim 9, wherein the first set of predefined criteria is configured by, one of: the base station (104) or the one or more UEs (102).

12. The system (100) as claimed in claim 9, wherein the first set of predefined criteria comprises frequency of, one or more of: call drops, handover failures and radio link failures, exceeding respective predefined thresholds.

13. The system (100) as claimed in claim 9, wherein the one or more network parameters comprise one or more of: reference signal received power (RSRP), reference signal received quality (RSRQ), signal-to-interference-plus-noise ratio (SINR).

14. The system (100) as claimed in claim 9, wherein the one or more local parameters comprise one or more of: UE battery status, and device temperature.

15. The system (100) as claimed in claim 14, wherein the one or more local parameters further comprise one or more of: UE location, timestamp, serving cell information, and neighbour cell information, wherein the one or more UEs (102) is configured to perform the comparison by:evaluating the UE location against predefined geographic boundaries; determining whether the timestamp falls within a predefined time range; checking whether the serving cell information matches a predefined list of one of more of monitored cells and problematic cells; and analyzing neighbor cell information to identify one or more of inconsistencies and deviations from one or more of a predefined signal quality and a predefined coverage patterns.

16. The system (100) as claimed in claim 9, wherein the base station (104) is configured to receive the MDT measurement need indication using a bit indication embedded in one of: a radio resource control (RRC) message, a medium access control (MAC) status element, and a separate message, from the one or more UEs (102).

17. The system (100) as claimed in claim 9, wherein the base station (104) is further configured to, one of: enabling and disabling, the feature, one of: non-selectively, selectively and dynamically, for the one or more UEs (102) based on, one or more of: UE location, deployment status, and predicted network requirements of an area.

Images