EVDO網(wǎng)絡(luò)AN間軟切換的解決方案_第1頁
EVDO網(wǎng)絡(luò)AN間軟切換的解決方案_第2頁
EVDO網(wǎng)絡(luò)AN間軟切換的解決方案_第3頁
EVDO網(wǎng)絡(luò)AN間軟切換的解決方案_第4頁
EVDO網(wǎng)絡(luò)AN間軟切換的解決方案_第5頁
已閱讀5頁,還剩5頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

1、evdo網(wǎng)絡(luò)an間軟切換的解決方案 【摘要】介紹了evdo網(wǎng)絡(luò)基于ipcf方式的an間硬切換和ibbe方式的an間軟切換的利弊,詳細闡述了哈爾濱evdo網(wǎng)絡(luò)an間軟切換功能的開通實施方案,并認真分析了開通前后各項指標的對比情況。【關(guān)鍵詞】an間軟切換 切換時延ibbe互聯(lián) ipcf互聯(lián) 【作者簡介】 張雨石 男 1980年出生 學(xué)士學(xué)位 目前就職于中國電信黑龍江省分公司網(wǎng)優(yōu)中心,中級工程師,長時間從事cdma網(wǎng)絡(luò)優(yōu)化工作,對cdma2000理論具有較深刻的理解,擅長信令分析。聯(lián)系電話電子郵箱;189036120711 引言隨著evdo網(wǎng)絡(luò)的擴容、bts的割接,以及bs

2、c、bts的不斷增加;移動用戶在歸屬于不同bsc下面的bts基站之間發(fā)生切換的概率就越來越大。在哈爾濱日常優(yōu)化dt測試及投訴處理工作中,發(fā)現(xiàn)部分區(qū)域的evdo速率低均發(fā)生在an 邊界區(qū)域。此前哈爾濱evdo網(wǎng)絡(luò)an 間切換方式為基于ipcf的an 間硬切換,硬切換信令面和業(yè)務(wù)面的時延都相對較高。從實際的an邊界測試結(jié)果來看,下載速率在an 間硬切換時存在明顯的斷續(xù)現(xiàn)象。如果實現(xiàn)an之間的軟切換,可以避免移動用戶在bsc之間產(chǎn)生硬切換,從而降低切換過程中的掉話比例,提高用戶的感知度。2方案分析2.1 an間業(yè)務(wù)互聯(lián)方式bsc之間的互聯(lián)是指在兩個bsc之間增加互聯(lián)電路,只有先將bsc互聯(lián)起來,下一

3、步才能實現(xiàn)移動臺在bsc間的軟切換。常見的業(yè)務(wù)互聯(lián)方式如下:(1)ibbe互聯(lián):可以提供a3,a7的1x語音和數(shù)據(jù)業(yè)務(wù)軟切換。另外還可以提供a17,a18,a19接口的do an間軟切換。(2)ipcf:支持a13,a16的do業(yè)務(wù)an間的空閑切換和硬切換。其中一些接口簡要說明如下:(1)a13:空閑切換,加速接入,節(jié)省空口資源;(2)a16:an間互聯(lián),主要用于連接狀態(tài)下在an間傳送session信息,用來支持an硬切換;(3)a17:傳遞源an和目的an間為了完成軟切換而分配目的an資源而交互的信令消息,同時還可以通過該接口把源an的控制信道消息傳給目的an來發(fā)送;(4)a18:軟切換時在

4、源an和目的an的無線資源間傳遞at的媒體面信息;(5)a19:軟切換時在源an和目的an的無線資源間傳遞切換控制信息。2.2 ipcf方式的an間硬切換和ibbe方式的an間軟切換對比對比內(nèi)容ipcf方式active硬切換ibbe方式active軟切換成本成本較低,和a10/11、a12、a13共用ipcf單板。成本較高,需要增加ibbe單板和bctmp單板。系統(tǒng)資源占用系統(tǒng)資源占用較少系統(tǒng)資源占用較多;一塊docmp支持512條an間軟切換腿。按每載扇30個用戶,切換比例35%計算,每載扇大約有10個切換用戶,也就是說一塊docmp支持51個載扇相鄰;do的數(shù)據(jù)業(yè)務(wù)流量大,會占用較大ibb

5、e帶寬資源,如果1x和do共用ibbe單板,將影響1x的切換容量。切換時延490ms(包括uati分配和gaup協(xié)商完成)430ms互通性互通性好,可以和其他廠家對接?;ネㄐ圆?,基本上不支持不同廠家之間的bsc間對接。業(yè)務(wù)體驗ftp切換過程中,業(yè)務(wù)始終保持,無中斷,前反向速率有輕微下降,隨后速率恢復(fù)正常。切換過程中,業(yè)務(wù)始終保持,上傳與下載無中斷,速率基本不受影響。vt切換過程中,業(yè)務(wù)始終保持,video與audio無中斷,video有輕微馬賽克出現(xiàn),隨即恢復(fù)高質(zhì)量的視頻效果。切換過程中,業(yè)務(wù)始終保持,video與audio無中斷,且質(zhì)量保持良好的效果。voip切換過程中,業(yè)務(wù)始終保持,語音良

6、好,無斷續(xù)。切換過程中,業(yè)務(wù)始終保持,語音良好,無斷續(xù)。其他問題有發(fā)生乒乓切換的可能,但可通過rf優(yōu)化、切換參數(shù)優(yōu)化來減少甚至避免乒乓切換。無3 解決方案3.1 哈爾濱evdo網(wǎng)絡(luò)現(xiàn)狀評估3.1.1 網(wǎng)絡(luò)拓撲結(jié)構(gòu)哈爾濱地區(qū)5個bsc中do站點分布如圖所示分布如下:目前哈爾濱現(xiàn)網(wǎng)采用的是基于ibbe的1x語音和數(shù)據(jù)業(yè)務(wù)軟切換,基于ipcf的do業(yè)務(wù)an間硬切換互聯(lián)方式。3.1.2 do前向物理層突發(fā)吞吐量統(tǒng)計(1)配置帶寬的上限按照an間相鄰基站小區(qū)的業(yè)務(wù)信道突發(fā)吞吐量之和計算,統(tǒng)計方案按原始數(shù)據(jù)查詢小區(qū)前向流量統(tǒng)計中由下面公式求得:do前向物理層突發(fā)吞吐量(kbps)=reva前向業(yè)務(wù)信道物理

7、層流量(byte)*8/reva前向業(yè)務(wù)信道總發(fā)送時隙數(shù)/1.667+rev0前向業(yè)務(wù)信道物理層流量(byte)*8/rev0前向業(yè)務(wù)信道總發(fā)送時隙數(shù)/1.667.統(tǒng)計得如下表格:邊際邊界站點前向(kbps)bsc1-267785833.7187bsc1-426329801.3075bsc1-516185546.7734bsc2-413129397.5984bsc2-524275323.1157bsc4-5556045.15968(2)配置帶寬的下限取an間相鄰基站的abis鏈路帶寬占用總和的峰值,然后乘以 軟切換話務(wù)量/總話務(wù)量。通過計算公式計算得bsc1-2邊界站點67個一周小時級的峰值的

8、總和只有64m,達到軟切換要求。3.2 方案制定考慮到哈爾濱evdo網(wǎng)絡(luò)bsc1與bsc2為市區(qū)重要業(yè)務(wù)區(qū),ipcf承載的do硬切換業(yè)務(wù)會影響部分用戶的上網(wǎng)感受,現(xiàn)需要將bsc1和bsc2之間開通基于ibbe的do軟切換業(yè)務(wù)。由于哈爾濱cdma網(wǎng)絡(luò)已經(jīng)開通了ibbe的1x軟切換,基于這個基礎(chǔ),我們要開通do網(wǎng)絡(luò)an間軟切換功能并不需要增加硬件成本,只需要依據(jù)精密的操作就可以實現(xiàn)。但是我們首先面臨的是互聯(lián)電路的容量問題。哈爾濱現(xiàn)有的的ibbe互聯(lián)單板為4x100m網(wǎng)口單板,目前只調(diào)通了1個100m網(wǎng)口,在此基礎(chǔ)上如果繼續(xù)開通do網(wǎng)絡(luò)an間軟切換功能,可能會受到帶寬瓶頸的限制。根據(jù)上文無線側(cè)容量的

9、分析,需要提供的切換峰值下限為64m,現(xiàn)網(wǎng)100m剛剛滿足條件。所以建議將bsc1和bsc2剩下的3x100m網(wǎng)口全部開通,來滿足現(xiàn)網(wǎng)1x網(wǎng)絡(luò)和do網(wǎng)絡(luò)的an間軟切換需求,現(xiàn)階段中興設(shè)備最多只能開通400m互聯(lián)電路。由于將要實施互聯(lián)的bsc1和bsc2在同一機房,bsc1與bsc2通過同一對主備配置的ce互聯(lián),無需經(jīng)過cn2網(wǎng),ibbe、ce都為主備形式互聯(lián),組網(wǎng)結(jié)構(gòu)如下圖(地址為虛構(gòu)的):下表為先前哈爾濱ibbe互聯(lián)電路的地址規(guī)劃表,黃色部分為已經(jīng)規(guī)劃的100m網(wǎng)口。后續(xù)bsc1和bsc2各剩余3對100m網(wǎng)口需要互聯(lián),需要給bsc1申請規(guī)劃3個接口地址,主備ce各增加3個網(wǎng)口的模塊,以及相

10、應(yīng)的ip地址和浮動地址(bsc2的申請與bsc1要求一致)。最終網(wǎng)線放通之后達到bsc1與bsc2接口地址可以互相ping通,媒體面地址也可以互相ping通。同時考慮到ce測規(guī)劃情況。地市a端路由器名稱a端ip地址浮動地址b端設(shè)備名稱b端接口地址b端媒體地址哈爾濱群力機房ce-1 2/21/29bsc1-ibbe4/22/32ce-3/29ce-1 0/29/29bsc4-ibbe2/23/32ce-1/29ce-1 6

11、.14.0.58/27/29bsc2-ibbe0/24/32ce-9/293.3 操作流程(1)方案實施前一天禁止修改一切現(xiàn)網(wǎng)參數(shù),晚上12點做好數(shù)據(jù)備份工作,隨即開始操作。(2)操作當(dāng)晚需要ce側(cè)人員配合,防止互聯(lián)電路不通,互聯(lián)電路放好之后需要在診斷測試中進行ping測試。(3)設(shè)備側(cè)人員進行互聯(lián)參數(shù)配置配置ibbe網(wǎng)口地址配置靜態(tài)路由配置互聯(lián)電路配置do軟切換電路(4)優(yōu)化人員進行do臨區(qū)配置。(5)安排路測人員,在an邊界進行do業(yè)務(wù)硬切換測試,路測人員觀察是否能正常完成跨an軟切換。優(yōu)化人員后臺跟蹤切換信令,觀察信

12、令是否切換成功。完成后進行性能測試以及評估。4 效果驗證4.1 路測測試分析在本次切換過程中,路測車輛在bsc邊界處往返行進,多次發(fā)生bsc1和bsc2之間的切換,下面僅選取一個切換實例加以說明。bsc2到bsc1切換(1)路測分析如下圖所示為232道里福客多pn60、pn228到145南崗二十三軍pn483 軟切換時cna軟件截圖, 從終端側(cè)信令流程上看,對于這次切換,終端在反向業(yè)務(wù)信道上報route update消息(1509),此時終端依然在pn60上(導(dǎo)頻強度-7.5db),同時可以看出終端搜索到pn483導(dǎo)頻強度-4db,高于切換門限,因此觸發(fā)切換判決條件。keep字段值為true,

13、終端希望將145南崗二十三軍pn483加入激活集中。之后可以看到終端收到trafficchannelassignment(1510),要求終端將pn483加入激活集,終端回證實后切換流程結(jié)束。(2)后臺信令分析如下圖所示為軟切換加源測bsc2后臺信令跟蹤,bsc2收到at通過空口發(fā)來的ru消息(1615)申請加入bsc1的小區(qū)后,向目標測bsc1發(fā)出a17fbtsphysicalinforequest(1618),隨后收到相應(yīng)消息(1619),再向at發(fā)起tca消息(1627)指配目標bts資源,最后由at發(fā)送tcc消息(1645), 源an向切換代理請求鄰區(qū),并把目標bsc代理返回的鄰區(qū)跟本

14、an內(nèi)的鄰區(qū)合并后發(fā)給at,完成an間軟切換加整個流程。4.2 kpi指標統(tǒng)計在8月10日凌晨完成an間do軟切換配置后,后臺統(tǒng)計指標如下表所示,an間切換正常。開始時間bssbdo: 全局切換對象.目標an的跨an切換目標集切入切換成功次數(shù)do: 全局切換對象.目標an的跨an切換目標集切入切換請求次數(shù)do: 全局切換對象.源an的跨an切換目標集切出切換成功次數(shù)do: 全局切換對象.源an的跨an切換目標集切出切換請求次數(shù)2010-08-09bsc18888888118212010-08-10bsc1171541715424538248082010-08-11bsc1169991700023752240382010-08-09bsc2619619133413422010-08-10bsc2144451444528530288422010-08-11bsc2149631496329730300655 總結(jié)對比 an 間硬切換和軟切換實現(xiàn)過程和信令流程發(fā)現(xiàn),an 間硬切換在源an 和目

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論