專(zhuān)利名稱(chēng)：基站切換中無(wú)線資源連接重建拒絕的方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明屬于無(wú)線通訊切換技術(shù)領(lǐng)域，尤其涉及長(zhǎng)期演進(jìn)(LTE，Long TermEvolution)系統(tǒng)中演進(jìn)基站(eNB，Evolution NodeB)切換拒絕無(wú)線資源連接重建立 (Radio Resource Connection Reestablish)的方法禾口裝置。
背景技術(shù)：
eNB之間的信息交互通常有兩種接口方式，一種是直接通過(guò)X2接口進(jìn)行信息交互，如圖1所示；另一種則是先通過(guò)Sl接口與移動(dòng)性管理實(shí)體(MME，Mobility Management Entity)通訊，并通過(guò)該MME間接地實(shí)現(xiàn)eNB間的信息交互，如圖2所示。因此，eNB之間的切換也就包含X2接口切換(簡(jiǎn)稱(chēng)X2切換)和Sl接口切換(簡(jiǎn)稱(chēng)Sl切換)。對(duì)于X2切換，切換源側(cè)(簡(jiǎn)稱(chēng)源)根據(jù)用戶設(shè)備(UE，User Equipment)的測(cè)量報(bào)告判決需要進(jìn)行切換時(shí)，會(huì)通過(guò)X2接口向切換目標(biāo)側(cè)(簡(jiǎn)稱(chēng)目標(biāo))eNB發(fā)送Handover Request命令，目標(biāo)eNB收到該Handover Request命令后，會(huì)在本eNB準(zhǔn)備用以完成此次切換的資源。對(duì)于Sl切換，源eNB根據(jù)UE的測(cè)量報(bào)告判決需要進(jìn)行切換時(shí)，通過(guò)Sl接口向MME 發(fā)送Handover Required消息后，MME通過(guò)Sl接口向目標(biāo)eNB發(fā)送Handover Request消息，通知目標(biāo)eNB準(zhǔn)備切換，以便目標(biāo)eNB準(zhǔn)備進(jìn)行切換的資源。不論是對(duì)于X2切換還是對(duì)于Sl切換，在目標(biāo)eNB準(zhǔn)備切換資源時(shí)，UE可能由于鏈路失敗等原因向目標(biāo)eNB發(fā)送無(wú)線資源連接(RRC，RadioResource Connection)重建立請(qǐng)求；此時(shí)，由于目標(biāo)eNB正在準(zhǔn)備切換資源而無(wú)法進(jìn)行RRC重建立，便會(huì)向UE發(fā)送RRC連接建立拒絕(RRC ConnectionReestablish Reject)消息；UE收到該消息后，會(huì)進(jìn)入空閑(IDLE)狀態(tài)。如果目標(biāo)eNB在繼續(xù)準(zhǔn)備切換資源時(shí)發(fā)生異常，會(huì)向源eNB發(fā)送 HandoverPrepare Failure消息，源eNB收到該信息后，會(huì)中止當(dāng)前切換，進(jìn)行資源的回退。 上述處理過(guò)程如圖3所示。上述的處理過(guò)程中，在步驟306源eNB收到目標(biāo)eNB發(fā)送的Handoverft^pare failure后雖然回退了 UE資源，但仍存在這樣的問(wèn)題由于UE已經(jīng)進(jìn)入了 IDLE狀態(tài)，但是源eNB還會(huì)認(rèn)為UE處在連接狀態(tài)(Connected)，導(dǎo)致了在源eNB側(cè)有一個(gè)不活動(dòng)的UE，即該UE的資源被掛起，此時(shí)只能等待該源eNB檢測(cè)到該UE不活動(dòng)(即her Inactive)，而這與該eNB設(shè)置的用于該檢測(cè)的定時(shí)器有關(guān)。如果定時(shí)器設(shè)置時(shí)間較長(zhǎng)，如30分鐘或更長(zhǎng)， 會(huì)使該eNB不能及時(shí)釋放UE資源而造成資源浪費(fèi)，從而不利于其它UE的接入，尤其是在大話務(wù)多用戶時(shí)，將會(huì)直接影響用戶的使用及對(duì)于系統(tǒng)的滿意度。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問(wèn)題是提供一種基站切換中無(wú)線資源連接重建拒絕的方法和系統(tǒng)，能夠在目標(biāo)eNB準(zhǔn)備切換資源而對(duì)UE的RRC重建請(qǐng)求拒絕后，使得源eNB及時(shí)釋放UE資源。
為了解決上述技術(shù)問(wèn)題，本發(fā)明提供了一種演進(jìn)基站(eNB)切換中無(wú)線資源連接 (RRC)重建拒絕的方法，涉及用戶設(shè)備(UE)、切換的源eNB和目標(biāo)eNB，該方法包括當(dāng)所述目標(biāo)eNB在切換資源準(zhǔn)備階段將所述UE的RRC連接重建請(qǐng)求拒絕后，及時(shí)發(fā)送消息通知所述源eNB發(fā)生了 UE的RRC連接重建拒絕。進(jìn)一步地，該方法還包括 所述源eNB在獲知所述目標(biāo)eNB的通知后，釋放該UE的資源。進(jìn)一步地，該方法還涉及移動(dòng)性管理實(shí)體(MME)，所述切換為eNB間X2接口的切換；在執(zhí)行所述方法的步驟前還包括在X2接口協(xié)議的無(wú)線網(wǎng)絡(luò)層原因中增加失敗的原因值RRC連接重建立拒絕。進(jìn)一步地，該方法具體包括所述目標(biāo)eNB將所述UE的RRC連接重建請(qǐng)求拒絕后，向所述源eNB發(fā)送切換準(zhǔn)備失敗消息，且失敗的原因值設(shè)為所述RRC連接重建立拒絕；所述源eNB根據(jù)所述切換準(zhǔn)備失敗消息中失敗的原因值為所述RRC連接重建立拒絕，向所述MME發(fā)送UE上下文釋放請(qǐng)求消息，請(qǐng)求對(duì)UE上下文的釋放；所述MME收到所述UE上下文釋放請(qǐng)求消息后向源eNB返回上下文釋放命令；所述源eNB收到MME的所述上下文釋放命令后，釋放所述UE相關(guān)的資源。進(jìn)一步地，該方法還涉及移動(dòng)性管理實(shí)體(MME)，所述切換為eNB與MME間Sl接口的切換；在執(zhí)行所述方法的步驟前還包括在Sl接口協(xié)議的無(wú)線網(wǎng)絡(luò)層原因中增加失敗的原因值RRC連接重建立拒絕。進(jìn)一步地，該方法具體包括所述目標(biāo)eNB將所述UE的RRC連接重建請(qǐng)求拒絕后，向所述MME發(fā)送切換失敗消息，且失敗的原因值設(shè)為所述RRC連接重建立拒絕；所述MME收到該切換失敗消息后，根據(jù)原因值為所述RRC連接重建立拒絕向所述源eNB發(fā)送UE上下文釋放命令；所述源eNB收到所述UE上下文釋放命令后釋放該UE的相關(guān)資源。為了解決上述技術(shù)問(wèn)題，本發(fā)明提供了一種演進(jìn)基站(eNB)切換中無(wú)線資源連接 (RRC)重建拒絕的系，包括用戶設(shè)備(UE)、切換的源eNB和目標(biāo)eNB，其中所述UE，用于在切換過(guò)程中檢測(cè)到鏈路異常時(shí)，向所述目標(biāo)eNB的切換小區(qū)發(fā)送 RRC連接重建請(qǐng)求；所述目標(biāo)eNB，用于在切換資源準(zhǔn)備階段將所述UE的RRC連接重建請(qǐng)求拒絕后，及時(shí)發(fā)送消息通知所述源eNB發(fā)生了 UE的RRC重建拒絕；所述源eNB，用于在獲知所述目標(biāo)eNB的通知后，釋放該UE的資源。進(jìn)一步地，該系統(tǒng)還包括移動(dòng)性管理實(shí)體(MME)；若所述切換為eNB間X2接口的切換，則在X2接口協(xié)議的無(wú)線網(wǎng)絡(luò)層原因中增加失敗的原因值RRC連接重建立拒絕；若所述切換為eNB與MME間Sl接口的切換，則在Sl接口協(xié)議的無(wú)線網(wǎng)絡(luò)層原因中增加失敗的原因值RRC連接重建立拒絕。進(jìn)一步地，所述切換為eNB間X2接口的切換；所述目標(biāo)eNB將所述UE的RRC連接重建請(qǐng)求拒絕后，向所述源eNB發(fā)送切換準(zhǔn)備失敗消息，且失敗的原因值設(shè)為所述RRC連接重建立拒絕；所述源eNB根據(jù)所述切換準(zhǔn)備失敗消息中失敗的原因值為所述RRC連接重建立拒絕，向所述MME發(fā)送UE上下文釋放請(qǐng)求消息，并在收到所述MME返回的上下文釋放命令后釋放所述UE相關(guān)的資源；所述MME收到所述UE上下文釋放請(qǐng)求消息后向源eNB返回上下文釋放命令。進(jìn)一步地，所述切換為eNB與MME間Sl接口的切換；所述目標(biāo)eNB將所述UE的RRC連接重建請(qǐng)求拒絕后，向所述MME發(fā)送切換失敗消息，且失敗的原因值設(shè)為所述RRC連接重建立拒絕；所述MME收到該切換失敗消息后，根據(jù)原因值為所述RRC連接重建立拒絕向所述源eNB發(fā)送UE上下文釋放命令；所述源eNB收到所述UE上下文釋放命令后釋放該UE的相關(guān)資源。本發(fā)明為L(zhǎng)TE系統(tǒng)提供的eNB切換中拒絕RRC重建立的方法和系統(tǒng)，由于切換的目標(biāo)eNB在切換資源準(zhǔn)備階段拒絕UE的RRC重建請(qǐng)求后，及時(shí)發(fā)送消息通知源eNB發(fā)生了 UE請(qǐng)求重建RRC拒絕，由此保證了源eNB快速釋放UE資源，提高資源的利用率，從而在大話務(wù)多用戶場(chǎng)景下提升了用戶體驗(yàn)，增加了用戶使用的滿意度。


圖1是eNB間直接通過(guò)X2接口進(jìn)行信息交互的示意圖；圖2是eNB間通過(guò)與MME的Sl接口間接進(jìn)行信息交互的示意圖；圖3是現(xiàn)行的實(shí)現(xiàn)eNB切換中RRC重建拒絕的處理過(guò)程圖；圖4是本發(fā)明的實(shí)現(xiàn)eNB切換中RRC重建拒絕的方法一實(shí)施例的流程圖；圖5是本發(fā)明的實(shí)現(xiàn)eNB切換中RRC重建拒絕的方法另一實(shí)施例的流程圖。
具體實(shí)施例方式以下結(jié)合附圖和優(yōu)選實(shí)施例對(duì)本發(fā)明的技術(shù)方案進(jìn)行詳細(xì)地闡述。以下例舉的實(shí)施例僅僅用于說(shuō)明和解釋本發(fā)明，而不構(gòu)成對(duì)本發(fā)明技術(shù)方案的限制。本發(fā)明技術(shù)方案的保護(hù)范圍當(dāng)以后附的權(quán)利要求為準(zhǔn)。本發(fā)明提供的演進(jìn)基站(eNB)切換中無(wú)線資源連接(RRC)重建拒絕的方法實(shí)施例，包括當(dāng)切換的目標(biāo)eNB在切換資源準(zhǔn)備階段將用戶設(shè)備(UE)的RRC重建請(qǐng)求拒絕后， 及時(shí)發(fā)送消息通知切換的源eNB發(fā)生了 UE請(qǐng)求RRC重建拒絕。源eNB獲知目標(biāo)eNB的通知后，及時(shí)釋放該UE的資源。本發(fā)明根據(jù)上述方法實(shí)施例，分別針對(duì)eNB間的X2切換或Sl切換又給出了以下具體的實(shí)施方式。實(shí)施例1本實(shí)施例表示了 eNB在進(jìn)行X2切換時(shí)，目標(biāo)eNB在準(zhǔn)備切換資源時(shí)收到UE的RRC 重建立請(qǐng)求并予以拒絕后，使源eNB能夠快速釋放UE資源的處理過(guò)程，如圖4所示的流程， 包括如下步驟步驟401，源eNB 1判決需進(jìn)行X2切換，利用X2接口向目標(biāo)eNB發(fā)送HandoverRequest 消息；步驟402，目標(biāo)eNB收到該Handover Request消息后，進(jìn)行切換資源的準(zhǔn)備；步驟403，UE檢測(cè)到鏈路異常等情況，向目標(biāo)eNB的切換小區(qū)發(fā)送了 RRC連接重建立請(qǐng)求(RRC Connection Reestablish Request)消息；步驟404，目標(biāo)eNB由于正在準(zhǔn)備資源而無(wú)法進(jìn)行RRC鏈路的重建立工作，故向UE 回復(fù) RRC 連接重建立拒絕(RRC Connection Reestablish Reject)消息；步驟405，目標(biāo)eNB向源eNB發(fā)送切換準(zhǔn)備失敗(Handover PrepareFailure)消息，其中失敗的原因值是RRC連接重建立拒絕(RRC ConnectionReestablish Reject)；由于X2接口的36. 423協(xié)議的無(wú)線網(wǎng)絡(luò)層原因(Radio Network LayerCause)中尚沒(méi)有該原因值，故需在其中增加該原因值，用以通知切換的源側(cè)、目標(biāo)側(cè)在資源準(zhǔn)備階段發(fā)生了對(duì)UE請(qǐng)求RRC重建立的拒絕。步驟406，源eNB收到該Handover Prepare Failure消息后，根據(jù)原因值為RRC 連接重建立拒絕，立即向MME發(fā)送UE上下文釋放請(qǐng)求(Initial UeContext Release Request)消息，請(qǐng)求對(duì)UE上下文的釋放；步驟407，MME向源eNB發(fā)送上下文釋放命令(Initial Ue Context ReleaseCommand)；步驟408，源eNB收到該命令后，即刻進(jìn)行UE相關(guān)資源的釋放。在上述eNB進(jìn)行X2切換過(guò)程中，由于目標(biāo)eNB在資源準(zhǔn)備過(guò)程中收到了 UE的 RRC重建立請(qǐng)求消息并發(fā)送RRC連接重建立拒絕消息后，立即通知源eNB發(fā)生了 RRC重建立拒絕，故可以使得源eNB快速釋放UE相關(guān)資源，不需其等待檢測(cè)用戶不活動(dòng)^ser Inactive)，由此既提高用戶接入率和資源的利用率，也減輕了源eNB的CPU資源占用率。實(shí)施例2本實(shí)施例表示了 eNB在進(jìn)行Sl切換過(guò)程中，目標(biāo)eNB在準(zhǔn)備切換資源時(shí)收到UE 的RRC重建立請(qǐng)求并予以拒絕后，使源eNB能夠快速釋放UE資源的處理過(guò)程，如圖5所示的流程，包括如下步驟步驟501，源eNB判決需進(jìn)行Sl切換，利用Sl接口向MME發(fā)送Handover Required 消息；步驟502，MME向目標(biāo)eNB發(fā)送Handover Request消息，指示目標(biāo)eNB準(zhǔn)備資源進(jìn)行切換；步驟503，目標(biāo)eNB收到該Handover Request消息后，進(jìn)行切換資源的準(zhǔn)備；步驟504，UE檢測(cè)到鏈路異常等情況，向目標(biāo)eNB的切換小區(qū)發(fā)送了 RRC連接重建立請(qǐng)求(RRC Connection Reestablish Request)消息；步驟505，目標(biāo)eNB因正在準(zhǔn)備資源而無(wú)法進(jìn)行RRC鏈路的重建立，故向UE回復(fù) RRC 連接重建立拒絕(RRC Connection Reestablish Reject)消息；步驟506，目標(biāo)eNB向MME發(fā)送Handover Failure消息，原因值為RRC連接重建立拒絕(RRC Connection Reestablish Reject)；由于Sl接口的36. 413協(xié)議的Radio Network Layer Cause中尚沒(méi)有該原因值， 因此需要在其中增加該原因值。步驟507，MME收到該Handover Failure消息后，根據(jù)原因值為RRC重建立拒絕向源eNB發(fā)送UE上下文釋放命令(Initial Ue Context ReleaseCommand)，指示源eNB釋放 UE資源；步驟508，源eNB收到該命令后釋放該UE資源。至此，UE資源得到了及時(shí)的釋放，不需源eNB等待用戶不活動(dòng)(Userlnactive)的檢測(cè)，由此既提高用戶接入率與資源利用率，也減輕了源eNB的CPU資源占用率。本發(fā)明針對(duì)上述方法實(shí)施例，相應(yīng)地提供了演進(jìn)基站(eNB)切換中無(wú)線資源連接 (RRC)重建拒絕的系統(tǒng)實(shí)施例，包括用戶設(shè)備(UE)、切換的源eNB和目標(biāo)eNB，其中UE，用于在切換過(guò)程中檢測(cè)到鏈路異常時(shí)，向目標(biāo)eNB的切換小區(qū)發(fā)送RRC重建請(qǐng)求消息；目標(biāo)eNB，用于在準(zhǔn)備切換資源階段將UE的RRC重建請(qǐng)求拒絕后，及時(shí)發(fā)送消息通知切換的源eNB發(fā)生了 UE請(qǐng)求RRC重建拒絕；源eNB，用于獲知目標(biāo)eNB的通知后，及時(shí)釋放該UE的資源。本發(fā)明根據(jù)上述系統(tǒng)實(shí)施例，分別針對(duì)eNB間的X2切換或Sl切換又給出了以下具體的實(shí)施方式。對(duì)于eNB間的X2切換，該系統(tǒng)實(shí)施例還包括移動(dòng)性管理實(shí)體(MME)目標(biāo)eNB在準(zhǔn)備切換資源階段向UE回復(fù)RRC連接重建立拒絕(RRCConnection Reestablish Iteject)消息，同時(shí)向源eNB發(fā)送切換準(zhǔn)備失敗(Handover Prepare Failure) 消息，其中失敗的原因值是RRC連接重建立拒絕(RRC Connection Reestablish Reject)；源eNB收到該Handover Prepare Failure消息后，根據(jù)原因值為RRC連接重建立拒絕，立即向MME發(fā)送UE上下文釋放請(qǐng)求(Initial Ue ContextRelease Request)消息， 請(qǐng)求對(duì)UE上下文的釋放；MME,用于向源eNB發(fā)送上下文釋放命令(Initial Ue Context ReleaseCommand)；源eNB收到MME的該命令后，即刻進(jìn)行UE相關(guān)資源的釋放。對(duì)于eNB間的X2切換，該系統(tǒng)實(shí)施例還包括移動(dòng)性管理實(shí)體(MME)目標(biāo)eNB在準(zhǔn)備切換資源階段向UE回復(fù)RRC連接重建立拒絕(RRCConnection Reestablish Reject)消息，同時(shí)向MME發(fā)送Handover Failure消息，原因值為RRC連接重建立拒絕(RRC Connection Reestablish Reject)；MME，用于收到該Handover Failure消息后，根據(jù)原因值為RRC連接重建立拒絕向源eNB發(fā)送UE上下文釋放命令(Initial Ue Context ReleaseCommand)，指示源eNB釋放 UE資源；源eNB收到MME的該命令后釋放該UE資源。通過(guò)上述具體實(shí)施方式
的說(shuō)明，當(dāng)可對(duì)本發(fā)明為達(dá)成預(yù)定目的所采取的技術(shù)手段及功效得以更加深入且具體的了解，然而具體實(shí)施方式
及所附圖示僅是提供參考與說(shuō)明之用，并非用來(lái)對(duì)本發(fā)明加以限制。
權(quán)利要求
1.一種演進(jìn)基站(eNB)切換中無(wú)線資源連接(RRC)重建拒絕的方法，涉及用戶設(shè)備 (UE)、切換的源eNB和目標(biāo)eNB，該方法包括當(dāng)所述目標(biāo)eNB在切換資源準(zhǔn)備階段將所述UE的RRC連接重建請(qǐng)求拒絕后，及時(shí)發(fā)送消息通知所述源eNB發(fā)生了 UE的RRC連接重建拒絕。
2.按照權(quán)利要求1所述的方法，其特征在于，還包括 所述源eNB在獲知所述目標(biāo)eNB的通知后，釋放該UE的資源。
3.按照權(quán)利要求2所述的方法，其特征在于，還涉及移動(dòng)性管理實(shí)體(MME)，所述切換為eNB間X2接口的切換；在執(zhí)行所述方法的步驟前還包括在X2接口協(xié)議的無(wú)線網(wǎng)絡(luò)層原因中增加失敗的原因值RRC連接重建立拒絕。
4.按照權(quán)利要求3所述的方法，其特征在于，具體包括所述目標(biāo)eNB將所述UE的RRC連接重建請(qǐng)求拒絕后，向所述源eNB發(fā)送切換準(zhǔn)備失敗消息，且失敗的原因值設(shè)為所述RRC連接重建立拒絕；所述源eNB根據(jù)所述切換準(zhǔn)備失敗消息中失敗的原因值為所述RRC連接重建立拒絕， 向所述MME發(fā)送UE上下文釋放請(qǐng)求消息，請(qǐng)求對(duì)UE上下文的釋放；所述MME收到所述UE上下文釋放請(qǐng)求消息后向源eNB返回上下文釋放命令； 所述源eNB收到MME的所述上下文釋放命令后，釋放所述UE相關(guān)的資源。
5.按照權(quán)利要求2所述的方法，其特征在于，還涉及移動(dòng)性管理實(shí)體(MME)，所述切換為eNB與MME間Sl接口的切換；在執(zhí)行所述方法的步驟前還包括在Sl接口協(xié)議的無(wú)線網(wǎng)絡(luò)層原因中增加失敗的原因值RRC連接重建立拒絕。
6.按照權(quán)利要求5所述的方法，其特征在于，具體包括所述目標(biāo)eNB將所述UE的RRC連接重建請(qǐng)求拒絕后，向所述MME發(fā)送切換失敗消息， 且失敗的原因值設(shè)為所述RRC連接重建立拒絕；所述MME收到該切換失敗消息后，根據(jù)原因值為所述RRC連接重建立拒絕向所述源eNB 發(fā)送UE上下文釋放命令；所述源eNB收到所述UE上下文釋放命令后釋放該UE的相關(guān)資源。
7.一種演進(jìn)基站(eNB)切換中無(wú)線資源連接(RRC)重建拒絕的系統(tǒng)，包括用戶設(shè)備 (UE)、切換的源eNB和目標(biāo)eNB，其中所述UE，用于在切換過(guò)程中檢測(cè)到鏈路異常時(shí)，向所述目標(biāo)eNB的切換小區(qū)發(fā)送RRC連接重建請(qǐng)求；所述目標(biāo)eNB，用于在切換資源準(zhǔn)備階段將所述UE的RRC連接重建請(qǐng)求拒絕后，及時(shí)發(fā)送消息通知所述源eNB發(fā)生了 UE的RRC重建拒絕；所述源eNB，用于在獲知所述目標(biāo)eNB的通知后，釋放該UE的資源。
8.按照權(quán)利要求7所述的系統(tǒng)，其特征在于，還包括移動(dòng)性管理實(shí)體(MME)； 若所述切換為eNB間X2接口的切換，則在X2接口協(xié)議的無(wú)線網(wǎng)絡(luò)層原因中增加失敗的原因值RRC連接重建立拒絕；若所述切換為eNB與MME間Sl接口的切換，則在Sl接口協(xié)議的無(wú)線網(wǎng)絡(luò)層原因中增加失敗的原因值RRC連接重建立拒絕。
9.按照權(quán)利要求7所述的系統(tǒng)，其特征在于，所述切換為eNB間X2接口的切換；所述目標(biāo)eNB將所述UE的RRC連接重建請(qǐng)求拒絕后，向所述源eNB發(fā)送切換準(zhǔn)備失敗消息，且失敗的原因值設(shè)為所述RRC連接重建立拒絕；所述源eNB根據(jù)所述切換準(zhǔn)備失敗消息中失敗的原因值為所述RRC連接重建立拒絕， 向所述MME發(fā)送UE上下文釋放請(qǐng)求消息，并在收到所述MME返回的上下文釋放命令后釋放所述UE相關(guān)的資源；所述MME收到所述UE上下文釋放請(qǐng)求消息后向源eNB返回上下文釋放命令。
10.按照權(quán)利要求7所述的系統(tǒng)，其特征在于，所述切換為eNB與MME間Sl接口的切換；所述目標(biāo)eNB將所述UE的RRC連接重建請(qǐng)求拒絕后，向所述MME發(fā)送切換失敗消息， 且失敗的原因值設(shè)為所述RRC連接重建立拒絕；所述MME收到該切換失敗消息后，根據(jù)原因值為所述RRC連接重建立拒絕向所述源eNB 發(fā)送UE上下文釋放命令；所述源eNB收到所述UE上下文釋放命令后釋放該UE的相關(guān)資源。
全文摘要
本發(fā)明披露了一種基站切換中無(wú)線資源連接重建拒絕的方法和系統(tǒng)，其中方法涉及用戶設(shè)備(UE)、切換的源eNB和目標(biāo)eNB，該方法包括當(dāng)目標(biāo)eNB在切換資源準(zhǔn)備階段將UE的RRC連接重建請(qǐng)求拒絕后，及時(shí)發(fā)送消息通知源eNB發(fā)生了UE的RRC連接重建拒絕。源eNB在獲知目標(biāo)eNB的通知后，釋放該UE的資源。本發(fā)明保證了當(dāng)目標(biāo)eNB在將UE的RRC連接重建請(qǐng)求拒絕后源eNB能快速釋放UE資源，從而提高資源的利用率。
文檔編號(hào)H04W36/08GK102238664SQ201010170899
公開(kāi)日2011年11月9日 申請(qǐng)日期2010年4月23日 優(yōu)先權(quán)日2010年4月23日
發(fā)明者梁潔, 趙毅 申請(qǐng)人:中興通訊股份有限公司