一種基于錨基站池的錨基站管理系統(tǒng)的制作方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及移動通信領(lǐng)域，尤其涉及一種基于錨基站池的錨基站管理系統(tǒng)。
【背景技術(shù)】
[0002]在多基站組網(wǎng)時，由于用戶業(yè)務(wù)和地理分布的不均勻，傳統(tǒng)的接入會引起基站的負(fù)載不平衡，進(jìn)一步會造成無線網(wǎng)絡(luò)整體的利用率降低及用戶QoS的下降。
[0003]通常情況下，基站負(fù)載均衡采取手動方式，依據(jù)于長期的基站觀測數(shù)據(jù)。當(dāng)基站發(fā)生經(jīng)常性過載時，調(diào)節(jié)基站相關(guān)系統(tǒng)參數(shù)而保證基站正常運行。但此方式對于基站負(fù)載隨時間變化較大的地點，會造成頻繁的手動調(diào)節(jié)基站系統(tǒng)參數(shù)。同時，一旦錨基站發(fā)生故障，則以此基站為錨的大量終端的業(yè)務(wù)數(shù)據(jù)將無法得到回傳。
[0004]現(xiàn)有的更換錨基站機制，是通過基站間消息相互通知實現(xiàn)的。此實現(xiàn)有明顯的不足:1)同一路由區(qū)內(nèi)任意基站之間都需要定期的進(jìn)行負(fù)載消息的交互，當(dāng)基站較多時，會很浪費系統(tǒng)資源，增加系統(tǒng)開銷；2)每個基站均需知曉其所在路由區(qū)內(nèi)所有基站的負(fù)載信息，使每個基站需保存大量的數(shù)據(jù)；3)當(dāng)發(fā)送跨路由區(qū)切換，服務(wù)基站需知道錨基站所在路由區(qū)的基站列表。當(dāng)鋪基站發(fā)送故障時，因服務(wù)基站并不知道鋪基站所在路由區(qū)內(nèi)基站的負(fù)載信息，服務(wù)基站只能通過多次嘗試與錨基站所在路由區(qū)的基站建立聯(lián)系，請求目標(biāo)基站接管原錨基站的用戶，此實現(xiàn)方式會導(dǎo)致?lián)Q錨效率較低。

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

[0005]針對上述問題，本發(fā)明提出一種基于錨基站池的錨基站管理系統(tǒng)，該系統(tǒng)包括:同一路由區(qū)內(nèi)若干基站構(gòu)成鋪基站池，管理實體監(jiān)控所述鋪基站池內(nèi)各基站狀態(tài)；服務(wù)基站根據(jù)預(yù)定情況，向管理實體發(fā)起更換錨基站請求；管理實體根據(jù)錨基站池中各基站狀態(tài)，選擇新錨基站下發(fā)給服務(wù)基站；服務(wù)基站將換錨用戶分配到新錨基站，向該新錨基站發(fā)送數(shù)據(jù)導(dǎo)入請求，與該新錨基站建立二層隧道。
[0006]優(yōu)選的，所述預(yù)定情況包括所述服務(wù)基站檢測到錨基站故障，如所述服務(wù)基站檢測不到與錨基站的隧道心跳消息；或/和所述服務(wù)基站發(fā)送隧道建立請求消息后，未收到隧道建立請求應(yīng)答消息。
[0007]優(yōu)選的，所述管理實體監(jiān)控所述錨基站池內(nèi)各基站狀態(tài)包括:各基站向管理實體定時上報忙閑參數(shù)；管理實體根據(jù)基站忙閑參數(shù)計算忙閑程度，若基站忙閑程度發(fā)生變化，則所述管理實體通知該基站。
[0008]進(jìn)一步的，所述預(yù)定情況為所述服務(wù)基站收到錨基站忙指示消息。
[0009]優(yōu)選的，所述更換錨基站請求消息中攜帶原錨基站ID和原錨基站對應(yīng)的路由區(qū)ID0
[0010]優(yōu)選的，所述基站狀態(tài)包括:基站與網(wǎng)絡(luò)連接狀態(tài)、告警情況、忙閑程度或其任意組合。
[0011]優(yōu)選的，所述管理實體選擇的新錨基站為多個，并且給出每個新錨基站下可分配的隧道用戶數(shù)，通過換錨應(yīng)答下發(fā)給服務(wù)基站；所述服務(wù)基站接收到換錨應(yīng)答，保存分配的新錨基站號和可分配隧道用戶數(shù)信息，將需要換錨的用戶分配到一個新錨基站下，將對應(yīng)的可分配隧道用戶數(shù)減一。
[0012]優(yōu)選的，所述向該新錨基站發(fā)送數(shù)據(jù)導(dǎo)入請求，與該新錨基站建立二層隧道的過程包括:所述服務(wù)基站向新錨基站發(fā)送數(shù)據(jù)導(dǎo)入請求，建立數(shù)據(jù)轉(zhuǎn)發(fā)所需表項，并攜帶用戶數(shù)據(jù)；所述新錨基站建立數(shù)據(jù)轉(zhuǎn)發(fā)所需表項，返回數(shù)據(jù)導(dǎo)入應(yīng)答。所述數(shù)據(jù)轉(zhuǎn)發(fā)所需表項包括:隧道、DAIB表、CCB表和地址過濾表。
[0013]進(jìn)一步的，該系統(tǒng)還包括:所述服務(wù)基站與終端之間更新DAIB、地址過濾表、ACL列表。
[0014]優(yōu)選的，該系統(tǒng)還包括，所述服務(wù)基站接收到所述管理實體下發(fā)的新錨基站信息后，將該信息保存一段時間，在此期間內(nèi)，若有相同路由區(qū)的錨基站負(fù)載過高或故障，服務(wù)基站從保存的新鋪基站列表中選擇新的鋪基站進(jìn)彳丁更換。
[0015]優(yōu)選的，該系統(tǒng)還包括:服務(wù)基站向舊錨基站發(fā)送移除錨基站請求，刪除隧道并通知丨H錨基站刪除用戶錨基站信息。
[0016]本發(fā)明提出的基于錨基站池的錨基站管理系統(tǒng)，通過設(shè)置錨基站池，在網(wǎng)絡(luò)正常運行、無人干預(yù)的情況下，系統(tǒng)可以及時發(fā)現(xiàn)負(fù)載過高的基站，以自主的方式調(diào)節(jié)基站負(fù)載，解決基站負(fù)載過高的問題。當(dāng)錨基站發(fā)生故障，能夠為終端分配新錨基站。此發(fā)明有利于提高網(wǎng)絡(luò)穩(wěn)定性，增強用戶體驗。
【附圖說明】
[0017]為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
[0018]圖1為本發(fā)明系統(tǒng)的網(wǎng)絡(luò)架構(gòu)示意圖；
[0019]圖2為基站上報隧道忙閑參數(shù)流程圖；
[0020]圖3為管理實體指示基站忙閑并觸發(fā)更換錨基站流程圖；
[0021]圖4為錨基站故障一，服務(wù)基站觸發(fā)更換錨基站流程圖；
[0022]圖5為錨基站故障二，服務(wù)基站觸發(fā)更換錨基站流程圖。
【具體實施方式】
[0023]為使本發(fā)明實施例的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例；需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護(hù)的范圍。
[0024]所謂的錨基站池，是指在一個路由區(qū)間內(nèi)設(shè)置一個錨基站池，池內(nèi)分配一批基站，用以分散承擔(dān)錨基站功能。本發(fā)明提供的換錨機制有效的解決了現(xiàn)有更換錨機制的不足。通過增加無線網(wǎng)絡(luò)管理實體，統(tǒng)籌網(wǎng)絡(luò)中的所有基站，使每個基站并不需要知曉其他基站的負(fù)載信息。管理實體根據(jù)各基站負(fù)載情況，為以負(fù)載過高的基站為錨基站的終端用戶分配新錨基站，從而降低原錨基站的負(fù)載。當(dāng)錨基站發(fā)生故障，服務(wù)基站啟動換錨機制，管理實體分配新錨基站，使用戶終端的業(yè)務(wù)數(shù)據(jù)得以繼續(xù)傳輸。
[0025]本發(fā)明提供的基于錨基站池的錨基站管理系統(tǒng)，適用于移動通信網(wǎng)絡(luò)。請參照附圖1，本發(fā)明的系統(tǒng)設(shè)置錨基站池，針對網(wǎng)絡(luò)管理實體和基站進(jìn)行改造。本發(fā)明提出的管理系統(tǒng)主要包括管理實體和基站，同一路由區(qū)內(nèi)若干基站構(gòu)成錨基站池，管理實體監(jiān)控所述錨基站池內(nèi)各基站狀態(tài)；服務(wù)基站根據(jù)預(yù)定情況，向管理實體發(fā)起更換錨基站請求；管理實體根據(jù)錨基站池中各基站狀態(tài)，選擇新錨基站下發(fā)給服務(wù)基站；服務(wù)基站將換錨用戶分配到新錨基站，向該新錨基站發(fā)送數(shù)據(jù)導(dǎo)入請求，與該新錨基站建立二層隧道。
[0026]其中，所述預(yù)定情況包括所述服務(wù)基站檢測到錨基站故障，如所述服務(wù)基站檢測不到與錨基站的隧道心跳消息；或/和所述服務(wù)基站發(fā)送隧道建立請求消息后，未收到隧道建立請求應(yīng)答消息。
[0027]所述管理實體監(jiān)控所述錨基站池內(nèi)各基站狀態(tài)包括:各基站向管理實體定時上報忙閑參數(shù)；管理實體根據(jù)基站忙閑參數(shù)計算忙閑程度，若基站忙閑程度發(fā)生變化，則所述管理實體通知該基站。進(jìn)一步的，所述預(yù)定情況為所述服務(wù)基站收到錨基站忙指示消息。
[0028]其中，所述更換錨基站請求消息中可以攜帶原錨基站ID和原錨基站對應(yīng)的路由區(qū)ID。當(dāng)然也可以定義其他參數(shù)實現(xiàn)對錨基站池的對應(yīng)管理?；緺顟B(tài)包括:基站與網(wǎng)絡(luò)連接狀態(tài)、告警情況、忙閑程度或其任意組合。
[0029]管理實體選擇的新錨基站可以為I個，也可以是多個，同時給出每個新錨基站下可分配的隧道用戶數(shù)，通過換錨應(yīng)答下發(fā)給服務(wù)基站；服務(wù)基站接收到換錨應(yīng)答，保存分配的新錨基站號和可分配隧道用戶數(shù)信息，將需要換錨的用戶分配到一個新錨基站下，將對應(yīng)的可分配隧道用戶數(shù)減一。
[0030]本發(fā)明通過管理實體選擇多個新錨基站下發(fā)給服務(wù)基站，服務(wù)基站向各基站分配用戶數(shù)，從而避免大量用戶切換到目標(biāo)基站導(dǎo)致此目標(biāo)基站的負(fù)載過高，進(jìn)而頻繁地進(jìn)行錨基站換錨操作。
[0031]進(jìn)一步的，所述向該新錨基站發(fā)送數(shù)據(jù)導(dǎo)入請求，與該新錨基站建立二層隧道的過程包括:所述服務(wù)基站向新錨基站發(fā)送數(shù)據(jù)導(dǎo)入請求，建立數(shù)據(jù)轉(zhuǎn)發(fā)所需表項，并攜帶用戶數(shù)據(jù)；所述新錨基站建立數(shù)據(jù)轉(zhuǎn)發(fā)所需表項，返回數(shù)據(jù)導(dǎo)入應(yīng)答。數(shù)據(jù)轉(zhuǎn)發(fā)所需表項包括:隧道、DAIB表、CCB表和地址過濾表。該系統(tǒng)還包括:所述服務(wù)基站與終端之間更新DAIB、地址過濾表、ACL列表。
[0032]該系統(tǒng)還可以包括，所述服務(wù)基站接收到所述管理實體下發(fā)的新錨基站信息后，將該信息保存一段時間，在此期間內(nèi)，若有相同路由區(qū)的錨基站負(fù)載過高或故障，服務(wù)基站從保存的新鋪基站列表中選擇新的鋪基站進(jìn)彳丁更換。
[0033]該系統(tǒng)還包括:服務(wù)基站向舊錨基站發(fā)送移除錨基站請求，刪除隧道并通知舊錨基站刪除用戶錨基站信息。
[0034]下面通過本發(fā)明在McWiLL網(wǎng)絡(luò)中的具體實現(xiàn)進(jìn)行詳細(xì)說明。
[0035]附圖2所描述的基站向EMS上報其忙閑程度參數(shù)流程圖，該流程包括:
[0036]步驟101、基站向EMS上報其隧道忙閑參數(shù)，并啟動定時器TlOO ；
[0037]步驟102、EMS通過基站上報的忙閑參數(shù)計算此基站的忙閑程度，若基站忙閑程度發(fā)生變化，則EMS通知基站；
[0038]步驟103、基站定時器TlOO超時，基站再次向EMS上報其隧道忙閑程度，并啟動定時器TlOO。
[0039]實施例一:請參照附圖3，管理實體EMS指示基站忙閑并觸發(fā)更換錨基站流程，該流程包括:
[0040]步驟201、EMS通過基站的忙閑程度判斷此基站忙，則其向此基站發(fā)送基站忙指示消息；
[0041]步驟202、原錨基站收到此消息后，記錄其忙。此狀態(tài)對已經(jīng)存在的隧道不會有任何影響，而對其后收到的隧道建立請求，在原錨基站回復(fù)隧道建立應(yīng)答的之后，會立即通知隧道建立方“錨基站忙”；
[0042]步驟203、服務(wù)基站向原錨基站發(fā)送隧道建立請求；
[0043]步驟204、原錨基站發(fā)現(xiàn)其隧道忙，則建立隧道，向服務(wù)基站隧道建立應(yīng)答；
[0044]步驟205、原錨基站向服務(wù)基站發(fā)送錨基站忙指示消息，提示剛建立隧道需要刪除、消息中MAC對應(yīng)的用戶需要換錨基站；
[0045]步驟206、服務(wù)基站則向EMS發(fā)送更換錨基站請求，攜帶原錨基站ID、原錨基站對應(yīng)的路由區(qū)ID ；
[0046]步驟207、EMS收到此信息后，通過路由區(qū)ID找到此路由區(qū)下的錨基站池ID，分析此錨基站池內(nèi)的所有基站與網(wǎng)絡(luò)連接狀態(tài)、近期是否有嚴(yán)重告警、當(dāng)前忙閑程度等信息，選擇多