调整终端的唤醒周期的方法、装置、终端 |
|||||||
| 申请号 | CN201280003031.1 | 申请日 | 2012-08-24 | 公开(公告)号 | CN103596632B | 公开(公告)日 | 2016-03-30 |
| 申请人 | 华为终端有限公司; | 发明人 | 邓宇; | ||||
| 摘要 | 本 发明 公开了一种调整终端的唤醒周期的方法，装置、终端， 计算机程序 及存储介质。该方法包括，判断网络在当前 位置 区是否重发寻呼消息，如果重发寻呼消息，则获取重发寻呼消息的时间间隔和重发寻呼消息的次数R，将终端的唤醒周期调整为重发寻呼消息的时间间隔的N倍(2≤N≤R)，使得终端不必在网络侧设备在当前位置区具备重发寻呼消息的性能时，仍按照网络侧设定的DRX周期唤醒，从而减少了终端的 电能 消耗，延长了待机时间。 | ||||||
| 权利要求 | 1.一种调整终端的唤醒周期的方法，其特征在于，该方法包括： |
||||||
| 说明书全文 | 调整终端的唤醒周期的方法、装置、终端技术领域背景技术[0002] 当无线终端(例如手机、数据卡，平板电脑等)与网络通信时，无线终端可以在空闲状态和连接状态之间进行切换。为了减少无线终端的电能消耗，当无线终端处于空闲状态时，无线终端常常采用不连续接收DRX(Discontinuous Reception)的方式监听寻呼信道。无线终端会按照服务小区所在位置的制式，并在每个DRX周期的寻呼时机唤醒(此时，无线终端的唤醒周期就是DRX周期)，接收网络侧设备通过寻呼信道下发的寻呼消息，如果接收到的寻呼消息不需要处理(例如，寻呼消息是针对同一寻呼组的其他无线终端发送的)，无线终端在寻呼时机结束之后，进入休眠，如果接收到的寻呼消息需要处理(例如，寻呼消息是针对无线终端本身的)，那么无线终端就会从空闲状态切换到连接状态去处理这些消息，同时，移动终端还可能收到寻呼消息之外的其他消息，例如一些控制消息或者表示当前寻呼信道空闲的消息。图1所示为无线终端在空闲状态的时间线。 [0003] 现有技术中，各种网络中确定DRX周期的方法并不同，例如，在国内的GSM系统中，DRX周期通常由网络侧设定为470ms或940ms；在WCDMA系统中，DRX周期通常由网络侧设定为640ms；而在CDMA和LTE系统中，DRX周期常由无线终端根据自身的业务情况与网络侧协商 确定。 [0004] 可见，上述确定DRX周期的方法中，并不能由移动终端来对DRX周期进行适当的调整。无论网络在下发寻呼消息时采用寻呼重发，即，在多次下发同一条寻呼消息，移动终端仍按照网络侧确定的DRX周期唤醒，这样一来，就会造成不必要的功耗。 发明内容[0005] 本发明实施例提供一种调整终端的唤醒周期的方法，装置、终端，计算机程序及存储介质，使得终端可以根据网络侧设备在终端所在的位置区的特性而适应性调整唤醒周期，从而减少不必要的功耗，延长终端的待机时间。 [0006] 根据本发明第一方面，一种调整终端的唤醒周期的方法，包括： [0007] 判断网络侧设备在终端所在的位置区是否重发寻呼消息； [0008] 如果重发寻呼消息，则获取重发寻呼消息的时间间隔和重发寻呼消息的次数R，将所述终端的唤醒周期调整为所述重发寻呼消息的时间间隔的N倍，其中，N为整数，且2≤N≤R。 [0009] 在第一方面的第一种可能的实现方式中，所述判断网络侧设备在终端所在的位置区是否重发寻呼消息，具体为：判断所述终端是否在连续两个调整前的唤醒周期接收相同的寻呼消息；如果是，则判断为重发寻呼消息； [0010] 所述获取重发寻呼消息的时间间隔和重发寻呼消息的次数R，具体为，将所述调整前的唤醒周期作为所述获取重发寻呼消息的时间间隔，和将2作为所述重发寻呼消息的次数R； [0011] 所述将所述终端的唤醒周期调整为所述重发寻呼消息的时间间隔的N倍，具体为：将所述终端的唤醒周期调整为所述调整前的唤醒周期的两倍。 [0012] 结合第一方面的第一种可能的实现方式，在第一方面的第二种可能的实现方式中，所述判断所述终端是否在连续两个调整前的唤醒周期接收相同的寻呼消息，包括： [0013] 如果所述终端在连续两个调整前的唤醒周期唤醒时，均收到针对其他终端的寻呼消息，比较这两次唤醒时收到的寻呼消息是否相同； [0014] 如果相同，判断为重发寻呼消息； [0015] 如果不同，判断为不重发寻呼消息。 [0016] 结合第一方面的第一种可能的实现方式，在第一方面的第三种可能的实现方式中，所述判断所述终端是否在连续两个调整前的唤醒周期接收相同的寻呼消息，包括： [0017] 如果所述终端在连续两个调整前的唤醒周期唤醒时，均收到针对其他终端的寻呼消息，比较这两次唤醒时收到的寻呼消息是否相同； [0018] 如果相同，判断为重发寻呼消息； [0019] 如果不同，将判断为不同的次数加一，若所述判断为不同的次数大于第一预设次数，判断为不重发寻呼消息；若判断为不同的次数不大于第一预设次数，继续判断所述终端在前一次比较的连续两个调整前的唤醒周期中的后一个调整前的唤醒周期，与接下来一个调整前的唤醒周期，唤醒时收到的寻呼消息是否相同，直至判断为重发寻呼消息，或者判断为不重发寻呼消息。 [0020] 结合第一方面的第二种或第三种可能的实现方式，在第一方面的第四种可能的实现方式中，所述判断所述终端是否在连续两个调整前的唤醒周期接收相同的寻呼消息，还包括： [0021] 如果所述终端在任一个调整前的唤醒周期唤醒时，收到表示所述寻呼信道空闲的消息，则丢弃所述表示所述寻呼信道空闲的消息。 [0022] 结合第一方面的第四种可能的实现方式，在第一方面的第五种可能的实现方式中，所述丢弃所述表示所述寻呼信道空闲的消息之后，还包括，将收到所述表示所述寻呼信道空闲的消息的次数加一，如果所述收到所述表示所述寻呼信道空闲的消息的次数大于第二预设次数，判断为不重发寻呼消息，如果不大于所述第二预设次数，继续判断收到表示所述寻呼信道 空闲的消息之后的连续两个调整前的唤醒周期，所述终端是否接收相同的寻呼消息。 [0023] 在第一方面的第六种可能的实现方式中，所述判断网络侧设备在终端所在的位置区是否重发寻呼消息，具体为： [0024] 判断所述终端在连续的M个所述调整前的唤醒周期，连续接收相同的寻呼消息的最大次数X是否大于1，如果所述X大于1，判断为重发寻呼消息，其中，所述M为大于1的整数； [0025] 所述获取重发寻呼消息的时间间隔和重发寻呼消息的次数R，具体为，将所述调整前的唤醒周期作为所述重发寻呼消息的时间间隔，将所述X作为所述重发寻呼消息的次数R； [0026] 所述将所述终端的唤醒周期调整为所述重发寻呼消息的时间间隔的N倍，具体为，将所述终端的唤醒周期调整为所述调整前的唤醒周期的N倍，所述N≤X。 [0027] 结合第一方面的第六种可能的实现方式，在第一发明的第七种可能的实现方式中，所述判断终端所在的网络在当前位置区是否重发寻呼消息，还包括：如果所述X等于1，判断为不重发寻呼消息。 [0028] 结合第一方面、第一方面的第一至第七种可能的实现方式中的任一个，在第一发明的第八种可能的实现方式中，在将所述终端的唤醒周期调整为所述重发寻呼消息的时间间隔的N倍之前，所述方法还包括，等待预设时间； [0029] 如果所述预设时间内没有发生中断事件，则等待结束后，将所述终端的唤醒周期调整为所述重发寻呼消息的时间间隔的N倍； [0030] 如果所述预设时间没有发生中断事件，则从发生所述中断事件起，再等待所述预设时间，然后将所述终端的唤醒周期调整为所述重发寻呼消息的时间间隔的N倍。 [0031] 结合第一方面、第一方面的第一至第八种可能的实现方式中的任一 个，在第一发明的第九种可能的实现方式中，所述方法还包括，如果所述终端进入新的位置区，则停止正在进行的终端的唤醒周期的调整。 [0032] 根据本发明的第二方面，一种计算机程序，括在程序代码，当所述计算机程序在计算机上运行时，所述程序代码用于执行上述第一方面、第一方面的第一至第九种实现方式中的任一个所述的调整终端的唤醒周期的方法。 [0033] 根据本发明的第三方面，一种装置，包括： [0034] 判断单元，用于判断网络侧设备在终端所在的位置区是否重发寻呼消息； [0035] 调整单元，用于在所述判断单元判断为重发寻呼消息时，获取重发寻呼消息的时间间隔和重发寻呼消息的次数R；将所述终端的唤醒周期调整为所述重发寻呼消息的时间间隔的N倍，其中，N为整数，且2≤N≤R。 [0036] 在第三方面的第一种可能的实施方式，所述判断单元包括：第一子单元，用于判断所述终端是否在连续两个调整前的唤醒周期接收相同的寻呼消息；如果是，则判断为重发寻呼消息； [0037] 所述调整单元具体用于，将所述调整前的唤醒周期作为所述获取重发寻呼消息的时间间隔，和将2作为所述重发寻呼消息的次数R，将所述终端的唤醒周期调整为所述调整前的唤醒周期的两倍。 [0038] 结合在第三方面的第一种可能的实现方式，在第三方面的第二种可能的实现方式中，所述第一子单元，还用于：如果所述终端在连续两个调整前的唤醒周期唤醒时，所述终端均收到针对其他终端的寻呼消息，比较这两次唤醒时收到的寻呼消息是否相同； [0039] 如果相同，判断为重发寻呼消息； [0040] 如果不同，判断为不重发寻呼消息。 [0041] 结合在第三方面的第一种可能的实现方式，在第三方面的第三种可能的实现方式中，所述第一子单元，还用于，如果所述终端在连续两个调整 前的唤醒周期唤醒时，所述终端均收到针对其他终端的寻呼消息，比较这两次唤醒时收到的寻呼消息是否相同； [0042] 如果相同，判断为重发寻呼消息； [0043] 如果不同，将判断为不同的次数加一，若所述判断为不同的次数大于第一预设次数，判断为不重发寻呼消息；若判断为不同的次数不大于第一预设次数，继续判断所述终端在前一次比较的连续两个调整前的唤醒周期中的后一个调整前的唤醒周期，与接下来一个调整前的唤醒周期，唤醒时收到的寻呼消息是否相同，直至判断为重发寻呼消息，或者判断为不重发寻呼消息。 [0044] 结合在第三方面的第二种或第三种可能的实现方式，在第三方面的第四种可能的实现方式中，所述第一子单元，还用于，如果所述终端在任一个调整前的唤醒周期唤醒时，所述终端收到表示所述寻呼信道空闲的消息，则丢弃所述表示所述寻呼信道空闲的消息。 [0045] 结合在第三方面的第四种可能的实现方式，在第三方面的第五种可能的实现方式中，所述第一子单元还用于，在丢弃所述表示所述寻呼信道空闲的消息之后，将收到所述表示所述寻呼信道空闲的消息的次数加一，如果所述收到所述表示所述寻呼信道空闲的消息的次数大于第二预设次数，判断为不重发寻呼消息，如果不大于所述第二预设次数，继续判断收到表示所述寻呼信道空闲的消息之后的连续两个调整前的唤醒周期，所述终端是否接收相同的寻呼消息。 [0046] 结合第三方面、第三方面的第一至第五种可能的实现方式中的任一个，在第三方面的第六种可能的实现方式中，所述判断单元还包括，第二子单元，用于判断所述终端在连续的M个所述调整前的唤醒周期，所述终端连续接收相同的寻呼消息的最大次数X是否大于1，如果所述X大于1，判断为重发寻呼消息，其中，所述M为大于1的整数； [0047] 所述调整单元，具体用于，将所述调整前的唤醒周期作为所述重发寻 呼消息的时间间隔，将所述X作为所述重发寻呼消息的次数R；将所述终端的唤醒周期调整为所述调整前的唤醒周期的N倍，所述N≤X。 [0048] 结合第三方面的第六种可能的实现方式，在第三方面的第七种可能的实现方式中，所述第二子单元还用于，如果所述X等于1，判断为不重发寻呼消息。 [0049] 结合第三方面、第三方面的第一至第七种可能的实现方式，在第三方面的第八种可能的实现方式中，所述调整单元还用于， [0050] 在将所述终端的唤醒周期调整为所述重发寻呼消息的时间间隔的N倍之前，等待预设时间； [0051] 如果所述预设时间内没有发生中断事件，则等待结束后，将所述终端的唤醒周期调整为所述重发寻呼消息的时间间隔的N倍； [0052] 如果所述预设时间没有发生中断事件，则从发生所述中断事件起，再等待所述预设时间，然后将所述终端的唤醒周期调整为所述重发寻呼消息的时间间隔的N倍。 [0053] 结合第三方面、第三方面的第一至第八种可能的实现方式，在第三方面的第九种可能的实现方式中，所述调整单元还用于，如果所述终端进入新的位置区，则停止正在进行的终端的唤醒周期的调整。 [0054] 根据本发明的第四方面，一种终端包括： [0055] 至少一个处理器， [0056] 所述至少一个处理器用于：判断网络侧设备在终端所在的位置区是否重发寻呼消息；如果重发寻呼消息，则获取重发寻呼消息的时间间隔和重发寻呼消息的次数R，将所述终端的唤醒周期调整为所述重发寻呼消息的时间间隔的N倍，其中，N为整数，且2≤N≤R。 [0057] 在本发明的第四方面的第一种可能的实现方式中，所述终端还包括，接收器，用于当所述终端在每个调整前的唤醒周期唤醒时，接收所述网络侧设备下发的消息。 [0058] 结合第四方面的或第四方面的第一种可能的实现方式，在第四方面的第二种可能的实现方式中，所述至少一个处理器具体用于：判断所述终端是否在连续两个调整前的唤醒周期接收相同的寻呼消息；如果是，则判断为重发寻呼消息；将所述调整前的唤醒周期作为所述获取重发寻呼消息的时间间隔，和将2作为所述重发寻呼消息的次数R；并将所述终端的唤醒周期调整为所述调整前的唤醒周期的两倍。 [0059] 结合第四方面的第二种可能的实现方式，在第四方面的第三种可能的实现方式中，所述至少一个处理器还用于，如果所述终端在连续两个调整前的唤醒周期唤醒时，所述接收器均收到针对其他终端的寻呼消息，比较这两次唤醒时收到的寻呼消息是否相同；如果相同，判断为重发寻呼消息；如果不同，判断为不重发寻呼消息。 [0060] 结合第四方面的第二种可能的实现方式，在第四方面的第四种可能的实现方式中，所述至少一个处理器还用于，如果所述终端在连续两个调整前的唤醒周期唤醒时，所述接收器均收到针对其他终端的寻呼消息，比较这两次唤醒时收到的寻呼消息是否相同； [0061] 如果相同，判断为重发寻呼消息； [0062] 如果不同，将判断为不同的次数加一，若所述判断为不同的次数大于第一预设次数，判断为不重发寻呼消息；若判断为不同的次数不大于第一预设次数，继续判断所述终端在前一次比较的连续两个调整前的唤醒周期中的后一个调整前的唤醒周期，与接下来一个调整前的唤醒周期，唤醒时收到的寻呼消息是否相同，直至判断为重发寻呼消息，或者判断为不重发寻呼消息。 [0063] 结合第四方面的第三种或第四可能的实现方式，在第四方面的第五种可能的实现方式中，所述至少一个处理器还用于，如果所述终端在任一个调整前的唤醒周期唤醒时，所述接收器收到表示所述寻呼信道空闲的消息，则丢弃所述表示所述寻呼信道空闲的消息。 [0064] 结合第四方面的第五可能的实现方式，在第四方面的第六种可能的实现方式中，所述至少一个处理器还用于，在丢弃所述表示所述寻呼信道空闲的消息之后，将收到所述表示所述寻呼信道空闲的消息的次数加一，如果所述收到所述表示所述寻呼信道空闲的消息的次数大于第二预设次数，判断为不重发寻呼消息，如果不大于所述第二预设次数，继续判断收到表示所述寻呼信道空闲的消息之后的连续两个调整前的唤醒周期，所述终端是否接收相同的寻呼消息。 [0065] 结合第四方面、第四方面的第一种至第六种可能的实现方式中的任一个，在第四方面的第七种可能的实现方式中，所述至少一个处理器还用于，判断所述终端在连续的M个所述调整前的唤醒周期，所述接收器连续接收相同的寻呼消息的最大次数X是否大于1，如果所述X大于1，判断为重发寻呼消息，其中，所述M为大于1的整数；将所述调整前的唤醒周期作为所述重发寻呼消息的时间间隔，将所述X作为所述重发寻呼消息的次数R；将所述终端的唤醒周期调整为所述调整前的唤醒周期的N倍，所述N≤X。 [0066] 结合第四方面的第七种可能的实现方式，在第四方面的第八种可能的实现方式中，所述至少一个处理器还用于，如果所述X等于1，判断为不重发寻呼消息。 [0067] 结合第四方面、第四方面的第一种至第八种可能的实现方式，在第四方面的第九种可能的实现方式中，所述至少一个处理器还用于： [0068] 在将所述终端的唤醒周期调整为所述重发寻呼消息的时间间隔的N倍之前，等待预设时间； [0069] 如果所述预设时间内没有发生中断事件，则等待结束后，将所述终端的唤醒周期调整为所述重发寻呼消息的时间间隔的N倍； [0070] 如果所述预设时间没有发生中断事件，则从发生所述中断事件起，再等待所述预设时间，然后将所述终端的唤醒周期调整为所述重发寻呼消息 的时间间隔的N倍。 [0071] 结合第四方面、第四方面的第一种至第九种可能的实现方式，在第四方面的第十种可能的实现方式中，所述至少一个处理器还用于，如果所述终端进入新的位置区，则停止正在进行的终端的唤醒周期的调整。 [0072] 根据本发明的第五方面，一种计算机可读的存储介质，用于存储一个或多个计算机程序，所述计算机程序包括程序代码，当所述计算机程序在计算机上运行时，所述程序代码用于执行上述第一方面、第一方面的第一至第九种实现方式中的任一个所述的调整终端的唤醒周期的方法。 [0073] 由上述方案可以看出，本发明实施例提供的方法，装置、终端，计算机程序及存储介质，通过识别网络在当前位置区是否重发寻呼消息，如果重发寻呼消息，则获取重发寻呼消息的时间间隔和重发寻呼消息的次数R，将终端的唤醒周期调整为重发寻呼消息的时间间隔的N倍(2≤N≤R)，使得终端不必在网络侧设备在当前位置区具备重发寻呼消息的性能时，仍按照网络侧设定的DRX周期唤醒，从而减少了终端的电能消耗，延长了待机时间。附图说明 [0074] 图1为处于空闲模式的终端的时间线； [0075] 图2为无线通信系统的组成示意图； [0076] 图3为本发明实施例1调整终端的唤醒周期的方法流程示意图； [0077] 图4为本发明实施例2调整终端的唤醒周期的方法流程示意图； [0078] 图5a为本发明实施例3调整终端的唤醒周期的方法流程示意图； [0079] 图5b为步骤501的第一实施方式的流程示意图； [0080] 图5c为步骤501的第二实施方式的流程示意图； [0081] 图6a为本发明实施例6的装置的第一实施方式的结构示意图； [0082] 图6b为本发明实施例6的装置的第二实施方式的结构示意图； [0083] 图6c为本发明实施例6的装置的第七实施方式的结构示意图； [0084] 图7为本发明实施例7终端的结构示意图； [0085] 图8为本发明实施例手机的结构示意图。 具体实施方式[0086] 本发明实施例提供的方法、装置、终端，计算机程序及存储介质，使得终端不必在网络侧设备在终端所在的位置区具有寻呼消息重发的机制时，仍按照网络设定的DRX周期唤醒，而是可以根据寻呼消息重发的情况，相应调整终端的唤醒周期，从而减少了终端不必要的唤醒次数，减少了终端的功耗，延长了终端的待机时间，以下结合附图对具体实施方式加以说明。 [0087] 需要说明的是，以下实施例中终端，不仅包含可以与网络进行无线通信的手机、固定台、个人数字助理(PDA)、无线调制解调器、平板电脑、笔记本电脑等无线终端，也可以包含与网络进行有线通信的、并进行周期唤醒的固定终端。 [0088] 本发明实施例可以应用于各种使用DRX周期的无线通信系统，例如GSM系统，WCDMA系统，CDMA系统以及LTE系统等，也可以应用于各种使用DRX周期的有线通信网络。以下实施例中仅以无线通信网络为例进行说明。 [0089] 如图2所示，为一个典型的无线通信系统，该无线通信系统中包括网络侧设备和无线终端，网络侧设备通过寻呼信道向无线终端发送寻呼消息或其他消息。此处的网络侧设备根据实际需要可以包括基站(如Node B)和无线网络控制器等，此处的无线终端可以为手机、个人数字助理(PDA)、无线调制解调器、平板电脑、笔记本电脑等。在无线终端处于空闲状态时，可能会有针对该无线终端的呼叫，网络侧设备通过发送寻呼消息来通知无线终端有呼叫。为了能在空闲状态下接收寻呼消息，无线终端周期性的唤醒，以接收寻呼消息或其他消息。通过寻呼信道，无线终端除了能收到针对自身寻呼消息，还可以收到针对处于同一寻呼组的其他终端的寻呼消 息，或者表示寻呼信道空闲的消息等。 [0090] 需要说明的是，后续的实施例中，在调整终端的唤醒周期之前，网络侧设备下发的消息，是所述终端在每个调整前的唤醒周期唤醒时接收的，在调整终端的唤醒周期之后，网络侧设备下发的消息，是所述终端在每个调整后的唤醒周期唤醒时接收的。 [0091] 实施例1 [0092] 如图3所示，为本发明实施例1的方法流程图，图中所示的调整终端的唤醒周期的方法，包括： [0093] 步骤301、判断网络侧设备在终端所在的位置区是否重发寻呼消息； [0094] 需要说明的是，触发步骤301执行的条件有多种，例如可以是当该终端进入新的位置区，可以是终端开机，可以是前一次调整终端的唤醒周期的方法运行之后的触发(具体可以参见后续实施例)，还可以是用户输入指令触发等。 [0095] 步骤302、如果重发寻呼消息，则获取重发寻呼消息的时间间隔和重发寻呼消息的次数R，将所述终端的唤醒周期调整为所述重发寻呼消息的时间间隔的N倍，其中，N为整数，且2≤N≤R。 [0096] 在步骤302中，重发寻呼消息的时间间隔，是指网络侧设备发送一条寻呼消息，与下一次再发送该条寻呼消息的时间间隔。例如，当终端在第1个终端的唤醒周期唤醒时，网络侧设备下发了寻呼消息a，如果当终端在第2个终端的唤醒周期唤醒时，网络侧设备再次下发了该寻呼消息a，此时重发寻呼消息的时间间隔为一个终端的唤醒周期，如果当终端在第i个终端的唤醒周期唤醒时，网络侧设备再次下发了该寻呼消息a，此时重发寻呼消息的时间间隔为i-1个终端的唤醒周期。由于会对“终端的唤醒周期”进行调整，为了区分，在调整之前，“终端的唤醒周期”又称为“调整前的唤醒周期”。 [0097] 获取重发寻呼消息的时间间隔和重发寻呼消息的次数R，可以向网络 侧设备进行查询，也可以根据终端收到的寻呼消息进行测量(例如后续实施例2和实施例3中的方式)。 [0098] 本发明实施例中的终端的唤醒周期，就是终端的DRX周期。调整前的唤醒周期，可以由终端所属的网络侧设备确定、网络侧设备与终端协商确定，也可以是前一次按照步骤302调整后的唤醒周期。例如，在国内的GSM系统中，DRX周期通常由网络侧设备设定为470ms或940ms；在WCDMA系统中，DRX周期通常由网络侧设备设定为640ms；而在CDMA和LTE系统中，DRX周期常由无线终端根据自身的业务情况与网络侧设备协商确定。获取调整前的唤醒周期的具体方式并不构成对本发明的限定。 [0099] 本实施例中，如果终端会重复收到网络侧设备发送的寻呼消息(即终端所在的网络在当前位置区针对同一条寻呼消息，会下发不止一次)，根据重发寻呼消息的次数R和时间间隔，终端的唤醒周期被调整为重发寻呼消息的时间间隔的N倍，其中，N为整数，且2≤N≤R。其中N的取值，需要根据网络侧设备重复发送寻呼消息的次数确定，N的选择将在后续的实施例中详细说明。 [0100] 本实施例1提供的调整终端的唤醒周期的方法，当识别网络侧设备在终端所在的位置区重复发送寻呼消息时，将终端的唤醒周期调整为重发寻呼消息的时间间隔的N倍，其中，N为整数，且2≤N≤R，使得终端不必在网络侧设备在终端所在的位置区具备重发寻呼消息的性能时，仍按照网络侧设备设定的唤醒周期进行唤醒，从而减少了终端的电能消耗，延长了待机时间。 [0101] 可选的，在实施例1的另一实施方式中，除了上述步骤301和302，该调整终端的唤醒周期的方法还包括，如果所述终端进入新的位置区，则停止正在进行的调整终端的唤醒周期的过程。该步骤保证了终端的唤醒周期始终与终端当前所在的位置区的性能匹配，如果终端进入了新的位置 区，是否调整，以及如何调整终端的唤醒周期将取决于新的位置区的性能。 [0102] 可选的，在实施例1的再一实施方式中，除了上述步骤301和302，该调整终端的唤醒周期的方法还包括，如果判断网络侧设备在终端所在的位置区不重发寻呼消息，维持终端的唤醒周期不变。该步骤使得终端的唤醒周期仅在网络侧设备在当前位置区重发寻呼消息时进行调整，避免了不合适的调整终端的唤醒周期而导致终端丢失寻呼消息。 [0103] 可选的，在实施例1的又一实施方式中，除了上述步骤301和302，该调整终端的唤醒周期的方法还包括，如果重发寻呼消息，将终端的唤醒周期调整为重发寻呼消息的时间间隔的N倍之前，该调整终端的唤醒周期的方法还包括：等待预设时间；并判断所述预设时间内是否发生中断事件，如果没有发生，则等待结束后，将终端的唤醒周期调整为重发寻呼消息的时间间隔的N倍；如果发生了中断事件，则从发生中断事件起，再等待所述预设时间，然后将所述终端的唤醒周期调整为所述重发寻呼消息的时间间隔的N倍。此处的中断事件具体可以为，终端业务连接建立，或者终端进行小区重选等需要对终端中存储终端的唤醒周期的Layer1层(即物理层)进行配置的事件。本步骤避免了同时对Layer1层(即物理层)配置而造成冲突，从而提高了该调整终端的唤醒周期的方法的稳定性，同时不影响终端的其他操作。 [0104] 实施例2 [0105] 如图4所示，为本发明实施例2的调整终端的唤醒周期的方法流程图。该方法具体包括： [0106] 步骤401、判断终端在连续的M个调整前的唤醒周期，连续接收相同的寻呼消息的最大次数X是否大于1，其中，M为整数，且M＞1。如果X大于1，判断为重发寻呼消息，转步骤402，如果X＝1，则判断为不重发寻呼消息，转步骤403。 [0107] 步骤401的触发条件与步骤301相同，此处不再赘述。本实施例中， 判断网络侧设备在终端所在的位置区是否重发寻呼消息具体为，判断所述终端在连续的M个调整前的唤醒周期，连续接收相同的寻呼消息的最大次数X是否大于1。如果X大于1，则判断为重发寻呼消息，如果X等于1，则判断为不会重发寻呼消息。 [0108] 其中，M的取值为大于或等于2的整数，M的取值越大，检测到网络侧实际的发送寻呼消息的周期的可能性越大，但是M取值越大，需要检测的时间也越长，因此M通常调整为一个合适的数目，例如5以内的整数。举例来说，如果M取值为6，如果在6个连续的终端的唤醒周期唤醒时分别收到的寻呼消息为a a b b b c(其中a，b，c分别表示不同的寻呼消息)，则网络设备重复寻呼消息的次数为2或者3，而其中最大的次数(即X的取值)取为3。 [0109] 此时，重发寻呼消息的时间间隔与调整前的唤醒周期相等，重发寻呼消息的次数R＝X＝3，后续可以将终端的唤醒周期调整为调整前的唤醒周期的2倍或者3倍。 [0110] 其中，相同的寻呼消息具体是指寻呼消息的类型和内容完全相同。其中，寻呼消息的类型包括TMSI(Temporary Mobile Subscriber Identity)，PTMSI(Packet Switch Domain Temporary Mobile Subscriber Identity)和IMSI(International Mobile Subscriber Identification)；相应的，寻呼消息的内容分别为TMSI编号(4字节)，PTMSI编号(4字节)和IMSI编号(8字节)。终端收到的寻呼消息可以是针对其他终端的，也可以是针对自身的。如果终端收到针对其他终端的寻呼消息，则记录这些消息用于步骤401的判断，如果终端收到针对本终端的寻呼消息，可以直接处理该寻呼消息，像现有技术一样进入相应的连接状态，也可以暂时不处理该寻呼消息，而是先记录收到的寻呼消息用于步骤401的判断，稍后再处理收到的寻呼消息(例如，等到下一唤醒周期收到网络侧设备发送的消息之后，或者等到其他时间点)。 [0111] 步骤402、等待预设时间，判断是否该预设时间内是否发生中断事件，如果是，转步骤404，如果否，转步骤405。 [0112] 步骤403、维持调整前的唤醒周期不变。 [0113] 当连续M个调整前的唤醒周期都没有连续收到相同的寻呼消息，即X＝1，此时不修改调整前的唤醒周期，不再转步骤401。可选的，如果X＝1，还可以暂时不修改调整前的唤醒周期，累计步骤401执行的次数，如果步骤401执行的次数不大于预设值，则重新转步骤401，如果步骤401执行的次数大于预设值(例如10次)，则不再对调整前的唤醒周期进行调整，除非终端进入到新的位置区，或者终端重启等其他触发条件满足。 [0114] 步骤404、等待预设时间，转步骤405。 [0115] 步骤405、将所述终端的唤醒周期调整为调整前的唤醒周期的N倍，N≤X。 [0116] 可以理解，如果所述终端所在的网络在当前位置区重发寻呼消息(即X＞1)，在将所述终端的唤醒周期调整为调整前的唤醒周期的N倍之前，该调整终端的唤醒周期的方法还包括步骤402：等待预设时间；并判断所述预设时间内是否发生中断事件，如果没有，则等待结束后，转步骤404，将终端的唤醒周期调整为调整前的唤醒周期的N倍；如果所述预设时间发生中断事件，则从发生所述中断事件起，再等待所述预设时间，然后将终端的唤醒周期调整为调整前的唤醒周期的N倍，此处N的取值满足2＜＝N＜＝X。此处的中断事件具体可以为，终端业务连接建立，或者终端进行小区重选等需要对终端中存储终端的唤醒周期的LAYER1层(即物理层)进行配置的事件，为了避免同时对LAYER1层(即物理层)配置而造成冲突，需要将调整终端的唤醒周期的操作延迟预设时间，等中断事件完成之后，再进行调整终端的唤醒周期的操作。此处的预设时间，可以设定为5秒或其他合适的时间。 [0117] 其中，步骤402和404为可选的，可以省略，也就是说，当步骤401 中判断为重发寻呼消息之后，可以直接进行步骤405。在执行上述步骤401-405中过程中，如果所述终端进入新的位置区，则停止正在进行的调整终端的唤醒周期的方法。此处的停止之后，终端在当前位置区可以不再调整终端的唤醒周期，也可以重新开始调整终端的唤醒周期(即重新从步骤401开始执行)。 [0118] 实施例2提供的调整终端的唤醒周期的方法，判断所述终端在连续的M个所述调整前的唤醒周期，连续接收相同的寻呼消息的最大次数X是否大于1，如果是，则将终端的唤醒周期调整为调整前的唤醒周期的小于或等于X的整数倍，使得终端不必在网络侧设备在当前位置区具备重发寻呼消息的性能时，仍按照网络侧设定的唤醒周期进行唤醒，从而减少了终端的电能消耗，延长了待机时间；同时，由于在调整终端的唤醒周期之前等待预设时间，避免了调整终端的唤醒周期可能造成的冲突，提高了该调整方法的稳定性，而且不影响终端的其他操作。 [0119] 实施例3 [0120] 如图5a所示，为本发明实施例3提供的调整终端的唤醒周期的方法流程图，该方法具体包括： [0121] 步骤501、所述终端是否在连续两个调整前的唤醒周期接收相同的寻呼消息，如果是，判断为重发寻呼消息，转步骤502。 [0122] 步骤501的触发条件与步骤301、401相同，此处不再赘述。在本实施方式中，没有检测网络侧设备到底会重发多少次寻呼消息，而是只判断网络设备是否会连续两次下发寻呼消息(即在连续的两个调整前的唤醒周期下发同一条寻呼消息)，相当于判断重发寻呼消息的次数R是否大于等于2，且重发寻呼消息的时间间隔是否为一个调整前的唤醒周期。 [0123] 图5b为步骤501的第一实施方式的流程示意图，步骤501的第一实施方式具体包括：如果所述终端在连续两个调整前的唤醒周期唤醒时，均收到针对其他终端的寻呼消息，比较这两次唤醒时收到的寻呼消息是否相 同；如果相同，判断为重发寻呼消息，转步骤502；如果不同，判断为不重发寻呼消息。 [0124] 图5c为步骤501的第二实施方式的流程示意图，步骤501的第二实施方式具体包括： [0125] 如果所述终端在连续两个调整前的唤醒周期唤醒时，均收到针对其他终端的寻呼消息，比较这两次唤醒时收到的寻呼消息是否相同； [0126] 如果相同，判断为重发寻呼消息，转步骤502； [0127] 如果不同，将判断为不同的次数加一，若所述判断为不同的次数大于第一预设次数，判断为不重发寻呼消息；若判断为不同的次数不大于第一预设次数，继续判断所述终端在前一次比较的连续两个调整前的唤醒周期中的后一个调整前的唤醒周期，与接下来一个调整前的唤醒周期，唤醒时收到的寻呼消息是否相同，直至判断为重发寻呼消息(然后转步骤502)，或者判断为不重发寻呼消息。 [0128] 在上述两个步骤501的实施方式中，可选的，如果判断为不重发寻呼消息，则不调整终端的唤醒周期，维持调整前的唤醒周期不变。 [0129] 步骤501的第二实施方式中，累计判断不同的次数，是为了防止误判，如果网络下发的寻呼消息依次为a a b b c c，而选取的待判断的两个连续调整前的唤醒周期正好是接收第二个a消息的调整前的唤醒周期和接收第一个b消息的调整前的唤醒周期，如果仅比较一次，将会错误的判断网络不会重发寻呼消息。可选的，在比较了接收第二个a消息的调整前的唤醒周期和接收第一个b消息的调整前的唤醒周期，得到了寻呼消息不同的结论之后，接下来比较接收第一个b消息的调整前的唤醒周期和接收了第二个b消息的调整前的唤醒周期。直到得出判断结果，即最终判断出重发寻呼消息，或者最终判断出不重发寻呼消息。 [0130] 可选的，在上述两种步骤501的实施方式中，如果所述终端在任一个调整前的唤醒周期中的唤醒时，收到表示所述寻呼信道空闲的消息，则丢 弃所述表示所述寻呼信道空闲的消息。 [0131] 可选的，丢弃所述表示所述寻呼信道空闲的消息之后还包括，记录所述终端收到表示所述寻呼信道空闲的消息的次数，如果记录的次数大于所述第二预设次数(例如设为10次)，则判断为不重发寻呼消息；如果不大于第二预设次数，则继续判断终端在接下来两个DRX周期唤醒时，是否收到相同的寻呼消息。 [0132] 以下分情况具体说明，假设从第Y(Y表示任一正整数)个调整前的唤醒周期开始执行步骤501。 [0133] 如果所述终端在第Y次唤醒时收到针对其他终端的寻呼消息，且所述终端在第Y+1次唤醒时接收到针对其他终端的寻呼消息；判断这两条寻呼消息是否相同，如果两条寻呼消息相同，判断为重发寻呼消息，转步骤502。如果两条寻呼消息不同，判断为不重发寻呼消息，或者，第一计数器加一，如果第一计数器没有达到第一预设次数，继续接收第Y+2个调整前的唤醒周期唤醒时网络下发的消息，判断第Y+1与第Y+2次唤醒时是否收到相同的寻呼消息，具体的判断方法与判断第Y次唤醒和第Y+1次唤醒相同，此处不再重复。如果第一计数器达到第一预设次数，判断为不重发寻呼消息。 [0134] 如果所述终端在第Y次唤醒时收到针对其他终端的寻呼消息，且所述终端在第Y+1次唤醒时收到表示所述寻呼信道空闲的消息，则丢弃所述表示所述寻呼信道空闲的消息，第二计数器加一，若第二计数器没有达到第二预设次数，继续接收第Y+2个周期和第Y+3个周期唤醒时网络下发的消息，判断第Y+2与第Y+3次唤醒时是否收到相同的寻呼消息，具体的判断方法与判断第Y次唤醒和第Y+1次唤醒相同，此处不再重复。如果第二计数器达到第二预设次数，判断为不重复寻呼消息。 [0135] 如果所述终端在第Y次唤醒时收到表示所述寻呼信道空闲的消息，则丢弃所述表示所述寻呼信道空闲的消息，第二计数器加一，若第二计数器 没有达到第二预设次数，继续接收第Y+1个周期和第Y+2个调整前的唤醒周期唤醒时网络下发的消息，判断第Y+2与第Y+3次唤醒时是否收到相同的寻呼消息，具体的判断方法与判断第Y次唤醒和第Y+1次唤醒相同，此处不再重复。如果第二计数器达到第二预设次数，判断为不重发寻呼消息。 [0136] 本实施例中，相同的寻呼消息具体是指寻呼消息的类型和内容完全相同。其中，寻呼消息的类型包括TMSI，PTMSI和IMSI；相应的，寻呼消息的内容分别为TMSI编号(4字节)，PTMSI编号(4字节)和IMSI编号(8字节)。终端收到的寻呼消息可以是针对其他终端的，也可以是针对自身的。如果终端收到针对其他终端的寻呼消息，则记录这些消息用于步骤501的判断，如果终端收到针对本终端的寻呼消息，可以直接处理该寻呼消息，像现有技术一样进入相应的连接状态，也可以暂时不处理该寻呼消息，而是先记录收到的寻呼消息用于步骤501的判断，稍后再处理收到的寻呼消息(例如，等到下一唤醒周期收到网络侧设备发送的消息之后，或者等到其他时间点)。 [0137] 步骤502、等待预设时间，判断是否该预设时间内是否发生中断事件，如果是，转步骤504，如果否，转步骤505。 [0138] 步骤504、等待预设时间，转步骤505。 [0139] 步骤505、将所述终端的唤醒周期调整为调整前的唤醒周期的两倍。 [0140] 在上述步骤505中，将终端的唤醒周期调整为调整前的唤醒周期的两倍，使得终端不会遗漏针对自身的寻呼消息，同时，也不会对终端响应寻呼消息的速度造成明显的影响，不会影响用户的体验。 [0141] 需要说明的是，其中关于步骤502和504的说明，与步骤402和404类似，此处不再重复。步骤502和504为可选的，可以省略，即步骤501中判断为重发寻呼消息后，转步骤505。在执行上述步骤501-505的过程中，如果所述终端进入新的位置区，则停止正在进行的调整终端的唤醒周 期的方法。此处的停止之后，终端在新的位置区可以不再调整终端的唤醒周期，也可以重新开始调整终端的唤醒周期(即重新从步骤501开始执行)。 [0142] 实施例3提供的调整终端的唤醒周期的方法，判断网络侧设备在终端所在的位置区的连续的两个周期，是否下发的相同寻呼，如果是，则将终端的唤醒周期调整为调整前的唤醒周期的两倍，使得终端不必在其所在的位置区具备重发寻呼消息的性能时，仍按照网络侧设备设定的终端的唤醒周期唤醒，从而减少了终端的电能消耗，延长了待机时间，同时，也不会对终端响应寻呼消息的速度造成明显影响，不会影响用户体验；另一方面，由于在调整终端的唤醒周期之前等待预设时间，避免了调整终端的唤醒周期可能造成的冲突，再一方面，还避免了在寻呼信道空闲时无法准确判断是否重发寻呼消息。 [0143] 可选的，在前述的实施例1-3中的各种调整终端的唤醒周期的方法基础上，终端的唤醒周期调整为重发寻呼消息的时间间隔的N倍之前，该调整终端的唤醒周期的方法还包括：向所述网络侧设备发送请求消息，该请求消息用于请求所述网络侧设备允许终端的唤醒周期调整为重发寻呼消息的时间间隔的N倍，如果收到所述网络侧设备发送的表示允许调整的响应，则将终端的唤醒周期调整为重发寻呼消息的时间间隔的N倍，否则，停止正在进行的终端的唤醒周期的调整，维持调整前的唤醒周期不变。上述请求网络侧设备允许的方案，使得网络侧设备可以获知终端的唤醒周期正在被调整，并可对是否调整进行控制。 [0144] 需要说明的是，如果前述的实施例1-3中的调整终端的唤醒周期的方法，还包括“等待预设时间，判断该预设时间内是否发生中断事件的”的过程(步骤402和404，或者步骤502和504)，上述请求网络侧设备允许的过程可以在“等待预设时间，判断该预设时间内是否发生中断事件的”的过程之前，在判断为重发寻消息之后。如果收到网络侧设备发送的表示 允许调整的响应，则执行“等待预设时间，判断该预设时间内是否发生中断事件的”的过程，否则，停止正在进行的终端的唤醒周期的调整，维持调整前的唤醒周期不变。或者，还可以在判断为重发寻呼消息，和“等待预设时间，判断该预设时间内是否发生中断事件的”的过程之后，再执行请求网络侧设备允许的过程。 [0145] 实施例4 [0146] 本发明实施例4提供一种计算机程序，该计算机程序包括程序代码，当所述计算机程序在计算机上运行时，所述程序代码用于执行上述实施例1-3中的调整终端的唤醒周期的方法。此处不再重复。 [0147] 实施例5 [0148] 本发明实施例5提供一种计算机可读的存储介质，用于存储一个或多个计算机程序，所述一个或多个计算机程序包括程序代码，当所述计算机程序在计算机上运行时，所述程序代码用于执行上述实施例1-3中的调整终端的唤醒周期的方法。此处不再重复。所述的存储介质，如：ROM/RAM、磁碟、光盘等。 [0149] 实施例6 [0150] 本发明实施例，还提供一种装置，用于执行调整终端的唤醒周期的方法。 [0151] 如图6a所示，为本发明实施例6的装置的第一实施方式的结构示意图，该装置包括：判断单元601，用于判断网络侧设备在终端所在的位置区是否重发寻呼消息；调整单元602，用于在所述判断单元判断为重发寻呼消息时，获取重发寻呼消息的时间间隔和重发寻呼消息的次数R；将所述终端的唤醒周期调整为所述重发寻呼消息的时间间隔的N倍，其中，N为整数，且2≤N≤R。 [0152] 需要说明的是，如图6b所示，触发上述判断单元601启动，并开始 判断寻呼消息是否会重发的，可以是单独的启动单元600，如果该启动单元600判断该装置进入新的位置区，或者是该装置开机，则触发判断单元601启动，或者启动单元600根据用户输入的指令，触发判断单元601启动。判断单元601在某一次的运行的过程中，也有可能触发该判断单元601在正在进行的运行完之后继续运行，具体情况在后续实施方式中加以说明。 [0153] 前述的装置的第一实施方式，使得终端不必在其所在的位置区具备重发寻呼消息的性能时，仍按照网络侧设备设定的唤醒周期进行唤醒，从而减少了终端的电能消耗，延长了待机时间。 [0154] 如图6b所示，在装置的第二实施方式中，在装置的第一实施方式的基础上，所述判断单元601包括：第一子单元6011，用于判断所述终端是否在连续两个调整前的唤醒周期接收相同的寻呼消息；如果是，则判断为重发寻呼消息；所述调整单元602具体用于，将所述调整前的唤醒周期作为所述获取重发寻呼消息的时间间隔，和将2作为所述重发寻呼消息的次数R，将所述终端的唤醒周期调整为所述调整前的唤醒周期的两倍。 [0155] 装置的第二实施方式，除了可以实现装置的第一实施方式的技术效果，同时，还由于将终端的唤醒周期调整为调整前的唤醒周期的两倍，使得终端不会遗漏针对自身的寻呼消息，同时，也不会对终端响应寻呼消息的速度造成明显的影响，不会影响用户的体验。 [0156] 在装置的第三实施方式中，在装置的第二实施方式的基础上，所述第一子单元6011还用于：如果所述终端在连续两个调整前的唤醒周期唤醒时，所述终端均收到针对其他终端的寻呼消息，比较这两次唤醒时收到的寻呼消息是否相同；如果相同，判断为重发寻呼消息；如果不同，判断为不重发寻呼消息。 [0157] 装置的第三实施方式，除了可以实现装置的第二实施方式的技术效果，还提供了一种较为简便的判断是否重发消息的方案。 [0158] 在装置的第四实施方式中，在装置的第二实施方式的基础上，所述第一子单元，还用于，如果所述终端在连续两个调整前的唤醒周期唤醒时，所述终端均收到针对其他终端的寻呼消息，比较这两次唤醒时收到的寻呼消息是否相同；如果相同，判断为重发寻呼消息；如果不同，将判断为不同的次数加一，若所述判断为不同的次数大于第一预设次数，判断为不重发寻呼消息；若判断为不同的次数不大于第一预设次数，继续判断所述终端在前一次比较的连续两个调整前的唤醒周期中的后一个调整前的唤醒周期，与接下来一个调整前的唤醒周期，唤醒时收到的寻呼消息是否相同，直至判断为重发寻呼消息，或者判断为不重发寻呼消息。 [0159] 装置的第四实施方式，除了可以实现装置的第二实施方式的技术效果，还提供了一种准确性更高的判断是否重发消息的方案，减少了因为判断的起点选择不合适导致的误差。 [0160] 在装置的第五实施方式中，在装置的第三实施方式或者第四实施方式的基础上，所述第一子单元6011，还用于，如果所述终端在任一个调整前的唤醒周期唤醒时，所述终端收到表示所述寻呼信道空闲的消息，则丢弃所述表示所述寻呼信道空闲的消息。 [0161] 装置的第五实施方式，除了可以实现装置的第三实施方式和第四实施方式的技术效果，还提供了一种寻呼信道空闲时的处理方案，避免了误判为“网络不支持寻呼消息”的情况出现。 [0162] 在装置的第六实施方式中，在第五实施方式的基础上，所述第一子单元6011还用于，在丢弃所述表示所述寻呼信道空闲的消息之后，将收到所述表示所述寻呼信道空闲的消息的次数加一，如果所述收到所述表示所述寻呼信道空闲的消息的次数大于第二预设次数，判断为不重发寻呼消息，如果不大于所述第二预设次数，继续判断收到表示所述寻呼信道空闲的消息之后的连续两个调整前的唤醒周期，所述终端是否接收相同的寻呼消息。 [0163] 装置的第六实施方式，除了可以实现装置的第五实施方式的技术效果，还提供了一种处理寻呼信道较长时间空闲时如何判断是否重发寻呼消息的方案，避免了寻呼信道较长时间空闲时，无法得出是否重发寻呼消息的结论，而造成的判断的时间和资源的浪费。 [0164] 如图6c所示，在装置的第七实施方式中，在第一至第六实施方式的基础上，所述判断单元601还包括，第二子单元6012，用于判断所述终端在连续的M个所述调整前的唤醒周期，所述终端连续接收相同的寻呼消息的最大次数X是否大于1，如果所述X大于1，判断为重发寻呼消息，其中，所述M为大于1的整数；所述调整单元602，具体用于，将所述调整前的唤醒周期作为所述重发寻呼消息的时间间隔，将所述X作为所述重发寻呼消息的次数R；将所述终端的唤醒周期调整为所述调整前的唤醒周期的N倍，所述N≤X。 [0165] 装置的第七实施方式，除了可以实现装置的第一至第六实施方式的技术效果，还提供另一种判断是否重发寻呼消息的方案，该方案判断的准确率较高，实现起来比较容易。 [0166] 在装置的第八实施方式中，在第七实施方式的基础上，所述第二子单元6012还用于，如果所述X等于1，判断为不重发寻呼消息。 [0167] 装置的第八实施方式，除了可以实现装置的第七实施方式的技术效果，还提供了一种X等于1的处理方案，使得判断重发寻呼消息的方案更加完整。 [0168] 在装置的第九实施方式中，在上述第一至第八实施方式的基础上，所述调整单元602还用于，在将所述终端的唤醒周期调整为所述重发寻呼消息的时间间隔的N倍之前，等待预设时间；如果所述预设时间内没有发生中断事件，则等待结束后，将所述终端的唤醒周期调整为所述重发寻呼消息的时间间隔的N倍；如果所述预设时间没有发生中断事件，则从发生所述中断事件起，再等待所述预设时间，然后将所述终端的唤醒周期调整为 所述重发寻呼消息的时间间隔的N倍。 [0169] 装置的第九实施方式，除了可以实现装置的第一至第八实施方式的技术效果，由于在调整终端的唤醒周期之前等待预设时间，避免了调整终端的唤醒周期可能造成的冲突。 [0170] 在装置的第十实施方式中，在上述第一至第九实施方式的基础上，所述调整单元还用于，如果所述终端进入新的位置区，则停止正在进行的终端的唤醒周期的调整。 [0171] 装置的第十实施方式，除了可以实现装置的第一至第九实施方式的技术效果，还使得终端的寻呼周期的调整，始终与终端当前所在的位置区的性能匹配，避免了二者不匹配时，造成终端遗漏寻呼消息。 [0172] 本发明实施例1-3中调整终端的寻呼周期的方法中的各种描述，同样适用于装置的第一至十实施方式，此处不再重复。 [0173] 可选的，在上述装置第一至第十的实施方式的基础上，所述装置还可以包括发送单元和接收单元，该发送单元，用于向所述网络侧设备发送请求消息，该请求消息用于请求所述网络侧设备允许终端的唤醒周期调整为重发寻呼消息的时间间隔的N倍；该接收单元，用于接收所述网络侧设备发送的表示允许调整的响应；所述调整单元602还用于，如果该接收单元收到所述网络侧设备发送的表示允许调整的响应，则将终端的唤醒周期调整为重发寻呼消息的时间间隔的N倍，否则，停止正在进行的终端的唤醒周期的调整，维持调整前的唤醒周期不变。上述请求网络侧设备允许的过程，使得网络侧设备可以获知终端的唤醒周期正在被调整，并可对是否调整进行控制。 [0174] 需要说明的是，当上述请求网络侧设备允许的方案与上述装置的第九和第十实施方式结合时，可以先由所述发送单元、接收单元完成请求网络侧设备允许的过程，以及所述调整单元判断该接收单元收到所述网络侧设备发送的表示允许调整的响应之后，再执行等待预设时间的过程。或者调 整单元先执行等待预设时间的过程，然后再由所述发送单元、接收单元完成请求网络侧设备允许的过程，所述调整单元判断该接收单元收到所述网络侧设备发送的表示允许调整的响应之后，再调整终端的唤醒周期。 [0175] 实施例7 [0176] 本发明实施例还提供一种终端。 [0177] 在终端的第一实施方式中，该终端包括，至少一个处理器702，用于：判断网络侧设备在终端所在的位置区是否重发寻呼消息；如果重发寻呼消息，则获取重发寻呼消息的时间间隔和重发寻呼消息的次数R，将所述终端的唤醒周期调整为所述重发寻呼消息的时间间隔的N倍，其中，N为整数，且2≤N≤R。 [0178] 终端的第一实施方式，当识别网络侧设备在终端所在的位置区重复发送寻呼消息时，将终端的唤醒周期调整为重发寻呼消息的时间间隔的N倍，其中，N为整数，且2≤N≤R，使得终端不必在其所在的位置区具备重发寻呼消息的性能时，仍按照网络侧设备设定的唤醒周期进行唤醒，从而减少了终端的电能消耗，延长了待机时间。 [0179] 在终端的第二实施方式中，在终端的第一实施方式的基础上，如图7所示，该终端还包括，接收器702，用于当所述终端在每个调整前的唤醒周期唤醒时，接收所述网络侧设备下发的消息。 [0180] 在终端的第三实施方式中，在终端的第一或第二实施方式的基础上，所述至少一个处理器701具体用于：判断所述终端是否在连续两个调整前的唤醒周期接收相同的寻呼消息；如果是，则判断为重发寻呼消息；将所述调整前的唤醒周期作为所述获取重发寻呼消息的时间间隔，和将2作为所述重发寻呼消息的次数R；并将所述终端的唤醒周期调整为所述调整前的唤醒周期的两倍。 [0181] 终端的第三实施方式，除了可以实现终端的第一实施方式的技术效果，同时，还由于将终端的唤醒周期调整为调整前的唤醒周期的两倍，使 得终端不会遗漏针对自身的寻呼消息，同时，也不会对终端响应寻呼消息的速度造成明显的影响，不会影响用户的体验。 [0182] 在终端的第四实施方式中，在终端的第三实施方式的基础上，所述至少一个处理器701还用于，如果所述终端在连续两个调整前的唤醒周期唤醒时，所述接收器均收到针对其他终端的寻呼消息，比较这两次唤醒时收到的寻呼消息是否相同；如果相同，判断为重发寻呼消息；如果不同，判断为不重发寻呼消息。 [0183] 终端的第四实施方式，除了可以实现终端的第三实施方式的技术效果，还提供了一种较为简便的判断是否重发消息的方案。 [0184] 在终端的第五实施方式中，在终端的第三实施方式的基础上，所述至少一个处理器701还用于，如果所述终端在连续两个调整前的唤醒周期唤醒时，所述接收器均收到针对其他终端的寻呼消息，比较这两次唤醒时收到的寻呼消息是否相同；如果相同，判断为重发寻呼消息；如果不同，将判断为不同的次数加一，若所述判断为不同的次数大于第一预设次数，判断为不重发寻呼消息；若判断为不同的次数不大于第一预设次数，继续判断所述终端在前一次比较的连续两个调整前的唤醒周期中的后一个调整前的唤醒周期，与接下来一个调整前的唤醒周期，唤醒时收到的寻呼消息是否相同，直至判断为重发寻呼消息，或者判断为不重发寻呼消息。 [0185] 终端的第五实施方式，除了可以实现终端的第一实施方式的技术效果，还提供了一种准确性更高的判断是否重发消息的方案，减少了因为判断的起点选择不合适导致的误差。 [0186] 在终端的第六实施方式中，在终端的第四和第五实施方式的基础上，所述至少一个处理器701还用于，如果所述终端在任一个调整前的唤醒周期唤醒时，所述接收器收到表示所述寻呼信道空闲的消息，则丢弃所述表示所述寻呼信道空闲的消息。 [0187] 终端的第六实施方式，除了可以实现装置的第四实施方式和第五实施 方式的技术效果，还提供了一种寻呼信道空闲时的处理方案，避免了误判为“网络不支持寻呼消息”的情况出现。 [0188] 在终端的第七实施方式中，在终端的第六实施方式的基础上，所述至少一个处理器701还用于，在丢弃所述表示所述寻呼信道空闲的消息之后，将收到所述表示所述寻呼信道空闲的消息的次数加一，如果所述收到所述表示所述寻呼信道空闲的消息的次数大于第二预设次数，判断为不重发寻呼消息，如果不大于所述第二预设次数，继续判断收到表示所述寻呼信道空闲的消息之后的连续两个调整前的唤醒周期，所述终端是否接收相同的寻呼消息。 [0189] 终端的第七实施方式，除了可以实现终端的第六实施方式的技术效果，还提供了一种处理寻呼信道较长时间空闲时如何判断是否重发寻呼消息的方案，避免了寻呼信道较长时间空闲时，无法得出是否重发寻呼消息的结论，而造成的判断的时间和资源的浪费。 [0190] 在终端的第八实施方式中，在终端的第一至七实施方式的基础上，所述至少一个处理器701还用于，判断所述终端在连续的M个所述调整前的唤醒周期，所述接收器连续接收相同的寻呼消息的最大次数X是否大于1，如果所述X大于1，判断为重发寻呼消息，其中，所述M为大于1的整数；将所述调整前的唤醒周期作为所述重发寻呼消息的时间间隔，将所述X作为所述重发寻呼消息的次数R；将所述终端的唤醒周期调整为所述调整前的唤醒周期的N倍，所述N≤X。 [0191] 装置的第八实施方式，除了可以实现终端的第一至第七实施方式的技术效果，还提供另一种判断是否重发寻呼消息的方案，该方案判断的准确率较高，实现起来比较容易。 [0192] 在终端的第九实施方式中，在终端的第八实施方式的基础上，所述至少一个处理器701还用于，如果所述X等于1，判断为不重发寻呼消息。 [0193] 终端的第九实施方式，除了可以实现终端的第八实施方式的技术效 果，还提供了一种X等于1的处理方案，使得判断重发寻呼消息的方案更加完整。 [0194] 在终端的第十实施方式中，在终端的第一至第九实施方式的基础上，所述至少一个处理器701还用于，在将所述终端的唤醒周期调整为所述重发寻呼消息的时间间隔的N倍之前，等待预设时间；如果所述预设时间内没有发生中断事件，则等待结束后，将所述终端的唤醒周期调整为所述重发寻呼消息的时间间隔的N倍；如果所述预设时间没有发生中断事件，则从发生所述中断事件起，再等待所述预设时间，然后将所述终端的唤醒周期调整为所述重发寻呼消息的时间间隔的N倍。 [0195] 终端的第十实施方式，除了可以实现终端的第一至第九实施方式的技术效果，由于在调整终端的唤醒周期之前等待预设时间，避免了调整终端的唤醒周期可能造成的冲突。 [0196] 在终端的第十一实施方式中，在终端的第一至第十实施方式的基础上，所述至少一个处理器701还用于，如果所述终端进入新的位置区，则停止正在进行的终端的唤醒周期的调整。 [0197] 终端的第十一实施方式，除了可以实现终端的第一至第十实施方式的技术效果，还使得终端的寻呼周期的调整，始终与终端当前所在的位置区的性能匹配，避免了二者不匹配时，造成终端遗漏寻呼消息。 [0198] 上述第一至第十一实施方式中的终端，具体可以为手机，图8所示为与本发明实施例相关的手机的结构示意图。该手机包括除了处理器880和射频RF电路810，存储器820、输入单元830、显示单元840、传感器850、音频电路860、无线保真WiFi模块870、以及电源190等部件。本领域技术人员可以理解，图8中示出的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中，处理器701由处理器880实现，接收器701由RF电路810实现。 [0199] 本发明实施例1-3中调整终端的寻呼周期的方法中的各种描述，同样 适用于终端的第一至十一实施方式，此处不再重复。 [0200] 可选的，在上述终端第一至第十一的实施方式的基础上，所述终端还可以包括，发送器，用于向所述网络侧设备发送请求消息，该请求消息用于请求所述网络侧设备允许终端的唤醒周期调整为重发寻呼消息的时间间隔的N倍；在没有包括接收器的实施方式的基础上，还进一步包括接收器，用于接收所述网络侧设备发送的表示允许调整的响应；在已包括接收器的实施方式的基础上，所述接收器还用于接收所述网络侧设备发送的表示允许调整的响应。无论是否已包括接收器的实施方式的基础上，所述调整单元602还用于，如果该接收单元收到所述网络侧设备发送的表示允许调整的响应，则将终端的唤醒周期调整为重发寻呼消息的时间间隔的N倍，否则，停止正在进行的终端的唤醒周期的调整，维持调整前的唤醒周期不变。上述请求网络侧设备允许的过程，使得网络侧设备可以获知终端的唤醒周期正在被调整，并可对是否调整进行控制。 [0201] 需要说明的是，当上述请求网络侧设备允许的方案与上述装置的第十和第十一实施方式结合时，可以先由所述发送器、接收器完成请求网络侧设备允许的过程，以及所述处理器判断该接收单元收到所述网络侧设备发送的表示允许调整的响应之后，再执行等待预设时间的过程。或者处理器先执行等待预设时间的过程，然后再由所述发送器、接收器完成请求网络侧设备允许的过程，所述处理器判断该接收单元收到所述网络侧设备发送的表示允许调整的响应之后，再调整终端的唤醒周期。 [0202] 以上是对本发明具体实施例的说明，在具体的实施过程中可对本发明的方法进行适当的改进，以适应具体情况的具体需要。因此可以理解，根据本发明的具体实施方式只是起示范作用，并不用以限制本发明的保护范围。 |
||||||
QQ群二维码
意见反馈
意见反馈