本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種尋呼監(jiān)聽、尋呼方法及裝置。

背景技術(shù)：

現(xiàn)有技術(shù)中，網(wǎng)絡(luò)采用尋呼方式來告知空閑態(tài)UE(user equipment，用戶設(shè)備)，有一些信息要下發(fā)(包含下行數(shù)據(jù)、系統(tǒng)信息更新)，UE根據(jù)DRX(Discontinuous Reception，非連續(xù)接收)周期在特定的尋呼子幀(PF)中的尋呼時(shí)機(jī)(PO)里面監(jiān)聽PDCCH(physical downlink control channel，物理下行控制信道)，如果發(fā)現(xiàn)有用于標(biāo)識尋呼消息傳輸?shù)腜-RNTI(Radio Network Temporary Identifier，無線網(wǎng)絡(luò)臨時(shí)標(biāo)識)，那么UE在PDSCH(Physical Downlink Shared Channel，物理下行共享信道)相應(yīng)的位置上獲取尋呼消息。UE對尋呼消息進(jìn)行解析并隨之發(fā)起相應(yīng)的流程，例如建立連接并接收數(shù)據(jù)或更新的系統(tǒng)信息。

其中系統(tǒng)信息塊中配置信息中包含一個(gè)默認(rèn)尋呼周期，格式如下：

PCCH-Config::＝ SEQUENCE{

default尋呼周期 ENUMERATED{

rf32，rf64，rf128，rf256}，

移動(dòng)性管理實(shí)體(MME)發(fā)給演進(jìn)基站(eNB)的S1尋呼消息中包含的Paging DRX非連續(xù)接收尋呼，用于攜帶一個(gè)UE特定尋呼周期，格式如下：

eNB使用上述兩個(gè)尋呼周期(default paging cycle默認(rèn)尋呼周期和UE specific DRX特定非連續(xù)周期)中的較短的尋呼周期進(jìn)行UE尋呼。

多數(shù)情況下，尋呼過程都發(fā)生在當(dāng)UE處于空閑模式下，現(xiàn)有LTE(Long Term Evolution，長期演進(jìn))網(wǎng)絡(luò)中UE使用固定的尋呼周期，UE需要周期監(jiān)測網(wǎng)絡(luò)是否發(fā)送任何尋呼消息，如果UE不停地監(jiān)測是否有尋呼消息的話，會(huì)耗費(fèi)UE過多的電量，尤其是當(dāng)終端有節(jié)電需求時(shí)，例如電池處于低電量或?yàn)橐淮涡噪姵?，或?qū)τ谝欢螘r(shí)間內(nèi)出現(xiàn)多次數(shù)據(jù)下發(fā)，但后續(xù)很長一段時(shí)間都沒有數(shù)據(jù)下發(fā)的業(yè)務(wù)模型。

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

本發(fā)明實(shí)施例的目的在于提供一種尋呼監(jiān)聽、尋呼方法及裝置，可以為UE提供多個(gè)尋呼周期參數(shù)，使得UE根據(jù)不同情況使用不同尋呼周期，減少UE在尋呼監(jiān)聽過程中的功耗。

本發(fā)明實(shí)施例提供一種尋呼監(jiān)聽方法，包括：

用戶設(shè)備UE在進(jìn)入空閑態(tài)后，獲取預(yù)設(shè)的尋呼監(jiān)聽策略，所述尋呼監(jiān)聽策略包括UE使用的多個(gè)不同的尋呼周期、各個(gè)尋呼周期的尋呼次序、采用各個(gè)尋呼周期監(jiān)聽的時(shí)段長度；

根據(jù)所述尋呼監(jiān)聽策略，確定進(jìn)入空閑態(tài)后首個(gè)使用的尋呼周期以及對應(yīng)的時(shí)段長度，將該首個(gè)使用的尋呼周期作為當(dāng)前尋呼周期；

按照當(dāng)前尋呼周期，監(jiān)聽網(wǎng)絡(luò)側(cè)發(fā)送的尋呼消息；

若在空閑態(tài)下采用當(dāng)前尋呼周期監(jiān)聽了對應(yīng)的時(shí)段長度后，則根據(jù)所述尋呼監(jiān)聽策略，更新當(dāng)前尋呼周期，并返回按照所述當(dāng)前尋呼周期，監(jiān)聽網(wǎng)絡(luò)側(cè)發(fā)送的尋呼消息的步驟。

其中，根據(jù)所述尋呼監(jiān)聽策略，更新當(dāng)前尋呼周期，包括：

判斷當(dāng)前尋呼周期是否為所述尋呼次序中的最后一個(gè)尋呼周期；

若是，則保持當(dāng)前尋呼周期不變，或者將所述尋呼次序中的首個(gè)尋呼周期更新為當(dāng)前尋呼周期；

否則，則確定當(dāng)前尋呼周期在所述尋呼次序中的下一個(gè)尋呼周期，并將所述下一個(gè)尋呼周期更新為當(dāng)前尋呼周期。

其中，采用任一尋呼周期監(jiān)聽的時(shí)段長度，大于該尋呼周期的時(shí)長。

其中，在空閑態(tài)下采用當(dāng)前尋呼周期監(jiān)聽時(shí)，若接收到網(wǎng)絡(luò)側(cè)發(fā)送的尋呼 消息，且根據(jù)所述尋呼消息建立與網(wǎng)絡(luò)側(cè)的連接后，退出空閑態(tài)。

其中，所述尋呼監(jiān)聽策略中，尋呼次序越靠后的尋呼周期具有越長的周期長度。

其中，在確定進(jìn)入空閑態(tài)后首個(gè)使用的尋呼周期以及對應(yīng)的時(shí)段長度之前，所述方法還包括：

從接收到的網(wǎng)絡(luò)側(cè)發(fā)送的系統(tǒng)信息塊中提取配置信息，所述配置信息包括供UE使用的多個(gè)不同的尋呼周期、各個(gè)尋呼周期的尋呼次序以及采用各個(gè)尋呼周期監(jiān)聽的時(shí)段長度；

所述UE根據(jù)所述配置信息，生成所述尋呼監(jiān)聽策略。

其中，在確定進(jìn)入空閑態(tài)后首個(gè)使用的尋呼周期以及對應(yīng)的時(shí)段長度之前，所述方法還包括：

接收演進(jìn)基站eNB發(fā)送的無線資源控制RRC消息，所述RRC消息攜帶有供UE使用的多個(gè)不同的尋呼周期、各個(gè)尋呼周期的尋呼次序以及采用各個(gè)尋呼周期監(jiān)聽的時(shí)段長度；

根據(jù)所述RRC消息，生成所述尋呼監(jiān)聽策略。

其中，在確定進(jìn)入空閑態(tài)后首個(gè)使用的尋呼周期以及對應(yīng)的時(shí)段長度之前，所述方法還包括：

向網(wǎng)絡(luò)側(cè)發(fā)送所述UE采用的尋呼監(jiān)聽策略的信息，所述尋呼監(jiān)聽策略包括UE使用的多個(gè)不同的尋呼周期、各個(gè)尋呼周期的尋呼次序、采用各個(gè)尋呼周期監(jiān)聽的時(shí)段長度，所述UE使用的各個(gè)尋呼周期是預(yù)先配置在所述UE中的，或者是所述UE從網(wǎng)絡(luò)側(cè)接收到的多個(gè)尋呼周期中選擇出的。

其中，所述向網(wǎng)絡(luò)側(cè)發(fā)送所述UE采用的尋呼監(jiān)聽策略的信息為：

所述UE通過附著請求ATTACH REQUEST消息中的非連續(xù)接收參數(shù)DRX parameter和/或RRC信令，將所述UE采用的尋呼監(jiān)聽策略的信息發(fā)送給網(wǎng)絡(luò)側(cè)的移動(dòng)性管理實(shí)體MME。

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

移動(dòng)性管理實(shí)體MME在需要尋呼一處于空閑態(tài)的用戶設(shè)備UE時(shí)，根據(jù)所述UE處于空閑態(tài)的時(shí)間長度以及所述UE所使用的尋呼監(jiān)聽策略，確定當(dāng)前使用的尋呼周期，所述尋呼監(jiān)聽策略包括UE使用的多個(gè)不同的尋呼周期、 各個(gè)尋呼周期的尋呼次序、采用各個(gè)尋呼周期監(jiān)聽的時(shí)段長度；

通過尋呼消息，將所確定的所述UE當(dāng)前使用的尋呼周期發(fā)送給演進(jìn)基站eNB。

其中，在尋呼一處于空閑態(tài)的UE之前，所述方法還包括：

接收所述UE發(fā)送的所述UE采用的尋呼監(jiān)聽策略的信息，所述尋呼監(jiān)聽策略包括UE使用的多個(gè)不同的尋呼周期、各個(gè)尋呼周期的尋呼次序、采用各個(gè)尋呼周期監(jiān)聽的時(shí)段長度。

其中，所述接收所述UE發(fā)送的所述UE采用的尋呼監(jiān)聽策略的信息為：

通過附著請求ATTACH REQUEST消息中的非連續(xù)接收參數(shù)DRX parameter和/或無線資源控制RRC信令，接收所述UE發(fā)送的所述UE采用的尋呼監(jiān)聽策略的信息。

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

演進(jìn)基站eNB接收移動(dòng)性管理實(shí)體MME發(fā)送的針對一用戶設(shè)備UE的尋呼消息，所述尋呼消息攜帶有所述UE當(dāng)前使用的尋呼周期；

根據(jù)所述UE當(dāng)前使用的尋呼周期計(jì)算尋呼時(shí)機(jī)，并在該尋呼時(shí)機(jī)到達(dá)時(shí)下發(fā)尋呼給所述UE。

其中，接收MME發(fā)送的針對一UE的尋呼消息之前，所述方法還包括：

向所述UE發(fā)送攜帶配置信息的系統(tǒng)信息塊，使得所述UE根據(jù)所述配置信息，生成尋呼監(jiān)聽策略；其中，所述配置信息包括供UE使用的多個(gè)不同的尋呼周期、各個(gè)尋呼周期的尋呼次序以及采用各個(gè)尋呼周期監(jiān)聽的時(shí)段長度。

其中，接收MME發(fā)送的針對一UE的尋呼消息之前，所述方法還包括：

向所述UE發(fā)送無線資源控制RRC消息，使得所述UE根據(jù)所述RRC消息，生成尋呼監(jiān)聽策略；其中，所述RRC消息攜帶有供UE使用的多個(gè)不同的尋呼周期、各個(gè)尋呼周期的尋呼次序以及采用各個(gè)尋呼周期監(jiān)聽的時(shí)段長度。

本發(fā)明實(shí)施例還提供一種尋呼監(jiān)聽裝置，包括：

獲取模塊，用于在用戶設(shè)備UE進(jìn)入空閑態(tài)后，獲取預(yù)設(shè)的尋呼監(jiān)聽策略，所述尋呼監(jiān)聽策略包括UE使用的多個(gè)不同的尋呼周期、各個(gè)尋呼周期的尋呼次序、采用各個(gè)尋呼周期監(jiān)聽的時(shí)段長度；

第一確定模塊，用于根據(jù)所述尋呼監(jiān)聽策略，確定進(jìn)入空閑態(tài)后首個(gè)使用 的尋呼周期以及對應(yīng)的時(shí)段長度，將該首個(gè)使用的尋呼周期作為當(dāng)前尋呼周期；

監(jiān)聽模塊，用于按照當(dāng)前尋呼周期，監(jiān)聽網(wǎng)絡(luò)側(cè)發(fā)送的尋呼消息；

更新處理模塊，用于若在空閑態(tài)下采用當(dāng)前尋呼周期監(jiān)聽了對應(yīng)的時(shí)段長度后，則根據(jù)所述尋呼監(jiān)聽策略，更新當(dāng)前尋呼周期，并觸發(fā)所述監(jiān)聽模塊按照當(dāng)前尋呼周期，監(jiān)聽網(wǎng)絡(luò)側(cè)發(fā)送的尋呼消息。

其中，所述更新處理模塊包括：

判斷子模塊，用于判斷當(dāng)前尋呼周期是否為所述尋呼次序中的最后一個(gè)尋呼周期；

第一子模塊，用于當(dāng)當(dāng)前尋呼周期是所述尋呼次序中的最后一個(gè)尋呼周期時(shí)，則保持當(dāng)前尋呼周期不變，或者將所述尋呼次序中的首個(gè)尋呼周期更新為當(dāng)前尋呼周期；

第二子模塊，用于當(dāng)當(dāng)前尋呼周期不是所述尋呼次序中的最后一個(gè)尋呼周期時(shí)，則確定當(dāng)前尋呼周期在所述尋呼次序中的下一個(gè)尋呼周期，并將所述下一個(gè)尋呼周期更新為當(dāng)前尋呼周期。

其中，采用任一尋呼周期監(jiān)聽的時(shí)段長度，大于該尋呼周期的時(shí)長。

其中，所述監(jiān)聽模塊進(jìn)一步用于：在空閑態(tài)下采用當(dāng)前尋呼周期監(jiān)聽時(shí)，若接收到網(wǎng)絡(luò)側(cè)發(fā)送的尋呼消息，且根據(jù)所述尋呼消息建立與網(wǎng)絡(luò)側(cè)的連接后，退出空閑態(tài)。

其中，所述尋呼監(jiān)聽策略中，尋呼次序越靠后的尋呼周期具有越長的周期長度。

其中，所述裝置還包括：

提取模塊，用于在所述第一確定模塊確定進(jìn)入空閑態(tài)后首個(gè)使用的尋呼周期以及對應(yīng)的時(shí)段長度之前，從接收到的網(wǎng)絡(luò)側(cè)發(fā)送的系統(tǒng)信息塊中提取配置信息，所述配置信息包括供UE使用的多個(gè)不同的尋呼周期、各個(gè)尋呼周期的尋呼次序以及采用各個(gè)尋呼周期監(jiān)聽的時(shí)段長度；

第一生成模塊，用于根據(jù)所述配置信息，生成所述尋呼監(jiān)聽策略。

其中，所述裝置還包括：

第一接收模塊，用于在所述第一確定模塊確定進(jìn)入空閑態(tài)后首個(gè)使用的尋呼周期以及對應(yīng)的時(shí)段長度之前，接收演進(jìn)基站eNB發(fā)送的無線資源控制 RRC消息，所述RRC消息攜帶有供UE使用的多個(gè)不同的尋呼周期、各個(gè)尋呼周期的尋呼次序以及采用各個(gè)尋呼周期監(jiān)聽的時(shí)段長度；

第二生成模塊，用于根據(jù)所述RRC消息，生成所述尋呼監(jiān)聽策略。

其中，所述裝置還包括：

第一發(fā)送模塊，用于在所述第一確定模塊確定進(jìn)入空閑態(tài)后首個(gè)使用的尋呼周期以及對應(yīng)的時(shí)段長度之前，向網(wǎng)絡(luò)側(cè)發(fā)送所述UE采用的尋呼監(jiān)聽策略的信息，所述尋呼監(jiān)聽策略包括UE使用的多個(gè)不同的尋呼周期、各個(gè)尋呼周期的尋呼次序、采用各個(gè)尋呼周期監(jiān)聽的時(shí)段長度，所述UE使用的各個(gè)尋呼周期是預(yù)先配置在所述UE中的，或者是所述UE從網(wǎng)絡(luò)側(cè)接收到的多個(gè)尋呼周期中選擇出的。

其中，所述第一發(fā)送模塊進(jìn)一步用于

通過附著請求ATTACH REQUEST消息中的非連續(xù)接收參數(shù)DRX parameter和/或RRC信令，將所述UE采用的尋呼監(jiān)聽策略的信息發(fā)送給網(wǎng)絡(luò)側(cè)的移動(dòng)性管理實(shí)體MME。

本發(fā)明實(shí)施例還提供一種尋呼裝置，包括：

第二確定模塊，用于在需要尋呼一處于空閑態(tài)的用戶設(shè)備UE時(shí)，根據(jù)所述UE處于空閑態(tài)的時(shí)間長度以及所述UE所使用的尋呼監(jiān)聽策略，確定當(dāng)前使用的尋呼周期，所述尋呼監(jiān)聽策略包括UE使用的多個(gè)不同的尋呼周期、各個(gè)尋呼周期的尋呼次序、采用各個(gè)尋呼周期監(jiān)聽的時(shí)段長度；

第二發(fā)送模塊，用于通過尋呼消息，將所確定的所述UE當(dāng)前使用的尋呼周期發(fā)送給演進(jìn)基站eNB。

其中，所述裝置還包括：

第二接收模塊，用于在所述第二確定模塊尋呼一處于空閑態(tài)的UE之前，接收所述UE發(fā)送的所述UE采用的尋呼監(jiān)聽策略的信息，所述尋呼監(jiān)聽策略包括UE使用的多個(gè)不同的尋呼周期、各個(gè)尋呼周期的尋呼次序、采用各個(gè)尋呼周期監(jiān)聽的時(shí)段長度。

其中，所述第二接收模塊進(jìn)一步用于

通過附著請求ATTACH REQUEST消息中的非連續(xù)接收參數(shù)DRX parameter和/或無線資源控制RRC信令，接收所述UE發(fā)送的所述UE采用的 尋呼監(jiān)聽策略的信息。

本發(fā)明實(shí)施例還提供一種尋呼裝置，包括：

第三接收模塊，用于接收移動(dòng)性管理實(shí)體MME發(fā)送的針對一用戶設(shè)備UE的尋呼消息，所述尋呼消息攜帶有所述UE當(dāng)前使用的尋呼周期；

處理模塊，用于根據(jù)所述UE當(dāng)前使用的尋呼周期計(jì)算尋呼時(shí)機(jī)，并在該尋呼時(shí)機(jī)到達(dá)時(shí)下發(fā)尋呼給所述UE。

其中，所述裝置還包括：

第三發(fā)送模塊，用于在所述第三接收模塊接收MME發(fā)送的針對一UE的尋呼消息之前，向所述UE發(fā)送攜帶配置信息的系統(tǒng)信息塊，使得所述UE根據(jù)所述配置信息，生成尋呼監(jiān)聽策略；其中，所述配置信息包括供UE使用的多個(gè)不同的尋呼周期、各個(gè)尋呼周期的尋呼次序以及采用各個(gè)尋呼周期監(jiān)聽的時(shí)段長度。

其中，所述裝置還包括：

第四發(fā)送模塊，用于在所述第三接收模塊接收MME發(fā)送的針對一UE的尋呼消息之前，向所述UE發(fā)送無線資源控制RRC消息，使得所述UE根據(jù)所述RRC消息，生成尋呼監(jiān)聽策略；其中，所述RRC消息攜帶有供UE使用的多個(gè)不同的尋呼周期、各個(gè)尋呼周期的尋呼次序以及采用各個(gè)尋呼周期監(jiān)聽的時(shí)段長度。

本發(fā)明實(shí)施例的上述技術(shù)方案至少具有如下有益效果：

本發(fā)明實(shí)施例的尋呼監(jiān)聽、尋呼方法，通過為UE設(shè)置多個(gè)尋呼周期，并將設(shè)置的多個(gè)尋呼周期或者UE使用的尋呼周期通知給MME，MME在尋呼UE時(shí)，確定UE當(dāng)前使用的尋呼周期，并將確定的尋呼周期通知給eNB，eNB按照MME通知的尋呼周期尋呼UE，相對于UE按照固定的周期檢測是否有尋呼消息，可節(jié)省UE的功耗，提升用戶的體驗(yàn)。

附圖說明

圖1表示本發(fā)明實(shí)施例尋呼監(jiān)聽方法流程示意圖一；

圖2表示本發(fā)明實(shí)施例尋呼監(jiān)聽方法流程示意圖二；

圖3表示本發(fā)明實(shí)施例eNB向UE發(fā)送的RRC消息示意圖；

圖4表示本發(fā)明實(shí)施例UE向MME上報(bào)尋呼監(jiān)聽策略信息示意圖一；

圖5表示本發(fā)明實(shí)施例UE向MME上報(bào)尋呼監(jiān)聽策略信息示意圖二；

圖6表示本發(fā)明實(shí)施例尋呼監(jiān)聽方法的整體流程圖；

圖7表示本發(fā)明實(shí)施例尋呼方法流程示意圖一；

圖8表示本發(fā)明實(shí)施例MME接收eNB發(fā)送的UE進(jìn)入空閑態(tài)的消息示意圖；

圖9表示本發(fā)明實(shí)施例MME向eNB發(fā)送尋呼消息示意圖；

圖10表示本發(fā)明實(shí)施例尋呼方法的整體流程圖一；

圖11表示本發(fā)明實(shí)施例尋呼方法流程示意圖二；

圖12表示本發(fā)明實(shí)施例尋呼方法的整體流程圖二；

圖13表示本發(fā)明實(shí)施例裝置示意圖。

具體實(shí)施方式

為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合附圖及具體實(shí)施例對本發(fā)明進(jìn)行詳細(xì)描述。

本發(fā)明實(shí)施例提供一種尋呼監(jiān)聽方法，應(yīng)用于用戶設(shè)備側(cè)，如圖1所示，包括：

步驟S1，用戶設(shè)備UE在進(jìn)入空閑態(tài)后，獲取預(yù)設(shè)的尋呼監(jiān)聽策略，所述尋呼監(jiān)聽策略包括UE使用的多個(gè)不同的尋呼周期、各個(gè)尋呼周期的尋呼次序、采用各個(gè)尋呼周期監(jiān)聽的時(shí)段長度；

步驟S2，根據(jù)所述尋呼監(jiān)聽策略，確定進(jìn)入空閑態(tài)后首個(gè)使用的尋呼周期以及對應(yīng)的時(shí)段長度，將該首個(gè)使用的尋呼周期作為當(dāng)前尋呼周期；

步驟S3，按照當(dāng)前尋呼周期，監(jiān)聽網(wǎng)絡(luò)側(cè)發(fā)送的尋呼消息；

步驟S4，若在空閑態(tài)下采用當(dāng)前尋呼周期監(jiān)聽了對應(yīng)的時(shí)段長度后，則根據(jù)所述尋呼監(jiān)聽策略，更新當(dāng)前尋呼周期，并返回步驟S3。

具體的，UE在進(jìn)入空閑態(tài)后，根據(jù)尋呼監(jiān)聽策略中的尋呼次序、采用各個(gè)尋呼周期監(jiān)聽的時(shí)段長度確定第一個(gè)使用的尋呼周期及其對應(yīng)的時(shí)段長度，將第一個(gè)使用的尋呼周期作為當(dāng)前尋呼周期進(jìn)行監(jiān)聽尋呼消息，在監(jiān)聽對應(yīng)的時(shí)段長度后更新當(dāng)前尋呼周期，繼續(xù)監(jiān)聽尋呼消息。

在本發(fā)明上述實(shí)施例中，步驟S4根據(jù)所述尋呼監(jiān)聽策略，更新當(dāng)前尋呼周期，具體包括：

判斷當(dāng)前尋呼周期是否為所述尋呼次序中的最后一個(gè)尋呼周期；

若是，則保持當(dāng)前尋呼周期不變，或者將所述尋呼次序中的首個(gè)尋呼周期更新為當(dāng)前尋呼周期；

否則，則確定當(dāng)前尋呼周期在所述尋呼次序中的下一個(gè)尋呼周期，并將所述下一個(gè)尋呼周期更新為當(dāng)前尋呼周期。

具體的，當(dāng)前尋呼周期為多個(gè)尋呼周期中的最后一個(gè)尋呼周期時(shí)，在更新時(shí)可以繼續(xù)保持當(dāng)前尋呼周期不變，繼續(xù)監(jiān)聽尋呼消息，也可以將尋呼次序中的首個(gè)尋呼周期更新為當(dāng)前尋呼周期，循環(huán)采用多個(gè)尋呼周期進(jìn)行監(jiān)聽尋呼消息。若當(dāng)前尋呼周期不是多個(gè)尋呼周期中的最后一個(gè)尋呼周期，則確定尋呼次序中的下一個(gè)尋呼周期，將下一個(gè)尋呼周期更新為當(dāng)前尋呼周期進(jìn)行監(jiān)聽。

通過上述步驟，本發(fā)明實(shí)施例相對于UE按照固定的周期檢測是否有尋呼消息，可節(jié)省UE的功耗，提升用戶的體驗(yàn)。

下面將進(jìn)一步通過更多的實(shí)施例為本發(fā)明作更為詳細(xì)的說明。

本發(fā)明另一實(shí)施例提供一種尋呼監(jiān)聽方法，如圖2所示，包括：

步驟S101、UE在進(jìn)入空閑態(tài)后，獲取預(yù)設(shè)的尋呼監(jiān)聽策略，所述尋呼監(jiān)聽策略包括UE使用的多個(gè)不同的尋呼周期、各個(gè)尋呼周期的尋呼次序、采用各個(gè)尋呼周期監(jiān)聽的時(shí)段長度。

步驟S102、根據(jù)所述尋呼監(jiān)聽策略，確定進(jìn)入空閑態(tài)后首個(gè)使用的第一尋呼周期以及采用第一尋呼周期監(jiān)聽的第一時(shí)段長度，并按照所述第一尋呼周期和所述第一時(shí)段長度，監(jiān)聽網(wǎng)絡(luò)側(cè)發(fā)送的尋呼消息。

步驟S103、在空閑態(tài)下采用第一尋呼周期監(jiān)聽了第一時(shí)段長度后，根據(jù)所述尋呼監(jiān)聽策略，確定進(jìn)入空閑態(tài)后第二個(gè)使用的第二尋呼周期以及采用第二尋呼周期監(jiān)聽的第二時(shí)段長度，并按照所述第二尋呼周期和所述第二時(shí)段長度，監(jiān)聽網(wǎng)絡(luò)側(cè)發(fā)送的尋呼消息。

具體的，在UE進(jìn)入空閑態(tài)之后，首先獲取預(yù)設(shè)的尋呼監(jiān)聽策略，其中尋呼監(jiān)聽策略中包括UE所使用的多個(gè)不同的尋呼周期、各個(gè)尋呼周期的尋呼次序以及采用各個(gè)尋呼周期監(jiān)聽的時(shí)段長度。根據(jù)尋呼監(jiān)聽策略來確定首個(gè)使用 的第一尋呼周期和采用第一尋呼周期監(jiān)聽尋呼消息時(shí)的第一時(shí)段長度。在經(jīng)過第一時(shí)段長度的監(jiān)聽后，確定第二個(gè)使用的第二尋呼周期以及采用第二尋呼周期監(jiān)聽的第二時(shí)段長度，繼續(xù)監(jiān)聽網(wǎng)絡(luò)側(cè)發(fā)送的尋呼消息。

需要說明的是，第一尋呼周期的長度不等于第二尋呼周期的長度，可以大于第二尋呼周期的長度，也可以小于第二尋呼周期的長度。通常情況下，第一尋呼周期的長度小于第二尋呼周期的長度，當(dāng)在采用第一尋呼周期監(jiān)聽的第一時(shí)段內(nèi)無法監(jiān)聽到尋呼消息時(shí)，選用第二尋呼周期進(jìn)行監(jiān)聽，由于第二尋呼周期的長度較長，此時(shí)處于休眠態(tài)的時(shí)間會(huì)較長，因此UE可以降低功耗。第一尋呼周期的長度大于第二尋呼周期的長度時(shí)，由于UE根據(jù)不同的業(yè)務(wù)類型可以預(yù)先獲得尋呼消息下發(fā)的不同時(shí)機(jī)，可以在未接收到尋呼消息之前較長的一段時(shí)間內(nèi)采用第一尋呼周期進(jìn)行監(jiān)聽，第一尋呼周期的長度較長處于休眠態(tài)的時(shí)間較長，因此可以減小UE的功耗。在即將接收到尋呼消息時(shí)，采用長度較短的第二尋呼周期進(jìn)行監(jiān)聽獲得尋呼消息。

需要說明的是，處于空閑態(tài)的UE可以實(shí)現(xiàn)如下兩方面的功能：一方面可以監(jiān)聽其駐留小區(qū)的尋呼消息，并根據(jù)尋呼消息的指示進(jìn)行小區(qū)系統(tǒng)消息的更新(也就是重新讀取小區(qū)系統(tǒng)消息)，或發(fā)起與網(wǎng)絡(luò)側(cè)的連接以轉(zhuǎn)入連接態(tài)。當(dāng)在空閑態(tài)下采用當(dāng)前尋呼周期監(jiān)聽時(shí)，若接收到網(wǎng)絡(luò)側(cè)發(fā)送的尋呼消息，根據(jù)尋呼消息建立與網(wǎng)絡(luò)側(cè)的連接進(jìn)入連接態(tài)。

另一方面，可以周期性或由事件觸發(fā)，UE發(fā)起與網(wǎng)絡(luò)側(cè)的位置區(qū)更新過程，以指示網(wǎng)絡(luò)側(cè)其所在的位置區(qū)域。網(wǎng)絡(luò)側(cè)得知UE所在的位置區(qū)域后，在需要對UE進(jìn)行尋呼時(shí)，在相應(yīng)的位置區(qū)域內(nèi)的小區(qū)發(fā)送尋呼消息。

在本發(fā)明上述實(shí)施例中，在空閑態(tài)下采用第二尋呼周期監(jiān)聽了第二時(shí)段長度后，根據(jù)所述尋呼監(jiān)聽策略，確定進(jìn)入空閑態(tài)后第三個(gè)使用的第三尋呼周期以及采用第三尋呼周期監(jiān)聽的第三時(shí)段長度，并按照所述第三尋呼周期和所述第三時(shí)段長度，監(jiān)聽網(wǎng)絡(luò)側(cè)發(fā)送的尋呼消息。

通常情況下尋呼監(jiān)聽策略中，尋呼次序越靠后的尋呼周期可以具有越長的周期長度。在采用尋呼次序靠前的尋呼周期進(jìn)行監(jiān)聽時(shí)，接收不到尋呼消息，則確定周期較長的另一尋呼周期繼續(xù)監(jiān)聽，節(jié)省UE的功耗。

采用任一尋呼周期監(jiān)聽的時(shí)段長度，可以大于該尋呼周期的時(shí)長。以第一 時(shí)段長度為例，第一時(shí)段的時(shí)長可以是第一尋呼周期的整數(shù)倍，如第一時(shí)段包括5個(gè)第一尋呼周期；也可以是第一尋呼周期的非整數(shù)倍，如第一時(shí)段包括3.5個(gè)第一尋呼周期。僅需保證第一時(shí)段的時(shí)長大于等于第一尋呼周期的長度。

在本發(fā)明上述實(shí)施例中，在確定進(jìn)入空閑態(tài)后首個(gè)使用的尋呼周期以及對應(yīng)的時(shí)段長度之前，所述方法還包括：

從接收到的網(wǎng)絡(luò)側(cè)發(fā)送的系統(tǒng)信息塊中提取配置信息，所述配置信息包括供UE使用的各個(gè)尋呼周期、各個(gè)尋呼周期的尋呼次序以及采用各個(gè)尋呼周期監(jiān)聽的時(shí)段長度；

所述UE根據(jù)所述配置信息，生成所述尋呼監(jiān)聽策略。

具體的，網(wǎng)絡(luò)側(cè)發(fā)送至UE的系統(tǒng)信息塊的配置信息中包含多個(gè)不同的尋呼周期、各個(gè)尋呼周期的尋呼次序以及采用各個(gè)尋呼周期監(jiān)聽的時(shí)段長度，UE根據(jù)獲得的配置信息，生成可確定當(dāng)前使用的尋呼周期的尋呼監(jiān)聽策略。

在本發(fā)明上述實(shí)施例中，在確定進(jìn)入空閑態(tài)后首個(gè)使用的尋呼周期以及對應(yīng)的時(shí)段長度之前，所述方法還包括：

接收演進(jìn)基站eNB發(fā)送的無線資源控制RRC消息，所述RRC消息攜帶有供UE使用的多個(gè)不同的尋呼周期、各個(gè)尋呼周期的尋呼次序以及采用各個(gè)尋呼周期監(jiān)聽的時(shí)段長度；

根據(jù)所述RRC消息，生成所述尋呼監(jiān)聽策略。

具體的，如圖3所示，UE接收網(wǎng)絡(luò)側(cè)的eNB發(fā)送的RRC(Radio Resource Control，無線資源控制)消息，同時(shí)RRC消息中攜帶了UE所使用的多個(gè)不同的尋呼周期、各個(gè)尋呼周期的尋呼次序以及采用各個(gè)尋呼周期監(jiān)聽的時(shí)段長度，UE根據(jù)獲得的RRC消息，生成可確定當(dāng)前使用尋呼周期的尋呼監(jiān)聽策略。

在本發(fā)明上述實(shí)施例中，在確定進(jìn)入空閑態(tài)后首個(gè)使用的尋呼周期以及對應(yīng)的時(shí)段長度之前，所述方法還包括：

向網(wǎng)絡(luò)側(cè)發(fā)送所述UE采用的尋呼監(jiān)聽策略的信息，所述尋呼監(jiān)聽策略包括UE使用的多個(gè)不同的尋呼周期、各個(gè)尋呼周期的尋呼次序、采用各個(gè)尋呼周期監(jiān)聽的時(shí)段長度，所述UE使用的各個(gè)尋呼周期是預(yù)先配置在所述UE中的，或者是所述UE從網(wǎng)絡(luò)側(cè)接收到的多個(gè)尋呼周期中選擇出的。

具體的，UE采用的尋呼監(jiān)聽策略的信息需要上報(bào)到網(wǎng)絡(luò)側(cè)的移動(dòng)性管理 實(shí)體MME，MME在獲知UE采用的尋呼監(jiān)聽策略的信息后，可以實(shí)現(xiàn)與UE側(cè)尋呼周期信息的統(tǒng)一。在上報(bào)的過程中，可以將預(yù)先配置在UE中的尋呼周期全部上報(bào)到MME，也可以上報(bào)UE使用的尋呼周期，UE使用的尋呼周期可以為全部尋呼周期中的一部分。網(wǎng)絡(luò)側(cè)eNB發(fā)送至UE的尋呼周期具有多個(gè)，UE在上報(bào)尋呼周期時(shí)可以上報(bào)UE使用的尋呼周期，也可以上報(bào)網(wǎng)絡(luò)側(cè)eNB發(fā)送至UE的多個(gè)尋呼周期。需要說明的是，UE向MME上報(bào)各個(gè)尋呼周期時(shí)，同時(shí)也攜帶了各個(gè)尋呼周期的尋呼次序、采用各個(gè)尋呼周期監(jiān)聽的時(shí)段長度。

在本發(fā)明上述實(shí)施例中，所述向網(wǎng)絡(luò)側(cè)發(fā)送所述UE采用的尋呼監(jiān)聽策略的信息為：

所述UE通過附著請求ATTACH REQUEST消息中的非連續(xù)接收參數(shù)DRX parameter和/或RRC信令，將所述UE采用的尋呼監(jiān)聽策略的信息發(fā)送給網(wǎng)絡(luò)側(cè)的移動(dòng)性管理實(shí)體MME。

具體的，如圖4所示，在附著流程的ATTACH REQUEST消息中包含多個(gè)DRX parameter，將多個(gè)尋呼周期附著在多個(gè)DRX parameter上進(jìn)行上報(bào)。其中每個(gè)DRX parameter上附著的尋呼周期標(biāo)識有尋呼周期的尋呼次序、采用尋呼周期監(jiān)聽的時(shí)段長度?；蛘?/p>

如圖5所示，當(dāng)附著流程的ATTACH REQUEST消息中只包含一個(gè)DRX parameter，此時(shí)僅可附著一個(gè)尋呼周期，然后使用專用RRC信令經(jīng)eNB轉(zhuǎn)發(fā)上報(bào)多尋呼周期請求到MME，多尋呼周期請求中攜帶了所有尋呼周期或攜帶除ATTACH REQUEST消息中包含的DRX parameter上附著的尋呼周期外的其他尋呼周期。

如圖6所示，為本發(fā)明實(shí)施例尋呼監(jiān)聽方法的整體流程圖：

步驟S201、從系統(tǒng)信息塊中提取配置信息，生成尋呼監(jiān)聽策略；或者接收eNB發(fā)送的RRC消息，根據(jù)RRC消息生成尋呼監(jiān)聽策略。

步驟S202、向網(wǎng)絡(luò)側(cè)發(fā)送UE采用的尋呼監(jiān)聽策略的信息。

步驟S203、UE在進(jìn)入空閑態(tài)后，獲取預(yù)設(shè)的尋呼監(jiān)聽策略，確定當(dāng)前使用的尋呼周期進(jìn)行尋呼監(jiān)聽。

本發(fā)明實(shí)施例提供一種尋呼方法，如圖7所示，包括：

步驟S301、移動(dòng)性管理實(shí)體MME在需要尋呼一處于空閑態(tài)的用戶設(shè)備UE時(shí)，根據(jù)所述UE處于空閑態(tài)的時(shí)間長度以及所述UE所使用的尋呼監(jiān)聽策略，確定當(dāng)前使用的尋呼周期，所述尋呼監(jiān)聽策略包括UE使用的多個(gè)不同的尋呼周期、各個(gè)尋呼周期的尋呼次序、采用各個(gè)尋呼周期監(jiān)聽的時(shí)段長度；

步驟S302、通過尋呼消息，將所確定的所述UE當(dāng)前使用的尋呼周期發(fā)送給演進(jìn)基站eNB。

具體的，如圖8所示，MME接收eNB發(fā)送的UE進(jìn)入空閑態(tài)的消息。在接收到消息后，需要向UE發(fā)送尋呼時(shí)，根據(jù)UE處于空閑態(tài)的時(shí)間長度以及UE所使用的尋呼監(jiān)聽策略，確定當(dāng)前使用的尋呼周期，并向UE經(jīng)ENB轉(zhuǎn)發(fā)尋呼消息。

如圖9所示，轉(zhuǎn)發(fā)時(shí)，首先向eNB發(fā)送尋呼消息，其中尋呼消息中攜帶了UE當(dāng)前使用的尋呼周期。通過尋呼消息，將所確定的UE當(dāng)前使用的尋呼周期發(fā)送給eNB，使eNB根據(jù)UE當(dāng)前使用的尋呼周期計(jì)算尋呼時(shí)機(jī)，并在尋呼時(shí)機(jī)到達(dá)時(shí)下發(fā)尋呼給UE。

需要說明的是，通常情況下，尋呼次序中排序越靠前的尋呼周期，其尋呼周期的長度可以越短，排序越靠后的尋呼周期，其尋呼周期的長度可以越長。當(dāng)采用靠前的尋呼周期無法監(jiān)聽到尋呼消息時(shí)，選用靠后的尋呼周期。由于靠后的尋呼周期的長度大，處于休眠態(tài)的時(shí)間會(huì)較長，因此UE可以節(jié)電，降低功耗。

在本發(fā)明上述實(shí)施例中，在尋呼一處于空閑態(tài)的UE之前，所述方法還可以包括：

接收所述UE發(fā)送的所述UE采用的尋呼監(jiān)聽策略的信息，所述尋呼監(jiān)聽策略包括UE使用的多個(gè)不同的尋呼周期、各個(gè)尋呼周期的尋呼次序、采用各個(gè)尋呼周期監(jiān)聽的時(shí)段長度。

具體的，網(wǎng)絡(luò)側(cè)的MME接收UE采用的尋呼監(jiān)聽策略的信息，MME在獲知UE采用的尋呼監(jiān)聽策略的信息后，可以實(shí)現(xiàn)與UE側(cè)尋呼周期信息的統(tǒng)一。MME可以接收預(yù)先配置在UE中的全部尋呼周期，也可以接收UE使用的尋呼周期，UE使用的尋呼周期可以為全部尋呼周期中的一部分。eNB發(fā)送至UE的尋呼周期具有多個(gè)，MME可以接收UE使用的尋呼周期，也可以接 收eNB發(fā)送至UE的多個(gè)尋呼周期。

在本發(fā)明上述實(shí)施例中，所述接收所述UE發(fā)送的所述UE采用的尋呼監(jiān)聽策略的信息為：

通過附著請求ATTACH REQUEST消息中的非連續(xù)接收參數(shù)DRX parameter和/或無線資源控制RRC信令，接收所述UE發(fā)送的所述UE采用的尋呼監(jiān)聽策略的信息。

具體的，在附著流程的ATTACH REQUEST消息中包含多個(gè)DRX parameter，多個(gè)尋呼周期附著在多個(gè)DRX parameter上，通過接收ATTACH REQUEST消息，即可接收UE發(fā)送的UE采用的尋呼監(jiān)聽策略的信息。其中每個(gè)DRX parameter上附著的尋呼周期標(biāo)識有尋呼周期的尋呼次序、采用尋呼周期監(jiān)聽的時(shí)段長度?；蛘?/p>

當(dāng)附著流程的ATTACH REQUEST消息中只包含一個(gè)DRX parameter，此時(shí)僅可附著一個(gè)尋呼周期，MME可接收一個(gè)尋呼周期。然后通過專用RRC信令接收多尋呼周期請求，多尋呼周期請求中攜帶了所有尋呼周期或攜帶除ATTACH REQUEST消息中包含的DRX parameter上附著的尋呼周期外的其他尋呼周期。

如圖10所示，本發(fā)明實(shí)施例尋呼方法整體流程圖：

步驟S401、接收UE發(fā)送的UE采用的尋呼監(jiān)聽策略的信息。

步驟S402、MME在需要尋呼一處于空閑態(tài)的UE時(shí)，根據(jù)UE處于空閑態(tài)的時(shí)間長度以及UE所使用的尋呼監(jiān)聽策略，確定當(dāng)前使用的尋呼周期。

步驟S403、通過尋呼消息，將所確定的UE當(dāng)前使用的尋呼周期發(fā)送給eNB。

本發(fā)明實(shí)施例提供一種尋呼方法，如圖11所示，包括：

步驟S501、演進(jìn)基站eNB接收移動(dòng)性管理實(shí)體MME發(fā)送的針對一用戶設(shè)備UE的尋呼消息，所述尋呼消息攜帶有所述UE當(dāng)前使用的尋呼周期；

步驟S502、根據(jù)所述UE當(dāng)前使用的尋呼周期計(jì)算尋呼時(shí)機(jī)，并在該尋呼時(shí)機(jī)到達(dá)時(shí)下發(fā)尋呼給所述UE。

具體的，eNB監(jiān)測UE的狀態(tài)，當(dāng)UE處于空閑狀態(tài)時(shí)，向MME發(fā)送UE處于空閑狀態(tài)的消息；當(dāng)MME需要尋呼UE時(shí)，接收MME發(fā)送的針對一UE的尋呼消息，尋呼消息攜帶有UE當(dāng)前使用的尋呼周期。根據(jù)獲取的尋 呼消息中攜帶的UE當(dāng)前使用的尋呼周期可以計(jì)算出尋呼時(shí)機(jī)，并在尋呼時(shí)機(jī)到達(dá)時(shí)下發(fā)尋呼給UE。其中，當(dāng)前使用的尋呼周期是由MME根據(jù)UE處于空閑態(tài)的時(shí)間長度以及UE所使用的尋呼監(jiān)聽策略確定的。

尋呼監(jiān)聽策略包括UE使用的多個(gè)不同的尋呼周期、各個(gè)尋呼周期的尋呼次序、采用各個(gè)尋呼周期監(jiān)聽的時(shí)段長度。通常情況下，尋呼次序中排序越靠前的尋呼周期，其尋呼周期的長度可以越短，排序越靠后的尋呼周期，其尋呼周期的長度可以越長。當(dāng)采用靠前的尋呼周期無法監(jiān)聽到尋呼消息時(shí)，選用靠后的尋呼周期。由于靠后的尋呼周期的長度大，處于休眠態(tài)的時(shí)間會(huì)較長，因此UE可以節(jié)電，降低功耗。

在本發(fā)明上述實(shí)施例中，接收MME發(fā)送的針對一UE的尋呼消息之前，所述方法還包括：

向所述UE發(fā)送攜帶配置信息的系統(tǒng)信息塊，使得所述UE根據(jù)所述配置信息，生成尋呼監(jiān)聽策略；其中，所述配置信息包括供UE使用的各個(gè)尋呼周期、各個(gè)尋呼周期的尋呼次序以及采用各個(gè)尋呼周期監(jiān)聽的時(shí)段長度。

具體的，eNB發(fā)送至UE的系統(tǒng)信息塊的配置信息中包含多個(gè)不同的尋呼周期、各個(gè)尋呼周期的尋呼次序以及采用各個(gè)尋呼周期監(jiān)聽的時(shí)段長度，UE根據(jù)獲得的配置信息，生成可確定當(dāng)前使用尋呼周期的尋呼監(jiān)聽策略。

在本發(fā)明上述實(shí)施例中，接收MME發(fā)送的針對一UE的尋呼消息之前，所述方法還包括：

向所述UE發(fā)送無線資源控制RRC消息，使得所述UE根據(jù)所述RRC消息，生成尋呼監(jiān)聽策略；其中，所述RRC消息攜帶有供UE使用的多個(gè)不同的尋呼周期、各個(gè)尋呼周期的尋呼次序以及采用各個(gè)尋呼周期監(jiān)聽的時(shí)段長度。

具體的，在接收MME發(fā)送的針對一UE的尋呼消息之前，網(wǎng)絡(luò)側(cè)的eNB發(fā)送RRC消息至UE，RRC消息中攜帶了UE所使用的多個(gè)不同的尋呼周期、各個(gè)尋呼周期的尋呼次序以及采用各個(gè)尋呼周期監(jiān)聽的時(shí)段長度，UE根據(jù)獲得的RRC消息，生成可確定當(dāng)前使用尋呼周期的尋呼監(jiān)聽策略。

如圖12所示，本發(fā)明實(shí)施例尋呼方法整體步驟流程圖：

步驟S601、向UE發(fā)送配置信息，使得UE根據(jù)配置信息，生成尋呼監(jiān)聽策略；或者向UE發(fā)送RRC消息，使得UE根據(jù)RRC消息，生成尋呼監(jiān)聽策略。

步驟S602、eNB接收MME發(fā)送的針對一UE的尋呼消息，尋呼消息攜帶有UE當(dāng)前使用的尋呼周期。

步驟S603、根據(jù)UE當(dāng)前使用的尋呼周期計(jì)算尋呼時(shí)機(jī)，并在該尋呼時(shí)機(jī)到達(dá)時(shí)下發(fā)尋呼給UE。

本發(fā)明實(shí)施例提供一種尋呼監(jiān)聽裝置，如圖13所示，包括：

獲取模塊10，用于在用戶設(shè)備UE進(jìn)入空閑態(tài)后，獲取預(yù)設(shè)的尋呼監(jiān)聽策略，所述尋呼監(jiān)聽策略包括UE使用的多個(gè)不同的尋呼周期、各個(gè)尋呼周期的尋呼次序、采用各個(gè)尋呼周期監(jiān)聽的時(shí)段長度；

第一確定模塊20，用于根據(jù)所述尋呼監(jiān)聽策略，確定進(jìn)入空閑態(tài)后首個(gè)使用的尋呼周期以及對應(yīng)的時(shí)段長度，將該首個(gè)使用的尋呼周期作為當(dāng)前尋呼周期；

監(jiān)聽模塊30，用于按照當(dāng)前尋呼周期，監(jiān)聽網(wǎng)絡(luò)側(cè)發(fā)送的尋呼消息；

更新處理模塊40，用于若在空閑態(tài)下采用當(dāng)前尋呼周期監(jiān)聽了對應(yīng)的時(shí)段長度后，則根據(jù)所述尋呼監(jiān)聽策略，更新當(dāng)前尋呼周期，并觸發(fā)所述監(jiān)聽模塊30按照當(dāng)前尋呼周期，監(jiān)聽網(wǎng)絡(luò)側(cè)發(fā)送的尋呼消息。

在本發(fā)明上述實(shí)施例中，所述更新處理模塊40包括：

判斷子模塊41，用于判斷當(dāng)前尋呼周期是否為所述尋呼次序中的最后一個(gè)尋呼周期；

第一子模塊42，用于當(dāng)當(dāng)前尋呼周期是所述尋呼次序中的最后一個(gè)尋呼周期時(shí)，則保持當(dāng)前尋呼周期不變，或者將所述尋呼次序中的首個(gè)尋呼周期更新為當(dāng)前尋呼周期；

第二子模塊43，用于當(dāng)當(dāng)前尋呼周期不是所述尋呼次序中的最后一個(gè)尋呼周期時(shí)，則確定當(dāng)前尋呼周期在所述尋呼次序中的下一個(gè)尋呼周期，并將所述下一個(gè)尋呼周期更新為當(dāng)前尋呼周期。

在本發(fā)明上述實(shí)施例中，采用任一尋呼周期監(jiān)聽的時(shí)段長度，大于該尋呼周期的時(shí)長。

在本發(fā)明上述實(shí)施例中，所述監(jiān)聽模塊30進(jìn)一步用于：在空閑態(tài)下采用當(dāng)前尋呼周期監(jiān)聽時(shí)，若接收到網(wǎng)絡(luò)側(cè)發(fā)送的尋呼消息，且根據(jù)所述尋呼消息建立與網(wǎng)絡(luò)側(cè)的連接后，退出空閑態(tài)。

在本發(fā)明上述實(shí)施例中，所述尋呼監(jiān)聽策略中，尋呼次序越靠后的尋呼周期具有越長的周期長度。

在本發(fā)明上述實(shí)施例中，所述裝置還包括：

提取模塊50，用于在所述第一確定模塊20確定進(jìn)入空閑態(tài)后首個(gè)使用的尋呼周期以及對應(yīng)的時(shí)段長度之前，從接收到的網(wǎng)絡(luò)側(cè)發(fā)送的系統(tǒng)信息塊中提取配置信息，所述配置信息包括供UE使用的多個(gè)不同的尋呼周期、各個(gè)尋呼周期的尋呼次序以及采用各個(gè)尋呼周期監(jiān)聽的時(shí)段長度；

第一生成模塊60，用于根據(jù)所述配置信息，生成所述尋呼監(jiān)聽策略。

在本發(fā)明上述實(shí)施例中，所述裝置還包括：

第一接收模塊70，用于在所述第一確定模塊20確定進(jìn)入空閑態(tài)后首個(gè)使用的尋呼周期以及對應(yīng)的時(shí)段長度之前，接收演進(jìn)基站eNB發(fā)送的無線資源控制RRC消息，所述RRC消息攜帶有供UE使用的多個(gè)不同的尋呼周期、各個(gè)尋呼周期的尋呼次序以及采用各個(gè)尋呼周期監(jiān)聽的時(shí)段長度；

第二生成模塊80，用于根據(jù)所述RRC消息，生成所述尋呼監(jiān)聽策略。

在本發(fā)明上述實(shí)施例中，所述裝置還包括：

第一發(fā)送模塊90，用于在所述第一確定模塊20確定進(jìn)入空閑態(tài)后首個(gè)使用的尋呼周期以及對應(yīng)的時(shí)段長度之前，向網(wǎng)絡(luò)側(cè)發(fā)送所述UE采用的尋呼監(jiān)聽策略的信息，所述尋呼監(jiān)聽策略包括UE使用的多個(gè)不同的尋呼周期、各個(gè)尋呼周期的尋呼次序、采用各個(gè)尋呼周期監(jiān)聽的時(shí)段長度，所述UE使用的各個(gè)尋呼周期是預(yù)先配置在所述UE中的，或者是所述UE從網(wǎng)絡(luò)側(cè)接收到的多個(gè)尋呼周期中選擇出的。

在本發(fā)明上述實(shí)施例中，所述第一發(fā)送模塊90進(jìn)一步用于

通過附著請求ATTACH REQUEST消息中的非連續(xù)接收參數(shù)DRX parameter和/或RRC信令，將所述UE采用的尋呼監(jiān)聽策略的信息發(fā)送給網(wǎng)絡(luò)側(cè)的移動(dòng)性管理實(shí)體MME。

本發(fā)明實(shí)施例提供一種尋呼裝置，包括：

第二確定模塊100，用于在需要尋呼一處于空閑態(tài)的用戶設(shè)備UE時(shí)，根據(jù)所述UE處于空閑態(tài)的時(shí)間長度以及所述UE所使用的尋呼監(jiān)聽策略，確定當(dāng)前使用的尋呼周期，所述尋呼監(jiān)聽策略包括UE使用的多個(gè)不同的尋呼周期、 各個(gè)尋呼周期的尋呼次序、采用各個(gè)尋呼周期監(jiān)聽的時(shí)段長度；

第二發(fā)送模塊110，用于通過尋呼消息，將所確定的所述UE當(dāng)前使用的尋呼周期發(fā)送給演進(jìn)基站eNB。

在本發(fā)明上述實(shí)施例中，所述裝置還包括：

第二接收模塊120，用于在所述第二確定模塊100尋呼一處于空閑態(tài)的UE之前，接收所述UE發(fā)送的所述UE采用的尋呼監(jiān)聽策略的信息，所述尋呼監(jiān)聽策略包括UE使用的多個(gè)不同的尋呼周期、各個(gè)尋呼周期的尋呼次序、采用各個(gè)尋呼周期監(jiān)聽的時(shí)段長度。

在本發(fā)明上述實(shí)施例中，所述第二接收模塊120進(jìn)一步用于

通過附著請求ATTACH REQUEST消息中的非連續(xù)接收參數(shù)DRX parameter和/或無線資源控制RRC信令，接收所述UE發(fā)送的所述UE采用的尋呼監(jiān)聽策略的信息。

本發(fā)明實(shí)施例提供一種尋呼裝置，包括：

第三接收模塊130，用于接收移動(dòng)性管理實(shí)體MME發(fā)送的針對一用戶設(shè)備UE的尋呼消息，所述尋呼消息攜帶有所述UE當(dāng)前使用的尋呼周期；

處理模塊140，用于根據(jù)所述UE當(dāng)前使用的尋呼周期計(jì)算尋呼時(shí)機(jī)，并在該尋呼時(shí)機(jī)到達(dá)時(shí)下發(fā)尋呼給所述UE。

在本發(fā)明上述實(shí)施例中，所述裝置還包括：

第三發(fā)送模塊150，用于在所述第三接收模塊130接收MME發(fā)送的針對一UE的尋呼消息之前，向所述UE發(fā)送攜帶配置信息的系統(tǒng)信息塊，使得所述UE根據(jù)所述配置信息，生成尋呼監(jiān)聽策略；其中，所述配置信息包括供UE使用的多個(gè)不同的尋呼周期、各個(gè)尋呼周期的尋呼次序以及采用各個(gè)尋呼周期監(jiān)聽的時(shí)段長度。

在本發(fā)明上述實(shí)施例中，所述裝置還包括：

第四發(fā)送模塊160，用于在所述第三接收模塊130接收MME發(fā)送的針對一UE的尋呼消息之前，向所述UE發(fā)送無線資源控制RRC消息，使得所述UE根據(jù)所述RRC消息，生成尋呼監(jiān)聽策略；其中，所述RRC消息攜帶有供UE使用的多個(gè)不同的尋呼周期、各個(gè)尋呼周期的尋呼次序以及采用各個(gè)尋呼周期監(jiān)聽的時(shí)段長度。

本發(fā)明實(shí)施例提供的尋呼監(jiān)聽、尋呼方法，通過為UE設(shè)置多個(gè)尋呼周期，并將設(shè)置的多個(gè)尋呼周期或者UE使用的尋呼周期通知給MME，MME在尋呼UE時(shí)，確定UE當(dāng)前使用的尋呼周期，并將確定的尋呼周期通知給eNB，eNB按照MME通知的尋呼周期尋呼UE，相對于UE按照固定的周期檢測是否有尋呼消息，可節(jié)省UE的功耗，提升用戶的體驗(yàn)。

需要說明的是，本發(fā)明提供的尋呼監(jiān)聽、尋呼裝置是應(yīng)用上述方法的裝置，則上述方法的所有實(shí)施例均適用于該裝置，且均能達(dá)到相同或相似的有益效果。

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