亚洲狠狠干,亚洲国产福利精品一区二区,国产八区,激情文学亚洲色图

無線網(wǎng)絡(luò)控制器非穩(wěn)態(tài)下的動(dòng)態(tài)數(shù)據(jù)同步方法

文檔序號:7915173閱讀:345來源:國知局
專利名稱:無線網(wǎng)絡(luò)控制器非穩(wěn)態(tài)下的動(dòng)態(tài)數(shù)據(jù)同步方法
技術(shù)領(lǐng)域
本發(fā)明涉及移動(dòng)通信領(lǐng)域,尤其涉及移動(dòng)通訊系統(tǒng)RNC設(shè)備中多處理單元間的動(dòng)態(tài)數(shù)據(jù)同步方法。
背景技術(shù)
在第三代移動(dòng)通信系統(tǒng)WCDMA(Wideband Code Division Multiple Access,寬帶碼分多址)的RNC(Radio Network Controller,無線網(wǎng)絡(luò)控制器)設(shè)備中,采用了分布式多處理單元的結(jié)構(gòu),各處理單元之間采用以太網(wǎng)和ATM(Asynchronous Transfer Mode,異步傳輸模式)兩種方式進(jìn)行通信。各處理單元的數(shù)據(jù)庫中保存著RNC(Ra dio Network Controller,無線網(wǎng)絡(luò)控制器)運(yùn)行所需要的大量配置參數(shù),這些配置參數(shù)中,有相當(dāng)數(shù)量的配置參數(shù)需要在相關(guān)處理單元中保持一致,這些參數(shù)既包括靜態(tài)數(shù)據(jù),也包括動(dòng)態(tài)數(shù)據(jù)。靜態(tài)數(shù)據(jù)通過后臺網(wǎng)管系統(tǒng)進(jìn)行配置,動(dòng)態(tài)數(shù)據(jù)由前臺RNC中的各處理單元根據(jù)系統(tǒng)的運(yùn)行狀態(tài)實(shí)時(shí)更新。RNC中的操作維護(hù)單元(一種RNC處理單元中的一種)數(shù)據(jù)庫包含著RNC所有的配置參數(shù),其它處理單元包含了本處理單元正常運(yùn)行所需的配置參數(shù)。在各個(gè)處理單元上電時(shí),從操作維護(hù)單元同步獲得初始數(shù)據(jù),在系統(tǒng)運(yùn)行中,各處理單元通過以太網(wǎng)通信方式進(jìn)行數(shù)據(jù)的同步。事實(shí)上,動(dòng)態(tài)數(shù)據(jù)的實(shí)時(shí)同步在系統(tǒng)初始上電、穩(wěn)態(tài)運(yùn)行時(shí)都有發(fā)生,特別是在系統(tǒng)初始上電時(shí)將產(chǎn)生大量的動(dòng)態(tài)數(shù)據(jù),此時(shí)由于不同處理單元中軟件流程的初始化過程不同,這些處理單元到達(dá)穩(wěn)態(tài)的時(shí)間也不同,而在某一時(shí)刻某一處理單元處于非穩(wěn)態(tài)時(shí),其他處理單元向其同步的動(dòng)態(tài)數(shù)據(jù)極可能丟失。目前現(xiàn)有技術(shù)一般只涉及多處理單元在穩(wěn)態(tài)情況下的動(dòng)態(tài)數(shù)據(jù)同步,而各個(gè)處理單元上電時(shí)的非穩(wěn)態(tài)過程中存在的丟失其他處理單元發(fā)送過來的動(dòng)態(tài)數(shù)據(jù),從而導(dǎo)致各個(gè)處理單元間的動(dòng)態(tài)數(shù)據(jù)在一定時(shí)間段內(nèi)不一致的問題,則不得不通過控制不同處理單元的上電順序這一方式來勉強(qiáng)解決,實(shí)現(xiàn)動(dòng)態(tài)數(shù)據(jù)的一致性,但這種方式將會導(dǎo)致處理上的復(fù)雜性、降低系統(tǒng)的可靠性、延長系統(tǒng)的啟動(dòng)時(shí)間。不同處理單元?jiǎng)討B(tài)數(shù)據(jù)在一定時(shí)間段內(nèi)的不一致將極大降低系統(tǒng)的穩(wěn)定性與可靠性。經(jīng)過檢索,目前沒有發(fā)現(xiàn)能夠解決分布式系統(tǒng)中非穩(wěn)態(tài)下動(dòng)態(tài)數(shù)據(jù)同步的處理技術(shù)。

發(fā)明內(nèi)容
本發(fā)明的目的是解決現(xiàn)有技術(shù)中存在的處理單元上電時(shí)的非穩(wěn)態(tài)過程中存在的丟失動(dòng)態(tài)數(shù)據(jù),動(dòng)態(tài)數(shù)據(jù)不一致、處理復(fù)雜度高、系統(tǒng)啟動(dòng)時(shí)間長等缺點(diǎn),以在不增加任何硬件成本、不造成系統(tǒng)整體性能下降的情況下,實(shí)現(xiàn)處理單元上電時(shí)的非穩(wěn)態(tài)過程中不丟失動(dòng)態(tài)數(shù)據(jù),簡化系統(tǒng)處理、縮短啟動(dòng)時(shí)間、提高系統(tǒng)的穩(wěn)定性和可靠性。
為實(shí)現(xiàn)上述目的,本發(fā)明提出了一種無線網(wǎng)絡(luò)控制器中非穩(wěn)態(tài)下的動(dòng)態(tài)數(shù)據(jù)同步方法,其特征在于,包括三個(gè)同步進(jìn)行的流程處理單元狀態(tài)監(jiān)測流程、動(dòng)態(tài)數(shù)據(jù)同步發(fā)送流程、動(dòng)態(tài)數(shù)據(jù)同步接收流程;所述處理單元狀態(tài)監(jiān)測流程將RNC設(shè)備中的每個(gè)處理單元?jiǎng)澐譃殚]塞、解閉、非穩(wěn)態(tài)三種狀態(tài),采用閉塞數(shù)組、解閉數(shù)組和非穩(wěn)態(tài)數(shù)組分類記錄處于相應(yīng)狀態(tài)的處理單元;設(shè)定操作維護(hù)單元始終處于解閉狀態(tài),實(shí)時(shí)監(jiān)測各處理單元的運(yùn)行狀態(tài),實(shí)時(shí)更新三個(gè)數(shù)組中的記錄;所述動(dòng)態(tài)數(shù)據(jù)同步發(fā)送流程將動(dòng)態(tài)數(shù)據(jù)從一個(gè)處理單元發(fā)送到另一個(gè)處理單元,并提供重發(fā)機(jī)制,如果在既定的時(shí)間內(nèi)沒有收到接收方的響應(yīng)消息,則重新發(fā)送,如果重發(fā)次數(shù)超過既定次數(shù)后,則置到該處理單元的動(dòng)態(tài)數(shù)據(jù)同步為失敗,并進(jìn)行相應(yīng)的異常處理;動(dòng)態(tài)數(shù)據(jù)在操作維護(hù)單元與處理單元之間進(jìn)行實(shí)時(shí)同步,如果某處理單元產(chǎn)生的動(dòng)態(tài)數(shù)據(jù)需要發(fā)送到另一個(gè)處理單元,則首先發(fā)送到操作維護(hù)單元,修改操作維護(hù)單元上相應(yīng)記錄的動(dòng)態(tài)數(shù)據(jù)后,再由操作維護(hù)單元發(fā)送到目標(biāo)處理單元;所述動(dòng)態(tài)數(shù)據(jù)同步接收流程接收動(dòng)態(tài)數(shù)據(jù)同步發(fā)送流程所發(fā)送的動(dòng)態(tài)數(shù)據(jù)包,根據(jù)數(shù)據(jù)包內(nèi)容修改數(shù)相應(yīng)數(shù)據(jù)庫記錄的動(dòng)態(tài)數(shù)據(jù),向發(fā)送動(dòng)態(tài)數(shù)據(jù)的處理單元返回響應(yīng)消息,并觸發(fā)相應(yīng)的軟件流程根據(jù)新的動(dòng)態(tài)數(shù)據(jù)進(jìn)行業(yè)務(wù)處理。
所述處理單元狀態(tài)監(jiān)測流程進(jìn)一步包括以下步驟(1)操作維護(hù)單元實(shí)時(shí)監(jiān)控各處理單元的運(yùn)行狀態(tài),各處理單元初始狀態(tài)均為閉塞,位于閉塞數(shù)組;(2)某處理單元上電,向操作維護(hù)單元請求同步靜態(tài)數(shù)據(jù),進(jìn)行軟件流程初始化,該單元的狀態(tài)遷至非穩(wěn)態(tài),從閉塞數(shù)組遷至非穩(wěn)態(tài)數(shù)組;(3)某處理單元靜態(tài)數(shù)據(jù)同步成功,軟件流程初始化成功后,該處理單元的狀態(tài)遷至解閉,從非穩(wěn)態(tài)數(shù)組遷至解閉數(shù)組;(4)非穩(wěn)態(tài)數(shù)組中的處理單元軟件初始化如果失敗將復(fù)位并遷入閉塞數(shù)組,自動(dòng)重啟后重新遷入非穩(wěn)態(tài)數(shù)組;(5)解閉數(shù)組中的處理單元如果在運(yùn)行中出現(xiàn)人為復(fù)位操作或因通信故障與操作維護(hù)單元斷鏈,則遷入閉塞數(shù)組,重新啟動(dòng)后重新遷入非穩(wěn)態(tài)數(shù)組;所述動(dòng)態(tài)數(shù)據(jù)同步發(fā)送流程進(jìn)一步包括以下步驟(1)各處理單元在UDP(User Datagram Protocol,用戶數(shù)據(jù)報(bào)協(xié)議)監(jiān)聽端口5002(5002為端口號,以太網(wǎng)環(huán)境UDP通信的實(shí)現(xiàn)機(jī)制需SOCKET、IP地址、服務(wù)器端口號等)等待動(dòng)態(tài)數(shù)據(jù)同步請求消息;動(dòng)態(tài)數(shù)據(jù)同步請求消息包含兩部分內(nèi)容其一為該同步請求消息的目標(biāo)處理單元列表與消息的發(fā)送方式;其二為所需修改的包含動(dòng)態(tài)數(shù)據(jù)的數(shù)據(jù)庫記錄內(nèi)容;目標(biāo)處理單元可以為一個(gè)或多個(gè),向這些目標(biāo)處理單元發(fā)送消息的方式可以為點(diǎn)對點(diǎn)、組播或廣播;(2)某處理單元收到動(dòng)態(tài)數(shù)據(jù)同步請求消息后,在專用的內(nèi)存消息緩沖區(qū)(各處理單元上均預(yù)先申請了既定大小的內(nèi)存緩沖區(qū)用于緩存動(dòng)態(tài)數(shù)據(jù)同步請求消息)復(fù)制一份該消息的副本以備重發(fā);(3)判斷動(dòng)態(tài)數(shù)據(jù)同步請求消息中每個(gè)目標(biāo)處理單元的狀態(tài)任一目標(biāo)處理單元可能位于閉塞、非穩(wěn)態(tài)、解閉數(shù)組中任一個(gè);此項(xiàng)操作僅判斷收到動(dòng)態(tài)同步請求消息時(shí)刻的目標(biāo)處理單元狀態(tài),并把此刻非穩(wěn)態(tài)數(shù)組與解閉數(shù)組中的所有目標(biāo)處理單元復(fù)制到另一專用數(shù)組,該數(shù)組用于步驟(5)、(7)、(8)進(jìn)行判斷;(4)對于所有位于閉塞數(shù)組的目標(biāo)處理單元,不向該處理單元發(fā)送動(dòng)態(tài)數(shù)據(jù)同步請求消息,因?yàn)樵撎幚韱卧想姾笙虿僮骶S護(hù)單元同步靜態(tài)數(shù)據(jù)時(shí)將把所有相關(guān)的動(dòng)態(tài)數(shù)據(jù)一起同步過來;(5)對于每個(gè)位于非穩(wěn)態(tài)數(shù)組的目標(biāo)處理單元,分別設(shè)置定時(shí)器,對應(yīng)于某個(gè)處理單元的定時(shí)器超時(shí)后,再判斷該目標(biāo)處理單元的狀態(tài),如果仍然位于非穩(wěn)態(tài)數(shù)組,則重設(shè)定時(shí)器,直到該處理單元遷入解閉數(shù)組后,再把同步請求消息發(fā)往該處理單元,同時(shí)設(shè)置另一定時(shí)器以監(jiān)測該處理單元的響應(yīng)消息;如果該處理單元因軟件初始化失敗而遷入閉塞數(shù)組,則不再考慮該處理單元,并把該處理單元的信息從步驟(3)中所復(fù)制的專用數(shù)組中清除,但該處理單元再次上電初始化時(shí),將從操作維護(hù)單元同步到所有相關(guān)的靜態(tài)數(shù)據(jù)與動(dòng)態(tài)數(shù)據(jù);(6)對于每個(gè)位于解閉數(shù)組的目標(biāo)處理單元,直接接收動(dòng)態(tài)數(shù)據(jù)同步請求消息,同時(shí)分別設(shè)置定時(shí)器,該定時(shí)器用來監(jiān)視接收同步請求消息的目標(biāo)處理單元的響應(yīng)消息;定時(shí)器與目標(biāo)處理單元一一對應(yīng),分別監(jiān)測每個(gè)目標(biāo)處理單元的響應(yīng)消息;(7)發(fā)送同步請求消息的處理單元收到接收同步請求消息處理單元的響應(yīng)消息后關(guān)閉與之對應(yīng)的定時(shí)器,并把該處理單元的信息從步驟(3)中所復(fù)制的專用數(shù)組中清除;如果定時(shí)器超時(shí)后仍未等到響應(yīng)消息,則再次判斷目標(biāo)處理單元的狀態(tài),如果該處理單元已遷入閉塞數(shù)組,則不再考慮該處理單元,并把并把該處理單元的信息從步驟(3)中所復(fù)制的專用數(shù)組中清除;如果該目標(biāo)處理單元仍位于解閉數(shù)組,則重新發(fā)送動(dòng)態(tài)數(shù)據(jù)同步請求消息,如果該目標(biāo)處理單元位于解閉數(shù)組的過程中重發(fā)次數(shù)超過既定的次數(shù),則認(rèn)為到該目標(biāo)處理單元的動(dòng)態(tài)數(shù)據(jù)同步失敗,進(jìn)行相應(yīng)的異常處理,并把該處理單元的信息從步驟(3)中所復(fù)制的專用數(shù)組中清除;(8)判斷步驟(3)中所復(fù)制的專用數(shù)組中所有的目標(biāo)處理單元均收到了響應(yīng)消息或者進(jìn)行過相應(yīng)的異常處理,即判斷該專用數(shù)組中是否所有處理單元的信息均已被清除;如果未處理完,則從步驟(7)繼續(xù)循環(huán);如果已處理完,則對該動(dòng)態(tài)數(shù)據(jù)同步請求消息處理結(jié)束,把該條動(dòng)態(tài)數(shù)據(jù)同步請求消息從消息緩沖區(qū)清除,從步驟(1)開始繼續(xù)循環(huán),監(jiān)視下一條動(dòng)態(tài)數(shù)據(jù)同步請求消息。
所述動(dòng)態(tài)數(shù)據(jù)同步接收流程進(jìn)一步包括以下步驟(1)在監(jiān)聽端口等待動(dòng)態(tài)數(shù)據(jù)同步發(fā)送流程發(fā)來的動(dòng)態(tài)數(shù)據(jù)包;(2)根據(jù)數(shù)據(jù)包內(nèi)容修改數(shù)相應(yīng)數(shù)據(jù)庫記錄的動(dòng)態(tài)數(shù)據(jù);(3)接收同步請求消息處理單元向發(fā)送同步請求消息的處理單元返回響應(yīng)消息;(4)觸發(fā)相應(yīng)的軟件流程根據(jù)新的動(dòng)態(tài)數(shù)據(jù)進(jìn)行業(yè)務(wù)處理。
本發(fā)明對每個(gè)處理單元設(shè)定閉塞狀態(tài)(處理單元斷電時(shí)的狀態(tài))、解閉狀態(tài)(處理單元穩(wěn)定運(yùn)行時(shí)的狀態(tài))、非穩(wěn)態(tài)(處理單元初始上電到穩(wěn)定運(yùn)行前的狀態(tài))三種狀態(tài),針對每種狀態(tài),分別提出動(dòng)態(tài)數(shù)據(jù)同步策略與實(shí)現(xiàn)技術(shù),從而有效地防止了不同處理單元?jiǎng)討B(tài)數(shù)據(jù)在一定時(shí)間段內(nèi)不一致的情況,使系統(tǒng)的各處理單元在各種運(yùn)行狀態(tài)下均能成功地進(jìn)行動(dòng)態(tài)數(shù)據(jù)同步,無需控制不同處理單元的啟動(dòng)順序即可保證各處理單元?jiǎng)討B(tài)數(shù)據(jù)實(shí)時(shí)一致性、、簡單的處理程序、較短的系統(tǒng)啟動(dòng)時(shí)間,提高了系統(tǒng)的穩(wěn)定性和可靠性。


圖1是寬帶碼分多址系統(tǒng)中無線網(wǎng)絡(luò)控制器的分布式多處理單元結(jié)構(gòu)圖;圖2是本發(fā)明所述動(dòng)態(tài)數(shù)據(jù)同步方法的處理單元狀態(tài)監(jiān)測流程圖;圖3是本發(fā)明所述動(dòng)態(tài)數(shù)據(jù)同步方法的動(dòng)態(tài)數(shù)據(jù)同步發(fā)送流程圖;圖4是本發(fā)明所述動(dòng)態(tài)數(shù)據(jù)同步方法的動(dòng)態(tài)數(shù)據(jù)同步接收流程圖。
具體實(shí)施例方式
下面結(jié)合附圖對本發(fā)明所述方法作進(jìn)一步闡述。
圖1所示的是寬帶碼分多址系統(tǒng)中RNC設(shè)備的分布式多處理單元系統(tǒng)結(jié)構(gòu)圖。RNC分布式處理單元系統(tǒng)由一個(gè)互為主備的操作維護(hù)單元和多個(gè)處理單元構(gòu)成,各處理單元之間采用以太網(wǎng)和ATM兩種方式進(jìn)行通信。操作維護(hù)單元的數(shù)據(jù)庫中包含著RNC所有的配置參數(shù),其它處理單元包含了本處理單元正常運(yùn)行所需的配置參數(shù)。這些配置參數(shù)中,有相當(dāng)數(shù)量的配置參數(shù)需要在相關(guān)處理單元中保持一致,這些參數(shù)包括靜態(tài)數(shù)據(jù)和動(dòng)態(tài)數(shù)據(jù)。圖1僅針對動(dòng)態(tài)數(shù)據(jù)進(jìn)行說明,在各處理單元上均分布有動(dòng)態(tài)數(shù)據(jù)同步發(fā)送模塊與動(dòng)態(tài)數(shù)據(jù)同步接收模塊,在操作維護(hù)單元上還分布有處理單元狀態(tài)監(jiān)測模塊,它們協(xié)作完成動(dòng)態(tài)數(shù)據(jù)在各處理單元間的實(shí)時(shí)同步。
本發(fā)明所提出的RNC設(shè)備中多處理單元間非穩(wěn)態(tài)下的動(dòng)態(tài)數(shù)據(jù)同步方法,主要包括三個(gè)同步進(jìn)行的流程處理單元狀態(tài)監(jiān)測流程、動(dòng)態(tài)數(shù)據(jù)同步發(fā)送流程、動(dòng)態(tài)數(shù)據(jù)同步接收流程;圖2描述了處理單元狀態(tài)監(jiān)測流程。該流程由操作維護(hù)單元操作,它把每個(gè)處理單元的狀態(tài)劃分為三種閉塞、解閉、非穩(wěn)態(tài),用三個(gè)數(shù)組分類記錄處于相應(yīng)狀態(tài)的處理單元。操作維護(hù)單元采用主備方式提供可靠保護(hù),先于其它處理單元上電,在系統(tǒng)中認(rèn)為該單元始終處于解閉狀態(tài)。該流程實(shí)時(shí)監(jiān)測各處理單元的運(yùn)行狀態(tài),實(shí)時(shí)更新三個(gè)數(shù)組中的記錄。某處理單元收到上電消息前處于閉塞狀態(tài),位于閉塞數(shù)組;當(dāng)它收到上電消息后,將向操作維護(hù)單元請求靜態(tài)數(shù)據(jù)同步,進(jìn)行相關(guān)軟件流程初始化,在軟件流程初始化完成之前,該處理單元處于非穩(wěn)態(tài),此時(shí)它位于非穩(wěn)態(tài)數(shù)組;當(dāng)它的軟件流程初始化成功后,進(jìn)入穩(wěn)定運(yùn)行狀態(tài),此時(shí)它位于解閉數(shù)組。當(dāng)某個(gè)處理單元從一個(gè)數(shù)組遷移到另一個(gè)數(shù)組后,將把它在原來數(shù)組中的信息清除,于是任一處理單元在某時(shí)刻只存在其中的一個(gè)數(shù)組中,三個(gè)數(shù)組的集合就是所有的處理單元。
具體說來,處理單元狀態(tài)監(jiān)測流程包括以下步驟(1)操作維護(hù)單元實(shí)時(shí)監(jiān)控各處理單元的運(yùn)行狀態(tài),各處理單元初始狀態(tài)均為閉塞,位于閉塞數(shù)組;(2)某處理單元上電,向操作維護(hù)單元請求同步靜態(tài)數(shù)據(jù),進(jìn)行軟件流程初始化,該單元的狀態(tài)遷至非穩(wěn)態(tài),從閉塞數(shù)組遷至非穩(wěn)態(tài)數(shù)組;(3)某處理單元靜態(tài)數(shù)據(jù)同步成功,軟件流程初始化成功后,該處理單元的狀態(tài)遷至解閉,從非穩(wěn)態(tài)數(shù)組遷至解閉數(shù)組;(4)非穩(wěn)態(tài)數(shù)組中的處理單元軟件初始化如果失敗將復(fù)位并遷入閉塞數(shù)組,自動(dòng)重啟后重新遷入非穩(wěn)態(tài)數(shù)組;(5)解閉數(shù)組中的處理單元如果在運(yùn)行中出現(xiàn)人為復(fù)位操作或因通信故障與操作維護(hù)單元斷鏈,則遷入閉塞數(shù)組,重新啟動(dòng)后重新遷入非穩(wěn)態(tài)數(shù)組;圖3描述了動(dòng)態(tài)數(shù)據(jù)同步發(fā)送流程。動(dòng)態(tài)數(shù)據(jù)同步發(fā)送流程位于操作維護(hù)單元與其它各處理單元,利用改進(jìn)的UDP(User Datagram Protocol,用戶數(shù)據(jù)報(bào)協(xié)議)把動(dòng)態(tài)數(shù)據(jù)從一個(gè)處理單元發(fā)送到另一個(gè)處理單元,并提供重發(fā)機(jī)制,如果在既定的時(shí)間內(nèi)沒有收到接收方的響應(yīng)消息,則重新發(fā)送,如果重發(fā)次數(shù)超過既定次數(shù)后,則置到該處理單元的動(dòng)態(tài)數(shù)據(jù)同步為失敗,并進(jìn)行相應(yīng)的異常處理。動(dòng)態(tài)數(shù)據(jù)在操作維護(hù)單元與處理單元之間進(jìn)行實(shí)時(shí)同步,如果某處理單元產(chǎn)生的動(dòng)態(tài)數(shù)據(jù)需要發(fā)送到另一個(gè)處理單元,則首先發(fā)送到操作維護(hù)單元,修改操作維護(hù)單元上相應(yīng)記錄的動(dòng)態(tài)數(shù)據(jù)后,再由操作維護(hù)單元發(fā)送到目標(biāo)處理單元。
具體說來,動(dòng)態(tài)數(shù)據(jù)同步發(fā)送流程包括以下步驟(1)各處理單元在UDP(User Datagram Protocol,用戶數(shù)據(jù)報(bào)協(xié)議)監(jiān)聽端口5002號端口等待動(dòng)態(tài)數(shù)據(jù)同步請求消息;動(dòng)態(tài)數(shù)據(jù)同步請求消息包含兩部分內(nèi)容其一為該同步請求消息的目標(biāo)處理單元列表與消息的發(fā)送方式;其二為所需修改的包含動(dòng)態(tài)數(shù)據(jù)的數(shù)據(jù)庫記錄內(nèi)容;目標(biāo)處理單元可以為一個(gè)或多個(gè),向這些目標(biāo)處理單元發(fā)送消息的方式可以為點(diǎn)對點(diǎn)、組播或廣播;(2)某處理單元收到動(dòng)態(tài)數(shù)據(jù)同步請求消息后,在專用的內(nèi)存消息緩沖區(qū)復(fù)制一份該消息的副本以備重發(fā);(3)判斷動(dòng)態(tài)數(shù)據(jù)同步請求消息中每個(gè)目標(biāo)處理單元的狀態(tài)任一目標(biāo)處理單元可能位于閉塞、非穩(wěn)態(tài)、解閉數(shù)組中任一個(gè);此項(xiàng)操作僅判斷收到動(dòng)態(tài)同步請求消息時(shí)刻的目標(biāo)處理單元狀態(tài),并把此刻非穩(wěn)態(tài)數(shù)組與解閉數(shù)組中的所有目標(biāo)處理單元復(fù)制到另一個(gè)專用數(shù)組,該數(shù)組用于步驟(5)、(7)、(8)進(jìn)行判斷。
(4)對于所有位于閉塞數(shù)組的目標(biāo)處理單元,不向該處理單元發(fā)送動(dòng)態(tài)數(shù)據(jù)同步請求消息,因?yàn)樵撎幚韱卧想姾笙虿僮骶S護(hù)單元同步靜態(tài)數(shù)據(jù)時(shí)將把所有相關(guān)的動(dòng)態(tài)數(shù)據(jù)一起同步過來;(5)對于每個(gè)位于非穩(wěn)態(tài)數(shù)組的目標(biāo)處理單元,分別設(shè)置定時(shí)器,對應(yīng)于某個(gè)處理單元的定時(shí)器超時(shí)后,再判斷該目標(biāo)處理單元的狀態(tài),如果仍然位于非穩(wěn)態(tài)數(shù)組,則重設(shè)定時(shí)器,直到該處理單元遷入解閉數(shù)組后,再把同步請求消息發(fā)往該處理單元,同時(shí)設(shè)置另一定時(shí)器以監(jiān)測該處理單元的響應(yīng)消息;如果該處理單元因軟件初始化失敗而遷入閉塞數(shù)組,則不再考慮該處理單元,并把該處理單元的信息從步驟(3)中所復(fù)制的專用數(shù)組中清除,但該處理單元再次上電初始化時(shí),將從操作維護(hù)單元同步到所有相關(guān)的靜態(tài)數(shù)據(jù)與動(dòng)態(tài)數(shù)據(jù);(6)對于每個(gè)位于解閉數(shù)組的目標(biāo)處理單元,直接接收動(dòng)態(tài)數(shù)據(jù)同步請求消息,同時(shí)分別設(shè)置定時(shí)器,該定時(shí)器用來監(jiān)視接收同步請求消息的目標(biāo)處理單元的響應(yīng)消息;定時(shí)器與目標(biāo)處理單元一一對應(yīng),分別監(jiān)測每個(gè)目標(biāo)處理單元的響應(yīng)消息;(7)發(fā)送同步請求消息的處理單元收到接收同步請求消息處理單元的響應(yīng)消息后關(guān)閉與之對應(yīng)的定時(shí)器,并把該處理單元的信息從步驟(3)中所復(fù)制的專用數(shù)組中清除;如果定時(shí)器超時(shí)后仍未等到響應(yīng)消息,則再次判斷目標(biāo)處理單元的狀態(tài),如果該處理單元已遷入閉塞數(shù)組,則不再考慮該處理單元,并把并把該處理單元的信息從步驟(3)中所復(fù)制的專用數(shù)組中清除;如果該目標(biāo)處理單元仍位于解閉數(shù)組,則重新發(fā)送動(dòng)態(tài)數(shù)據(jù)同步請求消息,如果該目標(biāo)處理單元位于解閉數(shù)組的過程中重發(fā)次數(shù)超過既定的次數(shù),則認(rèn)為到該目標(biāo)處理單元的動(dòng)態(tài)數(shù)據(jù)同步失敗,進(jìn)行相應(yīng)的異常處理,并把該處理單元的信息從步驟(3)中所復(fù)制的專用數(shù)組中清除;(8)判斷步驟(3)中所復(fù)制的專用數(shù)組中所有的目標(biāo)處理單元均收到了響應(yīng)消息或者進(jìn)行過相應(yīng)的異常處理,即判斷該專用數(shù)組中是否所有處理單元的信息均已被清除;如果未處理完,則從步驟(7)繼續(xù)循環(huán);如果已處理完,則對該動(dòng)態(tài)數(shù)據(jù)同步請求消息處理結(jié)束,把該條動(dòng)態(tài)數(shù)據(jù)同步請求消息從消息緩沖區(qū)清除,從步驟(1)開始繼續(xù)循環(huán),監(jiān)視下一條動(dòng)態(tài)數(shù)據(jù)同步請求消息。
圖4描述了動(dòng)態(tài)數(shù)據(jù)同步接收流程。動(dòng)態(tài)數(shù)據(jù)同步接收流程位于操作維護(hù)單元與其它各處理單元,接收動(dòng)態(tài)數(shù)據(jù)同步發(fā)送流程所發(fā)送的動(dòng)態(tài)數(shù)據(jù)包,根據(jù)數(shù)據(jù)包內(nèi)容修改數(shù)相應(yīng)數(shù)據(jù)庫記錄的動(dòng)態(tài)數(shù)據(jù),向發(fā)送方返回響應(yīng)消息,并觸發(fā)相應(yīng)的軟件流程根據(jù)新的動(dòng)態(tài)數(shù)據(jù)進(jìn)行業(yè)務(wù)處理。
具體說來,動(dòng)態(tài)數(shù)據(jù)同步接收流程包括以下步驟(1)在監(jiān)聽端口等待動(dòng)態(tài)數(shù)據(jù)同步發(fā)送流程發(fā)來的動(dòng)態(tài)數(shù)據(jù)包;(2)根據(jù)數(shù)據(jù)包內(nèi)容修改數(shù)相應(yīng)數(shù)據(jù)庫記錄的動(dòng)態(tài)數(shù)據(jù);(3)接收同步請求消息處理單元向發(fā)送同步請求消息的處理單元返回響應(yīng)消息;(4)觸發(fā)相應(yīng)的軟件流程根據(jù)新的動(dòng)態(tài)數(shù)據(jù)進(jìn)行業(yè)務(wù)處理。
本發(fā)明不僅適用于非穩(wěn)態(tài)下的動(dòng)態(tài)數(shù)據(jù)同步,也同樣適用于穩(wěn)態(tài)下的動(dòng)態(tài)數(shù)據(jù)同步,而且可以推廣至其它的分布式以太網(wǎng)通信環(huán)境下需要實(shí)現(xiàn)動(dòng)態(tài)數(shù)據(jù)同步的系統(tǒng)。
權(quán)利要求
1.一種無線網(wǎng)絡(luò)控制器中非穩(wěn)態(tài)下的動(dòng)態(tài)數(shù)據(jù)同步方法,其特征在于,包括三個(gè)同步進(jìn)行的流程處理單元狀態(tài)監(jiān)測流程、動(dòng)態(tài)數(shù)據(jù)同步發(fā)送流程、動(dòng)態(tài)數(shù)據(jù)同步接收流程;所述處理單元狀態(tài)監(jiān)測流程將RNC設(shè)備中的每個(gè)處理單元?jiǎng)澐譃殚]塞、解閉、非穩(wěn)態(tài)三種狀態(tài),采用閉塞數(shù)組、解閉數(shù)組和非穩(wěn)態(tài)數(shù)組分類記錄處于相應(yīng)狀態(tài)的處理單元;設(shè)定操作維護(hù)單元始終處于解閉狀態(tài),實(shí)時(shí)監(jiān)測各處理單元的運(yùn)行狀態(tài),實(shí)時(shí)更新三個(gè)數(shù)組中的記錄;所述動(dòng)態(tài)數(shù)據(jù)同步發(fā)送流程將動(dòng)態(tài)數(shù)據(jù)從一個(gè)處理單元發(fā)送到另一個(gè)處理單元,并提供重發(fā)機(jī)制;動(dòng)態(tài)數(shù)據(jù)在操作維護(hù)單元與處理單元之間進(jìn)行實(shí)時(shí)同步,如果某處理單元產(chǎn)生的動(dòng)態(tài)數(shù)據(jù)需要發(fā)送到另一個(gè)處理單元,則首先發(fā)送到操作維護(hù)單元,修改操作維護(hù)單元上相應(yīng)記錄的動(dòng)態(tài)數(shù)據(jù)后,再由操作維護(hù)單元發(fā)送到目標(biāo)處理單元;所述動(dòng)態(tài)數(shù)據(jù)同步接收流程接收動(dòng)態(tài)數(shù)據(jù)同步發(fā)送模塊所發(fā)送的動(dòng)態(tài)數(shù)據(jù)包,根據(jù)數(shù)據(jù)包內(nèi)容修改數(shù)相應(yīng)數(shù)據(jù)庫記錄的動(dòng)態(tài)數(shù)據(jù),向發(fā)送動(dòng)態(tài)數(shù)據(jù)的處理單元返回響應(yīng)消息,并觸發(fā)相應(yīng)的軟件模塊根據(jù)新的動(dòng)態(tài)數(shù)據(jù)進(jìn)行業(yè)務(wù)處理。
2.根據(jù)權(quán)利要求1所述的無線網(wǎng)絡(luò)控制器中非穩(wěn)態(tài)下的動(dòng)態(tài)數(shù)據(jù)同步方法,其特征在于,所述重發(fā)機(jī)制包括如下操作如果在既定的時(shí)間內(nèi)沒有收到接收方的響應(yīng)消息,則重新發(fā)送,如果重發(fā)次數(shù)超過既定次數(shù)后,則置到該處理單元的動(dòng)態(tài)數(shù)據(jù)同步為失敗,并進(jìn)行相應(yīng)的異常處理。
3.根據(jù)權(quán)利要求1所述的無線網(wǎng)絡(luò)控制器中非穩(wěn)態(tài)下的動(dòng)態(tài)數(shù)據(jù)同步方法,其特征在于,所述處理單元狀態(tài)監(jiān)測流程進(jìn)一步包括以下步驟(1)操作維護(hù)單元實(shí)時(shí)監(jiān)控各處理單元的運(yùn)行狀態(tài),各處理單元初始狀態(tài)均為閉塞,位于閉塞數(shù)組;(2)某處理單元上電,向操作維護(hù)單元請求同步靜態(tài)數(shù)據(jù),進(jìn)行軟件模塊初始化,該單元的狀態(tài)遷至非穩(wěn)態(tài),從閉塞數(shù)組遷至非穩(wěn)態(tài)數(shù)組;(3)某處理單元靜態(tài)數(shù)據(jù)同步及軟件模塊初始化成功后,該處理單元的狀態(tài)遷至解閉,從非穩(wěn)態(tài)數(shù)組遷至解閉數(shù)組;(4)非穩(wěn)態(tài)數(shù)組中的處理單元軟件初始化如果失敗,則將復(fù)位并遷入閉塞數(shù)組,自動(dòng)重啟后重新遷入非穩(wěn)態(tài)數(shù)組;(5)解閉數(shù)組中的處理單元如果在運(yùn)行中出現(xiàn)人為復(fù)位操作或因通信故障與操作維護(hù)單元斷鏈,則遷入閉塞數(shù)組,重新啟動(dòng)后重新遷入非穩(wěn)態(tài)數(shù)組。
4.根據(jù)權(quán)利要求1所述的無線網(wǎng)絡(luò)控制器中非穩(wěn)態(tài)下的動(dòng)態(tài)數(shù)據(jù)同步方法,其特征在于,所述動(dòng)態(tài)數(shù)據(jù)同步發(fā)送流程進(jìn)一步包括以下步驟(1)各處理單元在用戶數(shù)據(jù)報(bào)協(xié)議5002號監(jiān)聽端口等待動(dòng)態(tài)數(shù)據(jù)同步請求消息;(2)某處理單元收到動(dòng)態(tài)數(shù)據(jù)同步請求消息后,在專用的內(nèi)存消息緩沖區(qū)復(fù)制一份該消息的副本以備重發(fā);(3)判斷動(dòng)態(tài)數(shù)據(jù)同步請求消息中每個(gè)目標(biāo)處理單元的狀態(tài),并把此刻非穩(wěn)態(tài)數(shù)組與解閉數(shù)組中的所有目標(biāo)處理單元復(fù)制到另一個(gè)專用數(shù)組;(4)對于所有位于閉塞數(shù)組的目標(biāo)處理單元,不向該處理單元發(fā)送動(dòng)態(tài)數(shù)據(jù)同步請求消息;(5)對于每個(gè)位于非穩(wěn)態(tài)數(shù)組的目標(biāo)處理單元,分別設(shè)置定時(shí)器,對應(yīng)于某個(gè)處理單元的定時(shí)器超時(shí)后,再判斷該目標(biāo)處理單元的狀態(tài),如果仍然位于非穩(wěn)態(tài)數(shù)組,則重設(shè)定時(shí)器,直到該處理單元遷入解閉數(shù)組后,再把同步請求消息發(fā)往該處理單元,同時(shí)設(shè)置另一定時(shí)器以監(jiān)測該處理單元的響應(yīng)消息;如果該處理單元因軟件初始化失敗而遷入閉塞數(shù)組,則不再考慮該處理單元,并把該處理單元的信息從步驟(3)中所復(fù)制的專用數(shù)組中清除,但該處理單元再次上電初始化時(shí),將從操作維護(hù)單元同步到所有相關(guān)的靜態(tài)數(shù)據(jù)與動(dòng)態(tài)數(shù)據(jù);(6)對于每個(gè)位于解閉數(shù)組的目標(biāo)處理單元,直接接收動(dòng)態(tài)數(shù)據(jù)同步請求消息,同時(shí)分別設(shè)置定時(shí)器,該定時(shí)器用來監(jiān)視接收同步請求消息的目標(biāo)處理單元的響應(yīng)消息;定時(shí)器與目標(biāo)處理單元一一對應(yīng),分別監(jiān)測每個(gè)目標(biāo)處理單元的響應(yīng)消息;(7)發(fā)送同步請求消息的處理單元收到接收同步請求消息處理單元的響應(yīng)消息后關(guān)閉與之對應(yīng)的定時(shí)器,并把該處理單元的信息從步驟(3)中所復(fù)制的專用數(shù)組中清除;如果定時(shí)器超時(shí)后仍未等到響應(yīng)消息,則再次判斷目標(biāo)處理單元的狀態(tài),如果該處理單元已遷入閉塞數(shù)組,則不再考慮該處理單元,并把并把該處理單元的信息從步驟(3)中所復(fù)制的專用數(shù)組中清除;如果該目標(biāo)處理單元仍位于解閉數(shù)組,則重新發(fā)送動(dòng)態(tài)數(shù)據(jù)同步請求消息,如果該目標(biāo)處理單元位于解閉數(shù)組的過程中重發(fā)次數(shù)超過既定的次數(shù),則認(rèn)為到該目標(biāo)處理單元的動(dòng)態(tài)數(shù)據(jù)同步失敗,進(jìn)行相應(yīng)的異常處理,并把該處理單元的信息從步驟(3)中所復(fù)制的專用數(shù)組中清除;(8)判斷步驟(3)中所復(fù)制的專用數(shù)組是否所有處理單元的信息均已被清除;如果未處理完,則從步驟(7)繼續(xù)循環(huán);如果已處理完,則對該動(dòng)態(tài)數(shù)據(jù)同步請求消息處理結(jié)束,把該條動(dòng)態(tài)數(shù)據(jù)同步請求消息從消息緩沖區(qū)清除,從步驟(1)開始繼續(xù)循環(huán),監(jiān)視下一條動(dòng)態(tài)數(shù)據(jù)同步請求消息。
5.根據(jù)權(quán)利要求4所述的無線網(wǎng)絡(luò)控制器中非穩(wěn)態(tài)下的動(dòng)態(tài)數(shù)據(jù)同步方法,其特征在于,步驟(1)所述的動(dòng)態(tài)數(shù)據(jù)同步請求消息包含兩部分內(nèi)容其一為該同步請求消息的目標(biāo)處理單元列表與消息的發(fā)送方式;其二為所需修改的包含動(dòng)態(tài)數(shù)據(jù)的數(shù)據(jù)庫記錄內(nèi)容;所述目標(biāo)處理單元為一個(gè)或多個(gè),向這些目標(biāo)處理單元發(fā)送消息的方式為點(diǎn)對點(diǎn)、組播或廣播。
6.根據(jù)權(quán)利要求1所述的無線網(wǎng)絡(luò)控制器中非穩(wěn)態(tài)下的動(dòng)態(tài)數(shù)據(jù)同步方法,其特征在于,所述動(dòng)態(tài)數(shù)據(jù)同步接收流程進(jìn)一步包括以下步驟(1)在監(jiān)聽端口等待動(dòng)態(tài)數(shù)據(jù)同步發(fā)送模塊發(fā)來的動(dòng)態(tài)數(shù)據(jù)包;(2)根據(jù)數(shù)據(jù)包內(nèi)容修改數(shù)相應(yīng)數(shù)據(jù)庫記錄的動(dòng)態(tài)數(shù)據(jù);(3)接收同步請求消息處理單元向發(fā)送同步請求消息的處理單元返回響應(yīng)消息;(4)觸發(fā)相應(yīng)的軟件模塊根據(jù)新的動(dòng)態(tài)數(shù)據(jù)進(jìn)行業(yè)務(wù)處理。
全文摘要
本發(fā)明公開了一種通訊領(lǐng)域中的無線網(wǎng)絡(luò)控制器非穩(wěn)態(tài)下的動(dòng)態(tài)數(shù)據(jù)同步方法,包括處理單元狀態(tài)監(jiān)測流程、動(dòng)態(tài)數(shù)據(jù)同步發(fā)送流程、動(dòng)態(tài)數(shù)據(jù)同步接收流程;所述處理單元狀態(tài)監(jiān)測流程實(shí)時(shí)監(jiān)測各處理單元的運(yùn)行狀態(tài),實(shí)時(shí)更新三個(gè)數(shù)組中的記錄;所述動(dòng)態(tài)數(shù)據(jù)同步發(fā)送流程將動(dòng)態(tài)數(shù)據(jù)從一個(gè)處理單元發(fā)送到另一個(gè)處理單元,并提供重發(fā)機(jī)制;所述動(dòng)態(tài)數(shù)據(jù)同步接收流程接收動(dòng)態(tài)數(shù)據(jù)同步發(fā)送模塊所發(fā)送的動(dòng)態(tài)數(shù)據(jù)包,向發(fā)送動(dòng)態(tài)數(shù)據(jù)的處理單元返回響應(yīng)消息,并觸發(fā)相應(yīng)的軟件模塊根據(jù)新的動(dòng)態(tài)數(shù)據(jù)進(jìn)行業(yè)務(wù)處理。本發(fā)明保證各處理單元?jiǎng)討B(tài)數(shù)據(jù)實(shí)時(shí)一致性、簡單的處理程序、較短的系統(tǒng)啟動(dòng)時(shí)間,提高系統(tǒng)的穩(wěn)定性和可靠性。
文檔編號H04L29/08GK1549477SQ0313154
公開日2004年11月24日 申請日期2003年5月20日 優(yōu)先權(quán)日2003年5月20日
發(fā)明者張健, 萬燕, 健 張 申請人:深圳市中興通訊股份有限公司南京分公司, 深圳市中興通訊股份有限公司南京分公
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點(diǎn)贊!
1