Signal detection method, chip system and electronic device

Abstract

The application provides a signal detection method. The method is applied to a communication system composed of a terminal and a network device. In the method, the network device can evaluate the wake-up reliability of the terminal in a subsequent DRX cycle based on relevant measurement information and operation statistics. When the evaluation result indicates that the terminal has a risk of wake-up failure, the network device generates corresponding risk indication information and sends the risk indication information in association with a WUS. The terminal detects the WUS through a WUR during the DRX sleep period, identifies the risk indication information without completely waking up the main radio frequency, and adjusts the WUS monitoring behavior in the DRX cycle accordingly, thereby improving the WUS monitoring density and the WUS wake-up probability, and ensuring that the terminal can respond to the downlink scheduling and control requirements of the network device in time in a harsh environment.

Description

Technical Field

[0001] This application relates to the field of communications, and in particular to signal detection methods, chip systems, and electronic devices. Background Technology

[0002] The existing system incorporates the LP-WUS mechanism. Based on LP-WUS, the terminal only activates the main radio frequency (RF) receive link and receives downlink scheduling requests when the WUR detects the wake-up signal (WUS). However, in actual deployment scenarios, the wireless communication environment in which the terminal operates is unstable. When the terminal enters areas with high population density, areas with frequent obstructions, areas with weak coverage, or high mobility scenarios, the channel quality may fluctuate significantly or even deteriorate rapidly in a short period of time. This can lead to the terminal missing the WUS detection, the main radio frequency failing to wake up, and ultimately, the terminal being unable to respond to the base station's downlink scheduling or control requests in a timely manner. This affects the terminal's communication capabilities and quality, resulting in a poor communication experience for users. Summary of the Invention

[0003] This application provides a signal detection method, a chip system, and an electronic device.

[0004] In a first aspect, this application provides a signal detection method applied to a terminal side, the method comprising: receiving first indication information, the first indication information reflecting the communication quality between the terminal side and the network side; determining a first frequency based on the first indication information; wherein, the worse the communication quality between the terminal side and the network side, the higher the first frequency; and detecting a wake-up signal WUS at the first frequency.

[0005] By implementing the method provided in the first aspect, the terminal can adjust its WUS detection frequency based on the real-time communication quality with the network. This allows the terminal to increase its WUS detection frequency when communication quality deteriorates, thereby triggering DRX wake-up in a timely manner, detecting and responding to downlink scheduling or control requests from the base station, and improving the terminal's perception and adaptability to dynamic changes in the communication environment. This balances the terminal's low power consumption requirements with the wake-up reliability requirements in complex environments. After the communication environment recovers, the terminal can also promptly reduce its WUS detection frequency to avoid unnecessary power consumption.

[0006] In some embodiments, receiving the first indication information includes receiving a first WUS, wherein the first WUS carries the first indication information. That is, the base station can send the first indication information through the WUS.

[0007] The terminal side includes a wake-up receiver (WUR) and a low-power controller (LPC). At this time, the WUR receives first indication information, and the LPC determines a first frequency based on the first indication information. Optionally, the WUR sends the first indication information to the LPC via a low-speed bus or a dedicated register.

[0008] By implementing the above method, the terminal's main communication domain (main radio frequency, main modem, etc.) does not need to be woken up. The terminal can receive indication information sent by the base station in a low-power state and adjust the WUS listening frequency according to the indication information.

[0009] In some embodiments, receiving the first indication information includes receiving first downlink control information (DCI), wherein the first DCI carries the first indication information. That is, the base station can send the first indication information through the DCI.

[0010] The terminal side includes a main baseband processor (Modem) and a low-power controller (LPC). In some embodiments, the main Modem receives first indication information, and the LPC determines a first frequency based on the first indication information. Optionally, the main Modem writes the first indication information to random access memory (RAM), and the LPC obtains the first indication information by accessing the RAM.

[0011] By implementing the above method, when the terminal is awake and in PDCCH listening state, the base station can directly send the first indication information through DCI, thereby improving the convenience of instruction information transmission.

[0012] In some embodiments, the terminal has pre-set WUS listening frequencies corresponding to different communication qualities. In this case, after obtaining the first indication information, the LPC can determine the first frequency by looking up the first indication information in a table.

[0013] The worse the communication quality, the higher the WUS monitoring frequency. This allows the terminal to increase its own WUS detection frequency when communication quality deteriorates, thereby triggering DRX wake-up in a timely manner and detecting and responding to the downlink scheduling or control requirements of the base station.

[0014] In some embodiments, detecting the wake-up signal WUS at a first frequency includes: LPC updating a first timer according to the first frequency; and WUS waking up according to the updated first timer.

[0015] Secondly, this application provides a communication method applied to the network side, the method comprising: determining the communication quality between the terminal side and the network side; sending first indication information to the terminal side, the first indication information reflecting the communication quality between the terminal side and the network side, the first indication information being used to instruct the terminal side to adjust the frequency of the detection wake-up signal WUS according to the communication quality.

[0016] By implementing the method provided in the second aspect, the network device can instruct the terminal to adjust its WUS detection frequency based on the terminal's real-time communication quality. This allows the terminal to promptly increase its WUS detection frequency when communication quality deteriorates, thereby triggering DRX wake-up in a timely manner to detect and respond to the base station's downlink scheduling or control requirements. After the communication environment is restored, the network device can also promptly instruct the terminal to reduce its WUS detection frequency to avoid unnecessary power consumption.

[0017] In some embodiments, determining the communication quality between the terminal side and the network side includes: determining the communication quality between the terminal side and the network side based on relevant information of the communication link between the terminal side and the network side; the relevant information includes one or more of the following: congestion risk, obstruction risk, weak coverage risk, and mobility risk.

[0018] In some embodiments, determining the communication quality between the terminal side and the network side includes: determining the communication quality between the terminal side and the network side based on the number of times the terminal side does not detect WUS.

[0019] In some embodiments, determining the communication quality between the terminal side and the network side based on relevant information of the communication link between the terminal side and the network side includes: The comprehensive risk index R is determined based on relevant information about the communication link between the terminal and the network. total ,

[0020] Based on R total Determine the communication quality between the terminal side and the network side; Among them, R total The higher the value, the worse the communication quality between the terminal and the network. R1 represents congestion risk, R2 represents obstruction risk, R3 represents weak coverage risk, and R4 represents mobility risk. W1 represents the weight corresponding to congestion risk, W2 represents the weight corresponding to obstruction risk, W3 represents the weight corresponding to weak coverage risk, and W4 represents the weight corresponding to mobility risk.

[0021] Optionally, R1 is determined based on the physical resource block utilization rate and the disconnection rate.

[0022] Optionally, R2 is determined based on the time delay spread of the observation window and the channel amplitude within the observation window.

[0023] Optionally, R3 is determined based on path loss.

[0024] Optionally, R4 is determined based on the estimated Doppler spread within the observation window.

[0025] In some embodiments, R1 is determined based on physical resource block utilization and disconnection rate, including:

[0026] in, , P represents the weight; PRB P represents the physical resource block (PRB) utilization rate. PRB =Number of scheduled PRBs ÷ Total number of available PRBs; P drop P represents the percentage of users who are disconnected. drop = Number of control plane failures ÷ Total number of control plane attempts

[0027] In some embodiments, R2 is determined based on the delay spread of the observation window and the channel amplitude within the observation window, including:

[0028]

[0029]

[0030] in, , Indicates weight, Indicates the change in delay spread. Indicates channel amplitude variation; Indicates the time delay spread of the current observation window. This represents the latency spread reference value in a stable, unobstructed scenario. Var represents the channel amplitude within the current observation window, and Var represents the variance. ref This represents the variance of the channel amplitude in an unobstructed reference environment.

[0031] In some embodiments, R3 is determined based on path loss, including:

[0032] Where PL represents path loss, PL edge This represents the highest acceptable path loss threshold for the system.

[0033] In some embodiments, R4 is determined based on the estimated Doppler spread within the observation window, including:

[0034] in, This indicates the estimated Doppler spread within the current observation window. This represents the system's predefined Doppler spread threshold.

[0035] In some embodiments, communication quality is represented by a risk level Li, based on R. total Determining communication quality includes: Based on Rtotal Determine Li,

[0036] T1, T2, and T3 are preset thresholds, where T1 < T2 < T3, and the higher the Li, the worse the corresponding communication quality.

[0037] In some embodiments, the communication quality is represented by the risk level Li, and the communication quality is determined based on the number of times that WUS is not detected on the terminal side, including:

[0038] where j is the number of times that WUS is not detected, j is a natural number, and the higher the Li, the worse the corresponding communication quality.

[0039] In some embodiments, sending the first indication information to the terminal side includes: sending the first WUS to the terminal side, where the first indication information is carried in the first WUS. That is, the base station can send the first indication information through the WUS.

[0040] In some embodiments, sending the first indication information to the terminal side includes: sending the first downlink control information DCI to the terminal side, where the first indication information is carried in the first DCI. That is, the base station can send the first indication information through the DCI.

[0041] In a third aspect, the present application provides a communication system, which includes a terminal device and a network device. The terminal device is configured to execute the method described in the first aspect and any possible implementation manner in the first aspect, and the network device is configured to execute the method described in the second aspect and any possible implementation manner in the second aspect.

[0042] In a fourth aspect, the present application provides a terminal device, which includes one or more processors and one or more memories; one or more memories are coupled to one or more processors, and one or more memories are configured to store a computer program. When the one or more processors execute the computer program, the terminal device is caused to execute the method described in the first aspect and any possible implementation manner in the first aspect.

[0043] In a fifth aspect, the present application provides a network device, which includes one or more processors and one or more memories; one or more memories are coupled to one or more processors, and one or more memories are configured to store a computer program. When the one or more processors execute the computer program, the network device is caused to execute the method described in the second aspect and any possible implementation manner in the second aspect.

[0044] In a sixth aspect, this application provides a chip system applied to a terminal device, the chip system including one or more processors, the processors being configured to invoke computer instructions to cause the terminal device to perform the methods described in the first aspect and any possible implementation thereof.

[0045] In a seventh aspect, this application provides a chip system applied to a network device, the chip system including one or more processors, the processors being configured to invoke computer instructions to cause the network device to perform the methods described in the second aspect and any possible implementation thereof.

[0046] Eighthly, this application provides a computer program product containing instructions that, when run on a terminal device, cause the terminal device to perform the method described in the first aspect and any possible implementation thereof.

[0047] Ninthly, this application provides a computer program product containing instructions that, when run on a network device, cause the network device to perform the method described in the second aspect and any possible implementation thereof.

[0048] In a tenth aspect, this application provides a computer-readable storage medium including a computer program that, when run on a terminal device, causes the terminal device to perform the method described in the first aspect and any possible implementation thereof.

[0049] In one aspect, this application provides a computer-readable storage medium including a computer program that, when run on a network device, causes the network device to perform the method described in the second aspect and any possible implementation thereof.

[0050] Understandably, the communication system provided in the third aspect, the terminal equipment provided in the fourth aspect, the network equipment provided in the fifth aspect, the chip system provided in the sixth and seventh aspects, the computer storage medium provided in the eighth and ninth aspects, and the computer program product provided in the tenth and eleventh aspects are used to execute the method provided in the first or second aspect of this application. Therefore, the beneficial effects they can achieve can be referred to the beneficial effects in the corresponding methods, and will not be repeated here. Attached Figure Description

[0051] Figure 1 This is a flowchart of a signal detection method provided in an embodiment of this application; Figure 2A This is a schematic diagram of a low-risk MO configuration provided in an embodiment of this application; Figure 2B This is a schematic diagram of a low-to-medium risk MO configuration provided in an embodiment of this application; Figure 2C This is a schematic diagram of a medium-risk MO configuration provided in an embodiment of this application; Figure 2D This is a schematic diagram of a high-risk MO configuration provided in an embodiment of this application; Figure 3 This is a flowchart of another signal detection method provided in an embodiment of this application; Figure 4 This is a schematic diagram of the structure of WUS with specific pattern coding provided in the embodiments of this application; Figure 5A This is a schematic diagram of a terminal updating its WUS configuration according to WUS, provided in an embodiment of this application. Figure 5B This is a schematic diagram of terminal DCI updating WUS configuration provided in an embodiment of this application; Figure 6 This is a schematic diagram of the structure of the terminal device provided in the embodiments of this application; Figure 7 This is a schematic diagram of the network device provided in the embodiments of this application. Detailed Implementation

[0052] The terminology used in the following embodiments of this application is for the purpose of describing particular embodiments only and is not intended to be a limitation of this application.

[0053] The following is an explanation of the abbreviations of relevant technical terms used in the embodiments of this application: Table 1

[0054] Discontinuous Reception (DRX) is an important technique in cellular communication systems for reducing terminal power consumption. DRX effectively reduces terminal power consumption and extends battery life by periodically shutting down the main radio frequency (RF) receive link when the terminal is idle or in a low-service state, and then turning it on within a pre-configured listening window to listen to the control channel. Furthermore, to further reduce terminal power consumption, existing systems have introduced a Low Power Wake-Up Signal (LP-WUS) mechanism. Based on LP-WUS, the terminal only needs to turn on the main RF receive link to receive downlink scheduling requests when the Wake-Up Receiver (WUR) detects the WUS wake-up signal.

[0055] In the current NR system, when there is no service bearer in the RRC_CONNECTED state and the terminal enters Connected DRX (cDRX) sleep mode, or is in the RRC_INACTIVE state, the terminal will use WUS as the first-level wake-up triggering method during DRX. That is, the terminal only wakes up its WUR during a small number of pre-configured monitoring occups (MO) within each DRX cycle to detect the presence of WUS.

[0056] When WUS is not detected, the terminal will not wake up other devices besides WUR, and WUR will immediately return to sleep state, thereby avoiding periodic invalid wake-ups in DRX, avoiding unnecessary main RF startup, and thus reducing terminal power consumption.

[0057] Upon detecting WUS, terminals in different RRC states will enter their respective subsequent listening or state transition procedures. For example, for a terminal in the RRC_CONNECTED state, the terminal will further enter the configured listening window to monitor the downlink control channel and resume normal scheduling and data reception procedures; for a terminal in the RRC_INACTIVE state, the terminal will enter the corresponding listening procedure according to the Paging-related mechanism to trigger subsequent connection recovery or control signaling interaction.

[0058] The LP-WUS mechanism effectively balances power consumption and latency performance in static or stable wireless environments. However, in real-world deployment scenarios, the wireless communication environment in which the terminal operates is highly dynamic. As the terminal gradually enters areas with high population density, frequent obstruction, weak coverage, or high mobility, channel quality may fluctuate significantly or even deteriorate rapidly over a short timescale. In such cases, the terminal may be in an obstructed or deeply fading state during a critical DRX cycle, thus missing WUS detection and failing to wake up, thus being unable to respond to the base station's downlink scheduling or control requests during that cycle. If similar situations occur consecutively, it can significantly increase service startup latency, and even cause control signaling retransmissions or connection reconstruction, affecting the terminal's communication capabilities and quality, resulting in a poor communication experience for users.

[0059] Therefore, embodiments of this application provide a signal detection method.

[0060] This method can be applied to terminals and network devices. The terminals include, but are not limited to, mobile phones, smartwatches, and tablets; the network devices include, but are not limited to, base station equipment such as eNodeBs and gNBs. The specific types of terminals and network devices used to implement the communication scheme described in this application are not limited.

[0061] In this method, the network device can assess the wake-up reliability of the terminal in subsequent DRX cycles based on relevant measurement information and operational statistics. When the assessment result indicates that the terminal has a risk of wake-up failure, the network device generates corresponding risk indication information and sends this risk indication information in association with WUS. During DRX sleep, the terminal detects WUS through WUR, identifies the aforementioned risk indication information without fully waking up the main radio frequency, and adjusts its WUS listening behavior in the DRX cycle accordingly, increasing the WUS listening density and thus increasing the WUS wake-up probability. This ensures that the terminal can respond promptly to the downlink scheduling and control requirements of the network device even in harsh environments. After the communication environment stabilizes, the network device can further instruct the terminal to adjust its WUS listening behavior in the DRX cycle, reducing the WUS listening density and thus reducing listening power consumption, restoring a low-power-priority listening state.

[0062] Specifically, Figure 1 This is a flowchart of a signal detection method provided in an embodiment of this application. Figure 1 As shown: S101. Monitor the status of the communication link where the terminal is located and determine the current communication environment quality.

[0063] The terminal reports its communication link status to the base station in real time, such as RRC_IDLE (idle state), RRC_CONNECTED (connected state), and RRC_INACTIVE (inactive state). After the terminal enters a low-power operating state (such as the aforementioned idle or inactive state), the base station continuously monitors the communication link status of the terminal.

[0064] Specifically, when a terminal is in the RRC_CONNECTED state and has no service data to carry, and enters periodic sleep mode according to cDRX configuration, or when the terminal is in the RRC_INACTIVE state, the base station still retains the radio connection context or historical operating information related to the terminal, thus providing a basis for continuous monitoring of its communication link status. The base station can determine its level of awareness of the terminal's current communication environment based on the aforementioned context or historical operating information, and select the appropriate link status monitoring implementation method accordingly.

[0065] When monitoring the communication link status of a terminal, the base station can obtain link-related information about the terminal, such as Physical Resource Block (PRB) utilization, the proportion of dropped terminals within the cell, and the latency spread of the observation window. Channel amplitude within the observation window Path loss (PL) and Doppler spread estimated within the observation window. The system uses data such as signal-to-noise ratio (SNR), reference signal received power (RSRP), channel state information (CSI), timing advance (TA), beam, dynamic multipath changes, alignment between terminal movement direction and beam, historical cell affiliation, and historical hybrid automatic repeat reQuest (HARQ) to determine the current communication environment quality and whether the terminal has entered a deteriorating communication environment area (i.e., an unstable area).

[0066] In some embodiments, the base station may also estimate the direction of motion of the terminal and the occlusion trend in that direction based on the received environmental echo signal, thereby determining whether the terminal has entered an unstable area.

[0067] S102. After identifying a deterioration in the communication environment, determine the comprehensive risk index R based on link-related information. total .

[0068] After identifying a deterioration in the communication environment, i.e., confirming that the terminal has entered an area with a deteriorated communication environment, the base station can determine the comprehensive risk index R based on current link-related information. total (That is, to evaluate the wake-up reliability of the terminal in subsequent DRX cycles based on relevant measurement information and operational statistics.) total Used to describe the overall risk level of a terminal experiencing a wake-up failure during the current or upcoming DRX cycle. total The higher the value, the greater the probability that the terminal will miss WUS detection and fail to wake up.

[0069] For example, R total It can be represented as:

[0070] Where R1 represents congestion risk, R2 represents obstruction risk, R3 represents weak coverage risk, R4 represents mobility risk, and w1~w4 represent weights. .

[0071] (1) Congestion risk R1 In areas with high population density (such as concerts, sporting events, and subway entrances), there are many terminal devices, resulting in high cell load, high capacity pressure, and poor communication quality. Specifically, this manifests as high PRB utilization and a high rate of dropped calls for terminal devices within the cell.

[0072] Therefore, R1 can optionally be represented by PRB utilization and disconnection rate:

[0073] in, , P represents the weight. PRB This indicates the PRB utilization rate. (P) PRB = Number of scheduled PRBs ÷ Total number of available PRBs. drop Indicates the percentage of users disconnected. P drop = Number of control plane failures ÷ Total number of control plane attempts, which is the proportion of failures in the total number of control plane procedures such as RRC establishment, RRC reconstruction, and Paging within the same window.

[0074] (2) Obstruction risk R2 When the terminal moves to the elevator door, stairwell, or corner, the original reflection path disappears or is newly added, causing the multipath structure to undergo significant reconstruction in a very short time, manifesting as... Significant changes. Among them, For the time delay extension of the current observation window, These are reference values ​​for a stable, unobstructed scenario. A significant difference between the two indicates that the channel is more likely to encounter obstruction in the current or upcoming DRX cycle, meaning the probability of obstruction is increased. On the other hand, This represents the channel amplitude within the observation window. If its variance is significantly higher than the reference value, it indicates that the area is extremely prone to obstruction.

[0075] Therefore, optionally, R2 can be represented by the time delay spread and the change in channel amplitude:

[0076] in, , Indicates weight, Indicates the change in delay spread. This indicates changes in channel amplitude. Specifically:

[0077]

[0078] Where Var represents variance, Var ref This represents the variance of the channel amplitude in an unobstructed reference environment.

[0079] R1 and R2 , Both represent weights. In R1 , The value of is the same as that in R2. , The value of can be different.

[0080] (3) Weak coverage risk R3 The signal coverage edge area is also known as the weak coverage area, and it has a high risk (R3). The signal coverage edge is usually irregular, influenced by penetration loss from objects in the space. For example, areas with high penetration loss, such as deep indoor spaces, underground spaces, and behind thick walls, are typically signal coverage edges. In weak coverage areas, the power pulsation (PL) increases significantly and approaches the system's highest acceptable threshold value. edge This manifests as weak link quality between the terminal and the base station, resulting in poor communication quality.

[0081] Therefore, R3 can be represented by PL:

[0082] The closer R3 is to 1, the higher the risk of weak coverage for the terminal. In this case, the terminal is highly likely to miss WUS detection, leading to wake-up failure and inability to respond to the base station's downlink scheduling or control requests during that period.

[0083] (4) Mobility risk R4 The rapid relative movement speed of the terminal causes the channel to change continuously within a very short time, resulting in the rapid failure of key parameters such as CSI and beam pointing. Therefore, when the terminal is moving at high speed, even if the current coverage is good, the terminal may not be able to accurately align in the next DRX active cycle due to Doppler spread, thus missing WUS detection and further causing the terminal to fail to wake up and miss the PDCCH monitoring opportunity.

[0084] R4 is used to describe whether the terminal is currently in a mobility instability state where the channel changes too rapidly:

[0085] in, This indicates the estimated Doppler spread within the current observation window. This represents the system's predefined Doppler spread threshold.

[0086] S103, R total Discretize the data to determine the risk level.

[0087] Optionally, when determining R total Afterwards, the base station can target R. total Discretize the data and map it to a finite number of risk levels, i.e., risk indication information. This is in contrast to the continuous value R. total Discrete risk levels help reduce the signaling complexity of the subsequent terminal control plane and the burden on terminal implementation. Among these, the base station's response to R... total The mapping relationship for discrete processing is as follows:

[0088] As described in the above formula, the base station can define three thresholds T1, T2, and T3. Among them, T1 < T2 < T3. When occurs, the base station can determine that the risk level Li = 0 (represented by 2-bit encoding 00), also known as the low risk L0; when occurs, the base station can determine that the risk level Li = 1 (represented by 2-bit encoding 01), also known as the medium-low risk L1; when occurs, the base station can determine that the risk level Li = 2 (represented by 2-bit encoding 10), also known as the medium risk L2; when occurs, the base station can determine that the risk level Li = 3 (represented by 2-bit encoding 11), also known as the high risk L3.

[0089] S104. Send the risk level to the terminal.

[0090] The base station can send indication information to the terminal within the next MO of the terminal's current DRX or the first MO of the next DRX cycle to indicate the above risk level. Among them, optionally, the base station can send a WUS with a specific pattern encoding within the next MO (that is, the risk indication information is sent in association with the WUS). The base station can determine the risk level according to the above specific pattern encoding, and then update the MO configuration according to the risk level.

[0091] Figure 4 It is a schematic structural diagram of the WUS with a specific pattern encoding provided by an embodiment of the present application.

[0092] As Figure 4 shown, the WUS includes a preamble and a sequence body. The preamble part adopts a fixed format, which is used to complete basic signal detection, synchronization, and energy decision-making, ensuring that the terminal WUR can reliably identify the existence of this WUS.

[0093] The sequence body part is predefined as multiple different pattern types, including five different patterns A, B, C, D, and E. Different patterns can be implemented either by using a set of sequences that are orthogonal to each other or have low cross-correlation characteristics, so that the WUR can distinguish different patterns through correlation detection or matching decision-making; or they can be distinguished by using the same basic sub-sequence through different repetition times or energy envelope characteristics, so that different patterns show monotonic differences in time length, energy accumulation, or detection statistics, and the WUR can complete pattern recognition through counting or energy decision-making.

[0094] Refer to Table 2: Table 2

[0095] When the pattern type in the sequence body is A, B, C or D, the terminal does not trigger the complete wake-up process of the main radio frequency receiving link. Instead, it only switches the currently active WUS monitoring configuration locally to the corresponding risk level, such as low risk, low-medium risk, medium risk or high risk, based on the identified pattern type. It adjusts the WUS monitoring behavior within the DRX cycle, increases or decreases the WUS monitoring density, and takes into account both the terminal's low power consumption requirements and the wake-up reliability requirements in complex environments.

[0096] When the pattern type in the sequence body is E, the terminal determines that there is a downlink scheduling or control requirement, and triggers the main radio frequency link to start, thus entering the subsequent PDCCH or PDSCH listening and receiving process.

[0097] S105. Update the MO configuration according to the risk level sent by the base station.

[0098] A higher risk level means lower communication quality between the terminal and the base station. During the current or upcoming DRX cycle, the probability of the terminal missing WUS detection and failing to wake up is higher. Therefore, a higher risk level requires more MOs in the corresponding MO configuration to increase WUS monitoring density, improve the WUS wake-up probability in harsh environments, and thus respond promptly to the base station's downlink scheduling and control needs.

[0099] For example, Figure 2A This is a schematic diagram of a low-risk MO configuration provided in an embodiment of this application. For example... Figure 2A As shown, under low-risk conditions, only one MO can be configured per DRX cycle. For example, one MO can be configured within 0~80ms, and another MO can be configured within 80~160ms. One MO corresponds to one PO. Figure 2A As shown, one PO can be configured with two PDCCH monitoring opportunities: occasion1 and occasion2. The terminal listens for downlink scheduling or control requests from the base station during these preset PDCCH monitoring opportunities. The MO duration and PDCCH occasion duration can be set by the developers based on experience; for example, MO duration = 1ms, PDCCH occasion duration = 2ms. This application embodiment does not impose such limitations.

[0100] Figure 2B This is a schematic diagram of a low-to-medium risk MO configuration provided in an embodiment of this application. For example... Figure 2B As shown, under low to medium risk conditions, two MOs can be configured within each DRX cycle: MO1 and MO2. And so on. Figure 2C This is a schematic diagram of a medium-risk MO configuration provided in an embodiment of this application. For example... Figure 2C As shown, under medium risk, four MOs can be configured in each DRX cycle: MO1~MO4. Figure 2DThis is a schematic diagram of a high-risk MO configuration provided in an embodiment of this application. For example... Figure 2D As shown, in high-risk situations, 8 MOs can be configured in each DRX cycle: MO1~MO8.

[0101] As the risk level increases, the number of Points of Interest (POs) within a DRX cycle also increases accordingly. This allows the terminal to quickly enter the next Mode of Operation (MO) when a deteriorating communication environment causes it to miss a WUS (Warning over Internet Services) event. In the next MO, the terminal can listen for WUS events and then wake up based on the WUS to receive downlink scheduling or control requests from the base station.

[0102] For example, before detecting a deterioration in the communication environment, the terminal can... Figure 2A The MO configuration shown listens to WUS. In this case, within each DRX cycle, the terminal has only one MO, and the terminal can only listen to WUS within this single MO. Upon detecting a deterioration in the communication environment, and according to R... total After determining the risk level (e.g., high risk), the base station can send this risk level information to the terminal. The terminal can then update its MO configuration. Figure 2D As shown, after the configuration update, the terminal has 8 MOs in each DRX cycle, and the terminal can listen to WUS in these 8 MOs. In this way, by increasing the WUS listening density, the terminal can improve the probability of WUS wake-up in harsh environments, and thus respond to the downlink scheduling and control needs of the base station in a timely manner.

[0103] After the communication environment is restored (e.g., after the terminal leaves a high-density area or returns to an unobstructed, strong-coverage area), the base station can determine a new risk level (e.g., low risk) based on the current communication link information. Then, it can instruct the terminal to update the MO configuration, reduce the WUS monitoring density, and reduce monitoring power consumption through the new risk level.

[0104] Implementation Figure 1 The aforementioned signal detection method allows the base station to perceive the communication environment quality of the terminal in real time. When a deterioration in the communication environment is detected, the base station can promptly instruct the terminal to update the MO configuration, increase the number of MOs within the DRX cycle, and improve the WUS monitoring density. This enables the terminal to trigger DRX wake-up in a timely manner even when the communication environment deteriorates, detect and respond to the base station's downlink scheduling or control requests, and enhance the terminal's perception and adaptive capabilities to dynamic changes in the communication environment, while balancing the terminal's low power consumption requirements and wake-up reliability requirements in complex environments. Simultaneously, after the communication environment recovers, the terminal also promptly updates the MO configuration, reducing the number of MOs within the DRX cycle and lowering the WUS monitoring density to avoid unnecessary power consumption.

[0105] Figure 3 This is a flowchart of another signal detection method provided in an embodiment of this application. For example... Figure 3 As shown: S201. Determine if the terminal missed WUS detection.

[0106] The base station will send WUS in the UE's next monitoring window according to the existing LP-WUS mechanism. If the terminal misses a WUS, it will not be woken up and will therefore be unable to respond to the base station's downlink scheduling or control requests. The base station can determine whether the terminal has missed a WUS or whether CSI has significantly deteriorated based on the terminal's response timeout.

[0107] S202. After the terminal wake-up is successful the next time, obtain the terminal's link-related information and determine the comprehensive risk index R based on the link-related information. total , for R total The risk level can be determined by performing discrete processing and then sent to the terminal; alternatively, the number of missed detections can be counted, the risk level can be determined based on the number of missed detections, and then the risk level can be sent to the terminal.

[0108] After the terminal successfully wakes up and resumes normal PDCCH listening, the base station can send an indication signaling message to the terminal. In response to this indication signaling message, the terminal reports the latest link-related information, such as CSI, to the base station. Referring to S101~S104, the base station can determine the following risks based on the link-related information: congestion risk R1, obstruction risk R2, weak coverage risk R3, and mobility risk R4. Then, based on R1~R4, it can determine R... total The risk level is determined and sent to the terminal.

[0109] In some embodiments, the base station may also directly determine the risk level based on the number of missed detections before the terminal wakes up. For example, the mapping relationship for the base station to determine the risk level based on the number of missed detections is as follows:

[0110] As stated in the formula above, when the number of missed detections j=0, the risk level Li=0, i.e., low risk; when the number of missed detections j=1, the risk level Li=1, i.e., low to medium risk; when the number of missed detections j=L2, the risk level Li=2, i.e., medium risk; and when the number of missed detections j≥3 (e.g., j=3 / 4 / 5 / 6…), the risk level Li=3, i.e., high risk. Compared to R… total The method of determining the risk level based on the number of missed detections before the terminal is woken up requires less computing resources and is more efficient.

[0111] The base station can carry a pre-configured field, such as WUS profile index, in the Downlink Control Information (DCI), where WUS profile index = L0 / L1 / L2 / L3. In this case, the base station can indicate the terminal risk level Li through this field. Optionally, referring to S104, after determining the risk level, the base station can also... Figure 4 The WUS indicator risk level shown includes a specific pattern code, which will not be elaborated here.

[0112] S203. Update the MO configuration according to the risk level sent by the base station.

[0113] For details on how to update MO configurations based on risk levels, please refer to S104; these details will not be repeated here.

[0114] Similarly, after the communication environment is restored, the base station can update the risk level, and then use the new risk level to instruct the terminal to update the MO configuration, reduce the WUS monitoring density, and reduce monitoring power consumption.

[0115] The base station can determine whether the current communication environment has recovered by using link-related information (such as whether CSI is stable, whether the HARQ retransmission rate has decreased, etc.). Optionally, the base station can also determine whether the current communication environment has recovered by the absence of WUS missed detections within a preset time. Alternatively, the terminal can monitor the time when the base station issues risk levels, and if it does not receive an instruction to maintain or increase the risk level within a certain period, the terminal can automatically lower the risk level, reduce the WUS monitoring density, and reduce monitoring power consumption.

[0116] Figures 5A-5B This is a schematic diagram illustrating the terminal updating WUS configuration according to an embodiment of this application. Wherein, Figure 5A This is a schematic diagram illustrating how a terminal updates its WUS configuration based on WUS, as provided in an embodiment of this application. Figure 5B This is a schematic diagram of terminal DCI updating WUS configuration provided in an embodiment of this application.

[0117] like Figures 5A-5B As shown, the terminal device's hardware system adopts a hierarchical domain architecture, consisting of two main parts: a main communication domain and an always-on domain. The main communication domain and the always-on domain work together through shared storage and dedicated interfaces.

[0118] The main communication domain comprises the main RF module and the main baseband processor (Modem). The main RF module is equipped with a complete RF front-end, high-speed ADC and DAC, a high-precision clock source, and power amplifiers, supporting high-bandwidth communication across all frequency bands, but it consumes a relatively high amount of power and is only activated during service activities. The main Modem runs a complete protocol stack (including the MAC layer, RRC layer, PHY layer, etc.), possessing advanced signal demodulation and protocol processing capabilities, and is responsible for PDCCH monitoring, data scheduling and reception, and upper-layer control signaling interaction. The main communication domain can enter a deep low-power state during DRX sleep mode.

[0119] The always-on domain includes the Wake-up Receiver (WUR) and the Low-Power Controller (LPC). The WUR is an independently optimized narrowband receiver chain containing an ultra-low-power RF front-end, a simple ADC, and related detection circuitry. It is specifically designed to listen for specific LP-WUS signals during sleep periods, consuming only microwatts. The LPC is an always-on microcontroller (Always-On MCU) with embedded low-precision, low-power timers and a state machine. It is responsible for driving the WUR to power on in the MO according to the configuration and processing the detection results reported by the WUR.

[0120] The connectivity and coordination unit includes a power management integrated circuit (PMIC) and a shared memory area. The PMIC manages the switching of multiple power rails and clock domains and routes hardware wake-up signals. The shared memory area (such as a specific RAM region or register file) stores critical runtime contexts, such as the currently active WUS profile and the monitoring timing offset table (MO_offset_list, i.e., MO configuration) corresponding to different risk levels. This information is accessible to both the main communication domain and the always-on domain, ensuring that state synchronization and configuration updates take effect promptly.

[0121] (1) Update the WUS configuration according to the specific pattern code carried in WUS.

[0122] MO_offset_list(Li) = {Δ1, Δ2, ..., ΔMi} is the MO configuration under risk level Li. Li = L0 / L1 / L2 / L3, etc. Here, Mi represents the number of MOs in the next DRX cycle under the current risk level Li; Δj(Li) represents the time offset of the j-th MO under the current risk level Li relative to the start of the DRX cycle.

[0123] by Figure 2A Taking L0 as an example: MO_offset_list(L0) = {0}; So: Δ1(L0) = 0 ms; T_cycle_start(n) represents the start point of the nth DRX cycle, which can be derived from the DRX cycle configured in the RRC and the system frame number. MO_len represents the duration of a single MO, for example, 1ms. Therefore, under the current risk level Li, the specific time of the monitoring window for the jth MO in the nth DRX cycle is: t_MO_start(n,j)=T_cycle_start(n)+Δj(Li); t_MO_end(n,j)=t_MO_start(n,j)+MO_len; LPC sets an Always-On timer based on the current MO_offset_list (Li), waking up the WUR before t_MO_start(n,j). After powering on, the WUR starts listening for WUS for MO_len. If WUS is not detected, the WUR immediately powers off and enters sleep mode, waiting for the next MO or the next DRX cycle.

[0124] like Figure 5A As shown, after detecting the WUS, the WUR can obtain the specific image code (e.g., A / B / C / D / E) carried in the WUS. The WUR can report the above-mentioned specific image code to the LPC via a low-speed bus or a dedicated register.

[0125] When a specific image is encoded as any of the A / D values, LPC can determine the target risk level Li corresponding to A / B / C / D. For example, when a specific image carried in WUS is encoded as C, LPC can determine the target risk level L2. Then, LPC can update the WUS configuration according to the above target risk level, for example, ActiveWusProfile=map(Li), and write the new ActiveWusProfile into RAM and NVM, and execute the new ActiveWusProfile. Figures 2A-2D As shown, the MO density varies across WUS configurations with different risk levels. During the execution of a new ActiveWusProfile, LPC refreshes the MO schedule and Always-On timers for subsequent DRX cycles based on the MO_offset_list in the new ActiveWusProfile. Then, the WUR immediately powers down and enters sleep mode, waiting for the next MO or the next DRX cycle. Here, the next MO refers to the next MO indicated by the updated MO schedule. LPC only updates the MO schedule for timers or registers in the always-on domain, not the MO schedule for the relevant period in the main communication domain.

[0126] For example, after determining the target risk level L2, LPC can set ActiveWusProfile=map(L2), MO_offset_list(L2) = {0, 20, 40, 60}. Therefore, t_MO_start(n,1)=T_cycle_start(n)+0; t_MO_start(n,2)=T_cycle_start(n)+20; t_MO_start(n,3)=T_cycle_start(n)+40; t_MO_start(n,4)=T_cycle_start(n)+60.

[0127] Before the update (e.g., L0): Mi=1, there is only one MO per cycle; after the update (e.g., L2): Mi>1, there are multiple MOs per cycle. As shown above, after updating to MO_offset_list(L2), WUR still has 3 MOs, and the next MO is T_cycle_start(n)+20. Before T_cycle_start(n)+20, LPC wakes up WUR, and WUR starts listening to WUS for MO_len. Similarly, WUR can also be woken up at T_cycle_start(n)+40 and T_cycle_start(n)+60 to listen to WUS.

[0128] When a specific image is encoded as E, the LPC can determine to wake up the main radio frequency (RF). The LPC can send a hardware wake-up signal (“Wake-MainRF”) to the PMIC to start the main clock. Then, the PMIC sends power and clock enable signals to the main RF and main modem. In response to these enable signals, the main RF and main modem power on and enter the PO / PDCCH listening process. Specifically, if the terminal was previously in the RRC_CONNECTED state, the main RF enters the cDRX onDuration for PDCCH listening / scheduling reception; if the terminal was previously in the RRC_INACTIVE state, the main RF enters the paging-related PO for listening, detecting paging DCI / messages and triggering connection recovery. After listening to a paging DCI or scheduling DCI, the main RF enters the corresponding service / control process according to the RRC state branch.

[0129] (2) Update the WUS configuration according to the indication information (WUS profile index) carried in the DCI.

[0130] like Figure 5B As shown, after the terminal is woken up and enters the PDCCH listening state, the terminal's main modem can receive the WUS profile index sent by the base station through DCI, and then update the MO configuration according to the above indication information.

[0131] Specifically, the master modem first decodes the DCI to obtain the WUS profile index, i.e., the target risk level Li (e.g., L2). Then, the master modem writes the target risk level Li into RAM and notifies the LPC to update it through the Modem_LPC control interface. The master modem can write the updated configuration parameters through the IPC mechanism, mailbox, or shared register. In response to the above notification, the LPC determines the MO_offset_list(Li) corresponding to the target risk level Li, and then updates the Always-On timer queue. Specifically, the process of the PLC updating MO_offset_list can be referred to the above method (1), which will not be repeated here. The updated Always-On timer takes effect from the start of the next DRX cycle (nextDrxCycleStart) to avoid jitter caused by additional RF switching in the current active time slot.

[0132] Optionally, when writing the target risk level Li to the shared context, the primary modem can also write the target risk level Li to the NVM for persistence across reboots.

[0133] Implementation Figure 3 The aforementioned signal detection method also allows the base station to determine that the terminal's communication environment is unstable by detecting a missed WUS event. This allows the base station to promptly instruct the terminal to update its MO configuration, increase the number of MOs within the DRX cycle, improve the terminal's DRX wake-up probability, and thus promptly receive downlink scheduling or control requests from the base station.

[0134] Figure 6 This is a schematic diagram of the structure of the terminal device provided in the embodiments of this application. For example... Figure 6 As shown, the terminal device includes a chip system 61, a memory 62, an audio module 63, a display screen 64, a camera 65, and a sensor module 66.

[0135] The chip system 61 includes one or more processors (also called chips), such as AP, Modem, RFIC (including main RF and low-power WUR), LPC, PMIC, GPU, ISP, controller, video codec, DSP, etc. Different processing units can be independent devices or integrated into one or more processors. Among them, the controller can generate operation control signals according to the instruction opcode and timing signals to complete the control of instruction fetching and execution.

[0136] Terminal devices can provide mobile communication solutions including 2G / 3G / 4G / 5G and wireless communication solutions including wireless local area networks (WLAN), wireless fidelity (Wi-Fi), and Bluetooth through AP, modem, RFIC, antenna, etc. The chip system 61 may also include a GNSS processor for global navigation satellite system (GNSS), an NFC processor for near field communication (NFC) technology, an IR processor for infrared (IR) technology, etc., and so on, without further listing. Terminal devices can provide corresponding wireless communication capabilities through the aforementioned processors.

[0137] The memory 62 includes one or more RAMs and one or more NVMs. RAM includes, for example, static random-access memory (SRAM), dynamic random-access memory (DRAM), synchronous dynamic random-access memory (SDRAM), and double data rate synchronous dynamic random-access memory (DDR SDRAM, e.g., fifth-generation DDR SDRAM, generally referred to as DDR5 SDRAM). NVMs include, for example, disk storage devices and flash memory. RAM can be directly read and written by the processor and can be used to store executable programs (such as machine instructions) of the operating system or other running programs, as well as user and application data. NVMs can store executable programs and user data. Executable programs and user data stored in NVMs can be loaded into RAM for direct read and write operations by the processor.

[0138] In this embodiment, the executable program code implementing the signal detection method described herein can be stored in the NVM. After power-on, the terminal device can obtain the executable program code from the NVM and load it into RAM for execution. In this way, the terminal device can identify the risk level transmitted by the base station, and then update the local MO configuration according to the risk level, increasing the number of MOs within the DRX cycle, improving the terminal's DRX wake-up probability, and ensuring timely reception of downlink scheduling or control requirements from the base station.

[0139] In some embodiments, the processor may also include a memory, also known as a cache, for storing recently used or cyclically used instructions and data to avoid repeated access, reduce instruction read wait time, and improve system efficiency.

[0140] The terminal device may also include an external memory interface for connecting to an external NVM to expand the terminal device's storage capacity.

[0141] Audio module 63 is used to convert digital audio information into analog audio signals for output, and also to convert analog audio input into digital audio signals. Audio module 63 includes a speaker, a receiver, and a microphone. The speaker, also called a "loudspeaker," is used to convert audio electrical signals into sound signals. The receiver, also called a "handpiece," is used to convert audio electrical signals into sound signals. The terminal device can play audio through the speaker / receiver for the user to listen to. The microphone, also called a "microphone" or "voice transducer," is used to collect sound signals and convert them into electrical signals. For example, in a call scenario, the terminal device can collect the user's voice signal through the microphone and play the other user's voice signal through the receiver or speaker.

[0142] The display screen 64 includes a display panel. The display panel can be a liquid crystal display (LCD). Alternatively, it can be manufactured using organic light-emitting diodes (OLEDs), active-matrix organic light-emitting diodes (AMOLEDs), flexible light-emitting diodes (FLEDs), miniled, microled, micro-OLEDs, quantum dot light-emitting diodes (QLEDs), etc. Optionally, the terminal device may include one or more displays 64. The terminal device can implement display functions through a GPU, the display screen 64, and an application processing unit (AP), etc.

[0143] Camera 65 is used to capture images. A terminal device may include one or more cameras 65. The terminal device can implement shooting functions through an ISP, camera 65, video codec, GPU, display 64, and application processor, thereby providing users with functions such as video calls and live streaming.

[0144] Sensor module 66 includes a touch sensor, a gyroscope sensor, and an accelerometer sensor. The touch sensor, also known as a "touch device," can be integrated into the display screen 64. The touch sensor and display screen 64 together form a touchscreen, also known as a "touchscreen." The touch sensor detects touch operations applied to or near it. It transmits the detected touch operation to the application processor to determine the touch event type. Based on the detected touch event type, the terminal device provides visual output related to the touch operation through the display screen 64, such as switching interfaces or updating controls. The gyroscope sensor and accelerometer sensor determine the motion state and position of the terminal device. The terminal device can perform positioning based on the motion state and position determined by the gyroscope sensor and accelerometer sensor.

[0145] Not limited to the sensors mentioned above, sensor module 66 may also include other sensors, such as pressure sensors, air pressure sensors, magnetic sensors, distance sensors, proximity sensors, fingerprint sensors, temperature sensors, ambient light sensors, bone conduction sensors, etc., to enable terminal devices to achieve richer sensing capabilities.

[0146] The chip system 61, memory 62, audio module 63, display screen 64, camera 65, sensor module 66 and other components are connected through a bus and communicate and exchange data based on the bus.

[0147] The aforementioned buses include, but are not limited to, inter-integrated circuit (I2C) buses, inter-integrated circuit sound (I2S) buses, pulse code modulation (PCM) buses, universal asynchronous receiver / transmitter (UART) buses, mobile industry processor interface (MIPI) buses, general-purpose input / output (GPIO) interface buses, and / or universal serial bus (USB) interface buses. It is understood that the interface connection relationships between the modules illustrated in the embodiments of this application are merely illustrative and do not constitute a structural limitation on the terminal device. In other embodiments of this application, the terminal device may also employ different interface connection methods or combinations of multiple interface connection methods as described in the above embodiments.

[0148] It is understood that the structures illustrated in the embodiments of this application do not constitute a specific limitation on the terminal device. Optionally, in other embodiments, the terminal device may include more or fewer components. Among them, more components include, for example, a battery, a charging management module, buttons, a motor, an indicator, a subscriber identification module (SIM) card interface, etc., which are not limited in the embodiments of this application.

[0149] Figure 7 This is a schematic diagram of the network device provided in an embodiment of this application. The aforementioned network device... Figure 1 and Figure 3 The aforementioned base station. For example... Figure 7 As shown, the network device includes a processor 71, a transceiver 72, an antenna 73, and a memory 74.

[0150] In the embodiments of this application, the implementation is as follows: Figure 1 and Figure 3 The instructions for the signal detection method shown can be stored in memory 74 and processor 71. These instructions can be a computer program. Executing the computer program, the network device can receive signaling and data (e.g., link-related information) sent by the terminal device via transceiver 72 and antenna 73, determine the current communication environment of the terminal device, and then, when the terminal enters an unstable area, increase the terminal's risk level, instruct the terminal to update its MO configuration according to the new risk level, increase the number of MOs within the DRX cycle, improve the terminal's DRX wake-up probability, and ensure that the terminal can receive downlink scheduling or control requests from the base station in a timely manner.

[0151] In this embodiment, environmental risk level is introduced as a key control variable in the joint operation of DRX and LP-WUS. By comprehensively evaluating various unstable factors in the communication environment in which the terminal is located that may lead to wake-up failure and mapping them to discrete risk levels, the wake-up behavior of the terminal during DRX sleep can be transformed from the traditional static, single-point triggering mechanism to a multi-level, adaptive control mechanism based on risk perception.

[0152] Unlike existing technologies that passively trigger terminal wake-up only after a wake-up signal is detected, this application allows the base station to transmit risk level information to the terminal in advance without fully waking up the terminal's main radio frequency link. This guides the terminal to dynamically adjust the listening density and response mode of low-power wake-up signals within the DRX cycle, enabling the terminal to maintain minimum power consumption operation when the communication environment is stable. In high-risk scenarios such as obstruction, weak coverage, or rapid changes, the probability of successful wake-up is significantly increased, thereby greatly reducing the probability of wake-up failure throughout the cycle due to missed detection during monitoring.

[0153] Not limited to the scenarios shown in this application specification, the DRX enhancement and low-power wake-up control mechanism based on environmental risk level proposed in this application can also be applied to a variety of communication scenarios.

[0154] For example, in scenarios with low duty cycles or sudden surges in traffic, such as IoT terminals, wearable devices, or mobile terminals in long-term standby mode, this application can maintain extremely low power consumption during most stable periods, only enhancing wake-up capabilities when an increase in environmental risk is detected, thereby effectively extending the terminal's battery life. In scenarios where the network side possesses downlink sensing or statistical prediction capabilities, this application can also combine the base station's perception results of regional environmental changes to achieve hierarchical wake-up control for multiple terminals, reducing ineffective wake-ups and wasted control signaling.

[0155] As used in the specification and appended claims of this application, the singular expressions “a,” “an,” “the,” “the,” “the,” and “this” are intended to include the plural expressions as well, unless the context clearly indicates otherwise. It should also be understood that the term “and / or” as used in this application refers to and includes any or all possible combinations of one or more of the listed items. As used in the above embodiments, depending on the context, the term “when” can be interpreted as meaning “if…” or “after…” or “in response to determining…” or “in response to detecting…”. Similarly, depending on the context, the phrase “when…” or “if (the stated condition or event) is interpreted as meaning “if…” or “in response to determining…” or “when (the stated condition or event) is detected” or “in response to detecting (the stated condition or event)”.

[0156] In the above embodiments, implementation can be achieved entirely or partially through software, hardware, firmware, or any combination thereof. When implemented using software, it can be implemented entirely or partially in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, all or part of the processes or functions described in the embodiments of this application are generated. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions can be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another. For example, the computer instructions can be transmitted from one website, computer, server, or data center to another website, computer, server, or data center via wired (e.g., coaxial cable, fiber optic, digital subscriber line) or wireless (e.g., infrared, wireless, microwave, etc.) means. The computer-readable storage medium can be any available medium that a computer can access or a data storage device such as a server or data center that integrates one or more available media. The available medium can be a magnetic medium (e.g., floppy disk, hard disk, magnetic tape), an optical medium (e.g., DVD), or a semiconductor medium (e.g., solid-state drive), etc.

[0157] Those skilled in the art will understand that all or part of the processes in the methods of the above embodiments can be implemented by a computer program instructing related hardware. This program can be stored in a computer-readable storage medium, and when executed, it can include the processes described in the above method embodiments. The aforementioned storage medium includes various media capable of storing program code, such as ROM or random access memory (RAM), magnetic disks, or optical disks.

Claims

1. A signal detection method, applied to the terminal side, characterized in that, The method includes: Receiving first indication information, where the first indication information reflects the communication quality between the terminal side and the network side; Determining a first frequency based on the first indication information; wherein, the worse the communication quality between the terminal side and the network side, the higher the first frequency; Detecting a wake-up signal WUS at the first frequency.

2. The method according to claim 1, characterized in that, The receiving the first indication information includes: receiving a first WUS, where the first indication information is carried in the first WUS.

3. The method according to claim 1, characterized in that, The receiving the first indication information includes: receiving a first downlink control information DCI, where the first indication information is carried in the first DCI.

4. The method according to claim 2, characterized in that, The terminal side includes a wake-up receiving unit WUR and a low-power controller LPC. The WUR receives the first indication information, and the LPC determines the first frequency based on the first indication information.

5. The method according to claim 4, characterized in that, The WUR sends the first indication information to the LPC through a low-speed bus or a dedicated register.

6. The method according to claim 3, characterized in that, The terminal side includes a main baseband processor Modem and a low-power controller LPC. The main Modem receives the first indication information, and the LPC determines the first frequency based on the first indication information.

7. The method according to claim 6, characterized in that, The main Modem writes the first indication information to a random access memory RAM, and the LPC obtains the first indication information by accessing the RAM.

8. The method according to any one of claims 4-7, characterized in that, The LPC determines the first frequency by looking up a table according to the first indication information.

9. The method according to any one of claims 4-8, characterized in that, The detecting the wake-up signal WUS at the first frequency includes: The LPC updates a first timer according to the first frequency; The WUR wakes up according to the updated first timer.

10. A communication method applied to the network side, characterized in that, The method includes: Determining the communication quality between the terminal side and the network side; Sending first indication information to the terminal side, where the first indication information reflects the communication quality between the terminal side and the network side, and the first indication information is used to instruct the terminal side to adjust the frequency of detecting the wake-up signal WUS according to the communication quality.

11. The method according to claim 10, characterized in that, The determining the communication quality between the terminal side and the network side includes: determining the communication quality between the terminal side and the network side based on relevant information of the communication link between the terminal side and the network side; the relevant information includes one or more of the following: congestion risk, occlusion risk, weak coverage risk, mobility risk.

12. The method according to claim 10, characterized in that, The determining the communication quality between the terminal side and the network side includes: determining the communication quality between the terminal side and the network side based on the number of times that the terminal side does not detect WUS.

13. The method according to claim 11, characterized in that, The determining the communication quality between the terminal side and the network side based on the relevant information of the communication link between the terminal side and the network side includes: The comprehensive risk index R is determined based on relevant information about the communication link between the terminal and the network. total , Based on the R total Determine the communication quality between the terminal side and the network side; Among them, R total The higher the value, the worse the communication quality between the terminal and the network. R1 represents congestion risk, R2 represents obstruction risk, R3 represents weak coverage risk, and R4 represents mobility risk. W1 represents the weight corresponding to congestion risk, W2 represents the weight corresponding to obstruction risk, W3 represents the weight corresponding to weak coverage risk, and W4 represents the weight corresponding to mobility risk.

14. The method according to claim 13, characterized in that, R1 is determined according to the physical resource block utilization rate and the disconnection ratio.

15. The method according to claim 13, characterized in that, R2 is determined according to the delay spread of the observation window and the channel amplitude within the observation window.

16. The method according to claim 13, characterized in that, R3 is determined according to the path loss.

17. The method according to claim 13, characterized in that, R4 is determined according to the estimated Doppler spread in the observation window.

18. The method according to claim 13, characterized in that, The communication quality is represented by a risk level Li, which is based on the R total Determining the communication quality includes: Based on the R total Determine the Li, T1, T2, and T3 are preset thresholds, T1 < T2 < T3, and the higher Li is, the worse the corresponding communication quality is.

19. The method according to claim 12, characterized in that, The communication quality is represented by a risk level Li. The determining the communication quality based on the number of times that the terminal side does not detect WUS includes: Where j represents the number of times WUS was not detected, and j is a natural number. The higher the Li, the worse the communication quality.

20. The method according to any one of claims 10-19, characterized in that, Sending the first indication information to the terminal side includes: sending a first WUS to the terminal side, wherein the first WUS carries the first indication information.

21. The method according to any one of claims 10-19, characterized in that, Sending the first indication information to the terminal side includes: sending a first downlink control information (DCI) to the terminal side, wherein the first DCI carries the first indication information.

22. A communication system, characterized in that, The communication system includes a terminal device and a network device, wherein the terminal device is used to perform the method as described in any one of claims 1-3, and the network device is used to perform the method as described in any one of claims 10-21.

23. A terminal device, characterized in that, It includes one or more processors and one or more memories; wherein the one or more memories are coupled to the one or more processors, and the one or more memories are used to store a computer program, which, when executed by the one or more processors, causes the terminal device to perform the method as described in any one of claims 1-9.

24. A network device, characterized in that, It includes one or more processors and one or more memories; wherein the one or more memories are coupled to the one or more processors, and the one or more memories are used to store a computer program that, when executed by the one or more processors, causes the network device to perform the method as described in any one of claims 10-21.

25. A chip system applied to a terminal device, the chip system comprising one or more processors, characterized in that, The processor is used to invoke computer instructions to cause the terminal device to perform the method as described in any one of claims 1-9.

26. A chip system applied to a network device, the chip system comprising one or more processors, characterized in that, The processor is used to invoke computer instructions to cause the network device to perform the method as described in any one of claims 10-21.

27. A computer program product containing instructions, characterized in that, When the computer program product is run on a terminal device, the terminal device performs the method as described in any one of claims 1-9.

28. A computer program product containing instructions, characterized in that, When the computer program product is run on a network device, it causes the network device to perform the method as described in any one of claims 10-21.

29. A computer-readable storage medium comprising a computer program, characterized in that, When the computer program is run on a terminal device, it causes the terminal device to perform the method as described in any one of claims 1-9.

30. A computer-readable storage medium comprising a computer program, characterized in that, When the computer program is run on a network device, it causes the network device to perform the method as described in any one of claims 10-21.

Images