Methods, devices, equipment, storage media, and program products for determining broadcast modes

Abstract

This invention provides a method, apparatus, device, storage medium, and program product for determining a broadcast mode. Based on the RTK data to be broadcast, it determines a first indicator parameter corresponding to the unicast mode and a second indicator parameter corresponding to the broadcast mode. The first and second indicator parameters include at least one of the following: core network response time, air interface resource utilization, overhead parameters, service stability, and service response time. Based on the first and second indicator parameters, first historical data corresponding to the unicast mode, and second historical data corresponding to the broadcast mode, a historical dataset is determined. Based on the historical dataset, parameter thresholds corresponding to the RTK data to be broadcast are determined. These parameter thresholds include: a time threshold, an air interface overhead threshold, a core network performance threshold, and an overhead threshold. Based on the current data parameters and parameter thresholds of the RTK data to be broadcast, a target broadcast mode is determined. This reduces overhead and improves air interface resource utilization.

Description

Technical Field

[0001] This invention relates to the field of wireless network technology, and in particular to a method, apparatus, device, storage medium, and program product for determining broadcast mode. Background Technology

[0002] RTK (Real Time Kinematic) technology is a real-time differential GPS (Global Positioning System) technology based on carrier phase observation. It consists of three parts: a base station receiver, a data link, and a rover receiver.

[0003] The traditional broadcast mode of RTK data in 5G networks is based on the Internet unicast (user plane service) mode. This broadcast mode has the following problems: On the one hand, the overhead is too high, that is, the overhead increases dramatically with the increase of user concurrency. On the other hand, the utilization rate of air interface resources is insufficient, as the unicast mode only utilizes user plane resources and fails to effectively utilize the broadcast channel of air interface resources.

[0004] Therefore, how to select a suitable broadcast mode for RTK data broadcasting in order to avoid excessive overhead and insufficient utilization of air interface resources is an urgent issue to be addressed. Summary of the Invention

[0005] This invention mainly provides a method, apparatus, equipment, storage medium, and program product for determining broadcast modes, which can reduce overhead and improve the utilization rate of air interface resources.

[0006] The technical solution of this invention is implemented as follows:

[0007] In a first aspect, embodiments of this application provide a method for determining a broadcast mode, the method comprising:

[0008] Based on the RTK data to be broadcast, determine the first indicator parameter corresponding to the unicast mode and the second indicator parameter corresponding to the broadcast mode; wherein the first indicator parameter and the second indicator parameter include at least one of the following: core network response time, air interface resource utilization, overhead parameters, service stability, and service response time.

[0009] Based on the first indicator parameter, the second indicator parameter, the first historical data corresponding to the unicast mode, and the second historical data corresponding to the broadcast mode, a historical dataset is determined.

[0010] Based on the historical dataset, parameter thresholds corresponding to the RTK data to be broadcast are determined; the parameter thresholds include: time threshold, air interface overhead threshold, core network performance threshold, and overhead threshold.

[0011] Based on the current data parameters of the RTK data to be broadcast and the parameter threshold, a target broadcast mode is determined in the unicast mode and the broadcast mode.

[0012] Secondly, embodiments of this application provide a device for determining a broadcast mode, the device comprising:

[0013] The first determining unit is used to determine, based on the RTK data to be broadcast, a first indicator parameter corresponding to the unicast mode and a second indicator parameter corresponding to the broadcast mode; wherein the first indicator parameter and the second indicator parameter include at least one of the following: core network response time, air interface resource utilization, overhead parameters, service stability, and service response time.

[0014] The second determining unit is used to determine a historical dataset based on the first indicator parameter, the second indicator parameter, the first historical data corresponding to the unicast mode, and the second historical data corresponding to the broadcast mode.

[0015] The third determining unit is used to determine the parameter thresholds corresponding to the RTK data to be broadcast based on the historical dataset; the parameter thresholds include: time threshold, air interface overhead threshold, core network performance threshold, and overhead threshold;

[0016] The fourth determining unit is used to determine the target broadcast mode in the unicast mode and the broadcast mode based on the current data parameters of the RTK data to be broadcast and the parameter threshold.

[0017] Thirdly, embodiments of this application provide an electronic device, the electronic device comprising: a processor and a memory; wherein,

[0018] The memory is used to store computer programs;

[0019] The processor is used to call and run the computer program stored in the memory to perform the determination method as described above.

[0020] Fourthly, embodiments of this application provide a computer-readable storage medium storing a computer program that, when executed by at least one processor, implements the determination method described above.

[0021] Fifthly, embodiments of this application provide a computer program product, including a computer program or instructions, which, when executed by a processor, implement the determination method described above.

[0022] This invention provides a method, apparatus, device, storage medium, and program product for determining a broadcast mode. The method includes: determining a first indicator parameter corresponding to a unicast mode and a second indicator parameter corresponding to a broadcast mode based on RTK data to be broadcast; wherein the first and second indicator parameters include at least one of the following: core network response time, air interface resource utilization, overhead parameters, service stability, and service response time; determining a historical dataset based on the first and second indicator parameters, first historical data corresponding to the unicast mode, and second historical data corresponding to the broadcast mode; determining parameter thresholds corresponding to the RTK data to be broadcast based on the historical dataset; the parameter thresholds include: a time threshold, an air interface overhead threshold, a core network performance threshold, and an overhead threshold; and determining a target broadcast mode between the unicast and broadcast modes based on the current data parameters and parameter thresholds of the RTK data to be broadcast. In this way, the indicator parameters corresponding to different broadcast modes are determined by the RTK data to be broadcast, and the historical datasets corresponding to unicast and broadcast modes are further determined. The corresponding parameter thresholds are determined based on the historical datasets. By comparing the current data parameters of the RTK data to be broadcast with the parameter thresholds, the target broadcast mode suitable for the current data parameters is determined from the unicast and broadcast modes. This improves the adaptability between the target broadcast mode and the RTK data to be broadcast, thereby overcoming the problems of excessive overhead and insufficient utilization of air interface resources. Attached Figure Description

[0023] Figure 1 A flowchart illustrating a method for determining a broadcast mode according to an embodiment of this application. Figure 1 ;

[0024] Figure 2 A flowchart illustrating a method for determining a broadcast mode according to an embodiment of this application. Figure 2 ;

[0025] Figure 3 A flowchart illustrating a method for determining a broadcast mode according to an embodiment of this application. Figure 3 ;

[0026] Figure 4 A flowchart illustrating a method for determining a broadcast mode according to an embodiment of this application. Figure 4 ;

[0027] Figure 5 A flowchart illustrating a method for determining a broadcast mode according to an embodiment of this application. Figure 5 ;

[0028] Figure 6 This is a schematic diagram of the system framework corresponding to the broadcast mode proposed in the embodiments of this application;

[0029] Figure 7This is a schematic diagram of the system framework corresponding to the unicast mode proposed in the embodiments of this application;

[0030] Figure 8 This is a schematic diagram showing the index parameters corresponding to the unicast mode and the broadcast mode proposed in the embodiments of this application;

[0031] Figure 9 This is a schematic diagram illustrating a broadcast mode switching process proposed in an embodiment of this application;

[0032] Figure 10 This is a schematic diagram of the composition of a broadcast mode determination device according to an embodiment of this application;

[0033] Figure 11 This is a schematic diagram of the composition structure of an electronic device proposed in an embodiment of this application. Detailed Implementation

[0034] The technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. It should be understood that the specific embodiments described herein are only for explaining the relevant application and not for limiting the application. Furthermore, it should be noted that, for ease of description, only the parts related to the relevant application are shown in the accompanying drawings.

[0035] Traditional RTK data broadcasting is based on the Internet's unicast (user plane service) mode. This mode is not only overly expensive but also has low air interface resource utilization. This is because unicast only utilizes user plane resources and fails to effectively utilize the broadcast channel of the air interface. To address this, this application proposes a method for determining the broadcast mode. This method determines the corresponding index parameters for different broadcast modes based on the RTK data to be broadcast, and further identifies historical datasets for both unicast and broadcast modes. Based on the historical datasets, corresponding parameter thresholds are determined. By comparing the current data parameters of the RTK data to be broadcast with the parameter thresholds, a target broadcast mode suitable for the current data parameters is determined from both unicast and broadcast modes. This improves the compatibility between the target broadcast mode and the RTK data to be broadcast, overcoming the problems of excessive overhead and insufficient air interface resource utilization.

[0036] The technical solutions in the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings.

[0037] This application provides a method for determining a broadcast mode. It should be noted that this method can be applied to a broadcast mode determination device or an electronic device. This application does not specifically limit its application in this regard.

[0038] In the embodiments of this application, the method for determining the broadcast mode proposed in the embodiments of this application is illustrated by taking an electronic device as an example. The electronic device can be of various types, such as, but not limited to, any form of device such as a laptop computer.

[0039] A flowchart illustrating a method for determining a broadcast mode proposed in this application embodiment. Figure 1 ,like Figure 1 As shown, the determination method specifically includes the following steps 101 to 104:

[0040] Step 101: Based on the RTK data to be broadcast, determine the first indicator parameter corresponding to the unicast mode and the second indicator parameter corresponding to the broadcast mode; wherein the first indicator parameter and the second indicator parameter include at least one of the following: core network response time, air interface resource utilization, overhead parameters, service stability, and service response time.

[0041] In the embodiments of this application, the electronic device can determine the first indicator parameter corresponding to the unicast mode and the second indicator parameter corresponding to the broadcast mode based on the RTK data to be broadcast; wherein the first indicator parameter and the second indicator parameter include at least one of the following: core network response time, air interface resource utilization, overhead parameters, service stability, and service response time.

[0042] It should be noted that RTK data refers to data acquired through RTK technology. This data includes the received satellite signal strength, satellite location information, and receiver location information.

[0043] It should be noted that unicast mode refers to a one-to-one information reception and transmission between two network nodes. For example, when a user sends or receives emails or browses web pages, a one-to-one connection needs to be established with the mail server or web server.

[0044] It should be noted that broadcast mode means that the network unconditionally copies and forwards the signal emitted by every host, and all hosts can receive all information. For example, a cable television network receives signals from all channels and reconstructs the picture from the signal of one channel.

[0045] It should be noted that the first metric parameter corresponding to the unicast mode can include any parameter characterizing the performance of the unicast mode. For example, the first metric parameter may include at least one of the following: overhead parameter, service stability, and service response time.

[0046] It should be noted that overhead parameters refer to the usage of bandwidth resources, server resources, rentals, F5 load, etc.; service stability refers to the continuous and stable operation of the system; and service response time refers to the time difference between when a user sends a service request and when they receive a response.

[0047] It should be noted that the second indicator parameter corresponding to the broadcast mode can include any parameter characterizing the performance of the broadcast mode. For example, the second indicator parameter may include at least one of the following: core network response time, air interface resource utilization, overhead parameters, service stability, and service response time.

[0048] It should be noted that core network response time refers to the time difference between when a user sends a request to the core network and when the user receives a response; service response time refers to the time difference between when a user sends a service request and when the user receives a response; air interface resource utilization refers to the percentage of air interface resources used relative to the total air interface resources; overhead parameters refer to the usage of bandwidth resources, server resources, leases, F5 load, etc.; and service stability refers to the state of continuous and stable system operation.

[0049] Step 102: Determine the historical dataset based on the first indicator parameter, the second indicator parameter, the first historical data corresponding to the unicast mode, and the second historical data corresponding to the broadcast mode.

[0050] In the embodiments of this application, after determining the first indicator parameter corresponding to the unicast mode and the second indicator parameter corresponding to the broadcast mode based on the RTK data to be broadcast, the electronic device can further determine the historical dataset based on the first indicator parameter, the second indicator parameter, the first historical data corresponding to the unicast mode and the second historical data corresponding to the broadcast mode.

[0051] It should be noted that the first historical data corresponding to the unicast mode is the historical data corresponding to the first indicator parameter; this first historical data includes, but is not limited to: the first historical data corresponding to the overhead parameter, the first historical data corresponding to the service stability, and the first historical data corresponding to the service response time.

[0052] It should be noted that the second historical data corresponding to the broadcast mode is the historical data corresponding to the second indicator parameter; the second historical data includes, but is not limited to: the second historical data corresponding to the core network response time, the second historical data corresponding to the air interface resource utilization rate, the second historical data corresponding to the overhead parameter, the second historical data corresponding to the service stability, and the second historical data corresponding to the service response time.

[0053] It should be noted that the first historical data and the second historical data corresponding to the overhead parameters can be obtained from the positioning and broadcasting platform, LMF (Low-rank Multimodal Fusion) / general gateway, core network AMF (Action Message Format) / UDF (User-Defined Functions), and base station monitoring system.

[0054] It should be noted that the first historical data corresponding to service stability, the first historical data corresponding to service response time, the second historical data corresponding to service stability, and the second historical data corresponding to service response time can be obtained from the location broadcasting platform.

[0055] It should be noted that the first historical data and the second historical data corresponding to the core network response time can be obtained from the core network AMF / UDF.

[0056] It should be noted that the first historical data and the second historical data corresponding to the air interface resource utilization rate can be obtained from the base station monitoring system.

[0057] For example, a historical dataset is constructed by combining the first historical data corresponding to the overhead parameters, the first historical data corresponding to the service stability, the first historical data corresponding to the service response time, the second historical data corresponding to the core network response time, the second historical data corresponding to the air interface resource utilization, the second historical data corresponding to the overhead parameters, the second historical data corresponding to the service stability, and the second historical data corresponding to the service response time.

[0058] It should be noted that historical datasets can be used to determine the parameter thresholds corresponding to the RTK data to be broadcast.

[0059] Step 103: Based on the historical dataset, determine the parameter thresholds corresponding to the RTK data to be broadcast; the parameter thresholds include: time threshold, air interface overhead threshold, core network performance threshold, and overhead threshold.

[0060] In the embodiments of this application, after determining the historical dataset based on the first indicator parameter, the second indicator parameter, the first historical data corresponding to the unicast mode, and the second historical data corresponding to the broadcast mode, the electronic device can further determine the parameter thresholds corresponding to the RTK data to be broadcast based on the historical dataset; the parameter thresholds include: time threshold, air interface overhead threshold, core network performance threshold, and overhead threshold.

[0061] It should be noted that the time threshold can be defined according to the following formula:

[0062]

[0063] In equation (1), T i This represents the service response time for a time period of i, also known as the time threshold. NB i This represents the number of base stations with a time period of i, in Hz. i This represents the frequency of a base station with a time period of i, in hz. j This represents the frequency of the j-th base station.

[0064] It should be noted that the service stability q i It can be defined according to the following formula:

[0065]

[0066] In equation (2), T θ This represents the average service response time, where n represents the number of time periods.

[0067] In the embodiments of this application, when determining the parameter threshold corresponding to the RTK data to be broadcast based on the historical dataset, the time threshold can be determined based on the first service response time dataset associated with the current business needs and current user needs in the historical dataset; based on the time threshold, the air interface resource utilization dataset in the historical dataset is determined; based on the air interface resource utilization dataset, the second service response time dataset corresponding to the air interface resource utilization dataset in the historical dataset is determined; and based on the second service response time dataset, the air interface overhead threshold corresponding to the RTK data to be broadcast is determined.

[0068] It should be noted that air interface overhead can be defined using the following formula:

[0069]

[0070] In equation (3), CA i NU represents the air interface overhead for time period i. i This represents the number of users with time period i, which is related to the number of users at each base station. j HZ represents the number of users at the j-th base station. i This represents the frequency of a base station with a time period of i.

[0071] In the embodiments of this application, when determining the parameter threshold corresponding to the RTK data to be broadcast based on historical datasets, the time threshold can be determined based on the first service response time dataset associated with the current business requirements and current user requirements in the historical dataset; based on the time threshold, the core network response time dataset in the historical dataset is determined; based on the core network response time dataset, the third service response time dataset corresponding to the core network response time dataset in the historical dataset is determined; and based on the third service response time dataset, the core network performance threshold corresponding to the RTK data to be broadcast is determined.

[0072] It should be noted that core network performance can be defined using the following formula:

[0073] CE i =F3(NB i (4)

[0074] In equation (4), CE i This represents the core network performance over a time period of i, NB i This represents the number of base stations with a time period of i.

[0075] In the embodiments of this application, when determining the parameter threshold corresponding to the RTK data to be broadcast based on the historical dataset, the overhead dataset corresponding to the unicast mode and the overhead dataset corresponding to the broadcast mode in the historical dataset can be determined; the overhead threshold is determined based on the overhead dataset corresponding to the unicast mode and the overhead dataset corresponding to the broadcast mode.

[0076] It should be noted that the cost parameter can be defined according to the following formula:

[0077]

[0078] In equation (5), CB i CS represents the bandwidth overhead for time period i. i NU represents the business overhead for time period i. i NB represents the number of users with time period i. i This represents the number of base stations with a time period of i.

[0079] It should be noted that the difference between the bandwidth and service overhead of broadcast mode and that of unicast mode can be defined by the following formula:

[0080] C(D)=α(CB i (b)-CB i (u))+β(CS i (b)-CS i (u)) (6)

[0081] In equation (6), C(D) represents the difference between the overhead corresponding to the broadcast mode and the overhead corresponding to the unicast mode, α and β represent coefficients used to unify the units of bandwidth overhead and service overhead, and CB i (b) represents the bandwidth overhead corresponding to broadcast mode, CS i (b) represents the service overhead corresponding to the broadcast mode, CB i (u) represents the bandwidth overhead corresponding to unicast mode, CS i (u) represents the service overhead corresponding to unicast mode.

[0082] It should be noted that the cost threshold T(C) can be defined by the following formula:

[0083] T(C)=P(u)-P(b) (7)

[0084] In equation (7), P(u) represents the revenue corresponding to the unicast mode, and P(b) represents the revenue corresponding to the broadcast mode.

[0085] Step 104: Based on the current data parameters and parameter thresholds of the RTK data to be broadcast, determine the target broadcast mode in unicast mode and broadcast mode.

[0086] In the embodiments of this application, after determining the parameter threshold corresponding to the RTK data to be broadcast based on historical datasets, the electronic device can further determine the target broadcast mode in unicast mode and broadcast mode based on the current data parameters and parameter thresholds of the RTK data to be broadcast.

[0087] It should be noted that the current data parameters can include any performance metric representing the data. For example, the current data parameters may include at least one of the following: current service response time data, current air interface resource utilization data, current core network response time data, and current overhead data.

[0088] In some embodiments, when determining the target broadcast mode between unicast and broadcast modes based on the current data parameters and parameter thresholds of the RTK data to be broadcast, the following can be determined: unicast mode is determined as the target broadcast mode if the service response time corresponding to the current service response time data is greater than or equal to the time threshold; unicast mode is determined as the target broadcast mode if the service response time is less than the time threshold and the air interface overhead parameter corresponding to the current air interface resource utilization data is greater than or equal to the air interface overhead threshold; unicast mode is determined as the target broadcast mode if the air interface overhead parameter is less than the air interface overhead threshold and the core network performance parameter corresponding to the current core network response time data is greater than or equal to the core network performance threshold; unicast mode is determined as the target broadcast mode if the core network performance parameter is less than the core network performance threshold and the overhead parameter corresponding to the current overhead data is less than or equal to the overhead threshold; and broadcast mode is determined as the target broadcast mode if the overhead parameter is greater than the overhead threshold.

[0089] In some embodiments, when determining the target broadcast mode between unicast and broadcast modes based on the current data parameters and parameter thresholds of the RTK data to be broadcast, the following can be determined: unicast mode is determined as the target broadcast mode if the service response time corresponding to the current service response time data is greater than or equal to the time threshold; unicast mode is determined as the target broadcast mode if the service response time is less than the time threshold and the core network performance parameter corresponding to the current core network response time data is greater than or equal to the core network performance threshold; unicast mode is determined as the target broadcast mode if the core network performance parameter is less than the core network performance threshold and the air interface overhead parameter corresponding to the current air interface resource utilization data is greater than or equal to the air interface overhead threshold; unicast mode is determined as the target broadcast mode if the air interface overhead parameter is less than the air interface overhead threshold and the overhead parameter corresponding to the current overhead data is less than or equal to the overhead threshold; and broadcast mode is determined as the target broadcast mode if the overhead parameter is greater than the overhead threshold.

[0090] In the embodiments of this application, the priority order of service response time, air interface overhead parameters and core network performance parameters is as follows: the priority of service response time is greater than the priority of air interface overhead parameters and the priority of core network performance parameters. The priority of air interface overhead parameters and the priority of core network performance parameters can be the same. Therefore, the determination of air interface overhead parameters can be performed after the determination of core network response time or before the determination of core network response time. This application does not impose any limitations on this.

[0091] Here, service response time can be prioritized. If the service response time corresponding to the current service response time data is greater than or equal to a time threshold, unicast mode is determined as the target broadcast mode. Then, if the service response time is less than the time threshold, and the air interface overhead parameter corresponding to the current air interface resource utilization data is greater than or equal to the air interface overhead threshold, unicast mode is determined as the target broadcast mode. Here, the air interface overhead parameter can be determined after the service response time determination. If the air interface overhead parameter is less than the air interface overhead threshold, and the core network performance parameter corresponding to the current core network response time data is greater than or equal to the core network performance threshold, unicast mode is determined as the target broadcast mode. Here, the core network performance parameter can be determined after the air interface overhead parameter determination. If the core network performance parameter is less than the core network performance threshold, and the overhead parameter corresponding to the current overhead data is less than or equal to the overhead threshold, unicast mode is determined as the target broadcast mode. If the overhead parameter is greater than the overhead threshold, broadcast mode is determined as the target broadcast mode. Here, after determining the service response time, air interface overhead parameters, and core network performance parameters, the determination of overhead parameters will be considered.

[0092] Here, service response time can be prioritized. If the service response time corresponding to the current service response time data is greater than or equal to a time threshold, unicast mode is determined as the target broadcast mode. Then, if the service response time is less than the time threshold, and the core network performance parameter corresponding to the current core network response time data is greater than or equal to the core network performance threshold, unicast mode is determined as the target broadcast mode. Here, the core network performance parameter can be determined after the service response time determination. If the core network performance parameter is less than the core network performance threshold, and the air interface overhead parameter corresponding to the current air interface resource utilization data is greater than or equal to the air interface overhead threshold, unicast mode is determined as the target broadcast mode. Here, the air interface overhead parameter can be determined after the core network performance parameter determination. If the air interface overhead parameter is less than the air interface overhead threshold, and the overhead parameter corresponding to the current overhead data is less than or equal to the overhead threshold, unicast mode is determined as the target broadcast mode. If the overhead parameter is greater than the overhead threshold, broadcast mode is determined as the target broadcast mode. Here, after determining the service response time, core network performance parameters, and air interface overhead parameters, the determination of overhead parameters will be considered.

[0093] This application provides a method for determining a broadcast mode. The method includes: determining a first indicator parameter corresponding to a unicast mode and a second indicator parameter corresponding to a broadcast mode based on RTK data to be broadcast; wherein the first indicator parameter and the second indicator parameter include at least one of the following: core network response time, air interface resource utilization, overhead parameters, service stability, and service response time; determining a historical dataset based on the first indicator parameter, the second indicator parameter, a first historical data corresponding to the unicast mode, and a second historical data corresponding to the broadcast mode; determining parameter thresholds corresponding to the RTK data to be broadcast based on the historical dataset; the parameter thresholds include: a time threshold, an air interface overhead threshold, a core network performance threshold, and an overhead threshold; and determining a target broadcast mode between the unicast mode and the broadcast mode based on the current data parameters and parameter thresholds of the RTK data to be broadcast. In this way, the indicator parameters corresponding to different broadcast modes are determined by the RTK data to be broadcast, and the historical dataset is further determined. The corresponding parameter thresholds are determined based on the historical dataset. By comparing the current data parameters and the parameter thresholds, the target broadcast mode suitable for the current data parameters is determined from the unicast mode and the broadcast mode. This improves the adaptability of the target broadcast mode to the RTK data to be broadcast, thereby overcoming the problems of excessive overhead and insufficient utilization of air interface resources.

[0094] Based on the above embodiments, the flowchart of the method for determining the broadcast mode proposed in this application is as follows: Figure 2 ,like Figure 2 As shown, determining the parameter thresholds corresponding to the RTK data to be broadcast based on historical datasets may include steps 201 to 204:

[0095] Step 201: Determine the time threshold based on the first service response time dataset associated with the current business needs and current user needs in the historical dataset.

[0096] In the embodiments of this application, after determining the historical dataset based on the first indicator parameter, the second indicator parameter, the first historical data corresponding to the unicast mode, and the second historical data corresponding to the broadcast mode, the electronic device can further determine the time threshold based on the first service response time dataset in the historical dataset that is associated with the current business needs and the current user needs.

[0097] It should be noted that the time threshold can be any positive number. For example, the time threshold can be 500ms.

[0098] Step 202: Based on the time threshold, determine the air interface resource utilization dataset in the historical dataset.

[0099] In the embodiments of this application, after determining a time threshold based on a first service response time dataset associated with current business needs and current user needs in a historical dataset, the electronic device can further determine an air interface resource utilization dataset in the historical dataset based on the time threshold.

[0100] In the embodiments of this application, when determining the air interface resource utilization dataset in the historical dataset based on a time threshold, a first time range can be determined based on the time threshold; if a first candidate air interface resource utilization dataset corresponding to the first time range exists in the historical dataset, the first candidate air interface resource utilization dataset is used as the air interface resource utilization dataset; if no first candidate air interface resource utilization dataset corresponding to the first time range exists in the historical dataset, a second candidate air interface resource utilization dataset corresponding to the second time range in the historical dataset is used as the air interface resource utilization dataset; wherein, the second time range is greater than the first time range.

[0101] Here, the second time range and the first time range correspond to different time periods. For example, the time threshold can be 500ms, the third time range can be 450ms to 550ms, and the fourth time range can be 930ms to 570ms.

[0102] Step 203: Based on the air interface resource utilization dataset, determine the second service response time dataset in the historical dataset that corresponds to the air interface resource utilization dataset.

[0103] In the embodiments of this application, after determining the air interface resource utilization dataset in the historical dataset based on a time threshold, the electronic device can further determine the second service response time dataset corresponding to the air interface resource utilization dataset in the historical dataset based on the air interface resource utilization dataset.

[0104] In the embodiments of this application, when determining the second service response time dataset corresponding to the air interface resource utilization dataset in the historical dataset based on the air interface resource utilization dataset, the second service response time data corresponding to any air interface resource utilization data in the historical dataset can be determined based on any air interface resource utilization data in the air interface resource utilization dataset; and the second service response time dataset can be determined based on multiple second service response time data.

[0105] It should be noted that the time period corresponding to the air interface resource utilization dataset is the same as the time period corresponding to the second service response time dataset.

[0106] It should be noted that the second service response time dataset may be the same as or partially the same as the first service response time dataset, and this application does not impose any restrictions on this.

[0107] Step 204: Based on the second service response time dataset, determine the air interface overhead threshold corresponding to the RTK data to be broadcast.

[0108] In the embodiments of this application, after determining the second service response time dataset corresponding to the air interface resource utilization dataset in the historical dataset based on the air interface resource utilization dataset, the electronic device can further determine the air interface overhead threshold corresponding to the RTK data to be broadcast based on the second service response time dataset.

[0109] In the embodiments of this application, when determining the air interface overhead threshold corresponding to the RTK data to be broadcast based on the second service response time dataset, a first service stability dataset corresponding to the second service response time dataset can be determined based on the second service response time dataset; the air interface resource utilization data corresponding to the minimum service stability data in the first service stability dataset is used as the air interface overhead threshold.

[0110] It should be noted that service response time can quantify service stability, as shown in formula (2). That is, the minimum service stability data in the first service stability dataset is obtained by substituting the second service response time dataset into formula (2). i The smaller the value, the better the service stability, and correspondingly, the more appropriate the air interface overhead threshold.

[0111] In this embodiment, the air interface resource utilization dataset in the historical dataset is further determined by the time threshold; thereby, the second service response time dataset corresponding to the air interface resource utilization dataset in the historical dataset is further determined; the air interface overhead threshold is obtained by substituting the second service response time dataset into formula (2). Thus, the optimal air interface overhead threshold can be determined based on the data when the service stability performance is best.

[0112] Based on the above embodiments, the flowchart of the method for determining the broadcast mode proposed in this application is as follows: Figure 3 ,like Figure 3 As shown, the implementation of determining the parameter thresholds corresponding to the RTK data to be broadcast based on historical datasets may include steps 301 to 304:

[0113] Step 301: Determine the time threshold based on the first service response time dataset associated with the current business needs and current user needs in the historical dataset.

[0114] In the embodiments of this application, after determining the historical dataset based on the first indicator parameter, the second indicator parameter, the first historical data corresponding to the unicast mode, and the second historical data corresponding to the broadcast mode, the electronic device can further determine the time threshold based on the first service response time dataset in the historical dataset that is associated with the current business needs and the current user needs.

[0115] It should be noted that the time threshold can be any positive number. For example, the time threshold can be 500ms.

[0116] Step 302: Based on the time threshold, determine the core network response time dataset in the historical dataset.

[0117] In the embodiments of this application, after determining a time threshold based on a first service response time dataset associated with current business needs and current user needs in a historical dataset, the electronic device can further determine a core network response time dataset in the historical dataset based on the time threshold.

[0118] In the embodiments of this application, when determining the core network response time dataset in the historical dataset based on a time threshold, a third time range can be determined based on the time threshold; if a first candidate core network response time dataset corresponding to the third time range exists in the historical dataset, the first candidate core network response time dataset is used as the core network response time dataset; if no first candidate core network response time dataset corresponding to the third time range exists in the historical dataset, the second candidate core network response time dataset corresponding to the fourth time range in the historical dataset is used as the core network response time dataset; wherein, the fourth time range is greater than the third time range.

[0119] Here, the fourth time range and the third time range correspond to different time periods. For example, the time threshold can be 500ms, the third time range can be 450ms to 550ms, and the fourth time range can be 930ms to 570ms.

[0120] Step 303: Based on the core network response time dataset, determine the third service response time dataset in the historical dataset that corresponds to the core network response time dataset.

[0121] In the embodiments of this application, after determining the core network response time dataset in the historical dataset based on a time threshold, the electronic device can further determine the third service response time dataset corresponding to the core network response time dataset in the historical dataset based on the core network response time dataset.

[0122] In the embodiments of this application, the third service response time dataset corresponding to the core network response time dataset in the historical dataset can be determined based on the core network response time dataset. This can be done by determining the third service response time data corresponding to any core network response time data in the historical dataset based on any core network response time data in the core network response time dataset, or by determining the third service response time dataset based on multiple third service response time data.

[0123] It should be noted that the time period corresponding to the core network response time dataset is consistent with the time period corresponding to the third service response time dataset.

[0124] It should be noted that the third service response time dataset may be the same as or partially the same as the first service response time dataset, and this application does not impose any restrictions on this.

[0125] Step 304: Based on the third service response time dataset, determine the core network performance threshold corresponding to the RTK data to be broadcast.

[0126] In the embodiments of this application, after determining the third service response time dataset corresponding to the core network response time dataset in the historical dataset based on the core network response time dataset, the electronic device can further determine the core network performance threshold corresponding to the RTK data to be broadcast based on the third service response time dataset.

[0127] In the embodiments of this application, when determining the core network performance threshold corresponding to the RTK data to be broadcast based on the third service response time dataset, a second service stability dataset corresponding to the third service response time dataset can be determined based on the third service response time dataset; the core network response time data corresponding to the minimum service stability data in the second service stability dataset is used as the core network performance threshold.

[0128] It should be noted that service response time can quantify service stability, as shown in formula (2). That is, the minimum service stability data in the second service stability dataset is obtained by substituting the third service response time dataset into formula (2). i The smaller the value, the better the service stability, and correspondingly, the more appropriate the core network performance threshold.

[0129] In this embodiment, the core network response time dataset in the historical dataset is further determined by using a time threshold; thereby, the third service response time dataset corresponding to the core network response time dataset in the historical dataset is further determined; and the core network performance threshold is obtained by substituting the third service response time dataset into formula (2). Thus, the optimal core network performance threshold can be determined based on the data when the service stability performance is best.

[0130] Based on the above embodiments, the flowchart of the method for determining the broadcast mode proposed in this application is as follows: Figure 4 ,like Figure 4 As shown, the implementation of determining the parameter thresholds corresponding to the RTK data to be broadcast based on historical datasets may include steps 401 to 402:

[0131] Step 401: Determine the overhead dataset corresponding to the unicast mode and the overhead dataset corresponding to the broadcast mode in the historical dataset.

[0132] In the embodiments of this application, after determining the historical dataset based on the first indicator parameter, the second indicator parameter, the first historical data corresponding to the unicast mode, and the second historical data corresponding to the broadcast mode, the electronic device can further determine the overhead dataset corresponding to the unicast mode and the overhead dataset corresponding to the broadcast mode in the historical dataset.

[0133] It should be noted that the overhead dataset corresponding to unicast mode includes the bandwidth overhead dataset and the service overhead dataset corresponding to unicast mode.

[0134] It should be noted that the overhead dataset corresponding to broadcast mode includes the bandwidth overhead dataset and the service overhead dataset corresponding to broadcast mode.

[0135] Step 402: Determine the cost threshold based on the cost dataset corresponding to unicast mode and the cost dataset corresponding to broadcast mode.

[0136] It should be noted that the difference between the bandwidth overhead dataset corresponding to broadcast mode and the bandwidth overhead dataset corresponding to unicast mode, and the difference between the service overhead dataset corresponding to broadcast mode and the service overhead dataset corresponding to unicast mode, can determine the total overhead difference.

[0137] It should be noted that the difference between the cost dataset for unicast mode and the cost dataset for broadcast mode can be used to determine the cost threshold.

[0138] In this embodiment, the cost threshold is determined by the difference between the cost dataset corresponding to the unicast mode and the cost dataset corresponding to the broadcast mode. Thus, based on the comparison between the total cost difference and the cost threshold, the most suitable target broadcast mode can be selected from the unicast mode and the broadcast mode.

[0139] Based on the above embodiments, the method for determining the broadcast mode provided in this application embodiment will be described in detail below in conjunction with specific application scenarios.

[0140] Flowchart of the method for determining the broadcast mode proposed in this application embodiment Figure 5,like Figure 5 As shown, the determination method specifically includes the following steps 501 to 503:

[0141] Step 501: Determine the metrics corresponding to the broadcast mode and collect historical datasets of RTK broadcasts in unicast and broadcast modes.

[0142] It should be noted that the indicators corresponding to the broadcast mode include the first indicator parameter corresponding to the unicast mode and the second indicator parameter corresponding to the broadcast mode; among them, the first indicator parameter and the second indicator parameter include at least one of the following: core network response time, air interface resource utilization, overhead parameters, service stability, and service response time.

[0143] Step 502: Determine the parameter threshold based on the historical dataset.

[0144] It should be noted that the parameter thresholds include: time threshold, air interface overhead threshold, core network performance threshold, and overhead threshold.

[0145] Step 503: Determine the target broadcast mode from unicast mode and broadcast mode based on the parameter threshold.

[0146] It should be noted that, as Figure 6 The diagram shows the system framework corresponding to the broadcast mode. When the target broadcast mode is broadcast mode, the high-precision positioning broadcast platform sends RTK data to the corresponding base station NG-RAN (Next Generation Radio Access Network) through low-rank multimodal fusion LMF and core network-AMF. The base station then broadcasts the data to the terminal UE (User Experience). In this way, the broadcast channel of the air interface resources can be fully utilized.

[0147] It should be noted that, as Figure 7 The diagram shows the system framework corresponding to the unicast mode. When the target broadcast mode is unicast, the terminal reports the location request to the high-precision positioning broadcast platform through the access network of the base station NG-RAN, the core network-UPF (User Plane Function), and the general gateway. The high-precision positioning broadcast platform then returns the corresponding RTK data to the terminal UE via the original path.

[0148] The method for determining the broadcast mode proposed in this application includes the following:

[0149] 1. Selection of broadcast mode indicators

[0150] The choice between unicast and broadcast modes is influenced by multiple metrics. For example, unicast mode requires consideration of service performance, including service response time and stability; and overhead parameters, including bandwidth and service overhead. Bandwidth overhead refers to bandwidth resource consumption, which is related to the number of base stations and users. Service overhead includes the usage of server resources, leases, F5 load balancing, etc., which are also related to the number of base stations and users. Broadcast mode, in addition to service performance and overhead parameters, also needs to consider air interface overhead and the impact on core network performance. Air interface overhead represents the utilization rate of air interface resources and is strongly correlated with the number of users and broadcast frequency. The impact on core network performance represents core network response time, which is positively correlated with the number of base stations. Figure 8 The diagram shows the indicator parameters corresponding to the unicast mode and the broadcast mode.

[0151] 2. Collection of indicator parameters

[0152] The data includes the first historical data corresponding to unicast mode and the second historical data corresponding to broadcast mode, from the high-precision positioning broadcast platform, base station monitoring system, LMF / general gateway, core network AMF / UDF, and broadcast mode. Table 1 shows the correspondence between services, data, and indicator parameters in unicast and broadcast modes.

[0153] Table 1. Correspondence between service, data, and indicator parameters in unicast and broadcast modes.

[0154]

[0155]

[0156] 3. Parameter threshold calculation

[0157] It should be noted that the parameter thresholds include: service performance threshold, air interface overhead threshold, core network performance threshold, and overhead threshold.

[0158] (1) Service performance threshold (time threshold)

[0159] It should be noted that service response time is the most intuitive indicator of service performance, referring to the time difference between when a user sends a service request and when they receive a response. Here, service response time is negatively correlated with service performance. Currently, the RTK data broadcast mode in 5G networks is unicast mode, and the service response time indicator is relatively good, so it does not need to be considered too much. In broadcast mode, service response time is related to the number of base stations and the base station frequency, as shown in formula (1) above. Here, the smaller the service performance threshold, the more stable the service is, and it is unrelated to the magnitude of the response time.

[0160] It should be noted that when service stability exists alone, its correlation with service performance is relatively small. Only when the service response time is small, for example, when the service response time is 500 ms, will service stability be related to service performance. Here, the more stable the service, the better its performance.

[0161] It should be noted that there is no fixed threshold for service stability. Therefore, the service performance threshold mainly calculates the service response time threshold.

[0162] (2) Radio interface overhead threshold

[0163] It should be noted that the radio interface overhead represents the percentage of the radio interface resources used in the entire radio interface resources. The radio interface overhead is determined by the number of occupied resources (related to the number of users) and the broadcast period (related to the broadcast frequency).

[0164] The calculation process of the radio interface overhead threshold is as follows:

[0165] First step: Set the service response time threshold to 500 ms according to the service requirements, and set the floating range to 50 ms.

[0166] Second step: Collect the corresponding data of the radio interface overhead CA i and the service response time T i in the same time period in the broadcast mode from the historical dataset, and filter out the radio interface overhead CA(R) = {CA j , CA r ... CA u} corresponding to the response time of 450 ms to 550 ms. If no radio interface overhead CA(R) is filtered out, then select CA(R) = {CA x} close to 450 ms to 550 ms.

[0167] Third step: According to the obtained radio interface overhead CA(R), filter out the service response time dataset corresponding to CA(R) from the historical dataset.

[0168] It should be noted that traverse the radio interface overhead set CA(R) = {CA j , CA r ... CA u}; select the first element CA j of CA(R), which is the radio interface overhead collected in time period j. Select the response time T j collected in time period j from the historical dataset; similarly traverse other elements to obtain the service response time dataset {T j , T r ... T u} corresponding to the radio interface overhead CA(R).

[0169] Step 4: Calculate the service stability Q(R) corresponding to the service response time dataset {T j , T r ... T u} according to the above formula (2). The service stability Q(R) = {q j , q r ... q u}. Select the radio interface overhead T(CA) = CA corresponding to the lowest service stability value from the service stability Q(R), and use it as the radio interface overhead threshold.

[0170] (3) Core network performance impact threshold (core network performance threshold) <000045​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​This element represents the core network performance impact collected over time period k, and the response time T collected over time period k is selected from the historical dataset. k Similarly, by iterating through other elements, we can obtain the service response time dataset {T} corresponding to the core network performance impact set CE(R). k ,T s ...T v}

[0178] Step 4: Calculate the service response time dataset {T} according to the formula (2) above. k ,T s ...T v The corresponding service stability Q(R) = {q} k ,q s ...q v}; Select the core network performance impact value T(CE) corresponding to the lowest service stability value from Q(R) = CE m This is used as a threshold for the impact on core network performance.

[0179] (4) Cost threshold

[0180] It should be noted that the overhead parameters consist of bandwidth overhead and service overhead. Service overhead is positively correlated with the number of users and base stations, and bandwidth overhead is also positively correlated with the number of users and base stations.

[0181] It should be noted that bandwidth and service overhead directly affect revenue, and can be considered as the total overhead in broadcast mode. Here, the total overhead in broadcast mode is less than that in unicast mode.

[0182] It should be noted that the revenue corresponding to unicast mode and the revenue corresponding to broadcast mode can determine the cost threshold, as shown in the above formula (7).

[0183] It should be noted that the historical dataset is data collected periodically from the broadcast environment. Service performance thresholds, air interface overhead thresholds, core network performance thresholds, and overhead thresholds are recalculated periodically to obtain a better decision tree.

[0184] 4. Dynamic switching of broadcast modes

[0185] It should be noted that this application uses a decision tree algorithm to make decisions on switching broadcast modes. A schematic diagram of the broadcast mode switching process provided in this application embodiment is shown below. Figure 9 As shown, the switching process specifically includes the following steps 701 to 706:

[0186] Step 701: Determine whether the current service response time data is greater than or equal to the service performance threshold. If yes, proceed to step 702; otherwise, proceed to step 703.

[0187] It should be noted that the comparison between the current service response time data and the service performance threshold can determine the target broadcast mode.

[0188] Step 702: Determine the target broadcast mode as unicast mode.

[0189] Step 703: Determine whether the current air interface resource utilization rate is greater than or equal to the air interface overhead threshold. If yes, proceed to step 702; otherwise, proceed to step 704.

[0190] It should be noted that the comparison between the air interface overhead parameters corresponding to the current air interface resource utilization data and the air interface overhead threshold can determine the target broadcast mode.

[0191] Step 704: Determine whether the current core network response time data is greater than or equal to the core network performance threshold. If yes, proceed to step 702; otherwise, proceed to step 705.

[0192] It should be noted that the comparison between the core network performance parameters corresponding to the current core network response time data and the core network performance threshold can determine the target broadcast mode.

[0193] Step 705: Determine whether the current expense data is greater than or equal to the expense threshold. If yes, proceed to step 702; otherwise, proceed to step 706.

[0194] It should be noted that the overhead parameters corresponding to the current overhead data can be obtained by adding bandwidth overhead and service overhead.

[0195] Step 706: Determine the target broadcast mode as broadcast mode.

[0196] It should be noted that the priority of the impact of service performance, air interface overhead, and core network performance is as follows: Service performance > Air interface overhead = Core network performance impact. Service performance considers the entire link and has the widest impact, therefore it has the highest priority; air interface overhead and core network performance impact, as one part of the link, can be arbitrarily changed in the decision tree without being affected.

[0197] It should be noted that the overhead parameters are only calculated to determine whether the broadcast mode is suitable if the service performance threshold, air interface overhead threshold, and core network performance threshold are met.

[0198] It should be noted that the current service response time data, current air interface resource utilization data, current core network response time data, and current overhead data are all collected periodically from the broadcast environment.

[0199] The method for determining the broadcast mode proposed in this application has the following advantages:

[0200] For the platform, the broadcast mode process is independent of the number of users at a specific base station. Faced with a surge in users, it does not require significant additional overhead, including bandwidth and service costs. Broadcast mode can effectively utilize the broadcast channel of the air interface.

[0201] With the rapid development of positioning technology and the increasing demand for positioning, more and more users are using 5G networks for positioning. When there are a large number of users, using broadcast mode to broadcast positioning data can greatly reduce costs and increase revenue.

[0202] With the rapid development of positioning technology, the dynamic switching between unicast and broadcast modes allows for the selection of the most suitable broadcast mode, which not only fully utilizes the advantages of both broadcast modes but also generates more revenue.

[0203] Based on the same inventive concept as the above embodiments, another embodiment of this application provides a schematic diagram of the composition structure of a broadcast mode determination device, as shown below. Figure 10 As shown, the broadcast mode determination device 80 includes: a first determination unit 801, a second determination unit 802, a third determination unit 803, and a fourth determination unit 804.

[0204] The first determining unit 801 is used to determine, based on the RTK data to be broadcast, a first indicator parameter corresponding to the unicast mode and a second indicator parameter corresponding to the broadcast mode; wherein the first indicator parameter and the second indicator parameter include at least one of the following: core network response time, air interface resource utilization, overhead parameters, service stability, and service response time.

[0205] The second determining unit 802 is used to determine a historical dataset based on the first indicator parameter, the second indicator parameter, the first historical data corresponding to the unicast mode, and the second historical data corresponding to the broadcast mode.

[0206] The third determining unit 803 is used to determine the parameter thresholds corresponding to the RTK data to be broadcast based on the historical dataset; the parameter thresholds include: time threshold, air interface overhead threshold, core network performance threshold, and overhead threshold;

[0207] The fourth determining unit 804 is used to determine the target broadcast mode in the unicast mode and the broadcast mode based on the current data parameters of the RTK data to be broadcast and the parameter threshold.

[0208] This application also provides a schematic diagram of the composition structure of an electronic device, such as... Figure 11As shown, the electronic device 90 proposed in this application embodiment may include a processor 91, a memory 92 configured to store computer programs that can run on the processor, and further, the electronic device 90 may also include a communication interface 93 and a bus 94 for connecting the processor 91, the memory 92 and the communication interface 93.

[0209] In the embodiments of this application, the processor 91 can be at least one of the following: Application-Specific Integrated Circuit (ASIC), Digital Signal Processor (DSP), Digital Signal Processing Device (DSPD), Programmable Logic Device (PLD), Field Programmable Gate Array (FPGA), Central Processing Unit (CPU), Controller, Microcontroller, and Microprocessor. It is understood that for different devices, the electronic device used to implement the above-mentioned processor function can also be other types, and the embodiments of this application do not specifically limit it.

[0210] In embodiments of this application, memory 92 is used to store instructions and data. Memory 92 may be connected to processor 91, wherein memory 92 is used to store executable program code, which includes computer operation instructions.

[0211] In embodiments of this application, bus 94 is used to connect communication interface 93, processor 91, and memory 92, as well as the mutual communication between these devices.

[0212] Further, in the embodiments of this application, the processor 91 is configured to determine, based on the RTK data to be broadcast, a first indicator parameter corresponding to the unicast mode and a second indicator parameter corresponding to the broadcast mode; wherein the first indicator parameter and the second indicator parameter include at least one of the following: core network response time, air interface resource utilization, overhead parameters, service stability, and service response time; determine a historical dataset based on the first indicator parameter, the second indicator parameter, the first historical data corresponding to the unicast mode, and the second historical data corresponding to the broadcast mode; determine parameter thresholds corresponding to the RTK data to be broadcast based on the historical dataset; the parameter thresholds include: time threshold, air interface overhead threshold, core network performance threshold, and overhead threshold; and determine a target broadcast mode in the unicast mode and the broadcast mode based on the current data parameters and parameter thresholds of the RTK data to be broadcast.

[0213] In practical applications, the aforementioned memory 92 can be volatile memory, such as random-access memory (RAM); or non-volatile memory, such as read-only memory (ROM), flash memory, hard disk drive (HDD), or solid-state drive (SSD); or a combination of the above types of memory, and provide instructions and data to the processor 91.

[0214] This application provides a broadcast mode determination device and electronic device. Based on the RTK data to be broadcast, the device or electronic device determines a first indicator parameter corresponding to the unicast mode and a second indicator parameter corresponding to the broadcast mode. The first and second indicator parameters include at least one of the following: core network response time, air interface resource utilization, overhead parameters, service stability, and service response time. Based on the first and second indicator parameters, first historical data corresponding to the unicast mode, and second historical data corresponding to the broadcast mode, a historical dataset is determined. Based on the historical dataset, parameter thresholds corresponding to the RTK data to be broadcast are determined. These parameter thresholds include: a time threshold, an air interface overhead threshold, a core network performance threshold, and an overhead threshold. Based on the current data parameters and parameter thresholds of the RTK data to be broadcast, a target broadcast mode is determined between the unicast and broadcast modes. In this way, the indicator parameters corresponding to different broadcast modes are determined by the RTK data to be broadcast, and the historical dataset is further determined. The corresponding parameter thresholds are determined based on the historical dataset. By comparing the current data parameters and the parameter thresholds, the target broadcast mode suitable for the current data parameters is determined from the unicast mode and the broadcast mode. This improves the adaptability of the target broadcast mode to the RTK data to be broadcast, thereby overcoming the problems of excessive overhead and insufficient utilization of air interface resources.

[0215] This application also provides a computer-readable storage medium having a program stored thereon, which, when executed by a processor, implements the determination method described above.

[0216] Specifically, the program instructions corresponding to a determination method in this embodiment can be stored on storage media such as optical discs, hard disks, and USB flash drives. When the program instructions corresponding to a determination method in the storage media are read or executed by an electronic device, the following steps are included:

[0217] Based on the RTK data to be broadcast, determine the first indicator parameter corresponding to the unicast mode and the second indicator parameter corresponding to the broadcast mode; wherein the first indicator parameter and the second indicator parameter include at least one of the following: core network response time, air interface resource utilization, overhead parameters, service stability, and service response time.

[0218] Based on the first indicator parameter, the second indicator parameter, the first historical data corresponding to the unicast mode, and the second historical data corresponding to the broadcast mode, a historical dataset is determined.

[0219] Based on the historical dataset, parameter thresholds corresponding to the RTK data to be broadcast are determined; the parameter thresholds include: time threshold, air interface overhead threshold, core network performance threshold, and overhead threshold.

[0220] Based on the current data parameters of the RTK data to be broadcast and the parameter threshold, a target broadcast mode is determined in the unicast mode and the broadcast mode.

[0221] Those skilled in the art will understand that embodiments of this application can be provided as methods, systems, or computer program products. Therefore, this application can take the form of hardware embodiments, software embodiments, or embodiments combining software and hardware aspects. Furthermore, this application can take the form of a computer program product implemented on one or more computer-usable storage media (including, but not limited to, disk storage and optical storage) containing computer-usable program code.

[0222] This application is described with reference to schematic and / or block diagrams of implementations of methods, apparatus (systems), and computer program products according to embodiments of this application. It should be understood that each block of the schematic and / or block diagrams can be implemented by computer program instructions, and combinations of blocks in the schematic and / or block diagrams can be implemented. These computer program instructions can be provided to a processor of a general-purpose computer, special-purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create a machine for implementing the schematic and / or block diagrams. Figure 1 One or more processes and / or boxes Figure 1 A device that provides the functions specified in one or more boxes.

[0223] These computer program instructions may also be stored in a computer-readable storage medium that can direct a computer or other programmable data processing device to function in a particular manner, such that the instructions stored in the computer-readable storage medium produce an article of manufacture including instruction means, which are implemented in the implementation flow diagram. Figure 1 One or more processes and / or boxes Figure 1The function specified in one or more boxes.

[0224] These computer program instructions may also be loaded onto a computer or other programmable data processing equipment to cause a series of operational steps to be performed on the computer or other programmable equipment to produce a computer-implemented process, thereby providing instructions that execute on the computer or other programmable equipment for implementing the process. Figure 1 One or more processes and / or boxes Figure 1 The steps of the function specified in one or more boxes.

[0225] The above description is merely a preferred embodiment of the present invention and is not intended to limit the scope of protection of the present invention. Any modifications, equivalent substitutions, and improvements made within the spirit and principles of the present invention should be included within the scope of protection of the present invention.

Claims

1. A method for determining a broadcast mode, applied to a base station, characterized in that, Based on the real-time dynamic measurement RTK data to be broadcast, the first indicator parameter corresponding to the unicast mode and the second indicator parameter corresponding to the broadcast mode are determined; wherein the first indicator parameter and the second indicator parameter include at least one of the following: core network response time, air interface resource utilization, overhead parameters, service stability, and service response time. Based on the first indicator parameter, the second indicator parameter, the first historical data corresponding to the unicast mode, and the second historical data corresponding to the broadcast mode, a historical dataset is determined. Based on the historical dataset, parameter thresholds corresponding to the RTK data to be broadcast are determined; the parameter thresholds include: time threshold, air interface overhead threshold, core network performance threshold, and overhead threshold. Based on the current data parameters of the RTK data to be broadcast and the parameter threshold, a target broadcast mode is determined in the unicast mode and the broadcast mode.

2. The method according to claim 1, characterized in that, The step of determining the parameter thresholds corresponding to the RTK data to be broadcast based on the historical dataset includes: The time threshold is determined based on the first service response time dataset in the historical dataset that is associated with the current business needs and the current user needs; Based on the time threshold, determine the air interface resource utilization dataset in the historical dataset; Based on the air interface resource utilization dataset, determine the second service response time dataset in the historical dataset that corresponds to the air interface resource utilization dataset; Based on the second service response time dataset, the air interface overhead threshold corresponding to the RTK data to be broadcast is determined.

3. The method according to claim 2, characterized in that, The step of determining the second service response time dataset corresponding to the air interface resource utilization dataset in the historical dataset based on the air interface resource utilization dataset includes: Based on any air interface resource utilization data in the air interface resource utilization dataset, determine the second service response time data in the historical dataset corresponding to any air interface resource utilization data; The second service response time dataset is determined based on multiple sets of second service response time data. The step of determining the air interface overhead threshold corresponding to the RTK data to be broadcast based on the second service response time dataset includes: Based on the second service response time dataset, a first service stability dataset corresponding to the second service response time dataset is determined; The air interface resource utilization rate corresponding to the minimum service stability data in the first service stability dataset is used as the air interface overhead threshold.

4. The method according to claim 2 or 3, characterized in that, The step of determining the air interface resource utilization dataset in the historical dataset based on the time threshold includes: A first time range is determined based on the time threshold; If a first candidate air interface resource utilization dataset corresponding to the first time range exists in the historical dataset, the first candidate air interface resource utilization dataset shall be used as the air interface resource utilization dataset. If there is no first candidate air interface resource utilization dataset corresponding to the first time range in the historical dataset, the second candidate air interface resource utilization dataset corresponding to the second time range in the historical dataset shall be used as the air interface resource utilization dataset; wherein, the second time range is longer than the first time range.

5. The method according to claim 1, characterized in that, Based on the historical dataset, determine the parameter thresholds corresponding to the RTK data to be broadcast, including: The time threshold is determined based on the first service response time dataset in the historical dataset that is associated with the current business needs and the current user needs; Based on the time threshold, determine the core network response time dataset in the historical dataset; Based on the core network response time dataset, determine the third service response time dataset in the historical dataset that corresponds to the core network response time dataset; Based on the third service response time dataset, the core network performance threshold corresponding to the RTK data to be broadcast is determined.

6. The method according to claim 5, characterized in that, The step of determining the third service response time dataset corresponding to the core network response time dataset in the historical dataset based on the core network response time dataset includes: Based on any core network response time data in the core network response time dataset, determine the third service response time data in the historical dataset that corresponds to any core network response time data. The third service response time dataset is determined based on multiple sets of third service response time data. The step of determining the core network performance threshold corresponding to the RTK data to be broadcast based on the third service response time dataset includes: Based on the third service response time dataset, a second service stability dataset corresponding to the third service response time dataset is determined; The core network response time data corresponding to the minimum service stability data in the second service stability dataset is used as the core network performance threshold.

7. The method according to claim 5 or 6, characterized in that, The process of determining the core network response time dataset in the historical dataset based on the time threshold includes: A third time range is determined based on the aforementioned time threshold; If a first candidate core network response time dataset corresponding to the third time range exists in the historical dataset, the first candidate core network response time dataset shall be used as the core network response time dataset. If there is no first candidate core network response time dataset in the historical dataset corresponding to the third time range, the second candidate core network response time dataset in the historical dataset corresponding to the fourth time range shall be used as the core network response time dataset; wherein, the fourth time range is greater than the third time range.

8. The method according to claim 1, characterized in that, The step of determining the parameter thresholds corresponding to the RTK data to be broadcast based on the historical dataset includes: Determine the overhead dataset in the historical dataset corresponding to the unicast mode, and the overhead dataset in the historical dataset corresponding to the broadcast mode; The cost threshold is determined based on the cost dataset corresponding to the unicast mode and the cost dataset corresponding to the broadcast mode.

9. The method according to claim 1, characterized in that, The current data parameters include at least one of the following: Current service response time data, current air interface resource utilization data, current core network response time data, and current overhead data; The determination of the target broadcast mode in the unicast mode and the broadcast mode based on the current data parameters of the RTK data to be broadcast and the parameter threshold includes: If the service response time corresponding to the current service response time data is greater than or equal to the time threshold, the unicast mode is determined to be the target broadcast mode; If the service response time is less than the time threshold and the air interface overhead parameter corresponding to the current air interface resource utilization data is greater than or equal to the air interface overhead threshold, the unicast mode is determined to be the target broadcast mode. If the air interface overhead parameter is less than the air interface overhead threshold, and the core network performance parameter corresponding to the current core network response time data is greater than or equal to the core network performance threshold, then the unicast mode is determined to be the target broadcast mode. If the core network performance parameter is less than the core network performance threshold, and the overhead parameter corresponding to the current overhead data is less than or equal to the overhead threshold, then the unicast mode is determined to be the target broadcast mode. If the overhead parameter is greater than the overhead threshold, the broadcast mode is determined to be the target broadcast mode.

10. The method according to claim 1, characterized in that, The current data parameters include at least one of the following: Current service response time data, current air interface resource utilization data, current core network response time data, and current overhead data; The determination of the target broadcast mode in the unicast mode and the broadcast mode based on the current data parameters of the RTK data to be broadcast and the parameter threshold includes: If the service response time corresponding to the current service response time data is greater than or equal to the time threshold, the unicast mode is determined to be the target broadcast mode; If the service response time is less than the time threshold and the core network performance parameter corresponding to the current core network response time data is greater than or equal to the core network performance threshold, then the unicast mode is determined to be the target broadcast mode. If the core network performance parameter is less than the core network performance threshold, and the air interface overhead parameter corresponding to the current air interface resource utilization data is greater than or equal to the air interface overhead threshold, then the unicast mode is determined to be the target broadcast mode. If the air interface overhead parameter is less than the air interface overhead threshold, and the overhead parameter corresponding to the current overhead data is less than or equal to the overhead threshold, then the unicast mode is determined to be the target broadcast mode. If the overhead parameter is greater than the overhead threshold, the broadcast mode is determined to be the target broadcast mode.

11. A device for determining a broadcasting mode, characterized in that, The device for determining the broadcast mode includes: The first determining unit is used to determine, based on the RTK data to be broadcast, a first indicator parameter corresponding to the unicast mode and a second indicator parameter corresponding to the broadcast mode; wherein the first indicator parameter and the second indicator parameter include at least one of the following: core network response time, air interface resource utilization, overhead parameters, service stability, and service response time. The second determining unit is used to determine a historical dataset based on the first indicator parameter, the second indicator parameter, the first historical data corresponding to the unicast mode, and the second historical data corresponding to the broadcast mode. The third determining unit is used to determine the parameter thresholds corresponding to the RTK data to be broadcast based on the historical dataset; the parameter thresholds include: time threshold, air interface overhead threshold, core network performance threshold, and overhead threshold; The fourth determining unit is used to determine the target broadcast mode in the unicast mode and the broadcast mode based on the current data parameters of the RTK data to be broadcast and the parameter threshold.

12. An electronic device, characterized in that, The electronic device includes a processor and a memory, the memory being used to store a computer program, and the processor being used to call and run the computer program stored in the memory to perform the method for determining the broadcast mode as described in any one of claims 1 to 10.

13. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores a computer program that, when executed by at least one processor, implements the method for determining the broadcast mode as described in any one of claims 1 to 10.

14. A computer program product comprising a computer program or instructions, characterized in that, When the computer program or instructions are executed by the processor, they implement the method for determining the broadcast mode according to any one of claims 1 to 10.

Images