Simulation method, electronic device and computer readable storage medium

Abstract

This application discloses a simulation method, electronic device, and computer-readable storage medium, applicable to the field of terminal technology. This method can simulate various types of hardware devices and generate simulation configuration data based on relevant data collected from real-world production environments in various industries, thereby automatically simulating and constructing the network environment of the corresponding industry scenario. Furthermore, it can dynamically adjust network link states by introducing flexible custom configuration options to simulate various changing network environments in real-world production scenarios. By implementing this method, on the one hand, the dependence of some products on physical devices in real-world environments can be reduced during industry deployment; on the other hand, it provides effective support for feature verification, network planning and implementation, and localization of existing network issues, significantly reducing the hardware resources and time costs required in product design, development, verification, and maintenance stages, and improving overall R&D efficiency.

Description

Technical Field

[0001] This application relates to the field of terminal technology, and in particular to a simulation method, electronic device, and computer-readable storage medium. Background Technology

[0002] With the rapid development of terminal technology, many industries often need to use a large number of real physical devices to build complex application scenarios, which not only brings high R&D costs, but also seriously reduces R&D efficiency.

[0003] Therefore, a solution to the above problems is urgently needed. Summary of the Invention

[0004] This application provides a simulation method, an electronic device, and a computer-readable storage medium, which can be used for reproducing, locating, and debugging network problems, as well as guiding the verification, optimization, and evaluation of industry application solutions, thereby reducing costs and improving efficiency.

[0005] In a first aspect, embodiments of this application provide a simulation method to obtain coal mine production operation information in a real environment, including equipment information of production equipment, access network information, and link status between production equipment; to construct a simulation network environment based on the coal mine production operation information, including network nodes for simulating production equipment; to simulate the transmission of business data of target services between production equipment corresponding to network nodes based on the simulation network environment, and to output a first transmission result.

[0006] By implementing the method provided in the first aspect, the network environment of real production in the coal mining industry can be automatically simulated and constructed based on relevant information collected in the real production environment of the coal mining industry. This can be used for reproducing, locating, and debugging network problems, thereby eliminating the dependence on physical equipment, reducing R&D costs, and improving R&D efficiency.

[0007] In one possible implementation, the link status between production devices includes one or more of the following: latency, bandwidth, packet loss rate, and whether it is reachable.

[0008] In this way, during the simulation of business data transmission, the transmission status of business data (such as the latency and packet loss rate of business data transmission) can be evaluated through the link status.

[0009] In one possible implementation, the production equipment corresponding to the network node includes a first production equipment and a second production equipment. The link between the first production equipment and the second production equipment in the simulated network environment is the first link. The business data of the target business is simulated and transmitted between the production equipment corresponding to the network node based on the simulated network environment. Specifically, this includes: simulating the transmission of business data between the first production equipment and the second production equipment based on the first link in the simulated network environment.

[0010] In other words, if a communication link (such as the first link mentioned above) is established between two production devices, then in a simulated network environment, business data can be simulated to be transmitted between the two production devices through this link.

[0011] In this way, the process of business data transmission between two production devices in a real environment can be simulated without relying on physical equipment, which does not require a lot of manpower and material resources and greatly improves efficiency.

[0012] In one possible implementation, the output of a first transmission result specifically includes: outputting a first transmission result based on the link status of the first link and the transmission requirements of the service data. The first transmission result is used to indicate whether the service data transmission based on the first link was successful or failed, and / or to indicate whether the link status of the first link meets the transmission requirements.

[0013] The aforementioned transmission requirements may include, but are not limited to, bandwidth requirements, link reachability requirements, latency requirements, and packet loss rate requirements.

[0014] In other words, after the simulated business data is transmitted through the first link, the transmission result can be output. The method of outputting the transmission result is not limited and can be one or more of the following: voice, interface display, etc.

[0015] This allows users to easily determine whether business data has been successfully transmitted and / or whether the link status meets the transmission requirements of the business data through the transmission results. In the event of business data transmission failure or the link status not meeting the transmission requirements of the business data, users can easily propose corresponding solutions based on the transmission results.

[0016] In one possible implementation, if the first transmission result indicates that the bandwidth of the first link does not meet the transmission requirements, the method further includes: adding a second link, which is a link between the first and second production devices that is different from the first link in the simulated network environment; simulating the transmission of service data between the first and second production devices based on the first and second links in the simulated network environment; and outputting a second transmission result based on the bandwidth of the first link, the bandwidth of the second link, and the transmission requirements, wherein the second transmission result is used to indicate whether the service data transmission based on the first and second links is successful or unsuccessful, and / or to indicate whether the sum of the bandwidth of the first link and the bandwidth of the second link meets the transmission requirements.

[0017] In other words, when the bandwidth of the original link (i.e. the first link mentioned above) is insufficient, an optimization scheme of dual-link transmission mechanism can be proposed. Service data is transmitted in parallel through dual links. After the simulated service data is transmitted in parallel through the first and second links, the transmission result can be output. The way of outputting the transmission result is not limited and can be one or more of voice, interface display, etc.

[0018] This allows users to easily determine whether the service data has been successfully transmitted, and / or whether the link status of the first link and the link status of the second link meet the transmission requirements of the service data. This enables them to quickly verify the effectiveness of the above optimization scheme and greatly improve efficiency.

[0019] It should be noted that the parallel transmission of service data is not limited to the above-mentioned dual links, but can also be carried out through a greater number of links (such as three links, four links, etc.). This application embodiment does not limit this.

[0020] In one possible implementation, if the first transmission result indicates that one or more of the reachability status, latency, and packet loss rate of the first link do not meet the transmission requirements, the method further includes: replacing the first link with a third link, wherein the third link is a link between the first production equipment and the second production equipment that is different from the first link in the simulated network environment; simulating the transmission of service data between the first production equipment and the second production equipment based on the third link in the simulated network environment; and outputting a third transmission result based on the link status and transmission requirements of the third link, wherein the third transmission result is used to indicate whether the service data transmission based on the third link is successful or failed, and / or to indicate whether one or more of the reachability status, latency, and packet loss rate of the third link meet the transmission requirements.

[0021] In other words, if the original link (i.e., the first link mentioned above) experiences one or more of the following problems: link unreachability, excessive latency, or excessive packet loss rate, an optimization scheme of dual-link redundant transmission mechanism can be proposed. This involves replacing the original link with a new link (such as the third link mentioned above), placing the new link in a reachable state, and transmitting service data based on the new link. After simulating the transmission of service data through the new link, the transmission result can be output. The method of outputting the transmission result is not limited and can be one or more of the following: voice, interface display, etc.

[0022] This allows users to easily determine whether business data has been successfully transmitted and / or whether the new link's status meets the business data transmission requirements, thereby quickly verifying the effectiveness of the above optimization scheme and greatly improving efficiency.

[0023] In one possible implementation, a simulated network environment is constructed based on coal mine production operation information, specifically including: generating a network topology map based on equipment information of production equipment and access network information; determining the link status between corresponding network nodes based on the link status between production equipment; and constructing a simulated network environment based on the network topology map and the link status between network nodes.

[0024] The specific process of constructing the simulated network environment described above can be referred to in the following embodiments. Figure 3 The textual descriptions of the relevant steps will not be elaborated here.

[0025] In one possible implementation, a network topology map is generated based on the equipment information and access network information of the production equipment. Specifically, this includes: determining the network segment address of one or more subnets based on the IP address and subnet mask of the production equipment; creating bridging network cards corresponding to one or more subnets and virtual network cards corresponding to the production equipment; starting the simulation image corresponding to the equipment type of the production equipment; and generating a network topology map based on the bridging network cards, virtual network cards, and simulation images.

[0026] The specific process of generating the network topology graph described above can be referred to in the following embodiments. Figure 4 The textual descriptions of the relevant steps are not elaborated here. The network topology diagram described above can be exemplified by the following embodiments. Figure 6 The exemplary network topology diagram shows that the simulated devices in the network topology diagram can be referred to as network nodes.

[0027] In one possible implementation, the target service includes one or more of the following: high-bandwidth service, low-latency service, high-reliability service, and ordinary service; the service data for high-bandwidth service includes video data; the service data for low-latency service or high-reliability service includes instructions; and the service data for ordinary service includes documents.

[0028] It should be noted that the high-bandwidth service, low-latency service, high-reliability service, and ordinary service mentioned above are only a few examples of the target services mentioned above. The target services mentioned above can also be other services, and this application embodiment does not limit them.

[0029] It should be noted that the service data corresponding to the above-mentioned high-bandwidth services, low-latency services, high-reliability services, and ordinary services are only examples, and can be other data. This application does not limit this.

[0030] In one possible implementation, the production equipment includes one or more of the following: explosion-proof mobile phone, gateway device, coal mining machine, hydraulic support, scraper conveyor, sensor, and smart mine lamp.

[0031] It should be noted that the above-mentioned production equipment is merely an example, and other production equipment may also be used. This application does not limit the specific production equipment used.

[0032] In one possible implementation, the equipment type of the production equipment includes one or more of the following: light equipment, small equipment, and standard equipment.

[0033] It should be noted that the equipment type of the above-mentioned production equipment is only an example, and other equipment types are also possible. This application does not limit this type of equipment.

[0034] In one possible implementation, obtaining coal mine production operation information in a real environment specifically includes: obtaining coal mine production operation information in the real environment from the production equipment.

[0035] In this application, the production equipment may be underground (or underground), and the electronic equipment used to perform the simulation method may be above ground. The electronic equipment can collect information from the underground equipment in order to construct a simulation network environment based on the information.

[0036] In one possible implementation, the target service, the sending device for the target service's service data, and the receiving device are all selected by the user in the network nodes corresponding to them in the simulated network environment.

[0037] In other words, electronic devices used to perform simulation methods can, for example, provide relevant user interfaces to allow users to independently select target services, as well as the sender and receiver of service data, according to their actual needs, which is flexible, convenient, and improves the user experience.

[0038] Secondly, embodiments of this application provide a simulation method applied to an electronic device. The method includes: acquiring drone flight performance operation information in a real environment, the drone flight performance operation information including drone number information, network information, and link status between drones; constructing a simulation network environment based on the drone flight performance operation information, the simulation network environment including network nodes for simulating drones; simulating the transmission of target service data between drones corresponding to the network nodes based on the simulation network environment, and outputting a first transmission result.

[0039] By implementing the method provided in the second aspect, the network environment of a real drone flight performance can be automatically simulated and constructed based on relevant information collected during the actual drone flight performance. This can be used for reproducing, locating, and debugging network problems, thereby eliminating the dependence on physical equipment, reducing R&D costs, and improving R&D efficiency.

[0040] In one possible implementation, the link status between drones includes one or more of the following: latency, bandwidth, packet loss rate, and whether it is reachable.

[0041] In this way, during the simulation of business data transmission, the transmission status of business data (such as the latency and packet loss rate of business data transmission) can be evaluated through the link status.

[0042] In one possible implementation, the drones corresponding to the network nodes include a first drone and a second drone. The link between the first drone and the second drone in the simulated network environment is the first link. The service data of the target service is simulated and transmitted between the drones corresponding to the network nodes based on the simulated network environment. Specifically, this includes: simulating the transmission of service data between the first drone and the second drone based on the first link in the simulated network environment.

[0043] In other words, if a communication link is established between two drones (such as the first link mentioned above), then in a simulated network environment, business data can be simulated to be transmitted between the two drones through this link.

[0044] In this way, the process of business data transmission between two drones in a real environment can be simulated without relying on physical equipment, which does not require a lot of manpower and material resources and greatly improves efficiency.

[0045] In one possible implementation, the output of a first transmission result specifically includes: outputting a first transmission result based on the link status of the first link and the transmission requirements of the service data. The first transmission result is used to indicate whether the service data transmission based on the first link was successful or failed, and / or to indicate whether the link status of the first link meets the transmission requirements.

[0046] The aforementioned transmission requirements may include, but are not limited to, bandwidth requirements, link reachability requirements, latency requirements, and packet loss rate requirements.

[0047] In other words, after the simulated business data is transmitted through the first link, the transmission result can be output. The method of outputting the transmission result is not limited and can be one or more of the following: voice, interface display, etc.

[0048] This allows users to easily determine whether business data has been successfully transmitted and / or whether the link status meets the transmission requirements of the business data through the transmission results. In the event of business data transmission failure or the link status not meeting the transmission requirements of the business data, users can easily propose corresponding solutions based on the transmission results.

[0049] In one possible implementation, if the first transmission result indicates that the bandwidth of the first link does not meet the transmission requirements, the method further includes: adding a second link, which is a link between the first UAV and the second UAV that is different from the first link in the simulated network environment; simulating the transmission of service data between the first UAV and the second UAV based on the first link and the second link in the simulated network environment; and outputting a second transmission result based on the bandwidth of the first link, the bandwidth of the second link, and the transmission requirements, wherein the second transmission result is used to indicate whether the service data transmission based on the first link and the second link is successful or unsuccessful, and / or to indicate whether the sum of the bandwidth of the first link and the bandwidth of the second link meets the transmission requirements.

[0050] In other words, when the bandwidth of the original link (i.e. the first link mentioned above) is insufficient, an optimization scheme of dual-link transmission mechanism can be proposed. Service data is transmitted in parallel through dual links. After the simulated service data is transmitted in parallel through the first and second links, the transmission result can be output. The way of outputting the transmission result is not limited and can be one or more of voice, interface display, etc.

[0051] This allows users to easily determine whether the service data has been successfully transmitted, and / or whether the link status of the first link and the link status of the second link meet the transmission requirements of the service data. This enables them to quickly verify the effectiveness of the above optimization scheme and greatly improve efficiency.

[0052] It should be noted that the parallel transmission of service data is not limited to the above-mentioned dual links, but can also be carried out through a greater number of links (such as three links, four links, etc.). This application embodiment does not limit this.

[0053] In one possible implementation, if the first transmission result indicates that one or more of the reachability status, latency, and packet loss rate of the first link do not meet the transmission requirements, the method further includes: replacing the first link with a third link, wherein the third link is a link between the first UAV and the second UAV that is different from the first link in the simulated network environment; simulating the transmission of service data between the first UAV and the second UAV based on the third link in the simulated network environment; and outputting a third transmission result based on the link status and transmission requirements of the third link, wherein the third transmission result indicates whether the service data transmission based on the third link was successful or failed, and / or indicates whether one or more of the reachability status, latency, and packet loss rate of the third link meet the transmission requirements.

[0054] In other words, if the original link (i.e., the first link mentioned above) experiences one or more of the following problems: link unreachability, excessive latency, or excessive packet loss rate, an optimization scheme of dual-link redundant transmission mechanism can be proposed. This involves replacing the original link with a new link (such as the third link mentioned above), placing the new link in a reachable state, and transmitting service data based on the new link. After simulating the transmission of service data through the new link, the transmission result can be output. The method of outputting the transmission result is not limited and can be one or more of the following: voice, interface display, etc.

[0055] This allows users to easily determine whether business data has been successfully transmitted and / or whether the new link's status meets the business data transmission requirements, thereby quickly verifying the effectiveness of the above optimization scheme and greatly improving efficiency.

[0056] In one possible implementation, a simulated network environment is constructed based on drone flight performance operation information, specifically including: generating a network topology map based on drone equipment information and network information; determining the link status between corresponding network nodes based on the link status between drones; and constructing a simulated network environment based on the network topology map and the link status between network nodes.

[0057] The specific process of constructing the simulated network environment described above can be referred to, for example, the following embodiments. Figure 3 The textual descriptions of the relevant steps will not be elaborated here.

[0058] In one possible implementation, a network topology map is generated based on the UAV's device information and access network information. Specifically, this includes: determining the network segment address of one or more subnets based on the UAV's IP address and subnet mask; creating a bridging network interface card (NIC) corresponding to one or more subnets and a virtual NIC corresponding to the UAV; starting a simulation image corresponding to the UAV's device type; and generating a network topology map based on the bridging NIC, virtual NIC, and simulation image.

[0059] The specific process of generating the network topology graph described above can be referred to, for example, the following embodiments. Figure 4 The textual descriptions of the relevant steps will not be elaborated here.

[0060] In one possible implementation, the target service includes one or more of the following: high-bandwidth service, low-latency service, high-reliability service, and ordinary service; the service data for high-bandwidth service includes video data; the service data for low-latency service or high-reliability service includes instructions; and the service data for ordinary service includes documents.

[0061] It should be noted that the high-bandwidth service, low-latency service, high-reliability service, and ordinary service mentioned above are only a few examples of the target services mentioned above. The target services mentioned above can also be other services, and this application embodiment does not limit them.

[0062] It should be noted that the service data corresponding to the above-mentioned high-bandwidth services, low-latency services, high-reliability services, and ordinary services are only examples, and can be other data. This application does not limit this.

[0063] In one possible implementation, obtaining drone flight performance operation information in a real environment specifically includes: obtaining drone flight performance operation information in a real environment from drones.

[0064] In one possible implementation, the target service, the sending device for the target service's service data, and the receiving device are all selected by the user in the network nodes corresponding to them in the simulated network environment.

[0065] In other words, electronic devices used to perform simulation methods can, for example, provide relevant user interfaces to allow users to independently select target services, as well as the sender and receiver of service data, according to their actual needs, which is flexible, convenient, and improves the user experience.

[0066] In one possible implementation, a simulated network environment is constructed based on drone flight performance operation information. Specifically, this includes: training and generating an artificial intelligence (AI) algorithm model based on the drone flight performance operation information; obtaining output data from the AI ​​algorithm model based on user input data; and constructing a simulated network environment based on the input and output data. The input data includes network information, the number of drones, the flight distance between drones, drone traffic data, drone flight altitude and speed, drone flight environment, and weather information; the output data includes link latency, bandwidth, and packet loss rate. Alternatively, the input data includes link latency, bandwidth, and packet loss rate, and the output data includes network information, the number of drones, the flight distance between drones, drone traffic data, drone flight altitude and speed, drone flight environment, and weather information.

[0067] In this way, AI algorithm models can be trained based on drone flight performance operation information. Based on this AI algorithm model, new drone flight performance operation information can be automatically learned. Then, based on the new drone flight performance operation information, a new array change environment for drone performance can be simulated. In this way, the success of the drone collaborative operation scheme can be directly evaluated in the simulated network environment without having to use a real drone flight performance to verify the effect or relying on the actual network environment for data collection. This is more flexible, convenient, and cost-effective.

[0068] Thirdly, embodiments of this application provide a chip system, including: a processor coupled to a memory, the memory being used to store programs or instructions, and when the program or instructions are executed by the processor, causing the chip system to perform the method described in any possible implementation of the first or second aspect above.

[0069] Fourthly, embodiments of this application provide an electronic device including one or more processors and one or more memories; wherein the one or more memories are coupled to the one or more processors, and the one or more memories are used to store computer program code, the computer program code including computer instructions, which, when the one or more processors execute the computer instructions, cause the electronic device to perform the method described in any possible implementation of the first or second aspect above.

[0070] Fifthly, embodiments of this application provide a computer-readable storage medium storing a computer program, the computer program including program instructions that, when executed on an electronic device, cause the electronic device to perform the method described in any possible implementation of the first or second aspect.

[0071] Sixthly, embodiments of this application provide a computer program product that, when run on a computer, causes the computer to perform the method described in any possible implementation of the first or second aspect. Attached Figure Description

[0072] Figure 1 This is a schematic diagram of a network deployment environment in a coal mine scenario provided in an embodiment of this application; Figure 2 This is a schematic diagram of another network deployment environment in a coal mine scenario provided in an embodiment of this application; Figure 3 This is a flowchart illustrating the application of a simulation method in a coal mine setting, as provided in an embodiment of this application. Figure 4This is a flowchart illustrating a method for constructing a coal mine network topology provided in an embodiment of this application; Figure 5 This is provided by the embodiments of this application. Figure 4 A schematic diagram illustrating the execution results of each step in the method shown; Figure 6 This is a schematic diagram of a network topology provided in an embodiment of this application; Figure 7 This is a schematic diagram illustrating a problem reproduction and feature evaluation scheme based on a simulation environment in a high-bandwidth service scenario, provided by an embodiment of this application. Figure 8 This is a schematic diagram illustrating a problem reproduction and characteristic scheme evaluation based on a simulation environment in a link failure scenario, provided by an embodiment of this application. Figure 9 This is a schematic diagram of a drone performance scene provided in an embodiment of this application; Figure 10 This is a flowchart illustrating the application of a simulation method in a drone performance scenario, as provided in an embodiment of this application. Figure 11 This is a flowchart illustrating a simulation method provided in an embodiment of this application; Figure 12 This is a schematic diagram of the software structure of an electronic device provided in an embodiment of this application; Figure 13 This is a schematic diagram of the hardware structure of an electronic device provided in an embodiment of this application; Figure 14 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application. Detailed Implementation

[0073] The technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. In the description of the embodiments of this application, unless otherwise stated, " / " means "or," for example, A / B can mean A or B; "and / or" in the text is merely a description of the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A existing alone, A and B existing simultaneously, and B existing alone. Furthermore, in the description of the embodiments of this application, "multiple" refers to two or more than two.

[0074] It should be understood that the terms "first," "second," etc., in the specification, claims, and drawings of this application are used to distinguish different objects, not to describe a specific order. Furthermore, the terms "comprising" and "having," and any variations thereof, are intended to cover non-exclusive inclusion. For example, a process, method, system, product, or apparatus that includes a series of steps or units is not limited to the listed steps or units, but may optionally include steps or units not listed, or may optionally include other steps or units inherent to these processes, methods, products, or apparatuses.

[0075] In this application, the reference to "embodiment" means that a specific feature, structure, or characteristic described in connection with an embodiment may be included in at least one embodiment of this application. The appearance of this phrase in various places throughout the specification does not necessarily refer to the same embodiment, nor is it a mutually exclusive, independent, or alternative embodiment. It will be explicitly and implicitly understood by those skilled in the art that the embodiments described in this application can be combined with other embodiments.

[0076] With the rapid development of the HarmonyOS ecosystem, terminal devices based on OpenHarmony (open-source HarmonyOS) (also known as OpenHarmony devices) have been widely used in many complex network environments (such as underground coal mine production environments and drone swarm collaborative operation environments). However, as the scale of OpenHarmony devices grows and the usage environment changes, the design, development, verification, and maintenance of OpenHarmony products often require the use of a large number of real physical devices to build complex application scenarios. This not only leads to high R&D costs but also seriously reduces R&D efficiency.

[0077] Currently, in various industry scenarios, developers often use real OpenHarmony devices to deploy network topologies to build actual production network environments for the design, development, verification, and maintenance of industry-specific OpenHarmony products. However, real-world production network environments are typically complex and variable. For example, consider the underground coal mine production environment (see [reference needed]). Figure 1 , Figure 1 An example is shown illustrating the network deployment environment of a mining area, from Figure 1As can be seen, the network environment in coal mines is highly complex, involving multiple networks such as enterprise intranets and mine ring networks (e.g., mine ring networks in areas A and B). Furthermore, the number and types of underground equipment are vast and diverse (e.g., explosion-proof mobile phones, cameras, sensors, coal mining machines, belt conveyors, hydraulic supports, smart mine lamps, etc.), and their access methods also vary, including Wi-Fi, wired networks, and base station-based 4G / 5G networks. In addition, the network topology of underground equipment changes as the mining progresses.

[0078] It is easy to see that there are currently two main problems: First, the current OpenHarmony industry scenarios mainly rely on production environments built with physical devices for debugging and verification, which is costly and inefficient. Second, the network environment in OpenHarmony industry scenarios is complex and variable, and the static network currently built cannot accurately reproduce the network environment of the actual production scenario.

[0079] To address the aforementioned issues, this application provides a simulation method. This method can simulate various types of hardware devices (e.g., various OpenHarmony hardware devices) and generate simulation configuration data based on relevant data collected from real-world production environments across different industries. This automatically simulates and constructs the network environment for real-world production scenarios within the corresponding industry, providing a simulation verification and testing environment for industry applications. Furthermore, by introducing flexible custom configuration options, the network link status can be dynamically adjusted to simulate various changing network environments in real-world production scenarios (e.g., network latency, bandwidth limitations, packet loss), facilitating rapid verification of the functionality and user experience of industry (e.g., OpenHarmony industry) applications under various network environments. By implementing this method, on the one hand, the dependence of some products (e.g., OpenHarmony products) on physical devices in real-world environments can be reduced during industry deployment. On the other hand, it provides effective support for feature verification, network planning and implementation, and localization of existing network issues, significantly reducing the hardware resources and time costs required in product design, development, verification, and maintenance stages, thereby improving overall R&D efficiency.

[0080] It should be noted that the application scenarios of the above simulation method can include, but are not limited to, network application environments for simulating OpenHarmony industry scenarios, such as mining networks, drone collaborative operation networks, etc. The above simulation method can simulate terminal devices (such as OpenHarmony devices) with different hardware configuration capabilities in various industry scenarios.

[0081] In one possible implementation, the above simulation method can be based on QEMU (quick emulator).

[0082] The simulation method provided in this application is mainly executed in two stages. The first stage is the information collection stage, in which information (such as network information, environmental data, business application data, etc.) from the actual production operation process needs to be collected based on real-world testing. After the information is collected, the second stage, the simulation stage, is initiated. In this stage, simulation configuration data for the corresponding business scenario can be generated based on the information collected in the first stage. Furthermore, a simulation network environment can be constructed in the simulation system by selecting configuration options, thereby simulating the network environment of the real business scenario. For example, dynamic adjustments can be made through custom configuration options to simulate link state changes in the real network environment. This can be used for reproducing, locating, and debugging network problems, and can also be used to guide the verification, optimization, and evaluation of industry application solutions (such as the OpenHarmony new feature solution). The specific process will be described in detail in subsequent embodiments and will not be elaborated here.

[0083] The simulation method provided in this application can be applied to a variety of scenarios. The following section will use a coal mine scenario and a drone performance scenario as examples to introduce the simulation method provided in this application.

[0084] Application Scenario 1: Coal Mine Scenarios Network communication in the coal mining industry is relatively complex. For example, see [link to relevant documentation]. Figure 2 There exists a wellhead control center and multiple manufacturer branch stations (e.g., manufacturer A branch station, manufacturer B branch station, manufacturer C branch station, etc.), wherein the aforementioned wellhead control center may be, for example, the aforementioned Figure 1 The office area corresponding to the enterprise intranet shown above, the aforementioned subsite can be, for example, the one described above. Figure 1 In the mining area shown, there are many underground operating devices (such as pressure sensors, temperature sensors, smoke sensors, etc.). In actual production deployment, due to safety issues in the underground working environment, the deployment of underground equipment is often difficult and time-consuming. In addition, during actual production, personnel cannot enter the site at any time. If a problem occurs, the root cause may not be located because the testing environment cannot be provided in a timely manner, thereby reducing production efficiency.

[0085] To address the aforementioned issues, this application provides a simulation method applicable to coal mine scenarios. In this method, firstly, simulation configuration data for the corresponding business scenario can be generated based on data collected during actual coal mine production operations. Then, a simulation network environment can be constructed based on the simulation configuration data, thereby simulating the network environment of the real business scenario. The following section combines... Figure 3 This method will be described in detail.

[0086] like Figure 3 As shown, the simulation method may include the following steps: S301. When carrying out coal mine production operations, collect coal mine production operation information (such as network information, link status data, business application data, etc.) based on real environment testing.

[0087] The aforementioned coal mine production operation information may include, but is not limited to, network information, link status data, and business application data.

[0088] Network information can refer to the network information of each node. Network information can include the device information and access network information of each node. Among them, device information can include, but is not limited to, device serial number (SN), device name, and device type. Access network information can include, but is not limited to, access network method, network card name, medium access control (MAC) address, Internet protocol (IP) address, and subnet mask (i.e., mask address).

[0089] Link status data may include, but is not limited to, link bandwidth, link latency, link reachability, and packet loss rate. Link bandwidth refers to the amount of data that a link can transmit per unit time. Link latency refers to the time it takes for data to be transmitted from one node to another in the network. Link reachability means that the communication channel between two nodes in the network, which is composed of physical lines and supporting protocols, is in a normal and usable state and can support direct data transmission. Packet loss rate refers to the ratio of the number of data packets lost during network transmission to the total number of data packets sent. It is a core indicator for computer network performance evaluation and a key monitoring parameter for quality of service.

[0090] Business application data may include, but is not limited to, traffic data, business types, and whether the interaction was successful during collaboration between coal mine equipment. Among them, business types (or data types) may include, but are not limited to, videos (such as standard definition videos, high definition videos, ultra-high definition videos, etc.), instructions (such as control instructions, collaborative instructions, etc.), documents, audio, and images.

[0091] Refer to Table 1, which provides an example of the network information for each node.

[0092] In the embodiments of this application, the access network information of a node may include one type or multiple types. For example, the access network information of the gateway device shown in Table 1 includes three types. As another example, the access network information of other devices besides the gateway device (such as explosion-proof mobile phones, coal mining machines, hydraulic supports, scraper conveyors, sensors, and smart mine lamps) shown in Table 1 includes only one type.

[0093] In the embodiments of this application, the network access method of each node can be wired or wireless, including but not limited to Ethernet (ETH), WIFI, and Bluetooth (BT) as shown in Table 1.

[0094] Table 1

[0095] It should be noted that the device SN, device name, device type, and access network information shown in Table 1 are merely examples and should not be construed as limiting this application.

[0096] S302. Based on the collected coal mine production operation information, generate simulation configuration data for coal mine business scenarios.

[0097] Specifically, after acquiring the collected coal mine production operation information, simulation configuration data for coal mine business scenarios can be automatically generated based on this information.

[0098] The aforementioned coal mine business scenarios may include, but are not limited to, high-bandwidth business scenarios, high-reliability business scenarios, low-latency business scenarios, ordinary business scenarios, and link failure scenarios.

[0099] High-bandwidth service scenarios can refer to service scenarios with high bandwidth requirements (e.g., bandwidth is higher than or equal to a certain threshold). For example, service scenarios that transmit video (e.g., high-definition video, ultra-high-definition video) can be considered high-bandwidth service scenarios.

[0100] Among them, a high-reliability business scenario can refer to a business scenario with high requirements for packet loss rate (e.g., packet loss rate is lower than or equal to a certain threshold). In this business scenario, the interaction can only be considered successful if the packet loss rate is lower than or equal to a certain threshold.

[0101] Among them, low-latency business scenarios can refer to business scenarios with high latency requirements (such as latency less than or equal to a certain threshold). In such business scenarios, the interaction can only be considered successful if the latency is less than or equal to a certain threshold.

[0102] Among them, ordinary business scenarios can refer to business scenarios that do not have strict requirements for bandwidth, packet loss rate, latency, etc. For example, the business scenario of transmitting documents can be considered an ordinary business scenario.

[0103] Among them, the link failure scenario can refer to a scenario where the link is in an unreachable state.

[0104] Refer to Table 2, which provides an example of the simulation configuration data for the generated coal mine business scenario.

[0105] It should be noted that the business scenarios, business types, bandwidth, latency, packet loss rate, and business traffic shown in Table 2 are merely examples and should not constitute a limitation on this application. It is easy to understand that different coal mine production operation information will result in different simulation configuration data for the generated coal mine business scenarios.

[0106] It should be noted that the business types corresponding to each business scenario shown in Table 2 may include, but are not limited to, the business types shown in Table 2.

[0107] In one possible implementation, when the link is reachable, the business scenario can be determined based on the business type. For example, video transmission usually corresponds to high-bandwidth business scenarios, instruction (e.g., control instructions) transmission usually corresponds to high-reliability and low-latency business scenarios, and document transmission usually corresponds to ordinary business scenarios.

[0108] In one possible implementation, when the link is in an unreachable state, the current scenario can be determined as a link failure scenario. For example, as shown in Table 2, when transmitting coordination instructions, if the link is in an unreachable state, the transmission of coordination instructions will fail, that is, the interaction will not be successful.

[0109] Table 2

[0110] S303. Construct a simulation network environment in the simulation system by selecting configuration options.

[0111] First, after generating the simulation configuration data, configuration options (or configuration data) can be selected within the simulation system. These options can include collected coal mine production operation information and the generated simulation configuration data. Then, based on the network information corresponding to the selected configuration options, the coal mine network topology model (or network simulation topology diagram / network topology diagram / network environment topology diagram) can be automatically constructed. The construction process can include... Figure 4 The following steps, as shown, will be described in detail below.

[0112] S401. Determine the network segment address based on the IP address and subnet mask of each node.

[0113] First, subnetting can be performed based on the network information of each node (i.e., each device). Specifically, the IP address and subnet mask of each node can be obtained from the network information of each node. Then, a bitwise AND operation is performed between the IP address and the subnet mask of each node to obtain the network address. If the obtained network addresses are the same, it means that the IP addresses of the nodes are in the same network segment, i.e., in the same subnet. If the obtained network addresses are different, it means that the IP addresses of the nodes are in different network segments, i.e., in different subnets.

[0114] After step S401 is completed, the subnetting is finished, and the network segment address of each subnet is obtained.

[0115] As an example of a result of step S401, see Figure 5 ,from Figure 5 As can be seen, by executing step S401, four subnets (e.g., subnet 1, subnet 2, subnet 3, and subnet 4) are generated. The network address of each subnet can be represented using classless inter-domain routing (CIDR) notation. This notation is achieved by adding a forward slash and a number after the IP address (e.g., subnet 1's network address is 192.168.1.X / 24, subnet 2's network address is 192.169.1.X / 24, subnet 3's network address is 176.16.1.X / 24, and subnet 4's network address is 10.168.0.X / 24). This number can represent the number of consecutive 1s in the binary subnet mask.

[0116] For example, as shown in Table 1, the IP addresses in subnet 1 include 192.168.1.2, 192.168.1.10, 192.168.1.3, 192.168.1.254, and 192.168.1.20, while the IP addresses in subnet 2 include 192.169.1.253, 192.169.1.5, and 192.169.1.253. IP addresses in subnet 3 include 192.169.1.15, 192.169.1.2, and 192.169.1.10; IP addresses in subnet 4 include 176.16.1.10, 176.16.1.8, 176.16.1.2, and 176.16.1.25; IP addresses in subnet 4 include 10.168.0.2, 10.168.0.10, and 10.168.0.5.

[0117] S402. Create a bridged network card for each network segment, and find an idle IP address from the IP address list within each network segment, and assign the idle IP address to the corresponding bridged network card.

[0118] Specifically, after determining the network segment address, a bridge network card can be created for each network segment so that nodes can communicate with each other. Furthermore, an idle IP address can be found in the IP address list within each network segment, and then the idle IP address can be assigned to the corresponding bridge network card as its IP address.

[0119] After step S402 is completed, the creation of the bridged network card and the allocation of its IP address are finished.

[0120] As an example of a result from step S402, please refer to [link / reference]. Figure 5 ,from Figure 5 As can be seen, subnet 1 created a bridged network interface br0 with the IP address 192.168.1.4; subnet 2 created a bridged network interface br1 with the IP address 192.169.1.3; subnet 3 created a bridged network interface br2 with the IP address 176.16.1.3; and subnet 4 created a bridged network interface br3 with the IP address 10.168.0.3. This is easily understood because the IP address of each bridged network interface is selected from the list of IP addresses within the corresponding network segment. Figure 5 The IP addresses in the example IP address list are the remaining IP addresses after selecting IP addresses for the bridged network card.

[0121] S403. Based on the access network information, create a corresponding virtual network card for each device and configure the network.

[0122] Specifically, after the bridging network card is created and its IP address is assigned, a corresponding virtual network card can be created for each device based on the access network information (such as the access network information shown in Table 1), and network configuration can be performed. After the configuration is completed, the network configuration information is saved.

[0123] After step S403 is completed, the creation and network configuration of the virtual network card for each device are finished.

[0124] As an example of a result from step S403, please refer to [link / reference]. Figure 5 , Figure 5 The example illustrates the network configuration information of three devices: gateway device 1, explosion-proof mobile phone 1, and smart mining lamp. Figure 5As can be seen, each device is created in a bridged configuration. Gateway device 1 corresponds to two types of virtual network interfaces: one created via Wi-Fi and the other via Ethereum. Gateway device 1 uses two bridged network interfaces: br0 and br3. Explosion-proof mobile phone 1 and smart mining lamp each correspond to only one type of virtual network interface, both created via Wi-Fi. Explosion-proof mobile phone 1 uses only bridged network interface br0, and smart mining lamp uses only bridged network interface br2. It's easy to understand that the network configuration information of other devices and... Figure 5 The network configuration information of the exemplary device is similar and will not be repeated here.

[0125] S404. Based on the node's device type, determine the memory, CPU, and other information of the corresponding device, and start the device image of the corresponding device type.

[0126] Specifically, after completing the creation and network configuration of the virtual network card, the memory, CPU and other information of the corresponding device (such as the size of the memory, the number of CPUs, etc.) can be determined based on the device type of the node included in the coal mine production operation information collected in step S401 (such as the device type of the node shown in Table 1). Then, the path of the device image of the corresponding device type can be found based on this information. Furthermore, relevant commands (such as the qemu-system-x86-64 command) can be used to start the simulation image under the corresponding path to create the simulation device corresponding to the real device.

[0127] After step S404 is completed, the creation of the simulation device corresponding to the real device is finished.

[0128] As an example of a result from step S404, please refer to [link / reference]. Figure 5 The device type of a node can include, but is not limited to, lightweight, small, and standard. Each device type can have corresponding information such as memory, CPU, and storage. For example, a lightweight device has 32MB of memory, 2 CPUs, and 32MB of storage; a small device has 128MB of memory, 2 CPUs, and 512MB of storage; and a standard device has 4GB of memory, 4 CPUs, and 32GB of storage. The device images for different device types are also located in different paths. For example, the device image for a lightweight device is located at lite / image; the device image for a small device is located at small / image; and the device image for a standard device is located at std / image.

[0129] S405. Construct a network simulation topology diagram.

[0130] Specifically, after creating the simulation device corresponding to the real device, a network simulation topology can be automatically constructed based on the created simulation device.

[0131] After step S405 is completed, the network simulation topology diagram for the coal mine scenario is constructed.

[0132] As an example of a result from step S405, please refer to [link / reference]. Figure 5 After executing step S405, a network simulation topology diagram can be automatically constructed (e.g., Figure 6 (Example network simulation topology diagram shown). See also Figure 6 In this embodiment of the application, the network environment of the simulation device can be bound to the physical network card of the host machine, and then the surface network can be connected through a ring network to construct a complete network environment simulation topology diagram in the coal mine scenario.

[0133] It is understood that the aforementioned host machine can be an electronic device with simulation capabilities, on which a simulation system (or simulation application) can be installed, through which the simulation method provided in this application can be implemented.

[0134] It should be noted that the above Figure 6 The number of devices, device types, and network access information included in the network simulation topology diagram shown are merely examples and should not be construed as limiting this application.

[0135] In one possible implementation, the above Figure 4 The steps shown can be performed by the network building module in the simulation system.

[0136] After constructing the network simulation topology, it is possible to determine whether there are any faults in the links between the real devices based on the selected configuration data, as well as the link latency, bandwidth, and packet loss rate between the real devices over time. Then, the data is read through an automatic playback mechanism, and the read data is set to the latency filter, bandwidth filter, and packet loss filter of the corresponding simulation device in the network simulation topology to simulate the network characteristics of the physical links between the real devices. It is easy to understand that these network characteristics can include latency, bandwidth, and packet loss rate.

[0137] In one possible implementation, the process of simulating the network characteristics of the physical links between the various devices can be performed by the physical link simulation module in the simulation system.

[0138] After completing the physical link simulation, the data type and corresponding traffic volume of the transmission can be determined based on the selected configuration data, thereby generating simulated business application data.

[0139] In one possible implementation, the process of performing business applications described above can be executed by the business application data generation module in the simulation system.

[0140] S304. Problem reproduction and characteristic solution evaluation in coal mine business scenarios based on simulated network environment.

[0141] In this embodiment, the simulation network environment constructed based on step S303 can be used to reproduce problems in real coal mine business scenarios, and can also be used to evaluate characteristic solutions, etc. Two specific examples are given below for illustration.

[0142] Example 1: Video transmission failure due to insufficient bandwidth See Figure 7 Taking the failure of video data sharing between explosion-proof mobile phone 1 and explosion-proof mobile phone 2 in a coal mine business scenario as an example, assuming that the simulation is of sharing ultra-high-definition video data between explosion-proof mobile phone 1 and explosion-proof mobile phone 2, it can be seen from the simulation configuration data shown in Table 2 that the simulation configuration data corresponding to high-bandwidth business scenario 2 needs to be selected in the simulation system. From this simulation configuration data, it can be seen that the business traffic corresponding to ultra-high-definition video (i.e., the average traffic / average bitrate of ultra-high-definition video) is 40Mbps, while the simulated link bandwidth between the simulated explosion-proof mobile phone 1 and the simulated explosion-proof mobile phone 2 is less than 20Mbps. Therefore, the problem of failure of sharing ultra-high-definition video between explosion-proof mobile phone 1 and explosion-proof mobile phone 2 can be reproduced in the simulated network environment, and it can be determined that the cause of failure is insufficient link bandwidth when transmitting data.

[0143] To address the aforementioned issues, one proposed optimization scheme is to incorporate a dual-link transmission mechanism. This involves transmitting video streams in parallel via two links. For instance, a 5G link can be added to the existing Wi-Fi link. The Wi-Fi link bandwidth is 20Mbps, and since the traffic for ultra-high-definition video is 40Mbps, the 5G link bandwidth can be 20Mbps or higher. Furthermore, based on this optimization scheme, it can be re-verified in the simulated network environment constructed in step S303. Specifically, firstly, an additional link is added between the simulated explosion-proof phone 1 and the simulated explosion-proof phone 2. Then, the sharing of ultra-high-definition video between explosion-proof phone 1 and explosion-proof phone 2 via the two links is simulated to verify the effectiveness of the solution. If video transmission is successful, the dual-link video transmission solution is deemed effective.

[0144] Example 2: Problem of three-machine linkage failure due to link disconnection Typically, efficient coal mining requires the coordinated operation of the coal mining machine, hydraulic supports, and scraper conveyors (or belt conveyors) (i.e., three-machine linkage). Before the coal mining machine begins operation, the hydraulic supports need to complete their support preparation. After the coal mining machine starts cutting coal, as the mining progresses, the hydraulic supports located in front of the coal mining machine will retract the side plates supporting the coal face to ensure the machine can pass through without obstructing its cutting. Simultaneously, the hydraulic supports located behind the coal mining machine will automatically perform follow-up operations, such as lowering, moving, raising, and pushing the conveyor. The coal cut by the coal mining machine is loaded into the scraper conveyor and transported out. In coal mine production applications, a break in this linkage will lead to the failure of the three-machine linkage, reducing mining efficiency.

[0145] See Figure 8 Taking the disconnection of the link between the coal mining machine and the scraper conveyor in a coal mine business scenario as an example, assuming the simulation is of a disconnection between the coal mining machine 2 and the scraper conveyor, it can be seen from the simulation configuration data shown in Table 2 that the simulation configuration data corresponding to the link failure scenario needs to be selected in the simulation system. This simulation configuration data shows that the link is unreachable in the link failure scenario. In one possible implementation, the disconnection scenario in the live network environment can be simulated by disconnecting the network interface card (NIC), for example, disconnecting... Figure 8 The network card 1 shown is in an abnormal state. In this way, the network connection of network card 1 is disconnected, that is, the link between the simulated coal mining machine 2 and the simulated scraper conveyor based on network card 1 is broken. When disconnected, the simulated coal mining machine 2 will fail to send coordination commands to the simulated scraper conveyor. In this way, the problem of the failure of the three-machine linkage due to the failure of the link between the coal mining machine and the scraper conveyor to successfully transmit commands can be accurately reproduced in the current network environment.

[0146] To address the aforementioned issues, one proposed optimization scheme is to incorporate a dual-link redundant transmission mechanism. This involves placing the other link in a connected state when one link switches from connected to disconnected, and using this new link for command transmission to improve reliability. Based on this optimization scheme, it can be re-verified in the simulation network environment constructed in step S303. Specifically, in addition to the existing links (i.e., the links in the network of NIC 1), a new link (i.e., the link in the network of NIC 2) is added between the simulated coal mining machine 2 and the simulated scraper conveyor. When the existing link switches from connected to disconnected, the newly added link is placed in a connected state. Then, the transmission of collaborative commands between the coal mining machine 2 and the scraper conveyor via this new link is simulated to verify the effectiveness of the optimization scheme. If the collaborative commands can be successfully transmitted, the dual-link redundant transmission optimization scheme is effective.

[0147] Continue reading Figure 8 In one possible implementation, before and after optimization, before the network connection of NIC 1 is disconnected, the network connection of NIC 1 can be achieved by performing the steps of initiating device discovery and NIC 1 initiating network formation; in the optimized implementation, the network reachability detection step can be performed to put another link into a connected state when one link is disconnected (for example, NIC 2 restores network formation when the network connection of NIC 1 is disconnected).

[0148] It is easy to understand that the dual-link redundant transmission mechanism can only be applied if the simulated coal mining machine 2 and the simulated scraper conveyor have the ability to support multiple network cards.

[0149] from Figure 7 and Figure 8 It is easy to see from the middle that, through Figure 3 The method shown can provide a verification environment for validating optimization schemes for important characteristics in coal mine scenarios, thereby significantly improving verification efficiency.

[0150] It should be noted that, not limited to Examples 1 and 2 above, the simulation method provided in this application can also be used for the location, reproduction, and debugging of other existing network problems, as well as the verification, optimization, and evaluation of other feature solutions.

[0151] It should be noted that the above Figure 3 The entity performing step S301 shown can be an electronic device with data acquisition capabilities; this application does not limit the specific type of such electronic device. Figure 3 The execution subject of steps S302-S304 shown can be an electronic device with simulation capabilities; this application does not limit the specific type of such electronic device. In some embodiments, the above... Figure 3 The execution entity of step S301 shown can also be the aforementioned electronic device with simulation function. In one possible implementation, the electronic device can establish a communication connection with the equipment performing coal mine production operations. Through this communication connection, the aforementioned coal mine production operation information can be obtained from these devices in real time (or periodically). In another implementation, the aforementioned coal mine production operation information can also be transmitted from other electronic devices that have obtained the aforementioned coal mine production operation information to the aforementioned electronic device with simulation function. This application embodiment does not limit the specific implementation method for obtaining the aforementioned coal mine production operation information.

[0152] By implementing the above Figure 3The method shown can generate simulation models of one or more business scenarios based on information collected from actual coal mine production operations. By dynamically selecting configuration data for the simulation model (i.e., inputting simulation configuration data corresponding to the business scenario into the simulation model), it can automatically simulate the corresponding actual coal mine network environment and the actual link characteristics between various devices. Based on this environment, existing network problems can be reproduced, and solutions or process optimizations can be made to address these problems. Especially for underground operations in coal mine scenarios, this eliminates the need for cabling or deploying wireless access points (APs), reducing the need for significant manpower costs and breaking the dependence on physical hardware devices. It can quickly provide a network environment for analyzing problems and verifying solutions. In other words, it can provide a verifiable analytical environment for locating existing network problems and designing solutions, thus greatly improving efficiency in large-scale equipment scenarios in the industry.

[0153] Application Scenario 2: Drone Performance Scenarios In drone performance scenarios, drones typically need to coordinate control (e.g., through distributed soft bus technology). For example, see [link to relevant documentation]. Figure 9 This is a scenario that uses five drones (e.g., drones numbered 1, 2, 3, 4, and 5) to perform a drone show. Since the drone array often changes in drone show scenarios, the communication distance and network status between the drones will also change accordingly. In actual drone shows, the drone show may fail due to the failure of coordination between drones.

[0154] Based on the aforementioned issues, similar to application scenario one (i.e., the coal mine scenario), a simulation method similar to that used in the coal mine scenario can also be used in the drone performance scenario. This method allows for the reproduction, localization, and debugging of problems encountered during actual drone performances within a simulation environment. It can also be used to verify, optimize, and evaluate solutions. The specific process can be found in the relevant textual description in application scenario one, and will not be repeated here.

[0155] Furthermore, this application also provides a simulation method for drone performance scenarios. In this method, firstly, simulation configuration data for the corresponding business scenario can be generated based on data collected during actual drone performances. Then, model training is performed based on this simulation configuration data, thereby automatically generating a new drone network environment. The following section combines... Figure 10 This method will be described in detail.

[0156] like Figure 10 As shown, the simulation method may include the following steps: S1001. When performing drone flight performances, collect drone flight performance operation information (such as network information, number of drones, flight distance between drones, drone traffic data, drone flight altitude and speed, drone flight environment, weather information, latency, packet loss rate, bandwidth, etc.).

[0157] In one possible implementation, the aforementioned drone flight performance operation information can be obtained using a monitoring system based on the drone's flight trajectory.

[0158] The aforementioned network information may include the network access information of the drone, which may include, but is not limited to, the network access method and IP address.

[0159] The flight distance between drones (i.e., the relative flight distance between two drones) d can be represented by d{i,j}, where i can represent the number of one drone and j can represent the number of the other drone.

[0160] S1002. Based on the collected drone flight performance operation information, generate simulation configuration data for drone flight performance scenarios, and use the simulation configuration data to train and generate new simulation configuration data.

[0161] Specifically, after acquiring the collected drone flight performance operation information, simulation configuration data for the drone flight performance scene can be automatically generated based on the drone flight performance operation information. For example, referring to Table 3, the simulation configuration data can be simulation configuration data where the output data changes with the input data. The output data can include, but is not limited to, latency, packet loss rate, and bandwidth. The input data can include, but is not limited to, the number of drones, the flight distance between drones, drone traffic data, drone flight altitude and speed, drone flight environment, and weather information.

[0162] In one possible implementation, step S1002 described above can be performed by the link simulation intelligent analysis module in the simulation system.

[0163] In this embodiment, the link simulation intelligent analysis module can take the number of drones, the flight distance between drones, drone traffic data, drone flight altitude and speed, drone flight environment (such as dense urban areas, open suburbs, forests, and other spatial environments), and weather information as input data, and then take the latency, packet loss rate, and bandwidth between drones at different times as output data to provide the basic training data for the AI ​​algorithm model.

[0164] After the AI ​​algorithm model is trained, it can be used to generate a new set of simulation configuration data. See Table 4, which provides an example of such a new set of simulation configuration data.

[0165] In one possible implementation, data that was originally intended as input data (such as the number of drones, the flight distance between drones, drone traffic data, drone flight altitude and speed, drone flight environment, weather information, etc.) can be used as input data for the AI ​​algorithm model. In this case, data that was originally intended as output data (such as latency, packet loss rate, bandwidth, etc.) becomes the output data of the AI ​​algorithm model.

[0166] In another possible implementation, data that was originally intended as output data (such as latency, packet loss rate, bandwidth, etc.) can be used as input data for the AI ​​algorithm model. In this case, the data that was originally intended as input data (such as the number of drones, the flight distance between drones, drone traffic data, drone flight altitude and speed, drone flight environment, weather information, etc.) becomes the output data of the AI ​​algorithm model.

[0167] Table 3

[0168] Table 4

[0169] S1003. Select new simulation configuration data in the simulation system to build the simulation network environment.

[0170] First, after generating new simulation configuration data, users can select the new configuration data within the simulation system. Then, based on the network information corresponding to the selected configuration options, the system can automatically construct the network topology model (or network simulation topology diagram / network topology diagram / network environment topology diagram) for the UAV flight performance. The construction process is similar to that in the aforementioned application scenario one (i.e., the coal mine scenario), and will not be described in detail here.

[0171] After constructing the network topology model of the drone flight performance, the latency, packet loss rate, and bandwidth of each drone over time can be determined based on the selected new simulation configuration data. Then, the data is read through an automatic playback mechanism, and the read data is set to the latency filter, bandwidth filter, and packet loss filter of the corresponding simulation device in the above drone flight performance network topology model to simulate the network characteristics of the physical links between each drone. It is easy to understand that the network characteristics can include latency, bandwidth, and packet loss rate.

[0172] In one possible implementation, the process of simulating the network characteristics of the physical links between various UAVs can be performed by the physical link simulation module in the simulation system.

[0173] After completing the physical link simulation, the traffic data transmitted between drones can be determined based on the selected new simulation configuration data. Then, corresponding simulation data can be generated to simulate the actual transmission data of drones.

[0174] S1004. Evaluate the success of the drone flight performance based on the simulated network environment.

[0175] In this embodiment of the application, the simulated network environment constructed based on the above step S1003 can transmit data of simulated drones, confirm whether the command data interaction between simulated drones is normal, thereby assessing whether the drone flight is smooth and assessing the risk of new flight routes.

[0176] By implementing the above Figure 10 The method described above, firstly, generates simulation configuration data based on data collected during actual drone flight demonstrations. Further, it constructs a simulation network environment based on this configuration data, simulating the dynamic changes of the network under various drone flight trajectories. This approach offers two advantages: firstly, it allows for the reproduction of problems encountered during actual flight demonstrations using a simulated network environment derived from the real-world network environment, providing a verification environment for feature optimization schemes. This addresses the high cost of using real drones for network functional verification due to the large number of constantly moving flying devices during drone collaborative operations, breaking the dependence on physical hardware and reducing the cost of manpower and resources for network deployment in engineering environments, effectively improving verification efficiency. Secondly, it allows for the training of AI algorithm models based on the simulation configuration data. These AI models automatically learn new simulation configuration data, simulating new array change environments for drone demonstrations. This enables direct evaluation of the successful implementation of drone collaborative operation schemes within the simulated network environment, without requiring a real drone flight demonstration for verification or relying on actual network environment data collection. This approach is more flexible, convenient, and cost-effective.

[0177] Figure 11 The flowchart of a simulation method provided in this application is illustrated by way of example.

[0178] like Figure 11 As shown, this method can be applied to electronic devices with simulation capabilities. The specific steps of this method are described in detail below: S1101. Obtain coal mine production operation information in a real environment. The coal mine production operation information includes equipment information of production equipment, access network information, and link status between production equipment.

[0179] S1102. Construct a simulation network environment based on coal mine production operation information. The simulation network environment includes network nodes used to simulate production equipment.

[0180] S1103. Based on the simulated network environment, simulate the transmission of the target service's business data between the production devices corresponding to the network nodes, and output the first transmission result.

[0181] By implementing the above Figure 11 The method shown can automatically simulate and construct the network environment of real production in the coal mining industry based on relevant information collected in the real production environment of the coal mining industry. It can be used to reproduce, locate, and debug network problems, thereby eliminating the dependence on physical physical equipment, reducing R&D costs, and improving R&D efficiency.

[0182] In one possible implementation, the link status between production devices includes one or more of the following: latency, bandwidth, packet loss rate, and whether it is reachable.

[0183] In this way, during the simulation of business data transmission, the transmission status of business data (such as the latency and packet loss rate of business data transmission) can be evaluated through the link status.

[0184] In one possible implementation, the production equipment corresponding to the network node includes a first production equipment and a second production equipment. The link between the first production equipment and the second production equipment in the simulated network environment is the first link. The business data of the target business is simulated and transmitted between the production equipment corresponding to the network node based on the simulated network environment. Specifically, this includes: simulating the transmission of business data between the first production equipment and the second production equipment based on the first link in the simulated network environment.

[0185] In other words, if a communication link (such as the first link mentioned above) is established between two production devices, then in a simulated network environment, business data can be simulated to be transmitted between the two production devices through this link.

[0186] In this way, the process of business data transmission between two production devices in a real environment can be simulated without relying on physical equipment, which does not require a lot of manpower and material resources and greatly improves efficiency.

[0187] In one possible implementation, the output of a first transmission result specifically includes: outputting a first transmission result based on the link status of the first link and the transmission requirements of the service data. The first transmission result is used to indicate whether the service data transmission based on the first link was successful or failed, and / or to indicate whether the link status of the first link meets the transmission requirements.

[0188] The aforementioned transmission requirements may include, but are not limited to, bandwidth requirements, link reachability requirements, latency requirements, and packet loss rate requirements.

[0189] In other words, after the simulated business data is transmitted through the first link, the transmission result can be output. The method of outputting the transmission result is not limited and can be one or more of the following: voice, interface display, etc.

[0190] This allows users to easily determine whether business data has been successfully transmitted and / or whether the link status meets the transmission requirements of the business data through the transmission results. In the event of business data transmission failure or the link status not meeting the transmission requirements of the business data, users can easily propose corresponding solutions based on the transmission results.

[0191] In one possible implementation, if the first transmission result indicates that the bandwidth of the first link does not meet the transmission requirements, the method further includes: adding a second link, which is a link between the first and second production devices that is different from the first link in the simulated network environment; simulating the transmission of service data between the first and second production devices based on the first and second links in the simulated network environment; and outputting a second transmission result based on the bandwidth of the first link, the bandwidth of the second link, and the transmission requirements, wherein the second transmission result is used to indicate whether the service data transmission based on the first and second links is successful or unsuccessful, and / or to indicate whether the sum of the bandwidth of the first link and the bandwidth of the second link meets the transmission requirements.

[0192] In other words, when the bandwidth of the original link (i.e. the first link mentioned above) is insufficient, an optimization scheme of dual-link transmission mechanism can be proposed. Service data is transmitted in parallel through dual links. After the simulated service data is transmitted in parallel through the first and second links, the transmission result can be output. The way of outputting the transmission result is not limited and can be one or more of voice, interface display, etc.

[0193] This allows users to easily determine whether the service data has been successfully transmitted, and / or whether the link status of the first link and the link status of the second link meet the transmission requirements of the service data. This enables them to quickly verify the effectiveness of the above optimization scheme and greatly improve efficiency.

[0194] It should be noted that the parallel transmission of service data is not limited to the above-mentioned dual links, but can also be carried out through a greater number of links (such as three links, four links, etc.). This application embodiment does not limit this.

[0195] In one possible implementation, if the first transmission result indicates that one or more of the reachability status, latency, and packet loss rate of the first link do not meet the transmission requirements, the method further includes: replacing the first link with a third link, wherein the third link is a link between the first production equipment and the second production equipment that is different from the first link in the simulated network environment; simulating the transmission of service data between the first production equipment and the second production equipment based on the third link in the simulated network environment; and outputting a third transmission result based on the link status and transmission requirements of the third link, wherein the third transmission result is used to indicate whether the service data transmission based on the third link is successful or failed, and / or to indicate whether one or more of the reachability status, latency, and packet loss rate of the third link meet the transmission requirements.

[0196] In other words, if the original link (i.e., the first link mentioned above) experiences one or more of the following problems: link unreachability, excessive latency, or excessive packet loss rate, an optimization scheme of dual-link redundant transmission mechanism can be proposed. This involves replacing the original link with a new link (such as the third link mentioned above), placing the new link in a reachable state, and transmitting service data based on the new link. After simulating the transmission of service data through the new link, the transmission result can be output. The method of outputting the transmission result is not limited and can be one or more of the following: voice, interface display, etc.

[0197] This allows users to easily determine whether business data has been successfully transmitted and / or whether the new link's status meets the business data transmission requirements, thereby quickly verifying the effectiveness of the above optimization scheme and greatly improving efficiency.

[0198] In one possible implementation, a simulated network environment is constructed based on coal mine production operation information, specifically including: generating a network topology map based on equipment information of production equipment and access network information; determining the link status between corresponding network nodes based on the link status between production equipment; and constructing a simulated network environment based on the network topology map and the link status between network nodes.

[0199] The specific process of constructing the simulated network environment described above can be referred to in the foregoing embodiments. Figure 3 The textual descriptions of the relevant steps are not repeated here.

[0200] In one possible implementation, a network topology map is generated based on the equipment information and access network information of the production equipment. Specifically, this includes: determining the network segment address of one or more subnets based on the IP address and subnet mask of the production equipment; creating bridging network cards corresponding to one or more subnets and virtual network cards corresponding to the production equipment; starting the simulation image corresponding to the equipment type of the production equipment; and generating a network topology map based on the bridging network cards, virtual network cards, and simulation images.

[0201] The specific process of generating the network topology graph can be referred to in the foregoing embodiments. Figure 4 The textual descriptions of the relevant steps are omitted here. The network topology diagram described above can be, for example, the one described in the preceding embodiments. Figure 6 The exemplary network topology diagram shows that the simulated devices in the network topology diagram can be referred to as network nodes.

[0202] In one possible implementation, the target service includes one or more of the following: high-bandwidth service, low-latency service, high-reliability service, and ordinary service; the service data for high-bandwidth service includes video data; the service data for low-latency service or high-reliability service includes instructions; and the service data for ordinary service includes documents.

[0203] It should be noted that the high-bandwidth service, low-latency service, high-reliability service, and ordinary service mentioned above are only a few examples of the target services mentioned above. The target services mentioned above can also be other services, and this application embodiment does not limit them.

[0204] It should be noted that the service data corresponding to the above-mentioned high-bandwidth services, low-latency services, high-reliability services, and ordinary services are only examples, and can be other data. This application does not limit this.

[0205] In one possible implementation, the production equipment includes one or more of the following: explosion-proof mobile phone, gateway device, coal mining machine, hydraulic support, scraper conveyor, sensor, and smart mine lamp.

[0206] It should be noted that the above-mentioned production equipment is merely an example, and other production equipment may also be used. This application does not limit the specific production equipment used.

[0207] In one possible implementation, the equipment type of the production equipment includes one or more of the following: light equipment, small equipment, and standard equipment.

[0208] It should be noted that the equipment type of the above-mentioned production equipment is only an example, and other equipment types are also possible. This application does not limit this type of equipment.

[0209] In one possible implementation, obtaining coal mine production operation information in a real environment specifically includes: obtaining coal mine production operation information in the real environment from the production equipment.

[0210] In this application, the production equipment may be underground (or underground), and the electronic equipment used to perform the simulation method may be above ground. The electronic equipment can collect information from the underground equipment in order to construct a simulation network environment based on the information.

[0211] In one possible implementation, the target service, the sending device for the target service's service data, and the receiving device are all selected by the user in the network nodes corresponding to them in the simulated network environment.

[0212] In other words, electronic devices used to perform simulation methods can, for example, provide relevant user interfaces to allow users to independently select target services, as well as the sender and receiver of service data, according to their actual needs, which is flexible, convenient, and improves the user experience.

[0213] The electronic device provided in this application embodiment can run an operating system (OS). This operating system can be various operating systems currently used in the industry, such as HarmonyOS, an operating system developed based on OpenHarmony; or other operating systems such as Android®, iOS mobile operating systems; it can also be various open-source operating systems or their derivatives, such as Linux OS, and other embedded operating systems; or it can be a future new operating system, such as an AI operating system based on artificial intelligence. An operating system is a set of interconnected system software programs that manage and control the operation of electronic devices, utilize and run hardware and software resources, and provide public services to organize user interaction. The operating system occupies a pivotal position in electronic devices, connecting downwards to the physical devices at the hardware layer and providing a runtime environment for application software upwards.

[0214] An operating system typically includes a kernel layer, a middleware layer, and an application layer. The application layer includes applications, which can include system applications and third-party applications. The middleware layer is a suite of software, or frameworks, that provides various services to application developers, such as databases, multimedia, and graphics, or capabilities like distributed scheduling and system expansion. For example, the middleware layer can also be broadly divided into a framework layer and / or a system service layer. The framework layer provides application programming interfaces (APIs) and programming frameworks for applications in the application layer. The system service layer includes the system's core capabilities, providing services to applications through the framework layer. The kernel layer is the layer between hardware and software. The kernel layer can include hardware drivers and the operating system kernel. In addition to providing hardware drivers, the kernel layer also supports functions such as memory management and system process management.

[0215] The electronic devices we use in our daily lives come in various types and forms, and are applied in a wide range of scenarios. Therefore, based on the different forms and functions of electronic devices, different application scenarios, and different user needs, the operating systems used in these devices may also differ. These operating systems share commonalities but also have their own unique characteristics. Different operating systems affect user experience, application ecosystem, and system performance. The basic functions implemented by the electronic devices provided in this application can be implemented using a general-purpose operating system or a dedicated operating system. To more clearly illustrate the implementation of the embodiments of this application under a specific operating system, the architecture of HarmonyOS is shown below. Those skilled in the art can deduce the implementation of the embodiments of this application under other specific operating systems, such as the Android® operating system.

[0216] Figure 12 An exemplary embodiment of the software structure of an electronic device provided in this application is shown.

[0217] like Figure 12 As shown, the software architecture of an electronic device can be divided into several layers. In some embodiments, from bottom to top, these layers are: kernel layer, system service layer, framework layer, and application layer. The layers communicate with each other through software interfaces. System functions can be tailored, added, or combined at the subsystem granularity in different device deployment scenarios, and each subsystem can also be tailored, added, or combined at the functional granularity.

[0218] The Kernel Abstraction Layer (KAL) provides basic kernel capabilities to upper layers by shielding the differences between multiple kernels, including but not limited to process / thread management, memory management, file system, network management, and peripheral device management.

[0219] Kernel Subsystem: Supports the selection of a suitable OS kernel for different resource-constrained devices, including but not limited to Linux kernel, HarmonyOS kernel, LiteOS, etc.

[0220] Driver Subsystem: The driver framework is the foundation for the open system hardware ecosystem, providing unified peripheral access capabilities and a framework for driver development and management. The driver framework includes: display drivers, camera drivers, audio drivers, Bluetooth drivers, sensor drivers, etc.

[0221] The system service layer comprises the core capabilities of the system, providing services to applications through the framework layer. This layer includes, but is not limited to, the following subsystems: The system's basic capability subsystems provide the foundational capabilities for the operation, scheduling, and migration of distributed applications across multiple devices. For example, they may include distributed soft bus, distributed data management, distributed task scheduling, and compiler / runner; they may also include multi-modal input subsystem, graphics subsystem, security subsystem, and AI business subsystem.

[0222] Basic software service subsystems: provide common and general software services; for example, event notification subsystem, telephone subsystem, multimedia subsystem, etc.

[0223] Enhanced software service subsystem suite: Provides differentiated capability-enhancing software services for different devices; for example, it may include proprietary business subsystems for smart screens, wearable devices, and IoT devices.

[0224] Hardware service subsystem set: provides hardware services; for example, it may include location service subsystem, user IAM (Identity and Access Management) subsystem, wearable proprietary hardware service subsystem, biometric identification, IoT proprietary hardware service subsystem, etc.

[0225] Distributed task scheduling enables distributed service management (discovery, synchronization, registration, and invocation), supporting remote startup, remote invocation, remote connection, and migration of applications across devices.

[0226] Distributed data management enables data synchronization, data storage, data sharing, and data access across all scenarios and devices.

[0227] The distributed soft bus provides communication-related capabilities for seamless interconnection between multiple devices, including: WLAN service capabilities, Bluetooth service capabilities, soft bus, inter-process communication RPC (Remote Procedure Call) and other communication capabilities.

[0228] A compiler / runner is a unified compilation and runtime platform designed to support the joint compilation and execution of multiple programming languages ​​and multiple chip platforms. For example, a compiler / runner could be the ArkCompiler.

[0229] The framework layer provides application programming interfaces (APIs) and programming frameworks for applications in the application layer. Examples include the UI framework module (which provides a complete infrastructure for UI development, including UI functionalities such as components, layouts, animations, and interactive events, as well as real-time interface preview tools), the user application framework, and the Ability framework (an Ability is a lightweight application; the Ability framework schedules and manages the operation and lifecycle of Abilities). Different devices may run different operating systems, and therefore support different APIs.

[0230] The HarmonyOS API is a series of open capabilities provided to support HarmonyOS application development. The HarmonyOS API can be set at the framework layer or independently of the framework layer. Examples include: Audio API (audio service), Push API (push service), and Account API (account service).

[0231] The application layer can include applications in electronic devices, including but not limited to: desktop, emulation, settings, phone, SMS, social, travel, short video, shopping, etc.

[0232] The simulation application described above can be used to implement the simulation method provided in this application. The functions provided in the embodiments of this application can be referred to the foregoing relevant text descriptions, and will not be repeated here. Its name should not constitute a limitation on this application.

[0233] The hardware structure of an electronic device provided in the embodiments of this application is described below.

[0234] Figure 13 The hardware structure of an electronic device provided in an embodiment of this application is illustrated by way of example.

[0235] like Figure 13 As shown, the electronic device may include a processor 110, internal memory 120, external memory interface 121, universal serial bus (USB) interface 130, charging management module 140, power management module 141, battery 142, display screen 151, mouse 152, camera 153, audio module 160, speaker 161, receiver 162, microphone 163, headphone jack 164, wired communication module 171, wireless communication module 172, antenna 1, sensor module 180, etc. Sensor module 180 may include a pressure sensor 180A, fingerprint sensor 180B, temperature sensor 180C, touch sensor 180D, ambient light sensor 180E, etc.

[0236] It is understood that the structures illustrated in the embodiments of this application do not constitute a specific limitation on the electronic device. In other embodiments of this application, the electronic device may include more or fewer components than illustrated, or combine some components, or split some components, or have different component arrangements. The illustrated components may be implemented in hardware, software, or a combination of software and hardware. For example, in some embodiments, in addition to the hardware described above, the electronic device may also have a motor, a mobile communication module (2G / 3G / 4G / 5G), a SIM card interface, an eSIM chip, etc. Therefore, the specific hardware structure of the electronic device may include more or fewer components than illustrated, or combine some components, or split some components, or have different component arrangements, depending on the specific circumstances.

[0237] Processor 110 may include one or more processing units, such as: application processor (AP), modem processor, graphics processing unit (GPU), image signal processor (ISP), controller, memory, video codec, digital signal processor (DSP), baseband processor, and / or neural network processing unit (NPU), etc. Different processing units may be independent devices or integrated into one or more processors.

[0238] The controller can serve as the nerve center and command center of an electronic device. Based on the instruction opcode and timing signals, the controller generates operation control signals to control the fetching and execution of instructions.

[0239] The processor 110 may also include a memory for storing instructions and data. In some embodiments, the memory in the processor 110 is a cache memory. This memory can store instructions or data that the processor 110 has just used or that are used repeatedly. If the processor 110 needs to use the instruction or data again, it can retrieve it directly from the memory. This avoids repeated accesses, reduces the waiting time of the processor 110, and thus improves the efficiency of the system.

[0240] In some embodiments, the processor 110 may include one or more interfaces. Interfaces may include an inter-integrated circuit (I2C) interface, an inter-integrated circuit sound (I2S) interface, a pulse code modulation (PCM) interface, a universal asynchronous receiver / transmitter (UART) interface, a mobile industry processor interface (MIPI), a general-purpose input / output (GPIO) interface, a subscriber identity module (SIM) interface, and / or a universal serial bus (USB) interface, etc.

[0241] USB port 130 is a USB standard compliant interface, which can be a Mini USB port, Micro USB port, USB Type-C port, etc. USB port 130 can be used to connect a charger to charge electronic devices, and can also be used for data transfer between electronic devices and peripheral devices. This interface can also be used to connect other electronic devices, such as AR devices.

[0242] It is understood that the interface connection relationships between the modules illustrated in the embodiments of this application are merely illustrative and do not constitute a limitation on the structure of the electronic device. In other embodiments of this application, the electronic device may also employ different interface connection methods or combinations of multiple interface connection methods as described in the above embodiments.

[0243] Internal memory 120 can be used to store computer executable program code, which includes instructions. Processor 110 executes various functional applications and data processing of the electronic device by running the instructions stored in internal memory 120. Internal memory 120 may include a program storage area and a data storage area. The program storage area may store the operating system, at least one application program required for a function (such as sound playback, image playback, etc.), etc. The data storage area may store data created during the use of the electronic device. Furthermore, internal memory 120 may include high-speed random access memory and may also include non-volatile memory, such as at least one disk storage device, flash memory device, universal flash storage (UFS), etc.

[0244] The external storage interface 121 can be used to connect an external storage card, such as a portable hard drive, to expand the storage capacity of the electronic device. The external storage card communicates with the processor 110 through the external storage interface 121 to perform data storage functions. For example, music, video, and other files can be saved on the external storage hard drive.

[0245] The charging management module 140 receives charging input from a charger. The charger can be a wireless charger or a wired charger. In some wired charging embodiments, the charging management module 140 receives charging input from the wired charger via a USB interface 130. In some wireless charging embodiments, the charging management module 140 receives wireless charging input via the wireless charging coil of the electronic device. While charging the battery 142, the charging management module 140 can also supply power to the electronic device via the power management module 141.

[0246] The power management module 141 connects the battery 142, the charging management module 140, and the processor 110. The power management module 141 receives input from the battery 142 and / or the charging management module 140, providing power to the processor 110, internal memory 120, external memory, display screen 151, camera 153, and wireless communication module 172, etc. The power management module 141 can also monitor parameters such as battery capacity, battery cycle count, and battery health status (leakage current, impedance). In some other embodiments, the power management module 141 may also be located within the processor 110. In other embodiments, the power management module 141 and the charging management module 140 may be located in the same device.

[0247] The electronic device implements display functions through a GPU, a display screen 151, and an application processor. The GPU is a microprocessor for image processing, connecting the display screen 151 and the application processor. The GPU is used to perform mathematical and geometric calculations and for graphics rendering. The processor 110 may include one or more GPUs, which execute program instructions to generate or modify display information.

[0248] Display screen 151 is used to display images, videos, etc. Display screen 151 includes a display panel. The display panel may be a liquid crystal display (LCD), an organic light-emitting diode (OLED), an active-matrix organic light-emitting diode (AMOLED), a flexible light-emitting diode (FLED), a Miniled LED, a MicroLED, a Micro-OLED, a quantum dot light-emitting diode (QLED), etc. In some embodiments, the electronic device may include one or N displays 151, where N is a positive integer greater than 1.

[0249] The mouse 152 can be used to receive user input to control electronic devices and enable them to perform different functions.

[0250] Electronic devices can achieve shooting functions through ISP, camera 153, video codec, GPU, display 151 and application processor.

[0251] Camera 153 is used to capture still images or videos. An object is projected onto a photosensitive element by generating an optical image through the lens. The photosensitive element can be a charge-coupled device (CCD) or a complementary metal-oxide-semiconductor (CMOS) phototransistor. The photosensitive element converts the light signal into an electrical signal, which is then passed to an ISP for conversion into a digital image signal. The ISP outputs the digital image signal to a DSP for processing. The DSP converts the digital image signal into image signals in standard RGB, YUV, or other formats. In some embodiments, the electronic device may include one or N cameras 153, where N is a positive integer greater than 1.

[0252] Digital signal processors (DSPs) are used to process digital signals. Besides digital image signals, they can also process other digital signals. For example, when an electronic device is selecting a frequency, a DSP can perform a Fourier transform on the frequency energy.

[0253] Video codecs are used to compress or decompress digital video. Electronic devices can support one or more video codecs. This allows the electronic device to play or record video in various encoded formats, such as Moving Picture Experts Group (MPEG) 1, MPEG2, MPEG3, MPEG4, etc.

[0254] An NPU (Neural Processing Unit) is a computational processor for neural networks (NNs). By borrowing the structure of biological neural networks, such as the transmission patterns between neurons in the human brain, it can rapidly process input information and continuously learn on its own. NPUs enable intelligent cognitive applications in electronic devices, such as image recognition, facial recognition, speech recognition, and text understanding.

[0255] The network communication function of the electronic device can be implemented through a wired communication module 171, a wireless communication module 172, an antenna 1, a modem processor, and a baseband processor. Through this network communication function, the electronic device can communicate with other electronic devices.

[0256] Antenna 1 is used to transmit and receive electromagnetic wave signals. Each antenna in an electronic device can be used to cover one or more communication frequency bands. Different antennas can also be reused to improve antenna utilization. For example, antenna 1 can be reused as a diversity antenna for a wireless local area network. In some other embodiments, the antenna can be used in conjunction with a tuning switch.

[0257] The modem processor may include a modulator and a demodulator. The modulator modulates a low-frequency baseband signal to be transmitted into a mid-to-high frequency signal. The demodulator demodulates the received electromagnetic wave signal into a low-frequency baseband signal. The demodulator then transmits the demodulated low-frequency baseband signal to the baseband processor for processing. After processing by the baseband processor, the low-frequency baseband signal is transmitted to the application processor. The application processor outputs sound signals through an audio device (not limited to speaker 161, receiver 162, etc.) or displays images or videos through a display screen 151. In some embodiments, the modem processor may be a separate device.

[0258] Wired communication module 171 can provide solutions for wired communication applications in electronic devices, including Ethernet, local area network, and the Internet. Wired communication module 171 can be one or more devices integrating at least one communication processing module.

[0259] The wireless communication module 172 can provide solutions for wireless communication applications in electronic devices, including wireless local area networks (WLANs) (such as wireless fidelity (Wi-Fi) networks), Bluetooth (BT), global navigation satellite system (GNSS), frequency modulation (FM), near field communication (NFC), and infrared (IR) technologies. The wireless communication module 172 can be one or more devices integrating at least one communication processing module. The wireless communication module 172 receives electromagnetic waves via antenna 1, performs frequency modulation and filtering of the electromagnetic wave signals, and sends the processed signal to processor 110. The wireless communication module 172 can also receive signals to be transmitted from processor 110, perform frequency modulation and amplification, and convert them into electromagnetic waves for radiation via antenna 1.

[0260] Electronic devices can implement audio functions such as music playback and recording through audio modules 160, speakers 161, receivers 162, microphones 163, headphone jacks 164, and application processors.

[0261] The audio module 160 is used to convert digital audio information into analog audio signals for output, and also to convert analog audio input into digital audio signals. The audio module 160 can also be used for encoding and decoding audio signals. In some embodiments, the audio module 160 may be located in the processor 110, or some functional modules of the audio module 160 may be located in the processor 110.

[0262] The speaker 161, also known as a "loudspeaker," is used to convert audio electrical signals into sound signals. Electronic devices can listen to music or make hands-free calls through the speaker 161.

[0263] The receiver 162, also known as the "earpiece," is used to convert audio electrical signals into sound signals. When an electronic device answers a phone call or voice message, the receiver 162 can be brought close to the ear to hear the voice.

[0264] Microphone 163, also known as a "microphone" or "voice transducer," is used to convert sound signals into electrical signals. When making a phone call or sending a voice message, the user can speak by bringing their mouth close to microphone 163, inputting the sound signal into microphone 163. Electronic devices can have at least one microphone 163. In some embodiments, electronic devices can have two microphones 163, which, in addition to collecting sound signals, can also perform noise reduction. In other embodiments, electronic devices can have three, four, or more microphones 163, enabling sound signal collection, noise reduction, sound source identification, and directional recording, among other functions.

[0265] The headphone jack 164 is used to connect wired headphones. The headphone jack 164 can be a USB interface 130 or a 3.5mm Open Mobile Terminal Platform (OMTP) standard interface, which is also a CTIA (Cellular Telecommunications Industry Association of the USA) standard interface.

[0266] Pressure sensor 180A is used to sense pressure signals and convert them into electrical signals. In some embodiments, pressure sensor 180A can be disposed on display screen 151. There are many types of pressure sensors 180A, such as resistive pressure sensors, inductive pressure sensors, and capacitive pressure sensors. A capacitive pressure sensor may include at least two parallel plates with conductive material. When force is applied to pressure sensor 180A, the capacitance between the electrodes changes. The electronic device determines the pressure intensity based on the change in capacitance. When a touch operation is applied to display screen 151, the electronic device detects the intensity of the touch operation based on pressure sensor 180A. The electronic device can also calculate the touch position based on the detection signal from pressure sensor 180A. In some embodiments, touch operations applied to the same touch position but with different touch operation intensities can correspond to different operation commands.

[0267] The touch sensor 180D, also known as a "touch panel," is used to detect touch operations applied to or near it. The touch sensor can then transmit the detected touch operation to the application processor to determine the type of touch event. Visual output related to the touch operation can be provided through the display screen 151.

[0268] It should be understood that, Figure 13 The electronic device shown is merely an example, and electronic devices can have more than... Figure 13 The more or fewer components shown can be combined into two or more components, or they can have different component configurations. Figure 13 The various components shown can be implemented in hardware, software, or a combination of hardware and software, including one or more signal processing and / or application-specific integrated circuits.

[0269] The structure of an electronic device provided in the embodiments of this application is described below.

[0270] Figure 14 An exemplary embodiment of the present application provides the structure of an electronic device.

[0271] like Figure 14 As shown, the electronic device may include a network construction module, a physical link simulation module, and a service application data generation module. Optionally, it may also include a link simulation intelligent analysis module.

[0272] Network building blocks can be used to perform tasks such as those described above. Figure 4 The steps shown are detailed in the aforementioned text descriptions and will not be repeated here.

[0273] The physical link simulation module can be used to simulate the network characteristics of physical links between various devices. For details, please refer to the relevant text descriptions above, which will not be repeated here.

[0274] The business application data generation module can be used to simulate the process of conducting business applications. For details, please refer to the aforementioned text descriptions, which will not be repeated here.

[0275] The link simulation intelligent analysis module can be used to intelligently analyze the collected real data to generate simulation configuration data. For details, please refer to the aforementioned text descriptions, which will not be repeated here.

[0276] This application provides a chip system including: a processor coupled to a memory for storing programs or instructions, wherein when the program or instructions are executed by the processor, the chip system implements the methods described in any of the above method embodiments.

[0277] Optionally, the chip system may contain one or more processors. These processors can be implemented in hardware or software. When implemented in hardware, the processor can be a logic circuit, an integrated circuit, etc. When implemented in software, the processor can be a general-purpose processor, implemented by reading software code stored in memory.

[0278] Optionally, the chip system may contain one or more memories. The memory may be integrated with the processor or disposed separately from it; this application embodiment does not limit this. For example, the memory may be a non-transient processor, such as a read-only memory (ROM), which may be integrated with the processor on the same chip or disposed separately on different chips. This application embodiment does not specifically limit the type of memory or the arrangement of the memory and processor.

[0279] For example, the chip system may be a field programmable gate array (FPGA), an application-specific integrated circuit (ASIC), a system-on-chip (SoC), a central processing unit (CPU), a network processor (NP), a digital signal processor (DSP), a microcontroller unit (MCU), a programmable logic device (PLD), or other integrated chips.

[0280] It should be understood that each step in the above method embodiments can be completed by integrated logic circuits in the processor hardware or by instructions in software form. The method steps disclosed in the embodiments of this application can be directly manifested as being executed by a hardware processor, or being executed by a combination of hardware and software modules in the processor.

[0281] In the above embodiments, implementation can be achieved, in whole or in part, through software, hardware, firmware, or any combination thereof. When implemented in software, it can be implemented, in whole or in part, as a computer program product. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, all or part of the processes or functions described in this application are generated. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions can be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another. For example, the computer instructions can be transmitted from one website, computer, server, or data center to another website, computer, server, or data center via wired (e.g., coaxial cable, fiber optic, digital subscriber line) or wireless (e.g., infrared, wireless, microwave, etc.) means. The computer-readable storage medium can be any available medium accessible to a computer or a data storage device such as a server or data center that integrates one or more available media. The available medium can be a magnetic medium (e.g., floppy disk, hard disk, magnetic tape), an optical medium (e.g., DVD), or a semiconductor medium (e.g., solid-state disk (SSD)).

[0282] Those skilled in the art will understand that all or part of the processes in the methods of the above embodiments can be implemented by a computer program instructing related hardware. This program can be stored in a computer-readable storage medium, and when executed, it can include the processes described in the above method embodiments. The aforementioned storage medium includes various media capable of storing program code, such as ROM or random access memory (RAM), magnetic disks, or optical disks.

[0283] The above embodiments are only used to illustrate the technical solutions of this application, and are not intended to limit it. Although this application has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some of the technical features. Such modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the scope of the technical solutions of the embodiments of this application.

Claims

1. A simulation method, characterized in that, Applied to electronic devices, the method includes: Obtain coal mine production operation information in a real environment, including equipment information of production equipment, access network information, and link status between production equipment; A simulation network environment is constructed based on the coal mine production operation information, and the simulation network environment includes network nodes for simulating the production equipment. Based on the simulated network environment, the business data of the target service is transmitted between the production equipment corresponding to the network nodes, and the first transmission result is output.

2. The method according to claim 1, characterized in that, The link status between the production equipment includes one or more of the following: latency, bandwidth, packet loss rate, and whether it is reachable.

3. The method according to claim 2, characterized in that, The production equipment corresponding to the network node includes a first production equipment and a second production equipment. The link between the first production equipment and the second production equipment in the simulated network environment is the first link. The service data of the simulated target service based on the simulated network environment is transmitted between the production equipment corresponding to the network node, specifically including: In the simulated network environment, the service data is simulated to be transmitted between the first production equipment and the second production equipment based on the first link.

4. The method according to claim 3, characterized in that, The first transmission result is output, specifically including: Based on the link status of the first link and the transmission requirements of the service data, the first transmission result is output. The first transmission result is used to indicate whether the service data transmission based on the first link is successful or unsuccessful, and / or to indicate whether the link status of the first link meets the transmission requirements.

5. The method according to claim 4, characterized in that, When the first transmission result indicates that the bandwidth of the first link does not meet the transmission requirements, the method further includes: Add a second link, which is a link between the first production device and the second production device that is different from the first link in the simulated network environment; In the simulated network environment, the service data is simulated to be transmitted between the first production device and the second production device based on the first link and the second link; Based on the bandwidth of the first link, the bandwidth of the second link, and the transmission requirements, a second transmission result is output. The second transmission result is used to indicate whether the service data transmission based on the first link and the second link was successful or failed, and / or to indicate whether the sum of the bandwidth of the first link and the bandwidth of the second link meets the transmission requirements.

6. The method according to claim 4, characterized in that, When the first transmission result indicates that one or more of the reachability status, latency, and packet loss rate of the first link do not meet the transmission requirements, the method further includes: The first link is replaced with a third link, which is a link between the first production device and the second production device that is different from the first link in the simulated network environment. In the simulated network environment, the service data is simulated to be transmitted between the first production equipment and the second production equipment based on the third link; Based on the link status of the third link and the transmission requirements, a third transmission result is output. The third transmission result is used to indicate whether the service data is successfully or unsuccessfully transmitted based on the third link, and / or to indicate whether one or more of the reachability status, latency, and packet loss rate of the third link meet the transmission requirements.

7. The method according to any one of claims 1-6, characterized in that, A simulation network environment is constructed based on the aforementioned coal mine production operation information, specifically including: A network topology map is generated based on the equipment information of the production equipment and the access network information. The link status between corresponding network nodes is determined based on the link status between the production equipment. The simulated network environment is constructed based on the network topology and the link status between the network nodes.

8. The method according to claim 7, characterized in that, A network topology map is generated based on the equipment information of the production equipment and the access network information, specifically including: The network segment address of one or more subnets is determined based on the IP address and subnet mask of the production equipment; Create bridged network interface cards (NICs) corresponding to the one or more subnets and virtual NICs corresponding to the production equipment; Launch the simulation image corresponding to the equipment type of the production equipment; The network topology diagram is generated based on the bridging network card, the virtual network card, and the simulation image.

9. The method according to claim 1, 2, 3, 4, 5, 6, or 8, characterized in that, The target service includes one or more of the following: high-bandwidth service, low-latency service, high-reliability service, and ordinary service; The service data for the high-bandwidth service includes: video data; The service data for the low-latency service or the service data for the high-reliability service includes: instructions; The business data for the general business includes: documents.

10. The method according to claim 1, 2, 3, 4, 5, 6, or 8, characterized in that, The production equipment includes one or more of the following: explosion-proof mobile phones, gateway devices, coal mining machines, hydraulic supports, scraper conveyors, sensors, and intelligent mining lamps.

11. The method according to claim 1, 2, 3, 4, 5, 6, or 8, characterized in that, The equipment types of the production equipment include one or more of the following: light equipment, small equipment, and standard equipment.

12. The method according to claim 1, 2, 3, 4, 5, 6, or 8, characterized in that, Obtaining information on coal mine production operations in a real-world environment, specifically including: Information on coal mine production operations in the real environment is obtained from the production equipment.

13. The method according to claim 1, 2, 3, 4, 5, 6, or 8, characterized in that, The target service, the sending device for the target service's service data, and the receiving device for the corresponding network nodes in the simulated network environment are all selected by the user.

14. An electronic device, characterized in that, The electronic device includes one or more processors and one or more memories; wherein the one or more memories are coupled to the one or more processors, and the one or more memories are used to store computer program code, the computer program code including computer instructions, which, when executed by the one or more processors, cause the electronic device to perform the method as described in any one of claims 1-13.

15. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores a computer program, the computer program including program instructions that, when executed on an electronic device, cause the electronic device to perform the method as described in any one of claims 1-13.

16. A computer program product, characterized in that, When the computer program product is run on a computer, it causes the computer to perform the method as described in any one of claims 1-13.

Images