一種基站切換方法和裝置制造方法
【專利摘要】本發(fā)明提供了一種基站切換方法和裝置，以解決目前的基站切換過程中，由于下行路徑切換失敗導(dǎo)致發(fā)生掉話、影響用戶感知的問題。其中，基站切換方法包括：目標(biāo)eNB在接收到源eNB發(fā)送的切換請求消息、并進(jìn)行接納控制判決成功后，向MME發(fā)送路徑切換請求消息；切換請求消息為源eNB在接收到UE發(fā)送的測量報(bào)告、并進(jìn)行切換判決成功后發(fā)送的消息；判斷下行路徑切換是否失??；若下行路徑切換失敗，則向源eNB發(fā)送切換準(zhǔn)備失敗消息，通知源eNB根據(jù)切換準(zhǔn)備失敗消息取消切換過程，以使源eNB繼續(xù)為UE提供服務(wù)。本發(fā)明可以避免UE發(fā)生掉話，提升用戶感知。
【專利說明】一種基站切換方法和裝置

【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及通信【技術(shù)領(lǐng)域】，特別是涉及一種基站切換方法和裝置。

【背景技術(shù)】
[0002] LTE(Long Term Evolution,長期演進(jìn)）是由 3GPP(The3rd Generation Partnership Pro ject，第三代合作伙伴計(jì)劃）組織制定的UMTS (Universal Mobile Telecommunications System,通用移動(dòng)通信系統(tǒng)）技術(shù)標(biāo)準(zhǔn)的長期演進(jìn)。在LTE網(wǎng)絡(luò)中，當(dāng) UE(User Equipment，用戶設(shè)備）移動(dòng)時(shí)，可能會(huì)從某個(gè)MME(Mobility Management Entity， 移動(dòng)管理實(shí)體）管理下的一個(gè)eNB (evolved Node B，演進(jìn)型基站）移動(dòng)到另一個(gè)eNB，此時(shí) 需要在兩個(gè)eNB之間進(jìn)行切換。
[0003] 在目前的eNB切換過程中，首先進(jìn)行的是UE、源eNB和目標(biāo)eNB之間的信令交互； 待完成信令交互后，再進(jìn)行eNB與Serving GW(Service Gateway,服務(wù)網(wǎng)關(guān)）的下行路徑切 換過程，使Serving GW將下行數(shù)據(jù)發(fā)送給目標(biāo)eNB。
[0004] 但是，如果下行路徑切換過程失敗，則目標(biāo)eNB將釋放UE，從而導(dǎo)致在基站切換過 程中發(fā)生掉話，影響用戶感知。


【發(fā)明內(nèi)容】

[0005] 本發(fā)明提供了一種基站切換方法和裝置，以解決目前的基站切換過程中，由于下 行路徑切換失敗導(dǎo)致發(fā)生掉話、影響用戶感知的問題。
[0006] 為了解決上述問題，本發(fā)明公開了一種基站切換方法，其特征在于，包括：
[0007] 目標(biāo)eNB在接收到源eNB發(fā)送的切換請求消息、并進(jìn)行接納控制判決成功后，向 MME發(fā)送路徑切換請求消息；所述切換請求消息為源eNB在接收到UE發(fā)送的測量報(bào)告、并 進(jìn)行切換判決成功后發(fā)送的消息；
[0008] 判斷下行路徑切換是否失敗；
[0009] 若下行路徑切換失敗，則向所述源eNB發(fā)送切換準(zhǔn)備失敗消息，通知所述源eNB根 據(jù)所述切換準(zhǔn)備失敗消息取消切換過程，以使所述源eNB繼續(xù)為所述UE提供服務(wù)。
[0010] 優(yōu)選地，所述方法還包括：
[0011] 若下行路徑切換成功，則向所述源eNB發(fā)送切換請求確認(rèn)消息，通知所述源eNB根 據(jù)所述切換請求確認(rèn)消息向所述UE發(fā)送RRC連接重配置消息；
[0012] 所述目標(biāo)eNB為所述UE提供服務(wù)。
[0013] 優(yōu)選地，所述判斷下行路徑切換是否失敗的步驟包括：
[0014] 若在預(yù)設(shè)時(shí)間內(nèi)沒有接收到MME發(fā)送的路徑切換請求確認(rèn)消息、MME發(fā)送的路徑 切換請求失敗消息和源eNB發(fā)送的結(jié)束標(biāo)記數(shù)據(jù)三者中的至少一種，則確定下行路徑切換 失?。?br> [0015] 若在預(yù)設(shè)時(shí)間內(nèi)接收到MME發(fā)送的路徑切換請求失敗消息，則確定下行路徑切換 失??；
[0016] 若在預(yù)設(shè)時(shí)間內(nèi)接收到MME發(fā)送的路徑切換請求確認(rèn)消息、或者源eNB發(fā)送的結(jié) 束標(biāo)記數(shù)據(jù)，則確定下行路徑切換成功。
[0017] 優(yōu)選地，所述方法還包括：
[0018] 在目標(biāo)eNB向MME發(fā)送路徑切換請求消息的同時(shí)，啟動(dòng)預(yù)先設(shè)置的定時(shí)器，所述定 時(shí)器的定時(shí)時(shí)間為所述預(yù)設(shè)時(shí)間。
[0019] 根據(jù)本發(fā)明的另一方面，還提供了一種基站切換裝置，其特征在于，包括：
[0020] 請求發(fā)送模塊，用于在接收到源eNB發(fā)送的切換請求消息、并進(jìn)行接納控制判決 成功后，向MME發(fā)送路徑切換請求消息；所述切換請求消息為源eNB在接收到UE發(fā)送的測 量報(bào)告、并進(jìn)行切換判決成功后發(fā)送的消息；
[0021] 判斷模塊，用于判斷下行路徑切換是否失??；
[0022] 失敗發(fā)送模塊，用于在所述判斷模塊判斷出下行路徑切換失敗時(shí)，向所述源eNB 發(fā)送切換準(zhǔn)備失敗消息，通知所述源eNB根據(jù)所述切換準(zhǔn)備失敗消息取消切換過程，以使 所述源eNB繼續(xù)為所述UE提供服務(wù)。
[0023] 優(yōu)選地，所述裝置還包括：
[0024] 確認(rèn)發(fā)送模塊，用于在所述判斷模塊判斷出下行路徑切換成功時(shí)，向所述源eNB 發(fā)送切換請求確認(rèn)消息，通知所述源eNB根據(jù)所述切換請求確認(rèn)消息向所述UE發(fā)送RRC連 接重配置消息；
[0025] 服務(wù)模塊，用于為所述UE提供服務(wù)。
[0026] 優(yōu)選地，所述判斷模塊包括：
[0027] 確定子模塊，用于在預(yù)設(shè)時(shí)間內(nèi)沒有接收到MME發(fā)送的路徑切換請求確認(rèn)消息、 MME發(fā)送的路徑切換請求失敗消息和源eNB發(fā)送的結(jié)束標(biāo)記數(shù)據(jù)三者中的至少一種時(shí)，確 定下行路徑切換失?。辉陬A(yù)設(shè)時(shí)間內(nèi)接收到MME發(fā)送的路徑切換請求失敗消息時(shí)，確定下 行路徑切換失??；在預(yù)設(shè)時(shí)間內(nèi)接收到MME發(fā)送的路徑切換請求確認(rèn)消息、或者源eNB發(fā)送 的結(jié)束標(biāo)記數(shù)據(jù)時(shí)，確定下行路徑切換成功。
[0028] 優(yōu)選地，所述裝置還包括：
[0029] 啟動(dòng)模塊，用于在所述請求發(fā)送模塊向MME發(fā)送路徑切換請求消息的同時(shí)，啟動(dòng) 預(yù)先設(shè)置的定時(shí)器，所述定時(shí)器的定時(shí)時(shí)間為所述預(yù)設(shè)時(shí)間。
[0030] 與現(xiàn)有技術(shù)相比，本發(fā)明包括以下優(yōu)點(diǎn)：
[0031] 本發(fā)明中目標(biāo)eNB在接收到源eNB發(fā)送的切換請求消息、并進(jìn)行接納控制判決成 功后，并不是直接向源eNB發(fā)送切換請求確認(rèn)消息以進(jìn)行UE、源eNB和目標(biāo)eNB之間的信令 交互，而是向MME發(fā)送路徑切換請求消息以進(jìn)行eNB與Serving GW的下行路徑切換過程。 在下行路徑切換失敗時(shí)，目標(biāo)eNB向源eNB發(fā)送切換準(zhǔn)備失敗消息，源eNB可以根據(jù)該切換 準(zhǔn)備失敗消息取消切換過程，繼續(xù)為UE提供服務(wù)。因此，本發(fā)明可以避免UE發(fā)生掉話，從 而提升用戶感知。

【專利附圖】

【附圖說明】
[0032] 圖1是本發(fā)明實(shí)施例一的一種基站切換方法的流程圖；
[0033] 圖2是本發(fā)明實(shí)施例二的一種基站切換方法的流程圖；
[0034] 圖3是本發(fā)明實(shí)施例二的一種基站切換成功的消息流程圖；
[0035] 圖4是本發(fā)明實(shí)施例二的一種基站切換失敗的消息流程圖；
[0036] 圖5是本發(fā)明實(shí)施例二的另一種基站切換失敗的消息流程圖；
[0037] 圖6是本發(fā)明實(shí)施例三的一種基站切換裝置的結(jié)構(gòu)框圖。

【具體實(shí)施方式】
[0038] 為使本發(fā)明的上述目的、特征和優(yōu)點(diǎn)能夠更加明顯易懂，下面結(jié)合附圖和具體實(shí) 施方式對本發(fā)明作進(jìn)一步詳細(xì)的說明。
[0039] 在現(xiàn)有的基站切換過程中，目標(biāo)eNB在接收到源eNB發(fā)送的切換請求之后，進(jìn)行接 納控制判決，判決成功后，目標(biāo)eNB首先向源eNB發(fā)送切換請求確認(rèn)消息，源eNB與UE和目 標(biāo)eNB進(jìn)行交互，即首先進(jìn)行的是UE、源eNB和目標(biāo)eNB之間的信令交互；待完成上述信令 交互后，目標(biāo)eNB再向MME發(fā)送路徑切換請求消息，即進(jìn)行eNB與Serving GW的下行路徑 切換過程，使后續(xù)Serving GW將下行數(shù)據(jù)發(fā)送給目標(biāo)eNB。但是，如果下行路徑切換過程失 敗，則目標(biāo)eNB將釋放UE，從而導(dǎo)致在基站切換過程中發(fā)生掉話，影響用戶感知。
[0040] 本發(fā)明針對上述問題，提出了一種基站切換方法和裝置，能夠避免在基站切換過 程中發(fā)生掉話，提升用戶感知。下面，分別通過以下各個(gè)實(shí)施例對本發(fā)明的一種基站切換方 法和裝置進(jìn)行詳細(xì)介紹。
[0041] 實(shí)施例一：
[0042] 參照圖1，示出了本發(fā)明實(shí)施例一的一種基站切換方法的流程圖，該方法可以包括 以下步驟：
[0043] 步驟101，目標(biāo)eNB在接收到源eNB發(fā)送的切換請求消息、并進(jìn)行接納控制判決成 功后，向MME發(fā)送路徑切換請求消息。
[0044] 在LTE標(biāo)準(zhǔn)中，用eNB來代表演進(jìn)型基站，與用戶UE對應(yīng)。當(dāng)UE移動(dòng)時(shí)，可能會(huì) 從某個(gè)MME管理下的一個(gè)eNB移動(dòng)到另一個(gè)eNB，此時(shí)需要在兩個(gè)eNB之間進(jìn)行切換，即當(dāng) UE離開源eNB的范圍移動(dòng)到目標(biāo)eNB的范圍內(nèi)時(shí)，則需要從源eNB切換到目標(biāo)eNB。
[0045] 本發(fā)明實(shí)施例中，在基站切換時(shí)，源eNB會(huì)向目標(biāo)eNB發(fā)送切換請求消息，目標(biāo)eNB 在接收到該切換請求消息后，將進(jìn)打接納控制判決。在判決成功后，目標(biāo)eNB向MME發(fā)送路 徑切換請求消息，請求從Serving GW到目標(biāo)eNB的下行路徑的切換。
[0046] 步驟102,判斷下行路徑切換是否失敗。
[0047] 目標(biāo)eNB向MME發(fā)送路徑切換請求消息后，將進(jìn)行eNB與Serving GW的下行路徑 切換過程，以使后續(xù)Serving GW將下行數(shù)據(jù)發(fā)送給目標(biāo)eNB。但是下行路徑切換過程可能 會(huì)失敗，這將導(dǎo)致目標(biāo)eNB無法為UE提供服務(wù)，因此目標(biāo)eNB還可以執(zhí)行判斷下行路徑切 換是否失敗的過程，根據(jù)判斷結(jié)果以確定后續(xù)執(zhí)行何種流程。本發(fā)明實(shí)施例中，如果目標(biāo) eNB判斷出下行路徑切換失敗，則將執(zhí)行下述步驟103。
[0048] 步驟103,若下行路徑切換失敗，則向源eNB發(fā)送切換準(zhǔn)備失敗消息，通知所述源 eNB根據(jù)所述切換準(zhǔn)備失敗消息取消切換過程，以使所述源eNB繼續(xù)為所述UE提供服務(wù)。
[0049] 如果在步驟102中判斷出下行路徑切換失敗，則目標(biāo)eNB將向源eNB發(fā)送切換準(zhǔn) 備失敗消息，以通知所述源eNB根據(jù)所述切換準(zhǔn)備失敗消息取消切換過程，使所述源eNB繼 續(xù)為所述UE提供服務(wù)。源eNB在接收到所述切換準(zhǔn)備失敗消息后，得知切換準(zhǔn)備失敗，目 標(biāo)eNB無法為UE提供服務(wù)，即無法將UE切換到目標(biāo)eNB，因此，源eNB可以繼續(xù)為所述UE 提供服務(wù)。
[0050] 本發(fā)明實(shí)施例中目標(biāo)eNB在接收到源eNB發(fā)送的切換請求消息、并進(jìn)行接納控制 判決成功后，并不是直接向源eNB發(fā)送切換請求確認(rèn)消息以進(jìn)行UE、源eNB和目標(biāo)eNB之間 的信令交互，而是向MME發(fā)送路徑切換請求消息以進(jìn)行eNB與Serving GW的下行路徑切換 過程。在下行路徑切換失敗時(shí)，目標(biāo)eNB向源eNB發(fā)送切換準(zhǔn)備失敗消息，源eNB可以在根 據(jù)該切換準(zhǔn)備失敗消息取消切換過程，繼續(xù)為UE提供服務(wù)。因此，本發(fā)明可以避免UE發(fā)生 掉話，從而提升用戶感知。
[0051] 實(shí)施例二：
[0052] 參照圖2,示出了本發(fā)明實(shí)施例二的一種基站切換方法的流程圖，該方法可以包括 以下步驟：
[0053] 步驟201，目標(biāo)eNB在接收到源eNB發(fā)送的切換請求消息、并進(jìn)行接納控制判決成 功后，向MME發(fā)送路徑切換請求消息。
[0054] 基站的切換可以包括切換測量、切換判決與切換執(zhí)行三個(gè)階段。
[0055] 測量階段：源eNB首先可以向UE發(fā)送測量控制消息，控制UE進(jìn)行測量。在UE與 源eNB之間建立RRC(Radio Resource Control,無線資源控制）連接后，源eNB可以通過 RRC連接重配置消息下發(fā)測量配置信息，當(dāng)需要對服務(wù)小區(qū)進(jìn)行測量時(shí)，源eNB可以下發(fā)服 務(wù)小區(qū)的測量配置信息。源eNB可以為UE配置同頻、異頻、異系統(tǒng)等測量類型，測量參數(shù)可 以包括測量對象、報(bào)告配置列表、測量標(biāo)識、測量間隔等。其中，對于同頻和異頻測量，測量 對象是一個(gè)單一的 E-UTRA(Evolved Universal Terrestrial Radio Access，演進(jìn)的 UMTS 陸面無線接入）承載頻率；報(bào)告配置列表可以包含多條報(bào)告配置，在報(bào)告配置列表中每一 條報(bào)告配置又包含報(bào)告準(zhǔn)則和報(bào)告格式信息，報(bào)告準(zhǔn)則可以是周期性的或者事件的，報(bào)告 格式指示在測量報(bào)告中UE包含的報(bào)告量以及相關(guān)的信息（例如報(bào)告小區(qū)的數(shù)量）；測量間 隔指示UE進(jìn)行測量的周期。當(dāng)同頻切換觸發(fā)后，源eNB下發(fā)同頻鄰區(qū)的測量配置信息；當(dāng) 異頻/異系統(tǒng)切換觸發(fā)后，源eNB下發(fā)異頻/異系統(tǒng)鄰區(qū)測量配置信息，進(jìn)行異頻/異系統(tǒng) 測量。
[0056] UE在接收到源eNB發(fā)送的測量控制消息后進(jìn)行測量，并向源eNB發(fā)送測量報(bào)告。 測量報(bào)告可以配置包含切換事件的相關(guān)參數(shù)，源eNB可以應(yīng)用以下事件觸發(fā)UE的上報(bào)：事 件A1，表示服務(wù)小區(qū)質(zhì)量高于一定門限，當(dāng)滿足事件觸發(fā)條件時(shí)UE便上報(bào)測量報(bào)告，源eNB 停止異頻/異系統(tǒng)測量；事件A2,表示服務(wù)小區(qū)質(zhì)量低于一定門限，當(dāng)滿足事件觸發(fā)條件時(shí) UE便上報(bào)測量報(bào)告，源eNB啟動(dòng)異頻/異系統(tǒng)測量；事件A3,表示同頻/異頻鄰區(qū)質(zhì)量相比 服務(wù)小區(qū)質(zhì)量高出一定門限，當(dāng)滿足事件觸發(fā)條件的小區(qū)信息被上報(bào)時(shí)，源eNB啟動(dòng)同頻 /異頻切換請求；事件A4,表示異頻鄰區(qū)質(zhì)量高于一定門限，滿足事件觸發(fā)條件的小區(qū)信息 被上報(bào)時(shí)，源eNB啟動(dòng)異頻切換請求；事件A5,表示服務(wù)小區(qū)質(zhì)量低于一定門限，同時(shí)異頻 鄰區(qū)質(zhì)量高于一定門限，滿足事件觸發(fā)條件的小區(qū)信息被上報(bào)時(shí)，源eNB啟動(dòng)異頻切換請 求。
[0057] 判決階段：源eNB在接收到UE上報(bào)的測量報(bào)告后，將控制并執(zhí)行切換判決過程， 對UE上報(bào)結(jié)果進(jìn)行評估決策，獲取滿足事件條件的小區(qū)，按照測量信號強(qiáng)度生成切換目標(biāo) 小區(qū)列表。針對生成切換目標(biāo)小區(qū)列表進(jìn)行小區(qū)過濾和優(yōu)先排序處理。源eNB按照切換目 標(biāo)小區(qū)列表順序，向目標(biāo)小區(qū)發(fā)送切換請求，當(dāng)切換請求失敗時(shí)，源eNB會(huì)向下一個(gè)目標(biāo)小 區(qū)發(fā)送切換請求。如果測量報(bào)告中的所有小區(qū)都已經(jīng)嘗試過，則等待UE發(fā)送下一次測量報(bào) 生 1=1 〇
[0058] 執(zhí)行階段：在源eNB進(jìn)行切換判決成功選定目標(biāo)eNB中的目標(biāo)小區(qū)后，該源eNB將 向目標(biāo)eNB發(fā)送切換請求消息，目標(biāo)eNB在接收到該切換請求消息后，將進(jìn)行接納控制判 決。在接納控制判決成功后即可控制UE從源eNB切換到目標(biāo)eNB，最終完成切換。
[0059] 本發(fā)明實(shí)施例中，目標(biāo)eNB在接納控制判決成功后，并不是直接向源eNB發(fā)送切換 請求確認(rèn)消息以進(jìn)行UE、源eNB和目標(biāo)eNB之間的信令交互，而是向MME發(fā)送路徑切換請 求消息以請求從Serving GW到目標(biāo)eNB的下行路徑的切換，下行路徑切換的目的是通知 Serving GW將下行數(shù)據(jù)發(fā)給目標(biāo)eNB。
[0060] 步驟202,判斷下行路徑切換是否失敗。
[0061] 在進(jìn)行eNB與Serving GW的下行路徑切換過程中，該下行路徑切換過程可能會(huì)失 敗。下行路徑切換失敗可以包括以下情況：
[0062] (1)參考協(xié)議3GPP TS36. 413,如果MME在通知Serving GW更新承載過程中發(fā) 生了錯(cuò)誤，則將給目標(biāo)eNB回應(yīng)路徑切換請求失敗消息。例如，在執(zhí)行路徑轉(zhuǎn)換請求過程 中，對于包含在E_RAB(Evolved Radio Access Bearer,演進(jìn)的無線接入承載）要切換的 下行鏈路的 IE 列表（E-RAB To Be Switched in Downlink List IE)中的所有 E-RAB，如 果 EPC(Evolved Packet Core，演進(jìn)型分組核心網(wǎng)）轉(zhuǎn)換下行 GTP(GPRS(General Packet Radio Service,通用分組無線服務(wù)技術(shù)）Tunnelling Protocol, GPRS隧道協(xié)議）隧道節(jié) 點(diǎn)為一個(gè)新的GTP隧道節(jié)點(diǎn)失敗，那么MME將向目標(biāo)eNB發(fā)送一個(gè)具有相應(yīng)原因值的路徑 切換請求失敗消息。如果MME接收一條路徑切換消息，包含若干設(shè)置為相同值的E-RAB ID IE(在 E-RAB To Be Switched in Downlink List IE 中），那么 MME 將向目標(biāo) eNB 發(fā)送路 徑切換請求失敗消息。
[0063] (2)目標(biāo)eNB在向MME發(fā)送了路徑切換請求消息后，如果在預(yù)設(shè)時(shí)間內(nèi)沒有收到 MME的確認(rèn)消息，則下行路徑切換失敗。該種情況可能是因?yàn)镸ME沒有回復(fù)路徑切換請求確 認(rèn)消息，或者因?yàn)镸ME沒有收到目標(biāo)eNB發(fā)送的路徑切換請求消息，等等。
[0064] 下行路徑切換過程失敗，將導(dǎo)致目標(biāo)eNB無法為UE提供服務(wù)，因此目標(biāo)eNB還可 以執(zhí)行判斷下行路徑切換是否失敗的過程，根據(jù)判斷結(jié)果以確定后續(xù)執(zhí)行何種流程。本發(fā) 明實(shí)施例中，如果目標(biāo)eNB判斷出下行路徑切換失敗，則執(zhí)行步驟203 ;如果目標(biāo)eNB判斷 出下行路徑切換成功，則執(zhí)行步驟204。
[0065] 在本發(fā)明的一種優(yōu)選實(shí)施例中，所述判斷下行路徑切換是否失敗的步驟可以包括 以下子步驟：
[0066] 子步驟al，若在預(yù)設(shè)時(shí)間內(nèi)沒有接收到MME發(fā)送的路徑切換請求確認(rèn)消息、MME發(fā) 送的路徑切換請求失敗消息和源eNB發(fā)送的結(jié)束標(biāo)記數(shù)據(jù)三者中的至少一種，則確定下行 路徑切換失??；
[0067] 即如果在預(yù)設(shè)時(shí)間內(nèi)既沒有接收到MME發(fā)送的路徑切換請求確認(rèn)消息，也沒有接 收到MME發(fā)送的路徑切換請求失敗消息，也沒有接收到源eNB發(fā)送的結(jié)束標(biāo)記數(shù)據(jù)，則確定 下行路徑切換失敗。
[0068] 子步驟a2,若在預(yù)設(shè)時(shí)間內(nèi)接收到MME發(fā)送的路徑切換請求失敗消息，則確定下 行路徑切換失??；
[0069] 子步驟a3,若在預(yù)設(shè)時(shí)間內(nèi)接收到MME發(fā)送的路徑切換請求確認(rèn)消息、或者源eNB 發(fā)送的結(jié)束標(biāo)記數(shù)據(jù)，則確定下行路徑切換成功。
[0070] 本發(fā)明實(shí)施例中，可以通過定時(shí)器或者其他任意能夠設(shè)定預(yù)設(shè)時(shí)間的方式對預(yù)設(shè) 時(shí)間進(jìn)行控制。如果采用定時(shí)器進(jìn)行時(shí)間設(shè)置，則本發(fā)明實(shí)施例中的基站切換方法還可以 包括：在目標(biāo)eNB向MME發(fā)送路徑切換請求消息的同時(shí)，啟動(dòng)預(yù)先設(shè)置的定時(shí)器，所述定時(shí) 器的定時(shí)時(shí)間為所述預(yù)設(shè)時(shí)間。
[0071] 對于上述預(yù)設(shè)時(shí)間的具體數(shù)值，本領(lǐng)域技術(shù)人員根據(jù)實(shí)際經(jīng)驗(yàn)進(jìn)行相關(guān)設(shè)置即 可，本發(fā)明實(shí)施例對具體的數(shù)值并不加以限制。
[0072] 步驟203,向源eNB發(fā)送切換準(zhǔn)備失敗消息，通知所述源eNB根據(jù)所述切換準(zhǔn)備失 敗消息取消切換過程，以使所述源eNB繼續(xù)為所述UE提供服務(wù)。
[0073] 如果在步驟202中判斷出下行路徑切換失敗，則目標(biāo)eNB將向源eNB發(fā)送切換準(zhǔn) 備失敗消息，以通知所述源eNB根據(jù)所述切換準(zhǔn)備失敗消息取消切換過程，使所述源eNB繼 續(xù)為所述UE提供服務(wù)。源eNB在接收到所述切換準(zhǔn)備失敗消息后，得知目標(biāo)eNB無法為UE 提供服務(wù)，因此源eNB可以取消從源eNB到目標(biāo)eNB的切換，繼續(xù)為所述UE提供服務(wù)。對 于后續(xù)UE與源eNB之間的通信過程，即源eNB為UE提供服務(wù)的具體過程，本領(lǐng)域技術(shù)人員 根據(jù)實(shí)際經(jīng)驗(yàn)進(jìn)行相關(guān)處理即可，本發(fā)明實(shí)施例對此不再詳細(xì)論述。
[0074] 其中，在UE初始接入源eNB時(shí)，將會(huì)建立UE與源eNB之間的RRC連接，對于建立 UE與源eNB之間的RRC連接的具體過程，本領(lǐng)域技術(shù)人員根據(jù)實(shí)際經(jīng)驗(yàn)進(jìn)行相關(guān)處理即可， 本發(fā)明實(shí)施例對此不再詳細(xì)論述。
[0075] 上述步驟202中指出，下行路徑切換失敗的情況下，目標(biāo)eNB可能在定時(shí)器超時(shí)前 接收到MME發(fā)送的路徑切換請求失敗消息，也可能在定時(shí)器超時(shí)前接收不到任何消息。因 此，本發(fā)明實(shí)施例中，目標(biāo)eNB向源eNB發(fā)送切換準(zhǔn)備失敗消息中還可以包括失敗原因，該 失敗原因可以為切換發(fā)生錯(cuò)誤或者無響應(yīng)，源eNB可以根據(jù)不同的失敗原因執(zhí)行相應(yīng)的操 作。
[0076] 例如，如果所述失敗原因?yàn)榍袚Q發(fā)生錯(cuò)誤，則可以確定MME和Serving GW均接 收到了相應(yīng)消息，并且執(zhí)行了下行路徑切換過程，只是在切換過程中發(fā)生了錯(cuò)誤，因此 Serving GW會(huì)仍然保持與源eNB之間進(jìn)行數(shù)據(jù)傳輸?shù)南滦新窂?，該種情況下，源eNB可以直 接取消從源eNB到目標(biāo)eNB的切換。
[0077] 如果所述失敗原因?yàn)槲错憫?yīng)，則不能確定是何種原因?qū)е履繕?biāo)eNB沒有接收到 MME的響應(yīng)，因此該種情況下，源eNB可以向MME發(fā)送路徑切換請求消息，該消息可以攜帶用 于下行用戶面的源eNB的地址及TEID (Tunnel Endpoint ID，隧道端點(diǎn)標(biāo)識符），請求切換 下行數(shù)據(jù)路徑，將用戶面從目標(biāo)eNB轉(zhuǎn)移至源eNB。之后源eNB可以不用關(guān)注是否收到MME 發(fā)送的路徑切換請求確認(rèn)消息。
[0078] 步驟204,向源eNB發(fā)送切換請求確認(rèn)消息，通知所述源eNB根據(jù)所述切換請求確 認(rèn)消息向所述UE發(fā)送RRC連接重配置消息。
[0079] 如果在步驟202中判斷出下行路徑切換成功，則目標(biāo)eNB將向源eNB發(fā)送切換請 求確認(rèn)消息以通知所述源eNB根據(jù)所述切換請求確認(rèn)消息向所述UE發(fā)送RRC連接重配置 消息。
[0080] 本發(fā)明實(shí)施例中，源eNB在接收到所述切換請求確認(rèn)消息后，得知目標(biāo)eNB能夠 為UE提供服務(wù)。首先可以向UE發(fā)送RRC連接重配置消息；然后源eNB向目標(biāo)eNB發(fā)送 SN(Serial Number，序列號）狀態(tài)轉(zhuǎn)移消息，將上行 FOCP SN(Packet Data Convergence Protocol Serial Number，分組數(shù)據(jù)匯聚協(xié)議序列號）和HFN(Hyper Frame Number，超中貞 號）接收機(jī)狀態(tài)以及下行H)CP SN和HFN發(fā)射機(jī)狀態(tài)，從源eNB轉(zhuǎn)移到目標(biāo)eNB ;UE發(fā)送 RRC連接重配置完成消息給目標(biāo)eNB。后續(xù)目標(biāo)eNB發(fā)送UE上下文釋放消息給源eNB，通知 源eNB切換已完成，并觸發(fā)源eNB釋放資源；源eNB在接收到UE上下文釋放消息后，即可釋 放為所述UE分配的資源。
[0081] 步驟205,所述目標(biāo)eNB為所述UE提供服務(wù)。
[0082] 在接收到UE發(fā)送RRC連接重配置完成消息后，目標(biāo)eNB即可為所述UE提供服務(wù)。 對于后續(xù)UE與目標(biāo)eNB之間的通信過程，即目標(biāo)eNB為UE提供服務(wù)的具體過程，本領(lǐng)域技 術(shù)人員根據(jù)實(shí)際經(jīng)驗(yàn)進(jìn)行相關(guān)處理即可，本發(fā)明實(shí)施例對此不再詳細(xì)論述。
[0083] 在本發(fā)明的一種優(yōu)選實(shí)施例中，在所述目標(biāo)eNB為所述UE提供服務(wù)的步驟之前， 還可以包括：目標(biāo)eNB接收所述源eNB發(fā)送的、該源eNB已接收到的與所述UE相關(guān)的數(shù)據(jù)。 即源eNB還可以執(zhí)行數(shù)據(jù)前轉(zhuǎn)的過程。數(shù)據(jù)前轉(zhuǎn)是指，在下行路徑切換前Serving GW將部 分?jǐn)?shù)據(jù)下發(fā)給了源eNB，因?yàn)樵谙滦新窂角袚Q后，目標(biāo)eNB將成為服務(wù)eNB，因此源eNB需要 將已經(jīng)接收到的與所述UE相關(guān)的數(shù)據(jù)前轉(zhuǎn)給目標(biāo)eNB，由目標(biāo)eNB把源eNB還未發(fā)送給UE 的數(shù)據(jù)下發(fā)給用戶。
[0084] 下面，結(jié)合圖3?圖5,分別介紹基站切換成功和切換失敗時(shí)的消息流程。
[0085] 圖3是本發(fā)明實(shí)施例二的一種基站切換成功的消息流程圖。該流程具體描述如 下：
[0086] 1、源eNB向UE發(fā)送Measurement Control (測量控制）消息，配置UE的測量。之 后UE與源eNB之間、源eNB和Serving GW之間進(jìn)行Packet data (分組數(shù)據(jù)）的交換。其 中，L3singnalling指層3信令，User data為用戶數(shù)據(jù)。
[0087] 2、UE 向源 eNB 發(fā)送 Measurement Report (測量報(bào)告）。
[0088] 3、源eNB根據(jù)測量報(bào)告和RRM(Radio Resource Management,無線資源管理）策略 執(zhí)行HO decision (切換判決）過程。
[0089] 4、源eNB在切換判決成功后，發(fā)送Handover Request (切換請求）消息給目標(biāo) eNB，以便目標(biāo)eNB做切換準(zhǔn)備。
[0090] 5、目標(biāo)eNB執(zhí)行Admission Control (接納控制）過程。
[0091] 6、目標(biāo)eNB在接納控制判決成功后，發(fā)送Path Switch Request (路徑切換請求） 消息給MME。該消息攜帶用于下行用戶面的目標(biāo)eNB的地址及TEID，請求切換下行數(shù)據(jù)路 徑，將用戶面從源eNB轉(zhuǎn)移至目標(biāo)eNB。
[0092] 7、MME 發(fā)送 Modify Bearer Request (修改承載請求）消息給 Serving GW。該消 息攜帶用于下行用戶面的目標(biāo)eNB的地址及TEID。
[0093] 8、Serving GW根據(jù)收到的目標(biāo)eNB的地址和TEID信息完成Switch DL path (下 行路徑切換）。之后還可以向指向源eNB的原有S1-U路徑發(fā)送一個(gè)或多個(gè)End marker (結(jié) 束標(biāo)記）數(shù)據(jù)，用于表征該隧道上的承載數(shù)據(jù)流的終結(jié)。
[0094] 9、Serving GW 發(fā)送 Modify Bearer Response (修改承載響應(yīng)）消息給 MME，指不 下行路徑切換成功。
[0095] 10、目標(biāo)eNB發(fā)送Path Switch Request消息后即可啟動(dòng)定時(shí)器，目標(biāo)eNB在定時(shí) 器超時(shí)前接收到MME發(fā)送的Path Switch Request Ack (路徑切換請求確認(rèn)）消息，說明 下行路徑切換成功。沒有切換下行路徑的時(shí)候，Serving GW獲知的是源eNB的傳輸?shù)刂泛?TEID，下發(fā)數(shù)據(jù)時(shí)對應(yīng)該源eNB的地址，通過路徑切換過程，Serving GW獲知了目標(biāo)eNB的 傳輸?shù)刂泛蚑EID，這樣Serving GW就可以把下行數(shù)據(jù)發(fā)給目標(biāo)eNB。
[0096] 11、目標(biāo) eNB 接收到 Path Switch Request Ack 消息后，向源 eNB 發(fā)送 Handover Request Ack(切換請求確認(rèn)）消息。
[0097] I2、源 eNB 向 UE 發(fā)送 RRC Connection Reconfiguration (RRC 連接重配置）消息進(jìn) 行切換指示。
[0098] 13、源eNB通過向目標(biāo)eNB發(fā)送SN Status Transfer (SN狀態(tài)轉(zhuǎn)移）消息，將上行 rocp SN和HFN接收機(jī)狀態(tài)和下行rocp SN和HFN發(fā)射機(jī)狀態(tài)，從源eNB轉(zhuǎn)移到目標(biāo)eNB。 源eNB還可以執(zhí)行Data forwarding (數(shù)據(jù)前轉(zhuǎn)）過程，將源eNB接收到的與UE相關(guān)的數(shù) 據(jù)前轉(zhuǎn)至目標(biāo)eNB。
[0099] 源eNB通過發(fā)送給目標(biāo)eNB的SN Status Transfer消息來承載上行的FOCP狀 態(tài)預(yù)留用于E-RAB的上行rocp SN接收端狀態(tài)，以及下行rocp SN發(fā)送端狀態(tài)。上行rocp SN接收端的狀態(tài)至少包括第一個(gè)丟失的上行rocp SDU的序列號、也可能包含有亂序上行 SDU (service Data Unit,服務(wù)數(shù)據(jù)單元）的接收端的狀態(tài)位圖，如果包括這些SDU，則需要 在目標(biāo)小區(qū)重傳這些上行SDU。用下行H)CP SN發(fā)送端的狀態(tài)來指示目標(biāo)eNB將要分配給 尚無rocp SN的新SDU的下一個(gè)rocp SN。該過程主要用于管理用戶面數(shù)據(jù)的前轉(zhuǎn)，使目標(biāo) eNB 了解切換時(shí)源eNB的數(shù)據(jù)發(fā)送狀態(tài)。
[0100] 14、UE 發(fā)送 RRC Connection Reconfiguration Complete (RRC連接重配置完成）消 息給目標(biāo)eNB。
[0101] 15、目標(biāo) eNB 收到 RRC Connection Reconfiguration Complete 消息后，通過發(fā)送 UE Context Release (UE上下文釋放）消息通知源eNB切換已經(jīng)完成，并觸發(fā)源eNB釋放資 源。
[0102] 16、源eNB收到UE Context Release消息后，執(zhí)行Release Resources(釋放資源） 過程，釋放之前分配給UE的相關(guān)資源。源eNB在收到End marker數(shù)據(jù)后，可以將End marker 數(shù)據(jù)轉(zhuǎn)發(fā)到目標(biāo)eNB，用于輔助在目標(biāo)eNB的數(shù)據(jù)排序，還可以執(zhí)行Data forwarding過程。 切換完成后，目標(biāo)eNB為UE提供服務(wù)，UE與目標(biāo)eNB之間、目標(biāo)eNB和Serving GW之間進(jìn) 行Packet data的交換。
[0103] 圖4是本發(fā)明實(shí)施例二的一種基站切換失敗的消息流程圖。該種情況是指失敗原 因?yàn)榍袚Q發(fā)生錯(cuò)誤的情況。該流程具體描述如下：
[0104] 1、源 eNB 向 UE 發(fā)送 Measurement Control 消息，配置 UE 的測量。
[0105] 2、UE 向源 eNB 發(fā)送 Measurement Report。
[0106] 3、源eNB根據(jù)測量報(bào)告和RRM策略執(zhí)行HO decision過程。
[0107] 4、源eNB在切換判決成功后，發(fā)送Handover Request消息給目標(biāo)eNB。
[0108] 5、目標(biāo) eNB 執(zhí)行 Admission Control 過程。
[0109] 6、目標(biāo)eNB在接納控制判決成功后，發(fā)送Path Switch Request消息給MME。該消 息攜帶用于下行用戶面的目標(biāo)eNB的地址及TEID，請求切換下行數(shù)據(jù)路徑，將用戶面從源 eNB轉(zhuǎn)移至目標(biāo)eNB。
[0110] 7、MME發(fā)送Modify Bearer Request消息給Serving GW。該消息攜帶用于下行用 戶面的目標(biāo)eNB的地址及TEID。
[0111] 8、Serving GW在更新承載過程中發(fā)生了錯(cuò)誤，確定Switch DL path Failure (下 行路徑切換失敗）。
[0112] 9、Serving GW發(fā)送Modify Bearer Response消息給MME，該消息中攜帶失敗原因 為切換發(fā)生錯(cuò)誤。
[0113] 10、目標(biāo)eNB發(fā)送Path Switch Request消息后即可啟動(dòng)定時(shí)器，目標(biāo)eNB在定時(shí) 器超時(shí)前接收到MME發(fā)送的Path Switch Request Failure (路徑切換請求失?。┫?，說 明下行路徑切換失敗，該消息中攜帶失敗原因?yàn)榍袚Q發(fā)生錯(cuò)誤。
[0114] 11、目標(biāo) eNB 接收到 Path Switch Request Failure 消息后，向源 eNB 發(fā)送 Handover Preparation Failure (切換準(zhǔn)備失?。┫ⅲ撓⒅袛y帶失敗原因?yàn)榍袚Q發(fā)生 錯(cuò)誤。
[0115] 12、源 eNB 接收到 Handover Preparation Failure 消息后，執(zhí)行 HO Cancel (取 消切換）過程，繼續(xù)為該UE提供服務(wù)。UE與源eNB之間、源eNB和Serving GW之間進(jìn)行 Packet data 的交換。
[0116] 圖5是本發(fā)明實(shí)施例二的另一種基站切換失敗的消息流程圖。該種情況是指失敗 原因?yàn)闊o響應(yīng)的情況。該流程具體描述如下：
[0117] 1、源 eNB 向 UE 發(fā)送 Measurement Control 消息，配置 UE 的測量。
[0118] 2、UE 向源 eNB 發(fā)送 Measurement Report。
[0119] 3、源eNB根據(jù)測量報(bào)告和RRM策略執(zhí)行HO decision過程。
[0120] 4、源eNB在切換判決成功后，發(fā)送Handover Request消息給目標(biāo)eNB。
[0121] 5、目標(biāo) eNB 執(zhí)行 Admission Control 過程。
[0122] 6、目標(biāo)eNB在接納控制判決成功后，發(fā)送Path Switch Request消息給MME。該消 息攜帶用于下行用戶面的目標(biāo)eNB的地址及TEID，請求切換下行數(shù)據(jù)路徑，將用戶面從源 eNB轉(zhuǎn)移至目標(biāo)eNB。
[0123] 7、目標(biāo)eNB發(fā)送Path Switch Request消息后即可啟動(dòng)定時(shí)器，目標(biāo)eNB在定時(shí)器 超時(shí)前沒有收到MME發(fā)送的Path Switch Request Ack消息、或者M(jìn)ME發(fā)送的Path Switch Request Failure消息，或者，源eNB發(fā)送的End marker數(shù)據(jù)，從而Timer out (定時(shí)器超 時(shí)）。需要說明的是，如果目標(biāo)eNB在定時(shí)器超時(shí)前收到了源eNB發(fā)送的End marker數(shù)據(jù)， 由于該數(shù)據(jù)是Serving GW發(fā)送的，因此可以說明核心網(wǎng)絡(luò)此時(shí)已完成了下行路徑的切換， 因此可以執(zhí)行正常流程，即目標(biāo)eNB發(fā)送Handover Request Ack消息至源eNB,具體參見圖 3中的步驟11-步驟16即可。
[0124] 8、目標(biāo)eNB向源eNB發(fā)送Handover Preparation Failure消息，該消息攜帶失敗 原因?yàn)闊o響應(yīng)。
[0125] 9、源 eNB 收到目標(biāo) eNB 發(fā)送的 Handover Preparation Failure 消息后，向 MME 發(fā) 送Path Switch Request消息。該消息攜帶用于下行用戶面的源eNB的地址及TEID，請求 切換下行數(shù)據(jù)路徑，將用戶面從目標(biāo)eNB轉(zhuǎn)移至源eNB，之后源eNB無需關(guān)注是否收到MME 發(fā)送的 Path Switch Request Ack 消息。
[0126] 10、源eNB執(zhí)行HO Cancel (取消切換）過程，繼續(xù)為該UE提供服務(wù)。UE與源eNB 之間、源eNB和Serving GW之間進(jìn)行Packet data的交換。
[0127] 在上述圖5所示的流程中，目標(biāo)eNB與源eNB都可能向MME發(fā)送Path Switch Request消息，分析如下：
[0128] (1)如果MME收到了目標(biāo)eNB發(fā)送的Path Switch Request消息，但目標(biāo)eNB沒有 收到 MME 發(fā)送的 Path Switch Request Ack 或者 Path Switch Request Failure 消息，而 接收到了源eNB發(fā)送的End marker數(shù)據(jù)，此時(shí)目標(biāo)eNB可以根據(jù)接收到的End marker數(shù) 據(jù)，完成正常的切換過程。
[0129] (2)如果MME沒有收到目標(biāo)eNB發(fā)送的Path Switch Request消息，但是收到了源 eNB發(fā)送的Path Switch Request消息，則用戶就可以繼續(xù)在源eNB接受服務(wù)。
[0130] (3)如果MME既沒有收到目標(biāo)eNB也沒有收到源eNB發(fā)送的Path Switch Request 消息，則用戶也可以繼續(xù)在源eNB接受服務(wù)。
[0131] 本發(fā)明實(shí)施例所述的基站切換方法，在由源eNB切換至目標(biāo)eNB失敗的情況下，源 eNB可以繼續(xù)為用戶提供服務(wù)，從而可以大大降低切換掉話的概率，提高用戶感知。
[0132] 對于前述的各方法實(shí)施例，為了簡單描述，故將其都表述為一系列的動(dòng)作組合，但 是本領(lǐng)域技術(shù)人員應(yīng)該知悉，本發(fā)明并不受所描述的動(dòng)作順序的限制，因?yàn)橐罁?jù)本發(fā)明，某 些步驟可以采用其他順序或者同時(shí)進(jìn)行。其次，本領(lǐng)域技術(shù)人員也應(yīng)該知悉，說明書中所描 述的實(shí)施例均屬于優(yōu)選實(shí)施例，所涉及的動(dòng)作和模塊并不一定是本發(fā)明所必須的。
[0133] 實(shí)施例三：
[0134] 參照圖6,示出了本發(fā)明實(shí)施例三的一種基站切換裝置的結(jié)構(gòu)框圖。該裝置可以包 括以下模塊：
[0135] 請求發(fā)送模塊601，用于在接收到源eNB發(fā)送的切換請求消息、并進(jìn)行接納控制判 決成功后，向MME發(fā)送路徑切換請求消息；所述切換請求消息為源eNB在接收到UE發(fā)送的 測量報(bào)告、并進(jìn)行切換判決成功后發(fā)送的消息；
[0136] 判斷模塊602,用于判斷下行路徑切換是否失?。?br> [0137] 失敗發(fā)送模塊603,用于在所述判斷模塊判斷出下行路徑切換失敗時(shí)，向源eNB發(fā) 送切換準(zhǔn)備失敗消息，通知所述源eNB根據(jù)所述切換準(zhǔn)備失敗消息取消切換過程，以使所 述源eNB繼續(xù)為所述UE提供服務(wù)。
[0138] 在本發(fā)明的一種優(yōu)選實(shí)施例中，所述裝置還可以包括以下模塊：
[0139] 確認(rèn)發(fā)送模塊，用于在所述判斷模塊判斷出下行路徑切換成功時(shí)，向源eNB發(fā)送 切換請求確認(rèn)消息，通知所述源eNB根據(jù)所述切換請求確認(rèn)消息向所述UE發(fā)送RRC連接重 配置消息；
[0140] 接收模塊，用于在服務(wù)模塊為所述UE提供服務(wù)之前，接收所述源eNB發(fā)送的、該源 eNB已接收到的與所述UE相關(guān)的數(shù)據(jù)；
[0141] 服務(wù)模塊，用于為所述UE提供服務(wù)。
[0142] 在本發(fā)明的一種優(yōu)選實(shí)施例中，所述判斷模塊可以包括以下子模塊：
[0143] 確定子模塊，用于在預(yù)設(shè)時(shí)間內(nèi)沒有接收到MME發(fā)送的路徑切換請求確認(rèn)消息、 MME發(fā)送的路徑切換請求失敗消息和源eNB發(fā)送的結(jié)束標(biāo)記數(shù)據(jù)三者中的至少一種時(shí)，確 定下行路徑切換失??；在預(yù)設(shè)時(shí)間內(nèi)接收到MME發(fā)送的路徑切換請求失敗消息時(shí)，確定下 行路徑切換失敗；在預(yù)設(shè)時(shí)間內(nèi)接收到MME發(fā)送的路徑切換請求確認(rèn)消息、或者源eNB發(fā)送 的結(jié)束標(biāo)記數(shù)據(jù)時(shí)，確定下行路徑切換成功。
[0144] 所述裝置還可以包括以下模塊：
[0145] 啟動(dòng)模塊，用于在所述請求發(fā)送模塊向MME發(fā)送路徑切換請求消息的同時(shí)，啟動(dòng) 預(yù)先設(shè)置的定時(shí)器，所述定時(shí)器的定時(shí)時(shí)間為所述預(yù)設(shè)時(shí)間。
[0146] 本發(fā)明實(shí)施例中目標(biāo)eNB在接收到源eNB發(fā)送的切換請求消息、并進(jìn)行接納控制 判決成功后，首先向MME發(fā)送路徑切換請求消息以進(jìn)行eNB與Serving GW的下行路徑切換 過程。在下行路徑切換失敗時(shí)，目標(biāo)eNB向源eNB發(fā)送切換準(zhǔn)備失敗消息，源eNB可以根據(jù) 該切換準(zhǔn)備失敗消息取消切換過程，繼續(xù)為UE提供服務(wù)。因此，本發(fā)明實(shí)施例可以避免UE 發(fā)生掉話，從而提升用戶感知。
[0147] 對于裝置實(shí)施例而言，由于其與方法實(shí)施例基本相似，所以描述的比較簡單，相關(guān) 之處參見方法實(shí)施例的部分說明即可。
[0148] 本說明書中的各個(gè)實(shí)施例均采用遞進(jìn)的方式描述，每個(gè)實(shí)施例重點(diǎn)說明的都是與 其他實(shí)施例的不同之處，各個(gè)實(shí)施例之間相同相似的部分互相參見即可。
[0149] 本發(fā)明可以在由計(jì)算機(jī)執(zhí)行的計(jì)算機(jī)可執(zhí)行指令的一般上下文中描述，例如程序 模塊。一般地，程序模塊包括執(zhí)行特定任務(wù)或?qū)崿F(xiàn)特定抽象數(shù)據(jù)類型的例程、程序、對象、組 件、數(shù)據(jù)結(jié)構(gòu)等等。也可以在分布式計(jì)算環(huán)境中實(shí)踐本發(fā)明，在這些分布式計(jì)算環(huán)境中，由 通過通信網(wǎng)絡(luò)而被連接的遠(yuǎn)程處理設(shè)備來執(zhí)行任務(wù)。在分布式計(jì)算環(huán)境中，程序模塊可以 位于包括存儲設(shè)備在內(nèi)的本地和遠(yuǎn)程計(jì)算機(jī)存儲介質(zhì)中。
[0150] 最后，還需要說明的是，在本文中，諸如第一和第二等之類的關(guān)系術(shù)語僅僅用來將 一個(gè)實(shí)體或者操作與另一個(gè)實(shí)體或操作區(qū)分開來，而不一定要求或者暗示這些實(shí)體或操作 之間存在任何這種實(shí)際的關(guān)系或者順序。而且，術(shù)語"包括"、"包含"或者其任何其他變體 意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、商品或者設(shè)備不僅包括 那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、商品或 者設(shè)備所固有的要素。在沒有更多限制的情況下，由語句"包括一個(gè)……"限定的要素，并 不排除在包括所述要素的過程、方法、商品或者設(shè)備中還存在另外的相同要素。
[0151] 以上對本發(fā)明所提供的一種基站切換方法和裝置，進(jìn)行了詳細(xì)介紹，本文中應(yīng)用 了具體個(gè)例對本發(fā)明的原理及實(shí)施方式進(jìn)行了闡述，以上實(shí)施例的說明只是用于幫助理解 本發(fā)明的方法及其核心思想；同時(shí)，對于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明的思想，在具 體實(shí)施方式及應(yīng)用范圍上均會(huì)有改變之處，綜上所述，本說明書內(nèi)容不應(yīng)理解為對本發(fā)明 的限制。
【權(quán)利要求】
1. 一種基站切換方法，其特征在于，包括： 目標(biāo)eNB在接收到源eNB發(fā)送的切換請求消息、并進(jìn)行接納控制判決成功后，向MME發(fā) 送路徑切換請求消息；所述切換請求消息為源eNB在接收到UE發(fā)送的測量報(bào)告、并進(jìn)行切 換判決成功后發(fā)送的消息； 判斷下行路徑切換是否失敗； 若下行路徑切換失敗，則向所述源eNB發(fā)送切換準(zhǔn)備失敗消息，通知所述源eNB根據(jù)所 述切換準(zhǔn)備失敗消息取消切換過程，以使所述源eNB繼續(xù)為所述UE提供服務(wù)。
2. 根據(jù)權(quán)利要求1所述的方法，其特征在于，還包括： 若下行路徑切換成功，則向所述源eNB發(fā)送切換請求確認(rèn)消息，通知所述源eNB根據(jù)所 述切換請求確認(rèn)消息向所述UE發(fā)送RRC連接重配置消息； 所述目標(biāo)eNB為所述UE提供服務(wù)。
3. 根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述判斷下行路徑切換是否失敗的步 驟包括： 若在預(yù)設(shè)時(shí)間內(nèi)沒有接收到MME發(fā)送的路徑切換請求確認(rèn)消息、MME發(fā)送的路徑切換 請求失敗消息和源eNB發(fā)送的結(jié)束標(biāo)記數(shù)據(jù)三者中的至少一種，則確定下行路徑切換失 ??； 若在預(yù)設(shè)時(shí)間內(nèi)接收到MME發(fā)送的路徑切換請求失敗消息，則確定下行路徑切換失 ??； 若在預(yù)設(shè)時(shí)間內(nèi)接收到MME發(fā)送的路徑切換請求確認(rèn)消息、或者源eNB發(fā)送的結(jié)束標(biāo) 記數(shù)據(jù)，則確定下行路徑切換成功。
4. 根據(jù)權(quán)利要求3所述的方法，其特征在于，還包括： 在目標(biāo)eNB向MME發(fā)送路徑切換請求消息的同時(shí)，啟動(dòng)預(yù)先設(shè)置的定時(shí)器，所述定時(shí)器 的定時(shí)時(shí)間為所述預(yù)設(shè)時(shí)間。
5. -種基站切換裝置，其特征在于，包括： 請求發(fā)送模塊，用于在接收到源eNB發(fā)送的切換請求消息、并進(jìn)行接納控制判決成功 后，向MME發(fā)送路徑切換請求消息；所述切換請求消息為源eNB在接收到UE發(fā)送的測量報(bào) 告、并進(jìn)行切換判決成功后發(fā)送的消息； 判斷模塊，用于判斷下行路徑切換是否失??； 失敗發(fā)送模塊，用于在所述判斷模塊判斷出下行路徑切換失敗時(shí)，向所述源eNB發(fā)送 切換準(zhǔn)備失敗消息，通知所述源eNB根據(jù)所述切換準(zhǔn)備失敗消息取消切換過程，以使所述 源eNB繼續(xù)為所述UE提供服務(wù)。
6. 根據(jù)權(quán)利要求5所述的裝置，其特征在于，還包括： 確認(rèn)發(fā)送模塊，用于在所述判斷模塊判斷出下行路徑切換成功時(shí)，向所述源eNB發(fā)送 切換請求確認(rèn)消息，通知所述源eNB根據(jù)所述切換請求確認(rèn)消息向所述UE發(fā)送RRC連接重 配置消息； 服務(wù)模塊，用于為所述UE提供服務(wù)。
7. 根據(jù)權(quán)利要求5或6所述的裝置，其特征在于，所述判斷模塊包括： 確定子模塊，用于在預(yù)設(shè)時(shí)間內(nèi)沒有接收到MME發(fā)送的路徑切換請求確認(rèn)消息、MME發(fā) 送的路徑切換請求失敗消息和源eNB發(fā)送的結(jié)束標(biāo)記數(shù)據(jù)三者中的至少一種時(shí)，確定下行 路徑切換失??；在預(yù)設(shè)時(shí)間內(nèi)接收到MME發(fā)送的路徑切換請求失敗消息時(shí)，確定下行路徑 切換失敗；在預(yù)設(shè)時(shí)間內(nèi)接收到MME發(fā)送的路徑切換請求確認(rèn)消息、或者源eNB發(fā)送的結(jié)束 標(biāo)記數(shù)據(jù)時(shí)，確定下行路徑切換成功。
8.根據(jù)權(quán)利要求7所述的裝置，其特征在于，還包括： 啟動(dòng)模塊，用于在所述請求發(fā)送模塊向MME發(fā)送路徑切換請求消息的同時(shí)，啟動(dòng)預(yù)先 設(shè)置的定時(shí)器，所述定時(shí)器的定時(shí)時(shí)間為所述預(yù)設(shè)時(shí)間。
【文檔編號】H04W36/08GK104144456SQ201410355832
【公開日】2014年11月12日 申請日期:2014年7月24日 優(yōu)先權(quán)日:2014年7月24日
【發(fā)明者】段江海 申請人:大唐移動(dòng)通信設(shè)備有限公司