A multi-user cooperative intra- satellite handover method and system

Abstract

The specification provides a multi-user cooperative intra-satellite switching method and system, relating to the technical field of intra-satellite user switching. The method comprises obtaining a switching application of a user terminal; determining a switching time of the user terminal according to the obtained time of the switching application of each user terminal and the emergency request flag; determining the switching priority of the multiple user terminals at the switching time according to the user type of the multiple user terminals at the switching time and the function thereof in the current use scenario; and sequentially switching the baseband unit of each user terminal in the satellite according to the switching time of the user terminal and the switching priority of the multiple user terminals at the switching time. The method can improve the switching speed when multiple user terminals are switched simultaneously, and effectively improve the reliability of the switching. Moreover, the method can effectively avoid invalid switching of user terminals with high travel speed and short function response time, thereby meeting the mutual communication of different types of terminals when there is a task demand.

Description

Technical Field

[0001] This specification relates to the field of intra-satellite user handover technology, and more specifically, to an intra-satellite handover method and system with multi-user collaboration. Background Technology

[0002] Satellite-user communication operates in a highly dynamic environment. Satellite movement necessitates intra-satellite handover for ground users. Furthermore, the types of users in satellite-to-ground communication include vehicles, aircraft, ships, and pedestrians, each with significant differences in movement speed and communication modes. Current research on intra-satellite handover primarily focuses on methods based on position prediction and adaptive handover, but a satisfactory solution for intra-satellite handover tailored to specific terminal types and movement scenarios has yet to be proposed.

[0003] Specifically, in satellite-to-ground communication, after a ground terminal joins the network, it switches based on the location information of the satellite and the terminal to ensure continuous communication. Currently, single-terminal communication often suffers from insufficient resources and untimely switching in highly dynamic scenarios. The switching method is simplistic, only considering factors such as the switching time, frequency, and the beam and satellite after switching. It cannot select the timing and method of the switch based on the terminal type and communication scenario, making it difficult to meet the needs of inter-terminal communication when there are mission requirements. Summary of the Invention

[0004] The purpose of this specification is to provide a multi-user collaborative intra-satellite handover method that can solve the problem that traditional methods cannot meet the communication needs of different types of terminals.

[0005] The embodiments described in this specification are implemented as follows:

[0006] On the one hand, this specification provides a multi-user collaborative intra-satellite handover method, which mainly includes:

[0007] Obtain a handover request from a user terminal, the handover request including a request from the user terminal to switch from the current baseband unit of the satellite to another baseband unit and an emergency request flag;

[0008] The handover time of the user terminal is determined based on the time when the handover request of each user terminal is obtained and the emergency request flag.

[0009] Based on the user type of multiple user terminals at the same switching time and their function in the current usage scenario, the switching priority of multiple user terminals at the same switching time is determined, wherein the user type is determined according to the travel speed of the user terminal.

[0010] Based on the handover time of the user terminal and the handover priority of multiple user terminals at the same handover time, the baseband units of each user terminal on the satellite are switched sequentially.

[0011] On the other hand, this specification provides a multi-user collaborative intra-satellite handover system, mainly including:

[0012] The handover request module is used to obtain the handover request from the user terminal. The handover request includes the user terminal's request to switch from the current baseband unit of the satellite to another baseband unit and an emergency request flag.

[0013] The handover time determination module is used to determine the handover time of the user terminal based on the time of obtaining the handover request of each user terminal and the emergency request flag.

[0014] The switching order determination module is used to determine the switching priority of multiple user terminals at the same switching time based on their user type and function in the current usage scenario. The user type is determined based on the travel speed of the user terminal.

[0015] The intra-satellite handover module is used to sequentially switch the baseband units of each user terminal on the satellite according to the handover time of the user terminal and the handover priority of multiple user terminals at the same handover time.

[0016] The embodiments described in this specification have at least the following advantages or beneficial effects:

[0017] This multi-user collaborative intra-satellite handover method determines the handover order of user terminals based on their user type and functionality in the current usage scenario. It prioritizes handover to user terminals with faster travel speeds and shorter response times, thereby improving handover speed when multiple user terminals are switching simultaneously and effectively enhancing handover reliability. Furthermore, this method effectively avoids failed handovers to user terminals with faster travel speeds and shorter response times, thus meeting the communication needs of different types of terminals when there are task requirements. Attached Figure Description

[0018] To more clearly illustrate the technical solutions of the embodiments of this specification, the accompanying drawings used in the embodiments will be briefly introduced below. It should be understood that the following drawings only show some embodiments of this specification and should not be regarded as a limitation of the scope. For those skilled in the art, other related drawings can be obtained based on these drawings without creative effort.

[0019] Figure 1 This is a flowchart illustrating the multi-user collaborative intra-satellite handover method provided in this specification.

[0020] Figure 2 This is a schematic diagram of a multi-user collaborative intra-satellite handover scenario provided in this manual;

[0021] Figure 3This is a flowchart illustrating the multi-user collaborative intra-satellite handover system provided in this manual.

[0022] Figure 4 This is a schematic diagram of the multi-user collaborative intra-satellite handover system provided in this specification. Detailed Implementation

[0023] To make the objectives, technical solutions, and advantages of the embodiments in this specification clearer, the technical solutions in the embodiments of this specification will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this specification, and not all embodiments. Generally, the components of the embodiments of this specification described and shown in the accompanying drawings can be arranged and designed in various different configurations.

[0024] Please refer to Figures 1 to 2 One embodiment of this specification provides a multi-user collaborative intra-satellite handover method, which mainly includes:

[0025] Step 102: Obtain the user terminal's handover request, which includes the user terminal's request to switch from the current baseband unit of the satellite to another baseband unit and an emergency request flag;

[0026] Step 104: Determine the handover time of the user terminal based on the time of obtaining the handover request of each user terminal and the emergency request flag;

[0027] Step 106: Determine the switching priority of multiple user terminals at the same switching time based on their user types and functions in the current usage scenario. The user types are determined based on the travel speed of the user terminals.

[0028] Step 108: Based on the handover time of the user terminal and the handover priority of multiple user terminals at the same handover time, switch each user terminal in the baseband unit of the satellite in sequence.

[0029] In this embodiment, when a user terminal's handover request is received, the receiving time is recorded, and the handover requests of each user terminal are processed according to the order of receipt time. In specific processing, the user terminal's current baseband unit for communication is switched according to the load of the target baseband unit of the satellite (i.e., the baseband unit where the user terminal will be located after the handover). That is, the handover must be carried out when the load of the target baseband unit does not exceed saturation.

[0030] In this embodiment, when the user terminal performs an emergency task in the current application scenario, the above-mentioned switching application contains the above-mentioned emergency request flag, and the baseband unit can be switched first according to the emergency request flag.

[0031] In this embodiment, the different functions of the user terminals in the current usage scenario indicate that the response time required for the user terminals to perform the current task is different.

[0032] In this embodiment, the above method determines the handover order of user terminals based on the user type and the function of the user terminal in the current usage scenario, prioritizing intra-satellite handover for user terminals with fast travel speed and short functional response time. This improves the handover speed when multiple user terminals handover simultaneously and effectively enhances handover reliability. Furthermore, this method effectively avoids failed handovers for user terminals with fast travel speed and short functional response time, thus meeting the communication needs of different types of terminals when there are task requirements.

[0033] In this embodiment, one specific implementation of step 104 is as follows:

[0034] Step 112: Generate a handover time slot allocation table based on the acquisition time of the handover application of each user terminal;

[0035] Step 114: Based on the emergency request flag, adjust the priority handover order of the user terminal to which the emergency request flag belongs in the handover time slot allocation table.

[0036] Specifically, user terminals periodically send handover requests (or scheduled handover requests) to the satellite in real time according to their needs. The satellite receives information such as the user terminal's MAC address, time slot allocation status, and location. In case of an urgent task, the user terminal sends a handover request with a priority level flag (i.e., an emergency request flag) to the satellite.

[0037] The satellite receives handover requests from several user terminals (user terminals can send handover requests in the form of messages), queues them according to message priority and the transmission time information carried in the messages, establishes a handover time slot allocation table, and sends a handover permission instruction to each user terminal according to the time slot allocation table.

[0038] If the dynamic time slot allocation request is agreed to, terminals belonging to the same user group will send messages according to the allocated time slots; if not, the time slot reservation request will continue.

[0039] In this embodiment, by establishing a dynamic allocation mechanism and a user feedback mechanism as described above, the grouping strategy can be adjusted in a timely manner to meet user expectations. Furthermore, it can monitor the bandwidth usage and network status of user terminals in real time, utilize predictive algorithms to identify high-demand periods in advance, and intelligently schedule user groups, reducing the number of handovers and latency.

[0040] In this embodiment, cross-group coordination can be achieved through the above method. Furthermore, based on the load of the target baseband unit of the satellite, the optimal allocation of network resources among different user terminals and satellite nodes can be ensured to improve the overall network efficiency.

[0041] In this embodiment, one specific implementation of step 106 is as follows:

[0042] Step 122: Determine whether multiple user terminals at the same handover time belong to the same user type;

[0043] Step 124: If it belongs to the category, then based on the function of the user terminal in the current usage scenario, prioritize the multiple user terminals at the same switching time to obtain the priority result.

[0044] Step 126: According to the priority results, switch the baseband units of each user terminal in the satellite in sequence.

[0045] Step 128: If not, calculate the similarity between user terminals based on the user terminal's functions, latency tolerance, and historical bandwidth requirements in the current usage scenario.

[0046] Step 130: Determine whether the similarity between user terminals is within a preset threshold;

[0047] Step 132: If yes, then switch the baseband unit of the user terminal whose similarity is within the preset threshold at the same time;

[0048] Step 134: If not, then switch the baseband unit of each user terminal in the satellite in sequence according to the user type of the user terminal.

[0049] In this embodiment, the priority result is determined based on the response time requirements of the user terminal's functions in the current usage scenario.

[0050] In this embodiment, within the same user type, user terminals have multiple functions in a scenario, such as detection, service execution, and reconnaissance. For detection-type terminals, faster switching speeds and higher flexibility are often required, while for service execution-type terminals, more resources and higher transmission rates are often required. Therefore, determining the switching priority of user terminals based on their functions in the current scenario can meet the needs of user terminals with high switching speed requirements. At the same time, it can also allocate more resources to user terminals with high resource requirements based on their functions in the current scenario.

[0051] In this embodiment, the switching time requirements of user terminals of different user types can be accurately determined by the above method. Moreover, the urgency of the switching time requirements of user terminals can be further determined based on the functions of user terminals in the current application scenario, which can effectively improve the reliability of the switching order.

[0052] In this embodiment, by calculating similarity as described above, it is possible to determine whether user terminals of different user types belong to the same user terminal with the same handover time requirement, thereby achieving accurate grouping and reducing the number of handovers and handover delays.

[0053] In this embodiment, one specific implementation of step 128 is as follows:

[0054] Step 142: Using u and v as two types of user terminals, and c as the user terminal's service type, latency tolerance, and historical bandwidth requirement data, I... u and I v These are collections of projects rated by users u and v, respectively. and are the mean ratings of u and v on their respective rating sets;

[0055] Step 144: The similarity sim(u,v) between the two user terminals is:

[0056]

[0057] In this embodiment, before step 106, the following steps are also included:

[0058] Step 152: Determine the user type of the user terminal based on its travel speed;

[0059] Step 154: Determine the priority order for switching user types based on the user terminal's travel speed.

[0060] In this embodiment, the user types include at least flight equipment, ship equipment, airborne equipment, and pedestrians, and the switching priority of the user types, from high to low, is as follows: flight equipment, ship equipment, airborne equipment, and pedestrians. Specifically, airplanes and drones are classified as the first type, ships and submarines as the second type, automobiles as the third type, and pedestrians as the fourth type.

[0061] In this embodiment, by unifying the user types of user terminals and processing applications according to categories one through four, priority can be given to user types with fast travel speeds to meet the high requirements of category one user terminals for handover response speed.

[0062] In this embodiment, after step 102, the following steps are also included:

[0063] Step 162: Determine whether the user terminal is a user type that performs tasks on a fixed route;

[0064] Step 164: If yes, then switch the baseband unit in the satellite at a preset time according to the current user terminal's fixed route.

[0065] Step 166: If not, then perform the step of determining the handover time of the user terminal based on the acquisition time of the handover application of each user terminal and the emergency request flag.

[0066] The above methods allow for advance preparation of handover times and target baseband resources according to the type of fixed route execution, and then flexible selection based on the handover resources occupied by detection and service transmission.

[0067] As can be seen, the above method can select the switching method according to the user type and communication scenario, and the above multi-user collaborative intra-satellite handover method is highly flexible.

[0068] In this embodiment, the above method is illustrated in detail through the following examples:

[0069] Example 1: The scenario is maritime fleet communication, involving three types of terminals: aircraft and ships. Specifically, there are 9 ships, 2 submarines, 10 helicopters and 14 reconnaissance aircraft. The communication scenario involves early detection and later execution of operations. The electromagnetic radiation interference is strong, and the communication links between satellites and various terminals switch frequently, requiring short response times.

[0070] Initially, 14 reconnaissance aircraft carried out reconnaissance missions and exchanged information with the remaining terminals. Under the aforementioned multi-user collaborative intra-satellite handover method, when a reconnaissance aircraft needs to switch to another baseband unit, since the user terminals are of the same type (all are aircraft or UAVs), there is no need to calculate similarity. At this time, the handover priority is the same (the functions are the same), and the satellite being switched allocates the same resources to the reconnaissance aircraft, allowing users to switch collaboratively. Each user terminal switches together under the specified time and frequency resources.

[0071] After the reconnaissance is completed, the five ships need to work with six helicopters to carry out the mission. When a handover is required, since the user terminals are of different types, a similarity formula is used to calculate the score. The service type of the ships and helicopters is scored as 1 and 2 points respectively, the latency sensitivity is scored as 2 and 3 points respectively, and the historical bandwidth requirement data is scored as 2 and 2 points respectively. The calculation result is sum(u,v) = 0.5. At this time, according to the priority order of user types, the handover priority is determined to be helicopters over ships. The time and frequency resources for handover are allocated first to the six helicopters, then to the five ships, and more resources are allocated according to the size of the service volume. Then the user terminals handover according to the allocated handover resources.

[0072] Example 2: The scenario is terrestrial communication, involving only aircraft as the terminal types. Specifically, there are 4 high-speed aircraft, 8 reconnaissance aircraft, 6 early warning helicopters, and 15 fighter jets. The communication scenario initially follows fixed routes, followed by service transmission. Initially, the 4 high-speed aircraft and 8 reconnaissance aircraft fly along pre-planned routes. When encountering intra-satellite handover, all terminals are aircraft, so similarity calculation is unnecessary. However, due to their different flight speeds and the greater service resources required by the reconnaissance aircraft, a multi-user collaborative handover method is adopted. Fewer but earlier handover resources are allocated to the 4 high-speed aircraft, while more but later handover resources are allocated to the 8 reconnaissance aircraft. During the later operational phase, the 6 early warning helicopters and 15 fighter jets need to frequently interact with each other and periodically exchange information with the 4 high-speed aircraft. When they encounter a situation where they all request intra-satellite handover, the terminal type is aircraft. There is no need to calculate similarity. The aircraft are prioritized, with the fighter jets having the highest priority, followed by the early warning helicopters, and finally the high-speed aircraft. At this time, the handover resources are allocated to the three types of aircraft performing operations according to their priority. Since the high-speed aircraft have less operational resource requirements, less resources are allocated to the high-speed aircraft, while more resources are allocated to the other two types of aircraft.

[0073] Please refer to Figure 3 and Figure 4 Another embodiment of this specification provides a multi-user collaborative intra-satellite handover system, mainly comprising:

[0074] The handover request module 202 is used to obtain a handover request from a user terminal. The handover request includes a request from the user terminal to switch from the current baseband unit of the satellite to another baseband unit and an emergency request flag.

[0075] The handover time determination module 204 is used to determine the handover time of the user terminal based on the time of obtaining the handover application of each user terminal and the emergency request flag.

[0076] The switching order determination module 206 is used to determine the switching priority of multiple user terminals at the same switching time based on the user type of the multiple user terminals at the same switching time and their functions in the current usage scenario. The user type is determined based on the travel speed of the user terminal.

[0077] The intra-satellite handover module 208 is used to sequentially switch the baseband units of each user terminal on the satellite according to the handover time of the user terminal and the handover priority of multiple user terminals at the same handover time.

[0078] The above method determines the handover order of user terminals based on the user type and the function of the user terminal in the current usage scenario, prioritizing intra-satellite handover for user terminals with fast travel speed and short functional response time. This improves the handover speed when multiple user terminals handover simultaneously and effectively enhances handover reliability. Furthermore, this method effectively avoids failover for user terminals with fast travel speed and short functional response time, thus meeting the communication needs of different types of terminals when there are task requirements.

[0079] In this embodiment, the handover time determination module 204 is used to generate a handover time slot allocation table based on the time when each user terminal obtains its handover request; and to adjust the priority handover order of the user terminal to which the emergency request flag belongs in the handover time slot allocation table based on the emergency request flag.

[0080] In this embodiment, the switching order determination module 206 is used to determine whether multiple user terminals at the same switching time belong to the same user type. If they do, the module prioritizes the multiple user terminals at the same switching time according to their functions in the current usage scenario to obtain a priority result. Based on the priority result, the module sequentially switches the baseband units of each user terminal within the satellite. If not, the module calculates the similarity between user terminals based on their functions, latency tolerance, and historical bandwidth requirements in the current usage scenario. It then determines whether the similarity between user terminals is within a preset threshold. If it is, the module switches the baseband units of user terminals with similarity within the preset threshold at the same time. If not, the module sequentially switches the baseband units of each user terminal within the satellite according to their user type. Let u and v represent two types of user terminals, c represent the user terminal's service type, latency tolerance, and historical bandwidth requirement data, and I... u and I v These are collections of projects rated by users u and v, respectively. and Let be the mean ratings of u and v on their respective rating sets; the similarity sim(u,v) between the two user terminals is: The above methods can accurately determine the handover time requirements of user terminals of different user types. Furthermore, by further determining the urgency of the user terminal's handover time requirements based on the user terminal's function in the current application scenario, the reliability of the handover order can be effectively improved.

[0081] In this embodiment, the handover request module 202 is used to determine the user type of the user terminal based on its travel speed; and to determine the handover priority order of the user types based on their travel speed. It determines whether the user terminal is a user type performing a task on a fixed route; if so, it switches its baseband unit within the satellite at a preset time according to the current fixed route of the user terminal; if not, it executes the step of determining the handover time of the user terminal based on the acquisition time of each user terminal's handover application and the emergency request flag. By unifying the user types of the user terminals and processing applications according to categories one through four, priority can be given to user types with faster travel speeds, thus meeting the high requirements of category one user terminals for handover response speed.

[0082] In this embodiment, the satellite includes a source baseband unit and a target baseband unit, and the system includes a network control unit and a gateway; in this embodiment, please refer to 3, the switching steps of the system are as follows:

[0083] Multiple user terminals send handover requests to the source baseband unit of the satellite, and negotiate the handover path timing with the network control unit based on the demand and the load of the destination baseband unit, including the time point of entering the new beam (i.e. the destination baseband unit) and the required resource information.

[0084] The baseband unit transmits request information to the network control unit;

[0085] The network control unit sends a switching signal to the target baseband unit;

[0086] The target baseband unit determines whether handover is allowed based on the current load. If handover is allowed, it performs similarity calculation for the user terminals that have applied for handover. For each user terminal with high similarity, it dynamically and adaptively allocates air interface resources and network control unit bearer resources according to priority or the order of scheduled handover for each user terminal. It also sends information to the network control unit that the handover resources are ready.

[0087] The network control unit responds to the request information from the source baseband unit based on the information from the target baseband unit;

[0088] The source baseband unit sends a request and response to the user terminal, carrying the air interface and bearer resources allocated by the destination baseband unit;

[0089] The user terminal switches the antenna to point to the new beam at the appropriate time (i.e., switches to the corresponding target baseband unit) and sends a handover confirmation after waiting for downlink synchronization;

[0090] The source baseband unit confirms the release of the signaling based on the switching time, and the network control unit also modifies the data path;

[0091] The network control unit notifies the source baseband unit to release resources, and the handover ends.

[0092] Based on the same inventive concept, another embodiment of this specification provides a computer-readable storage medium storing one or more programs, which, when executed by an electronic device including multiple application programs, cause the electronic device to perform... Figure 1 The corresponding implementation provides a multi-user collaborative intra-satellite handover method.

[0093] The various embodiments in this specification are described in a progressive manner. Similar or identical parts between embodiments can be referred to mutually. Each embodiment focuses on its differences from other embodiments. In particular, the system embodiments are basically similar to the method embodiments, so the description is relatively simple; relevant parts can be referred to the descriptions in the method embodiments.

[0094] The foregoing has described specific embodiments of this specification. Other embodiments are within the scope of the appended claims. In some cases, the actions or steps recited in the claims may be performed in a different order than that shown in the embodiments and may still achieve the desired result. Furthermore, the processes depicted in the drawings do not necessarily require the specific or sequential order shown to achieve the desired result. In some embodiments, multitasking and parallel processing are possible or may be advantageous.

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

[0096] This specification is described with reference to flowchart illustrations and / or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of this specification. It should be understood that each block of the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer program instructions. 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 flowchart illustrations. Figure 1 One or more processes and / or boxes Figure 1 The device that provides the function specified in each box.

[0097] 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 a process Figure 1 One or more processes and / or boxes Figure 1 The function specified in one or more boxes.

[0098] 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.

[0099] In a typical configuration, a computing device includes one or more processors (CPU), input / output interfaces, network interfaces, and memory.

[0100] Memory may include non-persistent storage in computer-readable media, such as random access memory (RAM) and / or non-volatile memory, such as read-only memory (ROM) or flash RAM. Memory is an example of computer-readable media.

[0101] The above description is merely an embodiment of this application and is not intended to limit this specification. Various modifications and variations can be made to this specification by those skilled in the art. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of this specification should be included within the scope of the claims.

Claims

1. A multi-user collaborative intra-satellite handover method, characterized in that, include: Step 102: Obtain the user terminal's handover request, which includes the user terminal's request to switch from the current baseband unit of the satellite to another baseband unit and an emergency request flag; Step 104: Determine the handover time of the user terminal based on the time of obtaining the handover request of each user terminal and the emergency request flag; Step 106: Determine the switching priority of multiple user terminals at the same switching time based on their user types and functions in the current usage scenario. The user types are determined according to the user terminal's travel speed, including: Determine whether multiple user terminals at the same handover time belong to the same user type; If so, then based on the function of the user terminal in the current usage scenario, the multiple user terminals at the same switching time are prioritized to obtain the priority result; Based on the priority results, the baseband units of each user terminal within the satellite are switched sequentially. After determining whether multiple user terminals at the same handover time belong to the same user type, the method further includes: If not, the similarity between user terminals is calculated based on the user terminal's functions, latency tolerance, and historical bandwidth requirements in the current usage scenario. Determine whether the similarity between user terminals is within a preset threshold; If so, the baseband unit of the user terminal with similarity within the preset threshold will be switched at the same time; If not, then the baseband units of each user terminal within the satellite will be switched sequentially according to the user type of the user terminal; Step 108: Based on the handover time of the user terminal and the handover priority of multiple user terminals at the same handover time, switch each user terminal in the baseband unit of the satellite in sequence.

2. The intra-satellite handover method with multi-user collaboration according to claim 1, characterized in that, Determining the handover time of a user terminal based on the timing of the handover requests from each user terminal and the emergency request flag includes: A handover time slot allocation table is generated based on the time when each user terminal obtains its handover request; Based on the emergency request flag, adjust the priority handover order of the user terminal to which the emergency request flag belongs in the handover time slot allocation table.

3. The intra-satellite handover method with multi-user collaboration according to claim 1, characterized in that, The priority result is determined based on the response time requirements of the user terminal's functions in the current usage scenario.

4. The intra-satellite handover method with multi-user collaboration according to claim 1, characterized in that, The calculation of similarity between user terminals based on their functionality, latency tolerance, and historical bandwidth requirements in the current usage scenario includes: Let u and v represent two types of user terminals, and c represent the user terminal's service type, latency tolerance, and historical bandwidth requirements. u and I v These are collections of projects rated by users u and v, respectively. and are the mean ratings of u and v on their respective rating sets; The similarity sim(u,v) between the two user terminals is:

5. The intra-satellite handover method with multi-user collaboration according to claim 1, characterized in that, Before determining the switching priority of multiple user terminals at the same switching time based on their user type and function in the current usage scenario, the process includes: Determine the user type of the user terminal based on its travel speed; The priority order for switching user types is determined based on the user terminal's travel speed.

6. The intra-satellite handover method with multi-user collaboration according to claim 1, characterized in that, After receiving the handover request from the user terminal, the process includes: Determine whether the user terminal is a user type that performs tasks on a fixed flight route; If so, the baseband unit of the user terminal in the satellite will be switched at a preset time according to the current fixed route of the user terminal; If not, then the handover time of the user terminal is determined based on the time of obtaining the handover request of each user terminal and the emergency request flag.

7. The intra-satellite handover method with multi-user collaboration according to claim 5, characterized in that, The user types include at least flight equipment, ship equipment, airborne equipment, and pedestrians, and the switching priority of the user types from high to low is flight equipment, ship equipment, airborne equipment, and pedestrians.

8. A multi-user collaborative intra-satellite handover system, executing the multi-user collaborative intra-satellite handover method according to any one of claims 1-7, characterized in that, include: The handover request module is used to obtain the handover request from the user terminal. The handover request includes the user terminal's request to switch from the current baseband unit of the satellite to another baseband unit and an emergency request flag. The handover time determination module is used to determine the handover time of the user terminal based on the time of obtaining the handover request of each user terminal and the emergency request flag. The switching order determination module is used to determine the switching priority of multiple user terminals at the same switching time based on their user type and function in the current usage scenario. The user type is determined based on the travel speed of the user terminal. The intra-satellite handover module is used to sequentially switch the baseband units of each user terminal on the satellite according to the handover time of the user terminal and the handover priority of multiple user terminals at the same handover time.

Images