Self-adaptive configuration method for DRX cycle length of satellite Internet of Things terminal

Abstract

The invention belongs to the technical field of communication, and particularly relates to a self-adaptive configuration method for a DRX cycle length of a satellite Internet of Things terminal. Comprising the following steps: initializing a terminal system and monitoring system operation parameters; calculating a monitoring timer recommendation value and an inactive timer recommendation value of the terminal according to the system operation parameters; the base station calculates a recommended average value of the two timers; calculating the terminal activity degree and dividing the terminal state levels; setting a corresponding level DRX period according to the terminal state level; predicting a next satellite window time period and calculating a satellite window DRX period; selecting the grade DRX cycle, the satellite window DRX cycle and the maximum value in the recommended average values of the two timers as a maximum fusion DRX cycle, and performing adjustment according to a cycle scaling factor to obtain a final DRX cycle; the system configures a final DRX cycle; the system records a communication feedback index after each DRX cycle is ended and adjusts an adjustment parameter so as to carry out calculation of the next DRX cycle; the communication efficiency is improved, and the terminal energy consumption is effectively reduced.

Description

Technical Field

[0001] The present invention belongs to the field of communication technologies, and particularly relates to a method for adaptively configuring the DRX cycle length of a satellite Internet of Things terminal. Background Art

[0002] With the continuous development and integration of the Internet of Things (IoT) and low-earth orbit satellite communication technologies, the Satellite Internet of Things (S-IoT), as an important way to supplement the insufficient coverage of ground communication networks, gradually plays an important role in scenarios such as agricultural monitoring, environmental perception in remote areas, and management of ocean equipment. Compared with traditional cellular networks, low-earth orbit satellite communication systems have the advantages of wide coverage, flexible deployment, and small terrain restrictions, and are particularly suitable for data collection and remote control tasks in areas lacking ground infrastructure such as mountains, deserts, and oceans.

[0003] In a satellite Internet of Things system, terminal devices are usually powered by batteries and have characteristics such as low power consumption, small volume, and intermittent communication. Their operating cycles depend on the fine control of energy consumption management. Among them, the DRX (Discontinuous Reception) mechanism is a commonly used power-saving strategy. By periodically waking up to receive the control channel during the idle period of the terminal, it is determined whether to continue to maintain the active state or enter the sleep mode, thereby reducing the energy consumption caused by unnecessary communication.

[0004] However, the existing DRX mechanisms are mainly based on static parameter configuration and fail to adapt to the unique link dynamic changes and diverse service requirements of satellite communication. First, the traditional mechanism does not consider the time characteristics of the satellite visibility window, and the terminal may still regularly wake up and listen during the satellite invisible period, resulting in wasted power. Second, when the terminal faces different service scenarios (such as low-frequency periodic reporting, high-priority event triggering, etc.), its requirements for the DRX cycle length are significantly different, and the fixed strategy is difficult to balance the response efficiency and energy-saving requirements. In addition, the operating state of the terminal (such as battery power, task activity, cache queue length, signal quality, etc.) is not fully incorporated into the cycle configuration reference, resulting in the DRX mechanism being unable to achieve refined energy consumption control.

[0005] In a large-scale access satellite Internet of Things system, the number of terminals is huge and the service distribution is complex. If the base station (gNB) needs to manage the DRX configuration of each terminal one by one, it will generate a huge signaling burden and resource overhead. Currently, there is a lack of a control mechanism that can uniformly balance the capabilities of "terminal adaptive computing" and "base station macro coordination".

[0006] Therefore, there is an urgent need for a DRX cycle optimization method that supports multi-source state awareness, adapts to different service priorities, and combines satellite visibility prediction capabilities to achieve dynamic selection of terminal DRX parameters and system-level energy consumption co-control, so as to maximize the terminal battery life while ensuring the quality of communication services, and improve the overall communication efficiency and scheduling ability of the system. Summary of the Invention

[0007] In view of the deficiencies of the prior art, the present invention proposes an adaptive configuration method for the DRX cycle length of a satellite Internet of Things terminal, and the method includes:

[0008] S1: Initialize the terminal system and monitor the system operation parameters;

[0009] S2: The listening timer and the inactivity timer calculate the recommended value of the listening timer and the recommended value of the inactivity timer of the terminal respectively according to the system operation parameters;

[0010] S3: The terminal uploads the recommended values of the two timers to the base station, and the base station calculates the recommended average values of the two timers;

[0011] S4: The system constructs the operation state vector of the terminal and calculates the activity level of the terminal according to the operation state vector and the state weight;

[0012] S5: Divide the terminal state levels according to the terminal activity level and set the corresponding level DRX cycles according to the terminal state levels and the state level thresholds;

[0013] S6: Predict the next satellite window time period and calculate the satellite window DRX cycle according to the satellite window time period and the level DRX cycle;

[0014] S7: Select the maximum value among the level DRX cycle, the satellite window DRX cycle, and the recommended average values of the two timers as the maximum fusion DRX cycle;

[0015] S8: Adjust the maximum fusion DRX cycle according to the cycle scaling factor to obtain the final DRX cycle; the system configures the final DRX cycle;

[0016] S9: The system records the communication feedback metrics after each DRX cycle ends and adjusts the adjustment parameters according to the communication feedback metrics; uses the adjustment parameters for the next DRX cycle calculation; wherein, the adjustment parameters include state weight, state level threshold, and cycle scaling factor.

[0017] Preferably, the process of calculating the recommended value of the listening timer of the terminal includes general case calculation and correction in three special cases; the calculation formula for the general case is expressed as:

[0018]

[0019] in, Indicates the recommended value of the terminal's monitoring timer. represents the initial standard monitoring duration, α0~α2 are the first to third weight coefficients, P bat is the normalized power value, A state Indicates the activity state;

[0020] The corrections for three special situations are: if channel congestion is detected or the empty packet rate exceeds the limit, the listening time is shortened by a preset factor; if an early warning notification or a task pre-loaded frame is received, the listening time is increased in advance; if the terminal is close to the starting point of the satellite window period, the listening time is extended to improve the success rate of the first access.

[0021] Preferably, the process of calculating the recommended value of the terminal's inactivity timer includes general calculation and corrections for three special cases; the calculation formula for the general case is expressed as:

[0022]

[0023] in, Indicates the recommended value of the terminal's inactivity timer. Indicates the initial inactivity timer value, β indicates the first adjustment factor, RSSI max Indicates the maximum signal strength, RSSI indicates the current signal strength, γ indicates the second adjustment factor, P target represents the target communication success rate, P success Indicates the actual communication success rate;

[0024] The corrections for the three special cases are: if the channel fluctuation standard deviation exceeds the set threshold, the recommended inactivity timer value is extended to delay entering the sleep state; if the terminal is in a timed polling application scenario, the recommended inactivity timer value is set to the minimum inactivity timer duration; if it is in remote maintenance mode, the recommended inactivity timer value is set to the maximum inactivity timer duration.

[0025] Preferably, the formula for calculating the recommended average value of the two timers is:

[0026]

[0027] in, Indicates the average value of the recommended value of the monitoring timer. Indicates the average value of the recommended value of the inactivity timer, N represents the number of terminals, Indicates the recommended value of the monitoring timer of terminal i, Indicates the recommended value of the inactivity timer for terminal i.

[0028] Preferably, the formula for calculating the terminal activity level is:

[0029] W(t) = w1·T dly (t) + w2·Q qos (t) + w3·F trig (t)

[0030] Wherein, W(t) represents the current terminal activity level, T dly (t) represents the latency tolerance of the current task, Q qos (t) represents the QoS priority of the current service, F trig (t) represents the triggering frequency of the current service, w1 represents the first state weight, w2 represents the second state weight, and w3 represents the third state weight.

[0031] Preferably, the corresponding level DRX period is set according to the terminal state level and the state level threshold, which is expressed as:

[0032]

[0033] Wherein, represents the level DRX period, T short represents the level DRX period of high-priority terminals, T medium represents the level DRX period of medium-priority terminals, T long represents the level DRX period of low-priority terminals, W(t) represents the current terminal activity level, θ high represents the high activity value threshold, θ low represents the low activity value threshold.

[0034] Preferably, the formula for calculating the satellite window DRX period is:

[0035]

[0036] Wherein, represents the current satellite window DRX period, T short represents the level DRX period of high-priority terminals, T medium represents the level DRX period of medium-priority terminals, T long represents the level DRX period of low-priority terminals, t mid represents the middle time of the communication window, t represents the current time, t end represents the end time of the communication window, t start represents the start time of the communication window.

[0037] Preferably, the adjustment of the maximum fusion DRX period is expressed as:

[0038]

[0039] Wherein, Indicates the final DRX cycle of the high-priority terminal, Indicates the final DRX cycle of the medium-priority terminal, Indicates the final DRX cycle of the low-priority terminal, Indicates the maximum fused DRX cycle, α s Indicates the first cycle scaling factor, α m Indicates the second cycle scaling factor, α l Indicates the third cycle scaling factor.

[0040] The beneficial effects of the present invention are as follows: In view of the problems of static DRX cycle configuration and inaccurate energy consumption control in the satellite Internet of Things scenario, the invention proposes an adaptive selection method for the DRX cycle length based on state awareness and satellite visibility prediction. This method collects parameters such as battery power, task activity, and communication quality through the terminal, dynamically calculates the recommended values of the listening and inactivity timers, and intelligently adjusts the DRX cycle in combination with the cycle fusion and priority partitioning strategies on the base station side. Compared with the traditional fixed configuration mechanism, the present invention can significantly reduce the energy consumption caused by invalid wake-up, improve the communication response efficiency, and is particularly suitable for satellite Internet of Things systems with a large number of low-power terminals accessing concurrently. While ensuring timeliness, it extends the battery life cycle of the terminal, and has good engineering practical value and promotion prospects. BRIEF DESCRIPTION OF THE DRAWINGS

[0041] Figure 1 It is a flowchart of the adaptive configuration method for the DRX cycle length of the satellite Internet of Things terminal in the present invention;

[0042] Figure 2 It is a working timing diagram of the listening timer and the inactivity timer in the DRX cycle of the present invention;

[0043] Figure 3 It is a schematic diagram of the DRX scheduling mechanism based on priority partitioning in the present invention;

[0044] Figure 4 It is an interaction flowchart for DRX cycle configuration and update between the terminal and the base station side in the present invention. DETAILED DESCRIPTION OF THE EMBODIMENTS

[0045] Next, the technical solutions in the embodiments of the present invention will be clearly and completely described in conjunction with the accompanying drawings in the embodiments of the present invention. Obviously, the described embodiments are only a part of the embodiments of the present invention, rather than all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those of ordinary skill in the art without creative efforts shall fall within the protection scope of the present invention.

[0046] The present invention proposes an adaptive configuration method for the DRX cycle length of a satellite Internet of Things terminal, as Figure 1As shown, the method includes the following:

[0047] S1: The terminal system initializes and monitors the system operation parameters.

[0048] The terminal system initializes. Specifically: after the terminal is powered on, it performs system initialization and executes a system-level self-check program, including self-check contents such as battery health status, communication module connection status, sensor module response, and storage space. This step aims to exclude software and hardware anomalies and confirm that the terminal has the ability to enter the communication control mode.

[0049] After the system self-check is successful, the DRX cycle control module (connected mode DRX) is started to avoid ineffective energy consumption. After the system enters the operating state, it monitors various parameters of the system operation in real time. At the same time, the system uses a moving average or Kalman filter method to smooth the sampled values to ensure policy stability.

[0050] S2: The listening timer and the inactivity timer calculate the recommended values of the listening timer and the inactivity timer of the terminal according to the system operation parameters respectively.

[0051] In the present invention, the determination of the DRX cycle not only considers the conventional DRX levels (such as short, medium, and long cycles), but also considers the listening duration and the duration of the inactivity timer. The roles and alternating relationships of the listening timer and the inactivity timer in the DRX cycle are as Figure 2 shown, effectively coordinating the rhythm control of terminal wake-up and sleep to ensure that the terminal performs cycle control on the basis of meeting the minimum listening and active requirements.

[0052] The listening timer calculates the recommended value of the listening timer of the terminal according to the system operation parameters. Specifically:

[0053] For the listening timer adaptive mechanism, to achieve a balance between energy consumption and communication opportunities, generally, the listening timer is calculated based on the state and its recommended value is uploaded to the base station (gNB) as a weight measure for DRX cycle modification:

[0054]

[0055] Among them, represents the recommended value of the listening timer of the terminal, is the initial standard listening duration, α0 to α2 are the first to third weight coefficients determined according to the influence degree, and P bat is the normalized battery level value (1 = full charge, 0 = no power), the lower the battery level, the shorter the listening time; A state is the active state. If it has been active recently, the value is 1, otherwise it is 0.

[0056] Corrections will be made in three special cases:

[0057] a) Channel congestion or over-limit packet loss rate detected

[0058] When channel congestion is determined, that is, when the terminal detects that multiple communication requests fail within a short period of time, or continuously monitors no data reception (such as the packet loss rate is greater than a certain threshold), it indicates that the current uplink or downlink may be congested or the network is idling. At this time, the fast degradation listening strategy can be triggered by a counter, and the listening time can be reduced according to a preset factor:

[0059]

[0060] where δ reduce represents the preset factor, δ reduce < 1, represents the recommended value of the corrected listening timer, represents the recommended value of the minimum listening timer.

[0061] b) Warning notice or task preloading frame received

[0062] Some terminals (such as risk control and security types) support predictive triggering. When there is a business emergency warning (pre-announced business), for example, the system sends a pre-announcement frame before a meteorological warning, indicating that the terminal is about to enter a high-load state. At this time, the listening time should not be reduced, but should be lengthened in advance to improve the response ability before event processing:

[0063]

[0064] where ΔT forecast represents the additional extended time.

[0065] c) The terminal is approaching the starting point of the satellite window period

[0066] If the terminal predicts that it is at the end of the satellite blind area (invisible) time period and is about to enter the next window, the listening time can be temporarily extended by performing cycle delay matching to wait for the satellite link to open in advance. This "delay redundancy strategy" improves the first access efficiency in extreme scenarios:

[0067]

[0068] where t wind_sta represents the expected start time of the satellite communication window, t represents the current time, that is, the specific time point of the current terminal's communication with the satellite, and f(·) represents the incremental function of the remaining time difference.

[0069] The inactivity timer calculates the recommended value of the terminal's inactivity timer according to the system operation parameters. Specifically:

[0070] For the inactive timer adaptive mechanism, the system collects the terminal signal strength RSSI, average packet success rate P success The recommended value of the inactivity timer is generally calculated based on the status and uploaded to the gNB as a weight for modifying the DRX cycle.

[0071]

[0072] in, Indicates the recommended value of the terminal's inactivity timer. Indicates the initial inactivity timer value, β indicates the first adjustment factor, and γ indicates the second adjustment factor. β and γ control the responsiveness of the DRX timeout to the signal quality; RSSI max Indicates the maximum signal strength, RSSI indicates the current signal strength, P target Indicates the target communication success rate, usually set to the data packet success rate in the last 10 communication cycles; P success Indicates the actual communication success rate.

[0073] When the signal is continuously poor or the packet loss rate increases, the terminal will quickly enter sleep mode to reduce energy consumption caused by ineffective monitoring.

[0074] Corrections are made in three special cases:

[0075] a) The channel fluctuation standard deviation exceeds the set threshold

[0076] Design a "slow sleep" mode when the link volatility is high, that is, if the RSSI fluctuates frequently in a short period of time (standard deviation σ RSSI If the channel is relatively high, the channel may be in an unstable recovery period. In this case, a delayed sleep strategy is adopted to relax the sleep conditions to prevent premature sleep from missing effective communication due to short-term jitter.

[0077]

[0078] Where ΔT σ Indicates additional waiting time.

[0079] b) The terminal is in a timed polling application scenario

[0080] The terminal is in a timed polling application, such as remote meter reading and periodic reporting systems, which are characterized by stable cycles and high tolerance to access delays. In such scenarios, the inactivity timer can be significantly reduced, and the terminal enters a dormant state immediately after each round of communication to maximize energy savings:

[0081]

[0082] in, Indicates the minimum inactivity timer duration.

[0083] c) In the remote maintenance mode

[0084] If the terminal receives a remote maintenance instruction or enters the configuration state, it will preferentially maintain the communication state and extend the activation time to support continuous debugging and configuration distribution:

[0085]

[0086] Among them, Indicates the maximum inactivity timer duration.

[0087] S3: The terminal uploads the recommended values of the two timers to the base station, and the base station calculates the recommended average values of the two timers.

[0088] Listening timer and the inactivity timer The recommended values are obtained by adaptive calculation of each terminal; the base station aggregates the recommended values reported by all terminals and calculates the average recommended values of the listening timer and the inactivity timer respectively. The specific calculation formula is:

[0089]

[0090] Among them, Indicates the average recommended value of the listening timer, Indicates the average recommended value of the inactivity timer, N represents the number of terminals, Indicates the recommended value of the listening timer of terminal i, Indicates the recommended value of the inactivity timer of terminal i.

[0091] The two average values are used as one of the reference bases for the base station to perform macro-group control and DRX cycle configuration.

[0092] S4: The system constructs the operation status vector of the terminal and calculates the terminal activity degree according to the operation status vector and the status weight.

[0093] The system constructs the operation status vector by regularly collecting the following three indicators:

[0094] X(t) = [T dly (t), Q qos (t), F trig (t)]

[0095] Among them, T dly (t) is the delay tolerance of the current task (the larger, the more acceptable for long DRX), Q qos (t) is the QoS priority of the current service (the higher, the more short DRX is required), F trig(t) is the service trigger frequency (the more frequent, the more active).

[0096] After normalizing each state parameter, the current terminal active state is evaluated by constructing a weight function W(t), and the terminal activity level is calculated according to the operating state vector and state weights:

[0097] W(t) = w1·T dly (t) + w2·Q qos (t) + w3·F trig (t)

[0098] Among them, W(t) represents the current terminal activity level, and the state weights are w1 to w3, which are configured according to the service type. For example, if the QoS priority requirement for the service is high, w2 is set to the largest proportion; this model supports online adjustment to adapt to different environmental changes.

[0099] S5: Divide the terminal state levels according to the terminal activity level and set the corresponding level DRX periods according to the terminal state levels and state level thresholds.

[0100] Divide the terminal state levels according to the terminal activity level, determine the terminal state levels and set the corresponding level DRX periods. As Figure 3 shown, the system divides the terminal states into three priority regions: high, medium, and low, to match the DRX period configurations in different service scenarios:

[0101]

[0102] Among them, represents the level DRX period, T short represents the level DRX period of high-priority terminals, T medium represents the level DRX period of medium-priority terminals, T long represents the level DRX period of low-priority terminals, W(t) represents the current terminal activity level, θ high represents the high activity value threshold, θ low represents the low activity value threshold; the thresholds θ low , θ high support static configuration or model learning.

[0103] S6: Predict the next satellite window time period and calculate the satellite window DRX period according to the satellite window time period and the level DRX period.

[0104] Use satellite orbit data to predict the next transit time period (t start , t end ), construct a cycle dynamic contraction function, and calculate the satellite window DRX period according to the transit time period and the level DRX period:

[0105]

[0106] Among them, represents the current satellite window DRX period, \(t\) mid represents the middle time of the communication window, \(t\) represents the current moment, \(t\) end represents the end time of the communication window, \(t\) start represents the start time of the communication window; when \(t\) approaches \(t\) mid the period is the shortest; avoid delayed wake-up before and after entering the satellite window, and improve the communication synchronization rate.

[0107] S7: Select the maximum value among the hierarchical DRX period, the satellite window DRX period, and the recommended average values of the two timers as the maximum fusion DRX period.

[0108] Select the maximum value from the above multi-dimensional sources as the setting of the maximum fusion DRX period:

[0109]

[0110] Therefore, in order to ensure that the setting of the DRX period is "sufficiently loose", the system will be included in the comparison range to play the role of "lower limit protection". Ensure that the terminal selects the most conservative power consumption configuration when different factors overlap, taking into account both performance and power management.

[0111] S8: Adjust the maximum fusion DRX period according to the period scaling factor to obtain the final DRX period; the system configures the final DRX period.

[0112] Take the fusion value as the "global scheduling reference", and then map it to specific values at each level in a partition, that is, take the global reference value as an anchor point to generate the respective final DRX actual period values within each partition. Enable each level to take into account both global power management and local adjustment flexibility, and improve system accuracy:

[0113]

[0114] Among them, represents the final DRX period of high-priority terminals, represents the final DRX period of medium-priority terminals, represents the final DRX period of low-priority terminals, represents the maximum fusion DRX period, \(\alpha\) s represents the first period scaling factor, i.e., \(T\) short the smaller coefficient of the area, \(\alpha\) m represents the second period scaling factor, i.e., \(T\) medium the adjustment coefficient of the area, \(\alpha\) l represents the third period scaling factor, i.e., \(T\)long The deviation coefficient of the area.

[0115] As Figure 4 shown, through steps such as the terminal uploading the recommended timer value via a measurement report to the base station, the base station judging and feeding back the final DRX cycle, and the terminal adjusting the response, a dynamic interaction process for cycle control is constructed to ensure the coordinated optimization of the configuration and the actual network environment.

[0116] S9: The system records the communication feedback metrics after each DRX cycle ends and adjusts the adjustment parameters according to the communication feedback metrics; uses the adjustment parameters for the next DRX cycle calculation; where the adjustment parameters include state weights, state level thresholds, and cycle scaling factors.

[0117] The system records the actual communication performance (such as packet loss rate, energy consumption, wake-up hit rate, etc.) after each DRX cycle ends, and uses this as the feedback metric to evaluate the effectiveness of the current parameter configuration in real time and adjust the following parameters:

[0118] Terminal state weights w1 - w3: Dynamically fine-tune the influence degree of each metric according to different service requirements; cycle scaling factor α s , α m , α l : Adjust the partition sensitivity according to the energy consumption / hit situation; state level threshold θ low , θ high : Combine the service density to dynamically increase / decrease the DRX level switching sensitivity.

[0119] In summary, in view of the problems of static configuration and inaccurate power consumption control in the existing DRX mechanism, the present invention combines terminal state awareness and satellite link characteristics to design a dynamic cycle adjustment mechanism. This method combines terminal local calculation and base station side collaborative control, comprehensively considers key factors such as the terminal operating state, service characteristics, and satellite link visibility, realizes the dynamic adjustment of DRX parameters, and effectively reduces the terminal energy consumption while improving the communication efficiency.

[0120] The above-described embodiments further elaborate on the purpose, technical solution, and advantages of the present invention. It should be understood that the above-described embodiments are only the preferred embodiments of the present invention and are not intended to limit the present invention. Any modifications, equivalent replacements, improvements, etc. made to the present invention within the spirit and principle of the present invention shall be included within the protection scope of the present invention.

Claims

1. An adaptive configuration method for the DRX cycle length of a satellite Internet of Things terminal, characterized in that Including: S1: The terminal system initializes and monitors the system operation parameters; S2: The listening timer and the inactivity timer calculate the recommended values of the listening timer and the inactivity timer of the terminal respectively according to the system operation parameters; S3: The terminal uploads the recommended values of the two timers to the base station, and the base station calculates the recommended average values of the two timers; S4: The system constructs the operation state vector of the terminal and calculates the activity level of the terminal according to the operation state vector and the state weight; S5: Divide the terminal state level according to the terminal activity level and set the corresponding level DRX period according to the terminal state level and the state level threshold; S6: Predict the next satellite window time period and calculate the satellite window DRX period according to the satellite window time period and the level DRX period; S7: Select the maximum value among the level DRX period, the satellite window DRX period and the recommended average values of the two timers as the maximum fused DRX period; S8: Adjust the maximum fused DRX period according to the period scaling factor to obtain the final DRX period; The system configures the final DRX period; S9: The system records the communication feedback index after each DRX period ends and adjusts the adjustment parameters according to the communication feedback index; Use the adjustment parameters to calculate the next DRX period; Among them, the adjustment parameters include the state weight, the state level threshold and the period scaling factor.

2. The adaptive configuration method for the DRX cycle length of a satellite Internet of Things terminal according to claim 1, characterized in that The process of calculating the recommended value of the listening timer of the terminal includes general case calculation and corrections in three special cases; The calculation formula for the general case is expressed as: Among them, represents the recommended value of the listening timer of the terminal, represents the initial standard listening duration, and α0 to α2 are the first to third weight coefficients, P bat is the normalized power value, A state represents the active state; The corrections in the three special cases are respectively: If channel congestion or over-limit packet loss rate is detected, reduce the listening time by a preset factor; If a warning notice or a task preloading frame is received, increase the listening time in advance; If the terminal is close to the starting point of the satellite window period, extend the listening time to improve the first access success rate.

3. The adaptive configuration method for the DRX cycle length of a satellite Internet of Things terminal according to claim 1, characterized in that The process of calculating the recommended value of the inactivity timer of the terminal includes general case calculation and corrections in three special cases; The calculation formula for the general case is expressed as: Among them, represents the recommended value of the inactivity timer of the terminal, represents the initial inactivity timer value, β represents the first adjustment factor, RSSI max represents the maximum signal strength, RSSI represents the current signal strength, γ represents the second adjustment factor, P target represents the target communication success rate, P success represents the actual communication success rate; The corrections in the three special cases are respectively: If the standard deviation of channel fluctuation exceeds the set threshold, extend the recommended value of the inactivity timer to delay entering the sleep state; If the terminal is in the timed polling application scenario, the recommended value of the inactivity timer is set to the minimum inactivity timer duration; If in the remote maintenance mode, the recommended value of the inactivity timer is set to the maximum inactivity timer duration.

4. The adaptive configuration method for the DRX cycle length of a satellite Internet of Things terminal according to claim 1, wherein The formula for calculating the recommended average values of the two timers is: Among them, represents the average recommended value of the listening timer, represents the average recommended value of the inactivate timer, N represents the number of terminals, represents the recommended value of the listening timer of terminal i, represents the recommended value of the inactivate timer of terminal i.

5. The adaptive configuration method for the DRX cycle length of a satellite Internet of Things terminal according to claim 1, wherein The formula for calculating the activity level of the terminal is: W(t) = w1·T dly (t) + w2·Q qos (t) + w3·F trig (t) Among them, W(t) represents the current terminal activity level, T dly (t) represents the delay tolerance of the current task, Q qos (t) represents the QoS priority of the current service, F trig (t) represents the triggering frequency of the current service, w1 represents the first state weight, w2 represents the second state weight, and w3 represents the third state weight.

6. The adaptive configuration method for the DRX cycle length of a satellite Internet of Things terminal according to claim 1, wherein Setting the corresponding level DRX period according to the terminal state level and the state level threshold is expressed as: Among them, represents the hierarchical DRX period, T short represents the hierarchical DRX period of a high-priority terminal, T medium represents the hierarchical DRX period of a medium-priority terminal, T long represents the hierarchical DRX period of a low-priority terminal, W(t) represents the current terminal activity level, θ high represents the high activity value threshold, θ low represents the low activity value threshold.

7. The adaptive configuration method for the DRX cycle length of a satellite Internet of Things terminal according to claim 1, wherein The formula for calculating the satellite window DRX period is: Among them, represents the current satellite window DRX period, T shprt represents the hierarchical DRX period of high-priority terminals, T medium represents the hierarchical DRX period of medium-priority terminals, T long represents the hierarchical DRX period of low-priority terminals, t mid represents the middle time of the communication window, t represents the current time, t end represents the end time of the communication window, t start represents the start time of the communication window.

8. An adaptive configuration method for the DRX cycle length of a satellite Internet of Things terminal according to claim 1, characterized in that Adjusting the maximum fused DRX period is expressed as: Among them, represents the final DRX cycle of the high-priority terminal, represents the final DRX cycle of the medium-priority terminal, represents the final DRX cycle of the low-priority terminal, represents the maximum integrated DRX cycle, α s represents the first cycle scaling factor, α m represents the second cycle scaling factor, α l represents the third cycle scaling factor.

Images