Patent Description:
In existing mobile (cellular) communication systems, network operators typically seek to optimize their network coverage based on measurements compiled during so called drive tests. Specifically, an operator can have a technician drive a vehicle around an area covered by the network using specialist equipment to measure performance from a subscriber's perspective. The equipment typically consists of a special test mobile communications device and a wideband scanner, connected to data logging and analysis equipment such as a portable computer. Some drive test equipment is configured for remote operation, thereby allowing equipment to be placed in fleet vehicles (such as taxis, buses, delivery vehicles or the like), for automatic data collection.

Drive tests typically provide a good source of RF data, in association with related geographic positional information that can be used to identify and resolve coverage problems or the like. However, measurements of a network coverage area can be time consuming, expensive to perform, and often do not accurately represent the experience of a real pedestrian user, such as a user in a building or at a significant distance from a road.

Accordingly, the 3rd Generation Partnership Project (<NUM> GPP) proposed the development of automated solutions, including the involvement of mobile communication devices (User Equipment (UE)) in the field, in order to minimize operator costs, and the environmental impacts, of network deployment and operation. Studies carried out in response to this proposal demonstrated the feasibility of implementing procedures for minimizing the need for drive tests (referred to herein as 'Minimization of Drive Tests' or '(MDT)' procedures, but also known as `management of UE based network performance measurements'), in which the UE takes measurements for use by the network to improve network optimization and efficiency. More specifically, these studies demonstrated the feasibility of using control plane solutions for acquiring the measurements from devices. This information, together with information available in the radio access network can then be used for coverage optimization purposes.

Typically, a MDT capable UE is initially configured to perform MDT measurements by the network. On configuration, the MDT capable UE sends detailed user location information including, for example, GPS (Global Positing System) data and/or Radio Frequency fingerprints, along with the reported UE measurements, when requested to do so by the network. This detailed user location information is particularly useful for MDT as it allows an operator to accurately associate the geographical location of the user, within a particular radio cell, with the associated radio measurements; thereby allowing network coverage issues (e.g. coverage holes) to be located accurately.

It is to be understood that the MDT data reported from UEs may thus be used to monitor and detect different kinds of coverage problems in the network including, for example a coverage hole, which is an area where the signal level of both serving and allowed neighbor cells is below the level needed to maintain basic service. Coverage holes are usually caused by physical obstructions such as new buildings, hills, or by unsuitable antenna parameters, or just inadequate RF planning. In this case, a UE in coverage hole will suffer from a call drop and radio link failure. And another network coverage problem is weak coverage that occurs when the signal level of a serving cell is below the level needed to maintain a planned performance requirement (e.g. the cell edge bit-rate).

Thus, it is highly desirable that accurate geographical location data be obtained determine the position of these coverage problems, and thereby enable the requisite action to address them. <CIT> discloses background information. <CIT> discloses background information. <CIT> discloses background information.

The purpose and advantages of the below described illustrated embodiments will be set forth in and apparent from the description that follows. Additional advantages of the illustrated embodiments will be realized and attained by the devices, systems and methods particularly pointed out in the written description and claims hereof, as well as from the appended drawings.

The present illustrated embodiments seek to provide an improved communication system, and associated improved network communication devices and methods performed by such devices to provide accurate geographical location data from UEs in a cellular communication system to determine coverage problems in the cellular communication system utilizing acquisition of radio measurements and location information from a UE.

Aspects of the invention are set out in the appended independent claims.

The accompanying appendices and/or drawings illustrate various non-limiting, example, inventive aspects in accordance with the present disclosure:.

The illustrated embodiments are now described more fully with reference to the accompanying drawings wherein like reference numerals identify similar structural/functional features. The illustrated embodiments are not limited in any way to what is illustrated as the illustrated embodiments described below are merely exemplary, which can be embodied in various forms, as appreciated by one skilled in the art. Therefore, it is to be understood that any structural and functional details disclosed herein are not to be interpreted as limiting, but merely as a basis for the claims and as a representation for teaching one skilled in the art to variously employ the discussed embodiments. Furthermore, the terms and phrases used herein are not intended to be limiting but rather to provide an understandable description of the illustrated embodiments.

Where a range of values is provided, it is understood that each intervening value, to the tenth of the unit of the lower limit unless the context clearly dictates otherwise, between the upper and lower limit of that range and any other stated or intervening value in that stated range is encompassed within the illustrated embodiments. The upper and lower limits of these smaller ranges may independently be included in the smaller ranges is also encompassed within the illustrated embodiments, subject to any specifically excluded limit in the stated range. Where the stated range includes one or both of the limits, ranges excluding either both of those included limits are also included in the illustrated embodiments.

It must be noted that as used herein and in the appended claims, the singular forms "a", "an," and "the" include plural referents unless the context clearly dictates otherwise. Thus, for example, reference to "a stimulus" includes a plurality of such stimuli and reference to "the signal" includes reference to one or more signals and equivalents thereof known to those skilled in the art, and so forth.

It is to be appreciated the illustrated embodiments discussed below are preferably a software algorithm, program or code residing on computer useable medium having control logic for enabling execution on a machine having a computer processor. The machine typically includes memory storage configured to provide output from execution of the computer algorithm or program.

As used herein, the term "software" is meant to be synonymous with any code or program that can be in a processor of a host computer, regardless of whether the implementation is in hardware, firmware or as a software computer product available on a disc, a memory storage device, or for download from a remote machine. The embodiments described herein include such software to implement the equations, relationships and algorithms described above. One skilled in the art will appreciate further features and advantages of the illustrated embodiments based on the above-described embodiments. Accordingly, the illustrated embodiments are not to be limited by what has been particularly shown and described, except as indicated by the appended claims.

<FIG> schematically illustrates a mobile (cellular) communication system designated generally at <NUM>, in which users of a plurality of mobile communication devices (also referred to herein as user equipments (UEs)) <NUM> can communicate with other users (not shown) via a suitable cellular radio network such as a UMTS radio access network (UTRAN), or an LTE radio access network (E-UTRAN) and a respective network core in the case of the UTRAN and Evolved Packet Core (EPC) in the case of the E-UTRAN for example. It is also to be appreciated that the illustrated embodiments may also be used in conjunction with a <NUM> cellular network.

As one skilled in the art would readily recognize, the communication system <NUM> includes a plurality of radio access networks (RAN) <NUM>-<NUM>, each including a respective base station <NUM>. For instance, the base station <NUM> of a UTRAN radio access network comprises a so called 'NodeB' and the base station <NUM> of the E-UTRAN radio access network comprises a so called 'eNodeB' (eNodeB). The UTRAN base station <NUM> further includes typically a Radio Network Controller (RNC). With regard to an E-UTRAN radio access network, the radio network control functionality of the E-UTRAN is integrated typically with the base station functionality in the eNodeB <NUM>. For sake of simplicity the communication system <NUM> is shown in <FIG> to only include three RANs (<NUM>-<NUM>), however one skilled in the art readily recognizes the communication includes any number of suitable RANs.

It is to be appreciated that the UE devices <NUM> of the communication system <NUM> employ MDT procedures for minimizing drive test requirements in which selected UEs <NUM> (typically <NUM>-<NUM>% of all UEs in the communication system <NUM>) acquire appropriate GPS location measurements and data from a GPS system <NUM> and report them to the network <NUM> with, where appropriate, associated location information (e.g., GPS data).

In accordance with the preferred embodiments, communicatively coupled to the cellular communication system <NUM> is a communication network monitoring system <NUM>, such as the TrueCall® system commercially available from NetScout. The network monitoring system is preferably operable and configured to monitor incoming signaling call records from UEs <NUM> in the communication network <NUM> to provide enriched and actionable Radio Access Network (RAN) data which may be utilized to diagnose network and UE problems in real-time, understand demand density and usage, support traffic pattern analysis for network capacity planning, geolocate dropped calls, minimize drive testing and gain an end-to-end view from the radio network to the IP Multimedia Subsystem (IMS) core. In particular, the TrueCall® network monitoring system <NUM> TrueCall® provides real-time analysis of data originating in the RANs <NUM>-<NUM>. The data is enriched using TrueCall's advanced geolocation algorithm, and correlated with subscriber and device data enabling insight into the performance of the RANs <NUM>-<NUM> by combining critical dimensions of a RAN <NUM> operation in a single location, as further discussed herein. Exemplary features and functionality of the TrueCall® network monitoring system <NUM> include (but are not limited to): diagnose network and device problems in real-time; identify demand density and drill down to map usage; study traffic patterns; and geolocate calls and minimize drive testing as discussed herein with reference to the described illustrated embodiments.

It is to be appreciated that a UEs <NUM> incoming signaling record <NUM> having radio signal attributes of the UE is received and monitored by the network monitoring system <NUM>. Such an incoming signaling call record may include one or more of the following: a Timing Advance (TA) signal; a Minimization of Drive Test (MDT) data record; a signal strength value of a serving eNodeB (cell) <NUM> for a UE <NUM> (e.g., a Reference Signal Received Power (RSRP) signal value); a signal quality value of a serving eNodeB (cell) for a UE <NUM> (e.g., a Reference Signal Received Quality (RSRQ) signal value); a signal strength value of a neighboring cell <NUM> relative to the serving eNodeB (cell) <NUM> for a UE <NUM>; and a signal quality value of a neighboring cell <NUM> relative to the serving eNodeB (cell) <NUM> for a UE <NUM>.

It is to be understood the TA signal value in a cellular communication system <NUM> corresponds to the length of time a signal takes to reach a base station <NUM> from a communicating UE mobile phone <NUM>. For instance, a Global System for Mobile (GSM) uses Time-division multiple access (TDMA) technology in the radio interface to share a single frequency between several users, assigning sequential timeslots to the individual users sharing a frequency. Each user transmits periodically for less than one-eighth of the time within one of the eight timeslots. Since the users are at various distances from the base station and radio waves travel at the finite speed of light, the precise arrival-time within the slot can be used by the base station to determine the distance to the mobile phone. The time at which the phone is allowed to transmit a burst of traffic within a timeslot must be adjusted accordingly to prevent collisions with adjacent users. Timing Advance (TA) is the variable controlling this adjustment. It is to be appreciated that Timing Advance is significant for privacy and communications security, as its combination with other variables can allow GSM localization to find the device's position and track the mobile phone user. TA may also used to adjust transmission power in space-division multiple access systems.

With regard to the network monitoring system <NUM>, <FIG> is a schematic block diagram of an example computing device <NUM> used in the network monitoring system <NUM> that may be used (or components thereof) with one or more embodiments described herein. Device <NUM> is intended to represent any type of computer system capable of carrying out the teachings of various embodiments of the embodiments illustrated herein. Device <NUM> is only one example of a suitable system and is not intended to suggest any limitation as to the scope of use or functionality of embodiments described herein. Regardless, computing device <NUM> is capable of being implemented and/or performing any of the functionality set forth herein.

Computing device <NUM> is operational with numerous other special purpose computing system environments or configurations. Examples of well-known computing systems, environments, and/or configurations that may be suitable for use with computing device <NUM> include, but are not limited to, personal computer systems, server computer systems, thin clients, thick clients, multiprocessor systems, microprocessor-based systems, and distributed data processing environments that include any of the above systems or devices, and the like.

Computing device <NUM> may be described in the general context of computer system-executable instructions, such as program modules, being executed by a computer system. Generally, program modules may include routines, programs, objects, components, logic, data structures, and so on that perform particular tasks or implement particular abstract data types. Computing device <NUM> may be practiced in distributed data processing environments where tasks are performed by remote processing devices that are linked through a communications network. In a distributed data processing environment, program modules may be located in both local and remote computer system storage media including memory storage devices.

Device <NUM> as shown in <FIG> may include, but is not limited to, one or more processors or processing units <NUM>, a system memory <NUM>, and a bus <NUM> that couples various system components including system memory <NUM> to processor <NUM>.

Bus <NUM> represents one or more of any of several types of bus structures, including a memory bus or memory controller, a peripheral bus, an accelerated graphics port, and a processor or local bus using any of a variety of bus architectures. By way of example, and not limitation, such architectures include Industry Standard Architecture (ISA) bus, Micro Channel Architecture (MCA) bus, Enhanced ISA (EISA) bus, Video Electronics Standards Association (VESA) local bus, and Peripheral Component Interconnect (PCI) bus.

Computing device <NUM> typically includes a variety of computer system readable media. Such media may be any available media that is accessible by device <NUM>, and it includes both volatile and non-volatile media, removable and non-removable media.

System memory <NUM> can include computer system readable media in the form of volatile memory, such as random access memory (RAM) <NUM> and/or cache memory <NUM>. Computing device <NUM> may further include other removable/non-removable, volatile/non-volatile computer system storage media. By way of example only, storage system <NUM> can be provided for reading from and writing to a non-removable, non-volatile magnetic media (not shown and typically called a "hard drive"). Although not shown, a magnetic disk drive for reading from and writing to a removable, non-volatile magnetic disk (e.g., a "floppy disk"), and an optical disk drive for reading from or writing to a removable, non-volatile optical disk such as a CD-ROM, DVD-ROM or other optical media can be provided. In such instances, each can be connected to bus <NUM> by one or more data media interfaces. As will be further depicted and described below, memory <NUM> may include at least one program product having a set (e.g., at least one) of program modules that are configured to carry out the functions of embodiments of the invention.

Program/utility <NUM>, having a set (at least one) of program modules <NUM>, such as underwriting module, may be stored in memory <NUM> by way of example, and not limitation, as well as an operating system, one or more application programs, other program modules, and program data. Each of the operating system, one or more application programs, other program modules, and program data or some combination thereof, may include an implementation of a networking environment. Program modules <NUM> generally carry out the functions and/or methodologies of embodiments of the invention as described herein.

Device <NUM> may also communicate with one or more external devices <NUM> such as a keyboard, a pointing device, a display <NUM>, etc.; one or more devices that enable a user to interact with computing device <NUM>; and/or any devices (e.g., network card, modem, etc.) that enable computing device <NUM> to communicate with one or more other computing devices. Such communication can occur via Input/Output (I/O) interfaces <NUM>. Still yet, device <NUM> can communicate with one or more networks such as a local area network (LAN), a general wide area network (WAN), a cellular communication system <NUM> and/or a public network (e.g., the Internet) via network adapter <NUM>. As depicted, network adapter <NUM> communicates with the other components of computing device <NUM> via bus <NUM>. It should be understood that although not shown, other hardware and/or software components could be used in conjunction with device <NUM>. Examples, include, but are not limited to: microcode, device drivers, redundant processing units, external disk drive arrays, RAID systems, tape drives, and data archival storage systems, etc..

<FIG> and <FIG> are intended to provide a brief, general description of an illustrative and/or suitable exemplary environment in which embodiments of the below described present invention may be implemented. <FIG> and <FIG> are exemplary of a suitable environment and are not intended to suggest any limitation as to the structure, scope of use, or functionality of an illustrated embodiment. A particular environment should not be interpreted as having any dependency or requirement relating to any one or combination of components illustrated in an exemplary operating environment. For example, in certain instances, one or more elements of an environment may be deemed not necessary and omitted. In other instances, one or more other elements may be deemed necessary and added.

With the exemplary cellular communication network <NUM> (<FIG>) and computing device <NUM> (<FIG>) being generally shown and discussed above, description of certain illustrated embodiments will now be provided. In understanding and appreciating the illustrated embodiments, it is to be understood geolocation (GL) is an important aspect of the diagnostics performed by a network monitoring system <NUM>, which has traditionally been performed using heuristic mathematical models and formulas. It is thus to be appreciated that performing geolocation of UEs using machine learning (MLGL) is a novel technique, which in accordance with the illustrated embodiments preferably uses datasets from Minimize Drive Test (MDT) data so as to leverage certain radio metrics to predict/determine accurate location of the mobile users (UE <NUM>) via machine learning algorithms. As demonstrated herein, this approach produces improved accurate results compared to prior heuristic mathematical techniques. As described in accordance with the embodiments illustrated herein, either signal stage or two stage passes of MDT data are utilized to predict/determine the mobile location of a UE <NUM> in a communication system <NUM> providing improved accuracy of the determined location.

It is to be appreciated that ML techniques are typically utilized for analyzing complex and large data sets (e.g., MDT) to understand the underlying relationships, that once understood can be used to do all sorts of application work including prediction for future results. As one skilled in the art appreciates, ML typically requires research and analysis on a dataset to apply the algorithms in a methodology to reveal correct results.

In particular, it is to be appreciated and understood that MDT data provides "radio signal attributes" along with precise geo-location information. However, such MDT data constitutes generally only <NUM>-<NUM>% of the monitored traffic in a cellular communication system <NUM>, however, in accordance with the illustrated embodiments, this is nevertheless sufficient to leverage ML algorithms for MLGL. It is noted radio signal attributes are unique for a cell site (e.g., <NUM>) along with the physical location such as buildings in a downtown area or trees in a rural area, or a combination of later in an urban environment. As to be described below, these attributes are then used in supervised ML algorithms executing on a computing device <NUM> in the network monitoring system <NUM> to generate models for each serving cell (e.g., <NUM>) using MDT data.

In accordance with an illustrated embodiment, in a two stage technique, a "timing advance (TA) correction model" is created (e. g, TA is adjusted and is called as Machine Learning Timing Advance (MLTA)), which is then processed by a succeeding next "Geo prediction model" along with other radio signal attributes. These succeeding models are thus utilized to predict the geolocation of a UE <NUM> in a communication network <NUM> when MDT data is not present in an incoming signaling record associated with the UE <NUM>, which as noted above is a majority of the time. It is to be appreciated that new MDT data is continuously evaluated by the network monitoring system <NUM> for UEs <NUM> present in the communication system <NUM> such that the aforesaid models are adjusted accordingly. For instance, new MDT data might reveal changing radio signal attributes due to changed physical attributes such as a new building, tree and/or other obstructions, and thus is continuously integrated into the models. Additionally, in accordance with another illustrated embodiment, and as also described below, a single stage technique is employed utilizing MDT data to predict a location of a UE <NUM> in a communication system <NUM>.

With reference now to <FIG>, shown is a flow chart demonstrating implementation of the ML process <NUM> for the aforementioned exemplary single and two stage ML embodiments utilizing MDT data to predict a UEs <NUM> geolocation in a cellular communication system <NUM> preferably in a network monitoring device <NUM>. It is noted that the order of steps shown in <FIG> is not required, so in principle, the various steps may be performed out of the illustrated order. Also certain steps may be skipped, different steps may be added or substituted, or selected steps or groups of steps may be performed in a separate application following the embodiments described herein.

Starting at step <NUM>, received and monitored preferably in the network monitoring system <NUM> is an incoming signaling record from a UE <NUM> communicatively coupled in the cellular commination network <NUM> (e.g., an LTE system) which incoming signaling record includes radio signal attributes associated with the UE <NUM>. As mentioned above, such radio signaling attributes may include (and are not to be understood to be limited to): a Timing Advance (TA) signal; a Minimization of Drive Test (MDT) data record; a signal strength value of a serving eNodeB (cell) <NUM> for a UE <NUM> (e.g., a Reference Signal Received Power (RSRP) signal value); a signal quality value of a serving eNodeB (cell) for a UE <NUM> (e.g., a Reference Signal Received Quality (RSRQ) signal value); a signal strength value of a neighboring cell <NUM> relative to the serving eNodeB (cell) <NUM> for a UE <NUM>; and a signal quality value of a neighboring cell <NUM> relative to the serving eNodeB (cell) <NUM> for a UE <NUM>.

Next, at step <NUM> a determination is preferably made as to whether the aforesaid incoming signaling record includes MDT data records. If it is determined MDT data records are included in the received incoming signaling record of the UE <NUM>, then at step <NUM> the MDT data records are preferably verified and validated for GPS accuracy. This preferably includes: ensuring the GPS latitude and longitude fields are present with valid ranges (e.g., have not been corrupted); ensuring the MDT accuracy fields are present with an accuracy according to a threshold range (e.g., <NUM> to <NUM> meters); and/or ensuring the MDT speed field is present, and preferably with a positive range. If the MDT data records are verified/validated in step <NUM>, then in step <NUM> a geolocation machine learning model is generated for determining/predicating a location of future UEs in the cellular communication network <NUM> by preferably extracting certain ML features and labels from the MDT data record and radio signal attributes from the aforesaid incoming signaling record of the UE <NUM>. For instance, the illustrated embodiments may utilize machine learning libraries (such as Scikit-leam, pandas, numpy, and other suitable like libraries) for creating the ML models, which are then preferably stored in a ML database. Once stored, the ML models are then retrieved for results predication (e.g., predication/determination of geolocation coordinates). And in the event a ML model was previously created for the aforesaid MDT data record and radio signal attributes from the aforesaid incoming signaling record of the UE <NUM> attributable to a given cell (<NUM>-<NUM>), then such an existing ML updated with the new records (e.g., MDT data record and radio signal attributes from the aforesaid incoming signaling record of the UE <NUM>) for a given cell (<NUM>-<NUM>).

If at step <NUM> MDT data records were not determined present in the incoming signaling record of the UE <NUM>, or if at step <NUM> the MDT data records could not be verified/validated, then at step <NUM> a determination is preferably made as to whether a ML model (as previously generated in step <NUM>) exists that is determined relevant for the signal attributes contained in the incoming signaling record for the UE <NUM> for determining/predicting the geolocation of the UE <NUM> using ML techniques utilizing ML models previously generated in step <NUM>. For instance, this determination includes ensuring the GPS latitude and longitude fields are present with valid ranges (e.g., have not been corrupted); ensuring the MDT accuracy fields are present with an accuracy according to a threshold range (e.g., <NUM> to <NUM> meters); and/or ensuring the MDT speed field is present, and preferably with a positive range.

If at step <NUM> it is determined that one or more ML model exists determined relevant for the signal attributes contained in the incoming signaling record for the UE <NUM>, then in accordance with a single stage process the geo coordinates for the UE <NUM> are predicted by applying the call/radio signal attributes (e.g., a Timing Advance (TA) signal; a signal strength/quality value of a serving eNodeB (cell) <NUM> for a UE <NUM>; and a signal strength/quality value of a neighboring cell <NUM> relative to the serving eNodeB (cell) <NUM> for a UE <NUM>) and any MDT data records present in the received incoming signaling record for the UE <NUM> (step <NUM>) to the determined relevant previously generated ML model so as to predict the geo location coordinates for the UE <NUM> using ML techniques by preferably invoking the prediction functionality of the aforementioned saved ML models.

And in accordance with the aforementioned two stage process, first a corrected TA value for the TA value included in the incoming signaling record for the UE <NUM> is determined. This is preferably performed by applying the call/radio signal attributes (e.g., a Timing Advance (TA) signal; a signal strength/quality value of a serving eNodeB (cell) <NUM> for a UE <NUM>; and a signal strength/quality value of a neighboring cell <NUM> relative to the serving eNodeB (cell) <NUM> for a UE <NUM>) present in the received incoming signaling record for the UE <NUM> (step <NUM>) to the determined relevant previously generated ML model so as to predict a corrected TA value for the UE <NUM> using ML techniques. After the corrected TA value for the UE <NUM> using ML techniques is predicted, then in a second succeeding stage the geolocation coordinates for the UE <NUM> are predicted by applying aforesaid predicted corrected TA value together with other the call/radio signal attributes (e.g., a signal strength/quality value of a serving eNodeB (cell) <NUM> for a UE <NUM>; and a signal strength/quality value of a neighboring cell <NUM> relative to the serving eNodeB (cell) <NUM> for a UE <NUM>) present in the received incoming signaling record for the UE <NUM> (step <NUM>) to the determined relevant previously generated ML model so as to predict the geolocation location coordinates for the UE <NUM> using ML techniques by preferably invoking the prediction functionality of the aforementioned saved ML models.

And if at step <NUM> it was determined that one or more ML models did not exist determined relevant for the signal attributes contained in the incoming signaling record for the UE <NUM>, then at step <NUM> the geolocation coordinates for the UE is preferably determined utilizing prior known "fixed/ mathematical" methodology using heuristic methods. It is to be appreciated that such utilization of such prior heuristic methods provide decreased accuracy relative to the accuracy of the geolocation coordinates as determined/predicted for the UE <NUM> in step <NUM> utilizing the aforementioned ML techniques.

With certain illustrated embodiments described above, it is to be appreciated that various non-limiting embodiments described herein may be used separately, combined or selectively combined for specific applications. Further, some of the various features of the above non-limiting embodiments may be used without the corresponding use of other described features. The foregoing description should therefore be considered as merely illustrative of the principles, teachings and exemplary embodiments of this invention, and not in limitation thereof.

Thus, it is to be appreciated that what has been described above is determining geolocation coordinates using machine learning (ML) techniques, which is in contrast to the prior "fixed/ mathematical" methodology using heuristic methods, wherein the ML approach is adaptable to each cell site <NUM>-<NUM>. In other words, each cell site <NUM>-<NUM> preferably has unique radio and cell site attributes which over a period of time changes, (e.g., new buildings are constructed or tree growth, thus obstructing the radio signals) thus creating new radio patterns. This results in changed MDT data, however the models for each cell <NUM>-<NUM> are also adapted in real time, which was not possible with the prior known "fixed/ mathematical" methodology using heuristic methods.

Claim 1:
A machine learning method (<NUM>) performed by a communication network monitoring device (<NUM>), the method comprising:
receiving an incoming signaling record having radio signal attributes from a user equipment (<NUM>), UE (<NUM>), in a cellular communication network;
determining whether the UE incoming signaling record includes Global Positioning Signaling, GPS, data; and
respectively, either:
responsive to determining that the UE incoming signaling record includes the GPS data, training a machine learning model by using the radio signal attributes and the GPS data, the machine learning model for determining a location of future UE (<NUM>) in the communication network; or
responsive to determining that the GPS data is not included in the UE incoming signaling record, determining a geolocation for the UE (<NUM>) by applying at least the radio signal attributes to a previously trained machine learning model;
wherein the radio signal attributes include a Timing Advance, TA, value; and
wherein, responsive to determining that the UE incoming signaling record does not include the GPS data, the method further comprises:
determining a corrected TA value for the TA value included in the incoming signaling record by applying the radio signal attributes included in the UE incoming signalling record to the previously trained machine learning model; and
determining the geolocation for the UE (<NUM>) by further applying the corrected TA value to the previously trained machine learning model.