[發(fā)明專利]數(shù)據(jù)承載重映射過(guò)程中數(shù)據(jù)包處理的方法、裝置和系統(tǒng)

有效

• 申請(qǐng)?zhí)枺?/td>: 201780001141.7
• 申請(qǐng)日: 2017-09-29
• 公開(kāi)（公告）號(hào): CN109451789B
• 公開(kāi)（公告）日: 2021-06-04
• 發(fā)明（設(shè)計(jì)）人: 江小威
• 申請(qǐng)（專利權(quán)）人: 北京小米移動(dòng)軟件有限公司
• 主分類(lèi)號(hào): H04L1/00
• 分類(lèi)號(hào): H04L1/00;H04L5/00
• 代理公司: 北京三高永信知識(shí)產(chǎn)權(quán)代理有限責(zé)任公司 11138
• 代理人: 張耀光

本公開(kāi)是關(guān)于一種數(shù)據(jù)承載重映射過(guò)程中數(shù)據(jù)包處理的方法、裝置和系統(tǒng)，屬于無(wú)線通訊技術(shù)領(lǐng)域。在目標(biāo)數(shù)據(jù)流的數(shù)據(jù)傳輸過(guò)程中，當(dāng)檢測(cè)到發(fā)生DRB重映射事件時(shí)，停止向原DRB遞交目標(biāo)數(shù)據(jù)流的數(shù)據(jù)包，向目標(biāo)DRB遞交未遞交到原DRB的目標(biāo)數(shù)據(jù)流的數(shù)據(jù)包；當(dāng)檢測(cè)到已遞交到原DRB的目標(biāo)數(shù)據(jù)流的數(shù)據(jù)包發(fā)送完畢之后，如果原DRB被配置工作于非傳輸反饋確定模式下，則通過(guò)原DRB向接收端發(fā)送預(yù)定次數(shù)的完畢指示消息。克服了接收端無(wú)法對(duì)已接收到的數(shù)據(jù)包進(jìn)行進(jìn)一步的遞交處理，數(shù)據(jù)包遞交過(guò)程會(huì)被無(wú)限制擱延的弊端。

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

本公開(kāi)是關(guān)于無(wú)線通訊技術(shù)領(lǐng)域，尤其是關(guān)于一種數(shù)據(jù)承載重映射過(guò)程中數(shù)據(jù)包處理的方法、裝置和系統(tǒng)。

背景技術(shù)

在5G(5th-Generation，第五代移動(dòng)通信)技術(shù)中，依然延續(xù)之前的4G(4h-Generation，第四代移動(dòng)通信)技術(shù)：將通信過(guò)程分為用戶面以及控制面。其中，用戶面中主要包括三層，由上至下依次是PDCP(Packet Data Convergence Protocol，分組數(shù)據(jù)匯聚協(xié)議)層、RLC(Radio Link Control，無(wú)線鏈路控制)層以及MAC(Media Access Control，媒體介入控制層)層。隨著對(duì)5G技術(shù)的深入研究，除了上述三層之外，又在PDCP層之上引入了一個(gè)新的層，可以稱之為SDAP(Service Data Adaptation Protocol，服務(wù)數(shù)據(jù)同化協(xié)議)層。在SDAP層中，要完成的一個(gè)重要任務(wù)是，將數(shù)據(jù)包映射到DRB(Data Radio Bearer，數(shù)據(jù)承載)，即為數(shù)據(jù)包分配傳輸該數(shù)據(jù)包的DRB，通過(guò)映射到的DRB傳輸數(shù)據(jù)包。

一般地，發(fā)送端如終端與接收端如基站的一次會(huì)話中會(huì)傳輸多條數(shù)據(jù)流，每條數(shù)據(jù)流中會(huì)包含多個(gè)數(shù)據(jù)包。在傳輸一條數(shù)據(jù)流的過(guò)程中，在某些特定情況下會(huì)發(fā)生DRB重映射事件，即目標(biāo)數(shù)據(jù)流的數(shù)據(jù)包與DRB間的映射由原DRB切換到目標(biāo)DRB。如果在發(fā)生DRB重映射事件時(shí)，正好存在同一條目標(biāo)數(shù)據(jù)流的數(shù)據(jù)包正在被傳輸，則如何繼續(xù)進(jìn)行目標(biāo)數(shù)據(jù)流的數(shù)據(jù)包的傳輸就成了問(wèn)題。

在相關(guān)技術(shù)中，如果發(fā)生了DRB重映射事件，發(fā)送端會(huì)將目標(biāo)數(shù)據(jù)流中已映射到原DRB的數(shù)據(jù)包依舊通過(guò)原DRB進(jìn)行發(fā)送，后續(xù)的數(shù)據(jù)包遞交到目標(biāo)DRB進(jìn)行發(fā)送。在原DRB將數(shù)據(jù)包發(fā)送完畢之后，向接收端發(fā)送一個(gè)用于指示已遞交到原DRB的目標(biāo)數(shù)據(jù)流的數(shù)據(jù)包已發(fā)送完畢的完畢指示消息。接收端在接收到完畢指示消息前，對(duì)發(fā)送端通過(guò)原DRB發(fā)送的數(shù)據(jù)包進(jìn)行按序遞交處理，并對(duì)發(fā)送端通過(guò)目標(biāo)DRB發(fā)送的數(shù)據(jù)包進(jìn)行緩存，等待遞交，在接收到完畢指示消息之后，開(kāi)始對(duì)發(fā)送端通過(guò)目標(biāo)DRB發(fā)送的數(shù)據(jù)包進(jìn)行按序遞交處理。按序遞交處理即將數(shù)據(jù)包按照編號(hào)順序由PDCP層遞交到SDAP層。

在實(shí)現(xiàn)本公開(kāi)的過(guò)程中，發(fā)明人發(fā)現(xiàn)至少存在以下問(wèn)題：

由于在發(fā)送完畢指示消息的過(guò)程中可能會(huì)出錯(cuò)，接收端可能接收不到完畢指示消息且一直等待完畢指示消息，從而導(dǎo)致無(wú)法對(duì)已接收到的數(shù)據(jù)包進(jìn)行進(jìn)一步的遞交處理，數(shù)據(jù)包遞交過(guò)程會(huì)被無(wú)限制擱延。

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

為了克服相關(guān)技術(shù)中存在的問(wèn)題，本公開(kāi)提供了以下技術(shù)方案：

根據(jù)本公開(kāi)實(shí)施例的第一方面，提供一種數(shù)據(jù)承載重映射過(guò)程中數(shù)據(jù)包處理的方法，所述方法包括：

在目標(biāo)數(shù)據(jù)流的數(shù)據(jù)傳輸過(guò)程中，當(dāng)檢測(cè)到發(fā)生DRB重映射事件時(shí)，停止向原DRB遞交所述目標(biāo)數(shù)據(jù)流的數(shù)據(jù)包，向目標(biāo)DRB遞交未遞交到所述原DRB的所述目標(biāo)數(shù)據(jù)流的數(shù)據(jù)包；

當(dāng)檢測(cè)到已遞交到所述原DRB的所述目標(biāo)數(shù)據(jù)流的數(shù)據(jù)包發(fā)送完畢之后，如果所述原DRB被配置工作于非傳輸反饋確定模式下，則通過(guò)所述原DRB向接收端發(fā)送預(yù)定次數(shù)的完畢指示消息；

其中，所述完畢指示消息用于指示在DRB重映射過(guò)程中遞交到所述原DRB的所述目標(biāo)數(shù)據(jù)流的數(shù)據(jù)包已發(fā)送完畢。

可選地，所述完畢指示消息通過(guò)SDAP層或者PDCP層生成。