本發(fā)明涉及通信技術(shù)領(lǐng)域，特別是指一種尋呼方法、移動管理實體及終端。

背景技術(shù)：

如圖1所示，為3GPP的一種系統(tǒng)架構(gòu)，其中，UE(終端)通過E-UTRAN(演進的統(tǒng)一陸地無線接入網(wǎng)絡(luò)，包括演進節(jié)點B)與MME(移動管理實體)通信，MME與HSS以及SGW(Serving Gateway，服務(wù)網(wǎng)關(guān))，SGW還與e-UTRAN以及網(wǎng)絡(luò)側(cè)的其它網(wǎng)關(guān)連接，如SGW還與PDN Gateway(分組數(shù)據(jù)網(wǎng)網(wǎng)關(guān))連接，該PDN網(wǎng)關(guān)還與PCRF(策略與計費規(guī)則功能單元)以及Operator’s IP Service(運營商的IP服務(wù))，且PCRF與運營商的IP服務(wù)連接。

在該系統(tǒng)架構(gòu)中，終端接收來自E-UTRAN中的eNB(演進節(jié)點B)發(fā)送的空口尋呼消息，該尋呼消息由來自MME下發(fā)的給eNB的尋呼消息觸發(fā)。在該系統(tǒng)架構(gòu)中，終端為了節(jié)省電能的需要，會采用處于節(jié)電模式(power saving mode)或者擴展的DRX(非連續(xù)接收)周期等特性，此處后者是指空閑態(tài)的終端采用擴展的DRX周期，該周期可以擴展到超過10.24秒(10.24秒為一個系統(tǒng)幀的時間長度)。終端采用普通的DRX周期時，由于普通的DRX周期相對較短，且一個系統(tǒng)幀內(nèi)有多個尋呼時間窗，所以終端可以正常收到尋呼消息，并響應網(wǎng)絡(luò)。當采用擴展的DRX周期時，現(xiàn)有技術(shù)無法預知終端能夠在多長時間響應尋呼消息。

終端在空閑態(tài)時，空中接口已經(jīng)沒有RRC(無線資源控制)連接以及用戶的專有傳輸資源，將無法接收和發(fā)送任何數(shù)據(jù)，需要通過網(wǎng)絡(luò)發(fā)起的尋呼過程或者終端發(fā)起的業(yè)務(wù)請求過程進入連接態(tài)，才能收發(fā)數(shù)據(jù)。在有下行數(shù)據(jù)，如來自消息服務(wù)架構(gòu)中的短消息實體(如SMS ROUTER，SMS路由器)的MT-SMS(MobileTerminated Short Message Service，移動終結(jié)短消息服務(wù))、MME收到的來自SGW的DOWNLINK DATA NOTIFICATION消息(下行鏈 路數(shù)據(jù)通知消息DDN)到達時，需要解決MME如何尋呼終端，以及當MME無法及時獲得終端尋呼響應時，如何通知發(fā)送下行數(shù)據(jù)的數(shù)據(jù)源(如發(fā)送MT-SMS的短消息實體)即終端臨時不可達等問題；這將導致其業(yè)務(wù)數(shù)據(jù)傳輸需要忍受一定的傳輸時間延遲。

然而，現(xiàn)有技術(shù)中，空閑態(tài)的終端采用普通DRX周期時，如果網(wǎng)絡(luò)在預設(shè)的時間段內(nèi)沒有收到尋呼響應，網(wǎng)絡(luò)(如MME或者MSC/VLR)會重復發(fā)送尋呼消息。該預設(shè)的時間段通常為1～5秒。

空閑態(tài)的終端采用擴展的DRX周期時，如果該終端沒有響應尋呼消息(因終端采用了擴展的DRX周期的原因，沒有接收到尋呼消息導致)，網(wǎng)絡(luò)(如MME或者MSC/VLR)同樣會重復發(fā)送尋呼消息；或者當MME向發(fā)送下行數(shù)據(jù)的數(shù)據(jù)源通知終端臨時不可達等后的較短的時間內(nèi)(MME向數(shù)據(jù)源發(fā)送通知后，MME就發(fā)送尋呼消息)，終端又可以被尋呼到(即該終端可以接收到尋呼消息，并向網(wǎng)絡(luò)發(fā)送響應)，從而造成下行數(shù)據(jù)發(fā)送被延遲、不必要的尋呼消息被發(fā)送等問題。

技術(shù)實現(xiàn)要素：

本發(fā)明要解決的技術(shù)問題是提供一種尋呼方法、移動管理實體及終端，使得空閑態(tài)終端采用擴展的DRX周期時，可以避免下行數(shù)據(jù)延遲發(fā)送的并優(yōu)化尋呼消息的發(fā)送。

為解決上述技術(shù)問題，一方面，本發(fā)明的實施例提供一種尋呼方法，包括：

接收針對目標終端的下行數(shù)據(jù)；

若所述目標終端處于空閑態(tài)，并采用了擴展的不連續(xù)接收DRX周期，且能接收尋呼消息，則根據(jù)所述下行數(shù)據(jù)，對所述目標終端發(fā)起尋呼。

其中，若所述目標終端處于空閑態(tài)，并采用了擴展的不連續(xù)接收DRX周期，且能接收尋呼消息，則根據(jù)所述下行數(shù)據(jù)，對所述目標終端發(fā)起尋呼的步驟包括：判斷所述目標終端是否處于空閑態(tài)，得到第一判斷結(jié)果；

若所述第一判斷結(jié)果表明所述目標終端處于空閑態(tài)，則判斷所述目標終端是否采用了擴展的DRX周期，得到第二判斷結(jié)果；

若所述第二判斷結(jié)果表明所述目標終端采用了擴展的DRX周期，則判斷 所述目標終端是否可以接收尋呼消息，得到第三判斷結(jié)果；

若所述第三判斷結(jié)果表明所述目標終端可以接收尋呼消息，則根據(jù)所述下行數(shù)據(jù)，對所述目標終端發(fā)起尋呼。

其中，判斷所述目標終端是否可以接收尋呼消息，得到第三判斷結(jié)果的步驟包括：

判斷所述目標終端當前是否處于尋呼時間窗或者尋呼時間窗在一預設(shè)時間段后到來，如果是，則確定所述目標終端可以接收尋呼消息；否則，確定所述目標終端無法接收尋呼消息；其中，所述預設(shè)時間段小于普通的DRX周期。

其中，根據(jù)公式：T_PTW＝T_N+M×T_DRX，判斷所述目標終端當前是否處于尋呼時間窗；其中，T_PTW為尋呼時間窗，T_N為擴展的DRX周期的開始時間，T_DRX為普通DRX周期，M為正整數(shù)；

根據(jù)公式：T_eDRX＝T_PTW+預設(shè)時間段，判斷所述目標終端的尋呼時間窗在一預設(shè)時間段后到來；其中，T_eDRX為目標終端的擴展的DRX周期。

其中，所述下行數(shù)據(jù)包括：來自短消息服務(wù)架構(gòu)中的短消息實體的移動終結(jié)短消息服務(wù)MT-SMS、來自移動交換中心MSC/VLR通過SGs接口發(fā)送的尋呼請求消息或者來自服務(wù)網(wǎng)關(guān)SGW的下行鏈路數(shù)據(jù)通知。

其中，當所述下行數(shù)據(jù)包括來自短消息服務(wù)架構(gòu)中的短消息實體的MT-SMS或者來自移動交換中心MSC/VLR通過SGs接口發(fā)送的尋呼請求消息時，所述方法還包括：若所述目標終端無法接收尋呼消息，向所述短消息實體或者MSC/VLR發(fā)送終端臨時不可達的通知消息。

其中，當所述下行數(shù)據(jù)包括來自服務(wù)網(wǎng)關(guān)SGW的下行鏈路數(shù)據(jù)通知消息時，所述方法還包括：

若所述目標終端無法接收尋呼消息，則判斷所述目標終端是否具有延遲接收的特性，若是，則向所述SGW發(fā)送一緩存通知，使所述SGW為該目標終端緩存所述預設(shè)時間段的數(shù)據(jù)。

另一方面，本發(fā)明的實施例還提供一種移動管理實體，包括：

接收模塊，用于接收針對目標終端的下行數(shù)據(jù)；

尋呼模塊，用于在所述目標終端處于空閑態(tài)，并采用了擴展的不連續(xù)接收DRX周期，且能接收尋呼消息，則根據(jù)所述下行數(shù)據(jù)，對所述目標終端發(fā)起 尋呼。

其中，所述尋呼模塊包括：第一判斷模塊，用于判斷所述目標終端是否處于空閑態(tài)，得到第一判斷結(jié)果；

第二判斷模塊，用于在所述第一判斷結(jié)果表明所述目標終端處于空閑態(tài)時，則判斷所述目標終端是否采用了擴展的DRX周期，得到第二判斷結(jié)果；

第三判斷模塊，用于在所述第二判斷結(jié)果表明所述目標終端采用了擴展的DRX周期時，則判斷所述目標終端是否可以接收到尋呼消息，得到第三判斷結(jié)果；

第四判斷模塊，用于在所述第三判斷結(jié)果表明所述目標終端可以接收尋呼消息時，則根據(jù)所述下行數(shù)據(jù)，對所述目標終端發(fā)起尋呼。

其中，所述第三判斷模塊具體用于：判斷所述目標終端當前是否處于尋呼時間窗或者尋呼時間窗在一預設(shè)時間段后到來，如果是，則確定所述目標終端可以接收尋呼消息；否則，確定所述目標終端無法接收尋呼消息；其中，所述預設(shè)時間段小于普通的DRX周期。

其中，所述下行數(shù)據(jù)包括：來自短消息服務(wù)架構(gòu)中的短消息實體的移動終結(jié)短消息服務(wù)MT-SMS、來自移動交換中心MSC/VLR通過SGs接口發(fā)送的尋呼請求消息或者來自服務(wù)網(wǎng)關(guān)SGW的下行鏈路數(shù)據(jù)通知消息。

其中，當所述下行數(shù)據(jù)包括來自短消息服務(wù)架構(gòu)中的短消息實體的MT-SMS或者來自移動交換中心MSC/VLR通過SGs接口發(fā)送的尋呼請求消息時，還包括：

第一發(fā)送模塊，用于在所述目標終端無法接收尋呼消息時，向所述短消息實體或者MSC/VLR發(fā)送終端臨時不可達的通知消息。

其中，當所述下行數(shù)據(jù)包括來自服務(wù)網(wǎng)關(guān)SGW的下行鏈路數(shù)據(jù)通知消息時，還包括：第二發(fā)送模塊，用于在所述目標終端無法接收尋呼消息時，則判斷所述目標終端是否具有延遲接收的特性，若是，則向所述SGW發(fā)送一緩存通知，使所述SGW為該目標終端緩存所述預設(shè)時間段的數(shù)據(jù)。

再一方面，本發(fā)明的實施例還提供一種移動管理實體，包括：

接收機，用于接收針對目標終端的下行數(shù)據(jù)；

處理器，用于在所述目標終端處于空閑態(tài)，并采用了擴展的不連續(xù)接收 DRX周期，且能接收尋呼消息，則根據(jù)所述下行數(shù)據(jù)，對所述目標終端發(fā)起尋呼。

再一方面，本發(fā)明的實施例還提供一種尋呼方法，包括：

接收移動管理實體發(fā)送的尋呼消息；所述尋呼消息是移動管理實體在接收到針對目標終端的下行數(shù)據(jù)后，確定所述目標終端處于空閑態(tài)，并采用了擴展的不連續(xù)接收DRX周期，且能接收尋呼消息時發(fā)起的；

根據(jù)所述尋呼消息，接收移動管理實體發(fā)送的下行數(shù)據(jù)。

再一方面，本發(fā)明的實施例還提供一種終端，包括：

第一接收模塊，用于接收移動管理實體發(fā)送的尋呼消息；所述尋呼消息是移動管理實體在接收到針對目標終端的下行數(shù)據(jù)后，確定所述目標終端處于空閑態(tài)，并采用了擴展的不連續(xù)接收DRX周期，且能接收尋呼消息時發(fā)起的；

第二接收模塊，用于根據(jù)所述尋呼消息，接收移動管理實體發(fā)送的下行數(shù)據(jù)。

再一方面，本發(fā)明的實施例還提供一種終端，包括：

第一接收機，用于接收移動管理實體發(fā)送的尋呼消息；所述尋呼消息是移動管理實體在接收到針對目標終端的下行數(shù)據(jù)后，確定所述目標終端處于空閑態(tài)，并采用了擴展的不連續(xù)接收DRX周期，且能接收尋呼消息時發(fā)起的；

第二接收機，用于根據(jù)所述尋呼消息，接收移動管理實體發(fā)送的下行數(shù)據(jù)。

本發(fā)明的上述技術(shù)方案的有益效果如下：

上述方案中，通過獲取針對目標終端的下行數(shù)據(jù)；若所述目標終端處于空閑態(tài)，并處于擴展的不連續(xù)接收DRX周期，且能接收尋呼消息，則網(wǎng)絡(luò)對所述目標終端發(fā)起尋呼。從而可以使得采用擴展的DRX周期的空閑態(tài)終端及時收到尋呼消息，可以避免下行數(shù)據(jù)延遲發(fā)送，并優(yōu)化尋呼消息的發(fā)送，節(jié)省不必要的信令開銷。

附圖說明

圖1為現(xiàn)有的3GPP的一種系統(tǒng)架構(gòu)圖；

圖2為本發(fā)明的尋呼方法流程圖；

圖3為MME接收到的下行數(shù)據(jù)為MT-SMS消息或者從SGs口接收到的 尋呼請求消息時的尋呼方法流程圖；

圖4為MME接收的下行數(shù)據(jù)為MT-SMS消息的系統(tǒng)架構(gòu)示意圖；

圖5為MME從SGs口接收到的尋呼請求消息時的系統(tǒng)架構(gòu)示意圖；

圖6為MME接收到的下行數(shù)據(jù)為來自SGW的下行鏈路數(shù)據(jù)通知消息(DDN)時的尋呼流程示意圖；

圖7為MME接收到的下行數(shù)據(jù)為來自SGW的下行鏈路數(shù)據(jù)通知消息(DDN)時的系統(tǒng)架構(gòu)示意圖；

圖8為本發(fā)明的尋呼方法中，終端的擴展的DRX周期、尋呼時間窗以及終端的DRX周期之間的關(guān)系示意圖；

圖9為本發(fā)明的移動管理實體的結(jié)構(gòu)示意圖一；

圖10為本發(fā)明的移動管理實體的結(jié)構(gòu)示意圖二；

圖11為本發(fā)明的終端的結(jié)構(gòu)示意圖一；

圖12為本發(fā)明的終端的結(jié)構(gòu)示意圖二。

具體實施方式

為使本發(fā)明要解決的技術(shù)問題、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合附圖及具體實施例進行詳細描述。

本發(fā)明的實施例針對現(xiàn)有技術(shù)中，空閑態(tài)的終端采用擴展的DRX周期，并在擴展的DRX周期內(nèi)無法被尋呼時，會存在MME持續(xù)不斷尋呼終端的情況，或者MME向發(fā)送下行數(shù)據(jù)的數(shù)據(jù)源通知終端臨時不可達等問題后較短的時間內(nèi)，終端又被尋呼到，從而造成下行數(shù)據(jù)發(fā)送延遲等問題；提出一種尋呼方法。

第一實施例

如圖2所示，本發(fā)明的第一實施例的尋呼方法，包括：

步驟21，接收針對目標終端的下行數(shù)據(jù)；

步驟22，若所述目標終端處于空閑態(tài)，并采用了擴展的不連續(xù)接收DRX周期，且能接收尋呼消息，則根據(jù)所述下行數(shù)據(jù)，對所述目標終端發(fā)起尋呼。

本發(fā)明的該實施列中，通過判斷得出空閑態(tài)的終端采用了擴展的不連續(xù)接收DRX周期，且能接收尋呼消息時，才根據(jù)所述下行數(shù)據(jù)，對所述目標終端 發(fā)起尋呼，即發(fā)送尋呼消息。其中，所謂能接收尋呼消息，是指終端處于能接收尋呼消息的時間窗，可以接收到尋呼消息。其中，所謂無法接收尋呼消息，是指即終端沒有處于能夠接收尋呼消息的時間窗，或終端處于無法接收尋呼消息的時間段，如擴展的DRX周期中不接收任何無線信號的時間段。當無法接收尋呼消息時，不發(fā)起尋呼過程即不發(fā)送尋呼消息。從而可以使得采用擴展的DRX周期的空閑態(tài)終端及時收到尋呼消息，可以避免下行數(shù)據(jù)延遲發(fā)送，并優(yōu)化尋呼消息的發(fā)送，節(jié)省不必要的信令開銷。

第二實施例

本發(fā)明的第二實施例的尋呼方法，包括：

步驟211，接收針對目標終端的下行數(shù)據(jù)；所述下行數(shù)據(jù)包括：來自短消息服務(wù)架構(gòu)中的短消息實體的MT-SMS(移動終結(jié)短消息服務(wù))、來自移動交換中心MSC/VLR通過SGs接口發(fā)送的尋呼請求消息；

步驟221，判斷所述目標終端是否處于空閑態(tài)，得到第一判斷結(jié)果；

步驟222，若所述第一判斷結(jié)果表明所述目標終端處于空閑態(tài)，則判斷所述目標終端是否采用了擴展的DRX周期，得到第二判斷結(jié)果；

步驟223，若所述第二判斷結(jié)果表明所述目標終端采用了擴展的DRX周期，則判斷所述目標終端是否可以接收尋呼消息，得到第三判斷結(jié)果；

步驟224，若所述第三判斷結(jié)果表明所述目標終端可以接收尋呼消息，則根據(jù)所述下行數(shù)據(jù)，對所述目標終端發(fā)起尋呼；

步驟225，若所述目標終端無法接收尋呼消息，向所述短消息實體或者MSC/VLR發(fā)送終端臨時不可達的通知消息。

該第二實施列中，所謂的能接收尋呼消息，同樣是指終端處于能接收尋呼消息的時間窗，可以接收到尋呼消息。其中，所謂無法接收尋呼消息，同樣是指即終端沒有處于能夠接收尋呼消息的時間窗，或終端處于無法接收尋呼消息的時間段，如擴展的DRX周期中不接收任何無線信號的時間段。當無法接收尋呼消息時，不發(fā)起尋呼過程即不發(fā)送尋呼消息。

下面結(jié)合圖3-5所示的流程和系統(tǒng)架構(gòu)，說明上述第二實施例的具體實現(xiàn)過程，如圖3所示，該過程包括：

步驟31，MME收到MT-SMS或者收到來自MSC/VLR(移動交換中心) 的SGs口下發(fā)的尋呼請求消息；

步驟32，MME判斷目標終端是否處于空閑態(tài)，且采用了擴展的DRX周期，如果是，則進行步驟33；如果否，則進行步驟34；

步驟33，MME判斷目標終端是否可以接收尋呼消息？如果是，則進行步驟34，如果否，則進行步驟35；

步驟34，MME向目標終端發(fā)起尋呼過程；

步驟35，MME通知短消息實體或者MSC/VLR終端臨時不可達。

本發(fā)明的該第二實施例，通過處于擴展的不連續(xù)接收DRX周期的空閑態(tài)終端能接收尋呼消息時，網(wǎng)絡(luò)才根據(jù)所述MT-SMS消息或者收到來自MSC/VLR(移動交換中心)的SGs口下發(fā)的尋呼請求消息，對所述目標終端發(fā)起尋呼。從而可以使得采用擴展的DRX周期的空閑態(tài)終端及時收到尋呼消息，可以避免了不必要的尋呼信令開銷，避免了MT-SMS或者尋呼請求消息的延遲發(fā)送。

第三實施例

本發(fā)明的第三實施例的尋呼方法，包括：

步驟311，接收針對目標終端的下行數(shù)據(jù)；所述下行數(shù)據(jù)包括：來自服務(wù)網(wǎng)關(guān)SGW的下行鏈路數(shù)據(jù)通知消息；

步驟321，判斷所述目標終端是否處于空閑態(tài)，得到第一判斷結(jié)果；

步驟322，若所述第一判斷結(jié)果表明所述目標終端處于空閑態(tài)，則判斷所述目標終端是否采用了擴展的DRX周期，得到第二判斷結(jié)果；

步驟323，若所述第二判斷結(jié)果表明所述目標終端采用了擴展的DRX周期，則判斷所述目標終端是否可以接收尋呼消息，得到第三判斷結(jié)果；

步驟324，若所述第三判斷結(jié)果表明所述目標終端可以接收尋呼消息，則根據(jù)所述下行數(shù)據(jù)，對所述目標終端發(fā)起尋呼；

步驟325，若所述目標終端無法接收尋呼消息，則判斷所述目標終端是否具有延遲接收的特性，若是，則向所述SGW發(fā)送一緩存通知，使所述SGW為該目標終端緩存所述預設(shè)時間段的數(shù)據(jù)。

該第三實施列中，所謂的能接收尋呼消息，同樣是指終端處于能接收尋呼消息的時間窗，可以接收到尋呼消息。其中，所謂無法接收尋呼消息，同樣是 指即終端沒有處于能夠接收尋呼消息的時間窗，或終端處于無法接收尋呼消息的時間段，如擴展的DRX周期中不接收任何無線信號的時間段。當無法接收尋呼消息時，不發(fā)起尋呼過程即不發(fā)送尋呼消息。

下面結(jié)合圖6和圖7所示的流程和系統(tǒng)架構(gòu)，說明上述第三實施例的具體實現(xiàn)過程，如圖6所示，該過程包括：

步驟61，MME收到來自SGW的下行鏈路數(shù)據(jù)通知消息(DDN)；

步驟62，MME判斷目標終端處于空閑態(tài)，且采用了擴展的DRX周期？如果是，則進行步驟63，否則，進行步驟64；

步驟63，MME判斷目標終端在當前的擴展的DRX周期內(nèi)是否可以接收尋呼消息？如果是，則進行步驟64，如果否，則進行步驟65；

步驟64，MME向目標終端發(fā)起尋呼過程；

步驟65，MME判斷目標終端是否具有高延遲的通信特性？如果是，則進行步驟66；否則，進行步驟67；

步驟66，通知SGW為該目標終端緩存一預設(shè)時間段的數(shù)據(jù)；

步驟67，拒絕該DDN請求，過程結(jié)束。

本發(fā)明的該第三實施例，同樣通過在空閑態(tài)的終端處于擴展的不連續(xù)接收DRX周期，且能接收尋呼消息時，才根據(jù)所述DDN，對所述目標終端發(fā)起尋呼。從而可以使得采用擴展的DRX周期的空閑態(tài)終端能及時收到尋呼消息，可以避免了不必要的尋呼信令開銷，避免了DDN的延遲發(fā)送。

在上述第二實施例的步驟223和第三實施例的步驟323中，判斷所述目標終端是否可以接收尋呼消息，得到第三判斷結(jié)果的步驟可以包括：

判斷所述目標終端當前是否處于擴展的DRX周期內(nèi)的尋呼時間窗或者尋呼時間窗在一預設(shè)時間段后到來，如果是，則確定所述目標終端可以接收尋呼消息；否則，確定所述目標終端無法接收尋呼消息；其中，所述預設(shè)時間段小于普通的DRX周期。

其中，判斷所述目標終端當前是否處于尋呼時間窗或者尋呼時間窗在一預設(shè)時間段后到來的方法，可以采用終端與MME之間就尋呼時間窗進行同步的方法，也可以是MME本地實現(xiàn)，即MME能夠給出終端當前是否可以接收尋呼消息的結(jié)果。

其中，終端與MME之間就尋呼時間窗進行同步的過程中，如圖8所示，終端的擴展的DRX周期(T_eDRX)與尋呼時間窗(T_PTW)存在如下關(guān)系：

T_eDRX＝T_PTW+預設(shè)時間段；其中，T_eDRX為擴展的DRX周期，T_PTW為尋呼時間窗；

而尋呼時間窗(T_PTW)與普通的DRX周期(T_DRX)存在如下關(guān)系：

T_PTW＝T_N+M×T_DRX；其中，T_N為擴展的DRX周期的開始時間，T_DRX為目標終端的采用的普通DRX周期，M為正整數(shù)；

也就是說，在終端的擴展的DRX周期內(nèi)，終端在前一個或者多個普通DRX周期(即可按照現(xiàn)有技術(shù)，正常接收到尋呼消息)組成的尋呼時間窗，可以收到來自網(wǎng)絡(luò)的尋呼；而在之后的一預設(shè)時間段內(nèi)，終端無法收到來自網(wǎng)絡(luò)的尋呼。

因此，MME判斷所述目標終端當前是否處于擴展的DRX周期內(nèi)的尋呼時間窗或者尋呼時間窗在一預設(shè)時間段后到來，可以根據(jù)上述擴展的DRX周期與尋呼時間窗的關(guān)系來是否處于擴展的DRX周期內(nèi)的尋呼時間窗或者尋呼時間窗在一預設(shè)時間段后到來。

終端和MME可以通過非接入層(NAS)的過程就T_N進行同步，該NAS的過程包括：如附著過程、軌跡區(qū)域更新過程(Tracking AreaUpdate)或者S1接口釋放過程。

比如：當MME發(fā)送Attach Accept(附著接收)消息，而終端接收到Attach Accept消息時，即認為是T_N時刻。

本發(fā)明的上述各個實施例中，如果MME判斷目標終端當前無法接收尋呼消息(即MME判斷得知，即使MME發(fā)送了尋呼消息，終端也不可能收到)，MME不發(fā)送尋呼消息或者不觸發(fā)尋呼過程，且MME進而計算出目標終端下次可以接收尋呼的時間，或者還有多長時間可以變?yōu)榭梢越邮諏ず舻臓顟B(tài)，并將這個時間通知給短消息服務(wù)架構(gòu)、MSC/VLR或者SGW。從而使得短消息服務(wù)架構(gòu)、MSC/VLR或者SGW可以在終端可以被尋呼時，發(fā)送下行數(shù)據(jù)，從而避免不必要的尋呼信令的發(fā)送，也可避免下行數(shù)據(jù)的發(fā)送延遲。

另外，本發(fā)明的上述實施例中，MT(Mobile Terminated，移動終結(jié))業(yè)務(wù)的類型是MT-SMS，和SGs接口上的SGs-PAGING消息(尋呼請求消息) 是有到達MSC/VLR的MT-SMS觸發(fā)的，但該方法也可應用于MT的其它業(yè)務(wù)，如MSC/VLR收到的MT-LR定位請求觸發(fā)的SGs-PAGING消息(尋呼請求消息)。

第四實施例：

與上述方法相應的，如圖9所示，本發(fā)明的實施例還提供一種移動管理實體800，包括：

接收模塊810，用于接收針對目標終端的下行數(shù)據(jù)；

尋呼模塊820，用于在所述目標終端處于空閑態(tài)，并采用了擴展的不連續(xù)接收DRX周期，且能接收尋呼消息，則根據(jù)所述下行數(shù)據(jù)，對所述目標終端發(fā)起尋呼。

該終端的實施例同樣通過在空閑態(tài)的終端采用了擴展的不連續(xù)接收DRX周期，且能接收尋呼消息時，才對所述目標終端發(fā)起尋呼。從而可以使得采用擴展的DRX周期的空閑態(tài)終端及時收到尋呼消息，可以避免下行數(shù)據(jù)延遲發(fā)送，并優(yōu)化尋呼消息的發(fā)送，節(jié)省不必要的信令開銷。

在該移動管理實體的實施例中，所述尋呼模塊820包括：

第一判斷模塊，用于判斷所述目標終端是否處于空閑態(tài)，得到第一判斷結(jié)果；

第二判斷模塊，用于在所述第一判斷結(jié)果表明所述目標終端處于空閑態(tài)時，則判斷所述目標終端是否采用了擴展的DRX周期，得到第二判斷結(jié)果；

第三判斷模塊，用于在所述第二判斷結(jié)果表明所述目標終端采用了擴展的DRX周期時，則判斷所述目標終端是否可以接收尋呼消息，得到第三判斷結(jié)果；

第四判斷模塊，用于在所述第三判斷結(jié)果表明所述目標終端可以接收尋呼消息時，則根據(jù)所述下行數(shù)據(jù)，對所述目標終端發(fā)起尋呼。

其中，所述第三判斷模塊具體用于：判斷所述目標終端當前是否處于尋呼時間窗或者尋呼時間窗在一預設(shè)時間段后到來，如果是，則確定所述目標終端可以接收尋呼消息；否則，確定所述目標終端無法接收尋呼消息；其中，所述預設(shè)時間段小于普通的DRX周期。

具體的，可以根據(jù)公式：T_PTW＝T_N+M×T_DRX，判斷所述目標終端當前是 否處于尋呼時間窗；其中，T_PTW為尋呼時間窗，T_N為擴展的DRX周期的開始時間，T_DRX為普通的DRX周期，M為正整數(shù)；

進一步的，根據(jù)公式：T_eDRX＝T_PTW+預設(shè)時間段，判斷所述目標終端的尋呼時間窗在一預設(shè)時間段后到來；其中，T_eDRX為擴展的DRX周期。

本發(fā)明的移動管理實體接收到的所述下行數(shù)據(jù)包括：來自短消息服務(wù)架構(gòu)中的短消息實體(如SMS Router，SMS路由器)的MT-SMS、來自移動交換中心MSC/VLR通過SGs接口發(fā)送的尋呼請求消息或者來自服務(wù)網(wǎng)關(guān)SGW的下行鏈路數(shù)據(jù)通知消息。

其中，當所述下行數(shù)據(jù)包括來自短消息服務(wù)架構(gòu)中的短消息實體的MT-SMS或者來自移動交換中心MSC/VLR通過SGs接口發(fā)送的尋呼請求消息時，還包括：第一發(fā)送模塊，用于在所述目標終端無法接收尋呼消息時，向所述SMS或者MSC/VLR發(fā)送終端臨時不可達的通知消息。

其中，當所述下行數(shù)據(jù)包括來自服務(wù)網(wǎng)關(guān)SGW的下行鏈路數(shù)據(jù)通知消息時，還包括：第二發(fā)送模塊，用于在所述目標終端無法接收尋呼消息時，則判斷所述目標終端是否具有延遲接收的特性，若是，則向所述SGW發(fā)送一緩存通知，使所述SGW為該目標終端緩存所述預設(shè)時間段的數(shù)據(jù)。

本發(fā)明的上述各實施例中的移動管理實體，在支持E-UTRAN接入網(wǎng)的網(wǎng)絡(luò)中的MME，也可以是在支持UTRAN接入網(wǎng)或GERAN接入網(wǎng)的網(wǎng)絡(luò)中實現(xiàn)移動管理功能的實體SGSN(服務(wù)GPRS支持節(jié)點)。

當然，還可以是網(wǎng)絡(luò)中的其它可以實現(xiàn)移動管理功能的實體單元。

第五實施例：

如圖10所示，本發(fā)明的實施例所述的移動管理實體具體可以包括：

接收機910，用于接收針對目標終端的下行數(shù)據(jù)；

處理器900，用于在所述目標終端處于空閑態(tài)，并采用了擴展的不連續(xù)接收DRX周期，且能接收尋呼消息，則根據(jù)所述下行數(shù)據(jù)，對所述目標終端發(fā)起尋呼。

其中，該移動管理實體還可以包括：存儲器920，該存儲器920用于存儲下行數(shù)據(jù)或者其它與尋呼有關(guān)的數(shù)據(jù)等。

處理器900和存儲器920分別通過總線接口與接收機910連接；總線架構(gòu) 可以是可以包括任意數(shù)量的互聯(lián)的總線和橋；具體由處理器900代表的一個或者多個處理器，以及由存儲器920代表的一個或者多個存儲器的各種電路連接在一起?？偩€架構(gòu)還可以將諸如外圍設(shè)備、穩(wěn)壓器和功率管理電路等之類的各種其它電路連接在一起，這些都是本領(lǐng)域所公知的。因此，本文不再對其進行詳細描述。

總線架構(gòu)可以提供各種總線接口。接收機910可以是多個元件，提供用于在傳輸介質(zhì)上與各種其它裝置通信的單元。處理器900負責管理總線架構(gòu)和通常的處理，存儲器920可以存儲處理器在執(zhí)行操作時使用的數(shù)據(jù)。

第六實施例：

本發(fā)明的該實施例提供的尋呼方法，包括：

步驟101，接收移動管理實體發(fā)送的尋呼消息；所述尋呼消息是移動管理實體在接收到針對目標終端的下行數(shù)據(jù)后，確定所述目標終端處于空閑態(tài)，并采用了擴展的不連續(xù)接收DRX周期，且能接收尋呼消息時發(fā)起的；

步驟102，根據(jù)所述尋呼消息，接收移動管理實體發(fā)送的下行數(shù)據(jù)。

其中，上述第一至第五實施例中，所有關(guān)于終端的描述，均適用于該終端的實施例中，也能達到相同的技術(shù)效果。

第七實施例：

如圖11所示，本發(fā)明的該實施例提供的終端110，包括：

第一接收模塊111，用于接收移動管理實體發(fā)送的尋呼消息；所述尋呼消息是移動管理實體在接收到針對目標終端的下行數(shù)據(jù)后，確定所述目標終端處于空閑態(tài)，并采用了擴展的不連續(xù)接收DRX周期，且能接收尋呼消息時發(fā)起的；

第二接收模塊112，用于根據(jù)所述尋呼消息，接收移動管理實體發(fā)送的下行數(shù)據(jù)。

第八實施例：

如圖12所示，該終端120在實現(xiàn)時，可以包括：

第一接收機121，用于接收移動管理實體發(fā)送的尋呼消息；所述尋呼消息是移動管理實體在接收到針對目標終端的下行數(shù)據(jù)后，確定所述目標終端處于空閑態(tài)，并采用了擴展的不連續(xù)接收DRX周期，且能接收尋呼消息時發(fā)起的；

第二接收機122，用于根據(jù)所述尋呼消息，接收移動管理實體發(fā)送的下行數(shù)據(jù)。

該第一接收機121和第二接收機122在實現(xiàn)時，可以是一個接收機，也可以是兩個接收機，并且第一接收機121和第二接收機122均與移動管理實體通信連接。

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

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