專利名稱：一種實現(xiàn)小區(qū)狀態(tài)更新的方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通訊領(lǐng)域，特別是涉及一種實現(xiàn)小區(qū)狀態(tài)更新的方法及系統(tǒng)。
背景技術(shù)：
當(dāng)基站(NodeB)網(wǎng)元發(fā)生故障時，所述NodeB的部分本地小區(qū)不具備 再為新接入用戶提供服務(wù)的能力。當(dāng)網(wǎng)絡(luò)運營商對Node B或小區(qū)進(jìn)行設(shè)備維 護(hù)時，網(wǎng)絡(luò)運營商需要臨時終止NodeB的某個本地小區(qū)為新接入用戶提供服 務(wù)的能力。
在上述兩種情況下，雖然所述本地小區(qū)已經(jīng)不具備為新接入用戶提供服務(wù) 的能力，但是所述部分本地小區(qū)的信號質(zhì)量可能仍然滿足用戶終端(UE)駐 留要求。而現(xiàn)有技術(shù)中，控制無線電網(wǎng)絡(luò)控制器(CRNC: Controlling Radio Network Controller)無法根據(jù)小區(qū)的當(dāng)前狀態(tài)對小區(qū)的禁止?fàn)顟B(tài)進(jìn)行更新，依 然將所述本地小區(qū)的狀態(tài)設(shè)置為非禁止?fàn)顟B(tài)(NOT—BARRED )。
此時，當(dāng)UE開機(jī)，進(jìn)行駐留小區(qū)選擇時，如果所述本地小區(qū)的信號質(zhì)量 符合UE駐留條件，則根據(jù)TS 25.304協(xié)議的描述，UE還是能夠駐留在所述本 地小區(qū)的。但是，由于所述小區(qū)已經(jīng)不具備再為新接入用戶提供服務(wù)的能力了 。 一旦駐留在所述本地小區(qū)的UE發(fā)起呼叫，將出現(xiàn)UE接入失敗，導(dǎo)致用戶接 入成功率降低。
在實際梯:作中，所述Node B的某些小區(qū)可能由于Node B網(wǎng)元故障時間 過長或維護(hù)操作時間過長，小區(qū)的狀態(tài)被設(shè)置為禁止?fàn)顟B(tài)(BARRED )。當(dāng)Node B網(wǎng)元故障恢復(fù)或網(wǎng)絡(luò)運營商完成設(shè)備維護(hù)操作時，所述本地小區(qū)恢復(fù)為新接 入用戶提供服務(wù)的能力。但是，現(xiàn)有技術(shù)中，所述CRNC無法根據(jù)小區(qū)的當(dāng) 前狀態(tài)對小區(qū)的禁止?fàn)顟B(tài)進(jìn)行更新，依然將所述本地小區(qū)的狀態(tài)設(shè)置為 BARRED。
此時，當(dāng)UE開機(jī)，進(jìn)行駐留小區(qū)選擇時，即使所述本地小區(qū)的信號質(zhì)量 符合UE駐留條件，但由于所述本地小區(qū)的狀態(tài)仍為BARRED， UE還是不能 夠駐留在所述本地小區(qū)，造成通信資源浪費。
因此，如何有效實現(xiàn)小區(qū)禁止?fàn)顟B(tài)的及時更新，是目前需要解決的問題。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是提供一種實現(xiàn)小區(qū)狀態(tài)更新的方法及系統(tǒng)， 使得當(dāng)小區(qū)狀態(tài)發(fā)生變化時，實現(xiàn)小區(qū)狀態(tài)的及時更新。
本發(fā)明實施例提供了 一種實現(xiàn)小區(qū)狀態(tài)更新的方法，所述方法包括 CRNC接收小區(qū)信用度能力信息或小區(qū)操作請求信息；所述CRNC根據(jù)接收 到的信息，設(shè)置系統(tǒng)消息中所述小區(qū)狀態(tài)，并廣播更新后的系統(tǒng)消息。
本發(fā)明實施例還提供了一種實現(xiàn)小區(qū)狀態(tài)更新的系統(tǒng)，所述系統(tǒng)包括網(wǎng) 絡(luò)側(cè)設(shè)備和終端；所述網(wǎng)絡(luò)側(cè)設(shè)備用于確定要進(jìn)行狀態(tài)更新的小區(qū)，更新系 統(tǒng)信息中所述要進(jìn)行狀態(tài)更新的小區(qū)的狀態(tài)，廣播更新后的系統(tǒng)信息；所述終 端用于讀取所述網(wǎng)絡(luò)側(cè)設(shè)備廣播的系統(tǒng)消息，根據(jù)當(dāng)前駐留的小區(qū)的狀態(tài)， 確定所述小區(qū)能否駐留。
與現(xiàn)有4支術(shù)相比，本發(fā)明實施例具有以下優(yōu)點
本發(fā)明實施例所述實現(xiàn)小區(qū)狀態(tài)更新的方法及系統(tǒng)，當(dāng)CRNC接收小區(qū) 信用度能力信息或小區(qū)操作請求信息時，根據(jù)接收到的信息，設(shè)置系統(tǒng)消息中 所述小區(qū)狀態(tài)，并廣播更新后的系統(tǒng)消息。
當(dāng)NodeB網(wǎng)元發(fā)生故障或網(wǎng)絡(luò)運營商進(jìn)行設(shè)備維護(hù)時，小區(qū)不能再為新 接入用戶提供服務(wù)。所述CRNC通過接收小區(qū)信用度能力信息或小區(qū)操作請 求信息，進(jìn)行小區(qū)狀態(tài)更新，將系統(tǒng)消息中所述信用度能力為0的小區(qū)或指定 被閉塞的小區(qū)的狀態(tài)設(shè)置為BARRED狀態(tài)。駐留在所述小區(qū)的UE收到系統(tǒng) 消息廣播后，發(fā)現(xiàn)所述小區(qū)被BARRED,將根據(jù)協(xié)議TS 25.304重新選擇可以 駐留的小區(qū)。由此，避免UE在不具備為新接入用戶提供服務(wù)的小區(qū)內(nèi)駐留或 發(fā)起呼叫，從而有效的提高了用戶接入的成功率，增強(qiáng)了網(wǎng)絡(luò)服務(wù)的可靠性。
當(dāng)NodeB網(wǎng)元故障恢復(fù)或網(wǎng)絡(luò)運營商完成設(shè)備維護(hù)時，小區(qū)恢復(fù)了為新 接入用戶提供服務(wù)的能力。所述CRNC通過接收小區(qū)信用度能力信息或小區(qū) 操作請求信息，進(jìn)行小區(qū)狀態(tài)更新，將系統(tǒng)消息中所述信用度能力由0變?yōu)榉?0的小區(qū)或指定被解閉的小區(qū)的狀態(tài)設(shè)置為NOT—BARRED狀態(tài)。接收到所述 系統(tǒng)消息的UE,根據(jù)協(xié)議TS 25.304進(jìn)行駐留小區(qū)選擇時，如果所述小區(qū)的 信號質(zhì)量符合駐留條件，則所述UE可以駐留在所述小區(qū)。由此，實現(xiàn)了通信 資源的利用率，避免資源浪費。


圖1,為本發(fā)明實施例所述實現(xiàn)小區(qū)狀態(tài)更新的方法流程圖； 圖2，為本發(fā)明第一實施例所述實現(xiàn)小區(qū)狀態(tài)更新的方法信令流程圖； 圖3，為本發(fā)明第二實施例所述實現(xiàn)小區(qū)狀態(tài)更新的方法信令流程圖； 圖4，為本發(fā)明第三實施例所述實現(xiàn)小區(qū)狀態(tài)更新的方法信令流程圖； 圖5,為本發(fā)明第四實施例所述實現(xiàn)小區(qū)狀態(tài)更新的方法信令流程圖； 圖6，為本發(fā)明第五實施例所述實現(xiàn)小區(qū)狀態(tài)更新的方法信令流程圖； 圖7,為本發(fā)明第六實施例所述實現(xiàn)小區(qū)狀態(tài)更新的方法信令流程圖； 圖8,為本發(fā)明第七實施例所述實現(xiàn)小區(qū)狀態(tài)更新的方法信令流程圖； 圖9,為本發(fā)明第八實施例所述實現(xiàn)小區(qū)狀態(tài)更新的方法信令流程圖； 圖10，為本發(fā)明實施例所述實現(xiàn)小區(qū)狀態(tài)更新的系統(tǒng)結(jié)構(gòu)圖。
具體實施例方式
為使本發(fā)明的上述目的、特征和優(yōu)點能夠更加明顯易懂，下面結(jié)合附圖和具體實施方式
對本發(fā)明作進(jìn)一步詳細(xì)的說明。
在寬帶碼分多址(WCDMA: Wide band Code Division Multiple Access )移 動通信系統(tǒng)中，UE開機(jī)后，將根據(jù)本地小區(qū)的信號質(zhì)量和系統(tǒng)信息中的本地 小區(qū)禁止(BARRED)狀態(tài)判定所述本地小區(qū)是否可以駐留。
如果所述本地小區(qū)的BARRED狀態(tài)為NOT—BARRED,表明所述本地小 區(qū)未凈皮禁止，UE可以駐留在所述本地小區(qū)。
如果所述本地小區(qū)的BARRED狀態(tài)為BARRED,表明所述本地小區(qū)被禁 止，UE不能駐留在所述本地小區(qū)，UE將根據(jù)協(xié)議TS 25.304描述的規(guī)則搜索 其他可駐留的本地小區(qū)進(jìn)行駐留。
采用本發(fā)明實施例，當(dāng)小區(qū)狀態(tài)發(fā)生變化時，所述CRNC接收小區(qū)信用 度能力信息或小區(qū)操作請求信息，根據(jù)接收到的信息，設(shè)置系統(tǒng)消息中所述小 區(qū)狀態(tài)，并廣播更新后的系統(tǒng)消息。
當(dāng)NodeB網(wǎng)元發(fā)生故障或網(wǎng)絡(luò)運營商進(jìn)行設(shè)備維護(hù)時，小區(qū)不能再為新 接入用戶提供服務(wù)。所述CRNC通過接收小區(qū)信用度能力信息或小區(qū)操作請 求信息，進(jìn)行小區(qū)狀態(tài)更新，將系統(tǒng)消息中所述信用度能力為O的小區(qū)或指定 被閉塞的小區(qū)的狀態(tài)設(shè)置為BARRED狀態(tài)。駐留在所述小區(qū)的UE收到系統(tǒng) 消息廣纟番后，發(fā)現(xiàn)所述小區(qū)被BARRED,將才艮據(jù)協(xié)議TS 25.304重新選擇可以 駐留的小區(qū)。由此，避免UE在不具備為新接入用戶提供服務(wù)的小區(qū)內(nèi)駐留或 發(fā)起呼叫，從而有效的提高了用戶接入的成功率，增強(qiáng)了網(wǎng)絡(luò)服務(wù)的可靠性。 當(dāng)Node B網(wǎng)元故障恢復(fù)或網(wǎng)絡(luò)運營商完成設(shè)備維護(hù)時，小區(qū)恢復(fù)了為新 接入用戶提供服務(wù)的能力。所述CRNC通過接收小區(qū)信用度能力信息或小區(qū) 操作請求信息，進(jìn)行小區(qū)狀態(tài)更新，將系統(tǒng)消息中所述信用度能力由O變?yōu)榉?0的小區(qū)或指定被解閉的小區(qū)的狀態(tài)設(shè)置為NOT—BARRED狀態(tài)。接收到所述 系統(tǒng)消息的UE,根據(jù)協(xié)議TS 25.304進(jìn)行駐留小區(qū)選擇時，如果所述小區(qū)的 信號質(zhì)量符合駐留條件，則所述UE可以駐留在所述小區(qū)。由此，實現(xiàn)了通信 資源的利用率，避免資源浪費。
參見圖1,為本發(fā)明實施例所述實現(xiàn)小區(qū)狀態(tài)更新的方法。 步驟101:所述CRNC接收小區(qū)信用度能力信息或小區(qū)操作請求信息。 步驟102:所述CRNC根據(jù)接收到的信息，設(shè)置系統(tǒng)消息中所述小區(qū)狀態(tài)， 并廣播更新后的系統(tǒng)消息。
在實際運用中，存在兩種情況需要對小區(qū)狀態(tài)進(jìn)行更新， 一是NodeB網(wǎng) 元故障，二是運營商對NodeB或小區(qū)進(jìn)行設(shè)備維護(hù)。下面分別針對這兩種情 況，詳細(xì)描述本發(fā)明實施例所述實現(xiàn)小區(qū)狀態(tài)更新的方法的具體流程。 一、NodeB網(wǎng)元故障
首先引入信用度概念。信用度是對NodeB處理能力的一種量化。NodeB 設(shè)備啟動后，將向CRNC上報自己的總的處理能力和每種業(yè)務(wù)需要消耗的處 理能力。CRNC根據(jù)這兩部分信息對用戶接入進(jìn)行接納，避免接納的用戶過多 以至于NodeB處理不了。
根據(jù)協(xié)議的定義，Node B的信用度能力分為兩個級別本地小區(qū)信用度 能力和本地小區(qū)組信用度能力。所述本地小區(qū)信用度能力是指邏輯小區(qū)對應(yīng)硬 件的處理能力。所述本地小區(qū)組信用度能力是指多個小區(qū)共享的處理能力。
當(dāng)NodeB網(wǎng)元發(fā)生故障時，有些本地小區(qū)或者本地小區(qū)組的處理能力為 0,不能為新接入用戶提供服務(wù)。此時，所述本地小區(qū)或者本地小區(qū)組的信用 度能力為0。
當(dāng)Node B網(wǎng)元故障恢復(fù)時，所述本地小區(qū)或者本地小區(qū)組的處理能力由
o變?yōu)榉莖,恢復(fù)了為新接入用戶提供服務(wù)的能力。此時，所述本地小區(qū)或者 本地小區(qū)組的信用度能力也由0變?yōu)榉?。
本發(fā)明實施例所述方法，在NodeB網(wǎng)元發(fā)生故障時，所述CRNC根據(jù)接 收自NodeB的小區(qū)信用度信息，判斷是否存在信用度為0的本地小區(qū)或本地 小區(qū)組，如果有，對所信用度為O的本地小區(qū)或本地小區(qū)組進(jìn)行狀態(tài)更新。
本發(fā)明實施例所述方法，在NodeB網(wǎng)元故障恢復(fù)時，所述CRNC根據(jù)接 收自NodeB的小區(qū)信用度信息，判斷是否存在信用度由0變?yōu)榉?的本地小 區(qū)或本地小區(qū)組，如果有，對所述信用度由O變?yōu)榉荗的本地小區(qū)或本地小區(qū) 組進(jìn)行狀態(tài)更新。
本發(fā)明實施例所述實現(xiàn)小區(qū)狀態(tài)更新方法，所述CRNC可以通過對所述 Node B進(jìn)行資源審計，接收所述Node B發(fā)送的包含所有本地小區(qū)信用度能力 信息，當(dāng)發(fā)現(xiàn)存在需要進(jìn)行狀態(tài)更新的小區(qū)時，更新系統(tǒng)消息中所述需要進(jìn)行 狀態(tài)更新的小區(qū)的禁止?fàn)顟B(tài)，實現(xiàn)小區(qū)的狀態(tài)更新。
圖2,為本發(fā)明第一實施例所述實現(xiàn)小區(qū)狀態(tài)更新的方法信令流程圖。 步驟201: Node B網(wǎng)元發(fā)生故障時，所述CRNC向Node B發(fā)送審計請求 (AUDIT REQUEST)消息。
所述CRNC可以按照預(yù)先設(shè)定的周期，定期向Node B發(fā)送審計請求消息。 所述CRNC也可以在接收到所述Node B發(fā)送的請求資源審計消息后，向 Node B發(fā)送審計請求消息。
步驟202: Node B向CRNC返回審計響應(yīng)(AUDIT RESPONSE )消息。 所述Node B返回的審計響應(yīng)消息中，包含Node B的所有本地小區(qū)或本 地小區(qū)組的信用度能力信息。
當(dāng)NodeB網(wǎng)元發(fā)生故障時，有些本地小區(qū)或者本地小區(qū)組的處理能力為 0,不能為新的用戶接入提供服務(wù)。此時，NodeB返回的所述審計響應(yīng)消息中， 這些不能為新的用戶接入提供服務(wù)的本地小區(qū)或者本地小區(qū)組的信用度能力 為0。
步驟203:所述CRNC根據(jù)接收到的所述審計響應(yīng)消息，確定不能為新接 入用戶提供服務(wù)的本地小區(qū)，更新系統(tǒng)消息中所述不能為新接入用戶提供服務(wù) 的本地小區(qū)的狀態(tài)設(shè)置為BARRED,并廣播更新后的系統(tǒng)消息。
所述CRNC對所述審計響應(yīng)消息中包含的所有本地小區(qū)的信用度能力進(jìn)
行檢查，當(dāng)發(fā)現(xiàn)存在信用度能力為o的本地小區(qū)或本地小區(qū)組時，確定相應(yīng)的 本地小區(qū)為不能為新接入用戶提供服務(wù)的本地小區(qū)。
當(dāng)審計響應(yīng)消息中包含有信用度能力為0的本地小區(qū)時，CRNC確定所述 本地小區(qū)不能為新接入用戶提供服務(wù)。
當(dāng)審計響應(yīng)消息中包含有信用度能力為0的本地小區(qū)組時，CRNC確定屬 于所述本地小區(qū)組的全部本地小區(qū)均不能為新接入用戶提供服務(wù)。
所述CRNC完成小區(qū)狀態(tài)更新后，廣播所述更新后的系統(tǒng)信息。駐留在 所述本地小區(qū)的UE接收到所述更新后的系統(tǒng)信息后，發(fā)現(xiàn)當(dāng)前駐留的本地小 區(qū)已被BARRED,將根據(jù)協(xié)議TS25.304重新選擇其他可駐留的小區(qū)。由此， 能夠避免所述UE繼續(xù)在所述不能為新接入用戶提供服務(wù)的本地小區(qū)駐留或發(fā) 起呼叫，從而有效的提高了用戶接入的成功率，增強(qiáng)網(wǎng)絡(luò)服務(wù)的可靠性。
當(dāng)所述Node B網(wǎng)元故障恢復(fù)，所述不能為新接入用戶提供服務(wù)的本地小 區(qū)恢復(fù)正常。所述本地小區(qū)信用度能力由0變?yōu)榉?，恢復(fù)了為新的用戶接入 提供服務(wù)的能力。此時，需要對所述小區(qū)進(jìn)行狀態(tài)更新，將所述小區(qū)的禁止?fàn)?態(tài)設(shè)置為NOT—BARRED,以免造成資源浪費。
參見圖3，為本發(fā)明第二實施例所述實現(xiàn)小區(qū)狀態(tài)更新的方法信令流程圖。
步驟301: Node B網(wǎng)元故障恢復(fù)時，所述CRNC向Node B發(fā)送審計請求 (AUDITREQUEST)消息。
所述CRNC可以按照預(yù)先設(shè)定的周期，定期向Node B發(fā)送審計請求消息。
所述CRNC也可以在接收到所述Node B發(fā)送的請求資源審計消息后，向 Node B發(fā)送審計請求消息。
步驟302: Node B向CRNC返回審計響應(yīng)(AUDIT RESPONSE )消息。
所述Node B返回的審計響應(yīng)消息中，包含Node B的所有本地小區(qū)或本 地小區(qū)組的信用度能力信息。
當(dāng)NodeB網(wǎng)元發(fā)生故障時，原本處理能力為O的本地小區(qū)或者本地小區(qū) 組的處理能力變?yōu)榉荗,恢復(fù)了為新接入用戶提供服務(wù)的能力。此時，NodeB 返回的所述審計響應(yīng)消息中，這些恢復(fù)了為新接入用戶提供服務(wù)能力的本地小 區(qū)或者本地小區(qū)組的信用度能力由0變?yōu)榉?。步驟303:所述CRNC根據(jù)接收到的所述審計響應(yīng)消息，確定恢復(fù)為新接 入用戶提供服務(wù)能力的本地小區(qū)，更新系統(tǒng)信息中所述恢復(fù)為新接入用戶提供 服務(wù)能力的本地小區(qū)的狀態(tài)設(shè)置為NOT_BARRED,廣播更新后的系統(tǒng)消息。
所述CRNC對所述審計響應(yīng)消息中包含的所有本地小區(qū)信用度能力進(jìn)行 檢查，當(dāng)發(fā)現(xiàn)存在信用度能力由O變?yōu)榉荗的本地小區(qū)或本地小區(qū)組時，確定 相應(yīng)的本地小區(qū)為恢復(fù)為新接入用戶提供服務(wù)能力的本地小區(qū)。
當(dāng)審計響應(yīng)消息中包含有信用度能力由0變?yōu)榉?的本地小區(qū)時，CRNC 確定所述本地小區(qū)恢復(fù)了為新接入用戶提供服務(wù)的能力。
當(dāng)審計響應(yīng)消息中包含有信用度能力由0變?yōu)榉?的本地小區(qū)組時， CRNC確定屬于所述本地小區(qū)組的全部本地小區(qū)均恢復(fù)了為新接入用戶提供 服務(wù)的能力。
所述CRNC完成小區(qū)狀態(tài)更新后，廣播所述更新后的系統(tǒng)信息。所述恢 復(fù)為新接入用戶提供服務(wù)能力的本地小區(qū)信號覆蓋范圍內(nèi)的UE接收到所述更 新后的系統(tǒng)信息后，根據(jù)協(xié)議TS25.304進(jìn)行本地小區(qū)重新選擇，如果所述本 地小區(qū)的信號質(zhì)量符合駐留條件，所述UE駐留在所述本地小區(qū)。由此，能夠 實現(xiàn)網(wǎng)絡(luò)資源的充分利用，避免造成資源浪費。
本發(fā)明實施例一和實施例二所述實現(xiàn)小區(qū)狀態(tài)更新方法，所述CRNC通 過接收審計響應(yīng)消息，對所述Node B進(jìn)行資源審計，接收所述NodeB發(fā)送 的包含所有本地小區(qū)信用度能力信息，獲取需要進(jìn)行狀態(tài)更新的小區(qū)信息。
本發(fā)明實施例所述實現(xiàn)小區(qū)狀態(tài)更新的方法，所述CRNC還可以通過接 收所述Node B發(fā)送的資源狀態(tài)指示消息，直接獲取需要進(jìn)行狀態(tài)更新的本地 小區(qū)〗言息。
其具體過程參見圖4、圖5所示。
圖4,為本發(fā)明第三實施例所述實現(xiàn)小區(qū)狀態(tài)更新的方法信令流程圖。
步驟401: NodeB網(wǎng)元發(fā)生故障，所述CRNC 4妄收所述Node B發(fā)送的資 源狀態(tài)指示(RESOURCE STATUS INDICATION )消息。
所述NodeB發(fā)送的資源狀態(tài)指示消息包含信用度能力為0的本地小區(qū)或 本地小區(qū)組的信息。
步驟402:所述CRNC根據(jù)接收到的所述資源狀態(tài)指示消息中包含的信用
度能力為0的本地小區(qū)或本地小區(qū)組的信息，確定不能為新接入用戶提供服務(wù) 的本地小區(qū)，更新系統(tǒng)信息中所述不能為新接入用戶提供服務(wù)的本地小區(qū)的狀
態(tài)為BARRED ，廣播更新后的系統(tǒng)消息。
所述CRNC完成小區(qū)狀態(tài)更新后，廣播所述更新后的系統(tǒng)信息。駐留在 所述本地小區(qū)的UE接收到所述更新后的系統(tǒng)信息后，發(fā)現(xiàn)當(dāng)前駐留的本地小 區(qū)已被BARRED,將根據(jù)協(xié)議TS25.304重新選擇其他可駐留的小區(qū)。由此， 能夠避免所述UE繼續(xù)在所述不能為新接入用戶提供服務(wù)的本地小區(qū)駐留或發(fā) 起呼叫，從而有效的提高了用戶接入的成功率，增強(qiáng)網(wǎng)絡(luò)服務(wù)的可靠性。
參見圖5，為本發(fā)明第四實施例所述實現(xiàn)小區(qū)狀態(tài)更新的方法信令流程圖。
步驟501:所述Node B網(wǎng)元故障恢復(fù)，所述CRNC接收所述Node B發(fā) 送的資源狀態(tài)指示(RESOURCE STATUS INDICATION)消息。
Node B發(fā)送的所述資源狀態(tài)指示消息中包含信用度能力由0變?yōu)榉?的 本地小區(qū)或本地小區(qū)組的信息。
步驟502:所述CRNC根據(jù)接收到所述資源狀態(tài)指示消息中包含的信用度 能力由0變?yōu)榉?的本地小區(qū)或本地小區(qū)組的信息，確定恢復(fù)為新接入用戶提 供服務(wù)能力的本地小區(qū)，更新系統(tǒng)信息中所述恢復(fù)為新接入用戶提供服務(wù)能力 的本地小區(qū)的狀態(tài)為NOT—BARRED。
所述CRNC完成小區(qū)狀態(tài)更新后，廣播所述更新后的系統(tǒng)信息。所述恢 復(fù)為新接入用戶提供服務(wù)能力的本地小區(qū)信號覆蓋范圍內(nèi)的UE接收到所述更 新后的系統(tǒng)信息后，才艮據(jù)協(xié)議TS25.304進(jìn)行本地小區(qū)重新選擇，如果所述本 地小區(qū)的信號質(zhì)量符合駐留條件，所述UE駐留在所述本地小區(qū)。由此，能夠 實現(xiàn)網(wǎng)絡(luò)資源的充分利用，避免造成資源浪費。
二、網(wǎng)絡(luò)運營商進(jìn)行設(shè)備維護(hù)
當(dāng)網(wǎng)絡(luò)運營商對Node B或小區(qū)進(jìn)行設(shè)備維護(hù)前(比如調(diào)整天線等)，為了 將對網(wǎng)絡(luò)用戶的影響壓縮到最小， 一般會在Node B的操作維護(hù)臺或者CRNC 側(cè)的操作維護(hù)臺(MT)執(zhí)行本地小區(qū)的閉塞過程。當(dāng)本地小區(qū)完成閉塞后， 所述本地小區(qū)將不再具備為新接入用戶提供服務(wù)的能力。因此，在執(zhí)行所述本 地小區(qū)閉塞過程之前，為了提高接入成功率，應(yīng)首先對指定被閉塞的小區(qū)進(jìn)行 狀態(tài)更新，將所述本地小區(qū)設(shè)置為BARRED狀態(tài)，以避免在維護(hù)過程中，仍
有UE駐留在所述本地小區(qū)或在所述本地小區(qū)發(fā)起呼叫，造成呼叫失敗。
當(dāng)網(wǎng)絡(luò)運營商對Node B或小區(qū)設(shè)備維護(hù)結(jié)束時，會在Node B的操作維 護(hù)臺或者CRNC側(cè)的操作維護(hù)臺(MT)執(zhí)行本地小區(qū)的解閉過程。此時，為 了使所述本地小區(qū)能夠盡快為用戶提供服務(wù)，在運營商對本地小區(qū)進(jìn)行解閉 時，應(yīng)同時對所述本地小區(qū)進(jìn)行狀態(tài)更新，將所述本地小區(qū)設(shè)置為 NOT—BARRED。當(dāng)所述本地小區(qū)信號覆蓋范圍內(nèi)的UE發(fā)現(xiàn)所述小區(qū)符合駐 留條件時，能夠成功駐留在所述本地小區(qū)，實現(xiàn)網(wǎng)絡(luò)資源利用的最大化。 所述本地小區(qū)閉塞過程具體包括禁止新用戶接入；全部老用戶掛機(jī)。 實際運用中，在所述本地小區(qū)閉塞過程中，對于已經(jīng)在通訊的老用戶，可 以根據(jù)閉塞優(yōu)先級的不同，分別采取以下策略對本地小區(qū)進(jìn)行閉塞
a、 對于中優(yōu)先級閉塞，可以預(yù)先設(shè)定一定的時限。如果在預(yù)先設(shè)定的時 限內(nèi)，全部老用戶均掛機(jī)，則本地小區(qū)資源閉塞成功；如果超過預(yù)先設(shè)定的時 限，仍然有老用戶尚未掛機(jī)，則強(qiáng)制釋放殘存的用戶，本地小區(qū)資源閉塞成功。
b、 對于低優(yōu)先級閉塞，不需要設(shè)定時限，等待至全部老用戶掛機(jī)，本地 小區(qū)資源閉塞成功。
上述對Node B進(jìn)行設(shè)備維護(hù)時的小區(qū)狀態(tài)更新過程具體如下所述。 圖6,為本發(fā)明第五實施例所述實現(xiàn)小區(qū)狀態(tài)更新的方法信令流程圖。 步驟601:運營商對NodeB網(wǎng)元進(jìn)行設(shè)備維護(hù)，Node B的才喿作維護(hù)終端
向CRNC發(fā)送資源閉塞請求(BLOCK RESOURCE REQUEST)消息。
在所述資源閉塞請求消息中，包含有指定被閉塞的本地小區(qū)信息。每次資
源閉塞操作只能閉塞一個本地小區(qū)。因此，所述資源閉塞請求消息中只能包含
一個本地小區(qū)信息。
所述資源閉塞請求消息還可以包含本次閉塞的優(yōu)先級別。
其中，當(dāng)本次閉塞的優(yōu)先級別為中優(yōu)先級時，所述資源閉塞請求消息還可
以包括預(yù)先設(shè)定的時限。
步驟602:所述CRNC接收到所述資源閉塞請求消息后，確定所述資源閉
塞請求消息中指定的本地小區(qū)為不能為新接入用戶提供服務(wù)的本地小區(qū)，更新
系統(tǒng)消息中所述不能為新接入用戶提供服務(wù)的本地小區(qū)的狀態(tài)為BARRED，
廣播更新后的系統(tǒng)消息。
所述CRNC完成小區(qū)狀態(tài)更新后，廣播所述更新后的系統(tǒng)信息。駐留在 所述本地小區(qū)的UE接收到所述更新后的系統(tǒng)信息后，發(fā)現(xiàn)當(dāng)前駐留的本地小 區(qū)已被BARRED,將根據(jù)協(xié)議TS25.304重新選擇其他可駐留的小區(qū)。由此， 能夠避免所述UE繼續(xù)在所述不能為新接入用戶提供服務(wù)的本地小區(qū)駐留或發(fā) 起呼叫，從而有效的提高了用戶接入的成功率，增強(qiáng)網(wǎng)絡(luò)服務(wù)的可靠性。
本發(fā)明實施例所述方法，當(dāng)完成上述本地小區(qū)狀態(tài)更新后，進(jìn)一步包括對 所述指定被閉塞小區(qū)進(jìn)行閉塞處理的過程。
當(dāng)所述指定被閉塞小區(qū)閉塞處理成功后，所述CRNC向NodeB返回資源 閉塞響應(yīng)(BLOCK RESOURCE RESPONSE )消息。
當(dāng)本次閉塞為中優(yōu)先級別時，如果在預(yù)先設(shè)定的時限內(nèi)，屬于所述本地小 區(qū)的全部老用戶均掛機(jī)，則所述本地小區(qū)資源閉塞成功；如果超過了預(yù)先設(shè)定 的時限，仍有老用戶尚未掛^L，則所述本地小區(qū)強(qiáng)制釋放殘存的用戶，本地小 區(qū)資源閉塞成功。
當(dāng)本次閉塞為低優(yōu)先級別時，等待至全部老用戶均關(guān)機(jī)，本地小區(qū)資源閉 塞成功。
當(dāng)運營商對Node B設(shè)備維護(hù)結(jié)束后，需要向UE重新開放上述被閉塞的 本地小區(qū)。此時，NodeB的操作維護(hù)終端將執(zhí)行所述本地小區(qū)的解閉塞操作。
參見圖7,為本發(fā)明第六實施例所述實現(xiàn)小區(qū)狀態(tài)更新的方法信令流程圖。
步驟701:所述Node B的操作維護(hù)終端向所述CRNC發(fā)送資源解閉請求 (UNBLOCK RESOURCE REQUEST)消息。所述資源解閉請求中，包含有指 定被解閉的本地小區(qū)的信息。
步驟702: CRNC接收到所述資源解閉請求消息后，確定所述指定被解閉 的本地小區(qū)為恢復(fù)為新接入用戶提供服務(wù)能力的小區(qū)，更新系統(tǒng)消息中所述恢 復(fù)為新接入用戶提供服務(wù)能力的小區(qū)的狀態(tài)為NOT_BARRED,廣播更新后的 系統(tǒng)消息。
所述CRNC完成小區(qū)狀態(tài)更新后，廣播所述更新后的系統(tǒng)信息。所述恢 復(fù)為新接入用戶提供服務(wù)能力的本地小區(qū)信號覆蓋范圍內(nèi)的UE接收到所述更 新后的系統(tǒng)信息后，根據(jù)協(xié)議TS25.304進(jìn)行本地小區(qū)重新選擇，如果所述本 地小區(qū)的信號質(zhì)量符合駐留條件，所述UE駐留在所述本地小區(qū)。由此，能夠
實現(xiàn)網(wǎng)絡(luò)資源的充分利用，避免造成資源浪費。
本發(fā)明實施例五和實施例六所述實現(xiàn)小區(qū)狀態(tài)更新的方法，是Node B設(shè) 備維護(hù)前后，對指定被閉塞的本地小區(qū)進(jìn)行狀態(tài)更新的過程。本發(fā)明實施例七 和實施例八所述實現(xiàn)小區(qū)狀態(tài)更新的方法，是對本地小區(qū)設(shè)備維護(hù)前后，對指 定被閉塞的本地小區(qū)進(jìn)行狀態(tài)更新。
參見圖8，為本發(fā)明第七實施例所述實現(xiàn)小區(qū)狀態(tài)更新的方法信令流程圖。
步驟801:運營商對本地小區(qū)進(jìn)行設(shè)備維護(hù)，MT向CRNC發(fā)送小區(qū)閉塞 請求(CELL BLOCK REQUEST)消息。
在所述小區(qū)閉塞請求消息中，包含有指定被閉塞的本地小區(qū)信息。每次小 區(qū)閉塞操作只能閉塞一個本地小區(qū)。因此，所述小區(qū)閉塞請求消息中只能包含 一個本地小區(qū)信息。
所述小區(qū)閉塞請求消息還可以包含本次閉塞的優(yōu)先級別。
其中，當(dāng)本次閉塞的優(yōu)先級別為中優(yōu)先級時，所述小區(qū)閉塞請求消息還可 以包括預(yù)先設(shè)定的時限。
步驟802: CRNC接收到所述小區(qū)閉塞請求消息后，確定所述小區(qū)閉塞請 求消息中指定的本地小區(qū)為不能為新接入用戶提供服務(wù)的本地小區(qū)，更新系統(tǒng) 消息中所述不能為新接入用戶提供服務(wù)的本地小區(qū)的狀態(tài)設(shè)置為BARRED， 廣播更新后的系統(tǒng)消息。
所述CRNC完成小區(qū)狀態(tài)更新后，廣播所述更新后的系統(tǒng)信息。駐留在 所述本地小區(qū)的UE接收到所述更新后的系統(tǒng)信息后，發(fā)現(xiàn)當(dāng)前駐留的本地小 區(qū)已被BARRED,將根據(jù)協(xié)議TS25.304重新選擇其他可駐留的小區(qū)。由此， 能夠避免所述UE繼續(xù)在所述不能為新接入用戶提供服務(wù)的本地小區(qū)駐留或發(fā) 起呼叫，從而有效的提高了用戶接入的成功率，增強(qiáng)網(wǎng)絡(luò)服務(wù)的可靠性。
本發(fā)明實施例所述方法，當(dāng)完成上述本地小區(qū)狀態(tài)更新后，進(jìn)一步包括對 所述指定被閉塞小區(qū)進(jìn)行閉塞處理的過程。
當(dāng)所述指定被閉塞小區(qū)閉塞處理成功后，所述CRNC向MT返回小區(qū)閉 塞響應(yīng)(CELL BLOCK RESPONSE )消息。
當(dāng)運營商對本地小區(qū)設(shè)備維護(hù)過程結(jié)束后，需要向UE重新開放上述被閉 塞的本地小區(qū)。此時，MT將執(zhí)行所述本地小區(qū)的解閉塞操作。參見圖9,為本發(fā)明第八實施例所述實現(xiàn)小區(qū)狀態(tài)更新的方法信令流程圖。
步驟901: MT向CRNC發(fā)送小區(qū)解閉請求(CELL UNBLOCK REQUEST )消息。
所述資源解閉請求中，包含有指定被解閉的本地小區(qū)的信息。 步驟902: CRNC接收到所述小區(qū)解閉請求消息后，確定所述指定被解閉 的本地小區(qū)為恢復(fù)為新接入用戶提供服務(wù)能力的小區(qū)，更新系統(tǒng)消息中所述恢 復(fù)為新接入用戶提供服務(wù)能力的小區(qū)的狀態(tài)為NOT—BARRED,廣播更新后的 系統(tǒng)消息。
所述CRNC完成小區(qū)狀態(tài)更新后，廣播所述更新后的系統(tǒng)信息。所述恢 復(fù)為新接入用戶提供服務(wù)能力的本地小區(qū)信號覆蓋范圍內(nèi)的UE接收到所述更 新后的系統(tǒng)信息后，根據(jù)協(xié)議TS25.304進(jìn)行本地小區(qū)重新選擇，如果所述本 地小區(qū)的信號質(zhì)量符合駐留條件，所述UE駐留在所述本地小區(qū)。由此，能夠 實現(xiàn)網(wǎng)絡(luò)資源的充分利用，避免造成資源浪費。
與上述實施例所述方法相對應(yīng)，參見圖10，本發(fā)明實施例還提供了一種 實現(xiàn)小區(qū)狀態(tài)更新的系統(tǒng)，所述系統(tǒng)包括網(wǎng)絡(luò)側(cè)設(shè)備1001和終端1002。
所述網(wǎng)絡(luò)側(cè)設(shè)備1001用于確定要進(jìn)行狀態(tài)更新的小區(qū)，更新系統(tǒng)信息 中所述要進(jìn)行狀態(tài)更新的小區(qū)的狀態(tài)，廣播更新后的系統(tǒng)信息；
所述終端1002用于讀取所述網(wǎng)絡(luò)側(cè)設(shè)備廣播的系統(tǒng)消息，根據(jù)當(dāng)前駐 留的本地小區(qū)的狀態(tài)，確定所述小區(qū)能否駐留。
綜上所述，本發(fā)明實施例所述實現(xiàn)小區(qū)狀態(tài)更新的方法及系統(tǒng)，當(dāng)CRNC 接收小區(qū)信用度能力信息或小區(qū)操作請求信息時，根據(jù)接收到的信息，設(shè)置系 統(tǒng)消息中所述小區(qū)狀態(tài)，并廣#~更新后的系統(tǒng)消息。
當(dāng)NodeB網(wǎng)元發(fā)生故障或網(wǎng)絡(luò)運營商進(jìn)行設(shè)備維護(hù)時，小區(qū)不能再為新 接入用戶提供服務(wù)。所述CRNC通過接收小區(qū)信用度能力信息或小區(qū)操作請 求信息，進(jìn)行小區(qū)狀態(tài)更新，將系統(tǒng)消息中所述信用度能力為O的小區(qū)或指定 被閉塞的小區(qū)的狀態(tài)設(shè)置為BARRED狀態(tài)。駐留在所述小區(qū)的UE收到系統(tǒng) 消息廣播后，發(fā)現(xiàn)所述小區(qū)被BARRED,將根據(jù)協(xié)議TS 25.304重新選擇可以 駐留的小區(qū)。由此，避免UE在不具備為新接入用戶提供服務(wù)的小區(qū)內(nèi)駐留或 發(fā)起呼叫，從而有效的提高了用戶接入的成功率，增強(qiáng)了網(wǎng)絡(luò)服務(wù)的可靠性。
當(dāng)NodeB網(wǎng)元故障恢復(fù)或網(wǎng)絡(luò)運營商完成設(shè)備維護(hù)時，小區(qū)恢復(fù)了為新 接入用戶提供服務(wù)的能力。所述CRNC通過接收小區(qū)信用度能力信息或小區(qū) 操作請求信息，進(jìn)行小區(qū)狀態(tài)更新，將系統(tǒng)消息中所述信用度能力由0變?yōu)榉?0的小區(qū)或指定被解閉的小區(qū)的狀態(tài)設(shè)置為NOT一BARRED狀態(tài)。接收到所述 系統(tǒng)消息的UE,根據(jù)協(xié)議TS 25.304進(jìn)行駐留小區(qū)選擇時，如果所述小區(qū)的 信號質(zhì)量符合駐留條件，則所述UE可以駐留在所述小區(qū)。由此，實現(xiàn)了通信 資源的利用率，避免資源浪費。
本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述實施例方法中的全部或部分步驟 是可以通過程序來指令相關(guān)的硬件來完成，所述的程序可以存儲于一計算機(jī)可 讀取存儲介質(zhì)中，該程序在執(zhí)行時，包括如下步驟CRNC接收小區(qū)信用度能 力信息或小區(qū)操作請求信息；所述CRNC根據(jù)接收到的信息，設(shè)置系統(tǒng)消息 中所述小區(qū)狀態(tài)，并廣播更新后的系統(tǒng)消息。
以上對本發(fā)明所提供的 一種實現(xiàn)小區(qū)狀態(tài)更新的方法及系統(tǒng)，進(jìn)行了詳細(xì)
施例的說明只是用于幫助理解本發(fā)明的方法及其核心思想；同時，對于本領(lǐng)域 的一般技術(shù)人員，依據(jù)本發(fā)明的思想，在具體實施方式
及應(yīng)用范圍上均會有改 變之處，綜上所述，本說明書內(nèi)容不應(yīng)理解為對本發(fā)明的限制。
權(quán)利要求
1、一種實現(xiàn)小區(qū)狀態(tài)更新的方法，其特征在于，所述方法包括CRNC接收小區(qū)信用度能力信息或小區(qū)操作請求信息；所述CRNC根據(jù)接收到的信息，設(shè)置系統(tǒng)消息中所述小區(qū)狀態(tài)，并廣播更新后的系統(tǒng)消息。
2、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述小區(qū)信用度能力信息 為接收自Node B的審計響應(yīng)消息；其中，所述審計響應(yīng)消息包含所有小區(qū)或小區(qū)組的信用度能力信息。
3、 根據(jù)權(quán)利要求2所述的方法，其特征在于，CRNC接收小區(qū)信用度能 力信息之前，所述方法進(jìn)一步包括所述CRNC定期向所述Node B發(fā)送審計請求消息。
4、 根據(jù)權(quán)利要求2所述的方法，其特征在于，CRNC接收小區(qū)信用度能 力信息之前，所述方法進(jìn)一步包括所述CRNC接收到所述Node B發(fā)送的請求資源審計消息。
5、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述小區(qū)信用度能力信息 為接收自NodeB的資源狀態(tài)指示消息；其中，所述資源狀態(tài)指示消息包含信用度能力為0的小區(qū)或小區(qū)組信息。
6、 根據(jù)權(quán)利要求2或5所述的方法，其特征在于，所述CRNC根據(jù)接收 到的信息，設(shè)置系統(tǒng)消息中所述小區(qū)狀態(tài)包括所述CRNC根據(jù)接收到的信息，設(shè)置系統(tǒng)消息中所述信用度能力為0的 小區(qū)的狀態(tài)為禁止?fàn)顟B(tài)；或，所述CRNC根據(jù)接收到的信息，設(shè)置系統(tǒng)消息中屬于所述信用度能力為0 的小區(qū)組的全部小區(qū)的狀態(tài)為禁止?fàn)顟B(tài)。
7、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述小區(qū)信用度能力信息 為接收自NodeB的資源狀態(tài)指示消息；其中，所述資源狀態(tài)指示消息包含信用度能力由0變?yōu)榉?的小區(qū)或小區(qū) 組信息。
8、 根據(jù)權(quán)利要求2或7所述的方法，其特征在于，所述CRNC根據(jù)接收 到的信息，設(shè)置系統(tǒng)消息中所述小區(qū)狀態(tài)包括 所述CRNC根據(jù)接收到的信息，設(shè)置系統(tǒng)消息中所述信用度能力由0變 為非O的小區(qū)的狀態(tài)為非禁止?fàn)顟B(tài)；或，所述CRNC根據(jù)接收到的信息，設(shè)置系統(tǒng)消息中屬于所述信用度能力由0 變?yōu)榉荗的小區(qū)組的全部小區(qū)的狀態(tài)為非禁止?fàn)顟B(tài)。
9、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述小區(qū)操作請求信息為 接收自所述Node B側(cè)或所述CRNC側(cè)的操作維護(hù)終端發(fā)送的閉塞請求消息；所述閉塞請求信息包含指定被閉塞的小區(qū)信息。
10、 根據(jù)權(quán)利要求9所述的方法，其特征在于，所述CRNC根據(jù)接收到 的信息，設(shè)置系統(tǒng)消息中所述小區(qū)狀態(tài)包括所述CRNC根據(jù)接收到的信息，設(shè)置系統(tǒng)消息中所述指定被閉塞的小區(qū) 的狀態(tài)為禁止?fàn)顟B(tài)。
11、 根據(jù)權(quán)利要求10所述的方法，其特征在于，廣播更新后的系統(tǒng)消息 之后，所述方法進(jìn)一步包括對所述指定被閉塞的小區(qū)進(jìn)行閉塞處理；當(dāng)所述閉塞處理成功后，所述CRNC向所述Node B側(cè)或所述CRNC側(cè)的 才喿作維護(hù)終端發(fā)送閉塞響應(yīng)消息。
12、 根據(jù)權(quán)利要求11所述的方法，其特征在于，所述CRNC接收到的所 述閉塞請求消息中還包含閉塞處理優(yōu)先級；當(dāng)所述閉塞處理優(yōu)先級為中優(yōu)先級時，所述閉塞請求消息還包括預(yù)先設(shè)定 的時限；當(dāng)所述指定被閉塞小區(qū)內(nèi)的全部用戶已掛機(jī)或達(dá)到預(yù)先設(shè)定的時限 時，所述閉塞處理成功；當(dāng)所述閉塞處理優(yōu)先級為低優(yōu)先級時，所述指定被閉塞小區(qū)內(nèi)的全部用戶 已掛機(jī)，所述閉塞處理成功。
13、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述小區(qū)操作請求信息為 接收自所述Node B側(cè)或所述CRNC側(cè)的操作維護(hù)終端發(fā)送的解閉請求消息；所述解閉請求信息包含指定被解閉的小區(qū)信息。
14、 根據(jù)權(quán)利要求13所述的方法，其特征在于，所述CRNC根據(jù)接收到 的信息，設(shè)置系統(tǒng)消息中所述小區(qū)狀態(tài)包括所述CRNC根據(jù)接收到的信息，設(shè)置系統(tǒng)消息中所述指定被解閉的小區(qū)的狀態(tài)為非禁止?fàn)顟B(tài)。
15、 一種實現(xiàn)小區(qū)狀態(tài)更新的系統(tǒng)，其特征在于，所述系統(tǒng)包括網(wǎng)絡(luò)側(cè) 設(shè)備和終端；所述網(wǎng)絡(luò)側(cè)設(shè)備用于確定要進(jìn)行狀態(tài)更新的小區(qū)，更新系統(tǒng)信息中所述 要進(jìn)行狀態(tài)更新的小區(qū)的狀態(tài)，廣播更新后的系統(tǒng)信息；所述終端用于讀取所述網(wǎng)絡(luò)側(cè)設(shè)備廣播的系統(tǒng)消息，根據(jù)當(dāng)前駐留的小 區(qū)的狀態(tài)，確定所述小區(qū)能否駐留。
全文摘要
本發(fā)明實施例提供了一種實現(xiàn)小區(qū)狀態(tài)更新的方法及系統(tǒng)。所述方法包括CRNC接收小區(qū)信用度能力信息或小區(qū)操作請求信息；所述CRNC根據(jù)接收到的信息，設(shè)置系統(tǒng)消息中所述小區(qū)狀態(tài)，并廣播更新后的系統(tǒng)消息。本發(fā)明實施例還提供了一種實現(xiàn)小區(qū)狀態(tài)更新的系統(tǒng)，所述系統(tǒng)包括網(wǎng)絡(luò)側(cè)設(shè)備和終端；所述網(wǎng)絡(luò)側(cè)設(shè)備用于確定要進(jìn)行狀態(tài)更新的小區(qū)，更新系統(tǒng)信息中所述要進(jìn)行狀態(tài)更新的小區(qū)的狀態(tài)，廣播更新后的系統(tǒng)信息；所述終端用于讀取所述網(wǎng)絡(luò)側(cè)設(shè)備廣播的系統(tǒng)消息，根據(jù)當(dāng)前駐留的小區(qū)的狀態(tài)，確定所述小區(qū)能否駐留。本發(fā)明實施例所述的實現(xiàn)小區(qū)狀態(tài)更新的方法及系統(tǒng)，能夠有效實現(xiàn)小區(qū)狀態(tài)的更新。
文檔編號H04L12/28GK101351044SQ200810042018
公開日2009年1月21日 申請日期2008年8月20日 優(yōu)先權(quán)日2008年8月20日
發(fā)明者陳取才 申請人:上海華為技術(shù)有限公司