專利名稱：一種小區切換失敗后保持用戶特定業務的方法和一種ue的制作方法
技術領域：
本發明涉及移動通信技術領域，特別涉及一種切換失敗后保持用戶特定業務的方 法和設備。
背景技術：
無線網絡長期演進(LTE，Long Term Evolution)系統采用扁平的網絡結構。圖1 是LTE網絡結構圖。如圖1所示，演進的通用移動通信系統無線接入網(E-UTRAN，Evolved Universal Terrestrial RadioAccess Network)由基站(eNB, evolved NodeB)構成，eNB 之間由X2接口互連；演進型分組核心網(Evolved Packet Corenet work，EPC)包括服務網 關(S-GW, Serving Gateway)和移動性管理實體(MME, Mobility Management Entity)，通 過Sl接口與eNB交互。其中每個eNB包括多個小區。移動性是無線通信系統中的主要特征，它主要靠空閑模式下的小區重選和連接模 式下的小區切換來實現。連接模式下由于局部地區多小區覆蓋的復雜性導致小區切換過 程中小區信號的強弱對比會時刻發生變化，在這個時候出現小區切換失敗的可能性就比較 大。在LTE系統中，UE通過無線資源控制(RRC，Radio ResourceControl)連接重建立 過程來恢復無線鏈路，并利用無線鏈路的快速恢復來保證業務的連貫性。但是由于這種流 程中信道環境的復雜性會導致RRC連接重建立過程成功的可能性比其他重建立場景要低。 以現有的協議規定，當重選不到小區、重建立被拒絕或者重建立定時器超時后，UE的RRC層 應該進入空閑(IDLE)狀態，NAS層釋放承載上下文后仍然保持在注冊狀態，而基站側和核 心網側由于相應的失敗導致UE資源被釋放，所有專用承載被刪除，此時UE僅處在注冊狀 態，沒有任何業務的保持。以圖2為例進行說明。圖2是現有的LTE系統中切換失敗后進行RRC連接重建立成功的流程圖。如圖2 所示，該流程包括步驟201，源小區向UE發送RRC連接重配置消息，該消息的移動控制信息中包括目 標小區標識。步驟202，UE收到源小區發送的RRC連接重配置消息后，刪除現有的無線鏈路，并 檢測目標小區。步驟203，UE向目標小區做下行同步，并隨機接入目標小區。如果本步驟發生錯誤，將導致UE向目標小區切換失敗，切換失敗后，UE進行RRC連 接重建立。RRC連接重建立成功場景包括步驟204 步驟206。步驟204，UE將搜索到的可用小區作為重建立過程的目標小區，并向該重建立過 程的目標小區發送RRC連接重建立請求消息。本步驟中，該重建立過程的目標小區是切換過程中的源小區或者是目標小區。步驟205，該重建立過程的目標小區向UE發送RRC連接重建立消息。步驟206，RRC連接重建立完成以后，UE向該重建立過程的目標小區發送RRC重建立完成的消息，表示RRC連接重建立完成。RRC連接重建立流程到此結束。RRC連接重建立過程也有可能失敗，RRC連接重建立失敗場景包括以下幾種情況情況1，UE重選時搜索不到合適小區。在重建立的初始階段無法搜索到一個合適的小區，此時由于沒有小區能夠滿足UE 駐留的條件，所以在這種環境下UE只能進入IDLE狀態，無法進行接入。情況2，UE發送RRC連接重建立消息，但是重建立過程的目標小區無響應。發送完RRC連接重建立請求消息后，在重建立過程的目標小區配置的RRC連接重 建立定時器超時前無法接收到正確的RRC連接重建立消息。這可能是由于上行信道質量太 差導致重建立過程的目標小區無法接收到UE的RRC連接重建立請求消息，也可能是因為下 行信道質量太差導致UE無法正確接收到重建立過程的目標小區下發的RRC連接重建立消 息，這種情況下，UE也無法通過后續的接入來保持業務在線。情況3，重建立過程的目標小區向UE發送RRC連接重建立拒絕消息。這種情況下，被拒絕的原因有可能是進行RRC連接重建立的目標小區沒有UE的資 源或者重建立過程的目標小區側由于切換定時器已經超時而釋放掉UE的資源。UE接收到RRC連接重建立拒絕消息后，釋放無線鏈路資源，搜索小區駐留，進入空 閑狀態；之后通知NAS釋放無線鏈路，釋放原因為RRC連接失敗，NAS接收到釋放鏈路消息 后釋放所有的專用承載上下文，進入正常注冊狀態。UE進行RRC連接重建立失敗后，則UE離開RRC連接狀態，進入空閑狀態進行駐留。綜上所述，現有協議中對UE向目標小區切換失敗后的規定動作為進入RRC連接重 建立流程。但是在切換失敗的場景下由于小區選擇的不確定性導致重建立也很有可能會失 敗，按協議規定這個時候UE應該直接進入IDLE狀態，導致UE無法繼續保持當前任何業務 的狀態，只能通過用戶手動的后續操作重新開始之前的業務。
發明內容
本發明提供了一種切換失敗后保持用戶特定業務的方法，該方法能夠在UE切換 失敗后的RRC連接重建立過程中，UE收到RRC連接重建立拒絕消息后，保持用戶的特定業務。本發明還提供了一種UE,該UE能夠在切換失敗后的RRC連接重建立過程中，收到 RRC連接重建立拒絕消息后，保持用戶的特定業務。為達到上述目的，該方法是這樣實現的本發明公開了一種小區切換失敗后保持用戶特定業務的方法，本方法適用于長期 演進LTE網絡中，該方法包括在無線資源控制RRC連接重建立過程中，用戶設備UE的RRC層接收到RRC連接重 建立拒絕消息后，對發起RRC連接重建立的原因進行判斷；如果發起RRC連接重建立的原因為切換失敗，則UE的RRC層向UE的非接入NAS 層發送鏈路釋放消息，其中，該鏈路釋放消息中包含的釋放原因為‘需求業務請求’；UE的NAS層接收到所述鏈路釋放消息后，釋放當前存在的所有專用承載上下文， 之后向移動性管理實體MME發起跟蹤區更新TAU請求，并重新激活默認承載；UE的NAS層接收到MME返回的TAU響應后，判斷RRC連接重建立過程中存在的業務是否為特定業務；如果是特定業務，則UE的NAS層向MME發送承載資源修改請求消息，以申請為RRC 連接重建立過程中存在的業務建立新的專用承載；UE的NAS層接收MME返回的承載資源修 改響應消息；到此RRC連接重建立過程中存在的業務得以保持。在上述的方法中，所述的向MME發起TAU請求包括UE的NAS層向MME發送TAU請 求，并將TAU請求消息中的‘激活’標志置位，并向MME發送該TAU請求消息。在上述的方法中，所述承載資源修改請求消息中包括RRC連接重建立過程中存 在業務的參數。在上述的方法中，所述RRC連接重建立過程中存在業務的參數是由UE的NAS層保存。上述方法進一步包括，所述特定業務是對實時性無要求的業務。本發明還公開了一種UE，該UE包括RRC模塊和NAS模塊，其中RRC模塊，用于在RRC連接重建立過程中接收到RRC連接重建立拒絕消息后，對 RRC連接重建立原因進行判斷，如果發起RRC連接重建立的原因為切換失敗，則向NAS模塊 發送鏈路釋放消息，其中，該鏈路釋放消息中包含的釋放原因為‘需求業務請求’；NAS模塊，用于接收到鏈路釋放消息后，釋放當前存在的所有專用承載上下文，之 后向MME發起TAU請求，并重新激活默認承載；在接收到MME返回的TAU響應后，判斷RRC 連接重建立過程中存在的業務是否為特定業務；如果是特定業務，則向MME發送承載資源 修改請求消息，以申請為RRC連接重建立失敗過程中存在的業務建立新的專用承載；接收 MME返回的承載資源修改響應消息。在所述的UE中，NAS模塊，用于將TAU請求消息中的‘激活’標志置位，并向MME發 送該TAU請求消息。在所述的UE中，NAS模塊，用于保存RRC連接重建立過程中存在業務的參數，并在 向MME發送的承載資源修改請求消息中攜帶該參數。在所述的UE中，NAS模塊判斷RRC連接重建立過程中存在的業務是否為特定業務 包括NAS模塊判斷RRC連接重建立過程中存在的業務是否為對實時性無要求的業務。由上述可見，在無線資源控制RRC連接重建立過程中，UE的RRC層接收到RRC連 接重建立拒絕消息后，對發起RRC連接重建立的原因進行判斷；如果發起RRC連接重建立的 原因為切換失敗，則UE的RRC層向UE的NAS層發送釋放原因為‘需求業務請求’的鏈路釋 放消息；UE的NAS層接收到所述鏈路釋放消息后，釋放當前存在的所有專用承載上下文，之 后向移動性管理實體MME發起跟蹤區更新TAU請求，并重新激活默認承載；UE的NAS層接 收到MME返回的TAU響應后，對RRC連接重建立過程中存在的業務進行判斷；如果是特定業 務，則UE的NAS層向MME發送承載資源修改請求消息，以申請為RRC連接重建立過程中存 在的特定業務建立新的專用承載。該流程使UE能夠在RRC重建立失敗的情況下保持特定 業務在線，從而解決了 UE業務質量在切換過程中無法保證的缺點，優化了用戶體驗。
圖1是現有技術中的LTE網絡結構圖。
圖2是現有的LTE系統中切換失敗后進行RRC連接重建立成功的流程圖。圖3是本發明中一種小區切換失敗后保持用戶特定業務的方法流程圖。圖4是本發明中RRC連接重建立失敗后保持用戶特定業務的方法流程圖。圖5是本發明中的一種UE的結構圖。
具體實施例方式本發明針對在RRC連接重建立過程中，重建立過程的目標小區向UE發送RRC連接 重建立拒絕消息的情況，即前述的情況3，給出了一種保持用戶特定業務的方案。在情況3所述的場景中，RRC連接重建立被拒絕的原因有可能是進行RRC連接重 建立的目標小區沒有UE的資源或者重建立過程的目標小區側由于切換定時器已經超時而 釋放掉UE的資源，在該情況下，UE再發起新的業務接入能夠被接入網側和核心網側接受， 也就能夠重建立UE的業務承載。圖3是本發明中一種小區切換失敗后保持用戶特定業務的方法流程圖。如圖3所 示，該方法包括步驟301，在無線資源控制RRC連接重建立過程中，用戶設備UE的RRC層接收到 RRC連接重建立拒絕消息后，對發起RRC連接重建立的原因進行判斷。步驟302，如果發起RRC連接重建立的原因為切換失敗，則UE的RRC層向UE的非接 入NAS層發送鏈路釋放消息，其中，該鏈路釋放消息中包含的釋放原因為‘需求業務請求’。步驟303，UE的NAS層接收到所述鏈路釋放消息后，釋放當前存在的所有專用承載 上下文，之后向移動性管理實體MME發起跟蹤區更新TAU請求，并重新激活默認承載。步驟304，UE的NAS層接收到MME返回的TAU響應后，判斷RRC連接重建立過程中 存在的業務是否為特定業務。步驟305，如果是特定業務，則UE的NAS層向MME發送承載資源修改請求消息，以 申請為RRC連接重建立過程中存在的業務建立新的專用承載；UE的NAS層接收MME返回的 承載資源修改響應消息；到此RRC連接重建立過程中存在的業務得以保持。為了使本發明的目的、技術方案和優點更加清楚，下面對本發明中RRC連接重建 立失敗后特定業務保持流程進行詳細描述。圖4是本發明中RRC連接重建立失敗后保持用戶特定業務的方法流程圖。如圖4 所示，該流程包括步驟401，源小區向UE發送的RRC連接重配置消息。本步驟中，UE達到上報條件后，向源小區發送測量報告，源小區會在接收到測量報 告后進行UE是否達到切換要求的判決。判決成功后，源小區從滿足切換條件的多個準備集 小區中選出一個切換的目標小區，之后向UE發送RRC連接重配置消息。該RRC連接重配置 消息中攜帶移動控制信息，移動控制信息中包括目標小區信息。步驟402，UE的RRC層接收到源小區發送的RRC連接重配置消息后，刪除現有的無 線鏈路，釋放無線資源，并對目標小區進行探測。步驟403，UE的RRC層進行目標小區同步，并發起隨機接入過程。本步驟發生錯誤，表示UE向目標小區切換失敗。則執行步驟404。步驟404，UE的RRC層向重建立過程的目標小區發送RRC連接重建立請求。
本步驟中，重建立過程的目標小區是切換過程中的源小區或目標小區。步驟405，重建立過程的目標小區向UE發送RRC連接重建立拒絕消息。UE進行 RRC連接重建立失敗，UE執行步驟406。步驟406，UE的RRC層接收到RRC連接重建立拒絕消息后，對發起RRC連接重建立 的原因是否為切換失敗進行判斷；本步驟中，如果發起RRC連接重建立的原因不是切換失敗，則UE離開RRC連接狀 態(RRC CONNECTED)，并搜索小區駐留，進入空閑狀態；之后通知NAS層無線鏈路的釋放原 因為 RRC 連接失敗(RRC connection failure)。如果發起RRC連接重建立的原因為切換失敗，則執行步驟407。步驟407，UE的RRC層離開RRC連接狀態，通知UE的NAS層無線鏈路的釋放原因 為‘需求業務請求(Service Request Required)，。步驟408，UE的NAS層向MME發生TAU請求，并激活默認承載。這里，UE通過重建立過程的目標小區與MME進行通信。本步驟中，UE的NAS層收到原因為‘需求業務請求’的無線鏈路釋放消息后，釋放 當前存在的所有專用承載上下文，之后將TAU請求消息中的‘激活(active)’標識置位，然 后向MME發送該TAU請求消息，并且重新激活默認承載。步驟409，UE的NAS層接收MME發送的TAU請求響應消息。步驟410，UE的NAS層接收到TAU響應消息后，根據無線鏈路的釋放原因判斷RRC 連接重建立過程中存在的業務是否為特定業務。本發明中，特定業務包括FTP下載、流媒體等對實時性無要求的業務。本步驟中，如果RRC連接重建立過程中存在的業務不是特定業務，則只保持當前 默認承載。如果RRC連接重建立過程中存在的業務為特定業務，則執行步驟411。步驟411，UE的NAS層向MME發送承載資源修改請求消息。本步驟中，所述的承載資源修改請求消息中攜帶RRC連接重建立過程中存在的特 定業務的業務參數，UE的NAS層根據該保存的業務參數，通過承載資源修改請求消息向MME 申請新的專用承載。在本發明中，由UE的NAS層保存特定業務的業務參數。步驟412，UE的NAS層接收到MME發送的承載資源修改響應消息。本步驟中，MME接受UE的NAS層發送的承載資源修改請求消息，并恢復該特定業 務，并向UE的NAS層發送承載資源修改響應消息。到此結束，用戶的特定業務得以保持。基于上述實施例給出本發明中的一種UE的結構圖。圖5是本發明中的一種UE的結構圖。如圖5所示，該UE包括RRC模塊501和NAS 模塊502，其中RRC模塊501，用于在RRC連接重建立過程中接收到RRC連接重建立拒絕消息后， 對RRC連接重建立原因進行判斷，如果發起RRC連接重建立的原因為切換失敗，則向NAS模 塊502發送鏈路釋放消息，其中，該鏈路釋放消息中包含的釋放原因為‘需求業務請求’；NAS模塊502，用于接收到鏈路釋放消息后，釋放當前存在的所有專用承載上下 文，之后向MME發起TAU請求，并重新激活默認承載；在接收到MME返回的TAU響應后，判斷RRC連接重建立過程中存在的業務是否為特定業務；如果是特定業務，則向MME發送承載資 源修改請求消息，以申請為RRC連接重建立失敗過程中存在的業務建立新的專用承載；接 收MME返回的承載資源修改響應消息。在圖5中，NAS模塊502，用于將TAU請求消息中的‘激活’標志置位，并向MME發 送該TAU請求消息。在圖5中，NAS模塊502，用于保存RRC連接重建立過程中存在業務的參數，并在向 MME發送的承載資源修改請求消息中攜帶該參數。在圖5中，NAS模塊502判斷RRC連接重建立過程中存在的業務是否為特定業務 包括NAS模塊502判斷RRC連接重建立過程中存在的業務是否為對實時性無要求的業務。現有技術中，UE切換失敗后進入RRC連接重建立流程，但是在切換失敗的情況下 由于小區選擇的不確定性，導致RRC連接重建立也會失敗，則UE直接釋放無線資源，進入空 閑狀態。這就導致UE無法繼續保持當前業務狀態，用戶只能手動的后續操作方式重新開心 之前的業務，驗證影響用戶體驗。而在本發明中，RRC連接重建立過程中，UE的RRC層接收到RRC連接重建立拒絕 消息后，對發起RRC連接重建立的原因進行判斷；如果發起RRC連接重建立的原因為切換失 敗，則UE的RRC層向UE的NAS層發送釋放原因為‘需求業務請求’的鏈路釋放消息；UE的 NAS層接收到所述鏈路釋放消息后，釋放當前存在的所有專用承載上下文，之后向移動性管 理實體MME發起跟蹤區更新TAU請求，并重新激活默認承載；UE的NAS層接收到MME返回的 TAU響應后，對RRC連接重建立過程中存在的業務進行判斷，如果是特定業務，則UE的NAS 層向MME發送承載資源修改請求消息，以申請為RRC連接重建立過程中存在的特定業務建 立新的專用承載。該流程使UE能夠在RRC重建立失敗的情況下保持特定業務在線，從而解 決了 UE業務質量在切換過程中無法保證的缺點，優化了用戶體驗。以上所述僅為本發明的較佳實施例而已，并不用以限制本發明，凡在本發明的精 神和原則之內，所做的任何修改、等同替換、改進等，均應包含在本發明保護的范圍之內。
8
權利要求
一種小區切換失敗后保持用戶特定業務的方法，本方法適用于長期演進LTE網絡中，其特征在于，該方法包括在無線資源控制RRC連接重建立過程中，用戶設備UE的RRC層接收到RRC連接重建立拒絕消息后，對發起RRC連接重建立的原因進行判斷；如果發起RRC連接重建立的原因為切換失敗，則UE的RRC層向UE的非接入NAS層發送鏈路釋放消息，其中，該鏈路釋放消息中包含的釋放原因為‘需求業務請求’；UE的NAS層接收到所述鏈路釋放消息后，釋放當前存在的所有專用承載上下文，之后向移動性管理實體MME發起跟蹤區更新TAU請求，并重新激活默認承載；UE的NAS層接收到MME返回的TAU響應后，判斷RRC連接重建立過程中存在的業務是否為特定業務；如果是特定業務，則UE的NAS層向MME發送承載資源修改請求消息，以申請為RRC連接重建立過程中存在的業務建立新的專用承載；UE的NAS層接收MME返回的承載資源修改響應消息；到此RRC連接重建立過程中存在的業務得以保持。
2.根據權利要求1所述的方法，其特征在于，所述的向MME發起TAU請求包括UE的 NAS層向MME發送TAU請求，并將TAU請求消息中的‘激活’標志置位，并向MME發送該TAU 請求消息。
3.根據權利要求1所述的方法，其特征在于，所述承載資源修改請求消息中包括RRC 連接重建立過程中存在業務的參數。
4.根據權利要求3所述的方法，其特征在于，所述RRC連接重建立過程中存在業務的參 數是由UE的NAS層保存的。
5.根據權利要求1至4中任一項所述的方法，其特征在于，所述特定業務是對實時性無 要求的業務。
6.一種UE，其特征在于，該UE包括RRC模塊和NAS模塊，其中RRC模塊，用于在RRC連接重建立過程中接收到RRC連接重建立拒絕消息后，對RRC連 接重建立原因進行判斷，如果發起RRC連接重建立的原因為切換失敗，則向NAS模塊發送鏈 路釋放消息，其中，該鏈路釋放消息中包含的釋放原因為‘需求業務請求’；NAS模塊，用于接收到鏈路釋放消息后，釋放當前存在的所有專用承載上下文，之后向 MME發起TAU請求，并重新激活默認承載；在接收到MME返回的TAU響應后，判斷RRC連接 重建立過程中存在的業務是否為特定業務；如果是特定業務，則向MME發送承載資源修改 請求消息，以申請為RRC連接重建立失敗過程中存在的業務建立新的專用承載；接收MME返 回的承載資源修改響應消息。
7.根據權利要求6所述的UE，其特征在于，NAS模塊，用于將TAU請求消息中的‘激活’標志置位，并向MME發送該TAU請求消息。
8.根據權利要求6所述的UE，其特征在于，NAS模塊，用于保存RRC連接重建立過程中存在業務的參數，并在向MME發送的承載資 源修改請求消息中攜帶該參數。
9.根據權利要求6至8中任一項所述的UE,其特征在于，NAS模塊判斷RRC連接重建 立過程中存在的業務是否為特定業務包括NAS模塊判斷RRC連接重建立過程中存在的業務是否為對實時性無要求的業務。
全文摘要
本發明公開了一種小區切換失敗后保持用戶特定業務的方法和一種UE。所述方法包括在RRC連接重建立過程中，UE的RRC層接收到RRC連接重建立拒絕消息后，判斷發起RRC連接重建立的原因為切換失敗時，向UE的NAS層發送鏈路釋放消息；UE的NAS層接收到該消息后，釋放當前存在的所有專用承載上下文，向MME發起TAU請求，重新激活默認承載；UE的NAS層在接收到MME返回的TAU響應后，判斷RRC連接重建立過程中存在的業務是特定業務時，向MME發送承載資源修改請求消息，以申請為所述特定業務建立新的專用承載。本發明的技術方案，能夠在UE切換失敗后的RRC連接重建立過程中，保持用戶的特定業務。
文檔編號H04W76/00GK101986761SQ20101052657
公開日2011年3月16日 申請日期2010年11月1日 優先權日2010年11月1日
發明者王曉東, 魏珍榮 申請人:新郵通信設備有限公司