Wireless communication link failure recovery method and apparatus, electronic device, and storage medium

Abstract

The application provides a wireless communication link fault recovery method and device, electronic equipment and storage medium, and relates to the technical field of smart home. The wireless communication link fault recovery method comprises the following steps: determining that a wireless communication link between an under-screen embedded sub-device and a local intranet service is interrupted; the local intranet service is provided by a terminal device where the under-screen embedded sub-device is located; calling a wireless network disconnection interface provided by a wireless hardware abstraction layer to disconnect the wireless connection with the local intranet service; and calling a wireless network connection interface provided by the wireless hardware abstraction layer to re-establish the wireless connection with the local intranet service. The application can efficiently and reliably realize wireless communication link fault recovery of the under-screen sub-device of the terminal device.

Description

Technical Field

[0001] This invention relates to the field of smart home technology, and in particular to a method, apparatus, electronic device, and storage medium for recovering from wireless communication link failures. Background Technology

[0002] In an era of widespread use of terminal devices, under-display sub-devices built into terminal devices such as smart TVs, smart screens, and industrial HMI panels, including Wi-Fi cameras, smart sensors, and wireless communication modules, play a crucial role. However, these under-display sub-devices frequently experience problems during operation, such as Wi-Fi connection anomalies, communication interruptions, and offline reconnection failures, severely impacting the continuity of device interaction and the user experience.

[0003] Currently, while there are some mainstream solutions to the frequent Wi-Fi disconnection problem, they are all passive responses, relying on manual user adjustments or network-side configuration. Network-side optimization can reduce interference by disabling specific functions, or improve signal quality by adjusting channels, disabling automatic bandwidth, or increasing transmission power. However, these operations depend on network-side configuration and cannot be implemented autonomously within the terminal device. Terminal-side settings adjustments, such as disabling power-saving options on a computer or setting Wi-Fi to never sleep, also require manual user intervention. Protocol-layer enhancement solutions are mainly for specific scenarios and do not consider the embedded characteristics of under-display devices sharing a hardware platform with the main control system, limited resources, and lacking an independent UI. Roaming optimization solutions, such as increasing AP transmission power, also have limitations.

[0004] Therefore, how to efficiently and reliably restore the wireless communication link of the sub-device under the screen of the terminal device is an urgent technical problem to be solved. Summary of the Invention

[0005] This invention provides a method, apparatus, electronic device, and storage medium for wireless communication link fault recovery, which addresses the aforementioned deficiencies in the prior art and enables efficient and reliable recovery of wireless communication link faults in under-screen sub-devices of terminal devices.

[0006] This invention provides a method for recovering from wireless communication link failures. The method is executed by a wireless management module in an under-display embedded sub-device, and includes the following steps: The wireless communication link between the under-display embedded sub-device and the local intranet service is determined to be interrupted; wherein, the local intranet service is provided by the terminal device where the under-display embedded sub-device is located; the wireless network disconnection interface provided by the wireless hardware abstraction layer is invoked to disconnect the wireless connection with the local intranet service; wherein, the wireless hardware abstraction layer is a software middleware layer located between the underlying wireless hardware and the upper-layer application of the terminal device, used to provide a wireless network control interface; the wireless network connection interface provided by the wireless hardware abstraction layer is invoked to re-establish the wireless connection with the local intranet service.

[0007] According to the wireless communication link failure recovery method provided by the present invention, the method further includes: in the initialization phase, calling the wireless network connection interface provided by the wireless hardware abstraction layer to successfully establish a wireless connection with the local intranet service; sending a wireless connection success message to a connectivity diagnostic module; wherein, the connectivity diagnostic module runs on a target program, and the target program is a program running on the terminal device; determining that the wireless communication link between the under-display embedded sub-device and the local intranet service is interrupted includes: receiving an intranet connection disconnection message and determining that the wireless communication link between the under-display embedded sub-device and the local intranet service is interrupted; wherein, the intranet connection disconnection message is sent by the connectivity diagnostic module after determining that the wireless communication link between the under-display embedded sub-device and the local intranet service is interrupted based on the result of a connectivity detection operation, and the connectivity detection operation is performed by the connectivity diagnostic module after receiving the wireless connection success message.

[0008] According to the wireless communication link failure recovery method provided by the present invention, the method further includes: determining that re-establishing the wireless connection between the under-display embedded sub-device and the local intranet service has failed; sending a wireless driver exception notification to the main application on the screen to request the main application on the screen to reload the wireless driver module; wherein, the main application on the screen is a main application instance in the target program; the target program is a program currently running on the terminal device; the wireless driver module is used to implement the wireless communication function of the local intranet service, and the wireless driver module is located in the kernel of the target program.

[0009] According to the wireless communication link failure recovery method provided by the present invention, the method further includes: when the main application on the screen is initialized, it subscribes to wireless connection state change events from the wireless hardware abstraction layer; wherein, the wireless connection state change events include driver exception events; the step of sending a wireless driver exception notification to the main application on the screen includes: sending a wireless connection failure message to the wireless hardware abstraction layer, so that the wireless hardware abstraction layer generates a driver exception event based on the wireless connection failure message, and sends the driver exception event to the main application on the screen.

[0010] According to the wireless communication link failure recovery method provided by the present invention, determining that re-establishing the wireless connection between the under-display embedded sub-device and the local intranet service has failed includes: repeatedly calling the wireless network connection interface to establish a wireless connection between the under-display embedded sub-device and the local intranet service; determining that the termination condition of the loop has been met, and the wireless connection between the under-display embedded sub-device and the local intranet service has not been successfully established, and determining that re-establishing the wireless connection between the under-display embedded sub-device and the local intranet service has failed; wherein, the termination condition of the loop includes: reaching a preset number of reconnection attempts or a preset connection duration.

[0011] According to the wireless communication link failure recovery method provided by the present invention, the method further includes: receiving a message indicating that the wireless driver module has been successfully reloaded; wherein the message indicating that the wireless driver module has been successfully reloaded is sent after the main application on the screen reloads the wireless driver module; invoking the wireless network connection interface to continue establishing a wireless connection between the under-screen embedded sub-device and the local intranet service; determining that the establishment of the wireless connection between the under-screen embedded sub-device and the local intranet service has failed; and sending a system restart command to the device panel controller to cause the device panel controller to perform a system-wide soft restart operation for the terminal device; wherein the device panel controller is a hardware module that serves as the core control unit in the terminal device.

[0012] This invention also provides a method for recovering from a wireless communication link failure. The method is executed by a connectivity diagnosis module in a target program, which is a program running on a terminal device. The method includes: receiving a successful wireless connection message; performing a connectivity detection operation for a local intranet service provided by the terminal device at a preset time period; wherein the successful wireless connection message is sent by the wireless management module of the under-display embedded sub-device of the terminal device after successfully establishing a wireless connection with the local intranet service by calling the wireless network connection interface provided by the wireless hardware abstraction layer during the initialization phase; the wireless hardware abstraction layer is a software middleware layer located between the underlying wireless hardware and the upper-layer application of the terminal device, providing a wireless network control interface; based on the result of the connectivity detection operation, determining that the wireless communication link between the under-display embedded sub-device and the local intranet service is interrupted, and sending an intranet connection disconnection message to the wireless management module to enable the wireless management module to re-establish a wireless connection with the local intranet service.

[0013] According to the wireless communication link failure recovery method provided by the present invention, the step of performing a connectivity detection operation for the local intranet service includes: calling an SDK interface to send a heartbeat packet to the local intranet service; if no response to the heartbeat packet is received from the local intranet service for a preset number of consecutive times, calling the ping interface of the SDK to send an ICMP request to the intranet router; wherein, the intranet router is a component providing the local intranet service; the step of determining that the wireless communication link between the under-display embedded sub-device and the local intranet service is interrupted based on the result of the connectivity detection operation includes: determining that no response to the ICMP request is received from the intranet router, and thus determining that the wireless communication link between the under-display embedded sub-device and the local intranet service is interrupted.

[0014] This invention also provides a method for recovering from wireless communication link failures. The method is executed by a main application on the screen. The main application on the screen is a main application instance in a target program. The target program is a program running on a terminal device. The method includes: receiving a wireless driver exception notification, calling the system permission interface of the target program, and performing the following operations: uninstalling the wireless driver module; reloading the wireless driver module; and sending a message to the wireless management module indicating successful reloading of the wireless driver module. The wireless management module is located on an under-screen embedded sub-device on the terminal device. The wireless driver exception notification is sent by the wireless management module after determining that re-establishing the wireless connection between the under-screen embedded sub-device and the local intranet service provided by the terminal device has failed. When the wireless communication link between the under-screen embedded sub-device and the local intranet service is interrupted, the wireless management module re-establishes the wireless connection between the under-screen embedded sub-device and the local intranet service. The wireless driver module is used to implement the wireless communication function of the local intranet service and is located in the kernel of the target program.

[0015] According to the wireless communication link failure recovery method provided by the present invention, the method further includes: subscribing to wireless connection state change events from a wireless hardware abstraction layer during initialization; wherein the wireless connection state change events include driver exception events; the wireless hardware abstraction layer is a software middleware layer located between the underlying wireless hardware and the upper-layer application of the terminal device, used to provide a wireless network control interface; receiving a wireless driver exception notification includes: receiving a driver exception event sent by the wireless hardware abstraction layer, and using the driver exception event as the wireless driver exception notification; wherein the driver exception event is generated by the wireless hardware abstraction layer based on a wireless connection failure message sent by the wireless management module.

[0016] The present invention also provides a wireless communication link fault recovery device, the device being disposed in an under-display embedded sub-device, the device comprising: The following modules are defined: a determination module for determining that the wireless communication link between the under-display embedded sub-device and the local intranet service is interrupted; wherein the local intranet service is provided by the terminal device where the under-display embedded sub-device is located; a disconnection module for calling the wireless network disconnection interface provided by the wireless hardware abstraction layer to disconnect the wireless connection with the local intranet service; wherein the wireless hardware abstraction layer is a software middleware layer located between the underlying wireless hardware and the upper-layer application of the terminal device, providing a wireless network control interface; and a connection module for calling the wireless network connection interface provided by the wireless hardware abstraction layer to re-establish the wireless connection with the local intranet service.

[0017] The present invention also provides an electronic device, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the computer program to implement any of the wireless communication link failure recovery methods described above.

[0018] The present invention also provides a non-transitory computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements the wireless communication link failure recovery method as described above.

[0019] The present invention also provides a computer program product, including a computer program that, when executed by a processor, implements any of the wireless communication link failure recovery methods described above.

[0020] The present invention provides a wireless communication link fault recovery method, apparatus, electronic device, and storage medium. In the embodiments provided by the present invention, the wireless management module determines that the wireless communication link between the under-display embedded sub-device and the local intranet service is interrupted; wherein, the local intranet service is provided by the terminal device where the under-display embedded sub-device is located; the module calls the wireless network disconnection interface provided by the wireless hardware abstraction layer to disconnect the wireless connection with the local intranet service; and calls the wireless network connection interface provided by the wireless hardware abstraction layer to re-establish the wireless connection with the local intranet service. This enables automatic and timely detection of wireless communication link interruptions between the under-display embedded sub-device and the local intranet service, and efficiently and reliably resolves connection anomalies in wireless networks (e.g., Wi-Fi networks), improving the reliability of the terminal device. Furthermore, since the detection process does not rely on user intervention, it effectively reduces maintenance costs. Attached Figure Description

[0021] To more clearly illustrate the technical solutions in this invention or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are some embodiments of this invention. For those skilled in the art, other drawings can be obtained from these drawings without creative effort.

[0022] Figure 1 This is a schematic diagram of the hardware environment for an interaction method of a smart device according to an embodiment of this application.

[0023] Figure 2 This is one of the flowcharts of the wireless communication link fault recovery method provided by the present invention.

[0024] Figure 3 This is the second flowchart of the wireless communication link fault recovery method provided by the present invention.

[0025] Figure 4 This is the third flowchart of the wireless communication link fault recovery method provided by the present invention.

[0026] Figure 5 This is the fourth flowchart of the wireless communication link fault recovery method provided by the present invention.

[0027] Figure 6 This is the fifth flowchart of the wireless communication link fault recovery method provided by the present invention.

[0028] Figure 7 This is a schematic diagram of the wireless communication link fault recovery process provided by the present invention.

[0029] Figure 8 This is a schematic diagram of the wireless communication link fault recovery device provided by the present invention.

[0030] Figure 9 This is a schematic diagram of the structure of the electronic device provided by the present invention. Detailed Implementation

[0031] To enable those skilled in the art to better understand the present application, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of the present application, and not all embodiments. Based on the embodiments in the present application, all other embodiments obtained by those of ordinary skill in the art without creative effort should fall within the scope of protection of the present application.

[0032] It should be noted that the terms "first," "second," etc., in the specification, claims, and accompanying drawings of this application are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate so that the embodiments of this application described herein can be implemented in orders other than those illustrated or described herein. 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 comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or apparatus.

[0033] According to one aspect of the embodiments of this application, an interaction method for smart home devices is provided. This interaction method for smart home devices is widely applicable to whole-house intelligent digital control application scenarios such as smart homes, smart home ecosystems, and intelligence house ecosystems. Optionally, in this embodiment, the above-mentioned interaction method for smart home devices can be applied to, for example... Figure 1 The hardware environment shown consists of terminal device 102 and server 104. For example... Figure 1 As shown, server 104 is connected to terminal device 102 via a network and can be used to provide services (such as application services) to the terminal or clients installed on the terminal. A database can be set up on the server or independently of the server to provide data storage services for server 104. Cloud computing and / or edge computing services can be configured on the server or independently of the server to provide data processing services for server 104.

[0034] The aforementioned network may include, but is not limited to, at least one of the following: wired network, wireless network. The aforementioned wired network may include, but is not limited to, at least one of the following: wide area network, metropolitan area network, local area network. The aforementioned wireless network may include, but is not limited to, at least one of the following: Wi-Fi (Wireless Fidelity), Bluetooth. The terminal device 102 may not be limited to PC, mobile phone, tablet computer, smart air conditioner, smart range hood, smart refrigerator, smart oven, smart stove, smart washing machine, smart water heater, smart washing equipment, smart dishwasher, smart projector, smart TV, smart clothes rack, smart curtains, smart audio-visual equipment, smart socket, smart speaker, smart speaker box, smart fresh air equipment, smart kitchen and bathroom equipment, smart bathroom equipment, smart robot vacuum cleaner, smart window cleaning robot, smart mopping robot, smart air purifier, smart steam oven, smart microwave oven, smart water heater, smart air purifier, smart water dispenser, smart door lock, etc.

[0035] The following is combined Figures 1-5 The present invention describes a wireless communication link failure recovery method.

[0036] Figure 2 This is one of the flowcharts of the wireless communication link fault recovery method provided by the present invention.

[0037] This method is executed by the wireless management module in the under-display embedded sub-device. The wireless management module is a thread or process running on the under-display embedded sub-device, and as a control component, it is responsible for restoring normal communication of the wireless communication link between the under-display embedded sub-device and the local intranet service in the event of a failure.

[0038] like Figure 2 As shown, the method includes the following: Step 201: Determine that the wireless communication link between the under-display embedded sub-device and the local intranet service is interrupted; the local intranet service is provided by the terminal device where the under-display embedded sub-device is located.

[0039] Wireless communication links may include, but are not limited to: Wi-Fi communication links, Bluetooth communication links, 4G / 5G communication links, etc.

[0040] Local intranet services are specific network services built and provided by the terminal device where the under-display embedded sub-device resides. Examples include MQTTBroker (Message Queuing Telemetry Transport Broker) and cloud gateways (middleware services that enable communication between devices and the cloud). Taking a smart home system as an example, the smart TV acts as the terminal device, and its built-in under-display embedded sub-devices, such as Wi-Fi cameras, need to rely on local intranet services to communicate with the smart TV or other smart devices.

[0041] In some embodiments, upon receiving an intranet connection disconnection message, it is determined that the wireless communication link between the under-display embedded sub-device and the local intranet service is interrupted; wherein, the intranet connection disconnection message is sent by the connectivity diagnostic module after determining, based on the result of the connectivity detection operation, that the wireless communication link between the under-display embedded sub-device and the local intranet service is interrupted, and the connectivity detection operation is performed by the connectivity diagnostic module after receiving a wireless connection success message.

[0042] For a detailed description of the above embodiments, please refer to [link / reference]. Figure 5 The relevant content will not be repeated here.

[0043] Step 202: Call the wireless network disconnection interface provided by the wireless hardware abstraction layer to disconnect the wireless connection with the local intranet service.

[0044] The wireless hardware abstraction layer is a software middleware layer located between the underlying wireless hardware of a terminal device and the upper-layer applications, used to provide a wireless network control interface.

[0045] The Wireless Network Disconnect Interface is a functional interface provided by the Wireless Hardware Abstraction Layer (WHDL) for actively disconnecting the current device from a specified wireless network (e.g., a Wi-Fi network).

[0046] In practice, the wireless network disconnection interface performs a series of low-level operations, including sending a disconnection command to the wireless network card; after receiving the command, the wireless network card disconnects the wireless connection with the current access point (such as a home router); the wireless management module waits for the wireless network card to return a status message indicating successful disconnection to confirm that the wireless connection has been successfully disconnected.

[0047] Step 203: Call the wireless network connection interface provided by the wireless hardware abstraction layer to re-establish the wireless connection with the local intranet service.

[0048] The wireless network connection interface is a functional interface provided by the wireless hardware abstraction layer, used to actively establish a connection between the current device and a specified wireless network (e.g., a Wi-Fi network).

[0049] In the specific implementation process, after confirming that the wireless connection has been disconnected, the wireless management module of the under-display sub-device can call the wireless network connection interface defined in the wireless hardware abstraction layer. The wireless management module passes the wireless network information, including the SSID (Service Set Identifier, i.e., wireless network name) and password, to the wireless network connection interface. The wireless network connection interface then performs a series of low-level operations, such as scanning for available wireless networks, verifying identity, and obtaining IP addresses. The wireless network card attempts to establish a connection with the specified wireless network access point according to the instructions of the interface. The wireless management module waits for the wireless network card to return a successful connection status message to confirm that the wireless connection has been successfully re-established.

[0050] In the embodiments provided by this invention, when the under-display embedded sub-device detects an interruption in the wireless communication link with the local intranet service, it automatically calls the interface provided by the wireless hardware abstraction layer to disconnect and re-establish the wireless connection. This process enables rapid recovery of the wireless communication link, reduces device offline time caused by network interruption, and improves device availability and user experience. Simultaneously, since the entire recovery process is completed automatically by the device without manual user intervention, it also reduces maintenance costs.

[0051] By utilizing steps 202 to 203 above, the following wireless network issues of under-display embedded sub-devices can be effectively resolved: Temporary network interference or signal attenuation: In a wireless network environment, various temporary interference factors may exist, such as signal interference from other wireless devices or signal attenuation caused by physical obstacles. These factors may cause a temporary interruption of the wireless communication link between the under-display embedded device and the local intranet service. By disconnecting the current connection and re-establishing the connection, these temporary interferences can be bypassed, and a stable network connection can be restored.

[0052] Router or access point issues: Router or access point problems may cause unstable connections due to overload, software malfunction, or misconfiguration. The disconnect-reconnect mechanism allows devices to re-establish a connection with the router or access point, thus resolving communication interruptions caused by router or access point issues.

[0053] If it is determined that re-establishing the wireless connection between the under-display embedded sub-device and the local intranet service in step 203 fails, it can be resolved by executing... Figure 3 The steps shown further resolve the wireless communication link interruption caused by an anomaly occurring during the operation of the wireless driver module in the target program.

[0054] Figure 3 This is the second flowchart illustrating the wireless communication link fault recovery method provided by this invention. Figure 3 As shown, the method includes the following: Step 301: It was determined that the wireless connection between the under-display embedded sub-device and the local intranet service failed to be re-established.

[0055] In the specific implementation process, the wireless network connection interface is called repeatedly to establish a wireless connection between the under-display embedded sub-device and the local intranet service; if the loop termination condition is met and the wireless connection between the under-display embedded sub-device and the local intranet service has not been successfully established, it is determined that the attempt to re-establish the wireless connection between the under-display embedded sub-device and the local intranet service has failed.

[0056] The termination conditions for the loop include: reaching a preset number of reconnections (e.g., 3 times) or a preset connection duration (e.g., 3 minutes).

[0057] Step 302: Send a wireless driver exception notification to the main application on the screen to request the main application on the screen to reload the wireless driver module.

[0058] The main application on the screen is the main application instance within the target program, which is the program currently running on the terminal device. The main application on the screen is responsible for interacting with the user and managing various functions of the device; for example, the main interface application on a smart TV.

[0059] The wireless driver module is a software module located in the kernel of the target program, used to implement the wireless communication function of the local intranet service. For example, in a smart TV, the wireless driver module is the kernel driver responsible for Wi-Fi connection management.

[0060] In some embodiments, such as Figure 7 As shown, during initialization, the main application on the screen subscribes to wireless connection state change events from the wireless hardware abstraction layer; these events include connection success events and wireless driver exception events.

[0061] In practice, the main application on the screen can call the subscription interface provided by the wireless hardware abstraction layer to pass a subscription request containing the event type (connection success or driver exception). After receiving the request, the wireless hardware abstraction layer adds the main application on the screen to the notification list of the corresponding event.

[0062] When the wireless management module determines that it has failed to re-establish the wireless connection between the under-display embedded sub-device and the local intranet service, it sends a wireless connection failure message to the wireless hardware abstraction layer. The wireless hardware abstraction layer generates a driver exception event based on the wireless connection failure message and sends the driver exception event to the main application on the screen.

[0063] In the actual implementation process, the wireless management module can construct a notification message containing wireless driver exception events by calling the internal preset communication interface; and send the message to the message receiving port pre-registered by the main application on the screen.

[0064] After receiving a driver exception event sent by the wireless hardware abstraction layer, the main application on the screen will treat the driver exception event as a wireless driver exception notification.

[0065] In the embodiments provided by this invention, during initialization, the main application on the screen subscribes to wireless connection state change events from the wireless hardware abstraction layer; the wireless management module sends a wireless connection failure message to the wireless hardware abstraction layer; the wireless hardware abstraction layer generates a driver exception event based on the wireless connection failure message; and the wireless hardware abstraction layer sends the driver exception event to the main application on the screen. This enables the main application on the screen to quickly detect and take corresponding measures when the wireless driver module malfunctions, effectively enhancing the device's autonomous perception and repair capabilities.

[0066] For a detailed description of how the main application on the screen reloads the wireless driver module after receiving a wireless driver exception notification, please refer to [link to relevant documentation]. Figure 6 The relevant content will not be repeated here.

[0067] If the wireless communication link between the under-display embedded sub-device and the terminal device still fails after the main application on the screen reloads the wireless driver module, the following steps can be used to continue resolving the issue.

[0068] Figure 4 This is the third flowchart illustrating the wireless communication link fault recovery method provided by this invention. Figure 4 As shown, the method includes the following: Step 401: Receive a message indicating that the wireless driver module has been successfully reloaded; the message indicating that the wireless driver module has been successfully reloaded is sent by the main application on the screen after it has reloaded the wireless driver module.

[0069] Step 402: Call the wireless network connection interface to continue establishing a wireless connection between the under-display embedded sub-device and the local intranet service.

[0070] Step 403: It was determined that the wireless connection between the under-display embedded sub-device and the local intranet service failed.

[0071] For a detailed description of steps 402 and 403, please refer to the relevant content in steps 203 and 301, which will not be repeated here. Step 404: Send a system restart command to the device panel controller so that the device panel controller performs a soft restart operation on the terminal device; wherein, the device panel controller is a hardware module that serves as the core control unit in the terminal device.

[0072] Step 405: The device panel controller performs a soft reboot operation on the terminal device.

[0073] The device panel controller is a hardware module in the terminal device responsible for overall control and coordination. It may include a processor, memory, and peripheral interfaces. The system restart command is sent by the wireless management module to the device panel controller to trigger a soft restart of the entire terminal device.

[0074] In the specific implementation process, when the wireless management module determines that the wireless connection has failed and the previous repair strategies (including wireless network reconnection and wireless driver module reload) are ineffective, a system restart command is constructed. This command can be sent to the device panel controller through the internal bus or communication interface. After receiving the command, the device panel controller will parse the command content and perform a whole-machine soft restart operation.

[0075] A complete device soft reboot refers to a full reboot of the terminal device triggered by software, without involving the physical power cut-off and reconnection. After a complete device soft reboot, the target program will automatically reinitialize the wireless driver module and the communication link between the under-display embedded sub-device and the terminal device.

[0076] In the embodiments provided by this invention, when both wireless network reconnection and wireless driver module reload are ineffective, a system-wide soft reboot is automatically triggered. This effectively restores the network connectivity of the terminal device, significantly improving system availability and reliability, and reducing user inconvenience and maintenance costs caused by device offline. Simultaneously, the system-wide soft reboot, as a final repair measure, ensures system recoverability under extreme conditions, enhancing the product's competitiveness in high-reliability scenarios such as industrial automation and smart homes.

[0077] The embodiments provided by this invention significantly shorten the wireless fault recovery time of terminal devices through a multi-level wireless fault repair strategy (including wireless network reconnection, wireless driver module reloading, and system soft restart). This reduces the manual intervention time, which traditionally requires several minutes, to within 30 seconds, thus increasing system availability to over 99.9%. This ensures rapid recovery of devices when wireless connections are abnormal, reduces service downtime, and greatly improves user experience and overall system reliability. Furthermore, the embodiments provided by this invention have strong compatibility, adapting to mainstream embedded operating systems such as Linux / Android, and can be seamlessly integrated into various platforms such as smart screens, industrial HMI panels, and medical terminals, meeting the needs of different industries. Regarding security and controllability, the introduction of an OSDK authorization triggering mechanism (calling system permission interfaces) ensures the security of critical operations such as driver reloading and system soft restart, effectively preventing malicious programs from triggering them and guaranteeing system stability and data security.

[0078] The wireless communication link fault recovery device provided by the present invention is described below. The wireless communication link fault recovery device described below can be referred to in correspondence with the wireless communication link fault recovery method described above.

[0079] Figure 5 This is the fourth flowchart of the wireless communication link fault recovery method provided by the present invention.

[0080] This method is executed by a connectivity diagnostic module within the target program, which is a program running on a terminal device. For example, the target program could be the main process of a customized Android or Linux operating system running on a smart TV / industrial HMI panel.

[0081] The connectivity diagnostic module can be a thread or process running in the target program. It monitors the wireless communication link connectivity between the under-display embedded sub-device on the terminal device and the local intranet service provided by the terminal device through periodic active probing.

[0082] Step 501: Upon receiving a successful wireless connection message, perform a connectivity test for the local intranet service provided to the terminal device at a preset time interval.

[0083] Step 502: Based on the results of the connectivity detection operation, determine that the wireless communication link between the under-display embedded sub-device and the local intranet service is interrupted, and send an intranet connection disconnection message to the wireless management module.

[0084] The wireless connection success message is sent by the wireless management module of the under-display embedded sub-device of the terminal device during the initialization phase. After successfully establishing a wireless connection with the local intranet service by calling the wireless network connection interface provided by the wireless hardware abstraction layer, the wireless hardware abstraction layer is a software middleware layer located between the underlying wireless hardware of the terminal device and the upper-layer application, which provides a wireless network control interface.

[0085] In some embodiments, such as Figure 7 As shown, during the initialization phase, the wireless management module calls the wireless network connection interface provided by the wireless hardware abstraction layer to successfully establish a wireless connection with the local intranet service; it then sends a wireless connection success message to the connectivity diagnostic module. Upon receiving the wireless connection success message, the connectivity diagnostic module performs the following connectivity test operations for the local intranet service at a preset time interval (e.g., every 5 seconds): The SDK (Software Development Kit) interface is invoked to send a heartbeat packet to the local intranet service. If no response to the heartbeat packet is received from the local intranet service after a preset number of consecutive attempts, the SDK's ping interface is invoked to send an ICMP request to the intranet router. The intranet router is the component that provides the local intranet service.

[0086] In practice, the SDK can be a dedicated network communication SDK provided by hardware manufacturers that provide local intranet services, such as router manufacturers, smart home gateway manufacturers, or intranet service software developers, for use by developers of under-display embedded devices.

[0087] If no response to the ICMP request is received from the internal network router, the connectivity diagnostic module can determine that the wireless communication link between the under-display embedded sub-device and the local internal network service is interrupted, and send an internal network connection disconnection message to the wireless management module. Upon receiving the internal network connection disconnection message, the wireless management module confirms that the wireless communication link between the under-display embedded sub-device and the local internal network service is interrupted.

[0088] In practice, the transmission of the above-mentioned wireless connection success message and intranet connection disconnection message depends on the code architecture design of the wireless management module and the connectivity diagnosis module. For example, it can be implemented using inter-process communication (IPC) mechanisms, module internal callback functions, message queues, etc., and is not limited to the description in this specification.

[0089] Figure 6This is the fifth flowchart of the wireless communication link fault recovery method provided by the present invention.

[0090] This method is executed by the main application on the screen. The main application on the screen is the main application instance in the target program. The target program is the program running on the terminal device.

[0091] like Figure 6 As shown, the method includes the following steps: Step 601: Upon receiving a wireless driver exception notification, call the target program's system permission interface and perform the following operations: uninstall the wireless driver module; reload the wireless driver module.

[0092] The wireless driver exception notification is sent by the wireless management module after it determines that the wireless connection between the under-display embedded sub-device and the local intranet service provided by the terminal device has failed to be re-established. The wireless management module re-establishes the wireless connection between the under-display embedded sub-device and the local intranet service when it determines that the wireless communication link between the under-display embedded sub-device and the local intranet service has been interrupted. The wireless management module is configured on the under-display embedded sub-device on the terminal device.

[0093] The wireless driver module is used to implement the wireless communication function of the local intranet service. The wireless driver module is located in the kernel of the target program.

[0094] The system permission interface is the interface provided by the target program to the main application on the screen for performing system-level operations. For example, on the Linux platform, the wireless driver module can be uninstalled and reloaded using the `rmmod` / `modprobe` commands.

[0095] The wireless driver module may experience a "false connection" phenomenon due to prolonged operation, memory leaks, or abnormal kernel status, meaning it appears to be connected but is actually unable to communicate.

[0096] In the embodiments provided by this invention, after receiving a wireless driver anomaly notification, the main application on the screen calls the system permission interface of the target program to uninstall the wireless driver module and then reload it. This allows for timely repair of the abnormal state of the wireless driver module and restoration of the network connection of the under-screen embedded sub-device without restarting the entire terminal device, avoiding the inconvenience and interruptions caused by restarting the device and improving the availability and stability of the terminal device.

[0097] Step 602: Send a message to the wireless management module that the wireless driver module has been successfully reloaded.

[0098] In the specific implementation process, the specific way in which the main application on the screen sends the message that the wireless driver module has been successfully reloaded to the wireless management module depends on the code architecture design of the main application on the screen and the wireless management module. For example, it can be implemented using inter-process communication (IPC) mechanisms, internal callback functions of the module, message queues, etc., and is not limited to the description in this specification.

[0099] Figure 8 This is a schematic diagram of the wireless communication link fault recovery device provided by the present invention. Figure 8 As shown, the wireless communication link fault recovery device 800 includes the following modules.

[0100] The determination module 810 is used to determine that the wireless communication link between the under-display embedded sub-device and the local intranet service is interrupted; wherein, the local intranet service is provided by the terminal device where the under-display embedded sub-device is located.

[0101] The disconnect module 820 is used to call the wireless network disconnect interface provided by the wireless hardware abstraction layer to disconnect the wireless connection with the local intranet service; wherein, the wireless hardware abstraction layer is a software middleware layer located between the underlying wireless hardware and the upper-layer application of the terminal device, which provides a wireless network control interface.

[0102] The connection module 830 is used to call the wireless network connection interface provided by the wireless hardware abstraction layer to re-establish the wireless connection with the local intranet service.

[0103] Figure 9 An example is a schematic diagram of the physical structure of an electronic device, such as... Figure 9 As shown, the electronic device may include a processor 910, a communications interface 920, a memory 930, and a communication bus 940, wherein the processor 910, communications interface 920, and memory 930 communicate with each other via the communication bus 940. The processor 910 can call logical instructions in the memory 930 to execute a wireless communication link failure recovery method. This method includes: determining that the wireless communication link between the under-display embedded sub-device and a local intranet service is interrupted; wherein the local intranet service is provided by the terminal device where the under-display embedded sub-device is located; calling the wireless network disconnection interface provided by the wireless hardware abstraction layer to disconnect the wireless connection with the local intranet service; and calling the wireless network connection interface provided by the wireless hardware abstraction layer to re-establish the wireless connection with the local intranet service.

[0104] Furthermore, the logical instructions in the aforementioned memory 930 can be implemented as software functional units and, when sold or used as independent products, can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present invention, or the part that contributes to the prior art, or a part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of the present invention. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.

[0105] On the other hand, the present invention also provides a computer program product, which includes a computer program that can be stored on a non-transitory computer-readable storage medium. When the computer program is executed by a processor, the computer can execute the wireless communication link fault recovery method provided by the above methods. The method includes: determining that the wireless communication link between the under-display embedded sub-device and the local intranet service is interrupted; wherein the local intranet service is provided by the terminal device where the under-display embedded sub-device is located; calling the wireless network disconnection interface provided by the wireless hardware abstraction layer to disconnect the wireless connection with the local intranet service; and calling the wireless network connection interface provided by the wireless hardware abstraction layer to re-establish the wireless connection with the local intranet service.

[0106] In another aspect, the present invention also provides a non-transitory computer-readable storage medium storing a computer program thereon, which, when executed by a processor, implements a wireless communication link failure recovery method provided by the above methods. The method includes: determining that the wireless communication link between the under-display embedded sub-device and a local intranet service is interrupted; wherein the local intranet service is provided by a terminal device where the under-display embedded sub-device is located; calling a wireless network disconnection interface provided by a wireless hardware abstraction layer to disconnect the wireless connection with the local intranet service; and calling a wireless network connection interface provided by a wireless hardware abstraction layer to re-establish the wireless connection with the local intranet service.

[0107] The device embodiments described above are merely illustrative. The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the modules can be selected to achieve the purpose of this embodiment according to actual needs. Those skilled in the art can understand and implement this without any creative effort.

[0108] Through the above description of the embodiments, those skilled in the art can clearly understand that each embodiment can be implemented by means of software plus necessary general-purpose hardware platforms, and of course, it can also be implemented by hardware. Based on this understanding, the above technical solutions, in essence or the part that contributes to the prior art, can be embodied in the form of a software product. This computer software product can be stored in a computer-readable storage medium, such as ROM / RAM, magnetic disk, optical disk, etc., and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute the methods described in the various embodiments or some parts of the embodiments.

[0109] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention, and not to limit them; although the present invention 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; and these modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of the present invention.

Claims

1. A method for recovering from a wireless communication link failure, characterized in that, The method is executed by the wireless management module in the under-display embedded sub-device, and the method includes: It is determined that the wireless communication link between the under-display embedded sub-device and the local intranet service is interrupted; wherein, the local intranet service is provided by the terminal device where the under-display embedded sub-device is located; The wireless network disconnection interface provided by the wireless hardware abstraction layer is invoked to disconnect the wireless connection with the local intranet service; wherein, the wireless hardware abstraction layer is a software middleware layer located between the underlying wireless hardware and the upper-layer application of the terminal device, which provides a wireless network control interface. The wireless network connection interface provided by the wireless hardware abstraction layer is invoked to re-establish the wireless connection with the local intranet service.

2. The wireless communication link fault recovery method according to claim 1, characterized in that, The method further includes: During the initialization phase, the wireless network connection interface provided by the wireless hardware abstraction layer is called to successfully establish a wireless connection with the local intranet service. Send a wireless connection success message to the connectivity diagnostic module; wherein the connectivity diagnostic module runs on a target program, and the target program is a program running on the terminal device; The step of determining that the wireless communication link between the under-display embedded sub-device and the local intranet service is interrupted includes: Upon receiving an intranet connection disconnection message, it is determined that the wireless communication link between the under-display embedded sub-device and the local intranet service is interrupted; wherein, the intranet connection disconnection message is sent by the connectivity diagnosis module after determining, based on the result of the connectivity detection operation, that the wireless communication link between the under-display embedded sub-device and the local intranet service is interrupted, and the connectivity detection operation is performed by the connectivity diagnosis module after receiving the wireless connection success message.

3. The wireless communication link fault recovery method according to claim 1, characterized in that, The method further includes: It was determined that re-establishing the wireless connection between the under-display embedded sub-device and the local intranet service failed. A wireless driver exception notification is sent to the main application on the screen to request the main application on the screen to reload the wireless driver module; wherein, the main application on the screen is the main application instance in the target program; the target program is the program running on the terminal device; the wireless driver module is used to implement the wireless communication function of the local intranet service, and the wireless driver module is located in the kernel of the target program.

4. The wireless communication link fault recovery method according to claim 3, characterized in that, The method further includes: During initialization, the main application on the screen subscribes to wireless connection state change events from the wireless hardware abstraction layer; wherein, the wireless connection state change events include driver exception events. Sending a wireless driver exception notification to the main application on the screen includes: A wireless connection failure message is sent to the wireless hardware abstraction layer, so that the wireless hardware abstraction layer generates a driver exception event based on the wireless connection failure message and sends the driver exception event to the main application on the screen.

5. The wireless communication link fault recovery method according to claim 3, characterized in that, The determination that re-establishing the wireless connection between the under-display embedded sub-device and the local intranet service failed includes: The wireless network connection interface is called repeatedly to establish a wireless connection between the under-display embedded sub-device and the local intranet service; If the termination condition of the loop is met and the wireless connection between the under-display embedded sub-device and the local intranet service has not been successfully established, it is determined that re-establishing the wireless connection between the under-display embedded sub-device and the local intranet service has failed. The termination conditions of the loop include: reaching a preset number of reconnections or a preset connection duration.

6. The wireless communication link fault recovery method according to claim 3, characterized in that, The method further includes: Receive a message indicating that the wireless driver module has been successfully reloaded; wherein, the message indicating that the wireless driver module has been successfully reloaded is sent after the main application on the screen has reloaded the wireless driver module; The wireless network connection interface is invoked to continue establishing a wireless connection between the under-display embedded sub-device and the local intranet service; It has been determined that establishing a wireless connection between the under-display embedded sub-device and the local intranet service failed. A system restart command is sent to the device panel controller to cause the device panel controller to perform a system soft restart operation for the terminal device; wherein, the device panel controller is a hardware module that serves as the core control unit in the terminal device.

7. A method for recovering from a wireless communication link failure, characterized in that, The method is executed by a connectivity diagnostic module in a target program, which is a program running on a terminal device. The method includes: Upon receiving a successful wireless connection message, a connectivity detection operation is performed on the local intranet service provided by the terminal device at a preset time period. The successful wireless connection message is sent by the wireless management module of the under-display embedded sub-device of the terminal device during the initialization phase, after successfully establishing a wireless connection with the local intranet service by calling the wireless network connection interface provided by the wireless hardware abstraction layer. The wireless hardware abstraction layer is a software middleware layer located between the underlying wireless hardware and the upper-layer application of the terminal device, providing a wireless network control interface. Based on the result of the connectivity detection operation, it is determined that the wireless communication link between the under-display embedded sub-device and the local intranet service is interrupted. An intranet connection disconnection message is sent to the wireless management module so that the wireless management module can re-establish the wireless connection with the local intranet service.

8. The wireless communication link fault recovery method according to claim 7, characterized in that, The execution of the connectivity detection operation for the local intranet service includes: Call the SDK interface to send a heartbeat packet to the local intranet service; If no response to the heartbeat packet is received from the local intranet service for a preset number of consecutive times, the ping interface of the SDK is invoked to send an ICMP request to the intranet router; wherein, the intranet router is a component that provides the local intranet service; The step of determining the interruption of the wireless communication link between the under-display embedded sub-device and the local intranet service based on the result of the connectivity detection operation includes: If no response to the ICMP request is received from the intranet router, it is determined that the wireless communication link between the under-display embedded sub-device and the local intranet service is interrupted.

9. A method for recovering from a wireless communication link failure, characterized in that, The method is executed by the main application on the screen. The main application on the screen is the main application instance in the target program; The target program is a program that runs on a terminal device; The method includes: Upon receiving a wireless driver exception notification, the system permission interface of the target program is invoked to perform the following operations: Uninstall the wireless driver module; Reload the wireless driver module; Send a message to the wireless management module indicating that the wireless driver module has been successfully reloaded; The wireless management module is located in the under-display embedded sub-device of the terminal device. The wireless driver abnormality notification is sent by the wireless management module after it determines that the wireless connection between the under-display embedded sub-device and the local intranet service provided by the terminal device has failed to be re-established. When the wireless management module determines that the wireless communication link between the under-display embedded sub-device and the local intranet service is interrupted, it re-establishes the wireless connection between the under-display embedded sub-device and the local intranet service. The wireless driver module is used to implement the wireless communication function of the local intranet service, and the wireless driver module is located in the kernel of the target program.

10. The wireless communication link fault recovery method according to claim 9, characterized in that, The method further includes: During initialization, wireless connection state change events are subscribed to from the wireless hardware abstraction layer; wherein, the wireless connection state change events include driver exception events; the wireless hardware abstraction layer is a software middleware layer located between the underlying wireless hardware and the upper-layer application of the terminal device, used to provide a wireless network control interface. The received wireless driver anomaly notification includes: Upon receiving a driver exception event sent by the wireless hardware abstraction layer, the driver exception event is treated as a wireless driver exception notification; wherein, the driver exception event is generated by the wireless hardware abstraction layer based on the wireless connection failure message sent by the wireless management module.

11. A wireless communication link fault recovery device, characterized in that, The device is disposed in an under-display embedded sub-device, and the device includes: The determination module is used to determine that the wireless communication link between the under-display embedded sub-device and the local intranet service is interrupted; wherein, the local intranet service is provided by the terminal device where the under-display embedded sub-device is located; The disconnect module is used to call the wireless network disconnect interface provided by the wireless hardware abstraction layer to disconnect the wireless connection with the local intranet service; wherein, the wireless hardware abstraction layer is a software middleware layer located between the underlying wireless hardware and the upper-layer application of the terminal device, which provides a wireless network control interface. The connection module is used to call the wireless network connection interface provided by the wireless hardware abstraction layer to re-establish the wireless connection with the local intranet service.

12. An electronic device comprising a memory, a processor, and a computer program stored in the memory and running on the processor, characterized in that, When the processor executes the computer program, it implements the wireless communication link failure recovery method as described in any one of claims 1 to 10.

13. A non-transitory computer-readable storage medium having a computer program stored thereon, characterized in that, When the computer program is executed by the processor, it implements the wireless communication link failure recovery method as described in any one of claims 1 to 10.

Images