有關R10SDCCH設定超重載波數的問題

2023-01-20 05:45:05 字數 3563 閱讀 3997

一、 深圳sdcch容量現狀和原因分析

2023年11月深圳公司全網變頻,由於2023年較2023年載波數增加了2.5倍,而頻率資源沒有增加,所以pgsm的頻率資源非常緊張,必須考慮使用egsm。而bsc軟體公升為r10後,在egsm載波上不能設定sdcch,否則會影響c接通率。

目前深圳有2000個egsm載波。另外,開啟edge後,edge載波也不設sdcch,edge載波數3500個。 這樣深圳sdcch的總體容量下降(2000+3500)/(20667+2000+3500)=20%。

經過關聯分析,sdcch擁塞也影響了立即指派拒絕率的上公升,從下圖可以看出csimmass和ctcongs的相關性非常強。因此sdcch也影響了深圳公司的尋呼指標。

圖1 c擁塞和立即指派拒絕關聯情況

對於sdcch擁塞的問題,我們一直在尋找解決方法,比如:

1、進一步優化egsm的使用;

2、在edge的8個時隙沒有全部使用的情況下,加乙個sdcch;

3、目前,我們又了解到r10的flexible sdcch allocationg的方法

二、sdcch容量瓶頸的處理方法

愛立信bsc軟體從r9公升到r10後,提供了乙個基本網路功能,即flexible sdcch allocationg,該功能是不需要另外購買的,可以直接使用。該功能不能使sdcch數目大於載波數,但能恢復因edge和egsm的使用減少的sdcch容量。

trh型別有三種rpd、rpg1/2,rpg3,用指令:exemp:rp=all,em=all;

實現方法如下:

(一) 公共引數的修改

在r10版本有乙個新的公共屬性引數maxnosdcchtrx,該引數定義每個載波最多能定義的sdcch數目,取值範圍為1~4,預設值為1。現網中並不是每個網元都能直接將其值改為需要的2以上的值,這與每個網元的trh型別和每個trh連線的載波數有關,具體條件搭配如表一。

1、 trh和載波的半永久連線

現在先讓我們來立即表一的內容:,例如乙個bsc的trh型別是rpg/2,該bsc總共有50個rhsnt(用指令ntcop:snt=all;檢視 ),也就是該bsc有50塊trh板子,其中每個rhsnt帶32個devic裝置(devices),每個裝置可以處理4個trxs的lapd信令。

按照下表,只有該網元的每個trh帶的trx數都小於等於16時,那麼這個網元的每個載波上能設定的sdcch數目為4個,即maxnosdcchtrx可設為4,依此類推。

所謂每個trh所帶載波數,是指我們在用指令rxesi為基站的mo載入軟體後,系統會自動安排若干個rhdev分別與若干載波半永久連線,乙個rhdev最多與4個載波相連線。現在一旦系統引數maxnosdcchtrx設定後,如maxnosdcchtrx設為3,則該bsc的每個trh的32個裝置加起來最多處理18個載波,這18個載波可能與在32個裝置中某18個rhdev半永久連線,即一對一的情況,這時這18個rhdev的狀態為sebu,剩餘的14個rhdev的狀態為idle。當然這18個載波也可能只與5個rhdev相聯,其中就有rhdev連線4個trx的情況。

具體怎樣相連線都是系統自己分配的。

表一 現網中rpd的trh幾乎沒有了,rpd的trh最多處理7個trx,但每個rhdev仍然能處理4個trx。rpg3的trh處理能力強大,最多可以處理32個trx。

注意:maxnosdcchtrx的設定除了更trh因素相關以外,跟是否採用信令壓縮和壓縮因子也有一定關係。

2、 處理過程

現在我們拿深圳szcbsc2來作為例子進行處理,處理前,該bsc的maxnosdcchtrx只能設為1。

第一步:通過指令exemp:rp=all,em=all,判決bsc的trh型別為rpg2;

第二步:用 ntcop:snt=all;來檢視有多少個snt和相應的rhdev-x&&-y;

第三步:用stdep:dev=rhdev-x&&-y;來檢視狀態為sebu的rhdev;

第四步:用rxmdp:moty=rxotrx;查詢載波rxotrx-x-y、rhdev和rblt;如有200站還要用指令rxmdp:moty=rxetrx來檢視;

第五步:通過第三和第四步的結果,可以確定哪個snt所連線的載波數超過了目標數值,由於數量是非常大的,建議將log檔案取出後用access來處理比較方便。

通過分析發現,c2局有8個snt連線的載波數超過了16個,其中有兩個snt連線載波數達到24個(最大值了),所有該bsc的maxnosdcchtrx只能設為1。另外該局共有416個載波和50個snt,如果能均勻的話,每個snt大約連線8到9(416/50)個載波,因此預計該bsc的maxnosdcchtrx能設為4;

第六步:用rxapp:mo=rxotg-z;選擇乙個沒有cf的載波進行分離,保證基站安全;

第七步:用rxbli閉相應的ts、tx、rx、trx,用rxese分離相應的ts、tx、rx、trx;

第八步:用raepc:prop=maxnosdcchtrx=4(或其它值)修改成功;

第九步:rxesi連線相應的ts、tx、rx、trx;用rxble解相應的ts、tx、rx、trx;

(二) 修改小區引數

用rlccc:cell=cell1,sdcch= * ,chgr=0,tn=x&&y;

說明:該指令功能在r10後有所變化,可以將多個sdcch集中設定在少數幾個載波上,由於通道組0多為普通的載波,所以chgr=0。tn可以設為2,也可以設為2&&3等,比如:

cell1有8個載波,其中

chgr0:5個pgsm載波

chgr1:2個egsm載波

chgr2:1個edge載波

為了設到8個sdcch,可以這樣來設定:

rlccc:cell=cell1,sdcch= 8 ,chgr=0,tn=2&&3;

tn的設定有講究,為了能實現信令負荷在不同載波之間的均衡,所以當按tn=2&&3的設定方法,則前四個載波分別有2個sdcch,第五個載波就有0個sdcch。如果按tn=2&&4的設定方法,在前兩個載波有3個sdcch,第三個載波有2個sdcch,最後兩個載波沒有sdcch,這種情況下,信令負荷在各載波之間均衡不良。

三、 優化效果評估

(一)c擁塞優化情況

1月23日,深圳的sdcch經過全面優化,sdcch擁塞率和立即指派拒絕率都有明顯好轉,其中c擁塞率由平均0.6%降至0.18%,立即指派拒絕率由原來的0.

44%降至0.15%。

圖2 c擁塞率變化曲線

(二) 尋呼分析

優化前後全網的尋呼成功率沒有明顯改善,反而在23日隨著全網話務量**,尋呼成功率有所下降,但能維持在94.5%以上。

圖3 尋呼成功率變化曲線

雖然尋呼成功率沒有變化,但客戶感知的尋呼時長變化是明顯的,以覆蓋國通的j為例,j局的尋呼成功率也沒有明顯改善,基本89.8%左右,偏低於全網整體尋呼成功率,因為j覆蓋多個城中村,受上行干擾影響明顯,對尋呼成功率影響較大,在去年已經開展專題研究和優化工作。圖4

我們可以認為被叫手機在msc下發paging開始到paging response 之間的時間為尋呼響應時延,通過採集安捷倫信令監測系統a介面的資料分析發現,優化後尋呼時延分布有明顯的改善,其中一次尋呼的case裡,時延為1s和2s 比例明顯增加,3到6s的比例明顯減少,二次尋呼的case中,8、9和10s的比例基本不變,由此說明,sdcch擁塞時明顯影響了bsc尋呼佇列的排隊時延。

圖5 尋呼相應時延分布

SHEO S 032安全帶管理規範 R1 0 南通電廠S

華能南通電廠本質安全體系 安全管理規範 sheo s 032 安全帶管理規範 2011 05 31發布2011 06 01實施 華能南通電廠發布 目錄前言 i 1.範圍 1 2.規範性引用檔案 1 3.術語和定義 1 4.職責 1 5.流程與風險分析 2 5.1.管理流程圖 2 5.2.風險控制點 ...

10 電力建設工程有關現行規程標準

魯電二檔 2008 7號 關於印發 電力建設工程有關現行 標準 規範及圖集目錄 2008a版 的通知公司各單位 為了提高工程建設質量,確保在工程施工中使用有效版本,現將 電力建設工程有關現行標準 規範及圖集目錄 2008a版 予以公布,對作廢和替代標準本文中已做標註,根據工程需要增補了風電工程以及國...

SHEOS031腳手架管理規範R10南通電廠S

華能南通電廠本質安全體系 安全管理規範 sheo s 031 腳手架管理規範 2011 05 31發布2011 06 01實施 華能南通電廠發布 目錄前言 i 1.範圍 1 2.規範性引用檔案 1 3.術語和定義 1 4.職責 2 4.1.工作負責人或需搭設腳手架班組班長職責 2 4.2.搭設腳手架...