異構網絡下的尋呼方法、裝置和通信系統(tǒng)的制作方法
【專利摘要】本發(fā)明公開了一種異構網絡下的尋呼方法、裝置和通信系統(tǒng)。其中，該異構網絡下的尋呼方法包括：在用戶終端接入第一基站時，第一基站連接的第一移動管理模塊將用戶終端的上下文信息發(fā)送給第二移動管理模塊；在尋呼網關接收到數(shù)據(jù)發(fā)送請求時，從第一移動管理模塊和第二移動管理模塊中選擇與第一類型的基站相連接的移動管理模塊；控制選擇的移動管理模塊向用戶終端的跟蹤區(qū)列表中記載的第一類型的基站發(fā)送尋呼請求；以及在尋呼用戶終端失敗時，控制另一個移動管理模塊向另一個移動管理模塊連接的第二類型的基站發(fā)出尋呼請求。通過本發(fā)明，實現(xiàn)了核心網流程的盡可能簡化的目的，解決了現(xiàn)有技術中不能尋呼到用戶終端的問題。
【專利說明】
異構網絡下的尋呼方法、裝置和通信系統(tǒng)
技術領域
[0001]本發(fā)明涉及通信領域，具體而言，涉及一種異構網絡下的尋呼方法、裝置和通信系統(tǒng)。
【背景技術】
[0002]隨著移動通信技術的不斷發(fā)展，用戶對移動通信傳輸速率、傳輸時延的要求也越來越高。為了提供更高的網絡容量以及更低的傳輸時延，在原有的宏蜂窩小區(qū)的基礎上，部署大量的小型基站，提供大量的小覆蓋的小區(qū)是一種非常有效的方法。通過這種方法，可以極大的在相同的地理區(qū)域內增加頻率利用率，降低基站和UE的發(fā)射功率，并且降低時延。此外，在小型基站上支持本地IP接入(Local IP Access，LIPA)、選擇性IP流量卸載(Selected IP Traffic Offloading，簡稱SIPT0)還可以進一步的降低骨干網的流量壓力。
[0003]越來越多的移動終端以及越來越多的小型基站的部署都會給核心網帶來更大的處理壓力。為了可以支持日益增加的處理能力的需求，運營商將可能需要對核心網的關鍵網元，如移動管理模塊(Mobility Management Entity，簡稱MME)進行擴容，然而由于移動管理模塊對于穩(wěn)定性和健壯性的要求非常高，價格異常昂貴，因此擴容的費用將非常昂貴。
[0004]另外一種解決擴容費用高昂的方案在于采用輕量化的核心網對增量用戶、基站進行服務，即通過對宏基站和小型基站采用不同的MME，實現(xiàn)成本的優(yōu)化。對于宏基站而言，其承擔著連續(xù)覆蓋、連續(xù)通話的任務，與之配套的MME使用原有的，經過實際使用測試的MME ;而對于小型基站，由于其覆蓋范圍較小，又不連續(xù)等特點，可以采用新型的，基于軟件的MME，從而達到降低成本的目標。
[0005]由于小型基站和宏基站的覆蓋有重疊，為了避免用戶頻繁的進行跟蹤區(qū)的更新而帶來的對核心網過大的負荷，具有相同覆蓋的小型基站和宏基站應該配置相同的跟蹤區(qū)(Tracking Area，簡稱TA)。這樣帶來的問題是，終端的實際移動性管理是分別屬于兩個MME,即MME-M和MME-S的。按照運營商的運營策略，在部署了小型基站覆蓋的區(qū)域，會盡可能的讓終端駐留在小型基站上，并且使更多的數(shù)據(jù)流量發(fā)生在小型基站覆蓋的小區(qū)。如果終端在移動的過程中發(fā)生了小區(qū)重選，例如之前駐留宏基站，之后駐留小型基站，那么按照現(xiàn)有的尋呼機制，運營商核心網的尋呼網關(Paging Gateway，簡稱P-GW)會通過MME-M發(fā)起尋呼，但是由于此時終端駐留在小型基站覆蓋的小區(qū)內，小型基站又受到MME-S的管理，所以將出現(xiàn)不能尋呼到終端的情況。
[0006]針對現(xiàn)有技術中當用戶終端處于不同移動管理模塊管理的基站的重疊覆蓋范圍內時，不能尋呼到用戶終端的問題，目前尚未提出有效的解決方案。此外，由于小型基站的覆蓋范圍小，頻率復用率高，所以采用小型基站對用戶進行服務是一種更為經濟的方式。在網絡規(guī)劃、部署以及網絡參數(shù)的設定上，往往也會盡量的讓終端通過小型基站進行連接，相應的，如何通過優(yōu)化的尋呼流程降低核心網的復雜度也是本發(fā)明解決的目標問題之一。

【發(fā)明內容】

[0007]本發(fā)明的主要目的在于提供一種異構網絡下的尋呼方法、裝置和通信系統(tǒng)，以解決現(xiàn)有技術中當用戶終端處于不同移動管理模塊管理的基站的重疊覆蓋范圍內時，不能尋呼到終端的問題，并且配合網絡運營商的策略，實現(xiàn)了核心網流程的盡可能簡化的目的。
[0008]為了實現(xiàn)上述目的，根據(jù)本發(fā)明實施例的一個方面，提供了一種異構網絡下的尋呼方法。根據(jù)本發(fā)明的異構網絡下的尋呼方法包括:在用戶終端接入第一基站時，所述第一基站連接的第一移動管理模塊將所述用戶終端的上下文信息發(fā)送給第二移動管理模塊，其中，所述第一移動管理模塊和所述第二移動管理模塊分別連接不同類型的基站；在尋呼網關接收到數(shù)據(jù)發(fā)送請求時，從所述第一移動管理模塊和所述第二移動管理模塊中選擇與第一類型的基站相連接的移動管理模塊；控制選擇的移動管理模塊向所述用戶終端的跟蹤區(qū)列表中記載的所述第一類型的基站發(fā)送尋呼請求；以及在尋呼所述用戶終端失敗時，控制另一個移動管理模塊向所述另一個移動管理模塊連接的第二類型的基站發(fā)出尋呼請求。
[0009]進一步地，控制選擇的移動管理模塊向所述用戶終端的跟蹤區(qū)列表中記載的所述第一類型的基站發(fā)送尋呼請求包括:判斷所述第一移動管理模塊是否為所述第一類型的基站連接的移動管理模塊；如果判斷出所述第一移動管理模塊為所述第一類型的基站連接的移動管理模塊，則所述尋呼網關控制所述第一移動管理模塊向所述用戶終端的跟蹤區(qū)列表中記載的第一類型的基站發(fā)送尋呼請求；如果判斷出所述第一移動管理模塊不是所述第一類型的基站連接的移動管理模塊，則所述尋呼網關控制所述第一移動管理模塊向所述第二移動管理模塊發(fā)送尋呼請求，并且由所述第二移動管理模塊向所述用戶終端的跟蹤區(qū)列表中記載的所述第一類型的基站發(fā)送尋呼請求。
[0010]進一步地，在控制選擇的移動管理模塊向所述用戶終端的跟蹤區(qū)列表中記載的所述第一類型的基站發(fā)送尋呼請求之前，所述尋呼方法還包括:所述選擇的移動管理模塊向所述第一基站的服務網關發(fā)送查詢請求，其中，所述查詢請求用于查詢所述用戶終端最后一次連接的第二類型基站和/或所述最后一次連接的第二類型基站周圍的第二類型基站；所述選擇的移動管理模塊接收所述服務網關響應所述查詢請求發(fā)送的查詢到的第二類型基站O
[0011]進一步地，控制選擇的移動管理模塊向所述用戶終端的跟蹤區(qū)列表中記載的所述第一類型的基站發(fā)送尋呼請求包括:所述選擇的移動管理模塊向查詢到的所述用戶終端最后一次連接的第二類型的基站覆蓋范圍內的第一類型的基站發(fā)送所述尋呼請求。
[0012]進一步地，在所述選擇的移動管理模塊向查詢到的所述用戶終端最后一次連接的第二類型的基站覆蓋范圍內的第一類型的基站發(fā)送所述尋呼請求之后，所述尋呼方法還包括:判斷所述選擇的移動管理模塊發(fā)送的所述尋呼請求是否尋呼成功；如果所述尋呼請求沒有尋呼成功，則所述選擇的移動管理模塊繼續(xù)向查詢到的所述用戶終端最后一次連接的第二類型的基站周圍的第二類型的基站覆蓋范圍內的第一類型的基站發(fā)送所述尋呼請求。
[0013]進一步地，在尋呼所述用戶終端失敗時，控制另一個移動管理模塊向所述另一個移動管理模塊連接的第二類型的基站發(fā)出尋呼請求之前，所述尋呼方法還包括:所述尋呼網關接收所述選擇的移動管理模塊返回的尋呼失敗的提示信息。
[0014]進一步地，在所述選擇的移動管理模塊向所述第一基站的服務網關發(fā)送查詢請求之前，所述尋呼方法還包括:所述第一基站連接的所述服務網關記錄所述用戶終端處于連接狀態(tài)時所連接基站的基站類型標識。
[0015]進一步地，所述第一類型的基站與第二類型的基站的頻率相同，用戶終端接入第一基站包括:接收所述用戶終端向所述第一基站發(fā)送的附著請求，其中，所述用戶終端在判斷出所述第一基站的信號強度最強時發(fā)送所述附著請求；在接收到所述附著請求后，同意所述用戶終端的附著請求。
[0016]進一步地，所述第一類型的基站與第二類型基站的頻率不同，用戶終端接入第一基站包括:在所述用戶終端由連接狀態(tài)改變?yōu)榉沁B接狀態(tài)時，控制所述用戶終端進行基站選擇；接收所述用戶終端向所述第一基站發(fā)送的附著請求，其中，所述用戶終端處于所述第一基站的覆蓋范圍內；在接收到所述附著請求后，同意所述用戶終端的附著請求。
[0017]為了實現(xiàn)上述目的，根據(jù)本發(fā)明實施例的另一方面，提供了一種異構網絡下的尋呼裝置。根據(jù)本發(fā)明的異構網絡下的尋呼裝置包括:第一發(fā)送單元，用于在用戶終端與第一基站建立連接時，控制所述第一基站連接的第一移動管理模塊將所述用戶終端的上下文信息發(fā)送給第二移動管理模塊，其中，所述第一移動管理模塊和所述第二移動管理模塊分別連接不同類型的基站；選擇單元，用于在尋呼網關接收到數(shù)據(jù)發(fā)送請求時，從所述第一移動管理模塊和所述第二移動管理模塊中選擇與第一類型的基站相連接的移動管理模塊；第二發(fā)送單元，用于控制選擇的移動管理模塊向所述用戶終端的跟蹤區(qū)列表中記載的所述第一類型的基站發(fā)送尋呼請求；第三發(fā)送單元，用于在尋呼所述用戶終端失敗時，控制另一個移動管理模塊向所述另一個移動管理模塊連接的第二類型的基站發(fā)出尋呼請求。
[0018]進一步地，所述第二發(fā)送單元包括:判斷模塊，用于判斷所述第一移動管理模塊是否為所述第一類型的基站連接的移動管理模塊；第一發(fā)送模塊，用于在判斷出所述第一移動管理模塊為所述第一類型的基站連接的移動管理模塊時，所述尋呼網關控制所述第一移動管理模塊向所述用戶終端的跟蹤區(qū)列表中記載的第一類型的基站發(fā)送尋呼請求；第二發(fā)送模塊，用于在判斷出所述第一移動管理模塊不是所述第一類型的基站連接的移動管理模塊時，所述尋呼網關控制所述第一移動管理模塊向所述第二移動管理模塊發(fā)送尋呼請求，并且由所述第二移動管理模塊向所述用戶終端的跟蹤區(qū)列表中記載的所述第一類型的基站發(fā)送尋呼請求。
[0019]進一步地，所述尋呼裝置還包括:第四發(fā)送單元，用于在控制選擇的移動管理模塊向所述用戶終端的跟蹤區(qū)列表中記載的所述第一類型的基站發(fā)送尋呼請求之前，控制所述選擇的移動管理模塊向所述第一基站的服務網關發(fā)送查詢請求，其中，所述查詢請求用于查詢所述用戶終端最后一次連接的第二類型基站和/或所述最后一次連接的第二類型基站周圍的第二類型基站；第一接收單元，用于控制所述選擇的移動管理模塊接收所述服務網關響應所述查詢請求發(fā)送的查詢到的第二類型基站。
[0020]進一步地，所述第二發(fā)送單元包括:第三發(fā)送模塊，用于控制所述選擇的移動管理模塊向查詢到的所述用戶終端最后一次連接的第二類型的基站覆蓋范圍內的第一類型的基站發(fā)送所述尋呼請求。
[0021]進一步地，所述尋呼裝置還包括:判斷模塊，用于在所述選擇的移動管理模塊向查詢到的所述用戶終端最后一次連接的第二類型的基站覆蓋范圍內的第一類型的基站發(fā)送所述尋呼請求之后，判斷所述選擇的移動管理模塊發(fā)送的所述尋呼請求是否尋呼成功；第四發(fā)送模塊，用于在所述尋呼請求沒有尋呼成功時，控制所述選擇的移動管理模塊繼續(xù)向查詢到的所述用戶終端最后一次連接的第二類型的基站周圍的第二類型的基站覆蓋范圍內的第一類型的基站發(fā)送所述尋呼請求。
[0022]進一步地，所述第二發(fā)送單元包括:返回單元，用于在尋呼所述用戶終端失敗時，控制另一個移動管理模塊向所述另一個移動管理模塊連接的第二類型的基站發(fā)出尋呼請求之前，所述尋呼網關接收所述選擇的移動管理模塊返回的尋呼失敗的提示信息。
[0023]進一步地，所述尋呼裝置還包括:記錄單元，用于在所述選擇的移動管理模塊向所述第一基站的服務網關發(fā)送查詢請求之前，控制所述第一基站連接的所述服務網關記錄所述用戶終端處于連接狀態(tài)時所連接基站的基站類型標識。
[0024]進一步地，所述第一類型的基站與第二類型基站的頻率不同，所述尋呼裝置還包括:控制單元，用于在所述用戶終端由連接狀態(tài)改變?yōu)榉沁B接狀態(tài)時，控制所述用戶終端進行基站選擇；第二接收單元，用于接收所述用戶終端向所述第一基站發(fā)送的附著請求，其中，所述用戶終端處于所述第一基站的覆蓋范圍內；確定單元，用于在接收到所述附著請求后，同意所述用戶終端的附著請求。
[0025]為了實現(xiàn)上述目的，根據(jù)本發(fā)明實施例的另一方面，提供了一種通信系統(tǒng)。根據(jù)本發(fā)明的通信系統(tǒng)包括:基站；第一移動管理模塊，在用戶終端與所述基站連接時，發(fā)送所述用戶終端的上下文信息；第二移動管理模塊，接收所述第一移動管理模塊發(fā)送的所述用戶終端的上下文信息，其中，所述第一移動管理模塊和所述第二移動管理模塊分別連接不同類型的基站；尋呼網關，用于在接收到數(shù)據(jù)發(fā)送請求時，從所述第一移動管理模塊和所述第二移動管理模塊中選擇與預定類型的基站相連接的移動管理模塊，控制選擇的移動管理模塊向所述用戶終端的跟蹤區(qū)列表中記載的所述預定類型的基站發(fā)送尋呼請求，并且在尋呼所述用戶終端失敗時，控制另一個移動管理模塊向所述另一個移動管理模塊連接的第二類型的基站發(fā)出尋呼請求。
[0026]根據(jù)發(fā)明實施例，在用戶終端接入第一基站時，所述第一基站連接的第一移動管理模塊將所述用戶終端的上下文信息發(fā)送給第二移動管理模塊，其中，所述第一移動管理模塊和所述第二移動管理模塊分別連接不同類型的基站；在尋呼網關接收到數(shù)據(jù)發(fā)送請求時，從所述第一移動管理模塊和所述第二移動管理模塊中選擇與第一類型的基站相連接的移動管理模塊；控制選擇的移動管理模塊向所述用戶終端的跟蹤區(qū)列表中記載的所述第一類型的基站發(fā)送尋呼請求；以及在尋呼所述用戶終端失敗時，控制另一個移動管理模塊向所述另一個移動管理模塊連接的第二類型的基站發(fā)出尋呼請求，無論用戶終端連接的基站是移動管理模塊MME-M管理的宏基站，還是由移動管理模塊MME-S管理的小型基站，均由移動管理模塊MME-S向小型基站先發(fā)出尋呼請求，實現(xiàn)了核心網流程的盡可能簡化的目的，尤其在用戶終端處于宏基站與小型基站的重疊覆蓋范圍內優(yōu)先與小型基站連接的網絡中，能夠避免無法尋呼到用戶終端的情況，也就解決了現(xiàn)有技術中當用戶終端處于不同移動管理模塊管理的基站的重疊覆蓋范圍內時，不能尋呼到用戶終端的問題。
【附圖說明】
[0027]構成本申請的一部分的附圖用來提供對本發(fā)明的進一步理解，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構成對本發(fā)明的不當限定。在附圖中:
[0028]圖1是根據(jù)現(xiàn)有技術中的基本通信網絡結構圖；
[0029]圖2是根據(jù)現(xiàn)有技術的移動通信系統(tǒng)的簡單結構示意圖；
[0030]圖3是根據(jù)現(xiàn)有技術的移動通信路徑、LIPA的傳輸路徑、SIPTO的傳輸路徑的示意圖；
[0031]圖4是根據(jù)本發(fā)明實施例的異構網絡下的尋呼方法的示意圖；
[0032]圖5是根據(jù)本發(fā)明實施例的異構網絡下的尋呼方法的流程圖；
[0033]圖6是根據(jù)本發(fā)明實施例的多個宏基站的示意圖；以及
[0034]圖7是根據(jù)本發(fā)明實施例的異構網絡下的尋呼裝置的示意。
【具體實施方式】
[0035]需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。下面將參考附圖并結合實施例來詳細說明本發(fā)明。
[0036]為了使本技術領域的人員更好地理解本發(fā)明方案，下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分的實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領域普通技術人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都應當屬于本發(fā)明保護的范圍。
[0037]需要說明的是，本發(fā)明的說明書和權利要求書及上述附圖中的術語“第一”、“第二”等是用于區(qū)別類似的對象，而不必用于描述特定的順序或先后次序。應該理解這樣使用的數(shù)據(jù)在適當情況下可以互換，以便這里描述的本發(fā)明的實施例。此外，術語“包括”和“具有”以及他們的任何變形，意圖在于覆蓋不排他的包含，例如，包含了一系列步驟或單元的過程、方法、系統(tǒng)、產品或設備不必限于清楚地列出的那些步驟或單元，而是可包括沒有清楚地列出的或對于這些過程、方法、產品或設備固有的其它步驟或單元。
[0038]名詞解釋:
[0039]移動通信系統(tǒng)，是現(xiàn)有的通信技術中最重要的系統(tǒng)之一，是由移動通信運營商部署的，可以為移動終端提供移動接入網絡的系統(tǒng)。現(xiàn)有的移動通信系統(tǒng)已經經歷了四代。第一代移動通信是指最初的模擬、僅限語音通話的蜂窩電話標準，主要采用的是模擬技術和頻分多址(Frequency Divis1n Multiple Access，F(xiàn)DMA)的接入方法；第二代移動通信引入了數(shù)字技術，提高了網絡容量、改善了話音質量和保密性，以“全球移動通信系統(tǒng)”(Global System for Mobile Communicat1n，GSM)和“碼分多址”(Code Divis1nMultiple Access，CDMA IS-95)為代表；第三代移動通信主要指 CDMA2000，WCDMA,TD-SCDMA三種技術，均是以碼分多址作為接入技術的；第四代移動通信系統(tǒng)的標準在國際上相對統(tǒng)一，為國際標準化組織3GPP制定的長期演進(Long Term Evolut1n/Long TermEvolut1n-Advanced, LTE/LTE-A)，其下行基于正交頻分多址接入(Orthogonal FrequencyDivis1n Multiple Access，OFDMA)，上行基于單載波頻分多址接入(Single Carrier -Frequency Divis1n Multiple Access，SC-FDMA)的接入方式，依據(jù)靈活的帶寬、自適應的調制編碼方式以及極大簡化了的網絡結構，達到了下行峰值速率lGbps，上行峰值速率500Mbps的高速傳輸。移動通信系統(tǒng)在圖1所示的基本通信網絡結構的基礎上，增加了通信核心網，主要目標在于為移動通信運營商提供更好的用戶鑒權、計費、漫游等功能。圖2示出了移動通信系統(tǒng)的簡單結構示意圖。
[0040]移動管理模塊(Mobility Management Entity，MME)是核心網中很重要的一個單元，用于和移動通信的基站直接相連提供控制功能。一般而言，MME對于穩(wěn)定性、健壯性的要求非常高。
[0041]在LTE系統(tǒng)中，用戶終端(User Equipment, UE)在空中接口的連接方面，有兩種狀態(tài)，分別為RRC CONNECTED和RRC IDLE。這兩種狀態(tài)分別對應著UE和基站處于空中接口的連接狀態(tài)和非連接狀態(tài)。在連接狀態(tài)，基站和UE保持通信，而非連接狀態(tài)，基站如果需要和UE進行通信，則需要進行尋呼(Paging)來通知UE進入RRC CONNECTED狀態(tài)，即連接狀態(tài)。然而，由于UE是移動的，并且和基站斷開了連接，網絡側在尋呼的時候并不能知道UE的具體位置，也就不能確定尋呼信息應該在哪個小區(qū)進行發(fā)送。為了解決這個問題，LTE系統(tǒng)中采用了跟蹤區(qū)(Tracking Area,TA)的概念，即將多個小區(qū)劃分為一個TA，并且在每個小區(qū)的系統(tǒng)信息都廣播該TA標識。核心網側的移動管理模塊(Mobility Management Entity,MME)會給每個駐留到網絡的UE分配一個或者多個TA，稱為跟蹤區(qū)標識列表(TrackingArea Identity List，TAI List)，UE在標識的TAI List中移動，不需要通知網絡側，但是如果移動過程中，檢測到當前小區(qū)廣播的TA不在其被配置的TAI List當中，則會向網絡側發(fā)起跟蹤區(qū)更新(Tracking Area Update, TAU)的過程。
[0042]因為即使UE斷開了和基站的連接，網絡側也可以確定UE在其TAI List所列的TA中，所以當網絡側需要找到某一個已經和基站斷開連接的UE，則MME會通知該UE TAI List中所有的基站進行尋呼消息的發(fā)送。這個過程中，尋呼消息的觸發(fā)、生成以及發(fā)送，對于基站都是透明的，基站僅承擔發(fā)送具體信令的過程。
[0043]隨著LTE系統(tǒng)的不斷演進，一種新的，更為簡化的通信路徑本地IP接入(Local IPAccess，LIPA)和選擇性 IP 流量卸載(Selected IP Traffic Offloading)得到了支持。簡單來說，LIPA功能是指UE和基站進行連接，可以不通過核心網即和該基站管理下的其他具有IP功能的本地局域網設備進行連接和通信，SIPTO功能是指UE和基站連接，在基站本地部署本地網關，可以直接將數(shù)據(jù)發(fā)送到Internet而不需要通過核心網，從而達到就近路由，降低骨干網數(shù)據(jù)流量的目的。圖3所示為現(xiàn)有技術的移動通信路徑、LIPA的傳輸路徑、SIPTO的傳輸路徑的示意圖。
[0044]正是由于移動通信技術的進步，使得核心網的處理壓力越來越大，為了解決現(xiàn)有技術中當用戶終端處于不同移動管理模塊管理的基站的重疊覆蓋范圍內時，不能尋呼到終端的問題，提出了本發(fā)明的異構網絡下的尋呼方法。
[0045]本發(fā)明實施例提供了一種異構網絡下的尋呼方法。如圖4所示，該異構網絡下的尋呼方法能夠在宏基站和小型基站被不同移動管理模塊管理的情況下，尋呼網關P-GW分別連接管理宏基站的移動管理模塊MME-M和管理小型基站的移動管理模塊MME-S，當某個移動終端的數(shù)據(jù)到達尋呼網關時，尋呼網關首先嘗試通過管理小型基站的移動管理模塊通知小型基站尋呼用戶，如果小型基站沒有尋呼成功，再通過管理宏基站的移動管理模塊通知宏基站進行尋呼。由于用戶終端移動到小型基站的覆蓋范圍時，用戶終端大概率會進行移動通信小區(qū)重選并駐留在小型基站覆蓋范圍內的移動通信小區(qū)，因此，通過上述尋呼方法先利用管理小型基站的移動管理模塊控制小型基站尋呼用戶終端，能較大概率尋呼到用戶終端使得尋呼成功，提高尋呼效率，即使小型基站沒有尋呼到用戶終端，還可以通過宏基站進行尋呼。這樣就在小型基站和宏基站被不同的移動管理模塊管理時，無論用戶終端與宏基站連接還是與小型基站連接都能保證用戶終端被尋呼到，解決了現(xiàn)有技術中當用戶終端處于不同移動管理模塊管理的基站的重疊覆蓋范圍內時，不能尋呼到用戶終端的問題。
[0046]以下結合圖5和圖6對本發(fā)明異構網絡下的尋呼方法進行具體說明。
[0047]圖5是根據(jù)本發(fā)明實施例的異構網絡下的尋呼方法的流程圖。如圖5所示，該異構網絡下的尋呼方法包括如下步驟:
[0048]步驟S102，在用戶終端接入第一基站時，第一基站連接的第一移動管理模塊將用戶終端的上下文信息發(fā)送給第二移動管理模塊，其中，第一移動管理模塊和第二移動管理模塊分別連接不同類型的基站。用戶終端接入的第一基站可以是小型基站，也可以是宏基站。在第一基站為小型基站時，第一移動管理模塊為管理多個小型基站的移動管理模塊MME-S，相應的第二移動管理模塊為管理多個宏基站的移動管理模塊MME-M ;在第一基站為宏基站時，第一移動管理模塊為管理多個宏基站的移動管理模塊MME-M，相應的第二移動管理模塊為管理多個小型基站的移動管理模塊MME-S。第一移動管理模塊將用戶終端的上下文信息(UE context)發(fā)送給第二移動管理模塊，便于第一移動管理模塊或者第二移動管理模塊所控制的基站獲取需要尋呼的用戶終端的信息以尋呼用戶終端。
[0049]步驟S104，在尋呼網關接收到數(shù)據(jù)發(fā)送請求時，從第一移動管理模塊和第二移動管理模塊中選擇與第一類型的基站相連接的移動管理模塊。第一類型的基站即小型基站，與第一類型的基站相連接的移動管理模塊即移動管理模塊MME-S。在尋呼網關接收到數(shù)據(jù)發(fā)送請求時，尋呼網關與管理宏基站的移動管理模塊MME-M、管理小型基站的移動管理模塊MME-S都處于連接狀態(tài)，因此，尋呼網關需要在移動管理模塊MME-M和移動管理模塊MME-S中選擇一個移動管理模塊進行尋呼。并且，在用戶終端連接基站時大概率會駐留在小型基站的覆蓋范圍內，因此，尋呼網關從移動管理模塊MME-M和移動管理模塊MME-S選擇管理小型基站的移動管理模塊MME-S發(fā)出尋呼請求。
[0050]步驟S106，控制選擇的移動管理模塊向用戶終端的跟蹤區(qū)列表中記載的第一類型的基站發(fā)送尋呼請求。選擇的移動管理模塊連接多個第一類型的基站，即移動管理模塊MME-S連接多個小型基站，移動管理模塊MME-S向用戶終端的跟蹤區(qū)列表中記載的小型基站發(fā)送尋呼請求。在尋呼到用戶終端時，尋呼過程結束。
[0051]步驟S108，在尋呼所述用戶終端失敗時，控制另一個移動管理模塊向所述另一個移動管理模塊連接的第二類型的基站發(fā)出尋呼請求。選擇的移動管理模塊發(fā)送的尋呼請求沒有尋呼到用戶終端時，尋呼網關接收選擇的移動管理模塊返回的尋呼失敗的提示信息，尋呼網關控制另外一個移動模塊向第二類型的基站發(fā)送尋呼請求，即移動管理模塊MME-S向小型基站發(fā)送尋呼請求，移動管理模塊MME-S管理的跟蹤區(qū)列表中記載的小型基站沒有尋呼到用戶終端時，控制移動管理模塊MME-M向其管理的宏基站發(fā)出尋呼請求，由宏基站尋呼用戶終端。
[0052]通過上述實施例，無論用戶終端連接的基站是移動管理模塊MME-M管理的宏基站，還是由移動管理模塊MME-S管理的小型基站，均由移動管理模塊MME-S向小型基站先發(fā)出尋呼請求，尤其在用戶終端處于宏基站與小型基站的重疊覆蓋范圍內優(yōu)先與小型基站連接的網絡中，盡可能地簡化核心網的通信流程，避免無法尋呼到用戶終端的情況，也就解決了現(xiàn)有技術中當用戶終端處于不同移動管理模塊管理的基站的重疊覆蓋范圍內時，不能尋呼到用戶終端的問題。
[0053]可選地，尋呼網關可以優(yōu)先向用戶終端連接的第一基站的移動管理模塊發(fā)出尋呼請求，如果與第一基站連接的第一移動管理模塊是小型基站的移動管理模塊MME-S，則直接控制第一移動管理模塊向用戶終端的跟蹤區(qū)列表中記載的小型基站發(fā)送尋呼請求；如果與第一基站連接的第一移動管理模塊是宏基站的移動管理模塊MME-M，則控制第一移動管理模塊向第二移動管理模塊發(fā)出尋呼請求，即向小型基站的移動管理模塊MME-S發(fā)出尋呼請求，并且由第二移動管理模塊向用戶終端的跟蹤區(qū)列表中記載的第一類型的基站發(fā)送尋呼請求。即判斷第一移動管理模塊是否為第一類型的基站連接的移動管理模塊。如果判斷出第一移動管理模塊為第一類型的基站連接的移動管理模塊，則尋呼網關控制第一移動管理模塊向用戶終端的跟蹤區(qū)列表中記載的第一類型的基站發(fā)送尋呼請求。如果判斷出第一移動管理模塊不是第一類型的基站連接的移動管理模塊，則尋呼網關控制第一移動管理模塊向第二移動管理模塊發(fā)送尋呼請求，并且由第二移動管理模塊向用戶終端的跟蹤區(qū)列表中記載的第一類型的基站發(fā)送尋呼請求。
[0054]優(yōu)選地，由于在用戶終端處于連接狀態(tài)時服務網關會記錄用戶終端所連接的宏基站是哪一個，即第一基站連接的服務網關記錄用戶終端處于連接狀態(tài)時所連接基站的基站類型標識，因此在控制選擇的移動管理模塊向用戶終端的跟蹤區(qū)列表中記載的第一類型的基站發(fā)送尋呼請求之前，根據(jù)用戶終端曾經駐留的宏基站的信息縮小查找用戶終端的范圍，以降低尋呼用戶終端的尋呼開銷。即該尋呼方法還包括:選擇的移動管理模塊向第一基站的服務網關發(fā)送查詢請求，其中，查詢請求用于查詢用戶終端最后一次連接的第二類型基站和/或最后一次連接的第二類型基站周圍的第二類型基站。選擇的移動管理模塊接收服務網關響應查詢請求發(fā)送的查詢到的第二類型基站。
[0055]如圖6，用戶終端連接的第一基站為小型基站a，用戶終端最后一次連接的宏基站為宏基站A，在宏基站A的周圍還有六個宏基站；在宏基站A的覆蓋范圍內有三個小型基站，分別為小型基站a、小型基站b和小型基站C。其中，選擇的移動管理模塊查詢到的最后一次連接的第二類型基站為宏基站A，最后一次連接的第二類型基站周圍的第二類型基站為宏基站A周圍的六個宏基站，六個宏基站中每個宏基站的覆蓋范圍內都有多個小型基站，圖6中未示出。
[0056]進一步地，在向用戶終端的跟蹤區(qū)列表中記載的小型基站發(fā)送尋呼請求之前，對用戶終端最后一次連接的宏基站覆蓋范圍內的小型基站發(fā)送尋呼請求，即控制選擇的移動管理模塊向用戶終端的跟蹤區(qū)列表中記載的第一類型的基站發(fā)送尋呼請求包括:選擇的移動管理模塊向查詢到的用戶終端最后一次連接的第二類型的基站覆蓋范圍內的第一類型的基站發(fā)送尋呼請求。用戶在移動過程中，大概率處于最后一次連接的宏基站的覆蓋范圍內，與該宏基站覆蓋范圍內的小型基站連接，因此，可以縮小尋呼用戶終端的尋呼范圍以降低尋呼開銷，更快的完成尋呼。
[0057]進一步地，如果在用戶終端最后一次連接的宏基站的覆蓋范圍內沒有成功尋呼到用戶終端，可以將尋呼終端擴大到與最后一次連接的宏基站相鄰的宏基站的覆蓋范圍內，即在選擇的移動管理模塊向查詢到的用戶終端最后一次連接的第二類型的基站覆蓋范圍內的第一類型的基站發(fā)送尋呼請求之后，尋呼方法還包括:判斷選擇的移動管理模塊發(fā)送的尋呼請求是否尋呼成功。如果尋呼請求沒有尋呼成功，則選擇的移動管理模塊繼續(xù)向查詢到的用戶終端最后一次連接的第二類型的基站周圍的第二類型的基站覆蓋范圍內的第一類型的基站發(fā)送尋呼請求。
[0058]例如，如圖6所示，用戶終端最后一次連接的宏基站為宏基站A，則首先向宏基站A中的小型基站a、小型基站b和小型基站c發(fā)出尋呼請求。如果在宏基站A的覆蓋范圍內沒有尋呼到用戶終端，則將尋呼范圍擴大到宏基站A周圍的六個基站，向宏基站A周圍的六個基站中的小型基站發(fā)送尋呼請求。
[0059]根據(jù)用戶終端移動的特性，在用戶終端最后一次連接的宏基站的覆蓋范圍內或者最后一次連接的宏基站周圍的宏基站的覆蓋范圍內尋呼用戶終端，可以縮小尋呼用戶終端的范圍，降低尋呼開銷，并且優(yōu)選利用上述覆蓋范圍內的小型基站進行尋呼。
[0060]可選地，宏基站和小型基站采用相同頻率的信號進行小區(qū)覆蓋時，用戶終端發(fā)生基站的斷開和新的基站的接入時，用戶終端會自動選擇信號強度最強的基站進行連接，也即接收用戶終端向第一基站發(fā)送的附著請求，其中，用戶終端在判斷出第一基站的信號強度最強時發(fā)送附著請求。在接收到附著請求后，同意用戶終端的附著請求。用戶終端檢測到的信號強度最強的基站大概率為小型基站，尤其在用戶終端處于宏基站和小型基站覆蓋范圍的重疊區(qū)域時，用戶終端與小型基站相連接。
[0061]可選地，宏基站和小型基站采用不同頻率的信號進行小區(qū)覆蓋時，用戶終端發(fā)生基站的斷開和新的基站的接入時，在檢測到用戶終端從連接狀態(tài)改變?yōu)榉沁B接狀態(tài)時，控制用戶終端進行基站選擇，即在用戶終端由連接狀態(tài)改變?yōu)榉沁B接狀態(tài)時，控制用戶終端進行基站選擇。接收用戶終端向第一基站發(fā)送的附著請求，其中，用戶終端處于第一基站的覆蓋范圍內。在接收到附著請求后，同意用戶終端的附著請求。用戶終端重新選擇基站時，大概率會選擇小型基站進行連接。
[0062]在宏基站和小型基站采用相同或者不同頻率的信號進行小區(qū)覆蓋時，都優(yōu)先保證用戶終端與小型基站連接，因此，在優(yōu)先通過小型基站尋呼用戶終端時，不僅能夠避免尋呼不到用戶終端的情況，還能快速尋呼到用戶終端，并減少尋呼開銷。
[0063]綜上所述，本發(fā)明提供異構網絡下的尋呼方法，通信網絡中采用不同移動管理模塊來管理宏基站和小型基站，降低了運營商的建網投資成本，在不改變現(xiàn)有實體的網絡架構的情況下，只需小型基站的移動管理模塊和宏基站的移動管理模塊之間能夠發(fā)送用戶終端的上下文信息，就可以通過小型基站尋呼用戶終端，并且實現(xiàn)了盡可能通過小型基站進行數(shù)據(jù)流量傳輸?shù)哪繕恕?br>[0064]本發(fā)明實施例還提供了一種異構網絡下的尋呼裝置。需要說明的是，本發(fā)明實施例的異構網絡下的尋呼裝置可以用于執(zhí)行本發(fā)明實施例所提供的異構網絡下的尋呼方法，本發(fā)明實施例的異構網絡下的尋呼方法也可以通過本發(fā)明實施例所提供的異構網絡下的尋呼裝置來執(zhí)行。
[0065]圖7是根據(jù)本發(fā)明實施例的異構網絡下的尋呼裝置的示意圖。如圖7所示，該異構網絡下的尋呼裝置包括:第一發(fā)送單元10、選擇單元20、第二發(fā)送單元30和第三發(fā)送單元40。
[0066]第一發(fā)送單元10用于在用戶終端與第一基站建立連接時，控制第一基站連接的第一移動管理模塊將用戶終端的上下文信息發(fā)送給第二移動管理模塊，其中，第一移動管理模塊和第二移動管理模塊分別連接不同類型的基站。用戶終端接入的第一基站可以是小型基站，也可以是宏基站。在第一基站為小型基站時，第一移動管理模塊為管理多個小型基站的移動管理模塊MME-S，相應的第二移動管理模塊為管理多個宏基站的移動管理模塊MME-M ;在第一基站為宏基站時，第一移動管理模塊為管理多個宏基站的移動管理模塊MME-M，相應的第二移動管理模塊為管理多個小型基站的移動管理模塊MME-S。第一移動管理模塊將用戶終端的上下文信息(UE context)發(fā)送給第二移動管理模塊，便于第一移動管理模塊或者第二移動管理模塊所控制的基站獲取需要尋呼的用戶終端的信息以尋呼用戶終端。
[0067]選擇單元20用于在尋呼網關接收到數(shù)據(jù)發(fā)送請求時，從第一移動管理模塊和第二移動管理模塊中選擇與第一類型的基站相連接的移動管理模塊。第一類型的基站即小型基站，與第一類型的基站相連接的移動管理模塊即移動管理模塊MME-S。在尋呼網關接收到數(shù)據(jù)發(fā)送請求時，尋呼網關與管理宏基站的移動管理模塊MME-M、管理小型基站的移動管理模塊MME-S都處于連接狀態(tài)，因此，尋呼網關需要在移動管理模塊MME-M和移動管理模塊MME-S中選擇一個移動管理模塊進行尋呼。并且，在用戶終端連接基站時大概率會駐留在小型基站的覆蓋范圍內，因此，尋呼網關從移動管理模塊MME-M和移動管理模塊MME-S選擇管理小型基站的移動管理模塊MME-S發(fā)出尋呼請求。
[0068]第二發(fā)送單元30用于控制選擇的移動管理模塊向用戶終端的跟蹤區(qū)列表中記載的第一類型的基站發(fā)送尋呼請求。選擇的移動管理模塊連接多個第一類型的基站，即移動管理模塊MME-S連接多個小型基站，移動管理模塊MME-S向用戶終端的跟蹤區(qū)列表中記載的小型基站發(fā)送尋呼請求。在尋呼到用戶終端時，尋呼過程結束。
[0069]第三發(fā)送單元40用于在尋呼用戶終端失敗時，控制另一個移動管理模塊向另一個移動管理模塊連接的第二類型的基站發(fā)出尋呼請求。選擇的移動管理模塊發(fā)送的尋呼請求沒有尋呼到用戶終端時，尋呼網關接收選擇的移動管理模塊返回的尋呼失敗的提示信息，尋呼網關控制另外一個移動模塊向第二類型的基站發(fā)送尋呼請求，即移動管理模塊MME-S向小型基站發(fā)送尋呼請求，移動管理模塊MME-S管理的跟蹤區(qū)列表中記載的小型基站沒有尋呼到用戶終端時，控制移動管理模塊MME-M向其管理的宏基站發(fā)出尋呼請求，由宏基站尋呼用戶終端。
[0070]通過上述實施例，無論用戶終端連接的基站是移動管理模塊MME-M管理的宏基站，還是由移動管理模塊MME-S管理的小型基站，均由移動管理模塊MME-S向小型基站先發(fā)出尋呼請求，尤其在用戶終端處于宏基站與小型基站的重疊覆蓋范圍內優(yōu)先與小型基站連接的網絡中，盡可能地簡化核心網的通信流程，避免無法尋呼到用戶終端的情況，也就解決了現(xiàn)有技術中當用戶終端處于不同移動管理模塊管理的基站的重疊覆蓋范圍內時，不能尋呼到用戶終端的問題。
[0071]可選地，尋呼網關可以優(yōu)先向用戶終端連接的第一基站的移動管理模塊發(fā)出尋呼請求，如果與第一基站連接的第一移動管理模塊是小型基站的移動管理模塊MME-S，則直接控制第一移動管理模塊向用戶終端的跟蹤區(qū)列表中記載的小型基站發(fā)送尋呼請求；如果與第一基站連接的第一移動管理模塊是宏基站的移動管理模塊MME-M，則控制第一移動管理模塊向第二移動管理模塊發(fā)出尋呼請求，即向小型基站的移動管理模塊MME-S發(fā)出尋呼請求，并且由第二移動管理模塊向用戶終端的跟蹤區(qū)列表中記載的第一類型的基站發(fā)送尋呼請求。即第二發(fā)送單元包括:判斷模塊，用于判斷第一移動管理模塊是否為第一類型的基站連接的移動管理模塊。第一發(fā)送模塊，用于在判斷出第一移動管理模塊為第一類型的基站連接的移動管理模塊時，尋呼網關控制第一移動管理模塊向用戶終端的跟蹤區(qū)列表中記載的第一類型的基站發(fā)送尋呼請求。第二發(fā)送模塊，用于在判斷出第一移動管理模塊不是第一類型的基站連接的移動管理模塊時，尋呼網關控制第一移動管理模塊向第二移動管理模塊發(fā)送尋呼請求，并且由第二移動管理模塊向用戶終端的跟蹤區(qū)列表中記載的第一類型的基站發(fā)送尋呼請求。
[0072]優(yōu)選地，由于在用戶終端處于連接狀態(tài)時服務網關會記錄用戶終端所連接的宏基站是哪一個，即記錄單元，控制第一基站連接的服務網關記錄用戶終端處于連接狀態(tài)時所連接基站的基站類型標識，因此在控制選擇的移動管理模塊向用戶終端的跟蹤區(qū)列表中記載的第一類型的基站發(fā)送尋呼請求之前，根據(jù)用戶終端曾經駐留的宏基站的信息縮小查找用戶終端的范圍，以降低尋呼用戶終端的尋呼開銷。即該尋呼裝置還包括:第三發(fā)送單元，用于在控制選擇的移動管理模塊向用戶終端的跟蹤區(qū)列表中記載的第一類型的基站發(fā)送尋呼請求之前，控制選擇的移動管理模塊向第一基站的服務網關發(fā)送查詢請求，其中，查詢請求用于查詢用戶終端最后一次連接的第二類型基站和/或最后一次連接的第二類型基站周圍的第二類型基站。第一接收單元，用于控制選擇的移動管理模塊接收服務網關響應查詢請求發(fā)送的查詢到的第二類型基站。
[0073]如圖6，用戶終端連接的第一基站為小型基站a，用戶終端最后一次連接的宏基站為宏基站A，在宏基站A的周圍還有六個宏基站；在宏基站A的覆蓋范圍內有三個小型基站，分別為小型基站a、小型基站b和小型基站C。其中，選擇的移動管理模塊查詢到的最后一次連接的第二類型基站為宏基站A，最后一次連接的第二類型基站周圍的第二類型基站為宏基站A周圍的六個宏基站，六個宏基站中每個宏基站的覆蓋范圍內都有多個小型基站，圖6中未示出。
[0074]進一步地，在向用戶終端的跟蹤區(qū)列表中記載的小型基站發(fā)送尋呼請求之前，對用戶終端最后一次連接的宏基站覆蓋范圍內的小型基站發(fā)送尋呼請求，即第二發(fā)送單元包括:第三發(fā)送模塊，用于控制選擇的移動管理模塊向查詢到的用戶終端最后一次連接的第二類型的基站覆蓋范圍內的第一類型的基站發(fā)送尋呼請求。用戶在移動過程中，大概率處于最后一次連接的宏基站的覆蓋范圍內，與該宏基站覆蓋范圍內的小型基站連接，因此，可以縮小尋呼用戶終端的尋呼范圍以降低尋呼開銷，更快的完成尋呼。
[0075]進一步地，如果在用戶終端最后一次連接的宏基站的覆蓋范圍內沒有成功尋呼到用戶終端，可以將尋呼終端擴大到與最后一次連接的宏基站相鄰的宏基站的覆蓋范圍內，即尋呼裝置還包括:第一判斷模塊，用于在選擇的移動管理模塊向查詢到的用戶終端最后一次連接的第二類型的基站覆蓋范圍內的第一類型的基站發(fā)送尋呼請求之后，判斷選擇的移動管理模塊發(fā)送的尋呼請求是否尋呼成功。第四發(fā)送模塊，用于在尋呼請求沒有尋呼成功時，控制選擇的移動管理模塊繼續(xù)向查詢到的用戶終端最后一次連接的第二類型的基站周圍的第二類型的基站覆蓋范圍內的第一類型的基站發(fā)送尋呼請求。
[0076]例如，如圖6所示，用戶終端最后一次連接的宏基站為宏基站A，則首先向宏基站A中的小型基站a、小型基站b和小型基站c發(fā)出尋呼請求。如果在宏基站A的覆蓋范圍內沒有尋呼到用戶終端，則將尋呼范圍擴大到宏基站A周圍的六個基站，向宏基站A周圍的六個基站中的小型基站發(fā)送尋呼請求。
[0077]根據(jù)用戶終端移動的特性，在用戶終端最后一次連接的宏基站的覆蓋范圍內或者最后一次連接的宏基站周圍的宏基站的覆蓋范圍內尋呼用戶終端，可以縮小尋呼用戶終端的范圍，降低尋呼開銷，并且優(yōu)選利用上述覆蓋范圍內的小型基站進行尋呼。
[0078]可選地，宏基站和小型基站采用相同頻率的信號進行小區(qū)覆蓋時，用戶終端發(fā)生基站的斷開和新的基站的接入時，用戶終端會自動選擇信號強度最強的基站進行連接，也即尋呼裝置還包括:記錄單元，用于在選擇的移動管理模塊向第一基站的服務網關發(fā)送查詢請求之前，控制第一基站連接的服務網關記錄用戶終端處于連接狀態(tài)時所連接基站的基站類型標識。用戶終端檢測到的信號強度最強的基站大概率為小型基站，尤其在用戶終端處于宏基站和小型基站覆蓋范圍的重疊區(qū)域時，用戶終端與小型基站相連接。
[0079]可選地，宏基站和小型基站采用不同頻率的信號進行小區(qū)覆蓋時，用戶終端發(fā)生基站的斷開和新的基站的接入時，在檢測到用戶終端從連接狀態(tài)改變?yōu)榉沁B接狀態(tài)時，控制用戶終端進行基站選擇，即第一類型的基站與第二類型基站的頻率不同，尋呼裝置還包括:控制單元，用于在用戶終端由連接狀態(tài)改變?yōu)榉沁B接狀態(tài)時，控制用戶終端進行基站選擇。第二接收單元，用于接收用戶終端向第一基站發(fā)送的附著請求，其中，用戶終端處于第一基站的覆蓋范圍內。確定單元，用于在接收到附著請求后，同意用戶終端的附著請求。用戶終端重新選擇基站時，大概率會選擇小型基站進行連接。
[0080]在宏基站和小型基站采用相同或者不同頻率的信號進行小區(qū)覆蓋時，都優(yōu)先保證用戶終端與小型基站連接，因此，在優(yōu)先通過小型基站尋呼用戶終端時，不僅能夠避免尋呼不到用戶終端的情況，還能快速尋呼到用戶終端，并減少尋呼開銷。
[0081]綜上所述，本發(fā)明提供異構網絡下的尋呼方法，通信網絡中采用不同移動管理模塊來管理宏基站和小型基站，降低了運營商的建網投資成本，在不改變現(xiàn)有實體的網絡架構的情況下，只需小型基站的移動管理模塊和宏基站的移動管理模塊之間能夠發(fā)送用戶終端的上下文信息，就可以通過小型基站尋呼用戶終端，并且實現(xiàn)了盡可能通過小型基站進行數(shù)據(jù)流量傳輸?shù)哪繕恕?br>[0082]本發(fā)明實施例還提供一種通信系統(tǒng)，如圖4所示，該通信系統(tǒng)包括:
[0083]基站ο
[0084]第一移動管理模塊，在用戶終端與基站連接時，發(fā)送用戶終端的上下文信息。
[0085]第二移動管理模塊，接收第一移動管理模塊發(fā)送的用戶終端的上下文信息，其中，第一移動管理模塊和第二移動管理模塊分別連接不同類型的基站。
[0086]尋呼網關，用于在接收到數(shù)據(jù)發(fā)送請求時，從第一移動管理模塊和第二移動管理模塊中選擇與預定類型的基站相連接的移動管理模塊，控制選擇的移動管理模塊向用戶終端的跟蹤區(qū)列表中記載的預定類型的基站發(fā)送尋呼請求。
[0087]基站是圖4所示的小型基站或者宏基站，第一移動管理模塊和第二移動管理模塊分別為小型基站的移動管理模塊MME-S、宏基站的移動管理模塊MME-M，尋呼網關是圖4中的 P-GW/S-GW。
[0088]用戶終端接入的基站可以是小型基站，也可以是宏基站。在基站為小型基站時，第一移動管理模塊為管理多個小型基站的移動管理模塊MME-S，相應的第二移動管理模塊為管理多個宏基站的移動管理模塊MME-M ;在第一基站為宏基站時，第一移動管理模塊為管理多個宏基站的移動管理模塊MME-M，相應的第二移動管理模塊為管理多個小型基站的移動管理模塊MME-S。第一移動管理模塊將用戶終端的上下文信息(UE context)發(fā)送給第二移動管理模塊，便于第一移動管理模塊或者第二移動管理模塊所控制的基站獲取需要尋呼的用戶終端的信息以尋呼用戶終端。
[0089]第一類型的基站即小型基站，與第一類型的基站相連接的移動管理模塊即移動管理模塊MME-S。在尋呼網關接收到數(shù)據(jù)發(fā)送請求時，尋呼網關與管理宏基站的移動管理模塊MME-M、管理小型基站的移動管理模塊MME-S都處于連接狀態(tài)，因此，尋呼網關需要在移動管理模塊MME-M和移動管理模塊MME-S中選擇一個移動管理模塊進行尋呼。并且，在用戶終端連接基站時大概率會駐留在小型基站的覆蓋范圍內，因此，尋呼網關從移動管理模塊MME-M和移動管理模塊MME-S選擇管理小型基站的移動管理模塊MME-S發(fā)出尋呼請求。
[0090]選擇的移動管理模塊連接多個第一類型的基站，即移動管理模塊MME-S連接多個小型基站，移動管理模塊MME-S向用戶終端的跟蹤區(qū)列表中記載的小型基站發(fā)送尋呼請求。在尋呼到用戶終端時，尋呼過程結束。
[0091]選擇的移動管理模塊發(fā)送的尋呼請求沒有尋呼到用戶終端時，尋呼網關接收選擇的移動管理模塊返回的尋呼失敗的提示信息，尋呼網關控制另外一個移動模塊向第二類型的基站發(fā)送尋呼請求，即移動管理模塊MME-S向小型基站發(fā)送尋呼請求，移動管理模塊MME-S管理的跟蹤區(qū)列表中記載的小型基站沒有尋呼到用戶終端時，控制移動管理模塊MME-M向其管理的宏基站發(fā)出尋呼請求，由宏基站尋呼用戶終端。
[0092]通過上述實施例，無論用戶終端連接的基站是移動管理模塊MME-M管理的宏基站，還是由移動管理模塊MME-S管理的小型基站，均由移動管理模塊MME-S向小型基站先發(fā)出尋呼請求，尤其在用戶終端處于宏基站與小型基站的重疊覆蓋范圍內優(yōu)先與小型基站連接的網絡中，能夠避免無法尋呼到用戶終端的情況，也就解決了現(xiàn)有技術中當用戶終端處于不同移動管理模塊管理的基站的重疊覆蓋范圍內時，不能尋呼到用戶終端的問題。
[0093]需要說明的是，對于前述的各方法實施例，為了簡單描述，故將其都表述為一系列的動作組合，但是本領域技術人員應該知悉，本發(fā)明并不受所描述的動作順序的限制，因為依據(jù)本發(fā)明，某些步驟可以采用其他順序或者同時進行。其次，本領域技術人員也應該知悉，說明書中所描述的實施例均屬于優(yōu)選實施例，所涉及的動作和模塊并不一定是本發(fā)明所必須的。
[0094]在上述實施例中，對各個實施例的描述都各有側重，某個實施例中沒有詳述的部分，可以參見其他實施例的相關描述。
[0095]在本申請所提供的幾個實施例中，應該理解到，所揭露的裝置，可通過其它的方式實現(xiàn)。例如，以上所描述的裝置實施例僅僅是示意性的，例如所述單元的劃分，僅僅為一種邏輯功能劃分，實際實現(xiàn)時可以有另外的劃分方式，例如多個單元或組件可以結合或者可以集成到另一個系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另一點，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口，裝置或單元的間接耦合或通信連接，可以是電性或其它的形式。
[0096]所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網絡單元上?？梢愿鶕?jù)實際的需要選擇其中的部分或者全部單元來實現(xiàn)本實施例方案的目的。
[0097]另外，在本發(fā)明各個實施例中的各功能單元可以集成在一個處理單元中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以采用硬件的形式實現(xiàn)，也可以采用軟件功能單元的形式實現(xiàn)。
[0098]所述集成的單元如果以軟件功能單元的形式實現(xiàn)并作為獨立的產品銷售或使用時，可以存儲在一個計算機可讀取存儲介質中。基于這樣的理解，本發(fā)明的技術方案本質上或者說對現(xiàn)有技術做出貢獻的部分或者該技術方案的全部或部分可以以軟件產品的形式體現(xiàn)出來，該計算機軟件產品存儲在一個存儲介質中，包括若干指令用以使得一臺計算機設備(可為個人計算機、移動終端、服務器或者網絡設備等)執(zhí)行本發(fā)明各個實施例所述方法的全部或部分步驟。而前述的存儲介質包括:U盤、只讀存儲器(ROM，Read-OnlyMemory)、隨機存取存儲器(RAM，Random Access Memory)、移動硬盤、磁碟或者光盤等各種可以存儲程序代碼的介質。
[0099]以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領域的技術人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內。
【主權項】
1.一種異構網絡下的尋呼方法，其特征在于，包括: 在用戶終端接入第一基站時，所述第一基站連接的第一移動管理模塊將所述用戶終端的上下文信息發(fā)送給第二移動管理模塊，其中，所述第一移動管理模塊和所述第二移動管理模塊分別連接不同類型的基站； 在尋呼網關接收到數(shù)據(jù)發(fā)送請求時，從所述第一移動管理模塊和所述第二移動管理模塊中選擇與第一類型的基站相連接的移動管理模塊； 控制選擇的移動管理模塊向所述用戶終端的跟蹤區(qū)列表中記載的所述第一類型的基站發(fā)送尋呼請求；以及 在尋呼所述用戶終端失敗時，控制另一個移動管理模塊向所述另一個移動管理模塊連接的第二類型的基站發(fā)出尋呼請求。2.根據(jù)權利要求1所述的尋呼方法，其特征在于，控制選擇的移動管理模塊向所述用戶終端的跟蹤區(qū)列表中記載的所述第一類型的基站發(fā)送尋呼請求包括: 判斷所述第一移動管理模塊是否為所述第一類型的基站連接的移動管理模塊； 如果判斷出所述第一移動管理模塊為所述第一類型的基站連接的移動管理模塊，則所述尋呼網關控制所述第一移動管理模塊向所述用戶終端的跟蹤區(qū)列表中記載的第一類型的基站發(fā)送尋呼請求； 如果判斷出所述第一移動管理模塊不是所述第一類型的基站連接的移動管理模塊，則所述尋呼網關控制所述第一移動管理模塊向所述第二移動管理模塊發(fā)送尋呼請求，并且由所述第二移動管理模塊向所述用戶終端的跟蹤區(qū)列表中記載的所述第一類型的基站發(fā)送尋呼請求。3.根據(jù)權利要求1所述的尋呼方法，其特征在于，在控制選擇的移動管理模塊向所述用戶終端的跟蹤區(qū)列表中記載的所述第一類型的基站發(fā)送尋呼請求之前，所述尋呼方法還包括: 所述選擇的移動管理模塊向所述第一基站的服務網關發(fā)送查詢請求，其中，所述查詢請求用于查詢所述用戶終端最后一次連接的第二類型基站和/或所述最后一次連接的第二類型基站周圍的第二類型基站； 所述選擇的移動管理模塊接收所述服務網關響應所述查詢請求發(fā)送的查詢到的第二類型基站。4.根據(jù)權利要求3所述的尋呼方法，其特征在于，控制選擇的移動管理模塊向所述用戶終端的跟蹤區(qū)列表中記載的所述第一類型的基站發(fā)送尋呼請求包括: 所述選擇的移動管理模塊向查詢到的所述用戶終端最后一次連接的第二類型的基站覆蓋范圍內的第一類型的基站發(fā)送所述尋呼請求。5.根據(jù)權利要求4所述的尋呼方法，其特征在于，在所述選擇的移動管理模塊向查詢到的所述用戶終端最后一次連接的第二類型的基站覆蓋范圍內的第一類型的基站發(fā)送所述尋呼請求之后，所述尋呼方法還包括: 判斷所述選擇的移動管理模塊發(fā)送的所述尋呼請求是否尋呼成功； 如果所述尋呼請求沒有尋呼成功，則所述選擇的移動管理模塊繼續(xù)向查詢到的所述用戶終端最后一次連接的第二類型的基站周圍的第二類型的基站覆蓋范圍內的第一類型的基站發(fā)送所述尋呼請求。6.根據(jù)權利要求1-5中任一項所述的尋呼方法，其特征在于，在尋呼所述用戶終端失敗時，控制另一個移動管理模塊向所述另一個移動管理模塊連接的第二類型的基站發(fā)出尋呼請求之前，所述尋呼方法還包括: 所述尋呼網關接收所述選擇的移動管理模塊返回的尋呼失敗的提示信息。7.根據(jù)權利要求3所述的尋呼方法，其特征在于，在所述選擇的移動管理模塊向所述第一基站的服務網關發(fā)送查詢請求之前，所述尋呼方法還包括: 所述第一基站連接的所述服務網關記錄所述用戶終端處于連接狀態(tài)時所連接基站的基站類型標識。8.根據(jù)權利要求1所述的尋呼方法，其特征在于，所述第一類型的基站與第二類型的基站的頻率相同，用戶終端接入第一基站包括: 接收所述用戶終端向所述第一基站發(fā)送的附著請求，其中，所述用戶終端在判斷出所述第一基站的信號強度最強時發(fā)送所述附著請求； 在接收到所述附著請求后，同意所述用戶終端的附著請求。9.根據(jù)權利要求1所述的尋呼方法，其特征在于，所述第一類型的基站與第二類型基站的頻率不同，用戶終端接入第一基站包括: 在所述用戶終端由連接狀態(tài)改變?yōu)榉沁B接狀態(tài)時，控制所述用戶終端進行基站選擇；接收所述用戶終端向所述第一基站發(fā)送的附著請求，其中，所述用戶終端處于所述第一基站的覆蓋范圍內； 在接收到所述附著請求后，同意所述用戶終端的附著請求。10.一種異構網絡下的尋呼裝置，其特征在于，包括: 第一發(fā)送單元，用于在用戶終端與第一基站建立連接時，控制所述第一基站連接的第一移動管理模塊將所述用戶終端的上下文信息發(fā)送給第二移動管理模塊，其中，所述第一移動管理模塊和所述第二移動管理模塊分別連接不同類型的基站； 選擇單元，用于在尋呼網關接收到數(shù)據(jù)發(fā)送請求時，從所述第一移動管理模塊和所述第二移動管理模塊中選擇與第一類型的基站相連接的移動管理模塊； 第二發(fā)送單元，用于控制選擇的移動管理模塊向所述用戶終端的跟蹤區(qū)列表中記載的所述第一類型的基站發(fā)送尋呼請求； 第三發(fā)送單元，用于在尋呼所述用戶終端失敗時，控制另一個移動管理模塊向所述另一個移動管理模塊連接的第二類型的基站發(fā)出尋呼請求。11.根據(jù)權利要求10所述的尋呼裝置，其特征在于，所述第二發(fā)送單元包括: 判斷模塊，用于判斷所述第一移動管理模塊是否為所述第一類型的基站連接的移動管理模塊； 第一發(fā)送模塊，用于在判斷出所述第一移動管理模塊為所述第一類型的基站連接的移動管理模塊時，所述尋呼網關控制所述第一移動管理模塊向所述用戶終端的跟蹤區(qū)列表中記載的第一類型的基站發(fā)送尋呼請求； 第二發(fā)送模塊，用于在判斷出所述第一移動管理模塊不是所述第一類型的基站連接的移動管理模塊時，所述尋呼網關控制所述第一移動管理模塊向所述第二移動管理模塊發(fā)送尋呼請求，并且由所述第二移動管理模塊向所述用戶終端的跟蹤區(qū)列表中記載的所述第一類型的基站發(fā)送尋呼請求。12.根據(jù)權利要求10所述的尋呼裝置，其特征在于，所述尋呼裝置還包括: 第四發(fā)送單元，用于在控制選擇的移動管理模塊向所述用戶終端的跟蹤區(qū)列表中記載的所述第一類型的基站發(fā)送尋呼請求之前，控制所述選擇的移動管理模塊向所述第一基站的服務網關發(fā)送查詢請求，其中，所述查詢請求用于查詢所述用戶終端最后一次連接的第二類型基站和/或所述最后一次連接的第二類型基站周圍的第二類型基站； 第一接收單元，用于控制所述選擇的移動管理模塊接收所述服務網關響應所述查詢請求發(fā)送的查詢到的第二類型基站。13.根據(jù)權利要求12所述的尋呼裝置，其特征在于，所述第二發(fā)送單元包括: 第三發(fā)送模塊，用于控制所述選擇的移動管理模塊向查詢到的所述用戶終端最后一次連接的第二類型的基站覆蓋范圍內的第一類型的基站發(fā)送所述尋呼請求。14.根據(jù)權利要求13所述的尋呼裝置，其特征在于，所述尋呼裝置還包括: 判斷模塊，用于在所述選擇的移動管理模塊向查詢到的所述用戶終端最后一次連接的第二類型的基站覆蓋范圍內的第一類型的基站發(fā)送所述尋呼請求之后，判斷所述選擇的移動管理模塊發(fā)送的所述尋呼請求是否尋呼成功； 第四發(fā)送模塊，用于在所述尋呼請求沒有尋呼成功時，控制所述選擇的移動管理模塊繼續(xù)向查詢到的所述用戶終端最后一次連接的第二類型的基站周圍的第二類型的基站覆蓋范圍內的第一類型的基站發(fā)送所述尋呼請求。15.根據(jù)權利要求10-14中任一項所述的尋呼裝置，其特征在于，所述第二發(fā)送單元包括: 返回單元，用于在尋呼所述用戶終端失敗時，控制另一個移動管理模塊向所述另一個移動管理模塊連接的第二類型的基站發(fā)出尋呼請求之前，所述尋呼網關接收所述選擇的移動管理模塊返回的尋呼失敗的提示信息。16.根據(jù)權利要求12所述的尋呼裝置，其特征在于，所述尋呼裝置還包括: 記錄單元，用于在所述選擇的移動管理模塊向所述第一基站的服務網關發(fā)送查詢請求之前，控制所述第一基站連接的所述服務網關記錄所述用戶終端處于連接狀態(tài)時所連接基站的基站類型標識。17.根據(jù)權利要求10所述的尋呼裝置，其特征在于，所述第一類型的基站與第二類型基站的頻率不同，所述尋呼裝置還包括: 控制單元，用于在所述用戶終端由連接狀態(tài)改變?yōu)榉沁B接狀態(tài)時，控制所述用戶終端進tx基站選擇； 第二接收單元，用于接收所述用戶終端向所述第一基站發(fā)送的附著請求，其中，所述用戶終端處于所述第一基站的覆蓋范圍內； 確定單元，用于在接收到所述附著請求后，同意所述用戶終端的附著請求。18.—種通信系統(tǒng)，其特征在于，包括: 基站; 第一移動管理模塊，在用戶終端與所述基站連接時，發(fā)送所述用戶終端的上下文信息; 第二移動管理模塊，接收所述第一移動管理模塊發(fā)送的所述用戶終端的上下文信息，其中，所述第一移動管理模塊和所述第二移動管理模塊分別連接不同類型的基站； 尋呼網關，用于在接收到數(shù)據(jù)發(fā)送請求時，從所述第一移動管理模塊和所述第二移動管理模塊中選擇與預定類型的基站相連接的移動管理模塊，控制選擇的移動管理模塊向所述用戶終端的跟蹤區(qū)列表中記載的所述預定類型的基站發(fā)送尋呼請求，并且在尋呼所述用戶終端失敗時，控制另一個移動管理模塊向所述另一個移動管理模塊連接的第二類型的基站發(fā)出尋呼請求。
【文檔編號】H04W68/00GK106034357SQ201510117091
【公開日】2016年10月19日
【申請日】2015年3月17日
【發(fā)明人】白煒, 周明宇
【申請人】北京佰才邦技術有限公司