国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

      一種協(xié)調(diào)基站和終端序列號的方法和裝置的制造方法

      文檔序號:8366134閱讀:490來源:國知局
      一種協(xié)調(diào)基站和終端序列號的方法和裝置的制造方法
      【技術領域】
      [0001]本發(fā)明涉及通信領域,特別是涉及一種協(xié)調(diào)基站和終端序列號的方法和裝置。
      【背景技術】
      [0002]在長期演進(Long Term Evolut1n,LTE)無線通信系統(tǒng)中,隨著終端地理位置的不斷變化,為了保證業(yè)務的連續(xù)性,終端需要在不同小區(qū)間進行切換。特別的,對于確認模式(Acknowledged mode, AM)業(yè)務,在切換過程中,源小區(qū)需要將業(yè)務的序列號(SerialNumber, SN)通過信令消息告知目的小區(qū)。可參閱圖1所示,以X2切換為例來說明切換信令流程:
      [0003]步驟100:終端發(fā)送測量報告(Measurement Report)給源基站(Evolved Node B,eNB)。
      [0004]步驟110:源eNB發(fā)送切換請求(HANDOVER REQUEST)信令給目標eNB。
      [0005]步驟120:目標eNB發(fā)送切換請求確認(HANDOVER REQUEST ACKNOWLEDGE)信令給源 eNB。
      [0006]具體的,目標eNB切換準備完成后發(fā)送(HANDOVER REQUEST ACKNOWLEDGE)信令給源 eNB。
      [0007]步驟130:源eNB下發(fā)無線資源控制連接重配置(RRC Connect1nReconfigurat1n)信令給終端。
      [0008]步驟140:源eNB發(fā)送序列號狀態(tài)傳輸(SN STATUS TRANSFER)信令給目標eNB。
      [0009]步驟150:終端發(fā)送配置完成(RRC Connect1n Reconfigurat1n Complete)信令給目標eNB。
      [0010]步驟160:目標eNB發(fā)送路徑轉(zhuǎn)換請求(PATH SWITCH REQUEST)信令給移動管理實體(Mobility Management Entity, MME);
      [0011]步驟170:MME 回復路徑轉(zhuǎn)換請求確認(PATH SWITCH REQUEST ACKNOWLEDGE)信令給目標eNB。
      [0012]步驟180:目標eNB發(fā)送用戶上下文釋放(UE CONTEXT RELEASE)信令給源eNB。
      [0013]在實際網(wǎng)絡環(huán)境中,由于傳輸丟包、eNB異常處理、MME異常處理等原因,會出現(xiàn)切換目的側(cè)較晚收到或無法收到包含SN的信令消息的情況。
      [0014]這種情況會導致切換信令面流程已完成,但是業(yè)務面無法恢數(shù)據(jù)復傳輸?shù)默F(xiàn)象。而且一旦出現(xiàn)該情況,即使經(jīng)過后續(xù)正常切換流程,AM業(yè)務也無法恢復。
      [0015]目前,在目標 eNB 收到 RRC Connect1n Reconfigurat1n Complete 后,終端在目標eNB即可進行上、下行數(shù)據(jù)傳輸。對于AM業(yè)務,此時如果目標eNB沒有收到源eNB發(fā)送的SN STATUS TRANSFER,則目標 eNB 將以初始 SN 和初始超幀號(Hyper Frame Number, HFN)對上、下行數(shù)據(jù)進行處理。
      [0016]然而,現(xiàn)有技術下,上行AM數(shù)據(jù)到達后,會出現(xiàn)SN號出窗丟棄和解密失敗的情況,導致上行數(shù)傳中斷;下行AM數(shù)據(jù)發(fā)送到終端后,出現(xiàn)終端檢查SN號出窗丟棄和解密失敗的情況,導致下行數(shù)傳中斷。一旦出現(xiàn)該問題,后續(xù)切換過程即使SN STATUS TRANSFER能正常傳輸,以AM進行的業(yè)務數(shù)據(jù)傳輸都將無法恢復。

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

      [0017]本發(fā)明實施例提供一種協(xié)調(diào)基站和終端序列號的方法和裝置,用以解決現(xiàn)有技術中終端從源基站切換到目標基站時,出現(xiàn)SN號出窗丟棄和解密失敗的情況下,導致的上、下行數(shù)據(jù)中斷以及以AM進行的業(yè)務數(shù)據(jù)傳輸無法恢復。
      [0018]本發(fā)明實施例提供的具體技術方案如下:
      [0019]一種協(xié)調(diào)基站和終端序列號的方法,包括:
      [0020]當終端從源基站切換到目標基站時,所述目標基站接收到所述終端發(fā)送的重配置完成消息后,判斷所述終端的業(yè)務是否以確認模式AM進行;
      [0021]若所述終端的業(yè)務以AM進行,所述目標基站判斷在預設時間范圍內(nèi)是否收到包含序列號SN信息的消息;
      [0022]確定未收到所述SN信息的消息時,所述目標基站對對自身分組數(shù)據(jù)匯聚協(xié)議rocp層中保存的所述終端的rocp信息執(zhí)行初始化操作,并向所述終端發(fā)送包含完全重配置字段的RRc連接重配置消息,指示所述終端對終端本地的rocp層執(zhí)行初始化操作。
      [0023]這樣,可以使得基站和終端的序列號一致,在終端切換的過程中,保證自身業(yè)務的連續(xù)性。
      [0024]較佳的,進一步包括:
      [0025]在所述預設時間范圍內(nèi),所述目標基站對所述終端不進行數(shù)據(jù)包的發(fā)送,并將接收的所述終端發(fā)送的數(shù)據(jù)包通過本地緩存。
      [0026]較佳的,確定未收到所述SN信息的消息時,所述目標基站對自身分組數(shù)據(jù)匯聚協(xié)議rocp層中保存的所述終端的rocp信息執(zhí)行初始化操作,包括:
      [0027]確定未收到所述SN信息的消息時,所述目標基站指示對自身rocp層中保存的所述終端的rocp信息中的SN和超幀號HFN進行初始化操作。
      [0028]較佳的,確定未收到所述SN信息的消息時,所述目標基站向所述終端發(fā)送包含完全重配置字段的RRC連接重配置消息,指示所述終端對終端本地的rocp層中執(zhí)行初始化操作,包括:
      [0029]確定未收到所述SN信息的消息時,所述目標基站向所述終端發(fā)送包含完全重配置字段的RRC連接重配置消息,指示所述終端對終端本地的rocp層中的SN和HFN進行初始化操作。
      [0030]較佳的,在目的基站和終端進行初始化操作以后,進一步包括:
      [0031]目的基站數(shù)據(jù)包按照初始化后的SN進行編號,并根據(jù)初始化后的HFN對所述數(shù)據(jù)包進行加密,將加密后的數(shù)據(jù)包發(fā)往終端;
      [0032]以及采用初始化后的SN監(jiān)聽所述終端返回的數(shù)據(jù)包,并根據(jù)初始化后的HFN對監(jiān)聽到的數(shù)據(jù)包進行解密。
      [0033]一種協(xié)調(diào)基站和終端序列號的裝置,包括:
      [0034]通信模塊,用于當終端從源基站切換到目標基站時,所述目標基站接收到所述終端發(fā)送的重配置完成消息后,判斷所述終端的業(yè)務是否以確認模式AM進行,所述終端的業(yè)務以AM進行,則判斷在預設時間范圍內(nèi)是否收到包含序列號SN信息的消息;
      [0035]執(zhí)行模塊,位于分組數(shù)據(jù)匯聚協(xié)議rocp層,用于確定未收到所述SN信息的消息時,所述目標基站對自身分組數(shù)據(jù)匯聚協(xié)議rocp層中保存的所述終端的rocp信息執(zhí)行初始化操作;
      [0036]指示模塊,位于無線資源控制RRC層,用于確定未收到所述SN信息的消息時,所述目標基站對所述終端發(fā)送包含完全重配置字段的RRC連接重配置消息,指示所述終端對終端本地的rocp層執(zhí)行初始化操作。
      [0037]這樣,可以使得基站和終端的序列號一致,在終端切換的過程中,保證自身業(yè)務的連續(xù)性。
      [0038]較佳的,所述通信模塊進一步用于:
      [0039]在所述預設時間范圍內(nèi),所述目標基站對所述終端不進行數(shù)據(jù)包的發(fā)送,并將接收的所述終端發(fā)送的數(shù)據(jù)包通過本地緩存。
      [0040]較佳的,確定未收到所述SN信息的消息時,所述目標基站對自身分組數(shù)據(jù)匯聚協(xié)議rocp層中保存的所述終端的rocp信息執(zhí)行初始化操作,所述執(zhí)行模塊具體用于:
      [0041 ] 確定未收到所述SN信息的消息時,所述目標基站指示對自身rocp層中保存的所述終端的rocp信息中的SN和超幀號HFN進行初始化操作。
      [0042]較佳的,確定未收到所述SN信息的消息時,所述目標基站向所述終端發(fā)送包含完全重配置字段的RRC連接重配置消息,指示所述終端對終端本地的rocp層中執(zhí)行初始化操作時,所述指示模塊具體用于:
      [0043]確定未收到所述SN信息的消息時,所述目標基站向所述終端發(fā)送包含完全重配置字段的RRC連接重配置消息,指示所述終端對終端本地的rocp層中的SN和HFN進行初始化操作。
      [0044]較佳的,在目的基站和終端進行初始化操作以后,所述通信模塊進一步用于:
      [0045]目的基站數(shù)據(jù)包按照初始化后的SN進行編號,并根據(jù)初始化后的HFN對所述數(shù)據(jù)包進行加密,將加密后的數(shù)據(jù)包發(fā)往終端;
      [0046]以及采用初始化后的SN監(jiān)聽所述終端返回的數(shù)據(jù)包,并根據(jù)初始化后的HFN對監(jiān)聽到的數(shù)據(jù)包進行解密。
      【附圖說明
      當前第1頁1 2 3 
      網(wǎng)友詢問留言 已有0條留言
      • 還沒有人留言評論。精彩留言會獲得點贊!
      1