一種雙連接路徑更新失敗的處理方法與裝置的制造方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及長期演進(jìn)(LTE:Long Term Evolut1n)通信系統(tǒng)雙連接(DC:DualConnectivity or C-Plane/U-Plane Split)架構(gòu)中，輔演進(jìn)型節(jié)點(SeNB:Secondary eNB)添加過程中路徑更新失敗之后數(shù)據(jù)傳輸?shù)膯栴}。
【背景技術(shù)】
[0002]在未來5G無線通信網(wǎng)絡(luò)中，通過在已有的宏蜂窩下面部署大量的小蜂窩來提高蜂窩網(wǎng)絡(luò)容量，提供更好的服務(wù)質(zhì)量。由于小蜂窩的覆蓋范圍比較小，用戶在移動的過程中會發(fā)生頻繁的切換，導(dǎo)致控制信令的增加，給運營商帶來巨大的挑戰(zhàn)。為了解決這個挑戰(zhàn)，NTT DOCOMO公司提出一種叫做控制平面(C-Plane)與用戶平面(U-Plane)分離的網(wǎng)絡(luò)架構(gòu)。
[0003]在這種架構(gòu)里面，如果用戶處于宏蜂窩與小蜂窩的重疊覆蓋區(qū)，那么宏蜂窩負(fù)責(zé)用戶的控制面，小蜂窩負(fù)責(zé)用戶的用戶面。這樣做的優(yōu)點是，當(dāng)用戶從宏蜂窩走進(jìn)小蜂窩或者從小蜂窩走到宏蜂窩，用戶只需要更新用戶面的路徑信息，而不需要發(fā)生控制面的切換，即，用戶的無線資源控制(RRC:Rad1 Resource Control)連接一直處于連接狀態(tài)，這樣減少了網(wǎng)絡(luò)的控制信令開銷，同時用戶離小蜂窩的距離比較近，既節(jié)能又可以獲得更好的服務(wù)質(zhì)量。3GPP TS 36.300將這種架構(gòu)稱之為DC，S卩，用戶既與一個主演進(jìn)型節(jié)點(MeNB:Master eNB，S卩，宏蜂窩)連接也與一個SeNB( S卩，小蜂窩)連接。通過這種架構(gòu)，控制面與用戶面分離，改善系統(tǒng)性能，尤其是異構(gòu)網(wǎng)絡(luò)(HetNets)的性能。
[0004]SeNB的具體添加流程如下:
[0005]1.MeNB決定請求SeNB為特定的通用移動通信系統(tǒng)陸地?zé)o線接入網(wǎng)無線接入承載(E-RAB:Evolved Universal Mobile Telecommunicat1ns System Terrestrial Rad1Access Network Rad1 Access Bearer)分配無線資源時，向SeNB發(fā)送輔演進(jìn)型節(jié)點B添加請求(SeNB Addit1n Request)，并攜帶輔小區(qū)組(SCG: Secondary Cell Group)配置信息(SCG-Config)，和指不 E-RAB 特征(E-RAB 參數(shù)，傳輸網(wǎng)絡(luò)層(TNL: Transport NetworkLayer)地址信息)。此外，MeNB在SCG-Config里指示主小區(qū)配置(MCG:Master Cell Group)和整個用戶設(shè)備(UE:User Equipment)能力。MeNB提供最新的請求添加SCG小區(qū)的測量結(jié)果;
[0006]2.MeNB決定請求SeNB為特定的通用移動通信系統(tǒng)陸地?zé)o線接入網(wǎng)無線接入承載(E-RAB:Evolved Universal Mobile Telecommunicat1ns System Terrestrial Rad1Access Network Rad1 Access Bearer)分配無線資源時，向SeNB發(fā)送輔演進(jìn)型節(jié)點B添加請求(SeNB Addit1n Request)，并攜帶輔小區(qū)組(SCG: Secondary Cell Group)配置信息(SCG-Config)，和指不 E-RAB 特征(E-RAB 參數(shù)，傳輸網(wǎng)絡(luò)層(TNL: Transport NetworkLayer)地址信息)。此外，MeNB在SCG-Config里指示主小區(qū)配置(MCG:Master Cell Group)和整個UE能力。MeNB提供最新的請求添加SCG小區(qū)的測量結(jié)果；
[0007]3.如果 SeNB 的無線資源管理(RRM:Rad1 Resource Management)實體能
[0008]接納資源請求，它就分配對應(yīng)的無線資源和對應(yīng)的傳輸網(wǎng)絡(luò)資源。SeNB觸發(fā)隨機接入以便執(zhí)行SeNB無線資源配置的同步。SeNB向MeNB回復(fù)輔演進(jìn)型節(jié)點B添加請求應(yīng)答消息(SeNB Addit1n Request Acknowledge)，并攜帶 SCG-Config 里 SCG 的新無線資源；
[0009]4.如果MeNB贊同新配置，MeNB向UE發(fā)送無線資源控制連接重配(RRC Connect1nReconfigurat1n)消息，攜帶對應(yīng)SCG-Config的SCG的新無線資源配置；
[0010]5.UE應(yīng)用新配置，并回復(fù)無線資源控制連接重配完成(RRC Connect1nReconfigurat1n Complete)消息；
[0011]6.MeNB 向 SeNB 發(fā)送輔演進(jìn)型節(jié)點 B 重配完成(SeNB Reconfiguraton Complete)消息通知SeNB UE已經(jīng)成功地完成了重配過程；
[0012]7.通過隨機接入(RA:Random Access)過程，UE執(zhí)行到SeNB的同步；
[0013]8.對于SCG承載，MeNB根據(jù)對應(yīng)E-RAB的承載特征采取行動減小由于雙連
[0014]接激活導(dǎo)致的業(yè)務(wù)中斷。MeNB向SeNB發(fā)送序列號狀態(tài)傳送(SN StatusTransfer)消息，攜帶上、下行分組數(shù)據(jù)匯聚協(xié)議(F1DCP = Packet Data ConvergenceProtocol)序列號和超幀號(HFN:Hyper Frame Number)狀態(tài)；
[0015]9.數(shù)據(jù)轉(zhuǎn)發(fā)。來自服務(wù)網(wǎng)關(guān)(SGW:Serving Gateway)的數(shù)據(jù)到達(dá)MeNB，
[0016]然后由MeNB轉(zhuǎn)發(fā)到SeNB ；
[0017]10.MeNB 向移動性管理實體(MME:Mobility Management Entity)發(fā)送 E-RAB
[0018]修改指不(E-RABModificat1n Indicat1n)更新用戶面路徑；
[0019]11.MME和SGW交互實現(xiàn)承載修改；
[0020]12.SGff向MeNB發(fā)送結(jié)束標(biāo)識(End Marker)分組，并經(jīng)由MeNB轉(zhuǎn)發(fā)到SeNB ；
[0021]13.MME 向 MeNB 發(fā)送 E-RAB 修改確認(rèn)消息(E-RAB Modificat1n Confirm)。
[0022]然而，當(dāng)前技術(shù)并沒有考慮添加SeNB過程中路徑更新失敗后的處理問題。

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

[0023]鑒于現(xiàn)有技術(shù)的以上不足，本發(fā)明的目的是提供一種雙連接路徑更新失敗的處理方法。
[0024]本發(fā)明解決上述技術(shù)問題所采用的技術(shù)方案是:
[0025]一種雙連接路徑更新失敗的處理方法，在長期演進(jìn)通信系統(tǒng)雙連接架構(gòu)中，輔演進(jìn)型節(jié)點添加過程中路徑更新失敗之后數(shù)據(jù)傳輸處理，包括如下步驟:
[0026]I)獲取路徑更新失敗類型:根據(jù)移動管理實體向主演進(jìn)型節(jié)點B發(fā)送的無線接入承載修改確實消息，判斷是部分承載路徑更新成功，還是全部承載路徑更新失??；
[0027]2)根據(jù)預(yù)置的策略進(jìn)行處理:
[0028]若I)判斷為部分承載路徑更新成功，采用策略包括順序執(zhí)行策略一和策略二 ；
[0029]若判斷為全部承載路徑更新失敗，的處理策略包括策略三到策略五；
[0030]所述預(yù)置的策略包括:
[0031]策略一:
[0032]根據(jù)無線接入承載修改證實消息確定失敗類型，主演進(jìn)型節(jié)點B向輔演進(jìn)型節(jié)點B發(fā)送輔演進(jìn)型節(jié)點B修改請求，收到響應(yīng)消息之后向用戶發(fā)送無線資源控制連接重配消息，之后用戶通過隨機接入過程同步到輔基站；
[0033]承載路徑更新失敗的下行數(shù)據(jù)分組先由服務(wù)網(wǎng)關(guān)轉(zhuǎn)發(fā)到主演進(jìn)型節(jié)點B，主演進(jìn)型節(jié)點B通過X2接口轉(zhuǎn)發(fā)到輔演進(jìn)型節(jié)點B，由輔演進(jìn)型節(jié)點B將這些數(shù)據(jù)發(fā)送給用戶為用戶提供服務(wù)；上行數(shù)據(jù)分組的發(fā)送過程與下行數(shù)據(jù)分組的發(fā)送過程相反。因此，承載路徑更新失敗的數(shù)據(jù)分組發(fā)送流程:服務(wù)網(wǎng)關(guān)〈一> 主演進(jìn)型節(jié)點輔演進(jìn)型節(jié)點用戶.承載路徑更新成功的數(shù)據(jù)分組發(fā)送流程:服務(wù)網(wǎng)關(guān)〈一> 輔演進(jìn)型節(jié)點B〈>用戶；
[0034]策略二:
[0035]根據(jù)無線接入承載修改證實消息確定失敗類型，主演進(jìn)型節(jié)點B向輔演進(jìn)型節(jié)點B發(fā)送輔演進(jìn)型節(jié)點B修改請求，收到響應(yīng)消息之后向用戶發(fā)送無線資源控制連接重配消息，之后用戶通過隨機接入過程同步到輔基站；
[0036]承載路徑更新失敗的下行數(shù)據(jù)由服務(wù)網(wǎng)關(guān)轉(zhuǎn)發(fā)到主演進(jìn)型節(jié)點B，主演進(jìn)型節(jié)點B將這些數(shù)據(jù)發(fā)送給用戶；上行數(shù)據(jù)分組的發(fā)送過程與下行數(shù)據(jù)分組的發(fā)送過程相反。因此，承載路徑更新失敗的數(shù)據(jù)分組發(fā)送流程:服務(wù)網(wǎng)關(guān)〈一> 主演進(jìn)型節(jié)點用戶.承載路徑更新成功的數(shù)據(jù)分組發(fā)送流程:服務(wù)網(wǎng)關(guān)〈一> 輔演進(jìn)型節(jié)點用戶；
[0037]策略三:
[0038]根據(jù)無線接入承載修改證實消息確定失敗類型，主演進(jìn)型節(jié)點B向輔演進(jìn)型節(jié)點B發(fā)送輔演進(jìn)型節(jié)點B釋放請求，請求釋放輔演進(jìn)型節(jié)點B側(cè)的用戶上下文；
[0039]用戶下行數(shù)據(jù)由服務(wù)網(wǎng)關(guān)轉(zhuǎn)發(fā)到主演進(jìn)型節(jié)點B，主演進(jìn)型節(jié)點B將下行數(shù)據(jù)發(fā)送給用戶，并請求輔演進(jìn)型節(jié)點B釋放用戶上下文；上行數(shù)據(jù)分組的發(fā)送過程與下行數(shù)據(jù)分組的發(fā)送過程相反。因此，數(shù)據(jù)分組發(fā)送流程:服務(wù)網(wǎng)關(guān)〈一> 主演進(jìn)型節(jié)點用戶;
[0040]策略四:
[0041]根據(jù)無線接入承載修改證實消息確定失敗類型，用戶下行數(shù)據(jù)由服務(wù)網(wǎng)關(guān)轉(zhuǎn)發(fā)到主演進(jìn)型節(jié)點B，主演進(jìn)型節(jié)點B通過X2接口轉(zhuǎn)發(fā)到輔演進(jìn)型節(jié)點B，輔演進(jìn)型節(jié)點B將下行數(shù)據(jù)發(fā)送給用戶；上行數(shù)據(jù)分組的發(fā)送過程與下行數(shù)據(jù)分組的發(fā)送過程相反。因此，數(shù)據(jù)分組發(fā)送流程:服務(wù)網(wǎng)關(guān)〈一> 主演進(jìn)型節(jié)點輔演進(jìn)型節(jié)點用戶；
[0042]策略五:
[0043]根據(jù)無線接入承載修改證實消息確定失敗類型，主演進(jìn)型節(jié)點B釋放用戶的RRC連接，請求輔演進(jìn)型節(jié)點B釋放用戶上下文，并向移動管理實體請求釋放用戶的無線接入承載。
[0044]本發(fā)明的目的還在于為以上的方法提供實現(xiàn)裝置，其具體方案為:
[0045]一種實現(xiàn)以上方法的處理裝置，包括:獲取模塊，選擇模塊，接收模塊，第一發(fā)送模塊，轉(zhuǎn)發(fā)模塊，第二發(fā)送模塊；其中，
[0046]獲取模塊，用于獲取路徑更新失敗類型，判斷是部分承載路徑更新成功還是全部承載更新失敗，將所述路徑更新失敗類型發(fā)送給選擇模塊；
[0047]選擇模塊，用于根據(jù)更新失敗類型，選擇預(yù)置的路徑更新失敗處理策略，處理策略用來解決用戶數(shù)據(jù)的發(fā)送流程；
[0048]接收模塊，用于接收服務(wù)網(wǎng)關(guān)發(fā)送給主演進(jìn)型節(jié)點B的承載路徑更新失敗的用戶數(shù)據(jù)；
[0049]第一發(fā)送模塊，用于主演進(jìn)型節(jié)點B將承載路徑更新失敗的用戶數(shù)據(jù)發(fā)送給用戶；
[0050]轉(zhuǎn)發(fā)模塊，用于主演進(jìn)型節(jié)點B將承載路徑更新失敗的用戶數(shù)據(jù)通過X2接口轉(zhuǎn)發(fā)到輔演進(jìn)型節(jié)點B ；
[0051]第二發(fā)送模塊，用于輔演進(jìn)型節(jié)點將主演進(jìn)型節(jié)點B轉(zhuǎn)發(fā)過來的用戶數(shù)據(jù)發(fā)送給用戶。
[0052]采用如上的方案，本發(fā)明在現(xiàn)有技術(shù)的基礎(chǔ)上，根據(jù)路徑更新失敗類型，獲取預(yù)置的路徑更新失敗處理策略，根據(jù)預(yù)置的策略進(jìn)行處理。從而減少丟包，保證服務(wù)的連續(xù)性，改善用戶體驗。
【附圖說明】
[0053]圖1是本發(fā)明的總體處理示意圖。
[0054]圖2是輔演進(jìn)型節(jié)點B添加路徑更新失敗類型判斷示意圖。
[0055]圖3是輔演進(jìn)型節(jié)點B添加路徑更新失敗處理策略一的處理示意圖。
[0056]圖4是輔演進(jìn)型節(jié)點B添加路徑更新失敗處理策略二的處理示意圖。
[0057]圖5是輔演進(jìn)型節(jié)點B添加路徑更新失敗處理策略三的處理示意圖。
[0058]圖6是輔演進(jìn)型節(jié)點B添加路徑更新失敗處理策略四的處理示意圖。
[0059]圖7是輔演進(jìn)型節(jié)點B添加路徑更新失敗處理策略五的處理示意圖。
【具體實施方式】
[0060]下面以實施例說明發(fā)明的實施步驟。
[0061]實施例1:
[0062]本發(fā)明的總體處理如圖1所示。
[0063]第101步:獲取輔演進(jìn)型節(jié)點B添加路徑更新失敗類型，轉(zhuǎn)至第102步；
[0064]第102步:獲取預(yù)