亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

一種配置更新失敗后的處理方法和網(wǎng)元設(shè)備的制作方法

文檔序號:7712914閱讀:147來源:國知局
專利名稱:一種配置更新失敗后的處理方法和網(wǎng)元設(shè)備的制作方法
技術(shù)領(lǐng)域
本發(fā)明屬于移動通信技術(shù)領(lǐng)域,尤其涉及在LTECLong Term Evolution,長期 演進(jìn))系統(tǒng)中eNB (eNodeB,演進(jìn)中的節(jié)點B)和鄰接網(wǎng)元MME (Mobility Management
Entity,移動性管理實體)(或其他鄰接eNB)之間進(jìn)行配置更新失敗后的處理方法和網(wǎng)元 設(shè)備。
背景技術(shù)
在LTE系統(tǒng)中,當(dāng)某一 eNB和其鄰接的網(wǎng)元MME (或其他鄰接eNB)之間通過 setup消息(例如S1SETUP或X2SETUP)建立連接后,當(dāng)該eNB側(cè)的相關(guān)信息發(fā)生改變 時,該eNB發(fā)出配置更新消息(例如采用eNB Configuration Update消息)通知鄰接的網(wǎng) 元設(shè)備MME(或其他鄰接eNB)。如果該eNB發(fā)出eNB Configuration Update消息后收 到所有鄰接的網(wǎng)元設(shè)備響應(yīng)的配置更新失敗消息(例如eNB Configuration Update Falture 消息),則表明該eNB側(cè)相關(guān)信息的改變沒有被鄰接的網(wǎng)元設(shè)備接受。此時,如果鄰接 的網(wǎng)元設(shè)備返回的更新失敗消息中包含等待時間消息(例如Time toWait IE (Information Element)消息),則發(fā)起端eNB和發(fā)出該更新失敗消息的鄰接的網(wǎng)元設(shè)備將保持各自的配 置,并且發(fā)起端eNB將在至少等待Time To Wait IE消息里指示的時間長度之后,重新發(fā) 送eNB Configuration Update消息給MME(或其他鄰接eNB);如果鄰接網(wǎng)元設(shè)備返回的 更新失敗消息中不包含Time To Wait IE消息,則相關(guān)協(xié)議并沒有說明發(fā)起端eNB該如何 處理,對于這種情況,由于發(fā)起端eNB側(cè)新配置已生效,而MME(或其他鄰接eNB)并 沒有接受發(fā)起端eNB配置的更新,則兩端的資源存在對不齊的現(xiàn)象,這對整個系統(tǒng)來說 將造成嚴(yán)重的后果,可能導(dǎo)致整個網(wǎng)絡(luò)無法正常使用。若發(fā)起端eNB配置的更新在其所鄰接的至少一個MME(或至少一個eNB)內(nèi)接 受失敗,而在鄰接的其余MME(或其余eNB)內(nèi)被成功接受,即發(fā)起端eNB因配置更 新向所有鄰接的MME(或eNB)發(fā)送eNB Configuration Update消息后,收到了至少一個 MME (或eNB)的響應(yīng)的eNB Configuration Update Falture消息(并且消息里不包含Time To Wait IE),而收到了其余MME(或其余eNB)的響應(yīng)的配置更新成功消息(例如,eNB Configuration UpdateAcknowledge消息),則此時除了存在發(fā)起端eNB的資源和返回失敗 響應(yīng)的MME(或eNB)側(cè)的資源存在對不齊的現(xiàn)象外,還存在發(fā)起端eNB的資源在其鄰 接的所有MME(或eNB)間不一致的情況,這同樣對整個系統(tǒng)來說將造成嚴(yán)重的后果,可 能導(dǎo)致整個網(wǎng)絡(luò)無法正常使用。同樣,當(dāng)MME側(cè)的相關(guān)信息改變時,MME發(fā)出配置更新消息(例如采用 MME Configuration Update消息)通知鄰接的網(wǎng)元設(shè)備eNB。如果MME在發(fā)出MME Configuration Update 消息后收到所有鄰接的 eNB 響應(yīng)的 MME Configuration Update Falture 消息,則表明MME側(cè)配置的更新沒有被eNB側(cè)所接受。此時,若鄰接的eNB返回的 MME Configuration Update Falture 消息里包含 Time To Wait IE,那么發(fā)起端 MME 和 eNB 將保持各自的配置并且發(fā)起端MME將在至少等待Time To Wait IE里指示的時間長度之后,重新發(fā)送MME Configuration Update消息給鄰接的eNB ;若鄰接的eNB返回的MME Configuration Update Falture消息里不包含Time To Wait IE,則相關(guān)協(xié)議并沒有說明發(fā)起端
MME該如何處理,對于這種情況,由于eNB側(cè)沒有接受發(fā)起端MME側(cè)的配置更新,因 此也存在兩端的資源對不齊的現(xiàn)象,這對整個系統(tǒng)來說將造成嚴(yán)重的后果,可能導(dǎo)致整 個網(wǎng)絡(luò)無法正常使用。若發(fā)起端MME配置的更新在其所鄰接的至少一個eNB內(nèi)接受失敗,而在鄰接 的其余eNB內(nèi)被成功接受,即發(fā)起端MME因配置更新向所有鄰接的eNB發(fā)送了 MME Configuration Update 消息后,收到了至少一個 eNB 響應(yīng)的 MME Configuration Update Falture消息(并且該消息里不包含Time To Wait IE),并且收到了其余eNB響應(yīng)的ENB Configuration UpdateAcknowledge消息,則此時除了存在發(fā)起端MME的資源和返回失敗 響應(yīng)的eNB側(cè)的資源存在對不齊的現(xiàn)象外,還存在發(fā)起端MME的資源在其鄰接的所有 eNB間不一致的情況,這對整個系統(tǒng)來說也將造成嚴(yán)重的后果,可能導(dǎo)致整個網(wǎng)絡(luò)無法 正常使用。

發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問題是提供一種配置更新失敗后的處理方法和網(wǎng)元設(shè)備, 在配置更新失敗后能夠?qū)⑴渲脻L回到配置更新前的配置,有效保證了所有網(wǎng)元設(shè)備之間 資源的一致性,進(jìn)而保證網(wǎng)絡(luò)能夠可靠使用。為了解決上述技術(shù)問題,本發(fā)明提供了一種配置更新失敗后的處理方法,包 括第一網(wǎng)元設(shè)備配置發(fā)生變化后,向其鄰接的網(wǎng)元設(shè)備發(fā)送配置更新消息;所述第一網(wǎng)元設(shè)備如收到任一鄰接的網(wǎng)元設(shè)備反饋的配置更新失敗消息,且該 配置更新失敗消息中不包含指示所述第一網(wǎng)元設(shè)備進(jìn)行后繼處理的信息時,則將配置回 滾到配置更新之前的配置;所述第一網(wǎng)元設(shè)備以回滾后的配置重新向所有鄰接的網(wǎng)元設(shè)備發(fā)送的配置更新 消息。進(jìn)一步地,上述處理方法還可具有以下特點還包括所述第一網(wǎng)元設(shè)備重新 發(fā)送的配置更新消息后,對所述配置更新失敗消息中的失敗原因進(jìn)行匯總,并上報網(wǎng)管 系統(tǒng)。進(jìn)一步地,上述處理方法還可具有以下特點所述第一網(wǎng)元設(shè)備為長期演進(jìn)系 統(tǒng)中的eNB,所述鄰接的網(wǎng)元設(shè)備包括鄰接的eNB和/或移動性管理實體。進(jìn)一步地,上述處理方法還可具有以下特點所述第一網(wǎng)元設(shè)備為長期演進(jìn)系 統(tǒng)的移動性管理實體,所述鄰接的網(wǎng)元設(shè)備包括鄰接的eNB。進(jìn)一步地,上述處理方法還可具有以下特點所述后繼處理的信息包括指示 所述第一網(wǎng)元設(shè)備等待預(yù)定時間后重新向其鄰接的網(wǎng)元設(shè)備發(fā)送配置更新消息的信息。本發(fā)明還提供一種網(wǎng)元設(shè)備,包括通信單元、配置信息更新單元和配置信息 處理單元,其中,所述配置信息更新單元,用于更新配置并將更新后的配置信息發(fā)送給所述通信 單元,以及在接收到所述配置信息處理單元發(fā)來的滾回信息后將配置回滾到配置更新之前的配置,并將配置更新之前的配置信息發(fā)送給所述通信單元;通信單元,用于將接收到的配置信息通過配置更新消息發(fā)送給所有鄰接的網(wǎng)元 設(shè)備;接收所述鄰接的網(wǎng)元設(shè)備返回的響應(yīng)消息,并將所述響應(yīng)消息發(fā)送給所述配置信 息處理單元;所述配置信息處理單元用于對所述響應(yīng)消息進(jìn)行分析,若發(fā)現(xiàn)所述響應(yīng)消息中 包括不包含指示本網(wǎng)元設(shè)備進(jìn)行后繼處理的信息的配置更新失敗消息,則向所述配置信 息更新單元發(fā)送滾回信息。進(jìn)一步地,上述網(wǎng)元設(shè)備還可具有以下特點所述配置信息處理單元還用于對所述配置更新失敗消息中的失敗原因進(jìn)行匯 總,將所述失敗原因發(fā)送給所述通信單元; 所述通信單元用于將所述失敗原因發(fā)送給網(wǎng)管系統(tǒng)。進(jìn)一步地,上述網(wǎng)元設(shè)備還可具有以下特點所述通信單元還用于接收其鄰接的網(wǎng)元設(shè)備發(fā)來的配置更新消息,將該配置更 新消息發(fā)送給所述配置信息處理單元;將所述配置信息處理單元發(fā)來的配置更新失敗消 息發(fā)送給發(fā)來配置更新消息的網(wǎng)元設(shè)備;所述配置信息處理單元對接收到的配置更新消息進(jìn)行分析,若發(fā)現(xiàn)該配置更新 消息中包括不匹配的配置信息,則向所述通信單元發(fā)送配置更新失敗消息。進(jìn)一步地,上述網(wǎng)元設(shè)備還可具有以下特點所述網(wǎng)元設(shè)備為長期演進(jìn)系統(tǒng)中 的eNB,所述鄰接的網(wǎng)元設(shè)備包括鄰接的eNB和/或移動性管理實體。進(jìn)一步地,上述網(wǎng)元設(shè)備還可具有以下特點所述網(wǎng)元設(shè)備為長期演進(jìn)系統(tǒng)的 移動性管理實體,所述鄰接的網(wǎng)元設(shè)備包括鄰接的eNB。綜上,本發(fā)明提供的一種配置更新失敗后的處理方法和網(wǎng)元設(shè)備,在配置更新 失敗后能夠?qū)⑴渲脻L回到配置更新前的配置,有效保證了所有網(wǎng)元設(shè)備之間資源的一致 性,進(jìn)而保證網(wǎng)絡(luò)能夠可靠使用。同時,由于配置發(fā)生變化的網(wǎng)元設(shè)備還將失敗原因進(jìn) 行匯總,并上報給后臺供操作維護(hù)人員進(jìn)行分析,從而為本次配置更新過程存在的數(shù)據(jù) 配置錯誤的更正提供了可能,進(jìn)而保證了網(wǎng)絡(luò)的持續(xù)優(yōu)化,增強(qiáng)了系統(tǒng)的健壯性和穩(wěn)定 性。


圖1是根據(jù)本發(fā)明實施例的網(wǎng)元設(shè)備的示意圖。圖2是根據(jù)本發(fā)明實施例一的eNB收到鄰接的MME返回的配置更新響應(yīng)消息中 存在不包含Time To Wait IE的配置更新失敗消息時的處理流程圖。圖3是根據(jù)本發(fā)明實施例二的eNB收到鄰接的eNB返回的配置更新響應(yīng)消息中 存在不包含Time To Wait IE的配置更新失敗消息時的處理流程圖。圖4是根據(jù)本發(fā)明實施例三的MME收到鄰接的eNB返回的配置更新響應(yīng)消息中 存在不包含Time To Wait IE的配置更新失敗消息時的處理流程圖。
具體實施例方式下面結(jié)合附圖及實施例對本發(fā)明的技術(shù)方案進(jìn)行更詳細(xì)的說明。
圖1是根據(jù)本發(fā)明實施例的網(wǎng)元設(shè)備的示意圖,如圖1所示,本實施例的網(wǎng)元設(shè) 備可以是LTE系統(tǒng)中的eNB或者M(jìn)ME,與eNB鄰接的網(wǎng)元設(shè)備包括MME和/或其他 eNB,與MME鄰接的網(wǎng)元設(shè)備包括eNB。本實施例的網(wǎng)元設(shè)備包括通信單元、配置信息更新單元和配置信息處理單元, 其中,配置信息更新單元,用于更新配置并將更新后的配置信息發(fā)送給所述通信單 元,以及在接收到所述配置信息處理單元發(fā)來的滾回信息后將配置回滾到配置更新之前 的配置,并將配置更新之前的配置信息發(fā)送給所述通信單元;通信單元,用于將接收到的配置信息通過配置更新消息發(fā)送給所有鄰接的網(wǎng)元 設(shè)備;接收所述鄰接的網(wǎng)元設(shè)備返回的響應(yīng)消息,并將所述響應(yīng)消息發(fā)送給所述配置信 息處理單元;配置信息處理單元對所述響應(yīng)消息進(jìn)行分析,若發(fā)現(xiàn)所述響應(yīng)消息中包括不包 含指示本網(wǎng)元設(shè)備進(jìn)行后繼處理的信息的配置更新失敗消息,則向配置信息更新單元發(fā) 送滾回信息。配置信息處理單元還對所述配置更新失敗消息中的失敗原因進(jìn)行匯總,將 所述失敗原因發(fā)送給通信單元,由通信單元將失敗原因上報給網(wǎng)管系統(tǒng)。本實施例的通信單元還可用于接收其他鄰接的網(wǎng)元設(shè)備發(fā)來的配置更新消息, 然后將該配置更新消息發(fā)送給配置信息處理單元,所述配置信息處理單元對接收到的配置更新消息進(jìn)行分析,若發(fā)現(xiàn)該配置更新 消息中包括不匹配或不能接受的配置信息,則向所述通信單元發(fā)送配置更新失敗消息, 該配置更新失敗消息不包含指示發(fā)來配置更新消息的網(wǎng)元設(shè)備進(jìn)行后繼處理的信息,然 后由通信單元將該配置更新失敗消息發(fā)送給發(fā)來配置更新消息的網(wǎng)元設(shè)備。下面以網(wǎng)元設(shè)備為eNB或者M(jìn)ME為例對本發(fā)明提供的配置更新失敗后的處理方 法進(jìn)行詳細(xì)的說明。實施例1 下面結(jié)合附圖2,對發(fā)起端eNB收到鄰接的MME返回的配置更新響應(yīng)消息中存 在不包含Time To Wait IE的配置更新失敗消息時的處理方法的實施例進(jìn)行詳細(xì)的描述。 本實施例的配置更新失敗后的處理方法包括下面步驟SlOl,eNB配置更新后向鄰接的MME發(fā)送的配置更新消息;假定發(fā)起端eNB為A,A上有一個小區(qū)1,該小區(qū)1對應(yīng)的TAC (Trace Area Code,跟蹤區(qū)域碼)為11。A連接了兩個MME,分別為B和C。eNB A和MME B、 MME C之間通過Sl SETUP建立連接,且eNB A、MME B和MME C運行正常。通過 后臺的人工操作,在eNB A中新增加了一個小區(qū)2,其對應(yīng)的TAC為22。eNB A因為配置發(fā)生變化,向MME B和MME C分別發(fā)起了 eNB Configuration Update消息,eNB Configuration Update消息中包含eNB A目前已生效的配置(包括小區(qū) 1、2分別所對應(yīng)的TAC信息)。S102,任一鄰接的MME返回不包含指示eNB進(jìn)行后繼處理的信息的配置更新 失敗消息;假設(shè)MME B 向 eNB A 返回 了成功響應(yīng)消息 eNB Configuration Update Acknowledge,而 MME C 向 eNB A 返回了 失敗響應(yīng)消息 eNB Configuration UpdateFalture,且該失敗響應(yīng)消息中不包含指示eNB進(jìn)行后繼處理的信息(例如,Time To Wait IE)。此時,eNB A中小區(qū)1、2所對應(yīng)的TAC等信息在eNB A和MMEB中都已生效, 而MMEC中只有eNBA中小區(qū)1所對應(yīng)的TAC等信息。很明顯,此時,eNBA與MME C之間的資源不一致,且MME B與MME C之間關(guān)于eNBA的資源也不一致。S103, eNB接收到任一鄰接的MME返回的不包含指示eNB進(jìn)行后繼處理的信息 的配置更新失敗消息后,進(jìn)行資源回滾,將eNB中的配置回滾到配置更新之前的配置;eNB A進(jìn)行資源回滾,將配置回滾到本次eNB配置更新之前的配置,即eNB A 刪除小區(qū)2 (包括小區(qū)2所對應(yīng)的其他信息),配置返回到發(fā)送本次eNB A配置更新過程 之前的配置,即eNB A只包含小區(qū)1的相關(guān)信息。S104, eNB以回滾后的配置重新向所有鄰接的MME發(fā)送的配置更新消息;eNB A以資源回滾后的配置,即eNB A本次配置更新過程之前的配置(即只包 含小區(qū)1及其相關(guān)信息),重新向MME B和MMEC分別發(fā)起一次新的eNB A配置更新 過程,由于eNB A之前的配置是MME B和MME C都接受的,所以此次重新發(fā)起eNBA 配置更新過程肯定能夠成功,從而保證eNB A、MME B和MME C之間資源的一致性, 進(jìn)而保證網(wǎng)絡(luò)能夠可靠使用。S105,eNB對接收到的不包含指示eNB進(jìn)行后繼處理的信息的配置更新失敗消 息中的失敗原因進(jìn)行匯總,并上報網(wǎng)管系統(tǒng);eNB A將本次配置更新過程中MME C返回的失敗響應(yīng)消息eNB Configuration Update Falture中的失敗原因上報給后臺或網(wǎng)管系統(tǒng),供操作維護(hù)人員分析并決定是否更 正小區(qū)2的相關(guān)數(shù)據(jù)后重新配置數(shù)據(jù),以期發(fā)起下一次eNBA配置更新過程,從而為本次 配置更新過程存在的數(shù)據(jù)配置錯誤的更正提供了可能,進(jìn)而保證了網(wǎng)絡(luò)的持續(xù)優(yōu)化,增 強(qiáng)了系統(tǒng)的健壯性和穩(wěn)定性。實施例2 下面結(jié)合附圖3,對發(fā)起端eNB收到鄰接的eNB返回的配置更新響應(yīng)消息中存 在不包含指示eNB進(jìn)行后繼處理的信息時的處理方法的實施例進(jìn)行詳細(xì)的描述。本實施 例的配置更新失敗后的處理方法包括下面步驟S201, eNB配置更新后向鄰接的eNB發(fā)送的配置更新消息;假定發(fā)起端eNB為A,A上有一個小區(qū)1,其所屬的MCC (Mobility Country Code,移動國家碼)為460,MNC (Mobility Net Code,移動網(wǎng)絡(luò)碼)為1。A連接了其 他兩個eNB,分別為B和C。eNBA和eNB B、eNB C之間通過X2SETUP建立連接, 且eNB A和eNB B、eNB C運行正常。通過后臺的人工操作,在eNBA中新增加了一個 小區(qū)2,其所屬的MCC為460,MNC為2。eNB A因為配置發(fā)生變化,向eNB B和eNB C分別發(fā)起了 eNB Configuration Update消息,eNB Configuration Update消息中包含eNB A目前新增的配置(即小區(qū)2及 其所屬的MCC、MNC信息)。S202,任一鄰接的eNB返回不包含指示eNB進(jìn)行后繼處理的信息的配置更新失 敗消息;假設(shè)eNB B 向 eNB A 返回 了成功響應(yīng)消息 eNB Configuration Update Acknowledge,而 eNB C 向 eNB A 返回了失敗響應(yīng)消息 eNB Configuration Update Falture,且該失敗響應(yīng)消息中不包含指示eNB進(jìn)行后繼處理的信息(例如,Time To Wait IE)。此 時,eNB A中小區(qū)2所對應(yīng)的相關(guān)信息在eNB A和eNB B中都已生效,而在eNB C中并 沒有生效。很明顯,此時,eNB A與eNB C之間的資源不一致,且eNB B與eNB C之 間關(guān)于eNB A的資源也不一致。S203, eNB接收到任一鄰接的eNB返回的不包含指示該eNB進(jìn)行后繼處理的信 息的配置更新失敗消息后,進(jìn)行資源回滾,將該eNB中的配置回滾到配置更新之前的配 置;eNB A進(jìn)行資源回滾,將配置回滾到本次eNB配置更新過程之前的配置,即 eNB A刪除小區(qū)2 (包括小區(qū)2所對應(yīng)的其他信息),配置返回到發(fā)送本次eNB A配置更 新過程之前的配置,即eNB A只包含小區(qū)1的相關(guān)信息。S204, eNB以回滾后的配置重新向所有鄰接的eNB發(fā)送的配置更新消息;eNB A以資源回滾后的配置,即eNB A本次配置更新過程之前的配置(即只包 含小區(qū)1及其相關(guān)信息),重新向eNB B和eNB C分別發(fā)起一次新的eNB A配置更新過 程,由于此時重新發(fā)起的eNB A配置更新過程對于eNB B來說,是要求刪除小區(qū)2的相 關(guān)信息,對eNB C來說是一次空操作,所以對于eNB B和eNB C來說都是能接受的,也 就是說此次重新發(fā)起eNB A配置更新過程肯定能夠成功,保證eNB A、eNB B和eNB C 之間資源的一致性,進(jìn)而保證網(wǎng)絡(luò)能夠可靠使用。S205,eNB對接收到的不包含指示eNB進(jìn)行后繼處理的信息的配置更新失敗消 息中的失敗原因進(jìn)行匯總,并上報網(wǎng)管系統(tǒng);eNB A將本次配置更新過程中eNB C返回的失敗響應(yīng)消息eNB Configuration Update Falture中的失敗原因上報給后臺或網(wǎng)管系統(tǒng),供操作維護(hù)人員分析并決定是否更 正小區(qū)2的相關(guān)數(shù)據(jù)后重新配置數(shù)據(jù),以期發(fā)起下一次eNBA配置更新過程,從而為本次 配置更新過程存在的數(shù)據(jù)配置錯誤的更正提供了可能,進(jìn)而保證了網(wǎng)絡(luò)的持續(xù)優(yōu)化,增 強(qiáng)了系統(tǒng)的健壯性和穩(wěn)定性。實施例1和實施例2中說明的發(fā)起端eNB的鄰接網(wǎng)元分別為MME和eNB,當(dāng) 然,發(fā)起端eNB的鄰接網(wǎng)元也可以同時具有MME和eNB,該情況中發(fā)起端eNB配置更 新失敗后的處理方法與實施例1和實施例2中所述的處理方法類似,這里就不再贅述。實施例3 下面結(jié)合附圖4,對發(fā)起端MME收到鄰接的eNB返回的配置更新響應(yīng)消息中存 在不包含指示MME進(jìn)行后繼處理的信息時的處理方法的實施例進(jìn)行詳細(xì)的描述。本實 施例的配置更新失敗后的處理方法包括下面步驟S301, MME配置更新后向鄰接的eNB發(fā)送的配置更新消息;假定發(fā)起端MME為A,MMEA當(dāng)前的MCC為460,MNC為1。MMEA連 接了兩個eNB,分別為B和C。MME A和eNB B、eNB C之間通過S1SETUP建立連 接,且MMEA、eNB B、eNB C運行正常。通過后臺的人工操作,在MMEA中新增配 置 MCC 為 460,MNC 為 2。MME A因為配置發(fā)生變化,向eNB B和eNB C分別發(fā)起了 MME Configuration Update消息,MME Configuration Update消息中包含MMEA目前新增的配置(包括MCC 為460、MNC為1的配置信息和包含MCC為460、MNC為2的配置信息)。
9
S302,任一鄰接的eNB返回不包含指示MME進(jìn)行后繼處理的信息的配置更新 失敗消息;假設(shè)eNB B 向 MME A 返回 了成功響應(yīng)消息 MME Configuration Update Acknowledge,而 eNB C 向 MME A 返回了 失敗響應(yīng)消息 MME Configuration Update Falture,且該失敗響應(yīng)消息中不包含指示MME進(jìn)行后繼處理的信息(例如,TimeToWait IE)。此時,MMEA中已新增配置MCC為460、MNC為2的信息,且該信息在eNB B 中已配置生效,而在eNB C中未配置生效。很明顯,此時,MMEA與eNB C之間的資 源不一致,且eNB B與eNB C之間關(guān)于MMEA的資源也不一致。S303, MME接收到任一鄰接的eNB返回的不包含指示該MME進(jìn)行后繼處理的 信息的配置更新失敗消息后,進(jìn)行資源回滾,將該MME中的配置回滾到配置更新之前的 配置;MME A進(jìn)行資源回滾,將配置回滾到本次MME配置更新過程之前的配置,即 MME A刪除新增的關(guān)于MCC為460、MNC為2的配置,配置返回到發(fā)送本次MME A 配置更新過程之前的配置,即只包含MCC為460、MNC為1的相關(guān)信息。S304, MME以回滾后的配置重新向所有鄰接的eNB發(fā)送的配置更新消息;MME A以資源回滾后的配置,即MME A本次配置更新過程之前的配置(即只 包含MCC為460、MNC為1的相關(guān)信息),重新向eNB B和eNBC分別發(fā)起一次新的 MMEA配置更新過程,由于MME A以前的配置是eNBB和eNB C分別都接受的,所以 此次重新發(fā)起MME配置更新過程肯定能夠成功,保證MME A、eNB B和eNB C之間資 源的一致性,進(jìn)而保證網(wǎng)絡(luò)能夠可靠使用。S305,MME對接收到的不包含指示MME進(jìn)行后繼處理的信息的配置更新失敗 消息中的失敗原因進(jìn)行匯總,并上報網(wǎng)管系統(tǒng);MME A 將本次 eNB C 返回的失敗響應(yīng)消息 MME Configuration UpdateFalture 中
的失敗原因值上報給后臺或網(wǎng)管系統(tǒng),供操作維護(hù)人員分析并決定是否更正關(guān)于MCC為 460、MNC為2的相關(guān)數(shù)據(jù)后重新配置數(shù)據(jù),以期發(fā)起下一次MME配置更新過程,從而 為本次配置更新過程存在的數(shù)據(jù)配置錯誤的更正提供了可能,進(jìn)而保證了網(wǎng)絡(luò)的持續(xù)優(yōu) 化,增強(qiáng)了系統(tǒng)的健壯性和穩(wěn)定性。采用本發(fā)明實施例的網(wǎng)元設(shè)備和處理方法,由于配置發(fā)生變化的網(wǎng)元設(shè)備對本 次發(fā)起的配置更新過程的結(jié)果進(jìn)行分析,當(dāng)存在不包含指示所述網(wǎng)元設(shè)備進(jìn)行后繼處理 的信息的失敗響應(yīng)消息時,該網(wǎng)元設(shè)備進(jìn)行資源回滾,并以回滾后的配置重新發(fā)起配置 更新過程,由于回滾后的配置(即以前的配置)是所有的鄰接網(wǎng)元設(shè)備都能接受的,所以 重新發(fā)起的配置更新過程肯定能夠成功,從而有效保證了該網(wǎng)元設(shè)備和其鄰接的所有網(wǎng) 元設(shè)備之間資源的一致性,進(jìn)而保證網(wǎng)絡(luò)能夠可靠使用。同時,由于配置發(fā)生變化的網(wǎng) 元設(shè)備還將本次不包含指示所述網(wǎng)元設(shè)備進(jìn)行后繼處理的信息的配置更新失敗響應(yīng)消息 中包含的失敗原因進(jìn)行匯總,并上報給后臺供操作維護(hù)人員進(jìn)行分析,從而為本次配置 更新過程存在的數(shù)據(jù)配置錯誤的更正提供了可能,進(jìn)而保證了網(wǎng)絡(luò)的持續(xù)優(yōu)化,增強(qiáng)了 系統(tǒng)的健壯性和穩(wěn)定性。以上實施例僅是為說明根據(jù)本發(fā)明的網(wǎng)元設(shè)備和配置更新失敗后的處理方法等 的示例,不應(yīng)當(dāng)理解為對本發(fā)明的限制,根據(jù)本發(fā)明的技術(shù)方案及其較佳實施例的描述,可以做出各種可能的等同改變或替換,而所有這些改變或替換都應(yīng)屬于本發(fā)明的權(quán) 利要求的保護(hù)范圍。
權(quán)利要求
1.一種配置更新失敗后的處理方法,包括第一網(wǎng)元設(shè)備配置發(fā)生變化后,向其鄰接的網(wǎng)元設(shè)備發(fā)送配置更新消息; 所述第一網(wǎng)元設(shè)備如收到任一鄰接的網(wǎng)元設(shè)備反饋的配置更新失敗消息,且該配置 更新失敗消息中不包含指示所述第一網(wǎng)元設(shè)備進(jìn)行后繼處理的信息時,則將配置回滾到 配置更新之前的配置;所述第一網(wǎng)元設(shè)備以回滾后的配置重新向所有鄰接的網(wǎng)元設(shè)備發(fā)送的配置更新消息。
2.根據(jù)權(quán)利要求1所述的處理方法,其特征在于,還包括所述第一網(wǎng)元設(shè)備重新發(fā)送的配置更新消息后,對所述配置更新失敗消息中的失敗 原因進(jìn)行匯總,并上報網(wǎng)管系統(tǒng)。
3.根據(jù)權(quán)利要求1或2所述的處理方法,其特征在于,所述第一網(wǎng)元設(shè)備為長期演進(jìn) 系統(tǒng)中的eNB,所述鄰接的網(wǎng)元設(shè)備包括鄰接的eNB和/或移動性管理實體。
4.根據(jù)權(quán)利要求1或2所述的處理方法,其特征在于,所述第一網(wǎng)元設(shè)備為長期演進(jìn) 系統(tǒng)的移動性管理實體,所述鄰接的網(wǎng)元設(shè)備包括鄰接的eNB。
5.根據(jù)權(quán)利要求1所述的處理方法,其特征在于,所述后繼處理的信息包括指示 所述第一網(wǎng)元設(shè)備等待預(yù)定時間后重新向其鄰接的網(wǎng)元設(shè)備發(fā)送配置更新消息的信息。
6.—種網(wǎng)元設(shè)備,包括通信單元、配置信息更新單元和配置信息處理單元,其中,所述配置信息更新單元,用于更新配置并將更新后的配置信息發(fā)送給所述通信單 元,以及在接收到所述配置信息處理單元發(fā)來的滾回信息后將配置回滾到配置更新之前 的配置,并將配置更新之前的配置信息發(fā)送給所述通信單元;通信單元,用于將接收到的配置信息通過配置更新消息發(fā)送給所有鄰接的網(wǎng)元設(shè) 備;接收所述鄰接的網(wǎng)元設(shè)備返回的響應(yīng)消息,并將所述響應(yīng)消息發(fā)送給所述配置信息 處理單元;所述配置信息處理單元用于對所述響應(yīng)消息進(jìn)行分析,若發(fā)現(xiàn)所述響應(yīng)消息中包括 不包含指示本網(wǎng)元設(shè)備進(jìn)行后繼處理的信息的配置更新失敗消息,則向所述配置信息更 新單元發(fā)送滾回信息。
7.根據(jù)權(quán)利要求6所述的網(wǎng)元設(shè)備,其特征在于,所述配置信息處理單元還用于對所述配置更新失敗消息中的失敗原因進(jìn)行匯總,將 所述失敗原因發(fā)送給所述通信單元;所述通信單元用于將所述失敗原因發(fā)送給網(wǎng)管系統(tǒng)。
8.根據(jù)權(quán)利要求6所述的網(wǎng)元設(shè)備,其特征在于,所述通信單元還用于接收其鄰接的網(wǎng)元設(shè)備發(fā)來的配置更新消息,將該配置更新消 息發(fā)送給所述配置信息處理單元;將所述配置信息處理單元發(fā)來的配置更新失敗消息發(fā) 送給發(fā)來配置更新消息的網(wǎng)元設(shè)備;所述配置信息處理單元對接收到的配置更新消息進(jìn)行分析,若發(fā)現(xiàn)該配置更新消息 中包括不匹配的配置信息,則向所述通信單元發(fā)送配置更新失敗消息。
9.根據(jù)權(quán)利要求6至8任一項所述的網(wǎng)元設(shè)備,其特征在于,所述網(wǎng)元設(shè)備為長期演 進(jìn)系統(tǒng)中的eNB,所述鄰接的網(wǎng)元設(shè)備包括鄰接的eNB和/或移動性管理實體。
10.根據(jù)權(quán)利要求6至8任一項所述的網(wǎng)元設(shè)備,其特征在于,所述網(wǎng)元設(shè)備為長期 演進(jìn)系統(tǒng)的移動性管理實體,所述鄰接的網(wǎng)元設(shè)備包括鄰接的eNB。
全文摘要
本發(fā)明提供一種配置更新失敗后的處理方法和網(wǎng)元設(shè)備,該處理方法包括,第一網(wǎng)元設(shè)備配置發(fā)生變化后,向其鄰接的網(wǎng)元設(shè)備發(fā)送配置更新消息;第一網(wǎng)元設(shè)備如收到任一鄰接的網(wǎng)元設(shè)備反饋的配置更新失敗消息,且該配置更新失敗消息中不包含指示第一網(wǎng)元設(shè)備進(jìn)行后繼處理的信息時,則將配置回滾到配置更新之前的配置;第一網(wǎng)元設(shè)備以回滾后的配置重新向所有鄰接的網(wǎng)元設(shè)備發(fā)送的配置更新消息。通過本發(fā)明的處理方法和網(wǎng)元設(shè)備能夠在配置更新失敗后將配置滾回到配置更新前的配置,有效保證了所有網(wǎng)元設(shè)備之間資源的一致性,進(jìn)而保證網(wǎng)絡(luò)能夠可靠使用。
文檔編號H04W92/04GK102014530SQ20091017145
公開日2011年4月13日 申請日期2009年9月4日 優(yōu)先權(quán)日2009年9月4日
發(fā)明者王毅 申請人:中興通訊股份有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1