1、中國電信淮安無線維護中心案例2：基于AN子網(wǎng)（色碼）裂分解決DO_CCH同步包丟棄問題一、 總述伴隨新學(xué)期開學(xué)和DO用戶話務(wù)量快速發(fā)展，特別是智能手機等行業(yè)應(yīng)用的高速發(fā)展帶來了大量信令風(fēng)暴，導(dǎo)致DO尋呼量負(fù)荷急增，BSC3忙時開始出現(xiàn)DO CCH同步信道丟包現(xiàn)象，嚴(yán)重影響熱點區(qū)域用戶呼叫感知。為了避免同步信道丟包現(xiàn)象，前期進行了EVDO鄰區(qū)瘦身、參數(shù)優(yōu)化、RF優(yōu)化、調(diào)整基于子網(wǎng)方式的RU有效時間T2的優(yōu)化，起到了一定的優(yōu)化效果，但9月份以來校園用戶大量涌現(xiàn)后，同步信道丟包現(xiàn)象越發(fā)嚴(yán)重，為了徹底解決上述問題，進行BSC的子網(wǎng)分裂已經(jīng)成為最佳的解決方案。二、 實施方案裂分基站及邊界劃分：考慮到網(wǎng)絡(luò)

2、結(jié)構(gòu)、話務(wù)分布、邊界切換、干道質(zhì)量、容災(zāi)能力、割接工作量以及網(wǎng)絡(luò)可持續(xù)性等諸多方面的因素，本次BSC3 DO色碼分裂方案旨在與后續(xù)BSC3分裂方案保持一致，即涉及到分裂的基站即為后續(xù)BSC3分裂時割接的基站。如下： 精確管理 精細優(yōu)化 精心服務(wù) 1中國電信淮安無線維護中心上圖拆分方案的主導(dǎo)思路是將現(xiàn)有BSC3中所包含的楚州區(qū)的站點以及市區(qū)城南大學(xué)城區(qū)域劃歸為新子網(wǎng)。影響范圍：由于此次裂分涉及BSC3子網(wǎng)重新分配，所以在進行修改后數(shù)據(jù)同步時，BSC3上新增子網(wǎng)區(qū)域DO激活態(tài)用戶會產(chǎn)生瞬斷。三、 實施步驟1、根據(jù)省公司規(guī)定的淮安子網(wǎng)色碼范圍，規(guī)劃好新增的色碼及子網(wǎng)地址，并報告省公司：2、提前上報風(fēng)

3、險操作報告；3、提前規(guī)劃好需要重新劃分sectorid的基站；4、當(dāng)晚操作步驟：現(xiàn)網(wǎng)BSC數(shù)據(jù)備份。（1）BSC3-DO系統(tǒng)參數(shù)子網(wǎng)參數(shù)配置中增加輸入規(guī)劃好的色碼40、子網(wǎng)地址，見精確管理 精細優(yōu)化 精心服務(wù)中國電信淮安無線維護中心下圖（2）BSC1DO系統(tǒng)參數(shù)A13接口參數(shù)中增加BSC3色碼、子網(wǎng)地址及AN ID后進行BSC級數(shù)據(jù)同步。（3）基站側(cè)更改：新子網(wǎng)內(nèi)修改子網(wǎng)序號為1，修改sectorid（4）配置完成后進行數(shù)據(jù)同步工作；（5）業(yè)務(wù)驗證測試。5、操作進度安排：（1）實時時間：2011年9月8日0：00-4:00精確管理 精細優(yōu)化 精心服務(wù) 3中國電信淮安無線維護中心（2）參加人員：

4、淮安電信：劉瑞中興公司：丁磊、劉建華欣網(wǎng)公司：謝吉（3）操作進度表：四、 應(yīng)急回退BSC3 DO色碼分裂后，若出現(xiàn)基站無法正常運行、后臺業(yè)務(wù)觀察大量失敗、現(xiàn)場驗證測試失敗或其他異常情況導(dǎo)致批量業(yè)務(wù)中斷時，經(jīng)過運營商、升級負(fù)責(zé)人和CDMA深圳用服部售后總工、辦事處項目經(jīng)理確認(rèn)需要回退的，按照回退措施執(zhí)行操作回退。操作步驟如下：1、2、3、 用之前的備份數(shù)據(jù)恢復(fù)成之前的數(shù)據(jù)配置； 數(shù)據(jù)同步 告警檢查，業(yè)務(wù)驗證正常五、 效果評估1、AN子網(wǎng)裂分后，DO CCH同步包丟棄超標(biāo)問題得以徹底根治，平均日

5、丟包數(shù)由（38萬個/日）下降為（1.2萬個/日）。精確管理 精細優(yōu)化 精心服務(wù) 4中國電信淮安無線維護中心2、AN子網(wǎng)裂分后，由于新增了子網(wǎng)邊界，導(dǎo)致DO尋呼成功率有所波動，隨即收回了RU T2定時器設(shè)置寬度（80>40S），DO尋呼響應(yīng)率連續(xù)提升，目前已恢復(fù)至拆分之前水平，且總體優(yōu)于之前指標(biāo)。注意：子網(wǎng)裂分之前，適當(dāng)放寬RU T2設(shè)置是為了緩解DO CCH同步包丟棄問題，但會造成DO尋呼響應(yīng)率波動，應(yīng)關(guān)注是否造成大量DO尋呼失敗。實驗數(shù)據(jù)顯示當(dāng)T2設(shè)為精確管理 精細優(yōu)化 精心服務(wù)中國電信淮安無線維護中心80S時，DO尋呼響應(yīng)率可下降0.5-0.8%，子網(wǎng)裂分后應(yīng)立即收回T2設(shè)置寬度。本

6、次裂分既徹底根治了DO CCH同步包丟棄問題，提升了校園高話務(wù)熱點區(qū)域呼叫性能，又保證了DO尋呼響應(yīng)率，可謂一舉兩得！附：DO空口尋呼理論分析DO普通業(yè)務(wù)支持分層尋呼，每層尋呼包含的載扇范圍不同，尋呼范圍分為三個級別：（1）BTS尋呼：該級尋呼是對上次終端與基站發(fā)生消息交互時，AT上報的RU消息里包含的有效PN所在的BTS發(fā)送尋呼；即上次上報的RU中如果包含N個有效PN，在對該終端做第一級尋呼時，這N個有效PN所屬的所有BTS下的所有小區(qū)將發(fā)送尋呼消息；默認(rèn)距上次終端與基站側(cè)聯(lián)系間隔不足1秒，在此區(qū)間尋呼。（2）鄰區(qū)方式尋呼：該級尋呼是對上次終端與基站交互的接入小區(qū)的所有鄰區(qū)所屬的BTS尋呼，

7、即上次上報RU的接入小區(qū)是Cell1，對Cell1所有鄰區(qū)所在的BTS的所有小區(qū)發(fā)送尋呼消息；默認(rèn)距上次終端與基站側(cè)聯(lián)系間隔在1秒到10秒間，在此區(qū)間尋呼。（3）子網(wǎng) + 鄰區(qū)尋呼：該級尋呼是對上次終端與基站發(fā)生消息交互時，接入小區(qū)所在的子網(wǎng)和接入小區(qū)鄰區(qū)從屬的BTS的合集發(fā)尋呼，即上次上報的RU的接入小區(qū)是Cell1，對Cell1所在子網(wǎng)，以及Cell1的非本子網(wǎng)的鄰區(qū)所在的BTS發(fā)送尋呼消息；默認(rèn)距上次終端與基站側(cè)聯(lián)系間隔超過10秒，在此區(qū)間尋呼?；臼状伟l(fā)送尋呼消息的范圍不一定是第一層，這是因為終端在休眠下在子網(wǎng)內(nèi)移動可能不會上報路由更新消息，因此第一層和第二層的尋呼范圍有時效性。從進入

8、休眠開始，超過一定時間后，就不能認(rèn)為用戶還在原來的位置。系統(tǒng)允許配置兩個時間間隔門限：鄰區(qū)方式RU有效時間RUNLAvailableTime（以下描述用t1表示），子網(wǎng)方式RU有效時間RUSNAvailableTime（以下描述用t2表示），且t1< t2。假設(shè)從休眠到現(xiàn)在的時間間隔是t，尋呼范圍確定如下：當(dāng)0<t <= t1時，尋呼的范圍是第一級（最近一次激活集內(nèi)的扇區(qū)），紅色BTS表示尋呼區(qū)域。當(dāng) t1< t < t2時，尋呼的范圍是第二級（鄰區(qū)方式尋呼），紅色BTS表示尋呼區(qū)域。； 當(dāng)t>=t2時，尋呼的范圍是第三級（子網(wǎng)+鄰區(qū)尋呼），紅色BTS表示尋

9、呼區(qū)域。普通DO業(yè)務(wù)的尋呼不會重發(fā)，即尋呼消息僅發(fā)送一次。精確管理 精細優(yōu)化 精心服務(wù) 6中國電信淮安無線維護中心理論最大尋呼容量分析：在每個控制信道周期內(nèi)只能發(fā)送一個同步控制信道包（SC），同步控制信道包可以包含多個控制信道MAC包，最多為7個MAC包。依據(jù)不同的控制信道發(fā)送速率，同步控制信道包中所能包含控制信道MAC包的最大個數(shù)不同。38.4kbps: 發(fā)包格式為【1024,16,512】，最多包含3個MAC包76.8kbps: 發(fā)包格式為【1024,8,512】，最多發(fā)送7個MAC包同步控制信道包中能夠發(fā)送同步消息（Sync Message）、快速配置消息（Quick Config Me

10、ssage）、扇區(qū)參數(shù)消息（SectorParameters Message）、接入?yún)?shù)消息（Access Parameter Message）和尋呼消息（Page Message）等消息。按照DO協(xié)議要求，ZTE實現(xiàn)時采用兩種CCH周期，AccessParameters消息和SectorParameters消息分別錯開發(fā)送，而Sync、quickConfig消息則分別在每個CCH周期內(nèi)發(fā)送，Page消息在每個CCH周期中按照剩余的控制信道包空閑容量進行發(fā)送，開銷消息可以打包到不同的MAC包中。一般來說，開銷消息可在一個控制信道MAC包發(fā)完，所以剩余的MAC包可用來發(fā)送尋呼消息。每個Page消

11、息按10bytes計算。發(fā)送AccessParameters+Sync+QuickConfig的CCH周期其中開銷消息占用情況：QuickConfig(27bytes)+ Sync(8bytes)+AccessParameters(13 bytes)。支持的page消息數(shù)為：(124-27)/10+12*5+(124-8-13)/10 = 9+60+10 = 79。發(fā)送SectorParameters+Sync+QuickConfig的CCH周期SectorParameters消息在不分片的情況下，我們采取截斷的方式（滿配31個異頻鄰區(qū)， 消息長度會超過一個MAC包的容量，因此，需要去掉一些不

12、必要的鄰區(qū)信息）精確管理 精細優(yōu)化 精心服務(wù) 7中國電信淮安無線維護中心其中開銷消息占用情況：QuickConfig(27bytes) + Sync(8bytes) + SectorParameters(124 bytes)。支持的page消息數(shù)為：(124-27)/10+ 4*12+(124-8)/10 = 9+48+11=68。由于每個終端在12個CCH周期（即5.12秒）中，只會在特定offset發(fā)送一次，如果沒有發(fā)送就會等待下一個周期發(fā)送，而BSC的第二次Page消息會發(fā)送過來，于是丟棄前一次尋呼消息。上述同步包組合：“AccessParameters +Sync+QuickConfi

13、g”和“SectorParameters +Sync+QuickConfig”間隔發(fā)送，取能夠支持發(fā)送的Page消息數(shù)為min(79,68)=68。理論上每秒支持最大的Page消息數(shù)量為：每秒支持最大的Page消息數(shù)量=68*（1000/256/1.667） = 159/秒理論上每小時支持的最大Page消息數(shù)為：每小時支持的最大Page消息數(shù)=159*3600 =572400條/小時控制信道丟包問題分析：理論上，每秒鐘最大可以支持159條尋呼消息，每小時最大支持572400條尋呼消息。但是對于類似校園網(wǎng)絡(luò)的DO局，由于存在大量尋呼消息在一個控制信道周期內(nèi)集中發(fā)送的場景，造成在一個控制信道周期內(nèi)需要處理的Page消息個數(shù)超過68個（BSC發(fā)送的page數(shù)超過了下一個控制信道周期最大MAC包容量），從而導(dǎo)致在這個控制信道周期內(nèi)丟包。因此如果僅僅查看每小時需要處理的Page消息個數(shù)沒有超過572400條，不能反映出某些控制信道周期內(nèi)page消息的沖擊帶來的丟包原因。也就是說，即使每小時平