[發(fā)明專(zhuān)利]無(wú)線電資源控制連接重建非接入層數(shù)據(jù)包重傳方法

在審

• 申請(qǐng)?zhí)枺?/td>: 201811190330.6
• 申請(qǐng)日: 2018-10-12
• 公開(kāi)（公告）號(hào): CN111050420A
• 公開(kāi)（公告）日: 2020-04-21
• 發(fā)明（設(shè)計(jì)）人: 鄭培軍;施方明;林香君;范恭達(dá);廖士杰
• 申請(qǐng)（專(zhuān)利權(quán)）人: 聯(lián)發(fā)科技(新加坡)私人有限公司
• 主分類(lèi)號(hào): H04W76/19
• 分類(lèi)號(hào): H04W76/19;H04W76/27;H04L1/16
• 代理公司: 深圳市威世博知識(shí)產(chǎn)權(quán)代理事務(wù)所(普通合伙) 44280
• 代理人: 李慶波

本發(fā)明提供了提高控制面數(shù)據(jù)傳輸效率的方法,當(dāng)無(wú)線電資源控制連接重建時(shí),用戶(hù)設(shè)備和網(wǎng)絡(luò)在控制面重新同步最近成功接收的下行/上行非接入層數(shù)據(jù)包序列號(hào),由非接入層重傳未成功傳送非接入層數(shù)據(jù)包,并且不重復(fù)傳輸已經(jīng)成功傳送過(guò)的非接入層數(shù)據(jù)包。

技術(shù)領(lǐng)域

本發(fā)明有關(guān)于窄帶物聯(lián)網(wǎng)(NB-IOT)控制面無(wú)線電資源控制連接重建(RRCconnection reestablishment)，且尤其有關(guān)于非接入層(NAS,non-access stratum)數(shù)據(jù)包重傳的方法。

背景技術(shù)

窄帶物聯(lián)網(wǎng)(NB-IoT)是由第三代合作伙伴計(jì)劃(3GPP)開(kāi)發(fā)的低功率廣域覆蓋的無(wú)線電技術(shù)標(biāo)準(zhǔn)，以支援廣泛的物聯(lián)網(wǎng)應(yīng)用與服務(wù)。

窄帶物聯(lián)網(wǎng)在R-14版本中,為了提升移動(dòng)性以及服務(wù)連續(xù)性,引入了控制面無(wú)線電資源控制連接重建(RRC connection re-establishment)。終端在數(shù)據(jù)傳輸時(shí)如果發(fā)生掉線情況(Radio link failure)，接入層(AS,access stratum)與網(wǎng)絡(luò)會(huì)發(fā)起無(wú)線電資源控制連接重建的過(guò)程。無(wú)線電資源控制連接重建可避免重新連線時(shí)需走過(guò)非接入層恢復(fù)(NAS recovery)的完整流程,以減少用戶(hù)設(shè)備的功耗。無(wú)線電資源控制連接重建過(guò)程最重要的是不掉包并且無(wú)重復(fù)非接入層數(shù)據(jù)包的數(shù)據(jù)傳輸，本發(fā)明針對(duì)窄帶物聯(lián)網(wǎng)在ControlPlane CIoT EPS optimizations流程進(jìn)行控制面無(wú)線電資源控制連接重建，提出非接入層數(shù)據(jù)包重傳方法,以保證非接入層數(shù)據(jù)不掉包并且無(wú)重復(fù)非接入層數(shù)據(jù)傳輸。

窄帶物聯(lián)網(wǎng)(NB-IoT)在控制面(Control Plane)的設(shè)計(jì)中,移除了PDCP層,同時(shí)又支持了數(shù)據(jù)傳輸。PDCP層的主要功能有數(shù)據(jù)封包的標(biāo)頭(Header)壓縮與解壓縮、數(shù)據(jù)加密/解密、數(shù)據(jù)完整性的保護(hù)。并且在RLC AM的PDCP重建過(guò)程中，提供數(shù)據(jù)包按序傳輸?shù)缴蠈?以及重復(fù)包的檢查。移除PDCP層后,在無(wú)線電資源控制連接重建過(guò)程,數(shù)據(jù)傳輸如何保證完整,按序且不重復(fù)傳輸?shù)椒墙尤雽?在一般傳輸中,是由RLC層來(lái)保證。然而,在控制面無(wú)線電資源控制連接重建過(guò)程中,RLC層會(huì)重建,依照NB-IoT R14協(xié)議架構(gòu)設(shè)計(jì)，非接入層及以上保持在傳輸數(shù)據(jù)狀態(tài)，接入層恢復(fù)與網(wǎng)絡(luò)連接前，根據(jù)協(xié)議TS36.322section 5.4Re-establishment procedure中的描述，非接入層傳下來(lái)給接入層待發(fā)給網(wǎng)絡(luò)的數(shù)據(jù)，或者是接入層已經(jīng)發(fā)出的正在等待網(wǎng)絡(luò)側(cè)確認(rèn)(Acknowledgment)的數(shù)據(jù)，將全部會(huì)被丟棄。并且根據(jù)協(xié)議TS 24.301section6.6.4.4，非接入層會(huì)重發(fā)接入層沒(méi)確認(rèn)發(fā)送成功的全部數(shù)據(jù)，導(dǎo)致數(shù)據(jù)傳輸效率低。

舉例說(shuō)明上行數(shù)據(jù)傳輸時(shí)掉線，無(wú)線電資源控制連接重建，如圖1所示。其中，用戶(hù)設(shè)備跟網(wǎng)絡(luò)進(jìn)行控制面(control plane)業(yè)務(wù)數(shù)據(jù)傳輸，包1～7已經(jīng)成功送達(dá)網(wǎng)絡(luò)側(cè)，且收到包7確認(rèn)(ACK),包8-包15已由用戶(hù)設(shè)備應(yīng)用層(AP,application layer)進(jìn)到用戶(hù)設(shè)備接入層，其中包8～12已經(jīng)傳送出去,但未獲得網(wǎng)絡(luò)確認(rèn),包13-包15正等待發(fā)送給網(wǎng)絡(luò)，此時(shí)用戶(hù)設(shè)備發(fā)生掉線(RLF,radio link failure)。用戶(hù)設(shè)備重新選擇小區(qū)(cellselection)，接入層與網(wǎng)絡(luò)接著發(fā)起無(wú)線電資源連接重建的過(guò)程。根據(jù)協(xié)議TS36.322section 5.4Re-establishment procedure中的描述,接入層包8～15被丟棄，并且控制面無(wú)線電資源連接重建完成，用戶(hù)設(shè)備認(rèn)為包8～15都沒(méi)發(fā)送成功，連接重建后非接入層重傳包8～15，但包8～12之前在網(wǎng)絡(luò)側(cè)已經(jīng)收到，是重復(fù)包，浪費(fèi)了網(wǎng)絡(luò)資源并且對(duì)應(yīng)用層組成數(shù)據(jù)造成影響。

圖2是3GPP協(xié)議規(guī)定的網(wǎng)絡(luò)在無(wú)線電資源連接重建后下行非接入層數(shù)據(jù)包重傳場(chǎng)景的示意圖：網(wǎng)絡(luò)已經(jīng)發(fā)送包1～4給用戶(hù)設(shè)備但沒(méi)得到無(wú)線電鏈路控制確認(rèn)，包5～7還沒(méi)發(fā)送。此時(shí)發(fā)生掉線并且控制面無(wú)線電資源重建完成，舊基站認(rèn)為包1～7都發(fā)送失敗通知移動(dòng)管理實(shí)體(Mobility Management Entity，MME)，連接重建后由新基站重傳包1～7，但包1～4之前在用戶(hù)設(shè)備側(cè)已經(jīng)收到，是重復(fù)包，浪費(fèi)了網(wǎng)絡(luò)資源并且對(duì)應(yīng)用層組成數(shù)據(jù)造成影響。