華為relay宿主基站業務IP掩碼配置優化提升業務感知

（中國移動通信集團福建有限公司泉州分公司，泉州 362000）

1 問題描述

用戶反映在某地附近經常出現電話無法接通，無法正常上網問題。現場驗證無法上網，VoLTE語音概率性接通，通過無線、傳輸聯合排查，定位問題原因。

2 問題分析

2.1 告警排查

宿主站MMF-HLH-1，從告警來看，一直存在“中繼遠程節點不可用告警”。Relay站SSD-HLH-1，從告警來看，長期存在SCTP鏈路故障告警、S1接口故障告警。如圖1所示。

圖1 Relay站SSD-HLH-1告警信息

2.2 指標排查

查看接入指標，RelaySSD-HLH-1小區的E-RAB建立成功率非常低，建立失敗COUNTER主要為“傳輸層問題導致E-RAB建立失敗”其他指標正常。如表1所示。

表1 RelaySSD無線側指標

從話統數據查看E-RAB建立失敗原因，主要是TNL失敗。如圖2所示。

圖2 E-RAB建立失敗原因

查看信令失敗原因值均為傳輸資源不可用，與后臺指標統計接入失敗原因一致，初步推斷是傳輸存在問題導致E-RAB建立失敗。如圖3所示。

圖3 信令面立失敗原因

2.3 現場排查

從現場勘測來看，RRN上的信號燈只顯示3格，且為黃色燈，測試宿主站MMF-HLH-1信號覆蓋，RSRP在-98左右，SINR在2左右，按照RRN的部署條件要求，需要優化覆蓋。Relay站SSD-HLH-1信號覆蓋，RSRP在-77左右，SINR在33左右，覆蓋正常。

現場通過RF優化，宿主站MMF-HLH-1小區信號RSRP在-89左右，SINR優化到16左右，RRN信號燈已恢復為正常的綠色常亮。如圖4所示。

圖4 RRN信號燈

現場測試，語音已基本恢復正常，但數據業務仍有問題，后臺監控指標，E-RAB建立成功率未恢復正常，查詢告警仍然存在。如表2所示。

表2 RelaySSD無線側指標

2.4 RRN傳輸規劃核查

L3 Relay組網站點IP地址配置的具體要求如下：

（1）RRN的LAN IP、下游站點IP共網段。

（2）RRN的OMIP與LANIP不共網段。

（3）對于宿主站點來說，宿主站點的IP地址與RRN的LAN IP、下游站點IP不共網段。

（4）對于傳輸來說（網關掩碼一般為255.255. 255.192，IP地址為廣播IP地址），宿主站點IP、RRN的OMIP、RRN的LAN IP、下游站點IP共網段。

如圖5所示，從當前宿主站點以及RRN、下游站點IP規劃來看：

圖5 現網IP配置

宿主站點業務IP（100.98.44.197/255. 255.255.192）和下游級聯站點使用的有業務IP（100.98.44.210/255.255.255.252）在一個網段，在這種情況下，如果宿主站點連接的PTN上開啟了ARP代理，宿主站點有可能通過ARP學習到一條與下游站點相同IP地址的直連路由。該直連路由由網關代理生成，其由宿主站點指向PTN代理；同時用戶還手動配置了一條指向真實回傳基站的空口路由。在網絡上有數據傳輸時，對相同目的IP的路由，按照源IP、目的IP等散列選擇其中一條路由進行選路。若回送給下游站的報文，選擇到錯誤的直連路由時，則無法到達真實的下游站，此時會出現下游站點業務鏈路異常（表現S1接口以及用戶面鏈路頻繁閃斷）。

在宿主站點進行DSP ARP，發現宿主站點ARP解析到一條與下游站點相同IP地址的直連路由。如圖5所示。

圖6 網管截圖

3 解決方法

通過修改宿主基站業務IP子網掩碼的方式，大大降低E-RAB建立失敗和QCI=1 E-RAB建立失敗的次數，有效降低路由問題可能引起的業務失敗，有效提升用戶業務感知。具體解決方法是將宿主站MMF的業務IP的子網掩碼由192修改為240。

4 處理效果

10月23日09：50現場更改路由后，“S1接口故障告警”、“中繼遠程節點不可用告警”告警恢復，后臺監控指標，E-RAB建立成功率也恢復正常，現場多次測試驗證，所有業務均恢復正常。如表3所示。

表3 RelaySSD無線側指標

5 結束語

由于宿主站點的IP地址與RRN的LAN IP和下游站點IP在同一網段，宿主站點通過ARP學習到一條與下游站點相同IP地址的直連路由；同時用戶還手動配置了一條指向真實回傳基站的空口路由。宿主站點回送給下游站的報文，由于存在2條路由，可能概率性選擇到錯誤的直連路由，進而下行業務報文無法到達真實的下游站，引起業務異常。

現網PTN的ARP默認都是開啟的，所以針對有開通Relay的宿主站點，需要通過子網掩碼劃分使宿主站點的IP地址與RRN的LAN IP、下游站點IP 不共網段。