国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

      建立無線資源控制連接的方法及無線網(wǎng)絡(luò)控制器的制作方法

      文檔序號:7953785閱讀:182來源:國知局
      專利名稱:建立無線資源控制連接的方法及無線網(wǎng)絡(luò)控制器的制作方法
      技術(shù)領(lǐng)域
      本發(fā)明涉及移動通信領(lǐng)域,特別涉及寬帶碼分多址(Wideband CodeDivision Multiple Access,簡稱“WCDMA”)系統(tǒng)中無線資源控制(RadioResource Control,簡稱“RRC”)連接的建立。
      背景技術(shù)
      WCDMA作為第三代移動通信標準之一,由核心網(wǎng)(Core Net,簡稱“CN”)、通用地面無線接入網(wǎng)(UMTS Terrestrial Radio Access Network,簡稱“UTRAN”)和用戶設(shè)備(User Equipment,簡稱“UE”)組成。
      其中,UTRAN又包含一個或幾個無線網(wǎng)絡(luò)子系統(tǒng)(Radio NetworkSubsystem,簡稱“RNS”)。每一個RNS由一個無線網(wǎng)絡(luò)控制器(Radio NetworkController,簡稱“RNC”)和一個或多個基站節(jié)點(Node Base Station,簡稱“NodeB”)組成。通常,RNC與CN之間通過Iu接口連接;NodeB和RNC之間通過Iub接口連接;RNC與RNC之間通過Iur接口連接,Iur接口可以通過RNC之間的直接物理連接或通過傳輸網(wǎng)連接實現(xiàn)。
      在上述結(jié)構(gòu)中,RNC負責分配和控制與之相連或相關(guān)的NodeB的無線資源,即負責控制UTRAN的無線資源,主要完成無線資源控制(RadioResource Control,簡稱“RRC”)的連接建立和斷開、切換、宏分集合并、無線資源管理控制等功能。
      其中,RRC連接是UE和UTRAN之間空中接口RRC層的連接,通常每個UE只能有一個RRC連接。UE在未建立RRC連接時,即處于空閑(IDLE)狀態(tài)下時,UE只能接收網(wǎng)絡(luò)的尋呼和系統(tǒng)信息廣播。當UE需要向網(wǎng)絡(luò)發(fā)送信息以發(fā)起業(yè)務(wù),或者進行注冊、小區(qū)重選等基本活動時,就需要發(fā)起RRC連接建立過程,建立和UTRAN之間的RRC連接以進行信息交互,然后進行各種活動。在活動完成后,釋放RRC連接。RRC連接建立的目的是為了使UE和網(wǎng)絡(luò)之間能夠交換信息。
      RRC建立是UE頻繁發(fā)起的一個活動。UE在需要向網(wǎng)絡(luò)發(fā)送各種信息或使用WCDMA網(wǎng)絡(luò)的業(yè)務(wù)時,都需要和UTRAN建立RRC連接。而UE在沒有進行這些活動時,為了不占用網(wǎng)絡(luò)資源和省電,會釋放RRC連接,處于無RRC連接的空閑狀態(tài)。在再次需要和網(wǎng)絡(luò)有RRC連接時,重新發(fā)起RRC建立過程。因此,RRC連接建立成功率是網(wǎng)絡(luò)性能好壞的一項重要指標。
      目前,為了保證RRC連接建立的成功率,UE采用了超時重傳機制。即UE在發(fā)送RRC連接請求(RRC CONNECTION REQUEST)消息后,啟動一個定時器,等待RNC的回應(yīng),如果定時器超過了最大等待時間,UE仍沒有收到RRC連接建立(RRC CONNECTION SETUP)消息,UE將重傳RRC連接請求消息,再次嘗試建立RRC連接。重復(fù)幾次后,如果仍舊不能建立RRC連接,那么UE將放棄建立RRC連接,并上報高層RRC連接建立失敗。
      具體地說,按照WCDMA 3GPP 25系列協(xié)議之一331 V3.7.0(2001-06)協(xié)議對無線資源控制流程的說明,如圖1所示,在步驟110中,UE向UTRAN側(cè)發(fā)送RRC連接請求消息,同時設(shè)置計數(shù)器V300為1,并啟動預(yù)先設(shè)定的定時器T300。其中,計數(shù)器V300控制消息重傳的次數(shù),定時器T300控制每次發(fā)送RRC連接請求消息后等待回應(yīng)的最大等待時間。
      此后,在步驟120中,當UTRAN側(cè)收到UE發(fā)出的RRC連接請求消息時,如果允許建立連接,則RNC為其分配UTRAN側(cè)資源,并在步驟130中,RNC向UE發(fā)送RRC連接建立消息。
      如果UE收到來自UTRAN側(cè)的RRC連接建立消息,則進入步驟140,向UTRAN側(cè)發(fā)送一個確認信息,RRC連接建立完成(RRC CONNECTIONSETUP COMPLETE)消息,通知RNC連接建立完畢。
      如果UE沒有收到來自UTRAN側(cè)的RRC連接建立消息,并且定時器T300超時,以及計數(shù)器V300未到預(yù)設(shè)的重傳次數(shù),在此情況下,進入步驟150,UE重新發(fā)送RRC連接請求消息,同時,計數(shù)器V300加1,并重新啟動定時器T300。
      如果直到計數(shù)器V300大于預(yù)設(shè)的最大重傳次數(shù)N300,UE依舊未收到UTRAN側(cè)的RRC連接建立消息,則進入步驟160,UE放棄建立RRC連接,并上報高層RRC連接建立失敗,UE進入空閑狀態(tài)。上述定時器的時間和UE的重傳次數(shù)都可以在網(wǎng)絡(luò)側(cè)設(shè)置。
      在實際應(yīng)用中,上述方案存在以下問題現(xiàn)有的RRC接入方法增大了UE的接入時延,浪費了網(wǎng)絡(luò)資源。
      造成這種情況的主要原因在于,當UE發(fā)出RRC連接請求消息而又未收到RRC連接建立消息時,會重復(fù)發(fā)送RRC連接請求消息,直至收到RRC連接建立消息或者重發(fā)次數(shù)超過預(yù)先設(shè)定的值。由于UE在每一次發(fā)送RRC連接請求消息失敗后需要等待一段時間才能再次發(fā)起RRC連接建立過程,使得UE接入網(wǎng)絡(luò)需要的時間增長了一段,增長的時間等于最大等待時間,通常為2s,從而增大了UE的接入時延。
      并且,UE未收到RRC連接建立消息的原因不一定是UTRAN側(cè)不響應(yīng),也有可能是因為RRC連接建立消息丟失,而降低了RRC連接建立的成功率。在這種情況下,如果UE再次向UTRAN側(cè)發(fā)送RRC連接請求消息,就顯得不必要,且浪費了UTRAN側(cè)的資源。因為按照目前的做法,UTRAN側(cè)對收到的每一條RRC連接請求消息不做任何唯一性檢查,一律按照協(xié)議,分配網(wǎng)絡(luò)側(cè)的資源,從而可能導(dǎo)致重復(fù)分配網(wǎng)絡(luò)資源,即使這些資源最終會被釋放,依舊在一段時間內(nèi)形成了資源浪費。

      發(fā)明內(nèi)容
      有鑒于此,本發(fā)明的主要目的在于提供一種建立無線資源控制連接的方法及無線網(wǎng)絡(luò)控制器,使得建立RRC連接的時延得以減少、并且RRC連接的建立成功率得以提高為實現(xiàn)上述目的,本發(fā)明提供了一種建立無線資源控制連接的方法,包含以下步驟用戶設(shè)備向無線網(wǎng)絡(luò)控制器發(fā)送無線資源控制連接請求消息,請求建立無線資源控制的連接;所述無線網(wǎng)絡(luò)控制器向所述用戶設(shè)備返回無線資源控制連接建立消息,如果在預(yù)設(shè)時長內(nèi)沒有接收到來自該用戶設(shè)備的無線資源控制連接建立完成消息,則重發(fā)所述無線資源控制連接建立消息。
      其中,所述無線網(wǎng)絡(luò)控制器根據(jù)所述預(yù)設(shè)時長重發(fā)所述無線資源控制連接建立消息,直至該無線網(wǎng)絡(luò)控制器接收到來自所述用戶設(shè)備的所述無線資源控制連接建立完成消息,或重發(fā)次數(shù)達到預(yù)定數(shù)值。
      此外在所述方法中,所述預(yù)設(shè)時長大于正常情況下所述無線網(wǎng)絡(luò)控制器從發(fā)送所述無線資源控制連接建立消息至接收到來自所述用戶設(shè)備的所述無線資源控制連接建立完成消息所需的時間。
      此外在所述方法中,所述預(yù)設(shè)時長大于700ms。
      此外在所述方法中,所述預(yù)設(shè)時長與所述預(yù)定數(shù)值的乘積小于所述用戶設(shè)備在發(fā)送無線資源控制連接請求消息失敗后再次發(fā)送所述無線資源控制連接請求消息所需的最大等待時間。
      此外在所述方法中,所述預(yù)定數(shù)值為1。
      本發(fā)明還提供了一種無線網(wǎng)絡(luò)控制器,包含用于收發(fā)消息的收發(fā)模塊,還包含重發(fā)計時器,用于在所述收發(fā)模塊向用戶設(shè)備發(fā)送或重發(fā)無線資源控制連接建立消息時開始計時,如果在預(yù)設(shè)時長內(nèi)所述接收模塊沒有收到來自該用戶設(shè)備的無線資源控制連接建立完成消息,則觸發(fā)所述收發(fā)模塊重發(fā)所述無線資源控制連接建立消息。
      其中,還包含重發(fā)計數(shù)器,用于對重發(fā)次數(shù)進行計數(shù);當所述重發(fā)計數(shù)器達到預(yù)定數(shù)值或所述收發(fā)模塊收到來自所述用戶設(shè)備的無線資源控制連接建立完成消息時,所述收發(fā)模塊停止對所述無線資源控制連接建立消息的重發(fā)。
      此外,所述預(yù)設(shè)時長與所述預(yù)定數(shù)值的乘積小于所述用戶設(shè)備在發(fā)送無線資源控制連接請求消息失敗后再次所述發(fā)送無線資源控制連接請求消息所需的最大等待時間。
      通過比較可以發(fā)現(xiàn),本發(fā)明的技術(shù)方案與現(xiàn)有技術(shù)的主要區(qū)別在于,在RNC向UE發(fā)送RRC連接建立消息后,如果RNC在預(yù)設(shè)時長內(nèi)沒有收到來自該UE的RRC連接建立完成消息,則向該UE重發(fā)該RRC連接建立消息。
      RNC根據(jù)預(yù)設(shè)時長重發(fā)RRC連接建立消息,直至該RNC接收到來自UE的RRC連接建立完成消息或重發(fā)次數(shù)達到預(yù)定數(shù)值。其中,預(yù)設(shè)時長與預(yù)定數(shù)值的乘積小于UE在發(fā)送RRC連接請求消息失敗后再次發(fā)送RRC連接請求消息所需的最大等待時間。
      這種技術(shù)方案上的區(qū)別,帶來了較為明顯的有益效果,即通過RNC在預(yù)設(shè)時長內(nèi)未收到UE的RRC連接建立完成消息時,重發(fā)RRC連接建立消息,提高了RRC連接建立消息被UE正確接收的概率,從而避免了UE由于未能正確接收RRC連接建立消息以至于不得不重新發(fā)起RRC連接建立的過程,而導(dǎo)致的較大RRC接入時延。
      由于預(yù)設(shè)時長與預(yù)定數(shù)值的乘積小于UE在發(fā)送RRC連接請求消息失敗后再次發(fā)送RRC連接請求消息所需的最大等待時間。因此,實現(xiàn)了在提高RRC連接建立成功率的同時,減少了RRC建立過程的時延。


      圖1是現(xiàn)有技術(shù)中建立RRC連接的方法流程圖;圖2是根據(jù)本發(fā)明一較佳實施方式的建立RRC連接的系統(tǒng)結(jié)構(gòu)圖;圖3是根據(jù)本發(fā)明一較佳實施方式的建立RRC連接的方法流程圖。
      具體實施例方式
      為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚,下面將結(jié)合附圖對本發(fā)明作進一步地詳細描述。
      本發(fā)明的核心在于,UE在需要建立RRC連接時,向RNC發(fā)送RRC連接請求消息,請求建立RRC的連接;RNC收到該消息后,如果允許其建立連接,則向該UE返回RRC連接建立消息;該UE在收到該RRC連接建立消息后,返回RRC連接建立完成消息;如果在預(yù)設(shè)時長內(nèi),RNC沒有接收到來自該UE的RRC連接建立完成消息,則重發(fā)RRC連接建立消息,直到接收到RRC連接建立完成消息或重發(fā)次數(shù)達到預(yù)定數(shù)值。
      下面根據(jù)發(fā)明原理,對本發(fā)明一較佳實施方式建立RRC連接的系統(tǒng)及其方法進行說明。
      如圖2所示,建立RRC連接的系統(tǒng)中至少包含RNC以及一個或多個UE,其中,RNC中除了原有的用于收發(fā)消息的收發(fā)模塊外,還包含用于計算等待接收RRC連接建立完成消息所用時間并在該時間達到預(yù)定時長時觸發(fā)RRC連接建立消息重發(fā)的重發(fā)計時器,以及用于對重發(fā)次數(shù)進行計數(shù)的重發(fā)計數(shù)器。
      具體地說,UE在需要建立RRC連接時,向RNC發(fā)送RRC連接請求消息,RNC通過收發(fā)模塊接收該消息,并在允許其建立連接的情況下,通過收發(fā)模塊向其發(fā)送RRC連接建立消息,同時啟動重發(fā)計時器開始計時,如果經(jīng)計時在預(yù)設(shè)時長內(nèi)收發(fā)模塊沒有收到來自該UE的RRC連接建立完成消息,則重發(fā)計時器觸發(fā)收發(fā)模塊重發(fā)RRC連接建立消息,并由重發(fā)計數(shù)器對重發(fā)次數(shù)進行計數(shù)。當重發(fā)計數(shù)器達到預(yù)定數(shù)值或收發(fā)模塊收到來自UE的RRC連接建立完成消息時,收發(fā)模塊停止對RRC連接建立消息的重發(fā)。其中,預(yù)設(shè)時長與預(yù)定數(shù)值的乘積小于UE在發(fā)送RRC連接請求消息失敗后再次發(fā)送RRC連接請求消息所需的最大等待時間。
      以上對本實施方式的系統(tǒng)進行了簡單說明,下面對本實施方式的建立RRC連接的方法進行詳細闡述。
      如圖3所示,在步驟310中,UE在需要建立RRC連接時,向RNC發(fā)送RRC連接請求消息。
      接著進入步驟320,RNC接收來自UE的RRC連接請求消息,根據(jù)當前網(wǎng)絡(luò)資源分配情況判斷是否允許該UE建立RRC連接,如果允許其建立RRC連接,則接入步驟330,反之,如果RNC不允許該UE建立RRC連接,則直接進入步驟380,本次RRC連接失敗。
      在步驟330中,RNC在為該UE分配網(wǎng)絡(luò)資源后,向該UE發(fā)送RRC連接建立消息,同時,啟動重發(fā)計時器開始計時,并將重發(fā)計數(shù)器加1。其中,重發(fā)計數(shù)器的初始值為0。接著進入步驟340。
      由于UE在接收到RNC所發(fā)的RRC連接建立消息后會返回RRC連接建立完成消息,因此,在步驟340中,RNC判斷是否接收到來自UE的RRC連接建立完成消息。如果接收到該消息,則進入步驟350,RRC連接完成,該UE成功建立RRC連接;反之,則進入步驟360。
      在步驟360中,RNC判斷重發(fā)計時器是否達到預(yù)設(shè)時長,如果達到預(yù)設(shè)時長則進入步驟370,反之則返回步驟340,繼續(xù)判斷是否收到來自UE的RRC連接建立完成消息。
      其中,預(yù)設(shè)時長大于正常情況下RNC從發(fā)送RRC連接建立消息至接收到來自UE的RRC連接建立完成消息所需的時間,以確定UE的確未收到RRC連接建立消息,避免不必要的重傳。一般而言,RNC從發(fā)送RRC連接建立消息至接收到來自UE的RRC連接建立完成消息所需的時間不大于600毫秒(ms),考慮到不同UE的差異性,通常,將預(yù)設(shè)時間設(shè)置為大于700ms。
      在步驟370中,RNC判斷重發(fā)次數(shù)是否達到預(yù)定數(shù)值,由于在首次發(fā)送RRC連接建立消息時,重發(fā)計數(shù)器值為1,所以重發(fā)次數(shù)為重發(fā)計數(shù)器值減1。如果重發(fā)次數(shù)達到預(yù)定數(shù)值則進入步驟380,本次RRC連接失敗;反之則返回步驟330,RNC向該UE重發(fā)RRC連接建立消息,同時,再次啟動重發(fā)計時器重新開始計時,并將重發(fā)計數(shù)器加1。本實施方式通過根據(jù)預(yù)設(shè)時長重發(fā)RRC連接建立消息,提高了RRC連接建立消息被UE正確接收的概率,從而避免了UE由于未能正確接收RRC連接建立消息以至于不得不重新發(fā)起RRC連接建立的過程,進而提高了RRC連接建立成功率。值得一提的是,上述預(yù)設(shè)時長與預(yù)定數(shù)值的乘積必須小于UE在發(fā)送RRC連接請求消息失敗后再次發(fā)送RRC連接請求消息所需的最大等待時間。也就是說,在通常情況下,由于預(yù)設(shè)時長大于700ms,而UE兩次發(fā)送RRC連接請求消息所需間隔的最大等待時間為2秒(s),因此為了盡量不占用額外的網(wǎng)絡(luò)資源,重發(fā)次數(shù)的預(yù)定數(shù)值以1次為宜。由于重發(fā)次數(shù)的預(yù)定數(shù)值與預(yù)設(shè)時長的乘積小于2s,因而實現(xiàn)了在提高RRC連接建立成功率的同時,進一步減少RRC建立過程的時延。
      雖然通過參照本發(fā)明的某些優(yōu)選實施方式,已經(jīng)對本發(fā)明進行了圖示和描述,但本領(lǐng)域的普通技術(shù)人員應(yīng)該明白,可以在形式上和細節(jié)上對其作各種改變,而不偏離本發(fā)明的精神和范圍。
      權(quán)利要求
      1.一種建立無線資源控制連接的方法,其特征在于,包含以下步驟用戶設(shè)備向無線網(wǎng)絡(luò)控制器發(fā)送無線資源控制連接請求消息,請求建立無線資源控制的連接;所述無線網(wǎng)絡(luò)控制器向所述用戶設(shè)備返回無線資源控制連接建立消息,如果在預(yù)設(shè)時長內(nèi)沒有接收到來自該用戶設(shè)備的無線資源控制連接建立完成消息,則重發(fā)所述無線資源控制連接建立消息。
      2.根據(jù)權(quán)利要求1所述的建立無線資源控制連接的方法,其特征在于,所述無線網(wǎng)絡(luò)控制器根據(jù)所述預(yù)設(shè)時長重發(fā)所述無線資源控制連接建立消息,直至該無線網(wǎng)絡(luò)控制器接收到來自所述用戶設(shè)備的所述無線資源控制連接建立完成消息,或重發(fā)次數(shù)達到預(yù)定數(shù)值。
      3.根據(jù)權(quán)利要求1所述的建立無線資源控制連接的方法,其特征在于,所述預(yù)設(shè)時長大于正常情況下所述無線網(wǎng)絡(luò)控制器從發(fā)送所述無線資源控制連接建立消息至接收到來自所述用戶設(shè)備的所述無線資源控制連接建立完成消息所需的時間。
      4.根據(jù)權(quán)利要求3所述的建立無線資源控制連接的方法,其特征在于,所述預(yù)設(shè)時長大于700ms。
      5.根據(jù)權(quán)利要求1至4中任一項所述的建立無線資源控制連接的方法,其特征在于,所述預(yù)設(shè)時長與所述預(yù)定數(shù)值的乘積小于所述用戶設(shè)備在發(fā)送無線資源控制連接請求消息失敗后再次發(fā)送所述無線資源控制連接請求消息所需的最大等待時間。
      6.根據(jù)權(quán)利要求5所述的建立無線資源控制連接的方法,其特征在于,所述預(yù)定數(shù)值為1。
      7.一種無線網(wǎng)絡(luò)控制器,包含用于收發(fā)消息的收發(fā)模塊,其特征在于,還包含重發(fā)計時器,用于在所述收發(fā)模塊向用戶設(shè)備發(fā)送或重發(fā)無線資源控制連接建立消息時開始計時,如果在預(yù)設(shè)時長內(nèi)所述接收模塊沒有收到來自該用戶設(shè)備的無線資源控制連接建立完成消息,則觸發(fā)所述收發(fā)模塊重發(fā)所述無線資源控制連接建立消息。
      8.根據(jù)權(quán)利要求7所述的無線網(wǎng)絡(luò)控制器,其特征在于,還包含重發(fā)計數(shù)器,用于對重發(fā)次數(shù)進行計數(shù);當所述重發(fā)計數(shù)器達到預(yù)定數(shù)值或所述收發(fā)模塊收到來自所述用戶設(shè)備的無線資源控制連接建立完成消息時,所述收發(fā)模塊停止對所述無線資源控制連接建立消息的重發(fā)。
      9.根據(jù)權(quán)利要求8所述的無線網(wǎng)絡(luò)控制器,其特征在于,所述預(yù)設(shè)時長與所述預(yù)定數(shù)值的乘積小于所述用戶設(shè)備在發(fā)送無線資源控制連接請求消息失敗后再次發(fā)送所述無線資源控制連接請求消息所需的最大等待時間。
      全文摘要
      本發(fā)明涉及移動通信領(lǐng)域,公開了一種建立無線資源控制連接的方法及無線網(wǎng)絡(luò)控制器,使得建立RRC連接的時延得以減少、并且RRC連接的建立成功率得以提高。本發(fā)明中,在RNC向UE發(fā)送RRC連接建立消息后,如果RNC在預(yù)設(shè)時長內(nèi)沒有收到來自該UE的RRC連接建立完成消息,則向該UE重發(fā)該RRC連接建立消息。RNC根據(jù)預(yù)設(shè)時長重發(fā)RRC連接建立消息,直至該RNC接收到來自UE的RRC連接建立完成消息或重發(fā)次數(shù)達到預(yù)定數(shù)值。其中,預(yù)設(shè)時長與預(yù)定數(shù)值的乘積小于UE在發(fā)送RRC連接請求消息失敗后再次發(fā)送RRC連接請求消息所需的最大等待時間。
      文檔編號H04W76/02GK1863397SQ20061002496
      公開日2006年11月15日 申請日期2006年3月22日 優(yōu)先權(quán)日2006年3月22日
      發(fā)明者司源 申請人:華為技術(shù)有限公司
      網(wǎng)友詢問留言 已有0條留言
      • 還沒有人留言評論。精彩留言會獲得點贊!
      1