午夜毛片免费看,老师老少妇黄色网站,久久本道综合久久伊人,伊人黄片子

一種獲取無線接入承載建立狀態(tài)信息的方法

文檔序號:7618589閱讀:191來源:國知局
專利名稱:一種獲取無線接入承載建立狀態(tài)信息的方法
技術領域
本發(fā)明涉及網絡性能測量技術,尤指一種獲取無線接入承載(RAB)建立狀態(tài)信息的方法。
背景技術
隨著第三代移動通信技術迅速發(fā)展,對獲取網絡性能信息的要求也在不斷提高。通過獲取的性能信息,可以清楚地了解當前網絡的具體運營狀況,從而為網絡規(guī)劃、網絡維護和優(yōu)化、服務評估等提供依據。用戶設備(UE)與核心網(CN)之間的信令連接狀態(tài)是衡量呼叫是否接通的重要指標之一。其中,在由CN發(fā)起,UMTS的陸地無線接入網絡(UTRAN)執(zhí)行完成的RAB建立過程中,通過獲取RAB建立狀態(tài)信息,可以將獲得的結果作為一種性能指標來指導調整信道配置,也可以用于考核系統(tǒng)的負荷情況等。
第三代伙伴關系計劃(3GPP)TS32.403協(xié)議描述了網絡側獲取性能信息的方法和原則,對RAB在UTRAN中無線網絡控制器(RNC)的建立過程和獲取RAB建立狀態(tài)信息過程進行了描述。
圖1是現(xiàn)有技術RAB建立流程圖,RAB是指用戶平面的承載,用于在UE與CN之間傳送語音、數據和多媒體業(yè)務。RAB建立過程是在UE完成無線資源控制層(RRC)連接建立的基礎上才能開始的,基本工作步驟如下步驟100CN向RNC發(fā)送RAB指配請求(RAB Assignment Request)消息,請求RNC建立某個UE的RAB。
步驟101~步驟102RNC向UE發(fā)起無線承載建立請求(Radio BearerSetup)消息,UE完成RB建立后,向RNC響應RB建立完成(Radio BearerSetup Complete)消息。
步驟103RNC接收到UE響應的RB建立完成消息后,向CN應答RAB指配響應(RAB Assignment Response)消息,結束RAB建立流程。
在圖1的RAB建立過程中,通過兩個獲取點來獲取RAB建立狀態(tài)信息,其中獲取點A用于記錄RAB指配建立嘗試次數,獲取點B用于記錄RAB指配響應成功次數或RAB指配響應不同原因失敗次數。其中RAB指配響應不同原因失敗次數是指協(xié)議規(guī)定的用于標識指配失敗原因的代碼值所對應的這類失敗的次數?,F(xiàn)有技術獲取RAB建立狀態(tài)信息的方法是基于RNC范圍的,圖2是現(xiàn)有技術獲取RAB建立狀態(tài)信息的流程圖,具體工作步驟如下步驟200RNC接收到來自CN的RAB指配請求消息后,記錄RAB指配建立嘗試次數。
本步驟中,RNC每接收到一次RAB指配請求消息,就觸發(fā)一次獲取計數過程。記錄采用累加(CC)的方法,即每接收到一次RAB指配請求消息,用于記錄指配嘗試次數的計數器就加一。
步驟201當RAB指配響應消息指示指配成功,RNC記錄RAB指配響應成功次數。
步驟202當RAB指配響應消息指示指配失敗,RNC記錄RAB指配響應不同原因失敗次數。
本步驟中,指示指配失敗時,同時指示了引起失敗的原因所對應的協(xié)議規(guī)定的該失敗原因的代碼值。
步驟201和步驟202在同一次獲取計數過程中,根據RAB指配響應消息的指示,選擇其中一步執(zhí)行,同樣也是采用CC的方法。
完成上述信息獲取之后,可以通過記錄結果進一步得到一些性能參數,如RAB建立成功率,RAB建立成功率等于RAB指配響應成功次數與RAB指配建立嘗試次數之比的值,通過得到的RAB建立成功率,可以了解當前網絡的基于RNC范圍呼叫接通率;通過得到的RAB指配響應不同原因失敗次數,可以了解當前網絡的基于RNC范圍的接通失敗原因等。
現(xiàn)有技術中,RNC應用上述獲取RAB建立狀態(tài)信息的方法,對電路交換(CS)域和分組交換(PS)域,分別獲取各自的RAB建立狀態(tài)信息,需要說明的是,RAB建立請求消息是來自CS域還是PS域,在RRC建立階段就已經確定;在CS域或PS域下,又對RAB指配響應過程是否存在排隊,分別獲取各自情況下的RAB建立狀態(tài)信息,因為在RAB指配響應過程存在排隊的情況下,有可能存在排隊等待時間過長而丟棄一些還未參與計數的RAB指配響應消息,這樣,是否存在排隊情況下的獲取結果是不一樣的。是否存在排隊由RNC中其它相關模塊控制;在排隊或不排隊的情況下,還針對不同的業(yè)務類型,分別獲取RAB建立狀態(tài)信息,比如會話類、流類、交互類、背景類等。不同的業(yè)務采用不同的變量來記錄各自的計數結果。
從上述現(xiàn)有技術獲取RAB建立狀態(tài)信息的方法來看,對RAB建立狀態(tài)信息的記錄是基于RNC進行的,這樣,運營商只能通過上述獲取RAB建立狀態(tài)信息的方法,在RNC范圍內提供性能參考,而無法直觀全面地了解RNC下各小區(qū)呼叫接通率的差異以及各小區(qū)的接通失敗原因等,從而無法對網絡規(guī)劃、網絡維護和優(yōu)化、服務評估等作出更為細致的評價。

發(fā)明內容
有鑒于此,本發(fā)明的主要目的在于提供一種獲取無線接入承載建立狀態(tài)信息的方法,該方法能更為細致地記錄RAB建立狀態(tài)信息,從而保證運營商對網絡小區(qū)級別的性能全面直觀的了解。
為達到上述目的,本發(fā)明的技術方案具體是這樣實現(xiàn)的一種獲取無線接入承載RAB建立狀態(tài)信息的方法,用戶設備UE向無線網絡控制器RNC請求建立起無線資源控制層RRC連接之后,該方法包括以下步驟A、RNC根據標識消息中攜帶的特征信息,確定UE建立的RAB所對應的小區(qū);B、RNC根據自身向CN發(fā)送的RAB指配響應消息中攜帶的指示,分別獲取不同小區(qū)的RAB建立狀態(tài)信息。
在步驟A中,所述標識消息中攜帶的特征信息為用于標識RAB連接所對應的小區(qū)的RAB標識信息。
在步驟A中,所述標識信息為來自核心網CN的RAB指配請求消息。
在步驟B中,所述獲取RAB建立狀態(tài)信息的方法為RNC向CN響應所述RAB指配響應消息且指示成功時,記錄RAB指配響應成功次數和RAB指配建立嘗試次數;RNC向CN響應所述RAB指配響應消息且指示失敗時,記錄RAB指配響應不同原因失敗次數和RAB指配建立嘗試次數。
該方法進一步包括RNC在接收到的RAB指配請求消息時,記錄RAB指配建立嘗試次數。
在步驟B中,所述獲取RAB建立狀態(tài)信息的方法為RNC向CN響應所述RAB指配響應消息且指示成功時,記錄RAB指配響應成功次數;RNC向CN響應所述RAB指配響應消息且指示失敗時,記錄RAB指配響應不同原因失敗次數。
所述記錄的方法為累加方法。
所述記錄RAB指配建立嘗試次數包括記錄CS域RAB指配建立嘗試次數、或記錄PS域RAB指配建立嘗試次數。
所述記錄RAB指配響應成功次數包括記錄CS域RAB指配響應不排隊成功次數、或記錄CS域RAB指配響應排隊成功次數、或記錄PS域RAB指配響應不排隊成功次數、或記錄PS域RAB指配響應排隊成功次數;所述記錄RAB指配響應不同原因失敗次數包括記錄CS域RAB指配響應不排隊不同原因失敗次數、或記錄CS域RAB指配響應排隊不同原因失敗次數、或記錄PS域RAB指配響應不排隊不同原因失敗次數、或記錄PS域RAB指配響應排隊不同原因失敗次數。
由上述技術方案可見,本發(fā)明根據標識消息中攜帶的特征信息,確定UE建立的RAB所對應的小區(qū),并分別以不同小區(qū)為單位獲取RAB建立狀態(tài)信息。該方法是基于小區(qū)獲取RAB建立狀態(tài)信息的,解決了運營商期望得到的基于小區(qū)的RAB建立狀態(tài)信息。通過基于小區(qū)的性能記錄,給運營商進行小區(qū)級別的呼叫接通評估帶來了極大便利,也為網絡規(guī)劃、網絡維護和優(yōu)化的實際應用提供了更為細致的評價。


圖1是現(xiàn)有技術RAB建立流程圖;圖2是現(xiàn)有技術獲取RAB建立狀態(tài)信息的流程圖;圖3是本發(fā)明獲取RAB建立狀態(tài)信息的流程圖。
具體實施例方式
本發(fā)明的核心思想是根據標識消息中攜帶的特征信息,確定UE建立的RAB所對應的小區(qū),并分別以不同小區(qū)為單位獲取RAB建立狀態(tài)信息。
為使本發(fā)明的目的、技術方案及優(yōu)點更加清楚明白,以下參照附圖并舉較佳實施例,對本發(fā)明進一步詳細說明。
圖3是本發(fā)明獲取RAB建立狀態(tài)信息的流程圖,具體工作步驟如下步驟300RNC根據標識消息中攜帶的特征信息,確定UE建立的RAB所對應的小區(qū)。
本步驟中,標識消息可以是來自CN的RAB指配請求消息,并根據RAB指配請求消息中攜帶的已有RAB標識(RAB ID)來確定UE建立的RAB所在的小區(qū);標識消息也可以是專用于發(fā)送特征信息的消息。RAB ID是用于標識同一個UE上不同的RAB連接所對應的小區(qū)。
步驟301RNC根據自身向CN響應的RAB指配響應消息中攜帶的指示,分別獲取不同小區(qū)的RAB建立狀態(tài)信息。
本步驟中,由于步驟300中確定了RAB連接所在的小區(qū),所以,獲取RAB建立狀態(tài)信息是在小區(qū)范圍內進行的。
本發(fā)明基于小區(qū)獲取RAB建立狀態(tài)信息的方法,分別獲取來自CS域和PS域的RAB建立狀態(tài)信息。其中,在CS域或PS域下,又分別對RAB指配響應過程是否存在排隊獲取各自的RAB建立狀態(tài)信息;在排隊或不排隊的情況下,還分別獲取不同的業(yè)務類型的RAB建立狀態(tài)信息,比如會話類、流類、交互類、背景類等。不同的業(yè)務采用不同的變量來記錄各自的獲取結果。計數方法與現(xiàn)有技術基于RNC范圍的獲取RAB建立狀態(tài)信息的方法完全相同。
本發(fā)明強調的是,獲取是在小區(qū)范圍內的,這樣,運營商可以直觀全面的了解RNC下各小區(qū)呼叫接通率的差異以及各小區(qū)的接通失敗原因,從而對網絡規(guī)劃、網絡維護和優(yōu)化、服務評估等作出更為細致的評價。
本發(fā)明所獲取的RAB建立狀態(tài)信息包括PS域中的RAB指配建立嘗試次數、RAB指配響應不排隊成功次數或RAB指配響應不排隊不同原因失敗次數、RAB指配響應排隊成功次數或RAB指配響應排隊不同原因失敗系數;CS域中的RAB指配建立嘗試次數、RAB指配響應不排隊成功次數或RAB指配響應不排隊不同原因失敗次數、RAB指配響應排隊成功次數或RAB指配響應排隊不同原因失敗系數。
其中,對RAB指配建立嘗試次數的獲取,可以在RNC向CN返回響應時根據RAB指配響應消息中攜帶的指示信息獲取,也可以在RNC接收到RAB指配請求消息時,根據請求中攜帶的指示信息獲取。
下面以某小區(qū)CS域中對RAB建立狀態(tài)信息的獲取為例,詳細描述本發(fā)明對各信息的處理(1)記錄RAB指配建立嘗試次數一種實現(xiàn)方法為僅在RNC接收到RAB建立請求消息時記錄RAB指配建立嘗試次數,具體處理如下當RNC接收到RAB指配建立消息,觸發(fā)RAB建立狀態(tài)記錄過程。RNC采用CC方法分別記錄不同業(yè)務類型的RAB指配建立嘗試次數,不同業(yè)務類型采用不同的計數器完成次數累加,并采用不同的變量記錄各自的RAB指配建立嘗試次數。比如會話類可以采用變量RAB.AttEstabCS.Conv、流類可以采用變量RAB.AttEstabCS.Strm、交互類可以采用變量RAB.AttEstabCS.Intact、背景類可以采用變量RAB.AttEstabCS.Bgrd等。
另一種實現(xiàn)方法為僅在RNC向CN響應RAB建立響應消息時記錄RAB指配建立嘗試次數,具體處理如下當RNC向CN響應的RAB指配響應消息指示指配成功或指配失敗時,觸發(fā)RAB建立狀態(tài)記錄過程。RNC采用CC方法分別記錄不同業(yè)務類型的RAB指配建立嘗試次數,不同業(yè)務類型采用不同的計數器完成次數累加,并采用不同的變量記錄各自的RAB指配建立嘗試次數。比如會話類可以采用變量RAB.AttEstabCS.Conv、流類可以采用變量RAB.AttEstabCS.Strm、交互類可以采用變量RAB.AttEstabCS.Intact、背景類可以采用變量RAB.AttEstabCS.Bgrd等。
(2)記錄RAB指配響應不排隊成功次數當RNC向CN響應的RAB指配響應消息指示指配成功,且不存在RAB指配響應過程排隊的情況下,RNC采用CC方法分別記錄不同業(yè)務類型的RAB指配響應不排隊成功次數,不同業(yè)務類型采用不同的計數器完成次數累加,并采用不同的變量記錄各自的RAB指配響應不排隊成功次數。比如會話類可以采用變量RAB.SuccEstabCSNoQueuing.Conv、流類可以采用變量RAB.SuccEstabCSNoQueuing.Strm、交互類可以采用變量RAB.SuccEstabCSNoQueuing.Intact、背景類可以采用變量RAB.SuccEstabCSNoQueuing.Bgrd等。
(3)記錄RAB指配響應排隊成功次數當RNC向CN響應的RAB指配響應消息指示指配成功,且存在RAB指配響應過程排隊的情況下,RNC采用CC方法分別計記錄不同業(yè)務類型的RAB指配響應排隊成功次數,不同業(yè)務類型采用不同的計數器完成次數累加,并采用不同的變量記錄各自的RAB指配響應排隊成功次數。比如會話類可以采用變量RAB.SuccEstabCSQueuing.Conv、流類可以采用變量RAB.SuccEstabCSQueuing.Strm、交互類可以采用變量RAB.SuccEstabCSQueuing.Intact、背景類可以采用變量RAB.SuccEstabCSQueuing.Bgrd等。
(4)記錄RAB指配響應不排隊不同原因失敗次數當RNC向CN響應的RAB指配響應消息指示指配失敗,且不存在RAB指配響應過程排隊的情況下,RNC采用CC方法分別記錄由不同失敗原因引起的指配失敗的RAB指配響應不排隊失敗次數,不同失敗原因采用不同的計數器完成次數累加,并采用不同的變量記錄各種失敗原因的RAB指配響應不排隊失敗次數。
例如,用RAB.FailEstabCSNoQueuing.Cause表示各原因失敗的變量,其中用Cause來區(qū)分不同的失敗原因,Cause的值就是協(xié)議規(guī)定的指配失敗原因的代碼值。
(5)記錄RAB指配響應排隊不同原因失敗次數當RNC向CN響應的RAB指配響應消息指示指配失敗,且存在RAB指配響應過程排隊的情況下,RNC采用CC方法分別記錄由不同失敗原因引起的指配失敗的RAB指配響應排隊失敗次數,不同失敗原因采用不同的計數器完成次數累加,并采用不同的變量記錄各種失敗原因的RAB指配響應排隊失敗次數。
例如,用RAB.FailEstabCSQueuing.Cause表示各原因失敗的變量,其中用Cause來區(qū)分不同的失敗原因,Cause的值就是協(xié)議規(guī)定的指配失敗原因的代碼值。
以上以某小區(qū)CS域為例,描述了該小區(qū)獲取RAB建立狀態(tài)信息的方法,在PS域,計數的方法完全采用上述方法,只是各變量采用PS域的單獨的統(tǒng)計變量,例如會話類RAB指配建立嘗試次數的變量可以是RAB.AttEstabPS.Conv即可。
另外,本發(fā)明基于小區(qū)獲取RAB建立狀態(tài)信息的考察對象是小區(qū),對小區(qū)的性能提供參考;現(xiàn)有技術基于RNC獲取RAB建立狀態(tài)信息的考察對象是RNC,對RNC的性能提供參考。當有軟切換發(fā)生時,基于RNC下各小區(qū)RAB建立狀態(tài)信息的記錄結果相加并不等于現(xiàn)有技術基于RNC的RAB建立狀態(tài)信息的記錄結果,所以可以通過同時采用本發(fā)明方法與現(xiàn)有技術方法,對網絡的接通率等性能進行全面直觀的了解。
以上所述,僅為本發(fā)明的較佳實施例而已,并非用于限定本發(fā)明的保護范圍。
權利要求
1.一種獲取無線接入承載RAB建立狀態(tài)信息的方法,用戶設備UE向無線網絡控制器RNC請求建立起無線資源控制層RRC連接之后,其特征在于,該方法包括以下步驟A、RNC根據標識消息中攜帶的特征信息,確定UE建立的RAB所對應的小區(qū);B、RNC根據自身向CN發(fā)送的RAB指配響應消息中攜帶的指示,分別獲取不同小區(qū)的RAB建立狀態(tài)信息。
2.根據權利要求1所述的方法,其特征在于在步驟A中,所述標識消息中攜帶的特征信息為用于標識RAB連接所對應的小區(qū)的RAB標識信息。
3.根據權利要求1所述的方法,其特征在于在步驟A中,所述標識信息為來自核心網CN的RAB指配請求消息。
4.根據權利要求1所述的方法,其特征在于,在步驟B中,所述獲取RAB建立狀態(tài)信息的方法為RNC向CN響應所述RAB指配響應消息且指示成功時,記錄RAB指配響應成功次數和RAB指配建立嘗試次數;RNC向CN響應所述RAB指配響應消息且指示失敗時,記錄RAB指配響應不同原因失敗次數和RAB指配建立嘗試次數。
5.根據權利要求1所述的方法,其特征在于,該方法進一步包括RNC在接收到的RAB指配請求消息時,記錄RAB指配建立嘗試次數。
6.根據權利要求5所述的方法,其特征在于,在步驟B中,所述獲取RAB建立狀態(tài)信息的方法為RNC向CN響應所述RAB指配響應消息且指示成功時,記錄RAB指配響應成功次數;RNC向CN響應所述RAB指配響應消息且指示失敗時,記錄RAB指配響應不同原因失敗次數。
7.根據權利要求4、5或6所述的方法,其特征在于,所述記錄的方法為累加方法。
8.根據權利要求4或5所述的方法,其特征在于,所述記錄RAB指配建立嘗試次數包括記錄CS域RAB指配建立嘗試次數、或記錄PS域RAB指配建立嘗試次數。
9.根據權利要求4或6所述的方法,其特征在于,所述記錄RAB指配響應成功次數包括記錄CS域RAB指配響應不排隊成功次數、或記錄CS域RAB指配響應排隊成功次數、或記錄PS域RAB指配響應不排隊成功次數、或記錄PS域RAB指配響應排隊成功次數;所述記錄RAB指配響應不同原因失敗次數包括記錄CS域RAB指配響應不排隊不同原因失敗次數、或記錄CS域RAB指配響應排隊不同原因失敗次數、或記錄PS域RAB指配響應不排隊不同原因失敗次數、或記錄PS域RAB指配響應排隊不同原因失敗次數。
全文摘要
本發(fā)明公開了一種獲取無線接入承載(RAB)建立狀態(tài)信息的方法,該方法根據標識消息中攜帶的特征信息,確定當前UE建立的RAB所對應的小區(qū),分別以不同小區(qū)為單位獲取RAB建立狀態(tài)信息。該方法是基于小區(qū)獲取RAB建立狀態(tài)信息的,解決了運營商期望得到的基于小區(qū)的RAB建立狀態(tài)信息,給運營商進行小區(qū)級別的呼叫接通評估帶來了極大便利,也為網絡規(guī)劃、網絡維護和優(yōu)化的實際應用提供了更為細致的評價。
文檔編號H04W76/02GK1856125SQ200510072209
公開日2006年11月1日 申請日期2005年5月23日 優(yōu)先權日2005年4月27日
發(fā)明者姚靜, 彭紅華, 段忠毅, 高瓏瓏, 黃興華 申請人:華為技術有限公司
網友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1