Vehicle control method and device, vehicle, storage medium and program product

By identifying vehicle gear position and payment behavior to determine preset scenarios, the vehicle network repair strategy is triggered to resolve vehicle network interruption issues, enabling timely recovery and improving the user experience.

CN120942291APending Publication Date: 2025-11-14XIAOMI EV TECH CO LTD +1
View PDF 0 Cites 0 Cited by

Patent Information

Application Number
CN202511293483.3
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2025-09-10
Publication Date
2025-11-14

AI Technical Summary

Technical Problem

Vehicles with connected features may experience network outages in certain scenarios, which may be difficult to restore in a timely manner, affecting the user's driving experience.

Method used

By recognizing vehicle gear shifting events and payment behaviors, the system identifies the in-vehicle network status after determining the preset scenario, and triggers corresponding repair strategies, such as modem module network search, power-on/off operations, data link establishment, and network standard switching, to repair network problems.

Benefits of technology

The system can restore the vehicle network in a timely manner under preset scenarios, improve the user experience, avoid frequent network status identification and fault recovery operations, and reduce energy consumption.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN120942291A_ABST
    Figure CN120942291A_ABST
Patent Text Reader

Abstract

The invention relates to a vehicle control method and device, a vehicle, a storage medium and a program product, and belongs to the technical field of vehicles. The method comprises the steps that a gear switching event and a payment behavior of the vehicle are recognized, and a first recognition result is obtained; when it is determined that the vehicle is in a first preset scene according to the first identification result, identifying a current network state of a vehicle machine; and triggering a corresponding repair strategy according to the current network state of the vehicle machine. In this way, the current network state of the vehicle machine of the vehicle can be identified in the first preset scene. And if the network state of the vehicle-mounted terminal is abnormal, the network of the vehicle can be repaired, so that the vehicle can recover the network of the vehicle-mounted terminal in time, and the vehicle use experience of a user can be improved.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This disclosure relates to the field of vehicle technology, and more particularly to vehicle control methods, devices, vehicles, storage media, and program products. Background Technology

[0002] Currently, some vehicles are equipped with internet connectivity. When such vehicles enter certain scenarios, network interruptions may occur due to signal issues. Sometimes, network interruptions may be difficult to restore promptly, thus affecting the user's driving experience. Summary of the Invention

[0003] To overcome the problems existing in the related technologies, this disclosure provides a vehicle control method, device, vehicle, storage medium, and program product.

[0004] According to a first aspect of the present disclosure, a vehicle control method is provided, comprising: Identify the vehicle's gear shifting events and payment behavior to obtain a first identification result; When it is determined that the vehicle is in a first preset scenario based on the first identification result, the current network status of the vehicle system is identified; The corresponding repair strategy is triggered based on the current network status of the vehicle's infotainment system.

[0005] In this way, the current network status of the vehicle's infotainment system can be identified in a first preset scenario. If the network status of the infotainment system is abnormal, the vehicle's network can be repaired. This first preset scenario could be, for example, a scenario where the vehicle exits a parking lot to pay, determined by gear shifting events and payment behavior. This allows the vehicle's infotainment system to restore its network promptly in scenarios such as exiting a parking lot, thus improving the user's driving experience.

[0006] According to a second aspect of the present disclosure, a vehicle control method is provided, comprising: The second identification result is obtained by identifying the gear shifting event of the vehicle and the interconnection status between the vehicle and the mobile terminal; When it is determined that the vehicle is in a second preset scenario based on the second identification result, the current network status of the vehicle system is identified; The corresponding repair strategy is triggered based on the current network status of the vehicle's infotainment system.

[0007] In this way, the current network status of the vehicle's infotainment system can be identified in a second preset scenario. If the network status of the infotainment system is abnormal, the vehicle's network can be repaired. This second preset scenario could be, for example, a scenario where a user enters the vehicle cabin based on a gear shift event and the aforementioned interconnection status. This allows the vehicle to promptly identify and restore the infotainment system network when the user requires it, thus improving the user experience.

[0008] In some embodiments of the second aspect, identifying the current network status of the vehicle's infotainment system includes: In response to a payment transaction occurring for the vehicle, the current network status of the vehicle's infotainment system is identified.

[0009] For example, vehicle payment activities could include paying parking fees. Specifically, when a vehicle exits a parking lot to pay, the current network status of the vehicle's infotainment system can be identified. In environments with poor network quality, such as underground parking garages, even if a network failure is detected, effective recovery is difficult. Therefore, identifying the vehicle's network status when exiting the parking lot to pay can effectively restore the vehicle's network when a failure is detected, and it avoids the vehicle frequently performing network status identification and fault recovery operations in underground parking garages, thereby reducing vehicle energy consumption.

[0010] In some embodiments of the first aspect, the method further includes: When the first identification result indicates that the vehicle is in forward gear and a pre-payment or post-payment transaction has occurred for the vehicle, the vehicle is determined to be in the first preset scenario.

[0011] Taking the first preset scenario of a vehicle exiting a parking lot for payment as an example, when the vehicle is in drive and a pre-payment or post-payment transaction has already occurred, the user may be driving out of the parking lot. Therefore, it can be determined that the vehicle is in a scenario of exiting a parking lot for payment. At this time, the user may have a need to use the vehicle's network, so the current network status of the vehicle's infotainment system can be identified, and corresponding repair strategies can be triggered based on the current network status. This helps to repair the vehicle's network in a timely manner, thereby improving the user's driving experience.

[0012] In some embodiments of the second aspect, the method further includes: When the second identification result indicates that the vehicle is in forward gear and the vehicle is connected to the mobile terminal, the vehicle is determined to be in the second preset scenario.

[0013] Taking the second preset scenario—a user entering the vehicle cabin—as an example, when the vehicle is in drive and the vehicle and mobile terminal are connected, the user may enter the vehicle cabin and have a need to use the vehicle's network. Therefore, the current network status of the vehicle's infotainment system can be identified, and corresponding repair strategies can be triggered based on this status. This helps to promptly identify and repair network problems, thereby improving the user's driving experience.

[0014] In some embodiments of the first or second aspect, identifying the gear shifting event of the vehicle includes: The system identifies whether the vehicle has been in the parking gear for a certain period of time before shifting from the parking gear to the drive gear.

[0015] When a vehicle's gear remains in park for a first period of time and then shifts into drive, the user may be starting the vehicle. Therefore, it is possible to identify the vehicle's gear shift event and determine whether vehicle network repair is needed based on the gear shift event.

[0016] In some embodiments of the first or second aspect, the payment action includes: receiving a QR code payment notification sent by a mobile terminal connected to the vehicle, or detecting that the vehicle's Electronic Toll Collection (ETC) system has processed a payment.

[0017] In this way, a payment transaction for the vehicle can be determined when a QR code payment notification is received from a mobile terminal connected to the vehicle, or when an ETC payment for the vehicle is detected.

[0018] In some embodiments of the first or second aspect, triggering the corresponding repair strategy based on the current network status of the vehicle's infotainment system includes: When the current network status of the vehicle's infotainment system indicates that the vehicle signal is in a no-service state, the vehicle's modem module is triggered to perform a network search operation, and / or the vehicle's modem module is powered on or off.

[0019] Thus, when the vehicle signal is out of service, the vehicle's modem module can be triggered to perform a network search operation, and / or the vehicle's modem module can be powered on or off, thereby fixing the problem of no vehicle signal service.

[0020] In some embodiments of the first or second aspect, the current network status of the vehicle infotainment system includes the current network standard of the vehicle infotainment system, and the step of triggering a corresponding repair strategy based on the current network status of the vehicle infotainment system includes: If a higher-order network standard exists than the current network standard, the vehicle's modem module is triggered to search for the higher-order network standard.

[0021] Thus, when a higher-order network standard exists, the vehicle's modem module can be triggered to search for that higher-order network standard, thereby improving the vehicle's network user experience.

[0022] In some embodiments of the first or second aspect, triggering the corresponding repair strategy based on the current network status of the vehicle's infotainment system includes: When the network status indicates that the vehicle data link is disconnected, the vehicle is triggered to establish a data link channel.

[0023] Thus, when the network status indicates that the vehicle data link is disconnected, the vehicle can be triggered to establish a data link channel, thereby repairing the data link.

[0024] In some embodiments of the first or second aspect, triggering the corresponding repair strategy based on the current network status of the vehicle's infotainment system includes: When the current network status of the vehicle system indicates abnormal vehicle data packet transmission and reception, but the vehicle's signal service and data link are normal, the data packet latency of the vehicle is obtained. In response to the abnormal data packet latency, the uplink resource scheduling status and transmit power of the vehicle's modem module are obtained; When the uplink resource scheduling status indicates that the uplink resources have reached the scheduling limit and the transmit power has reached the rated maximum power, the modem module is triggered to perform cell handover, and / or, the data packets to be sent are selectively sent according to the priority of the data packets to be sent by the vehicle.

[0025] In this way, when the uplink resources of the modem reach the scheduling limit and the transmit power reaches the rated maximum power, the modem module can be triggered to perform cell handover, and / or, selectively transmit the data packets to be transmitted according to the priority of the data packets to be transmitted by the vehicle. This can solve the problem of high latency of vehicle data packets.

[0026] In some embodiments of the first or second aspect, the method includes: Send a prompt message to the mobile terminal, the prompt message being configured to at least trigger network repair for the mobile terminal.

[0027] This also allows for sending alerts to mobile devices, enabling network repair for user terminals and improving user experience.

[0028] According to a third aspect of the present disclosure, a vehicle control device is provided, comprising: The first identification module is configured to identify the vehicle's gear shifting events and payment behavior to obtain a first identification result; The second identification module is configured to identify the current network status of the vehicle system when it is determined that the vehicle is in a first preset scenario based on the first identification result. The first network repair module is configured to trigger corresponding repair strategies based on the current network status of the vehicle's infotainment system.

[0029] According to a fourth aspect of the present disclosure, a vehicle control device is provided, comprising: The third identification module is configured to identify the gear shifting event of the vehicle and the interconnection status between the vehicle and the mobile terminal, and obtain the second identification result; The fourth identification module is configured to identify the current network status of the vehicle system when it is determined that the vehicle is in a second preset scenario based on the second identification result; The second network repair module is configured to trigger corresponding repair strategies based on the current network status of the vehicle's infotainment system.

[0030] In some embodiments of the fourth aspect, the fourth identification module is configured as follows: In response to a payment transaction occurring for the vehicle, the current network status of the vehicle's infotainment system is identified.

[0031] In some embodiments of the third aspect, it also includes: The first determining module is configured to determine that the vehicle is in the first preset scenario when the first identification result indicates that the vehicle is in a forward gear and a pre-payment or post-payment behavior corresponding to the vehicle has occurred.

[0032] In some embodiments of the fourth aspect, it also includes: The second determining module is configured to determine that the vehicle is in the second preset scenario when the second identification result indicates that the vehicle is in a forward gear and the vehicle is connected to the mobile terminal.

[0033] In some embodiments of the third or fourth aspect, the gear shifting event includes: whether the vehicle shifts from parking gear to drive gear after being in parking gear for a first duration.

[0034] In some embodiments of the third or fourth aspect, the payment behavior includes: receiving a QR code payment notification sent by a mobile terminal connected to the vehicle, or detecting that the vehicle's Electronic Toll Collection (ETC) system has processed a payment.

[0035] In some embodiments of the third or fourth aspect, the remediation strategy includes: When the current network status of the vehicle's infotainment system indicates that the vehicle signal is in a no-service state, the vehicle's modem module is triggered to perform a network search operation, and / or the vehicle's modem module is powered on or off.

[0036] In some embodiments of the third or fourth aspect, the current network status of the vehicle's infotainment system includes the current network standard of the vehicle's infotainment system, and the repair strategy includes: If a higher-order network standard exists than the current network standard, the vehicle's modem module is triggered to search for the higher-order network standard.

[0037] In some embodiments of the third or fourth aspect, the remediation strategy includes: When the network status indicates that the vehicle data link is disconnected, the vehicle is triggered to establish a data link channel.

[0038] In some embodiments of the third or fourth aspect, the remediation strategy includes: When the current network status of the vehicle system indicates abnormal vehicle data packet transmission and reception, but the vehicle's signal service and data link are normal, the data packet latency of the vehicle is obtained. In response to the abnormal data packet latency, the uplink resource scheduling status and transmit power of the vehicle's modem module are obtained; When the uplink resource scheduling status indicates that the uplink resources have reached the scheduling limit and the transmit power has reached the rated maximum power, the modem module is triggered to perform cell handover, and / or, the data packets to be sent are selectively sent according to the priority of the data packets to be sent by the vehicle.

[0039] In some embodiments of the third or fourth aspect, the following are included: The prompt message sending module is configured to send a prompt message to the mobile terminal, and the prompt message is configured to at least trigger network repair of the mobile terminal.

[0040] According to a fifth aspect of the present disclosure, a vehicle is provided, comprising: processor; Memory used to store processor-executable instructions; The processor is configured to perform the steps of the method described in any one of the first to second aspects.

[0041] According to a sixth aspect of the present disclosure, a computer-readable storage medium is provided having a computer program stored thereon, which, when executed by a processor, implements the steps of the method described in any one of the first to second aspects.

[0042] According to a seventh aspect of the present disclosure, a computer program product is provided, including a computer program that, when executed by a processor, implements the steps of the method described in any one of the first to second aspects.

[0043] It should be understood that the above general description and the following detailed description are exemplary and explanatory only, and are not intended to limit this disclosure. Attached Figure Description

[0044] The accompanying drawings, which are incorporated in and form a part of this specification, illustrate embodiments consistent with this disclosure and, together with the description, serve to explain the principles of this disclosure.

[0045] Figure 1 This is a flowchart illustrating a vehicle control method according to an exemplary embodiment.

[0046] Figure 2 This is a flowchart illustrating a vehicle control method according to an exemplary embodiment.

[0047] Figure 3 This is an exemplary embodiment illustrating the interaction flowchart between a vehicle and a mobile phone.

[0048] Figure 4 This is a block diagram illustrating a vehicle control device according to an exemplary embodiment.

[0049] Figure 5 This is a block diagram illustrating a vehicle control device according to an exemplary embodiment.

[0050] Figure 6 This is a block diagram illustrating a vehicle according to an exemplary embodiment. Detailed Implementation

[0051] Exemplary embodiments will now be described in detail, examples of which are illustrated in the accompanying drawings. When the following description relates to the drawings, unless otherwise indicated, the same numerals in different drawings denote the same or similar elements. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with this disclosure. Rather, they are merely examples of apparatuses and methods consistent with some aspects of this disclosure as detailed in the appended claims.

[0052] It should be noted that all actions involving the acquisition of signals, information, or data in this disclosure are carried out in compliance with the relevant data protection laws and policies of the country where the location is situated, and with authorization from the owner of the relevant device.

[0053] Before introducing the vehicle control method, apparatus, vehicle, storage medium, and program product of this disclosure, relevant scenarios of the embodiments of this disclosure will be described first by way of example.

[0054] Currently, some vehicles are equipped with internet connectivity. When a connected vehicle enters certain scenarios (such as an underground parking garage), network interruptions may occur due to signal issues. Sometimes, network interruptions may be difficult to restore promptly, thus affecting the user's driving experience. For example, after the user drives the vehicle away from the scenario, they may find that the vehicle is still offline, or the vehicle may have difficulty restoring its network connection in a timely manner.

[0055] This could prevent car owners from using the in-vehicle infotainment system for audio-visual entertainment, thus affecting the user experience. Furthermore, when the infotainment system is out of service, in the event of an accident, the eCall (Emergency Call) may not be triggered, posing a safety risk.

[0056] Therefore, this disclosure provides a vehicle control method. Figure 1 This is a flowchart illustrating a vehicle control method according to an exemplary embodiment of this disclosure, with reference to... Figure 1 The method includes: In step S11, the vehicle's gear shifting event and payment behavior are identified to obtain the first identification result.

[0057] For example, in one possible implementation, identifying the gear shifting event of the vehicle includes: The system identifies whether the vehicle has been in the parking gear for a certain period of time before shifting from the parking gear to the drive gear.

[0058] The first duration can be set based on requirements. For example, an interface for setting the first duration can be provided, allowing users to set the duration, such as 9 hours, 30 minutes, etc.

[0059] In some implementations, the first duration can be determined based on the vehicle's historical driving data.

[0060] It should be noted that users may have specific vehicle usage habits. For example, a user might drive the vehicle into the parking area between 8 and 9 AM and leave between 6 and 7 PM. Therefore, the first duration can be determined based on the vehicle's historical driving data. Continuing with the above example, since the user drives the vehicle into the parking area between 8 and 9 AM and leaves between 6 and 7 PM, the first duration could be 10 hours as an example.

[0061] In a possible implementation, historical data in driving data (e.g., entry time, exit time, and duration of stay) can be analyzed using clustering to identify clusters representing "stay in the parking area." The first duration can then be determined based on parking duration data within that cluster. For example, the mean, standard deviation, or percentile of the cluster can be used as the first duration. Thus, the first duration can be determined by combining the user's historical driving data.

[0062] Using the above solution, when the vehicle's gear is in park for a first period of time and then shifts into drive, the user may be starting the vehicle. Therefore, the gear shift event of the vehicle can be identified, and the need for vehicle network repair can be determined based on the gear shift event.

[0063] In some possible implementations, the payment action includes receiving a QR code payment notification from a mobile terminal connected to the vehicle.

[0064] For example, a mobile terminal can monitor the current foreground application and identify the user's service type based on the application's activity information. When a user's payment behavior is detected, a payment event can be triggered, and a QR code payment notification can be sent to the vehicle. As an example, if the foreground application is a payment application and the application's activity information indicates that the user has triggered a QR code payment behavior, a payment event can be triggered, and a QR code payment notification can be sent to the vehicle.

[0065] In this way, the vehicle can respond to the payment prompt information and determine that a payment has occurred for the corresponding vehicle. The above solution can be combined with a mobile terminal for payment detection, thus providing a foundation for vehicle scene recognition.

[0066] In some possible implementations, the payment action includes detecting that the vehicle has made an ETC (Electronic Toll Collection) payment.

[0067] For example, an ETC (Electronic Toll Collection) device can be configured at the exit of a scenario (e.g., a parking area). Vehicles equipped with ETC can pay tolls via ETC. Thus, the existence of the payment behavior can be determined in response to the detection of the vehicle's ETC payment. The above solution can detect payment behavior through vehicle ETC, thereby providing a foundation for vehicle scenario recognition.

[0068] Reference Figure 1 In step S12, when it is determined that the vehicle is in a first preset scenario based on the first recognition result, the current network status of the vehicle system is recognized.

[0069] For example, in one possible implementation, the method further includes: When the first identification result indicates that the vehicle is in forward gear and a pre-payment or post-payment transaction has occurred for the vehicle, the vehicle is determined to be in the first preset scenario.

[0070] The first preset scenario could be, for example, a vehicle leaving a parking lot, a vehicle leaving an underground garage, or a vehicle leaving a scenic area with no signal, etc.

[0071] Taking the first preset scenario of a vehicle exiting a parking lot for payment as an example, when the vehicle is in drive and a pre-payment or post-payment transaction has already occurred, the user may be driving out of the parking lot. Therefore, it can be determined that the vehicle is in the exiting parking lot payment scenario. It should be noted that some parking lots may experience signal anomalies. When a vehicle is in the parking lot, there may be no signal, and it may be difficult to restore the signal in a timely manner when the vehicle leaves the parking lot.

[0072] Therefore, when a vehicle is detected exiting a parking lot for payment, the system can identify the current network status of the vehicle's infotainment system and trigger corresponding repair strategies based on that status. For example, if a vehicle is detected exiting a parking lot for payment and the infotainment system's network is abnormal, a repair strategy can be triggered to promptly fix the network, thereby improving the user experience.

[0073] Reference Figure 1 In step S13, a corresponding repair strategy is triggered based on the current network status of the vehicle system.

[0074] In one possible implementation, triggering the corresponding repair strategy based on the current network status of the vehicle's infotainment system includes: When the current network status of the vehicle's infotainment system indicates that the vehicle signal is in a no-service state, the vehicle's modem module is triggered to perform a network search operation, and / or the vehicle's modem module is powered on or off.

[0075] As an exemplary embodiment, when the network status indicates that the vehicle signal is in a no-service state, the vehicle's modem module can be triggered to perform a network search operation.

[0076] For example, it can determine whether a vehicle has network signal service. If the vehicle's signal is not available, it can trigger the vehicle's modem module to force a re-search for a network. For instance, it can search for information on previously logged-in cells to quickly register for a network and obtain signal service.

[0077] As an exemplary embodiment, the modem module of the vehicle can be powered on and off when the network state indicates that the vehicle signal is in a no-service state.

[0078] In this way, by powering the modem module back on and off, it can be triggered to reconnect to the network, thereby restoring normal network communication services.

[0079] In some possible implementations, the two methods described above can also be used in combination. That is, when the network status indicates that the vehicle signal is in a no-service state, the vehicle's modem module can be powered on and off, triggering the vehicle's modem module to perform a network search operation.

[0080] Thus, when the vehicle signal is out of service, the vehicle's modem module can be triggered to perform a network search operation, and / or the vehicle's modem module can be powered on or off, thereby fixing the problem of no vehicle signal service.

[0081] In one possible implementation, the current network status of the vehicle infotainment system includes the current network standard of the vehicle infotainment system, and the step of triggering a corresponding repair strategy based on the current network status of the vehicle infotainment system includes: If a higher-order network standard exists than the current network standard, the vehicle's modem module is triggered to search for the higher-order network standard.

[0082] As an example, the current network standard may be 4G, while a higher-order 5G network standard exists. Therefore, the vehicle's modem module can be triggered to search for a 5G network, thereby improving the vehicle's network experience.

[0083] As an example, the current network standard might be 2G, while higher-order network standards such as 3G, 4G, and 5G exist. Therefore, the vehicle's modem module can be triggered to search for higher-order network standards, thereby improving the vehicle's network experience. During the search, for example, the highest-order network standard (such as 5G in the example above) can be prioritized.

[0084] Thus, when a higher-order network standard exists, the vehicle's modem module can be triggered to search for that higher-order network standard, thereby improving the vehicle's network user experience.

[0085] In one possible implementation, triggering the corresponding repair strategy based on the current network status of the vehicle's infotainment system includes: When the network status indicates that the vehicle data link is disconnected, the vehicle is triggered to establish a data link channel.

[0086] It should be noted that even when signal service is normal, network anomalies can still occur due to data link disconnection. Therefore, when the network status indicates a vehicle data link disconnection, the vehicle is triggered to establish a data link channel. As an example, the request to re-establish the data link can be attempted by adjusting timers, thereby triggering data link repair and the establishment of a data link channel.

[0087] Thus, when the network status indicates that the vehicle data link is disconnected, the vehicle can be triggered to establish a data link channel, thereby repairing the data link.

[0088] In one possible implementation, triggering the corresponding repair strategy based on the current network status of the vehicle's infotainment system includes: When the current network status of the vehicle system indicates abnormal vehicle data packet transmission and reception, but the vehicle's signal service and data link are normal, the data packet latency of the vehicle is obtained. In response to the abnormal data packet latency, the uplink resource scheduling status and transmit power of the vehicle's modem module are obtained; When the uplink resource scheduling status indicates that the uplink resources have reached the scheduling limit and the transmit power has reached the rated maximum power, the modem module is triggered to perform cell handover, and / or, the data packets to be sent are selectively sent according to the priority of the data packets to be sent by the vehicle.

[0089] It should be noted that when uplink resources reach their scheduling limit and the transmit power reaches its rated maximum, the uplink resources allocated by the network may be exhausted, and the transmit power of the modem module may also reach its rated limit. Therefore, vehicles may experience high latency when transmitting data packets.

[0090] In this situation, the modem module can be triggered to perform a cell handover. For example, the network can be switched to a less congested cell, thereby alleviating the problem of high packet transmission latency.

[0091] In some possible implementations, when the uplink resource scheduling state indicates that the uplink resources have reached the scheduling limit and the transmission power has reached the rated maximum power, the data packets to be transmitted are selectively transmitted according to the priority of the data packets to be transmitted by the vehicle.

[0092] When uplink resources reach their scheduling limit and transmit power reaches its rated maximum, the network-allocated uplink resources may be exhausted, and the modem module's transmit power may also reach its rated limit. Therefore, vehicles may experience high latency during data packet transmission. Since vehicles generate more uplink data packets than devices like mobile phones during operation (for example, the server may need to detect the vehicle's safety status through data packets uploaded by the vehicle), data packets to be sent can be acquired during network congestion. This allows for selective transmission of data packets based on their priority.

[0093] As an example, the transmission of lower-priority data packets can be paused while the transmission of higher-priority data packets continues, based on their priority. This reduces the number of uplink data packets and helps alleviate the problem of high data packet transmission latency. It should be noted that the priority of the data packets to be sent can be set according to requirements; in different business scenarios, the priorities of data packets can be the same or different.

[0094] As an example, data packets such as control commands and instant messages can be treated as higher-priority packets and their transmission can be maintained. Conversely, data packets such as software updates and application synchronization can be treated as lower-priority packets and their transmission can be paused.

[0095] In some possible implementations, the two methods described above can also be used in combination. For example, when the uplink resource scheduling state indicates that the uplink resources have reached the scheduling limit and the transmit power has reached the rated maximum power, the data packets to be transmitted can be selectively transmitted according to their priority; and when the uplink resource scheduling state indicates that the uplink resources have reached the scheduling limit and the transmit power has reached the rated maximum power, the modem module can be triggered to perform cell handover.

[0096] In this way, when the uplink resources of the modem reach the scheduling limit and the transmit power reaches the rated maximum power, the modem module can be triggered to perform cell handover, and / or, selectively transmit the data packets to be transmitted according to the priority of the data packets to be transmitted by the vehicle. This can solve the problem of high latency of vehicle data packets.

[0097] In one possible implementation, the method includes: Send a prompt message to the mobile terminal, the prompt message being configured to at least trigger network repair for the mobile terminal.

[0098] It should be noted that the mobile terminal may also face the problem of network failure in a timely manner in the first preset scenario. Therefore, when the vehicle is identified as being in the first preset scenario, a prompt message can be sent to the mobile terminal to repair its network.

[0099] As an example, upon receiving the prompt information, the mobile terminal can execute a network repair process. The network repair method of the mobile terminal can be configured based on requirements. As an example, the network repair process of the in-vehicle network in the above embodiments can be used to repair the mobile terminal's network.

[0100] This also allows for sending alerts to mobile devices, enabling network repair for user terminals and improving user experience.

[0101] Figure 2 This is a flowchart illustrating a vehicle control method according to an exemplary embodiment of this disclosure, with reference to... Figure 2 The method includes: In step S21, the vehicle's gear shifting event and the interconnection status between the vehicle and the mobile terminal are identified to obtain a second identification result.

[0102] For example, in one possible implementation, identifying the gear shifting event of the vehicle includes: The system identifies whether the vehicle has been in the parking gear for a certain period of time before shifting from the parking gear to the drive gear.

[0103] The first duration can be set based on requirements. For example, an interface for setting the first duration can be provided, allowing users to set the duration, such as 9 hours, 30 minutes, etc.

[0104] In some implementations, the first duration can be determined based on the vehicle's historical driving data.

[0105] It should be noted that users may have specific vehicle usage habits. For example, a user might drive the vehicle into the parking area between 8 and 9 AM and leave between 6 and 7 PM. Therefore, the first duration can be determined based on the vehicle's historical driving data. Continuing with the above example, since the user drives the vehicle into the parking area between 8 and 9 AM and leaves between 6 and 7 PM, the first duration could be 10 hours as an example.

[0106] In a possible implementation, historical data in driving data (e.g., entry time, exit time, and duration of stay) can be analyzed using clustering to identify clusters representing "stay in the parking area." The first duration can then be determined based on parking duration data within that cluster. For example, the mean, standard deviation, or percentile of the cluster can be used as the first duration. Thus, the first duration can be determined by combining the user's historical driving data.

[0107] Using the above solution, when the vehicle's gear is in park for a first period of time and then shifts into drive, the user may be starting the vehicle. Therefore, the gear shift event of the vehicle can be identified, and the need for vehicle network repair can be determined based on the gear shift event.

[0108] Furthermore, the connectivity status between the vehicle and the mobile terminal can also be identified. For example, the vehicle can detect whether it is currently connected to the user's mobile terminal. Thus, by identifying the vehicle's gear shifting events and the connectivity status between the vehicle and the mobile terminal, the second identification result can be obtained.

[0109] In one possible implementation, the method further includes: When the second identification result indicates that the vehicle is in forward gear and the vehicle is connected to the mobile terminal, the vehicle is determined to be in the second preset scenario.

[0110] The second preset scenario could be, for example, a user entering a cockpit scenario, a camping scenario, etc.

[0111] Taking the second preset scenario of a user entering the vehicle cabin as an example, when the vehicle is in drive and the vehicle and mobile terminal are connected, the user may enter the vehicle cabin. At this time, the user may need to use the vehicle's network. Therefore, the current network status of the vehicle's infotainment system can be identified, and corresponding repair strategies can be triggered based on this status. This helps to promptly identify and repair network problems, thereby improving the user's driving experience.

[0112] In step S22, when it is determined that the vehicle is in the second preset scenario based on the second recognition result, the current network status of the vehicle system is recognized.

[0113] In one possible implementation, when it is determined that the vehicle is in a second preset scenario based on the second identification result, the current network status of the vehicle system can be directly identified.

[0114] In one possible implementation, identifying the current network status of the vehicle's infotainment system includes: In response to a payment transaction occurring for the vehicle, the current network status of the vehicle's infotainment system is identified.

[0115] In some possible implementations, the payment action includes receiving a QR code payment notification from a mobile terminal connected to the vehicle.

[0116] For example, a mobile terminal can monitor the current foreground application and identify the user's service type based on the application's activity information. When a user's payment behavior is detected, a payment event can be triggered, and a QR code payment notification can be sent to the vehicle. As an example, if the foreground application is a payment application and the application's activity information indicates that the user has triggered a QR code payment behavior, a payment event can be triggered, and a QR code payment notification can be sent to the vehicle.

[0117] In this way, the vehicle can respond to the payment prompt information and confirm that a payment has occurred for the corresponding vehicle. In the above solution, payment detection can be performed in conjunction with a mobile terminal.

[0118] In some possible implementations, the payment action includes detecting that the vehicle's ETC has been used for payment.

[0119] For example, an ETC (Electronic Toll Collection) device can be configured at the exit of a scenario (e.g., a parking area). Vehicles equipped with ETC can pay tolls via ETC. Thus, the existence of the payment behavior can be determined in response to the detection of the vehicle's ETC payment. The above solution can detect payment behavior through the vehicle's ETC.

[0120] When a gear shift event is detected, the vehicle is connected to a mobile terminal, and a payment transaction occurs corresponding to the vehicle, the vehicle may be leaving the parking area. It should be noted that some parking lots may experience signal anomalies; when a vehicle is in the parking lot, there may be no signal, and it may be difficult to restore the signal promptly when the vehicle leaves the parking lot. Therefore, in this scenario, the current network status of the vehicle's infotainment system can be identified.

[0121] In environments with poor network quality, such as underground parking garages, even if a vehicle's network status is detected as faulty, it is difficult to effectively restore the network. Therefore, performing network status detection when the vehicle exits the parking lot to pay parking fees can effectively restore the vehicle's network when a fault is detected. This also avoids the vehicle frequently performing network status detection and fault recovery operations in underground parking garages, thereby reducing the vehicle's energy consumption.

[0122] Reference Figure 2 In step S23, a corresponding repair strategy is triggered based on the current network status of the vehicle system.

[0123] In one possible implementation, triggering the corresponding repair strategy based on the current network status of the vehicle's infotainment system includes: When the current network status of the vehicle's infotainment system indicates that the vehicle signal is in a no-service state, the vehicle's modem module is triggered to perform a network search operation, and / or the vehicle's modem module is powered on or off.

[0124] As an exemplary embodiment, when the network status indicates that the vehicle signal is in a no-service state, the vehicle's modem module can be triggered to perform a network search operation.

[0125] For example, it can determine whether a vehicle has network signal service. If the vehicle's signal is not available, it can trigger the vehicle's modem module to force a re-search for a network. For instance, it can search for information on previously logged-in cells to quickly register for a network and obtain signal service.

[0126] As an exemplary embodiment, the modem module of the vehicle can be powered on and off when the network state indicates that the vehicle signal is in a no-service state.

[0127] In this way, by powering the modem module back on and off, it can be triggered to reconnect to the network, thereby restoring normal network communication services.

[0128] In some possible implementations, the two methods described above can also be used in combination. That is, when the network status indicates that the vehicle signal is in a no-service state, the vehicle's modem module can be powered on and off, triggering the vehicle's modem module to perform a network search operation.

[0129] Thus, when the vehicle signal is out of service, the vehicle's modem module can be triggered to perform a network search operation, and / or the vehicle's modem module can be powered on or off, thereby fixing the problem of no vehicle signal service.

[0130] In one possible implementation, the current network status of the vehicle infotainment system includes the current network standard of the vehicle infotainment system, and the step of triggering a corresponding repair strategy based on the current network status of the vehicle infotainment system includes: If a higher-order network standard exists than the current network standard, the vehicle's modem module is triggered to search for the higher-order network standard.

[0131] As an example, the current network standard may be 4G, while a higher-order 5G network standard exists. Therefore, the vehicle's modem module can be triggered to search for a 5G network, thereby improving the vehicle's network experience.

[0132] As an example, the current network standard might be 2G, while higher-order network standards such as 3G, 4G, and 5G exist. Therefore, the vehicle's modem module can be triggered to search for higher-order network standards, thereby improving the vehicle's network experience. During the search, for example, the highest-order network standard (such as 5G in the example above) can be prioritized.

[0133] Thus, when a higher-order network standard exists, the vehicle's modem module can be triggered to search for that higher-order network standard, thereby improving the vehicle's network user experience.

[0134] In one possible implementation, triggering the corresponding repair strategy based on the current network status of the vehicle's infotainment system includes: When the network status indicates that the vehicle data link is disconnected, the vehicle is triggered to establish a data link channel.

[0135] It should be noted that even when signal service is normal, network anomalies can still occur due to data link disconnection. Therefore, when the network status indicates a vehicle data link disconnection, the vehicle is triggered to establish a data link channel. As an example, the request to re-establish the data link can be attempted by adjusting timers, thereby triggering data link repair and the establishment of a data link channel.

[0136] Thus, when the network status indicates that the vehicle data link is disconnected, the vehicle can be triggered to establish a data link channel, thereby repairing the data link.

[0137] In one possible implementation, triggering the corresponding repair strategy based on the current network status of the vehicle's infotainment system includes: When the current network status of the vehicle system indicates abnormal vehicle data packet transmission and reception, but the vehicle's signal service and data link are normal, the data packet latency of the vehicle is obtained. In response to the abnormal data packet latency, the uplink resource scheduling status and transmit power of the vehicle's modem module are obtained; When the uplink resource scheduling status indicates that the uplink resources have reached the scheduling limit and the transmit power has reached the rated maximum power, the modem module is triggered to perform cell handover, and / or, the data packets to be sent are selectively sent according to the priority of the data packets to be sent by the vehicle.

[0138] It should be noted that when uplink resources reach their scheduling limit and the transmit power reaches its rated maximum, the uplink resources allocated by the network may be exhausted, and the transmit power of the modem module may also reach its rated limit. Therefore, vehicles may experience high latency when transmitting data packets.

[0139] In this situation, the modem module can be triggered to perform a cell handover. For example, the network can be switched to a less congested cell, thereby alleviating the problem of high packet transmission latency.

[0140] In some possible implementations, when the uplink resource scheduling state indicates that the uplink resources have reached the scheduling limit and the transmission power has reached the rated maximum power, the data packets to be transmitted are selectively transmitted according to the priority of the data packets to be transmitted by the vehicle.

[0141] When uplink resources reach their scheduling limit and transmit power reaches its rated maximum, the network-allocated uplink resources may be exhausted, and the modem module's transmit power may also reach its rated limit. Therefore, vehicles may experience high latency during data packet transmission. Since vehicles generate more uplink data packets than devices like mobile phones during operation (for example, the server may need to detect the vehicle's safety status through data packets uploaded by the vehicle), data packets to be sent can be acquired during network congestion. This allows for selective transmission of data packets based on their priority.

[0142] As an example, the transmission of lower-priority data packets can be paused while the transmission of higher-priority data packets continues, based on their priority. This reduces the number of uplink data packets and helps alleviate the problem of high data packet transmission latency. It should be noted that the priority of the data packets to be sent can be set according to requirements; in different business scenarios, the priorities of data packets can be the same or different.

[0143] As an example, data packets such as control commands and instant messages can be treated as higher-priority packets and their transmission can be maintained. Conversely, data packets such as software updates and application synchronization can be treated as lower-priority packets and their transmission can be paused.

[0144] In some possible implementations, the two methods described above can also be used in combination. For example, when the uplink resource scheduling state indicates that the uplink resources have reached the scheduling limit and the transmit power has reached the rated maximum power, the data packets to be transmitted can be selectively transmitted according to their priority; and when the uplink resource scheduling state indicates that the uplink resources have reached the scheduling limit and the transmit power has reached the rated maximum power, the modem module can be triggered to perform cell handover.

[0145] In this way, when the uplink resources of the modem reach the scheduling limit and the transmit power reaches the rated maximum power, the modem module can be triggered to perform cell handover, and / or, selectively transmit the data packets to be transmitted according to the priority of the data packets to be transmitted by the vehicle. This can solve the problem of high latency of vehicle data packets.

[0146] In one possible implementation, the method includes: Send a prompt message to the mobile terminal, the prompt message being configured to at least trigger network repair for the mobile terminal.

[0147] It should be noted that the mobile terminal may also face the problem of network failure in a timely manner in the second preset scenario. Therefore, when the vehicle is detected to be in the second preset scenario, a prompt message can be sent to the mobile terminal to repair the mobile terminal's network.

[0148] As an example, upon receiving the prompt information, the mobile terminal can execute a network repair process. The network repair method of the mobile terminal can be configured based on requirements. As an example, the network repair process of the in-vehicle network in the above embodiments can be used to repair the mobile terminal's network.

[0149] This also allows for sending alerts to mobile devices, enabling network repair for user terminals and improving user experience.

[0150] Figure 3 This is an exemplary embodiment of the present disclosure illustrating an interaction flowchart between a vehicle and a mobile phone, with reference to... Figure 3 The process may include: The vehicle (or its related onboard unit) detects the time the vehicle's infotainment system remains in P gear. If the time spent in P gear meets the threshold N obtained by learning user behavior, and the system detects that the vehicle's gear has shifted from P to D gear, it can then continue to detect whether the user's vehicle is connected to the user's mobile phone or other terminals via Bluetooth or other communication methods.

[0151] In addition, the phone can detect the current foreground application. If the foreground application is a payment application, and the user's QR code payment behavior is detected through page activity information (Acvitity information), the QR code payment behavior can be transmitted to the vehicle through interconnection channels such as Bluetooth.

[0152] In this way, the vehicle can respond to the QR code notification and determine that it is exiting the parking garage. When the vehicle exits the garage, it can check if the vehicle's signal is available. If the signal is unavailable, the modem module can be triggered to perform a forced network search. This allows for a search of previously registered cell towers, enabling quick network registration and signal service. In some scenarios, the modem module can also be powered on and off to trigger an initial network search, thus restoring signal service.

[0153] Furthermore, if the vehicle's infotainment system is on a low-bandwidth network such as 2G / 3G, uplink data experience may be poor due to bandwidth and other resource limitations. Therefore, the system can be triggered to force a search for a higher-bandwidth network such as 4G (LTE) or 5G (NR).

[0154] If the vehicle-mounted infotainment system (V2X) signal service is normal, but the data link is disconnected, the data link can be repaired by adjusting timers or other means, thereby establishing a data link channel. If the V2X signal service and data link are normal, but the V2X data packet transmission and reception are abnormal, the current data packet latency can be checked. If the latency is abnormal, it can be checked whether the uplink resources of the modem module are fully scheduled (i.e., the network-allocated uplink resources are exhausted), and whether the current actual transmit power of the modem module is at full power (i.e., it is already transmitting uplink data packets at maximum transmit power). In this state, the kernel can restrict and suspend the transmission of lower-priority data packets in the uplink data packet queue, or perform measures such as cell handover, thereby repairing the network.

[0155] In some scenarios, a notification can be sent to the phone in response to leaving the parking garage. This allows the phone to execute corresponding network repair strategies. For example, if the secondary SIM card is offline, the phone can be triggered to perform a forced network search to repair the network.

[0156] In this way, the vehicle's exit from the underground parking garage can be identified based on the interconnection framework between the vehicle and the mobile phone, and network repair can be performed accordingly. This can solve the problem of slow network return when the vehicle system exits the underground parking garage (the state where the vehicle system is registered and can send and receive signals and data packets normally).

[0157] Figure 4 This is a block diagram of a vehicle control device shown in an exemplary embodiment of the present disclosure, with reference to... Figure 4 The device includes: The first identification module 401 is configured to identify the gear shifting event and payment behavior of the vehicle to obtain a first identification result; The second identification module 402 is configured to identify the current network status of the vehicle system when it is determined that the vehicle is in a first preset scenario based on the first identification result. The first network repair module 403 is configured to trigger a corresponding repair strategy based on the current network status of the vehicle's infotainment system.

[0158] This allows for the identification of the vehicle's current network status within a first preset scenario. If the vehicle's network status is abnormal, the vehicle's network can be repaired. This first preset scenario could be, for example, a scenario where the vehicle exits a parking lot to pay, determined by gear shifting events and payment behavior. This enables the vehicle's network to be restored promptly in scenarios such as exiting a parking lot, thus improving the user experience.

[0159] Figure 5 This is a block diagram of a vehicle control device shown in an exemplary embodiment of the present disclosure, with reference to... Figure 5 The device includes: The third identification module 501 is configured to identify the gear shifting event of the vehicle and the interconnection status between the vehicle and the mobile terminal, and obtain a second identification result. The fourth identification module 502 is configured to identify the current network status of the vehicle system when it is determined that the vehicle is in a second preset scenario based on the second identification result; The second network repair module 503 is configured to trigger a corresponding repair strategy based on the current network status of the vehicle's infotainment system.

[0160] In this way, the current network status of the vehicle's infotainment system can be identified in a second preset scenario. If the network status of the infotainment system is abnormal, the vehicle's network can be repaired. This second preset scenario could be, for example, a scenario where a user enters the vehicle cabin based on a gear shift event and the aforementioned interconnection status. This allows the vehicle to promptly identify and restore the infotainment system network when the user requires it, thus improving the user experience.

[0161] exist Figure 5 In some possible implementations, the fourth identification module 502 is configured as follows: In response to a payment transaction occurring for the vehicle, the current network status of the vehicle's infotainment system is identified.

[0162] exist Figure 4 Some possible implementations also include: The first determining module is configured to determine that the vehicle is in the first preset scenario when the first identification result indicates that the vehicle is in a forward gear and a pre-payment or post-payment behavior corresponding to the vehicle has occurred.

[0163] exist Figure 5 Some possible implementations also include: The second determining module is configured to determine that the vehicle is in the second preset scenario when the second identification result indicates that the vehicle is in a forward gear and the vehicle is connected to the mobile terminal.

[0164] exist Figure 4 or Figure 5 In some possible implementations, the gear shifting event includes: whether the vehicle shifts from parking gear to drive gear after being in parking gear for a first duration.

[0165] exist Figure 4 or Figure 5 In some possible implementations, the payment behavior includes: receiving a QR code payment notification sent by a mobile terminal connected to the vehicle, or detecting that the vehicle's Electronic Toll Collection (ETC) system has processed a payment.

[0166] exist Figure 4 or Figure 5 In some possible implementations, the repair strategy includes: When the current network status of the vehicle's infotainment system indicates that the vehicle signal is in a no-service state, the vehicle's modem module is triggered to perform a network search operation, and / or the vehicle's modem module is powered on or off.

[0167] exist Figure 4 or Figure 5 In some possible implementations, the current network status of the vehicle's infotainment system includes the current network standard of the vehicle's infotainment system, and the repair strategy includes: If a higher-order network standard exists than the current network standard, the vehicle's modem module is triggered to search for the higher-order network standard.

[0168] exist Figure 4 or Figure 5 In some possible implementations, the repair strategy includes: When the network status indicates that the vehicle data link is disconnected, the vehicle is triggered to establish a data link channel.

[0169] exist Figure 4 or Figure 5 In some possible implementations, the repair strategy includes: When the current network status of the vehicle system indicates abnormal vehicle data packet transmission and reception, but the vehicle's signal service and data link are normal, the data packet latency of the vehicle is obtained. In response to the abnormal data packet latency, the uplink resource scheduling status and transmit power of the vehicle's modem module are obtained; When the uplink resource scheduling status indicates that the uplink resources have reached the scheduling limit and the transmit power has reached the rated maximum power, the modem module is triggered to perform cell handover, and / or, the data packets to be sent are selectively sent according to the priority of the data packets to be sent by the vehicle.

[0170] exist Figure 4 or Figure 5 Some possible implementations include: The prompt message sending module is configured to send a prompt message to the mobile terminal, and the prompt message is configured to at least trigger network repair of the mobile terminal.

[0171] This disclosure provides a vehicle, including: processor; Memory used to store processor-executable instructions; The processor is configured to perform steps of the vehicle control method provided in at least one embodiment of the present disclosure.

[0172] This disclosure provides a computer-readable storage medium having a computer program stored thereon that, when executed by a processor, implements the steps of the vehicle control method provided in at least one embodiment of this disclosure.

[0173] This disclosure provides a computer program product, including a computer program that, when executed by a processor, implements the steps of the vehicle control method provided in at least one embodiment of this disclosure.

[0174] Regarding the apparatus in the above embodiments, the specific manner in which each module performs its operation has been described in detail in the embodiments related to the method, and will not be elaborated upon here.

[0175] Figure 6 This is a block diagram illustrating a vehicle 600 according to an exemplary embodiment. For example, vehicle 600 can be a hybrid vehicle, a non-hybrid vehicle, an electric vehicle, a fuel cell vehicle, or other types of vehicle. Vehicle 600 can be an autonomous vehicle, a semi-autonomous vehicle, or a non-autonomous vehicle.

[0176] Reference Figure 6The vehicle 600 may include various subsystems, such as an infotainment system 610, a perception system 620, a decision control system 630, a drive system 640, and a computing platform 650. The vehicle 600 may also include more or fewer subsystems, and each subsystem may include multiple components. Furthermore, each subsystem and each component of the vehicle 600 can be interconnected via wired or wireless means.

[0177] In some embodiments, the infotainment system 610 may include a communication system, an entertainment system, and a navigation system, etc.

[0178] The perception system 620 may include several sensors for sensing information about the environment surrounding the vehicle 600. For example, the perception system 620 may include a global positioning system (which may be GPS, BeiDou, or other positioning systems), an inertial measurement unit (IMU), lidar, millimeter-wave radar, ultrasonic radar, and a camera device.

[0179] The decision control system 630 may include a computing system, a vehicle controller, a steering system, a throttle, and a braking system.

[0180] The drive system 640 may include components that provide powered motion to the vehicle 600. In one embodiment, the drive system 640 may include an engine, an energy source, a transmission system, and wheels. The engine may be one or a combination of internal combustion engines, electric motors, and compressed air engines. The engine is capable of converting energy provided by the energy source into mechanical energy.

[0181] Some or all of the functions of vehicle 600 are controlled by computing platform 650. Computing platform 650 may include at least one processor 651 and memory 652, processor 651 can execute instructions 653 stored in memory 652.

[0182] Processor 651 can be any conventional processor, such as a commercially available CPU. Processors may also include graphics processing units (GPUs), field-programmable gate arrays (FPGAs), systems-on-chips (SoCs), application-specific integrated circuits (ASICs), or combinations thereof.

[0183] The memory 652 can be implemented by any type of volatile or non-volatile storage device or a combination thereof, such as static random access memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic storage, flash memory, magnetic disk or optical disk.

[0184] In addition to instruction 653, memory 652 can also store data, such as road maps, route information, vehicle position, direction, speed, and other data. The data stored in memory 652 can be used by computing platform 650.

[0185] In this embodiment of the disclosure, processor 651 may execute instructions 653 to complete all or part of the steps of the vehicle control method described above.

[0186] Furthermore, the term “exemplary” is used herein to mean serving as an example, instance, or illustration. Any aspect or design described herein as “exemplary” is not necessarily to be construed as advantageous compared to other aspects or designs. Rather, the use of the term “exemplary” is intended to present the concept in a concrete manner. As used herein, the term “or” is intended to mean an inclusive “or” rather than an exclusive “or.” That is, unless otherwise specified or clear from the context, “X applies A or B” is intended to mean any of the natural inclusive arrangements. That is, “X applies A or B” satisfies any of the foregoing instances if X applies A; X applies B; or both X applies A and B. Additionally, unless otherwise specified or clear from the context to refer to the singular form, the articles “a” and “an” as used in this application and the appended claims are generally understood to mean “one or more.”

[0187] Similarly, although this disclosure has been shown and described with respect to one or more implementations, equivalent variations and modifications will occur to those skilled in the art upon reading and understanding this specification and the accompanying drawings. This disclosure includes all such modifications and variations and is limited only by the scope of the claims. In particular, with respect to the various functions performed by the components described above (e.g., elements, resources, etc.), unless otherwise indicated, the terminology used to describe such components is intended to correspond to any component (functionally equivalent) that performs the specific function of the described component, even if structurally not equivalent to the disclosed structure. Furthermore, although specific features of this disclosure may have been disclosed with respect to only one of several implementations, such features may be combined with one or more other features of other implementations, as may be desired and advantageous to any given or particular application. Moreover, with regard to the terms “comprising,” “owning,” “having,” “having,” or variations thereof as used in the detailed description or claims, such terms are intended to be inclusive in a manner similar to the term “including.”

[0188] Other embodiments of this disclosure will readily occur to those skilled in the art upon consideration of the specification and practice of the invention disclosed herein. This application is intended to cover any variations, uses, or adaptations of this disclosure that follow the general principles of this disclosure and include common knowledge or customary techniques in the art not disclosed herein. The specification and examples are to be considered exemplary only, and the true scope and spirit of this disclosure are indicated by the appended claims.

[0189] It should be understood that this disclosure is not limited to the precise structures described above and shown in the accompanying drawings, and various modifications and changes can be made without departing from its scope. The scope of this disclosure is limited only by the appended claims.

Claims

1. A vehicle control method, characterized in that, include: Identify the vehicle's gear shifting events and payment behavior to obtain a first identification result; When it is determined that the vehicle is in a first preset scenario based on the first identification result, the current network status of the vehicle system is identified; The corresponding repair strategy is triggered based on the current network status of the vehicle's infotainment system.

2. A vehicle control method, characterized in that, include: The second identification result is obtained by identifying the gear shifting event of the vehicle and the interconnection status between the vehicle and the mobile terminal; When it is determined that the vehicle is in a second preset scenario based on the second identification result, the current network status of the vehicle system is identified; The corresponding repair strategy is triggered based on the current network status of the vehicle's infotainment system.

3. The method according to claim 2, characterized in that, The identification of the vehicle's current network status includes: In response to a payment transaction occurring for the vehicle, the current network status of the vehicle's infotainment system is identified.

4. The method according to claim 1, characterized in that, The method further includes: When the first identification result indicates that the vehicle is in forward gear and a pre-payment or post-payment transaction has occurred for the vehicle, the vehicle is determined to be in the first preset scenario.

5. The method according to claim 2, characterized in that, The method further includes: When the second identification result indicates that the vehicle is in forward gear and the vehicle is connected to the mobile terminal, the vehicle is determined to be in the second preset scenario.

6. The method according to claim 1 or 2, characterized in that, Identifying the gear shifting event of the vehicle, including: The system identifies whether the vehicle has been in the parking gear for a certain period of time before shifting from the parking gear to the drive gear.

7. The method according to claim 1 or 3, characterized in that, The payment behavior includes: receiving a QR code payment notification sent by a mobile terminal connected to the vehicle, or detecting that the vehicle's Electronic Toll Collection (ETC) system has processed a payment.

8. The method according to claim 1 or 2, characterized in that, The method of triggering corresponding repair strategies based on the current network status of the vehicle's infotainment system includes: When the current network status of the vehicle's infotainment system indicates that the vehicle signal is in a no-service state, the vehicle's modem module is triggered to perform a network search operation, and / or the vehicle's modem module is powered on or off.

9. The method according to claim 1 or 2, characterized in that, The current network status of the vehicle's infotainment system includes the current network standard of the system. The step of triggering a corresponding repair strategy based on the current network status includes: If a higher-order network standard exists than the current network standard, the vehicle's modem module is triggered to search for the higher-order network standard.

10. The method according to claim 1 or 2, characterized in that, The method of triggering corresponding repair strategies based on the current network status of the vehicle's infotainment system includes: When the network status indicates that the vehicle data link is disconnected, the vehicle is triggered to establish a data link channel.

11. The method according to claim 1 or 2, characterized in that, The method of triggering corresponding repair strategies based on the current network status of the vehicle's infotainment system includes: When the current network status of the vehicle system indicates abnormal vehicle data packet transmission and reception, but the vehicle's signal service and data link are normal, the data packet latency of the vehicle is obtained. In response to the abnormal data packet latency, the uplink resource scheduling status and transmit power of the vehicle's modem module are obtained; When the uplink resource scheduling status indicates that the uplink resources have reached the scheduling limit and the transmit power has reached the rated maximum power, the modem module is triggered to perform cell handover, and / or, the data packets to be sent are selectively sent according to the priority of the data packets to be sent by the vehicle.

12. The method according to claim 1 or 2, characterized in that, include: Send a prompt message to the mobile terminal, the prompt message being configured to at least trigger network repair for the mobile terminal.

13. A vehicle control device, characterized in that, include: The first identification module is configured to identify the vehicle's gear shifting events and payment behavior to obtain a first identification result; The second identification module is configured to identify the current network status of the vehicle system when it is determined that the vehicle is in a first preset scenario based on the first identification result. The first network repair module is configured to trigger corresponding repair strategies based on the current network status of the vehicle's infotainment system.

14. A vehicle control device, characterized in that, include: The third identification module is configured to identify the gear shifting event of the vehicle and the interconnection status between the vehicle and the mobile terminal, and obtain the second identification result; The fourth identification module is configured to identify the current network status of the vehicle system when it is determined that the vehicle is in a second preset scenario based on the second identification result; The second network repair module is configured to trigger corresponding repair strategies based on the current network status of the vehicle's infotainment system.

15. The apparatus according to claim 14, characterized in that, The fourth identification module is configured as follows: In response to a payment transaction occurring for the vehicle, the current network status of the vehicle's infotainment system is identified.

16. The apparatus according to claim 13, characterized in that, Also includes: The first determining module is configured to determine that the vehicle is in the first preset scenario when the first identification result indicates that the vehicle is in a forward gear and a pre-payment or post-payment behavior corresponding to the vehicle has occurred.

17. The apparatus according to claim 14, characterized in that, Also includes: The second determining module is configured to determine that the vehicle is in the second preset scenario when the second identification result indicates that the vehicle is in a forward gear and the vehicle is connected to the mobile terminal.

18. The apparatus according to claim 13 or 14, characterized in that, The gear shifting event includes whether the vehicle shifts from park to drive after being in park for a first duration.

19. The apparatus according to claim 13 or 14, characterized in that, The payment behavior includes: receiving a QR code payment notification sent by a mobile terminal connected to the vehicle, or detecting that the vehicle's Electronic Toll Collection (ETC) system has processed a payment.

20. The apparatus according to claim 13 or 14, characterized in that, The repair strategy includes: When the current network status of the vehicle's infotainment system indicates that the vehicle signal is in a no-service state, the vehicle's modem module is triggered to perform a network search operation, and / or the vehicle's modem module is powered on or off.

21. A vehicle, characterized in that, include: processor; Memory used to store processor-executable instructions; The processor is configured to perform the steps of the method according to any one of claims 1 to 12.

22. A computer-readable storage medium having a computer program stored thereon, characterized in that, When executed by a processor, the computer program implements the steps of the method according to any one of claims 1 to 12.

23. A computer program product, characterized in that, It includes a computer program that, when executed by a processor, implements the steps of the method according to any one of claims 1 to 12.