1、Abis資源配置研究提綱一、問題及解決方法二、廠家設(shè)備特點匯總?cè)⑺惴ɡ碚撛O(shè)計與分析四、測試驗證五、中國移動Abis配置軟件一、問題引入BSCBTSHLR/AUCGPRSSGSNGGSNIntranetInternetPCUBackboneGbPDCHAbisPCU一、問題引入EDGE網(wǎng)絡(luò)性能的影響因素：無線容量確實定和信道配置原則是網(wǎng)絡(luò)建設(shè)和優(yōu)化中的核心問題之一,直接影響著網(wǎng)絡(luò)投資和用戶使用感受；2007年設(shè)計院在集團公司網(wǎng)絡(luò)部領(lǐng)導(dǎo)下,提出了“坎貝爾方法愛爾蘭B的計算模型,較好解決了EDGE網(wǎng)絡(luò)無線信道容量問題；是否還有其他問題制約到業(yè)務(wù)質(zhì)量和用戶感受的提高？集團研究組在省網(wǎng)測試中發(fā)現(xiàn),除了

2、無線信道,空口傳輸質(zhì)量、Abis容量、PCU容量、核心網(wǎng)設(shè)備、以及局域網(wǎng)交換機/防火墻等配套設(shè)備,都會影響到EDGE網(wǎng)絡(luò)性能的進一步提高,并于07年下發(fā)了“EDGE網(wǎng)絡(luò)維護指導(dǎo)意見；其中,Abis接口涉及工程難度最大,目前國際/國內(nèi)均沒有深入研究。EDGE 技術(shù)對網(wǎng)絡(luò)維護提出新的需求一、問題引入更大的接口容量才能支持更多的數(shù)據(jù)流量Abis接口信道資源如何配置更多的處理單元 提供更大的數(shù)據(jù)處理能力EDGE TRX 為EDGE提供支持如何保障EDGE用戶得到更好的感受EDGE 終端,提供話務(wù)量 一、問題引入Abis資源需求變化：由于EDGE無線時隙的最大數(shù)據(jù)傳輸速率為59.2 Kbit/s。在Ab

3、is接口,通常的16 kbit/s的Abis信道速率無法滿足更高MCS的數(shù)據(jù)速率,因此需要引入更高速率的Abis信道。如果配置固定的Abis資源給這些信道,對Abis接口資源的需要量會很高,同時資源的利用也缺乏靈活性。動態(tài)Abis資源池解決了以上問題,Abis資源池實際就是可以共享的、額外的EDGE信道的資源的總和。但不同廠家對Abis資源的配置方式也會給EDGE網(wǎng)絡(luò)維護帶來新的挑戰(zhàn)。一、問題引入Abis容量配置算法：GPRS無線優(yōu)化中,瓶頸問題主要是無線信道配置。EDGE引入8PSK調(diào)制方式后,單個無線信道吞吐能力最高達59.2kbps,Abis接口帶寬成為同等重要的瓶頸問題。BTS與PCU

4、之間的傳輸條件涉及每個小區(qū),Abis端口配置在EDGE網(wǎng)絡(luò)中極為重要,由于其工程涉及面廣、施工復(fù)雜,需要精細計算、合理配置。合理的Abis信道配置應(yīng)該支持靈活的動態(tài)資源池調(diào)度方式,便于滿足業(yè)務(wù)需求的同時,充分復(fù)用并節(jié)約資源。Abis為廠家內(nèi)部接口,每種編碼方式需占用多大帶寬完全由廠商設(shè)備決定。經(jīng)過對現(xiàn)網(wǎng)所有廠家設(shè)備的深入調(diào)研,發(fā)現(xiàn)每個廠家設(shè)備占用Abis帶寬大小和資源調(diào)度方式往往區(qū)別極大,必須針對具體問題分別對待。一、問題引入Abis容量配置算法：以Nokia設(shè)備為例,其設(shè)備編碼方式與Abis帶寬需求見下表所示。一、問題引入Abis容量配置算法：從上表可以看出,Nokia設(shè)備開通EDGE后,則

5、GPRS流量也要使用EDAP（Nokia設(shè)備的動態(tài)Abis資源池）池,在使用CS2編碼時Abis仍需占用一個根本16k和EDAP池中的一個16k；MCS9編碼方式實際需要占用516kbps的Abis資源,Abis端口的承載效率普遍較低。針對以上情況,中國移動已經(jīng)完成了自主產(chǎn)權(quán)的Abis資源配置算法的理論研究,2007年下半年進行了針對Nokia、Alcatel、Siemens設(shè)備的試點測試,取得了很好的效果。以下對中國移動Abis資源配置算法進行詳細的說明,并同時將該算法開發(fā)成工具軟件,供各省公司使用,網(wǎng)站地址：/abis/一、問題引入小區(qū)均值EDAP時隙(4*16kbps)1129.38 2

6、1330.18 216121.72 1226728.65 21230223.90 11230120.80 合用1個1230321.52 470144.34 4470252.35 合用4個470344.60 1259137.95 合用4個1259242.73 1259345.06 6Abis帶寬對網(wǎng)絡(luò)質(zhì)量影響舉例EGPRS PDCH信道配置驗證測試過程中有如下案例： Abis時隙為12時,每EPDCH信道平均下載速率為2030kbps； Abis時隙為4及以上時,每EPDCH信道平均下載速率為4050kbps；因此,初步斷定Abis時隙資源的多少對EGPRS業(yè)務(wù)的數(shù)據(jù)傳輸速率有影響,有成為提升用

7、戶感受度瓶頸的可能。一、問題引入數(shù)據(jù)下載速率低于期望速率,瓶頸在哪里？ EPDCH信道數(shù)？已經(jīng)分配了4個時隙,但其中一個時隙的MCS為MCS8,另外3個時隙僅為MCS6。并非EPDCH信道數(shù)不夠?qū)е聵I(yè)務(wù)下載速率低。無線信道質(zhì)量？ BCCH Rxlevel: -55; C/I:20。無線信道質(zhì)量好。 Abis時隙限制？有可能。 檢查后確認是Abis缺乏所致一、廠商對現(xiàn)網(wǎng)Abis接口時隙資源配置的建議方法 存在問題：廠家未根據(jù)自身設(shè)備特點并充分考慮優(yōu)化Abis資源的利用率。算法過于簡單,導(dǎo)致配置結(jié)果過多或缺乏。一、問題及應(yīng)對方法方法：可以將Abis接口上的傳輸,抽像為多業(yè)務(wù)即時拒絕排隊系統(tǒng)使用Ca

8、mpbell方法,計算Abis資源池的需求業(yè)務(wù)模型、期望帶寬與編碼比例為影響Abis資源大小的三個主要因素由于各廠家Abis資源調(diào)度方式不同,本次針對每個廠商提供不同軟件原則：在保障業(yè)務(wù)性能、用戶最低平均感受的根底上,優(yōu)化、節(jié)約Abis資源的利用率。一、問題及應(yīng)對方法忙時EGPRS&GPRS業(yè)務(wù)總流量編碼比例&BLERAbis資源需求CampbellErlang B綜合業(yè)務(wù)忙時話務(wù)量綜合業(yè)務(wù)資源強度運算細節(jié)發(fā)生變化的局部不同編碼方式與Abis資源間離散的綁定關(guān)系和各廠商的Abis資源共享方式,是影響算法設(shè)計的兩個根本原因。之前廠商并未向中國移動統(tǒng)一提供Abis資源綁定關(guān)系,對各省提供的解釋也不

9、完全一致,本次集團研究組組織了統(tǒng)一的調(diào)研。一、算法分析Abis容量算法研究中存在較大困難：各廠商每種編碼方式所需Abis時隙均不同確定期望帶寬固定/共享/混合局部廠商設(shè)備PDCH與TCH共享Abis資源提高利用效率的同時,帶來確定PDCH與TCH之間復(fù)用abis資源效率的復(fù)雜度。TCH優(yōu)先或PDCH優(yōu)先局部廠商涉及兩級Abis資源共享關(guān)系（小區(qū)級共享/基站級共享）產(chǎn)生兩級復(fù)用關(guān)系如何確定兩級Abis資源各自的需求一、算法分析局部廠商設(shè)備具有延遲釋放特性需要省公司在應(yīng)用過程中重點關(guān)注局部廠商設(shè)備支持級連共享結(jié)構(gòu)總的需求比較容易確定各級子站的Abis需求,可以借鑒二級共享結(jié)構(gòu)的方法,今后將根據(jù)需要

10、進一步深入研究上述問題均在本次課題研究中得到了較圓滿的解決,軟件工具在局部省網(wǎng)進行了試點測試,取得良好效果。提綱一、問題及解決方法二、廠家設(shè)備特點匯總?cè)⑺惴ɡ碚撛O(shè)計與分析四、測試驗證五、中國移動Abis配置軟件二、影響Abis需求的設(shè)備性能要點 各廠商不同的編碼方式與Abis資源的占用關(guān)系 Abis資源的共享方式：載頻、小區(qū)、基站、多基站；與TCH共享 Abis資源的二級共享結(jié)構(gòu) Abis資源延遲釋放,以及對效率的影響 級連基站間共享Abis資源以下針對每種設(shè)備的特點進行簡要介紹二、廠家設(shè)備實現(xiàn)匯總各廠商不同的編碼方式與Abis資源的占用關(guān)系：各廠商占用關(guān)系有明顯的不同，算法設(shè)計需要分別進行

11、處理有的廠商要求每種編碼方式綁定一個固定時隙：NOKIA，HUAWEI (V9R1)，NORTEL上表以16k abis資源為單位進行統(tǒng)計匯總二、 EDGE與GPRS、TCH業(yè)務(wù)如何共享Abis接口時隙資源二、 Abis共享方式（I）Abis資源的共享方式：載頻、小區(qū)、基站、多基站；載頻、小區(qū)、基站、多基站共享Abis資源的情況都存在,多基站特指級連基站。MOTO與NORTEL是以載頻為單位共享Abis資源SIEMENS支持小區(qū)獨享局部Abis資源的模式（省公司調(diào)研中發(fā)現(xiàn)根本未開啟該功能）除MOTO與NORTEL均支持同基站內(nèi)小區(qū)共享Abis資源華為V9R3版本支持級連基站間共享Abis資源局

12、部廠商支持PDCH與TCH共享Abis資源ZTE,HUAWEI,ERICSSON,ALCATEL（省公司調(diào)研后確認不支持）,SIEMENS支持二、 Abis共享方式（II）Abis資源的結(jié)構(gòu)：一級共享結(jié)構(gòu)、多級共享結(jié)構(gòu)：存在有一級共享結(jié)構(gòu)、兩級共享結(jié)構(gòu)、級連共享結(jié)構(gòu)三種情況ALCATEL,SIEMENS支持兩級共享結(jié)構(gòu)：小區(qū)級、基站級（省公司調(diào)研均未開啟）HUAWEI (V9R3)支持級連共享結(jié)構(gòu)兩級共享結(jié)構(gòu)討論本小區(qū)業(yè)務(wù)優(yōu)先使用小區(qū)級共享Abis資源ALCATEL的小區(qū)級共享Abis資源的數(shù)目是確定的,等于本小區(qū)的總業(yè)務(wù)信道數(shù)。SIEMENS每個小區(qū)可以根據(jù)需要預(yù)留Abis資源,020%之間

13、,推薦值為515%。動態(tài)可調(diào)整是它與ALCATEL的不同之處。但SIEMENS在上海、安徽實施的工程,小區(qū)預(yù)留比例為0.級連共享結(jié)構(gòu)討論：HUAWEI (V9R3)支持,適用的情況比較少見：如公路。子基站能夠與父基站共享的abis資源數(shù),受限兩者間鏈路的帶寬。 二、 Abis延遲釋放（I）Abis資源申請時延與延遲釋放,對效率的影響：存在這方面的問題的廠商有三家：ERICSSON、SIEMENS、HUAWEI (V9R1和V9R3)ERICSSON只要EPDCH上還有用戶,所占用的Abis資源就不會被釋放。 沒有用戶了, PILTIMERFLEX到時,Abis資源會被釋放。釋放前,原EPDCH

14、信道可隨時使用,沒有任何時延。因為每EDPCH只要有用戶就一定要分配64K abis資源。廠商的調(diào)度算法,一般會將新用戶優(yōu)先分配到有abis資源的空閑EPDCH信道在EPDCH信道的老用戶本身就一定有足夠的abis資源,不會受到延遲釋放的負面影響唯一可能受到影響的是要由GPRS信道轉(zhuǎn)為EDGE信道的信道上的用戶。影響面很小,根本可以忽略。二、 Abis延遲釋放（II）Abis資源申請時延與延遲釋放,對效率的影響：SIEMENS空閑的abis資源在延遲釋放期間,可以被原有用戶自由使用,被新用戶搶占,而老用戶無法搶占。延遲釋放的時間建議值為15S（030S）。 也就是說受影響的主要是需要升高編碼方

15、式的老用戶廠商的調(diào)度算法,一般會將新用戶優(yōu)先分配到有abis資源的空閑EPDCH信道,對于老用戶也會在一定周期內(nèi)將其調(diào)度到業(yè)務(wù)負載輕的信道上。HUAWEI (V9R1和V9R3)該問題在V9R8得到了徹底解決在BSC6000 V9R3版本以前,PCU是外置設(shè)備,所以,abis時隙的申請時延大約在100ms500ms之間,每申請一個時隙需要100多ms。 二、 Abis延遲釋放（III）Abis資源申請時延與延遲釋放,對效率的影響：HUAWEI (V9R1和V9R3)這兩版本的abis時隙的延遲釋放,使得HUAWEI的動態(tài)abis資源配置,更像是準靜態(tài)的abis資源配置。延遲釋放的參數(shù)為1到30

16、0秒,假定該值為30秒,那么只要MCS-9的TBF塊,平均每30秒至少出現(xiàn)一次,那么該PDCH占用的abis時隙始終就是4個。空閑Abis資源未經(jīng)釋放,新用戶是無法搶占的現(xiàn)網(wǎng)中,延遲釋放的參數(shù)在忙小區(qū)建議為30S,而閑小區(qū)為60秒其負面影響目前看不好估計,需要結(jié)合調(diào)度算法,再研究。三廠商存在Abis資源的延遲釋放問題,原因可能在于PCU功能與TRX板卡集成的程度和Abis調(diào)度機制的設(shè)計。延遲釋放,在數(shù)據(jù)業(yè)務(wù)早期,信道較少的情況下,對于改善用戶體驗是有積極意義的,從長期開展來看,可能需要逐步取消。二、 設(shè)備特點匯總（I）ALCATEL支持兩級動態(tài)Abis資源池,一級為單小區(qū)內(nèi)共享,一級為基站內(nèi)所

17、有小區(qū)共享。單小區(qū)內(nèi)共享的Abis資源,為共TCH與PDCH使用的basic abis nibbles（以16k為單位）。基站內(nèi)所有小區(qū)共享的Abis資源,為bonus abis nibbles（等于BCCH&SDCCH信道數(shù)）,與extra abis nibbles（供PDCH使用的動態(tài)使用abis資源池）動態(tài)Abis資源的占用優(yōu)先級順序：1. PDCH的basic abis nibbles；2. bonus abis nibbles；或2. extra abis nibbles；3. TCH的basic abis nibbles。釋放順序正好相反。（現(xiàn)網(wǎng)實際不支持PDCH占用TCH的bas

18、ic abis nibbles。 ）Abis資源缺乏時,會降低承載業(yè)務(wù)的MCS級別。Abis資源有延遲釋放機制。二、 設(shè)備特點匯總（II）ERICSSON支持同基站內(nèi)全部小區(qū)共享Abis資源,TCH與PDCH共用全部的Abis資源。對于每EPDCH,均需要動態(tài)配置64k的abis資源。如果無線信道環(huán)境很差,則會調(diào)整為PDCH信道,使用CS-1或CS2,占用16k的Abis資源,待信道環(huán)境改善后,再調(diào)整為EPDCH信道,占用64k的abis資源。EPDCH會根據(jù)無線信道環(huán)境在16k和64k兩者之間調(diào)整對Abis資源的占用。存在Abis資源缺乏時降低承載業(yè)務(wù)MCS級別的可能。無Abis資源延遲釋放

19、機制。二、 設(shè)備特點匯總（III）HUAWEIV9R1支持動態(tài)abis功能,支持站內(nèi)共享；V9R3支持flex abis功能,支持級聯(lián)共享。動態(tài)abis功能,每業(yè)務(wù)信道配置一個固定16k的Abis資源,PDCH信道另有基站內(nèi)共享的動態(tài)Abis資源池。flex abis功能,除每靜態(tài)PDCH配置的固定16k的Abis資源之外,另有一個動態(tài)Abis資源池,共全部的TCH,動態(tài)PDCH,和靜態(tài)PDCH共享。flex abis功能支持基站內(nèi)共享動態(tài)abis資源池,還支持級連的基站間共享abis資源池。 Abis資源缺乏時,會降低承載業(yè)務(wù)的MCS級別。Abis資源有延遲釋放機制（1300s）。二、 設(shè)備

20、特點匯總（IV）MOTO以載頻為單位配置Abis資源,資源在每載頻的時隙內(nèi)共享。GSR7,要求每個EPDCH信道,配置一個64k的Abis資源。GSR8,支持 “壓縮功能,有兩種Abis資源壓縮方案可供選擇：每4個EPDCH信道,配置3個64k的Abis資源,平均速率相當于MCS-6,約41kbps/EPDCH。每4個EPDCH信道,配置2個64k的Abis資源,平均速率相當于MCS-5,約28kbps/EPDHC。Abis資源缺乏時,會降低承載業(yè)務(wù)的MCS級別。無Abis資源延遲釋放機制。二、 設(shè)備特點匯總（V）NOKIA支持同基站內(nèi),全部或是多個小區(qū)共享動態(tài)abis資源池。每個信道,均配置

21、一個固定的16k的Abis資源。動態(tài)資源池,共基站內(nèi)的小區(qū)的PDCH信道共享。Abis資源缺乏時,會降低承載業(yè)務(wù)的MCS級別。無Abis資源延遲釋放機制。NORTEL以載頻為單位共享Abis資源。Abis資源缺乏時,會降低承載業(yè)務(wù)的MCS級別。無Abis資源延遲釋放機制。二、 設(shè)備特點匯總（VI）SIEMENS支持同基站內(nèi)全部小區(qū)共享Abis資源,TCH與PDCH共用全部的Abis資源。為兼顧每小區(qū)最低保障,可為每小區(qū)預(yù)留一局部Abis資源。Abis資源缺乏時,會降低承載業(yè)務(wù)的MCS級別。有Abis資源的延遲釋放機制,典型值為15S。ZTE支持同基站內(nèi)全部小區(qū)共享Abis資源,TCH與PDCH

22、共用全部的Abis資源。Abis資源缺乏時,會降低承載業(yè)務(wù)的MCS級別。無Abis資源延遲釋放機制。提綱一、問題及解決方法二、廠家設(shè)備特點匯總?cè)⑺惴ɡ碚撛O(shè)計與分析四、測試驗證五、中國移動Abis配置軟件三、算法分析與設(shè)計第一類：NOKIA、HUAWEI (V9R1)有固定abis時隙,和動態(tài)abis資源池第二類: ZTE、HUAWEI (V9R3,V9R8)、ERICSSON動態(tài)abis資源基站內(nèi)完全共享第三類：Alcatel、Siemens、HUAWEI (V9R8)兩級動態(tài)abis資源共享結(jié)構(gòu),級連共享結(jié)構(gòu)第四類：Nortel以載頻為單位共享abis資源不支持CS-3,CS-4,MCS-

23、1,MCS-4第五類：MOTO (GSR7,GSR8 ,GSR9)根本等于是靜態(tài)配置的方法GSR7,每EPDCH配置一個64k的Abis資源GSR8,支持“壓縮功能。PDCH：64k Abis=4:3 or 4:2三、算法理論設(shè)計與分析例子：根本流程綜合業(yè)務(wù)忙時話務(wù)量綜合業(yè)務(wù)資源強度Abis資源需求話務(wù)量TCH信道需求三、算法理論設(shè)計與分析例子：NOKIA三、算法理論設(shè)計與分析例子：ZTE提綱一、問題及解決方法二、廠家設(shè)備特點匯總?cè)⑺惴ɡ碚撛O(shè)計與分析四、測試驗證五、中國移動Abis配置軟件四、Abis配置測試驗證（I）NOKIA的設(shè)備在Abis資源配置方式具有如下特點：EDAP為單級共享結(jié)構(gòu)

24、；EDAP可以在單個小區(qū)或是多小區(qū)間實現(xiàn)資源共享；每個PDCH都要綁定一個固定的16k Abis時隙；話音信道與PDCH信道之間不能共享Abis資源。四、 Abis配置測試驗證（I）概要分析測試涉及20個小區(qū),平均應(yīng)用層下載速率為112kbps。測試分兩組,每組10個小區(qū),第一組的RLC平均下載速率為120kbps；第二組的RLC平均下載速率為138kbps。整體看來測試結(jié)果比較理想,符合預(yù)期。但仍有局部小區(qū)未到達用戶期望,必須重點分析。注：其中3個小區(qū)的平均下載速率在114118kbps之間,接近預(yù)定期望下載速率。四、 Abis配置測試驗證（I）數(shù)據(jù)業(yè)務(wù)突發(fā)16672,測試時段的話務(wù)量和數(shù)據(jù)

25、業(yè)務(wù)量都很高,下行數(shù)據(jù)流量為26MByte,遠大于Abis配置計算時的輸入依據(jù)13MByte,所以Abis池配置資源缺乏。數(shù)據(jù)流量過小小區(qū)的數(shù)據(jù)流量較小,計算的Abis需求也較小,只有2個64k時隙。因此即使無線信道條件很好的時候,也只能到達2個MCS92個MCS1。影響了用戶的使用體驗。因此建議從為用戶提供良好體驗、保持用戶忠誠度的角度出發(fā),單小區(qū)Abis資源應(yīng)配置3個以上64k時隙。 無線信道質(zhì)量差19813瞬時C/I只有13dB,無線信道質(zhì)量不穩(wěn)定,BLER值較高是本小區(qū)測試結(jié)果不理想的一個原因。話音忙、EPDCH信道缺乏1282小區(qū),語音業(yè)務(wù)超忙,有效PDCH信道數(shù)低于數(shù)據(jù)業(yè)務(wù)需要的P

26、DCH信道數(shù),增加信道配置后速率馬上提升并超過期望下載速率。 四、 Abis配置測試驗證（I）重點分析小區(qū)CI小區(qū)名計算Abis使用的小區(qū)下行數(shù)據(jù)量(KByte)實際配置abis時隙（64k）RLC層下行平均吞吐量(Kb/S)測試時段小區(qū)下行數(shù)據(jù)量(KByte)測試流量所需Abis（64k）16672市圖書館213988.8394.8226492.5416672小區(qū)在測試時段下行數(shù)據(jù)流量大于計算配置時采用樣本最大值。相應(yīng)的所需的Abis資源應(yīng)為4個64k時隙,而不是測試時設(shè)置的3個,導(dǎo)致測試時下行吞吐量受限,小于120kbps目標值。因此不建議配置比計算結(jié)果更小的abis時隙資源。四、 Abi

27、s配置測試驗證（I）重點分析小區(qū)CI小區(qū)名計算Abis使用的小區(qū)下行數(shù)據(jù)量(KByte)實際配置abis時隙（64k）RLC層下行平均吞吐量(Kb/S)測試時段小區(qū)下行數(shù)據(jù)量(KByte)測試流量所需Abis（64k）19023子固路332594.15147.163126.9221942通用機械廠225513.94133.336271.062而19023及1942小區(qū)在測試時段的下行數(shù)據(jù)數(shù)據(jù)流量小于計算配置時采用樣本最大值。導(dǎo)致測試時段實際所需abis時隙資源要小于原計算配置結(jié)果,實際所需的abis時隙資源如上表所示。而測試結(jié)果說明實際業(yè)務(wù)下載速率并沒有顯著上升。這說明配置比理論計算結(jié)果更多的

28、abis時隙資源并不能使業(yè)務(wù)下載速率得到有效提升。因此在話務(wù)量/數(shù)量流量沒有顯著增加時配置比計算結(jié)果更多的abis時隙資源不能有效提升平均數(shù)據(jù)下載速率。子固路3四、 Abis配置測試驗證（II）SIEMENS公司的設(shè)備在動態(tài)Abis資源配置方法與其它廠商相比有明顯的差異。其動態(tài)Abis資源配置方法的特點主要表現(xiàn)為以下五點：同基站內(nèi)多小區(qū)共享Abis資源；可以為單小區(qū)以百分比的形式預(yù)留局部Abis資源（現(xiàn)網(wǎng)設(shè)備未啟用本功能）；話音業(yè)務(wù)與數(shù)據(jù)業(yè)務(wù)共享Abis資源；以16kbps為單位修改Abis資源配置；為空閑的abis資源設(shè)計了延遲釋放的機制；四、 Abis配置測試驗證（II）概要分析在所選擇的

29、20個小區(qū)中,其中三個小區(qū)為獨享動態(tài)abis資源；四個小區(qū)為兩小區(qū)共享動態(tài)abis資源；三個小區(qū)為四小區(qū)共享動態(tài)abis資源；其余小區(qū)均為三小區(qū)共享動態(tài)abis資源。本次測試共涉及到18個基站,9個BSC。根據(jù)四天的測試結(jié)果,測試組得出了以下根本結(jié)論：針對SIEMENS公司EDGE設(shè)備設(shè)計的動態(tài)abis資源優(yōu)化配置算法的有效性得到驗證。經(jīng)驗證,SIEMENS公司EDGE設(shè)備中資源的延遲釋放參數(shù)的設(shè)備對EGPRS網(wǎng)絡(luò)下載速率有明顯的影響,該參數(shù)的值需要根據(jù)現(xiàn)網(wǎng)的實際情況仔細設(shè)置 四、 Abis配置測試驗證（II）CI平均FTP業(yè)務(wù)下載速率(kbps)Abis時隙數(shù)(16k)修改配置滿配修改配置滿

30、配1383166.82 64.02 9323611401128.13 110.57 12823611451112.08 119.88 17023610290154.34 156.08 5222811672138.83 125.72 716050341.23 54.58 742361140261.30 78.54 12823610682110.50 132.00 1442321198180.79 105.03 10123611351100.29 119.03 123236按照集團abis算法修改abis帶寬配置按照集團Abis算法修改Abis帶寬配置四、 Abis配置測試驗證（II）重點分析四、

31、 Abis配置測試驗證（II）根本結(jié)論本次測試中,按照集團Abis資源需求算法對現(xiàn)網(wǎng)重新配置,Abis帶寬大幅度減少（只有1個小區(qū)增加）,比照測試顯示,大幅度減少Abis資源后用戶下載速率沒有明顯降低,瓶頸因素不在Abis帶寬,用戶速率下降的小區(qū)主要受當時的無線信道質(zhì)量等影響,證明并非Abis帶寬計算缺乏。對無線信道環(huán)境良好的安大科技園小區(qū)（503）進行針對性測試后發(fā)現(xiàn),降低用戶感受的主要因素為PCU擁塞、以及西門子延時釋放特性的影響。測試結(jié)論：本次初步驗證了集團Abis資源需求算法在西門子網(wǎng)絡(luò)中的有效性,同時發(fā)現(xiàn),西門子公司的EDGE設(shè)備的延遲釋放參數(shù)取值與PCU資源配置情況對網(wǎng)絡(luò)速率有較明

32、顯的影響。今后將在后續(xù)應(yīng)用中不斷優(yōu)化坎貝爾算法在西門子網(wǎng)絡(luò)中的應(yīng)用。 四、 Abis配置測試驗證（III）Alcatel的設(shè)備在Abis資源配置方式具有如下特點：支持兩級動態(tài)Abis資源池,一級為單小區(qū)內(nèi)共享,一級為基站內(nèi)所有小區(qū)共享（現(xiàn)網(wǎng)設(shè)備未啟用本功能）。單小區(qū)內(nèi)共享的Abis資源,為PDCH使用的basic abis nibbles（以16k為單位）。基站內(nèi)所有小區(qū)共享的Abis資源,為bonus abis nibbles（等于BCCH&SDCCH信道數(shù)）,與extra abis nibbles（供PDCH使用的動態(tài)使用abis資源池）動態(tài)Abis資源的占用優(yōu)先級順序：1). PDCH的

33、basic abis nibbles；2). bonus abis nibbles；或2). extra abis nibbles。釋放的順序正好相反。 Alcatel每種編碼方式對abis資源的占用上、下行是不同的,而且具有以下兩個特點通過統(tǒng)計復(fù)用的功能,使TBF塊能夠?qū)⒚總€16k的時隙占滿,但會產(chǎn)生必要的開銷。當剩余的abis資源數(shù)小于4.49時,會根據(jù)實際剩余的abis資源數(shù)調(diào)整全部TBF塊的編碼方式的上限。直至abis資源緊張的情況結(jié)束。四、 Abis配置測試驗證（III）概要分析在本次的測試中總共選擇了25基站進行了FTP下載速率測試,其中20個基站為單扇區(qū)基站,5個基站為雙扇區(qū)基站

34、。經(jīng)過為期三天的測試或修正后的補充測試,20個單扇區(qū)基站的FTP下載速率均根本到達或超過期望值；5個雙扇區(qū)基站的FTP下載速率,有3個小區(qū)超過了期望值,另有2個小區(qū)是由于PCU資源緊張而沒有到達期望值。四、 Abis配置測試驗證（III）無線信道質(zhì)量差財大本部2在重新選擇無線質(zhì)量較好的測試地點,下載速率到達要求。PCU資源缺乏另兩個測試數(shù)據(jù)不達標小區(qū)經(jīng)與市公司確認是PCU資源缺乏所致。四、 Abis配置測試驗證（III）重點分析花園路1和桔祥庵2分別增加Abis資源后測試,FTP業(yè)務(wù)下載速率均提高到120kbps以上。根據(jù)早期的調(diào)研結(jié)果認為Alcatel的設(shè)備支持TCH與PDCH共享abis資

35、源,經(jīng)與市公司交流證實,該公司的設(shè)備目前不支持TCH與PDCH共享abis資源。經(jīng)過測試組現(xiàn)場修改測試工具,重新計算后的結(jié)果花園路1和桔祥庵2均需要增加1個64k的abis資源,與實際測試結(jié)果吻合。 小區(qū)名稱增加Abis(64k)靜態(tài)EPDCH動態(tài)EPDCHFTP平均下載速率（RLC層，kbps）吉祥庵2 010099.58 吉祥庵2 0200134.63 吉祥庵22100152.77 吉祥庵2 1100126.03 吉祥庵2 0100109.25 花園路1060109.24 花園路1 160127.93 四、 Abis配置測試驗證（III）重點分析abis 64k=0, 靜EPDCH=10,

36、平均RLC層速率為99.58kbps abis 64k=1, 靜EPDCH=10,平均RLC層速率為126.03 kbps 桔祥庵2四、 Abis配置測試驗證（III）重點分析小區(qū)名稱Abis(64k)靜態(tài)EPDCH動態(tài)EPDCHFTP平均下載速率（RLC層，kbps）大方巷259080.73 大方巷2329072.67 鄭和公園26100104.02 鄭和公園2710077.93 鄭和公園2910073.62 鄭和公園22010070.12 以上兩個小區(qū)測試結(jié)果均說明PCU資源缺乏時,大幅度增加Abis資源不能提升EGPRS數(shù)據(jù)下載速率及用戶體驗。四、 Abis配置測試驗證（III）根本結(jié)論

37、根據(jù)集團公司的安排,共選取了25各小區(qū)進行了FTP下載速率的測試。其中20個小區(qū)屬于單扇區(qū)基站；5個小區(qū)屬于雙扇區(qū)基站。第一天的測試中,有17個屬于單扇區(qū)基站的小區(qū)的下載速率到達了要求,有三個屬于單扇區(qū)基站的小區(qū)下載速率沒有到達要求,經(jīng)過第二天的補測證實,一個小區(qū)是因為選擇的測試地點無線信道環(huán)境不理想,兩個小區(qū)是因為廠商提供的abis資源共享機制有錯誤導(dǎo)致的。經(jīng)過重新選擇測試地點和修正計算工具,這三個小區(qū)的下載速率均到達了要求。在第三天的測試中,3個屬于雙扇區(qū)基站的小區(qū)下載速率到達了要求,2個沒有到達原因在于PCU資源緊張。總之,通過本次測試,針對Alcatel公司的EDGE設(shè)備的設(shè)計的動態(tài)a

38、bis資源算法的有效性得到了充分驗證。 四、 Abis配置測試小結(jié)通過對應(yīng)用3個典型設(shè)備廠家的成熟現(xiàn)網(wǎng)的測試驗證工作,說明集團公司abis資源配置算法/工具有較強的參考、指導(dǎo)作用。集團公司abis資源配置算法/工具能適應(yīng)不同廠家設(shè)備的特點、依據(jù)現(xiàn)網(wǎng)統(tǒng)計數(shù)據(jù)確定abis資源的需求,并保障終端用戶的良好感受。提綱一、問題及解決方法二、廠家設(shè)備特點匯總?cè)⑺惴ɡ碚撛O(shè)計與分析四、測試驗證五、中國移動Abis配置軟件五、中國移動EGPRS網(wǎng)絡(luò)優(yōu)化研究內(nèi)容簡介中國移動EGPRS Abis資源配置軟件2.1 GPRS/EGPRS無線信道配置軟件中國移動EGPRS Abis配置軟件：軟件用途本軟件用于EGPRS網(wǎng)絡(luò)中移動數(shù)據(jù)業(yè)務(wù)信道的配置。 批量小區(qū)配置 采用B/S架構(gòu),用戶只需IE瀏覽器即可使用,無須安裝五、中國移動EGPRS Abis配置軟件軟件流程用戶登錄導(dǎo)入小區(qū)信息和數(shù)據(jù)流量及各種調(diào)制編碼比例計算Abis配置結(jié)果五、中國移動EGPRS Abis配置軟件中國移動EGPRS abis配置軟件：軟件網(wǎng)址abis/第一步：注冊后即可使用五、中國移動EGPRS Abis配置軟件中國移動EGPRS abis配置軟件：第二步,模板下載 進入Abis配置界面后,首先點擊頁面左邊“