一種基于ZYNQ的O-RAN無線單元故障管理方法技術

本發明專利技術公開了一種基于ZYNQ的O

【技術實現步驟摘要】
一種基于ZYNQ的O
?
RAN無線單元故障管理方法


[0001]本專利技術涉及故障管理
，具體為一種基于ZYNQ的O
?
RAN無線單元故障管理方法。

技術介紹

[0002]ZYNQ為Xilinx公司出品的異構多核處理器平臺，是一種集成了CPU和FP GA功能的芯片。在傳統解決方案下的性能管理中，CPU需要用傳感器芯片來進行電壓和溫度采樣進而對CPU的性能參數進行監控，而FPGA自帶的SYSMON模塊可以進行性能參數監控。由于集成為了同一顆芯片，原本僅FPGA中起到性能參數監控功能的SYSMON模塊在ZYNQ平臺下也可以同時對PS進行性能參數監控。
[0003]O
?
RU是一個致力于實現虛擬化、通用和智能的無線接入網體系結構。在現有技術中，獲取到O
?
RU設備的性能參數超出閾值范圍產生故障后，不會對引起性能故障的故障源具體位于設備內的哪個區域進行分析，而是統一視為設備整體的故障。處理方式是直接對整個O
?
RU設備主板的實時狀態進行保存并且將故障數據進行上報，然后對整個O
?
RU進行直接斷電或重啟。但是實際設備運行時，相當多的情況下只有通過對部分區域斷電一段時間再重啟才能夠解決問題，如果直接進行斷電，問題只是被擱置，而如果直接重啟，依然沒法解決此類問題，最終結果會是設備檢測到多次故障后直接進行斷電。但是O
?
RU一旦整體斷電就無法再進行啟動，所以導致需要更頻繁地去人為現場檢測與維修性能故障。

技術實現思路

[0004]本專利技術的目的在于提供一種基于ZYNQ的O
?
RAN無線單元故障管理方法，以解決上述
技術介紹
中提出的問題。
[0005]為了解決上述技術問題，本專利技術提供如下技術方案：
[0006]一種基于ZYNQ的O
?
RAN無線單元故障管理方法，該方法包括以下步驟：
[0007]S1、構建一個自適應系統監控模塊；自適應系統監控模塊從O
?
RU設備上電后開始運行，監控O
?
RU設備中O
?
RAN無線單元中各個Power Domain區域電壓或者溫度的故障情況；
[0008]S2、獲取各個Power Domain區域的溫度與電壓的故障標志位來判斷O
?
RU設備中的O
?
RAN無線單元是否發生了故障；
[0009]S3、若O
?
RU設備中的O
?
RAN無線單元發生故障，則判斷是否為電壓超過閾值范圍導致故障；若為電壓故障，則判斷電壓故障重啟次數是否超過界定次數；若不是電壓故障即為溫度故障，則判斷溫度故障重啟次數是否超過界定次數；
[0010]S4、若電壓或者溫度故障重啟次數超過界定次數，對電壓故障或者溫度故障進行標識且不再啟動；若電壓或者溫度故障重啟次數未超過界定次數，保存實時狀態，對電壓故障或者溫度故障進行標識，上報故障數據至自適應系統監控模塊管理端口，同時由自適應系統監控模塊斷開相應部分的電源以中止相應區域硬件的運行，經過一定時間周期后再重新給該區域供電。
[0011]O
?
RAN通過在eCPRI協議規范的基礎之上，定義了應用層數據的格式、內容、協議交互等規范，使RRU不再依附于BBU，從而成為一個獨立的網元O
?
RU。網管中心可直接對O
?
RU進行管理，不再需要借助與BBU對RRU進行管理。
[0012]eCPRI/CPRI協議在應用層提供了三個服務訪問點：用戶面(U
?
Plane)、同步面(S
?
Plane)、控制與管理面(C
?
Plane and M
?
Plane)。而eCPRI協議與CPRI協議類似，只是傳輸層協議，并沒有定義其服務訪問點之上的應用層協議規范，如IQ(U
?
Plane)數據格式，實時控制面(C
?
Plane)數據格式，因此需要新的規范約束這些應用接口。此外OAM管理面(M
?
Plane)和同步面(S
?
Plane)也都從eCPRI服務中剝離出去了，它們可以通過標準的TCP/IP協議棧進行傳輸，不一定需要eCPRI來承載，因此OAM管理面和同步面的協議規范也無法被eCPRI協議所規定。
[0013]在O
?
RAN中，規定了U
?
Plane、C
?
Plane的數據格式并且定義通過eCPRI協議來承載。S
?
Plane通過標準的IEEE1588協議來提供服務，而M
?
Plane所采用網絡配置管理協議是Netconf協議，使用的數據建模語言是YANG。
[0014]Netconf協議是完全基于XML之上的，所有的配置數據和協議消息都用XML表示，YANG是一種數據建模語言，用于對配置數據、狀態數據、遠程過程調用和網絡管理協議通知進行建模。
[0015]而本方法專利關注的是O
?
RU中M
?
Plane操作維護管理OAM的故障管理數據，它通過Netconf服務器中內容層的Alarm notifications上報給位于O
?
DU的所有Netconf客戶端，從而完成O
?
RAN所要求的故障數據管理。
[0016]在步驟S1中，初始電壓故障和溫度故障的重啟次數均為0。
[0017]在步驟S2中，自適應系統監控模塊通過每隔一段時間獲取SYSMON中每個Power Domain的溫度和電壓的故障標志位來判斷是否發生了故障。
[0018]設置時間周期閾值為a，若未發生故障，則判斷運行時間是否超過a個時間周期，步驟如下：
[0019]S2
?
11、若運行時間超過a個時間周期，則將所有故障重啟次數清零；
[0020]S2
?
12、若運行時間未超過a個時間周期，則繼續采集各個Power Domain區域的溫度與電壓的故障標志位來判斷O
?
RU設備是否發生了故障。
[0021]Power Domain為ZYNQ中故障管理的基本單位。
[0022]O
?
RAN中的故障有許多種，其中O
?
RAN已經定義的故障ID就有33個，而本方法所討論的故障類型判斷條件僅限于，電壓故障或者溫度故障，處理流程獨立于其他故障的處理流程。
[0023]電壓故障與溫度故障閾值取決于設備所用芯片、器件特性以及產品需求、硬件工程師和結構工程師對產品的設計要求，需要綜合考慮，不是固定的東西。
[0024]步驟如下：
[0025]在步驟S3中，若電壓或者溫度超出閾值范圍引起了故障，則本文檔來自技高網...

【技術保護點】

【技術特征摘要】
1.一種基于ZYNQ的O
?
RAN無線單元故障管理方法，其特征在于，該方法包括以下步驟：S1、構建一個自適應系統監控模塊；自適應系統監控模塊從O
?
RU設備上電后開始運行，監控O
?
RU設備中O
?
RAN無線單元中各個Power Domain區域電壓或者溫度的故障情況；S2、獲取各個Power Domain區域的溫度與電壓的故障標志位來判斷O
?
RU設備中的O
?
RAN無線單元是否發生故障；S3、若O
?
RU設備中的O
?
RAN無線單元發生故障，則判斷是否為電壓超過閾值范圍導致故障；若為電壓故障，則判斷電壓故障重啟次數是否超過界定次數；若不是電壓故障，則為溫度故障，判斷溫度故障重啟次數是否超過界定次數；S4、若電壓或者溫度故障重啟次數超過界定次數，對電壓故障或者溫度故障進行標識且不再啟動；若電壓或者溫度故障重啟次數未超過界定次數，保存實時狀態，對電壓故障或者溫度故障進行標識，上報故障數據至自適應系統監控模塊管理端口，同時由自適應系統監控模塊斷開相應部分的電源以中止相應區域硬件的運行。2.根據權利要求1所述的一種基于ZYNQ的O
?
RAN無線單元故障管理方法，其特征在于：在步驟S1中，初始電壓故障和溫度故障的重啟次數均為0。3.根據權利要求2所述的一種基于ZYNQ的O
?
RAN無線單元故障管理方法，其特征在于：在步驟S2中，自適應系統監控模塊通過每隔一段時間獲取SYSMON中每個Power Domain的溫度和電壓的故障標志位來判斷是否發生故障；設置時間周期閾值為a，若未發生故障，則判斷運行時間是否超過a個時間周期，步驟如下：S2
?
11、若運行時間超過a個時間周期，則將所有故障重啟次數清零；S2
?
12、若運行時間未超過a個時間周期，則繼續采集各個Power Domain區域的溫度與電壓的故障標志位來判斷O
?
RU設備是否發生了故障。4.根據權利要求3所述的一種基于ZYNQ的O
?
RAN無線單元故障管理方法，其特征在于：在步驟S3中，若電壓或者溫度超出閾值范圍引起了故障，則判斷是否為電壓超過閾值范圍引起故障，步驟如下：S3
?
11、若電壓或者溫度超過閾值范圍導致故障，首先對是否為電壓引起故障進行判斷；所述電壓故障或者溫度故障界定次數設置為b次；S3
?
12
?
1、若是電壓引起故障，則判斷電壓故障重啟次數是否超過界定次數；若電壓故障重啟次數未超過b次，保存實時狀態，上報故障數據至自適應系統監控模塊管理端口，斷電1個時間周期后重新給Power Domain供電，恢復至初始電壓值，同時重啟次數加一，將只重啟過一次的電壓故障的故障嚴重級別定義為MAJOR；此時，繼續采集各個Power Domain區域的溫度與電壓的故障標志位來判斷O
?
RU設備是否發生了故障；若電壓故障重啟次數超過b次，且在超過b次重啟后仍發生故障，則將電壓故障的故障嚴重級別定義為CRTICAL，不再啟動此區域；S3
?
12
?
2、若不是電壓引起故障，對溫度故障重啟次數是否超過界定次數進行判斷，步驟如下：若溫度故障重啟次數未超過界定次數，保存實時狀態，上報故障數據至自適應系統監控模塊管理端口，斷電c個時間周期后，待溫度下降到合適范圍內，重新給Power Domain供電，恢復至初始溫度值，同時重啟次數加一，將只重啟過一次的溫度故障的故障嚴重級別定
義為MAJOR；此時，繼續采集各個Power Domain區域的溫度與電壓的故障標志位來判斷O
?

【專利技術屬性】
技術研發人員：張志偉，陳平，丁彥，
申請(專利權)人：南京濠暻通訊科技有限公司，
類型：發明
國別省市：