Data transmission method and device

Abstract

The invention discloses a data transmission method and device, and relates to the technical field of communication. According to the specific technical scheme, the terminal determines the service priority of the ongoing service according to the service information of the ongoing service of the terminal, and the service priority is used for representing the importance degree of the service; sending a data request message to the core network equipment according to the service priority in the process of switching the service access network equipment of the terminal from the source access network equipment to the target access network equipment; wherein the data request message is used for requesting to send the target service data to the target access network equipment, and the target service data is partial service data to be transmitted in the ongoing service.

Description

Technical Field

[0001] This application belongs to the field of communication technology, specifically relating to a data transmission method and apparatus. Background Technology

[0002] Currently, in high-speed mobile scenarios, terminals can request service data from core network devices through source access network devices. After switching the terminal's service access network device from the source access network device to the target access network device, the terminal can receive the service data from the core network device through the target access network device, thereby ensuring service continuity.

[0003] However, in high-speed mobile scenarios, the terminal resides on the target access network device for a short period of time, which may result in the terminal being unable to fully receive the aforementioned service data. Therefore, the continuity of services may not be guaranteed, leading to poor service quality for the terminal. Summary of the Invention

[0004] The purpose of this application is to provide a data transmission method and apparatus that can solve the problem of poor service quality of terminals.

[0005] In a first aspect, embodiments of this application provide a data transmission method, the method comprising: a terminal determining the service priority of an ongoing service based on service information of the ongoing service, the service priority being used to characterize the importance of the service; and during the process of the terminal's serving access network device switching from a source access network device to a target access network device, sending a data request message to a core network device according to the service priority; wherein the data request message is used to request that target service data be sent to the target access network device, the target service data being a portion of the service data to be transmitted in the ongoing service.

[0006] Secondly, embodiments of this application provide a data transmission apparatus, comprising: a determining module and a sending module. The determining module is configured to determine the service priority of the ongoing service based on service information of the service being performed by the data transmission apparatus, wherein the service priority characterizes the importance of the service. The sending module is configured to send a data request message to a core network device according to the service priority during the switching process from a source access network device to a target access network device by the serving access network device of the data transmission apparatus; wherein the data request message requests the transmission of target service data to the target access network device, and the target service data is a portion of the service data to be transmitted within the ongoing service.

[0007] Thirdly, embodiments of this application provide an electronic device including a processor and a memory, the memory storing a program or instructions that can run on the processor, the program or instructions implementing the steps of the method as described in the first aspect when executed by the processor.

[0008] Fourthly, embodiments of this application provide a readable storage medium on which a program or instructions are stored, which, when executed by a processor, implement the steps of the method as described in the first aspect.

[0009] Fifthly, embodiments of this application provide a chip including a processor and a communication interface coupled to the processor, the processor being used to run programs or instructions to implement the method as described in the first aspect.

[0010] In a sixth aspect, embodiments of this application provide a computer program product stored in a storage medium, which is executed by at least one processor to implement the method as described in the first aspect.

[0011] In this embodiment, the terminal can first determine the service priority of the ongoing service based on its service information. This allows the terminal to ascertain the importance of the ongoing service through its service priority. Therefore, during the handover process from the source access network device to the target access network device, the terminal can send a data request message to the core network device based on the service priority. This message allows the terminal to promptly request the core network device to send the target service data (i.e., important data) to be transmitted within the ongoing service. Consequently, the terminal can receive the important data from the target access network device in a timely manner, rather than receiving all the data from the ongoing service. This reduces the amount of non-important data received by the terminal, increasing the probability of fully receiving the important data during the handover process. This improves the continuity of the ongoing service and ultimately enhances the service quality. Attached Figure Description

[0012] Figure 1 This is one of the flowcharts illustrating the data transmission method provided in the embodiments of this application;

[0013] Figure 2 This is a second schematic flowchart of the data transmission method provided in the embodiments of this application;

[0014] Figure 3 This is the third flowchart illustrating the data transmission method provided in the embodiments of this application;

[0015] Figure 4 This is the fourth flowchart illustrating the data transmission method provided in the embodiments of this application;

[0016] Figure 5 This is the fifth flowchart illustrating the data transmission method provided in the embodiments of this application;

[0017] Figure 6 This is the sixth flowchart illustrating the data transmission method provided in the embodiments of this application;

[0018] Figure 7 This is a schematic diagram of model interaction in the data transmission method provided in the embodiments of this application;

[0019] Figure 8 This is a schematic diagram of the structure of the data transmission device provided in the embodiments of this application;

[0020] Figure 9 This is one of the hardware structure diagrams of the electronic device provided in the embodiments of this application;

[0021] Figure 10 This is the second schematic diagram of the hardware structure of the electronic device provided in the embodiments of this application. Detailed Implementation

[0022] The technical solutions of the embodiments of this application will be clearly described below with reference to the accompanying drawings. Obviously, the described embodiments are only some, not all, of the embodiments of this application. All other embodiments obtained by those skilled in the art based on the embodiments of this application are within the scope of protection of this application.

[0023] The terms "first," "second," etc., used in this application's specification are used to distinguish similar objects and not to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate so that embodiments of this application can be implemented in orders other than those illustrated or described herein, and the objects distinguished by "first," "second," etc., are generally of the same class, without limiting the number of objects; for example, a first object can be one or more. Furthermore, in the specification, "and / or" indicates at least one of the connected objects, and the character " / " generally indicates that the preceding and following objects have an "or" relationship.

[0024] The terms "at least one," "at least one," etc., used in this application's specification refer to any one, any two, or a combination of two or more of the included objects. For example, "at least one of a, b, and c" can mean "a," "b," "c," "a and b," "a and c," "b and c," and "a, b, and c," where a, b, and c can be single or multiple. Similarly, "at least two" refers to two or more, and its meaning is similar to that of "at least one."

[0025] The data transmission method and apparatus provided in this application will be described in detail below with reference to the accompanying drawings, through specific embodiments and application scenarios.

[0026] With the fifth generation (5 th Taking a 5G network as an example, the process of a User Equipment (UE) switching from one Node B (source gNB) to another Node B (target gNB) to ensure uninterrupted service involves the following steps: The UE continuously measures the signal quality of surrounding cells (including neighboring Node Bs), and when a better cell is found, the UE sends a measurement report to the source gNB. The source gNB then notifies the core network of the handover, which in turn directs the target gNB to prepare for the handover. Finally, the source gNB issues an RRC reconfiguration command to the UE, enabling the UE to ultimately switch to the target gNB. To reduce the downtime caused by handover, the 3GPP protocol introduces enhancement mechanisms such as Conditional Handover (CHO), Dual Active Protocol Handover (DAPH), and Mobility Robustness Optimization (MRO).

[0027] Currently, in high-speed mobile scenarios, terminals can request service data from core network equipment via source access network equipment. After switching the terminal's serving access network equipment from the source access network equipment to the target access network equipment, the core network equipment can send all requested service data to the source access network equipment, which then forwards it to the target access network equipment. The terminal can then receive the service data from the core network equipment via the target access network equipment, thus ensuring service continuity. However, because the terminal's time spent residing on the target access network equipment is relatively short in high-speed mobile scenarios, there may be instances where the terminal cannot fully receive the requested service data. Therefore, service continuity may not be guaranteed, resulting in poor service quality.

[0028] To address the aforementioned technical problems, this application provides a data transmission method. Figure 1 A flowchart illustrating the data transmission method provided in an embodiment of this application is shown. Figure 1 As shown, the data transmission method provided in this application embodiment may include the following steps 101 and 102.

[0029] Step 101: The terminal determines the service priority of the ongoing service based on the service information of the ongoing service.

[0030] In some embodiments of this application, the services being performed by the terminal can be: services of applications running on the terminal and / or services of functions enabled. The number of services being performed by the terminal can be at least one.

[0031] In some embodiments of this application, the aforementioned business information is used to characterize the importance of a business, and the business information includes at least one of the following: business semantic information and business usage.

[0032] The semantic information of this service includes at least one of the following: the activity name of the application page to which the service belongs, the package name of the foreground application to which the service belongs, the message size of the service, the port number of the service, and the domain name of the service. The usage information of this service includes at least one of the following: the terminal's recent foreground / background switching history, and the terminal's current foreground / background services. Here, "recent" can be understood as the time period prior to a predetermined duration of the terminal's current system time. The foreground / background switching history may include, but is not limited to, the number of foreground / background switching times, the frequency of foreground / background switching, and the time interval between foreground / background switching.

[0033] In some examples, the importance mentioned above is positively correlated with the frequency of user use. It can be understood that the higher the frequency of user use of a service, the higher the importance of that service can be considered.

[0034] In this embodiment of the application, the number of the above-mentioned service priorities can be at least one, and each service priority is the priority of at least one different service in the ongoing service, and each service priority is used to characterize the service importance of the at least one service.

[0035] It's understandable that if a business has a higher priority, then it can be assumed that the business is used more frequently by users.

[0036] In some embodiments of this application, when the terminal enters high-speed rail mode, the terminal can determine the service priority of the ongoing service based on the service information of the ongoing service.

[0037] In some examples, the terminal can determine that it has entered high-speed rail mode based on at least one of the terminal's location information, the terminal's moving speed, and user input information.

[0038] In some embodiments of this application, the terminal can use a pre-trained model (such as the second model in the embodiments below) to calculate the priority of the ongoing service based on the service information of the service being performed by the terminal, and output the service priority of the ongoing service. Specifically, the service information includes: service usage and service semantic information, combined with... Figure 1 ,like Figure 2 As shown, step 101 can be implemented through steps 101a and 101b below.

[0039] Step 101a: The terminal determines the initial priority of the ongoing service based on the service usage situation through the second model.

[0040] In some examples, the second model described above may include, but is not limited to, a neural network model. This second model can be deployed in a terminal, access network device, or core network device (e.g., multi-access edge computing (MEC)). This second model may be called a service-aware model, but it can also be called by other names; this application embodiment does not limit this.

[0041] Optionally, if the second model is deployed on the terminal, the terminal can directly input the service usage information into the second model so that the second model outputs the initial priority of the aforementioned ongoing service.

[0042] Optionally, if the second model is deployed on an access network device or a core network device, the terminal can send a message to the access network device or core network device, which includes service usage information. The access network device or core network device can then input this service usage information into the second model so that the second model outputs the initial priority of the aforementioned ongoing service.

[0043] In this embodiment of the application, the initial priority is used to characterize the initial importance of at least one business.

[0044] In some examples, the number of the above initial priorities can be at least one, and each initial priority can be the priority of at least one different business in the ongoing business, with each initial priority used to characterize the initial importance of that at least one business.

[0045] In some examples, the terminal can first use a second model to divide the services it is currently performing into at least one service group based on service usage, and then use at least one first correspondence to determine the initial priority corresponding to each service group. Here, the first correspondence is the correspondence between service groups and initial priorities.

[0046] Optionally, the above-mentioned at least one service group may include, but is not limited to, at least one of the following: instant response group, instant messaging group, foreground download caching group, and background synchronization group.

[0047] The instant response group may include at least one service of an instant response application, which may include, but is not limited to, telephone applications. The instant messaging group may include at least one service of an instant messaging application, which may include, but is not limited to, audio / video call applications, chat applications, first-person shooter (FPS) game applications, etc. The foreground download / caching group may include at least one service of a foreground download / caching application, which may include, but is not limited to, audio / video playback applications, reading applications, shopping browsing applications, etc. The background synchronization group may include at least one service of a background synchronization application, which may include, but is not limited to, background data synchronization and update applications.

[0048] Optionally, each of the above initial priorities corresponds to a business group. It can be understood that each initial priority is the priority of the business in the corresponding business group.

[0049] Step 101b: The terminal adjusts the initial priority based on the business semantic information through the second model to obtain the business priority.

[0050] It is understandable that the terminal can use the second model to adjust the initial priority of each service according to the service semantic information, thereby obtaining the service priority of each service.

[0051] In some examples, the terminal can first use a second model to divide the above-mentioned at least one service group into at least two sub-service groups based on service semantic information, and use at least one second correspondence to determine the priority corresponding to each sub-service group, and adjust the initial priority of the services in each sub-service group to the determined priority, thereby obtaining the above-mentioned service priority. Here, the above-mentioned second correspondence is the correspondence between sub-service groups and priorities.

[0052] Thus, it can be seen that since the terminal can determine the initial priority of the ongoing service based on the service usage situation through the second model, and adjust the initial priority according to the service semantic information, that is, the terminal can make multiple determinations to obtain the above-mentioned service priority. Therefore, it can be ensured that the service priority can accurately represent the importance of the service. In subsequent steps, the terminal can accurately send data request messages to the core network equipment through the first model, so as to accurately request the core network equipment to send the target service data (i.e. important data) to be transmitted in the ongoing service of the terminal to the target access network equipment. This can further reduce the amount of non-important data received by the terminal, increase the probability that the terminal will completely receive the important data to be transmitted in the ongoing service while residing in the target access network equipment, and further improve the continuity of the ongoing service of the terminal. In this way, the service quality of the terminal can be further improved.

[0053] Step 102: During the process of the terminal's service access network device switching from the source access network device to the target access network device, the terminal sends a data request message to the core network device according to the service priority.

[0054] In some embodiments of this application, the core network equipment described above may include, but is not limited to, User Plane Function (UPF).

[0055] In some embodiments of this application, the number of the aforementioned target access network devices can be at least one.

[0056] In some embodiments of this application, the terminal can determine whether to switch its serving access network device from the source access network device to the target access network device based on the switching conditions configured by the network-side device; or, the terminal can determine whether to switch its serving access network device from the source access network device to the target access network device through a pre-trained model (such as the third model in the following embodiments).

[0057] In some embodiments of this application, the terminal can send a data request message to the core network device according to the service priority through the first model.

[0058] In some embodiments of this application, the first model described above may include, but is not limited to, a neural network model. This first model may be deployed in a terminal, access network device, or core network device. This first model may be called a service preprocessing and targeted distribution caching model; of course, it may also be called other names, and this application does not limit this.

[0059] In some examples, when the first model is deployed on a terminal, the terminal can directly input the aforementioned service priority into the first model, so that the first model can send a data request message to the core network equipment according to the service priority.

[0060] In some examples, when the first model is deployed in an access network device or a core network device, the terminal can send a request message to the access network device or the core network device. The request message includes the aforementioned service priority. The request message is used to request all service data to be transmitted in the service that the terminal is currently performing. Thus, the access network device or the core network device can obtain the service priority from the request message and input the service priority into the first model, so that the first model can send a data request message to the core network device according to the service priority.

[0061] In this embodiment of the application, the aforementioned data request message is used to request that target service data be sent to the target access network device. The target service data is a portion of the service data to be transmitted in an ongoing service.

[0062] In some embodiments of this application, the target service data is determined by the service priority.

[0063] In some embodiments of this application, the terminal can first determine the target service data from the service data to be transmitted in the ongoing service of the terminal using a first model, based on service priority, and then send a data request message to the core network device based on the target service data. Specifically, in conjunction with Figure 1 ,like Figure 3 As shown, step 102 can be implemented through steps 102a and 102b below.

[0064] Step 102a: During the process of the terminal's service access network device switching from the source access network device to the target access network device, the terminal determines the target service data from the service data of the ongoing service through the first model, based on the service priority and the load of the target access network device.

[0065] The business data of the above-mentioned ongoing business can be understood as: business data to be transmitted in the ongoing business.

[0066] In some examples, the above load conditions may include, but are not limited to, at least one of the following: resource overhead, bandwidth utilization, cache utilization, etc.

[0067] In some examples, the terminal can use a first model to determine the data size corresponding to the load of the target access network device, and then determine the N highest priority levels from the service priorities based on the data size, and determine at least a portion of the service data to be transmitted in the services corresponding to the N priorities as the target service data.

[0068] Optionally, the terminal can use a third correspondence to determine the quantity N corresponding to the upper limit data size, and then determine the N highest priority items from the service priorities. This third correspondence can be a correspondence between parameters and quantities.

[0069] Optionally, the terminal can determine all the service data to be transmitted in the services corresponding to the above N priorities as the target service data. Alternatively, the terminal can first determine N truncated data sizes based on the above data sizes, with each truncated data size corresponding to one of the above N priorities, and then use each truncated data size to determine a portion of the service data to be transmitted in each service corresponding to the corresponding priority, thereby determining the target service data.

[0070] Step 102b: The terminal sends a data request message to the core network equipment based on the target service data.

[0071] In some examples, the terminal can request the source access network device to send a request message based on the target service data. This request message is used to request the source access network device to send a service truncation request message to the core network device. This service truncation request message is used to request that the target service data be sent to the target access network device.

[0072] Optionally, when the first model is deployed on a terminal, the first model can trigger the terminal to directly send a request message to the source access network device to request the source access network device to send the aforementioned service truncation request message.

[0073] Optionally, if the first model is deployed on an access network device or a core network device, the first model may trigger the access network device or core network device to send a request message to the source access network device to request the source access network device to send the aforementioned service truncation request message.

[0074] Thus, it can be seen that since the terminal can determine the target service data based on the service priority and the load of the target access network device through the first model, that is, the terminal can also refer to the load of the target access network device in the process of determining the target service data, it can ensure that the data size of the target service data is appropriate, and avoid the situation that the target service data cannot be completely received due to the data size being too large. In this way, the continuity of the services being performed by the terminal can be ensured and the service quality of the terminal can be improved.

[0075] In some embodiments of this application, during the process of a terminal's serving access network device switching from a source access network device to a target access network device, the terminal may also send a transmission request message to the source access network device. This transmission request message is used to request the remaining service data (excluding the target service data) to be transmitted in the ongoing service from the source access network device. Alternatively, the terminal may suspend or discard the remaining service data (excluding the target service data) to be transmitted in the ongoing service, that is, the terminal does not request the remaining service data from the source access network device and / or the core network device.

[0076] In some embodiments of this application, when the number of target access network devices is at least two and the number of the target service data is one, the terminal can send the target service data to each target access network device.

[0077] In some embodiments of this application, when the number of target access network devices is at least two and the number of target service data is at least two, the terminal can determine at least two time information through a first model. Each time information corresponds to one target service data, and each time information is used to indicate the estimated time for the terminal to switch to a target access network device. Thus, the terminal can carry at least two time information in the data request message, so that the core network device can send the target service data corresponding to each time information to the corresponding target access network device in the order of the at least two time information. Thus, when the terminal switches to different target access network devices in sequence, the terminal can receive different target service data from the target access network device to which it is switched in sequence.

[0078] For example, assuming there are three target access network devices, including access network device 1, access network device 2, and access network device 3, and also three target service data items, including service data 1, service data 2, and service data 3, the terminal can determine three time information items through the first model, such as 14:00, 14:30, and 15:10. 14:00 corresponds to service data 1, and 14:00 represents the estimated time for the terminal to switch to access network device 3. 14:30 corresponds to service data 2, and 14:10 represents the estimated time for the terminal to switch to access network device 2. 15:10 corresponds to service data 3, and 15:10 represents the estimated time for the terminal to switch to access network device 1. The terminal can include 14:00, 14:30, and 15:10 in its data request message, allowing the core network device to send service data 1 to access network device 3 in the order of 14:00, 14:30, and 15:10. This ensures that when the terminal switches to access network device 3 at 14:00, it can receive service data 1 from access network device 3. Furthermore, the core network device can send service data 2 to access network device 2, allowing the terminal to receive service data 2 when switching to access network device 2 at 14:30. Finally, the core network device can send service data 3 to access network device 1, allowing the terminal to receive service data 3 when switching to access network device 1 at 15:10.

[0079] As can be seen from the above, the embodiments of this application can first determine the service priority of the ongoing service based on the above service information. The service priority is used to characterize the importance of the service. That is, each service priority can reflect the frequency of the user's use of the corresponding service. In this way, during the process of the terminal's service access network device switching from the source access network device to the target access network device, the terminal can send a data request message to the core network device according to the service priority, that is, according to the frequency of the user's use of the corresponding service, to request the core network device to send a small amount of important data (i.e., target service data) of the terminal's ongoing service to the target access network device in advance. Thus, when the terminal switches to the target access network device, it can obtain the small amount of important data in a timely and fast manner.

[0080] This application provides a data transmission method in which a terminal can determine the service priority that characterizes the importance of the service being performed by the terminal based on the service information of the service being performed by the terminal. During the process of the terminal's service access network device switching from the source access network device to the target access network device, a data request message is sent to the core network device according to the service priority. The data request message is used to request that target service data be sent to the target access network device. The target service data is a portion of the service data to be transmitted in the ongoing service. Because the terminal can determine the service priority of the ongoing service based on its service information, and thus ascertain the importance of the ongoing service through its service priority, during the handover process from the source access network device to the target access network device, the terminal can send a data request message to the core network device based on the service priority. This message allows the terminal to promptly request the core network device to send the target service data (i.e., important data) to be transmitted within the ongoing service. Therefore, the terminal can receive the important data from the target access network device in a timely manner, rather than receiving all the data from the ongoing service. This reduces the amount of non-important data received by the terminal, increases the probability of fully receiving the important data during the handover process, and improves the continuity of the ongoing service, thereby enhancing the service quality.

[0081] Furthermore, during the process of the terminal's service access network device switching from the source access network device to the target access network device, the terminal can request the core network device to send the target service data to the target access network device in advance. In this way, when the terminal switches to the target access network device, it can directly receive the target service data from the target access network device without waiting for other network-side devices (such as the source access network device) to forward the target service data. Therefore, the probability of the terminal fully receiving the important data to be transmitted in the ongoing service can be further increased while it is residing on the target access network device, thereby further improving the continuity of the ongoing service and thus further improving the service quality of the terminal.

[0082] In some embodiments of this application, combined with Figure 1 ,like Figure 4 As shown, prior to step 101 above, the data transmission method provided in this application embodiment may further include step 100 below.

[0083] Step 100: The terminal uses the second model to perform semantic recognition on the business data of the ongoing business and generate business semantic information.

[0084] In some examples, the terminal can directly perform semantic recognition on the business data of the ongoing business; or, the terminal can perform semantic recognition on the application page of the application to which the business belongs and the business data of the ongoing business.

[0085] It should be noted that for explanations of semantic recognition, please refer to the specific descriptions in related technologies; the embodiments of this application will not be repeated here.

[0086] Thus, since the terminal can perform semantic recognition on the service data of the ongoing service through the second model, it can obtain service semantic information that accurately reflects the importance of the ongoing service. In subsequent steps, the terminal can accurately adjust the initial priority based on the service semantic information to obtain an accurate service priority, that is, the service priority can accurately reflect the importance of the corresponding service. Therefore, during the process of the terminal's service access network device switching from the source access network device to the target access network device, the terminal can send a data request message to the core network device according to the service priority. In a timely and accurate manner, the terminal can request the core network device to send the target service data (i.e., important data) to be transmitted in the ongoing service to the target access network device. In this way, the terminal can receive the important data to be transmitted in the ongoing service from the target access network device in a timely and accurate manner, thereby reducing the amount of non-important data received by the terminal and increasing the probability that the terminal will completely receive the important data to be transmitted in the ongoing service while residing on the target access network device.

[0087] In some embodiments of this application, combined with Figure 1 ,like Figure 5 As shown, prior to step 102 above, the data transmission method provided in this application embodiment may further include step 201 below.

[0088] Step 201: The terminal uses the third model to determine the switching time of the terminal's service access network device based on the terminal's location information, moving speed, displacement route information, and current network quality parameters.

[0089] In some examples, the aforementioned third model may include, but is not limited to, a neural network model. This third model can be deployed in terminal or access network equipment or core network equipment (e.g., multi-access edge computing (MEC)). This third model may be called a handover decision model, but it may also be called by other names; this application embodiment does not limit this.

[0090] Optionally, when the third model is deployed on the terminal, the terminal can directly input the terminal's moving speed, the terminal's displacement route information, and the current network quality parameters into the second model so that the second model outputs the aforementioned switching time.

[0091] Optionally, when the second model is deployed on an access network device or a core network device, the terminal can send a message to the access network device or core network device, which includes the terminal's moving speed, the terminal's displacement route information, and the current network quality parameters. The access network device or core network device can then input the terminal's moving speed, the terminal's displacement route information, and the current network quality parameters into the third model, so that the second model outputs the aforementioned handover time.

[0092] In some examples, the location information of the terminal may include, but is not limited to, at least one of the following: the distance between the terminal and the source access network device, the latitude and longitude information of the terminal, and the distance between the terminal and the target access network device.

[0093] In this embodiment of the application, the aforementioned current network quality parameters are used to characterize the network quality between the terminal and the source access network device.

[0094] In some examples, the network quality parameters mentioned above may include, but are not limited to, at least one of the following: Reference Signal Received Power (RSRP), Reference Signal Received Quality (RSRQ), Signal to Interference plus Noise Ratio (SINR), and Signal to Noise Ratio (SNR).

[0095] In some examples, the aforementioned handover time is used to indicate the time it takes for the terminal to move to the signal coverage edge area of ​​the source access network device.

[0096] In some examples, the terminal can first obtain the terminal's location information, the terminal's moving speed, the terminal's displacement route information, and the current network quality parameters, and then use a third model to determine the aforementioned handover time based on the terminal's moving speed, the terminal's displacement route information, and the current network quality parameters.

[0097] It should be noted that for explanations regarding the acquisition of terminal location information, terminal movement speed, and current network quality parameters, please refer to the specific descriptions in related technologies; the embodiments of this application will not be repeated here.

[0098] Optionally, the terminal can obtain the travel information of the means of transportation used by the user, and determine the terminal's displacement route information based on this travel information. The means of transportation may include, but is not limited to, high-speed rail, automobiles, etc.

[0099] For example, the terminal can obtain the train number and travel information of the high-speed train taken by the user, and determine the terminal's displacement route information based on the travel information.

[0100] In this embodiment of the application, if the system time of the terminal reaches the above-mentioned switching time, it can be considered that the distance between the terminal and the source access network device is far and the current network quality between the terminal and the source access network device is poor. Therefore, the terminal can switch the terminal's serving access network device from the source access network device to the target access network device.

[0101] Thus, since the terminal can accurately determine the switching time of its serving access network device based on its location information, moving speed, displacement route information, and current network quality parameters, it can quickly and accurately switch its serving access network device from the source access network device to the target access network device when the terminal's system time reaches the switching time, without relying on the terminal's measurement results of the source and target access network devices. Therefore, the time spent switching the terminal's serving access network device from the source access network device to the target access network device can be reduced.

[0102] In some examples, prior to step 201 above, the data transmission method provided in this application embodiment may further include step 200 below.

[0103] Step 200: The terminal determines the corresponding third model from at least one model based on the terminal's displacement path information.

[0104] In this embodiment, different models correspond to different displacement path information.

[0105] Optionally, the terminal may first determine a matching displacement path information from at least one displacement path information corresponding to at least one model based on the terminal's displacement path information, and then determine the model corresponding to that displacement path information as the third model.

[0106] Thus, since the terminal can determine the third model from at least one model based on its displacement path information, and thus determine the third model suitable for the terminal's displacement path information, in subsequent steps, the terminal can accurately determine the switching time of its serving access network device based on the terminal's location information, moving speed, displacement path information, and current network quality parameters using the third model. When the terminal's system time reaches this switching time, the terminal can quickly and accurately switch its serving access network device from the source access network device to the target access network device without relying on the terminal's measurement results of the source and target access network devices. Therefore, the time spent switching the terminal's serving access network device from the source access network device to the target access network device can be reduced.

[0107] In some embodiments of this application, before "sending a data request message to the core network device according to the service priority" in step 102 above, the data transmission method provided in this application embodiment may further include the following step 301, and the above step 102 may be implemented by the following step 102c.

[0108] Step 301: During the process of the terminal's service access network device switching from the source access network device to the target access network device, the third model is used to determine the target access network device that is associated with the source access network device based on the handover information map.

[0109] It should be noted that the description of the third model can be found in the specific description in the above embodiments, and will not be repeated here.

[0110] In this embodiment of the application, the aforementioned handover information map is used to indicate the association between multiple access network devices, including source access network devices and target access network devices.

[0111] In some examples, the above handover information graph may include multiple nodes and multiple relational edges. Each node is used to indicate an access network device. Each node is connected to at least one of the multiple nodes other than each node through a relational edge. That is, each node has an association relationship with the at least one node. The relational edge is used to indicate that the terminal's serving access network device can be switched from the access network device indicated by one of the associated nodes to the access network device indicated by another associated node.

[0112] For example, suppose the handover information graph includes node 1, node 2 and relationship edge 1. Node 1 indicates access network device 1, node 2 indicates access network device 2, and relationship edge 1 is connected from node 1 to node 2, that is, node 1 and node 2 have an association relationship. Relationship edge 1 is used to indicate that the terminal's service access network device can be switched from access network device 1 to access network device 2.

[0113] In some examples, the aforementioned handover information map can be obtained by updating and iterating a preset map using parameters such as the attenuation of network quality parameters when the terminal moves between multiple access network devices, the load status of the multiple access network devices, the historical handover success rate and handover latency of the terminal when handing over between multiple access network devices. It can be understood that this handover information map can reflect the optimal handover scheme among the aforementioned multiple access network devices.

[0114] Optionally, a reward function can be used to iteratively update the third model, thereby updating the various parameters in the third model to iteratively update the switching information graph. The reward function can be:

[0115] ;

[0116] in, The value of the reward function. These are the parameters to be updated.

[0117] It should be noted that for the explanation of using the reward function to iteratively update the third model, please refer to the specific description in the relevant technology, and the embodiments of this application will not be repeated here.

[0118] In some examples, the aforementioned handover information map can be stored in a third model, so that the third model can obtain the handover information map from the third model and determine the target access network device that is associated with the source access network device based on the handover information map.

[0119] Step 102c: The terminal sends a data request message to the core network equipment according to the service priority.

[0120] In some examples, the terminal can first input the output of the third model into the first model, and then send a data request message to the core network device according to the service priority and the target access network device.

[0121] Thus, since the terminal can determine the target access network device that is associated with the source access network device through the third model based on the handover information map, without having to determine it based on the terminal's measurement results of the candidate access network device, the time spent switching the terminal's serving access network device from the source access network device to the target access network device can be further reduced.

[0122] In some embodiments of this application, the data transmission method provided in this application may further include the following steps 103 to 105.

[0123] Step 103: When the terminal determines to switch its serving access network device from the source access network device to the target access network device, it sends an access code request message to the target access network device.

[0124] It should be noted that the execution order of steps 103 and 102 is not limited in this embodiment; that is, the terminal may execute step 102 first and then step 103, or execute step 103 first and then step 102, or execute step 102 while executing step 103.

[0125] In some embodiments of this application, the terminal can send an access code request message to the target access network device through a first model.

[0126] In this embodiment of the application, the random access message includes a random access code, which is used to request access to the target access network device.

[0127] In this embodiment of the application, the access code request message is used to request a random access code.

[0128] In some examples, the aforementioned random access code is used for non-contention-based random access between the terminal and the target access network device. It is understood that since non-contention-based random access is more efficient than contention-based random access, the terminal can first request a random access code from the target access network device through the first model, thus enabling rapid access to the target access network device in subsequent steps.

[0129] In some examples, the access code request message may also include a token, so that the core network device can send the token and the target service data together to the target access network device, so that the target access network device can determine the target service data based on the token sent by the terminal.

[0130] Step 104: The terminal receives a random access code from the target access network device.

[0131] Step 105: The terminal initiates a random access procedure to the target access network device based on the random access code.

[0132] In some examples, the terminal can send a random access request message to the target access network device, which requests access to the target access network device. The random access request message includes a random access code, so that the terminal can receive a random access response (RAR) message from the target access network device in response to the random access request message. The RAR message includes an uplink grant (e.g., an uplink grant with hourly delay). The terminal can then access the target access network device based on the RAR message and send an access completion message to the target access network device using the time-frequency resources indicated by the uplink grant. The access completion message indicates that the terminal has successfully accessed the target access network device.

[0133] Thus, when it is determined that the terminal's serving access network device will be switched from the source access network device to the target access network device, the terminal can send an access code request message to the target access network device to request a random access code. Upon receiving the random access code, the terminal can directly initiate a random access procedure to the target access network device based on the random access code. In other words, the terminal can directly initiate a non-contention-based random access procedure to the target access network device without initiating a contention-based random access procedure. Therefore, the latency of handshake and other steps during the handover process can be reduced, thereby improving the efficiency of handover to the target access network device.

[0134] In some embodiments of this application, after step 102 described above, the data transmission method provided in the embodiments of this application may further include step 106 as described below.

[0135] Step 106: If the terminal successfully connects to the target access network device, it sends a token to the target access network device.

[0136] In this embodiment of the application, the aforementioned Token is used to request target business data.

[0137] In some examples, after the target access network device receives the access code request message including the token, the core network device can also send the token to the terminal, so that the terminal can store the token and send the token to the target access network device when it successfully accesses the target access network device.

[0138] In some examples, the terminal can send an access completion message to the target access network device, which includes a token. For example, the token may be carried in the MAC layer data of the access completion message.

[0139] In some examples, after the terminal sends a token, the terminal can receive target service data from the target access network device.

[0140] Optionally, after the terminal sends the Token, the target access network device can determine the target service data associated with the Token from the cache area based on the Token, and push the target service data to the downlink transmission queue to send the target service data to the terminal, so that the terminal can receive the target service data from the target access network device.

[0141] Thus, when a terminal successfully accesses the target access network device, it can send a token to the target access network device to request the target service data. Therefore, the target access network device can accurately send the target service data to the terminal based on the token, thereby ensuring that the terminal can accurately receive the target service data from the target access network device.

[0142] In some examples, when there are at least two target access network devices and the number of target service data is one, if the terminal successfully receives target service data from one target access network device, that target access network device can also instruct the remaining target access network devices to delete the cached target service data, thereby saving cache resources of the target access network devices.

[0143] In some examples, after the terminal successfully receives the target service data from the target access network device, the terminal can also obtain relevant data during the handover process from the source access network device to the target access network device, and use this relevant data to train at least one of the first, second, and third models to iteratively update the first, second, and third models. This relevant data may include, but is not limited to, at least one of the following: handover latency, the amount of target service data, the load status of the source access network device, and the load status of the target access network device.

[0144] The data transmission method provided in the embodiments of this application will be described below with a complete example.

[0145] Figure 6 The present application illustrates a data transmission method provided in an embodiment, such as... Figure 6 As shown, the data transmission method provided in this application embodiment may include the following steps 401 to 404.

[0146] Step 401: The terminal enters high-speed rail mode.

[0147] Specifically, the terminal has a built-in service awareness model (such as the second model in the above embodiment). The terminal uses the second model to determine service priorities based on the services it is currently handling and service information. Simultaneously, when generating request messages for service data to be requested by various services, the terminal can add the corresponding service priority and the sub-service group to which the service belongs to the request message.

[0148] Step 402: Load the handover decision model based on the current high-speed train number into the wireless network.

[0149] Specifically, the handover decision model described above can be the third model in the above embodiments, and the handover decision model can be deployed in a wireless network (e.g., access network equipment, MEC, or core network).

[0150] Specifically, such as Figure 7 As shown, the handover decision model includes a handover information map corresponding to the high-speed rail line. The handover information map includes at least two nodes, such as gNB1, gNB2, and gNB3. gNB1 and gNB2 are connected by a relation edge 10, which indicates that a handover can be made from gNB1 to gNB2. gNB1 and gNB3 are connected by a relation edge 11, which indicates that a handover can be made from gNB1 to gNB3. Thus, the handover decision model obtains various parameters (for specific parameters, please refer to the detailed description in the above embodiments), determines the handover time of the terminal's serving access network device, and sends the handover time to the first model.

[0151] Step 403: During the process of the terminal's service access network device switching from the source access network device to the target access network device, the terminal can send a data request message to the core network device (e.g., UPF) through the service preprocessing and targeted distribution caching model.

[0152] Specifically, the aforementioned service preprocessing and targeted distribution caching model can be the first model in the above embodiments, and the service preprocessing and targeted distribution caching model can be deployed in a wireless network (e.g., access network equipment, MEC, or core network).

[0153] Specifically, the service preprocessing and targeted distribution caching model can determine decision 1, decision 2, and decision 3. Thus, the service preprocessing and targeted distribution caching model can execute decision 1 to suspend / discard a part of the service that the terminal is currently performing, and execute decision 2 to deliver the other part of the service normally. For example, the service data request of the other part of the service can be sent to the source access network device, so that the source access network device can request the service data of the other part of the service from the core network device, and execute decision 3, that is, send a data request message to the core network device (e.g., UPF) through the first model.

[0154] Step 404: The terminal connects to the target access network device and sends a Token to the target access network device to quickly extract the target service data.

[0155] In summary, this application configures three models: a service-aware model, a reinforcement learning-based handover decision model, and a request preprocessing and targeted distribution caching model. These three models work together to improve the existing 3GPP cell handover mechanism, enabling users to quickly access and receive data after cell handover. In high-speed mobile handover scenarios such as high-speed rail, this invention can maximize service continuity and improve user experience.

[0156] It should be noted that each of the above method embodiments, or various possible implementations of each method embodiment, can be executed individually or in combination of any two or more. The specific implementation can be determined according to actual usage requirements, and this application embodiment does not impose any restrictions on this.

[0157] The data transmission method provided in this application can be executed by a data transmission device. This application uses a data transmission device executing the data transmission method as an example to illustrate the data transmission device provided in this application.

[0158] Figure 8 This is a schematic diagram of a data transmission device provided in an embodiment of this application. Figure 8 As shown, the data transmission device includes a determining module 501 and a sending module 502.

[0159] The determining module 501 is used to determine the service priority of the ongoing service based on the service information of the service being performed by the data transmission device 500. This service priority is used to characterize the importance of the service. The sending module 502 is used to send a data request message to the core network device according to the service priority during the process of the serving access network device of the data transmission device 500 switching from the source access network device to the target access network device. The data request message is used to request that target service data be sent to the target access network device. This target service data is a portion of the service data to be transmitted in the ongoing service.

[0160] This application provides a data transmission device. Since the data transmission device can first determine the service priority of the ongoing service based on its service information, and thus determine the importance of the ongoing service, during the handover process from the source access network device to the target access network device, the data transmission device can send a data request message to the core network device according to the service priority. This data request message allows the data transmission device to promptly request the core network device to send the target service data (i.e., important data) to be transmitted from the ongoing service to the target access network device. Therefore, the data transmission device can receive the important data to be transmitted from the ongoing service in a timely manner from the target access network device, rather than receiving all the data from the ongoing service. This reduces the amount of non-important data received by the data transmission device, increases the probability of fully receiving the important data to be transmitted during the handover process, and improves the continuity of the ongoing service. This, in turn, improves the service quality of the data transmission device.

[0161] In one possible implementation, the determining module 501 is further configured to determine target service data from the service data of ongoing services based on service priority and the load status of the target access network device, using the first model. The sending module 502 is specifically configured to send a data request message to the core network device based on the target service data determined by the determining module 501.

[0162] In one possible implementation, the aforementioned business information includes: business usage information and business semantic information. Specifically, the determining module 501 is used to determine the initial priority of the ongoing business based on the business usage information using a second model. This initial priority characterizes the initial importance of the business. The data transmission apparatus 500 provided in this application embodiment may further include: an adjustment module, used to adjust the initial priority determined by the determining module 501 based on the business semantic information using a second model to obtain the business priority.

[0163] In one possible implementation, the data transmission apparatus 500 provided in this application embodiment may further include: a generation module, used to perform semantic recognition on the business data of the ongoing business through the second model and generate business semantic information before the determining module 501 determines the initial priority of the ongoing business based on the business usage through the second model.

[0164] In one possible implementation, the determining module 501 is further configured to, before the sending module 502 sends a data request message to the core network device according to the service priority, determine the switching time of the serving access network device of the data transmission device 500 through a third model, based on the location information of the data transmission device 500, the moving speed of the data transmission device 500, the displacement route information of the data transmission device 500, and the current network quality parameters. The current network quality parameters are used to characterize the network quality between the data transmission device 500 and the source access network device.

[0165] In one possible implementation, the determining module 501 is further configured to determine a corresponding third model from at least one model based on the displacement route information of the data transmission device 500 before determining the switching time of the service access network device of the data transmission device 500 based on the location information of the data transmission device 500, the moving speed of the data transmission device 500, the displacement route information of the data transmission device 500, and the current network quality parameters through the third model. Different models correspond to different displacement route information.

[0166] In one possible implementation, the determining module 501 is further configured to determine, through a third model and based on a handover information map, a target access network device that is associated with the source access network device before the sending module 502 sends a data request message to the core network device according to the service priority. The handover information map is used to indicate the association between multiple access network devices, including the source access network device and the target access network device.

[0167] In one possible implementation, the sending module 502 is further configured to send a Token to the target access network device after sending a data request message to the core network device according to the service priority, provided that the target access network device has been successfully accessed. The Token is used to request the target service data.

[0168] The data transmission device in this application embodiment can be an electronic device or a component within an electronic device, such as an integrated circuit or a chip. The electronic device can be a terminal or other devices besides a terminal. For example, the electronic device can be a mobile phone, tablet computer, laptop computer, PDA, in-vehicle electronic device, mobile internet device (MID), augmented reality (AR) / virtual reality (VR) device, robot, wearable device, ultra-mobile personal computer (UMPC), netbook, or personal digital assistant (PDA), etc. It can also be a server, network attached storage (NAS), personal computer (PC), television (TV), ATM, or self-service machine, etc. This application embodiment does not specifically limit the device.

[0169] The data transmission device in this application embodiment can be a device with an operating system. This operating system can be Android, iOS, or other possible operating systems; this application embodiment does not specifically limit the specific operating system used.

[0170] The data transmission device provided in this application embodiment can achieve... Figures 1 to 7 The various processes implemented in the method implementation examples will not be described again here to avoid repetition.

[0171] In some embodiments of this application, such as Figure 9 As shown, this application embodiment also provides an electronic device 600, including a processor 601 and a memory 602. The memory 602 stores a program or instructions that can run on the processor 601. When the program or instructions are executed by the processor 601, they implement the various steps of the above-described data transmission method embodiment and can achieve the same technical effect. To avoid repetition, they will not be described again here.

[0172] It should be noted that the electronic devices in the embodiments of this application include the mobile electronic devices and non-mobile electronic devices described above.

[0173] Figure 10 A schematic diagram of the hardware structure of an electronic device to implement an embodiment of this application.

[0174] The electronic device 700 includes, but is not limited to, components such as: radio frequency unit 701, network module 702, audio output unit 703, input unit 704, sensor 705, display unit 706, user input unit 707, interface unit 708, memory 709, and processor 710.

[0175] Those skilled in the art will understand that the electronic device 700 may also include a power supply (such as a battery) for supplying power to various components. The power supply may be logically connected to the processor 710 through a power management system, thereby enabling functions such as managing charging, discharging, and power consumption through the power management system. Figure 10 The electronic device structure shown does not constitute a limitation on the electronic device. The electronic device may include more or fewer components than shown, or combine certain components, or have different component arrangements, which will not be elaborated here.

[0176] The processor 710 is used to determine the service priority based on the service information of the service being performed by the terminal. The service priority is used to characterize the importance of the service.

[0177] The radio frequency unit 701 is used to send data request messages to the core network device according to service priority during the process of the terminal's serving access network device switching from the source access network device to the target access network device.

[0178] The aforementioned data request message is used to request that target service data be sent to the target access network device. This target service data is a portion of the service data to be transmitted in the ongoing service.

[0179] This application provides a terminal that can determine the service priority of the ongoing service based on its service information. This allows the terminal to ascertain the importance of the ongoing service through its service priority. During the handover process from the source access network device to the target access network device, the terminal can send a data request message to the core network device based on the service priority. This message requests the core network device to send the target service data (i.e., important data) to be transmitted within the ongoing service. Therefore, the terminal can receive the important data from the target access network device in a timely manner, rather than receiving all the data of the ongoing service. This reduces the amount of non-important data received by the terminal, increases the probability of fully receiving the important data during the handover process, and improves the continuity of the ongoing service. This, in turn, enhances the service quality of the terminal.

[0180] In some embodiments of this application, the processor 710 is further configured to determine target service data from the service data of the ongoing service based on the service priority and the load status of the target access network device using a first model.

[0181] The radio frequency unit 701 is specifically used to send data request messages to the core network equipment based on the target service data.

[0182] In some embodiments of this application, the aforementioned business information includes: business usage and business semantic information.

[0183] The processor 710 is specifically used to determine the initial priority of the ongoing business based on the business usage through the second model. The initial priority is used to characterize the initial importance of the business. The processor 710 is also used to adjust the initial priority based on the business semantic information through the second model to obtain the business priority.

[0184] In some embodiments of this application, the processor 710 is further configured to perform semantic recognition on the business data of the ongoing business through the second model, and generate business semantic information, before determining the initial priority of the ongoing business based on business usage through the second model.

[0185] In some embodiments of this application, the processor 710 is further configured to, before sending a data request message to the core network device according to service priority, determine the switching time of the terminal's serving access network device through a third model based on the terminal's location information, the terminal's moving speed, the terminal's displacement route information, and the current network quality parameters. The current network quality parameters are used to characterize the network quality between the terminal and the source access network device.

[0186] In some embodiments of this application, the processor 710 is further configured to determine a corresponding third model from at least one model based on the terminal's displacement route information before determining the switching time of the terminal's serving access network device based on the terminal's location information, the terminal's moving speed, the terminal's displacement route information, and the current network quality parameters through the third model. Different models correspond to different displacement route information.

[0187] In some embodiments of this application, the processor 710 is further configured to, before sending a data request message to the core network device according to service priority, determine, through a third model and based on a handover information map, a target access network device that is associated with the source access network device; wherein the handover information map is used to indicate the association between multiple access network devices, including the source access network device and the target access network device.

[0188] In some embodiments of this application, the radio frequency unit 701 is further configured to send a Token to the target access network device after sending a data request message to the core network device according to the service priority, and after successfully accessing the target access network device, the Token is used to request the target service data.

[0189] It should be understood that, in this embodiment, the input unit 704 may include a graphics processing unit (GPU) 7041 and a microphone 7042. The GPU 7041 processes image data of still images or videos obtained by an image capture device (such as a camera) in video capture mode or image capture mode. The display unit 706 may include a display panel 7061, which may be configured in the form of a liquid crystal display, an organic light-emitting diode, or the like. The user input unit 707 includes at least one of a touch panel 7071 and other input devices 7072. The touch panel 7071 is also called a touch screen. The touch panel 7071 may include a touch detection device and a touch controller. Other input devices 7072 may include, but are not limited to, a physical keyboard, function keys (such as volume control buttons, power buttons, etc.), a trackball, a mouse, and a joystick, which will not be described in detail here.

[0190] The memory 709 can be used to store software programs and various data. The memory 709 may primarily include a first storage area for storing programs or instructions and a second storage area for storing data. The first storage area may store the operating system, application programs or instructions required for at least one function (such as sound playback, image playback, etc.). Furthermore, the memory 709 may include volatile memory or non-volatile memory, or both. The non-volatile memory may be read-only memory (ROM), programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), or flash memory. Volatile memory can be random access memory (RAM), static random access memory (SRAM), dynamic random access memory (DRAM), synchronous dynamic random access memory (SDRAM), double data rate synchronous dynamic random access memory (DDRSDRAM), enhanced synchronous dynamic random access memory (ESDRAM), synchronous link dynamic random access memory (SLDRAM), and direct memory bus RAM (DRRAM). The memory 709 in the embodiments of this application includes, but is not limited to, these and any other suitable types of memory.

[0191] Processor 710 may include one or more processing units; optionally, processor 710 integrates an application processor and a modem processor, wherein the application processor mainly handles operations involving the operating system, user interface, and applications, and the modem processor mainly handles wireless communication signals, such as a baseband processor. It is understood that the aforementioned modem processor may also not be integrated into processor 710.

[0192] This application also provides a readable storage medium storing a program or instructions. When the program or instructions are executed by a processor, they implement the various processes of the above-described data transmission method embodiments and achieve the same technical effects. To avoid repetition, they will not be described again here.

[0193] The processor mentioned above is the processor in the electronic device described in the above embodiments. The readable storage medium mentioned above includes computer-readable storage media, such as computer read-only memory (ROM), random access memory (RAM), magnetic disk, or optical disk.

[0194] This application embodiment also provides a chip, which includes a processor and a communication interface. The communication interface is coupled to the processor. The processor is used to run programs or instructions to implement the various processes of the above-described data transmission method embodiments and can achieve the same technical effect. To avoid repetition, it will not be described again here.

[0195] It should be understood that the chip mentioned in the embodiments of this application may also be referred to as a system-on-a-chip, system chip, chip system, or system-on-a-chip, etc.

[0196] This application provides a computer program product that is stored in a storage medium and executed by at least one processor to implement the various processes described in the above-described data transmission method embodiments, and achieves the same technical effects. To avoid repetition, further details are omitted here.

[0197] It should be noted that, in this document, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Without further limitations, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes that element. Furthermore, it should be noted that the scope of the methods and apparatuses in the embodiments of this application is not limited to performing functions in the order shown or discussed, but may also include performing functions substantially simultaneously or in the reverse order, depending on the functions involved. For example, the described methods may be performed in a different order than described, and various steps may be added, omitted, or combined. Additionally, features described with reference to certain examples may be combined in other examples.

[0198] Through the above description of the embodiments, those skilled in the art can clearly understand that the methods of the above embodiments can be implemented by means of software plus necessary general-purpose hardware platforms. Of course, they can also be implemented by hardware, but in many cases the former is a better implementation method. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, can be embodied in the form of a computer software product. This computer software product is stored in a storage medium (such as ROM / RAM, magnetic disk, optical disk) and includes several instructions to cause a terminal (which may be a mobile phone, computer, server, or network device, etc.) to execute the methods of the various embodiments of this application.

[0199] The embodiments of this application have been described above with reference to the accompanying drawings. However, this application is not limited to the specific embodiments described above. The specific embodiments described above are merely illustrative and not restrictive. Those skilled in the art can make many other forms under the guidance of this application without departing from the spirit and scope of the claims, and all of these forms are within the protection scope of this application.

Claims

1. A data transmission method, executed by a terminal, characterized in that, include: Based on the service information of the service being performed by the terminal, the service priority of the service being performed is determined, and the service priority is used to characterize the importance of the service; During the process of the terminal's service access network device switching from the source access network device to the target access network device, a data request message is sent to the core network device according to the service priority; The data request message is used to request that target service data be sent to the target access network device, wherein the target service data is a portion of the service data to be transmitted in the ongoing service.

2. The method according to claim 1, characterized in that, The step of sending a data request message to the core network device according to the service priority includes: Using the first model, the target service data is determined from the service data of the ongoing service based on the service priority and the load status of the target access network device; Based on the target service data, the data request message is sent to the core network device.

3. The method according to claim 1, characterized in that, The business information includes: business usage and business semantic information; The step of determining the service priority of the ongoing service based on the service information of the ongoing service of the terminal includes: The second model determines the initial priority of the ongoing service based on the service usage, and the initial priority is used to characterize the initial importance of the service. The business priority is obtained by adjusting the initial priority based on the business semantic information using the second model.

4. The method according to claim 3, characterized in that, Before determining the initial priority of the ongoing service based on the service usage using the second model, the method further includes: The second model is used to perform semantic recognition on the business data of the ongoing business, thereby generating the business semantic information.

5. The method according to claim 1, characterized in that, Before sending a data request message to the core network device according to the service priority, the method further includes: The third model determines the switching time of the serving access network device of the terminal based on the terminal's location information, the terminal's moving speed, the terminal's displacement route information, and the current network quality parameters. The current network quality parameters are used to characterize the network quality between the terminal and the source access network device.

6. The method according to claim 5, characterized in that, Before determining the switching time of the serving access network device of the terminal based on the terminal's location information, the terminal's moving speed, the terminal's displacement route information, and current network quality parameters using the third model, the method further includes: Based on the displacement path information of the terminal, the corresponding third model is determined from at least one model, and different models correspond to different displacement path information.

7. The method according to claim 1, characterized in that, Before sending a data request message to the core network device according to the service priority, the method further includes: Using the third model, based on the handover information map, the target access network device that is associated with the source access network device is determined; The handover information map is used to indicate the association between multiple access network devices, including the source access network device and the target access network device.

8. The method according to claim 1, characterized in that, After sending a data request message to the core network device according to the service priority, the method further includes: Upon successful access to the target access network device, a token is sent to the target access network device, the token being used to request the target service data.

9. A data transmission device, characterized in that, include: The determining module is used to determine the service priority of the ongoing service based on the service information of the service being performed by the data transmission device, wherein the service priority is used to characterize the importance of the service; The sending module is used to send a data request message to the core network device according to the service priority during the process of the service access network device of the data transmission device switching from the source access network device to the target access network device; The data request message is used to request that target service data be sent to the target access network device, wherein the target service data is a portion of the service data to be transmitted in the ongoing service.

10. The apparatus according to claim 9, characterized in that, The business information includes: business usage and business semantic information; The determining module is specifically used to determine the initial priority of the ongoing service based on the service usage through the second model, wherein the initial priority is used to characterize the initial importance of the service; The data transmission device further includes: The adjustment module is used to adjust the initial priority determined by the determination module based on the business semantic information through the second model, so as to obtain the business priority.

Images