寻呼方法、移动管理实体及终端与流程

本发明涉及通信技术领域，特别是指一种寻呼方法、移动管理实体及终端。

背景技术：

如图1所示，为3GPP的一种系统架构，其中，UE(终端)通过E-UTRAN(演进的统一陆地无线接入网络，包括演进节点B)与MME(移动管理实体)通信，MME与HSS以及SGW(Serving Gateway，服务网关)，SGW还与e-UTRAN以及网络侧的其它网关连接，如SGW还与PDN Gateway(分组数据网网关)连接，该PDN网关还与PCRF(策略与计费规则功能单元)以及Operator’s IP Service(运营商的IP服务)，且PCRF与运营商的IP服务连接。

在该系统架构中，终端接收来自E-UTRAN中的eNB(演进节点B)发送的空口寻呼消息，该寻呼消息由来自MME下发的给eNB的寻呼消息触发。在该系统架构中，终端为了节省电能的需要，会采用处于节电模式(power saving mode)或者扩展的DRX(非连续接收)周期等特性，此处后者是指空闲态的终端采用扩展的DRX周期，该周期可以扩展到超过10.24秒(10.24秒为一个系统帧的时间长度)。终端采用普通的DRX周期时，由于普通的DRX周期相对较短，且一个系统帧内有多个寻呼时间窗，所以终端可以正常收到寻呼消息，并响应网络。当采用扩展的DRX周期时，现有技术无法预知终端能够在多长时间响应寻呼消息。

终端在空闲态时，空中接口已经没有RRC(无线资源控制)连接以及用户的专有传输资源，将无法接收和发送任何数据，需要通过网络发起的寻呼过程或者终端发起的业务请求过程进入连接态，才能收发数据。在有下行数据，如来自消息服务架构中的短消息实体(如SMS ROUTER，SMS路由器)的MT-SMS(MobileTerminated Short Message Service，移动终结短消息服务)、MME收到的来自SGW的DOWNLINK DATA NOTIFICATION消息(下行链 路数据通知消息DDN)到达时，需要解决MME如何寻呼终端，以及当MME无法及时获得终端寻呼响应时，如何通知发送下行数据的数据源(如发送MT-SMS的短消息实体)即终端临时不可达等问题；这将导致其业务数据传输需要忍受一定的传输时间延迟。

然而，现有技术中，空闲态的终端采用普通DRX周期时，如果网络在预设的时间段内没有收到寻呼响应，网络(如MME或者MSC/VLR)会重复发送寻呼消息。该预设的时间段通常为1～5秒。

空闲态的终端采用扩展的DRX周期时，如果该终端没有响应寻呼消息(因终端采用了扩展的DRX周期的原因，没有接收到寻呼消息导致)，网络(如MME或者MSC/VLR)同样会重复发送寻呼消息；或者当MME向发送下行数据的数据源通知终端临时不可达等后的较短的时间内(MME向数据源发送通知后，MME就发送寻呼消息)，终端又可以被寻呼到(即该终端可以接收到寻呼消息，并向网络发送响应)，从而造成下行数据发送被延迟、不必要的寻呼消息被发送等问题。

技术实现要素：

本发明要解决的技术问题是提供一种寻呼方法、移动管理实体及终端，使得空闲态终端采用扩展的DRX周期时，可以避免下行数据延迟发送的并优化寻呼消息的发送。

为解决上述技术问题，一方面，本发明的实施例提供一种寻呼方法，包括：

接收针对目标终端的下行数据；

若所述目标终端处于空闲态，并采用了扩展的不连续接收DRX周期，且能接收寻呼消息，则根据所述下行数据，对所述目标终端发起寻呼。

其中，若所述目标终端处于空闲态，并采用了扩展的不连续接收DRX周期，且能接收寻呼消息，则根据所述下行数据，对所述目标终端发起寻呼的步骤包括：判断所述目标终端是否处于空闲态，得到第一判断结果；

若所述第一判断结果表明所述目标终端处于空闲态，则判断所述目标终端是否采用了扩展的DRX周期，得到第二判断结果；

若所述第二判断结果表明所述目标终端采用了扩展的DRX周期，则判断 所述目标终端是否可以接收寻呼消息，得到第三判断结果；

若所述第三判断结果表明所述目标终端可以接收寻呼消息，则根据所述下行数据，对所述目标终端发起寻呼。

其中，判断所述目标终端是否可以接收寻呼消息，得到第三判断结果的步骤包括：

判断所述目标终端当前是否处于寻呼时间窗或者寻呼时间窗在一预设时间段后到来，如果是，则确定所述目标终端可以接收寻呼消息；否则，确定所述目标终端无法接收寻呼消息；其中，所述预设时间段小于普通的DRX周期。

其中，根据公式：T_PTW＝T_N+M×T_DRX，判断所述目标终端当前是否处于寻呼时间窗；其中，T_PTW为寻呼时间窗，T_N为扩展的DRX周期的开始时间，T_DRX为普通DRX周期，M为正整数；

根据公式：T_eDRX＝T_PTW+预设时间段，判断所述目标终端的寻呼时间窗在一预设时间段后到来；其中，T_eDRX为目标终端的扩展的DRX周期。

其中，所述下行数据包括：来自短消息服务架构中的短消息实体的移动终结短消息服务MT-SMS、来自移动交换中心MSC/VLR通过SGs接口发送的寻呼请求消息或者来自服务网关SGW的下行链路数据通知。

其中，当所述下行数据包括来自短消息服务架构中的短消息实体的MT-SMS或者来自移动交换中心MSC/VLR通过SGs接口发送的寻呼请求消息时，所述方法还包括：若所述目标终端无法接收寻呼消息，向所述短消息实体或者MSC/VLR发送终端临时不可达的通知消息。

其中，当所述下行数据包括来自服务网关SGW的下行链路数据通知消息时，所述方法还包括：

若所述目标终端无法接收寻呼消息，则判断所述目标终端是否具有延迟接收的特性，若是，则向所述SGW发送一缓存通知，使所述SGW为该目标终端缓存所述预设时间段的数据。

另一方面，本发明的实施例还提供一种移动管理实体，包括：

接收模块，用于接收针对目标终端的下行数据；

寻呼模块，用于在所述目标终端处于空闲态，并采用了扩展的不连续接收DRX周期，且能接收寻呼消息，则根据所述下行数据，对所述目标终端发起 寻呼。

其中，所述寻呼模块包括：第一判断模块，用于判断所述目标终端是否处于空闲态，得到第一判断结果；

第二判断模块，用于在所述第一判断结果表明所述目标终端处于空闲态时，则判断所述目标终端是否采用了扩展的DRX周期，得到第二判断结果；

第三判断模块，用于在所述第二判断结果表明所述目标终端采用了扩展的DRX周期时，则判断所述目标终端是否可以接收到寻呼消息，得到第三判断结果；

第四判断模块，用于在所述第三判断结果表明所述目标终端可以接收寻呼消息时，则根据所述下行数据，对所述目标终端发起寻呼。

其中，所述第三判断模块具体用于：判断所述目标终端当前是否处于寻呼时间窗或者寻呼时间窗在一预设时间段后到来，如果是，则确定所述目标终端可以接收寻呼消息；否则，确定所述目标终端无法接收寻呼消息；其中，所述预设时间段小于普通的DRX周期。

其中，所述下行数据包括：来自短消息服务架构中的短消息实体的移动终结短消息服务MT-SMS、来自移动交换中心MSC/VLR通过SGs接口发送的寻呼请求消息或者来自服务网关SGW的下行链路数据通知消息。

其中，当所述下行数据包括来自短消息服务架构中的短消息实体的MT-SMS或者来自移动交换中心MSC/VLR通过SGs接口发送的寻呼请求消息时，还包括：

第一发送模块，用于在所述目标终端无法接收寻呼消息时，向所述短消息实体或者MSC/VLR发送终端临时不可达的通知消息。

其中，当所述下行数据包括来自服务网关SGW的下行链路数据通知消息时，还包括：第二发送模块，用于在所述目标终端无法接收寻呼消息时，则判断所述目标终端是否具有延迟接收的特性，若是，则向所述SGW发送一缓存通知，使所述SGW为该目标终端缓存所述预设时间段的数据。

再一方面，本发明的实施例还提供一种移动管理实体，包括：

接收机，用于接收针对目标终端的下行数据；

处理器，用于在所述目标终端处于空闲态，并采用了扩展的不连续接收 DRX周期，且能接收寻呼消息，则根据所述下行数据，对所述目标终端发起寻呼。

再一方面，本发明的实施例还提供一种寻呼方法，包括：

接收移动管理实体发送的寻呼消息；所述寻呼消息是移动管理实体在接收到针对目标终端的下行数据后，确定所述目标终端处于空闲态，并采用了扩展的不连续接收DRX周期，且能接收寻呼消息时发起的；

根据所述寻呼消息，接收移动管理实体发送的下行数据。

再一方面，本发明的实施例还提供一种终端，包括：

第一接收模块，用于接收移动管理实体发送的寻呼消息；所述寻呼消息是移动管理实体在接收到针对目标终端的下行数据后，确定所述目标终端处于空闲态，并采用了扩展的不连续接收DRX周期，且能接收寻呼消息时发起的；

第二接收模块，用于根据所述寻呼消息，接收移动管理实体发送的下行数据。

再一方面，本发明的实施例还提供一种终端，包括：

第一接收机，用于接收移动管理实体发送的寻呼消息；所述寻呼消息是移动管理实体在接收到针对目标终端的下行数据后，确定所述目标终端处于空闲态，并采用了扩展的不连续接收DRX周期，且能接收寻呼消息时发起的；

第二接收机，用于根据所述寻呼消息，接收移动管理实体发送的下行数据。

本发明的上述技术方案的有益效果如下：

上述方案中，通过获取针对目标终端的下行数据；若所述目标终端处于空闲态，并处于扩展的不连续接收DRX周期，且能接收寻呼消息，则网络对所述目标终端发起寻呼。从而可以使得采用扩展的DRX周期的空闲态终端及时收到寻呼消息，可以避免下行数据延迟发送，并优化寻呼消息的发送，节省不必要的信令开销。

附图说明

图1为现有的3GPP的一种系统架构图；

图2为本发明的寻呼方法流程图；

图3为MME接收到的下行数据为MT-SMS消息或者从SGs口接收到的 寻呼请求消息时的寻呼方法流程图；

图4为MME接收的下行数据为MT-SMS消息的系统架构示意图；

图5为MME从SGs口接收到的寻呼请求消息时的系统架构示意图；

图6为MME接收到的下行数据为来自SGW的下行链路数据通知消息(DDN)时的寻呼流程示意图；

图7为MME接收到的下行数据为来自SGW的下行链路数据通知消息(DDN)时的系统架构示意图；

图8为本发明的寻呼方法中，终端的扩展的DRX周期、寻呼时间窗以及终端的DRX周期之间的关系示意图；

图9为本发明的移动管理实体的结构示意图一；

图10为本发明的移动管理实体的结构示意图二；

图11为本发明的终端的结构示意图一；

图12为本发明的终端的结构示意图二。

具体实施方式

为使本发明要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述。

本发明的实施例针对现有技术中，空闲态的终端采用扩展的DRX周期，并在扩展的DRX周期内无法被寻呼时，会存在MME持续不断寻呼终端的情况，或者MME向发送下行数据的数据源通知终端临时不可达等问题后较短的时间内，终端又被寻呼到，从而造成下行数据发送延迟等问题；提出一种寻呼方法。

第一实施例

如图2所示，本发明的第一实施例的寻呼方法，包括：

步骤21，接收针对目标终端的下行数据；

步骤22，若所述目标终端处于空闲态，并采用了扩展的不连续接收DRX周期，且能接收寻呼消息，则根据所述下行数据，对所述目标终端发起寻呼。

本发明的该实施列中，通过判断得出空闲态的终端采用了扩展的不连续接收DRX周期，且能接收寻呼消息时，才根据所述下行数据，对所述目标终端 发起寻呼，即发送寻呼消息。其中，所谓能接收寻呼消息，是指终端处于能接收寻呼消息的时间窗，可以接收到寻呼消息。其中，所谓无法接收寻呼消息，是指即终端没有处于能够接收寻呼消息的时间窗，或终端处于无法接收寻呼消息的时间段，如扩展的DRX周期中不接收任何无线信号的时间段。当无法接收寻呼消息时，不发起寻呼过程即不发送寻呼消息。从而可以使得采用扩展的DRX周期的空闲态终端及时收到寻呼消息，可以避免下行数据延迟发送，并优化寻呼消息的发送，节省不必要的信令开销。

第二实施例

本发明的第二实施例的寻呼方法，包括：

步骤211，接收针对目标终端的下行数据；所述下行数据包括：来自短消息服务架构中的短消息实体的MT-SMS(移动终结短消息服务)、来自移动交换中心MSC/VLR通过SGs接口发送的寻呼请求消息；

步骤221，判断所述目标终端是否处于空闲态，得到第一判断结果；

步骤222，若所述第一判断结果表明所述目标终端处于空闲态，则判断所述目标终端是否采用了扩展的DRX周期，得到第二判断结果；

步骤223，若所述第二判断结果表明所述目标终端采用了扩展的DRX周期，则判断所述目标终端是否可以接收寻呼消息，得到第三判断结果；

步骤224，若所述第三判断结果表明所述目标终端可以接收寻呼消息，则根据所述下行数据，对所述目标终端发起寻呼；

步骤225，若所述目标终端无法接收寻呼消息，向所述短消息实体或者MSC/VLR发送终端临时不可达的通知消息。

该第二实施列中，所谓的能接收寻呼消息，同样是指终端处于能接收寻呼消息的时间窗，可以接收到寻呼消息。其中，所谓无法接收寻呼消息，同样是指即终端没有处于能够接收寻呼消息的时间窗，或终端处于无法接收寻呼消息的时间段，如扩展的DRX周期中不接收任何无线信号的时间段。当无法接收寻呼消息时，不发起寻呼过程即不发送寻呼消息。

下面结合图3-5所示的流程和系统架构，说明上述第二实施例的具体实现过程，如图3所示，该过程包括：

步骤31，MME收到MT-SMS或者收到来自MSC/VLR(移动交换中心) 的SGs口下发的寻呼请求消息；

步骤32，MME判断目标终端是否处于空闲态，且采用了扩展的DRX周期，如果是，则进行步骤33；如果否，则进行步骤34；

步骤33，MME判断目标终端是否可以接收寻呼消息？如果是，则进行步骤34，如果否，则进行步骤35；

步骤34，MME向目标终端发起寻呼过程；

步骤35，MME通知短消息实体或者MSC/VLR终端临时不可达。

本发明的该第二实施例，通过处于扩展的不连续接收DRX周期的空闲态终端能接收寻呼消息时，网络才根据所述MT-SMS消息或者收到来自MSC/VLR(移动交换中心)的SGs口下发的寻呼请求消息，对所述目标终端发起寻呼。从而可以使得采用扩展的DRX周期的空闲态终端及时收到寻呼消息，可以避免了不必要的寻呼信令开销，避免了MT-SMS或者寻呼请求消息的延迟发送。

第三实施例

本发明的第三实施例的寻呼方法，包括：

步骤311，接收针对目标终端的下行数据；所述下行数据包括：来自服务网关SGW的下行链路数据通知消息；

步骤321，判断所述目标终端是否处于空闲态，得到第一判断结果；

步骤322，若所述第一判断结果表明所述目标终端处于空闲态，则判断所述目标终端是否采用了扩展的DRX周期，得到第二判断结果；

步骤323，若所述第二判断结果表明所述目标终端采用了扩展的DRX周期，则判断所述目标终端是否可以接收寻呼消息，得到第三判断结果；

步骤324，若所述第三判断结果表明所述目标终端可以接收寻呼消息，则根据所述下行数据，对所述目标终端发起寻呼；

步骤325，若所述目标终端无法接收寻呼消息，则判断所述目标终端是否具有延迟接收的特性，若是，则向所述SGW发送一缓存通知，使所述SGW为该目标终端缓存所述预设时间段的数据。

该第三实施列中，所谓的能接收寻呼消息，同样是指终端处于能接收寻呼消息的时间窗，可以接收到寻呼消息。其中，所谓无法接收寻呼消息，同样是 指即终端没有处于能够接收寻呼消息的时间窗，或终端处于无法接收寻呼消息的时间段，如扩展的DRX周期中不接收任何无线信号的时间段。当无法接收寻呼消息时，不发起寻呼过程即不发送寻呼消息。

下面结合图6和图7所示的流程和系统架构，说明上述第三实施例的具体实现过程，如图6所示，该过程包括：

步骤61，MME收到来自SGW的下行链路数据通知消息(DDN)；

步骤62，MME判断目标终端处于空闲态，且采用了扩展的DRX周期？如果是，则进行步骤63，否则，进行步骤64；

步骤63，MME判断目标终端在当前的扩展的DRX周期内是否可以接收寻呼消息？如果是，则进行步骤64，如果否，则进行步骤65；

步骤64，MME向目标终端发起寻呼过程；

步骤65，MME判断目标终端是否具有高延迟的通信特性？如果是，则进行步骤66；否则，进行步骤67；

步骤66，通知SGW为该目标终端缓存一预设时间段的数据；

步骤67，拒绝该DDN请求，过程结束。

本发明的该第三实施例，同样通过在空闲态的终端处于扩展的不连续接收DRX周期，且能接收寻呼消息时，才根据所述DDN，对所述目标终端发起寻呼。从而可以使得采用扩展的DRX周期的空闲态终端能及时收到寻呼消息，可以避免了不必要的寻呼信令开销，避免了DDN的延迟发送。

在上述第二实施例的步骤223和第三实施例的步骤323中，判断所述目标终端是否可以接收寻呼消息，得到第三判断结果的步骤可以包括：

判断所述目标终端当前是否处于扩展的DRX周期内的寻呼时间窗或者寻呼时间窗在一预设时间段后到来，如果是，则确定所述目标终端可以接收寻呼消息；否则，确定所述目标终端无法接收寻呼消息；其中，所述预设时间段小于普通的DRX周期。

其中，判断所述目标终端当前是否处于寻呼时间窗或者寻呼时间窗在一预设时间段后到来的方法，可以采用终端与MME之间就寻呼时间窗进行同步的方法，也可以是MME本地实现，即MME能够给出终端当前是否可以接收寻呼消息的结果。

其中，终端与MME之间就寻呼时间窗进行同步的过程中，如图8所示，终端的扩展的DRX周期(T_eDRX)与寻呼时间窗(T_PTW)存在如下关系：

T_eDRX＝T_PTW+预设时间段；其中，T_eDRX为扩展的DRX周期，T_PTW为寻呼时间窗；

而寻呼时间窗(T_PTW)与普通的DRX周期(T_DRX)存在如下关系：

T_PTW＝T_N+M×T_DRX；其中，T_N为扩展的DRX周期的开始时间，T_DRX为目标终端的采用的普通DRX周期，M为正整数；

也就是说，在终端的扩展的DRX周期内，终端在前一个或者多个普通DRX周期(即可按照现有技术，正常接收到寻呼消息)组成的寻呼时间窗，可以收到来自网络的寻呼；而在之后的一预设时间段内，终端无法收到来自网络的寻呼。

因此，MME判断所述目标终端当前是否处于扩展的DRX周期内的寻呼时间窗或者寻呼时间窗在一预设时间段后到来，可以根据上述扩展的DRX周期与寻呼时间窗的关系来是否处于扩展的DRX周期内的寻呼时间窗或者寻呼时间窗在一预设时间段后到来。

终端和MME可以通过非接入层(NAS)的过程就T_N进行同步，该NAS的过程包括：如附着过程、轨迹区域更新过程(Tracking AreaUpdate)或者S1接口释放过程。

比如：当MME发送Attach Accept(附着接收)消息，而终端接收到Attach Accept消息时，即认为是T_N时刻。

本发明的上述各个实施例中，如果MME判断目标终端当前无法接收寻呼消息(即MME判断得知，即使MME发送了寻呼消息，终端也不可能收到)，MME不发送寻呼消息或者不触发寻呼过程，且MME进而计算出目标终端下次可以接收寻呼的时间，或者还有多长时间可以变为可以接收寻呼的状态，并将这个时间通知给短消息服务架构、MSC/VLR或者SGW。从而使得短消息服务架构、MSC/VLR或者SGW可以在终端可以被寻呼时，发送下行数据，从而避免不必要的寻呼信令的发送，也可避免下行数据的发送延迟。

另外，本发明的上述实施例中，MT(Mobile Terminated，移动终结)业务的类型是MT-SMS，和SGs接口上的SGs-PAGING消息(寻呼请求消息) 是有到达MSC/VLR的MT-SMS触发的，但该方法也可应用于MT的其它业务，如MSC/VLR收到的MT-LR定位请求触发的SGs-PAGING消息(寻呼请求消息)。

第四实施例：

与上述方法相应的，如图9所示，本发明的实施例还提供一种移动管理实体800，包括：

接收模块810，用于接收针对目标终端的下行数据；

寻呼模块820，用于在所述目标终端处于空闲态，并采用了扩展的不连续接收DRX周期，且能接收寻呼消息，则根据所述下行数据，对所述目标终端发起寻呼。

该终端的实施例同样通过在空闲态的终端采用了扩展的不连续接收DRX周期，且能接收寻呼消息时，才对所述目标终端发起寻呼。从而可以使得采用扩展的DRX周期的空闲态终端及时收到寻呼消息，可以避免下行数据延迟发送，并优化寻呼消息的发送，节省不必要的信令开销。

在该移动管理实体的实施例中，所述寻呼模块820包括：

第一判断模块，用于判断所述目标终端是否处于空闲态，得到第一判断结果；

第二判断模块，用于在所述第一判断结果表明所述目标终端处于空闲态时，则判断所述目标终端是否采用了扩展的DRX周期，得到第二判断结果；

第三判断模块，用于在所述第二判断结果表明所述目标终端采用了扩展的DRX周期时，则判断所述目标终端是否可以接收寻呼消息，得到第三判断结果；

第四判断模块，用于在所述第三判断结果表明所述目标终端可以接收寻呼消息时，则根据所述下行数据，对所述目标终端发起寻呼。

其中，所述第三判断模块具体用于：判断所述目标终端当前是否处于寻呼时间窗或者寻呼时间窗在一预设时间段后到来，如果是，则确定所述目标终端可以接收寻呼消息；否则，确定所述目标终端无法接收寻呼消息；其中，所述预设时间段小于普通的DRX周期。

具体的，可以根据公式：T_PTW＝T_N+M×T_DRX，判断所述目标终端当前是 否处于寻呼时间窗；其中，T_PTW为寻呼时间窗，T_N为扩展的DRX周期的开始时间，T_DRX为普通的DRX周期，M为正整数；

进一步的，根据公式：T_eDRX＝T_PTW+预设时间段，判断所述目标终端的寻呼时间窗在一预设时间段后到来；其中，T_eDRX为扩展的DRX周期。

本发明的移动管理实体接收到的所述下行数据包括：来自短消息服务架构中的短消息实体(如SMS Router，SMS路由器)的MT-SMS、来自移动交换中心MSC/VLR通过SGs接口发送的寻呼请求消息或者来自服务网关SGW的下行链路数据通知消息。

其中，当所述下行数据包括来自短消息服务架构中的短消息实体的MT-SMS或者来自移动交换中心MSC/VLR通过SGs接口发送的寻呼请求消息时，还包括：第一发送模块，用于在所述目标终端无法接收寻呼消息时，向所述SMS或者MSC/VLR发送终端临时不可达的通知消息。

其中，当所述下行数据包括来自服务网关SGW的下行链路数据通知消息时，还包括：第二发送模块，用于在所述目标终端无法接收寻呼消息时，则判断所述目标终端是否具有延迟接收的特性，若是，则向所述SGW发送一缓存通知，使所述SGW为该目标终端缓存所述预设时间段的数据。

本发明的上述各实施例中的移动管理实体，在支持E-UTRAN接入网的网络中的MME，也可以是在支持UTRAN接入网或GERAN接入网的网络中实现移动管理功能的实体SGSN(服务GPRS支持节点)。

当然，还可以是网络中的其它可以实现移动管理功能的实体单元。

第五实施例：

如图10所示，本发明的实施例所述的移动管理实体具体可以包括：

接收机910，用于接收针对目标终端的下行数据；

处理器900，用于在所述目标终端处于空闲态，并采用了扩展的不连续接收DRX周期，且能接收寻呼消息，则根据所述下行数据，对所述目标终端发起寻呼。

其中，该移动管理实体还可以包括：存储器920，该存储器920用于存储下行数据或者其它与寻呼有关的数据等。

处理器900和存储器920分别通过总线接口与接收机910连接；总线架构 可以是可以包括任意数量的互联的总线和桥；具体由处理器900代表的一个或者多个处理器，以及由存储器920代表的一个或者多个存储器的各种电路连接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其它电路连接在一起，这些都是本领域所公知的。因此，本文不再对其进行详细描述。

总线架构可以提供各种总线接口。接收机910可以是多个元件，提供用于在传输介质上与各种其它装置通信的单元。处理器900负责管理总线架构和通常的处理，存储器920可以存储处理器在执行操作时使用的数据。

第六实施例：

本发明的该实施例提供的寻呼方法，包括：

步骤101，接收移动管理实体发送的寻呼消息；所述寻呼消息是移动管理实体在接收到针对目标终端的下行数据后，确定所述目标终端处于空闲态，并采用了扩展的不连续接收DRX周期，且能接收寻呼消息时发起的；

步骤102，根据所述寻呼消息，接收移动管理实体发送的下行数据。

其中，上述第一至第五实施例中，所有关于终端的描述，均适用于该终端的实施例中，也能达到相同的技术效果。

第七实施例：

如图11所示，本发明的该实施例提供的终端110，包括：

第一接收模块111，用于接收移动管理实体发送的寻呼消息；所述寻呼消息是移动管理实体在接收到针对目标终端的下行数据后，确定所述目标终端处于空闲态，并采用了扩展的不连续接收DRX周期，且能接收寻呼消息时发起的；

第二接收模块112，用于根据所述寻呼消息，接收移动管理实体发送的下行数据。

第八实施例：

如图12所示，该终端120在实现时，可以包括：

第一接收机121，用于接收移动管理实体发送的寻呼消息；所述寻呼消息是移动管理实体在接收到针对目标终端的下行数据后，确定所述目标终端处于空闲态，并采用了扩展的不连续接收DRX周期，且能接收寻呼消息时发起的；

第二接收机122，用于根据所述寻呼消息，接收移动管理实体发送的下行数据。

该第一接收机121和第二接收机122在实现时，可以是一个接收机，也可以是两个接收机，并且第一接收机121和第二接收机122均与移动管理实体通信连接。

本领域技术人员可以理解，实现上述实施例的全部或者部分步骤可以通过硬件来完成，也可以通过计算机程序来指示相关的硬件来完成，所述计算机程序包括执行上述方法的部分或者全部步骤的指令；且该计算机程序可以存储于一可读存储介质中，存储介质可以是任何形式的存储介质。

以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明所述原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。