Uplink resource dynamic request methods, satellite communication systems, media and products

Abstract

This invention relates to the field of communication technology and discloses a method for dynamic uplink resource request, a satellite communication system, a medium, and a product. The method includes: when a terminal has initial uplink resources, if it detects that a preset capacity request trigger condition is met, it generates an initial service frame according to the backhaul link adaptation layer encapsulation protocol; the terminal generates capacity request information and embeds it into the initial service frame to generate a target service frame, and sends the target service frame to a gateway based on the initial uplink resources; the gateway's adaptation layer parsing module extracts the capacity request information from the target service frame and transmits the capacity request information to the media access control scheduler via a bypass channel directly connected to the media access control scheduler; the media access control scheduler allocates resources according to the capacity request information to obtain the updated uplink resources corresponding to the terminal. This method can reduce request latency and improve the real-time performance of dynamic uplink resource request.

Description

Technical Field

[0001] This invention relates to the field of communication technology, and in particular to a method for dynamic request of uplink resources, a satellite communication system, media, and products. Background Technology

[0002] Satellite communication systems within a digital video broadcasting architecture consist of a forward link and a backhaul link. The forward link is the broadcast channel from the gateway to the terminal, carrying service data and scheduling control commands, while the backhaul link is the return channel from the terminal to the gateway.

[0003] Currently, existing methods for dynamic uplink resource requests typically rely on a Media Access Control (MAC) scheduler within the gateway to centrally manage uplink radio resources. The MAC scheduler calculates resources based on capacity request (CR) information reported by each terminal, generates a Terminal Burst Time Plan (TBTP), and periodically broadcasts it to all terminals via the forward link. The TBTP precisely defines the time slot location, frequency, and duration for which each terminal is allowed to transmit data, and terminals must strictly adhere to the TBTP's instructions for data burst transmission. This centralized scheduling framework ensures efficient and conflict-free utilization of satellite channel resources, but it also means that a terminal's ability to acquire uplink resources depends entirely on the timeliness and accuracy of its request information reaching the gateway.

[0004] Within this framework, the primary method for terminals to report capacity requests to the gateway is by sending Protocol Data Units (PDUs) through dedicated control slots periodically allocated by the gateway. However, in this method, the transmission of control PDUs is strictly dependent on the periodic control slots planned by the gateway, with a fixed period of tens to hundreds of milliseconds. Even if there are sudden changes in the terminal's buffer, it must wait for the next control slot, resulting in high latency for control requests. Secondly, the MAC scheduler can only rely on outdated information to make decisions between two control PDUs, and cannot track sudden changes in services, leading to poor real-time scheduling performance. Summary of the Invention

[0005] This invention provides a method for dynamic uplink resource request, a satellite communication system, a medium, and products, which can reduce request latency and improve the real-time performance of dynamic uplink resource request.

[0006] According to one aspect of the present invention, a method for dynamically requesting uplink resources is provided, comprising: When the terminal has initial uplink resources, if it detects that the preset indicated capacity request triggering condition is met, it generates an initial service frame according to the backhaul link adaptation layer encapsulation protocol. The terminal generates capacity request information and embeds the capacity request information into the initial service frame to generate a target service frame, and sends the target service frame to the gateway based on the initial uplink resources. The capacity request information is extracted from the target service frame by the adapter layer parsing module of the gateway, and transmitted to the media access control scheduler based on the bypass channel that passes through the media access control scheduler. The media access control scheduler allocates resources based on the capacity request information to obtain the updated uplink resources corresponding to the terminal.

[0007] According to another aspect of the present invention, a satellite communication system is provided, comprising: The terminal is used to generate an initial service frame according to the backhaul link adaptation layer encapsulation protocol when it has initial uplink resources and detects that the preset indicated capacity request triggering condition is met. Generate capacity request information and embed the capacity request information into the initial service frame to generate a target service frame, and send the target service frame to the gateway based on the initial uplink resources; The gateway is used to extract the capacity request information from the target service frame through the adaptation layer parsing module, and transmit the capacity request information to the media access control scheduler based on the bypass channel that passes through the media access control scheduler. The media access control scheduler allocates resources based on the capacity request information to obtain the updated uplink resources corresponding to the terminal.

[0008] According to another aspect of the present invention, a computer-readable storage medium is provided, the computer-readable storage medium storing a computer program configured to cause a processor to execute and implement the uplink resource dynamic request method according to any embodiment of the present invention.

[0009] According to another aspect of the present invention, a computer program product is provided, comprising a computer program that, when executed by a processor, implements the uplink resource dynamic request method according to any embodiment of the present invention.

[0010] The technical solution of this invention involves the terminal generating an initial service frame according to the backhaul link adaptation layer encapsulation protocol when it has initial uplink resources and detects that a preset capacity request triggering condition is met. The terminal then generates capacity request information and embeds it into the initial service frame to generate a target service frame, which is then sent to the gateway based on the initial uplink resources. The gateway's adaptation layer parsing module extracts the capacity request information from the target service frame and transmits it to the media access control scheduler via a bypass channel directly connected to the media access control scheduler. The media access control scheduler allocates resources based on the capacity request information to obtain updated uplink resources corresponding to the terminal. By generating capacity request information and embedding it into the initial service frame when the preset capacity request triggering condition is met, and by setting a bypass channel on the gateway side for the adaptation layer parsing module to directly transmit the extracted capacity request information to the media access control scheduler, request latency can be reduced and the real-time performance of dynamic uplink resource requests can be improved.

[0011] It should be understood that the description in this section is not intended to identify key or essential features of the embodiments of the present invention, nor is it intended to limit the scope of the invention. Other features of the invention will become readily apparent from the following description. Attached Figure Description

[0012] To more clearly illustrate the technical solutions in the embodiments of the present invention, the accompanying drawings used in the description of the embodiments will be briefly introduced below. Obviously, the accompanying drawings described below are only some embodiments of the present invention. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0013] Figure 1 This is a flowchart of an uplink resource dynamic request method provided in Embodiment 1 of the present invention; Figure 2 This is a schematic diagram of the GSE format provided in Embodiment 1 of the present invention; Figure 3 This is a flowchart of an uplink resource dynamic request method provided in Embodiment 2 of the present invention; Figure 4 This is a schematic diagram of a satellite communication system according to Embodiment 3 of the present invention. Detailed Implementation

[0014] To enable those skilled in the art to better understand the present invention, the technical solutions of the present invention will be clearly and completely described below with reference to the accompanying drawings of the embodiments of the present invention. Obviously, the described embodiments are only some embodiments of the present invention, and not all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort should fall within the scope of protection of the present invention.

[0015] It should be noted that the terms "first," "second," "target," etc., used in the specification, claims, and accompanying drawings of this invention are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such terms can be used interchangeably where appropriate so that embodiments of the invention described herein can be implemented in orders other than those illustrated or described herein. Furthermore, the terms "comprising" and "having," and any variations thereof, are intended to cover non-exclusive inclusion; for example, a process, method, system, product, or apparatus that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or apparatus.

[0016] Example 1 Figure 1 This is a flowchart of an uplink resource dynamic request method provided in Embodiment 1 of the present invention. This embodiment is applicable to the dynamic request and scheduling of uplink resources in a Digital Video Broadcasting (DVB) system. This method can also be applied to the satellite communication system in Embodiment 3 of the present invention. Figure 1 As shown, the method includes: S110. When the terminal has initial uplink resources, if it detects that the preset indicated capacity request triggering condition is met, it generates an initial service frame according to the backhaul link adaptation layer encapsulation protocol.

[0017] In this embodiment, the satellite communication system can consist of a gateway and a series of terminals. The gateway can include: a MAC scheduler, responsible for allocating resources based on terminal status information, generating TBTPs, and broadcasting them; a fast update module, providing a bypass channel from the adaptation layer parsing module directly to the MAC scheduler, allowing data path status information to bypass the Layer 2 Signaling (L2S) layer and directly update terminal capacity requests; and an adaptation layer parsing module, deployed in the Generic Stream Encapsulation (GSE) / Return Link Encapsulation (RLE) adaptation layer, responsible for identifying and extracting status fields from the Addressed Link (AL) PDU frame header and directly communicating with the MAC scheduler through the fast update interface. The ALPDU is a core protocol data unit explicitly defined in the DVB-RCS2 (Return Channel via Satellite version 2) standard, belonging to the transmission carrier between the MAC layer and the L2S layer.

[0018] The terminal may include: a control PDU generation module, used to generate a control PDU carrying a capacity request when the terminal has no uplink resources; an ALPDU assembly module, used to embed status information in the GSE / RLE frame header of the ALPDU to be sent when the terminal has obtained uplink resources; and a capacity request dynamic triggering module, used to determine whether to trigger status reporting based on multiple conditions such as buffer changes, scheduling interval changes, and time periods.

[0019] This embodiment employs a dual-path status reporting architecture with parallel and complementary control and data paths. The control path corresponds to a trigger-establishment mechanism; when the terminal lacks uplink resources (uplink data transmission resources), the control path is activated. At this time, the terminal sends a control PDU through the control time slot allocated by the gateway, carrying the terminal identifier and current capacity request, triggering the gateway to allocate uplink resources for the terminal. The control path is characterized by high reliability (dedicated time slots, low-order modulation and coding protection) and is used for periodic triggering. It should be noted that "dual-path" refers to functional separation in the logical architecture; both paths can share the same physical transmission link.

[0020] The data path corresponds to an update-maintenance mechanism, which enables the data path once the terminal has acquired uplink resources through the control time slot. Specifically, it utilizes the capacity request indication mechanism of the Protocol Type field in the GSE / RLE protocol frame header, directly indicating the capacity request in the optional extension header of GSE. The gateway can recognize and directly parse the optional extensions of GSE at the GSE / RLE adaptation layer, bypassing L2S ​​through the fast update module and directly connecting to the MAC scheduler. The data path is characterized by high-frequency updates (bound to the data transmission frequency), extremely low overhead (only the type value needs to be set and followed by the CR element), and strong real-time performance.

[0021] The data encapsulation for the backhaul link uses the GSE protocol or its backhaul link adaptation version, the RLE protocol. The Protocol_Type field (16 bits) in the GSE / RLE protocol frame header indicates the PDU payload type or the presence of a Next-Header: Type 1 (0-1535) identifies the link-specific protocol and / or indicates the presence of an extension header. 0-255 are mandatory extension headers, and 256-1535 are optional extension headers. Type 2 (1536-65535): EtherType compatible type field. The GSE protocol allows the construction of packets containing only extension headers without PDU payloads for transmitting out-of-band data (such as logical link control information). The RLE protocol, as the backhaul link adaptation version of GSE, inherits the frame structure and extension mechanism from GSE. The GSE frame in this embodiment includes the encapsulation frame headers of the standard GSE protocol and the backhaul link adaptation version, the RLE protocol.

[0022] In this embodiment, the functions of the two paths are clearly defined: the control path is responsible for "triggering" and "backup" to ensure that the terminal always has the ability to initiate resource requests, and the data path is responsible for "maintaining" and "refreshing" to ensure that the scheduler always has the latest buffer status of the terminal.

[0023] The preset capacity request triggering condition can be preset conditions that trigger the terminal to send a capacity request. For example, it could be that the time interval since the last report is greater than a preset duration, or that the buffer change is greater than a set threshold. Specifically, after determining that uplink resources have been obtained, the terminal checks whether the preset capacity request triggering condition is met. If so, it generates an initial service frame based on the backhaul link adaptation layer encapsulation protocol, such as GSE or RLE. If not, it continues to perform condition checks. The initial service frame can include specific service data or be empty.

[0024] S120. Generate capacity request information through the terminal, embed the capacity request information into the initial service frame to generate a target service frame, and send the target service frame to the gateway based on the initial uplink resources.

[0025] Specifically, the terminal can generate current capacity request information based on its own status information and write this capacity request information into the optional extension header of the initial service frame to generate the target service frame. Then, the terminal can transmit the target service frame to the gateway through a pre-established communication link with the gateway.

[0026] Optionally, generating capacity request information via the terminal may include: The terminal obtains the current reporting scenario and generates request type value and request structure data based on the current reporting scenario. The capacity request information is generated based on the request type value and the request structure data.

[0027] In this embodiment, two different request type (Type) values ​​are defined using the optional extension header value range of 256 to 1535 in the Protocol_Type field of the GSE / RLE protocol, corresponding to the SmallCR element and LargeCR element defined in DVB standard 301 545-2, respectively.

[0028] The reporting scenarios can include simple reporting and detailed reporting. In an optional example, when the terminal only needs to report a simple capacity status, the Protocol_Type field is set to a request type value indicating a Small CR (e.g., 0x201), followed by a 2-byte standard CR structure (request structure data). This 2-byte CR structure contains: 2 bits of Capacity Category, 4 bits of rc_index, 2 bits of Scale, and 8 bits of Value. Secondly, when the terminal needs to report a more detailed request category or higher rc_index precision, the Protocol_Type field is switched to a request type value indicating a Large CR (e.g., 0x202), followed by a 3-byte standard CR structure. This 3-byte CR structure contains: 2 bits of Capacity Category, 12 bits of rc_index, 2 bits of Scale, and 8 bits of Value. The request type value and request structure data together constitute the capacity request information.

[0029] The advantage of the above settings is that the gateway can directly determine the format and length of subsequent capacity request data based on the value of Protocol_Type, enabling the fastest extraction in the adaptation layer parsing module without parsing any additional extension header internal structure. Secondly, the GSE protocol allows the construction of packets containing only extension headers without PDU payloads, allowing for the construction of extremely simple CR packets when the terminal only needs to send a capacity request without service data.

[0030] Optionally, this embodiment can also include a reachability guarantee mechanism. The gateway maintains a watchdog timer for each terminal. If no capacity request is received within a preset time window T_max, the gateway will proactively allocate a minimum resource unit to the terminal to ensure that the terminal always has at least one transmission capability, eliminating the possibility of system deadlock.

[0031] S130. The capacity request information is extracted from the target service frame through the adapter layer parsing module of the gateway, and the capacity request information is transmitted to the media access control scheduler based on the bypass channel of the direct-to-media access control scheduler.

[0032] Specifically, the target service frame passes through the physical layer and MAC layer in the gateway to reach the adaptation layer parsing module. The adaptation layer parsing module directly checks the Protocol_Type field of the target service frame. If a predefined CR type value is identified, it confirms that the packet carries capacity request information. Then, based on the Protocol_Type value, the format and length of the CR element in the subsequent optional extension header (the Optional Extension Headers field in the GSE format) are directly determined. For example, 0x201 corresponds to a 2-byte Small CR, and 0x202 corresponds to a 3-byte Large CR, thereby extracting the capacity request information. The GSE format can be as follows: Figure 2 As shown. Furthermore, the extracted capacity request information is directly written into the terminal status table maintained by the MAC scheduler via the fast update module.

[0033] It should be noted that regular business data in the target business frame can still be submitted to the upper layer for normal processing, and the fast path and the regular path can run in parallel. In the traditional processing path, all capacity request information must go through: physical layer reception -> MAC layer -> adaptation layer parsing module -> L2S complete protocol parsing -> state machine processing -> queuing -> submission to MAC scheduler.

[0034] S140. The media access control scheduler allocates resources according to the capacity request information to obtain the updated uplink resources corresponding to the terminal.

[0035] Specifically, the MAC scheduler obtains the status information corresponding to each terminal based on the capacity request information, and reallocates uplink resources to all terminals based on the latest obtained status information to obtain the updated uplink resources corresponding to each terminal. Finally, the MAC scheduler can generate a TBTP based on the mapping relationship between terminals and updated uplink resources and broadcast it to all terminals to enable terminals to obtain the corresponding updated uplink resources. This embodiment does not specifically limit the allocation method of uplink resources.

[0036] The technical solution of this invention involves the terminal generating an initial service frame according to the backhaul link adaptation layer encapsulation protocol when it has initial uplink resources and detects that a preset capacity request triggering condition is met. The terminal then generates capacity request information and embeds it into the initial service frame to generate a target service frame, which is then sent to the gateway based on the initial uplink resources. The gateway's adaptation layer parsing module extracts the capacity request information from the target service frame and transmits it to the media access control scheduler via a bypass channel directly connected to the media access control scheduler. The media access control scheduler allocates resources based on the capacity request information to obtain updated uplink resources corresponding to the terminal. By generating capacity request information and embedding it into the initial service frame when the preset capacity request triggering condition is met, and by setting a bypass channel on the gateway side for the adaptation layer parsing module to directly transmit the extracted capacity request information to the media access control scheduler, request latency can be reduced and the real-time performance of dynamic uplink resource requests can be improved.

[0037] Example 2 Figure 3 This is a flowchart of an uplink resource dynamic request method provided in Embodiment 2 of the present invention. This embodiment is a further refinement of the above technical solution, and the technical solution in this embodiment can be combined with one or more of the above implementation methods. Figure 3 As shown, the method includes: S210. When the terminal has initial uplink resources, if it detects that the preset periodic trigger condition, the preset buffer change trigger condition, and / or the preset scheduling interval change trigger condition are met, it is determined that the preset indicated capacity request trigger condition is met.

[0038] In this embodiment, three capacity request triggering conditions can be set, including a preset period triggering condition, a preset buffer change triggering condition, and a preset scheduling interval change triggering condition. Meeting any one of these three conditions determines that the preset capacity request triggering condition is met. The preset period triggering condition can be that the time interval since the last report is greater than or equal to a preset period. The preset buffer change triggering condition can be that the difference between the current buffer length and the buffer length at the time of the last report is greater than or equal to a preset threshold. The preset scheduling interval change triggering condition can be that the difference between the current scheduling interval and the previous scheduling interval is greater than or equal to a preset threshold.

[0039] S220. Generate the initial service frame according to the backhaul link adaptation layer encapsulation protocol.

[0040] S230. Generate capacity request information through the terminal, embed the capacity request information into the initial service frame to generate a target service frame, and send the target service frame to the gateway based on the initial uplink resources.

[0041] S240. The capacity request information is extracted from the target service frame through the adapter layer parsing module of the gateway, and the capacity request information is transmitted to the media access control scheduler based on the bypass channel of the direct connection to the media access control scheduler.

[0042] S250. The media access control scheduler allocates resources according to the capacity request information to obtain the updated uplink resources corresponding to the terminal.

[0043] Optionally, detecting that a preset periodic trigger condition is met may include: The current buffer change rate adjustment factor, the current scheduling cycle adaptation adjustment factor, and the current channel quality adjustment factor are calculated, and the current dynamic reporting cycle is calculated based on the current buffer change rate adjustment factor, the current scheduling cycle adaptation adjustment factor, and the current channel quality adjustment factor. Obtain the time interval between the current time and the previous reporting time. If the time interval is greater than or equal to the current dynamic reporting period, then it is determined that the preset period triggering condition is met.

[0044] In an optional example, the terminal maintains a dynamic reporting period T. If the time interval between the current moment and the previous reporting moment is greater than or equal to this dynamic reporting period, it is determined that the preset period triggering condition has been met. The dynamic reporting period T is calculated using the formula: T = T_base _buffer _channel. Where T_base is the system-preset base period. _buffer、 and _channel represents the buffer change rate adjustment factor, scheduling cycle adaptation adjustment factor, and channel quality adjustment factor, respectively. The definition and value logic of each adjustment factor are shown in Table 1.

[0045] Table 1. Definition and Value Logic of Regulation Factors Optionally, the current buffer change rate adjustment factor can be calculated and may include: Obtain the current buffer length, historical buffer length, and historical buffer change rate, and calculate the current buffer change rate based on the current buffer length, the historical buffer length, the historical buffer change rate, and the preset sampling interval; Based on the current buffer change rate and the mapping relationship between the preset buffer change rate range and the buffer change rate adjustment factor, the current buffer change rate adjustment factor is obtained.

[0046] In this embodiment, the terminal maintains a first-order smoothing filter of buffer length to calculate the buffer change rate R_b, in kilobytes per millisecond (KB / ms). Where R_b = (1- _smooth) R_b_prev+ _smooth |B_curr-B_prev| / t, _smooth represents the smoothing coefficient, typically 0.2. B_curr and B_prev represent the buffer lengths for the current and previous (last sample) samples, respectively. t is the preset sampling interval, and R_b_prev represents the historical buffer change rate. Buffer change rate adjustment factor. The buffer can be segmented and mapped according to R_b. The mapping relationship between the buffer change rate range and the buffer change rate adjustment factor can be shown in Table 2.

[0047] Table 2. Mapping relationship between buffer change rate range and buffer change rate adjustment factor R_low and R_high are two preset threshold values ​​used to determine the rate of change of the terminal buffer. R_low is the low change threshold, representing the lower bound of the buffer change rate, typically 0.05 KB / ms. When R_low, it is judged as "low change," and the reporting cycle is lengthened to save overhead. R_high is the high change threshold, representing the upper bound of the buffer change rate, typically 0.3 KB / ms. When R_b When R_high, it is judged as "high change", and the reporting cycle is shortened for a faster response.

[0048] Optionally, the current scheduling cycle adaptation adjustment factor can be calculated and may include: Obtain the current scheduling interval, and calculate the current scheduling period adaptation adjustment factor based on the current scheduling interval, the preset reference scheduling period, the preset minimum adjustment factor, and the preset maximum adjustment factor.

[0049] In this embodiment, the terminal can estimate the gateway's actual scheduling interval T_sched for itself by continuously parsing TBTP. Then, it can use the formula... =clamp(T_sched / T_ref, _min, The scheduling cycle adaptation adjustment factor is calculated using the formula _max). Where T_ref is the reference scheduling period (such as the typical TBTP superframe length). _min and `_max` represents the minimum and maximum allowable adjustment factors (e.g., 0.5-2.0). `clamp(x, min, max)` means: if `x < min`, return `min` (clamping towards the minimum); if `x > max`, return `max` (clamping towards the maximum); if `x > max`, return `max`. x If the maximum is reached, then x is returned (the original value remains unchanged). For example, setting... _min=0.5, _max=2.0. Scenario 1 (normal value): T_sched / T_ref= 1.125, this value is between 0.5 and 2.0, so = 1.125. Scenario 2 (the period suddenly becomes very long): If the calculated result is 3.0, which exceeds the maximum value of 2.0, the function will clamp it, preventing it from exceeding 2.0, so the final result is 1.125. = 2.0. Scenario 3 (abnormally short period): If the calculated result is 0.1, which is lower than the minimum value of 0.5, the function will boost it to 0.5, so the final result is 2.0. =0.5.

[0050] The advantage of the above settings is that they can ensure that the fluctuation of the reporting cycle is within a safe and controllable range, preventing the overall system from becoming unstable due to a certain extreme value.

[0051] Optionally, the calculation of the current channel quality adjustment factor may include: Obtain the current modulation and coding mode, and based on the current modulation and coding mode, obtain the current channel quality; The current channel quality adjustment factor is obtained based on the current channel quality and the preset mapping relationship between channel quality and channel quality adjustment factor.

[0052] In this embodiment, the terminal can evaluate channel quality based on the modulation and coding mode (MODCOD) used in the current forward link. MODCOD determines the minimum signal-to-noise ratio threshold required for accurate reception. Channel quality adjustment factor. The `_channel` property can be mapped based on the MODCOD segmentation currently used by the terminal. For example, when the terminal is operating in low-order modulation or low-code-rate MODCOD (such as QPSK 1 / 4 to QPSK 3 / 4), the channel quality is determined to be poor. The channel value is set to 1.1 to 2.0; when the terminal operates at a medium-rate MODCOD (such as QPSK 4 / 5 to 8PSK 3 / 4), the channel quality is determined to be medium. The channel is set to 1.0; when the terminal is operating in high-order modulation or high-code-rate MODCOD (such as 8PSK 5 / 6 to 32APSK 9 / 10), the channel quality is determined to be a good channel. The channel value is set to 0.6 to 0.9. The correspondence between MODCOD, channel quality, and channel quality adjustment factor is shown in Table 3. The upper and lower bounds of each segment can be flexibly adjusted based on this table.

[0053] Table 3. Correspondence between MODCOD, channel quality, and channel quality adjustment factor The technical solution of this invention determines that the preset indication capacity request triggering condition is met if the preset periodic triggering condition, the preset buffer change triggering condition, and / or the preset scheduling interval change triggering condition are detected. By setting three triggering conditions, full-scenario adaptive coverage can be achieved, the optimal balance between signaling overhead and latency can be achieved, and the system robustness can be improved.

[0054] In one specific implementation of this embodiment, the system preset parameters include: a base reporting period T_base = 40 ms, representing the system's preset base period, and a smoothing coefficient. `_smooth=0.2` represents the first-order filter coefficient for the buffer change rate, with a reference scheduling period `T_ref=40 ms`, equal to the TBTP superframe length. The low buffer change threshold `R_low=0.05 KB / ms` is considered low change, and the high buffer change threshold `R_high=0.3 KB / ms` is considered high change. Buffer change trigger threshold. B_th=10 KB, an absolute value exceeding this threshold triggers a report, and the scheduling interval change threshold is also set. T_th=15 ms, reporting is triggered when the absolute value exceeds this threshold.

[0055] The terminal's real-time measurements at the current moment include: current buffer length B_curr = 180 KB, buffer length at the time of the last report B_ref = 150 KB, buffer length at the time of the last sample B_prev = 160 KB, and sampling interval. t=10 ms, the R_b value of the previous smoothing filter is R_b_prev=0.2KB / ms, the current scheduling interval (TBTP parsing) is T_sched=45 ms, the previous scheduling interval is T_alloc_prev=40 ms, and the modulation and coding mode is MODCOD=QPSK 3 / 4.

[0056] Based on the above parameters, first calculate _buffer, instantaneous rate = |180-160|KB / 10 ms = 2.0 KB / ms, R_b = (1- 0.2) 0.2+0.2 2.0 = 0.56 KB / ms R_high (0.3 KB / ms), The buffer value is set to 0.4. Then, the calculation is performed. , =clamp(45 / 40,0.5,2.0)= 1.125. Next, calculate... _channel, QPSK 3 / 4 belongs to differential channel quality, The channel is set to 1.3. Finally, the final reporting period T is calculated, where T=40. 0.4 1.125 1.3 = 23.4 ms (rounded to approximately 23 ms). Three triggering conditions are checked: Condition 1: Periodic trigger – 18 ms since the last report < 23.4 ms, not met; Condition 2: Buffer change trigger – B = |180 - 150| = 30 KB 10KB, met, triggering reporting; Condition 3: Triggered by change in scheduling interval — T = |45 - 40| = 5 ms < 15 ms, not satisfied. Overall judgment result: Condition 2 is satisfied, and the terminal indicates a capacity request in this GSE / RLE packet.

[0057] The comparison of T values ​​under different scenarios is shown in Table 4. The dynamic adjustment range of the adaptive mechanism ranges from about 10 ms for the most dense scenario to about 200 ms for the sparsest scenario, a dynamic range of about 20 times.

[0058] Table 4 Comparison of T values ​​in different scenarios In this embodiment, a dual-path status reporting mechanism with parallel control and data paths is introduced. The control path is positioned as the initial trigger and backup channel, while a new data path is added as a regular high-frequency status update channel. This breaks the bottleneck of periodic waiting of the control PDU and improves scheduling real-time performance and channel resource utilization. A cross-layer fast processing mechanism is introduced, enabling the status information of the data path to be directly intercepted and parsed at the GSE / RLE adaptation layer, directly connected to the MAC scheduler, significantly reducing protocol processing latency. A dynamic adaptive reporting trigger mechanism is introduced, dynamically adjusting the reporting frequency based on the buffer change rate, scheduling cycle, and channel status, achieving an optimal balance between response speed and signaling overhead. A simplified capacity request indication mechanism based on the Protocol_Type field in the GSE / RLE frame header is introduced, directly distinguishing CR types using optional extended header values, achieving zero-overhead, ultra-fast parsing of capacity request reporting.

[0059] Example 3 Figure 4 This is a schematic diagram of a satellite communication system according to Embodiment 3 of the present invention. The satellite communication system 30 may include: Terminal 31 is used to generate an initial service frame according to the backhaul link adaptation layer encapsulation protocol if it detects that the preset indicated capacity request triggering condition is met when it has initial uplink resources. Generate capacity request information and embed the capacity request information into the initial service frame to generate a target service frame, and send the target service frame to the gateway 32 based on the initial uplink resources; Gateway 32 is used to extract the capacity request information from the target service frame through the adaptation layer parsing module, and transmit the capacity request information to the media access control scheduler based on the bypass channel to the media access control scheduler. The media access control scheduler allocates resources based on the capacity request information to obtain the updated uplink resources corresponding to the terminal 31.

[0060] The technical solution of this invention involves the terminal generating an initial service frame according to the backhaul link adaptation layer encapsulation protocol when it has initial uplink resources and detects that a preset capacity request triggering condition is met. The terminal then generates capacity request information and embeds it into the initial service frame to generate a target service frame, which is then sent to the gateway based on the initial uplink resources. The gateway's adaptation layer parsing module extracts the capacity request information from the target service frame and transmits it to the media access control scheduler via a bypass channel directly connected to the media access control scheduler. The media access control scheduler allocates resources based on the capacity request information to obtain updated uplink resources corresponding to the terminal. By generating capacity request information and embedding it into the initial service frame when the preset capacity request triggering condition is met, and by setting a bypass channel on the gateway side for the adaptation layer parsing module to directly transmit the extracted capacity request information to the media access control scheduler, request latency can be reduced and the real-time performance of dynamic uplink resource requests can be improved.

[0061] Terminal 31 is intended to represent various forms of digital computers, such as laptop computers, desktop computers, workstations, personal digital assistants, servers, blade servers, mainframe computers, and other suitable computers. Terminal 31 may also represent various forms of mobile devices, such as personal digital processors, cellular phones, smartphones, wearable devices (such as helmets, glasses, watches, etc.), and other similar computing devices. The components shown herein, their connections and relationships, and their functions are merely illustrative and are not intended to limit the implementation of the invention described and / or claimed herein.

[0062] In some embodiments, the uplink resource dynamic request method may be implemented as a computer program tangibly contained in a computer-readable storage medium. When the computer program is loaded into the satellite communication system 30 and executed by a processor, one or more steps of the uplink resource dynamic request method described above may be performed. Alternatively, in other embodiments, the processor may be configured to perform the uplink resource dynamic request method by any other suitable means (e.g., by means of firmware).

[0063] Various embodiments of the systems and techniques described above herein can be implemented in digital electronic circuit systems, integrated circuit systems, field-programmable gate arrays, application-specific integrated circuits (ASICs), application-specific standard products (ASICs), system-on-a-chip (SoCs), complex programmable logic devices, computer hardware, firmware, software, and / or combinations thereof. These various embodiments may include implementations in one or more computer programs that can be executed and / or interpreted on a programmable system including at least one programmable processor, which may be a dedicated or general-purpose programmable processor, capable of receiving data and instructions from a storage system, at least one input device, and at least one output device, and transmitting data and instructions to the storage system, the at least one input device, and the at least one output device.

[0064] Computer programs used to implement the methods of the present invention may be written in any combination of one or more programming languages. These computer programs may be provided to a processor of a general-purpose computer, a special-purpose computer, or other programmable data processing device, such that when executed by the processor, the computer programs cause the functions / operations specified in the flowcharts and / or block diagrams to be performed. The computer programs may be executed entirely on a machine, partially on a machine, or as a standalone software package, partially on a machine and partially on a remote machine, or entirely on a remote machine or server.

[0065] In the context of this invention, a computer-readable storage medium can be a tangible medium that may contain or store a computer program for use by or in conjunction with an instruction execution system, apparatus, or device. A computer-readable storage medium may include, but is not limited to, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor systems, apparatus, or devices, or any suitable combination thereof. Alternatively, a computer-readable storage medium may be a machine-readable signal medium. More specific examples of machine-readable storage media include electrical connections based on one or more wires, portable computer disks, hard disks, random access memory, read-only memory, erasable programmable read-only memory, optical fibers, portable compact disk read-only memory, optical storage devices, magnetic storage devices, or any suitable combination thereof.

[0066] The systems and technologies described herein can be implemented in computing systems that include backend components (e.g., as data servers), or computing systems that include middleware components (e.g., application servers), or computing systems that include frontend components (e.g., user computers with graphical user interfaces or web browsers through which users can interact with implementations of the systems and technologies described herein), or any combination of such backend, middleware, or frontend components. The components of the system can be interconnected via digital data communication of any form or medium (e.g., communication networks). Examples of communication networks include local area networks (LANs), wide area networks (WANs), blockchain networks, and the Internet.

[0067] A computing system can include clients and servers. Clients and servers are generally located far apart and typically interact via a communication network. The client-server relationship is created by computer programs running on the respective computers and having a client-server relationship with each other. The server can be a cloud server.

[0068] This embodiment may also include a computer program product, which includes a computer program that, when executed by a processor, implements the uplink resource dynamic request method provided in any embodiment of the present invention.

[0069] It should be understood that the various forms of processes shown above can be used, with steps reordered, added, or deleted. For example, the steps described in this invention can be executed in parallel, sequentially, or in different orders, as long as the desired result of the technical solution of this invention can be achieved, and this is not limited herein.

[0070] The specific embodiments described above do not constitute a limitation on the scope of protection of this invention. Those skilled in the art should understand that various modifications, combinations, sub-combinations, and substitutions can be made according to design requirements and other factors. Any modifications, equivalent substitutions, and improvements made within the spirit and principles of this invention should be included within the scope of protection of this invention.

Claims

1. A method for dynamically requesting uplink resources, characterized in that, include: When the terminal has initial uplink resources, if it detects that the preset indicated capacity request triggering condition is met, it generates an initial service frame according to the backhaul link adaptation layer encapsulation protocol. The terminal generates capacity request information and embeds the capacity request information into the initial service frame to generate a target service frame, and sends the target service frame to the gateway based on the initial uplink resources. The capacity request information is extracted from the target service frame by the adapter layer parsing module of the gateway, and transmitted to the media access control scheduler based on the bypass channel that connects directly to the media access control scheduler. The media access control scheduler allocates resources based on the capacity request information to obtain the updated uplink resources corresponding to the terminal.

2. The method according to claim 1, characterized in that, The preset capacity request trigger conditions have been detected, including: If a preset periodic trigger condition, a preset buffer change trigger condition, and / or a preset scheduling interval change trigger condition are detected, then the preset indicated capacity request trigger condition is determined to be met.

3. The method according to claim 2, characterized in that, The preset periodic trigger conditions have been detected, including: The current buffer change rate adjustment factor, the current scheduling cycle adaptation adjustment factor, and the current channel quality adjustment factor are calculated, and the current dynamic reporting cycle is calculated based on the current buffer change rate adjustment factor, the current scheduling cycle adaptation adjustment factor, and the current channel quality adjustment factor. Obtain the time interval between the current time and the previous reporting time. If the time interval is greater than or equal to the current dynamic reporting period, then it is determined that the preset period triggering condition is met.

4. The method according to claim 3, characterized in that, The current buffer change rate adjustment factor is calculated, including: Obtain the current buffer length, historical buffer length, and historical buffer change rate, and calculate the current buffer change rate based on the current buffer length, the historical buffer length, the historical buffer change rate, and the preset sampling interval; Based on the current buffer change rate and the mapping relationship between the preset buffer change rate range and the buffer change rate adjustment factor, the current buffer change rate adjustment factor is obtained.

5. The method according to claim 3, characterized in that, The current scheduling cycle adaptation adjustment factor is calculated, including: Obtain the current scheduling interval, and calculate the current scheduling period adaptation adjustment factor based on the current scheduling interval, the preset reference scheduling period, the preset minimum adjustment factor, and the preset maximum adjustment factor.

6. The method according to claim 3, characterized in that, The current channel quality adjustment factor is calculated, including: Obtain the current modulation and coding mode, and based on the current modulation and coding mode, obtain the current channel quality; Based on the current channel quality and the preset mapping relationship between channel quality and channel quality adjustment factor, the current channel quality adjustment factor is obtained.

7. The method according to claim 1, characterized in that, The terminal generates capacity request information, including: The terminal obtains the current reporting scenario and generates request type value and request structure data based on the current reporting scenario. The capacity request information is generated based on the request type value and the request structure data.

8. A satellite communication system, characterized in that, include: The terminal is used to generate an initial service frame according to the backhaul link adaptation layer encapsulation protocol when it has initial uplink resources and detects that the preset indicated capacity request triggering condition is met. Generate capacity request information and embed the capacity request information into the initial service frame to generate a target service frame, and send the target service frame to the gateway based on the initial uplink resources; The gateway is used to extract the capacity request information from the target service frame through the adaptation layer parsing module, and transmit the capacity request information to the media access control scheduler based on the bypass channel that passes through the media access control scheduler. The media access control scheduler allocates resources based on the capacity request information to obtain the updated uplink resources corresponding to the terminal.

9. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores a computer program that enables a processor to execute the uplink resource dynamic request method according to any one of claims 1-7.

10. A computer program product, characterized in that, It includes a computer program that, when executed by a processor, implements the uplink resource dynamic request method according to any one of claims 1-7.

Images