中國移動TD網(wǎng)絡(luò)性能研究報告

1、td網(wǎng)絡(luò)性能科研報告1 網(wǎng)絡(luò)接入性能1.1 尋呼成功率1.1.1 公共信道特性描述 傳輸信道1)廣播信道(bch)下行傳輸信道，用于廣播系統(tǒng)和小區(qū)的特有信息。用來周期性發(fā)送系統(tǒng)廣播信息，信道上傳輸?shù)臄?shù)據(jù)塊大小固定為246bit，物理層不能復(fù)用bch傳輸信道，承載于pccpch。2)尋呼信道(pch)下行傳輸信道，當(dāng)系統(tǒng)不知道移動臺所在的小區(qū)時，用于發(fā)送給移動臺的控制信息。物理層可以把pch和fach復(fù)用成cctrch，承載于sccpch。3)前向接入信道(fach)前向接入信道(fach)是下行傳輸信道，當(dāng)系統(tǒng)知道移動臺所在的小區(qū)時，用于發(fā)送給移動臺的控制信息。一般用于網(wǎng)絡(luò)響應(yīng)從

2、rach信道接收到的信息。該信道也可以能夠來傳送一些短的用戶數(shù)據(jù)。網(wǎng)絡(luò)端的物理層可以把該信道的數(shù)據(jù)與來自尋呼信道的數(shù)據(jù)進(jìn)行復(fù)用。承載于sccpch。目前，fach用于rrc連接建立過程中承載下行信令，若rrc連接建立在cell_dch上，rrc連接建立之后停止使用；若rrc連接建立在cell_fach上，srb能夠承載短消息以及位置更新業(yè)務(wù)等。4)隨機(jī)接入信道(rach)隨機(jī)接入信道是上行傳輸信道，用于承載來自移動臺的控制信息。ue使用rach來完成上行同步的建立和傳輸一些數(shù)據(jù)量有限的用戶數(shù)據(jù)。rach傳輸信道的典型特征是信道所映射到的物理信道是一個競爭信道。由于競爭性的存在，rach上的數(shù)據(jù)

3、不存在著物理層復(fù)用，信道上僅存在著單一的傳輸格式，因而不需要tfci來標(biāo)識當(dāng)前的傳輸格式。承載于prach。目前，rach用于rrc連接建立過程中承載上行信令。 物理信道1)主公共控制物理信道(p-ccpch)傳輸信道bch在物理層映射到p-ccpch。在td-scdma中，p-ccpch的位置(時隙/碼)是固定的(ts0)。p-ccpch采用固定擴(kuò)頻因子sf=16，總采用ts#0的信道化碼cq=16(k=1)和cq=16(k=2)。p-ccpch需要覆蓋整個區(qū)域，不進(jìn)行波束賦形。輔助公共控制物理信道(s-ccpch)pch和fach可以映射到一個或多個輔助公共控制物理信道(s-

4、ccpch)，這種方法使pch和fach的數(shù)量可以滿足不同的需要。s-ccpchs采用固定擴(kuò)頻因子sf=16,s-ccpch的配置即所使用的碼和時隙在小區(qū)系統(tǒng)信息中廣播。2個s-ccpch碼道配置采用ts#0的信道化碼cq=16(k=3)和cq=16(k=4)5個s-ccpch碼道配置采用ts#0的信道化碼cq=16(k=3)、cq=16(k=4) cq=16(k=5) cq=16(k=6)和)cq=16(k=7)物理隨機(jī)接入信道(prach)rach映射到一個或多個物理隨機(jī)接入信道，可以根據(jù)運(yùn)營者的需要，靈活確定rach容量。prach可以采用擴(kuò)頻因子sf=16, sf=8 或 sf=4。其

5、配置(使用的時隙和碼道)通過小區(qū)系統(tǒng)信息廣播?？焖傥锢斫尤胄诺?fpach)這個物理信道是td-scdma系統(tǒng)所獨(dú)有的,它作為對ue發(fā)出的uppts信號的應(yīng)答,用于支持建立上行同步。nodeb 使用fpach傳送對檢測到的ue的上行同步信號的應(yīng)答。fpach上的內(nèi)容包括定時調(diào)整、功率調(diào)整等，是一單burst信息。fpach使用擴(kuò)頻因子sf=16，其配置(使用的時隙和碼道)通過小區(qū)系統(tǒng)信息廣播。尋呼指示信道（pich）尋呼指示信道用來承載尋呼指示信息，pich的擴(kuò)頻因子為16。與傳輸信道pch配對使用，用以指示特定的ue是否要解讀其后pch信道。 傳輸信道與物理信道的映射傳輸信道與

6、物理信道映射傳輸信道物理信道占用時隙/碼道上行rachprachts1/sf16*2ts1/sf8*1uppchuppts/128chip 下行bchp-ccpchts0/sf16*2pch，fachs-ccpchts0/sf16*5 or 2pichts0/sf16fpachts0/sf16*1dwpchdwpts/64chip 公共信道設(shè)備實(shí)現(xiàn)碼道參數(shù)配置和功率參數(shù)配置如下表。公共信道現(xiàn)網(wǎng)參數(shù)實(shí)現(xiàn)公共信道名稱所處時隙碼道個數(shù)擴(kuò)頻因子傳輸塊tti發(fā)射功率dwpchdwpts36uppchupptsbchts02sf16246, 1塊20ms33pchts02sf1680*1/2

7、40*120ms30/33fachts02sf16171*1/171*2 20ms30/33fpachts01sf1632，1塊5ms30prachts11sf8170,1塊10ms其中，尋呼信道pch子信道個數(shù)配置可為28個，現(xiàn)網(wǎng)中配置8個。1.1.2 尋呼原理td-scdma ran系統(tǒng)具有一種機(jī)制，可以尋找并呼叫那些分布在不同位置區(qū)中自由移動的注冊用戶終端，從而響應(yīng)并完成網(wǎng)絡(luò)側(cè)發(fā)起的信令或業(yè)務(wù)過程。umts系統(tǒng)定義ue有5種rrc狀態(tài)：rrc idle、cell_dch、cell_fach、cell_pch、ura_pch。對于不同的狀態(tài)，ue采用不同的方式維持與網(wǎng)絡(luò)聯(lián)系，或直接與網(wǎng)絡(luò)保

8、持著信令連接，網(wǎng)絡(luò)記錄ue的位置或路由信息，一旦需要隨時向ue發(fā)起尋呼過程。 尋呼的主要作用包括： 1. cn呼叫空閑模式的ue，完成接入并建立呼叫連接； 2. cn呼叫通話模式下的ue，告知來自網(wǎng)絡(luò)側(cè)的一個新呼叫； 3. utran呼叫空閑或?qū)ず裟Ｊ降膗e，告知系統(tǒng)消息更新； 4. utran呼叫尋呼模式下ue，通知其完成rrc狀態(tài)切換。 尋呼有如下四種方式：1. cn利用ranap過程向rnc發(fā)起針對指定ue尋呼消息，如果該ue正處于空閑狀態(tài)或?qū)ず魻顟B(tài)，rnc會自動計算ue的尋呼時機(jī)，正確的利用fp pch發(fā)送尋呼指示和rrc paging type 1消息。ue接收尋呼消息后，建立rrc

9、連接完成接入過程。 2. 當(dāng)cn利用ranap過程向rnc發(fā)起針對某個ue尋呼消息，如果該ue正處于信令連接狀態(tài)（cell_fach或cell_dch），rnc通過該信令連接直接向ue發(fā)送rrc paging type 2消息。ue接收尋呼消息并根據(jù)自身的狀態(tài)，完成進(jìn)一步的信令過程。 3. 當(dāng)cn對處于尋呼狀態(tài)（cell_pch或ura_pch）的ue發(fā)起nas信令過程或因?yàn)槠渌鹯rc過程觸發(fā)（如：需要釋放rrc連接）時，rnc自動識別ue的標(biāo)識并計算尋呼時機(jī)，正確的發(fā)送尋呼指示和paging type 1消息。ue接收到尋呼消息，切換到cell_fach狀態(tài)，完成nas信令過程或rrc信令過

10、程。 4. rnc完成系統(tǒng)消息更新過程后，將通知所有處于空閑狀態(tài)或?qū)ず魻顟B(tài)的ue發(fā)起系統(tǒng)消息更新，選擇全部尋呼時機(jī)發(fā)尋呼指示，向所有尋呼信道上發(fā)送rrc paging type 1消息，告知ue系統(tǒng)消息已經(jīng)更新。ue接收到尋呼消息后，判斷是系統(tǒng)消息更新通知，完成系統(tǒng)消息讀取和更新過程。 1.1.3 尋呼能力計算話務(wù)模型參數(shù)忙時每用戶尋呼次數(shù)：1.5次忙時每用戶呼叫次數(shù)：1.5次，平均通話時長60秒，則語音單用戶忙時話務(wù)量0.025erlang業(yè)務(wù)服務(wù)質(zhì)量參數(shù)序號業(yè)務(wù)類型gos要求bler1語音業(yè)務(wù)（12.2k/12.2k）2%阻塞率1%單小區(qū)支持的語音用戶數(shù)序號業(yè)務(wù)類型平均會話時長單小區(qū)單載波

11、按bru等效信道個數(shù)單小區(qū)單載波話務(wù)量單小區(qū)單載波用戶數(shù)單小區(qū)三載波按bru等效信道個數(shù)單小區(qū)三載波話務(wù)量單小區(qū)三載波用戶數(shù)1語音業(yè)務(wù)（12.2k/12.2k）602315.766306958.182327td系統(tǒng)尋呼的理論指標(biāo)理論計算公式尋呼數(shù)/秒/小區(qū) = (tb-size 20)/50 *npch)/pbp，其中(tb-size 20)/50的結(jié)果向下取整；pbp = 64幀，tb size = 80bit，最大尋呼數(shù) = 12.5/秒/小區(qū)；對應(yīng)的la用戶數(shù)=12.5*3600/1.5=30000；對應(yīng)的單載波小區(qū)數(shù)=30000/630=47個；對應(yīng)的三載波小區(qū)數(shù)=30000/2327

12、=12個。1.1.4 尋呼成功率對于網(wǎng)絡(luò)的尋呼性能一般采用尋呼成功率進(jìn)行衡量，尋呼成功率定義如下： 尋呼成功率 =尋呼成功總次數(shù)/尋呼請求總次數(shù)*100% 其中，尋呼成功總次數(shù)，指所有msc收到的被叫用戶尋呼響應(yīng)的總次數(shù)，統(tǒng)計消息為msc 收到 “paging response”(含二次尋呼的響應(yīng))。 尋呼請求總次數(shù)：指所有msc發(fā)出尋呼被叫的總次數(shù)，統(tǒng)計消息為msc發(fā)出對被叫用戶的 “paging request” (不包含二次尋呼的次數(shù))。 造成尋呼成功功率低主要有兩方面的原因，一個是ue沒有收到尋呼消息，另一個是ue收到尋呼消息后，由于隨后的rrc信令連接建立、鑒權(quán)等過程失敗也會導(dǎo)致cn

13、無法收到尋呼響應(yīng)。常見的導(dǎo)致ue無法收到尋呼的原因主要包括： 尋呼容量不夠，rnc沒有下發(fā)尋呼 由于網(wǎng)絡(luò)尋呼移動臺的同一尋呼消息會在la所有小區(qū)中發(fā)送，因此尋呼區(qū)域覆蓋范圍過大，會導(dǎo)致尋呼信道負(fù)荷過重，同時增加iub接口上的信令流量。另外，過載的尋呼消息如果在rnc的重發(fā)次數(shù)內(nèi)仍沒有發(fā)出將被丟棄，這樣會導(dǎo)致在服務(wù)區(qū)內(nèi)的開機(jī)用戶不能被尋呼到（用戶不在服務(wù)區(qū)）問題。尋呼區(qū)域的上限（區(qū)域能支持的最多小區(qū)數(shù)）主要受到尋呼信道的帶寬限制，隨著區(qū)域的話務(wù)量變化，位置區(qū)大小也是變化的，位置區(qū)大小配置根據(jù)尋呼區(qū)估算結(jié)果來定。 由于功率設(shè)置不合適，導(dǎo)致ue沒有收到尋呼消息 和尋呼

14、相關(guān)的有pich和pch兩個信道，當(dāng)這兩個信道的功率配置偏低不能滿足ue對信號解調(diào)的要求時，ue不能正確的接收尋呼消息。 1. pich信道的發(fā)射功率 該參數(shù)設(shè)置過小，會使得小區(qū)邊緣ue無法正確接收尋呼指示信息，導(dǎo)致呼叫時延增加，也有可能進(jìn)行讀取pch信道的誤操作，浪費(fèi)ue電池，并影響下行公共信道覆蓋，從而最終影響小區(qū)覆蓋。 2. pch信道的發(fā)射功率 該參數(shù)設(shè)置過小，會使得小區(qū)邊緣ue無法正確接收尋呼信息，增加尋呼的時延，導(dǎo)致尋呼成功率低，從而影響接入成功率。 ue頻繁進(jìn)行小區(qū)重選或位置區(qū)更新沒有收到尋呼消息 ue在小區(qū)重選過程將讀取系統(tǒng)信息，從而無法收到對于該ue的尋呼消息

15、。 對于ue的尋呼會在位置區(qū)內(nèi)所有小區(qū)中發(fā)送，如果這時ue發(fā)生位置區(qū)更新，則這條尋呼消息會發(fā)送到錯誤的位置區(qū)，導(dǎo)致ue無法收到引起尋呼失敗。 覆蓋或干擾問題導(dǎo)致的尋呼消息接收失敗 由于弱覆蓋或由于干擾原因，ue無法正確解析尋呼消息。需對覆蓋和干擾進(jìn)行優(yōu)化。 優(yōu)化方法 針對不同的問題原因，建議采用不同的優(yōu)化方法解決尋呼成功率低的問題： 1. 對于尋呼容量不足導(dǎo)致rnc沒有下發(fā)尋呼的問題，建議優(yōu)化方式如下： 1) 合理規(guī)劃la和路由區(qū)范圍，減少由于范圍不合理引起的尋呼信道過載的現(xiàn)象； 位置區(qū)的劃分應(yīng)盡量使la邊緣的位置更新成本最低：城郊與市區(qū)不連續(xù)覆蓋時，有可能會出

16、現(xiàn)手機(jī)在周期性位置更新時間到達(dá)時作不了位置更新，超過保護(hù)時間后（一般在msc中設(shè)定），系統(tǒng)認(rèn)為imsi 隱式分離，假如此時進(jìn)入市區(qū)，市區(qū)與郊區(qū)的lac一致，有些手機(jī)不會立即做正常的位置更新，就會出現(xiàn)有信號卻不在服務(wù)區(qū)的現(xiàn)象。所以在位置區(qū)的分配上，一般郊區(qū)（縣）使用單獨(dú)的位置區(qū)，即和城區(qū)的位置區(qū)不一樣，此時的位置區(qū)分布類似于一個同心圓（內(nèi)圓城區(qū)也可能由于容量因素設(shè)置幾個位置區(qū)，圓內(nèi)可以采取分片方式或另一個內(nèi)外圓環(huán)方式或混合方式），可以有效避免以上現(xiàn)象的發(fā)生。實(shí)踐證明，這樣劃分lac不僅可以減少用戶不在服務(wù)區(qū)現(xiàn)象，并且接通率和呼通率也能有較大改善。另外，在高話務(wù)的大城市，如果存在兩個以上的位置區(qū)，

17、可以利用市區(qū)中山體、河流等地形因素來作為位置區(qū)的邊界，減少兩個位置區(qū)下不同小區(qū)的交疊深度。如果不存在這樣的地理環(huán)境，位置區(qū)的劃分盡量不要以街道為界，邊界不要放在話務(wù)量很高的地方（比如商場）。一般要求位置區(qū)邊界不與街道平行或垂直，而是斜交。在市區(qū)和城郊交界區(qū)域，一般將位置區(qū)的邊界放在郊區(qū)外圍一線的基站處，而不是放在話務(wù)密集的城郊結(jié)合部，避免結(jié)合部用戶頻繁位置更新。位置區(qū)盡量不要跨越msc和rnc：雖然在根據(jù)協(xié)議規(guī)定，當(dāng)幾個msc共用一個vlr時，位置區(qū)可以跨msc區(qū)的。但是在具體實(shí)現(xiàn)中，大都采用一個msc捆綁一個vlr的方式，因此la可以跨rnc區(qū)，但不可以跨msc區(qū)。但在實(shí)際網(wǎng)絡(luò)應(yīng)用中，如果位

18、置區(qū)/路由區(qū)跨多個rnc時，會造成尋呼時在多個rnc下發(fā)，這樣會增加了信令的流量及處理的難度，抬高了尋呼消息阻塞和丟棄的概率。2) 增加尋呼信道容量。 2. 對于功率設(shè)置不合適導(dǎo)致ue沒有收到尋呼消息的建議提高pch和pich信道的發(fā)射功率，但功率的提高必須適度，否則將浪費(fèi)功率，并增大下行干擾。 3. 如果ue在某一區(qū)域小區(qū)重選頻繁的話，可以通過調(diào)整上諸如提高測量門限、提高小區(qū)重選偏移值或者減小ue最小接收電平等手段來降低小區(qū)重選的頻率。對于由于ue位置區(qū)更新導(dǎo)致的未收到尋呼，需要對位置區(qū)邊界進(jìn)行專題優(yōu)化，主要是找出位置區(qū)邊界的高話務(wù)小區(qū)，盡量減少位置區(qū)邊界高話務(wù)小區(qū)的位置更新次數(shù)，從而減少由

19、于位置更新造成的尋呼損失。此外還可增大周期位置更新定時器t3212的取值。 4. 對于覆蓋或干擾問題導(dǎo)致的尋呼成功率低，需要首先解決覆蓋及干擾的問題。1.2 無線資源控制rrc連接建立成功率1.2.1 概述 指標(biāo)定義根據(jù)集團(tuán)規(guī)范定義，rrc連接建立成功率= rrc連接建立成功次數(shù)/ rrc連接建立請求次數(shù)*100%。其中主要包含：1) 指標(biāo)編碼rnp1701：rrc連接建立請求次數(shù)l 名稱：按原因分rrc連接請求次數(shù)l 定義： 統(tǒng)計小區(qū)中rrc連接請求的次數(shù)，應(yīng)該按請求原因分類統(tǒng)計。單位：次；l 觸發(fā)點(diǎn)：rnc接收到ue發(fā)來 的“rrc連接請求”（rrc conne

20、ction request）消息，不計重發(fā)，每個原因?qū)?yīng)一個子測量項(xiàng)，所有原因之和用“.sum”表示。（3gpp ts 25.331）2) 指標(biāo)編碼rnp1702：rrc連接建立成功次數(shù)l 名稱：按原因分rrc連接建立成功次數(shù)l 定義：統(tǒng)計rrc連接建立成功次數(shù)，應(yīng)該按建立原因分類統(tǒng)計。單位：次；l 觸發(fā)點(diǎn)：rnc接收到ue發(fā)來的“rrc連接建立完成”（rrc connection setup complete）消息，每個原因?qū)?yīng)一個子測量項(xiàng)，所有原因之和用“.sum”表示。（3gpp ts 25.331）3) 指標(biāo)編碼rnp1703：rrc連接建立失敗次數(shù)，l 名稱：4.3.3

21、.3按原因分rrc連接失敗次數(shù)l 定義： 統(tǒng)計小區(qū)中rrc連接失敗次數(shù)，應(yīng)該按失敗原因分類統(tǒng)計。單位：次；l 觸發(fā)點(diǎn)： 【1】rnc向ue發(fā)送“rrc連接建立拒絕”（rrc connection reject ）消息。（3gpp ts 25.331）。【2】rnc未接收到預(yù)期的ue發(fā)來的“rrc連接建立完成”（rrc connect setup complete）消息，此時失敗原因歸為“no reply”。（3gpp ts 25.331）。每個原因?qū)?yīng)一個子測量項(xiàng)；以上3項(xiàng)指標(biāo)編碼又都包含了8個子測量項(xiàng)，分別對應(yīng)8類業(yè)務(wù)：l originating conversational call（cs

22、業(yè)務(wù)）l originating streaming call（ps業(yè)務(wù)）l originating interactive call（ps業(yè)務(wù)）l originating background call（ps業(yè)務(wù)）l terminating conversational call（cs業(yè)務(wù)）l terminating streaming call（ps業(yè)務(wù)）l terminating interactive call（ps業(yè)務(wù)）l terminating background call（ps業(yè)務(wù)） 現(xiàn)網(wǎng)情況從近段時間的統(tǒng)計來看，目前現(xiàn)網(wǎng)的rrc接通率已趨于穩(wěn)定（集團(tuán)對于rrc接

23、通率指標(biāo)不進(jìn)行單獨(dú)考核），近段時期上海網(wǎng)絡(luò)的業(yè)務(wù)rrc接通率達(dá)到了98.50%，處于一個較好的水平上，如3月31日至4月2日的統(tǒng)計如下：時間cs域rrc建立嘗試次數(shù)（業(yè)務(wù)相關(guān)）cs域rrc建立成功次數(shù)（業(yè)務(wù)相關(guān)）cs域rrc建立成功率ps域rrc連接建立嘗試次數(shù)（業(yè)務(wù)相關(guān)）ps域rrc連接建立成功次數(shù)（業(yè)務(wù)相關(guān)）ps域rrc建立成功率rrc總建立成功率2009-3-3164255 6326998.47%678186667198.31%98.38%2009-4-166246 6523198.47%10856710708198.63%98.57%2009-4-265878 6503698.72%5

24、24365153798.29%98.53%總計196379 193536 98.55%228821 225289 98.46%98.50%但之前的rrc接通水平則一直不太理想，如3月25日到3月27日的統(tǒng)計顯示，總的rrc接通率只有95.46%，較現(xiàn)在低了近3個百分點(diǎn)。具體如下：時間cs域rrc建立嘗試次數(shù)（業(yè)務(wù)相關(guān)）cs域rrc建立成功次數(shù)（業(yè)務(wù)相關(guān)）cs域rrc建立成功率ps域rrc連接建立嘗試次數(shù)（業(yè)務(wù)相關(guān)）ps域rrc連接建立成功次數(shù)（業(yè)務(wù)相關(guān)）ps域rrc建立成功率rrc總建立成功率2009-3-25577575596196.89%577025372893.11%95.00%2009

25、-3-26639196192696.88%548855151593.86%95.49%2009-3-27599665846697.50%589115552294.25%95.89%總計18164217635397.09%17149816076593.74%95.46%對于rrc接通率指標(biāo)的提升，主要依賴于現(xiàn)網(wǎng)擁塞率的下降和入網(wǎng)新站的fach賦形開啟，主要優(yōu)化手段就是開啟全網(wǎng)的ps調(diào)度和開啟部分新站的fach賦形開關(guān)（部分新站的fach賦形之前未開啟）。通過近期的集中優(yōu)化調(diào)整，雖然目前的指標(biāo)情況比較好，但還存在一些提升的空間，從具體的指標(biāo)分析結(jié)果來看，影響網(wǎng)絡(luò)rrc接通率的主要原因有3類：l 設(shè)

26、備原因l 終端原因l 網(wǎng)絡(luò)原因主要包含：擁塞、覆蓋原因、基站偶發(fā)故障、終端原因和干擾等。以現(xiàn)網(wǎng)4個rnc的全天4個忙時（8：0012：00）的rrc接通率進(jìn)行分析，共采集了未接通點(diǎn)654個，相應(yīng)的各未接通現(xiàn)象所占的比例如下： 失敗原因次數(shù)比例備注1次rrc connection setup無響應(yīng)12318.81%rrc完成消息網(wǎng)絡(luò)側(cè)未收到2次rrc connection setup無響應(yīng)304.59%3次rrc connection setup無響應(yīng)345.20%4次rrc connection setup無響應(yīng)27742.35%rrc完成消息網(wǎng)絡(luò)側(cè)未收到或rrc connection set

27、up消息終端未接收到上行判決碼失敗17226.30%擁塞下行判決碼失敗182.75%總計654其中，1次rrc connection setup無響應(yīng)可能為無線原因，也有可能是終端原因（發(fā)現(xiàn)過一例），但具體比例無法得知。另外，考慮到采樣的隨機(jī)性，本次采集的失敗原因并沒有包括終端和設(shè)備問題，這主要是因?yàn)榻K端問題和設(shè)備問題基本以壞小區(qū)的形式出現(xiàn)，偶然性比較大，但這并不代表現(xiàn)網(wǎng)沒有這些問題。如前期發(fā)現(xiàn)了幾例設(shè)備問題，其現(xiàn)象就是rnc向node b發(fā)送了radio link setup request消息進(jìn)行無線鏈路的建立的同時，rnc下發(fā)了radio link deletion request消息進(jìn)

28、行無線鏈路的刪除，具體可參加章節(jié)描述。具體各類失敗原因的相關(guān)描述及解決建議如下：1.2.2 現(xiàn)象描述及解決建議 終端問題終端原因是導(dǎo)致未接通的另一類原因，其現(xiàn)象類似無線環(huán)境原因?qū)е碌奈唇油?，通過cdl數(shù)據(jù)分析發(fā)現(xiàn)其現(xiàn)象如下圖1-2所示，在ue向rnc發(fā)送rrc connection request消息，rnc向ue回復(fù)了rrc connection setup消息，在rrc connection setup保護(hù)定時器5秒超時后，rnc下發(fā)無線鏈路刪除請求，最終導(dǎo)致了未接通的發(fā)生。圖 11 終端原因?qū)е碌奈唇油ㄇ闆r示意圖分析這種情況主要集中在同一個用戶上（同一小區(qū)上，

29、一段時間內(nèi)rrc connection request中的tmsi相同），現(xiàn)象是rnc收到了ue上報的rrc connection request消息并下發(fā)了rrc connection setup消息，但ue并沒有完成rrc建立過程。由于沒有rrc connection request消息重發(fā)，初步判斷是由于ue在收到rrc connection setup消息后沒有上發(fā)rrc connection setup complete消息所致，結(jié)合rrc建立請求階段rach所帶的measurement report解析發(fā)現(xiàn)，當(dāng)時ue所處的無線環(huán)境較好，pccpch-rscp一般都在-80dbm以上

30、，因此，判斷為終端原因。當(dāng)然，有時上行無線環(huán)境問題同樣也會導(dǎo)致這種現(xiàn)象發(fā)生，要排除上行問題，除了問題點(diǎn)和問題小區(qū)的上行干擾分析外，也可以到現(xiàn)場進(jìn)行測試確認(rèn)。但要判斷是否是終端問題，就相對比較困難，我們也是近期進(jìn)行用戶投訴處理時才發(fā)現(xiàn)有終端問題和上述現(xiàn)象的關(guān)聯(lián)性。當(dāng)時用戶投訴漕寶路和桂平路交界區(qū)域無法進(jìn)行呼叫，到現(xiàn)場后，發(fā)現(xiàn)用戶使用的是多普達(dá)s700手機(jī)，一直無法進(jìn)行撥叫，但同一地點(diǎn)測試手機(jī)dtm8120卻可以正常呼叫，讓機(jī)房跟蹤小區(qū)級call trace，發(fā)現(xiàn)現(xiàn)象和前述現(xiàn)象一致，因此我們讓用戶將其手機(jī)進(jìn)行開關(guān)機(jī)一次，重新開機(jī)后即可正常進(jìn)行呼叫，問題定位為終端的莫名故障或軟件吊死。對于終端問題的

31、確定，首先可以分析是否是同一用戶在同一小區(qū)下的集中行為，然后再進(jìn)行問題點(diǎn)的覆蓋分析和問題小區(qū)的上行干擾情況分析，確認(rèn)不是因?yàn)闊o線環(huán)境的原因，當(dāng)然，最終問題的確認(rèn)還是要結(jié)合用戶投訴來進(jìn)行。一旦發(fā)現(xiàn)是用戶終端問題，可以進(jìn)行合理的引導(dǎo)解釋，以提高用戶網(wǎng)絡(luò)體驗(yàn)的感知度。 網(wǎng)絡(luò)問題Ø 無線環(huán)境問題弱覆蓋導(dǎo)致的rrc建立階段的未接通現(xiàn)象與終端原因?qū)е碌奈唇油ìF(xiàn)象基本一致，具體情況如圖1-2所示?，F(xiàn)象即在ue向rnc發(fā)送rrc connection request消息，rnc向ue回復(fù)了rrc connection setup消息，但隨后由于ue未能收到rrc connection

32、setup消息，繼續(xù)進(jìn)行rrc connection request消息重發(fā)，達(dá)到最大重發(fā)次后，且rrc connection setup保護(hù)定時器5秒超時，rnc下發(fā)無線鏈路刪除請求，最終導(dǎo)致了未接通的發(fā)生。同時，上行覆蓋問題也同樣會導(dǎo)致這些問題的發(fā)生，與下行覆蓋原因的區(qū)別就是ue已經(jīng)收到了rrc connection setup（可能是多次rrc請求之后），然后再回發(fā)rrc建立完成消息給網(wǎng)絡(luò)，但由于上行覆蓋原因，網(wǎng)絡(luò)側(cè)并沒有收到rrc setup完成消息，同樣會導(dǎo)致rrc connection setup保護(hù)定時器5秒超時失敗。同理，對于是否是覆蓋問題的定位，還要結(jié)合rrc建立請求階段ra

33、ch所帶的measurement report，如果ue所處的無線環(huán)境較差，相應(yīng)的pccpch-rscp都會比較差。由此，基本可以判斷為弱覆蓋原因?qū)е聈e沒有收到rnc下發(fā)的rrc connection setup消息或rrc建立完成消息網(wǎng)絡(luò)側(cè)并沒有收到。反之，則有可能是由于干擾引起的上、下行消息丟失。圖 12 覆蓋原因?qū)е碌奈唇油ㄇ闆r示意圖對于覆蓋問題的解決建議：a) 真正弱覆蓋的，還是要通過加站或小區(qū)天饋調(diào)整來解決；b) 由于基站功率設(shè)置問題，可以通過基站功率的提升來解決；c) 由于是上、下行鏈路不平衡導(dǎo)致的上、下行覆蓋差異，則需要通過參數(shù)調(diào)整或更換基站硬件來解決。對于干擾問題的解決建議：

34、a) 合理規(guī)劃頻點(diǎn)、擾碼，降低網(wǎng)內(nèi)干擾；b) 合理調(diào)整相鄰小區(qū)間的覆蓋范圍；c) 如果是外來干擾，需要查找排除；d) 如果是基站故障引起的干擾，需要更換模塊解決。Ø 網(wǎng)絡(luò)擁塞通過cdl數(shù)據(jù)分析發(fā)現(xiàn)，ue在向rnc發(fā)送rrc connection request消息后，hsps回復(fù)一條rrm_allocate_resources_failure（消息ie所攜帶原因：下行碼判決失敗/上行碼判決失敗），隨后rnc向ue發(fā)送一條rrc connection reject消息(消息ie所攜帶原因：congestion)。具體情況如圖1-3所示：圖 13 擁塞導(dǎo)致的rrc建立失敗情況示意圖由于我

35、們目前現(xiàn)網(wǎng)配置中的dca算法參數(shù)“1、2、3類業(yè)務(wù)默認(rèn)的上下行承載速率”設(shè)置均為0，及不限制初始接入速率。目前很多用戶在初始接入時都是以下行384k速率接入，如果一個沒有配置h資源的宏站（假設(shè)按上下行時隙3：3配置）一個小區(qū)最多可以承載3個384k用戶；同時，目前除了h數(shù)據(jù)卡，大多數(shù)用戶使用的終端都不支持h業(yè)務(wù)，因此，即使基站小區(qū)配置了h資源，這部分用也不會使用h的共享資源，而依然會占用普通的r4資源，很容易出現(xiàn)擁塞的現(xiàn)象。對于擁塞，目前比較有效的解決方法就是：a) 開啟全網(wǎng)的ps調(diào)度算法，這樣就能最大限度的降低網(wǎng)絡(luò)擁塞。ps調(diào)度算法原理就是：根據(jù)用戶實(shí)際需求來分配無線資源，如用戶處于高速下載

36、時分配其盡可能的最大資源；用戶進(jìn)行低速業(yè)務(wù)時，僅分配其相應(yīng)的無線資源；當(dāng)用戶上、下行均無速率時，則讓ue直接回到cell_pch狀態(tài)，從而使網(wǎng)絡(luò)容量最大化。b) 同時對于sdca算法參數(shù)要進(jìn)行必要的優(yōu)化設(shè)置：【1】允許降速接入：非實(shí)時業(yè)務(wù)接入時，如果用戶申請的資源不能夠得到滿足，則允許其按現(xiàn)有資源對應(yīng)的速率接入；【2】等效方案開啟：舉例來說，用戶申請的是128k業(yè)務(wù)，需要占用一個sf=1的碼道（即整個時隙），如果服務(wù)小區(qū)已沒有一個完整的空閑時隙供其接入，則可以使用2個sf=2的碼道接入（即2個1/2時隙，可以在不同時隙上）；現(xiàn)在全網(wǎng)已經(jīng)按照這種思路進(jìn)行了全面優(yōu)化，因此全網(wǎng)的擁塞率下降明顯。當(dāng)然

37、，也有些小區(qū)在開啟了ps調(diào)度算法還是存在擁塞，這些小區(qū)基本為室內(nèi)基站，載頻配置一般較少，如斜土路營業(yè)廳，就經(jīng)常出現(xiàn)擁塞現(xiàn)象，因此最根本的解決方法是進(jìn)行載頻擴(kuò)容。 網(wǎng)絡(luò)設(shè)備故障通過大量cdl數(shù)據(jù)分析發(fā)現(xiàn)， 有一部分未接通發(fā)生現(xiàn)象為：在ue向rnc發(fā)送rrc建立請求后，rnc向node b發(fā)送了radio link setup request消息進(jìn)行無線鏈路的建立，但幾乎同時，rnc下發(fā)了radio link deletion request消息進(jìn)行無線鏈路的刪除，發(fā)生rrc建立連接失敗，導(dǎo)致未接通發(fā)生。具體情況如圖1-4所示：圖 14 bbu故障導(dǎo)致未接通情況示意圖通過現(xiàn)場測試和u

38、e_trace信令分析發(fā)現(xiàn)，無線鏈路建立時，rnc主動刪除無線鏈路的原因?yàn)樵诮rc連接的過程中，rnc發(fā)送節(jié)點(diǎn)同步消息，但是基站沒有響應(yīng)或者rnc在底層因?yàn)楫惓G棄了節(jié) 點(diǎn)同步幀，初步懷疑為node b側(cè)設(shè)備存在硬件故障。后續(xù)與rnc機(jī)房及工程部配合定位，最終確認(rèn)該現(xiàn)象是由于問題小區(qū)bbu存在故障導(dǎo)致。當(dāng)然這種主要集中在一個小區(qū)中發(fā)生的異?，F(xiàn)象基本可以確定是單個小區(qū)的故障，但如果某個rnc下很多小區(qū)都發(fā)生有這種情況，則還是要通過這些小區(qū)在rnc端的收斂性來定位是否是rnc相關(guān)板卡的故障。如在3月中旬，烽火rnc410下的很多小區(qū)就出現(xiàn)了上述異常的radio link deletion re

39、quest情況，分析發(fā)現(xiàn)這些小區(qū)都同屬一個機(jī)架、機(jī)框下：rncrnc內(nèi)的小區(qū)標(biāo)識rrc失敗次數(shù)csdu機(jī)架號csdu機(jī)框號41076924124107706124107712124109142124109155612410104149124101042141241010437012410107381241010744312410116929124101170161241011711312410134518124101346831241013471212410137714124101857212410185941241088192124108834211241090253012410904161

40、2410904213112410980964124109810251241098114712410100813124101008320124101011331124101011473124101011526124101013141241010257212通過核查，發(fā)現(xiàn)是這個2機(jī)架、2機(jī)框下的一塊dsdu出現(xiàn)了故障，更換后rrc接通指標(biāo)即恢復(fù)正常。對于故障小區(qū)或故障rnc板卡的處理關(guān)鍵在于及時的發(fā)現(xiàn)和定位，目前主要通過top10壞小區(qū)或某個rnc突然出現(xiàn)異常的處理來發(fā)現(xiàn)，一旦發(fā)現(xiàn)異常就需及時給予處理，避免指標(biāo)長時間惡化。當(dāng)然，維護(hù)人員對于設(shè)備問題的及時發(fā)現(xiàn)處理也很重要，這實(shí)際也是優(yōu)化工作的一部分

41、。1.2.3 小結(jié)通過前面的分析描述，發(fā)現(xiàn)現(xiàn)網(wǎng)的rrc接通問題主要還是和擁塞和無線環(huán)境相關(guān)，同時偶發(fā)的故障小區(qū)或用戶終端問題同樣會加劇rrc接通率的下降。因此，相應(yīng)的優(yōu)化手段也主要從參數(shù)優(yōu)化、故障小區(qū)處理、擴(kuò)容、加強(qiáng)覆蓋等方面來著手，只有不斷的進(jìn)行網(wǎng)絡(luò)監(jiān)控和分析優(yōu)化，才能持續(xù)提升網(wǎng)絡(luò)的接通指標(biāo)。1.3 無線接入承載rab指派建立成功率1.3.1 概述 指標(biāo)定義根據(jù)集團(tuán)規(guī)范定義，rrc連接建立成功率= rab連接建立成功次數(shù)/ rab連接建立請求次數(shù)*100%。其中主要包含：1) 指標(biāo)編碼rnp1601：cs域rab連接建立請求次數(shù)l 名稱：電路域rab指配建立請求的

42、rab 數(shù)目；l 定義：統(tǒng)計電路域rab指配建立請求的rab數(shù)目，應(yīng)該按根據(jù)業(yè)務(wù)速率細(xì)分的業(yè)務(wù)類型分類統(tǒng)計。單位： 個；l 觸發(fā)點(diǎn)：rnc接收到電路域cn發(fā)來的“rab指配請求”（rab assignment request）消息，消息中包含需要建立的rab。每個根據(jù)業(yè)務(wù)速率細(xì)分的業(yè)務(wù)類型對應(yīng)一個子測量項(xiàng)，業(yè)務(wù)類型定義參見3gpp ts 23.107。2) 指標(biāo)編碼rnp1602：cs域rab連接建立成功次數(shù)l 名稱：電路域rab指配建立成功的rab 數(shù)目；l 定義：統(tǒng)計電路域rab指配建立成功的rab數(shù)目，應(yīng)該按根據(jù)業(yè)務(wù)速率細(xì)分的業(yè)務(wù)類型分類統(tǒng)計。單位： 個；l 觸發(fā)點(diǎn)：rnc

43、向電路域cn發(fā)送“rab指配響應(yīng)”（rab assignment response）消息，其中包含建立成功的rab數(shù)目。每個根據(jù)業(yè)務(wù)速率細(xì)分的業(yè)務(wù)類型對應(yīng)一個子測量項(xiàng)，業(yè)務(wù)類型定義參見3gpp ts 23.107。3) 指標(biāo)編碼rnp1604：ps域rab連接建立請求次數(shù)l 名稱：分組域rab指配請求建立的rab 數(shù)目；l 定義：統(tǒng)計分組域rab指配請求建立的rab數(shù)目，應(yīng)該按根據(jù)業(yè)務(wù)速率細(xì)分的業(yè)務(wù)類型分類統(tǒng)計。單位： 個；l 觸發(fā)點(diǎn)：rnc接收到分組域cn發(fā)來的“rab指配請求”（rab assignment request）消息,消息中包含需要建立的rab。每個根據(jù)業(yè)務(wù)速率細(xì)

44、分的業(yè)務(wù)類型對應(yīng)一個子測量項(xiàng)，業(yè)務(wù)類型；4) 指標(biāo)編碼rnp1605：ps域rab連接建立成功次數(shù)l 名稱：分組域rab指配建立成功的rab 數(shù)目；l 定義：統(tǒng)計分組域rab指配建立成功的rab數(shù)目，應(yīng)該按根據(jù)業(yè)務(wù)速率細(xì)分的業(yè)務(wù)類型分類統(tǒng)計。單位：個；l 觸發(fā)點(diǎn)：rnc向分組域cn發(fā)送“rab指配響應(yīng)”（rab assignment response）消息，其中包含建立成功的rab數(shù)目。每個根據(jù)業(yè)務(wù)速率細(xì)分的業(yè)務(wù)類型對應(yīng)一個子測量項(xiàng)，業(yè)務(wù)類型；以上各項(xiàng)指標(biāo)編碼又都包含了一些子測量項(xiàng)，分別對應(yīng)不同的業(yè)務(wù)：l cs域的子測量項(xiàng)有：英文名稱(a.b.c)英文名稱(a.b.c.d)rab

45、.attrabassignestabcs.convrab.attrabassignestabcs.conv.<1><1>rab.attrabassignestabcs.conv.<2><2>rab.attrabassignestabcs.conv.<4><4>rab.attrabassignestabcs.conv.<5><5>rab.attrabassignestabcs.strmrab.attrabassignestabcs.intactrab.attrabassignestabcs.bgrd；

46、l ps域的子測量項(xiàng)有：英文名稱(a.b.c)英文名稱(a.b.c.d)rab.attrabassignestabps.convrab.attrabassignestabps.strmrab.attrabassignestabps.strm.<5><5>rab.attrabassignestabps.strm.<5><6>rab.attrabassignestabps.strm.<5><8>rab.attrabassignestabps.intactrab.attrabassignestabps.intact.<6&

47、gt;<6>rab.attrabassignestabps.intact.<6><7>rab.attrabassignestabps.intact.<6><10>rab.attrabassignestabps.bgrdrab.attrabassignestabps.bgrd.<6><6>rab.attrabassignestabps.bgrd.<6><7>rab.attrabassignestabps.bgrd.<6><10> 現(xiàn)網(wǎng)情況從近段時間的統(tǒng)

48、計來看，目前現(xiàn)網(wǎng)的rab接通率已趨于穩(wěn)定（集團(tuán)對于rab接通率指標(biāo)不進(jìn)行單獨(dú)考核），近段時期上海網(wǎng)絡(luò)的業(yè)務(wù)rab接通率達(dá)到了96.53%，處于一個較好的水平上，如3月31日至4月2日的統(tǒng)計如下：時間cs域rab建立嘗試次數(shù)（業(yè)務(wù)相關(guān)）cs域rab建立成功次數(shù)（業(yè)務(wù)相關(guān)）cs域rab建立成功率ps域rab連接建立嘗試次數(shù)（業(yè)務(wù)相關(guān)）ps域rab連接建立成功次數(shù)（業(yè)務(wù)相關(guān)）ps域rab建立成功率rab總建立成功率2009-3-31768517546898.20%889098488795.48%96.74%2009-4-1779187641398.07%938998880694.58%96.16%2

49、009-4-2796857824198.19%1004309592595.51%96.70%總計234454 230122 98.15%283238 269618 95.19%96.53%雖然目前的指標(biāo)情況比較好，但還存在一些提升的空間，從具體的指標(biāo)分析結(jié)果來看，影響網(wǎng)絡(luò)rab接通率的主要原因有3類：l 設(shè)備原因l 終端原因l 網(wǎng)絡(luò)原因分析起來包括：擁塞、覆蓋原因、基站偶發(fā)故障、終端原因、干擾等。以現(xiàn)網(wǎng)5個rnc的全天4個忙時的rab接通率進(jìn)行分析，共采集了未接通點(diǎn)280個，相應(yīng)的各部分原因所占的比例如下：失敗原因值次數(shù)比例備注ue返回?zé)o效的配置165.71%終端問題ue響應(yīng)消息超時6021.

50、43%無線環(huán)境及干擾rb過程并發(fā)cell update不支持16558.93%物理信道失敗41.43%設(shè)備問題上行碼資源判決失敗3111.07%擁塞分配資源失敗41.43%總計280考慮到采樣的隨機(jī)性，各種失敗原因所占的比例可能不盡代表現(xiàn)網(wǎng)的問題，且相關(guān)比例也會有波動變化，但還是基本能代表現(xiàn)網(wǎng)的rab指標(biāo)失敗情況。具體各類失敗原因的相關(guān)描述及解決建議如下：1.3.2 現(xiàn)象描述及解決建議 網(wǎng)絡(luò)設(shè)備故障通過cdl分析，經(jīng)常會發(fā)現(xiàn)有一些小區(qū)下集中出現(xiàn)原因值為“physical channel failure”的rb setup failure，導(dǎo)致rab建立失敗。具體如下圖2-1所示：

51、圖 21 設(shè)備原因?qū)е碌奈唇油ㄇ闆r示意圖從整個呼叫流程分析，在rrc建立完成后，核心網(wǎng)向rnc下發(fā)了rab setup request，在rnc和nodeb之間的rl重配成功后，rnc向ue發(fā)出rb setup消息，要求承建空口的rb，但ue隨后很快（1s）就向rnc回復(fù)了rb setup failure消息。由此分析得知，出現(xiàn)該問題肯定和無線環(huán)境無關(guān)，ue是無法和目標(biāo)小區(qū)完成同步或無法占用目標(biāo)載頻導(dǎo)致。這種情況出現(xiàn)的一個典型案例就是迎春-545小區(qū)的10088載頻就出現(xiàn)過這種故障，當(dāng)時只要網(wǎng)絡(luò)將ue分配到10088載頻上就極容易出現(xiàn)上述情況，后核查發(fā)現(xiàn)，該10088載頻對應(yīng)的bbu存在故障，

52、因此屢次出現(xiàn)rb分配失敗。對于這種小區(qū)級的故障，同rrc的處理措施，是需要通過加強(qiáng)指標(biāo)監(jiān)控和仔細(xì)分析來發(fā)現(xiàn)，一旦發(fā)現(xiàn)異常，就需要及時處理，避免指標(biāo)持續(xù)惡化。 終端問題從cdl分析發(fā)現(xiàn)，目前網(wǎng)絡(luò)中經(jīng)常出現(xiàn)原因值為“invalid configuration”的rb setup failure，導(dǎo)致rab建立失敗。具體如下圖2-2所示：圖 22 invalid configuration原因?qū)е碌奈唇油ㄇ闆r示意圖從整個呼叫流程分析，在rrc建立完成后，核心網(wǎng)向rnc下發(fā)了rab setup request，在rnc和nodeb之間的rl重配成功后，rnc向ue發(fā)出rb setup消息

53、，要求承建空口的rb，但ue隨后很快（基本同時）就向rnc回復(fù)了rb setup failure消息，且失敗的原因值是無效的配置。發(fā)生這種情況時，基本出現(xiàn)在某一個用戶身上。而從核心網(wǎng)向rnc下發(fā)了rab setup request消息可知，ue請求建立的都是普通的r4業(yè)務(wù)，如下圖示意的用戶請求的是ps64/64k的業(yè)務(wù)。具體見示意圖23。圖 23 ue請求的業(yè)務(wù)示意圖針對上例，從rnc的rb setup消息可知，rnc給用戶分配了上行ts3的2/1，即64k，滿足用戶的請求；下行rnc給用戶分配了ts5的半條時隙（16/15、16/16、16/1、16/2、16/3、16/4、16/5、16/

54、6），同樣滿足需求。具體見下面的示意圖2-4： 圖 24 rnc的資源分配示意圖針對該種配置，ue卻回復(fù)了不支持，而無論是從理論分析，還是現(xiàn)場“問題”小區(qū)下的撥測驗(yàn)證來看，均不會出現(xiàn)這種異常情況，因此分析是由于終端未知的原因?qū)е碌膔b失敗，屬于終端故障。當(dāng)然，在前期分析中也發(fā)現(xiàn)了終端請求普通的r4大業(yè)務(wù)，網(wǎng)絡(luò)側(cè)由于資源占用情況，要求終端降速接入，此時部分用戶終端也是回復(fù)了這種“invalid configuration”的rb setup failure，導(dǎo)致rab失敗。雖然沒能和用戶聯(lián)系上，但通過理論分析和現(xiàn)場的測試，還是基本能確定是由于終端的問題造成了該類失敗現(xiàn)象。 網(wǎng)絡(luò)問題

55、Ø 無線環(huán)境及干擾問題從現(xiàn)網(wǎng)統(tǒng)計來看，無線環(huán)境和干擾是影響rab接通率的關(guān)鍵，也占了整個失敗率的60%以上。目前，從cdl分析，無線環(huán)境及干擾問題主要表現(xiàn)在以下2個方面：【1】 ue響應(yīng)rb setup超時：在rrc建立完成后，cn向rnc發(fā)送rab setup request請求，在本地資源配置及iub口無線鏈路重配完成后，rnc會向ue發(fā)出rb setup消息，要求建立空口的rb承載。但由于無線環(huán)境或干擾問題，ue并未收到rnc下發(fā)的rb setup消息（下行問題），或者ue收到rb setup消息后回復(fù)網(wǎng)絡(luò)rb setup complete消息但網(wǎng)絡(luò)側(cè)未收到（上行），從而都會導(dǎo)致本地資源管理器超時（目前10s），rb建立失敗。具體如下2-5示意圖所示：圖 25 ue響應(yīng)rb setup消息超時示意圖【2】 rb過程與cell update并發(fā)在rrc建立完成后，cn向rnc發(fā)送rab setup request請求，在本地資源配置及iub口無線鏈路重配完成后，rnc會向ue發(fā)出rb setup消息，要求建立空口的rb承載。但由