Vehicle-mounted network switching method and device, equipment and storage medium

Abstract

The invention provides a vehicle-mounted network switching method and device, equipment and a storage medium. The method comprises the following steps: a vehicle-mounted terminal acquires and reports fusion state information used for indicating that a cross-border event occurs or is about to occur on a vehicle; the cloud control platform determines a target network operator from candidate network operators based on the information according to a multi-dimensional decision strategy; a network switching instruction is issued to the vehicle-mounted terminal; and the vehicle-mounted terminal responds to the instruction and executes operator configuration file switching operation of the embedded subscriber identity module so as to access a local network of the target network operator. The understanding is realized. The cross-border communication cost caused by dependence on international roaming of an attribution operator is systematically reduced, the vehicle-mounted service experience quality is improved by preferably selecting a local high-performance network, the potential service interruption risk is avoided, and intelligence and optimization of connection management of the Internet of Vehicles in a cross-border scene are realized.

Description

Technical Field

[0001] This application relates to the field of network technology, and more specifically to a switching method, apparatus, device, and storage medium for in-vehicle networks. Background Technology

[0002] With the rapid development of intelligent connected vehicles, in-vehicle terminals are increasingly reliant on continuous and reliable mobile communication capabilities. Embedded Subscriber Identity Modules (eSIMs), due to their advantages such as remote configuration of operator subscriptions and saving physical space, are gradually replacing traditional physical subscriber identity modules and becoming a key component for realizing vehicle connectivity. Through embedded subscriber identity modules, vehicles can access cellular mobile networks, supporting various vehicle-to-everything (V2X) services such as navigation, entertainment, remote diagnostics, and autonomous driving.

[0003] In existing technologies, to achieve network connectivity for vehicles in cross-border driving scenarios, an embedded user identity module subscription configuration file of the dominant operator is pre-installed on the vehicle. When the vehicle travels to other countries or regions, network communication is achieved by relying on a pre-agreed roaming cooperation agreement between the vehicle's home operator and the international operator.

[0004] However, since vehicles still need to route communication data through their home operator after crossing borders, this incurs high roaming fees, and the network service quality is usually inferior to direct local access. Furthermore, prolonged international roaming may violate the destination country's regulations regarding data localization or permanent roaming restrictions, leading to communication service interruptions.

[0005] It should be noted that the information disclosed in the background section of this application is intended only to enhance the understanding of the general background of this application, and should not be construed as an admission or in any way implying that the information constitutes prior art known to those skilled in the art. Summary of the Invention

[0006] In view of this, this application provides a method, apparatus, device and storage medium for switching in-vehicle networks, in order to solve the problems of high communication costs, difficulty in optimizing network service quality and high potential compliance risks caused by vehicles relying entirely on the international roaming services of their home operators in cross-border scenarios.

[0007] In a first aspect, embodiments of this application provide a method for switching in-vehicle networks, applied to a system including an in-vehicle terminal and a cloud control platform, the method comprising: The vehicle terminal acquires the vehicle's fusion status information and sends the fusion status information to the cloud control platform; wherein, the fusion status information is used to indicate that the vehicle has experienced or is about to experience a cross-border event; Based on the received fusion status information, the cloud control platform determines the target network operator from at least one candidate network operator according to a preset multi-dimensional decision-making strategy. The cloud control platform sends a network switching command associated with the target network operator to the vehicle terminal; The vehicle terminal executes a switching operation on the operator configuration file of the embedded user identity module according to the network switching instruction, so as to access the network of the target network operator.

[0008] In this embodiment, the vehicle-mounted terminal acquires and reports fusion status information in real time to indicate that a cross-border event has occurred or is about to occur, enabling the cloud control platform to promptly perceive the vehicle's cross-border intentions. Based on a preset multi-dimensional decision-making strategy, the cloud control platform intelligently selects the optimal target network operator in the target area from candidate network operators and remotely dispatches the vehicle-mounted terminal by issuing network switching commands. The vehicle-mounted terminal then executes the operator configuration file switching operation of the embedded user identity module, ultimately allowing the vehicle to directly access the optimal local network after crossing the border, effectively avoiding dependence on international roaming. Therefore, this embodiment systematically reduces cross-border communication costs caused by reliance on home operator international roaming, improves the quality of in-vehicle service experience by optimizing the local high-performance network, and avoids potential service interruption risks, realizing intelligent and optimized connection management of the Internet of Vehicles in cross-border scenarios.

[0009] In one possible implementation, the vehicle-mounted terminal acquires the vehicle's fused state information by: Obtain a first type of information and a second type of information about the vehicle; wherein, the first type of information includes the vehicle's geographical location and movement trajectory, and the second type of information includes the country code of the wireless network environment in which the vehicle is located; Based on the first type of information, determine whether the vehicle is crossing a preset geofence; Based on the second type of information, determine whether the country code of the network that the vehicle can access has changed; Based on the judgment results of the first type of information and the judgment results based on the second type of information, the fusion status information used to indicate the occurrence or imminent occurrence of cross-border events is generated.

[0010] In this embodiment, by fusing the first type of information, namely the vehicle's geographical location and trajectory, and the second type of information, namely the country code of the wireless network, dual condition judgment is performed to generate fused state information. This significantly improves the accuracy and reliability of cross-border event perception, effectively avoids misjudgment caused by the abnormality of a single signal source, and provides a stable and reliable triggering basis for subsequent intelligent network switching, thus ensuring the robustness of the overall system decision-making.

[0011] In one possible implementation, the determination result based on the first type of information and the determination result based on the second type of information generate the fused status information for indicating the occurrence or imminent occurrence of a cross-border event, including: When the judgment results based on the first type of information and the judgment results based on the second type of information both meet the preset cross-border conditions within a preset time, the fusion status information used to indicate the occurrence or imminent occurrence of a cross-border event is generated.

[0012] In this embodiment, a preset time is introduced as a condition for fusion decision, requiring that the judgment results of both types of information must continuously meet the cross-border conditions within this time. This effectively filters out occasional and invalid state changes caused by temporary location point drift or instantaneous access of signals from neighboring country base stations in border areas. This mechanism significantly enhances the stability and certainty of cross-border event determination, fundamentally avoids the false triggering of network switching commands, and ensures that subsequent processes are only initiated when real and valid cross-border behavior occurs, thereby improving the overall reliability of the system and user experience.

[0013] In one possible implementation, determining whether the vehicle is crossing a preset geofence based on the first type of information includes: Obtain the motion vector of the vehicle, the motion vector including the speed and heading; Based on the motion vector and the current position, predict the trajectory of the vehicle within a preset time period in the future; When the predicted trajectory indicates that the vehicle will cross the geofence and continue to move outward, it is determined that the vehicle is crossing the geofence.

[0014] In this embodiment, by introducing the analysis of vehicle motion vectors and the prediction of future trajectories based on them, cross-border judgment is elevated from passive confirmation of events that have already occurred to proactive prediction of driving intentions. This not only enables earlier and more accurate identification of valid cross-border behaviors but also effectively filters out invalid movements such as U-turns and loitering in border areas, thereby gaining valuable time for cloud-based strategy calculations and network resource pre-scheduling. This is a key prerequisite for achieving smooth and seamless network switching.

[0015] In one possible implementation, the dimensions integrated by the multi-dimensional decision-making strategy include at least two of the following: the tariff cost of the candidate network operator, network performance data, business compliance requirements, and the current business needs priority of the vehicle, wherein the business compliance requirements are used to characterize the mandatory regulatory requirements for the storage and transmission of vehicle communication data in cross-border regions.

[0016] In this embodiment, by incorporating multiple dimensions such as tariff costs, network performance, business compliance requirements, and real-time business demand priorities into the cloud-based decision-making strategy, the selected network operator is determined based on comprehensive global optimization. This ensures that when vehicles cross borders, the system can proactively select the optimal network that balances economy, service quality, and local regulatory compliance. This fundamentally reduces communication costs, improves connection quality, and mitigates compliance risks, achieving a fundamental shift in cross-border vehicle-to-everything (V2X) connectivity from passive roaming to proactive intelligent management.

[0017] In one possible implementation, the cloud control platform sends a network switching instruction associated with the target network operator to the vehicle terminal, including: The cloud control platform obtains operator configuration file download resources from the corresponding operator card data management platform based on the determined target network operator. The cloud control platform will send the network switching command, which includes the operator configuration file download resources, to the vehicle terminal; The vehicle terminal downloads resources according to the operator configuration file and downloads the target network operator's operator configuration file to the embedded general-purpose integrated circuit card; Activate the target network operator's operator configuration file and deactivate the original operator configuration file.

[0018] In this embodiment, the cloud control platform acts as a security intermediary and scheduling center, obtaining configuration file resources from the target operator and securely distributing them. The vehicle terminal then downloads and activates the configuration file within the embedded general-purpose integrated circuit card, ensuring the reliability of the switching command source and the security of the configuration file transmission. At the same time, it centralizes the complex multi-operator coordination and secure interaction in the cloud, significantly reducing the implementation complexity and security risks of the vehicle terminal, and providing a feasible technical path for large-scale, highly reliable, seamless switching.

[0019] One possible implementation also includes: Based on the fusion status information received from multiple vehicles in a vehicle group, the cloud control platform generates and sends network switching commands to the vehicle group in batches according to the multi-dimensional decision-making strategy.

[0020] In this embodiment, by enabling the cloud control platform to centrally analyze the fusion status information of vehicle groups and issue batch commands based on a unified decision-making strategy, a leap from intelligent single-vehicle management to fleet-level collaborative scheduling is achieved. This greatly improves the operational management efficiency of large-scale vehicle-to-everything (V2X) terminals in cross-border scenarios, ensures the consistency and timeliness of network switching strategies across the fleet, and significantly reduces the processing load and communication overhead of the cloud system, providing key technical support for the large-scale and intensive commercial deployment of V2X services.

[0021] Secondly, a vehicle network switching system includes: The cloud control platform and vehicle terminal described in any one of the first aspects; The cloud control platform and the vehicle-mounted terminal are connected in communication.

[0022] Thirdly, this application provides an electronic device, comprising: processor; Memory; And a computer program, wherein the computer program is stored in the memory, the computer program including instructions that, when executed by the processor, cause the electronic device to perform the method described in any one of the first aspects.

[0023] Fourthly, embodiments of this application provide a computer-readable storage medium including a stored program, wherein, when the program is executed, it controls the device where the computer-readable storage medium is located to perform the method described in any one of the first aspects.

[0024] Understandably, the vehicle network switching system provided in the second aspect, the electronic device provided in the third aspect, and the computer-readable storage medium provided in the fourth aspect are all used to perform some or all of the methods provided in this application. Therefore, the beneficial effects they can achieve can be referred to the beneficial effects in the corresponding methods, and will not be repeated here. Attached Figure Description

[0025] To more clearly illustrate the technical solutions of the embodiments of this application, the drawings used in the embodiments will be briefly introduced below. Obviously, the drawings described below are only some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0026] Figure 1 This is a schematic diagram of an application scenario provided by an embodiment of this application.

[0027] Figure 2This is a flowchart illustrating a method for switching in-vehicle networks, as provided in an embodiment of this application.

[0028] Figure 3 This is a schematic diagram of a vehicle network switching system provided in an embodiment of this application.

[0029] Figure 4 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application. Detailed Implementation

[0030] To better understand the technical solution of this application, the embodiments of this application will be described in detail below with reference to the accompanying drawings.

[0031] It should be understood that the described embodiments are merely some, not all, of the embodiments in this application. All other embodiments obtained by those skilled in the art based on the embodiments in this application without inventive effort are within the scope of protection of this application.

[0032] The terminology used in the embodiments of this application is for the purpose of describing particular embodiments only and is not intended to be limiting of this application. The singular forms “a,” “the,” and “the” used in the embodiments of this application and the appended claims are also intended to include the plural forms unless the context clearly indicates otherwise.

[0033] It should be understood that the term "and / or" used in this article is merely a description of the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A existing alone, A and B existing simultaneously, or B existing alone. Additionally, the character " / " in this article generally indicates that the preceding and following related objects have an "or" relationship.

[0034] With the rapid development of intelligent connected vehicles, in-vehicle terminals are increasingly reliant on continuous and reliable mobile communication capabilities. When intelligent connected vehicles equipped with embedded user identity modules travel between different countries or regions, the process of managing and changing their mobile communication network connections is called in-vehicle network handover. This application directly serves vehicle navigation, infotainment, remote diagnostics, and autonomous driving—services requiring continuous online capabilities—and is a key technological link in ensuring the continuous availability and optimized experience of vehicle-to-everything (V2X) services in cross-border scenarios.

[0035] To facilitate understanding, specific application scenarios will be illustrated below. See [link / reference] Figure 1 This is a schematic diagram illustrating an application scenario provided by an embodiment of this application. For example... Figure 1As shown, this application scenario includes two areas: Area A and Area B. Area A includes the Area A cloud control platform, and Area B includes the Area B cloud control platform. Vehicle 101 travels from Area A into Area B. It should be noted that Area A and Area B have their own independent network operators, market tariff policies, and telecommunications regulatory rules. In this scenario, vehicle 101 needs to maintain an uninterrupted cellular network connection throughout its journey from Area A to Area B.

[0036] Under the existing technical solution, for the above scenario, when vehicle 101 is manufactured or registered in region A, it is pre-configured with an embedded user identity module subscription configuration file of a dominant operator in its home region. When vehicle 101 travels from region A into region B, its communication capability is not achieved by obtaining a local operator identity in region B, but rather relies on a pre-signed international roaming agreement between its home operator in region A and the local operator in region B. When vehicle 101 accesses the network in region B as a visiting roaming terminal, all its communication data must be transmitted back to the network in region A for routing and settlement.

[0037] However, since vehicles still need to route communication data through their home operator after crossing borders, this incurs high roaming fees, and the network service quality is usually inferior to direct local access. Furthermore, prolonged international roaming may violate the destination country's regulations regarding data localization or permanent roaming restrictions, leading to communication service interruptions.

[0038] To address the aforementioned issues, this embodiment of the application acquires and reports fusion status information in real time, indicating whether a cross-border event has occurred or is about to occur, through the vehicle-mounted terminal. This enables the cloud control platform to promptly perceive the vehicle's cross-border intentions. Based on a preset multi-dimensional decision-making strategy, the cloud control platform intelligently selects the optimal target network operator in the target area from candidate network operators and remotely dispatches the vehicle-mounted terminal by issuing network switching commands. The vehicle-mounted terminal then executes the operator configuration file switching operation of the embedded user identity module, ultimately allowing the vehicle to directly access the optimal local network after crossing the border, effectively avoiding reliance on international roaming. Therefore, this embodiment systematically reduces cross-border communication costs caused by reliance on home operator international roaming, improves the quality of in-vehicle service experience by optimizing the local high-performance network, and avoids potential service interruption risks, realizing intelligent and optimized connection management of the Internet of Vehicles in cross-border scenarios. Specifically, detailed descriptions are provided below in conjunction with the accompanying drawings and specific embodiments.

[0039] See Figure 2 This is a flowchart illustrating a method for switching in-vehicle networks provided in an embodiment of this application. This method can be applied to... Figure 1 In the application scenarios shown, such as Figure 2 As shown, it mainly includes the following steps.

[0040] Step S201: The vehicle terminal obtains the vehicle's fusion status information and sends the fusion status information to the cloud control platform.

[0041] In this embodiment, the vehicle-mounted terminal is a front-end device for vehicle state perception and preliminary intelligent judgment. It is used to actively and continuously collect and process various dynamic information from the vehicle itself and the external environment, thereby generating fused state information. This fused state information can directly and efficiently convey a key situational judgment to the back-end cloud control platform: whether the vehicle has crossed or is about to cross the border between countries or regions.

[0042] In cross-border vehicle travel scenarios, misjudgments or delays in the judgment mechanism can directly lead to incorrect handover timing, misscheduling of network resources, and even impact on service continuity. Particularly when vehicles are traveling in border areas, common phenomena such as navigation satellite system positioning point drift or brief reception of signals from neighboring country base stations in specific terrain conditions can easily trigger false alarms, thereby interfering with the stable operation of the system. Therefore, this application provides an embodiment of cross-border precise perception based on multi-source information fusion.

[0043] Specifically, in one possible implementation, the vehicle's first type of information and second type of information are obtained; based on the first type of information, it is determined whether the vehicle is crossing a preset geofence; based on the second type of information, it is determined whether the country code of the network that the vehicle can access has changed; based on the determination results of the first type of information and the determination results based on the second type of information, the fusion status information used to indicate that a cross-border event has occurred or is about to occur is generated.

[0044] The first type of information focuses on the vehicle's spatiotemporal motion characteristics, specifically including continuously sampled high-precision geographic locations and the resulting trajectory. This first type of information directly determines whether the vehicle is physically crossing a pre-defined geofence. The second type of information reflects the attributes of the external cellular network environment in which the vehicle is located. Specifically, this second type of information is the mobile country code, which is parsed in real-time from network-side broadcast information by the vehicle communication module. This code is a standardized identifier used in telecommunications networks to identify the country or region to which the network belongs; its change directly suggests that the vehicle may have entered the network coverage area of ​​another country.

[0045] Once the first and second types of information are identified, the vehicle terminal, based on the continuous first type of information, analyzes the vehicle's trajectory and compares it with geofences to determine whether the vehicle exhibits a continuous, unidirectional spatial behavior pattern of crossing boundaries, thus filtering out invalid movements such as loitering or U-turns near the border. Simultaneously, based on the second type of information, it continuously monitors the stability and changing trends of the country code to determine whether the vehicle is currently accessing or about to access a new network with a different country identifier. Finally, the vehicle terminal merges these two independent analytical conclusions: only when both conditions are met—"the vehicle trajectory indicates it is effectively crossing a geofence" and "the country code of the network the vehicle is accessing has changed accordingly"—will a merged status information indicating an ongoing or impending cross-border event be generated.

[0046] For example, when a car travels from country A to country B, its onboard terminal continuously analyzes its location trajectory to confirm that the vehicle is continuously moving towards the border between countries A and B and crossing its electronic fence. Simultaneously, its continuously scanned network environment shows that the dominant network's country code steadily changes from representing country A to representing country B. Only when both occur simultaneously and in the same direction does the terminal confirm the cross-border event and generate corresponding fusion status information for reporting. This dual verification mechanism effectively eliminates the possibility of misjudgment in scenarios such as accidentally detecting a country B base station signal due to signal fluctuations on the country A side of the border, or the vehicle making a U-turn near the border.

[0047] It should be noted that the scope of protection of this application is not limited to this, and the data sources and logic upon which the vehicle terminal relies to generate the fused status information can be diverse. For example, in the parallel technical solution of vehicle export logistics management, the fused status information can be generated directly or after simple logical judgment based on "logistics status information" that characterizes the vehicle's position in the supply chain. This demonstrates the adaptability and flexibility of the method in this application under different application scenarios.

[0048] In this embodiment, by fusing the first type of information, namely the vehicle's geographical location and trajectory, and the second type of information, namely the country code of the wireless network, dual condition judgment is performed to generate fused state information. This significantly improves the accuracy and reliability of cross-border event perception, effectively avoids misjudgment caused by the abnormality of a single signal source, and provides a stable and reliable triggering basis for subsequent intelligent network switching, thus ensuring the robustness of the overall system decision-making.

[0049] In the actual road environment of border areas, vehicle driving status and wireless signal environment are often complex and variable. For example, vehicles may make U-turns near the border, queue at checkpoints, or experience temporary positioning deviations in the Global Navigation Satellite System due to terrain factors such as bridges and tunnels. Simultaneously, cellular network signals may overlap in border areas, causing vehicles to intermittently receive broadcast signals from neighboring country base stations. These situations may lead to the momentary or fluctuating fulfillment of the aforementioned dual-path verification conditions. If a cross-border determination is triggered immediately, it can easily result in misjudgments, causing unnecessary network switching procedures, or even interrupting communication services. To filter out such momentary interference and false alarms in edge scenarios and improve the stability and reliability of system decisions, in one possible implementation, when the judgment results based on the first type of information and the judgment results based on the second type of information both meet the preset cross-border conditions within a preset time, the fused state information used to indicate the occurrence or impending occurrence of a cross-border event is generated.

[0050] Specifically, after the vehicle-mounted terminal detects that the judgment results based on the first type of information (such as trajectory analysis indicating that it is crossing a geofence) and the judgment results based on the second type of information (such as a change in the country code of movement) initially meet the conditions, it will not immediately generate the final fusion status information. Instead, the system will start an observation window of a preset duration. Within this time window, the vehicle-mounted terminal needs to continuously verify whether the above two judgment conditions are simultaneously and continuously maintained. Only when both judgment conditions are stably maintained throughout the preset time will the vehicle-mounted terminal finally generate the fusion status information used to indicate the occurrence or impending cross-border event.

[0051] In this embodiment of the application, by introducing a preset time as a condition for fusion judgment, the stability and certainty of cross-border event judgment are significantly enhanced, fundamentally avoiding the false triggering of network switching commands, ensuring that subsequent processes are only initiated when real and effective cross-border behavior occurs, and improving the overall reliability of the system and user experience.

[0052] In complex and ever-changing cross-border road scenarios, vehicles may need to drive close to the border due to road layout without intending to cross, or they may slow down, stop, or queue near immigration checkpoints. This can lead to a lag in the system's understanding of whether a vehicle is crossing the border. To more accurately and proactively identify driving behaviors with clear cross-border intentions, thus allowing more preparation time for network switching, one possible approach is to first acquire the vehicle's motion vector; then, based on the motion vector and the current position, predict the vehicle's trajectory over a preset time period; finally, when the predicted trajectory indicates that the vehicle will cross a geofence and continue moving towards the border, it is determined that the vehicle is crossing a geofence.

[0053] Specifically, the motion vector is a composite parameter that includes the vehicle's instantaneous speed and heading, describing the vehicle's dynamic characteristics and motion trend at its current position. Based on the precise current position and motion vector, the system can execute a short-term trajectory prediction algorithm. This algorithm uses a kinematic model to calculate the vehicle's possible travel path within a preset time period in the future, i.e., the predicted trajectory.

[0054] The system compares and analyzes this predicted trajectory with high-precision electronic geofence data. Understandably, this judgment method has significant foresight. For example, when a car is traveling at high speed on a straight road leading to the border, the system does not need to wait for its location to physically reach the boundary line; it can predict its crossing intention and make a judgment based solely on its current high-speed, outward-pointing motion vector, reserving valuable time for strategy calculation and resource scheduling in the cloud.

[0055] For example, a truck is driving along a highway towards the border crossing between two countries. Several kilometers from the actual border line, because its motion vector is clear and well-defined, the system predicts its trajectory will undoubtedly cross the virtual border fence ahead. At this point, even if the vehicle hasn't reached the border yet, the system can determine in advance that it is "crossing," thus initiating subsequent procedures very early. Conversely, if a car is driving on a scenic loop road near the border, although its location may occasionally be very close to the fence, its motion vector is unpredictable, and the predicted trajectory shows it hovering within the border; the system will not determine this as crossing.

[0056] In this embodiment, by introducing the analysis of vehicle motion vectors and the prediction of future trajectories based on them, cross-border judgment is elevated from passive confirmation of events that have already occurred to proactive prediction of driving intentions. This not only enables earlier and more accurate identification of valid cross-border behaviors but also effectively filters out invalid movements such as U-turns and loitering in border areas, thereby gaining valuable time for cloud-based strategy calculations and network resource pre-scheduling. This is a key prerequisite for achieving smooth and seamless network switching.

[0057] Step S202: Based on the received convergence status information, the cloud control platform determines the target network operator from at least one candidate network operator according to the preset multi-dimensional decision-making strategy.

[0058] In this embodiment of the application, when the cloud control platform receives the fusion status information reported by the vehicle terminal, which indicates that a cross-border event has occurred or is about to occur, it determines the target network operator from at least one candidate network operator according to a preset multi-dimensional decision-making strategy.

[0059] The aforementioned multi-dimensional decision-making strategy reflects the comprehensiveness, dynamism, and optimization orientation of the cloud control platform's decision-making. It is a complex decision function or strategy engine whose inputs include not only the fusion state information triggering the current decision but also dynamic information from multiple independent data sources and knowledge bases. Based on the area the vehicle is about to enter, the cloud control platform retrieves detailed information on all potentially available "candidate network operators" within the backend database. Subsequently, the strategy engine conducts a multi-faceted, weighted evaluation of these candidates. The evaluation dimensions are pre-defined and adjustable, aiming to balance and optimize multiple often conflicting objectives.

[0060] By running this multi-dimensional decision-making strategy, the cloud control platform can simulate the combined results that different choices may bring, and select the operator with the highest overall utility in a specific context as the target network operator.

[0061] It should be noted that the decision-making intelligence of the cloud control platform is mainly reflected in the rich and dynamic evaluation dimensions considered in its multi-dimensional decision-making strategy. Specifically, when executing a decision, the multi-dimensional decision-making strategy will comprehensively consider at least two of the following key dimensions to conduct a comprehensive evaluation of candidate network operators in the target area.

[0062] The first core dimension is the tariff cost of the candidate network operators, that is, the commercial tariff standards set by each candidate operator for in-vehicle network connection services. This is a direct economic consideration for optimizing cross-border communication costs.

[0063] The second dimension is network performance data, which includes historical and real-time service quality indicators of various operators' networks, such as signal coverage strength, network latency, and data throughput. This dimension is directly related to the actual service experience quality after the vehicle connects to the network.

[0064] The third requirement is business compliance. It's important to note that this requirement refers to the mandatory regulations set by local laws or regulatory bodies in the cross-border regions the vehicle will be entering, regarding the storage location and transmission path of vehicle communication data. Meeting this requirement is a prerequisite for ensuring the legality and sustainability of the service, avoiding service interruptions due to policy risks.

[0065] The fourth dimension is the priority of the vehicle's current business needs. This means that the focus of decision-making is dynamically adjusted based on the different requirements of the vehicle's real-time connected vehicle applications, such as navigation, multimedia streaming, remote software updates, or emergency calls, for network characteristics.

[0066] For example, when a car enters area B from area A, the cloud control platform's strategy engine simultaneously analyzes: the current data package prices (i.e., tariff costs) of operators A, B, and C in area B; their average signal strength and congestion levels along the vehicle's planned route (i.e., network performance data); each operator's compliance with regulations regarding vehicle data processing and whether they support the legally mandated business compliance requirements of area B; and if the platform is aware that the vehicle is performing a large-scale offline map data packet download task, it will consider "high bandwidth demand" as a high-priority business requirement. Ultimately, the strategy engine may determine that although operator B's tariffs are slightly higher, its compliance is undisputed and its network is idle at the current time, thus selecting it as the optimal target network operator.

[0067] It should be noted that making comprehensive decisions based on cost, network performance, business compliance, and real-time business needs constitutes a core and preferred set of dimensions for achieving intelligent selection. The multi-dimensional decision-making approach of this application possesses high flexibility and scalability, and its scope of protection is not limited to a specific combination or all of the aforementioned dimensions.

[0068] In this embodiment, by incorporating multiple dimensions such as tariff costs, network performance, business compliance requirements, and real-time business demand priorities into the cloud-based decision-making strategy, the selected network operator is determined based on comprehensive global optimization. This ensures that when vehicles cross borders, the system can proactively select the optimal network that balances economy, service quality, and local regulatory compliance. This fundamentally reduces communication costs, improves connection quality, and mitigates compliance risks, achieving a fundamental shift in cross-border vehicle-to-everything (V2X) connectivity from passive roaming to proactive intelligent management.

[0069] Step S203: The cloud control platform sends a network switching command associated with the target network operator to the vehicle terminal.

[0070] In this embodiment, after completing intelligent decision-making and determining the target network operator, the cloud control platform sends a network switching instruction associated with the target network operator to the vehicle terminal. The network switching instruction is a structured command generated by the cloud control platform that contains clear operational intentions and control information. Its core purpose is to securely and accurately transmit the optimal decision result from the cloud to the vehicle's execution unit—the vehicle terminal—and instruct it to complete subsequent specific network identity switching actions.

[0071] This instruction is essentially a set of operational authorizations and resource guidelines necessary for the vehicle-mounted terminal to access the specific operator's network. When generating this instruction, the cloud control platform encodes its decision result—the selected target network operator's identity—as the core parameter of the instruction. Simultaneously, to ensure end-to-end security and standardization of the handover process, the cloud control platform acts as a trusted intermediary, securely interacting with the target network operator's corresponding card data management platform to obtain the encrypted access credentials or download address necessary to temporarily authorize the vehicle to download its operator configuration file. These security resources will be integrated and encapsulated into the network handover instruction to be issued.

[0072] After generating the complete instructions, the cloud control platform accurately sends them to the corresponding vehicle terminal through the existing, secure mobile network connection link.

[0073] It should be noted that the specific content and format of network switching instructions can be adapted to different operator technical specifications and security systems. Their fundamental function is to serve as a carrier for cloud control platform scheduling actions, and this application does not impose specific limitations on them.

[0074] In the actual deployment of cross-border network switching in the Internet of Vehicles (IoV), standardizing the transformation of the target network operator output by the cloud control platform into a physical configuration change on the vehicle's embedded user identity module involves not only collaboration across different operator systems but also ensuring the security of sensitive operator configuration files during over-the-air transmission and terminal writing. To this end, this application provides a specific implementation method to convert the target network operator into a physical configuration on the embedded user identity module.

[0075] First, it's important to clarify that once the cloud control platform identifies the target network operator, it doesn't simply send a switch command. Instead, it proactively establishes secure communication with the target operator's backend support system. The cloud control platform initiates an authenticated request to the management platform, requesting permission for the specific vehicle to download its network access credentials. In response, the operator SIM card data management platform generates a set of temporary, encrypted operator configuration file download resources. This resource can be a time- or access-limited secure download link, coupled with a corresponding activation authorization code. Essentially, it's the "key" that allows the specific vehicle terminal to securely obtain the target operator's configuration file.

[0076] Then, the cloud control platform integrates this set of carrier configuration file download resources into the network switching command and sends it to the target vehicle's in-vehicle terminal via a secure link. Thus, the command not only contains the intent to "switch to which carrier," but also provides the specific path and credentials for "securely obtaining the carrier's identity."

[0077] Upon receiving the command, the vehicle terminal first retrieves the operator configuration file download resource and uses this resource to establish a secure point-to-point connection with the target operator's card data management platform. Subsequently, the vehicle terminal downloads the complete target network operator's configuration file from this platform to the embedded universal integrated circuit card inside the vehicle.

[0078] It should be noted that an embedded general-purpose integrated circuit card is a highly integrated security chip and serves as the physical carrier for the embedded user identity module functionality. Downloaded configuration files will be stored in the card's secure storage area.

[0079] Finally, after ensuring the complete download of the configuration file, the newly downloaded configuration file belonging to the target network operator is activated, while the original operator configuration file currently being used by the vehicle is simultaneously deactivated. This activation and deactivation switching process is completed extremely quickly within the security chip. Subsequently, the cellular communication module automatically initiates registration with the target operator's network based on the new identity credentials, thereby realizing the change of network access point.

[0080] In this embodiment, the cloud control platform acts as a security intermediary and scheduling center, obtaining configuration file resources from the target operator and securely distributing them. The vehicle terminal then downloads and activates the configuration file within the embedded general-purpose integrated circuit card, ensuring the reliability of the switching command source and the security of the configuration file transmission. At the same time, it centralizes the complex multi-operator coordination and secure interaction in the cloud, significantly reducing the implementation complexity and security risks of the vehicle terminal, and providing a feasible technical path for large-scale, highly reliable, seamless switching.

[0081] Step S204: The vehicle terminal executes the operator configuration file switching operation of the embedded user identity module according to the network switching instruction, so as to access the network of the target network operator.

[0082] In this embodiment, when the vehicle terminal receives a network switching instruction from the cloud control platform, the vehicle terminal executes a switching operation on the operator configuration file of the embedded user identity module according to the network switching instruction, so as to access the network of the target network operator.

[0083] Understandably, after the handover operation is completed, the vehicle's cellular communication module will immediately initiate an access registration request to the target network operator's network based on the new identity credentials. Once the registration is successful, the vehicle will officially access the operator's local network, and all subsequent communication data streams will be routed through this local network, thus completely eliminating dependence on the original operator's international roaming service.

[0084] In this embodiment, the vehicle-mounted terminal acquires and reports fusion status information in real time to indicate that a cross-border event has occurred or is about to occur, enabling the cloud control platform to promptly perceive the vehicle's cross-border intentions. Based on a preset multi-dimensional decision-making strategy, the cloud control platform intelligently selects the optimal target network operator in the target area from candidate network operators and remotely dispatches the vehicle-mounted terminal by issuing network switching commands. The vehicle-mounted terminal then executes the operator configuration file switching operation of the embedded user identity module, ultimately allowing the vehicle to directly access the optimal local network after crossing the border, effectively avoiding dependence on international roaming. Therefore, this embodiment systematically reduces cross-border communication costs caused by reliance on home operator international roaming, improves the quality of in-vehicle service experience by optimizing the local high-performance network, and avoids potential service interruption risks, realizing intelligent and optimized connection management of the Internet of Vehicles in cross-border scenarios.

[0085] In practical applications, vehicles are often managed in fleets or groups. In scenarios such as cross-border logistics, cross-border leasing, or group business travel, multiple vehicles may engage in cross-border activities almost simultaneously or sequentially. If the aforementioned perception, decision-making, and instruction issuance cycle were performed independently for each vehicle, the cloud control platform would face enormous processing pressure and communication overhead, and it would be difficult to guarantee the consistency and coordination of strategy execution across the fleet. To address this, this application further provides an embodiment supporting fleet-level intelligent scheduling.

[0086] Specifically, the cloud control platform can simultaneously receive and process the merged status information of multiple vehicles from the same vehicle group, such as a truck fleet belonging to the same logistics company and traveling on the same international route. The decision engine within the platform no longer performs independent calculations for individual vehicles, but can conduct a comprehensive analysis and unified decision based on the overall status of the entire group, a unified business strategy (such as a preset "cost-optimal" global strategy for the fleet), and the global network conditions of the target area.

[0087] Based on this comprehensive analysis, the cloud control platform can generate a unified batch decision result applicable to all relevant vehicles within the vehicle group, and then generate and issue the network switching instructions to the vehicle group in batches. This means that the cloud control platform can distribute multiple network switching instructions, either identical or derived from group logic, to all target vehicles within the group simultaneously or sequentially through a single efficient communication transaction.

[0088] For example, a convoy of twenty electric tourist buses approaching the border reported 15 vehicles' merging status information indicating their imminent crossing. After collecting this information quickly, the cloud control platform, based on a pre-defined "performance-first" strategy for the "tourist bus convoy," determined that the entire convoy should switch to operator Z, which offers the best network performance in the target country. Subsequently, it issued batch instructions to these 15 vehicles to switch to operator Z.

[0089] In this embodiment, by enabling the cloud control platform to centrally analyze the fusion status information of vehicle groups and issue batch commands based on a unified decision-making strategy, a leap from intelligent single-vehicle management to fleet-level collaborative scheduling is achieved. This greatly improves the operational management efficiency of large-scale vehicle-to-everything (V2X) terminals in cross-border scenarios, ensures the consistency and timeliness of network switching strategies across the fleet, and significantly reduces the processing load and communication overhead of the cloud system, providing key technical support for the large-scale and intensive commercial deployment of V2X services.

[0090] It should be noted that batch decision-making and distribution based on group status is an efficient and preferred method for achieving large-scale operations. The scope of this application also covers other parallel technical solutions for achieving group management. For example, in another embodiment, the cloud control platform can pre-define a "master vehicle" for the vehicle group. The master vehicle senses and reports cross-border events, and after generating a decision based on this, the cloud control platform can instruct the master vehicle to assist in distributing the switching command to other "slave vehicles" within the group through the vehicle-to-vehicle communication network. This application does not impose specific limitations in this regard.

[0091] Corresponding to the above embodiments, this application also provides a vehicle network switching system. For ease of understanding, see [link to relevant documentation]. Figure 3 This figure illustrates a vehicle network switching system according to an embodiment of this application. As shown, the system 300 is a vehicle network switching system. Specifically, the system includes a cloud control platform 301 and a vehicle terminal 302. The cloud control platform and the vehicle terminal are communicatively connected.

[0092] For details, please refer to the above description of the embodiments. For the sake of brevity, this application will not repeat the details here.

[0093] Corresponding to the above embodiments, this application also provides a schematic diagram of the structure of an electronic device. See also Figure 4This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application. The electronic device 400 may include a processor 401, a memory 402, and a communication unit 403. These components communicate through one or more buses. Those skilled in the art will understand that the structure of the electronic device shown in the figure does not constitute a limitation on the embodiments of the present invention. It may be a bus-shaped structure or a star-shaped structure, and may include more or fewer components than shown, or combine certain components, or have different component arrangements.

[0094] The communication unit 403 is used to establish a communication channel, enabling the electronic device to communicate with other devices. It receives user data from other devices or sends user data to other devices.

[0095] The processor 401 serves as the control center of the electronic device, connecting various parts of the device via various interfaces and lines. It executes software programs, instructions, and / or modules stored in the memory 402, and calls data stored in the memory to perform various functions and / or process data. The processor may be composed of integrated circuits (ICs), such as a single packaged IC or multiple packaged ICs with the same or different functions connected together. For example, the processor 401 may consist only of a central processing unit (CPU). In this embodiment, the CPU may have a single processing core or include multiple processing cores.

[0096] The memory 402 is used to store the execution instructions of the processor 401. The memory 402 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.

[0097] When the execution instructions in memory 402 are executed by processor 401, the electronic device 400 is able to perform operations. Figure 2 Some or all of the steps in the illustrated embodiments.

[0098] In a specific implementation, this application also provides a computer storage medium, wherein the computer storage medium may store a program, and when the program is executed, it may include some or all of the steps in the various embodiments of the simulation scene generation method provided by this invention. The storage medium may be a magnetic disk, optical disk, read-only memory (ROM), or random access memory (RAM), etc.

[0099] In this application embodiment, "at least one" refers to one or more, and "more than one" refers to two or more. "And / or" describes the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent the existence of A alone, the simultaneous existence of A and B, or the existence of B alone. A and B can be singular or plural. The character " / " generally indicates that the preceding and following related objects have an "or" relationship. "At least one of the following" and similar expressions refer to any combination of these items, including any combination of single or plural items. For example, at least one of a, b, and c can represent: a, b, c, ab, ac, bc, or abc, where a, b, and c can be single or multiple.

[0100] Those skilled in the art will recognize that the units and algorithm steps described in the embodiments disclosed herein can be implemented using electronic hardware, computer software, or a combination of electronic hardware and software. Whether these functions are implemented in hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.

[0101] Those skilled in the art will understand that, for the sake of convenience and brevity, the specific working processes of the systems, devices, and units described above can be referred to the corresponding processes in the foregoing method embodiments, and will not be repeated here.

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

[0103] The same or similar parts between the various embodiments in this specification can be referred to mutually. In particular, the device embodiments and terminal embodiments are basically similar to the method embodiments, so the description is relatively simple, and the relevant parts can be referred to the description in the method embodiments.

Claims

1. A method for switching in-vehicle networks, characterized in that, The method, applied to a system including an in-vehicle terminal and a cloud control platform, includes: The vehicle terminal acquires the vehicle's fusion status information and sends the fusion status information to the cloud control platform; wherein, the fusion status information is used to indicate that the vehicle has experienced or is about to experience a cross-border event; Based on the received fusion status information, the cloud control platform determines the target network operator from at least one candidate network operator according to a preset multi-dimensional decision-making strategy. The cloud control platform sends a network switching command associated with the target network operator to the vehicle terminal; The vehicle terminal executes a switching operation on the operator configuration file of the embedded user identity module according to the network switching instruction, so as to access the network of the target network operator.

2. The method according to claim 1, characterized in that, The vehicle-mounted terminal acquires the vehicle's fusion status information, including: Obtain a first type of information and a second type of information about the vehicle; wherein, the first type of information includes the vehicle's geographical location and movement trajectory, and the second type of information includes the country code of the wireless network environment in which the vehicle is located; Based on the first type of information, determine whether the vehicle is crossing a preset geofence; Based on the second type of information, determine whether the country code of the network that the vehicle can access has changed; Based on the judgment results of the first type of information and the judgment results based on the second type of information, the fusion status information used to indicate the occurrence or imminent occurrence of cross-border events is generated.

3. The method according to claim 2, characterized in that, The judgment results based on the first type of information and the judgment results based on the second type of information generate the fused status information used to indicate the occurrence or impending occurrence of a cross-border event, including: When the judgment results based on the first type of information and the judgment results based on the second type of information both meet the preset cross-border conditions within a preset time, the fusion status information used to indicate the occurrence or imminent occurrence of a cross-border event is generated.

4. The method according to claim 3, characterized in that, The step of determining whether the vehicle is crossing a preset geofence based on the first type of information includes: Obtain the motion vector of the vehicle, the motion vector including the speed and heading; Based on the motion vector and the current position, predict the trajectory of the vehicle within a preset time period in the future; When the predicted trajectory indicates that the vehicle will cross the geofence and continue to move outward, it is determined that the vehicle is crossing the geofence.

5. The method according to claim 1, characterized in that, The multi-dimensional decision-making strategy integrates at least two of the following dimensions: the tariff cost of the candidate network operator, network performance data, business compliance requirements, and the current business needs priority of the vehicle. The business compliance requirements are used to characterize the mandatory regulatory requirements for the storage and transmission of vehicle communication data in cross-border regions.

6. The method according to claim 1, characterized in that, The cloud control platform sends a network switching command associated with the target network operator to the vehicle terminal, including: The cloud control platform obtains operator configuration file download resources from the corresponding operator card data management platform based on the determined target network operator. The cloud control platform will send the network switching command, which includes the operator configuration file download resources, to the vehicle terminal; The vehicle terminal downloads resources according to the operator configuration file and downloads the target network operator's operator configuration file to the embedded general-purpose integrated circuit card; Activate the target network operator's operator configuration file and deactivate the original operator configuration file.

7. The method according to claim 1, characterized in that, Also includes: Based on the fusion status information received from multiple vehicles in a vehicle group, the cloud control platform generates and sends network switching commands to the vehicle group in batches according to the multi-dimensional decision-making strategy.

8. A switching system for an in-vehicle network, characterized in that, include: The cloud control platform and vehicle terminal according to any one of claims 1 to 7; The cloud control platform and the vehicle-mounted terminal are connected in communication.

9. An electronic device, characterized in that, include: processor; Memory; And a computer program, wherein the computer program is stored in the memory, the computer program including instructions that, when executed by the processor, cause the electronic device to perform the method of any one of claims 1 to 7.

10. A computer-readable storage medium, characterized in that, The computer-readable storage medium includes a stored program, wherein, when the program is executed, it controls the device on which the computer-readable storage medium is located to perform the method according to any one of claims 1 to 7.

Images