Channel scheduling method and electronic device

Abstract

The channel scheduling method and the electronic device provided by the application relate to the intelligent cockpit technical field. The method comprises the following steps: in response to the existence of channel conflict between a first wireless module and a second wireless module, determining the data transmission load of the first wireless module; based on the data transmission load, determining a to-be-switched object, the to-be-switched object being a wireless module to be switched selected in the order from low to high according to the data transmission load; and performing a channel switching operation matched with the to-be-switched object. Thus, the application can realize dynamic intelligent scheduling of channel conflicts in the running stage, and break through the problem that the traditional static channel configuration cannot adapt to the dynamic wireless environment.

Description

Technical Field

[0001] This application relates to the field of smart cockpit technology, and more specifically, to a channel scheduling method and electronic device. Background Technology

[0002] With the increasing popularity of smart cars, the demand for wireless connectivity in in-vehicle systems is growing. Dual Wi-Fi (Wireless Fidelity) architecture is gradually becoming the mainstream configuration, which means that visible hotspots meet users' internet access needs, while hidden hotspots carry the interconnection services between mobile phones and in-vehicle systems (such as Android Auto, CarPlay, HiCar and other mobile phone screen mirroring and data interaction services).

[0003] However, from a technical standpoint, any two Wi-Fi links sharing the same radio frequency resources will experience channel conflicts due to frequency band overlap and radio frequency crosstalk when operating on the same or adjacent channels. Under the current technical architecture, visible and hidden hotspots sharing the same radio frequency resources and operating on the same or adjacent channels will experience severe channel conflicts due to frequency band overlap and radio frequency crosstalk. This conflict directly leads to frequent disconnections, screen stuttering, or even complete inability to establish a connection in vehicle-to-grid communication. Summary of the Invention

[0004] This application provides a channel scheduling method and electronic device. The method can realize dynamic intelligent scheduling of channel conflicts during operation, overcoming the problem that traditional static channel configuration cannot adapt to dynamic wireless environments.

[0005] In a first aspect, a channel scheduling method is provided, the method comprising: in response to a channel conflict between a first wireless module and a second wireless module, determining the data transmission load of the first wireless module; determining a target to be switched based on the data transmission load, wherein the target to be switched is a wireless module selected in ascending order of data transmission load; and performing a channel switching operation matching the target to be switched.

[0006] In the above method, in response to channel conflict between the first and second wireless modules, the data transmission load of the first wireless module is first determined; then, based on the data transmission load, wireless modules to be switched are selected as the switching targets in ascending order of data transmission load, and a channel switching operation matching the switching target is executed. Therefore, this application can achieve dynamic intelligent scheduling of channel conflicts during operation, overcoming the problem that traditional static channel configuration cannot adapt to dynamic wireless environments. It can proactively resolve radio frequency crosstalk between co-channels and adjacent channels during operation; simultaneously, using data transmission load as the basis for switching decisions, it prioritizes switching paths with lower service loads, completing channel avoidance with minimal user-perceptible impact, effectively ensuring the continuity of high-priority services such as vehicle-to-everything (V2X) communication, alleviating problems such as interconnection disconnection and screen stuttering caused by channel conflicts, and improving the stability of interconnection services under a dual Wi-Fi architecture.

[0007] Secondly, a channel scheduling apparatus is provided, comprising: a first determining module, configured to determine the data transmission load of the first wireless module in response to a channel conflict between the first wireless module and the second wireless module; a second determining module, configured to determine a target to be switched based on the data transmission load, wherein the target to be switched is a wireless module selected in ascending order of data transmission load; and an execution module, configured to perform a channel switching operation matching the target to be switched.

[0008] Thirdly, an electronic device is provided, including a memory and a processor. The memory is used to store executable program code, and the processor is used to call and run the executable program code from the memory, causing the electronic device to perform the methods of the first aspect or any possible implementation thereof. Attached Figure Description

[0009] Various other advantages and benefits will become apparent to those skilled in the art upon reading the following detailed description of preferred embodiments. The accompanying drawings are for illustrative purposes only and are not intended to limit the scope of this application. Furthermore, the same reference numerals denote the same parts throughout the drawings. In the drawings: Figure 1 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application; Figure 2 A flowchart illustrating a channel scheduling method provided in this application embodiment. Figure 1 ; Figure 3 A flowchart illustrating a channel scheduling method provided in this application embodiment. Figure 2 ; Figure 4 A flowchart illustrating a channel scheduling method provided in this application embodiment. Figure 3 ; Figure 5 A flowchart illustrating a channel scheduling method provided in this application embodiment. Figure 4 ; Figure 6 This is a schematic diagram of the structure of a channel scheduling device provided in an embodiment of this application. Detailed Implementation

[0010] The technical solutions of this application will now be described clearly and in detail with reference to the accompanying drawings. In the description of the embodiments of this application, unless otherwise stated, " / " signifies "or," for example, A / B can mean A or B. "And / or" in the text merely describes 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, or B existing alone. Furthermore, in the description of the embodiments of this application, "multiple" refers to two or more.

[0011] Hereinafter, the terms "first" and "second" are used for descriptive purposes only and should not be construed as implying or suggesting relative importance or implicitly indicating the number of technical features indicated. Thus, a feature defined as "first" or "second" may explicitly or implicitly include one or more of that feature.

[0012] In a dual-Wi-Fi architecture for vehicles, visible hotspots provide general internet access, while hidden hotspots carry vehicle-to-grid connectivity services. Since both share the same radio frequency hardware resources, overlapping or adjacent operating channels can easily lead to frequency band crosstalk, causing channel conflicts and resulting in disconnections and screen stuttering. Existing technologies often employ static configuration schemes with factory-pre-allocated fixed channels and single-scan frequency selection upon startup. These schemes cannot adapt to the dynamically changing surrounding wireless environment during vehicle operation, nor can they flexibly schedule channels based on service activity. Sudden channel conflicts during operation are difficult to resolve promptly and seamlessly, making it difficult to balance general internet access experience with the stability of connectivity services. Therefore, this application proposes an intelligent scheduling and security diagnosis method for hidden hotspot channel conflicts in a dual-Wi-Fi architecture, specifically addressing the aforementioned technical problems.

[0013] The channel scheduling method and electronic device of this application will be described in detail below with reference to the accompanying drawings and through multiple embodiments.

[0014] Figure 1 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application. Figure 1 As shown, the electronic device 100 may include a processor 110 and a memory 120.

[0015] The memory 120 stores machine-executable instructions that can be executed by the processor 110. When the electronic device 100 is running, these machine-executable instructions are executed. The processor 110 and the memory 120 communicate via a bus. The processor 110 can execute these machine-executable instructions to implement a channel scheduling method.

[0016] The memory 120, processor 110, and various bus components are electrically connected directly or indirectly to enable data transmission or interaction. For example, these components can be electrically connected to each other via one or more communication buses or signal lines. The memory 120 includes at least one software functional module, which is embedded in the operating system (OS) of the electronic device 100 as software or firmware. This software functional module has an executable module. The processor 110 is used to execute the executable module stored in the memory 120, such as the software functional modules and computer programs included in the channel scheduling method stored in the executable module.

[0017] The memory 120 may be, but is not limited to, random access memory (RAM), read-only memory (ROM), programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), etc.

[0018] The electronic device 100 can be selected according to the actual situation; for example, the electronic device 100 can be selected as a computer device. Furthermore, the electronic device 100 has software capable of executing channel scheduling methods.

[0019] The channel scheduling method provided in this application embodiment can be executed by a processor in the electronic device 100. The channel scheduling method provided in this application embodiment will be explained further below. Figure 2 A flowchart illustrating a channel scheduling method provided in this application embodiment. Figure 1 .like Figure 2 As shown, the method may include: S210, In response to a channel conflict between the first wireless module and the second wireless module, determine the data transmission load of the first wireless module.

[0020] The first and second wireless modules are used only to identify and distinguish the two independent Wi-Fi working links, and do not limit their hardware implementation or the types of services they carry. In actual deployment, the first and second wireless modules can be configured differently to carry different types of hotspot services, or they can be configured the same to carry the same type of hotspot services. To clearly and intuitively illustrate the decision logic of channel conflict scheduling and service priority rules, this application uses a typical vehicle-mounted architecture where the two modules carry hotspots with different attributes as an example.

[0021] The first wireless module is used to provide network access services for broadcasting service set identifiers. It is the functional entity responsible for carrying visible Wi-Fi hotspots in the vehicle's dual Wi-Fi architecture. It corresponds to the general wireless network entry point that the vehicle's infotainment system opens to users. The hotspots it carries enable SSID (Service Set Identifier) ​​broadcasting, which can be directly scanned, discovered, and connected to by various mobile terminals in the vehicle. It mainly provides passengers with general Internet access services such as web browsing, streaming media playback, and file transfer. Changes in its network status can be directly perceived by users, making it the main detection object for assessing the level of business activity.

[0022] The second wireless module provides network access services for non-broadcast service sets. It is the functional entity responsible for carrying a hidden dedicated Wi-Fi hotspot in the vehicle's dual Wi-Fi architecture, exclusively serving the vehicle-to-grid connectivity service. The hotspot it carries has its SSID broadcast disabled, making it undetectable by ordinary terminals. Connection is automatically completed in the background by the pre-installed vehicle-to-grid application, ensuring its closed and dedicated nature. It primarily transmits real-time data for services requiring high precision, such as navigation projection, audio-visual synchronization, and interactive control, and is a high-priority service carrier that must be prioritized in channel scheduling. The first wireless module provides general internet access to in-vehicle users, while the second wireless module specifically carries the vehicle-to-grid connectivity service; both share the same set of radio frequency hardware resources on the vehicle-mounted terminal.

[0023] Channel conflict refers to the interference between wireless signals caused by frequency band overlap and radio frequency crosstalk in a dual-Wi-Fi architecture when the first and second wireless modules share the same radio frequency hardware resources, and their operating channels are the same or the frequency interval is lower than the preset channel threshold. This interference directly increases the data packet loss rate, increases transmission latency, and leads to problems such as frequent disconnections in vehicle-to-grid communication, screen stuttering, and a decline in general internet experience.

[0024] Data transmission load is an indicator that quantifies the current service busyness of a wireless module and can intuitively reflect whether a user is actively using general Internet access services. This indicator is the basis for channel avoidance strategy decisions, used to determine the impact of switching different module channels on user experience, and supports differentiated dynamic scheduling logic.

[0025] In one possible implementation, in response to a channel conflict between the first wireless module and the second wireless module, the uplink and downlink data traffic within a preset statistical period are obtained through the management interface of the first wireless module. The absolute values ​​of the uplink and downlink traffic are accumulated to calculate the total data transmission rate of the first wireless module within the preset statistical period. This quantifies the data transmission load of the first wireless module and serves as the basis for subsequent channel handover scheduling.

[0026] S220. Based on the data transmission load, determine the object to be switched.

[0027] The wireless modules to be switched are selected in order of increasing data transmission load.

[0028] In one possible implementation, under a dual-Wi-Fi shared RF hardware resource architecture, the data transmission load of visible hotspots is used as the decision-making basis for channel switching, following the scheduling principles of minimizing user-perceptible impact and prioritizing the stability of high-priority services. Since the data transmission load of visible hotspots directly corresponds to the activity level of the user's current general internet access service, a lower data transmission load indicates that the user is not actively accessing the internet. In this case, adjusting the visible hotspot channel has the weakest impact on the user experience and does not require modification of the hidden hotspot link carrying the vehicle-to-everything (V2X) interconnection service. Channel conflicts can be resolved without interfering with the interconnection service. When the data transmission load of visible hotspots is high, it indicates that the user is actively accessing the internet. Forcibly switching the visible hotspot channel at this time would directly cause internet service lag and disconnection, leading to a degraded experience. Therefore, the hidden hotspot channel is adjusted instead. Combined with link-layer retransmission and Bluetooth out-of-band channel synchronization mechanisms, channel avoidance can be achieved without interrupting upper-layer interconnection applications, ultimately resolving channel conflicts while ensuring the stability of both types of services.

[0029] Based on this, the data transmission load of the first wireless module is compared with a preset traffic threshold. If the data transmission load of the first wireless module is lower than the preset traffic threshold, it indicates that there is only a small amount of background keep-alive traffic, the user is not actively using the network service, and the service priority is low. Therefore, the first wireless module is selected as the target to be switched. If the data transmission load of the first wireless module is higher than the preset traffic threshold, it indicates that the user is actively using the network access service. Switching its channel will cause service fluctuations that the user can perceive. Therefore, the second wireless module is selected as the target to be switched, and the module carrying the dedicated interconnection service performs active channel avoidance.

[0030] S230, Perform a channel switching operation that matches the target to be switched.

[0031] The channel handover operation matching the target device refers to a customized channel handover scheme that adopts differentiated channel selection rules, handover notification paths, and seamless transition mechanisms based on the service type, terminal access characteristics, service priority, and user perception of different wireless modules to be handed over. Its design logic is as follows: based on the service characteristics of the module to be handed over, the optimal handover strategy is matched to minimize the impact of the handover process on service continuity while avoiding channel conflicts, ensuring the stable operation of high-priority services, and reducing network fluctuations perceptible to users.

[0032] In one possible implementation, different approaches are used for different objects to be switched over: When the object to be switched over is the first wireless module, a standard soft handover strategy adapted to general internet access services is used. Specifically, firstly, the interference intensity of all surrounding 5GHz band channels is scanned, and the non-conflicting channel with minimal interference and no device occupancy is selected as the target channel; then, a channel switching pre-announcement signal is sent to all terminals connected to the visible hotspot through the current working channel, synchronizing the target channel parameters and notifying the terminals to prepare for the handover in advance; then, the channel handover is completed according to a segmented and progressive soft handover process consisting of a pre-announcement phase, a window phase, and a handover phase, preserving the terminal's network session and IP (Internet Protocol) connection status throughout the process to avoid interruption of upper-layer network services; after the handover is completed, the terminal's connection status is checked, and if connection abnormalities occur, the system automatically rolls back to the original channel configuration. When the object to be switched over is the second wireless module, a low-latency handover strategy adapted to dedicated vehicle-to-everything (V2X) services is used. Specifically, firstly, based on the priority order of 5GHz idle channels, historically high-success-rate channels, and radar idle channels, the optimal avoidance channel that balances conflict-free operation and high reliability is selected as the target channel. Then, a channel switching notification is sent to the peer interconnected device via the established Bluetooth out-of-band communication channel, pre-synchronizing the new channel parameters without needing to broadcast the switching information via the Wi-Fi link. Next, a hidden hotspot channel switching operation is performed, simultaneously triggering the link layer's automatic retransmission mechanism and the interconnection protocol stack's rapid session recovery. The underlying link replenishes the data packets lost during the switching process, ensuring uninterrupted operation of upper-layer navigation, audio, video, and other interconnection applications. After the switching is completed, the transmission status of the interconnection service is verified; if an anomaly is found, it automatically rolls back to the original channel configuration. Both of these switching processes ultimately achieve effective avoidance of channel conflicts.

[0033] The channel scheduling method provided in this application, in response to channel conflicts between the first and second wireless modules, first determines the data transmission load of the first wireless module; then, based on the data transmission load, selects the wireless modules to be switched as the switching targets in ascending order of data transmission load, and performs a channel switching operation matching the switching targets. Thus, this application can achieve dynamic intelligent scheduling of channel conflicts during operation, overcoming the problem that traditional static channel configuration cannot adapt to dynamic wireless environments. It can proactively resolve radio frequency crosstalk between co-channels and adjacent channels during operation; simultaneously, using data transmission load as the basis for switching decisions, it prioritizes switching paths with lower service loads, completing channel avoidance with minimal user-perceptible impact, effectively ensuring the continuity of high-priority services such as vehicle-to-vehicle interconnection, alleviating problems such as interconnection disconnection and screen stuttering caused by channel conflicts, and improving the stability of interconnection services under a dual Wi-Fi architecture.

[0034] Figure 3 A flowchart illustrating a channel scheduling method provided in this application embodiment. Figure 2 .like Figure 3 As shown, the method for determining whether there is a channel conflict between the first wireless module and the second wireless module includes: S310. Obtain the current operating channel parameters of the first wireless module and the second wireless module respectively.

[0035] In one possible implementation, within a dual-Wi-Fi architecture in a vehicle, visible and hidden hotspots are independently handled by a first wireless module and a second wireless module, respectively. Both share the same set of radio frequency hardware resources, but their channel configurations are independent and dynamically change depending on the surrounding wireless environment and service connection status. Only by obtaining the real-time operating channel parameters of the first and second wireless modules can their operating frequency interval be calculated, accurately determining the risk of channel overlap or radio frequency crosstalk between adjacent channels. This is a necessary prerequisite for achieving real-time channel conflict detection.

[0036] Based on this, the current channel parameters of the first wireless module carrying visible hotspots, such as the operating channel number, operating frequency band, and channel bandwidth, are periodically read through the driver layer management interface corresponding to the first wireless module; at the same time, the current channel parameters of the second wireless module carrying hidden interconnected hotspots, such as the operating channel number, operating frequency band, and channel bandwidth, are read through the driver layer management interface corresponding to the second wireless module.

[0037] S320. Calculate the frequency interval between the current operating channel parameters of the first wireless module and the second wireless module.

[0038] In one possible implementation, the operating center frequencies of the first and second wireless modules are first calculated using the standard channel frequency mapping formula: For the 2.4 GHz band, the operating center frequency f1 corresponding to channel number n can be calculated using the following formula (1): f1 = 2400 + 5×n formula (1) For the 5GHz band, the working center frequency f2 corresponding to channel number n can be calculated using the following formula (2): f2 = 5000 + 5×n formula (2) The absolute value of the frequency difference between the two working centers is then calculated using the following formula (3), which is the frequency interval between the two wireless modules.

[0039] Frequency interval = |f2 - f1| Formula (3) Compared to the method of judging solely by whether the channel numbers are adjacent, the frequency interval quantization method can adapt to configuration scenarios with different channel bandwidths such as 20MHz and 40MHz, avoiding misjudgments caused by bandwidth differences.

[0040] S330. If the frequency interval is less than the preset interval threshold, then it is determined that there is a channel conflict between the first wireless module and the second wireless module.

[0041] The preset interval threshold can be selected according to the actual situation. For example, the preset interval threshold can be selected as 20MHz (i.e., the standard bandwidth of a single channel).

[0042] In one possible implementation, when the calculated frequency interval is less than a preset interval threshold (e.g., 20MHz), or when the first wireless module and the second wireless module are working on the same channel (frequency interval is 0), it can be determined that the two have radio frequency crosstalk due to frequency band overlap and there is a channel conflict. Based on the hardware characteristics of the vehicle dual Wi-Fi sharing radio frequency resources, it can accurately identify co-channel and adjacent channel interference scenarios that will cause frequent disconnection of hand vehicle interconnection, screen lag, or even complete inability to establish a connection.

[0043] The channel scheduling method provided in this application obtains the current operating channel parameters of the first wireless module and the second wireless module respectively; calculates the operating frequency interval between the two modules based on the mapping relationship between the current operating channel parameters and the center frequency; and compares the frequency interval with a preset interval threshold. When the frequency interval is less than the preset interval threshold, it is determined that there is a channel conflict between the two modules. Therefore, this application can accurately identify co-channel and adjacent-channel interference in a dual Wi-Fi shared radio frequency architecture, providing a reliable decision-making basis for subsequent dynamic intelligent avoidance, and proactively avoiding problems such as disconnection of vehicle-to-grid communication and transmission lag caused by radio frequency crosstalk from the detection level.

[0044] Figure 4A flowchart illustrating a channel scheduling method provided in this application embodiment. Figure 3 .like Figure 4 As shown, determining the data transmission load of the first wireless module in the above method includes: S410: Obtain the current uplink and downlink data traffic of the first wireless module.

[0045] In one possible implementation, if a channel conflict exists between the first and second wireless modules, the uplink and downlink data traffic within a preset statistical window (e.g., the most recent second) is read through the management interface of the first wireless module to obtain the current uplink and downlink data traffic. The traffic of the first wireless module is chosen as the input because users of the general internet service it carries can directly perceive it, and traffic fluctuations can intuitively reflect the user's active usage status, providing an objective basis for subsequent scheduling strategies that minimize the impact on user perception.

[0046] S420: Accumulate the current uplink and downlink data traffic to obtain the total data traffic.

[0047] In one possible implementation, the current uplink and downlink data traffic is accumulated according to the following formula (4) to obtain the total data traffic.

[0048] Total data flow = |Uplink data flow + Downlink data flow| Formula (4) The total data traffic is used to reflect the transmission busyness and resource consumption level of the link.

[0049] It should be noted that subtracting uplink and downlink data traffic only yields the net data transmission volume, failing to reflect the actual load intensity of the link and lacking significance for judging service activity. The total data traffic calculated through this cumulative method can objectively quantify the current data transmission busyness of the first wireless module, avoiding load misjudgments caused by unidirectional traffic statistics, and providing a unified and accurate quantitative indicator for subsequent load level classification.

[0050] S430. Based on the total data traffic, determine the data transmission load of the first wireless module.

[0051] In one possible implementation, when the total data traffic is ≤100KB / s, the first wireless module is determined to be in a low transmission load state, corresponding to the current user not actively using the visible Wi-Fi internet access function, and the link only has background keep-alive traffic; when the total data traffic is >1MB / s, the first wireless module is determined to be in a high transmission load state, corresponding to the user actively using general internet access services. The result of the data transmission load determination directly determines the subject of subsequent channel avoidance execution: in low load scenarios, the first wireless module is switched to a non-conflicting channel to avoid changes to high-priority vehicle-to-everything (V2X) services; in high load scenarios, the hidden hotspot of the second wireless module is switched to an avoidance channel to avoid interrupting the user's perceptible internet access services, ultimately achieving intelligent and seamless channel conflict scheduling.

[0052] The channel scheduling method provided in this application obtains the current uplink and downlink data traffic of the first wireless module, sums the uplink and downlink data traffic to obtain the total data traffic, and determines the data transmission load level of the first wireless module based on the total data traffic. This serves as the quantitative decision basis for channel avoidance scheduling, thereby reducing the perceptible impact of channel switching on users while ensuring the stability of high-priority vehicle-to-grid interconnection services.

[0053] Figure 5 A flowchart illustrating a channel scheduling method provided in this application embodiment. Figure 4 .like Figure 5 As shown, the method described above determines the object to be switched based on data transmission load, including: S510. Compare the data transmission load with the preset data transmission load threshold.

[0054] The preset data transmission load threshold is used to distinguish between visible hotspots that are idle in the background (i.e., not actively used by the user) and those that are actively used by the user (i.e., currently in use by the user); it can be selected according to the actual situation. For example, the preset data transmission load threshold can be selected as 100KB / s.

[0055] In one possible implementation, comparing the data transmission load of the visible Wi-Fi module (i.e., the first wireless module) with a preset data transmission load threshold is a decision-making step in the dual Wi-Fi channel conflict dynamic scheduling system. Its purpose is to adaptively select the channel avoidance scheme with the least impact on user experience based on the user's actual service usage status. Since the visible Wi-Fi module carries general internet access services for users, its total uplink and downlink data transmission load can directly quantify the current link's busy level and the user's service participation. When the measured data transmission load is lower than the preset data transmission load threshold, it indicates that the visible Wi-Fi link only has light background keep-alive traffic, and the user is not actively engaging in internet access services. In this case, switching the visible Wi-Fi's working channel will not cause perceptible experience fluctuations and is the lowest-cost path to resolve channel conflicts. When the measured data transmission load is higher than the preset data transmission load threshold, it indicates that the user is performing high-load internet access operations. Forcibly switching the visible Wi-Fi channel will cause explicit experience problems such as data interruption and transmission lag. Therefore, the scheduling strategy shifts to switching the hidden hotspot carrying the vehicle-to-everything (V2X) interconnection service, combined with link-layer retransmission and out-of-band channel synchronization mechanisms to ensure the seamless operation of core interconnection services. This threshold comparison mechanism enables intelligent and dynamic decision-making for channel avoidance strategies, resolving co-frequency conflicts while ensuring both user experience for general internet access services and the stability of core vehicle-to-grid connectivity services.

[0056] S520. Based on the comparison results, determine the object to be switched.

[0057] In one possible implementation, when the data transmission load is lower than a preset data transmission load threshold (e.g., total uplink and downlink data traffic ≤ 100KB / s in the last second), it is determined that the visible hotspot currently only has background keep-alive traffic and the user is not actively using the general internet service. At this time, the first Wi-Fi module carrying the visible hotspot is determined to be the target for switching. The selection logic is that the general internet service carried by the visible hotspot is a low-priority service and there are currently no active users using it. Switching its channel will not have a perceptible impact on the user. At the same time, it can maintain the stability of the hidden hotspot channel carrying the high-priority vehicle interconnection service, thereby resolving channel conflicts at the lowest cost.

[0058] When the data transmission load exceeds the preset data transmission load threshold (e.g., total uplink and downlink traffic > 1MB / s in the last second), it is determined that the user is actively using a visible hotspot for internet access. At this time, the second Wi-Fi module carrying the hidden hotspot is identified as the target to be switched. This selection logic can avoid the user's internet experience from being slowed down or experiencing disconnections when switching to a visible hotspot. At the same time, it is equipped with seamless transition mechanisms such as Bluetooth out-of-band channel synchronization and automatic retransmission at the link layer to ensure that the vehicle-to-grid service is not interrupted during the switching of the hidden hotspot.

[0059] The channel scheduling method provided in this application compares the data transmission load with a preset data transmission load threshold; based on the comparison result, it intelligently selects the target object for channel switching, which can quickly resolve the conflict between two Wi-Fi channels on the same frequency, while following the scheduling principle of low-priority services giving way to high-priority services, minimizing the impact of channel switching on the user's perceived Internet experience, and ensuring the stable operation of the core business of vehicle-to-grid connectivity.

[0060] Optionally, the preset data transmission load threshold includes: a first preset data transmission load threshold and a second preset data transmission load threshold; and the first preset data transmission load threshold is less than the second preset data transmission load threshold. The first preset data transmission load threshold corresponds to a state where the visible hotspot only has background keep-alive heartbeat traffic and the user has not actively performed any internet access operations. This first preset data transmission load threshold can be selected according to the actual situation, and can be selected as 100KB / s. The second preset data transmission load threshold corresponds to a state where the user is actively performing high-bandwidth internet access services such as video playback and file transfer. This second preset data transmission load threshold can be selected according to the actual situation, and can be selected as 1MB / s.

[0061] The above method determines the object to be switched based on the comparison results, including: If the data transmission load is less than or equal to the first preset data transmission load threshold, then the object to be switched is determined to be the first wireless module.

[0062] In one possible implementation, when the data transmission load is less than or equal to a first preset data transmission load threshold (e.g., 100KB / s), it indicates that the current service activity of the visible hotspot is extremely low and the user is not actively using the general Internet service. In this case, the first wireless module (visible Wi-Fi module) is determined to be the main body for channel switching.

[0063] It should be noted that, based on the principle of proactively avoiding low-priority services, the priority of general Internet access services carried by visible hotspots is lower than that of vehicle-to-grid services carried by hidden hotspots, and switching to visible hotspots under low traffic conditions has the least impact on the user's perception.

[0064] If the data transmission load exceeds the second preset data transmission load threshold, the target to be switched is determined to be the second wireless module.

[0065] In one possible implementation, when the data transmission load exceeds the second preset data transmission load threshold (e.g., 1MB / s), it indicates that the visible hotspot is currently in a state of high business activity and the user is actively using general Internet access services. If the visible hotspot is switched at this time, it will directly cause the user's Internet access service to lag or disconnect, resulting in a decline in the explicit experience. Therefore, the second wireless module (hidden Wi-Fi module) is determined to be the main body for channel switching.

[0066] It should be noted that, in order to balance the user's perceived internet experience with the continuity of the vehicle-to-grid service, the hidden hotspot carries the high-priority vehicle-to-grid service. During the switching process, the new channel parameters can be synchronized to the mobile phone in advance through the already connected out-of-band Bluetooth channel, without the need to re-handshake and establish a connection.

[0067] If the data transmission load is greater than the first preset data transmission load threshold and less than or equal to the second preset data transmission load threshold, then the wireless module with the weaker received signal strength among the first and second wireless modules will be identified as the target to be switched.

[0068] Among them, Received Signal Strength Indicator (RSSI) is a quantitative indicator used in the field of wireless local area networks (WLANs) to characterize the signal strength and communication quality of wireless links. Its value is usually represented by a negative value; the smaller the value, the weaker the received signal and the worse the link's anti-interference capability. In the dual Wi-Fi channel conflict scenario of this application, the received signal strength of the first and second wireless modules corresponds to the signal reception strength detection values ​​of the access terminal for the two Wi-Fi links, which can be obtained in real time to reflect the current wireless communication quality of the two Wi-Fi links. The link with the weaker the received signal strength, the higher the probability of packet loss and stuttering due to channel conflict.

[0069] In one possible implementation, when the data transmission load of the first wireless module is detected to be greater than a first preset data transmission load threshold but less than or equal to a second preset data transmission load threshold, it indicates that the current service load of the first wireless module is in a stable intermediate range. This means that the triggering condition for seamless switching to the first wireless module under low load has not been met, nor has the triggering condition for mandatory switching to the second wireless module under high load been met. At this time, the real-time received signal strength values ​​of the first and second wireless modules are collected and compared. The wireless module with the lower received signal strength and weaker link quality is identified as the target for switching. This prioritizes channel switching on weaker signal links that are more susceptible to channel conflicts, mitigating the adverse effects of channel conflicts on the overall communication quality of the two links while avoiding disruption to stable service operation.

[0070] The channel scheduling method provided in this application includes preset data transmission load thresholds: a first preset data transmission load threshold and a second preset data transmission load threshold; the first preset data transmission load threshold is less than the second preset data transmission load threshold. If the data transmission load is less than or equal to the first preset data transmission load threshold, the visible hotspot is determined to be in a low-activity idle state, and the first wireless module is the target to be switched. Channel switching can be completed without the user's awareness, and the network session is preserved throughout, while avoiding disturbance to the high-priority service of the vehicle-to-grid interconnection. If the data transmission load is greater than the second preset data transmission load threshold, the visible hotspot is determined to be in a high-load usage state, and the second wireless module is determined to be the target to be switched. Without interrupting the user's general Internet access service, the hidden hotspot is smoothly avoided by relying on out-of-band channel synchronization and link layer retransmission mechanisms. If the data transmission load is greater than the first preset data transmission load threshold and less than or equal to the second preset data transmission load threshold, the wireless module with the weaker received signal strength among the first and second wireless modules is determined to be the target to be switched. Channel switching is prioritized for links with weaker signal quality and greater interference, taking into account the service load status while making the channel switching more in line with the actual communication quality of the link and improving the rationality of channel conflict avoidance. Therefore, this application establishes a three-level scheduling mechanism through a graded threshold fine-grained scheduling mechanism: low-load switching of low-priority links, high-load switching of high-priority links, and medium-load switching based on link signal quality to determine the switching target. This approach resolves dual Wi-Fi channel conflicts while minimizing the impact of handover operations on user service experience.

[0071] Optionally, the above method performs a channel handover operation adapted to the object to be handed over, including: If the target to be switched is the first wireless module, the channel switching operation is performed in a segmented and gradual manner.

[0072] The segmented, progressive approach is configured to execute the channel switching process in stages according to time sequence.

[0073] In one possible implementation, since the first wireless module carries a visible Wi-Fi hotspot for users, the types and numbers of connected terminals are diverse and variable, and it lacks a dedicated out-of-band communication channel. Therefore, it must be compatible with all general-purpose wireless terminals that follow standard protocols. Thus, a segmented, gradual approach—announcement, a window of opportunity, and handover—is adopted to perform the channel handover operation. This segmented, gradual approach relies on the standard channel handover announcement mechanism to synchronize target channel information to all associated terminals in advance. Radio frequency channel handover is only performed after all in-transit data packets have been transmitted. This avoids sudden packet loss and connection interruptions caused by hard handover, preserves the upper-layer network session throughout the process, and achieves completely user-unnoticed channel avoidance in low-traffic scenarios with visible hotspots.

[0074] If the target to be switched is the second wireless module, the channel switching operation is performed using the link layer retransmission method.

[0075] Among them, the link layer retransmission mode is configured to perform packet retransmission at the link layer.

[0076] In one possible implementation, since the hidden hotspot carried by the second wireless module is a dedicated service channel for vehicle-to-everything (V2X) connectivity, which is a high-priority service, its connected terminal is unique and is a customized application adapted to the interconnection protocol. Furthermore, it can rely on an established Bluetooth long-term connection as an out-of-band channel to synchronize target channel parameters to the terminal in advance, eliminating the need for the standard Wi-Fi protocol's channel handover notification mechanism. Using a segmented, gradual handover waiting mechanism would increase handover latency, and V2X connectivity requires high data transmission continuity, making it unsuitable to avoid packet loss by pausing data transmission or clearing the transmission queue. Therefore, for channel handover of the second wireless module, a link-layer retransmission mechanism combined with a fast session recovery scheme is adopted. The underlying Wi-Fi MAC layer automatically retransmits and replenishes the small number of data packets lost during the handover process, eliminating the need for upper-layer interconnection applications to re-initiate data requests. This shortens the overall handover time while ensuring the transmission continuity of upper-layer services such as navigation and music, achieving a seamless channel avoidance process for the user and meeting the stability requirements of high-priority interconnection services.

[0077] The channel scheduling method provided in this application, if the target to be switched is a first wireless module carrying a visible hotspot, adopts a segmented and progressive approach to perform the channel switching operation. This segmented and progressive approach is configured to perform the channel switching process in stages according to time sequence, which can preserve the terminal network session throughout the process, avoid packet loss during switching, and achieve smooth channel avoidance without the user's perception. If the target to be switched is a second wireless module carrying a hidden interconnection hotspot, the channel switching operation is performed using a link layer retransmission approach. This link layer retransmission approach is configured to perform data packet retransmission at the link layer, which can offset the impact of instantaneous packet loss during switching, ensure the continuity of upper-layer services in the vehicle-to-grid interconnection, and achieve seamless channel migration of high-priority services.

[0078] Optionally, the above method employs a segmented, gradual approach to perform channel handover operations, including: Send a channel switching notification to the first terminal device associated with the first wireless module to notify the first terminal device of the target switching channel and start the switching countdown.

[0079] The channel handover announcement is the first step in the phased, gradual handover process for visible hotspot channels. It refers to the operation where the vehicle-mounted wireless access point sends a standardized channel handover announcement frame to all connected first-terminal devices via the current working channel before the actual channel handover. This operation is based on a channel handover announcement mechanism using a preset standard protocol. The announcement information carries the target channel number and handover countdown parameters, notifying the first-terminal devices to complete their radio frequency hardware configuration in advance and synchronously switch to the target channel at the agreed time. This avoids connection drops and packet loss due to sudden channel changes, preserves the upper-layer network session throughout the process, and achieves a smooth transition that is imperceptible to the user.

[0080] In one possible implementation, when the channel conflict intelligent avoidance engine detects a dual Wi-Fi channel conflict, and the total uplink and downlink traffic of the first wireless module (i.e., the one used to carry the visible hotspot) is lower than a preset data transmission load threshold (e.g., total traffic in the last second ≤ 100KB / s), and determines that the visible hotspot channel can be switched, the first wireless module inserts a channel switching announcement element into the periodic beacon frame of the current working channel, broadcasting the target switching channel number and switching countdown duration to all associated first terminal devices (i.e., user terminals accessing the visible hotspot). This countdown is calculated in units of beacon frame transmission cycles, and its purpose is to provide the first terminal devices with preparation time for adjusting their radio frequency hardware configuration, ensuring that the first terminal devices can synchronously switch channels at the specified time, maintaining their association with the hotspot throughout the process, avoiding direct disconnection of the first terminal devices due to channel mutations, and providing basic support for retaining upper-layer network sessions.

[0081] Once the handover countdown ends, the sending of new data packets to the first terminal device is paused, and the transmission of already sent data packets is waited for to complete.

[0082] In one possible implementation, when the handover countdown reaches zero and the preset handover execution time arrives, the MAC (Media Access Control) layer of the first wireless module immediately stops receiving new service data packets from the upper layer and suspends the scheduling of new data transmission. Simultaneously, the radio frequency module remains on its original operating channel, continuously listening for acknowledgment frames (ACKs) returned by the terminal, tracking the transmission status of all transmitted data packets in transit, until all in-transit data packets have received acknowledgment responses from the terminal, or the protocol's preset retransmission timeout threshold is reached, at which point the transmission queue is cleared. This design, by first stopping the transmission of new data and then clearing existing data, completely avoids the problem of data packet loss in transit during channel handover. It ensures data transmission integrity without relying on additional retransmission mechanisms, minimizing the impact of handover on upper-layer services.

[0083] Once the transmitted data packets are completed, the first wireless module will switch to the target switching channel and resume data transmission.

[0084] In one possible implementation, after confirming that all data packets in transit in the transmission queue have been transmitted, the radio frequency unit of the first wireless module performs a hardware frequency switching operation to adjust the working channel to the target non-collision channel that has been pre-scanned and screened. After the radio frequency completes channel calibration and parameter configuration, the first wireless module resumes periodic beacon frame broadcasting on the new channel and restarts data transmission and reception scheduling. The associated terminal devices will automatically synchronize to the new channel without having to re-execute the authentication and association process or obtain an IP address again, and the network session is retained throughout the process.

[0085] It should be noted that after the handover is completed, the terminal's connection status will be actively checked. If a connection abnormality is found, the connection will be automatically rolled back to the original channel to ensure connection reliability. The interruption time of the entire handover process is controlled at the millisecond level, so users cannot perceive network fluctuations and achieve a seamless handover.

[0086] The channel scheduling method provided in this application first sends a channel handover advance notice signaling to all first terminal devices associated with the first wireless module, synchronizes the target handover channel parameters, and starts a handover countdown, enabling the terminal to complete the radio frequency hardware handover preparation in advance and avoid connection interruption caused by channel abrupt changes; after the handover countdown ends, the transmission of new service data packets to the first terminal devices is immediately suspended, and the transmission confirmation is waited for all transmitted data packets in transit to be completed, so as to eliminate the risk of packet loss during the handover process; after confirming that all in-transit data transmissions are completed, the radio frequency operating channel of the first wireless module is switched to the target non-collision channel and data transmission and reception are resumed, while the terminal network session is preserved throughout the process, realizing a smooth channel transition that is imperceptible to the user.

[0087] Optionally, the above method further includes: If it is determined that the second wireless module is connected normally and there is no channel conflict, the control display screen will show the first status indicator.

[0088] The first status identifier is used to indicate that the covert network access service provided by the second wireless module is normal.

[0089] In one possible implementation, the management interfaces of the first and second wireless modules periodically read the channel parameters of their current operation and calculate the frequency interval between the two channels. When the frequency interval is not lower than a preset interval threshold (e.g., the interval between adjacent channels is not less than 20MHz, and the two are not operating on the same channel), it is determined that there is no co-channel interference or channel conflict in the dual Wi-Fi links. The second wireless module must meet three conditions simultaneously for normal connection: first, the hidden hotspot carried by the second wireless module and the mobile terminal complete the authentication and association process and successfully establish a connection; second, there are no abnormalities in the channel conflict detection results and no co-channel interference between the two Wi-Fis; and third, the data transmission of the vehicle-to-grid interconnection application layer is normal and there is no continuous packet loss. When all conditions are met simultaneously, the three-level status visualization engine sends a display command to the user interaction layer, controlling the vehicle display screen to display the first status indicator, i.e., the green status, in the form of a card on the interconnection interface. The displayed content is the "Interconnection is connected" text pre-stored in the vehicle's local text resource library. All displayed text does not rely on cloud delivery and can be displayed normally in offline scenarios, used to intuitively represent to the user that the hidden network access service provided by the second wireless module is operating normally.

[0090] If it is determined that the second wireless module is performing a channel switching operation or is in the process of connecting, the control display shows the second status indicator.

[0091] The second status identifier is used to indicate that the covert network access service provided by the second wireless module is in the scheduling or handshake phase.

[0092] In one possible implementation, when the channel conflict intelligent avoidance engine detects a channel conflict between the two Wi-Fi networks and selects a switching target based on the total uplink and downlink traffic activity of the first wireless module, it determines that it is in the channel scheduling operation stage throughout the complete execution cycle of channel scanning, switching announcement, and channel switching to state verification. If the switching target is the second wireless module carrying the hidden hotspot, it directly corresponds to the active avoidance scheduling of the hidden network. If the switching target is the first wireless module, since it belongs to the dual Wi-Fi channel conflict resolution process, the intermediate state display will also be triggered to prevent users from misjudging the fault due to brief network fluctuations. The second scenario is the connection establishment process, which includes two sub-scenarios: one is that the mobile phone and the vehicle's Bluetooth have been successfully paired and established, and are initiating a hidden hotspot connection but have not yet completed the handshake process; the other is that the hidden hotspot has completed the underlying Wi-Fi connection and is in the process of interconnection protocol handshake but has not yet completed the data transmission channel establishment. When any of the above scenarios are met, the Level 3 Status Visualization Engine controls the display screen to show the second status indicator, namely the yellow status, and displays the locally pre-stored text "Connection being established, please wait", which is used to synchronize with the user that the current hidden network access service is in the transition phase of channel scheduling or connection handshake.

[0093] If the second wireless module fails to switch channels or the connection times out, the control display shows a third status indicator and responds to the user's interaction with the third status indicator to trigger a security diagnostic.

[0094] The third status identifier is used to indicate that the covert network access service provided by the second wireless module is interrupted or interfered with.

[0095] In one possible implementation, since the fault status is determined by a three-level status visualization engine, it takes effect upon meeting any one of the triggering conditions, while an interactive entry point is provided to achieve a closed loop for fault diagnosis. The fault triggering conditions include four categories: First, hidden hotspot connection timeout, that is, after the system initiates a hidden hotspot connection, the complete handshake process is not completed within a preset time (e.g., 10 seconds), or the interconnection protocol stack returns a timeout error; Second, channel switching avoidance failure, that is, after the channel conflict intelligent avoidance engine performs a channel switching operation, it verifies the interconnection status and finds an anomaly, triggers automatic rollback to the original channel, and determines that automatic avoidance has failed; Third, the hidden hotspot has established a connection, but data transmission experiences continuous packet loss or transmission interruption; Fourth, after the security diagnosis is completed, it is determined that there is a connection fault on the mobile phone or vehicle terminal. When any condition is met, the Level 3 Status Visualization Engine control display shows a third status indicator, i.e., a red status, displaying the locally stored text "Connection failed, click to view details," indicating an interruption or channel interference fault in the hidden network access service. The user's interaction with the third status indicator involves clicking the status card to enter the fault details page, where fault indications and corresponding operation instructions are displayed according to the preliminary detection results. When the user actively clicks the deep diagnostic command on the vehicle's infotainment screen, the safety diagnostic channel manager is activated, executing the following safety diagnostic process: First, a preset-formatted random temporary SSID and a 6-digit one-time PIN code are generated. The hidden hotspot's SSID is temporarily replaced with this random temporary SSID, the hotspot password is replaced with the one-time PIN code, and SSID broadcasting is temporarily enabled. The temporary SSID and one-time PIN code are then displayed on the vehicle's infotainment screen, prompting the user to connect manually. The temporary diagnostic channel only opens designated communication ports for exchanging diagnostic information, while all other ports are closed. It can only collect non-private data such as Wi-Fi scan results, handshake status information, and basic Wi-Fi status from the mobile phone, and prohibits the acquisition of private information such as passwords, geographical location, and application lists. If the user does not complete the connection within the preset timeout period (e.g., 120 seconds), the original configuration of the hidden hotspot is automatically restored. After the connection is established and diagnostic data collection is completed, the temporary connection is automatically disconnected, the hidden hotspot SSID and configuration are restored to their original state, and the one-time PIN code is cleared. Throughout the process, the real SSID and password of the hidden hotspot are not leaked, and the source of the fault is accurately identified while ensuring information security.

[0096] The channel scheduling method provided in this application, when determining that the second wireless module is connected normally and there is no channel conflict, controls the display screen to show a first status indicator, intuitively reflecting that the hidden network service is operating normally, ensuring that users have a clear perception of the interconnection status; when the second wireless module is in the channel avoidance scheduling process, or is in the connection establishment stage of hotspot association and protocol handshake with the terminal, controls the display screen to show a second status indicator, synchronizing the current service execution progress, avoiding users misjudging the fault and repeatedly triggering the connection operation; when the second wireless module is detected to have failed channel switching or the connection handshake has timed out, controls the display screen to show a third status indicator, and at the same time supports users to trigger the security diagnosis channel by clicking, providing a practical fault diagnosis entry point while clearly indicating service interruption, effectively reducing the threshold for users to diagnose faults and the cost of after-sales technical support.

[0097] Optionally, after triggering a security diagnostic in response to a user's interaction with the third state identifier, the above method further includes: In response to the received security diagnostic signal, a temporary access credential is generated.

[0098] The temporary access credential is used to temporarily replace the authentication configuration of the second wireless module.

[0099] Among them, the safety diagnostic signal is triggered by the user actively clicking the deep diagnostic command on the vehicle's infotainment screen.

[0100] In one possible implementation, the diagnostic process is formally initiated upon receiving the security diagnostic signal; the temporary access credential is randomly generated by the system and consists of two parts: a random temporary SSID in a preset format and a one-time PIN code consisting of 6 digits. Both are temporary access credentials that are valid for a single diagnostic and are not persistently stored.

[0101] The specific implementation of temporarily replacing the authentication configuration of the second wireless module is as follows: the SSID parameter of the hidden hotspot carried by the second wireless module is temporarily replaced with a generated random temporary SSID, and the connection password of the hidden hotspot is temporarily replaced with a generated one-time PIN code, thereby temporarily overriding the original authentication configuration of the hidden hotspot. The purpose of this design is to temporarily enable the hidden hotspot, which originally had SSID broadcasting disabled, to be scanned and discovered by the terminal without exposing the real SSID and password of the hidden hotspot, thus providing a legitimate access point for subsequent connection diagnostics.

[0102] Establish a temporary diagnostic channel based on temporary access credentials.

[0103] In one possible implementation, after the authentication configuration replacement is completed, the hidden hotspot temporarily broadcasts its SSID, making it visible externally as a temporary SSID. This temporary SSID and a one-time PIN code are simultaneously displayed on the vehicle's infotainment screen. A pre-stored prompt text guides the user to connect to the diagnostic hotspot in their phone's Wi-Fi settings and enter a verification code. Once the user completes the connection on the terminal side and verifies the one-time PIN code, a temporary diagnostic channel is established between the vehicle and the terminal. The channel establishment process incorporates dual security and time constraints: firstly, port isolation, where the temporary diagnostic channel only opens designated communication ports for exchanging diagnostic information and closes all irrelevant business ports to ensure no other data from the vehicle's system is leaked through the temporary channel; secondly, a timeout self-destruction constraint, with a 120-second connection wait timeout. If the user does not connect within the timeout period, the system automatically restores the hidden hotspot's SSID and password to their original configuration, and the temporary diagnostic channel becomes invalid. Through this design, the temporary diagnostic channel possesses the characteristics of being one-time, temporary, and self-destructive, ensuring that the true sensitive configuration of the hidden hotspot is never leaked, thus balancing diagnostic availability and information security.

[0104] Based on the temporary diagnostic channel, diagnostic data of the second terminal device connected to the second wireless module is obtained, and based on the diagnostic data, the source of channel conflict or connection failure is determined.

[0105] In one possible implementation, after the temporary diagnostic channel is established, the vehicle's infotainment system collects a limited range of diagnostic data from the second terminal device. The data allowed to be obtained falls into three categories: First, Wi-Fi scan results, covering the SSID, signal strength, and channel number of all Wi-Fi networks currently scanned by the phone, as well as the SSID and connection status of the Wi-Fi networks the phone is currently connected to. Second, connection handshake status data, including the specific handshake stage of the second terminal device connecting to the vehicle's hotspot (such as scanning / authentication / association / DHCP (Dynamic Host Configuration Protocol) IP allocation) and error codes for connection failures. Third, basic Wi-Fi status data for the phone, including the phone's Wi-Fi on / off status, whether automatic Wi-Fi switching is enabled, and the working status of the phone's Wi-Fi module. Obtaining any private information such as passwords, network traffic data, browsing history, geolocation, and application lists through this channel is strictly prohibited. After acquiring diagnostic data, the source of the fault is determined through data comparison and analysis: if the second terminal device exhibits abnormal Wi-Fi function, is already connected to other networks, or cannot scan for in-vehicle hotspots, the fault is determined to originate from the mobile phone; if the second terminal device can scan for hotspots normally but experiences connection handshake abnormalities, and the in-vehicle side channel detection results confirm co-channel interference, the fault is determined to originate from channel conflict on the in-vehicle side. After diagnosis, the system automatically disconnects the temporary connection, restores the hidden hotspot's SSID and password to their original configuration, clears the one-time PIN code, and completes the closed loop, ultimately pinpointing the channel conflict or connection failure fault, providing a clear basis for subsequent one-click repair operations.

[0106] The channel scheduling method provided in this application, in response to a received security diagnostic signal, generates a temporary access credential containing a random temporary SSID and a one-time PIN code. This temporary access credential temporarily overwrites the original authentication configuration of the hidden hotspot carried by the second wireless module. Based on this temporary access credential, a temporary diagnostic channel that can be detected by terminal scanning is established. Sensitive information such as the real SSID and password of the hidden hotspot is desensitized throughout the process, and only the dedicated diagnostic communication port is opened to isolate other data from the vehicle system. Diagnostic data within a limited range, such as Wi-Fi scan results and connection handshake status, are collected from the terminal side through the temporary diagnostic channel to determine the fault attribution of channel conflict or connection failure. Without disclosing the real configuration of the hidden hotspot, this method solves the problem of troubleshooting faults caused by the imperceptibility of hidden hotspots, and enables rapid differentiation and location of faults between the vehicle system and the mobile phone.

[0107] Based on the same inventive concept, this application also provides a channel scheduling device. Since the principle of the device in this application is similar to the channel scheduling method described above in this application, the implementation of the device can refer to the implementation of the method, and the repeated parts will not be described again.

[0108] Figure 6 This is a schematic diagram of a channel scheduling device provided in an embodiment of this application. Figure 6 As shown, the channel scheduling device 600 may include: The first determining module 601 is used to determine the data transmission load of the first wireless module in response to a channel conflict between the first wireless module and the second wireless module. The second determining module 602 is used to determine the target to be switched based on the data transmission load. The target to be switched is a wireless module selected in order of data transmission load from low to high. The execution module 603 is used to perform a channel switching operation that matches the object to be switched.

[0109] In an optional implementation, the channel scheduling device 600 is further configured to: acquire the current operating channel parameters of the first wireless module and the second wireless module respectively; calculate the frequency interval between the current operating channel parameters of the first wireless module and the second wireless module; and determine that there is a channel conflict between the first wireless module and the second wireless module if the frequency interval is less than a preset interval threshold.

[0110] In one optional implementation, the first determining module 601 is specifically configured to: in response to a channel conflict between the first wireless module and the second wireless module, acquire the current uplink and downlink data traffic; accumulate the current uplink and downlink data traffic to obtain the total data traffic; and determine the data transmission load of the first wireless module based on the total data traffic.

[0111] In one optional implementation, the second determining module 602 is specifically used to: compare the data transmission load with a preset data transmission load threshold; and determine the object to be switched based on the comparison result.

[0112] In one optional implementation, the preset data transmission load threshold includes: a first preset data transmission load threshold and a second preset data transmission load threshold; and the first preset data transmission load threshold is less than the second preset data transmission load threshold; the second determining module 602 is specifically used for: if the data transmission load is less than or equal to the first preset data transmission load threshold, then determining the target to be switched as the first wireless module; if the data transmission load is greater than the second preset data transmission load threshold, then determining the target to be switched as the second wireless module; if the data transmission load is greater than the first preset data transmission load threshold and less than or equal to the second preset data transmission load threshold, then determining the wireless module with the weaker received signal strength among the first wireless module and the second wireless module as the target to be switched.

[0113] In one optional implementation, the execution module 603 is specifically configured to: if the target to be switched is a first wireless module, perform the channel switching operation in a segmented and progressive manner, wherein the segmented and progressive manner is configured to perform the channel switching process in stages according to time sequence; if the target to be switched is a second wireless module, perform the channel switching operation in a link layer retransmission manner, wherein the link layer retransmission manner is configured to perform data packet retransmission at the link layer.

[0114] In one optional implementation, the execution module 603 is specifically configured to: send a channel switching announcement to the first terminal device associated with the first wireless module to notify the first terminal device of the target switching channel and start a switching countdown; when the switching countdown ends, pause sending new data packets to the first terminal device and wait for the transmission of the sent data packets to be completed; when the transmission of the sent data packets is completed, switch the first wireless module to the target switching channel and resume data transmission.

[0115] In an optional implementation, the channel scheduling device 600 is further configured to: if it is determined that the second wireless module is connected normally and there is no channel conflict, control the display screen to display a first status indicator, the first status indicator being used to indicate that the covert network access service provided by the second wireless module is normal; if it is determined that the second wireless module is performing a channel switching operation or is in the process of connecting, control the display screen to display a second status indicator, the second status indicator being used to indicate that the covert network access service provided by the second wireless module is in the scheduling or handshake phase; if it is determined that the second wireless module has failed to switch channels or the connection has timed out, control the display screen to display a third status indicator, and in response to the user's interactive operation on the third status indicator, trigger a security diagnosis, the third status indicator being used to indicate that the covert network access service provided by the second wireless module is interrupted or is subject to interference.

[0116] In an optional implementation, the channel scheduling device 600 is further configured to: generate a temporary access credential in response to a received security diagnostic signal, the temporary access credential being used to temporarily replace the authentication configuration of the second wireless module; establish a temporary diagnostic channel based on the temporary access credential; acquire diagnostic data of a second terminal device connected to the second wireless module based on the temporary diagnostic channel, and determine the source of channel conflict or connection failure based on the diagnostic data.

[0117] It should be noted that for details not disclosed in the channel scheduling device of this application embodiment, please refer to the details disclosed in the channel scheduling method of this application embodiment, which will not be repeated here.

[0118] These modules can be one or more integrated circuits configured to implement the above methods, such as one or more Application Specific Integrated Circuits (ASICs), one or more microprocessors, or one or more Field Programmable Gate Arrays (FPGAs). Alternatively, when a module is implemented using processing element scheduler code, the processing element can be a general-purpose processor, such as a Central Processing Unit (CPU) or other processor capable of calling program code. Furthermore, these modules can be integrated together as a system-on-a-chip (SOC).

[0119] Optionally, embodiments of this application also provide a computer-readable storage medium storing a computer program. When the computer program is run by a processor, the processor executes the steps of the channel scheduling method in the above embodiments. The specific implementation and technical effects are similar and will not be described again here.

[0120] In the several embodiments provided in this application, it should be understood that the disclosed apparatus and methods can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative; for instance, the division of units is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the functional units in the various embodiments of this application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit. The integrated unit described above can be implemented in hardware or in the form of hardware plus software functional units.

[0121] Optionally, this embodiment also provides a computer program product that, when run on a computer, causes the computer to perform the aforementioned related steps to implement a channel scheduling method provided in the above embodiment.

[0122] In this embodiment, the device, computer-readable storage medium, computer program product, or chip are all used to execute the corresponding methods provided above. Therefore, the beneficial effects they can achieve can be referred to the beneficial effects in the corresponding methods provided above, and will not be repeated here.

[0123] Through the above description of the embodiments, those skilled in the art will understand that, for the sake of convenience and brevity, only the division of the above functional modules is used as an example. In practical applications, the above functions can be assigned to different functional modules as needed, that is, the internal structure of the device can be divided into different functional modules to complete all or part of the functions described above.

[0124] In the embodiments provided in this application, it should be understood that the disclosed apparatus and methods can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative; for instance, the division of modules or units is only a logical functional division, and other division methods may exist in actual implementation. For example, multiple units or components may be combined or integrated into another apparatus, or some features may be ignored or not executed. Furthermore, the mutual coupling or direct coupling or communication connections shown or discussed can be implemented through some interfaces, and the indirect coupling or communication connections of apparatuses or units can be electrical, mechanical, or other forms.

[0125] The above description is merely a specific embodiment of this application, but the scope of protection of this application is not limited thereto. Any variations or substitutions that can be easily conceived by those skilled in the art within the technical scope disclosed in this application should be included within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the scope of the claims.

Claims

1. A channel scheduling method, characterized in that, include: In response to a channel conflict between the first wireless module and the second wireless module, the data transmission load of the first wireless module is determined. Based on the data transmission load, the target to be switched is determined, and the target to be switched is the wireless module selected in order of data transmission load from low to high. Perform a channel switching operation that matches the target object to be switched.

2. The method according to claim 1, characterized in that, A method for determining whether a channel conflict exists between the first wireless module and the second wireless module includes: Obtain the current operating channel parameters of the first wireless module and the second wireless module respectively; Calculate the frequency interval between the current operating channel parameters of the first wireless module and the second wireless module; If the frequency interval is less than a preset interval threshold, then it is determined that there is a channel conflict between the first wireless module and the second wireless module.

3. The method according to claim 1, characterized in that, Determining the data transmission load of the first wireless module includes: Obtain the current uplink and downlink data traffic of the first wireless module; The total data traffic is obtained by accumulating the current uplink and downlink data traffic. Based on the total data traffic, the data transmission load of the first wireless module is determined.

4. The method according to claim 1, characterized in that, The step of determining the object to be switched based on the data transmission load includes: The data transmission load is compared with a preset data transmission load threshold; Based on the comparison results, the object to be switched is determined.

5. The method according to claim 4, characterized in that, The preset data transmission load threshold includes: a first preset data transmission load threshold and a second preset data transmission load threshold; and the first preset data transmission load threshold is less than the second preset data transmission load threshold. The step of determining the object to be switched based on the comparison results includes: If the data transmission load is less than or equal to the first preset data transmission load threshold, then the object to be switched is determined to be the first wireless module; If the data transmission load is greater than the second preset data transmission load threshold, then the object to be switched is determined to be the second wireless module; If the data transmission load is greater than the first preset data transmission load threshold and less than or equal to the second preset data transmission load threshold, then the wireless module with the weaker received signal strength among the first and second wireless modules is identified as the target to be switched.

6. The method according to claim 1, characterized in that, The execution of the channel switching operation matching the object to be switched includes: If the object to be switched is the first wireless module, the channel switching operation is performed in a segmented and progressive manner. The segmented and progressive manner is configured to perform the channel switching process in stages according to time sequence. If the object to be switched is the second wireless module, the channel switching operation is performed using the link layer retransmission method, which is configured to perform data packet retransmission at the link layer.

7. The method according to claim 6, characterized in that, The segmented, progressive channel handover operation includes: Send a channel switching notification to the first terminal device associated with the first wireless module to notify the first terminal device of the target switching channel and start the switching countdown; When the switching countdown ends, the sending of new data packets to the first terminal device is paused, and the transmission of the already sent data packets is waited for to be completed; Once the transmitted data packet is complete, the first wireless module is switched to the target switching channel and data transmission is resumed.

8. The method according to claim 1, characterized in that, The method further includes: If it is determined that the second wireless module is connected normally and there is no channel conflict, the control display screen will show the first status indicator, which is used to indicate that the covert network access service provided by the second wireless module is normal. If it is determined that the second wireless module is performing a channel switching operation or is in the process of connecting, the display screen is controlled to show a second status indicator, which is used to indicate that the covert network access service provided by the second wireless module is in the scheduling or handshake phase. If it is determined that the second wireless module has failed to switch channels or has timed out, the display screen is controlled to show a third status indicator, and in response to the user's interactive operation on the third status indicator, a security diagnosis is triggered. The third status indicator is used to indicate that the covert network access service provided by the second wireless module is interrupted or interfered with.

9. The method according to claim 8, characterized in that, After triggering a security diagnostic in response to a user's interaction with the third state identifier, the method further includes: In response to a received security diagnostic signal, a temporary access credential is generated, which is used to temporarily replace the authentication configuration of the second wireless module; A temporary diagnostic channel is established based on the aforementioned temporary access credentials; Based on the temporary diagnostic channel, diagnostic data of the second terminal device connected to the second wireless module is obtained, and based on the diagnostic data, the source of the channel conflict or connection failure is determined.

10. An electronic device, characterized in that, The electronic device includes: Memory, used to store executable program code; A processor for calling and running the executable program code from the memory, causing the electronic device to perform the method as described in any one of claims 1 to 9.

Images