WO2025196805A2 - Système et procédé pour couche d'étude intérieure - Google Patents

Système et procédé pour couche d'étude intérieure

Info

Publication number
WO2025196805A2
WO2025196805A2 PCT/IN2025/050279 IN2025050279W WO2025196805A2 WO 2025196805 A2 WO2025196805 A2 WO 2025196805A2 IN 2025050279 W IN2025050279 W IN 2025050279W WO 2025196805 A2 WO2025196805 A2 WO 2025196805A2
Authority
WO
WIPO (PCT)
Prior art keywords
building
survey data
survey
data
option
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
PCT/IN2025/050279
Other languages
English (en)
Other versions
WO2025196805A9 (fr
Inventor
Pradeep Kumar Bhatnagar
Aayush Bhatnagar
Haresh Ambaliya
Aditya Sharma
Bhoopendra THAKUR
Uday VERMA
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Jio Platforms Ltd
Original Assignee
Jio Platforms Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Jio Platforms Ltd filed Critical Jio Platforms Ltd
Publication of WO2025196805A2 publication Critical patent/WO2025196805A2/fr
Publication of WO2025196805A9 publication Critical patent/WO2025196805A9/fr
Pending legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/22—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks comprising specially adapted graphical user interfaces [GUI]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/04—Processing captured monitoring data, e.g. for logfile generation
    • H04L43/045—Processing captured monitoring data, e.g. for logfile generation for graphical visualisation of monitoring data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/18—Network planning tools
    • H04W16/20—Network planning tools for indoor coverage or short range network deployment

Definitions

  • a portion of the disclosure of this patent document contains material, which is subject to intellectual property rights such as, but are not limited to, copyright, design, trademark, Integrated Circuit (IC) layout design, and/or trade dress protection, belonging to Jio Platforms Limited (JPL) or its affiliates (hereinafter referred as owner).
  • JPL Jio Platforms Limited
  • owner has no objection to the facsimile reproduction by anyone of the patent document or the patent disclosure, as it appears in the Patent and Trademark Office patent files or records, but otherwise reserves all rights whatsoever. All rights to such intellectual property are fully reserved by the owner.
  • the present disclosure relates generally to the field of wireless communication network.
  • the present disclosure relates to a system and a method to visualize details of the indoor (Wi-Fi) survey of a building performed by a field engineer.
  • Dynamic Visualization refers to the interactive representation of survey data that can change in real-time based on user inputs or data updates. Examples include heat maps, floor plans, bar charts, and data tables.
  • Heat Map refers to a type of dynamic visualization that represents data in a matrix format with varying colors indicating the intensity of values, often used to show the performance of key performance indicators (KPIs) across different areas within a building.
  • Floor Plan Images refers to visual representations of a building’s layout, used in conjunction with survey data to provide spatial context for the KPIs collected during the survey.
  • Wireless communication technology has rapidly evolved over the past few decades.
  • the first generation of wireless communication technology was analog technology that offered only voice services.
  • 2G second-generation
  • 3G 3G technology marked the introduction of high-speed internet access, mobile video calling, and location-based services.
  • 4G fourthgeneration
  • 5G fifth-generation
  • 5G fifth-generation
  • Wi-Fi wireless local area networking
  • Wi-Fi signal strength for a telecom operator to provide a smooth service to its consumers.
  • a reasonably strong signal is needed to support services that rely on fast download speeds.
  • a broadband internet service experience for a consumer depends upon the performance of their wireless network.
  • poor Wi-Fi performance may result in problems such as intermittent connectivity, unexpected disconnections, delays in connection and data transfer, and slow network speeds.
  • a method for managing, visualizing and analysing building survey data includes collecting survey data via an application, receiving the survey data at backend servers from the mobile application, processing the survey data at the backend servers, storing the processed survey data in a database, accessing the processed survey data through a portal, and displaying buildings in different categories on a map based on the survey data. Additional building information and survey information related to the buildings is displayed on the map.
  • a method for managing and visualizing survey data associated with a building includes steps of providing by one or more servers a user interface which enables the field engineer to search the building using a global search option displayed on the user interface. Based on the search, information associated with a plurality of buildings retrieved. For example, a plurality of building names is displayed matching with a partial name of the building entered by the field engineer in the search option. A location of the building is displayed on selecting the building name from the plurality of building names.
  • the one or more servers (154) present multiple selectable options on the user interface for viewing the survey data associated with the building based on selection of the information corresponding to the building.
  • the survey data is retrieved based on selection of a technology or frequency band and mapped to a building identifier (ID) of the selected building.
  • ID building identifier
  • the multiple selectable options include a first option and a second option.
  • the selection of the first option enables the field engineer to view building data parameters including one or more of a number of floors, a number of flats, address, name, and building ID
  • the selection of the second option enables the field engineer to select a flat or floor to view the survey data.
  • the survey data includes one or more of heat map, floor plan, test type, downlink reference signals received power (RSRP), and uplink RSRP.
  • RSRP downlink reference signals received power
  • the survey data is received by a load balancer, from a mobile application used by the field engineer which distributes the survey data to one or more application servers.
  • the application servers determine one or more microservices for processing the survey data.
  • the building data includes one or more of a number of floors, a number of flats, address, name, and building ID.
  • the user interface is associated with a web portal (302) which accesses the survey data from the one or more application servers.
  • the survey data includes parameters such as one or more of heat map, floor plan, test type, downlink reference signals received power (RSRP), and uplink RSRP.
  • the survey data further includes a current value of each of a plurality of key performance indicators (KPIs) associated with a network at a location corresponding to a building where the wireless survey is being performed.
  • KPIs key performance indicators
  • a building layer is plotted on a digital map to display a building tile for each building for which survey data has been collected.
  • a color-coding scheme is applied to the building tile in the building layer according to respective Reference Signal Received Power (RSRP) value associated with the building based on the survey data.
  • RSRP Reference Signal Received Power
  • the one or more microservices retrieve the survey data from the database and store processed survey data in a distributed file system.
  • a system for managing and visualizing survey data associated with a building includes steps of providing by one or more servers a user interface which enables the field engineer to search the building using a global search option displayed on the user interface.
  • a plurality of building names is displayed matching with a partial name of the building entered by the field engineer.
  • a location of the building is displayed on selecting the building from the plurality of building names.
  • the one or more servers (154) presents multiple selectable options on the user interface for viewing the survey data according to different wireless technologies and frequency bands.
  • the survey data is retrieved based on selection of a technology or frequency band and mapped to a building identifier (ID) of the selected building.
  • ID building identifier
  • the user interface displays the survey data mapped to the building identifier to facilitate analysis of the indoor wireless survey results.
  • a user equipment for managing and visualizing survey data of a survey performed for a building.
  • the UE includes a processor and a computer readable storage medium storing programming for execution by the processor.
  • the programming including instructions to obtain survey data through a mobile application and transmit the survey data to one or more backend servers, wherein the one or more backend servers process the received survey data.
  • the building data and processed survey data is provided by the one or more backend servers for display on a user interface of the user equipment.
  • a computer program product comprising a non-transitory computer- readable medium comprising instructions that, when executed by one or more processors, cause the one or more processors to perform a plurality of steps.
  • the steps include providing by one or more servers a user interface which enables the field engineer to search the building using a global search option displayed on the user interface.
  • a plurality of building names is displayed matching with a partial name of the building entered by the field engineer.
  • a location of the building is displayed on selecting the building from the plurality of building names.
  • the one or more servers (154) presents multiple selectable options on the user interface for viewing the survey data according to different wireless technologies and frequency bands.
  • the survey data is retrieved based on selection of a technology or frequency band and mapped to a building identifier (ID) of the selected building.
  • ID building identifier
  • An object of the present disclosure is to provide a system and a method for indoor survey layer.
  • Another object of the present disclosure is to provide a system and a method to check details of the indoor (Wi-Fi) survey performed by a field engineer.
  • Another object of the present disclosure is to provide an intuitive way of providing data on the W-Fi survey.
  • Another object of the present disclosure is to provide a user-friendly graphical user interface (GUI) for analyzing the W-Fi survey of the area of interest.
  • GUI graphical user interface
  • Another object of the present disclosure is to provide microservices- based architecture that is easily manageable.
  • Another object of the present disclosure is to provide precise data visualization of the W-Fi survey and building data.
  • FIG. 1A illustrates an exemplary network architecture for performing a Wi-Fi survey of a building, in accordance with embodiments of the present disclosure.
  • FIG. IB illustrates an exemplary flow diagram for managing and visualising an indoor survey of the building, in accordance with an embodiment of the present disclosure.
  • FIG. 2A illustrates a exemplary block diagram of a system for managing and visualising an indoor survey of the building, in accordance with an embodiment of the present disclosure.
  • FIG. 2B illustrates an exemplary system architecture for managing and storing an indoor survey, in accordance with an embodiment of the present disclosure.
  • FIG. 3 illustrates an exemplary system architecture for visualizing an indoor survey layer, in accordance with an embodiment of the present disclosure.
  • FIG. 4 illustrates an exemplary computer system in which or with which embodiments of the present disclosure may be implemented.
  • FIG. 5 illustrates a method for managing and visualising building survey data, in accordance with an embodiment of the present disclosure.
  • individual embodiments may be described as a process which is depicted as a flowchart, a flow diagram, a data flow diagram, a structure diagram, or a block diagram. Although a flowchart may describe the operations as a sequential process, many of the operations can be performed in parallel or concurrently. In addition, the order of the operations may be re-arranged.
  • a process is terminated when its operations are completed but could have additional steps not included in a figure.
  • a process may correspond to a method, a function, a procedure, a subroutine, a subprogram, etc. When a process corresponds to a function, its termination can correspond to a return of the function to the calling function or the main function.
  • exemplary and/or “demonstrative” is used herein to mean serving as an example, instance, or illustration.
  • the subject matter disclosed herein is not limited by such examples.
  • any aspect or design described herein as “exemplary” and/or “demonstrative” is not necessarily to be construed as preferred or advantageous over other aspects or designs, nor is it meant to preclude equivalent exemplary structures and techniques known to those of ordinary skill in the art.
  • the terms “includes,” “has,” “contains,” and other similar words are used in either the detailed description or the claims, such terms are intended to be inclusive in a manner similar to the term “comprising” as an open transition word without precluding any additional or other elements.
  • Radio Access Technology refers to the technology used by mobile devices/ User Equipment (UE) to connect to a cellular network. It refers to the specific protocol and standards that govern the way devices communicate with base stations, which are responsible for providing the wireless connection.
  • each RAT has its own set of protocols and standards for communication, which define the frequency bands, modulation techniques, and other parameters used for transmitting and receiving data.
  • RATs include GSM (Global System for Mobile Communications), CDMA (Code Division Multiple Access), UMTS (Universal Mobile Telecommunications System), LTE (Long-Term Evolution), and 5G.
  • GSM Global System for Mobile Communications
  • CDMA Code Division Multiple Access
  • UMTS Universal Mobile Telecommunications System
  • LTE Long-Term Evolution
  • 5G 5G.
  • the choice of RAT depends on a variety of factors, including the network infrastructure, the available spectrum, and the mobile device' s/de vice's capabilities. Mobile devices often support multiple RATs, allowing them to connect to different types of networks and provide optimal performance based on the available network resources.
  • Wi-Fi-enabled devices are used in user premises, and consumers are depending more on being connected to the web.
  • RSRP reference signal received power
  • DL download link
  • UL upload link
  • RSSI received signal strength indication
  • a Wi-Fi heatmap is a visual representation of the wireless signal coverage and strength.
  • the Wi-Fi heatmaps are generally overlaid on top of a building or facility floor plan to help give network owners a clear idea of where problem areas are located in relation to the collected survey data and access point locations.
  • a Wi-Fi floor plan is specially created to provide whole home coverage based on the residence size, number of levels, neighboring networks, and wall composition.
  • Reference Signal Received Power is a measure of the received power level in an LTE cell network.
  • the average power is a measure of the power received from a single reference signal.
  • the downlink (DL) and uplink (UL) pertain to the data speed and coverage for cellular devices such as smartphones and tablets in 4G/LTE, and newer radio frequencies such as 5G.
  • Signal coming to the cell phone from the cell tower is known as the downlink.
  • Signal leaving the cell phone back to the cell tower is known as the uplink.
  • received signal strength indicator or received signal strength indication is a measurement of the power present in a received radio signal.
  • the traditional techniques generally for assessing and visualizing a Wi-Fi signal profile of an area of interest are time consuming and they lack in providing the Wi-Fi profile in a user friendly and interactive environment.
  • the traditional techniques generally require downloading huge reports to analyze/check the Wi-Fi survey details/data. Further traditional techniques fail to provide precise data visualization of the Wi-Fi survey. Thus, in such scenario it is very cumbersome to analyze/check the Wi-Fi survey details.
  • the present disclosure aims to overcome the above-mentioned and other existing problems in this field of technology by providing an improved system and a method for managing, analyzing and visualizing an indoor survey performed for a building.
  • FIG. 1A illustrates an exemplary architecture 100 of a system (102) for, in accordance with embodiments of the present disclosure.
  • the network architecture (100) is implemented for managing, analyzing and visualizing an indoor survey performed for a building.
  • the system (102) is connected to a network (104), which is further connected to at least one computing devices 108-1, 108-2, ... 108-N (collectively referred as computing device 108, herein) associated with one or more users 110-1, 110-2, ... 110-N (collectively referred as user (110), herein).
  • the computing device (108) may be personal computers, laptops, tablets, wristwatch, or any custom-built computing device integrated within a modern diagnostic machine that can connect to a network as an loT (Internet of Things) device.
  • the computing device (108) may also be referred to as User Equipment (UE) or user device. Accordingly, the terms “computing device” and “User Equipment” may be used interchangeably throughout the disclosure.
  • the user (110) is a network operator or a field engineer. Further, the network (104) can be configured with a centralized server (106) that stores compiled data.
  • the system (102) may receive at least one input data from the user (110) via the at least one computing devices (108).
  • the user (110) may be configured to perform an indoor survey of a building using a mobile application installed in the computing devices (108).
  • the mobile application may be configured to communicate with one or more backend servers or applications servers.
  • the applications servers and backend servers are used interchangeably. Examples of backend servers include Apache, Nginx, uWSGI, and Gunicorn. Backend servers are part of the back end of a website or application, which is also known as the server side.
  • the mobile application may be a software or a mobile application from an application distribution platform.
  • the computing device (108) may transmit the at least one captured data packet over a point-to-point or point-to-multipoint communication channel or network (104) to the system (102).
  • the network (104) may include, but not be limited to, at least a portion of one or more networks having one or more nodes that transmit, receive, forward, generate, buffer, store, route, switch, process, or a combination thereof, etc. one or more messages, packets, signals, waves, voltage or current levels, some combination thereof, or so forth.
  • a system (102) manage, monitor, and visualize building survey data is implemented within the system architecture as per flow diagram (150) illustrated in FIG. IB.
  • a mobile application (152) is configured to gather a variety of data points from buildings during the survey process.
  • the collected survey data is then received by one or more backend servers (154) from the mobile application (152).
  • the survey data includes a plurality of key performance indicators (KPIs) which are critical for the subsequent analysis.
  • KPIs key performance indicators
  • the backend servers (154) Upon receiving the survey data, the backend servers (154) retrieve threshold values for each of the plurality of KPIs from a database. These threshold values serve as benchmarks for evaluating the KPIs collected during the survey. The backend servers (154) process the survey data, wherein the processing includes a comparative analysis performed on the value of each KPI relative to its respective threshold value.
  • the backend servers (154) generate a color-coded visualization of the plurality of KPIs and buildings.
  • This color-coded visualization facilitates easy interpretation of the survey results, allowing users to quickly identify buildings that meet, exceed, or fall below the set thresholds for each KPI.
  • the processed survey data, along with the color-coded visualization, is then used to display buildings in different categories on a map module (158).
  • the map module (158) categorizes and displays buildings using the different colors, enabling users to visually discern building conditions at a glance.
  • the system (102) described herein provides significant advantages by allowing for categorization of buildings as red, yellow, or green on the map module (158) based on predetermined criteria. This categorization helps in prioritizing buildings that require immediate attention versus those that are performing well.
  • Additional building information (160) and survey information (162) related to the buildings is displayed on the map of the map module (108). This supplemental information enhances the understanding of building conditions and facilitates informed decision-making.
  • the additional building information enables the user see all building properties no.of floor, no.of flats, address, name, building ID.
  • the survey information allows the user to select particular flat, floor, flat no. to view survey information heat map, floor plan, test type, DL, UL, RSRP.
  • a user equipment (UE) (108) is described for managing and visualizing survey data of a survey performed for a building.
  • the UE includes a processor and a computer readable storage medium storing programming for execution by the processor.
  • the programming including instructions to obtain survey data through a mobile application and transmit the survey data to one or more backend servers, wherein the one or more backend servers process the received survey data.
  • the building data and processed survey data is provided by the one or more backend servers for display on a user interface of the user equipment.
  • FIG. IB an exemplary flow diagram (150) of the system (102) for monitoring survey data of a wireless survey performed by one or more field engineers at a building, in accordance with an embodiment of the present disclosure.
  • the field engineer may perform a Wi-Fi indoor survey using the mobile application (152), such as a customized mobile app, at the customer’s premises, including a flat, a building, an independent housing structure, a commercial space, such as a shop, an office space, and the like.
  • the mobile application (152) is configured to used by one or more field engineers to facilitate the collection of indoor survey data at the customer’s premises.
  • the mobile application (152) provides a user interface for field engineers to gather and display wireless key performance indicators, such as downlink (DL) data speed, uplink (UL) data speed, reference signal received power (RSRP), and received signal strength indicator/indication (RSSI).
  • DL downlink
  • UL uplink
  • RSRP reference signal received power
  • RSSI received signal strength indicator/indication
  • the mobile application (152) may collect various key performance indicators (KPIs), such as downlink (DL) data speed, uplink (UL) data speed, reference signal received power (RSRP), received signal strength indicator, or received signal strength indication (RSSI).
  • KPIs key performance indicators
  • the field engineer may upload the details of the indoor survey with various Wi-Fi (KPIs) to the backend server(s) (154).
  • the survey data includes parameters such as one or more of heat map, floor plan, test type, downlink reference signals received power (RSRP), and uplink RSRP.
  • the survey data further includes parameters such as a current value of each of a plurality of key performance indicators (KPIs) associated with a network at a location corresponding to a building where the wireless survey is being performed
  • the backend server(s) (154) analyse the received and store the various analysed Wi-Fi KPI in a database (114).
  • the backend server (154) is a computing architecture that receives, processes, and stores the survey data collected by field engineers. When a field engineer uses a mobile application to perform a wireless survey, the collected data (such as RSRP, RSSI, download and upload speeds, and other KPIs) is sent to the backend server (154).
  • the backend server (154) then stores the data in a database or distributed storage system and may perform additional tasks like comparing the KPIs against thresholds, mapping the data to specific buildings or locations, and providing the results to a user interface or web portal. As an example, the comparison includes subtracting the threshold value from the collected KPI value.
  • the database (114) may be further connected to a web portal (156).
  • a web portal For example, the field engineer visits a customer's apartment complex and uses the customized mobile application (152) to perform a Wi-Fi survey.
  • the engineer collects data on KPIs, such as DL speed, UL speed, RSRP, and RSSI. After completing the survey, the engineer uploads the data to the mobile application (152) through an user interface.
  • the mobile application (152) the data is received by one or more backend servers (154).
  • the backend servers process the data and store the data in the database (114).
  • the survey data is then distributed across multiple clusters in the distributed data storage system, ensuring efficient data handling and retrieval.
  • the details of indoor survey may be stored in a distributed data storage that is distributed in clusters.
  • the distributed data storage system is designed to divide and store data across multiple nodes, known as clusters.
  • Each cluster consists of multiple storage nodes that work together to store, manage, and retrieve data.
  • the storage system typically is organized into clusters, where each cluster contains multiple nodes.
  • Each node in a cluster stores a portion of the overall data. For example, if there are three clusters, Cluster A, Cluster B, and Cluster C, the data from an indoor survey might be distributed across these clusters, with each cluster holding a subset of the data.
  • a user or a field engineer may access the web portal (156) to analyze the Wi-Fi indoor survey details.
  • the web portal (156) provides a user interface that includes a plurality of options for the user to select for viewing the survey information and building information.
  • the survey data and survey information is used interchangeably.
  • the building data and building information is used interchangeably.
  • the user may select an indoor layer option that allows the user to view a map details related to an area of interest.
  • the web portal (156) may allow the user to perform a zoom function, such as 100-300 meters, to view the customer’s buildings, flats, etc., where the indoor survey has been performed by the field engineer. For example, a user accesses the web portal (156) to check the Wi-Fi performance in a particular apartment complex.
  • the user selects the indoor layer option and zooms in to view specific buildings within the complex.
  • the buildings are color-coded based on the survey data, with red indicating poor Wi-Fi performance, yellow indicating moderate performance, and green indicating excellent performance.
  • the user can also view additional building information and perform further analysis using the indoor analysis option.
  • the web portal (156) provides each building/flat tile with different colors (red/yellow/green) according to the various Wi-Fi parameters (KPIs) such as downlink (DL) data speed, uplink (UL) data speed, reference signal received power (RSRP), received signal strength indicator or received signal strength indication (RSSI), etc.
  • KPIs Wi-Fi parameters
  • the survey details associated with a building/flat may be categorized and displayed on a map of the map module (108) through different colors (e.g., red/yellow/green). Further, the colors are associated with at least one Wi-Fi parameter, such as RSSI values.
  • a red colored RSSI may indicate a high RSSI value at a particular building/flat
  • a yellow color RSSI may indicate a medium RSSI value at a particular building/flat
  • a green color RSSI may indicate a low RSSI value at a particular building/flat.
  • the colors may be generated by applying a plurality of threshold values to the received Wi-Fi parameter (KPIs).
  • the plurality of threshold values may be set by the user which depends on location of the building.
  • a visualization of the categorized plurality of Wi-Fi parameters (KPIs) may be presented to the user.
  • the user may further select the generated visualization for analysing the indoor survey layer.
  • the display of the survey details associated with the building/flat through different colors, e.g., red/yellow/green, may provide an intuitive way of data presentation and may further allow the user to easily interpret the survey data. Further, the display of the survey data associated with the building/flat through different colors, e.g., red/yellow/green, may provide a precise data visualization without errors.
  • the user may select any building/flat (in different colors) on a user-friendly graphical user interface (GUI).
  • GUI graphical user interface
  • the web portal allows the user to select various options such as building properties and indoor analysis for checking the survey details.
  • the map of the map module (108) may include the building information (160) and the survey information (162).
  • the option of building properties may allow the user to view all building properties, such as the number of floors, number of flats, the address of the building/flats, the name of the building/ name of the flat, the building ID, etc.
  • the option of indoor analysis may allow the user to select a particular flat, a particular floor, or a particular flat number to view the survey data with various Wi-Fi parameters (KPIs) like generated DL, UL, RSRP, RSSI, etc.
  • KPIs Wi-Fi parameters
  • the user may select a particular test type in the option of indoor analysis.
  • the survey details screen has user interface options such as dropdown options, like floor, flat, wing, etc.
  • the user may view a heat map overlaid on Building A’s floor plan to identify areas of strong or weak Wi-Fi coverage.
  • the test type e.g., throughput test, ping test
  • the survey data further includes a current value of each of a plurality of KPIs associated with a network at a location corresponding to the building.
  • the field engineer can measure real-time DL speed, UL speed, RSRP, and RSSI using the mobile application (152).
  • the web portal (156) may provide dynamic visualization of the survey details (such as heat map and floor plan images) in the form of bar charts and data tables that show the various KPIs, such as RSRP, DL, UL, RSSI, and other KPIs, and performed test details.
  • the heat map and floor plan images of a building’s apartment where the survey was performed may be seen in a separate window.
  • the web portal provides a user-friendly GUI to the user and further provides the details of the indoor survey, which the user can view in the form of bar charts and data tables that show various key performance indicators (KPIs) such as heat maps, floor plans, RSRP, DL, UL, RSSI, etc.
  • KPIs key performance indicators
  • FIG. 2 A illustrates a block diagram (200 A) of the system (102) for visualizing survey data associated with a building, according to an embodiment of the present invention.
  • the system (102) may include one or more processor(s) (202).
  • the one or more processor(s) (222) may be implemented as one or more microprocessors, microcomputers, microcontrollers, edge or fog microcontrollers, digital signal processors, central processing units, logic circuitries, and/or any devices that process data based on operational instructions.
  • one or more processor(s) (222) may be configured to fetch and execute computer-readable instructions stored in memory (224) of the system (102).
  • the memory (224) may be configured to store one or more computer-readable instructions or routines in a non-transitory computer-readable storage medium, which may be fetched and executed to create or share data packets over a network service.
  • the memory (224) may include any non-transitory storage device including, for example, volatile memory such as random-access memory (RAM), or non-volatile memory such as Erasable Programmable Read-Only Memory (EPROM), flash memory, and the like.
  • the memory (224) may include, for example, a hard disk drive and/or a removable storage drive, representing a floppy disk drive, a magnetic tape drive, a compact disk drive, a program cartridge and cartridge interface (such as that found in video game devices), a removable memory chip (such as EPROM or PROM), and the like, which is read by and written to by removable storage unit.
  • the removable storage unit includes a computer usable storage medium having stored therein computer software and/or data.
  • the removable storage drive reads from and/or writes to a removable storage unit in a well-known manner.
  • the removable storage unit also called a program storage device or a computer program product, represents a floppy disk, magnetic tape, compact disk, etc.
  • the computer programs are stored in main memory (204). Such computer programs, when executed, enable the system (102) to perform the functions of the present disclosure as discussed herein. In particular, the computer programs, when executed, enable the one or more processors (222) to perform the functions of the present disclosure. Accordingly, such computer programs represent controllers of the system (102).
  • the system (102) may include an user interface(s) (226), alternatively referred to as an interface(s) (226).
  • the interface(s) (226) may include a variety of user interfaces, for example, interfaces for data input and output devices, referred to as I/O devices, storage devices, and the like.
  • the interface(s) (226) may facilitate communication to/from the system (102).
  • the interface(s) (226) may also provide a communication pathway for one or more components of the system (102). Examples of such components include but are not limited to, application server (226) and database (210).
  • the application server (206) may be implemented as a combination of hardware and programming (for example, programmable instructions) to implement one or more functionalities of the application server (206).
  • programming for the application server (206) may be processor-executable instructions stored on a non-transitory machine -readable storage medium
  • the hardware for the application server (206) may include a processing resource (for example, one or more processors), to execute such instructions.
  • the machine -readable storage medium may store instructions that, when executed by the processing resource, implement the application server (206).
  • system (102) may include the machine-readable storage medium storing the instructions and the processing resource to execute the instructions, or the machine -readable storage medium may be separate but accessible to system (102) and the processing resource.
  • the application server (206) may be implemented by electronic circuitry.
  • the database (210) includes data that may be either stored or generated because of functionalities implemented by any of the components of the processor (222) or application server (206).
  • the database (210) may be separate from the system (102).
  • the database (210) may be indicative of including, but not limited to, a relational database, a distributed database, a cloud-based database, or the like.
  • the database may include a distributed file system (222) for storing the data.
  • the system (102) is configured to monitor the survey data of a wireless survey performed by one or more field engineers.
  • the field engineer may perform a Wi-Fi indoor survey at a customer’s premises, using a mobile application (152).
  • the mobile application (152) provides a user interface (226) to facilitate the collection of indoor survey data, including various wireless key performance indicators (KPIs) such as downlink (DL) data speed, uplink (UL) data speed, reference signal received power (RSRP), and received signal strength indicator/indication (RSSI).
  • KPIs wireless key performance indicators
  • DL downlink
  • UL uplink
  • RSRP reference signal received power
  • RSSI received signal strength indicator/indication
  • the user interface (226) displays a global search option for identifying a building.
  • the global search option enables a field engineer to select a building from one or more buildings displayed in the search results.
  • the user interface (226) then enlarges the location of the selected building on a map and displays the survey data mapped to the selected building. For example, if a field engineer needs to survey Building A in an apartment complex, the engineer may type the initial characters of Building A in the global search, for example, initial four characters, choose Building A from the dropdown list, and view Building A enlarged on the map along with any survey data collected for that building.
  • the searching for a building using the global search option on a user interface involves interacting with search fields, filters, and options to find specific building information.
  • a search bar with text like "Search for buildings,” “Search by name, location, or type,” or just an icon (magnifying glass) is displayed on the user interface. For example:
  • Search by Building Name The name of the building is typed in the search bar such as “Empire State Building”
  • Search by Location The name of a city, neighborhood, or street name is entered to search for buildings in a specific location. For Example: “Los Angeles” or “5th Avenue.”
  • Advanced Search Filters The user interface further offers advanced filters to help narrow the search based on specific criteria (e.g., building size, amenities, year built). For Example: Filters like “Square footage,” “Price range,” or “Year of construction.”
  • Building Size Refine by number of floors, square footage, or capacity.
  • Price or Value Filter by estimated building value or rent price.
  • the user interface (UI) for searching a building provides multiple several search options to improve user experience. Below are some different search options provided by the UI for building search:
  • Basic Text Search Allows users to enter keywords (e.g., room name, department, person, or equipment) to locate a specific area within the building.
  • keywords e.g., room name, department, person, or equipment
  • Auto-Suggest / Auto-Complete As the user types, the system can show suggestions or predictions to help guide the search and reduce errors.
  • a specific identifier such as room number, floor, or department code can be entered directly to locate a space.
  • Department or Function Users can filter by departments or building sections (e.g., HR, IT, kitchen, conference rooms).
  • departments or building sections e.g., HR, IT, kitchen, conference rooms.
  • Occupancy Type Allow filtering based on whether a space is a meeting room, office, restroom, storage, etc.
  • Room Size Filter based on room size or capacity (e.g., small, medium, large rooms).
  • Clickable Building Map Users can interact with a visual map of the building to click on specific floors, rooms, or areas.
  • Heatmaps Display the popularity or availability of rooms or areas in the building (e.g., green for available, red for occupied).
  • the information retrieved corresponding to the building include name of the building, identifier of the building i.e. building ID, location, commercial or residential etc.
  • the building information is not limited to the above mentioned information, it may include all other types of information which may relate to a building.
  • a query is created and sent to servers and databases over the internet.
  • the servers will process the query and send the relevant building information back in a structured format (e.g., JSON, XML, CSV) which is displayed on the user interface.
  • a structured format e.g., JSON, XML, CSV
  • Different types of user interfaces may be used for retrieving the building information.
  • an interactive floor plan user interface is a map-based interface where users can interact with floor plans to retrieve building details, such as the number of rooms, dimensions, amenities, and pricing.
  • Building Information Management (BIM) Interface is a sophisticated 3D modeling interface used for viewing the building information.
  • the information corresponding to the building is selected by interacting with the UI, such as by clicking, tapping, or typing. These actions could involve selecting buttons, menu items, form inputs, or other UI elements. Based on the user's action, an event (such as a click event or form submission) is generated for further processing.
  • an event such as a click event or form submission
  • the user interface (226) presents, by the one or more servers (154), multiple selectable options on the user interface for viewing the survey data according to different wireless technologies and frequency bands based on selection of the building.
  • the presented multiple selectable options may include dropdown menu, check boxes, radio button, menu, sliders etc.
  • the selectable options are not limited to examples mentioned above and may include all other types of options.
  • a user selection of a specific technology such as 4G, 5G or band, such as Wi-Fi 2.4 GHz or Wi-Fi 5.0 GHz, filters and retrieves the relevant survey data. For instance, the user may wish to analyze only the 2.4 GHz Wi-Fi performance in Building A’s third floor; the user selects “Wi-Fi” and “2.4 GHz,” prompting the user interface to display the corresponding data for that floor.
  • the backend server(s) (154) is configured to map the retrieved survey data to a building identifier (ID) of the selected building.
  • ID building identifier
  • the system (102) automatically associates those survey records with the building identifier. For example, if Building A’s ID is “BA-123,” the system (102) will store and tag all Wi-Fi survey KPIs under “BA-123,” allowing streamlined organization and future retrieval of data.
  • the user interface (226) of the mobile application displays on the user’s device the survey data mapped to the building identifier.
  • the display facilitates analysis of the indoor wireless survey results.
  • the user interface may show building details (number of floors, number of flats, etc.), alongside color-coded KPI results such as RSRP or RSSI. These details enable the user to quickly evaluate which parts of the building require further attention or adjustments in Wi-Fi coverage.
  • the user interface (226) presents multiple selectable options on the user interface (226) may include a first option and a second option.
  • the first option and the second option may display a drop down menu displaying a multiple sub-options.
  • the user or field engineers are enabled to select at least one sub-option from the first option and the second option.
  • Selection of the first option enables the one or more field engineers to view building data parameters, including one or more of a number of floors, a number of flats, address, name, and building ID.
  • Selection of the second option enables the one or more field engineers to pick a flat for conducting the wireless survey. For example, upon clicking the second option, an engineer can choose Flat 301 under Building A and proceed to collect or analyze Wi-Fi KPIs specific to that flat.
  • the system (102) is further configured to receive the survey data, by a first load balancer (204), from the mobile application (152).
  • the mobile application sends survey data (likely in JSON (JavaScript Object Notation ) or another format) to a load balancer via HTTP requests
  • the load balancer (204) distributes the survey data to one or more application servers (206).
  • a load balancer is a server or network device that distributes incoming requests among multiple backend servers (also called application servers) to ensure high availability and scalability.
  • the load balancer determines which backend server should handle the incoming request based on a load balancing algorithm.
  • the load balancer typically operates at Layer 7 (the application layer) or Layer 4 (the transport layer) of the OSI model. Depending on the type of load balancer, the request might be distributed based on:
  • IP Hashing requests from a specific IP address are directed to the same server
  • the one or more application servers (206) determine one or more microservices for processing the survey data.
  • the application servers (206) determine the microservices based on the parameters of the survey data.
  • Each microservice can handle one or more aspects of the data lifecycle, including data ingestion, validation, analysis, storage, etc.
  • the examples of microservices for survey data processing include a survey collection service which receives and stores survey data and ensures data integrity and validation (e.g., required fields, formatting) of the survey data.
  • Another example may include a survey analysis service which processes the survey data to generate insights, statistics, or reports.
  • a notification microservice handles the task of notifying users about survey completion or feedback. This service could send emails, SMS, or in-app notifications.
  • a reporting microservice is responsible for generating reports based on processed survey data, which can be in formats like PDF, CSV, or interactive dashboards.
  • the system (102) is beneficial when a large number of surveys are uploaded simultaneously, because the load balancer (204) can direct incoming survey data to various backend services, ensuring high availability and optimized performance.
  • the system (102) is configured to plot a building layer on a digital map to display each building for which survey data has been collected and apply a color-coding scheme to building tiles in the building layer according to respective RSRP values determined from the survey data.
  • steps to plot a building layer on a digital map to display a building tile may include:
  • a Mapping Platform Select a digital mapping platform like Google Maps, OpenStreetMap, Mapbox, or a GIS (Geographical Information System) tool (e.g., QGIS or ArcGIS).
  • GIS Global Information System
  • Map Tile or API Key Using a mapping API like Google Maps or Mapbox, the user accesses the map tiles.
  • Tile Coordinates The geographic area (coordinates) of the building tile are defined for display. For example, the tile could correspond to a specific latitude/longitude range.
  • Tile Size If user wants a specific zoom level or grid size, adjust the tile size according to the map service you're using (e.g., Google Maps uses a zoom level scale where each zoom level corresponds to different levels of detail).
  • GeoJSON Format If user data is in a format like shapefiles or CSV, convert it to GeoJSON format for easy integration with mapping APIs.
  • GIS Geographic Information System
  • Styling the Tile User can adjust the color, opacity, borders, and even add labels or other markers to distinguish each building.
  • Interactive Features Add popups, hover effects, or tooltips to display information when the user clicks or hovers over a building.
  • Zoom and Pan Enable users to zoom in or out and pan around the map.
  • Hover/Click for Info Display additional building details (height, use, address, etc.) when a user interacts with a building.
  • RSRP values are consistently high, it may be highlighted in green, while moderate performance levels can be indicated in yellow, and poor performance in red.
  • This color-coded approach enables field engineers, network administrators, and stakeholders to quickly identify areas requiring attention. For instance, if the user notices a particular cluster of red buildings within a neighborhood, it may signify an overall weak coverage that demands immediate action. By selecting any red building, the user can access detailed KPI metrics, view floor-level details, and drill down to specific flats for targeted troubleshooting.
  • the typical RSRP value ranges are as follows:
  • Fair Signal Strength RSRP between -90 dBm and -100 dBm. This range is still acceptable for many uses, but performance may degrade, especially for data- intensive tasks.
  • RSRP Poor Signal Strength: RSRP between -100 dBm and -110 dBm. At this level, users may experience dropped calls or slow data speeds, especially in areas of high traffic. Very Poor or No Signal: RSRP ⁇ -110 dBm. This indicates very poor or no signal, where network access is unreliable or unavailable.
  • FIG. 2B illustrates a system architecture (200B) for managing and storing an indoor survey data, in accordance with an embodiment of the present disclosure.
  • the field engineer may perform a Wi-Fi indoor survey using a mobile application (202) at the customer’s premises.
  • the customer’s premise may be a flat, a building, an independent housing structure, a cabin, a commercial structure, such as a shop, and the like.
  • the survey data is sent to a first load balancer (204).
  • the first load balancer (204) is placed, for example, between the mobile application and a plurality of application servers (206). By evenly distributing incoming survey data, the load balancer balances the load and may prevent any one service instance from becoming overloaded.
  • the first load balancer (204) transfers the survey data to the plurality of application servers (206).
  • An application server is a type of server implemented to host and run applications, such as mobile applications or web applications.
  • the application server provides an environment for executing and managing various application processes.
  • the application layer acts as a middle layer between the backend services and the frontend client applications, such as web browsers, mobile applications and the like.
  • the application server (206) is a representation of the backend servers (154) as illustrated in Fig. 1.
  • the application servers (206) may be connected to a database (210) to store the survey data from the field engineer.
  • a second load balancer (214) is implemented between the plurality of the microservices (208) and the application servers (206).
  • a particular microservice is selected from the plurality of the microservices (208) based on the survey data from the application servers (206).
  • the details of indoor survey are stored in a distributed data storage (212), for example, distributed database, that is distributed in clusters.
  • the distributed data storage (212) provides a very low probability of data loss because it is easily accessible inside the clusters.
  • FIG. 3 illustrates an example system architecture for analyzing and visualizing the indoor survey data, in accordance with an embodiment of the present disclosure.
  • the user may analyze/check the Wi-Fi indoor survey details using a web portal (302) in a user device (laptop/computer, etc.).
  • the survey data is received from a load balancer (304).
  • the load balancer (304) sits between the web portal and the plurality of application servers (306-1, 306-2.306-n). By evenly receiving incoming survey data, the load balancer (304) helps to prevent any one service instance of the application servers (306-1, 306-2.306-n) from becoming overloaded.
  • the load balancer (304) receive the survey data from the plurality of application servers (306-1, 306-2.306-n).
  • the plurality of application servers (306-1, 306-2.306-n) may be connected to a database (312) to store the survey data for the user.
  • the database (312) is further connected to a plurality of microservices (MS-1, MS -2.... MS -n) (310-1, 310-2.310-n).
  • the plurality of application servers (306-1, 306-2.306-n) may be connected to the plurality of microservices (MS-1, MS-2....MS-n) (310-1, 310-2.310-n) through the load balancer (308).
  • the application servers (306-1, 306-2.306-n) uses one or more microservices from the plurality of microservices (MS-1, MS- 2. . ..MS-n) (310-1, 310-2.310-n) for providing the survey data to web portal.
  • the details of indoor surveys are stored in a distributed data storage (314) that is distributed in clusters.
  • the distributed data storage (314) provides a very low probability of data loss because it is easily accessible in inside the clusters.
  • the present invention provides high availability (HA) implementation due to the plurality of microservices (MS-1, MS-2....MS-n) (310- 1, 310-2.310-n) which are serving the application programming interface
  • the present invention provides a map to plot building tiles where the survey has been performed.
  • FIG. 4 illustrates an exemplary computer system 400 in which or with which embodiments of the present disclosure may be implemented.
  • the computer system 400 may include an external storage device 410, a bus 420, a main memory 430, a read-only memory 440, a mass storage device 450, a communication port(s) 460, and a processor 470.
  • a person skilled in the art will appreciate that the computer system 400 may include more than one processor and communication ports.
  • the processor 470 may include various modules associated with embodiments of the present disclosure.
  • the communication port(s) 460 may be any of an RS-232 port for use with a modem-based dialup connection, a 10/100 Ethernet port, a Gigabit or 10 Gigabit port using copper or fiber, a serial port, a parallel port, or other existing or future ports.
  • the communication ports(s) 460 may be chosen depending on a network, such as a Local Area Network (LAN), Wide Area Network (WAN), or any network to which the computer system 400 connects.
  • LAN Local Area Network
  • WAN Wide Area Network
  • the main memory 430 may be Random Access Memory (RAM), or any other dynamic storage device commonly known in the art.
  • the read-only memory 440 may be any static storage device(s), for example, but not limited to, a Programmable Read Only Memory (PROM) chip for storing static information e.g., start-up or basic input/output system (BIOS) instructions for the processor 470.
  • the mass storage device 450 may be any current or future mass storage solution, which can be used to store information and/or instructions.
  • Exemplary mass storage solutions include, but are not limited to, Parallel Advanced Technology Attachment (PATA) or Serial Advanced Technology Attachment (SATA) hard disk drives or solid-state drives (internal or external, e.g., having Universal Serial Bus (USB) and/or Firewire interfaces).
  • PATA Parallel Advanced Technology Attachment
  • SATA Serial Advanced Technology Attachment
  • USB Universal Serial Bus
  • the bus 420 may communicatively couple the processor(s) 470 with the other memory, storage, and communication blocks.
  • the bus 420 may be, for example, a Peripheral Component Interconnect PCI) / PCI Extended (PCI-X) bus, Small Computer System Interface (SCSI), USB, or the like, for connecting expansion cards, drives, and other subsystems as well as other buses, such a front side bus (FSB), which connects the processor 470 to the computer system 400.
  • PCI Peripheral Component Interconnect
  • PCI-X PCI Extended
  • SCSI Small Computer System Interface
  • FFB front side bus
  • the one or more servers (154) present on the user interface multiple selectable options for viewing the survey data according to different wireless technologies and frequency bands.
  • a user selection of a technology or frequency band filters and retrieves the survey data corresponding to the user selection.
  • the selection of the selectable options can be done by tapping, clicking or navigating through interactive elements (e.g., buttons, checkboxes, dropdowns).
  • step (510) the user interface displays the survey data mapped to the building identifier and facilitate analysis of the indoor wireless survey results.
  • the method (500) provides a streamlined way for stakeholders to monitor and evaluate network performance at the selected building.
  • analysis of the survey data is facilitated using bar charts and data tables that show the various KPIs, such as RSRP, DL, UL, RSSI, and other KPIs, and performed test details.
  • the user interface facilitates to users to easily navigate through survey results, allowing them to locate different data sets, specific questions, or demographic breakdowns quickly, allows easy import of survey data (e.g., CSV, Excel) and export options to different formats for further analysis or reporting, search and filter the survey data.
  • the user interface allows the user to analyse the survey data using bar charts, pie charts, histograms, and scatter plots.
  • Interactive dashboard provided by the user interface allows users to drill down into specific data points, select different parameters, and instantly see updated visualizations to make the analysis process more engaging and insightful.
  • the method (500) described above thus enables effective monitoring of survey data collected by field engineers, allowing users to identify a building, retrieve relevant data across various technologies or frequency bands, map the data to the building, and view the mapped data for further analysis.
  • the present disclosure introduces significant technical advancements that enhance the functionality and efficiency of building survey data management and analysis.
  • the present disclosure enables the collection of survey data via a mobile application, which streamlines the data gathering process and ensures that key performance indicators (KPIs) are accurately recorded.
  • KPIs key performance indicators
  • the present disclosure incorporates an intelligent mechanism to receive and process survey data at backend servers, allowing for comprehensive comparative analysis of KPI values against threshold values. This processing results in a colour-coded visualization of the buildings, facilitating a clear and immediate understanding of the survey data of different buildings. Additionally, the system displays buildings in different categories on a map based on the processed survey data, providing users with an intuitive and easily interpretable representation of the survey results.
  • the present disclosure is applicable to various types of building surveys and can be adapted to different contexts and requirements, making it a versatile solution for managing and analysing survey data across diverse applications.
  • This versatility makes the system a robust and valuable tool for improving data accuracy, visualization, and decision-making in building survey management.
  • the present invention provides high availability (HA) implementation for the plurality of microservices which are serving the application programming interface (APIs).
  • HA high availability
  • APIs application programming interface
  • the present disclosure provides a visualization of buildings in different colors based on data of the W-Fi survey.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Mining & Analysis (AREA)
  • Human Computer Interaction (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

La présente divulgation concerne un procédé (500) et un système (102) pour visualiser des données d'étude d'un bâtiment collectées par un ingénieur de terrain. Une application mobile (152) associée à l'ingénieur de terrain est configurée pour collecter des données d'étude, et des serveurs dorsaux (154) sont configurés pour recevoir les données d'étude provenant de l'application mobile (152). Pour visualiser les données d'étude collectées, l'ingénieur de terrain utilise une option de recherche dans l'application mobile pour rechercher le bâtiment en tapant le nom/l'identifiant du bâtiment et une pluralité de noms/identifiants de bâtiment est affichée en correspondance avec un nom/identifiant partiel du bâtiment. L'interface utilisateur présente de multiples options sélectionnables pour visualiser les données d'étude selon différentes technologies sans fil et différentes bandes de fréquences. Les données d'étude sont récupérées et affichées sur la base de la sélection. L'interface utilisateur facilite la réalisation, par l'ingénieur de terrain, d'une analyse de l'étude sur la base des données d'étude affichées.
PCT/IN2025/050279 2024-03-21 2025-02-24 Système et procédé pour couche d'étude intérieure Pending WO2025196805A2 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
IN202421021659 2024-03-21
IN202421021659 2024-03-21

Publications (2)

Publication Number Publication Date
WO2025196805A2 true WO2025196805A2 (fr) 2025-09-25
WO2025196805A9 WO2025196805A9 (fr) 2025-11-13

Family

ID=97140381

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/IN2025/050279 Pending WO2025196805A2 (fr) 2024-03-21 2025-02-24 Système et procédé pour couche d'étude intérieure

Country Status (1)

Country Link
WO (1) WO2025196805A2 (fr)

Also Published As

Publication number Publication date
WO2025196805A9 (fr) 2025-11-13

Similar Documents

Publication Publication Date Title
US9154977B2 (en) Mobile phone network management systems
US10684890B2 (en) Network deployment for cellular, backhaul, fiber optic and other network infrastructure
US20250344077A1 (en) Network planning tool for forecasting in telecommunications networks
CN117354858A (zh) 网络异常小区的识别方法、装置、设备及存储介质
WO2025196805A2 (fr) Système et procédé pour couche d'étude intérieure
EP4736521A1 (fr) Système et procédé d'optimisation des performances d'un réseau pour une zone cible
US20260012401A1 (en) System and method for visualizing key metrics of wireless nodes
CN118828655B (zh) 无线网络故障处理方法、装置、设备及介质
US11425010B2 (en) Enhanced signal strength indicator
CN116367175A (zh) 用于基站规划的方法、装置、电子设备和可读存储介质
CN103888955A (zh) 一种小区容量分析方法、数据分析方法和设备
US12598478B2 (en) Methods and systems for coverage area deficiency visualizations
WO2025196797A1 (fr) Système et procédé de visualisation et d'analyse de site en utilisant une interface
EP4736519A1 (fr) Système et procédé pour une vue de réseau en temps réel utilisant des sites et une vue de couverture
WO2025196788A1 (fr) Système et procédé de génération de carte des points chauds pour un bâtiment pour visualiser des paramètres de signal
WO2025196814A1 (fr) Système et procédé de visualisation de données d'avance temporelle dans un réseau
EP4736522A1 (fr) Système et procédé de visualisation de données de couverture
WO2025196796A1 (fr) Système et procédé d'évaluation de vitesse de réseau
WO2025203071A1 (fr) Système et procédé d'identification de dispositifs sans fil fixes sur la base de points d'accès publics de trafic
WO2025229674A1 (fr) Système et procédé de visualisation de disponibilité de service sur la base des performances d'un réseau
CN118828654A (zh) 网络异常区域识别方法、装置、设备、存储介质及产品