Vehicle OTA upgrading method and device, computer equipment and storage medium

Abstract

The invention discloses a vehicle OTA upgrading method and device, computer equipment and a storage medium. Belongs to the technical field of network resource planning. The method specifically comprises the following steps: acquiring upgrade demand information of a current vehicle over-the-air (OTA) upgrade event initiated by a user side; according to the upgrade demand information, network resource information needing to be occupied by the vehicle OTA upgrade event is determined; according to the network resource information and the historical load condition of the associated network element, the upgrade start time of the current vehicle OTA upgrade event is predicted; and the upgrade starting time is fed back to the user side, so that the user side executes the vehicle OTA upgrade event based on the upgrade starting time. On the basis of the method and the device, the communication cost and the human input between a vehicle enterprise and an operator are effectively reduced, the existing situation that due to the fact that accurate upgrading starting time is lacked, OTA upgrading is mostly selected to be carried out late night, and some vehicles are parked in a basement, upgrading fails is avoided, and the vehicle OTA upgrading efficiency and the service experience of a user are improved.

Description

Technical Field

[0001] The present application relates to the technical field of network resource planning, and in particular to a vehicle OTA upgrade method, apparatus, computer equipment and storage medium. Background Art

[0002] With the increasing functions of vehicle hosts, the rapid development of intelligent driving and assisted driving, and the increasing demand for vehicle Internet access, the Internet of Vehicles business has gradually become an important part of the Internet of Things business. The Internet of Vehicles business can be further divided into a variety of business scenarios, among which the vehicle operating system upgrade (Over-the-Air upgrade, OTA upgrade) is a typical Internet of Vehicles business scenario. OTA upgrade has the characteristics of high bandwidth and high concurrency, and has certain requirements for the existing core network.

[0003] Currently, when car companies conduct vehicle OTA upgrades, they usually need to communicate with operators in advance and release upgrade patches for vehicle OTA upgrades when the network load is low (such as in the early morning). The entire process not only requires coordination and cooperation from multiple parties, occupies a lot of manpower, but also seriously affects the efficiency of OTA upgrades. Summary of the invention

[0004] Based on this, it is necessary to provide a vehicle OTA upgrade method, device, computer equipment and storage medium that can improve the efficiency of vehicle OTA upgrades in response to the above technical problems.

[0005] In a first aspect, the present application provides a vehicle OTA upgrade method, which is applied to a NWDAF network element, and the method includes:

[0006] Obtain the upgrade requirement information of the vehicle OTA upgrade event initiated by the user;

[0007] According to the upgrade requirement information, determine the network resource information that needs to be occupied by this vehicle OTA upgrade event;

[0008] Predict the upgrade start time of this vehicle OTA upgrade event based on network resource information and historical load conditions of associated network elements; wherein the associated network element is the network element associated with this vehicle OTA upgrade event;

[0009] Feedback the upgrade start time to the user side so that the user side can execute the vehicle OTA upgrade event based on the upgrade start time.

[0010] In one embodiment, obtaining the upgrade requirement information of the vehicle OTA upgrade initiated by the user side includes:

[0011] Receive a network resource analysis request sent by the NEF network element; wherein the network resource analysis request carries the upgrade requirement information of this vehicle OTA upgrade event; the network resource analysis request is sent by the NEF network element after receiving the vehicle OTA upgrade request sent by the AF network element on the user side; the vehicle OTA upgrade request carries the upgrade requirement information of this vehicle OTA upgrade event.

[0012] In one of the embodiments, the upgrade requirement information includes at least one of the update package size, the number of vehicles to be upgraded, and the SIM card identifier of the vehicle to be upgraded.

[0013] In one embodiment, according to the upgrade requirement information, the network resource information required for the vehicle OTA upgrade event is determined, including:

[0014] According to the SIM card identifier of the vehicle to be upgraded, the contracted network rate of the vehicle to be upgraded is obtained;

[0015] Based on the update package size, the number of vehicles and the contracted network rate of the vehicles to be upgraded, determine the network resource information required for this vehicle OTA upgrade event.

[0016] In one embodiment, obtaining the contracted network rate of the vehicle to be upgraded according to the SIM card identifier of the vehicle to be upgraded includes:

[0017] Generate a contract data acquisition request according to the SIM card identifier of the vehicle to be upgraded;

[0018] A contract data acquisition request is sent to the UDM network element, so that the UDM network element feeds back the contract information of the vehicle to be upgraded based on the contract data acquisition request; wherein the contract information includes the contract network rate.

[0019] In one embodiment, the network resource information required for the vehicle OTA upgrade event is determined based on the update package size, the number of vehicles, and the contracted network rate of the vehicle to be upgraded, including:

[0020] Determine the network occupancy time based on the update package size and the contracted network rate of the vehicle to be upgraded;

[0021] Determine network bandwidth usage information based on the number of vehicles and the contracted network rates of the vehicles to be upgraded;

[0022] The network occupancy time and network bandwidth occupancy information are used as the network resource information required for this vehicle OTA upgrade event.

[0023] In one embodiment, the method further comprises:

[0024] Sending a load status acquisition request to a target network element; wherein the target network element is an OAM network element, an NRF network element or an associated network element;

[0025] The target network element receives the historical load status of the associated network element for which the target network element obtains the feedback request based on the load status.

[0026] In a second aspect, the present application provides a vehicle OTA upgrade device, which is configured in a NWDAF network element, and the device includes:

[0027] An acquisition module is used to obtain the upgrade requirement information of the vehicle OTA upgrade event initiated by the user side;

[0028] A determination module is used to determine the network resource information required for this vehicle OTA upgrade event based on the upgrade requirement information;

[0029] A prediction module, used to predict the upgrade start time of this vehicle OTA upgrade event based on network resource information and historical load conditions of associated network elements; wherein the associated network element is the network element associated with this vehicle OTA upgrade event;

[0030] The first sending module is used to feed back the upgrade start time to the user side, so that the user side executes the vehicle OTA upgrade event based on the upgrade start time.

[0031] In a third aspect, the present application further provides a computer device, the computer device comprising a memory and a processor, the memory storing a computer program, and the processor implementing the following steps when executing the computer program:

[0032] Obtain the upgrade requirement information of the vehicle OTA upgrade event initiated by the user;

[0033] According to the upgrade requirement information, determine the network resource information that needs to be occupied by this vehicle OTA upgrade event;

[0034] Predict the upgrade start time of this vehicle OTA upgrade event based on network resource information and historical load conditions of associated network elements; wherein the associated network element is the network element associated with this vehicle OTA upgrade event;

[0035] Feedback the upgrade start time to the user side so that the user side can execute the vehicle OTA upgrade event based on the upgrade start time.

[0036] In a fourth aspect, the present application further provides a computer-readable storage medium, on which a computer program is stored, and when the computer program is executed by a processor, the following steps are implemented:

[0037] Obtain the upgrade requirement information of the vehicle OTA upgrade event initiated by the user;

[0038] According to the upgrade requirement information, determine the network resource information that needs to be occupied by this vehicle OTA upgrade event;

[0039] Predict the upgrade start time of this vehicle OTA upgrade event based on network resource information and historical load conditions of associated network elements; wherein the associated network element is the network element associated with this vehicle OTA upgrade event;

[0040] Feedback the upgrade start time to the user side so that the user side can execute the vehicle OTA upgrade event based on the upgrade start time.

[0041] In a fifth aspect, the present application further provides a computer program product, the computer program product comprising a computer program, and when the computer program is executed by a processor, the following steps are implemented:

[0042] Obtain the upgrade requirement information of the vehicle OTA upgrade event initiated by the user;

[0043] According to the upgrade requirement information, determine the network resource information that needs to be occupied by this vehicle OTA upgrade event;

[0044] Predict the upgrade start time of this vehicle OTA upgrade event based on network resource information and historical load conditions of associated network elements; wherein the associated network element is the network element associated with this vehicle OTA upgrade event;

[0045] Feedback the upgrade start time to the user side so that the user side can execute the vehicle OTA upgrade event based on the upgrade start time.

[0046] The above-mentioned vehicle OTA upgrade method, device, computer equipment and storage medium obtain the upgrade requirement information of the vehicle over-the-air download technology OTA upgrade event initiated by the user side; determine the network resource information required for this vehicle OTA upgrade event based on the upgrade requirement information; predict the upgrade start time of this vehicle OTA upgrade event based on the network resource information and the historical load of the associated network element; wherein the associated network element is the network element associated with this vehicle OTA upgrade event; feedback the upgrade start time to the user side, so that the user side executes this vehicle OTA upgrade event based on the upgrade start time. Based on this application, the communication cost and manpower investment between car companies and operators are effectively reduced, and the existing situation where most of the OTA upgrades are performed late at night (light network load) due to the lack of accurate upgrade start time, and some vehicles are parked in the basement resulting in upgrade failures, and the vehicle OTA upgrade efficiency and user service experience are improved. BRIEF DESCRIPTION OF THE DRAWINGS

[0047] Figure 1 An application environment diagram of a vehicle OTA upgrade method provided in this embodiment;

[0048] Figure 2 A schematic diagram of the process flow of the first vehicle OTA upgrade method provided in this embodiment;

[0049] Figure 3 A schematic diagram of a process for determining network resource information required for this vehicle OTA upgrade event provided in this embodiment;

[0050] Figure 4 A schematic diagram of a process for obtaining historical load conditions of associated network elements provided in this embodiment;

[0051] Figure 5 A schematic diagram of a flow chart of a second vehicle OTA upgrade method provided in this embodiment;

[0052] Figure 6 A structural block diagram of a vehicle OTA upgrade device provided in this embodiment;

[0053] Figure 7 This is a diagram of the internal structure of the computer device provided in this embodiment. DETAILED DESCRIPTION

[0054] In order to make the purpose, technical solution and advantages of the present application more clearly understood, the present application is further described in detail below in conjunction with the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are only used to explain the present application and are not used to limit the present application.

[0055] The vehicle OTA upgrade method provided in the embodiment of the present application can be applied to Figure 1 In the application environment shown. Among them, the NWDAF network element 104 obtains the upgrade requirement information of the vehicle OTA upgrade event initiated by the user side 102. And based on the upgrade requirement information, determine the network resource information that needs to be occupied by this vehicle OTA upgrade event. The NWDAF network element 104 predicts the upgrade start time of this vehicle OTA upgrade event based on the network resource information and the historical load of the associated network elements. The NWDAF network element 104 feeds back the upgrade start time to the user side, so that the user side 102 executes this vehicle OTA upgrade event based on the upgrade start time. Among them, the associated network element is the network element associated with this vehicle OTA upgrade event.

[0056] Among them, NWDAF (Network Data Analytics Function) network element is an intelligent analysis network element introduced by the core network after the 3GPP R16 version. It can collect data from OAM network elements, NRF network elements, other network elements themselves, etc., and perform corresponding predictions and analysis.

[0057] OAM (Operation Administration and Maintenance) network elements are used to meet the actual needs of operators' network operations. Network management work is usually divided into three categories: operation, administration, and maintenance, referred to as OAM. Operation mainly completes the analysis, prediction, planning, and configuration of daily network and business operations; maintenance mainly involves daily operational activities such as testing and fault management of the network and its services.

[0058] The NRF (Network Repository Function) network element is mainly responsible for the registration and status monitoring of network function services, realizing the automatic management, selection and scalability of network function services, and allowing each network function to discover the services provided by other network functions.

[0059] The user side refers to the side of the network where the end users or terminal devices are located.

[0060] In one embodiment, Figure 2 is a flow chart of a vehicle OTA upgrade method provided in accordance with an embodiment of the present application, wherein the method is applied to Figure 1 Taking the NWDAF network element in FIG. 1 as an example, the method includes the following steps:

[0061] S201, obtaining upgrade requirement information of the vehicle OTA upgrade event initiated by the user side.

[0062] Among them, the user side refers to the network or terminal device on the user side. The user side in this application mainly refers to the AF (Application Function) network element of the car company; AF is similar to an application server, which interacts with other fifth-generation mobile information technology 5G core network control plane NF (Network Functions) and provides business services. AF can exist for different application services and can be owned by operators or trusted third parties. This vehicle OTA upgrade event refers to the event generated by the vehicle OTA upgrade this time; OTA upgrade event is also a vehicle operating system event, a typical vehicle networking business scenario, which is crucial for modern smart vehicles because it allows manufacturers or developers to push updates to users in an efficient and convenient way without the need for users to perform manual update operations in person. Upgrade requirement information refers to the basic information of the upgrade event required to ensure the smooth completion of the vehicle OTA upgrade; the upgrade requirement information in this application includes but is not limited to at least one of the update package size, the number of vehicles to be upgraded, and the SIM card identifier of the vehicle to be upgraded. The update package size refers to the capacity of the software package involved in this OTA upgrade. The vehicle to be upgraded refers to the vehicle that needs to be upgraded this time. The number of vehicles refers to the number of vehicles to be upgraded that need to be upgraded OTA, and the number is at least one. The SIM card identification of the vehicle to be upgraded refers to the card number of the SIM card on which the vehicle to be upgraded relies for network communication.

[0063] As an optional implementation method of the embodiment of the present application, a vehicle OTA upgrade request for the vehicle OTA upgrade event directly initiated by a terminal device on the user side is obtained, wherein the vehicle OTA upgrade request carries upgrade requirement information.

[0064] As another optional implementation of the embodiment of the present application, the AF network element on the user side sends a vehicle OTA upgrade request to the NEF network element; wherein the vehicle OTA upgrade request carries the upgrade requirement information of this vehicle OTA upgrade event. The NEF network element generates a network resource analysis request (for example, Nnwdaf_AnalyticsInfo_Request message) based on the vehicle OTA upgrade request; wherein the network resource analysis request carries the upgrade requirement information of this vehicle OTA upgrade event. And sends a network resource analysis request to the NWDAF network element.

[0065] S202: Determine the network resource information that will be occupied by the vehicle OTA upgrade event based on the upgrade requirement information.

[0066] Among them, network resource information mainly refers to information such as network duration and network bandwidth.

[0067] As an optional implementation method of the embodiment of the present application, the upgrade requirement information is input into a network analysis model, and the network analysis model outputs the network resource information that needs to be occupied by this vehicle OTA upgrade event based on the upgrade requirement information.

[0068] As another optional implementation of the embodiment of the present application, the network resource information required for the vehicle OTA upgrade event is determined according to the upgrade requirement information and the resource occupation list. The resource occupation list records each upgrade requirement information and the network resource information required for each upgrade requirement information.

[0069] S203: predicting the upgrade start time of this vehicle OTA upgrade event based on the network resource information and the historical load of the associated network elements.

[0070] Among them, the associated network element is the network element associated with this vehicle OTA upgrade event, and the associated network elements mainly include but are not limited to SMF (Service Management Function) network elements, UPF (User plane Function) network elements, etc. SMF network elements are mainly used to establish sessions during the vehicle OTA upgrade process, and UPF network elements are mainly used to provide the bandwidth required for vehicle OTA upgrade events. The historical load condition refers to the load condition of the associated network element within a preset historical period, which usually has a certain regularity. The upgrade start time refers to the start time of executing this vehicle OTA upgrade.

[0071] As an optional implementation of the embodiment of the present application, the NWDAF network element predicts the upgrade period of the vehicle OTA upgrade event based on the network resource information required and the historical load conditions of the associated network elements, as well as the prediction model, and uses the start time of the upgrade period as the upgrade start time.

[0072] As another optional implementation of the embodiment of the present application, the NWDAF network element determines the historical time period in which the associated network element can meet the network resource information based on the historical load of the associated network element, and uses the historical time period as the future time period. For example, if the historical time period includes 2-3 o'clock, 4-5 o'clock, etc., then 2-3 o'clock and 4-5 o'clock are used as future time periods. The future time period closest to the current time is used as the target time period. For example, if the current time is 1 o'clock, then 2-3 o'clock is used as the target time period. Finally, the start time of the target time period is used as the upgrade start time of this vehicle OTA upgrade event.

[0073] It should be noted that, in this embodiment, the NWDAF network element also needs to record the time period corresponding to the upgrade start time (such as the upgrade time period or target time period in the above embodiment) to avoid conflicts between other tasks and this vehicle OTA upgrade event in the time period.

[0074] S204, feeding back the upgrade start time to the user side, so that the user side executes the vehicle OTA upgrade event based on the upgrade start time.

[0075] As an optional implementation of the embodiment of the present application, the upgrade start time is directly fed back to the terminal device on the user side, so that the user side executes the vehicle OTA upgrade event based on the upgrade start time.

[0076] As another optional implementation of the embodiment of the present application, a network resource analysis response message is fed back to the NEF network element, wherein the network resource analysis response message carries the upgrade start time. The NEF network element sends a vehicle OTA upgrade response message to the AF network element on the user side, wherein the vehicle OTA upgrade response message carries the upgrade start time.

[0077] Optionally, the user side can implement the vehicle OTA upgrade event by issuing an update package or firmware at the upgrade start time, and controlling the vehicle to be upgraded to perform the vehicle OTA upgrade operation. During the upgrade process, the vehicle OTA upgrade can be completed without affecting the normal operation of the core network.

[0078] The above-mentioned vehicle OTA upgrade method obtains the upgrade requirement information of the vehicle air download technology OTA upgrade event initiated by the user side; determines the network resource information required for this vehicle OTA upgrade event according to the upgrade requirement information; predicts the upgrade start time of this vehicle OTA upgrade event according to the network resource information and the historical load of the associated network element; wherein the associated network element is the network element associated with this vehicle OTA upgrade event; and feeds back the upgrade start time to the user side so that the user side executes this vehicle OTA upgrade event based on the upgrade start time. Based on this application, the communication cost and manpower investment between car companies and operators are effectively reduced, and the existing situation that most of the OTA upgrades are performed late at night (light network load) due to the lack of accurate upgrade start time, and some vehicles are parked in the basement, resulting in upgrade failure, and improves the vehicle OTA upgrade efficiency and user service experience. This application can notify the users of the vehicles to be upgraded of the upgrade start time in advance, so that users can pay attention to exposing the vehicles to places with good network signals as much as possible during this period, which can effectively avoid the failure of vehicle OTA upgrades.

[0079] In one embodiment, in order to more accurately determine the network resource information that needs to be occupied, such as Figure 3 As shown, an optional implementation in S202 includes:

[0080] S301, obtaining the contracted network rate of the vehicle to be upgraded according to the SIM card identifier of the vehicle to be upgraded.

[0081] Among them, the contracted network rate refers to the upper limit of the network downlink rate during OTA upgrade signed by the vehicle to be upgraded, which is generally megabits per second (Mbps) or gigabits per second (Gbps).

[0082] Optionally, in this embodiment, a subscription data acquisition request is generated according to the SIM card identifier of the vehicle to be upgraded. The subscription data acquisition request is sent to the UDM network element, so that the UDM network element feeds back the subscription information of the vehicle to be upgraded based on the subscription data acquisition request; wherein the subscription information includes the subscription network rate.

[0083] It should be noted that the contracted network rate refers to the upper limit of the contracted network downlink rate.

[0084] S302, determining the network resource information that needs to be occupied by this vehicle OTA upgrade event based on the size of the update package, the number of vehicles, and the contracted network rate of the vehicles to be upgraded.

[0085] Optionally, in this embodiment, the network occupancy time can be determined based on the update package size and the contracted network rate of the vehicle to be upgraded. The network bandwidth occupancy information is determined based on the number of vehicles and the contracted network rate of the vehicle to be upgraded. The network occupancy time and network bandwidth occupancy information are used as the network resource information required for this vehicle OTA upgrade event.

[0086] In this embodiment, an optional implementation method for determining the network occupancy time based on the update package size and the contracted network rate of the vehicle to be upgraded is that, for each vehicle to be upgraded, the ratio of the update package size to the contracted network rate of the vehicle to be upgraded is used as the network occupancy time of the vehicle to be upgraded. Since there are multiple vehicles to be upgraded, the longest network occupancy time among the vehicles to be upgraded is used as the final network occupancy time.

[0087] In this embodiment, an optional implementation method for determining the network bandwidth occupancy information based on the number of vehicles and the contracted network rate of the vehicles to be upgraded is to multiply the number of vehicles by the network contracted rate of the vehicles to be upgraded as the network bandwidth occupancy information. It should be noted that the network bandwidth occupancy information refers to the bandwidth occupancy information of the occupied UPF network element.

[0088] In this embodiment, the contracted network rate of the vehicle to be upgraded is obtained according to the SIM card identifier of the vehicle to be upgraded; based on the update package size, the number of vehicles and the contracted network rate of the vehicle to be upgraded, the network resource information required for this vehicle OTA upgrade event can be more accurately determined.

[0089] In one embodiment, in order to more flexibly obtain the historical load status of the associated network element, such as Figure 4 As shown, an optional implementation of a vehicle OTA upgrade method includes:

[0090] S401, sending a load status acquisition request to a target network element.

[0091] The target network element is an OAM network element, an NRF network element or an associated network element. The associated network elements include at least UPF network elements and SMF network elements. NRF (Network Repository Function) network elements are mainly responsible for the registration and status monitoring of network function services, realizing the automatic management, selection and scalability of network function services, and allowing each network function to discover the services provided by other network functions. The historical load situation refers to the load situation of the associated network element in the historical period.

[0092] An optional implementation of this embodiment is that, when the target network element is an OAM network element or an NRF network element, the load status acquisition request needs to carry a network element identifier of the associated network element, such as a network element address. The load status acquisition request is sent to the target network element.

[0093] Another optional implementation of this embodiment is, when the target network element is an associated network element, sending a load status acquisition request to the associated network element.

[0094] S402, receiving the historical load status of the associated network element for which the target network element obtains the request for feedback based on the load status.

[0095] Optionally, in this embodiment, the target network element queries or directly obtains the historical load status of the associated network element, and feeds back the historical load status of the associated network element to the NWDAF.

[0096] In this embodiment, a load condition acquisition request is sent to a target network element; wherein the target network element is an OAM network element, an NRF network element, or an associated network element. The historical load condition of the associated network element fed back by the target network element based on the load condition acquisition request is received. Based on this embodiment, the historical load condition of the associated network element can be obtained in a variety of ways, which improves the flexibility of the historical load condition of each associated network element.

[0097] In one embodiment, if Figure 5 As shown, another optional implementation of a vehicle OTA upgrade method includes:

[0098] S501, the AF network element at the user side sends a vehicle OTA upgrade request to the NEF network element. The vehicle OTA upgrade request carries the upgrade requirement information of this vehicle OTA upgrade event. The upgrade requirement information includes at least one of the update package size, the number of vehicles to be upgraded, and the SIM card identifier of the vehicle to be upgraded.

[0099] S502, the NEF network element sends a network resource analysis request carrying upgrade requirement information of this vehicle OTA upgrade event to the NWDAF network element.

[0100] S503, the NWDAF network element generates a subscription data acquisition request according to the SIM card identifier of the vehicle to be upgraded in the upgrade requirement information.

[0101] S504, the NWDAF network element sends a subscription data acquisition request to the UDM network element, so that the UDM network element feeds back the subscription information of the vehicle to be upgraded based on the subscription data acquisition request, wherein the subscription information includes the subscription network rate.

[0102] S505, the NWDAF network element determines the network occupancy time according to the contracted network rate of the vehicle to be upgraded and the update package size in the upgrade requirement information.

[0103] S506, the NWDAF network element determines the network bandwidth occupancy information according to the contracted network rate of the vehicle to be upgraded and the number of vehicles in the upgrade requirement information.

[0104] S507, the NWDAF network element uses the network occupancy time and the network bandwidth occupancy information as the network resource information required for this vehicle OTA upgrade event.

[0105] S508, the NWDAF network element sends a load status acquisition request to the target network element. The target network element is an OAM network element, an NRF network element, or an associated network element. The associated network element is the network element associated with this vehicle OTA upgrade event.

[0106] S509, the NWDAF network element receives the historical load status of the associated network element fed back by the target network element based on the load status acquisition request.

[0107] S510, the NWDAF network element predicts the upgrade start time of this vehicle OTA upgrade event based on the network resource information and the historical load of the associated network elements.

[0108] S511, the NWDAF network element feeds back the upgrade start time to the AF network element on the user side, so that the user side executes this vehicle OTA upgrade event based on the upgrade start time.

[0109] In this embodiment, the upgrade requirement information of the vehicle over-the-air technology OTA upgrade event initiated by the user side is obtained; based on the upgrade requirement information, the network resource information required for the vehicle OTA upgrade event is determined; based on the network resource information and the historical load of the associated network element, the upgrade start time of the vehicle OTA upgrade event is predicted; wherein the associated network element is the network element associated with the vehicle OTA upgrade event; the upgrade start time is fed back to the user side, so that the user side executes the vehicle OTA upgrade event based on the upgrade start time. Based on this application, the communication cost and manpower investment between car companies and operators are effectively reduced, and the existing situation where most of the OTA upgrades are performed late at night (light network load) due to the lack of an accurate upgrade start time, and some vehicles are parked in the basement resulting in upgrade failures, is avoided, and the vehicle OTA upgrade efficiency and user service experience are improved.

[0110] It should be understood that, although the steps in the flowcharts involved in the above embodiments are displayed in sequence according to the indication of the arrows, these steps are not necessarily executed in sequence according to the order indicated by the arrows. Unless there is a clear explanation in this article, the execution of these steps is not strictly limited in order, and these steps can be executed in other orders. Moreover, at least a part of the steps in the flowcharts involved in the above embodiments may include multiple steps or multiple stages, and these steps or stages are not necessarily executed at the same time, but can be executed at different times, and the execution order of these steps or stages is not necessarily carried out in sequence, but can be executed in turn or alternately with other steps or at least a part of the steps or stages in other steps.

[0111] Based on the same inventive concept, the embodiment of the present application also provides a vehicle OTA upgrade device for implementing the vehicle OTA upgrade method involved above. The implementation scheme for solving the problem provided by the device is similar to the implementation scheme recorded in the above method, so the specific limitations in one or more vehicle OTA upgrade device embodiments provided below can refer to the limitations of the vehicle OTA upgrade method above, and will not be repeated here.

[0112] In one embodiment, by Figure 6 FIG. 1 shows a structural block diagram of a vehicle OTA upgrade device in one embodiment. Figure 6 As shown, a vehicle OTA upgrade device 1 is provided, the device comprising: an acquisition module 10, a determination module 20, a prediction module 30 and a first sending module 40, wherein:

[0113] The acquisition module 10 is used to obtain the upgrade requirement information of the vehicle OTA upgrade event initiated by the user side;

[0114] A determination module 20 is used to determine the network resource information required for this vehicle OTA upgrade event according to the upgrade requirement information;

[0115] The prediction module 30 is used to predict the upgrade start time of this vehicle OTA upgrade event according to the network resource information and the historical load of the associated network element; wherein the associated network element is the network element associated with this vehicle OTA upgrade event;

[0116] The first sending module 40 is used to feed back the upgrade start time to the user side, so that the user side executes the vehicle OTA upgrade event based on the upgrade start time.

[0117] The above-mentioned vehicle OTA upgrade device obtains the upgrade requirement information of the vehicle over-the-air download technology OTA upgrade event initiated by the user side; determines the network resource information required for the vehicle OTA upgrade event based on the upgrade requirement information; predicts the upgrade start time of the vehicle OTA upgrade event based on the network resource information and the historical load of the associated network element; wherein the associated network element is the network element associated with the vehicle OTA upgrade event; and feeds back the upgrade start time to the user side so that the user side executes the vehicle OTA upgrade event based on the upgrade start time. Based on this application, the communication cost and manpower investment between car companies and operators are effectively reduced, and the existing situation where most of the vehicles choose to perform OTA upgrades late at night (light network load) due to the lack of an accurate upgrade start time, and some vehicles are parked in the basement, resulting in upgrade failures, is avoided, and the vehicle OTA upgrade efficiency and user service experience are improved.

[0118] In one embodiment, the Figure 6 The acquisition module 10 is also specifically used for:

[0119] Receive a network resource analysis request sent by the NEF network element; wherein the network resource analysis request carries the upgrade requirement information of this vehicle OTA upgrade event; the network resource analysis request is sent by the NEF network element after receiving the vehicle OTA upgrade request sent by the AF network element on the user side; the vehicle OTA upgrade request carries the upgrade requirement information of this vehicle OTA upgrade event.

[0120] In one of the embodiments, the upgrade requirement information includes at least one of the update package size, the number of vehicles to be upgraded, and the SIM card identifier of the vehicle to be upgraded.

[0121] In one embodiment, the Figure 6 The determining module 20 is further specifically used for:

[0122] According to the SIM card identifier of the vehicle to be upgraded, the contracted network rate of the vehicle to be upgraded is obtained;

[0123] Based on the update package size, the number of vehicles and the contracted network rate of the vehicles to be upgraded, determine the network resource information required for this vehicle OTA upgrade event.

[0124] In one embodiment, the Figure 6 The determining module 20 is further specifically used for:

[0125] Generate a contract data acquisition request according to the SIM card identifier of the vehicle to be upgraded;

[0126] A contract data acquisition request is sent to the UDM network element, so that the UDM network element feeds back the contract information of the vehicle to be upgraded based on the contract data acquisition request; wherein the contract information includes the contract network rate.

[0127] In one embodiment, the Figure 6 The determining module 20 is further specifically used for:

[0128] Determine the network occupancy time based on the update package size and the contracted network rate of the vehicle to be upgraded;

[0129] Determine network bandwidth usage information based on the number of vehicles and the contracted network rates of the vehicles to be upgraded;

[0130] The network occupancy time and network bandwidth occupancy information are used as the network resource information required for this vehicle OTA upgrade event.

[0131] In one embodiment, the Figure 6 The vehicle OTA upgrade device 1 further comprises:

[0132] The second sending module is used to send a load status acquisition request to a target network element; wherein the target network element is an OAM network element, an NRF network element or an associated network element;

[0133] The receiving module is used to receive the historical load status of the associated network element for which the target network element obtains the request feedback based on the load status.

[0134] Each module in the above-mentioned vehicle OTA upgrade device can be implemented in whole or in part by software, hardware, or a combination thereof. Each of the above-mentioned modules can be embedded in or independent of the processor in the computer device in the form of hardware, or can be stored in the memory in the computer device in the form of software, so that the processor can call and execute the corresponding operations of each of the above modules.

[0135] In one embodiment, a computer device is provided. The computer device may be a platform side, and its internal structure diagram may be as shown in FIG. Figure 7As shown. The computer device includes a processor, a memory and a network interface connected via a system bus. Among them, the processor of the computer device is used to provide computing and control capabilities. The memory of the computer device includes a non-volatile storage medium and an internal memory. The non-volatile storage medium stores an operating system, a computer program and a database. The internal memory provides an environment for the operation of the operating system and the computer program in the non-volatile storage medium. The database of the computer device is used to store information related to the vehicle OTA upgrade method. The network interface of the computer device is used to communicate with an external user side through a network connection. When the computer program is executed by the processor, a vehicle OTA upgrade method is implemented.

[0136] Those skilled in the art will understand that Figure 7 The structure shown in the figure is merely a block diagram of a portion of the structure related to the solution of the present application, and does not constitute a limitation on the computer device to which the solution of the present application is applied. Specifically, the computer device may include more or fewer components than those shown in the figure, or combine certain components, or have a different arrangement of components.

[0137] In one embodiment, a computer device is provided, including a memory and a processor, wherein a computer program is stored in the memory, and when the processor executes the computer program, the following steps are implemented:

[0138] Obtain the upgrade requirement information of the vehicle OTA upgrade event initiated by the user;

[0139] According to the upgrade requirement information, determine the network resource information that needs to be occupied by this vehicle OTA upgrade event;

[0140] Predict the upgrade start time of this vehicle OTA upgrade event based on network resource information and historical load conditions of associated network elements; wherein the associated network element is the network element associated with this vehicle OTA upgrade event;

[0141] Feedback the upgrade start time to the user side so that the user side can execute the vehicle OTA upgrade event based on the upgrade start time.

[0142] In one embodiment, when the processor executes the computer program, the following steps are further implemented: obtaining upgrade requirement information of the vehicle OTA upgrade initiated by the user side, including:

[0143] Receive a network resource analysis request sent by the NEF network element; wherein the network resource analysis request carries the upgrade requirement information of this vehicle OTA upgrade event; the network resource analysis request is sent by the NEF network element after receiving the vehicle OTA upgrade request sent by the AF network element on the user side; the vehicle OTA upgrade request carries the upgrade requirement information of this vehicle OTA upgrade event.

[0144] In one embodiment, when the processor executes the computer program, the following steps are further implemented: the upgrade requirement information includes at least one of the update package size, the number of vehicles to be upgraded, and the SIM card identifier of the vehicle to be upgraded.

[0145] In one embodiment, when the processor executes the computer program, the following steps are further implemented: determining the network resource information required for the vehicle OTA upgrade event according to the upgrade requirement information, including:

[0146] According to the SIM card identifier of the vehicle to be upgraded, the contracted network rate of the vehicle to be upgraded is obtained;

[0147] Based on the update package size, the number of vehicles and the contracted network rate of the vehicles to be upgraded, determine the network resource information required for this vehicle OTA upgrade event.

[0148] In one embodiment, when the processor executes the computer program, the following steps are further implemented: obtaining the contracted network rate of the vehicle to be upgraded according to the SIM card identifier of the vehicle to be upgraded, including:

[0149] Generate a contract data acquisition request according to the SIM card identifier of the vehicle to be upgraded;

[0150] A contract data acquisition request is sent to the UDM network element, so that the UDM network element feeds back the contract information of the vehicle to be upgraded based on the contract data acquisition request; wherein the contract information includes the contract network rate.

[0151] In one embodiment, when the processor executes the computer program, the following steps are further implemented: determining the network resource information required for this vehicle OTA upgrade event according to the update package size, the number of vehicles, and the contracted network rate of the vehicle to be upgraded, including:

[0152] Determine the network occupancy time based on the update package size and the contracted network rate of the vehicle to be upgraded;

[0153] Determine network bandwidth usage information based on the number of vehicles and the contracted network rates of the vehicles to be upgraded;

[0154] The network occupancy time and network bandwidth occupancy information are used as the network resource information required for this vehicle OTA upgrade event.

[0155] In one embodiment, when the processor executes the computer program, the processor further implements the following steps:

[0156] Sending a load status acquisition request to a target network element; wherein the target network element is an OAM network element, an NRF network element or an associated network element;

[0157] The target network element receives the historical load status of the associated network element for which the target network element obtains the feedback request based on the load status.

[0158] In one embodiment, a computer readable storage medium is provided, on which a computer program is stored, and when the computer program is executed by a processor, the following steps are implemented:

[0159] Obtain the upgrade requirement information of the vehicle OTA upgrade event initiated by the user;

[0160] According to the upgrade requirement information, determine the network resource information that needs to be occupied by this vehicle OTA upgrade event;

[0161] Predict the upgrade start time of this vehicle OTA upgrade event based on network resource information and historical load conditions of associated network elements; wherein the associated network element is the network element associated with this vehicle OTA upgrade event;

[0162] Feedback the upgrade start time to the user side so that the user side can execute the vehicle OTA upgrade event based on the upgrade start time.

[0163] In one embodiment, when the computer program is executed by the processor, the following steps are further implemented: obtaining upgrade requirement information of the vehicle OTA upgrade initiated by the user side, including:

[0164] Receive a network resource analysis request sent by the NEF network element; wherein the network resource analysis request carries the upgrade requirement information of this vehicle OTA upgrade event; the network resource analysis request is sent by the NEF network element after receiving the vehicle OTA upgrade request sent by the AF network element on the user side; the vehicle OTA upgrade request carries the upgrade requirement information of this vehicle OTA upgrade event.

[0165] In one embodiment, when the computer program is executed by the processor, the following steps are also implemented: the upgrade requirement information includes at least one of the update package size, the number of vehicles to be upgraded, and the SIM card identifier of the vehicle to be upgraded.

[0166] In one embodiment, according to the upgrade requirement information, the network resource information required for the vehicle OTA upgrade event is determined, including:

[0167] According to the SIM card identifier of the vehicle to be upgraded, the contracted network rate of the vehicle to be upgraded is obtained;

[0168] Based on the update package size, the number of vehicles and the contracted network rate of the vehicles to be upgraded, determine the network resource information required for this vehicle OTA upgrade event.

[0169] In one embodiment, when the computer program is executed by the processor, the following steps are further implemented: obtaining the contracted network rate of the vehicle to be upgraded according to the SIM card identifier of the vehicle to be upgraded, including:

[0170] Generate a contract data acquisition request according to the SIM card identifier of the vehicle to be upgraded;

[0171] A contract data acquisition request is sent to the UDM network element, so that the UDM network element feeds back the contract information of the vehicle to be upgraded based on the contract data acquisition request; wherein the contract information includes the contract network rate.

[0172] In one embodiment, when the computer program is executed by the processor, the following steps are further implemented: determining the network resource information required for this vehicle OTA upgrade event according to the update package size, the number of vehicles, and the contracted network rate of the vehicle to be upgraded, including:

[0173] Determine the network occupancy time based on the update package size and the contracted network rate of the vehicle to be upgraded;

[0174] Determine network bandwidth usage information based on the number of vehicles and the contracted network rates of the vehicles to be upgraded;

[0175] The network occupancy time and network bandwidth occupancy information are used as the network resource information required for this vehicle OTA upgrade event.

[0176] In one embodiment, when the computer program is executed by a processor, the following steps are also implemented:

[0177] Sending a load status acquisition request to a target network element; wherein the target network element is an OAM network element, an NRF network element or an associated network element;

[0178] The target network element receives the historical load status of the associated network element for which the target network element obtains the feedback request based on the load status.

[0179] In one embodiment, a computer program product is provided, comprising a computer program, which, when executed by a processor, implements the following steps:

[0180] Obtain the upgrade requirement information of the vehicle OTA upgrade event initiated by the user;

[0181] According to the upgrade requirement information, determine the network resource information that needs to be occupied by this vehicle OTA upgrade event;

[0182] Predict the upgrade start time of this vehicle OTA upgrade event based on network resource information and historical load conditions of associated network elements; wherein the associated network element is the network element associated with this vehicle OTA upgrade event;

[0183] Feedback the upgrade start time to the user side so that the user side can execute the vehicle OTA upgrade event based on the upgrade start time.

[0184] In one embodiment, when the computer program is executed by the processor, the following steps are further implemented: obtaining upgrade requirement information of the vehicle OTA upgrade initiated by the user side, including:

[0185] Receive a network resource analysis request sent by the NEF network element; wherein the network resource analysis request carries the upgrade requirement information of this vehicle OTA upgrade event; the network resource analysis request is sent by the NEF network element after receiving the vehicle OTA upgrade request sent by the AF network element on the user side; the vehicle OTA upgrade request carries the upgrade requirement information of this vehicle OTA upgrade event.

[0186] In one embodiment, when the computer program is executed by the processor, the following steps are also implemented: the upgrade requirement information includes at least one of the update package size, the number of vehicles to be upgraded, and the SIM card identifier of the vehicle to be upgraded.

[0187] In one embodiment, when the computer program is executed by the processor, the following steps are further implemented: determining the network resource information required for the vehicle OTA upgrade event according to the upgrade requirement information, including:

[0188] According to the SIM card identifier of the vehicle to be upgraded, the contracted network rate of the vehicle to be upgraded is obtained;

[0189] Based on the update package size, the number of vehicles and the contracted network rate of the vehicles to be upgraded, determine the network resource information required for this vehicle OTA upgrade event.

[0190] In one embodiment, when the computer program is executed by the processor, the following steps are further implemented: obtaining the contracted network rate of the vehicle to be upgraded according to the SIM card identifier of the vehicle to be upgraded, including:

[0191] Generate a contract data acquisition request according to the SIM card identifier of the vehicle to be upgraded;

[0192] A contract data acquisition request is sent to the UDM network element, so that the UDM network element feeds back the contract information of the vehicle to be upgraded based on the contract data acquisition request; wherein the contract information includes the contract network rate.

[0193] In one embodiment, when the computer program is executed by the processor, the following steps are further implemented: determining the network resource information required for this vehicle OTA upgrade event according to the update package size, the number of vehicles, and the contracted network rate of the vehicle to be upgraded, including:

[0194] Determine the network occupancy time based on the update package size and the contracted network rate of the vehicle to be upgraded;

[0195] Determine network bandwidth usage information based on the number of vehicles and the contracted network rates of the vehicles to be upgraded;

[0196] The network occupancy time and network bandwidth occupancy information are used as the network resource information required for this vehicle OTA upgrade event.

[0197] In one embodiment, when the computer program is executed by a processor, the following steps are also implemented:

[0198] Sending a load status acquisition request to a target network element; wherein the target network element is an OAM network element, an NRF network element or an associated network element;

[0199] The target network element receives the historical load status of the associated network element for which the target network element obtains the feedback request based on the load status.

[0200] Those skilled in the art can understand that all or part of the processes in the above-mentioned embodiments can be completed by instructing the relevant hardware through a computer program, and the computer program can be stored in a non-volatile computer-readable storage medium. When the computer program is executed, it can include the processes of the embodiments of the above-mentioned methods. Among them, any reference to the memory, database or other medium used in the embodiments provided in this application can include at least one of non-volatile and volatile memory. Non-volatile memory can include read-only memory (ROM), magnetic tape, floppy disk, flash memory, optical memory, high-density embedded non-volatile memory, resistive random access memory (ReRAM), magnetoresistive random access memory (MRAM), ferroelectric random access memory (FRAM), phase change memory (PCM), graphene memory, etc. Volatile memory can include random access memory (RAM) or external cache memory, etc. As an illustration and not limitation, RAM can be in various forms, such as static random access memory (SRAM) or dynamic random access memory (DRAM). The database involved in each embodiment provided in this application may include at least one of a relational database and a non-relational database. Non-relational databases may include distributed databases based on blockchains, etc., but are not limited to this. The processor involved in each embodiment provided in this application may be a general-purpose processor, a central processing unit, a graphics processor, a digital signal processor, a programmable logic device, a data processing logic device based on quantum computing, etc., but are not limited to this.

[0201] The technical features of the above embodiments may be arbitrarily combined. To make the description concise, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this specification.

[0202] The above embodiments only express several implementation methods of the present application, and the descriptions thereof are relatively specific and detailed, but they cannot be understood as limiting the scope of the present application. It should be pointed out that, for a person of ordinary skill in the art, several variations and improvements can be made without departing from the concept of the present application, and these all belong to the protection scope of the present application. Therefore, the protection scope of the present application shall be subject to the attached claims.

Claims

1. A vehicle OTA upgrade method, characterized in that: Applied to a network data analysis function NWDAF network element, the method includes: Obtain the upgrade requirement information of the vehicle over-the-air technology OTA upgrade event initiated by the user side; Determine the network resource information required for the vehicle OTA upgrade event according to the upgrade requirement information; Predicting the upgrade start time of the vehicle OTA upgrade event according to the network resource information and the historical load of the associated network element; wherein the associated network element is the network element associated with the vehicle OTA upgrade event; The upgrade start time is fed back to the user side so that the user side executes the vehicle OTA upgrade event based on the upgrade start time.

2. The method according to claim 1, characterized in that The obtaining of the upgrade requirement information of the vehicle OTA upgrade initiated by the user side includes: Receive a network resource analysis request sent by a network public function NEF network element; wherein, the network resource analysis request carries the upgrade requirement information of the current vehicle OTA upgrade event; the network resource analysis request is sent by the NEF network element after receiving the vehicle OTA upgrade request sent by the application function AF network element on the user side; the vehicle OTA upgrade request carries the upgrade requirement information of the current vehicle OTA upgrade event.

3. The method according to claim 1 or 2, characterized in that: The upgrade requirement information includes at least one of the update package size, the number of vehicles to be upgraded, and the SIM card identifiers of the vehicles to be upgraded.

4. The method according to claim 3, characterized in that Determining the network resource information required for the vehicle OTA upgrade event according to the upgrade requirement information includes: According to the SIM card identifier of the vehicle to be upgraded, obtaining the contracted network rate of the vehicle to be upgraded; The network resource information required for this vehicle OTA upgrade event is determined based on the update package size, the number of vehicles, and the contracted network rate of the vehicles to be upgraded.

5. The method according to claim 4, characterized in that The acquiring, according to the SIM card identifier of the vehicle to be upgraded, the contracted network rate of the vehicle to be upgraded includes: Generate a contract data acquisition request according to the SIM card identifier of the vehicle to be upgraded; The contract data acquisition request is sent to a unified data management function UDM network element, so that the UDM network element feeds back the contract information of the vehicle to be upgraded based on the contract data acquisition request; wherein the contract information includes the contract network rate.

6. The method according to claim 4, characterized in that Determining the network resource information required for the vehicle OTA upgrade event according to the update package size, the number of vehicles, and the contracted network rate of the vehicle to be upgraded includes: Determine the network occupancy time according to the size of the update package and the contracted network rate of the vehicle to be upgraded; Determine network bandwidth occupancy information according to the number of vehicles and the contracted network rate of the vehicles to be upgraded; The network occupancy duration and the network bandwidth occupancy information are used as the network resource information required for this vehicle OTA upgrade event.

7. The method according to claim 1, characterized in that The method further comprises: Sending a load status acquisition request to a target network element; wherein the target network element is an operation management and maintenance OAM network element, a network storage function NRF network element or the associated network element; Receive the historical load condition of the associated network element for which the target network element obtains the request for feedback based on the load condition.

8. A vehicle OTA upgrade device, characterized in that: Configured in the NWDAF network element, the device includes: An acquisition module is used to obtain the upgrade requirement information of the vehicle OTA upgrade event initiated by the user side; A determination module, configured to determine network resource information required for the vehicle OTA upgrade event according to the upgrade requirement information; A prediction module, configured to predict the upgrade start time of the vehicle OTA upgrade event according to the network resource information and the historical load of the associated network element; wherein the associated network element is the network element associated with the vehicle OTA upgrade event; The first sending module is used to feed back the upgrade start time to the user side, so that the user side executes the vehicle OTA upgrade event based on the upgrade start time.

9. A computer device comprising a memory and a processor, wherein the memory stores a computer program, wherein: When the processor executes the computer program, the steps of the method according to any one of claims 1 to 7 are implemented.

10. A computer-readable storage medium having a computer program stored thereon, characterized in that: When the computer program is executed by a processor, the steps of the method according to any one of claims 1 to 7 are implemented.

11. A computer program product, comprising a computer program, characterized in that When the computer program is executed by a processor, the steps of the method according to any one of claims 1 to 7 are implemented.

Images