[發(fā)明專利]基站切換中無(wú)線資源連接重建拒絕的方法和系統(tǒng)

有效

• 申請(qǐng)?zhí)枺?/td>: 201010170899.3
• 申請(qǐng)日: 2010-04-23
• 公開(kāi)（公告）號(hào): CN102238664A
• 公開(kāi)（公告）日: 2011-11-09
• 發(fā)明（設(shè)計(jì)）人: 梁潔;趙毅
• 申請(qǐng)（專利權(quán)）人: 中興通訊股份有限公司
• 主分類號(hào): H04W36/08
• 分類號(hào): H04W36/08;H04W48/08;H04W76/06
• 代理公司: 北京安信方達(dá)知識(shí)產(chǎn)權(quán)代理有限公司 11262
• 代理人: 解婷婷;龍洪

技術(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ò)S1接口與移動(dòng)性管理實(shí)體(MME，Mobility?Management?Entity)通訊，并通過(guò)該MME間接地實(shí)現(xiàn)eNB間的信息交互，如圖2所示。因此，eNB之間的切換也就包含X2接口切換(簡(jiǎn)稱X2切換)和S1接口切換(簡(jiǎn)稱S1切換)。

對(duì)于X2切換，切換源側(cè)(簡(jiǎn)稱源)根據(jù)用戶設(shè)備(UE，User?Equipment)的測(cè)量報(bào)告判決需要進(jìn)行切換時(shí)，會(huì)通過(guò)X2接口向切換目標(biāo)側(cè)(簡(jiǎn)稱目標(biāo))eNB發(fā)送Handover?Request命令，目標(biāo)eNB收到該Handover?Request命令后，會(huì)在本eNB準(zhǔn)備用以完成此次切換的資源。

對(duì)于S1切換，源eNB根據(jù)UE的測(cè)量報(bào)告判決需要進(jìn)行切換時(shí)，通過(guò)S1接口向MME發(fā)送Handover?Required消息后，MME通過(guò)S1接口向目標(biāo)eNB發(fā)送Handover?Request消息，通知目標(biāo)eNB準(zhǔn)備切換，以便目標(biāo)eNB準(zhǔn)備進(jìn)行切換的資源。

不論是對(duì)于X2切換還是對(duì)于S1切換，在目標(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ā)送的HandoverPrepare?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)(即User?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)的資源。