專利名稱：一種lte系統(tǒng)中錯誤指示的處理方法和裝置的制作方法
一種LTE系統(tǒng)中錯誤指示的處理方法和裝置技術領域
本發(fā)明屬于無線通訊技術領域，特別涉及LTE (Long Term Evolution，長期演進) 系統(tǒng)中，eNB (Evolution NodeB，演進基站)處理錯誤指示(ERRORIndication)的方法和裝置。
背景技術：
LTE 系統(tǒng)中，eNB 包含了 RNLC(Radio Network Layer-Control Plane，無線網(wǎng)絡 層控制面)、RNLU (Radio Network Layer-User Plane，無線網(wǎng)絡層用戶面)、MAC (Medium Access Control，媒體接入控制)和PHY(物理層)。RNLC主要針對的是eNB控制面，主要 用于控制信息、信令的交互，主要包括公用信令和專用信令的傳輸。RNLU主要針對的是eNB 用戶面，用于空口信令和用戶數(shù)據(jù)的傳輸?shù)?。RNLU分為DMAC (Destination MAC,目的MAC)、 RLC(Radio Link Control，無線鏈路控制)、PDCP (Packet Data Convergence Protocol，分 組數(shù)據(jù)匯聚協(xié)議)和GTPU (GPRS Tunnel Protocol User Plane，GPRS隧道協(xié)議用戶面)幾 個層面，保證數(shù)據(jù)與信令的可靠傳輸。
RLC層位于MAC層之上，為用戶和控制數(shù)據(jù)提供分段和重傳業(yè)務。每個RLC實體 由RRC(Radic) Resource Control，無線資源控制協(xié)議)配置，并且根據(jù)業(yè)務類型有三種模 式TM(Transparent Mode，透明模式)模式、UM(Unacknowledged Mode，非確認模式)模 式、AM (Acknowledged Mode，確認模式)模式。在傳輸過程中，例如設置的傳輸模式為AM模 式，即每發(fā)送一包數(shù)據(jù)，需要對方實體回復響應ACI^ACKnowledgement，確認應答)，若未收 到響應，則會重復發(fā)送該數(shù)據(jù)包，若發(fā)送達到了最大重傳次數(shù)，則證明對方實體出現(xiàn)異常情 況，此時eNB用戶面向eNB控制面發(fā)送錯誤指示信息，指示相關業(yè)務發(fā)生異常。
PDCP層在AS (Access Stratum,接入層)協(xié)議棧中的位置位于RLC層之上，受RRC 的調(diào)度和控制，將來自上層的用戶數(shù)據(jù)傳輸?shù)絉LC子層。PDCP提供給上層的服務是PDCP SDU(Service Data Unit，服務數(shù)據(jù)單元)傳遞。每個 PS(Packet Switched Domain，分組 交換域)域的RAB (Radio Access Bearer，無線接入承載)都和一個RB (Resource Block, 資源塊)相關聯(lián)，每個RB又和一個PDCP實體相關聯(lián)。完整性保護與完整性保護驗證是由 PDCP層完成的，且是與SRB (Signaling Radio Bearer，信令無線承載)相關聯(lián)的。若完整 性保護或完整性保護驗證發(fā)生異常失敗，則eNB用戶面會向eNB控制面發(fā)送錯誤指示信息， 指示相關的RAB發(fā)生異常。
eNB用戶面的GTPU收到核心網(wǎng)發(fā)送的錯誤指示，比如在發(fā)送數(shù)據(jù)的情況下，eNB向 核心網(wǎng)發(fā)送數(shù)據(jù)，攜帶有源側(cè)即eNB的TEID (Tunneling Endpoint Identif ier，隧道ID)以 及核心網(wǎng)側(cè)的目的隧道ID，核心網(wǎng)在收到該包數(shù)據(jù)后進行解析，發(fā)現(xiàn)目的側(cè)的隧道ID在本 地找不到匹配的隧道，此時核心網(wǎng)就給eNB用戶面發(fā)送一個錯誤指示，eNB用戶面在收到該 消息后，會向eNB控制面發(fā)送錯誤指示信息。
綜上可見，eNB用戶面可能在不同情形下向eNB控制面發(fā)送錯誤指示。現(xiàn)有技術 中，eNB控制面收到eNB用戶面發(fā)來的錯誤指示消息后，直接進行UE(User Equipment，用戶設備)上下文資源的釋放。這樣的處理不區(qū)分具體發(fā)生錯誤的原因與發(fā)生錯誤的業(yè)務類 型，將所有資源釋放，可能導致不需要釋放的資源也被釋放掉，影響用戶的使用感受，也影 響到對產(chǎn)品本身的滿意度。發(fā)明內(nèi)容
本發(fā)明要解決的技術問題是提出一種LTE系統(tǒng)中錯誤指示的處理方法，采用該方 法可以根據(jù)發(fā)生錯誤的業(yè)務類型合理地釋放相關資源，避免因釋放掉不該被釋放的資源而 影響產(chǎn)品的使用性能。為此，本發(fā)明還提供一種LTE系統(tǒng)中錯誤指示的處理裝置。
為解決上述技術問題，本發(fā)明提出的LTE系統(tǒng)中錯誤指示的處理方法，包括如下 步驟
第一步，eNB用戶面檢測到錯誤發(fā)生時，向eNB控制面發(fā)送錯誤指示，其中包含錯 誤原因和業(yè)務識別信息，所述業(yè)務識別信息用于標識發(fā)生異常的業(yè)務類型；
第二步，eNB控制面收到eNB用戶面發(fā)來的錯誤指示后，根據(jù)業(yè)務識別信息判斷出 發(fā)生異常的業(yè)務類型，然后進行相應處理。
在上述第一步中，eNB用戶面檢測到的錯誤包括完整性保護發(fā)生異常失敗、完整性 保護驗證發(fā)生異常失敗、RLC重傳達到最大次數(shù)以及核心網(wǎng)向eNB用戶面發(fā)送錯誤指示等 各種情形，即可能是其中的任何一種。
在上述第二步中，若判斷出發(fā)生異常的業(yè)務是SRB業(yè)務，則eNB控制面向核心網(wǎng)發(fā) 送初始用戶設備上下文資源釋放請求(Initial Ue Context Release Request)，指示需要 進行上下文資源的釋放，進而釋放RRC和eNB內(nèi)的上下文資源。
在上述第二步中，若判斷出發(fā)生異常的業(yè)務是DRB業(yè)務，則eNB控制面向核心網(wǎng) 發(fā)送ERAB(E_UTRAN Radio Access Bearer，演進3G無線接入網(wǎng)絡無線接入承載)釋放指 示(ERAB Release hdication)，指示該DRB業(yè)務的相應資源需要釋放，而后eNB與核心網(wǎng) 進行各自的資源釋放。進一步地，由于默認承載對于eNB內(nèi)是不可見的，因此如果發(fā)生異常 的是默認承載，此時eNB控制面向核心網(wǎng)發(fā)送ERAB Release hdication后，核心網(wǎng)發(fā)現(xiàn) 請求釋放的是默認承載，則會進一步給eNB控制面下發(fā)用戶設備上下文資源釋放命令⑴e Context Release Command)，要求進行上下文資源的釋放。
為解決上述技術問題，本發(fā)明提出的LTE系統(tǒng)中錯誤指示的處理裝置，包括eNB用 戶面模塊和eNB控制面模塊。所述eNB用戶面模塊用于在檢測到錯誤發(fā)生時向eNB控制面 模塊發(fā)送錯誤指示，該錯誤指示包含錯誤原因和業(yè)務識別信息，其中業(yè)務識別信息用于標 識發(fā)生異常的業(yè)務類型；所述eNB控制面模塊用于收到eNB用戶面模塊發(fā)來的錯誤指示后， 根據(jù)業(yè)務識別信息判斷出發(fā)生異常的業(yè)務類型，然后進行相應處理。
進一步地，所述eNB用戶面模塊包括錯誤檢測單元和錯誤指示發(fā)送單元。其中，錯 誤檢測單元用于檢測發(fā)生錯誤的各種情形，并將錯誤原因提供給錯誤指示發(fā)送單元；錯誤 指示發(fā)送單元用于將錯誤原因和業(yè)務識別信息構(gòu)造成錯誤指示并將其發(fā)送給eNB控制面 模塊。
進一步地，所述eNB控制面模塊包括錯誤指示接收單元、異常業(yè)務判斷單元和錯 誤處理單元。其中，錯誤指示接收單元用于接收eNB用戶面模塊發(fā)來的錯誤指示，并將其中 的業(yè)務識別信息提供給異常業(yè)務判斷單元；異常業(yè)務判斷單元用于根據(jù)業(yè)務識別信息判斷出發(fā)生異常的業(yè)務類型，并將判斷結(jié)果提供給錯誤處理單元；錯誤處理單元根據(jù)發(fā)生異常 的不同業(yè)務類型進行相應的處理。
進一步地，當異常業(yè)務判斷單元判斷出發(fā)生異常的業(yè)務是SRB業(yè)務時，所述錯誤 處理單元向核心網(wǎng)發(fā)送初始用戶設備上下文資源釋放請求(Initial Ue Context Release Request)，指示需要進行上下文資源的釋放，進而釋放RRC和eNB內(nèi)的上下文資源；當異常 業(yè)務判斷單元判斷出發(fā)生異常的業(yè)務是DRB業(yè)務時，所述錯誤處理單元向核心網(wǎng)發(fā)送ERAB 釋放指示(ERAB Release hdication)，指示該DRB業(yè)務的相應資源需要釋放，而后eNB與 核心網(wǎng)進行各自的資源釋放。進一步地，如果發(fā)生異常的是默認承載，此時所述錯誤處理 單元向核心網(wǎng)發(fā)送ERAB Release Indication后，核心網(wǎng)發(fā)現(xiàn)請求釋放的是默認承載，則 會給eNB控制面模塊下發(fā)用戶設備上下文資源釋放命令(Ue Context Release Command), 要求進行上下文資源的釋放；如果核心網(wǎng)檢測到請求釋放的不是默認承載，則不下發(fā)化 Context Release Command或ERAB Release Command命令，網(wǎng)絡層與無線側(cè)各自釋放相應 的承載。
本發(fā)明提供了一種LTE系統(tǒng)中錯誤指示的處理方法和裝置，其好處主要在于區(qū) 分了發(fā)生異常的業(yè)務是SRB業(yè)務還是DRB業(yè)務，并相應地提供了合理的處理方式，對不能 正常運行的業(yè)務及時予以資源釋放，避免了資源的浪費或不當釋放，保證了 eNB的正常運 行，提高了用戶的使用滿意度。此外，本發(fā)明的處理涵蓋了 eNB用戶面的所有發(fā)送ERROR Indication 的原因。
圖1是UE、eNB和MME的接口關系圖2是eNB控制面與用戶面接口關系圖3是本發(fā)明錯誤指示提示SRB業(yè)務發(fā)生異常的處理過程圖4是本發(fā)明錯誤指示提示DRB業(yè)務發(fā)生異常之一的處理過程圖5是本發(fā)明錯誤指示提示DRB業(yè)務發(fā)生異常之二的處理過程圖6是本發(fā)明錯誤指示的處理裝置結(jié)構(gòu)示意圖。
具體實施方式
為更進一步闡述本發(fā)明為達成預定目的所采取的技術手段及功效，以下結(jié)合附圖 及實施例，對本發(fā)明提出的LTE系統(tǒng)中錯誤指示的處理方法和裝置詳細說明如下。
圖 1 是 UE、eNB 禾Π MME (Mobility Management Entity，移動性管理實體)的接口 關系圖。在LTE系統(tǒng)中，eNB與UE之間通過Uu接口進行信息交互；eNB與MME之間通過Sl 接口進行信息交互，MME是核心網(wǎng)的一個實體。
參見圖2，eNB 控制面與 eNB 用戶面通過 RUDP(Reliable User Datagram I^otocol，可靠用戶數(shù)據(jù)報協(xié)議)鏈路進行信息交互。
實施例1
本實施例是說明當完整性保護失敗或完整性保護驗證失敗或RLC重傳達到最大 次數(shù)時，eNB用戶面向eNB控制面發(fā)送錯誤指示，指示相應的SRB業(yè)務發(fā)生異常，eNB控制面 的處理流程，如圖3所示。eNB用戶面上報的錯誤指示包含業(yè)務識別信息與發(fā)生異常的原因，業(yè)務識別信息用以指示發(fā)生異常的業(yè)務類型。
步驟300，eNB用戶面檢測到PDCP層面發(fā)生了完整性保護失敗或完整性保護驗證 失敗或RLC重傳達到最大次數(shù)，向eNB控制面發(fā)送Error Indication，其中包含了指示發(fā)生 異常的業(yè)務類型的業(yè)務識別信息與錯誤原因；
步驟301，eNB控制面收到eNB用戶面發(fā)來的Error Indication后，根據(jù)業(yè)務識 別信息進行判斷，判斷出發(fā)生異常的業(yè)務屬于SRB業(yè)務，即信令業(yè)務發(fā)生異常失敗，可能是 SRBl或SRB2業(yè)務；
步驟302，由于eNB控制面判斷出是SRB業(yè)務發(fā)生異常，所以向核心網(wǎng)發(fā)送初始用 戶設備上下文資源釋放請求(Initial Ue Context Release Request)，請求核心網(wǎng)下發(fā)初 始用戶設備上下文資源釋放命令(Initial Ue Context Release Command)；
步驟303，核心網(wǎng)向eNB控制面下發(fā)初始用戶設備上下文資源釋放命令；
步驟304，eNB控制面向UE發(fā)送RRC釋放命令，指示RRC的釋放；
步驟305，eNB控制面刪除eNB用戶面的有關實體；
步驟306，eNB控制面指示eNB內(nèi)上下文資源的釋放。
至此，對于Error hdication指示SRB發(fā)生異常的處理完成。
實施例2
本實施例是說明當RLC重傳達到最大重傳次數(shù)時，eNB用戶面向eNB控制面發(fā)送 錯誤指示，指示相應的DRB業(yè)務發(fā)生異常，eNB控制面的處理步驟，如圖4所示。
步驟400，eNB用戶面檢查到RLC重傳達到了最大重傳次數(shù)時，向eNB控制面發(fā)送 Error Indication，指示相應的業(yè)務發(fā)生錯誤，并指示錯誤原因；
步驟401，eNB控制面收到eNB用戶面發(fā)來的Error Indication，根據(jù)其中的業(yè)務 識別信息判斷出發(fā)生異常的業(yè)務是DRB業(yè)務；
步驟402，由于eNB控制面判斷出是DRB業(yè)務發(fā)生異常，所以向核心網(wǎng)發(fā)送ERAB Release Indication，指示該DRB業(yè)務發(fā)生異常，需要釋放相應的資源；
步驟403，根據(jù) 3GPP TS36-413 協(xié)議，eNB 控制面發(fā)送 ERAB Release Indication 后，不再等待ERAB Release Command消息，由核心網(wǎng)與eNB各自釋放相應的DRB業(yè)務資源；
步驟404，eNB控制面向UE發(fā)送RRC Reconfiguration消息，進行RRC重配置；
步驟405，UE 向 eNB 控制面回復 RRC Reconfiguration Complete 消息，指示 UE RRC重配置完成。
至此，在RLC重傳達到最大重傳次數(shù)的情況下，對于Error Indication指示DRB 發(fā)生異常的處理完成。
這里需要說明的是，默認承載對于eNB來說是不可見的，即eNB不能區(qū)分專用承 載與默認承載，因此若默認承載發(fā)生異常，如RLC重傳達到最大重傳次數(shù)等，eNB用戶面向 eNB控制面發(fā)送該業(yè)務的錯誤指示，eNB控制面將需要釋放的業(yè)務上報至核心網(wǎng)，核心網(wǎng)需 判斷該業(yè)務是默認承載還是專用承載。若是默認承載，核心網(wǎng)需要向無線側(cè)eNB控制面下 Shitial Ue Context Release Command命令，要求釋放初始用戶設備上下文資源，而后 eNB控制面指示UE釋放RRC，再刪除eNB用戶面的有關實體，以及指示eNB內(nèi)上下文資源的 釋放，如圖4中虛線框部分所示。
實施例3
eNB用戶面向核心網(wǎng)發(fā)送數(shù)據(jù)時，如ping包，會攜帶有源側(cè)即eNB的隧道ID，還有 核心網(wǎng)側(cè)的目的隧道ID，核心網(wǎng)在收到該包數(shù)據(jù)后進行解析，發(fā)現(xiàn)目的側(cè)的隧道ID在本地 找不到匹配的隧道，此時核心網(wǎng)就給eNB用戶面發(fā)送一個Error hdication。本實施例是 說明核心網(wǎng)GTPU發(fā)生異常，向eNB用戶面發(fā)送了 Error Indication時，eNB用戶面與eNB 控制面的處理過程。
步驟500，核心網(wǎng)GTPU檢測到隧道ID錯誤，向eNB用戶面發(fā)送Error Indication, 指示相關業(yè)務的隧道ID異常，如本地不存在匹配的隧道；
步驟501，eNB用戶面收到核心網(wǎng)發(fā)來的錯誤指示，本地組織消息，向eNB控制面發(fā) 送Error Indication，指示發(fā)生異常的業(yè)務；
步驟502，eNB控制面收到eNB用戶面發(fā)來的Error Indication，根據(jù)其中的業(yè)務 識別信息判斷出發(fā)生異常的業(yè)務是DRB業(yè)務；
步驟503，由于eNB控制面判斷出是DRB業(yè)務發(fā)生異常，所以向核心網(wǎng)發(fā)送ERAB釋 放指示(ERAB Release hdication)，指示該DRB業(yè)務發(fā)生異常，需要釋放相應的資源；
步驟504，eNB、核心網(wǎng)各自釋放相應的DRB業(yè)務資源；
步驟505，eNB控制面向UE發(fā)送RRC重配置消息(RRC Reconf iguration)，進行RRC重配置；
步驟506，UE向eNB控制面回復RRC重配置完畢消息(RRC Reconfiguration Complete)，指示UE RRC重配置完成。
至此，在核心網(wǎng)向eNB用戶面發(fā)送Error Indication的情況下，對于eNB用戶面 發(fā)送Error Indication指示DRB發(fā)生異常的處理完成。
需要進一步說明的是，eNB用戶面向eNB控制面發(fā)送該業(yè)務的錯誤指示，eNB控 制面將需要釋放的業(yè)務上報至核心網(wǎng)，核心網(wǎng)需判斷該業(yè)務是默認承載還是專用承載。 若是默認承載，核心網(wǎng)需要向無線側(cè)eNB控制面下發(fā)初始用戶設備上下文資源釋放命令 (Initial Ue Context Release Command)，要求釋放初始用戶設備上下文資源，而后eNB控 制面指示UE釋放RRC，再刪除eNB用戶面的有關實體，以及指示eNB內(nèi)上下文資源的釋放， 如圖5中虛線框部分所示。
實施例4
參見圖6，本實施例錯誤指示的處理裝置包括eNB用戶面模塊和eNB控制面模塊。 所述eNB用戶面模塊用于在檢測到錯誤發(fā)生時向eNB控制面模塊發(fā)送錯誤指示，該錯誤指 示包含錯誤原因和業(yè)務識別信息，其中業(yè)務識別信息用于標識發(fā)生異常的業(yè)務類型；所述 eNB控制面模塊用于收到eNB用戶面模塊發(fā)來的錯誤指示后，根據(jù)業(yè)務識別信息判斷出發(fā) 生異常的業(yè)務類型，然后進行相應處理。
所述eNB用戶面模塊進一步包括錯誤檢測單元和錯誤指示發(fā)送單元。其中，錯誤 檢測單元用于檢測發(fā)生錯誤的各種情形，并將錯誤原因提供給錯誤指示發(fā)送單元；錯誤指 示發(fā)送單元用于將錯誤原因和業(yè)務識別信息構(gòu)造成錯誤指示并將其發(fā)送給eNB控制面模 塊。
所述eNB控制面模塊進一步包括錯誤指示接收單元、異常業(yè)務判斷單元和錯誤處 理單元。其中，錯誤指示接收單元用于接收eNB用戶面模塊發(fā)來的錯誤指示，并將其中的業(yè) 務識別信息提供給異常業(yè)務判斷單元；異常業(yè)務判斷單元用于根據(jù)業(yè)務識別信息判斷出發(fā)生異常的業(yè)務類型，并將判斷結(jié)果提供給錯誤處理單元；錯誤處理單元根據(jù)發(fā)生異常的不 同業(yè)務類型進行相應的處理。
當異常業(yè)務判斷單元判斷出發(fā)生異常的業(yè)務是SRBl或SRB2的業(yè)務時，所述錯誤 處理單元向核心網(wǎng)發(fā)送初始用戶設備上下文資源釋放請求(Initial Ue Context Release Request)，指示需要進行上下文資源的釋放，進而釋放RRC和eNB內(nèi)的上下文資源；當異常 業(yè)務判斷單元判斷出發(fā)生異常的業(yè)務是DRB業(yè)務時，所述錯誤處理單元向核心網(wǎng)發(fā)送ERAB 釋放指示(ERAB Release hdication)，指示該DRB業(yè)務的相應資源需要釋放，而后eNB與 核心網(wǎng)進行各自的資源釋放。
進一步地，如果發(fā)生異常的是默認承載，此時所述錯誤處理單元向核心網(wǎng)發(fā)送 ERAB Release Indication后，核心網(wǎng)發(fā)現(xiàn)請求釋放的是默認承載，則會給eNB控制面模塊 下發(fā)用戶設備上下文資源釋放命令(Ue Context Release Command)，要求進行上下文資源 的釋放。
通過上述具體實施方式
的說明，當可對本發(fā)明為達成預定目的所采取的技術手段 及功效得以更加深入且具體的了解，然而具體實施方式
及所附圖示僅是提供參考與說明之 用，并非用來對本發(fā)明加以限制。
權利要求
1.一種LTE系統(tǒng)中錯誤指示的處理方法，其特征在于包括如下步驟第一步，演進基站(eNB)用戶面檢測到錯誤發(fā)生時，向eNB控制面發(fā)送錯誤指示，其中 包含錯誤原因和業(yè)務識別信息，所述業(yè)務識別信息用于標識發(fā)生異常的業(yè)務類型；第二步，eNB控制面收到eNB用戶面發(fā)來的錯誤指示后，根據(jù)業(yè)務識別信息判斷出發(fā)生 異常的業(yè)務類型，然后進行相應處理。
2.根據(jù)權利要求1所述的錯誤指示的處理方法，其特征在于，在所述第二步中，若判斷 出發(fā)生異常的業(yè)務是信令無線承載(SRB)業(yè)務，則eNB控制面向核心網(wǎng)發(fā)送初始用戶設備 上下文資源釋放請求，指示需要進行上下文資源的釋放，進而釋放RRC和eNB內(nèi)的上下文資 源。
3.根據(jù)權利要求1所述的錯誤指示的處理方法，其特征在于，在所述第二步中，若判斷 出發(fā)生異常的業(yè)務是數(shù)據(jù)無線承載(DRB)業(yè)務，則eNB控制面向核心網(wǎng)發(fā)送演進3G無線接 入網(wǎng)絡無線接入承載(ERAB)釋放指示，指示該DRB業(yè)務的相應資源需要釋放，而后eNB與 核心網(wǎng)進行各自的資源釋放。
4.根據(jù)權利要求3所述的錯誤指示的處理方法，其特征在于，若發(fā)生異常的是默認承 載，在eNB控制面向核心網(wǎng)發(fā)送ERAB釋放指示后，核心網(wǎng)進一步給eNB控制面下發(fā)用戶設 備上下文資源釋放命令，要求進行上下文資源的釋放。
5.根據(jù)權利要求1或2所述的錯誤指示的處理方法，其特征在于具體包括如下步驟 步驟300，eNB用戶面檢測到分組數(shù)據(jù)匯聚協(xié)議(PDCP)層面發(fā)生了完整性保護失敗或完整性保護驗證失敗或無線鏈路控制(RLC)重傳達到最大次數(shù)，向eNB控制面發(fā)送錯誤指 示；步驟301，eNB控制面收到eNB用戶面發(fā)來的錯誤指示后，根據(jù)業(yè)務識別信息判斷出發(fā) 生異常的業(yè)務屬于SRB業(yè)務；步驟302，eNB控制面向核心網(wǎng)發(fā)送初始用戶設備上下文資源釋放請求，請求核心網(wǎng)下 發(fā)初始用戶設備上下文資源釋放命令；步驟303，核心網(wǎng)向eNB控制面下發(fā)初始用戶設備上下文資源釋放命令； 步驟304，eNB控制面向用戶設備(UE)發(fā)送RRC釋放命令，指示RRC的釋放； 步驟305，eNB控制面刪除eNB用戶面的有關實體； 步驟306，eNB控制面指示eNB內(nèi)上下文資源的釋放。
6.根據(jù)權利要求1或3所述的錯誤指示的處理方法，其特征在于具體包括如下步驟 步驟501，eNB用戶面檢查到RLC重傳達到了最大重傳次數(shù)或者收到核心網(wǎng)發(fā)來的錯誤指示，向eNB控制面發(fā)送錯誤指示；步驟502，eNB控制面收到eNB用戶面發(fā)來的錯誤指示，根據(jù)業(yè)務識別信息判斷出發(fā)生 異常的業(yè)務是DRB業(yè)務；步驟503，eNB控制面向核心網(wǎng)發(fā)送ERAB釋放指示，指示該DRB業(yè)務發(fā)生異常需要釋放 相應的資源；步驟504，eNB、核心網(wǎng)各自釋放相應的DRB業(yè)務資源；步驟505，eNB控制面向UE發(fā)送RRC重配置消息，進行RRC重配置；步驟506，UE向eNB控制面回復RRC重配置完畢消息，指示UE RRC重配置完成。
7.根據(jù)權利要求6所述的錯誤指示的處理方法，其特征在于，如果核心網(wǎng)判斷出發(fā)生異常的業(yè)務是默認承載，在所述步驟506之后，核心網(wǎng)向無線側(cè)eNB控制面下發(fā)初始用戶設 備上下文資源釋放命令，要求釋放初始用戶設備上下文資源，而后eNB控制面指示UE釋放 RRC，再刪除eNB用戶面的有關實體，以及指示eNB內(nèi)上下文資源的釋放。
8.一種LTE系統(tǒng)中錯誤指示的處理裝置，其特征在于包括eNB用戶面模塊和eNB控制 面模塊；所述eNB用戶面模塊用于在檢測到錯誤發(fā)生時向eNB控制面模塊發(fā)送錯誤指示，該錯 誤指示包含錯誤原因和業(yè)務識別信息，其中業(yè)務識別信息用于標識發(fā)生異常的業(yè)務類型；所述eNB控制面模塊用于收到eNB用戶面模塊發(fā)來的錯誤指示后，根據(jù)業(yè)務識別信息 判斷出發(fā)生異常的業(yè)務類型，然后進行相應處理。
9.根據(jù)權利要求8所述的錯誤指示的處理裝置，其特征在于，所述eNB用戶面模塊包括 錯誤檢測單元和錯誤指示發(fā)送單元；其中，錯誤檢測單元用于檢測發(fā)生錯誤的各種情形，并 將錯誤原因提供給錯誤指示發(fā)送單元；錯誤指示發(fā)送單元用于將錯誤原因和業(yè)務識別信息 構(gòu)造成錯誤指示并將其發(fā)送給eNB控制面模塊；所述eNB控制面模塊包括錯誤指示接收單元、異常業(yè)務判斷單元和錯誤處理單元；其 中，錯誤指示接收單元用于接收eNB用戶面模塊發(fā)來的錯誤指示，并將其中的業(yè)務識別信 息提供給異常業(yè)務判斷單元；異常業(yè)務判斷單元用于根據(jù)業(yè)務識別信息判斷出發(fā)生異常的 業(yè)務類型，并將判斷結(jié)果提供給錯誤處理單元；錯誤處理單元根據(jù)發(fā)生異常的不同業(yè)務類 型進行相應的處理。
10.根據(jù)權利要求9所述的錯誤指示的處理裝置，其特征在于，當異常業(yè)務判斷單元判 斷出發(fā)生異常的業(yè)務是SRB業(yè)務時，所述錯誤處理單元向核心網(wǎng)發(fā)送初始用戶設備上下文 資源釋放請求，指示需要進行上下文資源的釋放，進而釋放RRC和eNB內(nèi)的上下文資源；當異常業(yè)務判斷單元判斷出發(fā)生異常的業(yè)務是DRB業(yè)務時，所述錯誤處理單元向核心 網(wǎng)發(fā)送ERAB釋放指示，指示該DRB業(yè)務的相應資源需要釋放，而后eNB與核心網(wǎng)進行各自 的資源釋放。
全文摘要
本發(fā)明公開了一種LTE系統(tǒng)中錯誤指示的處理方法和裝置。所述處理方法包括(1)eNB用戶面檢測到錯誤發(fā)生時，向eNB控制面發(fā)送錯誤指示，其中包含錯誤原因和業(yè)務識別信息；(2)eNB控制面收到eNB用戶面發(fā)來的錯誤指示后，根據(jù)業(yè)務識別信息判斷出發(fā)生異常的業(yè)務類型，然后進行相應處理。所述處理裝置包括eNB用戶面模塊和eNB控制面模塊。本發(fā)明區(qū)分了發(fā)生異常的業(yè)務是SRB業(yè)務還是DRB業(yè)務，并相應地提供了合理的處理方式，對不能正常運行的業(yè)務及時予以資源釋放，避免了資源的浪費或不當釋放，保證了eNB的正常運行，提高了用戶的使用滿意度。
文檔編號H04L1/16GK102036261SQ200910177268
公開日2011年4月27日 申請日期2009年9月28日 優(yōu)先權日2009年9月28日
發(fā)明者梁潔 申請人:中興通訊股份有限公司