CN108811050B - Wake-up synchronization method and apparatus for wireless terminal, and computer readable medium - Google Patents

Wake-up synchronization method and apparatus for wireless terminal, and computer readable medium Download PDF

Info

Publication number
CN108811050B
CN108811050B CN201710296265.4A CN201710296265A CN108811050B CN 108811050 B CN108811050 B CN 108811050B CN 201710296265 A CN201710296265 A CN 201710296265A CN 108811050 B CN108811050 B CN 108811050B
Authority
CN
China
Prior art keywords
wireless terminal
synchronization
synchronization signal
receiving
data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201710296265.4A
Other languages
Chinese (zh)
Other versions
CN108811050A (en
Inventor
王硕
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Leadcore Technology Co Ltd
Original Assignee
Leadcore Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Leadcore Technology Co Ltd filed Critical Leadcore Technology Co Ltd
Priority to CN201710296265.4A priority Critical patent/CN108811050B/en
Publication of CN108811050A publication Critical patent/CN108811050A/en
Application granted granted Critical
Publication of CN108811050B publication Critical patent/CN108811050B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W52/00Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02Power saving arrangements
    • H04W52/0209Power saving arrangements in terminal devices
    • H04W52/0225Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W52/00Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02Power saving arrangements
    • H04W52/0209Power saving arrangements in terminal devices
    • H04W52/0225Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • H04W52/0248Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal dependent on the time of the day, e.g. according to expected transmission activity
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W52/00Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02Power saving arrangements
    • H04W52/0209Power saving arrangements in terminal devices
    • H04W52/0251Power saving arrangements in terminal devices using monitoring of local events, e.g. events related to user activity
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W56/00Synchronisation arrangements
    • H04W56/001Synchronization between nodes
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00Reducing energy consumption in communication networks
    • Y02D30/70Reducing energy consumption in communication networks in wireless communication networks

Abstract

The invention provides a method for awakening and synchronizing a wireless terminal, which comprises the following steps: before the wireless terminal enters the sleep state, evaluating a timing drift range of the wireless terminal during waking; determining the length L of data to be received after the wireless terminal is awakened according to the timing drift range; determining the number Ns of synchronous signals to be received after the wireless terminal is awakened according to the quality of a downlink channel before the wireless terminal is asleep; determining the actual awakening time of the wireless terminal according to the data length L and the number Ns of the synchronous signals; the wireless terminal enters sleep; and when the actual awakening moment is reached, awakening the wireless terminal. In addition, the invention also provides a corresponding wireless terminal wake-up synchronization device, a wireless terminal and a computer readable medium. The invention can prolong the sleep time of the wireless terminal as far as possible under the condition of ensuring the reliability of the synchronization result so as to reduce the power consumption of the wireless terminal.

Description

Wake-up synchronization method and apparatus for wireless terminal, and computer readable medium
Technical Field
The present invention relates to wireless communication terminals, and in particular, to a method and an apparatus for wake-up synchronization of a wireless terminal.
Background
It is well known that mobile terminals need to save power consumption as much as possible. At present, an LTE (Long Term Evolution) terminal needs to wake up in advance to perform resynchronization in each IDLE state period, and adjusts the timing between the terminal and a network side according to a resynchronization result, so as to receive paging frame data at a more accurate timing. The paging cycle of the LTE terminal is 320ms, 640ms, 1280ms, and 2560 ms. Fig. 1 shows the distribution positions of LTE-FDD synchronization signals. The received data of the LTE terminal for resynchronization is Lresync_LTE(including both PSS (Primary synchronization signal) and SSS (Secondary synchronization signal)), it is also necessary to reserve time for processing the synchronization data and time for adjusting local timing between receiving the synchronization data and receiving paging frame data.
Synchronization signals, namely, NPSS (Narrowband primary synchronization signal) and NSSS (Narrowband secondary synchronization signal), are redefined in NB-IoT (Narrowband Band Internet of Things) protocol. Fig. 2 illustrates the distribution locations of NB-IoT synchronization signals. Regarding sleeping scenarios, NB-IoT has many new scenarios to sleep in addition to the same sleeping scenarios (sleep in IDLE, sleep in DRX) as in LTE, such as NPDCCH detection, scheduling delay, transmission GAP, etc., to save power consumption as much as possible. According to the latest protocols today, these scenarios can sleep for durations of between milliseconds (ms) to thousands of seconds(s).
If the sleep wake-up resynchronization strategy of the LTE is applied to the NB-IoT terminal, the following disadvantages may exist:
1. the terminal may wake up far in advance, which is not favorable for power consumption optimization.
The reason is as follows: since the NSSS interval is long (20 ms), and the time slice including NPSS and NSSS also has an interval of 20ms, considering the time for reserving and processing the synchronization signal, etc., it is necessary to wake up the terminal in advance, which affects the power consumption of the terminal.
In addition, in some short idle states, the terminal cannot sleep due to early wake-up points, and power consumption of the terminal is also greatly affected.
2. The terminal receiving the fixed-length synchronization signal after waking up is also not beneficial to power consumption optimization.
The reason is as follows: in practical situations, timing offsets after the terminal wakes up are related to many factors, so that the timing offset ranges after the terminal wakes up each time are different, and are larger or smaller, and then data received by waking up each time with the same length will inevitably cause that the received data is overlong for some scenes, so that the sleep time of the terminal is not optimal in such scenes, and the optimization of the power consumption of the NB-IoT terminal is also influenced.
Disclosure of Invention
The technical problem to be solved by the present invention is to provide a method and an apparatus for wake-up synchronization of a wireless terminal, which can prolong the sleep time of the wireless terminal as much as possible to reduce the power consumption of the wireless terminal while ensuring the reliability of the synchronization result.
In order to solve the above technical problem, an aspect of the present invention provides a method for synchronizing wake-up of a wireless terminal, including: s1: before the wireless terminal enters the sleep state, evaluating a timing drift range of the wireless terminal during waking; s2: determining the length L of data to be received after the wireless terminal is awakened according to the timing drift range; s3: determining the number Ns of synchronous signals to be received after the wireless terminal is awakened according to the quality of a downlink channel before the wireless terminal is asleep; s4: determining the actual awakening time of the wireless terminal according to the data length L and the number Ns of the synchronous signals; s5: the wireless terminal enters sleep; s6: and when the actual awakening moment is reached, awakening the wireless terminal.
In an embodiment of the present invention, the step S1 further includes: s11: judging whether the timing drift range is larger than or equal to a threshold value or not; if yes, the wireless terminal acquires synchronization directly through network searching after being awakened; if not, the steps S2 to S6 are executed.
In an embodiment of the invention, the timing drift range is determined by at least one of a clock characteristic, a sleep duration, mobility and a temperature of the wireless terminal.
In an embodiment of the present invention, the data length L is divided into multiple levels; the step S2 is to select one of the multiple-gear data length L according to the timing drift range.
In an embodiment of the present invention, the data length L includes at least one synchronization signal.
In an embodiment of the invention, the data length L is defined by L-2 × Tclockwander+2*Trevssgap+(Ns-1)*Tss+TsslengthCalculating to obtain; wherein T isclockwanderTo evaluate the resulting timing drift range, TrevssgapFor receiving a single-sided guard quantity of a synchronisation signal, TssFor the period of the synchronization signal, TsslengthIs the length occupied by one synchronization signal.
In an embodiment of the present invention, the number Ns of the synchronization signals is divided into multiple stages; in step S3, a first gear of the number Ns of the multi-gear synchronization signals is selected according to the downlink channel quality.
In an embodiment of the invention, the actual wake-up time is calculated by
Figure GDA0002997540330000031
Calculating to obtain; wherein, tvalidstartFor receiving a point in time of valid data, Tvalidrevstart-syncrevendFor the time interval, T, between the end point of this time of receiving the synchronization signal data and the start point of receiving the valid dataclockwanderTo evaluate the resulting timing drift range, TrevssgapSingle side protection for receiving synchronous signal,TssFor the period of the synchronization signal, TsslengthLength occupied by a synchronisation signal, Tsyncrevstart-wakeupThe time interval between the sleep wakeup time point and the starting point of the data of the actually received synchronous signal.
In an embodiment of the present invention, the method for synchronizing wake-up of a wireless terminal further includes: s7: and receiving the synchronous signal, and carrying out timing adjustment on the wireless terminal according to the Ns-time synchronous result.
In an embodiment of the present invention, the wireless terminal is an NB-IoT terminal.
In an embodiment of the present invention, the synchronization signal is NPSS.
Another aspect of the present invention provides a wake-up synchronization apparatus for a wireless terminal, including: the timing drift range evaluation module is used for evaluating the timing drift range of the wireless terminal during awakening before the wireless terminal enters the sleep state; the data length determining module is used for determining the length L of the data which needs to be received after the wireless terminal is awakened according to the timing drift range; the number determining module of the synchronizing signals is used for determining the number Ns of the synchronizing signals which need to be received after the wireless terminal is awakened according to the quality of the downlink channel before the wireless terminal is put into sleep; an actual wake-up time determining module, configured to determine an actual wake-up time of the wireless terminal according to the data length L and the number Ns of the synchronization signals; the sleep triggering module is used for triggering the wireless terminal to enter the sleep; and the awakening module is used for awakening the wireless terminal when the actual awakening moment is reached.
In an embodiment of the present invention, the timing drift range evaluation module is further configured to: judging whether the timing drift range is larger than or equal to a threshold value or not; if yes, the wireless terminal is awakened and then synchronization is acquired directly through network searching.
In an embodiment of the invention, the timing drift range is determined by at least one of a clock characteristic, a sleep duration, mobility and a temperature of the wireless terminal.
In an embodiment of the present invention, the data length L is divided into multiple levels; the data length determining module selects one gear of the multi-gear data length L according to the timing drift range.
In an embodiment of the present invention, the data length L includes at least one synchronization signal.
In an embodiment of the invention, the data length L is defined by L-2 × Tclockwander+2*Trevssgap+(Ns-1)*Tss+TsslengthCalculating to obtain; wherein T isclockwanderTo evaluate the resulting timing drift range, TrevssgapFor receiving a single-sided guard quantity of a synchronisation signal, TssFor the period of the synchronization signal, TsslengthIs the length occupied by one synchronization signal.
In an embodiment of the present invention, the number Ns of the synchronization signals is divided into multiple stages; the synchronization signal number determining module selects one gear of the multi-gear synchronization signal number Ns according to the downlink channel quality.
In an embodiment of the invention, the actual wake-up time is calculated by
Figure GDA0002997540330000041
Calculating to obtain; wherein, tvalidstartFor receiving a point in time of valid data, Tvalidrevstart-syncrevendFor the time interval, T, between the end point of this time of receiving the synchronization signal data and the start point of receiving the valid dataclockwanderTo evaluate the resulting timing drift range, TrevssgapFor receiving a single-sided guard quantity of a synchronisation signal, TssFor the period of the synchronization signal, TsslengthLength occupied by a synchronisation signal, Tsyncrevstart-wakeupThe time interval between the sleep wakeup time point and the starting point of the data of the actually received synchronous signal.
In an embodiment of the present invention, the wake-up synchronization apparatus of a wireless terminal further includes: and the synchronous signal receiving and timing adjusting module is used for receiving the synchronous signals and carrying out timing adjustment on the wireless terminal according to the Ns-time synchronous result.
In an embodiment of the present invention, the wireless terminal is an NB-IoT terminal.
In an embodiment of the present invention, the synchronization signal is NPSS.
Another aspect of the present invention provides a wireless terminal, including: a memory; and a processor, wherein the memory comprises computer code stored thereon, the code being configured to cause the wireless terminal to perform at least the method as described above when run on the processor.
In an embodiment of the present invention, the wireless terminal is an NB-IoT terminal.
In an embodiment of the present invention, the synchronization signal is NPSS.
Another aspect of the invention provides a computer readable medium comprising computer code stored thereon, the computer code being configured to perform the method as described above when run on a processor.
Compared with the prior art, the invention has the following advantages:
(1) the timing offset range when the wireless terminal is awakened is determined according to the clock characteristic, the sleep time length, the mobility, the temperature and the like of the wireless terminal, and the length of data needing to be received is determined based on the timing offset range. In addition, the number of the synchronous signals which need to be received after awakening is determined according to the quality of the downlink channel before the wireless terminal is in sleep. Therefore, under the condition of ensuring the reliability of the synchronization result, the sleep time of the wireless terminal is prolonged, and the power consumption of the wireless terminal is reduced.
(2) For the technical scheme that the NB-IoT terminal adopts the NPSS for synchronization, the NB-IoT terminal can be awakened as late as possible due to the adoption of the NPSS with a shorter period, so that the NB-IoT terminal has the longest sleep time.
Drawings
Fig. 1 is a schematic diagram of LTE-FDD synchronization signal distribution positions.
Fig. 2 is a schematic diagram of NB-IoT synchronization signal distribution locations.
Fig. 3 is a flowchart of a wake-up synchronization method of a wireless terminal according to an embodiment of the invention.
Fig. 4 is a schematic diagram illustrating a relationship between a timing drift range of less than half a subframe and a data length according to an embodiment of the present invention.
FIG. 5 is a diagram illustrating the relationship between the timing drift range and the data length for two subframes according to an embodiment of the present invention.
Fig. 6 is a flowchart of a wake-up synchronization method for an NB-IoT terminal according to an embodiment of the present invention.
FIG. 7 shows an embodiment of the present invention in which an NB-IoT terminal receives an NPSS once and has a data length of L0Schematic diagram of sleep wake-up time.
Fig. 8 is a schematic structural diagram of a wake-up synchronization apparatus of a wireless terminal according to an embodiment of the present invention.
Fig. 9 is a schematic structural diagram of a wireless terminal according to an embodiment of the present invention.
FIG. 10 is a schematic diagram of a computer-readable medium of an embodiment.
Detailed Description
In order to make the aforementioned objects, features and advantages of the present invention comprehensible, embodiments accompanied with figures are described in detail below.
In the following description, numerous specific details are set forth in order to provide a thorough understanding of the present invention, but the present invention may be practiced in other ways than those specifically described herein, and thus the present invention is not limited to the specific embodiments disclosed below.
As used in this application and the appended claims, the terms "a," "an," "the," and/or "the" are not intended to be inclusive in the singular, but rather are intended to be inclusive in the plural unless the context clearly dictates otherwise. In general, the terms "comprises" and "comprising" merely indicate that steps and elements are included which are explicitly identified, that the steps and elements do not form an exclusive list, and that a method or apparatus may include other steps or elements.
Fig. 3 is a flowchart of a wake-up synchronization method of a wireless terminal according to an embodiment of the invention. Referring to fig. 3, a method 10 for wake-up synchronization of a wireless terminal mainly includes:
s1: before the wireless terminal enters the sleep state, evaluating the timing drift range of the wireless terminal during awakening;
s2: determining the length L of data to be received after the wireless terminal is awakened according to the timing drift range;
s3: determining the number N of synchronous signals to be received after the wireless terminal is awakened according to the quality of a downlink channel before the wireless terminal is asleeps
S4: according to the data length L and the number N of synchronous signalssDetermining an actual wake-up time of the wireless terminal;
s5: the wireless terminal enters sleep;
s6: and when the actual awakening moment arrives, awakening the wireless terminal.
Optionally, the step S1 may further include the step S11: judging whether the timing drift range is larger than or equal to a threshold value or not; if yes, the wireless terminal acquires synchronization directly through network searching after awakening; if not, steps S2-S6 are executed.
Optionally, there may be a step S7 after the step S6: receiving a synchronization signal and according to NsAnd performing timing adjustment on the wireless terminal according to the secondary synchronization result.
The timing drift range of the wireless terminal when it is evaluated to be awake in step S1 may be determined by the clock characteristics, sleep duration, mobility, temperature, etc. of the wireless terminal. For example, (1) according to radio frequency estimation, for a 32K slow clock, the frequency drift is about 10ppm, and the drift introduced by temperature change is also about 10 ppm; (2) calculating the timing offset introduced by the change of the relative displacement between the terminal and the base station according to the moving speed of the terminal, the sleep time and the baseband sampling rate of the terminal; (3) the timing drift range of the slow clock can be evaluated more accurately by carrying out experimental simulation and verification on the selected slow clock so as to fully utilize the physical characteristics of the slow clock.
The principle of determining the data length L in step S2 is to make the data length L as small as possible under the condition that at least one synchronization signal is contained in the data length L. Preferably, the data length L can be calculated by equation (1),
L=2*Tclockwander+2*Trevssgap+(Ns-1)*Tss+Tsslength (1)
wherein T isclockwanderTo evaluate the resulting timing drift range, TrevssgapFor receiving a single-sided guard quantity of a synchronisation signal, TssFor the period of the synchronization signal, TsslengthIs the length occupied by one synchronization signal.
Fig. 4 shows the relationship of the timing drift range and the data length L for less than half a subframe. Referring to fig. 4, at time t before the terminal goes to sleep0The local timing is synchronized with the network timing. When the terminal wakes up, the local timing is delayed by T relative to the network timingclockwander(less than half a subframe). At t2At the moment, the network side starts to send the synchronous signal. If the terminal sends the time t by the synchronous signal in the local timing because the terminal has timing drift after sleeping3When the terminal starts to receive the synchronization signal, it can be found that the terminal cannot completely receive the synchronization signal at this time. Therefore, in order to be able to receive the synchronization signal completely with timing drift, the present invention transmits the synchronization signal at the time t in the local timing3Advance Tclockwander+Trevssgap(i.e. at t)1Time) starts receiving the synchronization signal. Furthermore, since the estimated timing drift range is not known to be early or late, the present invention is again at the synchronization signal termination time t in the local timing4Delayed Tclockwander+Trevssgap(i.e. at t)6Time) to stop receiving the synchronization signal. Therefore, the length L of the data received by the terminal is t1And t6I.e., the time length calculated by equation (1).
Fig. 5 shows the relationship between the timing drift range and the data length L equal to two subframes. Referring to fig. 5, at time t before the terminal goes to sleep0The local timing is synchronized with the network timing. When the terminal wakes up, the local timing is advanced by two sub-frames relative to the network timing. Because the terminal has timing drift of two sub-frames after sleeping, the invention sends the time t at the local timing synchronization signal in order to completely receive the synchronization signal3Two sub-frame time (T) aheadclockwander) Plus unilateral protection(Trevssgap) (i.e. at t)1Time) starts receiving the synchronization signal, and at the synchronization signal termination time t in the local timing4Delaying the time of two sub-frames (T)clockwander) Plus unilateral protective quantity (T)revssgap) (i.e. at t)6Time) to stop receiving the synchronization signal. Therefore, the length L of the data received by the terminal is t1And t6I.e., the time length calculated by equation (1).
Preferably, the data length L may be divided into multiple steps, e.g. timing drift less than half a subframe corresponds to L0Timing drift is greater than or equal to half a subframe and less than one subframe corresponding to L1And so on. After dividing the data length L into multiple steps, a lookup table can be established to quickly and conveniently determine the data length L according to the timing drift range without performing the calculation of the formula (1), for example.
In step S3, the number N of synchronization signals to be received is determined according to the quality of the downlink channelsThe downlink channel quality may be one or more of a synchronization Signal, SNR (Signal-to-Noise Ratio) of a reference Signal, SINR (Signal-to-Interference plus Noise Ratio), CNR (Carrier-to-Noise Ratio), and CINR (Carrier-to-Interference plus Noise Ratio), where N is the number of synchronization signalssIs a non-negative integer.
Similarly, the number of synchronizing signals N can be setsDividing into multiple stages, i.e. dividing into multiple ranges according to the quality of downlink channel, and corresponding the ranges to the number N of synchronization signalss. Thus, a lookup table can be established to quickly, conveniently and quickly determine the number N of the synchronous signals according to the quality of the downlink channels
In step S4, the data length L and the number N of synchronizing signals are usedsThe actual wake-up time of the wireless terminal is determined, which can be calculated by equation (2),
Figure GDA0002997540330000081
wherein, tvalidstartTime point for receiving valid data (e.g., paging corresponding NPDCCH in NB-IoT, etc.), Tvalidrevstart-syncrevendFor the time interval, T, between the end point of this time of receiving the synchronization signal data and the start point of receiving the valid dataclockwanderTo evaluate the resulting timing drift range, TrevssgapFor receiving a single-sided guard quantity of a synchronisation signal, TssFor the period of the synchronization signal, TsslengthLength occupied by a synchronisation signal, Tsyncrevstart-wakeupThe time interval between the sleep wakeup time point and the starting point of the data of the actually received synchronous signal.
Preferably, Tsyncrevstart-wakeupGreater than or equal to the sum of the time required to process the synchronization signal and the time required to adjust the local timing.
Preferably, the number of synchronization signals N to be receiveds(> 1), the terminal may sleep between receiving two adjacent sync signals in the process of receiving sync signals in step S7.
The method for waking up the wireless terminal is described below by taking an example that the NB-IoT terminal acquires synchronization by using NPSS.
Fig. 6 is a flowchart of a wake-up synchronization method for an NB-IoT terminal according to an embodiment of the present invention. Referring to fig. 6, the method 20 for synchronization of NB-IoT terminal wake-up mainly includes:
step 201: the NB-IoT terminal judges that the NB-IoT terminal can go to sleep;
step 202: evaluating a timing drift range of the NB-IoT terminal upon wake-up;
step 203: judging whether the timing drift is larger than or equal to a threshold value; if yes, go to step 204; if not, go to step 205;
step 204: the NB-IoT terminal obtains synchronization through network searching; after synchronization, step 215 is performed;
step 205: determining the length L of data to be received after the NB-IoT terminal wakes up according to the timing drift rangei
Step 206: according to the downlinkChannel quality, determining the number N of NPSSs that need to be received at wake-upsAnd initializing the same;
step 207: according to the data length LiAnd number NsCalculating the actual wake-up time of the NB-IoT terminal;
step 208: the NB-IoT terminal enters sleep;
step 209: waking up the NB-IoT terminal to prepare for receiving data when the actual wake-up time arrives;
step 210: judgment of NsWhether it is equal to zero; if not, go to step 211; if yes, go to step 214:
step 211: according to the data length LiReceiving the NPSS;
step 212: outputting a synchronization result;
step 213: for the number N of received NPSSsPerforming a self-subtraction of one and returning to step 210;
step 214: according to NsPerforming timing adjustment on the NB-IoT terminal by using the secondary synchronization result;
step 215: receiving effective downlink data;
step 216: and (6) ending.
Preferably, step 205 is to determine the data length LiWhich gear of the multiple gears belongs to. Accordingly, in step 211, the data length L is determined according toiThe belonging file receives NPSS.
FIG. 7 shows an embodiment of the present invention in which an NB-IoT terminal receives an NPSS once and has a data length of L0Schematic diagram of sleep wake-up time. Referring to fig. 7, the NB-IoT terminal determines that it can go to sleep in the locally timed N0 subframe, and calculates the actual wake-up time, i.e., execute steps 201 to 207; the NB-IoT terminal then goes to sleep, step 208, where the actual sleep time tsleepCan be determined by the time of entering sleep and the actual wake-up time; at the starting time of the locally timed N1 subframe, the actual sleep time arrives, the NB-IoT terminal is awakened, and the data length L is used0Receiving an NPSS once, i.e., performing steps 209 to 213; at the end of this reception of the synchronisation data and receiving the useful dataTime interval T between starting pointsvalidrevstart-syncrevendIn step 214, the NB-IoT terminal performs NB-IoT terminal timing adjustment according to the synchronization result; at the beginning of the locally timed N2 subframe, the NB-IoT terminal starts to receive valid downlink data, i.e., performs step 215.
As can be seen from the distributed location of the NB-IoT synchronization signal shown in fig. 2, there is one NPSS in each radio frame, which is 10ms apart. Relative to the NSSS and the 20ms time interval in which the NPSS and the NSSS occur simultaneously, the NPSS has a shorter time interval, and therefore, in the embodiment, the NB-IoT terminal uses the NPSS for synchronization, and the NB-IoT terminal can be woken up as late as possible to have the longest sleep time.
Fig. 8 is a schematic structural diagram of a wake-up synchronization apparatus of a wireless terminal according to an embodiment of the present invention. Referring to fig. 8, the wake-up synchronization apparatus 30 of the wireless terminal includes:
a timing drift range evaluation module 31, configured to evaluate a timing drift range of the wireless terminal when the wireless terminal wakes up before the wireless terminal goes to sleep;
a data length determining module 32, configured to determine, according to the timing drift range, a data length L that needs to be received after the wireless terminal is awakened;
a synchronous signal number determining module 33, configured to determine, according to the quality of the downlink channel before the wireless terminal sleeps, the number Ns of synchronous signals that need to be received after the wireless terminal wakes up;
an actual wake-up time determining module 34, configured to determine an actual wake-up time of the wireless terminal according to the data length L and the number Ns of the synchronization signals;
a sleep triggering module 35, configured to trigger the wireless terminal to go to sleep;
a wake-up module 36 for waking up the wireless terminal to prepare for receiving the synchronization signal when the actual wake-up time arrives.
Optionally, the wake-up synchronizer 30 of the wireless terminal may further include a synchronization signal receiving and timing adjusting module 37, configured to receive the synchronization signal and perform timing adjustment of the wireless terminal according to the Ns synchronization result.
Optionally, the timing drift range evaluation module 31 is further configured to determine whether the timing drift range is greater than or equal to a threshold value; if yes, the wireless terminal is awakened and then synchronization is acquired directly through network searching.
Optionally, the timing drift range evaluation module 31 determines the timing drift range according to at least one of the clock characteristics, the sleep duration, the mobility and the temperature of the wireless terminal.
The data length determining module 32 determines the data length L according to a principle that the data length L is as small as possible under a condition that at least one synchronization signal is included in the data length L. In a non-limiting embodiment, the data length L is divided into multiple steps, and the data length determination module 32 selects one step of the multiple steps of the data length L according to the timing drift range. Preferably, the data length determining module 32 calculates the data length L by equation (3),
L=2*Tclockwander+2*Trevssgap+(Ns-1)*Tss+Tsslength (3)
wherein T isclockwanderTo evaluate the resulting timing drift range, TrevssgapFor receiving a single-sided guard quantity of a synchronisation signal, TssFor the period of the synchronization signal, TsslengthIs the length occupied by one synchronization signal.
The synchronization Signal number determining module 33 may determine the number N of synchronization signals to be received according to one or more of a synchronization Signal, an SNR (Signal-to-Noise Ratio) of a reference Signal, an SINR (Signal-to-Interference plus Noise Ratio), a CNR (Carrier-to-Noise Ratio), and a CINR (Carrier-to-Interference plus Noise Ratio)sNumber of synchronization signals N thereinsIs a non-negative integer. Similarly, the synchronization signal number determination module 33 may determine the number N of synchronization signalssDividing into multiple stages, i.e. dividing into multiple ranges according to the quality of downlink channel, and corresponding the ranges to the number N of synchronization signalss
Alternatively, the actual wake-up time determination module 34 may calculate the actual wake-up time by equation (4),
Figure GDA0002997540330000121
wherein, tvalidstartTime point for receiving valid data (e.g., paging corresponding NPDCCH in NB-IoT, etc.), Tvalidrevstart-syncrevendFor the time interval, T, between the end point of this time of receiving the synchronization signal data and the start point of receiving the valid dataclockwanderTo evaluate the resulting timing drift range, TrevssgapFor receiving a single-sided guard quantity of a synchronisation signal, TssFor the period of the synchronization signal, TsslengthLength occupied by a synchronisation signal, Tsyncrevstart-wakeupThe time interval between the sleep wakeup time point and the starting point of the data of the actually received synchronous signal.
Preferably, Tsyncrevstart-wakeupGreater than or equal to the sum of the time required to process the synchronization signal and the time required to adjust the local timing.
Preferably, the number of synchronization signals N to be receivedsIf the synchronization signal is greater than 1, the synchronization signal receiving and timing adjusting module 37 may sleep between receiving two adjacent synchronization signals during the process of receiving the synchronization signal.
Preferably, the wireless terminal may be an NB-IoT terminal, and the synchronization signal may be an NPSS.
Fig. 9 is a schematic structural diagram of a wireless terminal according to an embodiment of the present invention. Referring to fig. 9, the apparatus 40 includes a memory 41 and a processor 42. The memory 41 has stored thereon computer code which, when run on the processor 42, is configured to cause the apparatus 40 to perform at least the wake-up synchronization method as described above. Preferably, the wireless terminal 40 is an NB-IoT terminal and the synchronization signal is an NPSS.
FIG. 10 is a schematic diagram of a computer-readable medium of an embodiment. The computer readable medium 50 has stored thereon computer code which, when run on a processor, is configured to perform the wake-up synchronization method as described above.
Those of skill would further appreciate that the various illustrative logical blocks, modules, circuits, and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware, computer software, or combinations of both. To clearly illustrate this interchangeability of hardware and software, various illustrative components, blocks, modules, circuits, and steps have been described above generally in terms of their functionality. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the overall system. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present invention.
The various illustrative logical modules, and circuits described in connection with the embodiments disclosed herein may be implemented or performed with a general purpose processor, a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), a Field Programmable Gate Array (FPGA) or other programmable logic device, discrete gate or transistor logic, discrete hardware components, or any combination thereof designed to perform the functions described herein. A general purpose processor may be a microprocessor, but in the alternative, the processor may be any conventional processor, controller, microcontroller, or state machine. A processor may also be implemented as a combination of computing devices, e.g., a combination of a DSP and a microprocessor, a plurality of microprocessors, one or more microprocessors in conjunction with a DSP core, or any other such configuration.
The steps of a method or algorithm described in connection with the embodiments disclosed herein may be embodied directly in hardware, in a software module executed by a processor, or in a combination of the two. A software module may reside in RAM memory, flash memory, ROM memory, EPROM memory, EEPROM memory, registers, hard disk, a removable disk, a CD-ROM, or any other form of storage medium known in the art. An exemplary storage medium is coupled to the processor such the processor can read information from, and write information to, the storage medium. In the alternative, the storage medium may be integral to the processor. The processor and the storage medium may reside in an ASIC. The ASIC may reside in a user terminal. In the alternative, the processor and the storage medium may reside as discrete components in a user terminal.
In one or more exemplary embodiments, the functions described may be implemented in hardware, software, firmware, or any combination thereof. If implemented in software as a computer program product, the functions may be stored on or transmitted over as one or more instructions or code on a computer-readable medium. Computer-readable media includes both computer storage media and communication media including any medium that facilitates transfer of a computer program from one place to another. A storage media may be any available media that can be accessed by a computer. By way of example, and not limitation, such computer-readable media can comprise RAM, ROM, EEPROM, CD-ROM or other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other medium that can be used to carry or store desired program code in the form of instructions or data structures and that can be accessed by a computer. Any connection is properly termed a computer-readable medium. For example, if the software is transmitted from a web site, server, or other remote source using a coaxial cable, fiber optic cable, twisted pair, Digital Subscriber Line (DSL), or wireless technologies such as infrared, radio, and microwave, then the coaxial cable, fiber optic cable, twisted pair, DSL, or wireless technologies such as infrared, radio, and microwave are included in the definition of medium. Disk (disk) and disc (disc), as used herein, includes Compact Disc (CD), laser disc, optical disc, Digital Versatile Disc (DVD), floppy disk and blu-ray disc where disks (disks) usually reproduce data magnetically, while discs (discs) reproduce data optically with lasers. Combinations of the above should also be included within the scope of computer-readable media.
Although the present invention has been described with reference to the present specific embodiments, it will be appreciated by those skilled in the art that the above embodiments are merely illustrative of the present invention, and various equivalent changes and substitutions may be made without departing from the spirit of the invention, and therefore, it is intended that all changes and modifications to the above embodiments within the spirit and scope of the present invention be covered by the appended claims.

Claims (16)

1. A method of wake-up synchronization for a wireless terminal, comprising:
s1: before the wireless terminal enters the sleep state, evaluating a timing drift range of the wireless terminal during waking;
s2: determining the length L of data to be received after the wireless terminal is awakened according to the timing drift range; the data length L is divided into multiple gears; step S2 is to select one of the multiple data lengths L according to the timing drift range; at least one synchronization signal is contained in the data length L; the data length L is passed through
L=2*Tclockwander+2*Trevssgap+(Ns-1)*Tss+Tsslength
Calculating to obtain; wherein T isclockwanderTo evaluate the resulting timing drift range, TrevssgapFor receiving a single-sided guard quantity of a synchronisation signal, TssFor the period of the synchronization signal, TsslengthLength occupied for one synchronization signal;
s3: determining the number N of synchronous signals to be received after the wireless terminal is awakened according to the quality of a downlink channel before the wireless terminal is asleeps(ii) a Number N of the synchronization signalssDividing into multiple gears; the step S3 is to select the number N of the multi-gear synchronous signals according to the quality of the downlink channelsFirst gear in (1);
s4: according to the data length L and the number N of the synchronous signalssDetermining an actual wake-up time of the wireless terminal, the actual wake-up time being determined by
twakeup=tvalidrevstart-Tvalidrevstart-syncrevend-2*Tclockwander-2*Trevssgap-(Ns-1)*Tss-Tsslength-Tsyncrevstart-wakeup
Calculating to obtain; wherein, tvalidstartFor receiving a point in time of valid data, Tvalidrevstart-syncrevendFor receiving the end point of the synchronous signal data and the effective dataTime interval between starting points of (1), TclockwanderTo evaluate the resulting timing drift range, TrevssgapFor receiving a single-sided guard quantity of a synchronisation signal, TssFor the period of the synchronization signal, TsslengthLength occupied by a synchronisation signal, Tsyncrevstart-wakeupThe time interval between the sleep wakeup time point and the actual receiving synchronization signal data starting point is set;
s5: the wireless terminal enters sleep;
s6: and when the actual awakening moment is reached, awakening the wireless terminal.
2. The method according to claim 1, wherein the step S1 further comprises:
s11: judging whether the timing drift range is larger than or equal to a threshold value or not; if yes, the wireless terminal acquires synchronization directly through network searching after being awakened; if not, the steps S2 to S6 are executed.
3. The method of claim 1, wherein the timing drift range is determined by at least one of a clock characteristic, a sleep duration, mobility, and a temperature of the wireless terminal.
4. The method of claim 1, further comprising:
s7: receiving the synchronization signal and according to NsAnd performing timing adjustment on the wireless terminal according to the secondary synchronization result.
5. The method of claim 1, wherein the wireless terminal is an NB-IoT terminal.
6. The method of claim 5, wherein the synchronization signal is NPSS.
7. A wake-up synchronization apparatus of a wireless terminal, comprising:
the timing drift range evaluation module is used for evaluating the timing drift range of the wireless terminal during awakening before the wireless terminal enters the sleep state; the data length determining module is used for determining the length L of the data which needs to be received after the wireless terminal is awakened according to the timing drift range; the data length L is divided into multiple gears; the data length determining module selects one of the multi-gear data length L according to the timing drift range; at least one synchronization signal is contained in the data length L; the data length L is passed through
L=2*Tclockwander+2*Trevssgap+(Ns-1)*Tss+Tsslength
Calculating to obtain; wherein T isclockwanderTo evaluate the resulting timing drift range, TrevssgapFor receiving a single-sided guard quantity of a synchronisation signal, TssFor the period of the synchronization signal, TsslengthLength occupied for one synchronization signal;
a synchronization signal number determining module, configured to determine, according to the quality of the downlink channel before the wireless terminal sleeps, the number N of synchronization signals that need to be received after the wireless terminal wakes ups(ii) a Number N of the synchronization signalssDividing into multiple gears; the synchronous signal number determining module selects the number N of the multi-gear synchronous signals according to the quality of the downlink channelsFirst gear in (1);
an actual wake-up time determining module, configured to determine the number of the synchronization signals N according to the data length LsDetermining an actual wake-up time of the wireless terminal, the actual wake-up time being determined by
twakeup=tvalidrevstart-Tvalidrevstart-syncrevend-2*Tclockwander-2*Trevssgap-(Ns-1)*Tss-Tsslength-Tsyncrevstart-wakeup
Calculating to obtain; wherein, tvalidstartFor receiving a point in time of valid data, Tvalidrevstart-syncrevendFor the time interval, T, between the end point of this time of receiving the synchronization signal data and the start point of receiving the valid dataclockwanderTiming drift obtained for evaluationRange, TrevssgapFor receiving a single-sided guard quantity of a synchronisation signal, TssFor the period of the synchronization signal, TsslengthLength occupied by a synchronisation signal, Tsyncrevstart-wakeupThe time interval between the sleep wakeup time point and the actual receiving synchronization signal data starting point is set;
the sleep triggering module is used for triggering the wireless terminal to enter the sleep;
and the awakening module is used for awakening the wireless terminal when the actual awakening moment is reached.
8. The apparatus of claim 7, wherein the timing drift range evaluation module is further configured to: judging whether the timing drift range is larger than or equal to a threshold value or not; if yes, the wireless terminal is awakened and then synchronization is acquired directly through network searching.
9. The apparatus of claim 7, wherein the timing drift range is determined by at least one of a clock characteristic, a sleep duration, mobility, and a temperature of the wireless terminal.
10. The apparatus of claim 7, further comprising:
a synchronization signal receiving and timing adjusting module for receiving the synchronization signal and adjusting the timing according to NsAnd performing timing adjustment on the wireless terminal according to the secondary synchronization result.
11. The apparatus of claim 7, wherein the wireless terminal is an NB-IoT terminal.
12. The apparatus of claim 11, wherein the synchronization signal is NPSS.
13. A wireless terminal, comprising:
a memory; and
a processor, wherein the memory comprises computer code stored thereon, the code configured to cause the wireless terminal to perform at least the method of any of claims 1-6 when run on the processor.
14. The wireless terminal of claim 13, wherein the wireless terminal is an NB-IoT terminal.
15. The wireless terminal of claim 14, wherein the synchronization signal is NPSS.
16. A computer readable medium comprising computer code stored thereon, the computer code configured to perform the method of any of claims 1-6 when run on a processor.
CN201710296265.4A 2017-04-28 2017-04-28 Wake-up synchronization method and apparatus for wireless terminal, and computer readable medium Active CN108811050B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710296265.4A CN108811050B (en) 2017-04-28 2017-04-28 Wake-up synchronization method and apparatus for wireless terminal, and computer readable medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710296265.4A CN108811050B (en) 2017-04-28 2017-04-28 Wake-up synchronization method and apparatus for wireless terminal, and computer readable medium

Publications (2)

Publication Number Publication Date
CN108811050A CN108811050A (en) 2018-11-13
CN108811050B true CN108811050B (en) 2021-07-30

Family

ID=64070394

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710296265.4A Active CN108811050B (en) 2017-04-28 2017-04-28 Wake-up synchronization method and apparatus for wireless terminal, and computer readable medium

Country Status (1)

Country Link
CN (1) CN108811050B (en)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020114505A1 (en) * 2018-12-06 2020-06-11 Mediatek Singapore Pte. Ltd. Method and apparatus for channel state information acquisition and reporting in mobile communications
CN111405640B (en) * 2020-03-09 2022-01-04 上海迈内能源科技有限公司 Low-power-consumption wireless networking communication method
CN111954288B (en) * 2020-08-18 2021-05-07 深圳市微网力合信息技术有限公司 Wireless communication method, device, system and storage medium
CN112738877B (en) * 2020-12-23 2023-11-28 珠海全志科技股份有限公司 Wireless device synchronization method in connectionless state, wireless device, and storage medium
CN113055996B (en) * 2021-03-09 2022-09-16 Oppo广东移动通信有限公司 Clock drift monitoring method, device, terminal, server and storage medium

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100508635C (en) * 2006-03-24 2009-07-01 联芯科技有限公司 Resynchronization method of mobile terminal under stand-by state woke up from sleep mode
US9420385B2 (en) * 2009-12-21 2016-08-16 Starkey Laboratories, Inc. Low power intermittent messaging for hearing assistance devices
US8660110B2 (en) * 2010-04-16 2014-02-25 Simmonds Precision Products, Inc. Reduced power synchronization of wireless devices
CN102237942B (en) * 2011-06-29 2014-11-19 北京阳光金力科技发展有限公司 Clock regulation method and device for multi-channel transmission platform (MCTP)
CN102591197A (en) * 2012-02-20 2012-07-18 惠州市德赛西威汽车电子有限公司 Clock-temperature-error compensation method and system thereof

Also Published As

Publication number Publication date
CN108811050A (en) 2018-11-13

Similar Documents

Publication Publication Date Title
CN108811050B (en) Wake-up synchronization method and apparatus for wireless terminal, and computer readable medium
US9763189B2 (en) Low power synchronization in a wireless communication network
US9503978B2 (en) Timing resolution for devices with long sleep cycles
TWI538542B (en) Methods and apparatus for power saving in discontinuous reception-adaptive neighbor cell search duration
JP5199335B2 (en) Uplink timing control
US8576757B2 (en) Dynamic adjustment of setup time based on paging performance
US9386552B2 (en) Wireless sensor time synchronization
EP3146767B1 (en) Optimized synchronization procedure for prolonged periods of sleep
ATE463097T1 (en) SYNCHRONIZATION RF SYSTEM
CN104244380A (en) Method and device for determining UE activation time
TWI425851B (en) Mobile radio communications device and related method of operation
JP2015515816A (en) Facilitated wakeup for receiving paging configuration information
EP2158779A1 (en) Discontinuous reception in a mobile radio communications network
CN109327888A (en) A kind of instruction of the SOT state of termination determines method, base station and terminal
CN111132291B (en) LPWAN synchronous awakening method based on LoRa
US11089548B2 (en) Method and device for low power synchronization in wireless communication
CN108781430A (en) A kind of paging method and relevant device based on unlicensed spectrum
KR100750078B1 (en) Time synchronisation for mobile systems
CN109041017A (en) A kind of terminal sleep wakes up synchronous restoration methods and device
CN109314937A (en) Method for sending the control information for system access or monitoring within network nodes, and the method for receiving the control information for system access or monitoring in a wireless device
CN106604387B (en) Wireless sensor time synchronization method based on game theory
CN104685806A (en) Synchronization method and apparatus
CN102858001B (en) Page Indication Channel monitor method and terminal
CN117979408A (en) Low-power-consumption self-adaptive presynchronization method for extended intermittent receiving equipment
WO2024051583A1 (en) Information determination method, low-power-consumption signal receiving power measurement method and device, and terminal

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant