專利名稱：一種重建立rrc連接的方法、裝置及系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及通信領域，特別涉及一種重建立RRC連接的方法、裝置及系統(tǒng)。
背景技術：
現有的LTE系統(tǒng)中，當UE需要與網絡進行通信時，首先建立RRC連接，也就是建立信令鏈路l(Signalling Radio Bearers 1，SRB1)。之后通過初始安全激活過程，啟動分組數據聚合協議(Packet Data Convergence Protocol,PDCP)層對RRC信令作完整性保護和對數據進行加密。初始安全激活成功后，再建立業(yè)務鏈路(Data Radio Bearer, DRB) 0當出現以下幾種情況之一時，UE可以發(fā)起RRC連接重建立過程1) UE發(fā)現無線鏈路故障；2)切換過程失??；3)完整性驗證失??；4) RRC連接重配置失??；RRC連接重建立過程的目的就是為了在連接出現異常時，能夠重新恢復連接，重新安全激活，盡可能保留連接，減小通信受到的影響。在協議36. 331中，描述了 RRC連接重建立的實現流程，參閱圖1A、圖IB所示1、只有已經完成初始安全激活過程后，當出現了連接異常，UE可以發(fā)送RRC重建立請求消息“RRC Connection Reestablishment Request”，在消息中填寫源小區(qū)的小區(qū)無線網絡臨時標識(Cell Radio Network Temporary Identity，C-RNTI)、物理小區(qū) ID、 shortMAC-I和RRC連接重建立原因。RRC連接重建立的原因包括切換失敗、重配置失敗或者其它失敗。此時UE將掛起除SRBO以外的所有RB，重置媒體接入控制層(Medium Access Control, MAC)和無線鏈路控制層(Radio Link Control，RLC)。2、基站收到 RRC Connection Reestablishment Request 后，根據源小區(qū)的 C-RNTI 和物理小區(qū)ID查找該UE的上下文信息，如果沒有上下文信息，將無法進行RRC連接重建立,返回 RRC 重建立拒絕消息“RRC Connection Reestablishment Reject”，UE 收到拒絕消息將釋放RRC連接。基站根據shortMAC-I進行完整性驗證，如果完整性保護失敗也返回 RRC 重建立拒絕消息 “RRC Connection Reestablishment Reject”。 3、基站查找到該UE的上下文信息并通過完整性驗證后，返回RRC重建立指示消息 "RRC Connection Reestablishment”。UE收到RRC連接重建立指示消息后，根據安全配置進行安全激活，再根據無線資源配置信息恢復SRBl連接。4、UE 發(fā)送 RRC 連接 RRC 重建立完成消息“RRC Connection Reestablishment Complete”，完成RRC連接重建立過程?，F有的協議從UE的角度說明了 RRC連接重建立的實現流程，然而對于基站側在 RRC連接重建立過程中所執(zhí)行的操作，協議中并未說明處理的方案和原則，未給出具體的實現方式。

發(fā)明內容
本發(fā)明實施例提供一種重建立RRC連接的方法、裝置及系統(tǒng)。用以為基站側實現 RRC連接重建立提供相應的方法流程。本發(fā)明實施例提供的具體技術方案如下一種重建立RRC連接的方法，包括基站內的RRC層接收用戶終端發(fā)送的RRC連接重建立請求消息，并返回RRC連接重建立指示消息；RRC層基于觸發(fā)RRC連接重建立的原因及重建立對象，向本地底層的各協議層分別發(fā)送用于重建立RRC連接的原語，指示各協議層重建立信令鏈路；RRC層接收到用戶終端發(fā)送的RRC連接重建立完成消息時，確定RRC連接重建立完成。一種重建立RRC連接的裝置，位于RRC層，其特征在于，包括通信單元，用于接收用戶終端發(fā)送的RRC連接重建立請求消息，并返回RRC連接重建立指示消息，以及在接收到用戶終端發(fā)送的RRC連接重建立完成消息時，確定RRC連接重建立完成；控制單元，用于在所述通信單元發(fā)送RRC連接重建立指示消息后，基于觸發(fā)RRC連接重建立的原因及重建立對象，向本地底層的各協議層分別發(fā)送用于重建立RRC連接的原語，指示各協議層重建立信令鏈路。一種重建立RRC連接的系統(tǒng)，包括若干基站和用戶終端，其特征在于，其中，所述基站內的RRC層接收用戶終端發(fā)送的RRC連接重建立請求消息，并返回RRC 連接重建立指示消息，以及基于觸發(fā)RRC連接重建立的原因及重建立對象，向本地底層的各協議層分別發(fā)送用于重建立RRC連接的原語，指示各協議層重建立信令鏈路，并在接收到用戶終端發(fā)送的RRC連接重建立完成消息時，確定RRC連接重建立完成。本發(fā)明實施例中，提出了在LTE系統(tǒng)中的基站側實現RRC連接重建立的具體實現方式，其中，基站側的RRC層根據觸發(fā)RRC連接重建立的原因及重建立對象的不同，采用不同的方式向本地底層的各協議層發(fā)送用于重建立RRC連接的原語，指示各協議層重建立信令鏈路，從而實現了 RRC連接的重建立，完善了協議中關于RRC連接重建立的相關流程，實現了信令鏈路的恢復，保證了通信的穩(wěn)定性和可靠性。


圖IA為現有技術下RRC連接重建立成功示意流程圖；圖IB為現有技術下RRC連接重建立失敗示意流程圖；圖2A為本發(fā)明實施例中通信系統(tǒng)體系架構圖；圖2B為本發(fā)明實施例中基站內位于RRC層的控制裝置功能結構圖；圖3-圖5為本發(fā)明實施例中實現RRC連接重建立的三種方式流程圖。
具體實施例方式在采用TD技術的LTE系統(tǒng)中，基站內部分為多個協議層，如、物理層(PHY)、媒體接入控制層(MAC)、無線鏈路控制(RLC)、分組數據匯聚協議層(PDCP)，以及無線資源控制協議層(RRC)，其中，PHY層稱為層1、MAC層、RCL層和PDCP層合稱為層2，RRC層稱為層3，對于RRC層而言，層1和層2中的各協議層視為層3的底層。本實施例中，提供了在基站側實現RRC連接重建立的具體實現方式，包括基站內的RRC層接收用戶終端發(fā)送的RRC連接重建立請求消息，并返回RRC連接重建立指示消息， RRC層向本地底層的各協議層分別發(fā)送用于重建立RRC連接的原語，指示各協議層重建立信令鏈路，以及，RRC層接收到用戶終端發(fā)送的RRC連接重建立完成消息時，確定RRC連接
重建立完成。實際應用中，應用場景不相同，實現RRC連接重建的方式也不相同，本發(fā)明實施例中，主要存在以下幾種應用場景1) UE進行小區(qū)間切換失敗從而觸發(fā)RRC連接重建立。UE進行小區(qū)間切換失敗，可以是在不同基站之間的基于X2或Sl接口相連接的小區(qū)之間切換失敗，也可以是在同一基站內的小區(qū)之間切換失敗。UE因為小區(qū)間切換失敗而觸發(fā)RRC連接重建立時，其重建立對象可以是源小區(qū)、 準備集小區(qū)或協議允許小區(qū)。其中，源小區(qū)是UE進行小區(qū)間切換失敗之前所駐留的小區(qū)， 準備集小區(qū)是UE本地配置信息中記錄的允許UE切換接入的小區(qū)，而協議允許小區(qū)是非源小區(qū)，非準備集小區(qū)，但根據協議標準允許UE接入的小區(qū)。以下實施例中均采用上述描述方式，將不再贅述。2) UE進行業(yè)務重配置失敗從而觸發(fā)RRC連接重建立。UE進行業(yè)務重配置失敗，可以是新建、刪除或者修改某種業(yè)務的配置參量時操作失敗。UE因為業(yè)務重配置失敗而觸發(fā)RRC連接重建立時，其重建立對象可以是源小區(qū)或協議允許小區(qū)。3) UE因無線鏈路故障從而觸發(fā)RRC連接重建立。UE在底層檢測到信令鏈路或業(yè)務鏈路故障時，會通知高層，并進行RRC連接重建立。如，RLC數據傳輸達到最大重傳次數。UE因為無線鏈路故障而觸發(fā)RRC連接重建立時，其重建立對象可以是源小區(qū)或協議允許小區(qū)。下面結合附圖對本發(fā)明優(yōu)選的實施方式進行詳細說明。參閱圖2A所示，本發(fā)明實施例中，用于重建立RRC連接的通信系統(tǒng)內包括若干基站和UE，其中，所述基站內的RRC層接收用戶終端發(fā)送的RRC連接重建立請求消息，并返回 RRC連接重建立指示消息，以及向本地底層的各協議層分別發(fā)送用于重建立RRC連接的原語，指示各協議層重建立信令鏈路，并在接收到用戶終端發(fā)送的RRC連接重建立完成消息時，確定RRC連接重建立完成。參閱圖2B所示，本發(fā)明實施例中，用于重建立RRC連接的裝置(如，基站內的RRC 層模塊)，包括通信單元20和控制單元21，其中，通信單元20，用于接收用戶終端發(fā)送的RRC連接重建立請求消息，并返回RRC連接重建立指示消息，以及在接收到用戶終端發(fā)送的RRC連接重建立完成消息時，確定RRC連接重建立完成；控制單元21，用于在通信單元20發(fā)送RRC連接重建立指示消息后，向本地底層的各協議層分別發(fā)送用于重建立RRC連接的原語，指示各協議層重建立信令鏈路。如圖2B所示，上述裝置內進一步包括分配單元22，用于在通信單元20接收用戶終端發(fā)送的RRC連接重建立請求消息之前，在用戶終端進行隨機接入的過程中，為該用戶終端分配在作為重建立對象的小區(qū)內使用的第一小區(qū)無線網絡臨時標識C-RNTI和第一索引，指示用戶終端基于第一 C-RNTI發(fā)送RRC連接重建立請求消息，該RRC連接重建立請求消息中進一步攜帶用戶終端在源小區(qū)內使用的源C-RNTI和源小區(qū)物理ID。以下實施例中，為便于描述，將基站內的各層模塊簡稱為PHY層模塊、MAC層模塊、 RLC層模塊、PDCP層模塊和RRC層模塊?；谏鲜鱿到y(tǒng)架構，參閱圖3所示，本實施例中，在第一種情況下，以UE因進行小區(qū)間切換失敗而觸發(fā)RRC連接重建立，且重建立對象是源基站內的準備集小區(qū)(也可以是非源基站內的準備集小區(qū))為例，介紹基站進行RRC連接重建立的詳細流程如下 UE的重建立對象為準備集小區(qū)時，由于基站內的準備集小區(qū)在UE發(fā)起RRC重建立流程之前就已經完成了基站資源的分配和配置，因此，UE雖然會發(fā)生資源回退，但可以利用基站已經配置的資源，簡化處理流程。步驟301 =MAC層模塊接收UE發(fā)送的隨機接入請求消息(Random Access)。步驟302 =MAC層模塊根據隨機接入請求消息中攜帶的導頻碼(Preamble)向RRC 層模塊進行 C-RNTI 請求(C-RNTI Request)。步驟303 :RRC層模塊重新為UE分配在準備集小區(qū)內使用的小區(qū)臨時無線網絡標識和索引，分別記做C-RNTI*和UEIndexCelΓ，并向MAC層模塊返回C-RNTI響應(C-RNTI Response)。RRC層模塊之所以重新分配C-RNlT和UEhdexCeir，是因為RRC層模塊此時不能判斷UE的身份，即不知道該UE以前在RRC連接中的狀態(tài)，會統(tǒng)一當做新建立RRC連接情況處理。在小區(qū)間切換失敗之前的準備階段，由于已經完成了 UE在該準備集小區(qū)的資源配置，因此對于該UE存在已分配獲得的在準備集小區(qū)中使用的C-RNTI和UEhdexCell，此時， UE在該準備集小區(qū)就存在了 C-RNTI和C-RNTf，共2個小區(qū)無線網絡臨時標識，以及在該準備集小區(qū)存在UEhdexCell和UEhdexCell*，共2個索引，需要合理解決。步驟304 =MAC層模塊給UE發(fā)送隨機接入響應消息(Random Access Response)， 通過該隨機接入響應消息將C-RNTf發(fā)給UE。步驟305 =RRC層模塊接收UE發(fā)送的RRC連接重建立請求消息(RRC Connection Reestablishment Request)，其中，UE是基于C-RNTI*發(fā)起的RRC連接重建立請求消息。進一步地，RRC連接重建立請求消息中還需攜帶進行隨機接入之前，UE在源小區(qū)內使用的源 C-RNTI和源小區(qū)物理ID。RRC層模塊接收重建立請求消息后，根據源C-RNTI和源小區(qū)物理ID，查找基站內的UE的用戶上下文，找到該UE原來的狀態(tài)和資源。由于UE在準備集小區(qū)存在2個索引和2個小區(qū)無線網絡臨時標識，為避免混淆，RRC層模塊使用UE在基站內的唯一索引 UEIndexEnb 來標識該 UE。步驟306 :RRC層模塊向UE發(fā)送RRC連接重建立指示消息(RRC Connection Reestablishment)。UE接收到RRC連接重建立指示消息后，就可以開始進行UE側的RRC重建立流程，主要包括按照RRC連接重建立消息中的內容配置安全和信令鏈路，之后向基站發(fā)送RRC連接重建立完成消息。而RRC層模塊發(fā)送RRC連接重建立指示消息后，便在基站側開始進行RRC重建立流程。步驟307 =RRC層模塊向PDCP層模塊發(fā)送PDCP掛起原語(PDCP Suspend)，指示 PDCP層模塊進入掛起狀態(tài)，即暫停在業(yè)務鏈路上發(fā)送和接收數據包。PDCP層接收到PDCP掛起原語后，對于確認模式(AM模式)將保持數據包的狀態(tài)， 等待恢復后繼續(xù)發(fā)送。步驟308 =RRC層模塊向RLC層模塊發(fā)送RLC復位原語(RLC Reset)，指示RLC層模塊進行復位，即清空計數器，恢復到初始狀態(tài)。步驟309 RRC層模塊向MAC層模塊發(fā)送MAC重配置原語(MAC Reconfiguration)， 指示MAC層模塊進行參數重配置。MAC層模塊接收到MAC重配置原語后，采用C-RNlT替換C-RNTI，并刪除 UEIndexCell*。步驟310 RRC層模塊向PHY層模塊發(fā)送PHY重配置原語(PHY Reconfiguration)， 指示PHY層模塊進行參數重配置。PHY層模塊接收到PHY重配置原語后，采用C-RNTf替換C-RNTI，并刪除 UEhdexCeir，這樣，就建立了 C-RNTI*和UEhdexCell之間的——對應關系，可以繼續(xù)使用切換失敗前準備階段分配的UEhdexCell和配置的準備集小區(qū)資源，簡化處理流程。減少了信令開銷，加快了 RRC連接重建立的速度和成功率。上述步驟307-步驟310便是本發(fā)明中重新設計的基站側重建RCC連接的流程，即重建立SRBl專用信令鏈路。步驟311 =RRC層模塊向PDCP層模塊發(fā)送PDCP安全配置原語(PDCP Security Config)，指示PDCP層模塊對PDCP層模塊進行安全配置并激活，以配合UE側完成RRC連接
重建立過程。步驟312 =RRC層模塊接收UE發(fā)送的RRC連接重建立完成消息(RRC Connection Reestablishment Complete)，確定RRC連接重建立已完成了。步驟313 =RRC層模塊向UE側發(fā)送RRC連接重配置指示消息(RRC Connection Reconfiguration)，以配置UE的業(yè)務鏈路。UE側接收到RRC層模塊發(fā)送的RRC連接重配置消息后，按照RRC連接重配置消息的內容配置業(yè)務鏈路，配置完成后，發(fā)送RRC連接重配置完成消息。步驟314 =RRC層模塊向本地PDCP層模塊發(fā)送PDCP恢復原語(PDCP Resume)，用于指示PDCP層從掛起狀態(tài)中恢復，即開始在業(yè)務鏈路上發(fā)送和接收數據包，以配合UE側完成業(yè)務鏈路的恢復。步驟315 =RRC層模塊接收UE發(fā)送的RRC重配置完成消息(RRC Connection Reconfiguration Complete)，確認RRC連接重建立觸發(fā)的重配置流程結束。此時，基站側與UE側之間的業(yè)務鏈路DRB也已恢復。上述實施例中，由于進行RRC連接重建立時，UE的重建立對象是基站內的準備集小區(qū)，因此，后續(xù)處理可以按照基站內小區(qū)間切換完成處理，上層不必關心下層的接入實現過程，即上層不必關心UE接入準備集小區(qū)是切換完成接入還是通過RRC連接重建立接入， 簡化上層處理流程。另一方面，在UE因業(yè)務重配置失敗或無線鏈路故障而觸發(fā)RRC連接重建立的情況下，不存在準備集小區(qū)，因此無需設計相應流程，在此不再贅述。區(qū)別于上述實施例，參閱圖4所示，本實施例中，在第二種情況下，以UE因進行業(yè)務重配置失敗而觸發(fā)RRC連接重建立，且重建立對象是源基站內的源小區(qū)為例，介紹基站進行RRC連接重建立的詳細流程如下由于發(fā)生了業(yè)務重配置失敗，因此系統(tǒng)內會出現資源回退，為了便于說明，假設UE 已經建立了承載SRBl和DRB3 (業(yè)務鏈路幻，收到發(fā)來的業(yè)務承載建立請求消息，請求建立新的業(yè)務鏈路DRB4 (業(yè)務鏈路4)。步驟400 :RRC層模塊向UE發(fā)送RRC連接重配置指示消息(RRC Connection Reconfiguration)，向UE分配無線資源，通知基于新分配的資源UE建立DRB4。 步驟401-步驟405中，RRC層模塊向PDCP層模塊發(fā)送PDCP配置原語(PDCP Config)，向RLC層模塊發(fā)送RLC層配置原語(RLC Config)，向MAC層模塊發(fā)送MAC層配置原語(MAC Conf ig)，以及向PHY層模塊發(fā)送PHY層配置原語(PHY Conf ig)，用于基站側配置PDCP層、RLC層、MAC層和PHY層的用于建立DRB4的資源，以配合UE完成DRB4的建立。如圖4所示，UE不能建立新的承載DRB4，重配置失敗，因而觸發(fā)RRC連接重建立流程。步驟406 =MAC層模塊接收UE發(fā)送的隨機接入請求消息(Random Access)。本實施例中，假設UE請求隨機接入的是源小區(qū)。步驟407 =MAC層模塊根據隨機接入請求消息中攜帶的導頻碼(Preamble)向RRC 層模塊進行 C-RNTI 請求(C-RNTI Request)。步驟408 :RRC層模塊重新為UE分配在源小區(qū)內使用的小區(qū)臨時無線網絡標識禾口索弓丨，分別記做C-RNTI*和UEhdexCelΓ，并向MAC層模塊返回C-RNTI響應(C-RNTI Response)。RRC層模塊之所以重新分配C-RNTI*和UEhdexCeir，是因為RRC層模塊此時不能判斷UE的身份，即不知道該UE以前在RRC連接中的狀態(tài)，會統(tǒng)一當做新建立RRC連接情況處理。在業(yè)務重配置失敗之前的準備階段，由于已經完成了 UE在源小區(qū)的資源配置，因此 UE中存在已分配獲得的在源小區(qū)中使用的源C-RNTI和源UEhdexCell，此時，UE在該源小區(qū)就存在了源C-RNTI和C-RNIT，共2個小區(qū)無線網絡臨時標識，以及在該源小區(qū)內存在源 UEIndexCell和UEhdexCelΓ，共2個索引，需要合理解決。步驟409 :MAC層模塊給UE發(fā)送隨機接入響應消息(Random Access Response), 通過該隨機接入響應消息將C-RNTf發(fā)給UE。步驟410 =RRC層模塊接收UE發(fā)送的RRC連接重建立請求消息(RRC Connection Reestablishment Request)，其中，UE是基于C-RNTI*發(fā)起的RRC連接重建立請求消息。進一步地，RRC連接重建立請求消息中還需攜帶進行隨機接入之前，UE在源小區(qū)內使用的源 C-RNTI和源小區(qū)物理ID。RRC層模塊接收重建立請求消息后，根據源C-RNTI和源小區(qū)物理ID，查找基站內的UE的用戶上下文，找到該UE原來的狀態(tài)和資源，獲得與源C-RNTI對應的源UEIndexCell0由于UE在源小區(qū)存在2個索引和2個小區(qū)無線網絡臨時標識，為避免混淆， RRC層模塊使用UE在基站內的唯一索引UEhdexEnb來標識該UE。 步驟411 :RRC層模塊向UE發(fā)送RRC連接重建立指示消息(RRC Connection Reestablishment)。 UE接收到RRC連接重建立指示消息后，就可以開始進行UE側的RRC重建立流程。而RRC層模塊發(fā)送RRC連接重建立指示消息后，便在基站側開始進行RRC連接重
建立流程。步驟412 =RRC層模塊向PDCP層模塊發(fā)送PDCP掛起原語(PDCP Suspend)，指示 PDCP層進入掛起狀態(tài)，即暫停在DRB3上發(fā)送和接收數據包。步驟413 =RRC層模塊向RLC層模塊發(fā)送RLC復位原語(RLC Reset)，指示RLC層模塊進行復位，即清空計數器，恢復到初始狀態(tài)。步驟414 RRC層模塊向MAC層模塊發(fā)送MAC重配置原語(MAC Reconfiguration)， 指示MAC層模塊進行參數重配置。MAC層模塊接收到MAC重配置原語后，采用C-RNlT替換源C-RNTI，并刪除 UEIndexCell*。步驟415 RRC層模塊向PHY層模塊發(fā)送PHY重配置原語(PHY Reconfiguration)， 指示PHY層模塊進行參數重配置。PHY層模塊接收到PHY重配置原語后，采用C-RNTf替換C-RNTI，并刪除 UEhdexCeir，這樣，就建立了 C-RNTI*和源UEhdexCell之間的——對應關系，可以繼續(xù)使用業(yè)務重配置之前的準備階段分配的UEhdexCell和配置的源小區(qū)資源。上述步驟412-步驟415便是本發(fā)明中重新設計的基站側重建RCC連接的流程，即重建立SRBl專用信令鏈路。步驟416 =RRC層模塊向PDCP層模塊發(fā)送，PDCP安全配置原語(PDCP Security Config)，指示PDCP層模塊對PDCP層模塊進行安全配置并激活，以配合UE側完成RRC連接
重建立過程。步驟417 =RRC層模塊接收UE發(fā)送的RRC連接重建立完成消息(RRCCormection Reestablishment Complete)，確定RRC連接重建立已完成了。步驟418 :RRC層模塊向UE發(fā)送RRC連接重配置指示消息(RRC Connection Reconfiguration)，用于配置UE的底層資源，以恢復UE的業(yè)務鏈路。本實施例中，由于業(yè)務重配置失敗，因此，UE需要發(fā)生資源回退，而在資源回退時， 底層有部分資源不回退，需要重新配置。另一方面，由于基站已在UE的源小區(qū)配置了 SRB1、DRB3和DRB4，而UE根據協議描述發(fā)生資源回退，只配置有SRBl和DRB3，為了保持資源一致，需要重新配置基站側資源。 在基站側，采用反向配置的方式，刪除DRB4即可，可以按照步驟419-步驟422描述的方式進行基站側資源重配置。步驟419 :RRC層模塊向PDCP層模塊發(fā)送PDCP配置原語(PDCP Config)，指示PDCP 層模塊從掛起狀態(tài)中恢復，即激活DRB3，開始在DRB3上發(fā)送和接收數據包，同時刪除DRB4 業(yè)務鏈路。步驟420 =RRC層模塊向RLC層模塊發(fā)送RLC配置原語(RLC Config)，指示RLC層模塊刪除DRB4業(yè)務鏈路。步驟421 =RRC層模塊向MAC層模塊發(fā)送MAC配置原語(MAC Config)，指示MAC層模塊刪除DRB4業(yè)務鏈路。步驟422 =RRC層模塊向PHY層模塊發(fā)送PHY配置原語(PHY Config)，指示PHY層模塊刪除DRB4業(yè)務鏈路。通過上述步驟419-步驟422，RRC模塊刪除了 DRB4的配置參數后，同時激活DRB3 的掛起狀態(tài)。這樣減少了對于已建立業(yè)務DRB3的影響，提高了通信質量。步驟423 基站接收到UE發(fā)送的RRC重配置完成消息(RRC Connection Reconfiguration Complete)，確認RRC連接重建立觸發(fā)的重配置流程結束。此時，基站側與UE側之間的業(yè)務鏈路DRB3也已恢復。本實施例中，對于UE因進行小區(qū)間切換失敗或無線鏈路故障而觸發(fā)RRC連接重建立，且重建立對象為源小區(qū)的情況，與上述流程類似，只需針對DRB3進行相應操作即可，不再需要對新建失敗的DRB4承載進行操作，在此不再贅述。另一方面，上述實施例是以業(yè)務重配置失敗為“建立新業(yè)務鏈路失敗”為例進行介紹，實際應用中，若業(yè)務重配置失敗為“刪除業(yè)務鏈路失敗”，則在步驟418-步驟423中，RRC 層模塊需要分別指示PDCP層模塊、RLC層模塊、MAC層模塊和PHY層模塊新建刪除失敗的業(yè)務鏈路；而若業(yè)務重配置失敗為“修改業(yè)務鏈路的配置失敗”則在步驟418-步驟423中， RRC層模塊需要分別指示PDCP層模塊、RLC層模塊、MAC層模塊和PHY層模塊將修改失敗的業(yè)務鏈路的配置恢復至修改之前的狀態(tài)。總之，因業(yè)務重配置失敗觸發(fā)RRC連接重建立時， 基站側需要在RRC連接重建立后的RRC連接重配置過程中采用反向配置的方式，令基站側和UE側的系統(tǒng)資源保持一致。區(qū)別于上述兩個實施例，參閱圖5所示，本實施例中，在第三種情況下，以UE因無線鏈路故障而觸發(fā)RRC連接重建立，且重建立對象是源基站內的協議允許小區(qū)為例，介紹基站進行RRC連接重建立的詳細流程如下UE在連接狀態(tài)下，檢測到無線鏈路故障后，發(fā)生RRC連接重建立接入到協議允許小區(qū)，由于在協議允許小區(qū)內沒有為UE分配資源，因此在RRC連接重建立過程中，將為UE 配置SRBl資源，在RRC連接重建立后觸發(fā)RRC連接重配置過程，為UE配置DRB資源。步驟501 =MAC層模塊接收UE發(fā)送的隨機接入請求消息(Random Access)。步驟502 :MAC層模塊根據隨機接入請求消息中攜帶的導頻碼(Preamble)向RRC 層模塊進行 C-RNTI 請求(C-RNTI Request)。步驟503 :RRC層模塊為UE分配在協議允許小區(qū)內使用的小區(qū)臨時無線網絡標識和索引，分別記做C-RNTI*和UEIndexCelΓ，并向MAC層模塊返回C-RNTI響應(C-RNTI Response)。RRC層模塊之所以分配C-RNTI*和UEhdexCeir，是因為RRC層模塊此時不能判斷 UE的身份，即不知道該UE以前在RRC連接中的狀態(tài)，會統(tǒng)一當做新建立RRC連接情況處理。步驟504 =MAC層模塊給UE發(fā)送隨機接入響應消息(Random Access Response)， 通過該隨機接入響應消息將C-RNTf發(fā)給UE。步驟505 =RRC層模塊接收UE發(fā)送的RRC連接重建立請求消息(RRC Connection Reestablishment Request)，其中，UE是基于C-RNTI*起的RRC連接重建立請求消息。進一步地，該RRC連接重建立請求消息中還需攜帶進行隨機接入之前，UE在源小區(qū)內使用的源 C-RNTI和源小區(qū)物理ID。RRC層模塊接收到后，根據RRC連接重建立請求消息中的源C-RNTI和源小區(qū)物理 ID,查找基站內的UE的用戶上下文，找到該UE原來的狀態(tài)和資源，獲得與源C-RNTI對應的源UEhdexCel 1，并將源小區(qū)在源基站內的索引記為OldCelllndexEnb，將UE在源小區(qū)內的源 UEhdexCell 記為 OldUEhdexCell。步驟506 :RRC層模塊向UE發(fā)送RRC連接重建立指示消息(RRC Connection Reestablishment)。步驟507 RRC層模塊向PDCP層模塊發(fā)送PDCP配置原語(PDCP Config)，指示PDCP 模塊在協議允許小區(qū)建立SRBl專用信令鏈路。SRB和DRB都是邏輯上的概念，是為了對一個UE的一類業(yè)務數據進行歸類并進行統(tǒng)一處理，只需在邏輯上建立即可，不需要進行其他具體的操作。步驟508 =RRC層模塊向RLC層模塊發(fā)送RLC配置原語(RLC Config)，指示RLC模塊在協議允許小區(qū)建立SRBl專用信令鏈路。步驟509 =RRC層模塊向MAC層模塊發(fā)送MAC配置原語(MAC Config)，指示MAC模塊在協議允許小區(qū)建立SRBl專用信令鏈路。步驟510 =RRC層模塊向PHY層模塊發(fā)送PHY配置原語(PHY Config)，在協議允許小區(qū)配置SRBl專用信令鏈路的鏈路資源。上述步驟507-步驟510便是本發(fā)明中重新設計的基站側重建RCC連接的流程，即重建立SRBl專用信令鏈路。步驟511 :RRC層模塊向PDCP層模塊發(fā)送，PDCP安全配置原語(PDCPkcurity Config)，指示PDCP層模塊對PDCP層進行安全配置并激活，以配合UE側完成RRC連接重建立過程。步驟512 =RRC層模塊接收UE發(fā)送的RRC連接重建立完成消息(RRC Connection Reestablishment Complete)，確定RRC連接重建立已完成了。步驟513 :RRC層模塊向UE側發(fā)送RRC連接重配置指示消息(RRCCormection Reconfiguration)，以配置UE的業(yè)務鏈路。UE側接收到RRC層模塊發(fā)送的RRC連接重配置消息后，需要配置DRB業(yè)務鏈路，之后發(fā)送RRC連接重配置完成消息。步驟514 :RRC層模塊向PDCP層模塊發(fā)送PDCP配置原語(PDCP Config)，指示PDCP 層模塊建立DRB業(yè)務鏈路。PDCP層模塊用于數據包的加解密以及頭壓縮。建立業(yè)務鏈路就是為了對業(yè)務鏈路上的數據包統(tǒng)一進行加解密和頭壓縮處理。步驟515 =RRC層模塊向RLC層模塊發(fā)送RLC配置原語(RLC Config)，指示RLC層模塊建立DRB業(yè)務鏈路。步驟516 =RRC層模塊向MAC層模塊發(fā)送MAC配置原語(MAC Config)，指示MAC層模塊建立DRB業(yè)務鏈路。步驟517 =RRC層模塊向PHY層模塊發(fā)送PHY配置原語(PHY Config)，配置DRB業(yè)務鏈路的鏈路資源。
通過上述步驟514-步驟517，為基站側配置PDCP、RLC、MAC和物理層新建立的DRB資源。步驟518 =RRC層模塊接收到UE發(fā)送的RRC重配置完成消息(RRC Connection Reconfiguration Complete)，確認RRC連接重建立觸發(fā)的重配置流程結束。同時，RRC層模塊還需要通過源小區(qū)在基站內索引OldCelUndexEnb和UE在源小區(qū)內索引OldUEhdexCell刪除UE在源小區(qū)內的資源。另一方面，對于UE因進行小區(qū)間切換失敗或業(yè)務重配置而觸發(fā)RRC連接重建立， 且重建立對象為源基站內的協議允許小區(qū)的情況，與上述流程類似，因為協議允許小區(qū)都是重新配置的，各種情況下都一樣，在此不再贅述。綜上所述，本發(fā)明實施例中，提出了在LTE系統(tǒng)中的基站側實現RRC連接重建立的具體實現方式，其中，基站側的RRC層根據觸發(fā)RRC連接重建立的原因及重建立對象的不同，采用不同的方式向本地底層的各協議層發(fā)送用于重建立RRC連接的原語，指示各協議層重建立信令鏈路，從而實現了 RRC連接的重建立，完善了協議中關于RRC連接重建立的相關流程，實現了信令鏈路的恢復，保證了通信的穩(wěn)定性和可靠性。進一步地，還提出了與信令鏈路的恢復方式相對應的業(yè)務鏈路的恢復方式，在RRC連接重建立完成后根據觸發(fā)RRC 連接重建立的原因及重建立對象的不同，采用不同的流程完成了對業(yè)務鏈路的恢復，進一步保證通信的穩(wěn)定性和可靠性。顯然，本領域的技術人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權利要求及其等同技術的范圍之內，則本發(fā)明也意圖包含這些改動和變型在內。
權利要求
1.一種重建立無線資源控制協議RRC連接的方法，其特征在于，包括基站內的RRC層接收用戶終端發(fā)送的RRC連接重建立請求消息，并返回RRC連接重建立指示消息；RRC層基于觸發(fā)RRC連接重建立的原因及重建立對象，向本地底層的各協議層分別發(fā)送用于重建立RRC連接的原語，指示各協議層重建立信令鏈路；RRC層接收到用戶終端發(fā)送的RRC連接重建立完成消息時，確定RRC連接重建立完成。
2.如權利要求1所述的方法，其特征在于，RRC層接收用戶終端發(fā)送的RRC連接重建立請求消息之前，在用戶終端進行隨機接入的過程中，為該用戶終端分配在作為重建立對象的小區(qū)內使用的第一小區(qū)無線網絡臨時標識C-RNTI和第一索引，指示用戶終端基于第一 C-RNTI發(fā)送RRC連接重建立請求消息，該RRC連接重建立請求消息中進一步攜帶用戶終端在源小區(qū)內使用的源C-RNTI和源小區(qū)物理ID。
3.如權利要求2所述的方法，其特征在于，若用戶終端因小區(qū)間切換失敗觸發(fā)RRC連接重建立，且重建立對象為準備集小區(qū)，則RRC層接收所述RRC重建立請求消息后，根據其攜帶的源C-RNTI和源小區(qū)物理ID查找用戶終端的用戶上下文，獲取用戶終端在所述準備集小區(qū)中已分配得到的第二 C-RNTI和第二索引。
4.如權利要求3所述的方法，其特征在于，所述RRC層基于觸發(fā)RRC連接重建立的原因及重建立對象，向本地底層的各協議層分別發(fā)送用于重建立RRC連接的原語，指示各協議層重建立信令鏈路，包括向分組數據匯聚協議PDCP層發(fā)送PDCP掛起原語，用于指示PDCP層暫停發(fā)送和接收數據包；向無線鏈路控制RLC層發(fā)送RLC復位原語，用于指示RLC層恢復至初始狀態(tài)；向媒體接入控制MAC層發(fā)送MAC重配置原語，用于指示MAC層采用第一 C-RNTI替換第二 C-RNTI，同時刪除第一索引；向物理PHY層發(fā)送PHY重配置原語，用于指示PHY層采用第一 C-RNTI替換第二 C-RNTI， 同時刪除第一索引，以建立第一 C-RNTI與第二索引之間的映射關系。
5.如權利要求2所述的方法，其特征在于，若用戶終端因業(yè)務重配置失敗觸發(fā)RRC重建立，且重建立對象為源小區(qū)，則RRC層接收所述RRC重建立請求消息后，根據源C-RNTI和源物理小區(qū)ID查找用戶終端的用戶上下文，獲取用戶終端在所述源小區(qū)中已分配得到的源索引。
6.如權利要求5所述的方法，其特征在于，所述RRC層基于觸發(fā)RRC連接重建立的原因及重建立對象，向本地底層的各協議層分別發(fā)送用于重建立RRC連接的原語，指示各協議層重建立信令鏈路，包括向分組數據匯聚協議PDCP層發(fā)送PDCP掛起原語，用于指示PDCP層在業(yè)務重配置之前已存在的業(yè)務鏈路上暫停發(fā)送和接收數據包；向無線鏈路控制RLC層發(fā)送RLC復位原語，用于指示RLC層恢復至初始狀態(tài)；向媒體接入控制MAC層發(fā)送MAC重配置原語，用于指示MAC層采用第一 C-RNTI替換源 C-RNTI，同時刪除第一索引；向物理PHY層發(fā)送PHY重配置原語，用于指示PHY層采用第一 C-RNTI替換源C-RNTI， 同時刪除第一索引，以建立第一 C-RNTI與源索引之間的映射關系。
7.如權利要求2所述的方法，其特征在于，若用戶終端因無線鏈路故障觸發(fā)RRC重建立，且重建立對象為源基站內的協議允許小區(qū)，則RRC層接收所述RRC重建立請求消息后， 根據源C-RNTI和源物理小區(qū)ID查找用戶終端的用戶上下文，獲取用戶終端在源小區(qū)中已分配得到的源索引，以及源小區(qū)在源基站內的已分配得到的源小區(qū)索引。
8.如權利要求7所述的方法，其特征在于，所述RRC層基于觸發(fā)RRC連接重建立的原因及重建立對象，向本地底層的各協議層發(fā)送控制原語，指示各協議層重建立信令鏈路，包括向分組數據匯聚協議PDCP層發(fā)送PDCP配置原語，用于指示PDCP層在協議允許小區(qū)建立信令鏈路；向無線鏈路控制RLC層發(fā)送RLC配置原語，用于指示RLC層在協議允許小區(qū)建立信令鏈路；向媒體接入控制MAC層發(fā)送MAC配置原語，用于指示MAC層在協議允許小區(qū)建立信令鏈路；向物理PHY層發(fā)送PHY配置原語，用于指示PHY層在協議允許小區(qū)配置已建立的信令鏈路的鏈路資源。
9.如權利要求3、5或7所述的方法，其特征在于，所述RRC層確定RRC連接重建立完成后，包括向用戶終端發(fā)送RRC連接重配置指示消息；基于觸發(fā)RRC連接重建立的原因及重建立對象，向本地底層的至少一個協議層發(fā)送用于恢復業(yè)務鏈路的原語，指示所述至少一個協議層對業(yè)務鏈路進行恢復；接收到用戶終端返回的RRC連接重配置完成消息時，確定業(yè)務鏈路已恢復。
10.如權利要求9所述的方法，其特征在于，若用戶終端因小區(qū)間切換失敗觸發(fā)RRC連接重建立，且重建立對象為準備集小區(qū)，則所述RRC層基于觸發(fā)RRC連接重建立的原因及重建立對象，向本地底層的至少一個協議層發(fā)送用于恢復業(yè)務鏈路的原語，指示所述至少一個協議層對業(yè)務鏈路進行恢復，包括向本地的PDCP層發(fā)送PDCP恢復原語，用于指示PDCP層開始發(fā)送和接收數據包。
11.如權利要求9所述的方法，其特征在于，若用戶終端因業(yè)務重配置失敗觸發(fā)RRC重建立，且重建立對象為源小區(qū)，則所述RRC層基于觸發(fā)RRC連接重建立的原因及重建立對象，向本地底層的至少一個協議層發(fā)送用于恢復業(yè)務鏈路的原語，指示所述至少一個協議層對業(yè)務鏈路進行恢復，包括向本地的PDCP層發(fā)送PDCP配置原語，用于指示PDCP層開始在業(yè)務重配置之前已存在的業(yè)務鏈路上發(fā)送和接收數據包，以及刪除業(yè)務重配置過程中建立的業(yè)務鏈路，重建業(yè)務重配置過程中刪除的業(yè)務鏈路，或者恢復業(yè)務重配置過程中修改的業(yè)務鏈路的配置；向本地的RLC層發(fā)送RLC配置原語，用于指示RLC層刪除業(yè)務重配置過程中建立的業(yè)務鏈路，重建業(yè)務重配置過程中刪除的業(yè)務鏈路，或者恢復業(yè)務重配置過程中修改的業(yè)務鏈路的配置；向本地的MAC層發(fā)送MAC重配置原語，用于指示MAC層刪除業(yè)務重配置過程中建立的業(yè)務鏈路，重建業(yè)務重配置過程中刪除的業(yè)務鏈路，或者恢復業(yè)務重配置過程中修改的業(yè)務鏈路的配置；向本地的PHY層發(fā)送PHY重配置原語，用于指示PHY層刪除業(yè)務重配置過程中建立的業(yè)務鏈路，重建業(yè)務重配置過程中刪除的業(yè)務鏈路，或者恢復業(yè)務重配置過程中修改的業(yè)務鏈路的配置。
12.如權利要求9所述的方法，其特征在于，若用戶終端因無線鏈路故障觸發(fā)RRC重建立，且重建立對象為源基站內的協議允許小區(qū)，則所述RRC層基于觸發(fā)RRC連接重建立的原因及重建立對象，向本地底層的至少一個協議層發(fā)送用于恢復業(yè)務鏈路的原語，指示所述至少一個協議層對業(yè)務鏈路進行恢復，包括向本地的PDCP層發(fā)送PDCP配置原語，用于指示PDCP層建立業(yè)務鏈路； 向本地的RLC層發(fā)送RLC配置原語，用于指示RLC層建立業(yè)務鏈路； 向本地的MAC層發(fā)送MAC配置原語，用于指示MAC層建立業(yè)務鏈路； 向本地的PHY層發(fā)送PHY配置原語，用于指示PHY層配置已建立的業(yè)務鏈路的鏈路資源。
13.如權利要求12所述的方法，其特征在于，所述RRC層接收到用戶終端返回的RRC連接重配置完成消息時，確定業(yè)務鏈路已恢復，并基于所述源索引和源小區(qū)索引刪除用戶終端在源小區(qū)內的資源。
14.一種重建立無線資源控制協議RRC連接的裝置，位于RRC層，其特征在于，包括 通信單元，用于接收用戶終端發(fā)送的RRC連接重建立請求消息，并返回RRC連接重建立指示消息，以及在接收到用戶終端發(fā)送的RRC連接重建立完成消息時，確定RRC連接重建立完成；控制單元，用于在所述通信單元發(fā)送RRC連接重建立指示消息后，基于觸發(fā)RRC連接重建立的原因及重建立對象，向本地底層的各協議層分別發(fā)送用于重建立RRC連接的原語， 指示各協議層重建立信令鏈路。
15.如權利要求14所述的裝置，其特征在于，進一步包括分配單元，用于在所述通信單元接收用戶終端發(fā)送的RRC連接重建立請求消息之前， 在用戶終端進行隨機接入的過程中，為該用戶終端分配在作為重建立對象的小區(qū)內使用的第一小區(qū)無線網絡臨時標識C-RNTI和第一索引，指示用戶終端基于第一 C-RNTI發(fā)送RRC 連接重建立請求消息，該RRC連接重建立請求消息中進一步攜帶用戶終端在源小區(qū)內使用的源C-RNTI和源小區(qū)物理ID。
16.如權利要求15所述的裝置，其特征在于，若用戶終端因小區(qū)間切換失敗觸發(fā)RRC連接重建立，且重建立對象為準備集小區(qū)，則所述通信單元接收所述RRC重建立請求消息后， 根據源C-RNTI和源小區(qū)物理ID查找用戶終端的用戶上下文，獲取用戶終端在所述準備集小區(qū)中已分配得到的第二 C-RNTI和第二索引。
17.如權利要求16所述的裝置，其特征在于，所述控制單元基于觸發(fā)RRC連接重建立的原因及重建立對象，向本地底層的各協議層分別發(fā)送用于重建立RRC連接的原語，指示各協議層重建立信令鏈路時，執(zhí)行以下操作向分組數據匯聚協議PDCP層發(fā)送PDCP掛起原語，用于指示PDCP層暫停發(fā)送和接收數據包；向無線鏈路控制RLC層發(fā)送RLC復位原語，用于指示RLC層恢復至初始狀態(tài)； 向媒體接入控制MAC層發(fā)送MAC重配置原語，用于指示MAC層采用第一 C-RNTI替換第二 C-RNTI，同時刪除第一索引；向物理PHY層發(fā)送PHY重配置原語，用于指示PHY層采用第一 C-RNTI替換第二 C-RNTI， 同時刪除第一索引，以建立第一 C-RNTI與第二索引之間的映射關系。
18.如權利要求15所述的裝置，其特征在于，若用戶終端因業(yè)務重配置失敗觸發(fā)RRC 重建立，且重建立對象為源小區(qū)，則所述通信單元接收所述RRC重建立請求消息后，根據源 C-RNTI和源物理小區(qū)ID查找用戶終端的用戶上下文，獲取用戶終端在所述源小區(qū)中已分配得到的源索引。
19.如權利要求18所述的裝置，其特征在于，所述控制單元基于觸發(fā)RRC連接重建立的原因及重建立對象，向本地底層的各協議層分別發(fā)送用于重建立RRC連接的原語，指示各協議層重建立信令鏈路時，執(zhí)行以下操作向分組數據匯聚協議PDCP層發(fā)送PDCP掛起原語，用于指示PDCP層在業(yè)務重配置之前已存在的業(yè)務鏈路上暫停發(fā)送和接收數據包；向無線鏈路控制RLC層發(fā)送RLC復位原語，用于指示RLC層恢復至初始狀態(tài)；向媒體接入控制MAC層發(fā)送MAC重配置原語，用于指示MAC層采用第一 C-RNTI替換源 C-RNTI，同時刪除第一索引；向物理PHY層發(fā)送PHY重配置原語，用于指示PHY層采用第一 C-RNTI替換源C-RNTI， 同時刪除第一索引，以建立第一 C-RNTI與源索引之間的映射關系。
20.如權利要求15所述的裝置，其特征在于，若用戶終端因無線鏈路故障觸發(fā)RRC重建立，且重建立對象為源基站內的協議允許小區(qū)，則所述通信單元接收所述RRC重建立請求消息后，根據源C-RNTI和源物理小區(qū)ID查找用戶終端的用戶上下文，獲取用戶終端在源小區(qū)中已分配得到的源索弓丨，以及源小區(qū)在源基站內的已分配得到的源小區(qū)索引。
21.如權利要求20所述的裝置，其特征在于，所述控制單元基于觸發(fā)RRC連接重建立的原因及重建立對象，向本地底層的各協議層分別發(fā)送用于重建立RRC連接的原語，指示各協議層重建立信令鏈路時，執(zhí)行以下操作向分組數據匯聚協議PDCP層發(fā)送PDCP配置原語，用于指示PDCP層在協議允許小區(qū)建立信令鏈路；向無線鏈路控制RLC層發(fā)送RLC配置原語，用于指示RLC層在協議允許小區(qū)建立信令鏈路；向媒體接入控制MAC層發(fā)送MAC配置原語，用于指示MAC層在協議允許小區(qū)建立信令鏈路；向物理PHY層發(fā)送PHY配置原語，用于指示PHY層在協議允許小區(qū)配置已建立的信令鏈路的鏈路資源。
22.如權利要求16、18或20所述的裝置，其特征在于，所述通信單元層確定RRC連接重建立完成后，向用戶終端發(fā)送RRC連接重配置指示消息，以及在接收到用戶終端返回的 RRC連接重配置完成消息時，確定業(yè)務鏈路已恢復；所述控制單元在所述通信單元發(fā)送RRC 連接重配置指示消息后，基于觸發(fā)RRC連接重建立的原因及重建立對象，向本地底層的至少一個協議層發(fā)送用于恢復業(yè)務鏈路的原語，指示所述至少一個協議層對業(yè)務鏈路進行恢Μ. ο
23.如權利要求22所述的裝置，其特征在于，若用戶終端因小區(qū)間切換失敗觸發(fā)RRC連接重建立，且重建立對象為準備集小區(qū)，則所述控制單元基于觸發(fā)RRC連接重建立的原因及重建立對象，向本地底層的至少一個協議層發(fā)送用于恢復業(yè)務鏈路的原語，指示所述至少一個協議層對業(yè)務鏈路進行恢復時，執(zhí)行以下操作向本地的PDCP層發(fā)送PDCP恢復原語，用于指示PDCP層開始發(fā)送和接收數據包。
24.如權利要求22所述的裝置，其特征在于，若用戶終端因業(yè)務重配置失敗觸發(fā)RRC重建立，且重建立對象為源小區(qū)，則所述控制單元基于觸發(fā)RRC連接重建立的原因及重建立對象，向本地底層的至少一個協議層發(fā)送用于恢復業(yè)務鏈路的原語，指示所述至少一個協議層對業(yè)務鏈路進行恢復時，執(zhí)行以下操作向本地的PDCP層發(fā)送PDCP配置原語，用于指示PDCP層開始在業(yè)務重配置之前已存在的業(yè)務鏈路上發(fā)送和接收數據包，以及刪除業(yè)務重配置過程中建立的業(yè)務鏈路，重建業(yè)務重配置過程中刪除的業(yè)務鏈路，或者恢復業(yè)務重配置過程中修改的業(yè)務鏈路的配置；向本地的RLC層發(fā)送RLC配置原語，用于指示RLC層刪除業(yè)務重配置過程中建立的業(yè)務鏈路，重建業(yè)務重配置過程中刪除的業(yè)務鏈路，或者恢復業(yè)務重配置過程中修改的業(yè)務鏈路的配置；向本地的MAC層發(fā)送MAC重配置原語，用于指示MAC層刪除業(yè)務重配置過程中建立的業(yè)務鏈路，重建業(yè)務重配置過程中刪除的業(yè)務鏈路，或者恢復業(yè)務重配置過程中修改的業(yè)務鏈路的配置；向本地的PHY層發(fā)送PHY重配置原語，用于指示PHY層刪除業(yè)務重配置過程中建立的業(yè)務鏈路，重建業(yè)務重配置過程中刪除的業(yè)務鏈路，或者恢復業(yè)務重配置過程中修改的業(yè)務鏈路的配置。
25.如權利要求22所述的裝置，其特征在于，若用戶終端因無線鏈路故障觸發(fā)RRC重建立，且重建立對象為源基站內的協議允許小區(qū)，則所述控制單元基于觸發(fā)RRC連接重建立的原因及重建立對象，向本地底層的至少一個協議層發(fā)送用于恢復業(yè)務鏈路的原語，指示所述至少一個協議層對業(yè)務鏈路進行恢復，執(zhí)行以下操作向本地的PDCP層發(fā)送PDCP配置原語，用于指示PDCP層建立業(yè)務鏈路；向本地的RLC層發(fā)送RLC配置原語，用于指示RLC層建立業(yè)務鏈路；向本地的MAC層發(fā)送MAC配置原語，用于指示MAC層建立業(yè)務鏈路；向本地的PHY層發(fā)送PHY配置原語，用于指示PHY層配置已建立的業(yè)務鏈路的鏈路資源。
26.如權利要求25所述的裝置，其特征在于，所述通信單元接收到用戶終端返回的RRC 連接重配置完成消息時，確定業(yè)務鏈路已恢復，則所述控制單元基于所述源索引和源小區(qū)索引刪除用戶終端在源小區(qū)內的資源。
27.一種重建立無線資源控制協議RRC連接的系統(tǒng)，包括若干基站和用戶終端，其特征在于，其中，所述基站內的RRC層接收用戶終端發(fā)送的RRC連接重建立請求消息，并返回RRC連接重建立指示消息，以及基于觸發(fā)RRC連接重建立的原因及重建立對象，向本地底層的各協議層分別發(fā)送用于重建立RRC連接的原語，指示各協議層重建立信令鏈路，并在接收到用戶終端發(fā)送的RRC連接重建立完成消息時，確定RRC連接重建立完成。
全文摘要
本發(fā)明涉及通信領域，公開了一種重建立RRC連接的方法、裝置及系統(tǒng)，用以為基站側實現RRC連接重建立提供相應的方法流程。該方法為基站側的RRC層根據觸發(fā)RRC連接重建立的原因及重建立對象的不同，采用不同的方式向本地底層的各協議層發(fā)送用于重建立RRC連接的原語，指示各協議層重建立信令鏈路，從而實現了RRC連接的重建立，完善了協議中關于RRC連接重建立的相關流程，實現了信令鏈路的恢復，保證了通信的穩(wěn)定性和可靠性。本發(fā)明同時公開了一種重建立RRC連接的裝置和一種重建立RRC連接的系統(tǒng)。
文檔編號H04W76/02GK102340886SQ20101023637
公開日2012年2月1日 申請日期2010年7月22日 優(yōu)先權日2010年7月22日
發(fā)明者唐紀曄, 王睿煒 申請人:大唐移動通信設備有限公司