[發明專利]一種控制面連接重建方法、通信設備、目標基站及源基站

有效

• 申請號: 201811045277.0
• 申請日: 2018-09-07
• 公開（公告）號: CN110891326B
• 公開（公告）日: 2021-09-14
• 發明（設計）人: 翁瑋文;潘璐;張超;劉雅;馬新利;高晨亮;曹蕾
• 申請（專利權）人: 中國移動通信有限公司研究院;中國移動通信集團有限公司
• 主分類號: H04W76/18
• 分類號: H04W76/18;H04W76/19;H04W76/27;H04L1/16;H04L1/18
• 代理公司: 北京銀龍知識產權代理有限公司 11243
• 代理人: 劉偉;陳麗寧

本發明提供一種控制面連接重建方法、通信設備、目標基站及源基站，該CP連接重建方法包括：接收第一指示信息；第一指示信息指示第一非接入層NAS數據包，第一NAS數據包為：通信設備接收方已接收到，但還未發送接收確認信息的NAS數據包；在通過CP連接重建流程重建連接后，重傳第二NAS數據包；第二NAS數據包為：第三NAS數據包中，除第一NAS數據包之外的其他NAS數據包；第三NAS數據包為：通信設備發送方已發送，但還未接收到接收確認信息的NAS數據包。本發明的方案，可以使得通信設備發送方在CP重建連接后，避免對已被接收但沒有接收確認的NAS數據包進行重傳，從而減少網絡數據包的重復發送，減輕網絡負擔。

技術領域

本發明涉及無線通信技術領域，尤其涉及一種CP連接重建方法、通信設備、目標基站及源基站。

背景技術

目前，通信網絡比如窄帶物聯網(Narrow Band Internet of Things,NB-IoT)在控制面(Control Plane，CP)模式下，采用CP方式發送數據時，由于和傳統方式不一樣，數據通常采用信令方式經非接入層(Non-Access Stratum，NAS)發送，不會經過分組數據匯聚協議層(Packet Data Convergence Protocol，PDCP)層。而NAS層本身并不存在亂序、差錯調整等數據傳輸功能，因此當發生無線鏈路失敗(Radio Link Failure,RLF)時，由于NAS層不具備PDCP的容錯機制，使得CP連接重建立過程中容易發生數據包重傳或數據包丟失。其中，當前NB-IoT在CP模式下處于連接態傳送數據且在一個小區發生RLF時，會發生CP連接重建立過程。

但由于發生RLF時，無論移動通信終端比如用戶設備(User Equipment，UE)，還是網絡側設備比如基站eNB都會將無線鏈路層控制協議(Radio Link Control，RLC)層緩存的數據包全部清除，而RLC層的狀態報告較為遲緩，存在RLC層部分已發數據并不會得到確認的情況，因此在新的小區發送數據包時，還會將之前已發送但RLC層沒有收到應答的NAS數據包進行重復發送，從而加重網絡負擔。

發明內容

本發明實施例提供一種控制面連接重建方法、通信設備、目標基站及源基站，以解決現有的CP連接重建流程后因重傳已被接收但沒有接收確認的NAS數據包，造成的加重網絡負擔的問題。

第一方面，本發明實施例提供了一種CP連接重建方法，用于通信設備發送方，所述通信設備發送方為移動通信終端和網絡側設備中的一個，所述方法包括：

接收第一指示信息；其中，所述第一指示信息指示第一NAS數據包，所述第一NAS數據包為：通信設備接收方已接收到，但還未發送接收確認信息的NAS數據包；

在通過CP連接重建流程重建連接后，重傳第二NAS數據包；其中，所述第二NAS數據包為：第三NAS數據包中，除所述第一NAS數據包之外的其他NAS數據包；所述第三NAS數據包為：所述通信設備發送方已發送，但還未接收到接收確認信息的NAS數據包。

第二方面，本發明實施例提供了一種CP連接重建方法，用于通信設備接收方，所述通信設備接收方為移動通信終端和網絡側設備中的一個，所述方法包括：

發送第一指示信息；其中，所述第一指示信息指示第一NAS數據包，所述第一NAS數據包為：所述通信設備接收方已接收到，但還未發送接收確認信息的NAS數據包。

第三方面，本發明實施例提供了一種CP連接重建方法，用于目標基站，所述方法包括：

接收通信設備接收方發送的第一指示信息；其中，所述第一指示信息指示第一NAS數據包，所述第一NAS數據包為：所述通信設備接收方已接收到，但還未發送接收確認信息的NAS數據包；所述通信設備接收方為移動通信終端和網絡側設備中的一個；

轉發所述第一指示信息到通信設備發送方；