CN114189901A - 一种数据接收状态报告方法及装置 - Google Patents
一种数据接收状态报告方法及装置 Download PDFInfo
- Publication number
- CN114189901A CN114189901A CN202111210661.3A CN202111210661A CN114189901A CN 114189901 A CN114189901 A CN 114189901A CN 202111210661 A CN202111210661 A CN 202111210661A CN 114189901 A CN114189901 A CN 114189901A
- Authority
- CN
- China
- Prior art keywords
- user equipment
- pdcp
- pdcp pdu
- information
- pdu
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 61
- 238000004891 communication Methods 0.000 claims abstract description 82
- 238000004590 computer program Methods 0.000 claims description 2
- 230000006870 function Effects 0.000 description 22
- 230000006978 adaptation Effects 0.000 description 20
- 230000005540 biological transmission Effects 0.000 description 18
- 238000012545 processing Methods 0.000 description 15
- 238000010586 diagram Methods 0.000 description 14
- 238000005516 engineering process Methods 0.000 description 8
- 230000008569 process Effects 0.000 description 8
- 230000011218 segmentation Effects 0.000 description 5
- 101000741965 Homo sapiens Inactive tyrosine-protein kinase PRAG1 Proteins 0.000 description 4
- 102100038659 Inactive tyrosine-protein kinase PRAG1 Human genes 0.000 description 4
- 238000013459 approach Methods 0.000 description 4
- 230000003287 optical effect Effects 0.000 description 4
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 235000019800 disodium phosphate Nutrition 0.000 description 3
- 230000001960 triggered effect Effects 0.000 description 3
- 238000006243 chemical reaction Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 241000143437 Aciculosporium take Species 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000006835 compression Effects 0.000 description 1
- 238000007906 compression Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000008713 feedback mechanism Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/08—Upper layer protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
- H04L1/1628—List acknowledgements, i.e. the acknowledgement message consisting of a list of identifiers, e.g. of sequence numbers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
- H04L1/1614—Details of the supervisory signal using bitmaps
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
- H04L1/1642—Formats specially adapted for sequence numbers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
- H04L1/1671—Details of the supervisory signal the supervisory signal being transmitted together with control information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/02—Data link layer protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
- H04W88/04—Terminal devices adapted for relaying to or from another terminal or user
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L2001/0092—Error control systems characterised by the topology of the transmission link
- H04L2001/0097—Relays
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例提供一种数据接收状态报告方法及装置,涉及通信领域。该方法包括:第一用户设备确定第二用户设备接收至少一个分组数据汇聚协议层协议数据单元PDCP PDU的接收状态;所述至少一个PDCP PDU是所述第一用户设备通过与网络设备之间的通信链路接收后向所述第二用户设备转发的;所述第一用户设备发送第一状态报告给所述网络设备,所述第一状态报告用于指示所述第二用户设备接收所述至少一个PDCP PDU的接收状态。
Description
本申请为于2017年5月5日提交国家知识产权局、申请号为201780089509.X、发明名称为“一种数据接收状态报告方法及装置”的中国专利申请的分案申请。
技术领域
本申请涉及通信领域,尤其涉及一种数据接收状态报告方法及装置。
背景技术
目前,一个用户设备(user equipment,UE)可以通过另外一个用户设备与基站建立非直连通信路径,进而与基站进行数据通信。该方式可以称为非直连通信方式。此时,前者可以称为远端(remote)UE,后者可以称为中继(relay)UE。
在LTE的Rel-15中,正在研究通过在relay UE的RLC层以上,PDCP层以下进行数据转发,这种数据转发方式可以称为Layer 2UE-to-NW Relay。这种情况下,relay UE可以称为Layer 2relay UE。
当remote UE通过Layer 2UE-to-NW relay的非直连通信路径与基站通信时,relay UE接收基站发送的下行数据,并向remote UE转发该下行数据。但是,基站并不了解remote UE对这些下行数据的接收状况,会通过Layer 2UE-to-NW Relay的非直连通信路径继续向relay UE发送这些下行数据后续的数据,实际上remote UE可能并未接收到这些下行数据中的某些数据,如此,会导致remote UE的下行数据丢失的情况。
或者,当remote UE和基站间的通信路径从非直连路径转换到直连路径后,基站同样不了解Remote UE对基站通过非直连路径向remote UE发送的这些下行数据的接收状况,基站会通过直连通信路径继续向relay UE发送这些下行数据后续的数据,实际上remoteUE可能并未接收到这些下行数据中的某些数据,如此,会导致remote UE的下行数据丢失的情况。
发明内容
本发明的实施例提供一种数据接收状态报告方法及装置,当UE和基站间的通信路径需要从非直连路径转换到直连路径时,可以保证UE顺序接收基站发送的下行数据。
为达到上述目的,本发明的实施例采用如下技术方案:
第一方面,公开了一种数据接收状态报告方法,包括:
网络设备与第一用户设备之间为直连路径,与第二用户设备之间为非直连路径,且第二用户设备通过第一用户设备的中继与网络设备进行通信。第一用户设备确定第二用户设备接收至少一个分组数据汇聚协议层协议数据单元PDCP PDU的接收状态,其中,至少一个PDCP PDU是第一用户设备通过与网络设备之间的通信链路接收后向第二用户设备转发的;随后,第一用户设备发送第一状态报告给网络设备,第一状态报告用于指示第二用户设备接收至少一个PDCP PDU的接收状态。
在第二用户设备与基站之间为非直连路径时,基站通过第一用户设备向第二用户设备发送至少一个数据包(即上述PDCP PDU),第一用户设备确定第二用户设备对所述至少一个数据包的接收状态,并向基站上报第二用户设备对所述至少一个数据包的接收状态。当第二用户设备与基站之间为直连路径时,基站就可以根据第二用户设备对所述至少一个数据包真实的接收状态,向第二用户设备重传所述至少一个数据包中没有被第二用户设备成功接收的数据包。现有技术中,第一用户设备向基站反馈的状态报告,只能体现第一用户设备对所述至少一个数据包的接收状态,如果第一用户设备与第二用户设备之间的传输路径上丢包,该状态报告并不能体现第二用户设备对所述至少一个数据包真实的接收状态。而本申请实施例中,基站接收到的第一用户设备反馈的状态报告可以真实反映第二用户设备对所述至少一个数据包的接收状态,进而基站根据这个状态报告向第二用户设备传输数据包不会造成第二用户设备的乱序接收。
结合第一方面,在第一方面的第一种可能的实现方式中,第一状态报告包含第一信息;其中,第一信息用于指示至少一个PDCP PDU中,第一用户设备连续成功转发的、具有最高PDCP序列号SN或具有最高PDCP计数COUNT值的PDCP PDU的序列号;或者,第一信息用于指示至少一个PDCP PDU中,第一用户设备连续成功转发的最后一个PDCP PDU的序列号;或者,第一信息用于指示至少一个PDCP PDU中,第一用户设备连续成功转发的、具有最高PDCPSN或具有最高PDCP COUNT值的PDCP PDU的下一个PDCP PDU的序列号;或者,第一信息用于指示至少一个PDCP PDU中,第一用户设备连续成功转发的最后一个PDCP PDU的下一个PDCPPDU的序列号;或者,第一信息用于指示至少一个PDCP PDU中,第二用户设备连续成功接收的、具有最高PDCP SN或具有最高PDCP COUNT值的PDCP PDU的序列号;或者,第一信息指示至少一个PDCP PDU中,第二用户设备连续成功接收的最后一个PDCP PDU的序列号;或者,第一信息用于指示至少一个PDCP PDU中,第二用户设备连续成功接收的、具有最高PDCP SN或具有最高PDCP COUNT值的PDCP PDU的下一个PDCP PDU的序列号;或者,第一信息用于指示第二用户设备连续成功接收的最后一个PDCP PDU的下一个PDCP PDU的序列号。
如此,第一用户设备向网络设备指示了第二用户设备在至少一个PDCP PDU连续成功接收的最后一个PDCP PDU(或下一个PDCP PDU),网络设备收到该第一状态报告后,从第二用户设备在至少一个PDCP PDU连续成功接收的最后一个PDCP PDU的下一个PDCP PDU开始向第二用户设备传输PDCP PDU,这样,第二用户设备可以在接收网络设备发送的至少一个PDCP PDU的下一个PDCP PDU之前,接收到至少一个PDCP PDU中丢失的PDCP PDU,不会造成乱序接收。
结合第一方面以及以上第一方面的任意一种实现方式,在第一方面的第二种可能的实现中,第一状态报告包含第二信息;其中,第二信息用于指示至少一个PDCP PDU中,第一用户设备成功转发的、具有最高PDCP SN或具有最高PDCP COUNT值的PDCP PDU的序列号;或者,
第二信息用于指示至少一个PDCP PDU中,第一用户设备成功转发的、具有最高PDCP SN或具有最高PDCP COUNT值的PDCP PDU的下一个PDCP PDU的序列号;或者,第二信息用于指示至少一个PDCP PDU中,第二用户设备成功接收的、具有最高PDCP SN或具有最高PDCP COUNT值的PDCP PDU的序列号;或者,第二信息为至少一个PDCP PDU中,第二用户设备成功接收的、具有最高PDCP SN或具有最高PDCP COUNT值的PDCP PDU的下一个PDCP PDU的序列号。
如此,第一用户设备向网络设备指示了第二用户设备在至少一个PDCP PDU成功接收的最后一个PDCP PDU(或下一个PDCP PDU),网络设备收到该第一状态报告后,可以确定至少一个PDCP PDU中,第二用户设备最后成功接收的是哪个PDCP PDU。
结合第一方面以及以上第一方面的任意一种实现方式,在第一方面的第三种可能的实现中,第一状态报告还包含第三信息;第三信息为第一用户设备向第二用户设备转发的至少一个PDCP PDU中丢失的PDCP PDU的PDCP序列号。
如此,网络设备收到该第一状态报告后,除了确定至少一个PDCP PDU中,第二用户设备最后成功接收的是哪个PDCP PDU,还可以确定在该PDCP PDU之前或之后的哪些PDCPPDU是第二用户设备没有接收到的。网络设备收到该第一状态报告后,向第二用户设备重传至少一个PDCP PDU中第二用户设备没有接收到的PDCP PDU,这样,第二用户设备可以在接收网络设备发送的至少一个PDCP PDU的下一个PDCP PDU之前,接收到至少一个PDCP PDU中丢失的PDCP PDU,不会造成乱序接收。
结合第一方面以及以上第一方面的任意一种实现方式,在第一方面的第四种可能的实现中,第一状态报告包含第四信息,第四信息为第一用户设备向第二用户设备转发的至少一个PDCP PDU中第一个丢失的PDCP PDU的序列号;或者,第四信息为第一用户设备向第二用户设备转发的至少一个PDCP PDU中第一个没有被第二用户设备接收到的PDCP PDU的序列号。
如此,第一用户设备向网络设备发送第一状态报告后,网络设备可以确定至少一个PDCP PDU中,第二用户设备第一个没有接收到的是哪个PDCP PDU。
结合第一方面以及以上第一方面的任意一种实现方式,在第一方面的第五种可能的实现中,第一状态报告还包含第五信息,第五信息用于指示第一个丢失的PDCP PDU以后的PDCP PDU的接收状态,或第一个没有被第二用户设备接收到的PDCP PDU以后的PDCP PDU的接收状态。
如此,网络设备在确定至少一个PDCP PDU中,第二用户设备第一个没有接收到的是哪个PDCP PDU,还可以根据第一状态报告确定该PDCP PDU之后哪些PDCP PDU第二用户设备接收到了,哪些PDCP PDU第二用户设备没有接收到,在网络设备与第二用户设备切换为直连路径后,网络设备首先向第二用户设备重传至少一个PDCP PDU钟第二用户设备没有接收到的PDCP PDU。这样,第二用户设备可以在接收网络设备发送的至少一个PDCP PDU的下一个PDCP PDU之前,接收到至少一个PDCP PDU中丢失的PDCP PDU,不会造成乱序接收。
结合第一方面以及以上第一方面的任意一种实现方式,在第一方面的第六种可能的实现中,第一状态报告还包括第六信息和第七信息中的至少一个,其中,第六信息为第二用户设备的用户设备标识;第七信息为第二用户设备的无线承载标识。
结合第一方面以及以上第一方面的任意一种实现方式,在第一方面的第七种可能的实现中,第一状态报告由第一用户设备的RLC层、PDCP、PDCP与RLC间的适配层中的一个或多个产生。
结合第一方面以及以上第一方面的任意一种实现方式,在第一方面的第八种可能的实现中,第一用户设备发送第一状态报告给网络设备之前,方法还包括:第一用户设备接收第二用户设备发送的第二状态报告;第二状态报告为无线链路控制层状态报告,第二状态报告用于指示第二用户设备接收RLC PDU的接收状态。
也就是说,第一状态报告的触发条件可以是“接收到第二用户设备发送的第二状态报告”,第一用户设备一旦第二用户设备发送的第二状态报告,就触发生成第一状态报告。
结合第一方面以及以上第一方面的任意一种实现方式,在第一方面的第九种可能的实现中,第一用户设备确定第二用户设备接收至少一个PDCP PDU的接收状态具体包括:第一用户设备根据第二状态报告确定第二用户设备接收至少一个PDCP PDU的接收状态。
第二方面,公开了一种装置,设置于用户设备中,用户设备为第一用户设备,其特征在于,包括:
确定单元,用于确定第二用户设备接收至少一个分组数据汇聚协议层协议数据单元PDCP PDU的接收状态;至少一个PDCP PDU是第一用户设备通过与网络设备之间的通信链路接收后通过发送单元向第二用户设备转发的;
发送单元还用于,发送第一状态报告给网络设备,第一状态报告用于指示第二用户设备接收至少一个PDCP PDU的接收状态。
结合第二方面,在第二方面的第一种可能的实现方式中,第一状态报告包含第一信息;其中,第一信息用于指示至少一个PDCP PDU中,发送单元连续成功转发的、具有最高PDCP序列号SN或具有最高PDCP计数COUNT值的PDCP PDU的序列号;或者,第一信息用于指示至少一个PDCP PDU中,发送单元连续成功转发的最后一个PDCP PDU的序列号;或者,第一信息用于指示至少一个PDCP PDU中,发送单元连续成功转发的、具有最高PDCP SN或具有最高PDCP COUNT值的PDCP PDU的下一个PDCP PDU的序列号;或者,第一信息用于指示至少一个PDCP PDU中,发送单元连续成功转发的最后一个PDCP PDU的下一个PDCP PDU的序列号;或者,第一信息用于指示至少一个PDCP PDU中,第二用户设备连续成功接收的、具有最高PDCPSN或具有最高PDCP COUNT值的PDCP PDU的序列号;或者,第一信息指示至少一个PDCP PDU中,第二用户设备连续成功接收的最后一个PDCP PDU的序列号;或者,第一信息用于指示至少一个PDCP PDU中,第二用户设备连续成功接收的、具有最高PDCP SN或具有最高PDCPCOUNT值的PDCP PDU的下一个PDCP PDU的序列号;或者,第一信息用于指示第二用户设备连续成功接收的最后一个PDCP PDU的下一个PDCP PDU的序列号。
结合第二方面以及以上第二方面的任意一种可能的实现方式,在第二方面的第二种可能的实现方式中,第一状态报告包含第二信息;其中,第二信息用于指示至少一个PDCPPDU中,发送单元成功转发的、具有最高PDCP SN或具有最高PDCP COUNT值的PDCP PDU的序列号;或者,第二信息用于指示至少一个PDCP PDU中,发送单元成功转发的、具有最高PDCPSN或具有最高PDCP COUNT值的PDCP PDU的下一个PDCP PDU的序列号;或者,第二信息用于指示至少一个PDCP PDU中,第二用户设备成功接收的、具有最高PDCP SN或具有最高PDCPCOUNT值的PDCP PDU的序列号;或者,第二信息为至少一个PDCP PDU中,第二用户设备成功接收的、具有最高PDCP SN或具有最高PDCP COUNT值的PDCP PDU的下一个PDCP PDU的序列号。
结合第二方面以及以上第二方面的任意一种可能的实现方式,在第二方面的第三种可能的实现方式中,第一状态报告还包含第三信息;第三信息为发送单元向第二用户设备转发的至少一个PDCP PDU中丢失的PDCP PDU的PDCP序列号。
结合第二方面以及以上第二方面的任意一种可能的实现方式,在第二方面的第四种可能的实现方式中,第一状态报告包含第四信息,第四信息为发送单元向第二用户设备转发的至少一个PDCP PDU中第一个丢失的PDCP PDU的序列号;或者,第四信息为发送单元向第二用户设备转发的至少一个PDCP PDU中第一个没有被第二用户设备接收到的PDCPPDU的序列号。
结合第二方面以及以上第二方面的任意一种可能的实现方式,在第二方面的第五种可能的实现方式中,第一状态报告还包含第五信息,第五信息用于指示第一个丢失的PDCP PDU以后的PDCP PDU的接收状态,或第一个没有被第二用户设备接收到的PDCP PDU以后的PDCP PDU的接收状态。
结合第二方面以及以上第二方面的任意一种可能的实现方式,在第二方面的第六种可能的实现方式中,第一状态报告还包括第六信息和第七信息中的至少一个,其中,第六信息为第二用户设备的用户设备标识;第七信息为第二用户设备的无线承载标识。
结合第二方面以及以上第二方面的任意一种可能的实现方式,在第二方面的第七种可能的实现方式中,第一状态报告由装置的RLC层、PDCP、PDCP与RLC间的适配层中的一个或多个产生。
结合第二方面以及以上第二方面的任意一种可能的实现方式,在第二方面的第八种可能的实现方式中,还包括接收单元,接收单元用于,在发送单元发送第一状态报告给网络设备之前,接收第二用户设备发送的第二状态报告;第二状态报告为无线链路控制层状态报告,第二状态报告用于指示第二用户设备接收RLC PDU的接收状态。
结合第二方面以及以上第二方面的任意一种可能的实现方式,在第二方面的第九种可能的实现方式中,确定单元具体用于,根据第二状态报告确定第二用户设备接收至少一个PDCP PDU的接收状态。
第三方面,公开了一种装置,设置于用户设备中,该用户设备为第一用户设备,其特征在于,包括:处理器,用于确定第二用户设备接收至少一个分组数据汇聚协议层协议数据单元PDCP PDU的接收状态;至少一个PDCP PDU是第一用户设备通过与网络设备之间的通信链路接收后通过发射器向第二用户设备转发的;发射器,发送第一状态报告给网络设备,第一状态报告用于指示第二用户设备接收至少一个PDCP PDU的接收状态。
结合第三方面,在第三方面的第一种可能的实现方式中,第一状态报告包含第一信息;其中,第一信息用于指示至少一个PDCP PDU中,发射器连续成功转发的、具有最高PDCP序列号SN或具有最高PDCP计数COUNT值的PDCP PDU的序列号;或者,第一信息用于指示至少一个PDCP PDU中,发射器连续成功转发的最后一个PDCP PDU的序列号;或者,第一信息用于指示至少一个PDCP PDU中,发射器连续成功转发的、具有最高PDCP SN或具有最高PDCPCOUNT值的PDCP PDU的下一个PDCP PDU的序列号;或者,第一信息用于指示至少一个PDCPPDU中,发射器连续成功转发的最后一个PDCP PDU的下一个PDCP PDU的序列号;或者,第一信息用于指示至少一个PDCP PDU中,第二用户设备连续成功接收的、具有最高PDCP SN或具有最高PDCP COUNT值的PDCP PDU的序列号;或者,第一信息指示至少一个PDCP PDU中,第二用户设备连续成功接收的最后一个PDCP PDU的序列号;或者,第一信息用于指示至少一个PDCP PDU中,第二用户设备连续成功接收的、具有最高PDCP SN或具有最高PDCP COUNT值的PDCP PDU的下一个PDCP PDU的序列号;或者,第一信息用于指示第二用户设备连续成功接收的最后一个PDCP PDU的下一个PDCP PDU的序列号。
结合第三方面以及以上第三方面的任意一种可能的实现方式,在第三方面的第二种可能的实现方式中,第一状态报告包含第二信息;其中,第二信息用于指示至少一个PDCPPDU中,发射器成功转发的、具有最高PDCP SN或具有最高PDCP COUNT值的PDCP PDU的序列号;或者,第二信息用于指示至少一个PDCP PDU中,发射器成功转发的、具有最高PDCP SN或具有最高PDCP COUNT值的PDCP PDU的下一个PDCP PDU的序列号;或者,第二信息用于指示至少一个PDCP PDU中,第二用户设备成功接收的、具有最高PDCP SN或具有最高PDCP COUNT值的PDCP PDU的序列号;或者,第二信息为至少一个PDCP PDU中,第二用户设备成功接收的、具有最高PDCP SN或具有最高PDCP COUNT值的PDCP PDU的下一个PDCP PDU的序列号。
结合第三方面以及以上第三方面的任意一种可能的实现方式,在第三方面的第三种可能的实现方式中,第一状态报告还包含第三信息;第三信息为发射器向第二用户设备转发的至少一个PDCP PDU中丢失的PDCP PDU的PDCP序列号。
结合第三方面以及以上第三方面的任意一种可能的实现方式,在第三方面的第四种可能的实现方式中,第一状态报告包含第四信息,第四信息为发射器向第二用户设备转发的至少一个PDCP PDU中第一个丢失的PDCP PDU的序列号;或者,第四信息为发射器向第二用户设备转发的至少一个PDCP PDU中第一个没有被第二用户设备接收到的PDCP PDU的序列号。
结合第三方面以及以上第三方面的任意一种可能的实现方式,在第三方面的第五种可能的实现方式中,第一状态报告还包含第五信息,第五信息用于指示第一个丢失的PDCP PDU以后的PDCP PDU的接收状态,或第一个没有被第二用户设备接收到的PDCP PDU以后的PDCP PDU的接收状态。
结合第三方面以及以上第三方面的任意一种可能的实现方式,在第三方面的第六种可能的实现方式中,第一状态报告还包括第六信息和第七信息中的至少一个,其中,第六信息为第二用户设备的用户设备标识;第七信息为第二用户设备的无线承载标识。
结合第三方面以及以上第三方面的任意一种可能的实现方式,在第三方面的第七种可能的实现方式中,第一状态报告由装置的RLC层、PDCP、PDCP与RLC间的适配层中的一个或多个产生。
结合第三方面以及以上第三方面的任意一种可能的实现方式,在第三方面的第八种可能的实现方式中,还包括接收器,
接收器用于,在发射器发送第一状态报告给网络设备之前,接收第二用户设备发送的第二状态报告;第二状态报告为无线链路控制层状态报告,第二状态报告用于指示第二用户设备接收RLC PDU的接收状态。
结合第三方面以及以上第三方面的任意一种可能的实现方式,在第三方面的第九种可能的实现方式中,处理器具体用于,根据第二状态报告确定第二用户设备接收至少一个PDCP PDU的接收状态。
第四方面,公开了一种数据接收状态报告方法,其特征在于,包括:
第二用户设备确定第二用户设备接收至少一个PDCP SDU的接收状态;至少一个PDCP SDU是第一用户设备通过与网络设备之间的通信链路接收后向第二用户设备转发的;第二用户设备发送状态报告给网络设备,状态报告用于指示第二用户设备接收至少一个PDCP SDU的接收状态。
结合第四方面,在第一方面的第一种可能的实现方式中,状态报告包含第一信息;其中,第一信息用于指示至少一个PDCP SDU中,第一用户设备连续成功转发的、具有最高PDCP序列号SN或具有最高PDCP计数COUNT值的PDCP SDU的序列号;或者,第一信息用于指示至少一个PDCP SDU中,第一用户设备连续成功转发的最后一个PDCP SDU的序列号;或者,第一信息用于指示至少一个PDCP SDU中,第一用户设备连续成功转发的、具有最高PDCP SN或具有最高PDCP COUNT值的PDCP SDU的下一个PDCP SDU的序列号;或者,第一信息用于指示至少一个PDCP SDU中,第一用户设备连续成功转发的最后一个PDCP SDU的下一个PDCP SDU的序列号;或者,第一信息用于指示至少一个PDCP SDU中,第二用户设备连续成功接收的、具有最高PDCP SN或具有最高PDCP COUNT值的PDCP SDU的序列号;或者,第一信息指示至少一个PDCP SDU中,第二用户设备连续成功接收的最后一个PDCP SDU的序列号;或者,第一信息用于指示至少一个PDCP SDU中,第二用户设备连续成功接收的、具有最高PDCP SN或具有最高PDCP COUNT值的PDCP SDU的下一个PDCP SDU的序列号;或者,第一信息用于指示第二用户设备连续成功接收的最后一个PDCP SDU的下一个PDCP SDU的序列号。
结合第四方面以及以上第四方面的任一种可能的实现方式,在第一方面的第二种可能的实现方式中,状态报告包含第二信息;
其中,第二信息用于指示至少一个PDCP SDU中,第一用户设备成功转发的、具有最高PDCP SN或具有最高PDCP COUNT值的PDCP SDU的序列号;或者,第二信息用于指示至少一个PDCP SDU中,第一用户设备成功转发的、具有最高PDCP SN或具有最高PDCP COUNT值的PDCP SDU的下一个PDCP SDU的序列号;或者,第二信息用于指示至少一个PDCP SDU中,第二用户设备成功接收的、具有最高PDCP SN或具有最高PDCP COUNT值的PDCP SDU的序列号;或者,第二信息为至少一个PDCP SDU中,第二用户设备成功接收的、具有最高PDCP SN或具有最高PDCP COUNT值的PDCP SDU的下一个PDCP SDU的序列号。
结合第四方面以及以上第四方面的任一种可能的实现方式,在第一方面的第三种可能的实现方式中,状态报告还包含第三信息;第三信息为第一用户设备向第二用户设备转发的至少一个PDCP SDU中丢失的PDCP SDU的PDCP序列号。
结合第四方面以及以上第四方面的任一种可能的实现方式,在第一方面的第四种可能的实现方式中,状态报告包含第四信息,第四信息为第一用户设备向第二用户设备转发的至少一个PDCP SDU中第一个丢失的PDCP SDU的序列号;或者,第四信息为第一用户设备向第二用户设备转发的至少一个PDCP SDU中第一个没有被第二用户设备接收到的PDCPSDU的序列号。
结合第四方面以及以上第四方面的任一种可能的实现方式,在第一方面的第六种可能的实现方式中,状态报告还包含第五信息,第五信息用于指示第一个丢失的PDCP SDU以后的PDCP SDU的接收状态,或第一个没有被第二用户设备接收到的PDCP SDU以后的PDCPSDU的接收状态。
结合第四方面以及以上第四方面的任一种可能的实现方式,在第一方面的第七种可能的实现方式中,状态报告由第二用户设备的PDCP产生。
第五方面,公开了一种装置,设置于用户设备中,用户设备为第二用户设备,包括:
处理器,用于确定第二用户设备接收至少一个分组数据汇聚协议层协议数据单元PDCP PDU的接收状态;至少一个PDCP PDU是第一用户设备通过与网络设备之间的通信链路接收后向第二用户设备转发的;发射器,用于发送状态报告给网络设备,状态报告用于指示第二用户设备接收至少一个PDCP PDU的接收状态。
第六方面,公开了一种计算机存储介质,用于存储上述设置于第一用户设备的装置所用的计算机软件指令,该计算机软件指令包含用于执行上述第一方面的数据接收状态报告方法所涉及的程序。
第七方面,公开了另一种计算机存储介质,用于存储上述设置于第二用户设备的装置所用的计算机软件指令,该计算机软件指令包含用于执行上述第四方面的数据接收状态报告方法所涉及的程序。
附图说明
图1为现有的UE与基站之间的两种通信方式的示意图;
图2为现有的无线接口协议层的示意图;
图3为现有的非直连通信方式中端到端的协议栈示意图;
图4为本发明实施例提供的装置的结构示意图;
图5为本发明实施例提供的数据接收状态报告方法的流程示意图;
图6a为本发明实施例提供的第一状态报告的帧结构示意图;
图6b为本发明实施例提供的第一状态报告的另一帧结构示意图;
图7a为本发明实施例提供的第一状态报告的另一帧结构示意图;
图7b为本发明实施例提供的第一状态报告的另一帧结构示意图;
图8a为本发明实施例提供的第一状态报告的另一帧结构示意图;
图8b为本发明实施例提供的第一状态报告的另一帧结构示意图;
图9为本发明实施例提供的另一种数据接收状态报告方法的流程示意图;
图10为本发明实施例提供的装置的另一结构示意图;
图11为本发明实施例提供的装置的另一结构示意图;
图12为本发明实施例提供的装置的另一结构示意图;
图13为本发明实施例提供的装置的另一结构示意图;
图14为本发明实施例提供的装置的另一结构示意图。
具体实施方式
如图1所示,一个UE与基站间的连接模式可以有以下两种:一是、UE直接与基站连接,进行数据通信。该方式可以称为直连通信方式,此时,UE与基站之间是直连路径。
二是、一个用户设备通过另外一个用户设备与基站连接,进行数据通信。该方式可以称为非直连通信方式。此时,前者可以称为远端用户设备(remote UE),后者可以称为中继用户设备(relay UE),Remote UE与基站之间是非直连路径。其中,remote UE和relay UE之间除了可以采用3GPP的Sidelink(侧行链路)/PC5接入技术进行连接外,还可以采用non-3GPP接入技术进行连接,例如,蓝牙接入技术,WLAN接入技术等。
参考图2,LTE系统中,无线接口包括无线资源控制协议层(radio resourcecontrol,RRC)层、分组数据汇聚协议(packet data convergence protocol,PDCP)层、无线链路控制协议(radio link control,RLC)层以及无线访问控制协议(media accesscontrol,MAC)层。
其中,RRC层处理UE和基站之间控制平面的第三层信息。
PDCP负责将IP头压缩和解压。在用户平面上,PDCP层得到来自上层的IP数据分组后,可以对IP数据分组进行头压缩和加密,并为获得的每个数据分组维护序列号(sequencenumber,SN),然后将数据分组按序递交到RLC层。
RLC层主要对接收到的上层数据包进行分割和/或级联,以便分割和/或级联后的数据包适应于无线接口的实际传输,且对于需无差错传输的无线承载(Radio Bearer,RB)来说,RLC层协议还可以通过重传机制恢复丢失的数据包。示例的,在发送端,RLC层接收PDCP层传递的SN为0、1、2的PDCP PDU,可以将这三个PDCP PDU分割和/或级联为编号为0、1的两个RLC PDU。相反地,在接收端,RLC层可以将接收到的RLC PDU分割和/或级联为SN为0、1、2的三个PDCP PDU。
MAC层定义了数据帧怎样在介质上进行传输。
图1所示的非直连通信方式中,Remote UE通过Relay UE与网络连接,并且RemoteUE和Relay UE之间通过3GPP接入技术进行连接时,其对应的用户面的端到端协议栈如图3所示。其中,relay UE与remote UE之间的链路的接口称为PC5,对应的链路为sidelink(侧行链路),relay UE与基站之间的链路的接口为Uu,对应的链路包括downlink(下行链路)或uplink(上下链路)参考图3,在发送端(以基站为例),每一层从高层接收业务数据单元(Service Data Unit,SDU),并向底层输出协议数据单元(Protocol Data Unit,PDU)。例如,基站的RLC(Uu),接收到来自基站的PDCP(Uu)的分组,这些分组从PDCP角度来看是PDCPPDU,而从RLC角度来看是RLC SDU。在接收端(以relay UE为例),这个过程是反过来的,每层都向上层发送SDU,上层作为PDU接收。例如:relay UE的PDCP(Uu)接收到来自relay UE的RLC(Uu)的分组,这些分组从PDCP角度来看是PDCP PDU,而从RLC角度来看是RLC SDU。
通常,每个RLC实体(如图3中的RLC(Uu)、RLC(PC5)),可以根据业务类型的不同配置不同的RLC模式,具体包含的RLC模式有:透明模式(Transparent Mode,TM)、非确认模式(Unacknowledged Mode,UM)和确认模式(Acknowledged Mode,AM)。当RLC实体的RLC模式被配置为AM时,发送侧RLC实体首先根据媒体接入控制(Medium Access Control,MAC)层通知的传输时机以及可以发送的数据包大小,从预先缓存的RLC业务数据单元(Service DataUnit,SDU)中按序串接组装成RLC PDU的数据域,并按照协议要求构造出该数据域对应的头信息,该数据域和头信息便构成了一个完整的RLC PDU,然后将该RLC PDU发送至接收侧RLC实体,该RLC PDU的头信息中包含一个SN,且每发送一个新的RLC PDU,SN便增加1。
另外,在接收侧RLC实体接收到一些RLC PDU之后,需要根据反馈机制向发送侧RLC实体发送RLC状态报告,该状态报告中包含有需要发送侧RLC实体重传的RLC PDU的SN。当发送侧RLC实体接收到该状态报告之后,便需要根据当前的传输时机以及可以发送的数据包大小对需要重传的RLC PDU进行重传。
参考图1,remote UE可以在两种连接模式或者通信路径间进行转换。例如,当UE与基站间的链路质量比较差时,UE可以选择通过一个附近的Relay UE与基站进行连接。这时需要进行直连通信方式到非直连通信方式的转换。再例如,当remote UE连接的Relay UE移动后,remote UE和Relay UE之间的连接可能无法再维持。此时,需要进行非直连通信方式到直连通信方式的转换。
在下行数据传输中,基站将发送给remote UE的数据首先发送给relay UE。relayUE的RLC(Uu)实体会发送RLC状态报告给基站。。该RLC状态报告通过一个RLC Status PDU承载。该RLC Status PDU的格式参见TS36.322 Radio Link Control(RLC)protocolspecification。该状态报告中包括RLC PDU的接收状况。基站在收到Relay UE的RLC实体反馈的状态报告后,根据所述状态报告可以确定已经被relay UE成功接收的RLC PDU的RLC序列号,以及丢失的RLC PDU的RLC序列号。根据所述RLC PDU的序列号以及发送数据时对RLCSDU的分割,级联情况,基站可以确定被relay UE成功接收到的remote UE的RLC SDU以及丢失的RLC SDU,并进一步可以确定被relay UE成功接收的remote UE的PDCP PDU/PDCP SDU的PDCP序列号。
relay UE将remote UE的数据转发给remote UE后,remote UE的RLC(PC5)实体会反馈RLC状态报告给relay UE的RLC(PC5)实体。relay UE在收到remote UE的RLC实体反馈的状态报告后,根据所述状态报告可以确定已经被Remote UE成功接收的RLC PDU的RLC序列号,以及丢失的RLC PDU的RLC序列号。根据所述RLC PDU的序列号以及发送数据时对RLCSDU的分割,级联情况,relay UE可以确定被remote UE成功接收到的remote UE的RLC SDU以及丢失的RLC SDU,并进一步可以确定基站要发给remote UE的PDCP PDU/PDCP SDU中,被remote UE成功接收的PDCP PDU/PDCP SDU的PDCP序列号,以及基站要发给remote UE的PDCP PDU/PDCP SDU中,丢失的remote UE的PDCP PDU/PDCP SDU的序列号。
但是在通过非直连通信方式的下行数据传输过程中,基站无法知道发送给remoteUE的数据中被remote UE成功接收的remote UE的PDCP PDU/PDCP SDU的PDCP序列号以及丢失的remote UE的PDCP PDU/PDCP SDU的序列号。从而会导致remote UE的下行数据丢失的情况。具体地,可以是以下三种情况:
情况1:在基站通过非直连通信路径进行正常的下行数据传输的过程中,由于基站不清楚relay UE和remote UE之间的数据的传输状态,可能会出现基站与relay UE间的链路的通信速率远高于relay UE和remote UE间的链路的通信速率的情况。因此,会导致relay UE需要缓存大量转发给remote UE的数据包。当需要缓存的数据包超过relay UE的缓存能力后,relay UE会将多余的数据包丢弃。从而导致remote UE的下行数据包的丢失。
情况2:基站通过relay UE来转发remote UE的下行数据。基站将数据发送给relayUE后,根据relay UE的RLC层反馈的状态报告,基站可以知道哪些下行数据已经被relay UE正确接收,哪些还没有被relay UE接收。但是基站并不知道relay UE转发的数据包哪些已经被remote UE成功接收,哪些还未被remote UE成功接收。基于relay UE的RLC层反馈的状态报告,基站可能会将已经被relay UE正确接收的数据包从发送缓存中清除。这样,当remote UE和基站间的通信路径从非直连路径转换到直连路径(即remote UE与基站直接连接进行通信)后,由于Relay UE无法再为remote UE转发下行数据,remote UE只能从基站接收还未成功接收到的数据。而这时对于那些基站之前已经从发送缓存中清除,但remote UE还没有正确接收的数据包,remote UE将无法再通过直连路径从基站处获得。从而导致remote UE的下行数据包的丢失。
情况3:remote UE从非直连路径转换到直连路径(即remote UE与基站直接连接进行通信)后,从基站收到的下行PDCP SDU可能会出现乱序接收到的情况。而在正常的数据接收过程中,remote UE的PDCP层不会对接收到的PDCP SDU执行重排序的功能,而是直接递交给上层。因此,会导致PDCP递交给上层的数据包是乱序的情况。而乱序递交给上层后可能会导致上层的数据包的丢失。
本发明实施例的原理在于:在remote UE与基站之间为非直连路径时,基站通过relay UE向remote UE发送至少一个数据包,relay UE确定remote UE对所述至少一个数据包的接收状态,并向基站上报remote UE对所述至少一个数据包的接收状态。或,在remoteUE与基站之间为非直连路径时,基站通过relay UE向remote UE发送至少一个数据包,Remote UE向基站上报对所述至少一个数据包的接收状态。
这样,根据所述relay UE上报的remote UE对下行数据的接收状态,或者remoteUE上报的对下行数据的接收状态,基站可以确定通过Relay UE传输给remote UE的下行数据中哪些已经被remote UE成功接收,哪些还未被remote UE成功接收。这样,
针对上述情况1,在通过非直连通信方式传输数据的过程中,基站可以根据RemoteUE的对下行数据包的接收情况来调整基站与Relay UE间的链路的传输速率,从而可以避免情况1中的丢包的发生;
针对上述情况2,在通过非直连通信方式传输数据的过程中,基站可以根据remoteUE对下行数据包的接收情况来确定哪些数据包可以从发送缓存中删除。从而在remote UE从非直连路径转换到直连路径后,避免了情况2中的丢包的发生;
针对上述情况3,当remote UE从非直连路径转换到直连路径后,基站可以根据Remote UE对下行数据包的接收情况来按序进行重传。因此,remote UE的PDCP也会按序接收数据并将接收到的数据按序递交给高层。从而可以避免情况3中的丢包的发生。
在具体的实现中,图4为本发明实施例提供的一种用户设备的组成示意图,该用户设备可以是本发明实施例所述的第一用户设备,也可以是图1所示通信系统中的中继用户设备。如图4所示,该用户设备可以包括至少一个处理器11,存储器12、通信接口13,通信接口15、通信总线14。
下面结合图4对该用户设备的各个构成部件进行具体的介绍:
处理器11是用户设备的控制中心,可以是一个处理器,也可以是多个处理元件的统称。例如,处理器11是一个中央处理器(central processing unit,CPU),也可以是特定集成电路(Application Specific Integrated Circuit,ASIC),或者是被配置成实施本发明实施例的一个或多个集成电路,例如:一个或多个微处理器(digital signalprocessor,DSP),或,一个或者多个现场可编程门阵列(Field Programmable Gate Array,FPGA)。
其中,处理器11可以通过运行或执行存储在存储器12内的软件程序,以及调用存储在存储器12内的数据,执行用户设备的各种功能。
在具体的实现中,作为一种实施例,处理器11可以包括一个或多个CPU,例如图4中所示的CPU0和CPU1。
在具体实现中,作为一种实施例,用户设备可以包括多个处理器,例如图4中所示的处理器11和处理器15。这些处理器中的每一个可以是一个单核处理器(single-CPU),也可以是一个多核处理器(multi-CPU)。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。
存储器12可以是只读存储器(read-only memory,ROM)或可存储静态信息和指令的其他类型的静态存储设备,随机存取存储器(random access memory,RAM)或者可存储信息和指令的其他类型的动态存储设备,也可以是电可擦可编程只读存储器(ElectricallyErasable Programmable Read-Only Memory,EEPROM)、只读光盘(Compact Disc Read-Only Memory,CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。存储器12可以是独立存在,通过通信总线14与处理器11相连接。存储器12也可以和处理器11集成在一起。
其中,所述存储器12用于存储执行本发明方案的软件程序,并由处理器11来控制执行。
通信接口13和通信接口15,使用任何收发器一类的装置,用于与其他设备或通信网络通信,如以太网,无线接入网(radio access network,RAN),无线局域网(WirelessLocal Area Networks,WLAN)等。通信接口13是UE与网络设备间的通信接口,和通信接口15是relay UE与remote UE间的通信接口,通信接口13和通信接口15可以包括接收单元实现接收功能,以及发送单元实现发送功能。
通信总线14,可以是工业标准体系结构(Industry Standard Architecture,ISA)总线、外部设备互连(Peripheral Component,PCI)总线或扩展工业标准体系结构(Extended Industry Standard Architecture,EISA)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示,图4中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
图4中示出的设备结构并不构成对用户设备的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
在本发明的一些实施例中,通信接口13通过与网络设备之间的数据无线承载(data radio bearer,DRB)接收网络设备发送给第二用户设备的至少一个PDCP PDU。这里的网络设备可以是基站,如:图1所示通信系统中的基站。这里的第二用户设备可以是与上述基站未直接连接,需要通过第一用户设备的中继才能与基站进行通信的用户设备,如图1所示通信系统中的中继用户设备。
随后,通信接口15通过第一用户设备(即图4所示装置所设置的用户设备)与第二用户设备之间的侧行链路无线承载(Sidelink Radio Bearer,SL-RB)或non-3GPP链路向第二用户设备转发所述至少一个PDCP PDU。
当第一用户设备与第二用户设备间采用侧行链路技术进行连接时,进一步,第二用户设备的RLC实体在接收到一些承载所述第一用户设备转发的PDCP PDU的RLC PDU后会向第一用户设备发送RLC状态报告(即本发明实施例所述的第二状态报告),用于指示所述第二用户设备接收RLC PDU的接收状态。第一用户设备的通信接口15接收所述第二状态报告。需要说明的是,第一用户设备的通信接口15的RLC实体,即第一用户设备和第二用户设备间的侧行链路的一个无线承载的RLC实体(后续称为第一用户设备的第一RLC实体)可以对接收到的需要转发给第二用户设备的PDCP PDU/RLC SDU进行分割和/或级联,获得RLCPDU,再将RLC PDU转发给第二用户设备。因此,第二用户设备上报的是RLC PDU的接收状态,示例的,对于某个RLC PDU,如果第二用户设备上报的RLC状态报告中,该RLC PDU的接收状态为ACK,则表示该RLC PDU被第二用户设备成功接收;相反,若RLC状态报告中该RLC PDU的接收状态为NACK,则表示该RLC PDU没有被第二用户设备成功接收,即第二用户设备未接收到该RLC PDU。
接收到第二用户设备发送的RLC状态报告后,第一用户设备可以根据第二用户设备接收RLC PDU的接收状态确定第二用户设备接收所述至少一个PDCP PDU的接收状态。具体实现中,第一用户设备的处理器11根据第二用户设备接收RLC PDU的接收状态确定第二用户设备接收所述至少一个PDCP PDU的接收状态。具体地,第一用户设备的RLC实体是将所述至少一个PDCP PDU/RLC SDU分割和/或级联为RLC PDU后转发给第二用户设备。因此,第一用户设备可以根据第二用户设备接收RLC PDU的接收状态确定出第二用户设备接收所述至少一个PDCP PDU的接收状态。示例的,第一用户设备的第一RLC实体接收第一用户设备的适配层实体传递的需要转发给第二用户设备的PDCP SN为0、1、2的PDCP PDU。所述适配层为图3中第一用户设备与网络设备的接口上的适配层。根据侧行链路的上的可用传输资源的大小,第一用户设备的第一RLC实体可以将这三个PDCP PDU/RLC SDU分割和/或级联为RLC编号为0、1的两个RLC PDU。如果第二用户设备反馈的RLC状态报告中编号为0、1的两个RLCPDU的接收状态为ACK,即这两个RLC PDU被第二用户设备成功接收,那么第一用户设备则可以确定SN为0、1、2的三个PDCP PDU均被第二用户设备成功接收。
第一用户设备可以根据由所述第二状态报告确定的第二用户设备接收所述至少一个PDCP PDU的接收状态,产生第一状态报告。并通过通信接口13发送第一状态报告给所述网络设备,所述第一状态报告用于指示所述第二用户设备接收所述至少一个PDCP PDU的接收状态。
所述第一状态报告的触发包括以下三种方式:
第一、第一用户设备在接收到所述第二状态报告后,触发并生成第一状态报告。具体的,当第一用户设备的第一RLC实体接收到第二状态报告后,根据第二状态报告确定出第二用户设备接收所述至少一个PDCP PDU的接收状态。并将所述接收状态通知给第一用户设备与网络设备间的接口上的适配层实体。适配层实体触发并产生所述第二状态报告。
第二、第一用户设备周期性触发所述第一状态报告。所述周期长度由
基站配置。具体的,第一用户设备维护至少一个计时器。当第一用户设备接收到基站配置的所述周期长度时,第一用户设备开启所述计时器。当所述计时器超时,第一用户设备的所述适配层实体触发并产生第一状态报告。对于所述计时器,第一用户设备可以为其连接的第二用户设备维护一个共同的计时器。当所述计时器超时,第一用户设备触发并产生所有所述第二用户设备的所有无线承载的第一状态报告;或者,第一用户设备为每一个与其连接的第二用户设备分别维护一个计时器。当所述计时器超时,第一用户设备触发并产生相应的第二用户设备的所有无线承载的第一状态报告;或者,第一用户设备为每一个与其连接的第二用户设备的每个无线承载维护一个计时器。当所述计时器超时,第一用户设备触发并产生相应的第二用户设备的相应的无线承载的第一状态报告。
第三、第一用户设备根据基站的指示信息来触发所述第一状态报告。当第一用户设备收到基站的指示信息后,第一用户设备的适配层实体触发相应的第二用户设备的相应的无线承载的第一状态报告。在一种实施方式中,所述指示包含在基站发送给第一用户设备的适配层PDU中。所述指示可以为1bit的信息。例如该1bit可以称为poll bit。另外,在所述基站发送给第一用户设备的适配层PDU中还包含该适配层PDU所对应的第二用户设备标识以及所述第二用户设备的无线承载的标识。当第一用户设备接收到的所述适配层PDU中的所述1bit信息的值设为1时,表示第一用户设备需要触发相应的第二用户设备的相应的无线承载的第一状态报告。而当第一用户设备接收到的所述适配层PDU中的所述1bit信息的值设为0时,表示第一用户设备不需要触发相应的第二用户设备的相应的无线承载的第一状态报告。或者反之。
上述描述中,所述第一状态报告由适配层触发。但是,如果适配层不是独立的一个协议层,而是作为第一用户设备和第二用户设备间的PDCP层的一个子层或者子功能模块时,所述第一状态报告最终将由PDCP层触发,相应地,所述第一状态报告为PDCP PDU。
另外,所述第一状态报告也可以由第一用户设备和第二用户设备间的RLC层触发,相应地,所述第一状态报告为RLC PDU。
以下结合示例详细说明第一状态报告中包括的信息,具体实现中,第一状态报告的实现有以下四种:
首先,假设基站需要通过第一用户设备向第二用户设备转发SN依次为0~9的10个PDCP PDU,第一用户设备根据第二用户设备反馈的第二状态报告确定第二用户设备接收到了SN为0~5的PDCP PDU,以及SN为9的PDCP PDU,即第二用户设备未接收到SN为6~8的PDCPPDU。
第一、在一些实施例中,第一状态报告包括第一信息,第一信息用于指示所述至少一个PDCP PDU中,第一用户设备连续成功转发的、具有最高PDCP序列号SN或具有最高PDCPCOUNT值的PDCP PDU的序列号。所谓“连续成功转发”可以理解为按照SN号从低到高的顺序成功转发的N个PDCP PDU是连续的,N个PDCP PDU中不存在转发丢失的PDCP PDU。另外,所谓“成功转发”即第二用户设备接收到了第一用户设备转发的PDCP PDU。在以上给出的示例中,第一用户设备确定第二用户设备接收到了的PDCP PDU的SN号为0、1、2、3、4、5以及9,因此,第一用户设备成功转发的PDCP PDU的SN号为0、1、2、3、4、5、9。进一步,“第一用户设备连续成功转发的、具有最高PDCP序列号SN或具有最高PDCP COUNT值的PDCP PDU的序列号”为5。
或者,第一信息用于指示所述至少一个PDCP PDU中,第一用户设备连续成功转发的最后一个PDCP PDU的序列号。在以上给出的示例中,第一用户设备确定第二用户设备接收到了的PDCP PDU的SN号为0、1、2、3、4、5、9,因此,“第一用户设备连续成功转发的最后一个PDCP PDU的序列号”为5。
或者,第一信息用于指示至少一个PDCP PDU中,第一用户设备连续成功转发的、具有最高PDCP SN或具有最高PDCP COUNT值的PDCP PDU的下一个PDCP PDU的序列号。在以上给出的示例中,第一用户设备确定第二用户设备接收到了的PDCP PDU的SN号为0、1、2、3、4、5、9,“第一用户设备连续成功转发的最后一个PDCP PDU的序列号”为5,因此,“第一用户设备连续成功转发的、具有最高PDCP SN或具有最高PDCP COUNT值的PDCP PDU的下一个PDCPPDU的序列号”为6。
或者,第一信息用于指示至少一个PDCP PDU中,第一用户设备连续成功转发的最后一个PDCP PDU的下一个PDCP PDU的序列号。在以上给出的示例中,第一用户设备确定第二用户设备接收到了的PDCP PDU的SN号为0、1、2、3、4、5、9,“第一用户设备连续成功转发的最后一个PDCP PDU”为5,因此,“第一用户设备连续成功转发的最后一个PDCP PDU的下一个PDCP PDU的序列号”为6。
或者,第一信息用于指示至少一个PDCP PDU中,第二用户设备连续成功接收的、具有最高PDCP SN或具有最高PDCP COUNT值的PDCP PDU的序列号。在以上给出的示例中,第一用户设备确定第二用户设备接收到了的PDCP PDU的SN号为0、1、2、3、4、5、9,其中,第二用户设备连续成功接收的PDCP PDU的SN号为0、1、2、3、4、5。因此,“第一用户设备连续成功转发的、具有最高PDCP序列号SN或具有最高PDCP COUNT值的PDCP PDU的序列号”为5。
或者,第一信息指示至少一个PDCP PDU中,第二用户设备连续成功接收的最后一个PDCP PDU的序列号。在以上给出的示例中,第一用户设备确定第二用户设备接收到了的PDCP PDU的SN号为0、1、2、3、4、5、9,其中,第二用户设备连续成功接收的PDCP PDU的SN号为0、1、2、3、4、5。因此,“第二用户设备连续成功接收的最后一个PDCP PDU的序列号”为5。
或者,第一信息用于指示至少一个PDCP PDU中,第二用户设备连续成功接收的、具有最高PDCP SN或具有最高PDCP COUNT值的PDCP PDU的下一个PDCP PDU的序列号。在以上给出的示例中,第一用户设备确定第二用户设备接收到了的PDCP PDU的SN号为0、1、2、3、4、5、9,其中,第二用户设备连续成功接收的PDCP PDU的SN号为0、1、2、3、4、5。第二用户设备连续成功接收的、具有最高PDCP SN或具有最高PDCP COUNT值的PDCP PDU的序列号为5,因此“第二用户设备连续成功接收的、具有最高PDCP SN或具有最高PDCP COUNT值的PDCP PDU的下一个PDCP PDU的序列号”为6。
或者,第一信息用于指示第二用户设备连续成功接收的最后一个PDCP PDU的下一个PDCP PDU的序列号。在以上给出的示例中,第一用户设备确定第二用户设备接收到了的PDCP PDU的SN号为0、1、2、3、4、5、9,其中,第二用户设备连续成功接收的PDCP PDU的SN号为0、1、2、3、4、5。第二用户设备连续成功接收的最后一个PDCP PDU的序列号为5,因此“第二用户设备连续成功接收的最后一个PDCP PDU的下一个PDCP PDU的序列号”为6。
第二、在一些实施例中,第一状态报告包含第二信息。第二信息用于指示至少一个PDCP PDU中,第一用户设备成功转发的、具有最高PDCP SN或具有最高PDCP COUNT值的PDCPPDU的序列号。在以上给出的示例中,第一用户设备确定第二用户设备接收到了的PDCP PDU的SN号为0、1、2、3、4、5、9,即第一用户设备成功转发的PDCP PDU的SN号为0、1、2、3、4、5、9。因此,“第一用户设备成功转发的、具有最高PDCP SN或具有最高PDCP COUNT值的PDCP PDU的序列号”为9。
或者,第二信息用于指示至少一个PDCP PDU中,第一用户设备成功转发的、具有最高PDCP SN或具有最高PDCP COUNT值的PDCP PDU的下一个PDCP PDU的序列号。在以上给出的示例中,第一用户设备确定第二用户设备接收到了的PDCP PDU的SN号为0、1、2、3、4、5、9,即第一用户设备成功转发的PDCP PDU的SN号为0、1、2、3、4、5、9。因此,“第一用户设备成功转发的、具有最高PDCP SN或具有最高PDCP COUNT值的PDCP PDU的下一个PDCP PDU的序列号”为10。
或者,第二信息用于指示至少一个PDCP PDU中,第二用户设备成功接收的、具有最高PDCP SN或具有最高PDCP COUNT值的PDCP PDU的序列号。在以上给出的示例中,第一用户设备确定第二用户设备接收到了的PDCP PDU的SN号为0、1、2、3、4、5、9。因此,“第二用户设备成功接收的、具有最高PDCP SN或具有最高PDCP COUNT值的PDCP PDU的序列号”为9。
或者,第二信息为至少一个PDCP PDU中,第二用户设备成功接收的、具有最高PDCPSN或具有最高PDCP COUNT值的PDCP PDU的下一个PDCP PDU的序列号。在以上给出的示例中,第一用户设备确定第二用户设备接收到了的PDCP PDU的SN号为0、1、2、3、4、5、9。“第二用户设备成功接收的、具有最高PDCP SN或具有最高PDCP COUNT值的PDCP PDU的序列号”为5,因此,“第二用户设备成功接收的、具有最高PDCP SN或具有最高PDCP COUNT值的PDCPPDU的下一个PDCP PDU的序列号”为10。
进一步地,在通过第二信息指示第二用户设备接收到的PDCP PDU中序列号最高的PDCP PDU,之后还需要指示在序列号低于该PDCP PDU的PDCP PDU的接收状态,如:序列号低于该PDCP PDU的PDCP PDU中那些丢失了,或是没有被第二用户设备接收到。第一状态报告还包含第三信息;第三信息用于指示第一用户设备向第二用户设备转发的至少一个PDCPPDU中丢失的PDCP PDU的PDCP序列号。需要说明的是,所谓“丢失的PDCP PDU”可以认为是第二用户设备应该接收但没有接收到的PDCP PDU。在以上给出的示例中,第一用户设备确定第二用户设备接收到了的PDCP PDU的SN号为0、1、2、3、4、5、9,丢失的PDCP PDU的SN号为6、7、8。因此,上述第三信息用于指示序列号6、7、8。
第三、在一些实施例中,第一状态报告包含第四信息,第四信息为第一用户设备向第二用户设备转发的至少一个PDCP PDU中第一个丢失的PDCP PDU的序列号。在以上给出的示例中,第一用户设备确定第二用户设备接收到了的PDCP PDU的SN号为0、1、2、3、4、5......9,第一用户设备向第二用户设备转发过程中,丢失的PDCP PDU的SN号为6、7、8。因此,确定“第一用户设备向第二用户设备转发的至少一个PDCP PDU中第一个丢失的PDCPPDU的序列号”为6。
或者,第四信息为第一用户设备向第二用户设备转发的至少一个PDCP PDU中第一个没有被第二用户设备接收到的PDCP PDU的序列号。在以上给出的示例中,第一用户设备确定第二用户设备接收到了的PDCP PDU的SN号为0、1、2、3、4、5......9,第一用户设备向第二用户转发过程中,第二用户设备的PDCP PDU的SN号为6、7、8。因此,确定“至少一个PDCPPDU中第一个没有被第二用户设备接收到的PDCP PDU的序列号”为6。
进一步,在通过第四信息指示第二用户设备接收到的所有PDCP PDU中第一个丢失的PDCP PDU后,还需要指示该PDCP PDU后续的PDCP PDU的接收状态,即序列号高于该PDCPPDU的PDCP PDU的接收状态。具体地,第一状态报告还包含第五信息,第五信息用于指示第一个丢失的PDCP PDU以后的PDCP PDU的接收状态,或第一个没有被第二用户设备接收到的PDCP PDU以后的PDCP PDU的接收状态。在以上给出的示例中,第一个丢失的PDCP PDU,即序列号为6的PDCP PDU之后的PDCP PDU的接收状态。在一些实施例中,可以用“0”指示第二用户设备未接收到某个PDCP PDU,用“1”指示第二用户设备接收到了某个PDCP PDU。在此,第五信息可以是,001,其中,第一个0代表第二用户设备未接收到SN为7的PDCP PDU,第二个0代表第二用户设备未接收到SN为8的PDCP PDU,最后的1代表第二用户设备接收到了SN为9的PDCP PDU。
第四,在一些实施例中,第一状态报告包含第六信息,第六信息为第一用户设备向第二用户设备转发的至少一个PDCP PDU中第一个丢失的PDCP PDU的序列号。在以上给出的示例中,第一用户设备确定第二用户设备接收到了的PDCP PDU的SN号为0、1、2、3、4、5......9,第一用户设备向第二用户设备转发过程中,丢失的PDCP PDU的SN号为6、7、8。因此,确定“第一用户设备向第二用户设备转发的至少一个PDCP PDU中第一个丢失的PDCPPDU的序列号”为6。
或者,第六信息为第一用户设备向第二用户设备转发的至少一个PDCP PDU中第一个没有被第二用户设备接收到的PDCP PDU的序列号。在以上给出的示例中,第一用户设备确定第二用户设备接收到了的PDCP PDU的SN号为0、1、2、3、4、5......9,第一用户设备向第二用户转发过程中,第二用户设备的PDCP PDU的SN号为6、7、8。因此,确定“至少一个PDCPPDU中第一个没有被第二用户设备接收到的PDCP PDU的序列号”为6。
进一步,在通过第六信息指示第二用户设备接收到的所有PDCP PDU中第一个丢失的PDCP PDU后,还需要指示至少一个PDCP PDU中,第一用户设备成功转发的、具有最高PDCPSN或具有最高PDCP COUNT值的PDCP PDU的序列号以及丢失的PDCP PDU的个数。具体地,第一状态报告还包含第七信息,第七信息用于指示至少一个PDCP PDU中,第一用户设备成功转发的、具有最高PDCP SN或具有最高PDCP COUNT值的PDCP PDU的序列号,以及第八信息,第八信息用于指示丢失的PDCP PDU的个数。
在以上给出的示例中,第一用户设备成功转发的、具有最高PDCP SN或具有最高PDCP COUNT值的PDCP PDU的序列号”为9;丢失的PDCP PDU的个数为3。
需要说明的是,以上四种实现方式中的第一状态报告中,除了包含上述信息外,还可以包含指示第一用户设备的缓存大小的信息。所述缓存大小信息可以为第一用户设备为第二用户设备分配的总的缓存的大小;
或者,第一用户设备为第二用户设备分配的总的缓存在第一状态报告上报时刻的可用的缓存的大小;
或者,第一用户设备为第二用户设备分配的用于存储第二用户设备的每个无线承载的数据的缓存的大小;
或者,第一用户设备为第二用户设备分配的用于存储第二用户设备的每个无线承载的数据的缓存在第一状态报告上报时刻的可用的缓存的大小。
本发明实施例提供一种数据接收状态报告方法,如图5所示,所述方法包括以下步骤:
101、第一用户设备接收网络设备发送的至少一个PDCP PDU。
参考图1,基站与第二用户之间为非直连路径,而第二用户设备与第一用户设备连接,通过第一用户设备的中继,第二用户设备可以接收到基站发送的下行数据。因此,基站首先需要将要发送给第二用户设备的至少一个来自一个第一无线承载的PDCP PDU通过相应的一个第二无线承载发送给第一用户设备。其中,所述第一无线承载为第二用户设备与网络设备间的无线承载。如图3所示,所述第一无线承载包含第二用户设备与网络设备间的PDCP实体。所述第二无线承载为第一用户设备与网络设备间的无线承载。如图3所示,所述第二无线承载包含第一用户设备与网络设备间的RLC(Uu)实体以及相应的逻辑信道。
102、第一用户设备向第二用户转发所述至少一个PDCP PDU。
具体实现中,当第一用户设备与第二用户设备间采用侧行链路技术进行连接时,第一用户设备可以通过与第二用户设备之间的一个侧行链路的第三无线承载向第二用户设备发送所述至少一个PDCP PDU。其中,所述第三无线承载为第一用户设备和第二用户设备间的无线承载。如图3所示,所述第三无线承载包含第一用户设备和第二用户设备间的RLC(PC5)实体以及相应的逻辑信道。可选的还包含第一用户设备间和第二用户设备间的PDCP(PC5)实体。
103、第一用户设备确定第二用户设备接收所述至少一个PDCP PDU的接收状态。
需要说明的是,受限于第一设备与第二设备之间的网络传输状况,第二用户设备可能接收不到所述至少一个PDCP PDU中的某些PDCP PDU。为了避免丢包,第二用户设备需要向第一用户设备反馈对所述至少一个PDCP PDU的接收状态,以让第一用户设备根据所述反馈的接收状态来对第二用户设备未能正确接收PDCP PDU进行重传。
104、第一用户设备发送第一状态报告给网络设备,所述第一状态报告用于指示所述第二用户设备接收所述至少一个PDCP PDU的接收状态。
其中,第一状态报告的触发由上述三种可能,在此不做赘述。
其中,第一状态报告的实现有上述三种可能,具体携带的内容在此不做赘述。以下以所述第一状态报告通过适配层PDU承载为例来说明第一状态报告中包含的内容和格式。
在第一状态报告的第一种实现方式中,第一状态报告的格式可以是图6a所示的形式。以PDCP SN的长度为7bit为例。PDCP SN的其它长度可以做相应设计。参考图6a,数据/控制(Date/Control,D/C)域:用来指示当前的Adaptation layer PDU是数据PDU还是控制PDU。
PDU Type(类型)域:如果当前的Adaptation layer PDU是控制PDU时,用来指示控制PDU的类型。例如,000表示为本发明定义的PDU的类型。其它值(001–111)目前可以为预留值。
UE local ID域:为remote UE(即本发明实施例所述的第二用户设备)在Relay UE下的唯一标识,即第二用户设备在第一用户设备下的唯一标识。示例的,第一用户设备中继了3个用户设备,其中,00代表用户设备A,01代表用户设备B,10代表用户设备C(即本发明实施例所述的第二用户设备),那么UE local ID域填的字段为10。
RB ID域:用于指示当前的状态报告所针对的remote UE的DRB,即所述第三无线承载的无线承载标识。
R域:用于指示预留比特;
HDS(highest successfully delivered in sequence PDCP SN)域:即Relay UE(即本发明实施例所述的第一用户设备)为remote UE的由所述RB ID域指示的第三无线承载成功传输的SN(Sequence Number,序列号)连续的PDCP PDU中具有最高PDCP SN的PDCPPDU所对应的SN,即本发明实施例所述的第一信息,如:所述至少一个PDCP PDU中,第一用户设备连续成功转发的、具有最高PDCP SN或PDCP COUNT的PDCP PDU的序列号。当然,也可以指示上述第一种实现方式下的其他序列号,如:所述至少一个PDCP PDU中,第二用户设备连续成功接收的、具有最高PDCP SN或PDCP COUNT的PDCP PDU的序列号等。
需要说明的是,如图6b所示,图6a所示的第一状态报告还可以包括缓存指示域buffersize:用于指示第一用户设备的缓存大小的信息。所述缓存大小信息可以为第一用户设备为第二用户设备分配的总的缓存的大小;
或者,指示第一用户设备为第二用户设备分配的总的缓存在第一状态报告上报时刻的可用的缓存的大小;
或者,指示第一用户设备为第二用户设备分配的用于存储第二用户设备的每个无线承载的数据的缓存的大小;
或者,指示第一用户设备为第二用户设备分配的用于存储第二用户设备的每个无线承载的数据的缓存在第一状态报告上报时刻的可用的缓存的大小。
图6b中以缓存指示域以4字节为例,当然也可以设计为其他长度,在此不作限定。
在以上给出的示例中,基站需要通过第一用户设备向第二用户设备转发SN依次为0~9的10个PDCP PDU,第一用户设备根据第二用户设备反馈的第二状态报告确定第二用户设备接收到了SN为0~5的PDCP PDU,以及SN为9的PDCP PDU,即第二用户设备未接收到SN为6~8的PDCP PDU。HDS域可以是5或6。
总之,上述第一状态报告的第一种实现方式所定义的第一状态报告均可以图6a、或图6b所示的格式来实现。
在第一状态报告的第二种实现方式中,第一状态报告的格式可以是图7a所示的形式。参考图7a,其中的D/C域、PDU Type域、UE local ID域、RB ID域以及R域的作用参考上述对图6a中这几个指示域的说明,在此不做赘述。
另外,ACK_SN域:用于指示的为Relay UE为remote UE由所述RB ID域指示的第三无线承载成功传输的PDCP PDU中具有最高PDCP SN或PDCP COUNT的PDCP PDU所对应的SN,即上述第二种实现方式中的“第二信息”,如:本发明实施例所述的“至少一个PDCP PDU中,第一用户设备成功转发的、具有最高PDCP SN或具有最高PDCP COUNT值的PDCP PDU的序列号”。当然,也可以指示上述第一种实现方式下的其他序列号,如:所述至少一个PDCP PDU中,第二用户设备连续成功接收的、具有最高PDCP SN或PDCP COUNT的PDCP PDU的下一个PDCP PDU的序列号等。
NACK_SN域:指示的为relay UE还未成功传输给remote UE的PDCP PDU所对应的SN,即本发明实施例所述的第三信息。可以是:第一用户设备向第二用户设备转发的至少一个PDCP PDU中丢失的PDCP PDU的PDCP序列号。
需要说明的是,如图7b所示,图7a所示的第一状态报告还可以包括缓存指示域buffersize:用于指示第一用户设备的缓存大小的信息。所述缓存大小信息可以为第一用户设备为第二用户设备分配的总的缓存的大小;
或者,指示第一用户设备为第二用户设备分配的总的缓存在第一状态报告上报时刻的可用的缓存的大小;
或者,指示第一用户设备为第二用户设备分配的用于存储第二用户设备的每个无线承载的数据的缓存的大小;
或者,指示第一用户设备为第二用户设备分配的用于存储第二用户设备的每个无线承载的数据的缓存在第一状态报告上报时刻的可用的缓存的大小。
另外,图7b中以缓存指示域以4字节为例,当然也可以设计为其他长度,在此不作限定。
需要说明的是,所述至少一个PDCP PDU中有几个丢失的PDCP PDU,就有几个NACK_SN域,依次填值为一个丢失的PDCP PDU的SN号。在以上给出的示例中,基站需要通过第一用户设备向第二用户设备转发SN依次为0~9的10个PDCP PDU,第一用户设备根据第二用户设备反馈的第二状态报告确定第二用户设备接收到了SN为0~5的PDCP PDU,以及SN为9的PDCP PDU,即第二用户设备未接收到SN为6~8的PDCP PDU。ACK_SN域为9,NACK_SN域依次为6、7、8。
总之,上述第一状态报告的第二种实现方式所定义的第一状态报告均可以图7a或图7b所示的格式来实现。
在第一状态报告的第三种实现方式中,第一状态报告的格式可以是图8a所示的形式。参考图8a,其中的D/C域、PDU Type域、UE local ID域、RB ID域以及R域的作用参考上述对图6a中这几个指示域的说明,在此不做赘述。
另外,FUDS(First undelivered PDCP SN)域:用于指示Relay UE为所述remoteUE的由所述RB ID域指示的第三无线承载还未成功传输的第一个PDCP PDU对应的序列号,即本发明实施例所述的第四信息,如:“第一用户设备向第二用户设备转发的至少一个PDCPPDU中第一个丢失的PDCP PDU的序列号”。
Bitmap域:用于指示FUDS域指示的PDCP PDU之后的PDCP PDU的接收状态,具体地,指示Bitmap域中的每一个bit相应对应一个FUDS域指示的PDCP PDU之后的PDCP PDU,并用于指示其所对应的PDCP PDU是否已经成功发送给所述remote UE。示例的,在本发明实施例中,“1”代表第二用户设备接收到了第一用户设备转发的相应的PDCP PDU,“0”代表第二用户设备未接收到第一用户设备转发的相应的PDCP PDU。
需要说明的是,第一用户设备转发的第二用户设备的由所述RB ID域指示的第三无线承载的PDCP PDU中,从第一个丢失的PDCP PDU的下一个PDCP PDU开始,到最后一个被第二用户设备成功接收的PDCP PDU,中间有几个PDCP序列号,图8b所示第一状态报告中Bitmap域中就有几个bit。并且每个bit依次填值为一个PDCP PDU的接收状态,如“0”或“1”。在以上给出的示例中,基站需要通过第一用户设备向第二用户设备转发SN依次为0~9的10个PDCP PDU,第一用户设备根据第二用户设备反馈的第二状态报告确定第二用户设备接收到了SN为0~5的PDCP PDU,以及SN为9的PDCP PDU,即第二用户设备未接收到SN为6~8的PDCP PDU。FUDS域为6,Bitmap域依次为0、0、1。
需要说明的是,如图8b所示,图8a所示的第一状态报告还可以包括缓存指示域buffersize:用于指示第一用户设备的缓存大小的信息。所述缓存大小信息可以为第一用户设备为第二用户设备分配的总的缓存的大小;
或者,指示第一用户设备为第二用户设备分配的总的缓存在第一状态报告上报时刻的可用的缓存的大小;
或者,指示第一用户设备为第二用户设备分配的用于存储第二用户设备的每个无线承载的数据的缓存的大小;
或者,指示第一用户设备为第二用户设备分配的用于存储第二用户设备的每个无线承载的数据的缓存在第一状态报告上报时刻的可用的缓存的大小。
另外,图8b中以缓存指示域以4字节为例,当然也可以设计为其他长度,在此不作限定。
总之,上述第一状态报告的第三种实现方式所定义的第一状态报告均可以图8a或图8b所示的格式来实现。
需要说明的是,在本发明实施例中,在某个PDCP PDU之后的PDCP PDU,指的是PDCP序列号或PDCP COUNT值高于该PDCP PDU的PDCP PDU;另外,在该PDCP PDU之前的PDCP PDU,指的是PDCP序列号或PDCP COUNT值低于该PDCP PDU的PDCP PDU。
本发明实施例还提供一种数据接收状态报告方法,如图9所示,所述方法包括以下步骤:
201、第一用户设备接收网络设备发送的至少一个PDCP PDU。
参考图1,基站与第二用户之间为非直连路径,而第二用户设备与第一用户设备连接,通过第一用户设备的中继,第二用户设备可以接收到基站发送的下行数据。因此,基站首先需要将要发送给第二用户设备的至少一个来自一个第一无线承载的PDCP PDU通过相应的一个第二无线承载发送给第一用户设备。其中,所述第一无线承载为第二用户设备与网络设备间的无线承载。如图3所示,所述第一无线承载包含第二用户设备与网络设备间的PDCP实体。所述第二无线承载为第一用户设备与网络设备间的无线承载。如图3所示,所述第二无线承载包含第一用户设备与网络设备间的RLC(Uu)实体以及相应的逻辑信道。
202、第一用户设备向第二用户转发所述至少一个PDCP PDU。
具体实现中,当第一用户设备与第二用户设备间采用侧行链路技术进行连接时,第一用户设备可以通过与第二用户设备之间的一个侧行链路的第三无线承载向第二用户设备发送所述至少一个PDCP PDU。其中,所述第三无线承载为第一用户设备和第二用户设备间的无线承载。如图3所示,所述第三无线承载包含第一用户设备和第二用户设备间的RLC(PC5)实体以及相应的逻辑信道。可选的还包含第一用户设备间和第二用户设备间的PDCP(PC5)实体。
203、第二用户设备确定所述至少一个PDCP PDU的接收状态。
具体实现中,第一用户设备的RLC实体是将所述至少一个PDCP PDU分割和/或级联为RLC PDU后转发给第二用户设备。相反地,第二用户设备的RLC层可以将接收到的RLC PDU分割和/或级联为PDCP PDU,再将获得的PDCP PDU上传给第二用户设备的PDCP层,因此,第二用户设备的PDCP层可以确定所述至少一个PDCP PDU中,哪些PDCP PDU第二用户设备接收到了,哪些PDCP PDU第二用户设备没有接收到。
示例的,第一用户设备的RLC实体接收第一用户设备的PDCP实体传递的SN为0、1、2的PDCP PDU,可以将这三个PDCP PDU级联为编号为0、1的两个RLC PDU。如果第二用户设备反馈的RLC状态报告中编号为0、1的两个RLC PDU的接收状态为ACK,即这两个RLC PDU被第二用户设备成功接收,那么第一用户设备则可以确定SN为0、1、2的三个PDCP PDU均被第二用户设备成功接收。
204、第二用户设备发送状态报告给所述网络设备,所述状态报告用于指示所述第二用户设备接收所述至少一个PDCP PDU的接收状态。
需要说明的是,第二用户设备上报的状态报告的实现方式可以与上述第一状态报告的四种实现方式相同。
在第二用户设备以上述第一种实现方式确定所述状态报告时,第二用户设备的PDCP实体根据当前接收到的PDCP SDU(可以认为是本发明实施例所述的PDCP PDU)来确定第一状态报告中的第一信息。
在一些实施例中,所述状态报告的触发条件为:第二用户设备的RLC实体触发RLC状态报告时,第二用户设备的RLC实体通知PDCP实体,触发所述状态报告。示例的,参考图3,当remote UE的PC5 RLC实体触发RLC状态报告的发送时,PC5 RLC实体通知PDCP实体(即图3所示的PDCP(Uu)),所述PDCP实体触发所述状态报告;
或者,基站为remote UE(即本发明实施例所述第二用户设备)配置一个所述状态报告发送的周期。remote UE启动计时器,当所述周期计时器超时,remote UE的PDCP实体触发所述状态报告。对于所述计时器,第二用户设备可以为所有第三无线承载维护一个共同的计时器。当所述计时器超时,第二用户设备触发并产生所有第三无线承载的PDCP状态报告;或者,第二用户设备为每一个第三无线承载分别维护一个计时器。当所述计时器超时,第二用户设备触发并产生相应的第三无线承载的PDCP状态报告;
或者,当remote UE的PDCP实体接收到基站发送的PDCP PDU,并且所述PDCP PDU中包含的指示位(Poll bit)指示remote UE触发所述PDCP状态报告时,所述PDCP实体触发所述状态报告。示例的,PDCP PDU中包含的指示位(Poll bit)的值为1“0”时,remote UE的PDCP实体不会触发所述状态报告,PDCP PDU中包含“1”,remote UE的PDCP实体触发所述状态报告。
在第二用户设备以上述第一状态报告的第二、第三、或第四种实现方式确定所述状态报告时,第二用户设备可以通过以下两种方法确定所述状态报告:
第一、当第二用户设备的PDCP实体触发所述状态报告后,PDCP实体需要向第二用户设备的RLC实体询问PDCP PDU的接收状态。而RLC实体在接收到所述询问指示后,需要将乱序接收到RLC PDU进行分割和/或级联,并确定分割和/或级联得到的RLC SDU对应的PDCPPDU的序列号。
具体地,例如,当PDCP触发所述状态报告,并且向RLC实体询问PDCP PDU的接收状态时,RLC当前收到的RLC PDU的RLC编号为6,7,8。在此之前RLC已经接收到RLC编号为1,2,3的RLC PDU,并递交给PDCP实体。由于还没有接收到RLC编号为4,5,6的RLC PDU,所以RLC实体不会将接收到的RLC编号为6,7,8的RLC PDU递交给PDCP实体。而当收到PDCP的询问指示后,RLC层会将编号为6,7,8的RLC PDU进行分割和/或级联。例如分割和/或级联后得到两个RLC SDU,分别对应的PDCP PDU的编号为4,5。那么RLC会将PDCP SN分别为4,5的PDCP PDU已经成功接收通知给PDCP层,进而PDCP层来确定PDCP状态报告的内容。
第二、remote UE在通过非直连方式与基站连接时,remote UE的RLC实体不再执行重排序功能;而由PDCP实体执行。这样,PDCP实体可以及时获取已经成功接收的PDCP PDU的SN。
需要说明的是,第二用户设备的PDCP确定的状态报告包含第一信息。
其中,第一信息用于指示至少一个PDCP SDU中,第一用户设备连续成功转发的、具有最高PDCP序列号SN或具有最高PDCP计数COUNT值的PDCP SDU的序列号;或者,第一信息用于指示至少一个PDCP SDU中,第一用户设备连续成功转发的最后一个PDCP SDU的序列号;或者,第一信息用于指示至少一个PDCP SDU中,第一用户设备连续成功转发的、具有最高PDCP SN或具有最高PDCP COUNT值的PDCP SDU的下一个PDCP SDU的序列号;或者,第一信息用于指示至少一个PDCP SDU中,第一用户设备连续成功转发的最后一个PDCP SDU的下一个PDCP SDU的序列号;或者,第一信息用于指示至少一个PDCP SDU中,第二用户设备连续成功接收的、具有最高PDCP SN或具有最高PDCP COUNT值的PDCP SDU的序列号;或者,第一信息指示至少一个PDCP SDU中,第二用户设备连续成功接收的最后一个PDCP SDU的序列号;或者,第一信息用于指示至少一个PDCP SDU中,第二用户设备连续成功接收的、具有最高PDCPSN或具有最高PDCP COUNT值的PDCP SDU的下一个PDCP SDU的序列号;或者,第一信息用于指示第二用户设备连续成功接收的最后一个PDCP SDU的下一个PDCP SDU的序列号。
在一些实施例中,状态报告包含第二信息;其中,第二信息用于指示至少一个PDCPSDU中,第一用户设备成功转发的、具有最高PDCP SN或具有最高PDCP COUNT值的PDCP SDU的序列号;或者,第二信息用于指示至少一个PDCP SDU中,第一用户设备成功转发的、具有最高PDCP SN或具有最高PDCP COUNT值的PDCP SDU的下一个PDCP SDU的序列号;或者,第二信息用于指示至少一个PDCP SDU中,第二用户设备成功接收的、具有最高PDCP SN或具有最高PDCP COUNT值的PDCP SDU的序列号;或者,第二信息为至少一个PDCP SDU中,第二用户设备成功接收的、具有最高PDCP SN或具有最高PDCP COUNT值的PDCP SDU的下一个PDCP SDU的序列号。
在该状态报告包含第二信息的前提下,状态报告还包含第三信息;第三信息为第一用户设备向第二用户设备转发的至少一个PDCP SDU中丢失的PDCP SDU的PDCP序列号。
在一些实施例中,该状态报告包含第四信息,第四信息为第一用户设备向第二用户设备转发的至少一个PDCP SDU中第一个丢失的PDCP SDU的序列号;或者,第四信息为第一用户设备向第二用户设备转发的至少一个PDCP SDU中第一个没有被第二用户设备接收到的PDCP SDU的序列号。
进一步,状态报告还包含第五信息,第五信息用于指示第一个丢失的PDCP SDU以后的PDCP SDU的接收状态,或第一个没有被第二用户设备接收到的PDCP SDU以后的PDCPSDU的接收状态。
另外,该状态报告由第二用户设备的PDCP产生。
本发明实施例提供的数据接收状态报告方法中,在remote UE与基站之间为非直连路径时,基站通过relay UE向remote UE发送至少一个数据包,relay UE确定remote UE对所述至少一个数据包的接收状态,并向基站上报remote UE对所述至少一个数据包的接收状态。当remote UE与基站之间为直连路径时,基站就可以根据remote UE对所述至少一个数据包的接收状态,向remote UE重传所述至少一个数据包中没有被remote UE成功接收的数据包。现有技术中,relay UE向基站反馈的状态报告,只能体现relay UE对所述至少一个数据包的接收状态,如果relay UE与remote UE之间的传输路径上丢包,该状态报告并不能体现remote UE对所述至少一个数据包真实的接收状态。而本申请实施例中,基站接收到的relay UE反馈的状态报告可以真实反映remote UE对所述至少一个数据包的接收状态,进而基站根据这个状态报告向remote UE重传数据包,使得remote UE在接收至少一个数据包中丢失的数据包之前,接收基站传输的至少一个数据包之后的数据包,不会造成remoteUE的乱序接收。
上述主要从各个网元之间交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是,本发明实施例中涉及的装置为了实现上述功能,其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的算法步骤,本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
本申请实施例可以根据上述方法示例对装置进行功能模块的划分,例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。需要说明的是,本申请实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
在采用对应各个功能划分各个功能模块的情况下,图10示出了上述实施例中涉及的装置(设置于第一用户设备中)的一种可能的组成示意图,如图10所示,该装置可以包括:确定单元301、发送单元302。
其中,确定单元301,用于支持装置执行图5所示的数据接收状态上报方法中的步骤103。
发送单元302,用于支持装置执行图5所示的数据接收状态上报方法中的步骤104。
需要说明的是,上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。
本申请实施例提供的装置,用于执行上述数据接收状态报告方法,因此可以达到与上述数据接收状态报告方法相同的效果。
在采用集成的单元的情况下,图11示出了上述实施例中所涉及的装置的另一种可能的组成示意图。如图11所示,该装置包括:处理模块401和通信模块402。
处理模块401用于对服务器的动作进行控制管理,例如,处理模块301用于支持装置执行图5中的步骤103、和/或用于本文所描述的技术的其它过程。通信模块402用于支持装置与其他网络实体的通信,例如与图1示出的remote UE(远程UE,即本发明实施例所述的第二用户设备)或基站之间的通信。装置还可以包括存储模块403,用于存储服务器的程序代码和数据。
其中,处理模块401可以是处理器或控制器。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框,模块和电路。处理器也可以是实现计算功能的组合,例如包含一个或多个微处理器组合,DSP和微处理器的组合等等。通信模块402可以是收发器、收发电路或通信接口等。存储模块403可以是存储器。
当处理模块401为处理器,通信模块402为通信接口,存储模块403为存储器时,本申请实施例所涉及的装置可以为图4所示的装置。
在采用对应各个功能划分各个功能模块的情况下,图12示出了上述和实施例中涉及的第二用户设备的装置的一种可能的组成示意图,如图12所示,该装置可以包括:确定单元501以及发送单元502。
确定单元501,用于支持装置执行图9所示的数据接收状态报告方法中的步骤203。
发送单元502,用于支持装置执行图9所示的数据接收状态报告方法中的步骤204。
需要说明的是,上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。
本申请实施例提供的装置,用于执行上述数据接收状态报告方法,因此可以达到与上述数据接收状态报告方法相同的效果。
在采用集成的单元的情况下,图13示出了上述实施例中所涉及的第二用户设备中设置的装置的另一种可能的组成示意图。如图13所示,该装置包括:处理模块601和通信模块602。
处理模块601用于对装置的动作进行控制管理。通信模块602用于支持装置与其他网络实体的通信,例如与图1中示出基站或relay UE之间的通信。装置还可以包括存储模块603,用于存储装置的程序代码和数据。
其中,处理模块601可以是处理器或控制器。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框,模块和电路。处理器也可以是实现计算功能的组合,例如包含一个或多个微处理器组合,DSP和微处理器的组合等等。通信模块602可以是收发器、收发电路或通信接口等。存储模块603可以是存储器。
当处理模块601为处理器,通信模块602为收发器,存储模块603为存储器时,本申请实施例所涉及的装置可以为图14所示的装置。如图14所示,所述装置包括:处理器701、存储器702、通信接口703以及通信接口704。其中,通信接口703用于和第一用户设备(如:图1所示通信系统中的中继用户设备)进行通信,通信接口704用于和网络设备进行通信(如:图1所示通信系统中的基站)
通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或处理器执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:快闪存储器、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何在本申请揭露的技术范围内的变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。
Claims (14)
1.一种数据接收状态报告方法,其特征在于,包括:
第二用户设备确定所述第二用户设备接收至少一个分组数据汇聚协议层协议数据单元PDCP PDU的接收状态;所述至少一个PDCP PDU是第一用户设备通过与网络设备之间的通信链路接收后向所述第二用户设备转发的;
所述第二用户设备发送状态报告给所述网络设备,所述状态报告用于指示所述第二用户设备接收所述至少一个PDCP PDU的接收状态。
2.根据权利要求1所述的方法,其特征在于,所述状态报告包含第一信息;
其中,所述第一信息用于指示所述至少一个PDCP PDU中,所述第一用户设备连续成功转发的、具有最高PDCP序列号SN或具有最高PDCP计数COUNT值的PDCP PDU的序列号;或者,
所述第一信息用于指示所述至少一个PDCP PDU中,所述第一用户设备连续成功转发的最后一个PDCP PDU的序列号;或者,
所述第一信息用于指示所述至少一个PDCP PDU中,所述第一用户设备连续成功转发的、具有最高PDCP SN或具有最高PDCP COUNT值的PDCP PDU的下一个PDCP PDU的序列号;或者,
所述第一信息用于指示所述至少一个PDCP PDU中,所述第一用户设备连续成功转发的最后一个PDCP PDU的下一个PDCP PDU的序列号;或者,
所述第一信息用于指示所述至少一个PDCP PDU中,所述第二用户设备连续成功接收的、具有最高PDCP SN或具有最高PDCP COUNT值的PDCP PDU的序列号;或者,
所述第一信息指示所述至少一个PDCP PDU中,所述第二用户设备连续成功接收的最后一个PDCP PDU的序列号;或者,
所述第一信息用于指示所述至少一个PDCP PDU中,所述第二用户设备连续成功接收的、具有最高PDCP SN或具有最高PDCP COUNT值的PDCP PDU的下一个PDCP PDU的序列号;或者,
所述第一信息用于指示所述第二用户设备连续成功接收的最后一个PDCP PDU的下一个PDCP PDU的序列号。
3.根据权利要求1所述的方法,其特征在于,所述状态报告包含第二信息;
其中,所述第二信息用于指示所述至少一个PDCP PDU中,所述第一用户设备成功转发的、具有最高PDCP SN或具有最高PDCP COUNT值的PDCP PDU的序列号;或者,
所述第二信息用于指示所述至少一个PDCP PDU中,所述第一用户设备成功转发的、具有最高PDCP SN或具有最高PDCP COUNT值的PDCP PDU的下一个PDCP PDU的序列号;或者,
所述第二信息用于指示所述至少一个PDCP PDU中,所述第二用户设备成功接收的、具有最高PDCP SN或具有最高PDCP COUNT值的PDCP PDU的序列号;或者,
所述第二信息为所述至少一个PDCP PDU中,所述第二用户设备成功接收的、具有最高PDCP SN或具有最高PDCP COUNT值的PDCP PDU的下一个PDCP PDU的序列号。
4.根据权利要求3所述的方法,其特征在于,所述状态报告还包含第三信息;所述第三信息为所述第一用户设备向所述第二用户设备转发的所述至少一个PDCP PDU中丢失的PDCP PDU的序列号。
5.根据权利要求1所述的方法,其特征在于,所述状态报告包含第四信息,所述第四信息为所述第一用户设备向所述第二用户设备转发的所述至少一个PDCP PDU中第一个丢失的PDCP PDU的序列号;或者,
所述第四信息为所述第一用户设备向所述第二用户设备转发的所述至少一个PDCPPDU中第一个没有被所述第二用户设备接收到的PDCP PDU的序列号。
6.根据权利要求5所述的方法,其特征在于,所述状态报告还包含第五信息,所述第五信息用于指示所述第一个丢失的PDCP PDU以后的PDCP PDU的接收状态,或所述第一个没有被所述第二用户设备接收到的PDCP PDU以后的PDCP PDU的接收状态。
7.根据权利要求1至6任一项所述的方法,其特征在于,所述状态报告还包括第六信息和第七信息中的至少一个,其中,
所述第六信息为所述第二用户设备的用户设备标识;
所述第七信息为所述第二用户设备的无线承载标识。
8.根据权利要求1至5任一项所述的方法,其特征在于,所述PDCP PDU的序列号是由所述第二用户设备的RLC层确定的;
或者,所述PDCP PDU的序列号是由所述第二用户设备的PDCP层确定的。
9.根据权利要求8所述的方法,其特征在于,所述PDCP PDU的序列号是由所述第二用户设备的RLC层确定的,包括:
所述第二用户设备的RLC层在接收到来自PDCP层的询问指示后,根据RLC PDU确定所述PDCP PDU的序列号;其中,所述询问指示用于询问所述PDCP PDU的接收状态。
10.根据权利要求1至9任一项所述的方法,其特征在于,所述第二用户设备发送所述状态报告给所述网络设备,包括:
所述第二用户设备的PDCP层在收到RLC层的指示时,向所述网络设备发送所述状态报告;
或者,当所述第二用户设备本地的计时器超时时,所述第二用户设备向所述网络设备发送所述状态报告;
或者,当所述PDCP PDU中的指示位指示所述第二用户设备触发所述状态报告时,所述第二用户设备的PDCP层向所述网络设备发送所述状态报告。
11.一种装置,设置于用户设备中,所述用户设备为第二用户设备,其特征在于,所述装置包括:确定单元和发送单元;
所述确定单元,用于确定所述第二用户设备接收至少一个分组数据汇聚协议层协议数据单元PDCP PDU的接收状态;所述至少一个PDCP PDU是第一用户设备通过与网络设备之间的通信链路接收后向所述第二用户设备转发的;
所述发送单元,用于发送状态报告给所述网络设备,所述状态报告用于指示所述第二用户设备接收所述至少一个PDCP PDU的接收状态。
12.一种装置,设置于用户设备中,所述用户设备为第二用户设备,其特征在于,所述装置包括:处理器和存储器;
所述存储器用于存储计算机执行指令,当所述处理器执行所述计算机执行指令时,以使所述装置执行如权利要求1-10中任一项所述的方法。
13.一种装置,其特征在于,所述装置包括:处理器和接口电路;
所述接口电路,用于接收计算机执行指令并传输至所述处理器;
所述处理器用于执行所述计算机执行指令,以使所述装置执行如权利要求1-10中任一项所述的方法。
14.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有计算机程序,当所述计算机程序被计算机执行时使得所述计算机执行权利要求1-10中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111210661.3A CN114189901B (zh) | 2017-05-05 | 2017-05-05 | 一种数据接收状态报告方法及装置 |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2017/083351 WO2018201498A1 (zh) | 2017-05-05 | 2017-05-05 | 一种数据接收状态报告方法及装置 |
CN201780089509.XA CN110506404A (zh) | 2017-05-05 | 2017-05-05 | 一种数据接收状态报告方法及装置 |
CN202111210661.3A CN114189901B (zh) | 2017-05-05 | 2017-05-05 | 一种数据接收状态报告方法及装置 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201780089509.XA Division CN110506404A (zh) | 2017-05-05 | 2017-05-05 | 一种数据接收状态报告方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN114189901A true CN114189901A (zh) | 2022-03-15 |
CN114189901B CN114189901B (zh) | 2024-09-24 |
Family
ID=64016392
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111210661.3A Active CN114189901B (zh) | 2017-05-05 | 2017-05-05 | 一种数据接收状态报告方法及装置 |
CN201780089509.XA Pending CN110506404A (zh) | 2017-05-05 | 2017-05-05 | 一种数据接收状态报告方法及装置 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201780089509.XA Pending CN110506404A (zh) | 2017-05-05 | 2017-05-05 | 一种数据接收状态报告方法及装置 |
Country Status (4)
Country | Link |
---|---|
US (2) | US11219091B2 (zh) |
EP (1) | EP3611859A4 (zh) |
CN (2) | CN114189901B (zh) |
WO (1) | WO2018201498A1 (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117202257A (zh) * | 2022-05-31 | 2023-12-08 | 荣耀终端有限公司 | 一种用户数据处理方法和装置 |
WO2024152368A1 (en) * | 2023-01-20 | 2024-07-25 | Qualcomm Incorporated | Lossless delivery for layer 2 based relay |
Families Citing this family (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2018201498A1 (zh) * | 2017-05-05 | 2018-11-08 | 华为技术有限公司 | 一种数据接收状态报告方法及装置 |
CN117395629A (zh) * | 2020-09-02 | 2024-01-12 | 上海朗帛通信技术有限公司 | 一种用于中继传输的方法和装置 |
WO2022061913A1 (zh) * | 2020-09-28 | 2022-03-31 | 华为技术有限公司 | 一种通信方法及装置 |
WO2022075906A1 (en) * | 2020-10-06 | 2022-04-14 | Telefonaktiebolaget Lm Ericsson (Publ) | Network node, requesting network node and methods for communication over a path comprising remote ue, relay ue and radio network node. |
WO2022141196A1 (en) * | 2020-12-30 | 2022-07-07 | Mediatek Singapore Pte. Ltd. | Methods and apparatus to deliver reliable multicast services via pdcp retransmission |
CN115150904B (zh) * | 2021-03-30 | 2024-06-04 | 维沃移动通信有限公司 | 通信路径的切换方法、装置及终端 |
CN115243337B (zh) * | 2021-04-23 | 2024-09-24 | 华为技术有限公司 | 数据传输方法及装置 |
WO2023028802A1 (en) * | 2021-08-31 | 2023-03-09 | Qualcomm Incorporated | Rlc buffer reduction based on network coding and outer code |
EP4424091A1 (en) * | 2021-11-26 | 2024-09-04 | ZTE Corporation | Service continuity of sidelink relay communication |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101933254A (zh) * | 2008-02-04 | 2010-12-29 | Lg电子株式会社 | 用于在无线设备与网络之间发送数据单元序列的无线通信方法 |
WO2011020233A1 (zh) * | 2009-08-17 | 2011-02-24 | 上海贝尔股份有限公司 | 多跳中继通信系统中对下行数据传输控制的方法和装置 |
CN102598774A (zh) * | 2009-10-30 | 2012-07-18 | 摩托罗拉移动公司 | 在无线通信系统中将数据分组的递送通信至用户设备的方法和装置 |
US20150146617A1 (en) * | 2012-08-06 | 2015-05-28 | Lg Electronics Inc. | Method for transferring a status report and a communication device thereof in a wireless communication system |
Family Cites Families (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR101248071B1 (ko) * | 2006-09-06 | 2013-03-27 | 삼성전자주식회사 | 멀티 홉 기술을 지원하는 광대역 무선 통신 시스템에서재전송 방법 및 장치 |
KR101531523B1 (ko) * | 2007-09-21 | 2015-06-29 | 엘지전자 주식회사 | 패킷 재정렬 방법 및 패킷 재전송 방법 |
EP2051454A1 (en) | 2007-10-17 | 2009-04-22 | Nokia Siemens Networks Oy | Method and device for data communication and communication system comprising such device |
EP2073424A1 (en) * | 2007-12-21 | 2009-06-24 | Nokia Siemens Networks S.p.A. | System and method for error recovery for wireless multihop communication |
CN102246555B (zh) * | 2009-05-07 | 2013-12-04 | 华为技术有限公司 | 切换处理方法、基站及中继节点 |
CN101997660B (zh) * | 2009-08-14 | 2014-11-05 | 中兴通讯股份有限公司 | 一种避免上行数据丢失的方法及装置 |
CN102474848B (zh) * | 2009-08-18 | 2014-07-23 | 上海贝尔股份有限公司 | 避免mbsfn子帧外自干扰的方法、中继节点和用户设备 |
CN102056226B (zh) * | 2009-11-10 | 2016-03-02 | 中兴通讯股份有限公司 | Pdcp状态报告的获取方法和pdcp实体 |
WO2013086316A1 (en) * | 2011-12-08 | 2013-06-13 | Interdigital Patent Holdings, Inc. | Method and apparatus for cross link establishment |
EP2830352A1 (en) * | 2013-07-24 | 2015-01-28 | Panasonic Intellectual Property Corporation of America | Efficient discard mechanism in small cell deployment |
CN104519534B (zh) | 2013-09-27 | 2019-02-01 | 上海诺基亚贝尔股份有限公司 | 无线链路控制传输方法和设备 |
EP3179766B1 (en) | 2014-08-08 | 2020-02-12 | Innovative Technology Lab Co., Ltd. | Method and apparatus for managing buffer state report in wireless communication system supporting device to device communication |
CN107409335A (zh) * | 2015-03-25 | 2017-11-28 | 日本电气株式会社 | 通信装置、通信系统和控制方法 |
WO2018201498A1 (zh) * | 2017-05-05 | 2018-11-08 | 华为技术有限公司 | 一种数据接收状态报告方法及装置 |
-
2017
- 2017-05-05 WO PCT/CN2017/083351 patent/WO2018201498A1/zh unknown
- 2017-05-05 EP EP17908563.4A patent/EP3611859A4/en active Pending
- 2017-05-05 CN CN202111210661.3A patent/CN114189901B/zh active Active
- 2017-05-05 CN CN201780089509.XA patent/CN110506404A/zh active Pending
- 2017-05-05 US US16/610,654 patent/US11219091B2/en active Active
-
2021
- 2021-11-23 US US17/533,247 patent/US11672046B2/en active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101933254A (zh) * | 2008-02-04 | 2010-12-29 | Lg电子株式会社 | 用于在无线设备与网络之间发送数据单元序列的无线通信方法 |
WO2011020233A1 (zh) * | 2009-08-17 | 2011-02-24 | 上海贝尔股份有限公司 | 多跳中继通信系统中对下行数据传输控制的方法和装置 |
CN102598774A (zh) * | 2009-10-30 | 2012-07-18 | 摩托罗拉移动公司 | 在无线通信系统中将数据分组的递送通信至用户设备的方法和装置 |
US20150146617A1 (en) * | 2012-08-06 | 2015-05-28 | Lg Electronics Inc. | Method for transferring a status report and a communication device thereof in a wireless communication system |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117202257A (zh) * | 2022-05-31 | 2023-12-08 | 荣耀终端有限公司 | 一种用户数据处理方法和装置 |
WO2024152368A1 (en) * | 2023-01-20 | 2024-07-25 | Qualcomm Incorporated | Lossless delivery for layer 2 based relay |
Also Published As
Publication number | Publication date |
---|---|
CN110506404A (zh) | 2019-11-26 |
EP3611859A1 (en) | 2020-02-19 |
US11219091B2 (en) | 2022-01-04 |
US20220086954A1 (en) | 2022-03-17 |
US11672046B2 (en) | 2023-06-06 |
US20200281043A1 (en) | 2020-09-03 |
EP3611859A4 (en) | 2020-04-29 |
CN114189901B (zh) | 2024-09-24 |
WO2018201498A1 (zh) | 2018-11-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN114189901B (zh) | 一种数据接收状态报告方法及装置 | |
US11310681B2 (en) | Transmitting and receiving a PDCP layer status report in a mobile telecommunications system | |
US9730104B2 (en) | Method for processing radio protocol in mobile telecommunications system and transmitter of mobile telecommunications | |
EP3484124B1 (en) | Data processing method and apparatus | |
EP3353930B1 (en) | Enhancement of pdcp status report | |
JP5281700B2 (ja) | 無線装置とネットワーク間のデータユニットのシーケンスの送信のための無線通信方法 | |
AU2006229508B2 (en) | Method of generating lower layer data block in wireless mobile communication system | |
EP3570631B1 (en) | Data packet transmission method and device | |
KR20190075119A (ko) | 데이터를 송수신하기 위한 방법 및 시스템 | |
CN108282292B (zh) | 用于处理数据的方法、发送端和接收端 | |
US8300583B2 (en) | Method for transmitting control information in a mobile communication system | |
ZA200405986B (en) | Method for moving a receive window in a radio access network | |
KR20050118591A (ko) | 무선통신 시스템에서의 무선링크제어(rlc) 데이터처리방법 | |
WO2017185941A1 (zh) | 一种数据传输方法及相关设备 | |
CN108282829A (zh) | 一种数据转发方法及装置 | |
KR20090087773A (ko) | 이동 통신 시스템에서 패킷 데이터 유닛의 재전송 및 상태보고 장치 및 방법 | |
CN108200605B (zh) | 一种基站的数据传输方法和装置 | |
KR20060090138A (ko) | 이동통신 시스템에서 주기적인 상태 보고 전송 방법 및장치 | |
WO2009102166A2 (ko) | 이동 통신 시스템에서 우선 순위화 비트 레이트를 이용하여 데이터를 전송하는 방법 및 장치 | |
CN116266931A (zh) | 一种数据包串联的方法、装置、通信设备和存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |