一種尋呼方法、系統、核心網設備及雙連接網關的制作方法
【技術領域】
[0001]本發明涉及無線通信領域，尤其涉及一種尋呼方法、系統、核心網設備及雙連接網關(DC Gff, Dual Connectivity Gateffay)。
【背景技術】
[0002]圖1為現有技術中長期演進(LTE, Long Term Evolut1n)系統的總體架構示意圖。如圖1所示，LTE系統包括:移動管理實體(MME, Mobility Management Entity)、服務網關(SGW, Serving GateWay)、用戶設備或稱為終端(UE, User Equipment)和基站(eNB,eNodeB)。其中，eNB與UE之間是UU接口，eNB和MME之間是Sl-MME接P，eNB和SGff之間是Sl-U接口，eNB之間是X2-U和X2-C接口 ；這里，Sl-MME接口是控制平面的SI接口 ；X2_U接口是用戶面的X2接口，X2-C接口是控制面的X2接口。
[0003]在LTE系統中，Sl-MME接口的協議棧從下往上分為以下幾個協議層:L1協議、L2 協議、因特網協議(IP, Internet Protocol)、流控制傳輸協議(SCTP, Stream ControlTransmiss1n Protocol)、SI 應用協議(Sl-AP, Sl-Applicat1n Protocol)。在 LTE 系統中，Sl-U接口的協議棧從下往上分為以下幾個協議層:L1協議、L2協議、用戶數據協議/因特網協議(UDP/IP), GPRS 隧道協議-用戶面(GTP-U, GPRS Tunneling Protocol-Userplane)。
[0004]目前，由于頻譜資源的匱乏，以及移動用戶的大流量業務的激增，為了增加用戶吞吐量和增強移動性能，采用高頻點如3.5GHz進行熱點覆蓋的需求日益明顯，采用低功率的節點成為新的應用場景。但是，由于高頻點的信號衰減比較厲害，而低功率的新小區的覆蓋范圍又比較小，并且與現有的小區不共站點，因此，如果用戶在這些新小區之間進行移動，或者在新小區和現有小區之間移動，必定會引起頻繁的切換過程，使得基站間頻繁傳遞用戶信息，從而對核心網造成了很大的信令沖擊，進而遏制了無線側大量小蜂窩基站的引入。因此，提出了雙連接的技術方案。
[0005]圖2為一種小蜂窩基站系統總體架構TJK意圖。如圖2所小蜂窩基站系統包括:MME,SGW,UE 和 eNB。UE 和 eNB 之間是 UU 接口，MeNB 和 MME 之間是 Sl-MME 接口，MeNB、SeNB和SGW之間是Sl-U接口，eNB之間是Xn接口。在小蜂窩基站系統中，用戶數據可以從核心網通過主eNB (MeNB,Master eNB)下發到用戶，也可以從核心網通過從eNB (SeNB, SecondaryeNB)下發到用戶。當用戶在MeNB接入后，可以通過添加、修改、或刪除SeNB的方式實現雙連接。
[0006]同時，在雙連接架構下為了減少MeNB不變且SeNB改變場景下切換信令對核心網的沖擊，可能會弓I入DC Gff,該節點可以是新增的網絡節點，也可以位于MeNB，也可以位于現有家庭基站網關(HeNB GW)。在家庭基站(HeNB)部署的雙聯接實現場景下，HeNB也可以作為MeNB/SeNB，因此存在HeNB Gff部署的場景。
[0007]在圖2所示的小基站系統下，由于引入了 MeNB和SeNB的概念，還引入了 DC Gff的概念，所以核心網如何實現尋呼優化是亟待解決的問題。
【發明內容】
[0008]為解決現有存在的技術問題，本發明實施例提供一種尋呼方法、系統核心網設備及 DC Gff0
[0009]本發明實施例提供了一種尋呼方法，應用于核心網側，包括:
[0010]獲取DC GW的相關信息；
[0011]根據所述DC Gff的相關信息，進行尋呼消息的下發。
[0012]上述方案中，所述獲取DC Gff的相關信息，為:
[0013]通過SI接口獲取所述DC Gff的相關信息。
[0014]上述方案中，所述根據所述DC Gff的相關信息，進行尋呼消息的下發時，所述方法還包括:
[0015]根據跟蹤區標識(TAI,Tracking Area Identity)列表和所述DC GW的相關信息，進行尋呼消息的下發。
[0016]上述方案中，所述根據跟蹤區標識TAI列表和所述DC Gff的相關信息，進行尋呼消息的下發，包括:
[0017]將尋呼消息發送到TAI列表范圍內的UE所在的基站所連接的DC Gff ;或者，將尋呼消息發送至TAI列表范圍內的UE所在的基站所連接的DC Gff和TAI列表范圍內的UE所在的其他基站。
[0018]本發明實施例還提供了一種尋呼方法，應用于DC Gff側，包括:
[0019]接收尋呼消息；
[0020]將所述尋呼消息下發至自身下屬的基站。
[0021]上述方案中，所述將所述尋呼消息下發至自身下屬的基站之前，所述方法還包括:
[0022]獲取所述下屬的基站的信息；
[0023]相應地，根據所述下屬的基站的信息，將所述尋呼消息下發至自身下屬的基站。
[0024]上述方案中，當所述尋呼消息為針對本地IP接入(LIPA，Local IP Access)或本地網絡選定的 IP 流量卸載(SIPTOiLN, Selected IP Traffic Offload at Local Network)業務的尋呼時，所述將所述尋呼消息下發至自身下屬的基站，為:
[0025]根據LIPA或SIPT00LN業務的合設L-GW的地址信息，將所述尋呼消息下發至LIPA或SIPT00LN業務合設本地網關L-GW所位于的基站。
[0026]本發明實施例又提供了一種尋呼方法，包括:
[0027]核心網獲取DC GW的相關信息；并根據所述DC GW的相關信息，進行尋呼消息的下發；
[0028]所述DC GW收到所述尋呼消息后，將所述尋呼消息下發至自身下屬的基站。
[0029]上述方案中，所述獲取DC Gff的相關信息，為:
[0030]所述核心網通過SI接口獲取所述DC Gff的相關信息。
[0031]上述方案中，所述根據所述DC Gff的相關信息，進行尋呼消息的下發時，所述方法還包括:
[0032]所述核心網根據TAI列表和所述DC Gff的相關信息，進行尋呼消息的下發。
[0033]上述方案中，所述根據跟蹤區標識TAI列表和所述DC Gff的相關信息，進行尋呼消息的下發，包括:
[0034]所述核心網將尋呼消息發送到TAI列表范圍內的UE所在的基站所連接的DC Gff ；或者，所述核心網將尋呼消息發送至TAI列表范圍內的UE所在的基站所連接的DC Gff和TAI列表范圍內的UE所在的其他基站。
[0035]上述方案中，所述將所述尋呼消息下發至自身下屬的基站之前，所述方法還包括:獲取所述下屬的基站的信息；
[0036]相應地，根據所述下屬的基站的信息，將所述尋呼消息下發至自身下屬的基站。
[0037]上述方案中，當所述尋呼消息為針對LIPA或SIPT00LN業務的尋呼時，所述將所述尋呼消息下發至自身下屬的基站，為:
[0038]根據LIPA或SIPT00LN業務的合設L-GW的地址信息，將所述尋呼消息下發至LIPA或SIPT00LN業務合設L-GW所位于的基站。
[0039]本發明實施例還提供了一種核心網設備，包括:獲取單元及下發單元；其中，
[0040]所述獲取單元，用于獲取DC Gff的相關信息；
[0041]所述下發單元，用于根據所述DC Gff的相關信息，進行尋呼消息的下發。
[0042]上述方案中，所述下發單元，用于根據TAI列表和所述DC Gff的相關信息，進行尋呼消息的下發。
[0043]上述方案中，所述下發單元，具體用于:將尋呼消息發送到TAI列表范圍內的UE所在的基站所連接的DC Gff ;或者，將尋呼消息發送至TAI列表范圍內的UE所在的基站所連接的DC Gff和TAI列表范圍內的UE所在的其他基站。
[0044]本發明實施例又提供了一種DC GW，包括:接收單元及發送單元；其中，
[0045]所述接收單元，用于接收尋呼消息；
[0046]所述發送單元，用于將所述尋呼消息下發至自身所在DC GW下屬的基站。
[0047]上述方案中，所述DC GW還包括:信息獲取單元，用于自身所在DC GW下屬的基站的信息；
[0048]相應地，所述發送單元，根據所述下屬的基站的信息，將所述尋呼消息下發至自身所在DC GW下屬的基站。
[0049]上述方案中，所述發送單元，用于當所述尋呼消息為針對LIPA或SIPT00LN業務的尋呼時，根據LIPA或SIPT00LN業務的合設L-GW的地址信息，將所述尋呼消息下發至LIPA或SIPT00LN業務合設L-GW所位于的基站。
[0050]本發明實施例還提供了一種尋呼系統，包括:核心網設備及DC Gff ;其中，
[0051]所述核心網設備，用于獲取DC Gff的相關信息；并根據所述DC Gff的相關信息，進行尋呼消息的下發；
[0052]所述DC GW，用于收到所述尋呼消息后，將所述尋呼消息下發至自身下屬的基站。
[0053]上述方案中，所述核心