国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

      一種基于錨基站池的錨基站管理方法

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

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

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