[發(fā)明專利]狀態(tài)報(bào)告生成和系統(tǒng)，及狀態(tài)報(bào)告接收方法

在審

• 申請?zhí)枺?/td>: 201610665206.5
• 申請日: 2016-08-12
• 公開（公告）號: CN107734547A
• 公開（公告）日: 2018-02-23
• 發(fā)明（設(shè)計(jì)）人: 何青春;黃河;李楠
• 申請（專利權(quán)）人: 中興通訊股份有限公司
• 主分類號: H04W28/02
• 分類號: H04W28/02;H04W28/14
• 代理公司: 北京康信知識產(chǎn)權(quán)代理有限責(zé)任公司11240
• 代理人: 江舟,董文倩

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

本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種狀態(tài)報(bào)告生成和系統(tǒng)，及狀態(tài)報(bào)告接收方法。

背景技術(shù)

在相關(guān)技術(shù)中，用戶面狀態(tài)報(bào)告機(jī)制應(yīng)用于針對某些需要接收端進(jìn)行接收確認(rèn)的無線承載的情況，接收端對數(shù)據(jù)的接收狀態(tài)進(jìn)行反饋，通過接收端的反饋，來通知發(fā)送端的用戶面相關(guān)實(shí)體在重建完成時(shí)接收端已接收到的數(shù)據(jù)包信息，以減少發(fā)送端用戶面相關(guān)實(shí)體重建完成后不必要的重復(fù)數(shù)據(jù)包傳輸。

在相關(guān)技術(shù)中的4G通信網(wǎng)絡(luò)中，用戶面實(shí)體如分組數(shù)據(jù)匯聚協(xié)議(Packet Data Convergence Protocol，簡稱為PDCP)的反饋狀態(tài)報(bào)告采用位圖文件bitmap的形式，在未來5G通信網(wǎng)絡(luò)，隨著業(yè)務(wù)量及數(shù)據(jù)傳輸速率的增加，數(shù)據(jù)包的序列號SN長度也隨之增加，比如SN長度采用18比特或更長，用戶面實(shí)體的收發(fā)窗口將相應(yīng)擴(kuò)大，從而用戶面實(shí)體如PDCP狀態(tài)報(bào)告中的bitmap域的比特長度也會相應(yīng)增加，特別是在承載分離bear split的場景下，在某個(gè)分支數(shù)據(jù)傳輸鏈路不穩(wěn)定的時(shí)候，可能會出現(xiàn)某段連續(xù)的SN號出問題，并且SN號間跨度很大的情況，按照目前PDCP狀態(tài)報(bào)告的格式生成PDCP狀態(tài)報(bào)告時(shí)，需要用足夠大的bitmap域才能表示某個(gè)時(shí)間片段的PDCP PDU傳輸狀態(tài)，甚至導(dǎo)致狀態(tài)PDU的大小超過PDCP控制PDU的上限。

比如，在高頻、低頻bear split的時(shí)候或者高頻、WLAN bear split的時(shí)候，如果速率慢的那個(gè)分支PDCP數(shù)據(jù)包丟了，按照現(xiàn)在bitmap的定義，狀態(tài)協(xié)議數(shù)據(jù)單元(Protocol Data Unit，簡稱為PDU)的大小可能會超過PDCP PDU的上限。具體來說，如果在數(shù)據(jù)傳輸中丟了SN＝X的包和SN＝Y(jié)包，那么狀態(tài)PDU需要攜帶的比特?cái)?shù)是Y-X，考慮到SN可以是18比特，哪怕只丟了2個(gè)包，這個(gè)值可能會很大，會占用很大一塊bitmap域，甚至?xí)^PDU大小的上限，使得狀態(tài)PDU的生成及解析效率低，比特開銷大。

針對相關(guān)技術(shù)中在數(shù)據(jù)存在傳輸錯(cuò)誤時(shí)，接收端設(shè)備發(fā)送的狀態(tài)報(bào)告占用空間大的問題，目前還沒有有效的解決方案。

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

本發(fā)明實(shí)施例提供了一種狀態(tài)報(bào)告生成和系統(tǒng)，及狀態(tài)報(bào)告接收方法，以至少解決相關(guān)技術(shù)中在數(shù)據(jù)存在傳輸錯(cuò)誤時(shí)，接收端設(shè)備發(fā)送的狀態(tài)報(bào)告占用空間大的問題。

根據(jù)本發(fā)明的一個(gè)實(shí)施例，提供了一種狀態(tài)報(bào)告生成方法，包括：

接收端設(shè)備生成狀態(tài)報(bào)告，其中，所述狀態(tài)報(bào)告中攜帶有用于指示一個(gè)或多個(gè)丟失的數(shù)據(jù)包的指示信息；

所述接收端設(shè)備向發(fā)送端設(shè)備發(fā)送所述狀態(tài)報(bào)告。

可選地，接收端設(shè)備生成狀態(tài)報(bào)告，包括：

確定所述數(shù)據(jù)包的位圖文件bitmap信息所屬的bitmap分段；

依據(jù)所述bitmap分段生成所述狀態(tài)報(bào)告。

可選地，根據(jù)以下信息確定所述數(shù)據(jù)包的位圖bitmap信息所屬的bitmap分段：

每個(gè)分段的起點(diǎn)位置信息，每個(gè)分段的長度信息。

可選地，所述起點(diǎn)位置信息用于指示每個(gè)分段第一個(gè)丟失的數(shù)據(jù)包序列號SN。

可選地，所述長度信息用于指示分段的bitmap域的比特長度，其中，所述bitmap域的比特長度等于該分段的第一個(gè)丟失的數(shù)據(jù)包到該分段最后一個(gè)丟失的數(shù)據(jù)包的長度。

可選地，所述狀態(tài)報(bào)告中攜帶有用于指示一個(gè)或多個(gè)丟失的數(shù)據(jù)包的指示信息，包括：

在接收端設(shè)備未將所述丟失的數(shù)據(jù)包進(jìn)行分段的情況下，所述狀態(tài)報(bào)告中攜帶有每一個(gè)丟失的數(shù)據(jù)包的序列號。

根據(jù)本發(fā)明的另一個(gè)實(shí)施例，提供了一種狀態(tài)報(bào)告接收方法，其特征在于，包括：

發(fā)送端設(shè)備接收接收端設(shè)備發(fā)送的狀態(tài)報(bào)告，其中，所述狀態(tài)報(bào)告中攜帶有用于指示一個(gè)或多個(gè)丟失的數(shù)據(jù)包的指示信息；

所述發(fā)送端設(shè)備依據(jù)所述指示信息向所述接收端設(shè)備發(fā)送所述丟失的數(shù)據(jù)包。

可選地，發(fā)送端設(shè)備接收接收端設(shè)備發(fā)送的狀態(tài)報(bào)告之前，所述接收端設(shè)備通過以下方式生成所述狀態(tài)報(bào)告：

確定所述數(shù)據(jù)包的位圖文件bitmap信息所屬的bitmap分段；

依據(jù)所述bitmap分段生成所述狀態(tài)報(bào)告。

可選地，所述接收端設(shè)備根據(jù)以下信息確定所述數(shù)據(jù)包的位圖bitmap信息所屬的bitmap分段：