Data reception resource preloading scheduling system and method for external users

Abstract

The application discloses an external user-oriented data receiving resource preloading scheduling system and method, and belongs to the technical field of communication. The application provides an external user-oriented data receiving resource preloading scheduling system and method, which can accurately adapt to the available arc segment accurate extraction of long time sequence tasks of special parameters and preset time length, solves the problem that the idle arc segment extraction does not take into account the resource specificity and long time sequence pre-allocation demand, meets the external user multi-element data receiving demand, and improves the arc segment extraction effectiveness.

Description

Technical Field

[0001] This application relates to the field of communication technology, and in particular to a data reception resource preloading scheduling system and method for external users. Background Technology

[0002] With the rapid development of technologies such as satellite communication and space exploration, ground station receiving resources, as a key facility for data services, have their resource scheduling rationality and efficiency directly affecting the quality of data receiving services.

[0003] Currently, existing technologies mainly focus on the scheduling and allocation of data reception resources and task planning, aiming at data reception resource sharing solutions for multiple users. This solution allocates resources to multiple users by extracting idle time periods. For example, some satellite ground station scheduling systems monitor the operational status of data reception resources such as antennas in real time, compile a list of unoccupied time intervals, and when a user requests data reception, a suitable time period is matched from the list and allocated to the user to meet the communication data reception needs of multiple users.

[0004] While the existing solutions described above have achieved some functionality in data reception resource scheduling and allocation, in scenarios where data reception resources are preloaded and scheduled to provide data reception services to external users, the extraction of idle arcs does not consider resource specificity and cannot provide long-term pre-allocation, making it difficult to accurately match the diverse needs of external users. Existing shared solutions for multiple users simply count the time intervals during which data reception resources are not occupied as idle resources, which makes it difficult to guarantee resource reservation for long-term tasks. This results in delayed response to user needs, poor task execution compatibility, insufficient adaptability to long-term tasks, and a tendency for allocated resources to be incompatible with task requirements.

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

[0006] The purpose of this application is to provide a data receiving resource preloading and scheduling system and method for external users.

[0007] To achieve the above objectives, this application provides a data receiving resource preloading and scheduling system for external users. The system includes an interconnected task information acquisition module, a receiving resource preloading module, an idle arc segment extraction module, and a resource scheduling module. The multiple modules work together to form a preloading and scheduling system.

[0008] The task information acquisition module is used to acquire internal high-priority satellite task information, external user data reception requirement information, and data reception resource attribute information.

[0009] The receiving resource preloading module is used to allocate suitable data receiving resources sequentially according to the satellite mission priority information and satellite mission-resource allocation table provided by the mission information acquisition module, and generate a resource preloading scheme.

[0010] The idle arc segment extraction module is used to traverse the time axis of all data receiving resources based on the resource preloading scheme and the resource attribute information, extract continuous time intervals that are not occupied and meet the requirements of resource exclusivity and minimum duration, as available arc segments for external users, and generate a list of available arc segments.

[0011] The resource scheduling module is used to execute data receiving tasks sequentially according to the resource preloading scheme and the list of available arc segments.

[0012] In one embodiment of this application, the system further includes a data transmission error processing module, which is used to determine the error threshold of data transmission forecast based on historical data transmission data and satellite orbit prediction data, and to redundantly extend the theoretical data transmission time of high-priority satellite missions based on the error threshold to obtain the actual occupied time interval.

[0013] Accordingly, the receiving resource preloading module allocates suitable data receiving resources in sequence according to the satellite mission priority information provided by the task information acquisition module and the data transmission error processing module, as well as the satellite mission-resource allocation table, and generates a resource preloading scheme. The satellite mission priority information provided by the data transmission error processing module includes the actual occupied time interval.

[0014] In one embodiment of this application, the error threshold includes a start time error threshold and an end time error threshold;

[0015] The data transmission error processing module is used to collect historical data transmission data of similar satellite missions within the historical first target time period, calculate the difference between the data transmission time predicted N days in advance (N=1,2,...,14) days before the mission and the data transmission time used during mission execution, and take the maximum value of multiple differences as the data transmission error to be considered when preloading the mission N days in advance. For the i-th track data, the data transmission time predicted N days in advance is [T_start(i,N),T_end(i,N)], and the data transmission time used during mission execution is [T_start(i),T_end(i)]. For the data transmission start time, the data transmission start error is... For the data transmission end time, the data transmission end error is... Then the data transmission start time error threshold and end time error threshold of the track are respectively and Where Num represents the total number of orbitals.

[0016] In one embodiment of this application, the data transmission error processing module is further configured to receive newly generated data transmission time from satellite missions in real time and update the error threshold once within a period; when the abnormal orbital offset exceeds the error threshold, an emergency adjustment process for the error threshold is triggered to recalculate and update the actual occupied time interval of high-priority tasks, and synchronize the actual occupied time interval of high-priority tasks to the receiving resource preloading module.

[0017] In one embodiment of this application, the system further includes a user interaction module, which is used to display a list of available arc segments to external users, receive resource task applications submitted by external users, provide feedback on application review results and resource occupancy status, and provide an entry point for time update applications.

[0018] Accordingly, the resource scheduling module is used to execute data receiving tasks sequentially according to the resource preloading scheme and the task application approved by the external user; wherein, the resource task application submitted by the external user includes available arc segments.

[0019] In one embodiment of this application, the user interaction module is used to display a list of available arc segments to external users via a web interface or FTP, the list supporting multi-condition filtering and information viewing; the user interaction module is used to provide a standardized task application form, automatically generating an application number after receiving the application form submitted by the user; the user interaction module is used for real-time automatic review, when multiple users apply for the same resource and task conflicts occur, the task is approved according to user priority, approving the application of the higher-priority user and rejecting the application of the lower-priority user; the user interaction module is used to receive the review results in real time, provide feedback on the application review results to the user, and display the occupancy status of the applied resources to the user in real time; the user interaction module is used to provide a time update application entry, supporting users to submit time adjustment requests within the update window period.

[0020] In one embodiment of this application, the system further includes a time update module, which is used to set the update window period of the second target time period before the start of the actual data transmission task, receive actual data transmission time update requests submitted by internal high-priority satellite tasks and external users, verify the rationality, resource adaptability and arc compatibility of the update time, and synchronize to each associated module after the verification is passed.

[0021] Accordingly, the resource scheduling module is used to control the corresponding data receiving resource usage, adjust it to the appropriate parameters, and execute the data receiving tasks in sequence according to the resource preloading scheme, the task application approved by the external user, and the updated task data transmission time.

[0022] To achieve the above objectives, this application provides a data receiving resource preloading and scheduling method for external users, the method comprising:

[0023] Acquire information on internal high-priority tasks, external user data reception requirements, and received resource attributes;

[0024] Based on the satellite mission priority information and satellite mission-resource allocation table provided by the mission information acquisition module, the appropriate data receiving resources are allocated sequentially to generate a resource preloading scheme.

[0025] Based on the resource preloading scheme and the resource attribute information, the time axis of all data receiving resources is traversed, and continuous time intervals that are not occupied and meet the requirements of resource exclusivity and minimum duration are extracted as available arcs for external users, and a list of available arcs is generated.

[0026] According to the resource preloading scheme and the list of available arc segments, the data receiving task is executed sequentially.

[0027] On one hand, an electronic device is provided, comprising one or more processors and one or more memories, wherein at least one computer program is stored in the one or more memories, and the at least one computer program is loaded and executed by the one or more processors to implement the functions of the above-described data receiving resource preloading scheduling system for external users, or various optional implementations of the data receiving resource preloading scheduling method for external users.

[0028] On the one hand, a computer-readable storage medium is provided, wherein at least one computer program is stored in the storage medium, the at least one computer program being loaded and executed by a processor to implement the functions of the above-described data receiving resource preloading scheduling system for external users, or various optional implementations of the data receiving resource preloading scheduling method for external users.

[0029] On one hand, a computer program product or computer program is provided, the computer program product or computer program comprising one or more lines of program code stored in a computer-readable storage medium. One or more processors of an electronic device read the one or more lines of program code from the computer-readable storage medium, and the one or more processors execute the one or more lines of program code, causing the electronic device to perform the functions of a data receiving resource preloading and scheduling system for external users, or a data receiving resource preloading and scheduling method for external users, according to any of the above possible embodiments.

[0030] This application provides a data reception resource preloading scheduling system and method for external users, which can accurately extract available arc segments for long-sequence tasks with specific parameters and preset durations. It solves the problem that the extraction of idle arc segments does not take into account both resource specificity and long-sequence pre-allocation requirements, meets the diverse data reception needs of external users, and improves the effectiveness of arc segment extraction. Attached Figure Description

[0031] Figure 1 This is a structural diagram of a data receiving resource preloading and scheduling system for external users provided in an embodiment of this application;

[0032] Figure 2 This is a structural diagram of a data receiving resource preloading and scheduling system for external users provided in an embodiment of this application;

[0033] Figure 3 A flowchart illustrating a data receiving resource preloading and scheduling method for external users provided in this application embodiment;

[0034] Figure 4 A flowchart illustrating a resource preloading and conflict resolution process provided in this application embodiment;

[0035] Figure 5 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application;

[0036] Figure 6 This is a structural block diagram of a terminal provided in an embodiment of this application;

[0037] Figure 7 This is a schematic diagram of the structure of a server provided in an embodiment of this application. Detailed Implementation

[0038] To make the objectives, technical solutions, and advantages of this application clearer, the embodiments of this application will be described in further detail below with reference to the accompanying drawings.

[0039] In this application, the terms "first," "second," etc., are used to distinguish identical or similar items that have substantially the same function and purpose. It should be understood that there is no logical or temporal dependency between "first," "second," and "nth," nor does it limit the quantity or order of execution. It should also be understood that although the following description uses the terms "first," "second," etc., to describe various elements, these elements should not be limited by the terms. These terms are merely used to distinguish one element from another. For example, without departing from the various examples described, a first image is referred to as a second image, and similarly, a second image is referred to as a first image. Both the first image and the second image are images, and in some cases, they are separate and distinct images.

[0040] In this application, the term "at least one" means one or more, and the term "multiple" means two or more. For example, multiple data packets means two or more data packets.

[0041] It should be understood that the terminology used in the description of the various examples herein is for the purpose of describing particular examples only and is not intended to be limiting. As used in the description of the various examples and the appended claims, the singular forms “a” and “the” are intended to include the plural forms as well, unless the context clearly indicates otherwise.

[0042] It should also be understood that the term "and / or" as used herein refers to and covers any and all possible combinations of one or more of the associated listed items. The term "and / or" describes an association between related objects, indicating the existence of three relationships; for example, A and / or B means: A exists alone, A and B exist simultaneously, or B exists alone. Additionally, the character " / " in this application generally indicates that the preceding and following related objects are in an "or" relationship.

[0043] It should also be understood that, in the various embodiments of this application, the sequence number of each process does not imply the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of this application.

[0044] It should also be understood that determining B based on A does not mean determining B solely based on A, but also based on A and / or other information.

[0045] It should also be understood that the term “comprising” (also referred to as “inCludes”, “inCluding”, “Comprises”, and / or “Comprising”) as used in this specification specifies the presence of the stated features, integers, steps, operations, elements, and / or components, but does not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and / or groups thereof.

[0046] It should also be understood that the term "if" can be interpreted as meaning "when" or "upon" or "in response to determination" or "in response to detection." Similarly, depending on the context, the phrases "if determination..." or "if detection [the stated condition or event]" can be interpreted as meaning "when determination..." or "in response to determination..." or "when detection [the stated condition or event]" or "in response to detection [the stated condition or event]."

[0047] Figure 1 This is a schematic diagram of a data receiving resource preloading and scheduling system for external users provided in an embodiment of this application, with reference to... Figure 1 The system includes interconnected task information acquisition module, resource preloading module, idle arc segment extraction module and resource scheduling module. Multiple modules work together to form a preloading scheduling system.

[0048] In this embodiment, the data receiving resource preloading scheduling system for external users is equipped with an idle arc segment extraction module, which combines resource specialization, long-term task requirements and idle arc segment extraction depth, breaking through the limitations of the single time dimension screening in the existing technology, realizing multi-dimensional adaptive arc segment extraction, and meeting diverse needs.

[0049] The task information acquisition module is used to acquire internal high-priority satellite task information, external user data reception requirement information, and data reception resource attribute information.

[0050] The internal high-priority satellite mission information includes satellite identifier, mission identifier, orbit number, receiving station, theoretical data transmission time, and priority level. External user requirement information includes user identifier, satellite identifier, orbit number, receiving station, expected reception time, data type, and compatible resource parameters. Resource attribute information includes receiving station, resource number, compatible frequency band, supported modulation methods, mission type, and operational status, providing comprehensive data support for subsequent adaptation and scheduling. This operational status includes real-time and subsequent statuses. When receiving resources are under maintenance, the status during the maintenance period in the subsequent status is set to unavailable; otherwise, the subsequent status is consistent with the real-time status.

[0051] The core function of the task information acquisition module is to collect, integrate, and standardize multi-source data, providing comprehensive and accurate data support for subsequent scheduling processes. In other words, the task information acquisition module's process includes three stages: data collection, data classification and organization, and data standardization and verification.

[0052] During the data acquisition phase, the task information acquisition module interfaces with the satellite mission management system and resource monitoring platform via internal interfaces. It obtains high-priority task information from the satellite mission management system and data receiving resource attribute information from the resource monitoring platform. The task information acquisition module also receives user-submitted request forms and obtains external user data receiving request information via standardized external interfaces. The internal interfaces use TCP / IP protocol for communication, while the external interfaces support TCP / IP / HTTP / HTTPS protocols to ensure stable data transmission across network environments.

[0053] During the data classification and organization phase, the task information acquisition module is used to split the collected data by type. Specifically, internal high-priority task information requires the extraction of core fields such as satellite identifier, theoretical data transmission time (e.g., accurate to the second), and priority level (e.g., set to 1-20 levels, with level 1 being the highest, supporting a maximum of 20 satellites, and each satellite having a unique priority). External user requirement information requires the sorting out of key content such as user identifier, expected reception time window, data type (e.g., data types include real-time data and delayed data), adapted resource parameters, data transmission rate requirements, and data storage address. Resource attribute information needs to cover resource number, adapted frequency band (e.g., L / S / X / Ku, etc.), modulation method (e.g., QPSK / BPSK / 8PSK), maximum transmission rate, antenna pointing range, operating status during the pre-loaded time period (e.g., operating status includes normal / fault / maintenance), and geographical location distribution, among other resource adaptation and operating parameters.

[0054] During the data standardization and verification phase, the task information acquisition module is used to convert data from different sources and in different formats into JSON format. The data verification algorithm is used to verify the completeness and correctness of the fields and to remove invalid data (such as missing key fields or incorrect format requirements). For ambiguous data (such as unclear expected reception time), feedback is provided to the user through the user interaction module for supplementary confirmation. Finally, a standardized data list is generated and synchronized to the data transmission error processing module and the receiving resource preloading module after passing the resource adaptability verification.

[0055] The receiving resource preloading module is used to allocate suitable data receiving resources sequentially according to the satellite mission priority information and satellite mission-resource allocation table provided by the mission information acquisition module, and generate a resource preloading scheme.

[0056] In one embodiment of this application, the receiving resource preloading module is used to allocate mission receiving resources for high-priority satellites.

[0057] In one embodiment of this application, the receiving resource preloading module is used to allocate receiving resources for high-priority satellite missions within a certain period of time. This certain period can be set by relevant technical personnel according to needs or experience. For example, the receiving resource preloading module is used to allocate receiving resources for high-priority satellite missions within 14 days; this embodiment of the application does not limit this.

[0058] In one embodiment of this application, the receiving resource preloading module is used to allocate suitable data receiving resources sequentially according to the satellite mission-resource allocation table and satellite mission priorities, from high to low priority, to generate a resource preloading scheme. In this embodiment, the resource preloading scheme clearly defines the correspondence between tasks and resources, theoretical occupancy time, and adaptation parameters, ensuring that critical tasks are executed with priority.

[0059] The core function of the receiving resource preloading module is to follow the principle of "high priority first, optimal resource adaptation" and, according to the satellite mission-resource allocation table, accurately match and resolve conflicts between high-priority satellite missions and data receiving resources to generate a mission preloading scheme without receiving conflicts. In other words, the process of this receiving resource preloading module includes five stages: resource adaptation and screening stage, satellite mission-resource allocation table configuration generation stage, mission preloading stage, resource preloading scheme generation stage, and mission preloading result feedback stage.

[0060] During the resource adaptation and screening phase, the receiving resource preloading module is used to traverse the attribute information of all data receiving resources based on the high-priority task information provided by the task information acquisition module, and filter out the set of resources that meet the adaptation requirements. The high-priority task information includes the actual occupied time interval, the adapted frequency band, the modulation method, etc. The screening conditions include complete frequency band matching and satellite transit trajectories supported by the modulation method.

[0061] During the satellite mission-resource allocation table configuration generation phase, the receiving resource preloading module is used to configure and generate a set of resources that meet the mission requirements based on mission priority and adaptability. The resource allocation table is generated according to the mission priority from high to low. The table includes satellites, satellite mission priorities (each satellite has a unique priority), available resources, and the priority of the mission using the resource (each resource has a unique priority for the corresponding mission).

[0062] During the task preloading phase, the receiving resource preloading module extracts the same satellite tasks sequentially according to the satellite task-resource allocation table, from highest to lowest priority. These satellite tasks are then sorted by their start time from earliest to latest. Resources are allocated to each task based on its resource usage priority, from highest to lowest. Considering resource conflict resolution, if a high-priority resource already has a task and there is a receiving time conflict, the next higher priority resource is selected. This process continues until no resource conflicts arise and the resource is usable. If all resources have conflicts, the task cannot be executed, and an exception alarm is triggered. The method for determining resource conflicts is as follows: the start and end times of satellite task n, which needs to allocate resources, are [TP_start(n), TP_end(n)], and the start and end times of existing task m, which needs to be determined for resource conflict, are [TP_start(m), TP_end(m)]. When TP_start(n) ≤ TP_start(m), that is, the start time of task n's occupation of resources is earlier than that of task m, if TP_start(m) ≤ TP_end(n) + Time_Antenna ≤ TP_end(m), then task n and task m have a resource conflict. Here, Time_Antenna is the transition time between the two tasks receiving resources, that is, the minimum time from the end of one task to the start of the next task. When TP_start(m) < TP_start(n), that is, the start time of task m's occupation of resources is earlier than that of task n, if TP_start(n) ≤ TP_end(m) + Time_Antenna ≤ TP_end(n), then task n and task m have a resource conflict.

[0063] During the resource preloading scheme generation phase, the receiving resource preloading module is used to generate an internal high-priority task-resource allocation schedule, also known as the resource preloading scheme or simply the schedule. The schedule clearly specifies the satellite identifier, task identifier (orbit number), ground station number, resource occupancy time interval, data transmission time interval, allocated resource number, and resource adaptation parameters (frequency band, modulation method, transmission rate). The schedule is synchronized to the idle arc segment extraction module and the schedule for a certain period of time (e.g., 2 days) is synchronized to the resource scheduling module.

[0064] During the task preloading result feedback phase, the resource preloading receiving module is used to push the schedule to the task management system and synchronize it to the user interaction module, providing a basis for subsequent adaptation to external user needs.

[0065] The idle arc segment extraction module is used to traverse the time axis of all data receiving resources based on the resource preloading scheme and the resource attribute information, extract continuous time intervals that are not occupied and meet the requirements of resource exclusivity and minimum duration, as available arc segments for external users, and generate a list of available arc segments.

[0066] The list of available arc segments can include resource number, resource adaptation parameters, and arc segment time.

[0067] The resource scheduling module is used to execute data receiving tasks sequentially according to the resource preloading scheme and the list of available arc segments.

[0068] In one embodiment of this application, the system further includes a user interaction module, which is used to display a list of available arc segments to external users, receive resource task applications submitted by external users, provide feedback on application review results and resource occupancy status, and provide an entry point for time update applications.

[0069] Accordingly, the resource scheduling module is used to execute data receiving tasks sequentially according to the resource preloading scheme and the task application approved by the external user; wherein, the resource task application submitted by the external user includes available arc segments.

[0070] The user interaction module is used to display a list of available arc segments (including resource number, resource adaptation information, duration parameters, and idle status) to external users, receive resource task applications submitted by users, provide feedback on application review results and resource occupancy status, and provide an entry point for time update applications, thus building a user participation channel and breaking the passive allocation model.

[0071] The core function of the user interaction module is to build an interaction channel between the system and external users, and to realize a fully visualized interaction of the entire process of request submission, information display, and result feedback.

[0072] In one embodiment of this application, the user interaction module is used to display a list of available arc segments to external users via a web interface or FTP, the list supporting multi-condition filtering and information viewing; the user interaction module is used to provide a standardized task application form, automatically generating an application number after receiving the application form submitted by the user; the user interaction module is used for real-time automatic review, when multiple users apply for the same resource and task conflicts occur, the task is approved according to user priority, approving the application of the higher-priority user and rejecting the application of the lower-priority user; the user interaction module is used to receive the review results in real time, provide feedback on the application review results to the user, and display the occupancy status of the applied resources to the user in real time; the user interaction module is used to provide a time update application entry, supporting users to submit time adjustment requests within the update window period.

[0073] In one embodiment of this application, the process of the user interaction module may include five stages.

[0074] During the information display phase, the user interaction module is used to display a list of available arc segments to external users via the web or FTP. The list supports filtering by conditions such as frequency band, duration, and transmission rate. Users can view details such as the satellite transit trajectory and resource performance parameters corresponding to the arc segments to help them understand the reception capabilities.

[0075] During the request submission phase, the user interaction module provides a standardized task application form. Users need to fill in their user identifier, select a ground station, select a target idle arc segment, select a receiving resource number, and confirm the data receiving parameters (data type, transmission rate, storage address). After the form is submitted, an application number is automatically generated for subsequent progress tracking.

[0076] During the application review stage, the user interaction module is used for real-time automatic review. The review principle is first-come, first-served. When multiple users apply for the same resource and there is a task conflict, the task is approved according to the user priority. The application of the higher priority user is approved and the application of the lower priority user is rejected.

[0077] During the results feedback phase, the user interaction module receives review results in real time and provides feedback to users on the application review results (approved / rejected) via SMS, in-site messages, and FTP push. Rejected applications must specify the specific reasons (such as resources being preempted, parameter incompatibility, insufficient permissions, etc.) and optimization suggestions. At the same time, it displays the occupancy status of applied resources to users in real time (pending execution / in execution / completed / cancelled) so that users can keep track of task progress.

[0078] During the interactive expansion phase, the user interaction module provides an entry point for time update requests, allowing users to submit time adjustment requests within the update window.

[0079] The core function of the resource scheduling module is to load tasks into relevant resources based on a timetable (e.g., 2 days) within a certain period (including internal high-priority tasks and tasks approved by external users) and the data transmission time, thereby realizing the actual scheduling control and parameter configuration of resources and forming a complete closed loop of "resource pre-allocation - user application - time update - scheduling execution". The process of the resource scheduling module can include five stages.

[0080] During the task loading phase, the resource scheduling module is used to send task plans and parameter configurations to the corresponding data receiving resources in advance according to the schedule and the task application approved by external users. It controls the resources to be adjusted to the appropriate state within 30 minutes before the task is executed, including frequency band switching, modulation mode setting, antenna pointing pre-calibration, transmission rate configuration, storage path binding, etc. After the configuration is completed, the configuration results are fed back to ensure that the resources are in the ready state 10 minutes before the task starts.

[0081] During the task update phase, when the time update module updates the data transmission time, the resource scheduling module is used to synchronously update the task data transmission time of relevant resources according to the task number.

[0082] During the task scheduling and execution phase, the resource scheduling module receives resource operating parameters (antenna pointing angle, received power, transmission rate, bit error rate, etc.) in real time during task execution, controls resources to execute data reception tasks in sequence according to a preset process, transmits the received data to the user-specified storage address, and records the task execution progress (amount of data received, remaining duration, and transmission status).

[0083] During the anomaly handling phase, the resource scheduling module is used to immediately trigger an alarm mechanism and activate backup plans when abnormal situations such as receiving resource failure, data transmission interruption, or excessive bit error rate occur. If redundant resources exist, backup resources are automatically added to execute tasks in parallel; if there are no alternative resources, an anomaly prompt is pushed to the user through the user interaction module and synchronized to the administrator for emergency handling.

[0084] During the task completion phase, the resource scheduling module controls resources to return to the default idle state after the task is completed, generates a task execution report, records information such as task execution time, total data received, average transmission rate, bit error rate, and resource usage, and synchronizes it to the task management system and user interaction module for users and administrators to view.

[0085] In one embodiment of this application, the system further includes a time update module, which is used to set the update window period of the second target time period before the start of the actual data transmission task, receive actual data transmission time update requests submitted by internal high-priority satellite tasks and external users, verify the rationality, resource adaptability and arc compatibility of the update time, and synchronize to each associated module after the verification is passed.

[0086] Accordingly, the resource scheduling module is used to control the corresponding data receiving resource usage, adjust it to the appropriate parameters, and execute the data receiving tasks in sequence according to the resource preloading scheme, the task application approved by the external user, and the updated task data transmission time.

[0087] The second target time period can be set by relevant technical personnel according to their needs or experience, for example, 30 minutes to 2 days before the actual data transmission task begins. This application embodiment does not limit this.

[0088] In one embodiment of this application, the time update module is used to set an update window period of 30 minutes to 2 days before the start of the actual data transmission task, receive actual data transmission time update requests submitted by internal high-priority satellite tasks and external users, verify the rationality, resource adaptability and arc compatibility of the update time, and synchronize it to each related module after the verification is passed to ensure the compliance of time adjustment.

[0089] In one embodiment of this application, the system further includes a data transmission error processing module, which is used to determine the error threshold of data transmission forecast based on historical data transmission data and satellite orbit prediction data, and to redundantly extend the theoretical data transmission time of high-priority satellite missions based on the error threshold to obtain the actual occupied time interval.

[0090] Accordingly, the receiving resource preloading module allocates suitable data receiving resources in sequence according to the satellite mission priority information provided by the task information acquisition module and the data transmission error processing module, as well as the satellite mission-resource allocation table, and generates a resource preloading scheme. The satellite mission priority information provided by the data transmission error processing module includes the actual occupied time interval.

[0091] The data transmission error processing module is used to determine the data transmission forecast error threshold based on historical data transmission data and satellite orbit prediction data. Based on this threshold, the theoretical data transmission time of high-priority satellite missions is redundantly extended to obtain the actual occupied time interval, i.e. the mission start and end time, thus avoiding resource conflicts and resource loading failures caused by errors from the source.

[0092] In one embodiment of this application, the error threshold includes a start time error threshold and an end time error threshold.

[0093] The data transmission error processing module is used to collect historical data transmission data of similar satellite missions within the historical first target time period, calculate the difference between the data transmission time predicted N days in advance (N=1,2,...,14) days before the mission and the data transmission time used during mission execution, and take the maximum value of multiple differences as the data transmission error to be considered when preloading the mission N days in advance. For the i-th track data, the data transmission time predicted N days in advance is [T_start(i,N),T_end(i,N)], and the data transmission time used during mission execution is [T_start(i),T_end(i)]. For the data transmission start time, the data transmission start error is... For the data transmission end time, the data transmission end error is... Then the data transmission start time error threshold and end time error threshold of the track are respectively and Where Num represents the total number of orbitals.

[0094] The first target time period can be set by relevant technical personnel according to their needs or experience, for example, 10-100 days. This application embodiment does not limit this.

[0095] In one embodiment of this application, the data transmission error processing module is implemented in a way that replaces the fixed error threshold setting. This module can use an LSTM neural network to construct an error prediction model. Input features include historical data transmission forecasts, satellite orbital parameters, and space environment parameters (solar activity intensity, ionospheric concentration), dynamically predicting the error range of each internal high-priority task, determining differentiated error thresholds, and performing redundant expansion. The advantage of this approach is that the error thresholds better fit the single-task operating conditions, resulting in higher accuracy. The disadvantage is that it requires a large amount of historical data to train the model, leading to higher computational complexity. It is suitable for scenarios with abundant historical data and computational resources.

[0096] In one embodiment of this application, the data transmission error processing module is further configured to receive newly generated data transmission time from satellite missions in real time and update the error threshold once within a period; when the abnormal orbital offset exceeds the error threshold, an emergency adjustment process for the error threshold is triggered to recalculate and update the actual occupied time interval of high-priority tasks, and synchronize the actual occupied time interval of high-priority tasks to the receiving resource preloading module.

[0097] In one embodiment of this application, the data transmission error processing module includes three stages: error threshold determination stage, time interval redundancy expansion stage, and error dynamic update stage.

[0098] During the error threshold determination stage, the data transmission error processing module is used to collect historical data of similar satellite missions within the first target time period (e.g., 10-100 days) (including the data transmission time predicted N days in advance and the data transmission time used when the data transmission mission is executed) and calculate the error threshold.

[0099] During the time interval redundancy extension phase, the data transmission error processing module performs bidirectional redundancy extension on the theoretical data transmission time of the task based on a determined error threshold. When the task is preloaded N days in advance, the theoretical start time is advanced by the error threshold as the task start time TP_start, and the theoretical end time is delayed by the error threshold as the task end time TP_end, forming the actual resource occupancy time interval [TP_start, TP_end]. This ensures that even if there is a data transmission error, it will not overlap with the resource occupancy time of other tasks.

[0100] During the dynamic error update phase, the data transmission error processing module receives the newly generated data transmission time of the satellite mission in real time and updates the error threshold once a day. When the abnormal orbital offset exceeds the error threshold, the error threshold emergency adjustment process is immediately triggered to recalculate and update the actual occupied time interval of high-priority tasks and synchronize it to the high reception resource preloading module.

[0101] like Figure 2 As shown in a specific embodiment of this application, the data receiving resource preloading and scheduling system for external users includes a task information acquisition module, a data transmission error processing module, a receiving resource preloading module, an idle arc segment extraction module, a user interaction module, a time update module, and a resource scheduling module. These modules work collaboratively to form a complete preloading and scheduling system, specifically addressing the shortcomings of existing technologies. The system's external interaction layer includes a satellite mission management system, a resource monitoring platform, external users, ground receiving resource terminals, and a mission management system. The execution layer is the resource scheduling layer. The data storage layer stores standardized data lists, task-resource allocation tables, resource preloading schemes, available arc segment lists, and task execution reports.

[0102] This application provides a data receiving resource preloading scheduling system for external users, which can accurately extract available arc segments for long-sequence tasks with specific parameters and preset durations. It solves the problem that the extraction of idle arc segments does not take into account both resource specificity and long-sequence pre-allocation requirements, meets the diverse data receiving needs of external users, and improves the effectiveness of arc segment extraction.

[0103] Furthermore, this application addresses the shortcomings of existing technologies by employing multi-dimensional information collection, error redundancy processing, specialized and large-time-range adaptation extraction, dynamic updates, and interactive closed-loop construction. It achieves long-term, precise pre-loading scheduling for external users, improving resource allocation accuracy, mitigating error risks, and effectively resolving task failures caused by errors. Moreover, the interactive logic is more complete, resulting in a superior service experience. Existing technologies lack user participation and process loops; this application constructs a complete interactive and scheduling loop, allowing users to actively query, apply for, and adjust resource usage, forming a complete scheduling loop, standardizing service processes, and enhancing the market adaptability of ground station data reception services.

[0104] Figure 3 This is a flowchart illustrating a data reception resource preloading and scheduling method for external users, provided in an embodiment of this application. The method is applied to an electronic device, which may be a terminal or a server. (See also...) Figure 3 The method includes the following steps.

[0105] 301. Electronic devices acquire internal high-priority task information, external user data reception request information, and reception resource attribute information.

[0106] and Figure 1 Similarly, in the illustrated embodiment, internal high-priority satellite mission information includes satellite identifier, mission identifier, orbit number, receiving station, theoretical data transmission time, priority level, etc. External user requirement information includes user identifier, satellite identifier, orbit number, receiving station, expected reception time, data type, and adapted resource parameters, etc. Resource attribute information includes receiving station, resource number, adapted frequency band, supported modulation method, and other resource adaptation parameters, mission type, and operating status, providing comprehensive data support for subsequent adaptation and scheduling. This operating status includes real-time and subsequent status. When the receiving resource is under maintenance, the status during the maintenance period in the subsequent status is set to unavailable; otherwise, the subsequent status is consistent with the real-time status.

[0107] and Figure 1 Similarly, the illustrated embodiment connects to the satellite mission management system and resource monitoring platform via internal interfaces. It obtains high-priority mission information from the satellite mission management system and data reception resource attribute information from the resource monitoring platform. The mission information acquisition module receives user-submitted request forms through a standardized external interface to obtain external user data reception request information. The internal interface uses TCP / IP protocol for communication, while the external interface supports TCP / IP / HTTP / HTTPS protocols to ensure data transmission stability across network environments.

[0108] and Figure 1 Similarly, in the illustrated embodiment, the collected data is split by type. Internal high-priority task information requires extraction of core fields such as satellite identifier, theoretical data transmission time (e.g., accurate to the second), and priority level (e.g., set to 1-20 levels, with level 1 being the highest, supporting a maximum of 20 satellites, each satellite having a unique priority). External user requirement information requires sorting out key content such as user identifier, expected reception time window, data type (e.g., data types include real-time data and delayed data), adapted resource parameters, data transmission rate requirements, and data storage address. Resource attribute information needs to cover resource number, adapted frequency band (e.g., L / S / X / Ku, etc.), modulation method (e.g., QPSK / BPSK / 8PSK), maximum transmission rate, antenna pointing range, operating status during the preloaded time period (e.g., operating status includes normal / fault / maintenance), and geographical location distribution, among other resource adaptation and operating parameters.

[0109] and Figure 1 Similarly, in the illustrated embodiment, data from different sources and in different formats are uniformly converted into JSON format. Data validation algorithms are used to verify the completeness and correctness of fields, and invalid data (such as missing key fields or incorrectly formatted requirement information) is removed. For ambiguous data (such as unclear expected receiving time), feedback is provided to the user through the user interaction module for supplementary confirmation, and finally a standardized data list is generated.

[0110] 302. The electronic device allocates suitable data receiving resources in sequence according to the satellite mission priority information and satellite mission-resource allocation table provided by the mission information acquisition module, and generates a resource preloading scheme.

[0111] and Figure 1 Similarly, in the illustrated embodiment, based on the satellite mission priority information and satellite mission-resource allocation table provided by the mission information acquisition module, appropriate data receiving resources are allocated sequentially to generate a resource preloading scheme.

[0112] In one embodiment of this application, electronic equipment allocates mission reception resources to high-priority satellites.

[0113] In one embodiment of this application, an electronic device allocates reception resources for high-priority satellite missions within a certain time period. This certain time period can be set by relevant technical personnel based on needs or experience. For example, the reception resource preloading module is used to allocate reception resources for high-priority satellite missions within 14 days; however, this embodiment of the application does not limit this.

[0114] and Figure 1 Similarly, in the illustrated embodiment, based on the satellite mission-resource allocation table and satellite mission priorities, suitable data receiving resources are allocated sequentially from high to low priority, generating a resource preloading scheme. In this embodiment, the resource preloading scheme clearly defines the correspondence between missions and resources, theoretical occupancy time, and adaptation parameters, ensuring that critical missions are executed with priority.

[0115] and Figure 1 Similarly, in the embodiment shown, in step 302, the electronic device can perform five stages: resource adaptation screening stage, satellite mission-resource allocation table configuration generation stage, mission preloading stage, resource preloading scheme generation stage, and mission preloading result feedback stage, which will not be elaborated on here.

[0116] 303. Based on the resource preloading scheme and the resource attribute information, the electronic device traverses the time axis of all data receiving resources, extracts the continuous time intervals that are not occupied and meet the requirements of resource exclusivity and minimum duration, as available arc segments for external users, and generates a list of available arc segments.

[0117] and Figure 1 Similarly, in the embodiment shown, the electronic device can perform the functional steps of the idle arc segment extraction module, which will not be described in detail here.

[0118] 304. The electronic device executes the data receiving task sequentially according to the resource preloading scheme and the list of available arc segments.

[0119] and Figure 1 Similarly, in the embodiment shown, the electronic device can perform the functional steps of the empty resource scheduling module, which will not be described in detail in this application embodiment.

[0120] and Figure 1 Similarly, in the embodiments shown, the electronic device can also perform the functional steps of the user interaction module, which will not be described in detail here.

[0121] and Figure 1 Similarly, in the embodiment shown, the electronic device can also perform the functional steps of the time update module, which will not be described in detail here.

[0122] and Figure 1 Similarly, in the embodiment shown, the electronic device can also perform the functional steps of the data transmission error processing module, which will not be elaborated further in this application embodiment.

[0123] In one specific possible embodiment, the resource preloading and conflict resolution process can be as follows: Figure 4 As shown. First, internal high-priority task information (including satellite identifier, orbit number, theoretical data transmission time, compatible frequency band, and modulation method) is obtained. Then, receive resource attribute information (including resource number, frequency band, modulation method, antenna pointing, and operating status) is obtained. Next, resource adaptation screening is performed (judgment conditions: 1. Complete frequency band matching. 2. Modulation method support). Then, it is determined whether compatible resources exist. If no compatible resources exist, a task anomaly is reported; if so, a satellite task-resource allocation table is generated, with the following rules: 1. Task priority levels 1-20, with level 1 being the highest. 2. Each resource corresponds to a unique task priority. Then, tasks within the past 14 days are sorted (1. by satellite task priority from highest to lowest. 2. For tasks of the same priority, by task start time from earliest to latest). Then, resources are allocated according to resource priority from highest to lowest. Next, it is determined whether there is a resource conflict. If so, the next priority resource is selected, and it is determined whether there is an available resource. If there is an available resource, it is further determined whether there is a resource conflict. If there is no spare resource, a task conflict is reported, and no resource is allocated to the task, thus generating a resource preloading scheme. If no resource conflict is found in the previous determination, the current resource is locked, and a resource preloading scheme (including satellite identifier, mission identifier, resource number, occupied time interval and adaptation parameters) is generated. Then, idle arc segment extraction and user interaction are performed.

[0124] The core of this application lies in constructing a full-process pre-loading scheduling mechanism consisting of "error redundancy - dedicated adaptation - long-term pre-allocation - dynamic update - interactive closed loop," which specifically addresses four major shortcomings of existing technologies, specifically in the following aspects:

[0125] (1) Integrate the data transmission error threshold with the internal high-priority task allocation, build an error protection system through redundancy expansion, determine the threshold based on historical data and track prediction, and avoid resource conflicts from the source;

[0126] (2) By combining resource specificity, long-term task requirements and the depth of idle arc segment extraction, we can break through the limitations of the single time dimension of the existing technology and realize multi-dimensional adapted arc segment extraction to meet diverse needs.

[0127] (3) Set a reasonable update window period of 30 minutes to 1 day to support dynamic time adjustment led by internal and external users, adapt to changes in actual data transmission conditions, and improve the fault tolerance of task execution;

[0128] (4) Construct a complete user interaction and scheduling closed loop, grant external users the right to know about resources, the right to apply for resources and the right to adjust time, break the internal autonomous scheduling mode, and improve the matching degree of demand and the standardization of services.

[0129] Compared with the prior art, this application has the following significant advantages:

[0130] (1) More comprehensive error consideration and more reliable resource allocation. Existing technologies ignore data transmission forecast errors. This application determines the error threshold through historical orbit prediction data and redundancy extends the occupied time, solving the conflict problem caused by errors from the source. The stability of the mission is greatly improved, especially for scenarios with dynamic changes in satellite orbits.

[0131] (2) The arc segment extraction is more accurate and the demand adaptation is more comprehensive. Existing technologies only filter idle resources based on time. This application takes into account both specialization and long-term needs, realizes multi-dimensional arc segment filtering, and can meet the diverse needs of different frequency bands, task durations and special types. It has a wider range of applicable scenarios and solves the problem of adapting long-term tasks and special resources.

[0132] (3) Stronger dynamic adaptability and higher fault tolerance. Existing technologies are statically allocated and cannot adjust the time. This application supports users to adjust the time according to the actual working conditions through the window period update mechanism, which can cope with satellite orbit prediction errors caused by long-term task loading, significantly improve fault tolerance, and avoid resource idleness and task failure.

[0133] (4) The interaction logic is more complete and the service experience is better. Existing technologies lack user participation and process loop. This application constructs a complete interaction and scheduling loop, which allows users to actively query, apply and adjust. The demand matching degree and service quality far exceed the existing solutions, which are more in line with the actual use scenarios of external users and improve the market adaptability of ground station data receiving services.

[0134] This application provides a data reception resource preloading scheduling method for external users, which can accurately extract available arc segments for long-sequence tasks with specific parameters and preset durations. It solves the problem that the extraction of idle arc segments does not take into account both resource specificity and long-sequence pre-allocation requirements, meets the diverse data reception needs of external users, and improves the effectiveness of arc segment extraction.

[0135] Furthermore, this application addresses the shortcomings of existing technologies by employing multi-dimensional information collection, error redundancy processing, specialized and large-time-range adaptation extraction, dynamic updates, and interactive closed-loop construction. It achieves long-term, precise pre-loading scheduling for external users, improving resource allocation accuracy, mitigating error risks, and effectively resolving task failures caused by errors. Moreover, the interactive logic is more complete, resulting in a superior service experience. Existing technologies lack user participation and process loops; this application constructs a complete interactive and scheduling loop, allowing users to actively query, apply for, and adjust resource usage, forming a complete scheduling loop, standardizing service processes, and enhancing the market adaptability of ground station data reception services.

[0136] Figure 5 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application. The electronic device 500 can vary significantly due to differences in configuration or performance. It includes one or more Central Processing Units (CPUs) 501 and one or more memories 502. The memories 502 store at least one computer program, which is loaded and executed by the processors 501 to implement the functions and methods of the data reception resource preloading and scheduling system for external users provided in the various method embodiments described above. The electronic device also includes other components for implementing device functions. For example, the electronic device also has wired or wireless network interfaces and input / output interfaces for input and output. Details of these components are not elaborated upon here.

[0137] The electronic device in the above method embodiments is implemented as a terminal. For example, Figure 6 This is a structural block diagram of a terminal provided in an embodiment of this application. The terminal 600 can be a portable mobile terminal, such as a smartphone, tablet computer, MP3 (Moving Picture Experts Group Audio Layer III) player, MP4 (Moving Picture Experts Group Audio Layer IV) player, laptop computer, or desktop computer. The terminal 600 may also be referred to as a user device, portable terminal, laptop terminal, desktop terminal, or other names.

[0138] Typically, terminal 600 includes a processor 601 and a memory 602.

[0139] Processor 601 may include one or more processing cores, such as a quad-core processor, an octa-core processor, etc. Processor 601 may be implemented using at least one hardware form selected from DSP (Digital Signal Processing), FPGA (Field-Programmable Gate Array), and PLA (Programmable Logic Array). Processor 601 may also include a main processor and a coprocessor. The main processor, also known as a CPU (Central Processing Unit), is used to process data in the wake-up state; the coprocessor is a low-power processor used to process data in the standby state. In some embodiments, processor 601 may integrate a GPU (Graphics Processing Unit), which is responsible for rendering and drawing the content required to be displayed on the screen. In some embodiments, processor 601 may also include an AI (Artificial Intelligence) processor, which is used to handle computational operations related to machine learning.

[0140] The memory 602 may include one or more computer-readable storage media, which may be non-transitory. The memory 602 may also include high-speed random access memory and non-volatile memory, such as one or more disk storage devices or flash memory devices. In some embodiments, the non-transitory computer-readable storage media in the memory 602 is used to store at least one instruction, which is executed by the processor 601 to implement the functions and methods of the data reception resource preloading scheduling system for external users provided in the method embodiments of this application.

[0141] In some embodiments, the terminal 600 may also optionally include a peripheral device interface 603 and at least one peripheral device. The processor 601, memory 602, and peripheral device interface 603 can be connected via a bus or signal line. Each peripheral device can be connected to the peripheral device interface 603 via a bus, signal line, or circuit board. Specifically, the peripheral device includes at least one of the following: a radio frequency circuit 604, a display screen 605, a camera assembly 606, an audio circuit 607, a positioning assembly 608, and a power supply 609.

[0142] Peripheral interface 603 can be used to connect at least one I / O (Input / Output) related peripheral device to processor 601 and memory 602. In some embodiments, processor 601, memory 602 and peripheral interface 603 are integrated on the same chip or circuit board; in some other embodiments, any one or two of processor 601, memory 602 and peripheral interface 603 can be implemented on separate chips or circuit boards, which is not limited in this embodiment.

[0143] The radio frequency (RF) circuit 604 is used to receive and transmit RF (Radio Frequency) signals, also known as electromagnetic signals. The RF circuit 604 communicates with communication networks and other communication devices via electromagnetic signals. The RF circuit 604 converts electrical signals into electromagnetic signals for transmission, or converts received electromagnetic signals back into electrical signals. Optionally, the RF circuit 604 includes: an antenna system, an RF transceiver, one or more amplifiers, a tuner, an oscillator, a digital signal processor, a codec chipset, a user identity module card, etc. The RF circuit 604 can communicate with other terminals through at least one wireless communication protocol. This wireless communication protocol includes, but is not limited to: the World Wide Web, metropolitan area networks, intranets, various generations of mobile communication networks (2G, 3G, 4G, and 6G), wireless local area networks, and / or WiFi (Wireless Fidelity) networks. In some embodiments, the RF circuit 604 may also include circuitry related to NFC (Near Field Communication), which is not limited in this application.

[0144] Display screen 605 is used to display a UI (User Interface). This UI may include graphics, text, icons, videos, and any combination thereof. When display screen 605 is a touch display screen, it also has the ability to collect touch signals on or above its surface. These touch signals can be input as control signals to processor 601 for processing. In this case, display screen 605 can also be used to provide virtual buttons and / or a virtual keyboard, also known as soft buttons and / or a soft keyboard. In some embodiments, there may be one display screen 605, disposed on the front panel of terminal 600; in other embodiments, there may be at least two display screens, disposed on different surfaces of terminal 600 or in a folded design; in other embodiments, display screen 605 may be a flexible display screen, disposed on a curved or folded surface of terminal 600. Furthermore, display screen 605 may be configured as a non-rectangular, irregular shape, i.e., a non-rectangular screen. Display screen 605 may be made of materials such as LCD (Liquid Crystal Display) or OLED (Organic Light-Emitting Diode).

[0145] The camera assembly 606 is used to acquire images or videos. Optionally, the camera assembly 606 includes a front-facing camera and a rear-facing camera. Typically, the front-facing camera is located on the front panel of the terminal, and the rear-facing camera is located on the back of the terminal. In some embodiments, there are at least two rear-facing cameras, which are any one of a main camera, a depth-sensing camera, a wide-angle camera, and a telephoto camera, to achieve background blurring by fusion of the main camera and the depth-sensing camera, panoramic shooting by fusion of the main camera and the wide-angle camera, VR (Virtual Reality) shooting, or other fusion shooting functions. In some embodiments, the camera assembly 606 may also include a flash. The flash can be a single-color temperature flash or a dual-color temperature flash. A dual-color temperature flash refers to a combination of a warm-light flash and a cool-light flash, which can be used for light compensation at different color temperatures.

[0146] The audio circuit 607 may include a microphone and a speaker. The microphone is used to collect sound waves from the user and the environment, converting the sound waves into electrical signals that are input to the processor 601 for processing, or input to the radio frequency circuit 604 for voice communication. For stereo sound acquisition or noise reduction purposes, multiple microphones may be used, each located at a different part of the terminal 600. The microphone may also be an array microphone or an omnidirectional microphone. The speaker is used to convert the electrical signals from the processor 601 or the radio frequency circuit 604 into sound waves. The speaker may be a conventional diaphragm speaker or a piezoelectric ceramic speaker. When the speaker is a piezoelectric ceramic speaker, it can convert electrical signals not only into audible sound waves but also into inaudible sound waves for purposes such as distance measurement. In some embodiments, the audio circuit 607 may also include a headphone jack.

[0147] The positioning component 608 is used to determine the current geographic location of the terminal 600 in order to enable navigation or LBS (Location Based Service). The positioning component 608 can be a positioning component based on the US GPS (Global Positioning System), China's BeiDou system, or Russia's Galileo system.

[0148] Power supply 609 is used to supply power to the various components in terminal 600. Power supply 609 can be AC ​​power, DC power, a disposable battery, or a rechargeable battery. When power supply 609 includes a rechargeable battery, the rechargeable battery can be a wired rechargeable battery or a wireless rechargeable battery. A wired rechargeable battery is a battery that is charged via a wired line, and a wireless rechargeable battery is a battery that is charged via a wireless coil. The rechargeable battery can also be used to support fast charging technology.

[0149] Those skilled in the art will understand that Figure 6 The structure shown does not constitute a limitation on terminal 600, and may include more or fewer components than shown, or combine certain components, or use different component arrangements.

[0150] The electronic device in the above method embodiments is implemented as a server. For example, Figure 7This is a schematic diagram of a server structure provided in an embodiment of this application. The server 700 can vary significantly due to different configurations or performance. It includes one or more Central Processing Units (CPUs) 701 and one or more memories 702. The memories 702 store at least one computer program, which is loaded and executed by the processor 701 to implement the functions and methods of the data receiving resource preloading and scheduling system for external users provided in the various method embodiments described above. Of course, the server also has wired or wireless network interfaces and input / output interfaces for input and output. The server also includes other components for implementing device functions, which will not be elaborated here.

[0151] In an exemplary embodiment, a computer-readable storage medium is also provided, such as a memory including at least one computer program, which is executable by a processor to perform the functions and methods of the data reception resource preloading scheduling system for external users described in the above embodiments. For example, the computer-readable storage medium is a read-only memory (ROM), a random access memory (RAM), a compact disc read-only memory (CD-ROM), magnetic tape, floppy disk, and optical data storage device, etc.

[0152] In an exemplary embodiment, a computer program product or computer program is also provided, the computer program product or computer program comprising one or more lines of program code stored in a computer-readable storage medium. One or more processors of an electronic device read the one or more lines of program code from the computer-readable storage medium, and the one or more processors execute the one or more lines of program code, causing the electronic device to perform the functions and methods of the data receiving resource preloading scheduling system for external users described above.

[0153] In some embodiments, the computer program involved in the present application embodiments may be deployed and executed on a computer device, or executed on multiple computer devices located in one location, or executed on multiple computer devices distributed in multiple locations and interconnected through a communication network. Multiple computer devices distributed in multiple locations and interconnected through a communication network may constitute a blockchain system.

[0154] Those skilled in the art will understand that all or part of the steps of the above embodiments are implemented by hardware, or by a program instructing related hardware to implement them. The program is stored in a computer-readable storage medium, such as a read-only memory, a disk, or an optical disk.

[0155] The above description is only an optional embodiment of this application and is not intended to limit this application. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of this application should be included within the protection scope of this application.

[0156] The foregoing description of specific exemplary embodiments of this application is for illustrative and explanatory purposes. These descriptions are not intended to limit this application to the precise forms disclosed, and it will be apparent that many changes and variations can be made in accordance with the foregoing teachings. The exemplary embodiments were chosen and described in order to explain the specific principles of this application and its practical application, thereby enabling those skilled in the art to implement and utilize various different exemplary embodiments of this application, as well as various different choices and variations. The scope of this application is intended to be defined by the claims and their equivalents.

Claims

1. A data receiving resource preloading and scheduling system for external users, characterized in that, The system includes interconnected task information acquisition module, resource preloading module, idle arc segment extraction module and resource scheduling module. Multiple modules work together to form a preloading and scheduling system. The task information acquisition module is used to acquire internal high-priority satellite task information, external user data reception requirement information, and data reception resource attribute information. The receiving resource preloading module is used to allocate suitable data receiving resources sequentially according to the satellite mission priority information and satellite mission-resource allocation table provided by the mission information acquisition module, and generate a resource preloading scheme. The idle arc segment extraction module is used to traverse the time axis of all data receiving resources based on the resource preloading scheme and the resource attribute information, extract continuous time intervals that are not occupied and meet the requirements of resource exclusivity and minimum duration, as available arc segments for external users, and generate a list of available arc segments. The resource scheduling module is used to execute data receiving tasks sequentially according to the resource preloading scheme and the list of available arc segments.

2. The data receiving resource preloading and scheduling system for external users as described in claim 1, characterized in that, The system also includes a data transmission error processing module, which is used to determine the error threshold of data transmission forecast based on historical data transmission data and satellite orbit prediction data, and to redundantly extend the theoretical data transmission time of high-priority satellite missions based on the error threshold to obtain the actual occupied time interval. Accordingly, the receiving resource preloading module allocates suitable data receiving resources in sequence according to the satellite mission priority information provided by the task information acquisition module and the data transmission error processing module, as well as the satellite mission-resource allocation table, and generates a resource preloading scheme. The satellite mission priority information provided by the data transmission error processing module includes the actual occupied time interval.

3. The data receiving resource preloading and scheduling system for external users as described in claim 2, characterized in that, The error thresholds include a start time error threshold and an end time error threshold; The data transmission error processing module is used to collect historical data transmission data of similar satellite missions within the historical first target time period, calculate the difference between the data transmission time predicted N days in advance (N=1,2,...,14) days before the mission and the data transmission time used during mission execution, and take the maximum value of multiple differences as the data transmission error to be considered when preloading the mission N days in advance. For the i-th track data, the data transmission time predicted N days in advance is [T_start(i,N),T_end(i,N)], and the data transmission time used during mission execution is [T_start(i),T_end(i)]. For the data transmission start time, the data transmission start error is... For the data transmission end time, the data transmission end error is... Then the data transmission start time error threshold and end time error threshold of the track are respectively and Where Num represents the total number of orbitals.

4. The data receiving resource preloading and scheduling system for external users as described in claim 2, characterized in that, The data transmission error processing module is also used to receive the newly generated data transmission time of the satellite mission in real time and update the error threshold once within the period. When the abnormal orbital offset exceeds the error threshold, the error threshold emergency adjustment process is triggered to recalculate and update the actual occupied time interval of the high-priority mission and synchronize the actual occupied time interval of the high-priority mission to the receiving resource preloading module.

5. The data receiving resource preloading and scheduling system for external users as described in claim 1, characterized in that, The system also includes a user interaction module, which is used to display a list of available arc segments to external users, receive resource task applications submitted by external users, provide feedback on application review results and resource occupancy status, and provide an entry point for time update applications. Accordingly, the resource scheduling module is used to execute data receiving tasks sequentially according to the resource preloading scheme and the task application approved by the external user; wherein, the resource task application submitted by the external user includes available arc segments.

6. The data receiving resource preloading and scheduling system for external users as described in claim 5, characterized in that, The user interaction module is used to display a list of available arc segments to external users via a web interface or FTP, with the list supporting multi-condition filtering and information viewing. The user interaction module also provides a standardized task application form, automatically generating an application number upon receiving the user's submitted form. Furthermore, the user interaction module performs real-time automatic review; when multiple users apply for the same resource and task conflicts occur, the task is approved based on user priority, granting the application to the higher-priority user and rejecting the application to the lower-priority user. The user interaction module receives review results in real-time, provides feedback to users on the application review results, and displays the occupancy status of applied resources in real-time. Finally, the user interaction module provides a time update application entry, allowing users to submit time adjustment requests within the update window.

7. The data receiving resource preloading and scheduling system for external users as described in claim 5, characterized in that, The system also includes a time update module, which is used to set the update window period for the second target time period before the start of the actual data transmission task, receive actual data transmission time update requests submitted by internal high-priority satellite tasks and external users, verify the rationality of the update time, resource adaptability and arc compatibility, and synchronize to each related module after the verification is passed. Accordingly, the resource scheduling module is used to control the corresponding data receiving resource usage, adjust it to the appropriate parameters, and execute the data receiving tasks in sequence according to the resource preloading scheme, the task application approved by the external user, and the updated task data transmission time.

8. A method for preloading and scheduling data receiving resources for external users, characterized in that, The method includes: Acquire information on internal high-priority tasks, external user data reception requirements, and received resource attributes; Based on the satellite mission priority information and satellite mission-resource allocation table provided by the mission information acquisition module, the appropriate data receiving resources are allocated sequentially to generate a resource preloading scheme. Based on the resource preloading scheme and the resource attribute information, the time axis of all data receiving resources is traversed, and continuous time intervals that are not occupied and meet the requirements of resource exclusivity and minimum duration are extracted as available arcs for external users, and a list of available arcs is generated. According to the resource preloading scheme and the list of available arc segments, the data receiving task is executed sequentially.

9. An electronic device, characterized in that, The electronic device includes one or more processors and one or more memories, wherein at least one computer program is stored in the one or more memories, and the at least one computer program is loaded and executed by the one or more processors to implement the function of the data receiving resource preloading scheduling system for external users as described in any one of claims 1 to 7, or the data receiving resource preloading scheduling method for external users as described in claim 8.

10. A computer-readable storage medium, characterized in that, The storage medium stores at least one computer program, which is loaded and executed by a processor to implement the function of the data receiving resource preloading and scheduling system for external users as described in any one of claims 1 to 7, or the data receiving resource preloading and scheduling method for external users as described in claim 8.

Images