專利名稱：路徑切換失敗后的資源回收方法和設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，特別涉及一種路徑切換失敗后的資源回收方法和設(shè)備。
背景技術(shù)：
TD-LTE (Time Division-Long Term Evolution,時(shí)分長(zhǎng)期演進(jìn))系統(tǒng)由 EPC(Evolved Packet Core,演進(jìn)分組核心)和 E-UTRAN (Evolved Universal TerrestrialRadio Access Network,演進(jìn)的通用陸地?zé)o線接入網(wǎng))共同構(gòu)成。EPC是演進(jìn)型分組核心網(wǎng)，包括MME (Mobility Management Entity,移動(dòng)性管理實(shí)體)、S-GW (Serving Gateway,服務(wù)網(wǎng)關(guān))等設(shè)備。E-UTRAN由eNB CeNode B,演進(jìn)型基站)組成。eNB與EPC之間通過SI接口進(jìn)行通信，在Sl-MME接口傳輸控制面的信令，在Sl-U接口傳輸用戶面的數(shù)據(jù)包。eNode B之間通過X2接口進(jìn)行通信。如圖I所示，為現(xiàn)有技術(shù)中的LTE系統(tǒng)架構(gòu)的示意圖。LTE (Long Term Evolution,時(shí)分長(zhǎng)期演進(jìn))系統(tǒng)中，UE (User Equipment,用戶設(shè)備，即終端)可以通過X2接口進(jìn)行切換，如圖2所示，為現(xiàn)有技術(shù)中典型的X2切換的流程示意圖。如果路徑切換成功,MME會(huì)向目標(biāo)eNB發(fā)送Path Switch Request Ack (路徑切換請(qǐng)求確認(rèn))消息(即圖2中所示的步驟16),目標(biāo)eNB向源eNB發(fā)送UE Context Release(終端上下文釋放)消息(即圖2中所示的步驟17)，源eNB釋放本地資源(即圖2中所示的步驟18)。如果路徑切換失敗，目標(biāo)eNB會(huì)收到Path Switch Request Failure (路徑切換請(qǐng)求失敗)消息。按照36. 413協(xié)議(2010年4月及之后版本)，目標(biāo)eNB可以自行決定后續(xù)流程，而MME會(huì)發(fā)起去附著過程；按照36. 413協(xié)議(2009年12月及之前版本)，目標(biāo)eNB可以自行決定后續(xù)流程，并沒有規(guī)定MME的行為。根據(jù)協(xié)議，如果源eNB在X2切換保護(hù)(Overall)定時(shí)器超時(shí)前都沒有收到X2資源釋放，會(huì)發(fā)起上下文釋放請(qǐng)求，要求釋放資源。在實(shí)現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中至少存在以下問題
I、資源回收慢，資源利用率低。路徑切換失敗以后，協(xié)議中沒有規(guī)定目標(biāo)eNB的處理流程。如果目標(biāo)eNB不通知源eNB，會(huì)導(dǎo)致源eNB(也可能有其它準(zhǔn)備集eNB)的資源不能及時(shí)回收。在網(wǎng)絡(luò)負(fù)擔(dān)較重的情況下，浪費(fèi)了寶貴的資源，影響了其他用戶的接入，降低了資源利用率。此時(shí)UE也不可能重新回到源基站，也不可能重建立到準(zhǔn)備集中其它eNB，所以完全沒有必要繼續(xù)占用資源。2、源基站的SI接口上有冗余的信令傳遞。源eNB靠Overall定時(shí)器來保護(hù)，為了確保不掛起資源，定時(shí)器超時(shí)后，源eNB應(yīng)向MME發(fā)送上下文釋放請(qǐng)求消息(參考36. 423協(xié)議8. 2. 3. 4節(jié))，然后等待MME發(fā)起上下文釋放過程，才能進(jìn)入回收資源的處理流程。這樣增加了 SI接口的信令開銷。而此時(shí)，MME有、可能已經(jīng)在目標(biāo)基站完成了去附著，該UE已經(jīng)不存在于網(wǎng)絡(luò)中。3、目標(biāo)eNB沒 有保護(hù)機(jī)制確保資源回收。如果MME協(xié)議版本為2009年12月或之前版本，或者M(jìn)ME處理異常，沒有發(fā)起去附著，eNB無(wú)法保證最終釋放UE的上下文，并回收已分配的資源。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供一種路徑切換失敗后的資源回收方法和設(shè)備，解決現(xiàn)有的技術(shù)方案中在路徑切換失敗后，無(wú)法及時(shí)回收相應(yīng)的終端設(shè)備所占用的資源的問題。為達(dá)到上述目的，本發(fā)明實(shí)施例一方面提供了一種路徑切換失敗后的資源回收方法，至少包括以下步驟
當(dāng)目標(biāo)基站接收到對(duì)應(yīng)終端設(shè)備的路徑切換請(qǐng)求失敗消息時(shí)，所述目標(biāo)基站啟動(dòng)去附著保護(hù)定時(shí)器，并通知源基站回收所述終端設(shè)備在所述源基站中所占用的資源；
如果所述目標(biāo)基站在所述去附著保護(hù)定時(shí)器超時(shí)前，沒有接收到所述移動(dòng)性管理實(shí)體MME發(fā)起去附著所述終端設(shè)備過程的指示，所述目標(biāo)基站向所述MME發(fā)起上下文釋放過程，并回收所述終端設(shè)備在所述目標(biāo)基站中所占用的資源。
另一方面，本發(fā)明實(shí)施例還提供了一種基站，作為目標(biāo)基站應(yīng)用于網(wǎng)絡(luò)系統(tǒng)中，包括接收模塊，用于接收對(duì)應(yīng)終端設(shè)備的路徑切換請(qǐng)求失敗消息，以及MME發(fā)起去附著所述終端設(shè)備過程的指示；
定時(shí)模塊，用于當(dāng)所述接收模塊接收到對(duì)應(yīng)終端設(shè)備的路徑切換請(qǐng)求失敗消息時(shí)，啟動(dòng)去附著保護(hù)定時(shí)器，并通知源基站回收所述終端設(shè)備在所述源基站中所占用的資源；
判斷模塊，用于判斷在所述定時(shí)模塊所啟動(dòng)的去附著保護(hù)定時(shí)器超時(shí)前，所述接收模塊是否接收到所述MME發(fā)起去附著所述終端設(shè)備過程的指示；
處理模塊，用于在所述判斷模塊的判斷結(jié)果為否時(shí)，向所述MME發(fā)起上下文釋放過程，并回收所述終端設(shè)備在所述目標(biāo)基站中所占用的資源。與現(xiàn)有技術(shù)相比，本發(fā)明實(shí)施例所提出的技術(shù)方案具有以下優(yōu)點(diǎn)
通過應(yīng)用本發(fā)明實(shí)施例的技術(shù)方案，在對(duì)應(yīng)終端設(shè)備的路徑切換失敗后，目標(biāo)基站通知源基站對(duì)該終端設(shè)備所占用的資源進(jìn)行回收，同時(shí)啟動(dòng)去附著保護(hù)定時(shí)器，在MME沒有及時(shí)發(fā)起去附著該終端設(shè)備過程的情況下，目標(biāo)基站主動(dòng)向MME發(fā)起上下文釋放過程，回收該終端設(shè)備在目標(biāo)基站中所占用的資源，從而，使源基站能夠及時(shí)地進(jìn)行資源回收，同時(shí)，通過定時(shí)器進(jìn)行去附著過程的保護(hù)，不會(huì)因?yàn)镸ME沒有及時(shí)發(fā)起去附著過程，而導(dǎo)致目標(biāo)基站的資源掛起，保證了源基站和目標(biāo)基站等網(wǎng)絡(luò)實(shí)體中被該終端設(shè)備所占用的資源的及時(shí)回收，提高了資源利用率。


圖I為現(xiàn)有技術(shù)中的LTE系統(tǒng)架構(gòu)的示意 圖2為現(xiàn)有技術(shù)中典型的X2切換的流程示意圖
圖3為本發(fā)明實(shí)施例所提出的一種路徑切換失敗后的資源回收方法的流程示意 圖4為本發(fā)明實(shí)施例所提出的一種具體場(chǎng)景中的路徑切換失敗后的資源回收方法的流程示意圖；圖5為本發(fā)明實(shí)施例提出的一種基站的結(jié)構(gòu)示意圖。
具體實(shí)施例方式如背景技術(shù)所述，在進(jìn)行X2切換時(shí)，如果MME進(jìn)行路徑切換失敗，向eNB回復(fù)路徑切換失敗消息，則由eNB決定自身的后續(xù)處理流程，而MME立刻發(fā)起去附著。此時(shí)，源eNB、進(jìn)行路徑切換的目標(biāo)eNB (即UE已經(jīng)接入的eNB)、準(zhǔn)備集中其它目標(biāo)eNB等各網(wǎng)元實(shí)體中都存有該UE的上下文信息，并為其分配了無(wú)線資源和(或)控制面資源。在負(fù)荷較重的情況下，若不能快速回收這些資源，會(huì)影響其他用戶的接入。為了克服這樣的缺陷，本發(fā)明實(shí)施例提出了一種路徑切換失敗后的資源回收方法，當(dāng)進(jìn)行路徑切換的目標(biāo)eNB收到Path Switch Request Failure (路徑切換請(qǐng)求失敗)消息后，目標(biāo)基站一方面向源eNB發(fā)送上下文釋放消息，指示源eNB釋放UE上下文并回收 資源，另一方面，目標(biāo)eNB還啟動(dòng)了去附著保護(hù)定時(shí)器，等待MME發(fā)起去附著，如果在去附著保護(hù)定時(shí)器超時(shí)之前，MME 一直沒有釋放UE,則由該目標(biāo)eNB主動(dòng)發(fā)起上下文釋放請(qǐng)求，請(qǐng)求釋放保存的UE上下文。通過這樣的處理，源eNB在收到上下文釋放消息后，不僅可以及時(shí)回收自身被占用的資源，還可以進(jìn)一步向準(zhǔn)備集中的其它eNB發(fā)送切換取消消息，指示對(duì)端釋放UE上下文，回收相應(yīng)的資源。在這個(gè)機(jī)制下，源eNB、準(zhǔn)備集中的其它目標(biāo)eNB無(wú)需等待目標(biāo)基站的切換去附著保護(hù)定時(shí)器超時(shí)，便可以完全、快速地回收資源，提高了網(wǎng)絡(luò)資源的利用效率，而UE接入的eNB (目標(biāo)eNB)則沒有立刻發(fā)起上下文釋放過程，而是等待MME發(fā)起去附著，但是，如果MME沒有主動(dòng)釋放UE，則由該eNB (目標(biāo)eNB)主動(dòng)發(fā)起上下文釋放請(qǐng)求，回收相應(yīng)的資源。如圖3所示，為本發(fā)明實(shí)施例所提出的一種路徑切換失敗后的資源回收方法的流程示意圖，該方法具體包括以下步驟
步驟S301、當(dāng)目標(biāo)基站接收到對(duì)應(yīng)終端設(shè)備的路徑切換請(qǐng)求失敗消息時(shí)，所述目標(biāo)基站啟動(dòng)去附著保護(hù)定時(shí)器，并通知源基站回收所述終端設(shè)備在所述源基站中所占用的資源。在本步驟中，目標(biāo)基站執(zhí)行了兩方面的操作
(I)啟動(dòng)去附著定時(shí)保護(hù)器。此操作的作用在于在MME未及時(shí)對(duì)該終端設(shè)備進(jìn)行去附著處理的情況下，及時(shí)對(duì)該終端設(shè)備在目標(biāo)基站中所占用的資源進(jìn)行回收，相應(yīng)的處理在后續(xù)步驟中進(jìn)行說明。在實(shí)際應(yīng)用中，上述去附著保護(hù)定時(shí)器的定時(shí)長(zhǎng)度可以根據(jù)實(shí)際需要進(jìn)行設(shè)置，一般為幾十毫秒，其具體長(zhǎng)度的變化并不會(huì)影響本發(fā)明的保護(hù)范圍。(2)通知源基站回收所述終端設(shè)備在所述源基站中所占用的資源。即所述目標(biāo)基站啟動(dòng)去附著保護(hù)定時(shí)器，并向所述源基站發(fā)起X2上下文釋放過程，以使所述源基站向準(zhǔn)備集中的其他目標(biāo)基站發(fā)起切換取消過程。在實(shí)際的應(yīng)用場(chǎng)景中，上述的X2上下文釋放過程，具體包括所述目標(biāo)基站向所述源基站發(fā)送UE Context Release (終端設(shè)備上下文釋放)消息，而所述切換取消過程，具體包括所述源基站向所述準(zhǔn)備集中的其他目標(biāo)基站發(fā)送Handover Cancel (切換取消)消息。此處理可以通知源基站，以及準(zhǔn)備集中的其他目標(biāo)基站及時(shí)進(jìn)行資源回收。源基站以及準(zhǔn)備集中的其他目標(biāo)基站的具體資源回收過程可以采用現(xiàn)有的資源回收過程，在此不再贅述。在完成上述的處理后，如果所述目標(biāo)基站在所述去附著保護(hù)定時(shí)器超時(shí)前，沒有接收到所述MME發(fā)起去附著所述終端設(shè)備過程的指示，則執(zhí)行步驟S302 ；
相反，如果所述目標(biāo)基站在所述去附著保護(hù)定時(shí)器超時(shí)前，接收到了所述MME發(fā)起去附著所述終端設(shè)備過程的指示，則執(zhí)行步驟S303。步驟S302、所述目標(biāo)基站向所述MME發(fā)起上下文釋放過程，并回收所述終端設(shè)備在所述目標(biāo)基站中所占用的資源。在具體的應(yīng)用場(chǎng)景中，本步驟的實(shí)現(xiàn)過程包括 所述目標(biāo)基站向所述MME發(fā)起SI上下文釋放請(qǐng)求過程；
當(dāng)所述目標(biāo)基站接收到所述MME返回的確認(rèn)指示時(shí)，所述目標(biāo)基站釋放本地的終端設(shè)備上下文，并回收所述終端設(shè)備在所述目標(biāo)基站中所占用的資源；
所述目標(biāo)基站向所述MME發(fā)送UE Context Release Complete (終端設(shè)備上下文釋放完成)消息。具體的，上述的SI上下文釋放請(qǐng)求過程的實(shí)現(xiàn)方式可以為所述目標(biāo)基站向所述MME發(fā)送UE Context Release Request (終端設(shè)備上下文釋放請(qǐng)求)消息,所述UE ContextRelease Request消息中攜帶的Cause IE (原因信息元素)值為“目標(biāo)側(cè)切換失敗”，而上述的確認(rèn)指示則可以具體為UE Context Release Command (終端設(shè)備上下文指示)消息。步驟S303、所述目標(biāo)基站停止所述去附著保護(hù)定時(shí)器，釋放本地的終端設(shè)備上下文，并回收所述終端設(shè)備在所述目標(biāo)基站中所占用的資源。需要說明的是，上述各步驟中所提及的回收所述終端設(shè)備在所述目標(biāo)基站中所占用的資源，具體包括終端設(shè)備在各網(wǎng)絡(luò)設(shè)備中所占用的無(wú)線資源和控制面(SI和X2)資源。上述的各消息的具體類型指示本發(fā)明實(shí)施例所給出的具體示例，在能夠達(dá)到相同的技術(shù)效果的前提下，具體消息類型的變化并不會(huì)影響本發(fā)明的保護(hù)范圍。與現(xiàn)有技術(shù)相比，本發(fā)明實(shí)施例所提出的技術(shù)方案具有以下優(yōu)點(diǎn)
通過應(yīng)用本發(fā)明實(shí)施例的技術(shù)方案，在對(duì)應(yīng)終端設(shè)備的路徑切換失敗后，目標(biāo)基站通知源基站對(duì)該終端設(shè)備所占用的資源進(jìn)行回收，同時(shí)啟動(dòng)去附著保護(hù)定時(shí)器，在MME沒有及時(shí)發(fā)起去附著該終端設(shè)備過程的情況下，目標(biāo)基站主動(dòng)向MME發(fā)起上下文釋放過程，回收該終端設(shè)備在目標(biāo)基站中所占用的資源，從而，使源基站能夠及時(shí)地進(jìn)行資源回收，同時(shí)，通過定時(shí)器進(jìn)行去附著過程的保護(hù)，不會(huì)因?yàn)镸ME沒有及時(shí)發(fā)起去附著過程，而導(dǎo)致目標(biāo)基站的資源掛起，保證了源基站和目標(biāo)基站等網(wǎng)絡(luò)實(shí)體中被該終端設(shè)備所占用的資源的及時(shí)回收，提高了資源利用率。下面，結(jié)合具體的應(yīng)用場(chǎng)景，對(duì)本發(fā)明實(shí)施例所提出的技術(shù)方案進(jìn)行說明。本發(fā)明實(shí)施例所提出的技術(shù)方案中，本專利的技術(shù)方案，目標(biāo)eNB在收到PathSwitch Request Failure消息后，向源eNB發(fā)起X2上下文釋放過程,通過發(fā)送UE ContextRelease消息，指示源eNB本地釋放用戶上下文、回收資源，并向其他準(zhǔn)備集eNB發(fā)送Handover Cancel消息，以指示對(duì)端釋放用戶上下文并回收資源。同時(shí)，目標(biāo)eNB啟動(dòng)去附著保護(hù)定時(shí)器，等待MME去附著UE,并進(jìn)行計(jì)時(shí)保護(hù)，在MME未及時(shí)對(duì)UE去附著的情況下，主動(dòng)發(fā)起SI資源釋放過程。
如圖4所示，為本發(fā)明實(shí)施例所提出的一種具體應(yīng)用場(chǎng)景下的路徑切換失敗后的資源回收方法的流程示意圖，該方法具體包括以下步驟
步驟S401、目標(biāo)eNB收到UE的RRC連接重配置完成消息后，認(rèn)為UE已經(jīng)成功接入，向MME發(fā)送Path Switch Request消息,發(fā)起路徑切換過程。步驟S402、目標(biāo)eNB收到MME發(fā)來的Path Switch Request Failure消息,路徑切換過程失敗。步驟S403、目標(biāo)eNB啟動(dòng)去附著保護(hù)定時(shí)器，時(shí)長(zhǎng)量級(jí)為幾十毫秒。同時(shí)，執(zhí)行步驟S404。步驟S404、目標(biāo)eNB發(fā)起X2上下文釋放過程，向源eNB發(fā)送UE Context Release消息，指示源eNB可以釋放UE上下文并回收資源。步驟S405、源eNB向準(zhǔn)備集中的其他eNB(eNBs)發(fā)起切換取消過程，發(fā)送HandoverCancel消息，準(zhǔn)備集其它eNB釋放本地UE上下文，回收無(wú)線資源和控制面(SI and X2)資源。需要說明的是，步驟S403啟動(dòng)去附著保護(hù)定時(shí)器之后，在等待去附著保護(hù)定時(shí)器超時(shí)期間，目標(biāo)eNB實(shí)時(shí)檢測(cè)是否接收到MME發(fā)起去附著所述終端設(shè)備過程的指示，根據(jù)在去附著保護(hù)定時(shí)器超時(shí)之前是否接收到MME發(fā)起去附著所述終端設(shè)備過程的指示，后續(xù)的處理過程分為兩種情況，在圖4中分別用實(shí)線和虛線進(jìn)行區(qū)別表示。情況一、在去附著保護(hù)定時(shí)器超時(shí)之前接收到MME發(fā)起去附著所述終端設(shè)備過程的指示，在圖4中以實(shí)線表示。步驟S406、MME發(fā)起去附著過程。步驟S407、目標(biāo)eNB停止保護(hù)定時(shí)器，釋放本地UE上下文，回收無(wú)線資源和控制面(SI and X2)資源。情況二、在去附著保護(hù)定時(shí)器超時(shí)之前沒有接收到MME發(fā)起去附著所述終端設(shè)備過程的指示,在圖4中以虛線表示。步驟S408、目標(biāo)eNB發(fā)起SI上下文釋放請(qǐng)求過程，向MME發(fā)送UE Context ReleaseRequest消息，消息中攜帶的Cause IE值為“目標(biāo)側(cè)切換失敗”。步驟S409、目標(biāo) eNB 收到 MME 發(fā)來的 UE Context Release Co_and 消息。步驟S410、目標(biāo)eNB釋放本地UE上下文，回收無(wú)線資源和控制面(SI and X2)資源。步驟S411、目標(biāo)eNB向MME發(fā)送UE Context Release Complete消息，指不上下文釋放完成。通過執(zhí)行步驟S404至步驟S405，實(shí)現(xiàn)了源eNB、準(zhǔn)備集中的其他eNB等各網(wǎng)元實(shí)體資源的快速回收，且信令流程清晰簡(jiǎn)單無(wú)冗余，在這樣的情況下，源eNB無(wú)需等待去附著保護(hù)定時(shí)器超時(shí)，便可以釋放UE上下文、回收資源，并向準(zhǔn)備集中的其他eNB發(fā)送切換取消消息，使準(zhǔn)備集中的其他eNB也可以盡早回收資源，提高了資源的利用率。通過執(zhí)行步驟S406至步驟S407，實(shí)現(xiàn)了 MME和目標(biāo)eNB資源的快速回收。在這樣的過程中，源eNB側(cè)的流程與路徑切換后成功的流程一致，目標(biāo)eNB側(cè)的流程則利用了路徑切換成功后的消息。SI、X2接口上不會(huì)產(chǎn)生冗余的信令，且信令流程清晰簡(jiǎn)單無(wú)冗余。
而步驟S408至步驟S411，則提供了去附著保護(hù)，在MME沒有及時(shí)發(fā)起對(duì)UE去附著處理的情況下，目標(biāo)eNB也可以及時(shí)釋放和回收相應(yīng)的資源，不會(huì)因?yàn)镸ME協(xié)議版本不同，或MME出現(xiàn)異常導(dǎo)致eNB資源掛起。與現(xiàn)有技術(shù)相比，本發(fā)明實(shí)施例所提出的技術(shù)方案具有以下優(yōu)點(diǎn)
通過應(yīng)用本發(fā)明實(shí)施例的技術(shù)方案，在對(duì)應(yīng)終端設(shè)備的路徑切換失敗后，目標(biāo)基站通知源基站對(duì)該終端設(shè)備所占用的資源進(jìn)行回收，同時(shí)啟動(dòng)去附著保護(hù)定時(shí)器，在MME沒有及時(shí)發(fā)起去附著該終端設(shè)備過程的情況下，目標(biāo)基站主動(dòng)向MME發(fā)起上下文釋放過程，回收該終端設(shè)備在目標(biāo)基站中所占用的資源，從而，使源基站能夠及時(shí)地進(jìn)行資源回收，同時(shí)，通過定時(shí)器進(jìn)行去附著過程的保護(hù)，不會(huì)因?yàn)镸ME沒有及時(shí)發(fā)起去附著過程，而導(dǎo)致目標(biāo)基站的資源掛起，保證了源基站和目標(biāo)基站等網(wǎng)絡(luò)實(shí)體中被該終端設(shè)備所占用的資源的及時(shí)回收，提高了資源利用率。
為了實(shí)現(xiàn)本發(fā)明實(shí)施例的技術(shù)方案，本發(fā)明實(shí)施例還提供了一種基站，作為目標(biāo)基站應(yīng)用于網(wǎng)絡(luò)系統(tǒng)中，其結(jié)構(gòu)示意圖如圖5所示，至少包括
接收模塊51，用于接收對(duì)應(yīng)終端設(shè)備的路徑切換請(qǐng)求失敗消息，以及MME發(fā)起去附著所述終端設(shè)備過程的指示；
定時(shí)模塊52，用于當(dāng)所述接收模塊51接收到對(duì)應(yīng)終端設(shè)備的路徑切換請(qǐng)求失敗消息時(shí)，啟動(dòng)去附著保護(hù)定時(shí)器，并通知源基站回收所述終端設(shè)備在所述源基站中所占用的資源；
判斷模塊53，用于判斷在所述定時(shí)模塊52所啟動(dòng)的去附著保護(hù)定時(shí)器超時(shí)前，所述接收模塊51是否接收到所述MME發(fā)起去附著所述終端設(shè)備過程的指示；
處理模塊54，用于在所述判斷模塊53的判斷結(jié)果為否時(shí)，向所述MME發(fā)起上下文釋放過程，并回收所述終端設(shè)備在所述目標(biāo)基站中所占用的資源。在實(shí)際的應(yīng)用場(chǎng)景中，所述定時(shí)模塊52，具體用于
啟動(dòng)去附著保護(hù)定時(shí)器，并向所述源基站發(fā)起X2上下文釋放過程，以使所述源基站向準(zhǔn)備集中的其他目標(biāo)基站發(fā)起切換取消過程。另一方面，所述處理模塊54,具體用于
在所述判斷模塊53的判斷結(jié)果為否時(shí)，向所述MME發(fā)起SI上下文釋放請(qǐng)求過程；當(dāng)接收到所述MME返回的確認(rèn)指示時(shí)，釋放本地的終端設(shè)備上下文，并回收所述終端設(shè)備在所述目標(biāo)基站中所占用的資源；
向所述MME發(fā)送終端設(shè)備UE Context Release Complete消息。在具體的處理場(chǎng)景中，所述處理模塊54,還用于
在所述判斷模塊53的判斷結(jié)果為是時(shí)，停止所述定時(shí)模塊52所啟動(dòng)的去附著保護(hù)定時(shí)器，釋放本地的終端設(shè)備上下文，并回收所述終端設(shè)備在所述目標(biāo)基站中所占用的資源。與現(xiàn)有技術(shù)相比，本發(fā)明實(shí)施例所提出的技術(shù)方案具有以下優(yōu)點(diǎn)
通過應(yīng)用本發(fā)明實(shí)施例的技術(shù)方案，在對(duì)應(yīng)終端設(shè)備的路徑切換失敗后，目標(biāo)基站通知源基站對(duì)該終端設(shè)備所占用的資源進(jìn)行回收，同時(shí)啟動(dòng)去附著保護(hù)定時(shí)器，在MME沒有及時(shí)發(fā)起去附著該終端設(shè)備過程的情況下，目標(biāo)基站主動(dòng)向MME發(fā)起上下文釋放過程，回收該終端設(shè)備在目標(biāo)基站中所占用的資源，從而，使源基站能夠及時(shí)地進(jìn)行資源回收，同時(shí)，通過定時(shí)器進(jìn)行去附著過程的保護(hù)，不會(huì)因?yàn)镸ME沒有及時(shí)發(fā)起去附著過程，而導(dǎo)致目標(biāo)基站的資源掛起，保證了源基站和目標(biāo)基站等網(wǎng)絡(luò)實(shí)體中被該終端設(shè)備所占用的資源的及時(shí)回收，提高了資源利用率。通過以上的實(shí)施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明實(shí)施例可以通過硬件實(shí)現(xiàn)，也可以借助軟件加必要的通用硬件平臺(tái)的方式來實(shí)現(xiàn)。基于這樣的理解，本發(fā)明實(shí)施例的技術(shù)方案可以以軟件產(chǎn)品的形式體現(xiàn)出來，該軟件產(chǎn)品可以存儲(chǔ)在一個(gè)非易失性存儲(chǔ)介質(zhì)(可以是⑶-R0M，U盤，移動(dòng)硬盤等)中，包括若干指令用以使得一臺(tái)計(jì)算機(jī)設(shè)備(可以是個(gè)人計(jì)算機(jī)，服務(wù)器，或網(wǎng)絡(luò)側(cè)設(shè)備等)執(zhí)行本發(fā)明實(shí)施例各個(gè)實(shí)施場(chǎng)景所述的方法。本領(lǐng)域技術(shù)人員可以理解附圖只是一個(gè)優(yōu)選實(shí)施場(chǎng)景的示意圖，附圖中的模塊或流程并不一定是實(shí)施本發(fā)明實(shí)施例所必須的。本領(lǐng)域技術(shù)人員可以理解實(shí)施場(chǎng)景中的裝置中的模塊可以按照實(shí)施場(chǎng)景描述進(jìn)行分布于實(shí)施場(chǎng)景的裝置中，也可以進(jìn)行相應(yīng)變化位于不同于本實(shí)施場(chǎng)景的一個(gè)或多個(gè)裝置中。上述實(shí)施場(chǎng)景的模塊可以合并為一個(gè)模塊，也可以進(jìn)一步拆分成多個(gè)子模塊。 上述本發(fā)明實(shí)施例序號(hào)僅僅為了描述，不代表實(shí)施場(chǎng)景的優(yōu)劣。以上公開的僅為本發(fā)明實(shí)施例的幾個(gè)具體實(shí)施場(chǎng)景，但是，本發(fā)明實(shí)施例并非局限于此，任何本領(lǐng)域的技術(shù)人員能思之的變化都應(yīng)落入本發(fā)明實(shí)施例的業(yè)務(wù)限制范圍。
權(quán)利要求
1.一種路徑切換失敗后的資源回收方法，其特征在于，至少包括以下步驟 當(dāng)目標(biāo)基站接收到對(duì)應(yīng)終端設(shè)備的路徑切換請(qǐng)求失敗消息時(shí)，所述目標(biāo)基站啟動(dòng)去附著保護(hù)定時(shí)器，并通知源基站回收所述終端設(shè)備在所述源基站中所占用的資源； 如果所述目標(biāo)基站在所述去附著保護(hù)定時(shí)器超時(shí)前，沒有接收到所述移動(dòng)性管理實(shí)體MME發(fā)起去附著所述終端設(shè)備過程的指示，所述目標(biāo)基站向所述MME發(fā)起上下文釋放過程，并回收所述終端設(shè)備在所述目標(biāo)基站中所占用的資源。
2.如權(quán)利要求I所述的方法，其特征在于，所述目標(biāo)基站啟動(dòng)去附著保護(hù)定時(shí)器，并通知源基站回收所述終端設(shè)備在所述源基站中所占用的資源，具體包括 所述目標(biāo)基站啟動(dòng)去附著保護(hù)定時(shí)器，并向所述源基站發(fā)起X2上下文釋放過程，以使所述源基站向準(zhǔn)備集中的其他目標(biāo)基站發(fā)起切換取消過程。
3.如權(quán)利要求2所述的方法，其特征在于， 所述X2上下文釋放過程，具體包括所述目標(biāo)基站向所述源基站發(fā)送終端設(shè)備上下文釋放 UE Context Release 消息; 所述切換取消過程，具體包括所述源基站向所述準(zhǔn)備集中的其他目標(biāo)基站發(fā)送切換取消 Handover Cancel 消息。
4.如權(quán)利要求I所述的方法，其特征在于，所述目標(biāo)基站向所述MME發(fā)起上下文釋放過程，并回收所述終端設(shè)備在所述目標(biāo)基站中所占用的資源，具體包括 所述目標(biāo)基站向所述MME發(fā)起SI上下文釋放請(qǐng)求過程； 當(dāng)所述目標(biāo)基站接收到所述MME返回的確認(rèn)指示時(shí)，所述目標(biāo)基站釋放本地的終端設(shè)備上下文，并回收所述終端設(shè)備在所述目標(biāo)基站中所占用的資源； 所述目標(biāo)基站向所述MME發(fā)送終端設(shè)備上下文釋放完成UE Context ReleaseComplete 消息。
5.如權(quán)利要求4所述的方法，其特征在于， 所述SI上下文釋放請(qǐng)求過程，具體包括所述目標(biāo)基站向所述MME發(fā)送終端設(shè)備上下文釋放請(qǐng)求 UE Context Release Request 消息，所述 UE Context Release Request 消息中攜帶的Cause IE值為“目標(biāo)側(cè)切換失敗”； 所述確認(rèn)指示，具體為，終端設(shè)備上下文指示UE Context Release Command消息。
6.如權(quán)利要求I所述的方法，其特征在于，所述目標(biāo)基站啟動(dòng)去附著保護(hù)定時(shí)器，并通知源基站回收所述終端設(shè)備在所述源基站中所占用的資源之后，還包括 如果所述目標(biāo)基站在所述去附著保護(hù)定時(shí)器超時(shí)前，接收到MME發(fā)起去附著所述終端設(shè)備過程的指示，所述目標(biāo)基站停止所述去附著保護(hù)定時(shí)器，釋放本地的終端設(shè)備上下文，并回收所述終端設(shè)備在所述目標(biāo)基站中所占用的資源。
7.一種基站，作為目標(biāo)基站應(yīng)用于網(wǎng)絡(luò)系統(tǒng)中，其特征在于，包括 接收模塊，用于接收對(duì)應(yīng)終端設(shè)備的路徑切換請(qǐng)求失敗消息，以及MME發(fā)起去附著所述終端設(shè)備過程的指示； 定時(shí)模塊，用于當(dāng)所述接收模塊接收到對(duì)應(yīng)終端設(shè)備的路徑切換請(qǐng)求失敗消息時(shí)，啟動(dòng)去附著保護(hù)定時(shí)器，并通知源基站回收所述終端設(shè)備在所述源基站中所占用的資源； 判斷模塊，用于判斷在所述定時(shí)模塊所啟動(dòng)的去附著保護(hù)定時(shí)器超時(shí)前，所述接收模塊是否接收到所述MME發(fā)起去附著所述終端設(shè)備過程的指示； 處理模塊，用于在所述判斷模塊的判斷結(jié)果為否時(shí)，向所述MME發(fā)起上下文釋放過程，并回收所述終端設(shè)備在所述目標(biāo)基站中所占用的資源。
8.如權(quán)利要求7所述的基站，其特征在于，所述定時(shí)模塊，具體用于 啟動(dòng)去附著保護(hù)定時(shí)器，并向所述源基站發(fā)起X2上下文釋放過程，以使所述源基站向準(zhǔn)備集中的其他目標(biāo)基站發(fā)起切換取消過程。
9.如權(quán)利要求7所述的基站，其特征在于，所述處理模塊，具體用于 在所述判斷模塊的判斷結(jié)果為否時(shí)，向所述MME發(fā)起SI上下文釋放請(qǐng)求過程； 當(dāng)接收到所述MME返回的確認(rèn)指示時(shí)，釋放本地的終端設(shè)備上下文，并回收所述終端設(shè)備在所述目標(biāo)基站中所占用的資源； 向所述MME發(fā)送終端設(shè)備UE Context Release Complete消息。
10.如權(quán)利要求7所述的基站，其特征在于，所述處理模塊，還用于 在所述判斷模塊的判斷結(jié)果為是時(shí)，停止所述定時(shí)模塊所啟動(dòng)的去附著保護(hù)定時(shí)器，釋放本地的終端設(shè)備上下文，并回收所述終端設(shè)備在所述目標(biāo)基站中所占用的資源。
全文摘要
本發(fā)明實(shí)施例公開了一種路徑切換失敗后的資源回收方法和設(shè)備，通過應(yīng)用本發(fā)明實(shí)施例的技術(shù)方案，在對(duì)應(yīng)終端設(shè)備的路徑切換失敗后，目標(biāo)基站通知源基站對(duì)該終端設(shè)備所占用的資源進(jìn)行回收，同時(shí)啟動(dòng)去附著保護(hù)定時(shí)器，在MME沒有及時(shí)發(fā)起去附著該終端設(shè)備過程的情況下，目標(biāo)基站主動(dòng)向MME發(fā)起上下文釋放過程，回收該終端設(shè)備在目標(biāo)基站中所占用的資源，從而，使源基站能夠及時(shí)地進(jìn)行資源回收，同時(shí)，通過定時(shí)器進(jìn)行去附著過程的保護(hù)，不會(huì)因?yàn)镸ME沒有及時(shí)發(fā)起去附著過程，而導(dǎo)致目標(biāo)基站的資源掛起，保證了源基站和目標(biāo)基站等網(wǎng)絡(luò)實(shí)體中被該終端設(shè)備所占用的資源的及時(shí)回收，提高了資源利用率。
文檔編號(hào)H04W36/00GK102665246SQ20121012359
公開日2012年9月12日 申請(qǐng)日期2012年4月25日 優(yōu)先權(quán)日2012年4月25日
發(fā)明者孫長(zhǎng)瑋, 王涓涓 申請(qǐng)人:大唐移動(dòng)通信設(shè)備有限公司