一種初始上下文建立失敗后業務恢復方法、終端及系統的制作方法
【技術領域】
[0001]本發明涉及無線通信領域，尤其涉及一種初始上下文建立失敗后業務恢復方法、終端及系統。
[0002]
【背景技術】
[0003]隨著無線通信技術的發展，人們對數據業務的需求日益提高。長期演進(LongTerm Resolved，LTE)技術因為其永久在線，業務數據速率，系統容量大等特點而得到大力發展。在現有技術中，用戶設備(User Equipment ,UE)通過電子保障措施(ElectronicSupport Measures, ESM)過程建立默認的增強分組服務承載上下文(EPS BEARERCONTEXT)，該承載上下文除了顯示去激活或網絡隱式去激活外，在SI連接和無限資源控制模塊(Rad1 Resource Control，RRC)連接釋放時用戶體驗(User Experience，UE)側和移動管理實體(Mobile Managenment Entity，MME)側上下文均不會釋放，當連接釋放后用戶進入ECM-1DLE模式，后續若該用戶需要傳輸緩存上行數據或信令或是網絡有緩存下行數據發送時，可能通過Service Request過程或TAU過程來轉換到ECM-C0NNECTED模式，并在Service Request過程中或在TAU過程結束后通過初始上下文建立過程建立SI和空口承載，從而進一步進行數據業務。
[0004]根據協議，若初始上下文建立過程中，若由于E-UTRAN無線接入控制或是終端重配失敗或終端重配完成消息未成功發送到演進的基站(eNodeB)等原因，最終導致初始上下文過程建立失敗，eNodeB和MME的行為協議未明確，eNodeB和MME兩個節點分別進行各自的隱式釋放或是MME發起的UE Context Release都可以接受，只要保證eNodeB側的資源釋放即可。
[0005]現有技術至少會存在以下問題:
(I)若是終端重配完成消息未成功發送，終端不斷重傳該消息，到達最大重傳次數后，發起RRC連接重建，因為eNodeB側UE上下文已經刪除故重建不能成功。重建被網絡拒絕后離開RRC_C0NNECTED態，并且底層指示’ RRC connect1n fai lure ’的RRC釋放原語后，終端繼續發起TAU過程以實現NAS信令連接恢復，而MME側上下文已經釋放，所以TAU Request也會被網絡以’ Implicitly detached’原因拒絕。
[0006](2)若是Service Request過程中網絡側無線接入控制原語導致所有的無線承載均無法建立，UE不知道MME側上下文已被去激活，只收至IjeNodeB的原因為’other ’的RRC連接釋放消息而結束本次Service Request過程，后續用戶若重新發起Service Request請求業務恢復，均會因為MME側找不到上下文而被網絡以〃Implicitly detached〃原因拒絕。
[0007]以上均會增加不必要的信令交互過程，浪費信令資源，同時延長了業務恢復時間。
[0008]
【發明內容】
[0009]本發明目的旨在提供一種初始上下文建立失敗后業務恢復方法、終端及系統，該初始上下文建立失敗后業務恢復方法、終端及系統可以節省信令資源，迅速恢復業務，優化客戶體驗。
[0010]具體的，本發明實施例提供一種初始上下文建立失敗后業務恢復方法，包括:
終端發起NAS消息；
移動管理實體指示演進的基站進行初始上下文建立；
演進的基站檢測初始上下文建立失敗；
網絡側通知終端上下文釋放指示；以及終端處理上下文釋放指示，發起ATTACH請求。
[OO11 ]優選地，所述終端處理上下文釋放指示，發起ATTACH請求，具體包括:
終端的RRC層接收到網絡側的RRC鏈路釋放消息后，對釋放原因進行判斷；
若上述釋放原因指示網絡上下文釋放，則終端的RRC層判斷當前是否有RLC重傳及是否要發起RRC重建過程，若存在則停止該過程，并釋放資源進入IDLE態；
RRC層在釋放資源結束后，指示NAS層無線鏈路釋放，攜帶特殊原因值，指示網絡側上下文釋放；
NAS層收到上述無線鏈路釋放消息后，對其中的原因值進行判斷，若為上下文釋放指示，則進行本地去注冊，在本地去注冊結束后發起ATTACH請求，請求網絡重新附著。
[0012]優選地，所述NAS消息為TAU消息或Service Request消息。
[0013]優選地，所述指示的消息為已有消息中的參數、新增加的參數或現有參數中的某些字段。
[0014]本發明實施例還提供一種初始上下文建立失敗后業務恢復終端，包括:
NAS模塊，用于終端發起NAS消息；
RRC模塊，用于移動管理實體指示演進的基站進行初始上下文建立；
初始上下文失敗檢測模塊，用于演進的基站檢測初始上下文建立失敗；
初始上下文釋放指示模塊，用于網絡側通知終端上下文釋放指示；以及業務失敗恢復模塊，用于終端處理上下文釋放指示，發起ATTACH請求。
[0015]優選地，所述業務失敗恢復模塊具體包括:
第一判斷模塊，終端的RRC層接收到網絡側的RRC鏈路釋放消息后，對釋放原因進行判斷；
第二判斷模塊，若上述釋放原因指示網絡上下文釋放，則終端的RRC層判斷當前是否有RLC重傳及是否要發起RRC重建過程，若存在則停止該過程，并釋放資源進入IDLE態；
釋放模塊，RRC層在釋放資源結束后，指示NAS層無線鏈路釋放，攜帶特殊原因值，指示網絡側上下文釋放；
第三判斷模塊，NAS層收到上述無線鏈路釋放消息后，對其中的原因值進行判斷，若為上下文釋放指示，則進行本地去注冊，在本地去注冊結束后發起ATTACH請求，請求網絡重新附著。
[0016]優選地，所述NAS消息為TAU消息或Service Request消息。
[0017]優選地，所述所述指示的消息為已有消息中的參數、新增加的參數或現有參數中的某些字段。
[0018]在此基礎上，本發明實施例還提供一種初始上下文建立失敗后業務恢復系統，具體包括本發明實施例提供的上述初始上下文建立失敗后業務恢復終端。
[0019]由于本發明實施例提供的一種網絡初始上下文建立失敗后業務恢復方法、終端及系統，在初始上下文建立失敗時，增加給終端的指示消息，通知MME側和eNodeB側的UE上下文信息被刪除，終端進而立即發起ATTACH過程，而不必發起RRC重建或Service Request或TAU等過程以免被網絡拒絕，從而節省信令資源，迅速恢復業務，優化客戶體驗。
[0020]上述說明僅是本發明技術方案的概述，為了能夠更清楚了解本發明的技術手段，而可依照說明書的內容予以實施，并且為了讓本發明的上述和其他目的、特征和優點能夠更明顯易懂，以下特舉較佳實施例，并配合附圖，詳細說明如下。
[0021]
【附圖說明】
[0022]圖1為本發明第一實施例提供的一種初始上下文建立失敗業務恢復方法的流程示意圖。
[0023]圖2為圖1所示步驟S105業務恢復的流程示意圖。
[0024]圖3為本發明第二實施例提供的一種初始上下文建立失敗業務恢復方法的流程示意圖。
[0025]圖4為本發明第三實施例提供的一種初始上下文建立失敗業務恢復終端的結構示意圖。
[0026]圖5為圖4所示業務失敗恢復模塊的結構示意圖。
[0027]
【具體實施方式】
[0028]為更進一步闡述本發明為達成預定發明目的所采取的技術手段及功效，以下結合附圖及較佳實施例，對依據本發明提出的一種初始上下文建立失敗后業務恢復方法、終端及系統及其【具體實施方式】、方法、步驟、結構、特征及功效，詳細說明如后。
[0029 ]有關本發明的前述及其他技術內容、特點與功效，在以下配合參考圖式的較佳實施例的詳細說明中將可清楚的呈現。通過【具體實施方式】的說明，當可對本發明為達成預定目的所采取的技術手段及功效得以更加深入且具體的了解，然而所附圖式僅是提供參考與說明之用，并非用來對本發明加以限制。
[0030]請參考圖1，圖1為本發明第一實施例提供的一種初始上下文建立失敗業務恢復方法的流程示意圖。如圖1所示，該初始上下文建立失敗業務恢復方法具體包括以下步驟:步驟SlOl:終端發起NAS消息。
[0031 ] ECM-1DLE模式下的終端發起NAS消息觸發初始上下文建立過程，該NAS消息是TAU消息或Service Request消息。
[0032]其中，TAU消息觸發場景包括兩種:TAU請求中active標志位置位，或TAU請求中active標志位未置位但是網絡有下行數據緩存。
[0033]步驟S102:MME指示eNodeB進行初始上下文建立。
[0034]MME收到NAS消息后，觸發初始上下文建立過程，發送初始上下文建立請求給eNodeBο
[0035]其中TAU過程觸發的初始上下文建立請求，是在MME發送TAUAccept消息之后。
[0036]步驟S103: eNodeB檢測初始上下文建立失敗；
eNodeB在收到MME的初始上下文建立請求消息后，進行相關無線接入準入及用戶面資源的建立，若eNodeB檢測到初始上下文建立過程失敗，則通知MME。
[0037]步驟S104:網絡側通知終端上下文釋放指示。
[0038]eNodeB側和MME側進行初始上下文建立失敗后的后續處理，最終指示終端網絡側上下文釋放，該指示消息為已有消息中的參數、新增加的參數或現有參數中的某些字段。
[0039]步驟S105:終端處理上下文釋放指示，發起ATTACH請求。
[0040]終端收到網絡側上下文釋放指示消息后，進行現有過程終止，包括NAS模塊現有Service Request過程和RRC模塊相關過程如重建、重傳等，如有則結束，釋放鏈路進入空閑態，去激活UE側上下文，進入E麗-DEREGISTERED狀態。最后，終端發起ATTACH請求，重新附著。
[0041 ] 對于上述方法中的網絡側上下文釋放指示處理，可以有多種實現方案:eNodeB暫緩釋放鏈路，MME通過現有NAS消息指示終端;eNodeB側通過RRC釋放消息中新增新的IE或釋放原因IE里擴展新的字段指示終端。
[0042]請參考圖2，圖2為圖1所示步驟S105業務恢復的流程示意圖。如圖2所以，該步驟S105業務恢復的具體步驟包括:
步驟S1051:終端的RRC層接收到網絡側的RRC鏈路釋放消息后，對釋放原因進行判斷；步驟S1052:若上述釋放原因指示網絡上下文釋放，則終端的RRC層判斷當前是否有RLC重傳及是否要發起RRC重建過程，若存在則停止該過程，并釋放資源進入IDLE態；