一種解決rpc在雙pon口onu升級不穩(wěn)定的方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及以太無源光網(wǎng)絡(luò)(ΕΡ0Ν)領(lǐng)域，尤其涉及一種解決RPC在雙Ρ0Ν 口 0NU升級不穩(wěn)定的方法。
【背景技術(shù)】
[0002]EPON (Ethernet Passive Optical Network 以太無源光網(wǎng)絡(luò))系統(tǒng)是由OLT (Optical Line Terminal 光線路終端)、0DN(Optical Distribut1n Network 光分配網(wǎng)絡(luò))和0NU(0ptical Network Unit光網(wǎng)絡(luò)單元)三部分組成的。
[0003]為滿足ΕΡ0Ν業(yè)務(wù)對設(shè)備的高可靠性要求，雙PON 0NU用于支持ΕΡ0Ν全保護(hù)倒換功能。雙PON 0NU含有雙PON MAC芯片，分別是獨立的CPU系統(tǒng)，各自帶有Flash運行相同的程序。
[0004]RPC (Remote Procedure Call Protocol)遠(yuǎn)程過程調(diào)用協(xié)議，它是一種通過網(wǎng)絡(luò)從遠(yuǎn)程計算機程序上請求服務(wù)，而不需要了解底層網(wǎng)絡(luò)技術(shù)的協(xié)議。RPC采用客戶機/服務(wù)器模式。請求程序就是一個客戶機，而服務(wù)提供程序就是一個服務(wù)器。首先，客戶機調(diào)用進(jìn)程發(fā)送一個有進(jìn)程參數(shù)的調(diào)用信息到服務(wù)進(jìn)程，然后等待應(yīng)答信息。在服務(wù)器端，進(jìn)程保持睡眠狀態(tài)直到調(diào)用信息的到達(dá)為止。當(dāng)一個調(diào)用信息到達(dá)，服務(wù)器獲得進(jìn)程參數(shù)，計算結(jié)果，發(fā)送答復(fù)信息，然后等待下一個調(diào)用信息，最后，客戶端調(diào)用進(jìn)程接收答復(fù)信息，獲得進(jìn)程結(jié)果，然后調(diào)用執(zhí)行繼續(xù)進(jìn)行。RPC是單向的請求、響應(yīng)式通信模型，不支持服務(wù)器端向客戶端發(fā)起信息的雙向請求、響應(yīng)模式，不能讓0NU雙Ρ0Ν之間靈活互通。同時RPC不提供傳輸信息的可靠性，請求和響應(yīng)會受到網(wǎng)絡(luò)異常的影響。尤其是基于RPC協(xié)議升級雙PON 0NU會導(dǎo)致文件傳輸不穩(wěn)定，通信故障不明確的問題。

【發(fā)明內(nèi)容】

[0005]本發(fā)明要解決的技術(shù)問題是，針對現(xiàn)有RPC協(xié)議存在的上述問題，提供一種解決RPC在雙Ρ0Ν 口 0NU升級不穩(wěn)定的方法，通過雙向通信和啟動定時重傳及自動重啟機制恢復(fù)升級，確保0NU雙Ρ0Ν之間正確無誤的傳輸升級文件，確保最終0NU升級穩(wěn)定，且不受底層網(wǎng)絡(luò)技術(shù)限制，可以移植到多系統(tǒng)。
[0006]本發(fā)明為解決上述技術(shù)問題所采用的技術(shù)方案是:
[0007]—種解決RPC在雙Ρ0Ν 口 0NU升級不穩(wěn)定的方法，該方法包括:
[0008]步驟SI:0NU啟動后，查詢0NU兩個Ρ0Ν 口的注冊和角色狀態(tài)；
[0009]步驟S2:0NU的Ρ0Ν 口作為基于RPC的邏輯通信端口設(shè)定處于休眠狀態(tài)；
[0010]步驟S3:實時輪詢0NU的Ρ0Ν端口角色狀態(tài)變化；
[0011 ] 步驟S4:RPC連接建立后，RPC協(xié)議邏輯端口 C端向S端發(fā)起傳輸升級文件請求，并啟動定時器，如果定時器到時未收到S端接收確認(rèn)或者收到失敗確認(rèn)，則重新計時發(fā)起請求；收到S端接收確認(rèn)后，開始發(fā)送文件；同時執(zhí)行步驟S7 ；
[0012]步驟S5:S端收到請求后，立刻返回確認(rèn)，同時開始下載升級文件并啟動定時器，執(zhí)行步驟S6 ;如果定時器到時，文件下載未完成，則向C端發(fā)傳輸文件失敗確認(rèn)，重復(fù)步驟S5 ；
[0013]步驟S6:S端開始升級并啟動升級定時器，如果定時器到時升級未完成，則自動從備區(qū)啟動繼續(xù)升級，重復(fù)步驟S6 ;升級完成后，執(zhí)行步驟S8 ;
[0014]步驟S7:C端開始升級并啟動升級定時器，如果定時器到時升級未完成，則自動從備區(qū)啟動繼續(xù)升級，重復(fù)步驟S7 ;
[0015]步驟S8:S端發(fā)送升級成功確認(rèn)給C端，如果定時器超時C端未收到升級成功確認(rèn)則重發(fā)；否則返回步驟S2;
[0016]步驟S9:C端升級成功，并收到S端的升級成功確認(rèn)后，上報升級成功告警；返回步驟S2。
[0017]按上述方案，所述步驟S1中Ρ0Ν 口的角色狀態(tài)分為ACT和STD狀態(tài)。
[0018]本發(fā)明與現(xiàn)有技術(shù)相比具有以下有益效果:
[0019]1、本發(fā)明針對D類0NU雙Ρ0Ν間單純的RPC通信可能引起的文件傳輸不穩(wěn)定，通信故障不明確的問題，開發(fā)穩(wěn)定的升級通信協(xié)議，通過雙向通信和啟動定時重傳及自動重啟機制恢復(fù)升級，讓0NU雙Ρ0Ν之間靈活互通，避免同時升級兩個獨立CPU系統(tǒng)時，傳輸文件和指令不穩(wěn)定導(dǎo)致升級失敗，確保0NU雙Ρ0Ν之間正確無誤的傳輸升級文件，提供雙Ρ0Ν同步升級功能，為工程現(xiàn)場提供了快速可靠的升級方法；
[0020]2、同時，本發(fā)明中的方法不受底層網(wǎng)絡(luò)技術(shù)的限制，可以移植到多系統(tǒng)，為ΕΡ0Ν網(wǎng)絡(luò)環(huán)境中不同系統(tǒng)的0NU同步升級的需求提供了可靠的解決方法，有比較廣泛的實用價值。
【附圖說明】
[0021]圖1是本發(fā)明實施例解決RPC在雙Ρ0Ν 口 0NU升級不穩(wěn)定的方法的流程圖；
[0022]圖2是本發(fā)明實施例通信端口狀態(tài)輪詢示意圖；
[0023]圖3是雙Ρ0Ν 口 0NU的系統(tǒng)組網(wǎng)示意圖。
【具體實施方式】
[0024]為了使本發(fā)明的目的、技術(shù)方案及優(yōu)點更加清楚明白，以下結(jié)合附圖及實施例，對本發(fā)明進(jìn)行進(jìn)一步詳細(xì)說明。
[0025]如圖1所示，本發(fā)明所述的解決RPC在雙Ρ0Ν 口 0NU升級不穩(wěn)定的方法的流程圖，該方法包括:
[0026]步驟SI:0NU啟動后，查詢0NU兩個Ρ0Ν 口的注冊和角色狀態(tài)，角色狀態(tài)分為ACT和STD狀態(tài)；
[0027]步驟S2:0NU的Ρ0Ν 口作為基于RPC的邏輯通信端口設(shè)定處于休眠狀態(tài)，在RPC協(xié)議基礎(chǔ)上創(chuàng)建穩(wěn)定連接協(xié)議，通信缺省狀態(tài)為監(jiān)聽；
[0028]步驟S3:實時輪詢0NU的Ρ0Ν端口角色狀態(tài)變化，如果改變則啟動定時器；
[0029]步驟S4:RPC連接建立后，RPC協(xié)議邏輯端口 C端向S端發(fā)起傳輸升級文件請求SFReq，并啟動定時器Timer，如果定時器到時未收到S端接收確認(rèn)SFACK或者收到失敗確認(rèn)，則修改端口狀態(tài)PortSta = 0，重新計時發(fā)起請求；收到S端接收確認(rèn)SFACK后，開始發(fā)送文件；同時執(zhí)行步驟S7;
[0030]步驟S5:S端收到請求后，立刻返回確認(rèn)SFACK(S端接收文件確認(rèn))，同時開始下載升級文件并啟動定時器，執(zhí)行步驟S6 ;如果定時器到時，文件下載未完成，則向C端發(fā)傳輸文件失敗確認(rèn)，重復(fù)步驟S5 ;
[0031]步驟S6:S端開始升級并啟動升級定時器，如果定時器到時升級未完成，則自動從備區(qū)啟動繼續(xù)升級，重復(fù)步驟S6 ;升級完成后，執(zhí)行步驟S8 ;
[0032]步驟S7:C端開始升級并啟動升級定時器，如果定時器到時升級未完成，則自動從備區(qū)啟動繼續(xù)升級，重復(fù)步驟S7 ;
[0033]步驟S8:S端發(fā)送升級成功確認(rèn)SUACK給C端，如果定時器超時C端未收到升級成功確認(rèn)CACK則重發(fā)；否則返回步驟S2 ;
[0034]步驟S9:C端升級成功，并收到S端的升級成功確認(rèn)SUACK后，上報升級成功告警(ONU UpdateSuccess);返回步驟 S2。
[0035]所述定時器實現(xiàn)用于指令交互的計時，具體包括:預(yù)先設(shè)定查詢間隔，每ls、2s和3s查詢一次，在超時時能夠推進(jìn)協(xié)議流程下一步。
[0036]如圖2所示的基于RPC協(xié)議的端口輪詢狀態(tài)流程圖，包括:默認(rèn)監(jiān)聽狀態(tài)，觸發(fā)狀態(tài)變迀事件，如果觸發(fā)狀態(tài)變迀錯誤或者失敗，則回復(fù)默認(rèn)監(jiān)聽狀態(tài)；如果觸發(fā)狀態(tài)變迀成功，則分類為C端口和S端口，開始進(jìn)行協(xié)議通信和數(shù)據(jù)傳輸。
[0037]如圖3所示的雙Ρ0Ν 口 0NU的系統(tǒng)組網(wǎng)示意圖，包括:EP0N 0LT設(shè)備，EPON ONU設(shè)備和數(shù)據(jù)網(wǎng)絡(luò)分析儀，以及不等分光分支器。0LT和0NU能正常啟動，雙Ρ0Ν 口 0NU能夠正常注冊并確認(rèn)0NU角色。
[0038]本發(fā)明并不僅僅限于說明書和實施方式中所列運用，對于本領(lǐng)域的技術(shù)人員來說，可根據(jù)本發(fā)明作出各種相應(yīng)的更改和變型，而所有這些相應(yīng)的更改和變型都屬于本發(fā)明權(quán)利要求的保護(hù)范圍。
【主權(quán)項】
1.一種解決RPC在雙PON 口 0NU升級不穩(wěn)定的方法，其特征在于，該方法包括: 步驟SI:0NU啟動后，查詢0NU兩個P0N 口的注冊和角色狀態(tài)； 步驟S2:0NU的P0N 口作為基于RPC的邏輯通信端口設(shè)定處于休眠狀態(tài)； 步驟S3:實時輪詢0NU的P0N端口角色狀態(tài)變化； 步驟S4:RPC連接建立后，RPC協(xié)議邏輯端口 C端向S端發(fā)起傳輸升級文件請求，并啟動定時器，如果定時器到時未收到S端接收確認(rèn)或者收到失敗確認(rèn)，則重新計時發(fā)起請求；收到s端接收確認(rèn)后，開始發(fā)送文件；同時執(zhí)行步驟S7 ; 步驟S5:S端收到請求后，立刻返回確認(rèn)，同時開始下載升級文件并啟動定時器，執(zhí)行步驟S6 ;如果定時器到時，文件下載未完成，則向C端發(fā)傳輸文件失敗確認(rèn)，重復(fù)步驟S5 ; 步驟S6:S端開始升級并啟動升級定時器，如果定時器到時升級未完成，則自動從備區(qū)啟動繼續(xù)升級，重復(fù)步驟S6 ;升級完成后，執(zhí)行步驟S8 ； 步驟S7:C端開始升級并啟動升級定時器，如果定時器到時升級未完成，則自動從備區(qū)啟動繼續(xù)升級，重復(fù)步驟S7 ; 步驟S8:S端發(fā)送升級成功確認(rèn)給C端，如果定時器超時C端未收到升級成功確認(rèn)則重發(fā)；否則返回步驟S2; 步驟S9:C端升級成功，并收到S端的升級成功確認(rèn)后，上報升級成功告警；返回步驟S2o2.根據(jù)權(quán)利要求1所述的解決RPC在雙P0N口 0NU升級不穩(wěn)定的方法，其特征在于，所述步驟S1中P0N 口的角色狀態(tài)分為ACT和STD狀態(tài)。
【專利摘要】一種解決RPC在雙PON口ONU升級不穩(wěn)定的方法，該方法包括：S1：查詢ONU兩個PON口的注冊和角色狀態(tài)；S2：PON口設(shè)定處于休眠狀態(tài)；S3：實時輪詢PON端口角色狀態(tài)變化；S4：RPC連接建立后，C端向S端發(fā)起傳輸升級文件請求，并啟動定時器，發(fā)送文件；同時執(zhí)行S7；S5：S端收到請求后，開始下載升級文件并啟動定時器；S6：S端開始升級并啟動升級定時器，升級完成后，執(zhí)行S8；S7：C端開始升級并啟動升級定時器；S8：S端發(fā)送升級成功確認(rèn)給C端，返回S2；S9：C端升級成功，并確認(rèn)后，上報升級成功告警；返回S2。本發(fā)明通過雙向通信和啟動定時重傳及自動重啟機制恢復(fù)升級，確保ONU雙PON之間正確無誤傳輸升級文件；且不受底層網(wǎng)絡(luò)技術(shù)限制，可以移植到多系統(tǒng)。
【IPC分類】H04L29/08
【公開號】CN105282235
【申請?zhí)枴緾N201510585876
【發(fā)明人】張宇, 盧方增, 杜軍, 鄭直
【申請人】武漢長光科技有限公司
【公開日】2016年1月27日
【申請日】2015年9月15日