專利名稱：無線網(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ù)通過后臺(tái)網(wǎng)管系統(tǒng)進(jìn)行配置，動(dòng)態(tài)數(shù)據(jù)由前臺(tái)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ù)的一致性，但這種方式將會(huì)導(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為端口號(hào)，以太網(wǎng)環(huán)境UDP通信的實(shí)現(xiàn)機(jī)制需SOCKET、IP地址、服務(wù)器端口號(hào)等)等待動(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)對(duì)點(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)對(duì)于所有位于閉塞數(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)對(duì)于每個(gè)位于非穩(wěn)態(tài)數(shù)組的目標(biāo)處理單元，分別設(shè)置定時(shí)器，對(duì)應(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)對(duì)于每個(gè)位于解閉數(shù)組的目標(biāo)處理單元，直接接收動(dòng)態(tài)數(shù)據(jù)同步請求消息，同時(shí)分別設(shè)置定時(shí)器，該定時(shí)器用來監(jiān)視接收同步請求消息的目標(biāo)處理單元的響應(yīng)消息；定時(shí)器與目標(biāo)處理單元一一對(duì)應(yīng)，分別監(jiān)測每個(gè)目標(biāo)處理單元的響應(yīng)消息；(7)發(fā)送同步請求消息的處理單元收到接收同步請求消息處理單元的響應(yīng)消息后關(guān)閉與之對(duì)應(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)；如果已處理完，則對(duì)該動(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ā)明對(duì)每個(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)，針對(duì)每種狀態(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é)合附圖對(duì)本發(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僅針對(duì)動(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號(hào)端口等待動(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)對(duì)點(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)對(duì)于所有位于閉塞數(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)對(duì)于每個(gè)位于非穩(wěn)態(tài)數(shù)組的目標(biāo)處理單元，分別設(shè)置定時(shí)器，對(duì)應(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)對(duì)于每個(gè)位于解閉數(shù)組的目標(biāo)處理單元，直接接收動(dòng)態(tài)數(shù)據(jù)同步請求消息，同時(shí)分別設(shè)置定時(shí)器，該定時(shí)器用來監(jiān)視接收同步請求消息的目標(biāo)處理單元的響應(yīng)消息；定時(shí)器與目標(biāo)處理單元一一對(duì)應(yīng)，分別監(jiān)測每個(gè)目標(biāo)處理單元的響應(yīng)消息；(7)發(fā)送同步請求消息的處理單元收到接收同步請求消息處理單元的響應(yīng)消息后關(guān)閉與之對(duì)應(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)；如果已處理完，則對(duì)該動(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號(hào)監(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)對(duì)于所有位于閉塞數(shù)組的目標(biāo)處理單元，不向該處理單元發(fā)送動(dòng)態(tài)數(shù)據(jù)同步請求消息；(5)對(duì)于每個(gè)位于非穩(wěn)態(tài)數(shù)組的目標(biāo)處理單元，分別設(shè)置定時(shí)器，對(duì)應(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)對(duì)于每個(gè)位于解閉數(shù)組的目標(biāo)處理單元，直接接收動(dòng)態(tài)數(shù)據(jù)同步請求消息，同時(shí)分別設(shè)置定時(shí)器，該定時(shí)器用來監(jiān)視接收同步請求消息的目標(biāo)處理單元的響應(yīng)消息；定時(shí)器與目標(biāo)處理單元一一對(duì)應(yīng)，分別監(jiān)測每個(gè)目標(biāo)處理單元的響應(yīng)消息；(7)發(fā)送同步請求消息的處理單元收到接收同步請求消息處理單元的響應(yīng)消息后關(guān)閉與之對(duì)應(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)；如果已處理完，則對(duì)該動(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)對(duì)點(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)定性和可靠性。
文檔編號(hào)H04L29/08GK1549477SQ0313154
公開日2004年11月24日 申請日期2003年5月20日 優(yōu)先權(quán)日2003年5月20日
發(fā)明者張健, 萬燕, 健 張 申請人:深圳市中興通訊股份有限公司南京分公司, 深圳市中興通訊股份有限公司南京分公