終端尋呼實現(xiàn)方法和移動性管理實體的制作方法
【專利摘要】本發(fā)明公開了一種終端尋呼實現(xiàn)方法和移動性管理實體，涉及LTE系統(tǒng)中的尋呼【技術(shù)領(lǐng)域】。移動性管理實體在對處于空閑態(tài)終端進(jìn)行尋呼前，判斷該終端是否處于之前的服務(wù)小區(qū)，如果是，則僅需要向該終端之前所在服務(wù)小區(qū)發(fā)送尋呼消息。相比于LTE中傳統(tǒng)的直接向終端所屬跟蹤區(qū)內(nèi)全部小區(qū)發(fā)送尋呼消息的方法，本發(fā)明基于終端移動性的自適應(yīng)尋呼方案，通過對處于空閑態(tài)終端的移動性信息進(jìn)行分析判決，自適應(yīng)地調(diào)整尋呼消息的發(fā)送，從而可以減小尋呼消息的發(fā)送，降低網(wǎng)絡(luò)的尋呼信令負(fù)荷。
【專利說明】終端尋呼實現(xiàn)方法和移動性管理實體
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及長期演進(jìn)(Long Term Evolution, LTE)系統(tǒng)中的尋呼技術(shù),特別涉及一種終端尋呼實現(xiàn)方法和移動性管理實體。
【背景技術(shù)】
[0002]隨著移動通信技術(shù)的發(fā)展，以小數(shù)據(jù)、頻繁發(fā)送為主要業(yè)務(wù)特征的移動互聯(lián)網(wǎng)業(yè)務(wù)應(yīng)用得以大力普及與開展。同時根據(jù)DoCoMo (多科摩)的統(tǒng)計數(shù)據(jù)，目前移動網(wǎng)絡(luò)中近70%的業(yè)務(wù)發(fā)生在室內(nèi)，其中室內(nèi)場景以辦公室、大型場館和家庭等熱點區(qū)域占據(jù)大部分，主要包括HTTP (HTTP-Hypertext transfer protocol,超文本傳輸協(xié)議)頁瀏覽，即時通信等小數(shù)據(jù)業(yè)務(wù)。此時隨著終端數(shù)目的不斷增長，LTE中傳統(tǒng)的針對處于空閑態(tài)(RRC_IDLE)終端的尋呼方法，即如圖1所示移動性管理實體(Mobile Management Entity,MME)向該終端14所屬跟蹤區(qū)(Tracking Area, TA) 12內(nèi)所有小區(qū)(通過基站13)發(fā)送尋呼消息，已經(jīng)很難解決由于大量小數(shù)據(jù)業(yè)務(wù)頻繁尋呼而帶來的網(wǎng)絡(luò)尋呼信令急劇增加，甚至出現(xiàn)網(wǎng)絡(luò)擁塞的問題。
[0003]因此針對處于空閑態(tài)的終端用戶，如何降低頻繁尋呼對LTE網(wǎng)絡(luò)帶來的尋呼信令負(fù)荷成為本發(fā)明主要解決的問題。

【發(fā)明內(nèi)容】

[0004]本發(fā)明的發(fā)明人發(fā)現(xiàn)上述現(xiàn)有技術(shù)中存在問題，并因此針對所述問題中的至少一個問題提出了一種新的技術(shù)方案。
[0005]本發(fā)明的一個目的是提供一種用于終端尋呼的技術(shù)方案。
[0006]根據(jù)本發(fā)明的第一方面，提供了一種終端尋呼實現(xiàn)方法，包括:
[0007]移動性管理實體接收到對處于空閑狀態(tài)的終端的尋呼通知；
[0008]所述移動性管理實體根據(jù)所述終端的終端移動性信息判斷所述終端是否處于之前的服務(wù)小區(qū)；
[0009]如果是，則所述移動管理管理實體僅向所述終端的之前的服務(wù)小區(qū)發(fā)送尋呼消息；
[0010]如果否，所述移動管理管理實體向所述終端所屬跟蹤區(qū)內(nèi)全部小區(qū)發(fā)送尋呼消
肩、O
[0011]可選地，該方法還包括:如果所述移動性管理實體只對所述終端的之前的服務(wù)小區(qū)尋呼失敗，則所述移動管理管理實體向所述終端所屬跟蹤區(qū)內(nèi)全部小區(qū)發(fā)送尋呼消息。
[0012]可選地，終端的終端移動性信息包括:此次尋呼與之前尋呼的時間間隔、是否發(fā)生跟蹤區(qū)更新操作、以及所述終端在某小區(qū)被連續(xù)成功尋呼的次數(shù)。
[0013]可選地，移動性管理實體根據(jù)所述終端的終端移動性信息判斷所述終端是否處于之前的服務(wù)小區(qū)包括:
[0014]所述移動性管理實體判斷所述終端此次被尋呼與上次被尋呼的時間間隔是否超過第一門限，如果是，則判斷所述終端不處于之前的服務(wù)小區(qū)；
[0015]和/或
[0016]判斷所述終端被尋呼前是否進(jìn)行跟蹤區(qū)更新操作，如果是，則判斷所述終端不處于之前的服務(wù)小區(qū)；
[0017]和/ 或
[0018]判斷所述終端在之前服務(wù)小區(qū)被連續(xù)成功尋呼的次數(shù)是否大于第二門限，如果是，則判斷所述終端處于之前的服務(wù)小區(qū)，否則，則判斷所述終端不處于之前的服務(wù)小區(qū)。
[0019]可選地，第一門限和/或所述第二門限根據(jù)數(shù)據(jù)業(yè)務(wù)特征以及所述終端的移動速
度進(jìn)行調(diào)整。
[0020]根據(jù)本發(fā)明的另一方面，提供一種移動性管理實體，包括:
[0021]尋呼通知接收單元，用于接收到對處于空閑狀態(tài)的終端的尋呼通知；
[0022]移動性信息獲取單元，用于獲取所述終端的終端移動性信息；
[0023]尋呼小區(qū)確定單元，用于根據(jù)所述終端的終端移動性信息判斷所述終端是否處于之前的服務(wù)小區(qū)，如果是，則確定所述終端之前的服務(wù)小區(qū)為尋呼小區(qū)，否則，確定所述終端所屬跟蹤區(qū)內(nèi)全部小區(qū)為尋呼小區(qū)，發(fā)送所述尋呼小區(qū)；
[0024]尋呼消息發(fā)送單元，用于接收來自所述尋呼小區(qū)確定單元的所述尋呼小區(qū)，向所述尋呼小區(qū)發(fā)送尋呼消息。
[0025]可選地，尋呼小區(qū)確定單元還用于接收尋呼結(jié)果，如果只對所述終端的之前的服務(wù)小區(qū)尋呼失敗，則確定所述終端所屬跟蹤區(qū)內(nèi)全部小區(qū)為尋呼小區(qū)，發(fā)送所述尋呼小區(qū)；尋呼消息發(fā)送單元接收來自所述尋呼小區(qū)確定單元的尋呼小區(qū)，向所述尋呼小區(qū)發(fā)送尋呼消息。
[0026]可選地，終端的終端移動性信息包括:此次尋呼與之前尋呼的時間間隔、是否發(fā)生跟蹤區(qū)更新操作、以及所述終端在某小區(qū)被連續(xù)成功尋呼的次數(shù)；
[0027]所述移動性信息獲取單元包括:
[0028]跟蹤區(qū)更新監(jiān)測模塊，用于監(jiān)測所述終端是否發(fā)生跟蹤區(qū)更新操作；
[0029]尋呼時間間隔獲取模塊，用于獲取此次尋呼與之前尋呼的時間間隔；
[0030]成功尋呼數(shù)監(jiān)測模塊，用于監(jiān)測所述終端在某小區(qū)被連續(xù)成功尋呼的次數(shù)。
[0031]可選地，尋呼小區(qū)確定單元包括:
[0032]跟蹤區(qū)更新判斷模塊，用于判斷所述終端此次被尋呼與上次被尋呼的時間間隔是否超過第一門限，如果是，則判斷所述終端不處于之前的服務(wù)小區(qū)；
[0033]和/ 或
[0034]尋呼時間間隔判斷模塊，用于判斷所述終端被尋呼前是否進(jìn)行跟蹤區(qū)更新操作，如果是，則判斷所述終端不處于之前的服務(wù)小區(qū)；
[0035]和/ 或
[0036]成功尋呼判斷模塊，用于判斷所述終端在之前服務(wù)小區(qū)被連續(xù)成功尋呼的次數(shù)是否大于第二門限，如果是，則判斷所述終端處于之前的服務(wù)小區(qū)，否則，則判斷所述終端不處于之前的服務(wù)小區(qū)。
[0037]可選地，第一門限和/或所述第二門限能夠根據(jù)數(shù)據(jù)業(yè)務(wù)特征以及所述終端的移動速度進(jìn)行調(diào)整。[0038]本發(fā)明的一個優(yōu)點在于，通過終端移動性信息判斷終端處于之前的服務(wù)小區(qū)，則僅向之前的服務(wù)小區(qū)發(fā)送尋呼消息，充分利用了終端移動性信息，自適應(yīng)地調(diào)整尋呼消息發(fā)送區(qū)域，降低了尋呼消息的發(fā)送，可以很大程度地降低網(wǎng)絡(luò)尋呼信令負(fù)荷。
[0039]通過以下參照附圖對本發(fā)明的示例性實施例的詳細(xì)描述，本發(fā)明的其它特征及其優(yōu)點將會變得清楚。
【專利附圖】

【附圖說明】
[0040]構(gòu)成說明書的一部分的附圖描述了本發(fā)明的實施例，并且連同說明書一起用于解釋本發(fā)明的原理。
[0041]參照附圖，根據(jù)下面的詳細(xì)描述，可以更加清楚地理解本發(fā)明，其中:
[0042]圖1示出RRC_IDLE下終端的尋呼示意圖。
[0043]圖2示出根據(jù)本發(fā)明的終端尋呼實現(xiàn)方法的一個實施例的流程圖。
[0044]圖3示出根據(jù)本發(fā)明實施例的基于終端移動性的自適應(yīng)尋呼方法流程圖。
[0045]圖4示出根據(jù)本發(fā)明的終端尋呼實現(xiàn)方法的一個實施例中移動性管理實體判決流程圖。
[0046]圖5示出根據(jù)本發(fā)明的移動性管理實體一個實施例的結(jié)構(gòu)圖。
[0047]圖6示出根據(jù)本發(fā)明的移動性管理實體另一個實施例的結(jié)構(gòu)圖。
【具體實施方式】
[0048]現(xiàn)在將參照附圖來詳細(xì)描述本發(fā)明的各種示例性實施例。應(yīng)注意到:除非另外具體說明，否則在這些實施例中闡述的部件和步驟的相對布置、數(shù)字表達(dá)式和數(shù)值不限制本發(fā)明的范圍。
[0049]同時，應(yīng)當(dāng)明白，為了便于描述，附圖中所示出的各個部分的尺寸并不是按照實際的比例關(guān)系繪制的。
[0050]以下對至少一個示例性實施例的描述實際上僅僅是說明性的，決不作為對本發(fā)明及其應(yīng)用或使用的任何限制。
[0051]對于相關(guān)領(lǐng)域普通技術(shù)人員已知的技術(shù)、方法和設(shè)備可能不作詳細(xì)討論，但在適當(dāng)情況下，所述技術(shù)、方法和設(shè)備應(yīng)當(dāng)被視為授權(quán)說明書的一部分。
[0052]在這里示出和討論的所有示例中，任何具體值應(yīng)被解釋為僅僅是示例性的，而不是作為限制。因此，示例性實施例的其它示例可以具有不同的值。
[0053]應(yīng)注意到:相似的標(biāo)號和字母在下面的附圖中表示類似項，因此，一旦某一項在一個附圖中被定義，則在隨后的附圖中不需要對其進(jìn)行進(jìn)一步討論。
[0054]本發(fā)明的發(fā)明人考慮到移動數(shù)據(jù)業(yè)務(wù)大多發(fā)生一些室內(nèi)熱點區(qū)域，終端的移動性較低，此時如果能夠充分利用終端的移動性信息以及其它相關(guān)參數(shù)確定該終端目前可能所在的服務(wù)小區(qū)，并且只向該服務(wù)小區(qū)發(fā)送尋呼消息，則可以極大程度地減少尋呼消息的發(fā)送，降低網(wǎng)絡(luò)尋呼信令負(fù)荷。所以，發(fā)明人主要針對處于空閑態(tài)的終端用戶，提供了一種自適應(yīng)的尋呼方法和系統(tǒng)。不同于LTE中傳統(tǒng)的直接向該終端所屬TA內(nèi)所有小區(qū)發(fā)送尋呼消息的方法，本發(fā)明基于終端的移動性信息自適應(yīng)地調(diào)整尋呼信令的發(fā)送，從而降低了網(wǎng)絡(luò)尋呼信令負(fù)荷。[0055]圖2示出根據(jù)本發(fā)明的終端尋呼實現(xiàn)方法的一個實施例的流程圖。
[0056]如圖2所示，步驟202，移動性管理實體接收到對處于空閑狀態(tài)的終端的尋呼通知。
[0057]步驟204，移動性管理實體根據(jù)終端的終端移動性信息判斷終端是否處于之前的服務(wù)小區(qū)。
[0058]步驟206，如果是，則移動管理管理實體僅向終端的之前的服務(wù)小區(qū)發(fā)送尋呼消息；如果否，移動管理管理實體向終端所屬跟蹤區(qū)內(nèi)全部小區(qū)發(fā)送尋呼消息(步驟208)。
[0059]上述實施例中，通過終端移動性信息判斷終端處于之前的服務(wù)小區(qū)時則僅向之前的服務(wù)小區(qū)發(fā)送尋呼消息，充分利用了終端移動性信息，自適應(yīng)地調(diào)整尋呼消息發(fā)送區(qū)域，降低了尋呼消息的發(fā)送，可以很大程度地降低網(wǎng)絡(luò)尋呼信令負(fù)荷，尤其是熱點區(qū)域的尋呼信令負(fù)荷。
[0060]圖3示出根據(jù)本發(fā)明實施例的基于終端移動性的自適應(yīng)尋呼方法流程圖。
[0061]如圖3所示，步驟302，對于處于空閑狀態(tài)的終端，當(dāng)服務(wù)網(wǎng)關(guān)(Serving-Gateway, S-Gff)有數(shù)據(jù)到達(dá)時,通知移動性管理實體對該終端進(jìn)行尋呼。
[0062]步驟304，移動性管理實體判斷該終端是否可能處于之前的服務(wù)小區(qū)，如果是，則移動管理管理實體只需要向該終端之前的服務(wù)小區(qū)發(fā)送尋呼消息進(jìn)行尋呼(步驟306)。如果移動性管理實體判斷該終端有可能已經(jīng)不在之前的服務(wù)的小區(qū)(例如，終端在移動過程中通過小區(qū)選擇和重選的方式改變了服務(wù)小區(qū))，此時網(wǎng)絡(luò)無法確認(rèn)該終端所在的小區(qū)位置，則執(zhí)行步驟310。
[0063]步驟308，當(dāng)移動性管理實體只對終端之前所在小區(qū)進(jìn)行尋呼時，判斷尋呼是否成功，如果尋呼失敗(由于終端移動等其它原因?qū)е乱苿有怨芾韺嶓w出現(xiàn)誤判)，則繼續(xù)步驟310。
[0064]步驟310，對該終端所屬跟蹤區(qū)內(nèi)全部小區(qū)發(fā)送尋呼消息。
[0065]上述實施例中，如果尋呼失敗則對該終端所屬跟蹤區(qū)內(nèi)全部小區(qū)發(fā)送尋呼消息，以便盡快尋呼成功。
[0066]移動性管理實體為了能夠準(zhǔn)確判斷處于空閑狀態(tài)的終端是否處于之前的服務(wù)小區(qū)，需要監(jiān)控該終端被尋呼的情況，統(tǒng)計終端移動性信息。在此基礎(chǔ)上，當(dāng)該終端被尋呼時就可以判斷該終端是否還處于之前的服務(wù)小區(qū)。
[0067]其中，終端移動性信息例如包括此次尋呼與之前尋呼的時間間隔、是否發(fā)生跟蹤區(qū)更新操作、以及終端在某小區(qū)被連續(xù)成功尋呼的次數(shù)等。
[0068]圖4示出根據(jù)本發(fā)明的終端尋呼實現(xiàn)方法的一個實施例中移動性管理實體判決流程圖。
[0069]如圖4所示，步驟402，判斷該終端此次被尋呼與上次被尋呼的時間間隔是否超過門限一，如果是，則說明該終端還在之前服務(wù)小區(qū)的概率比較低，繼續(xù)步驟410，否則，繼續(xù)步驟404。在一個實施例中，門限一可以根據(jù)數(shù)據(jù)業(yè)務(wù)特征進(jìn)行動態(tài)調(diào)整。
[0070]步驟404，判斷該終端被尋呼之前是否進(jìn)行了跟蹤區(qū)更新操作，如果是，則說明該終端不在之前的服務(wù)小區(qū)，則繼續(xù)步驟410 ;否則，繼續(xù)步驟406。
[0071]步驟406，判斷該終端在之前服務(wù)小區(qū)下被連續(xù)成功尋呼的次數(shù)是否大于一定門限二，如果是，則說明該終端很有可能還在之前的服務(wù)小區(qū)，判決為是，即判斷該終端仍然位于之前的服務(wù)小區(qū)(步驟408)，否則，繼續(xù)步驟410。在一個實施例中，門限二可以根據(jù)數(shù)據(jù)業(yè)務(wù)特征進(jìn)行動態(tài)調(diào)整。
[0072]步驟410，判決為否，即判斷該終端不再位于之前的服務(wù)小區(qū)。
[0073]在上述判決基礎(chǔ)上，進(jìn)行尋呼消息的發(fā)送從而完成終端的尋呼。
[0074]圖5示出根據(jù)本發(fā)明的移動性管理實體一個實施例的結(jié)構(gòu)圖。如圖5所示，該移動性管理實體包括:
[0075]尋呼通知接收單元51，用于接收到對處于空閑狀態(tài)的終端的尋呼通知；
[0076]移動性信息獲取單元52，用于獲取終端的終端移動性信息；
[0077]尋呼小區(qū)確定單元53，用于根據(jù)終端的終端移動性信息判斷終端是否處于之前的服務(wù)小區(qū)，如果是，則確定終端之前的服務(wù)小區(qū)為尋呼小區(qū)，否則，確定終端所屬跟蹤區(qū)內(nèi)全部小區(qū)為尋呼小區(qū)，發(fā)送尋呼小區(qū)；
[0078]尋呼消息發(fā)送單元54，用于接收來自尋呼小區(qū)確定單元的尋呼小區(qū)，向?qū)ず粜^(qū)發(fā)送尋呼消息。
[0079]在一個實施例中，尋呼小區(qū)確定單元53還用于接收尋呼結(jié)果，如果只對終端的之前的服務(wù)小區(qū)尋呼失敗，則確定終端所屬跟蹤區(qū)內(nèi)全部小區(qū)為尋呼小區(qū)，發(fā)送尋呼小區(qū)；尋呼消息發(fā)送單元54接收來自尋呼小區(qū)確定單元的尋呼小區(qū)，向?qū)ず粜^(qū)發(fā)送尋呼消息。
[0080]上述實施例中，尋呼小區(qū)確定單元通過終端移動性信息判斷終端處于之前的服務(wù)小區(qū)，則尋呼消息發(fā)送單元僅向之前的服務(wù)小區(qū)發(fā)送尋呼消息，充分利用了終端移動性信息，自適應(yīng)地調(diào)整尋呼消息發(fā)送區(qū)域，降低了尋呼消息的發(fā)送，可以很大程度地降低網(wǎng)絡(luò)尋呼信令負(fù)荷。
[0081]圖6示出根據(jù)本發(fā)明的移動性管理實體另一個實施例的結(jié)構(gòu)圖。如圖6所示，端的終端移動性信息包括:此次尋呼與之前尋呼的時間間隔、是否發(fā)生跟蹤區(qū)更新操作、以及所述終端在某小區(qū)被連續(xù)成功尋呼的次數(shù)。移動性信息獲取單元62包括:跟蹤區(qū)更新監(jiān)測模塊621，用于監(jiān)測終端是否發(fā)生跟蹤區(qū)更新操作；尋呼時間間隔獲取模塊622，用于獲取此次尋呼與之前尋呼的時間間隔；成功尋呼數(shù)監(jiān)測模塊623，用于監(jiān)測終端在某小區(qū)被連續(xù)成功尋呼的次數(shù)。
[0082]在一個實施例中，尋呼小區(qū)確定單元63包括:跟蹤區(qū)更新判斷模塊631，用于判斷終端此次被尋呼與上次被尋呼的時間間隔是否超過第一門限，如果是，則判斷終端不處于之前的服務(wù)小區(qū)；尋呼時間間隔判斷模塊632，用于判斷終端被尋呼前是否進(jìn)行跟蹤區(qū)更新操作，如果是，則判斷終端不處于之前的服務(wù)小區(qū)；成功尋呼判斷模塊633，用于判斷終端在之前服務(wù)小區(qū)被連續(xù)成功尋呼的次數(shù)是否大于第二門限，如果是，則判斷終端處于之前的服務(wù)小區(qū)，否則，則判斷終端不處于之前的服務(wù)小區(qū)。其中，第一門限和/或第二門限根據(jù)數(shù)據(jù)業(yè)務(wù)特征以及終端的移動速度進(jìn)行調(diào)整。
[0083]需要指出，可以具有上述模塊的任意一個、二個或者同時具有三個模塊，當(dāng)同時具有3個模塊時，具體判斷過程可以參見圖4的方法流程描述。
[0084]針對以小數(shù)據(jù)、頻繁發(fā)送為主要業(yè)務(wù)特征的移動互聯(lián)網(wǎng)業(yè)務(wù)應(yīng)用而帶來的網(wǎng)絡(luò)信令負(fù)荷急劇增加的問題，本發(fā)明提供了一種基于終端移動性的自適應(yīng)尋呼方法和系統(tǒng)。與現(xiàn)有技術(shù)相比，該發(fā)明充分利用了終端的移動性信息，自適應(yīng)地調(diào)整尋呼消息發(fā)送區(qū)域，減少了尋呼消息的發(fā)送。尤其對以小數(shù)據(jù)、頻繁發(fā)送為主要業(yè)務(wù)特征的移動互聯(lián)網(wǎng)業(yè)務(wù)應(yīng)用帶來的辦公室、大型場館和家庭等熱點區(qū)域網(wǎng)絡(luò)尋呼信令負(fù)荷過重的問題可以得到很好解決。
[0085]至此，已經(jīng)詳細(xì)描述了根據(jù)本發(fā)明的終端尋呼實現(xiàn)方法和移動性管理實體。為了避免遮蔽本發(fā)明的構(gòu)思，沒有描述本領(lǐng)域所公知的一些細(xì)節(jié)。本領(lǐng)域技術(shù)人員根據(jù)上面的描述，完全可以明白如何實施這里公開的技術(shù)方案。
[0086]可能以許多方式來實現(xiàn)本發(fā)明的方法和系統(tǒng)。例如，可通過軟件、硬件、固件或者軟件、硬件、固件的任何組合來實現(xiàn)本發(fā)明的方法和系統(tǒng)。用于所述方法的步驟的上述順序僅是為了進(jìn)行說明，本發(fā)明的方法的步驟不限于以上具體描述的順序，除非以其它方式特別說明。此外，在一些實施例中，還可將本發(fā)明實施為記錄在記錄介質(zhì)中的程序，這些程序包括用于實現(xiàn)根據(jù)本發(fā)明的方法的機(jī)器可讀指令。因而，本發(fā)明還覆蓋存儲用于執(zhí)行根據(jù)本發(fā)明的方法的程序的記錄介質(zhì)。
[0087]雖然已經(jīng)通過示例對本發(fā)明的一些特定實施例進(jìn)行了詳細(xì)說明，但是本領(lǐng)域的技術(shù)人員應(yīng)該理解，以上示例僅是為了進(jìn)行說明，而不是為了限制本發(fā)明的范圍。本領(lǐng)域的技術(shù)人員應(yīng)該理解，可在不脫離本發(fā)明的范圍和精神的情況下，對以上實施例進(jìn)行修改。本發(fā)明的范圍由所附權(quán)利要求來限定。
【權(quán)利要求】
1.一種終端尋呼實現(xiàn)方法，其特征在于，包括: 移動性管理實體接收到對處于空閑狀態(tài)的終端的尋呼通知； 所述移動性管理實體根據(jù)所述終端的終端移動性信息判斷所述終端是否處于之前的服務(wù)小區(qū)； 如果是，則所述移動管理管理實體僅向所述終端的之前的服務(wù)小區(qū)發(fā)送尋呼消息； 如果否，所述移動管理管理實體向所述終端所屬跟蹤區(qū)內(nèi)全部小區(qū)發(fā)送尋呼消息。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，還包括:如果所述移動性管理實體只對所述終端的之前的服務(wù)小區(qū)尋呼失敗，則所述移動管理管理實體向所述終端所屬跟蹤區(qū)內(nèi)全部小區(qū)發(fā)送尋呼消息。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述終端的終端移動性信息包括:此次尋呼與之前尋呼的時間間隔、是否發(fā)生跟蹤區(qū)更新操作、以及所述終端在某小區(qū)被連續(xù)成功尋呼的次數(shù)。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述移動性管理實體根據(jù)所述終端的終端移動性信息判斷所述終端是否處于之前的服務(wù)小區(qū)包括: 所述移動性管理實體判斷所述終端此次被尋呼與上次被尋呼的時間間隔是否超過第一門限，如果是，則判斷所述終端不處于之前的服務(wù)小區(qū)； 和/或 判斷所述終端被尋呼前是否進(jìn)行跟蹤區(qū)更新操作，如果是，則判斷所述終端不處于之前的服務(wù)小區(qū)； 和/或 判斷所述終端在之前服務(wù)小區(qū)被連續(xù)成功尋呼的次數(shù)是否大于第二門限，如果是，則判斷所述終端處于之前的服務(wù)小區(qū)，否則，則判斷所述終端不處于之前的服務(wù)小區(qū)。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述第一門限和/或所述第二門限根據(jù)數(shù)據(jù)業(yè)務(wù)特征以及所述終端的移動速度進(jìn)行調(diào)整。
6.一種移動性管理實體，其特征在于，包括: 尋呼通知接收單元，用于接收到對處于空閑狀態(tài)的終端的尋呼通知； 移動性信息獲取單元，用于獲取所述終端的終端移動性信息； 尋呼小區(qū)確定單元，用于根據(jù)所述終端的終端移動性信息判斷所述終端是否處于之前的服務(wù)小區(qū)，如果是，則確定所述終端之前的服務(wù)小區(qū)為尋呼小區(qū)，否則，確定所述終端所屬跟蹤區(qū)內(nèi)全部小區(qū)為尋呼小區(qū)，發(fā)送所述尋呼小區(qū)； 尋呼消息發(fā)送單元，用于接收來自所述尋呼小區(qū)確定單元的所述尋呼小區(qū)，向所述尋呼小區(qū)發(fā)送尋呼消息。
7.根據(jù)權(quán)利要求6所述的實體，其特征在于，所述尋呼小區(qū)確定單元還用于接收尋呼結(jié)果，如果只對所述終端的之前的服務(wù)小區(qū)尋呼失敗，則確定所述終端所屬跟蹤區(qū)內(nèi)全部小區(qū)為尋呼小區(qū)，發(fā)送所述尋呼小區(qū)； 所述尋呼消息發(fā)送單元接收來自所述尋呼小區(qū)確定單元的尋呼小區(qū)，向所述尋呼小區(qū)發(fā)送尋呼消息。
8.根據(jù)權(quán)利要求6所述的實體，其特征在于，所述終端的終端移動性信息包括:此次尋呼與之前尋呼的時間間隔、是否發(fā)生跟蹤區(qū)更新操作、以及所述終端在某小區(qū)被連續(xù)成功尋呼的次數(shù)； 所述移動性信息獲取單元包括: 跟蹤區(qū)更新監(jiān)測模塊，用于監(jiān)測所述終端是否發(fā)生跟蹤區(qū)更新操作； 尋呼時間間隔獲取模塊，用于獲取此次尋呼與之前尋呼的時間間隔； 成功尋呼數(shù)監(jiān)測模塊，用于監(jiān)測所述終端在某小區(qū)被連續(xù)成功尋呼的次數(shù)。
9.根據(jù)權(quán)利要求8所述的實體，其特征在于，所述尋呼小區(qū)確定單元包括: 跟蹤區(qū)更新判斷模塊，用于判斷所述終端此次被尋呼與上次被尋呼的時間間隔是否超過第一門限，如果是，則判斷所述終端不處于之前的服務(wù)小區(qū)； 和/或 尋呼時間間隔判斷模塊，用于判斷所述終端被尋呼前是否進(jìn)行跟蹤區(qū)更新操作，如果是，則判斷所述終端不處于之前的服務(wù)小區(qū)； 和/或 成功尋呼判斷模塊，用于判斷所述終端在之前服務(wù)小區(qū)被連續(xù)成功尋呼的次數(shù)是否大于第二門限，如果是，則判斷所述終端處于之前的服務(wù)小區(qū)，否則，則判斷所述終端不處于之前的服務(wù)小區(qū)。
10.根據(jù)權(quán)利要求9所述的實體，其特征在于，所述第一門限和/或所述第二門限能夠根據(jù)數(shù)據(jù)業(yè) 務(wù)特征以及所述終端的移動速度進(jìn)行調(diào)整。
【文檔編號】H04W68/00GK103888929SQ201210556720
【公開日】2014年6月25日 申請日期:2012年12月20日 優(yōu)先權(quán)日:2012年12月20日
【發(fā)明者】張建敏, 王敏, 許悠, 朱雪田 申請人:中國電信股份有限公司