[發(fā)明專利]一種基于錨基站池的錨基站管理系統(tǒng)

在審

• 申請?zhí)枺?/td>: 201410287103.0
• 申請日: 2014-06-24
• 公開（公告）號: CN105208587A
• 公開（公告）日: 2015-12-30
• 發(fā)明（設(shè)計(jì)）人: 袁劍;趙春平;劉衛(wèi)東;許瑞鋒
• 申請（專利權(quán)）人: 北京信威通信技術(shù)股份有限公司
• 主分類號: H04W24/04
• 分類號: H04W24/04;H04W28/08
• 代理公司: 暫無信息
• 代理人: 暫無信息

技術(shù)領(lǐng)域

本發(fā)明涉及移動通信領(lǐng)域，尤其涉及一種基于錨基站池的錨基站管理系統(tǒng)。

背景技術(shù)

在多基站組網(wǎng)時(shí)，由于用戶業(yè)務(wù)和地理分布的不均勻，傳統(tǒng)的接入會引起基站的負(fù)載不平衡，進(jìn)一步會造成無線網(wǎng)絡(luò)整體的利用率降低及用戶QoS的下降。

通常情況下，基站負(fù)載均衡采取手動方式，依據(jù)于長期的基站觀測數(shù)據(jù)。當(dāng)基站發(fā)生經(jīng)常性過載時(shí)，調(diào)節(jié)基站相關(guān)系統(tǒng)參數(shù)而保證基站正常運(yùn)行。但此方式對于基站負(fù)載隨時(shí)間變化較大的地點(diǎn)，會造成頻繁的手動調(diào)節(jié)基站系統(tǒng)參數(shù)。同時(shí)，一旦錨基站發(fā)生故障，則以此基站為錨的大量終端的業(yè)務(wù)數(shù)據(jù)將無法得到回傳。

現(xiàn)有的更換錨基站機(jī)制，是通過基站間消息相互通知實(shí)現(xiàn)的。此實(shí)現(xiàn)有明顯的不足：1)同一路由區(qū)內(nèi)任意基站之間都需要定期的進(jìn)行負(fù)載消息的交互，當(dāng)基站較多時(shí)，會很浪費(fèi)系統(tǒng)資源，增加系統(tǒng)開銷；2)每個(gè)基站均需知曉其所在路由區(qū)內(nèi)所有基站的負(fù)載信息，使每個(gè)基站需保存大量的數(shù)據(jù)；3)當(dāng)發(fā)送跨路由區(qū)切換，服務(wù)基站需知道錨基站所在路由區(qū)的基站列表。當(dāng)錨基站發(fā)送故障時(shí)，因服務(wù)基站并不知道錨基站所在路由區(qū)內(nèi)基站的負(fù)載信息，服務(wù)基站只能通過多次嘗試與錨基站所在路由區(qū)的基站建立聯(lián)系，請求目標(biāo)基站接管原錨基站的用戶，此實(shí)現(xiàn)方式會導(dǎo)致?lián)Q錨效率較低。

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

針對上述問題，本發(fā)明提出一種基于錨基站池的錨基站管理系統(tǒng)，該系統(tǒng)包括：同一路由區(qū)內(nèi)若干基站構(gòu)成錨基站池，管理實(shí)體監(jiān)控所述錨基站池內(nèi)各基站狀態(tài)；服務(wù)基站根據(jù)預(yù)定情況，向管理實(shí)體發(fā)起更換錨基站請求；管理實(shí)體根據(jù)錨基站池中各基站狀態(tài)，選擇新錨基站下發(fā)給服務(wù)基站；服務(wù)基站將換錨用戶分配到新錨基站，向該新錨基站發(fā)送數(shù)據(jù)導(dǎo)入請求，與該新錨基站建立二層隧道。

優(yōu)選的，所述預(yù)定情況包括所述服務(wù)基站檢測到錨基站故障，如所述服務(wù)基站檢測不到與錨基站的隧道心跳消息；或/和所述服務(wù)基站發(fā)送隧道建立請求消息后，未收到隧道建立請求應(yīng)答消息。

優(yōu)選的，所述管理實(shí)體監(jiān)控所述錨基站池內(nèi)各基站狀態(tài)包括：各基站向管理實(shí)體定時(shí)上報(bào)忙閑參數(shù)；管理實(shí)體根據(jù)基站忙閑參數(shù)計(jì)算忙閑程度，若基站忙閑程度發(fā)生變化，則所述管理實(shí)體通知該基站。

進(jìn)一步的，所述預(yù)定情況為所述服務(wù)基站收到錨基站忙指示消息。

優(yōu)選的，所述更換錨基站請求消息中攜帶原錨基站ID和原錨基站對應(yīng)的路由區(qū)ID。

優(yōu)選的，所述基站狀態(tài)包括：基站與網(wǎng)絡(luò)連接狀態(tài)、告警情況、忙閑程度或其任意組合。

優(yōu)選的，所述管理實(shí)體選擇的新錨基站為多個(gè)，并且給出每個(gè)新錨基站下可分配的隧道用戶數(shù)，通過換錨應(yīng)答下發(fā)給服務(wù)基站；所述服務(wù)基站接收到換錨應(yīng)答，保存分配的新錨基站號和可分配隧道用戶數(shù)信息，將需要換錨的用戶分配到一個(gè)新錨基站下，將對應(yīng)的可分配隧道用戶數(shù)減一。

優(yōu)選的，所述向該新錨基站發(fā)送數(shù)據(jù)導(dǎo)入請求，與該新錨基站建立二層隧道的過程包括：所述服務(wù)基站向新錨基站發(fā)送數(shù)據(jù)導(dǎo)入請求，建立數(shù)據(jù)轉(zhuǎn)發(fā)所需表項(xiàng)，并攜帶用戶數(shù)據(jù)；所述新錨基站建立數(shù)據(jù)轉(zhuǎn)發(fā)所需表項(xiàng)，返回?cái)?shù)據(jù)導(dǎo)入應(yīng)答。所述數(shù)據(jù)轉(zhuǎn)發(fā)所需表項(xiàng)包括：隧道、DAIB表、CCB表和地址過濾表。

進(jìn)一步的，該系統(tǒng)還包括：所述服務(wù)基站與終端之間更新DAIB、地址過濾表、ACL列表。

優(yōu)選的，該系統(tǒng)還包括，所述服務(wù)基站接收到所述管理實(shí)體下發(fā)的新錨基站信息后，將該信息保存一段時(shí)間，在此期間內(nèi)，若有相同路由區(qū)的錨基站負(fù)載過高或故障，服務(wù)基站從保存的新錨基站列表中選擇新的錨基站進(jìn)行更換。

優(yōu)選的，該系統(tǒng)還包括：服務(wù)基站向舊錨基站發(fā)送移除錨基站請求，刪除隧道并通知舊錨基站刪除用戶錨基站信息。

本發(fā)明提出的基于錨基站池的錨基站管理系統(tǒng)，通過設(shè)置錨基站池，在網(wǎng)絡(luò)正常運(yùn)行、無人干預(yù)的情況下，系統(tǒng)可以及時(shí)發(fā)現(xiàn)負(fù)載過高的基站，以自主的方式調(diào)節(jié)基站負(fù)載，解決基站負(fù)載過高的問題。當(dāng)錨基站發(fā)生故障，能夠?yàn)榻K端分配新錨基站。此發(fā)明有利于提高網(wǎng)絡(luò)穩(wěn)定性，增強(qiáng)用戶體驗(yàn)。

附圖說明

為了更清楚地說明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā)明的一些實(shí)施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1為本發(fā)明系統(tǒng)的網(wǎng)絡(luò)架構(gòu)示意圖；

圖2為基站上報(bào)隧道忙閑參數(shù)流程圖；

圖3為管理實(shí)體指示基站忙閑并觸發(fā)更換錨基站流程圖；

圖4為錨基站故障一，服務(wù)基站觸發(fā)更換錨基站流程圖；

圖5為錨基站故障二，服務(wù)基站觸發(fā)更換錨基站流程圖。