本發明涉及通信技術領域，特別是指一種尋呼方法、移動管理實體及終端。

背景技術：

如圖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均與移動管理實體通信連接。

本領域技術人員可以理解，實現上述實施例的全部或者部分步驟可以通過硬件來完成，也可以通過計算機程序來指示相關的硬件來完成，所述計算機程序包括執行上述方法的部分或者全部步驟的指令；且該計算機程序可以存儲于一可讀存儲介質中，存儲介質可以是任何形式的存儲介質。

以上所述是本發明的優選實施方式，應當指出，對于本技術領域的普通技術人員來說，在不脫離本發明所述原理的前提下，還可以作出若干改進和潤飾，這些改進和潤飾也應視為本發明的保護范圍。