一種射頻遠端設備的處理器及處理器復位方法
【專利摘要】本發明提供了一種射頻遠端設備的處理器及處理器復位方法,其中RRU的處理器設置有N個內核,N≥2,N為正整數,N個內核包括一個流程控制內核和至少一個算法任務內核;所述方法包括:當算法任務內核監測到流程控制內核不存活時,算法任務內核接管RRU的處理器的片上外設,以進行RRU與BBU之間的業務數據傳輸,其中,片上外設用于RRU與BBU之間的業務數據傳輸;當流程控制內核因軟件異常而復位啟動變為存活后,流程控制內核從算法任務內核處接管片上外設,進行RRU與BBU之間的業務數據傳輸。本發明避免了因流程監控內核不存活而中斷RRU與BBU之間的業務數據正常傳輸,保證RRU與BBU之間業務數據正常傳輸。
【專利說明】一種射頻遠端設備的處理器及處理器復位方法
【技術領域】
[0001]本發明涉及通信【技術領域】,特別是涉及一種射頻遠端設備的處理器及處理器復位方法。
【背景技術】
[0002]時分同步碼分多址(TimeDivis1n-Synchronous Code Divis1n MultipleAccess,TD-SCDMA)/時分長期演進(Time Divis1n Long Term Evolut1n,TD-LTE)的基站設備(Node B)為分布式基站設備,它是由基帶單元設備(Building Base band Unit,BBU)、射頻遠端設備(Rad1 Remote Unit,RRU)構成,是一種可以靈活分布式安裝的基站組合,其中RRU通過Ir接口與BBU相連,如圖1所示。
[0003]Ir接口支持星形連接、鏈形連接、環形連接等多鐘方式,一個BBU可以與多個RRU連接,實際應用中RRU的數量遠大于BBU的數量,隨著TD-LTE的大規模商用,外場RRU設備的數量將會大量增加,這對RRU的長時間無故障運行提出了更高的要求。
[0004]由于RRU的數量大,出現軟件異常的概率也相對較高。軟件異常后,RRU無法正常運行,需要采用復位的手段恢復正常運行,RRU復位到正常運行的時長一般都需要幾分鐘,嚴重影響用戶的感知。
[0005]RRU的軟件主要完成RRU與BBU的交互、RRU的周期性校準的功能。其中,RRU與BBU的交互主要包括在位檢測、參數的查詢、配置。在BBU配置不變的情況下,RRU的周期性校準,主要用來保證在外部環境變化時(主要是溫度),RRU的性能指標滿足要求。溫度等外部環境要素在短時間不會有明顯變化,周期性校準的周期一般都為I小時甚至更長,RRU復位的時間遠小于周期性校準的周期,可以認為在復位這么短的時間內RRU的性能指標無變化。
[0006]RRU與BBU之間業務數據的傳輸本身并不需要軟件參與。RRU業務數據發送和接收通道如圖2所不,由現場可編程門陣列(Field — Programmable Gate Array, FPGA)和RRU硬件完成。其中,FPGA包括借口 FPGA和中頻FPGA,業務數據的發送由數模轉換器(Digitalto Analog Converter, DAC)、功率放大器(Power Amplifier, PA)和 IL 接口天線等負責;業務數據的接收由模數轉換器(Analog to Digital Converter, ADC)、低噪聲放大器(LowNoise Amplifier, LNA)和 IL 接口天線等負責。
[0007]如果在RRU因軟件異常而復位的過程中,能夠保持FPGA和RRU硬件的配置不變,RRU和BBU的交互保持正常,RRU與BBU之間的業務數據傳輸就能保持正常。
[0008]現有的RRU復位時,不僅對處理器進行復位,FPGA、RRU硬件也會進行重新加載和初始化,RRU就會斷開和主站的連接,業務數據傳輸被中斷。
[0009]并且,由于RRU復位之后到RRU重新開始工作,要經過FPGA加載、硬件初始化、設備自檢、通道校準、RRU接入等一系列步驟,需要耗費較長時間才能恢復業務數據的正常傳輸。
【發明內容】
[0010]本發明提供一種射頻遠端設備的處理器及處理器復位方法,以解決射頻遠端設備的處理器在因軟件異常而復位時,不能保持業務數據正常傳輸的問題。
[0011]為了解決上述問題,本發明公開了一種射頻遠端設備的處理器復位方法,所述射頻遠端設備RRU的處理器設置有N個內核,N ^ 2,N為正整數,所述N個內核包括一個流程控制內核和至少一個算法任務內核;所述方法包括:
[0012]當所述算法任務內核監測到所述流程控制內核不存活時,所述算法任務內核接管所述RRU的處理器的片上外設,以進行所述RRU與射頻遠端設備BBU之間的業務數據傳輸,其中,所述片上外設用于所述RRU與所述BBU之間的業務數據傳輸;
[0013]當所述流程控制內核因軟件異常而復位啟動變為存活后,所述流程控制內核從所述算法任務內核處接管所述片上外設,進行所述RRU與所述BBU之間的業務數據傳輸。
[0014]優選地,所述算法任務內核通過以下方式監測所述流程控制內核是否存活:
[0015]所述算法任務內核定期發送存活查詢消息至所述流程控制內核;
[0016]當所述算法任務內核接收到所述流程控制內核回復的存活響應消息時,所述算法任務內核判斷所述流程控制內核存活;
[0017]當所述算法任務內核連續M次發送所述存活查詢消息,且未收到所述流程控制內核回復的存活響應消息時,所述算法任務內核判斷所述流程控制內核不存活,M為正整數。
[0018]優選地,在所述流程控制內核因軟件異常而復位啟動變為存活之前,所述方法還包括:所述流程控制內核保存所述RRU的小區配置信息和狀態信息至內存;
[0019]在所述流程控制內核因軟件異常而復位啟動變為存活之后,所述方法還包括:所述流程控制內核從所述內存中復制所述RRU的小區配置信息和狀態信息,并保存至與所述RRU的小區配置信息和狀態信息相對應的變量中。
[0020]優選地,還包括:
[0021 ] 當所述流程控制內核不存活時,所述算法任務內核上報所述流程控制內核異常的告警信息至所述BBU ;
[0022]當所述流程控制內核因軟件異常而復位啟動變為存活后,所述流程控制內核上報所述流程控制內核異常的告警清除信息至所述BBU。
[0023]優選地,在所述流程控制內核因軟件異常而復位啟動變為存活后,所述方法還包括:
[0024]所述流程控制內核檢測所述RRU的身份識別信息或者所述BBU的心跳信息;
[0025]若所述流程控制內核檢測不到所述RRU的身份識別信息或者所述BBU的心跳信息,則所述流程控制內核生成、保存所述RRU的本次復位告警信息,并進行復位;其中,所述BBU的心跳信息為所述BBU在收到所述RRU發出的心跳信息后,向所述RRU發送的回復信息;
[0026]并且,在確定所述RRU與所述BBU之間的連接通道建立完成后,所述流程控制內核上報所述RRU的本次復位告警信息至所述BBU,其中,當所述RRU發出心跳信息并接收到所述BBU回復的心跳信息時,所述RRU與所述BBU之間的連接通道建立完成。
[0027]優選地,還包括:
[0028]當所述流程控制內核不存活,且所述BBU連續未收到所述RRU發出的心跳信息的時間大于臨界時間時,所述算法任務內核對所述RRU的處理器的整體硬件進行復位;
[0029]所述整體硬件包括微控制單元和現場可編程門陣列。
[0030]相應地,本發明還公開了一種射頻遠端設備的處理器,所述射頻遠端設備RRU的處理器設置有N個內核,N > 2,N為正整數,所述N個內核包括一個流程控制內核和至少一個算法任務內核;
[0031]所述算法任務內核,用于當其監測到所述流程控制內核不存活時,接管所述RRU的處理器的片上外設,以進行所述RRU與射頻遠端設備BBU之間的業務數據傳輸,其中,所述片上外設用于所述RRU與所述BBU之間的業務數據傳輸;
[0032]所述流程控制內核,用于當其因軟件異常而復位啟動變為存活后,從所述算法任務內核處接管所述片上外設,進行所述RRU與所述BBU之間的業務數據傳輸。
[0033]優選地,所述算法任務內核通過以下方式監測所述流程控制內核是否存活:
[0034]所述算法任務內核定期發送存活查詢消息至所述流程控制內核;
[0035]當所述算法任務內核接收到所述流程控制內核回復的存活響應消息時,所述算法任務內核判斷所述流程控制內核存活;
[0036]當所述算法任務內核連續M次發送所述存活查詢消息,且未收到所述流程控制內核回復的存活響應消息時,所述算法任務內核判斷所述流程控制內核不存活,M為正整數。
[0037]優選地,所述流程控制內核,還用于在其因軟件異常而復位啟動變為存活之前,保存所述RRU的小區配置信息和狀態信息至內存;以及,
[0038]在其因軟件異常而復位啟動變為存活之后,從所述內存中復制所述RRU的小區配置信息和狀態信息,并保存至與所述RRU的小區配置信息和狀態信息相對應的變量中。
[0039]優選地,所述算法任務內核,還用于當所述流程控制內核不存活時,上報所述流程控制內核異常的告警信息至所述BBU ;
[0040]所述流程控制內核,還用于當其因軟件異常而復位啟動變為存活后,上報其異常的告警清除信息至所述BBU。
[0041]優選地,所述流程控制內核,還用于在其因軟件異常而復位啟動變為存活后,檢測所述RRU的身份識別信息或者所述BBU的心跳信息;
[0042]若檢測不到所述RRU的身份識別信息或者所述BBU的心跳信息,則生成、保存所述RRU的本次復位告警信息,并進行復位;其中,所述BBU的心跳信息為所述BBU在收到所述RRU發出的心跳信息后,向所述RRU發送的回復信息;
[0043]并且,在確定所述RRU與所述BBU之間的連接通道建立完成后,上報所述RRU的本次復位告警信息至所述BBU,其中,當所述RRU發出心跳信息并接收到所述BBU回復的心跳信息時,所述RRU與所述BBU之間的連接通道建立完成。
[0044]優選地,所述算法任務內核,還用于當所述流程控制內核不存活,且所述BBU連續未收到所述RRU發出的心跳信息的時間大于臨界時間時,對所述RRU的處理器的整體硬件進行復位;
[0045]所述整體硬件包括微控制單元和現場可編程門陣列。
[0046]與【背景技術】相比,本發明包括以下優點:
[0047]本發明技術方案中的RRU處理器設置有N個內核,N彡2,N為正整數。N個內核中包括一個流程控制內核和至少一個算法任務內核。當算法任務內核監測到流程控制內核不存活時,算法任務內核接管RRU處理器的片上外設,以進行RRU與BBU之間的業務數據傳輸,避免因流程監控內核不存活而中斷RRU與BBU之間的業務數據正常傳輸。
[0048]當流程控制內核因軟件異常而復位啟動變為存活后,流程控制內核從算法任務內核處接管片上外設,進行RRU與BBU之間的業務數據傳輸。無論RRU中的流程控制內核是否存活,RRU處理器的片上外設均有內核接管,保證RRU與BBU之間業務數據的正常傳輸。
【專利附圖】
【附圖說明】
[0049]圖1是RRU與BBU的連接關系示意圖;
[0050]圖2是RRU內部業務數據的收發關系示意圖;
[0051]圖3是本發明實施例中一種RRU的處理器復位方法流程圖;
[0052]圖4是本發明實施例中內核存活監測功能示意圖;
[0053]圖5是本發明實施例中另一種RRU的處理器復位方法流程圖;
[0054]圖6是本發明實施例中RRU向BBU發送心跳信息的示意圖;
[0055]圖7是本發明實施例中BBU向RRU發送心跳信息的示意圖;
[0056]圖8是本發明實施例中再一種RRU的處理器復位方法流程圖;
[0057]圖9是本發明實施例中BBU的運行流程圖;
[0058]圖10是本發明實施例中一種RRU的處理器結構示意圖。
【具體實施方式】
[0059]為使本發明的上述目的、特征和優點能夠更加明顯易懂,下面結合附圖和【具體實施方式】對本發明作進一步詳細的說明。
[0060]為了降低RRU的生產制作成本,RRU中的一些算法由FPGA搬移到處理器來實現,越來越多的RRU處理器選擇高級精簡指令集計算機處理器(Advanced RISC Machines, ARM) +數字信號處理器(digital signal processor, DSP)的片上系統(System on Chip, SOC)或者ARM+ARM的SOC,多內核的設計為RRU因軟件異常而復位的過程中保持業務數據傳輸帶來了可能性。
[0061 ] 本發明實施例中RRU的處理器設置有N個內核,N彡2,N為正整數,所述N個內核可以包括一個流程控制內核和至少一個算法任務內核。
[0062]下面通過列舉幾個具體的實施例詳細介紹本發明提供的一種RRU的處理器及該RRU的處理器復位方法。
[0063]實施例一
[0064]詳細介紹本發明實施例提供的一種RRU的處理器復位方法。
[0065]參照圖3,示出了本發明實施例中一種RRU的處理器復位方法流程圖。
[0066]步驟100,當所述算法任務內核監測到所述流程控制內核不存活時,所述算法任務內核接管所述RRU的處理器的片上外設,以進行所述RRU與射頻遠端設備BBU之間的業務數據傳輸。
[0067]其中,所述片上外設用于所述RRU與所述BBU之間的業務數據傳輸,包括以太網接口等設備。片上外設對于RRU處理器中的所有內核均是可操作的。
[0068]本發明實施例中的RRU處理器可以具有內核存活監測功能,用來確認被監測的內核是否正常運行,具體可以為監測內核向被監測內核發送存活查詢消息,如果監測內核收到被監測內核回復的存活響應消息,則認為被監測內核存活,否則認為被監測內核不存活,處于異常復位狀態,內核存活監測功能示意圖如圖4所示。
[0069]當所述RRU處理器包含多個算法任務內核時,可以從多個算法任務內核中任意選擇一個,托管所述RRU的處理器的片上外設,以進行所述RRU與射頻遠端設備BBU之間的業務數據傳輸。
[0070]步驟102,當所述流程控制內核因軟件異常而復位啟動變為存活后,所述流程控制內核從所述算法任務內核處接管所述片上外設,進行所述RRU與所述BBU之間的業務數據傳輸。
[0071]需要說明的是,上述流程控制內核因軟件異常而復位啟動變為存活的過程,不需要對RRU處理器中的其他內核進行復位,也不需要對RRU的FPGA和其他硬件進行重新加載和初始化操作。
[0072]綜上所述,本發明實施例技術方案中的RRU處理器設置有N個內核,N彡2,N為正整數。N個內核中包括一個流程控制內核和至少一個算法任務內核。當算法任務內核監測到流程控制內核不存活時,算法任務內核接管RRU處理器的片上外設,以進行RRU與BBU之間的業務數據傳輸,避免因流程監控內核不存活而中斷RRU與BBU之間的業務數據正常傳輸。
[0073]當流程控制內核因軟件異常而復位啟動變為存活后,流程控制內核從算法任務內核處接管片上外設,進行RRU與BBU之間的業務數據傳輸。無論RRU中的流程控制內核是否存活,RRU處理器的片上外設均有內核接管,保證RRU與BBU之間業務數據的正常傳輸。
[0074]實施例二
[0075]詳細介紹本發明實施例提供的一種RRU的處理器復位方法。
[0076]參照圖5,示出了本發明實施例中一種RRU的處理器復位方法流程圖。
[0077]步驟200,所述流程控制內核保存所述RRU的小區配置信息和狀態信息至內存。
[0078]所述步驟200可以為所述流程控制內核在其存活狀態下,即正常工作狀態下,將RRU的小區配置信息和狀態信息保存到內存中。其目的是待流程控制內核復位之后能夠將RRU的小區配置信息和狀態信息讀取出來,不至于因為流程控制內核復位而丟失小區配置信息和狀態信息。
[0079]步驟202,所述算法任務內核監測所述流程控制內核是否存活。
[0080]所述步驟202與上述步驟200之間無固定的順序關系,兩個步驟可以同時執行。
[0081]優選地,所述步驟202可以為:
[0082]所述算法任務內核定期發送存活查詢消息至所述流程控制內核。
[0083]所述步驟202可以為定期執行的操作步驟,即每隔一定時間執行一次。
[0084](I)、當所述算法任務內核接收到所述流程控制內核回復的存活響應消息時,所述算法任務內核判斷所述流程控制內核存活。
[0085](2)、當所述算法任務內核連續M次發送所述存活查詢消息,且未收到所述流程控制內核回復的存活響應消息時,所述算法任務內核判斷所述流程控制內核不存活,M為正整數。
[0086]當所述算法任務內核監測到所述流程控制內核不存活時,可以執行后續步驟204、步驟206和步驟208。
[0087]步驟204,所述算法任務內核接管所述RRU的處理器的片上外設,以進行所述RRU與射頻遠端設備BBU之間的業務數據傳輸。
[0088]其中,所述片上外設可以包括以太網卡等設備,可以用于所述RRU與所述BBU之間的業務數據傳輸。
[0089]步驟206,所述算法任務內核上報所述流程控制內核異常的告警信息至所述BBU。
[0090]在上述步驟204之后,即所述算法任務內核接管所述RRU的處理器的片上外設之后,可以執行上述步驟206,將所述流程控制內核不存活的異常的告警信息發送至所述BBU,以備操作人員可以對流程控制內核不存活的原因進行分析,并及時排除流程控制內核不存活的故障。
[0091]步驟208,當所述BBU連續未收到所述RRU發出的心跳信息的時間大于臨界時間時,所述算法任務內核對所述RRU的處理器的整體硬件進行復位。
[0092]其中,所述整體硬件包括微控制單元和現場可編程門陣列,以及RRU處理器的其他硬件等。
[0093]所述步驟208與上述步驟204和步驟206并無直接的順序關系,用序號標識只是用于方便說明。
[0094]假設臨界時間為9秒,若所述BBU連續10秒未收到所述RRU發出的心跳信息,則所述BBU連續未收到所述RRU發出的心跳信息的時間大于臨界時間,所述算法任務內核對所述RRU的處理器的微控制單元和現場可編程門陣列等硬件進行復位。
[0095]當所述算法任務內核監測到所述流程控制內核存活,并且所述流程控制內核因軟件異常而復位啟動變為存活之后,可以執行后續步驟210、步驟212、步驟214和步驟216。
[0096]步驟210,所述流程控制內核從所述算法任務內核處接管所述片上外設,進行所述RRU與所述BBU之間的業務數據傳輸。
[0097]在所述流程控制內核復位啟動變為存活后,可以將之前被所述算法任務內核接管過去的片上外設重新接管過來。
[0098]步驟212,所述流程控制內核從所述內存中復制所述RRU的小區配置信息和狀態信息,并保存至與所述RRU的小區配置信息和狀態信息相對應的變量中。
[0099]所述流程控制內核不需要重新獲取小區配置信息和狀態信息,可以直接從內存中復制出已保存的小區配置信息和狀態信息,節省了流程控制內核從復位到正常運行的恢復時間。
[0100]步驟214,所述流程控制內核上報所述流程控制內核異常的告警清除信息至所述BBU。
[0101]所述流程控制內核將所述告警清除信息上報至所述BBU,以備操作人員可以實時了解所述流程控制內核的運行狀態。
[0102]所述步驟214與上述步驟212并無直接順序關系,用序號標識只是用于方便說明。
[0103]步驟216,所述流程控制內核檢測所述RRU的身份識別信息或者所述BBU的心跳信肩、O
[0104]所述步驟216與上述步驟214、步驟212并無直接順序關系,用序號標識只是用于方便說明。
[0105]若所述流程控制內核檢測不到所述RRU的身份識別信息或者所述BBU的心跳信息,則所述流程控制內核生成、保存所述RRU的本次復位告警信息,并進行復位。
[0106]其中,所述BBU的心跳信息為所述BBU在收到所述RRU發出的心跳信息后,向所述RRU發送的回復信息。
[0107]并且,在確定所述RRU與所述BBU之間的連接通道建立完成后,所述流程控制內核上報所述RRU的本次復位告警信息至所述BBU。
[0108]其中,當所述RRU發出心跳信息并接收到所述BBU回復的心跳信息時,所述RRU與所述BBU之間的連接通道建立完成。
[0109]所述BBU和所述RRU之間通過相互發送心跳信息進行在位檢測,在位檢測的觸發條件為BBU和RRU之間的連接通道建立完成。圖6為RRU向BBU發送心跳信息的示意圖;圖7為BBU向RRU發送心跳信息的示意圖。
[0110]綜上所述,本發明實施例技術方案中的RRU處理器設置有N個內核,N彡2,N為正整數。N個內核中包括一個流程控制內核和至少一個算法任務內核。當算法任務內核監測到流程控制內核不存活時,算法任務內核接管RRU處理器的片上外設,以進行RRU與BBU之間的業務數據傳輸,避免因流程監控內核不存活而中斷RRU與BBU之間的業務數據正常傳輸。
[0111]當流程控制內核因軟件異常而復位啟動變為存活后,流程控制內核從算法任務內核處接管片上外設,進行RRU與BBU之間的業務數據傳輸。無論RRU中的流程控制內核是否存活,RRU處理器的片上外設均有內核接管,保證RRU與BBU之間業務數據的正常傳輸。
[0112]在流程控制內核因為軟件異常而復位的過程中,裁減掉不必要的流程,包括對FPGA和RRU硬件的重新加載和初始化等操作,加快了流程控制內核因軟件異常而復位的恢復時間。
[0113]實施例三
[0114]詳細介紹本發明實施例提供的一種RRU的處理器復位方法。
[0115]參照圖8,示出了本發明實施例中一種RRU的處理器復位方法流程圖。
[0116]RUU啟動之后,執行步驟300。
[0117]步驟300,流程控制內核啟動。
[0118]步驟302,判斷流程控制內核在本次啟動之前是否因為軟件異常而復位。
[0119]當流程控制內核在本次啟動之前是因為軟件異常而復位,則執行步驟304 ;否則,執行步驟306。
[0120]步驟304,流程控制內核從高端內存中復制出已保存的記錄到相應的變量中。
[0121]其中,所述已保存的記錄可以包括所述RRU的小區配置信息和狀態信息,由所述流程控制內核在復位之前保存到高端內存當中。
[0122]步驟308,流程控制內核通知算法任務內核完成啟動。
[0123]步驟310,流程控制內核從算法任務內核處接管與BBU之間的通訊。
[0124]接下來,執行步驟312。
[0125]步驟312,RRU正常工作。
[0126]優選地,所述步驟312還可以為:若流程控制內核之前因為軟件異常而復位,則RRU正常工作后,向BBU上報流程控制內核的告警清除信息。
[0127]步驟314,若RRU工作過程中發生軟件異常,流程控制內核保存所述記錄到高端內存中,流程控制內核復位。之后重新執行步驟300。
[0128]步驟306,加載任務算法內核,任務算法內核開始運行。
[0129]步驟316,加載FPGA,初始化硬件。
[0130]步驟318,RRU接入主站。之后執行步驟312。
[0131]需要說明的是,上述步驟306之后,同時還可以執行下列步驟。
[0132]步驟320,算法任務內核監測流程控制內核是否存活。
[0133]若流程控制內核存活,則重新執行步驟320 ;否則,執行步驟322。
[0134]步驟322,算法任務內核代替流程控制內核與BBU保持通訊,并上報流程控制內核的異常告警信息。
[0135]需要說明的是,算法任務內核要在BBU檢測到RRU不存活之前,接管片上外設,保持和BBU之間的通訊。
[0136]步驟324,等待流程控制內核完成啟動。
[0137]步驟326,判斷流程控制內核是否完成啟動。
[0138]若流程控制內核完成啟動,則執行步驟320 ;否則,執行步驟324。
[0139]本發明實施例中的一種RRU的處理器復位方法還對RRU提供了異常保護。
[0140]通常,嵌入式系統都有看門狗,可以對軟件異常等情況進行RRU的整板復位。將看門狗對RRU整版復位的時間設計為10秒,保證整版復位時間大于RRU的在位檢測周期。
[0141](I)如果RRU上所有的內核都異常,看門狗在10秒內對RRU整板復位,多個內核的異常在整板復位后得到解決。
[0142](2)如果流程控制內核未接管以太網口等片上設備,BBU檢測到RRU不在位,刪除該RRU上的所有載波,停止和RRU的交互。流程控制內核啟動后,若檢測不到RRU身份識別信息或者檢測不到BBU側的心跳消息,則進行相關后續處理:生成并保存導致RRU復位的告警信息,進入不影響下一級RRU的復位狀態。復位啟動后重新進入與BBU交互的通道建立過程,并在通道建立請求消息中及時上報保存的告警信息,以備操作人員可以對RRU的復位原因進行分析,及時排除導致RRU復位的故障。
[0143](3)除流程控制內核之外的其它內核異常,同樣短時間不會影響RRU性能指標,對相應的異常內核進行復位或者重新加載啟動操作即可。
[0144]由于RRU的流程控制內核復位的時間很短,假設最大不超過100秒,能夠保證RRU的性能指標無變化,BBU在收到流程控制內核的異常告警消息后,并且RRU的在位檢測正常的情況下,BBU在100秒時間內避免對RRU進行配置和查詢操作,只檢測RRU是否在位。如果超過100秒,流程控制內核異常告警未清除,并且RRU仍舊在位,則對RRU下發整板復位命令,由算法任務內核執行對微控制單元、FPGA和RRU其他硬件的復位操作。
[0145]參照圖9,示出了本發明實施例中BBU的運行流程圖。
[0146]步驟400,RRU接入BBU,建立小區。
[0147]步驟402,BBU對RRU進行正常維護。
[0148]步驟404,BBU接收到RRU的流程控制內核的異常告警消息。
[0149]步驟406,BBU只檢測RRU的心跳消息,不對RRU進行配置和查詢操作。
[0150]步驟408,等待流程控制內核的告警清除消息。
[0151]步驟410,判斷等待時間是否超過100秒。
[0152]若等待時間超過100秒,執行步驟412 ;否則,執行步驟402。
[0153]步驟412,對RRU發送整版復位命令。
[0154]綜上所述,本發明實施例技術方案中的RRU處理器設置有N個內核,N彡2,N為正整數。N個內核中包括一個流程控制內核和至少一個算法任務內核。當算法任務內核監測到流程控制內核不存活時,算法任務內核接管RRU處理器的片上外設,以進行RRU與BBU之間的業務數據傳輸,避免因流程監控內核不存活而中斷RRU與BBU之間的業務數據正常傳輸。
[0155]當流程控制內核因軟件異常而復位啟動變為存活后,流程控制內核從算法任務內核處接管片上外設,進行RRU與BBU之間的業務數據傳輸。無論RRU中的流程控制內核是否存活,RRU處理器的片上外設均有內核接管,保證RRU與BBU之間業務數據的正常傳輸。
[0156]在流程控制內核因為軟件異常而復位的過程中,裁減掉不必要的流程,包括對FPGA和RRU硬件的重新加載和初始化等操作,加快了流程控制內核因軟件異常而復位的恢復時間。
[0157]增加RRU的流程控制內核的異常告警功能,及BBU的相應的后續處理,流程控制內核復位后正常啟動的情況下,RRU與BBU之間的業務數據正常傳輸;流程控制內核復位后未正常啟動的情況下,通過BBU側發起整板復位,解決異常。
[0158]增加RRU的異常保護功能,確保RRU中單內核及多內核異常的情況下,RRU能夠恢復正常工作狀態。
[0159]實施例四
[0160]詳細介紹本發明實施例提供的一種RRU的處理器。
[0161]參照圖10,示出了本發明實施例中一種RRU的處理器結構示意圖。
[0162]所述一種RRU的處理器設置有N個內核,N > 2,N為正整數,所述N個內核可以包括一個流程控制內核500和至少一個算法任務內核502。
[0163]所述算法任務內核502,用于當其監測到所述流程控制內核500不存活時,接管所述RRU的處理器的片上外設,以進行所述RRU與BBU之間的業務數據傳輸。
[0164]其中,所述片上外設用于所述RRU與所述BBU之間的業務數據傳輸。
[0165]優選地,所述算法任務內核502通過以下方式監測所述流程控制內核500是否存活:
[0166]所述算法任務內核502定期發送存活查詢消息至所述流程控制內核500。
[0167]當所述算法任務內核502接收到所述流程控制內核500回復的存活響應消息時,所述算法任務內核502判斷所述流程控制內核500存活。
[0168]當所述算法任務內核502連續M次發送所述存活查詢消息,且未收到所述流程控制內核500回復的存活響應消息時,所述算法任務內核502判斷所述流程控制內核500不存活,M為正整數。
[0169]優選地,所述算法任務內核502,還用于當所述流程控制內核500不存活時,上報所述流程控制內核500異常的告警信息至所述BBU。
[0170]優選地,所述算法任務內核502,還用于當所述流程控制內核500不存活,且所述BBU連續未收到所述RRU發出的心跳信息的時間大于臨界時間時,對所述RRU的處理器的整體硬件進行復位。其中,所述整體硬件包括微控制單元和現場可編程門陣列。
[0171]所述流程控制內核500,用于當其因軟件異常而復位啟動變為存活后,從所述算法任務內核502處接管所述片上外設,進行所述RRU與所述BBU之間的業務數據傳輸。
[0172]優選地,所述流程控制內核500,還用于在其因軟件異常而復位啟動變為存活之前,保存所述RRU的小區配置信息和狀態信息至內存;以及,在其因軟件異常而復位啟動變為存活之后,從所述內存中復制所述RRU的小區配置信息和狀態信息,并保存至與所述RRU的小區配置信息和狀態信息相對應的變量中。
[0173]優選地,所述流程控制內核500,還用于當其因軟件異常而復位啟動變為存活后,上報其異常的告警清除信息至所述BBU。
[0174]優選地,所述流程控制內核500,還用于在其因軟件異常而復位啟動變為存活后,檢測所述RRU的身份識別信息或者所述BBU的心跳信息。
[0175]若檢測不到所述RRU的身份識別信息或者所述BBU的心跳信息,則生成、保存所述RRU的本次復位告警信息,并進行復位。其中,所述BBU的心跳信息為所述BBU在收到所述RRU發出的心跳信息后,向所述RRU發送的回復信息。
[0176]并且,在確定所述RRU與所述BBU之間的連接通道建立完成后,上報所述RRU的本次復位告警信息至所述BBU。其中,當所述RRU發出心跳信息并接收到所述BBU回復的心跳信息時,所述RRU與所述BBU之間的連接通道建立完成。
[0177]綜上所述,本發明實施例技術方案中的RRU處理器設置有N個內核,NS 2,N為正整數。N個內核中包括一個流程控制內核和至少一個算法任務內核。當算法任務內核監測到流程控制內核不存活時,算法任務內核接管RRU處理器的片上外設,以進行RRU與BBU之間的業務數據傳輸,避免因流程監控內核不存活而中斷RRU與BBU之間的業務數據正常傳輸。
[0178]當流程控制內核因軟件異常而復位啟動變為存活后,流程控制內核從算法任務內核處接管片上外設,進行RRU與BBU之間的業務數據傳輸。無論RRU中的流程控制內核是否存活,RRU處理器的片上外設均有內核接管,保證RRU與BBU之間業務數據的正常傳輸。
[0179]在流程控制內核因為軟件異常而復位的過程中,裁減掉不必要的流程,包括對FPGA和RRU硬件的重新加載和初始化等操作,加快了流程控制內核因軟件異常而復位的恢復時間。
[0180]增加RRU的流程控制內核的異常告警功能,及BBU的相應的后續處理,流程控制內核復位后正常啟動的情況下,RRU與BBU之間的業務數據正常傳輸;流程控制內核復位后未正常啟動的情況下,通過BBU側發起整板復位,解決異常。
[0181]對于RRU的處理器的實施例而言,由于其與方法實施例基本相似,所以描述的比較簡單,相關之處參見方法實施例的部分說明即可。
[0182]本說明書中的各個實施例均采用遞進的方式描述,每個實施例重點說明的都是與其他實施例的不同之處,各個實施例之間相同相似的部分互相參見即可。
[0183]以上對本發明實施例所提供的一種RRU的處理器及該處理器的復位方法,進行了詳細介紹,本文中應用了具體個例對本發明的原理及實施方式進行了闡述,以上實施例的說明只是用于幫助理解本發明的方法及其核心思想;同時,對于本領域的一般技術人員,依據本發明的思想,在【具體實施方式】及應用范圍上均會有改變之處,綜上所述,本說明書內容不應理解為對本發明的限制。
【權利要求】
1.一種射頻遠端設備的處理器復位方法,其特征在于,所述射頻遠端設備RRU的處理器設置有N個內核,N > 2,N為正整數,所述N個內核包括一個流程控制內核和至少一個算法任務內核;所述方法包括: 當所述算法任務內核監測到所述流程控制內核不存活時,所述算法任務內核接管所述RRU的處理器的片上外設,以進行所述RRU與射頻遠端設備BBU之間的業務數據傳輸,其中,所述片上外設用于所述RRU與所述BBU之間的業務數據傳輸; 當所述流程控制內核因軟件異常而復位啟動變為存活后,所述流程控制內核從所述算法任務內核處接管所述片上外設,進行所述RRU與所述BBU之間的業務數據傳輸。
2.根據權利要求1所述的方法,其特征在于,所述算法任務內核通過以下方式監測所述流程控制內核是否存活: 所述算法任務內核定期發送存活查詢消息至所述流程控制內核; 當所述算法任務內核接收到所述流程控制內核回復的存活響應消息時,所述算法任務內核判斷所述流程控制內核存活; 當所述算法任務內核連續M次發送所述存活查詢消息,且未收到所述流程控制內核回復的存活響應消息時,所述算法任務內核判斷所述流程控制內核不存活,M為正整數。
3.根據權利要求1所述的方法,其特征在于, 在所述流程控制內核因軟件異常而復位啟動變為存活之前,所述方法還包括:所述流程控制內核保存所述RRU的小區配置信息和狀態信息至內存; 在所述流程控制內核因軟件異常而復位啟動變為存活之后,所述方法還包括:所述流程控制內核從所述內存中復制所述RRU的小區配置信息和狀態信息,并保存至與所述RRU的小區配置信息和狀態信息相對應的變量中。
4.根據權利要求1所述的方法,其特征在于,還包括: 當所述流程控制內核不存活時,所述算法任務內核上報所述流程控制內核異常的告警信息至所述BBU ; 當所述流程控制內核因軟件異常而復位啟動變為存活后,所述流程控制內核上報所述流程控制內核異常的告警清除信息至所述BBU。
5.根據權利要求1所述的方法,其特征在于,在所述流程控制內核因軟件異常而復位啟動變為存活后,所述方法還包括: 所述流程控制內核檢測所述RRU的身份識別信息或者所述BBU的心跳信息; 若所述流程控制內核檢測不到所述RRU的身份識別信息或者所述BBU的心跳信息,則所述流程控制內核生成、保存所述RRU的本次復位告警信息,并進行復位;其中,所述BBU的心跳信息為所述BBU在收到所述RRU發出的心跳信息后,向所述RRU發送的回復信息;并且,在確定所述RRU與所述BBU之間的連接通道建立完成后,所述流程控制內核上報所述RRU的本次復位告警信息至所述BBU,其中,當所述RRU發出心跳信息并接收到所述BBU回復的心跳信息時,所述RRU與所述BBU之間的連接通道建立完成。
6.根據權利要求5所述的方法,其特征在于,還包括: 當所述流程控制內核不存活,且所述BBU連續未收到所述RRU發出的心跳信息的時間大于臨界時間時,所述算法任務內核對所述RRU的處理器的整體硬件進行復位; 所述整體硬件包括微控制單元和現場可編程門陣列。
7.一種射頻遠端設備的處理器,其特征在于,所述射頻遠端設備RRU的處理器設置有N個內核,N > 2,N為正整數,所述N個內核包括一個流程控制內核和至少一個算法任務內核; 所述算法任務內核,用于當其監測到所述流程控制內核不存活時,接管所述RRU的處理器的片上外設,以進行所述RRU與射頻遠端設備BBU之間的業務數據傳輸,其中,所述片上外設用于所述RRU與所述BBU之間的業務數據傳輸; 所述流程控制內核,用于當其因軟件異常而復位啟動變為存活后,從所述算法任務內核處接管所述片上外設,進行所述RRU與所述BBU之間的業務數據傳輸。
8.根據權利要求7所述的處理器,其特征在于,所述算法任務內核通過以下方式監測所述流程控制內核是否存活: 所述算法任務內核定期發送存活查詢消息至所述流程控制內核; 當所述算法任務內核接收到所述流程控制內核回復的存活響應消息時,所述算法任務內核判斷所述流程控制內核存活; 當所述算法任務內核連續M次發送所述存活查詢消息,且未收到所述流程控制內核回復的存活響應消息時,所述算法任務內核判斷所述流程控制內核不存活,M為正整數。
9.根據權利要求7所述的處理器,其特征在于, 所述流程控制內核,還用于在其因軟件異常而復位啟動變為存活之前,保存所述RRU的小區配置信息和狀態信息至內存;以及, 在其因軟件異常而復位啟動變為存活之后,從所述內存中復制所述RRU的小區配置信息和狀態信息,并保存至與所述RRU的小區配置信息和狀態信息相對應的變量中。
10.根據權利要求7所述的處理器,其特征在于, 所述算法任務內核,還用于當所述流程控制內核不存活時,上報所述流程控制內核異常的告警信息至所述BBU; 所述流程控制內核,還用于當其因軟件異常而復位啟動變為存活后,上報其異常的告警清除信息至所述BBU。
11.根據權利要求7所述的處理器,其特征在于, 所述流程控制內核,還用于在其因軟件異常而復位啟動變為存活后,檢測所述RRU的身份識別信息或者所述BBU的心跳信息; 若檢測不到所述RRU的身份識別信息或者所述BBU的心跳信息,則生成、保存所述RRU的本次復位告警信息,并進行復位;其中,所述BBU的心跳信息為所述BBU在收到所述RRU發出的心跳信息后,向所述RRU發送的回復信息; 并且,在確定所述RRU與所述BBU之間的連接通道建立完成后,上報所述RRU的本次復位告警信息至所述BBU,其中,當所述RRU發出心跳信息并接收到所述BBU回復的心跳信息時,所述RRU與所述BBU之間的連接通道建立完成。
12.根據權利要求11所述的處理器,其特征在于, 所述算法任務內核,還用于當所述流程控制內核不存活,且所述BBU連續未收到所述RRU發出的心跳信息的時間大于臨界時間時,對所述RRU的處理器的整體硬件進行復位; 所述整體硬件包括微控制單元和現場可編程門陣列。
【文檔編號】H04W24/04GK104281243SQ201410515635
【公開日】2015年1月14日 申請日期:2014年9月29日 優先權日:2014年9月29日
【發明者】王文冬, 周應學 申請人:大唐移動通信設備有限公司