eNodeBID沖突導(dǎo)致掉線陡增

1、eNodeBID沖突導(dǎo)致掉線陡增提交人：司天云提交時間：2015.081 問題描述8月11日開始新開通的站點萬里客酒店（enodebid：634963）3個小區(qū)e-rab掉線率陡增，達到90%左右，一天發(fā)生上萬次掉線，導(dǎo)致全網(wǎng)E-rab掉線率惡化。開始時間ECGI901175:E-RAB掉線分子901176:E-RAB掉線分母900300:E-RAB掉線率2015-08-11 00:00:00460-11-634963-49376704205289.58%2015-08-11 00:00:00460-11-634963-50262952910390.35%2015-08-11 00:00:00

2、460-11-634963-51219622514587.34%2015-08-12 00:00:00460-11-634963-49628667145587.98%2015-08-12 00:00:00460-11-634963-50536835956890.12%2015-08-12 00:00:00460-11-634963-51272373181485.61%2015-08-13 00:00:00460-11-634963-49189392158787.73%2015-08-13 00:00:00460-11-634963-50194262125591.39%2015-08-13 00

3、:00:00460-11-634963-516408757084.65%2 問題分析通過觀察e-rab異常釋放原因，主要是由于小區(qū)關(guān)斷或復(fù)位和S1鏈路故障發(fā)起釋放引起的，懷疑問題跟核心網(wǎng)或者傳輸有關(guān)。2.1 故障分析8月11日通過檢查基站告警發(fā)現(xiàn)存在大量的告警，告警名為小區(qū)被人工關(guān)斷，如下圖所示：通過以上的問題分析認為，由于該告警導(dǎo)致基站不停閃斷，因而導(dǎo)致E-rab掉線率陡增。究其原因，咨詢了華為的傳輸人員，當天其A設(shè)備存在閃斷，于是先由華為處理故障。8月12日故障被清除，直到8月13日觀察指標依然掉線率極高，通過告警查詢無法看到任何告警。但通過后臺的指標查詢，存在大量的SCTP鏈路斷鏈：開始

4、時間查詢粒度網(wǎng)元C373920000:SCTP鏈路斷鏈次數(shù)2015-08-11 00:00:001天63496366462015-08-11 00:00:001天63496366462015-08-12 00:00:001天63496366082015-08-12 00:00:001天63496366082015-08-13 00:00:001天63496331162015-08-13 00:00:001天6349633115為此通過動態(tài)管理功能查詢SCTP偶聯(lián)的鏈路狀態(tài)，發(fā)現(xiàn)0號和15號的SCTP偶聯(lián)鏈路時而正常時而故障：對鏈路進行拆鏈之后重新建鏈，剛開始正常，單過一段時間仍然會出現(xiàn)故障，無

5、法解決問題。2.2 核心網(wǎng)側(cè)排查0號和15號SCTP偶聯(lián)是eNodeB與MME之間的鏈路，對無線側(cè)的SCTP偶聯(lián)數(shù)據(jù)進行檢查之后確認無誤之后，需要核心網(wǎng)側(cè)進行排查。基站的基本信息如下：網(wǎng)元名稱eNodeBIDIP地址成都金牛鑫萬里客酒店F-eNodeB634963(634963)6349639.0.107.155核心網(wǎng)側(cè)查詢該基站的信息如下：命令 (No.1): SHOW ENODEB INFO:MCC="460",MNC="11",ENODEBID=634963;移動國家碼(MCC)-460-記錄數(shù) 1移動網(wǎng)號(MNC)-11-記錄數(shù) 1eNodeB局

6、向號-634963-記錄數(shù) 1eNodeB名稱-記錄數(shù) 1跟蹤區(qū)列表-460-11-9b12-記錄數(shù) 1CSG數(shù)量-0-記錄數(shù) 1CSG列表-記錄數(shù) 1偶聯(lián)號-59580-記錄數(shù) 1模塊號-5-記錄數(shù) 1本地端口號-36412-記錄數(shù) 1對端端口號-36412-記錄數(shù) 1本地IP地址列表-IPv4: 6.44.0.254-記錄數(shù) 1對端IP地址列表-IPv4: 9.0.19.132通過核心網(wǎng)側(cè)查詢到該eNodeBID對應(yīng)的IP地址為9.0.19.132并非在基站本地配置的IP地址9.0.107.155，于是我們推測，現(xiàn)網(wǎng)中有一個相同的eNodeBID的基站使用了9.0.19.132這個IP，M

7、ME中查詢到的并不是萬里客酒店的IP地址，而是這個”未知”站點的IP。這樣就會導(dǎo)致在相同的MME內(nèi)有重復(fù)的eNodeBID，引發(fā)沖突。3 問題處理通過局方獲取到了成都現(xiàn)網(wǎng)大唐，華為和我司所有的基站信息進行確認是否有eNodeBID重復(fù)，檢查之后并無重復(fù)的eNodeBID。于是檢查之前的現(xiàn)網(wǎng)數(shù)據(jù)，發(fā)現(xiàn)存在一個站點如下：經(jīng)過局方確認，該站點已拆出，網(wǎng)管數(shù)據(jù)已經(jīng)刪除，并且為了節(jié)約eNodeBID資源，將該eNodeBID留給了后續(xù)新開通的站點，由于前期發(fā)現(xiàn)部分站點網(wǎng)管刪除數(shù)據(jù)之后，設(shè)備并沒有下電，因此懷疑，核心網(wǎng)查詢到的這個重復(fù)的IP地址正是晶澤印象在使用。后續(xù)處理辦法如下：1. 將萬里客酒店更換一個新的eNodeBID，避免沖突；2. 派人前往現(xiàn)場核實，8月14日工程隊前往現(xiàn)場確認該站點的確還在運行，未下電；4 處理結(jié)果13日夜間對萬里客酒店重新配置了數(shù)據(jù)，eNodeBID更換為638084，觀察14日指標，已經(jīng)恢復(fù)正常，如下圖所示：5 總結(jié)1. 該問題容易被前面的告警現(xiàn)