CN115243337A - 数据传输方法及装置 - Google Patents
数据传输方法及装置 Download PDFInfo
- Publication number
- CN115243337A CN115243337A CN202110897785.7A CN202110897785A CN115243337A CN 115243337 A CN115243337 A CN 115243337A CN 202110897785 A CN202110897785 A CN 202110897785A CN 115243337 A CN115243337 A CN 115243337A
- Authority
- CN
- China
- Prior art keywords
- information
- terminal device
- network device
- message
- pdcp entity
- 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.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 286
- 230000005540 biological transmission Effects 0.000 title claims abstract description 196
- 238000004891 communication Methods 0.000 claims abstract description 84
- 230000006978 adaptation Effects 0.000 claims description 53
- 230000001174 ascending effect Effects 0.000 claims description 32
- 230000002829 reductive effect Effects 0.000 abstract description 22
- 238000012545 processing Methods 0.000 description 89
- 238000011084 recovery Methods 0.000 description 61
- 230000008569 process Effects 0.000 description 58
- 230000009471 action Effects 0.000 description 30
- 238000010586 diagram Methods 0.000 description 29
- 230000006870 function Effects 0.000 description 19
- 230000001960 triggered effect Effects 0.000 description 15
- 230000003993 interaction Effects 0.000 description 14
- 238000004590 computer program Methods 0.000 description 11
- 238000005259 measurement Methods 0.000 description 10
- 230000006835 compression Effects 0.000 description 8
- 238000007906 compression Methods 0.000 description 8
- 239000002699 waste material Substances 0.000 description 8
- 239000000872 buffer Substances 0.000 description 7
- 230000006399 behavior Effects 0.000 description 6
- 238000012546 transfer Methods 0.000 description 6
- 238000012790 confirmation Methods 0.000 description 5
- 238000005265 energy consumption Methods 0.000 description 5
- 238000012986 modification Methods 0.000 description 5
- 230000004048 modification Effects 0.000 description 5
- 230000003287 optical effect Effects 0.000 description 5
- 101001100327 Homo sapiens RNA-binding protein 45 Proteins 0.000 description 3
- 241000156302 Porcine hemagglutinating encephalomyelitis virus Species 0.000 description 3
- 102100038823 RNA-binding protein 45 Human genes 0.000 description 3
- 238000013461 design Methods 0.000 description 3
- 230000009977 dual effect Effects 0.000 description 3
- 230000007246 mechanism Effects 0.000 description 3
- 230000011664 signaling Effects 0.000 description 3
- 101150014328 RAN2 gene Proteins 0.000 description 2
- 230000001413 cellular effect Effects 0.000 description 2
- 238000006243 chemical reaction Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 238000013468 resource allocation Methods 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 230000002776 aggregation Effects 0.000 description 1
- 238000004220 aggregation Methods 0.000 description 1
- 238000004458 analytical method Methods 0.000 description 1
- 238000013475 authorization Methods 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 238000012508 change request Methods 0.000 description 1
- 239000003795 chemical substances by application Substances 0.000 description 1
- 230000001010 compromised effect Effects 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 230000005611 electricity Effects 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- GVVPGTZRZFNKDS-JXMROGBWSA-N geranyl diphosphate Chemical compound CC(C)=CCC\C(C)=C\CO[P@](O)(=O)OP(O)(O)=O GVVPGTZRZFNKDS-JXMROGBWSA-N 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 230000000670 limiting effect Effects 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 230000000116 mitigating effect Effects 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 230000036963 noncompetitive effect Effects 0.000 description 1
- 238000004806 packaging method and process Methods 0.000 description 1
- 230000002028 premature Effects 0.000 description 1
- 230000000717 retained effect Effects 0.000 description 1
- 238000012552 review Methods 0.000 description 1
- 230000011218 segmentation Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- XLYOFNOQVPJJNP-UHFFFAOYSA-N water Substances O XLYOFNOQVPJJNP-UHFFFAOYSA-N 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/03—Reselecting a link using a direct mode connection
- H04W36/033—Reselecting a link using a direct mode connection in pre-organised networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/34—Reselection control
- H04W36/38—Reselection control by fixed network equipment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0055—Transmission or use of information for re-establishing the radio link
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/02—Buffering or recovering information during reselection ; Modification of the traffic flow during hand-off
- H04W36/023—Buffering or recovering information during reselection
- H04W36/0235—Buffering or recovering information during reselection by transmitting sequence numbers, e.g. SN status transfer
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请提供了一种数据传输方法及装置,涉及通信技术领域。该方法中,第一网络设备向远端终端设备发送包括第一信息的第一消息,第一消息用于指示远端终端设备由通过第一路径连接第一网络设备,切换到由通过第二路径连接第二网络设备,第一路径中包括至少一个中继终端设备,第二路径中包括至少一个中继终端设备或者不包括中继终端设备,第一信息用于指示第一网络设备的第一PDCP实体的接收状态,通过将第一信息携带在切换命令中,可以使得远端终端设备尽早的接收到第一信息,从而根据第一信息在第二路径上进行数据传输时,避免或减轻丢包。
Description
本申请要求于2021年04月23日提交国家知识产权局、申请号为202110442137.2、申请名称为“一种通信方法、终端及网络设备”的中国专利申请和2021年5月8日提交国家知识产权局、申请号为202110502445.X、申请名称为“数据传输方法及装置”的中国专利申请的优先权,其全部内容通过引用结合在本申请中。
技术领域
本申请涉及通信技术领域,尤其涉及一种数据传输方法及装置。
背景技术
目前,远端终端设备可以通过不同的路径和网络设备进行通信,例如,远端终端设备可以通过中继终端设备和网络设备通信,也可以直接和网络设备通信。其中,当远端终端设备与网络设备通信的路径的链路质量较差时,远端终端设备可以切换到其他的路径和网络设备通信。若远端终端设备从包含中继终端设备的路径切换到另一条路径时,会造成数据包的大量丢失。
发明内容
本申请提供了一种数据传输方法及装置,用于缓解远端终端设备从包含中继终端设备的路径切换到另一条路径时,造成数据包大量丢失的问题。
第一方面,提供了一种数据传输方法,应用于第一网络设备,该方法包括:向远端终端设备发送包括第一信息的第一消息,第一消息用于指示远端终端设备由通过第一路径连接第一网络设备,切换到由通过第二路径连接第二网络设备,第一路径中包括至少一个中继终端设备,第二路径中包括至少一个中继终端设备或者不包括中继终端设备,第一信息用于指示第一网络设备的第一PDCP实体的接收状态。第一方面提供的方法,通过将第一信息携带在切换命令中,可以使得远端终端设备尽早的接收到第一信息,从而根据第一信息在第二路径上进行数据传输时,避免或减轻丢包。
在一种可能的实现方式中,第一PDCP实体的接收状态用于远端终端设备的第二PDCP实体的数据传输。该种可能的实现方式,根据第一PDCP实体的接收状态进行数据传输,可以避免或减轻丢包。
在一种可能的实现方式中,第一信息用于指示第一PDCP实体未成功接收到的第一个数据包的序列号或计数值;或者,第一信息用于指示第一PDCP实体未成功接收到的数据包的序列号或计数值;或者,第一信息用于指示第一PDCP实体成功接收到的数据包的序列号或计数值;或者,第一信息用于指示第一PDCP实体最后一个成功接收到的数据包的序列号或计数值;或者,第一信息用于指示第一PDCP实体成功接收到的数据包的最大的序列号或计数值加1之后的值。该种可能的实现方式,提供了第一信息的多种可能的实现方式,提高了本申请提供的方法的实现灵活性。
在一种可能的实现方式中,第一消息还包括第一信息对应的数据无线承载的信息,或者,第一消息还包括用于指示第一PDCP实体的信息。该种可能的实现方式,可以使得远端终端设备确定第一信息指示的为哪个PDCP实体的接收状态。
在一种可能的实现方式中,第一消息还包括第一指示信息,第一指示信息用于指示重建第一RLC实体。该种可能的实现方式,通过重建第一RLC实体,远端终端设备可以在连接新的中继终端设备时进行快速配置,减少对计算资源的占用,节约终端能耗。
在一种可能的实现方式中,第一消息还包括第一配置信息,第一配置信息用于配置第一RLC承载和第一关联关系,第一关联关系为第一RLC承载与远端终端设备的第二PDCP实体之间的关联关系。该种可能的实现方式,通过配置第一RLC承载和和第一关联关系可以使得远端终端设备顺利的在第二路径上进行数据传输。
在一种可能的实现方式中,该方法还包括:向第一中继终端设备发送第二配置信息,第二配置信息用于指示进行RLC实体的重建;和/或,向第一中继终端设备发送第三配置信息,第三配置信息用于指示进行适配层的重配;其中,第一中继终端设备为第一路径中的至少一个中继终端设备中的中继终端设备。该种可能的实现方式,通过进行RLC实体的重建,可以减少由于远端终端设备已经停止接收,而中继终端设备还在不停发送,造成的资源浪费及后续复杂的失败判断及处理。通过进行适配层的重配,可以释放RLC承载,提高资源利用率。
在一种可能的实现方式中,第二网络设备与第一网络设备为相同的网络设备;或者,第二网络设备与第一网络设备为不同的网络设备。
在一种可能的实现方式中,第二网络设备与第一网络设备为相同的网络设备,该方法还包括:接收远端终端设备发送的第三消息,第三消息用于指示远端终端设备完成RRC连接配置,第三消息中包括第二信息,第二信息用于指示远端终端设备的第二PDCP实体的接收状态。该种可能的实现方式,通过将第二信息携带在第三消息中,可以使得第二网络设备尽早的接收到第二信息,从而根据第二信息在第二路径上进行数据传输时,避免或减轻丢包。
在一种可能的实现方式中,第二网络设备与第一网络设备为相同的网络设备,方法还包括:接收远端终端设备发送的第三消息,第三消息用于指示远端终端设备完成RRC连接配置;接收远端终端设备发送的第四消息,第四消息包括第二信息,第二信息用于指示远端终端设备的第二PDCP实体的接收状态。该种可能的实现方式,通过将第四消息和第三消息打包在相同的MAC PDU中发送给第二网络设备,可以使得第二网络设备尽早的接收到第二信息,从而根据第二信息在第二路径上进行数据传输时,避免或减轻丢包。
在一种可能的实现方式中,第二信息用于指示第二PDCP实体未成功接收到的第一个数据包的序列号或计数值;或者,第二信息用于指示第二PDCP实体未成功接收到的数据包的序列号或计数值;或者,第二信息用于指示第二PDCP实体成功接收到的数据包的序列号或计数值;或者,第二信息用于指示第二PDCP实体最后一个成功接收到的数据包的序列号或计数值;或者,第二信息用于指示第二PDCP实体成功接收到的数据包的最大的序列号或计数值加1之后的值。该种可能的实现方式,提供了第二信息的多种可能的实现方式,提高了本申请提供的方法的实现灵活性。
在一种可能的实现方式中,该方法还包括:根据第二信息在第二路径上进行数据传输。
在一种可能的实现方式中,第一消息为RRC重配置消息。
在一种可能的实现方式中,第一消息还包括PDCP重建指示或者PDCP数据恢复指示。
第二方面,提供了一种数据传输方法,应用于远端终端设备,远端终端设备包括第二PDCP实体,包括:接收第一网络设备发送的第一消息,第一消息用于指示远端终端设备由通过第一路径连接第一网络设备,切换到由通过第二路径连接第二网络设备;其中,第一消息包括第一信息,第一信息用于指示第一网络设备的第一PDCP实体的接收状态,第一路径中包括至少一个中继终端设备,第二路径中包括至少一个中继终端设备或者不包括中继终端设备;第二PDCP实体根据第一信息在第二路径上进行数据传输。第二方面提供的方法,通过将第一信息携带在切换命令中,可以使得远端终端设备尽早的接收到第一信息,从而根据第一信息在第二路径上进行数据传输时,避免或减轻丢包。
在一种可能的实现方式中,第一信息用于指示第一PDCP实体未成功接收到的第一个数据包的序列号或计数值;或者,第一信息用于指示第一PDCP实体未成功接收到的数据包的序列号或计数值;或者,第一信息用于指示第一PDCP实体成功接收到的数据包的序列号或计数值;或者,第一信息用于指示第一PDCP实体最后一个成功接收到的数据包的序列号或计数值;或者,第一信息用于指示第一PDCP实体成功接收到的数据包的最大的序列号或计数值加1之后的值。该种可能的实现方式,提供了第一信息的多种可能的实现方式,提高了本申请提供的方法的实现灵活性。
在一种可能的实现方式中,第一消息还包括第一信息对应的数据无线承载的信息,或者,第一消息还包括用于指示第一PDCP实体的信息。该种可能的实现方式,可以使得远端终端设备确定第一信息指示的为哪个PDCP实体的接收状态。
在一种可能的实现方式中,第二PDCP实体根据第一信息在第二路径上进行数据传输,包括:第二PDCP实体根据第一信息和第一信息对应的数据无线承载的信息在第二路径上进行数据传输。该种可能的实现方式,可以使得远端终端设备确定第一信息指示的为哪个PDCP实体的接收状态。
在一种可能的实现方式中,第二PDCP实体根据第一信息在第二路径上进行数据传输,包括:第二PDCP实体为AM DRB对应的PDCP实体,第二PDCP实体根据第一信息从第一个未成功接收的数据包,按数据包的计数值升序进行重传或传输;或者,第二PDCP实体为UM DRB对应的PDCP实体,第二PDCP实体根据第一信息确定数据包,将根据第一信息确定的数据包认为是从上层接收到的数据包但不重启丢弃定时器,按照PDCP重建前已关联的计数值的升序重新从计数值为0开始关联序列号后进行传输。该种可能的实现方式,针对AM DRB,若按照现有的重传方法,第二PDCP实体应当根据第一个未被底层(例如,RLC层)确认成功接收的数据包开始,进行重传,但是这种方式如果中继终端设备接收到的并且进行了RLC确认反馈的数据包未发送给源网络设备,则会导致这部分数据包丢失。本申请中,第一PDCP实体的接收状态为源网络设备实际的数据包的接收状态,第二PDCP实体根据第一PDCP实体的接收状态确定重传和/或传输的数据包,可以避免或减轻丢包。针对UM DRB,若按照现有的重传方法,第二PDCP实体是不进行重传的,此时会导致严重的丢包,而在本申请中,第二PDCP实体可以重传部分或全部的数据包,从而避免或减少丢包。
在一种可能的实现方式中,第一消息还包括第一指示信息,第一指示信息用于指示重建第一RLC实体,该方法还包括:根据第一指示信息重建第一RLC实体。该种可能的实现方式,通过重建第一RLC实体,远端终端设备可以在连接新的中继终端设备时进行快速配置,减少对计算资源的占用,节约终端能耗。
在一种可能的实现方式中,第一消息还包括第一配置信息,第一配置信息用于配置第一RLC承载和第一关联关系,第一关联关系为第一RLC承载与远端终端设备的第二PDCP实体之间的关联关系,该方法还包括:根据第一配置信息配置第一RLC承载和第一关联关系。该种可能的实现方式,通过配置第一RLC承载和和第一关联关系可以使得远端终端设备顺利的在第二路径上进行数据传输。
在一种可能的实现方式中,第二网络设备与第一网络设备为相同的网络设备;或者,第二网络设备与第一网络设备为不同的网络设备。
在一种可能的实现方式中,该方法还包括:向第二网络设备发送第三消息,第三消息用于指示远端终端设备完成RRC连接配置,第三消息中包括第二信息,第二信息用于指示远端终端设备的第二PDCP实体的接收状态。该种可能的实现方式,通过将第二信息携带在第三消息中,可以使得第二网络设备尽早的接收到第二信息,从而根据第二信息在第二路径上进行数据传输时,避免或减轻丢包。
在一种可能的实现方式中,该方法还包括:向第二网络设备发送第三消息,第三消息用于指示远端终端设备完成RRC连接配置;向第二网络设备发送第四消息,第四消息包括第二信息,第二信息用于指示远端终端设备的第二PDCP实体的接收状态。该种可能的实现方式,通过将第四消息和第三消息打包在相同的MAC PDU中发送给第二网络设备,可以使得第二网络设备尽早的接收到第二信息,从而根据第二信息在第二路径上进行数据传输时,避免或减轻丢包。
在一种可能的实现方式中,第二信息用于指示第二PDCP实体未成功接收到的第一个数据包的序列号或计数值;或者,第二信息用于指示第二PDCP实体未成功接收到的数据包的序列号或计数值;或者,第二信息用于指示第二PDCP实体成功接收到的数据包的序列号或计数值;或者,第二信息用于指示第二PDCP实体最后一个成功接收到的数据包的序列号或计数值;或者,第二信息用于指示第二PDCP实体成功接收到的数据包的最大的序列号或计数值加1之后的值。该种可能的实现方式,提供了第二信息的多种可能的实现方式,提高了本申请提供的方法的实现灵活性。
在一种可能的实现方式中,第一消息为RRC重配置消息。
在一种可能的实现方式中,第一消息还包括PDCP重建指示或者PDCP数据恢复指示,该方法还包括:根据PDCP重建指示或者PDCP数据恢复指示进行远端终端设备的第二PDCP实体的重建或者第二PDCP实体的数据恢复。
第三方面,提供了一种数据传输方法,应用于第一网络设备,所述方法包括:向远端终端设备发送第一消息,所述第一消息用于指示所述远端终端设备由通过第一路径连接所述第一网络设备,切换到由通过第二路径连接第二网络设备;其中,所述第一路径中包括至少一个中继终端设备,所述第二路径中包括至少一个中继终端设备或者不包括中继终端设备;向所述远端终端设备发送第二消息,所述第二消息包括第一信息,所述第一信息用于指示所述第一网络设备的第一PDCP实体的接收状态。第三方面提供的方法,可以将第一消息和第二消息通过相同的MAC PDU进行传输,或者将第一信息携带在RRC释放消息中,可以使得远端终端设备尽早的接收到第一信息,从而根据第一信息在第二路径上进行数据传输时,避免或减轻丢包。
在一种可能的实现方式中,所述第一PDCP实体的接收状态用于所述远端终端设备的第二PDCP实体的数据传输。该种可能的实现方式,根据第一PDCP实体的接收状态进行数据传输,可以避免或减轻丢包。
在一种可能的实现方式中,所述第一信息用于指示所述第一PDCP实体未成功接收到的第一个数据包的序列号或计数值;或者,所述第一信息用于指示所述第一PDCP实体未成功接收到的数据包的序列号或计数值;或者,所述第一信息用于指示所述第一PDCP实体成功接收到的数据包的序列号或计数值;或者,所述第一信息用于指示所述第一PDCP实体最后一个成功接收到的数据包的序列号或计数值;或者,所述第一信息用于指示所述第一PDCP实体成功接收到的数据包的最大的序列号或计数值加1之后的值。该种可能的实现方式,提供了第一信息的多种可能的实现方式,提高了本申请提供的方法的实现灵活性。
在一种可能的实现方式中,所述第二消息为RRC消息,所述RRC消息用于指示所述远端终端设备释放所述第一路径;或者,所述第二消息为AM DRB的PDCP状态报告或UM DRB的PDCP状态报告,所述第一消息与所述第二消息通过相同的MAC PDU进行传输。该种可能的实现方式,通过将第一消息和第二消息通过相同的MAC PDU进行传输,或者将第一信息携带在RRC释放消息中,可以使得远端终端设备尽早的接收到第一信息,从而根据第一信息在第二路径上进行数据传输时,避免或减轻丢包。
在一种可能的实现方式中,所述第二消息为RRC消息,所述第二消息还包括所述第一信息对应的数据无线承载的信息,或者,所述第二消息还包括用于指示所述第一PDCP实体的信息。该种可能的实现方式,可以使得远端终端设备确定第一信息指示的为哪个PDCP实体的接收状态。
在一种可能的实现方式中,所述第一消息还包括第一指示信息,所述第一指示信息用于指示重建第一RLC实体。该种可能的实现方式,通过重建第一RLC实体,远端终端设备可以在连接新的中继终端设备时进行快速配置,减少对计算资源的占用,节约终端能耗。
在一种可能的实现方式中,所述第一消息还包括第一配置信息,所述第一配置信息用于配置第一RLC承载和第一关联关系,所述第一关联关系为所述第一RLC承载与所述远端终端设备的第二PDCP实体之间的关联关系。该种可能的实现方式,通过配置第一RLC承载和和第一关联关系可以使得远端终端设备顺利的在第二路径上进行数据传输。
在一种可能的实现方式中,所述方法还包括:向第一中继终端设备发送第二配置信息,所述第二配置信息用于指示进行RLC实体的重建;和/或,向第一中继终端设备发送第三配置信息,所述第三配置信息用于指示进行适配层的重配;其中,所述第一中继终端设备为所述第一路径中的至少一个中继终端设备中的中继终端设备。该种可能的实现方式,可以减少由于远端终端设备已经停止接收,而中继终端设备还在不停发送,造成的资源浪费及后续复杂的失败判断及处理。
在一种可能的实现方式中,所述第二网络设备与所述第一网络设备为相同的网络设备;或者,所述第二网络设备与所述第一网络设备为不同的网络设备。
在一种可能的实现方式中,所述第二网络设备与所述第一网络设备为相同的网络设备,所述方法还包括:接收所述远端终端设备发送的第三消息,所述第三消息用于指示所述远端终端设备完成RRC连接配置,所述第三消息中包括第二信息,所述第二信息用于指示所述远端终端设备的第二PDCP实体的接收状态。该种可能的实现方式,通过将第二信息携带在第三消息中,可以使得第二网络设备尽早的接收到第二信息,从而根据第二信息在第二路径上进行数据传输时,避免或减轻丢包。
在一种可能的实现方式中,所述第二网络设备与所述第一网络设备为相同的网络设备,所述方法还包括:接收所述远端终端设备发送的第三消息,所述第三消息用于指示所述远端终端设备完成RRC连接配置;接收所述远端终端设备发送的第四消息,所述第四消息包括第二信息,所述第二信息用于指示所述远端终端设备的第二PDCP实体的接收状态。该种可能的实现方式,通过将第四消息和第三消息打包在相同的MAC PDU中发送给第二网络设备,可以使得第二网络设备尽早的接收到第二信息,从而根据第二信息在第二路径上进行数据传输时,避免或减轻丢包。
在一种可能的实现方式中,所述第二信息用于指示所述第二PDCP实体未成功接收到的第一个数据包的序列号或计数值;或者,所述第二信息用于指示所述第二PDCP实体未成功接收到的数据包的序列号或计数值;或者,所述第二信息用于指示所述第二PDCP实体成功接收到的数据包的序列号或计数值;或者,所述第二信息用于指示所述第二PDCP实体最后一个成功接收到的数据包的序列号或计数值;或者,所述第二信息用于指示所述第二PDCP实体成功接收到的数据包的最大的序列号或计数值加1之后的值。该种可能的实现方式,提供了第二信息的多种可能的实现方式,提高了本申请提供的方法的实现灵活性。
在一种可能的实现方式中,所述方法还包括:根据所述第二信息在所述第二路径上进行数据传输。
在一种可能的实现方式中,所述第一消息还包括PDCP重建指示或者PDCP数据恢复指示。
第四方面,提供了一种数据传输方法,应用于远端终端设备,所述远端终端设备包括第二PDCP实体,包括:接收第一网络设备发送的第一消息,所述第一消息用于指示所述远端终端设备由通过第一路径连接所述第一网络设备,切换到由通过第二路径连接第二网络设备;其中,所述第一路径中包括至少一个中继终端设备,所述第二路径中包括至少一个中继终端设备或者不包括中继终端设备;接收第一网络设备发送的第二消息,所述第二消息包括第一信息,所述第一信息用于指示所述第一网络设备的第一PDCP实体的接收状态,或者,接收第二网络设备发送的第二消息,所述第二消息包括第一信息,所述第一信息用于指示所述第二网络设备的第三PDCP实体的接收状态;所述第二PDCP实体根据所述第一信息在所述第二路径上进行数据传输。第四方面提供的方法,可以将第一消息和第二消息通过相同的MAC PDU进行传输,或者将第一信息携带在RRC释放消息中,可以使得远端终端设备尽早的接收到第一信息,或者通过PDCP状态报告主动触发远端终端设备进行数据重传,从而根据第一信息在第二路径上进行数据传输时,避免或减轻丢包。
在一种可能的实现方式中,所述第一信息用于指示所述第一PDCP实体未成功接收到的第一个数据包的序列号或计数值;或者,所述第一信息用于指示所述第一PDCP实体未成功接收到的数据包的序列号或计数值;或者,所述第一信息用于指示所述第一PDCP实体成功接收到的数据包的序列号或计数值;或者,所述第一信息用于指示所述第一PDCP实体最后一个成功接收到的数据包的序列号或计数值;或者,所述第一信息用于指示所述第一PDCP实体成功接收到的数据包的最大的序列号或计数值加1之后的值。该种可能的实现方式,提供了第一信息的多种可能的实现方式,提高了本申请提供的方法的实现灵活性。
在一种可能的实现方式中,所述第二消息为RRC消息,所述RRC消息用于指示所述远端终端设备释放所述第一路径;或者,所述第二消息为AM DRB的PDCP状态报告或UM DRB的PDCP状态报告,所述第一消息与所述第二消息通过相同的MAC PDU进行传输。该种可能的实现方式,通过将第一消息和第二消息通过相同的MAC PDU进行传输,或者将第一信息携带在RRC释放消息中,可以使得远端终端设备尽早的接收到第一信息,从而根据第一信息在第二路径上进行数据传输时,避免或减轻丢包。
在一种可能的实现方式中,所述第二消息为RRC消息,所述第二消息还包括所述第一信息对应的数据无线承载的信息,或者,所述第二消息还包括用于指示所述第一PDCP实体的信息。该种可能的实现方式,可以使得远端终端设备确定第一信息指示的为哪个PDCP实体的接收状态。
在一种可能的实现方式中,所述第二消息为PDCP状态报告,所述PDCP状态报告为control PDU,对应第二网络设备的第三PDCP实体的状态报告。当所述远端设备的第二PDCP实体在所述远端设备从所述第一路径切换到第二路径后接收到的第一个第二消息时,所述远端设备对所述第三PDCP实体未确认成功接收的数据包在第二路径上进行传输。该种可能的实现方式,可以使得远端终端根据接收状态报告的时机判断是否需要根据PDCP状态报告进行该DRB的数据重传。
在一种可能的实现方式中,所述第二消息为PDCP状态报告,所述PDCP状态报告为control PDU,对应第二网络设备的第三PDCP实体的状态报告。所述第二消息还包括第五指示信息,用于指示所述远端设备对所述第三PDCP实体未确认成功接收的数据包在第二路径上进行传输。该种可能的实现方式,可以使得远端终端直接根据指示判断是否需要根据PDCP状态报告进行该DRB的数据重传,更为简单直接。
在一种可能的实现方式中,所述第二PDCP实体根据所述第一信息在所述第二路径上进行数据传输,包括:所述第二PDCP实体根据所述第一信息和所述第一信息对应的数据无线承载的信息在所述第二路径上进行数据传输。该种可能的实现方式,可以使得远端终端设备确定第一信息指示的为哪个PDCP实体的接收状态。
在一种可能的实现方式中,所述第二PDCP实体根据所述第一信息在所述第二路径上进行数据传输,包括:所述第二PDCP实体为AM DRB对应的PDCP实体,所述第二PDCP实体根据所述第一信息从第一个未成功接收的数据包,按数据包的计数值升序进行重传或传输;或者,所述第二PDCP实体为UM DRB对应的PDCP实体,所述第二PDCP实体根据所述第一信息确定数据包,将根据所述第一信息确定的数据包认为是从上层接收到的数据包但不重启丢弃定时器,按照PDCP重建前已关联的计数值的升序重新从计数值为0开始关联序列号后进行传输。该种可能的实现方式,针对AM DRB,若按照现有的重传方法,第二PDCP实体应当根据第一个未被底层(例如,RLC层)确认成功接收的数据包开始,进行重传,但是这种方式如果中继终端设备接收到的并且进行了RLC确认反馈的数据包未发送给源网络设备,则会导致这部分数据包丢失。本申请中,第一PDCP实体的接收状态为源网络设备实际的数据包的接收状态,第二PDCP实体根据第一PDCP实体的接收状态确定重传和/或传输的数据包,可以避免或减轻丢包。针对UM DRB,若按照现有的重传方法,第二PDCP实体是不进行重传的,此时会导致严重的丢包,而在本申请中,第二PDCP实体可以重传部分或全部的数据包,从而避免或减少丢包。
在一种可能的实现方式中,所述第一消息还包括第一指示信息,所述第一指示信息用于指示重建第一RLC实体,所述方法还包括:根据所述第一指示信息重建所述第一RLC实体。该种可能的实现方式,通过重建第一RLC实体,远端终端设备可以在连接新的中继终端设备时进行快速配置,减少对计算资源的占用,节约终端能耗。
在一种可能的实现方式中,所述第一消息还包括第一配置信息,所述第一配置信息用于配置第一RLC承载和第一关联关系,所述第一关联关系为所述第一RLC承载与所述远端终端设备的第二PDCP实体之间的关联关系,该方法还包括:根据所述第一配置信息配置所述第一RLC承载和所述第一关联关系。该种可能的实现方式,通过配置第一RLC承载和和第一关联关系可以使得远端终端设备顺利的在第二路径上进行数据传输。
在一种可能的实现方式中,所述第二网络设备与所述第一网络设备为相同的网络设备;或者,所述第二网络设备与所述第一网络设备为不同的网络设备。
在一种可能的实现方式中,所述方法还包括:向所述第二网络设备发送第三消息,所述第三消息用于指示所述远端终端设备完成RRC连接配置,所述第三消息中包括第二信息,所述第二信息用于指示所述远端终端设备的第二PDCP实体的接收状态。该种可能的实现方式,通过将第二信息携带在第三消息中,可以使得第二网络设备尽早的接收到第二信息,从而根据第二信息在第二路径上进行数据传输时,避免或减轻丢包。
在一种可能的实现方式中,所述方法还包括:向所述第二网络设备发送第三消息,所述第三消息用于指示所述远端终端设备完成RRC连接配置;向所述第二网络设备发送第四消息,所述第四消息包括第二信息,所述第二信息用于指示所述远端终端设备的第二PDCP实体的接收状态。该种可能的实现方式,通过将第四消息和第三消息打包在相同的MACPDU中发送给第二网络设备,可以使得第二网络设备尽早的接收到第二信息,从而根据第二信息在第二路径上进行数据传输时,避免或减轻丢包。
在一种可能的实现方式中,所述第二信息用于指示所述第二PDCP实体未成功接收到的第一个数据包的序列号或计数值;或者,所述第二信息用于指示所述第二PDCP实体未成功接收到的数据包的序列号或计数值;或者,所述第二信息用于指示所述第二PDCP实体成功接收到的数据包的序列号或计数值;或者,所述第二信息用于指示所述第二PDCP实体最后一个成功接收到的数据包的序列号或计数值;或者,所述第二信息用于指示所述第二PDCP实体成功接收到的数据包的最大的序列号或计数值加1之后的值。该种可能的实现方式,提供了第二信息的多种可能的实现方式,提高了本申请提供的方法的实现灵活性。
在一种可能的实现方式中,所述第一消息还包括PDCP重建指示或者PDCP数据恢复指示,所述方法还包括:根据所述PDCP重建指示或者所述PDCP数据恢复指示进行所述远端终端设备的第二PDCP实体的重建或者所述第二PDCP实体的数据恢复。
第五方面,提供了一种数据传输方法,应用于第一中继终端设备,所述第一中继终端设备为第一路径中的中继终端设备,远端终端设备由通过所述第一路径连接第一网络设备,切换到由通过第二路径连接第二网络设备,所述第一路径中包括至少一个中继终端设备,所述第二路径中包括至少一个中继终端设备或者不包括中继终端设备,所述方法包括:接收所述第一网络设备发送的第二配置信息,所述第二配置信息用于指示进行RLC实体的重建;根据所述第二配置信息进行所述RLC实体的重建。第五方面提供的方法,可以减少由于远端终端设备已经停止接收,而中继终端设备还在不停发送,造成的资源浪费及后续复杂的失败判断及处理。
在一种可能的实现方式中,所述第一中继终端设备包括适配层,所述方法还包括:所述适配层传输完所述第二配置信息中指示的RLC实体递交的数据包后,移除所述远端终端设备与空口RLC承载的对应关系。该种可能的实现方式,可以释放RLC承载,提高资源利用率。
第六方面,提供了一种数据传输方法,应用于第一中继终端设备,所述第一中继终端设备为第一路径中的中继终端设备,远端终端设备由通过所述第一路径连接第一网络设备,切换到由通过第二路径连接第二网络设备,所述第一路径中包括至少一个中继终端设备,所述第二路径中包括至少一个中继终端设备或者不包括中继终端设备,所述方法包括:接收所述第一网络设备发送的第三配置信息,所述第三配置信息用于指示进行适配层的重配;根据所述第三配置信息进行适配层的重配。第六方面提供的方法,通过进行适配层的重配,可以释放RLC承载,提高资源利用率。
第七方面,提供了一种数据传输方法,应用于远端终端设备,所述远端终端设备由通过第一路径连接第一网络设备,切换到由通过第二路径连接第二网络设备,所述第一路径中包括至少一个中继终端设备,所述第二路径中包括至少一个中继终端设备或者不包括中继终端设备,所述方法包括:向所述第二网络设备发送第三消息,所述第三消息用于指示所述远端终端设备完成RRC连接配置,所述第三消息中包括第二信息,所述第二信息用于指示所述远端终端设备的第二PDCP实体的接收状态。第七方面提供的方法,通过将第二信息携带在第三消息中,可以使得第二网络设备尽早的接收到第二信息,从而根据第二信息在第二路径上进行数据传输时,避免或减轻丢包。
在一种可能的实现方式中,所述第二信息用于指示所述第二PDCP实体未成功接收到的第一个数据包的序列号或计数值;或者,所述第二信息用于指示所述第二PDCP实体未成功接收到的数据包的序列号或计数值;或者,所述第二信息用于指示所述第二PDCP实体成功接收到的数据包的序列号或计数值;或者,所述第二信息用于指示所述第二PDCP实体最后一个成功接收到的数据包的序列号或计数值;或者,所述第二信息用于指示所述第二PDCP实体成功接收到的数据包的最大的序列号或计数值加1之后的值。该种可能的实现方式,提供了第二信息的多种可能的实现方式,提高了本申请提供的方法的实现灵活性。
第八方面,提供了一种数据传输方法,应用于远端终端设备,所述远端终端设备由通过第一路径连接第一网络设备,切换到由通过第二路径连接第二网络设备,所述第一路径中包括至少一个中继终端设备,所述第二路径中包括至少一个中继终端设备或者不包括中继终端设备,所述方法包括:向所述第二网络设备发送第三消息,所述第三消息用于指示所述远端终端设备完成RRC连接配置;向所述第二网络设备发送第四消息,所述第四消息包括第二信息,所述第二信息用于指示所述远端终端设备的第二PDCP实体的接收状态。第八方面提供的方法,通过将第四消息和第三消息打包在相同的MAC PDU中发送给第二网络设备,可以使得第二网络设备尽早的接收到第二信息,从而根据第二信息在第二路径上进行数据传输时,避免或减轻丢包。
在一种可能的实现方式中,所述第二信息用于指示所述第二PDCP实体未成功接收到的第一个数据包的序列号或计数值;或者,所述第二信息用于指示所述第二PDCP实体未成功接收到的数据包的序列号或计数值;或者,所述第二信息用于指示所述第二PDCP实体成功接收到的数据包的序列号或计数值;或者,所述第二信息用于指示所述第二PDCP实体最后一个成功接收到的数据包的序列号或计数值;或者,所述第二信息用于指示所述第二PDCP实体成功接收到的数据包的最大的序列号或计数值加1之后的值。该种可能的实现方式,提供了第二信息的多种可能的实现方式,提高了本申请提供的方法的实现灵活性。
第九方面,提供了一种数据传输方法,应用于第二网络设备,包括:接收远端终端设备发送的第三消息,所述第三消息用于指示所述远端终端设备完成RRC连接配置,所述第三消息中包括第二信息,所述第二信息用于指示所述远端终端设备的第二PDCP实体的接收状态,所述远端终端设备由通过第一路径连接第一网络设备,切换到由通过第二路径连接所述第二网络设备,所述第一路径中包括至少一个中继终端设备,所述第二路径中包括至少一个中继终端设备或者不包括中继终端设备;根据所述第二信息在所述第二路径上进行数据传输。第九方面提供的方法,通过将第二信息携带在第三消息中,可以使得第二网络设备尽早的接收到第二信息,从而根据第二信息在第二路径上进行数据传输时,避免或减轻丢包。
在一种可能的实现方式中,所述远端终端设备包括第二PDCP实体;所述第二信息用于指示所述第二PDCP实体未成功接收到的第一个数据包的序列号或计数值;或者,所述第二信息用于指示所述第二PDCP实体未成功接收到的数据包的序列号或计数值;或者,所述第二信息用于指示所述第二PDCP实体成功接收到的数据包的序列号或计数值;或者,所述第二信息用于指示所述第二PDCP实体最后一个成功接收到的数据包的序列号或计数值;或者,所述第二信息用于指示所述第二PDCP实体成功接收到的数据包的最大的序列号或计数值加1之后的值。该种可能的实现方式,提供了第二信息的多种可能的实现方式,提高了本申请提供的方法的实现灵活性。
在一种可能的实现方式中,所述第二网络设备与所述第一网络设备为相同的网络设备;或者,所述第二网络设备与所述第一网络设备为不同的网络设备。
在一种可能的实现方式中,所述第二网络设备与所述第一网络设备为相同的网络设备,所述方法还包括:向第一中继终端设备发送第二配置信息,所述第二配置信息用于指示进行RLC实体的重建;和/或,向第一中继终端设备发送第三配置信息,所述第三配置信息用于指示进行适配层的重配;其中,所述第一中继终端设备为所述第一路径中的至少一个中继终端设备中的中继终端设备。该种可能的实现方式,通过进行RLC实体的重建,可以减少由于远端终端设备已经停止接收,而中继终端设备还在不停发送,造成的资源浪费及后续复杂的失败判断及处理。通过进行适配层的重配,可以释放RLC承载,提高资源利用率。
第十方面,提供了一种数据传输方法,应用于第二网络设备,所述方法包括:接收远端终端设备发送的第三消息,所述第三消息用于指示所述远端终端设备完成RRC连接配置,所述远端终端设备由通过第一路径连接第一网络设备,切换到由通过第二路径连接所述第二网络设备,所述第一路径中包括至少一个中继终端设备,所述第二路径中包括至少一个中继终端设备或者不包括中继终端设备;接收所述远端终端设备发送的第四消息,所述第四消息包括第二信息,所述第二信息用于指示所述远端终端设备的第二PDCP实体的接收状态;根据所述第二信息在所述第二路径上进行数据传输。第十方面提供的方法,通过将第四消息和第三消息打包在相同的MAC PDU中发送给第二网络设备,可以使得第二网络设备尽早的接收到第二信息,从而根据第二信息在第二路径上进行数据传输时,避免或减轻丢包。
在一种可能的实现方式中,所述远端终端设备包括第二PDCP实体;所述第二信息用于指示所述第二PDCP实体未成功接收到的第一个数据包的序列号或计数值;或者,所述第二信息用于指示所述第二PDCP实体未成功接收到的数据包的序列号或计数值;或者,所述第二信息用于指示所述第二PDCP实体成功接收到的数据包的序列号或计数值;或者,所述第二信息用于指示所述第二PDCP实体最后一个成功接收到的数据包的序列号或计数值;或者,所述第二信息用于指示所述第二PDCP实体成功接收到的数据包的最大的序列号或计数值加1之后的值。该种可能的实现方式,提供了第二信息的多种可能的实现方式,提高了本申请提供的方法的实现灵活性。
在一种可能的实现方式中,所述第二网络设备与所述第一网络设备为相同的网络设备;或者,所述第二网络设备与所述第一网络设备为不同的网络设备。
在一种可能的实现方式中,所述第二网络设备与所述第一网络设备为相同的网络设备,所述方法还包括:向第一中继终端设备发送第二配置信息,所述第二配置信息用于指示进行RLC实体的重建;和/或,向第一中继终端设备发送第三配置信息,所述第三配置信息用于指示进行适配层的重配;其中,所述第一中继终端设备为所述第一路径中的至少一个中继终端设备中的中继终端设备。该种可能的实现方式,通过进行RLC实体的重建,可以减少由于远端终端设备已经停止接收,而中继终端设备还在不停发送,造成的资源浪费及后续复杂的失败判断及处理。通过进行适配层的重配,可以释放RLC承载,提高资源利用率。
第十一方面,提供了一种数据传输方法,应用于第二网络设备,包括:向所述远端终端设备发送第二消息,所述第二消息中包括第一信息,所述第一信息用于指示用于指示所述第二网络设备的第三PDCP实体的接收状态;所述第二PDCP实体根据所述第一信息在第二路径上进行数据传输,其中所述第二路径为所述第二网络设备与所述远端终端设备通信的路径,所述路径中包括至少一个中继终端设备或者不包括中继终端设备。第十一方面提供的方法,通过第二消息中PDCP实体的接收状态,直接触发所述终端设备的第二PDCP实体针对未接收成功的数据进行传输,从而减少数据丢包。
在一种可能的实现方式中,所述远端终端设备在通过所述第二路径连接到所述第二网络设备前,通过第一路径连接第一网络设备,其中,所述第一路径中包括至少一个中继终端设备。
在一种可能的实现方式中,所述第三PDCP实体的接收状态用于所述远端终端设备的第二PDCP实体的数据传输。
在一种可能的实现方式中,所述第一信息用于指示所述第三PDCP实体未成功接收到的第一个数据包的序列号或计数值;或者,所述第一信息用于指示所述第三PDCP实体未成功接收到的数据包的序列号或计数值;或者,所述第一信息用于指示所述第三PDCP实体成功接收到的数据包的序列号或计数值;或者,所述第一信息用于指示所述第三PDCP实体最后一个成功接收到的数据包的序列号或计数值;或者,所述第一信息用于指示所述第三PDCP实体成功接收到的数据包的最大的序列号或计数值加1之后的值。
在一种可能的实现方式中,所述第一信息为PDCP状态报告或者为PDCP控制协议数据单元(Protocol Data Unit,PDU)。
在一种可能的实现方式中,所述第二消息仅对远端终端设备的所述第二PDCP实体在远端终端设备发生第一路径向第二路径切换后,指示所述第二PDCP实体对未成功接收的数据进行传输。
接收到RRC重配消息,用于指示由第一路径切换到第二路径(第二路径可以为直连连接可以为通过其他中继终端设备中转连接)。
在一种可能的实现方式中,所述第二消息还包括第五指示,所述第五指示用于指示所述第二PDCP实体对未成功接收的数据进行传输。
在一种可能的实现方式中,所述第二网络设备接收所述远端终端设备发送的第三消息,所述第三消息为RRC重配完成消息。
在一种可能的实现方式中,所述第二网络设备与所述第一网络设备为相同的网络设备;或者,所述第二网络设备与所述第一网络设备为不同的网络设备。
第十二方面,提供一种一种数据传输方法,应用于远端终端设备,所述方法包括:
接收第二网络设备发送的第一信息,所述第一信息用于指示第三PDCP实体的接收状态,可选的,所述第三PDCP实体为所述第二网络设备的PDCP实体;
根据所述PDCP实体的接收状态,向所述第二网络设备发送丢失的数据包
在一种可能的实现方式中,所述第一信息为所述远端终端设备从第一路径切换到第二路径之后的第一个所述第一信息,所述第一路径为所述远端终端设备与第一网络设备之间通过至少一个中继终端设备建立连接的路径,所述第二路径为所述远端终端设备与所述第二网络设备之间建立连接的路径,所述第二路径中不包括中继终端设备或所述第二路径中包括至少一个中继终端设备。
在一种可能的实现方式中,所述第一信息包括:PDCP状态报告或PDCP控制协议数据单元(Protocol Data Unit,PDU)。
在一种可能的实现方式中,所述第一信息用于指示第三PDCP实体未成功接收到的第一个数据包的序列号或计数值;或者,所述第一信息用于指示所述第三PDCP实体未成功接收到的数据包的序列号或计数值;或者,所述第一信息用于指示所述第三PDCP实体成功接收到的数据包的序列号或计数值;或者,所述第一信息用于指示所述第三PDCP实体最后一个成功接收到的数据包的序列号或计数值;或者,所述第一信息用于指示所述第三PDCP实体成功接收到的数据包的最大的序列号或计数值加1之后的值;
其中,所述第三PDCP实体为所述第二网络设备的PDCP实体。
在一种可能的实现方式中,所述第一网络设备与所述第二网络设备为相同的网络设备,或所述第一网络设备与所述第二网络设备为不同的网络设备。
在一种可能的实现方式中,所述接收第二网络设备发送的第一信息,包括:
接收所述第二网络设备发送的第二消息,所述第二消息中携带所述第一信息,所述第二消息中还携带第五指示信息,所述第五指示信息用于指示第二PDCP实体对未成功接收的数据进行传输,所述第二PDCP实体为所述远端终端设备的PDCP实体。未成功接收的数据指的是所述第二网络设备未成功接收的数据。
在一种可能的实现方式中,所述方法还包括:
接收第一消息,所述第一消息用于指示所述远端终端设备由通过第一路径连接所述第一网络设备,切换到由通过第二路径连接第二网络设备。第一消息是从第一网络设备接收的。
第十三方面,提供一种一种数据传输方法,应用于第二网络设备,所述方法包括:
向远端终端设备发送第一信息,所述第一信息用于指示第三PDCP实体的接收状态;可选的,所述第三PDCP实体为所述第二网络设备的PDCP实体;
接收所述远端终端设备发送的丢失的数据包。
在一种可能的实现方式中,所述第一信息为所述远端终端设备从第一路径切换到第二路径之后的第一个所述第一信息,所述第一路径为所述远端终端设备与第一网络设备之间通过至少一个中继终端设备建立连接的路径,所述第二路径为所述远端终端设备与所述第二网络设备之间建立连接的路径,所述第二路径中不包括中继终端设备或包括至少一个中继终端设备。
在一种可能的实现方式中,所述第一信息包括:PDCP状态报告或PDCP控制协议数据单元(Protocol Data Unit,PDU)。
在一种可能的实现方式中,所述第一信息用于指示第三PDCP实体未成功接收到的第一个数据包的序列号或计数值;或者,所述第一信息用于指示所述第三PDCP实体未成功接收到的数据包的序列号或计数值;或者,所述第一信息用于指示所述第三PDCP实体成功接收到的数据包的序列号或计数值;或者,所述第一信息用于指示所述第三PDCP实体最后一个成功接收到的数据包的序列号或计数值;或者,所述第一信息用于指示所述第三PDCP实体成功接收到的数据包的最大的序列号或计数值加1之后的值;
其中,所述第三PDCP实体为所述第二网络设备的PDCP实体。
在一种可能的实现方式中,所述第二网络设备向远端终端设备发送第一信息,包括:
向所述远端终端设备发送第二消息,所述第二消息中携带所述第一信息,所述第二消息中还携带第五指示信息,所述第五指示信息用于指示第二PDCP实体对未成功接收的数据进行传输,所述第二PDCP实体为所述远端终端设备的PDCP实体。未成功接收的数据指的是所述第二网络设备未成功接收的数据。
第十四方面,提供了一种第一网络设备,包括用于执行第一方面提供的任意一种方法的功能单元,所述功能单元所执行的动作通过硬件实现或通过硬件执行相应的软件实现。示例性的,所述第一网络设备包括:处理单元和通信单元;所述处理单元,用于通过所述通信单元向远端终端设备发送第一消息,所述第一消息用于指示所述远端终端设备由通过第一路径连接所述第一网络设备,切换到由通过第二路径连接第二网络设备;其中,所述第一消息包括第一信息,所述第一信息用于指示所述第一网络设备的第一PDCP实体的接收状态,所述第一路径中包括至少一个中继终端设备,所述第二路径中包括至少一个中继终端设备或者不包括中继终端设备。
在一种可能的实现方式中,所述第一PDCP实体的接收状态用于所述远端终端设备的第二PDCP实体的数据传输。
在一种可能的实现方式中,所述第一信息用于指示所述第一PDCP实体未成功接收到的第一个数据包的序列号或计数值;或者,所述第一信息用于指示所述第一PDCP实体未成功接收到的数据包的序列号或计数值;或者,所述第一信息用于指示所述第一PDCP实体成功接收到的数据包的序列号或计数值;或者,所述第一信息用于指示所述第一PDCP实体最后一个成功接收到的数据包的序列号或计数值;或者,所述第一信息用于指示所述第一PDCP实体成功接收到的数据包的最大的序列号或计数值加1之后的值。
在一种可能的实现方式中,所述第一消息还包括所述第一信息对应的数据无线承载的信息,或者,所述第一消息还包括用于指示所述第一PDCP实体的信息。
在一种可能的实现方式中,所述第一消息还包括第一指示信息,所述第一指示信息用于指示重建第一RLC实体。
在一种可能的实现方式中,所述第一消息还包括第一配置信息,所述第一配置信息用于配置第一RLC承载和第一关联关系,所述第一关联关系为所述第一RLC承载与所述远端终端设备的第二PDCP实体之间的关联关系。
在一种可能的实现方式中,所述处理单元,还用于通过所述通信单元向第一中继终端设备发送第二配置信息,所述第二配置信息用于指示进行RLC实体的重建;和/或,所述处理单元,还用于通过所述通信单元向第一中继终端设备发送第三配置信息,所述第三配置信息用于指示进行适配层的重配;其中,所述第一中继终端设备为所述第一路径中的至少一个中继终端设备中的中继终端设备。
在一种可能的实现方式中,所述第二网络设备与所述第一网络设备为相同的网络设备;或者,所述第二网络设备与所述第一网络设备为不同的网络设备。
在一种可能的实现方式中,所述第二网络设备与所述第一网络设备为相同的网络设备,所述处理单元,还用于通过所述通信单元接收所述远端终端设备发送的第三消息,所述第三消息用于指示所述远端终端设备完成RRC连接配置,所述第三消息中包括第二信息,所述第二信息用于指示所述远端终端设备的第二PDCP实体的接收状态。
在一种可能的实现方式中,所述第二网络设备与所述第一网络设备为相同的网络设备,所述处理单元,还用于通过所述通信单元接收所述远端终端设备发送的第三消息,所述第三消息用于指示所述远端终端设备完成RRC连接配置;所述处理单元,还用于通过所述通信单元接收所述远端终端设备发送的第四消息,所述第四消息包括第二信息,所述第二信息用于指示所述远端终端设备的第二PDCP实体的接收状态。
在一种可能的实现方式中,所述第二信息用于指示所述第二PDCP实体未成功接收到的第一个数据包的序列号或计数值;或者,所述第二信息用于指示所述第二PDCP实体未成功接收到的数据包的序列号或计数值;或者,所述第二信息用于指示所述第二PDCP实体成功接收到的数据包的序列号或计数值;或者,所述第二信息用于指示所述第二PDCP实体最后一个成功接收到的数据包的序列号或计数值;或者,所述第二信息用于指示所述第二PDCP实体成功接收到的数据包的最大的序列号或计数值加1之后的值。
在一种可能的实现方式中,所述处理单元,还用于根据所述第二信息在所述第二路径上进行数据传输。
在一种可能的实现方式中,所述第一消息为RRC重配置消息。
在一种可能的实现方式中,所述第一消息还包括PDCP重建指示或者PDCP数据恢复指示。
第十五方面,提供了一种远端终端设备,包括用于执行第二方面提供的任意一种方法的功能单元,所述功能单元所执行的动作通过硬件实现或通过硬件执行相应的软件实现。示例性的,远端终端设备包括:处理单元和通信单元,所述处理单元包括第二PDCP实体;所述通信单元,用于接收第一网络设备发送的第一消息,所述第一消息用于指示所述远端终端设备由通过第一路径连接所述第一网络设备,切换到由通过第二路径连接第二网络设备;其中,所述第一消息包括第一信息,所述第一信息用于指示所述第一网络设备的第一PDCP实体的接收状态,所述第一路径中包括至少一个中继终端设备,所述第二路径中包括至少一个中继终端设备或者不包括中继终端设备;所述处理单元中的所述第二PDCP实体,用于根据所述第一信息在所述第二路径上进行数据传输。
在一种可能的实现方式中,所述第一信息用于指示所述第一PDCP实体未成功接收到的第一个数据包的序列号或计数值;或者,所述第一信息用于指示所述第一PDCP实体未成功接收到的数据包的序列号或计数值;或者,所述第一信息用于指示所述第一PDCP实体成功接收到的数据包的序列号或计数值;或者,所述第一信息用于指示所述第一PDCP实体最后一个成功接收到的数据包的序列号或计数值;或者,所述第一信息用于指示所述第一PDCP实体成功接收到的数据包的最大的序列号或计数值加1之后的值。
在一种可能的实现方式中,所述第一消息还包括所述第一信息对应的数据无线承载的信息,或者,所述第一消息还包括用于指示所述第一PDCP实体的信息。
在一种可能的实现方式中,所述处理单元中的所述第二PDCP实体,具体用于根据所述第一信息和所述第一信息对应的数据无线承载的信息在所述第二路径上进行数据传输。
在一种可能的实现方式中,所述第二PDCP实体为AM DRB对应的PDCP实体,所述处理单元中的所述第二PDCP实体,具体用于根据所述第一信息从第一个未成功接收的数据包,按数据包的计数值升序进行重传或传输;或者,所述第二PDCP实体为UM DRB对应的PDCP实体,所述处理单元中的所述第二PDCP实体,具体用于根据所述第一信息确定数据包,将根据所述第一信息确定的数据包认为是从上层接收到的数据包但不重启丢弃定时器,按照PDCP重建前已关联的计数值的升序重新从计数值为0开始关联序列号后进行传输。
在一种可能的实现方式中,所述第一消息还包括第一指示信息,所述第一指示信息用于指示重建第一RLC实体,所述处理单元,还用于:根据所述第一指示信息重建所述第一RLC实体。
在一种可能的实现方式中,所述第一消息还包括第一配置信息,所述第一配置信息用于配置第一RLC承载和第一关联关系,所述第一关联关系为所述第一RLC承载与所述远端终端设备的第二PDCP实体之间的关联关系,所述处理单元,还用于:根据所述第一配置信息配置所述第一RLC承载和所述第一关联关系。
在一种可能的实现方式中,所述第二网络设备与所述第一网络设备为相同的网络设备;或者,所述第二网络设备与所述第一网络设备为不同的网络设备。
在一种可能的实现方式中,所述通信单元,还用于向所述第二网络设备发送第三消息,所述第三消息用于指示所述远端终端设备完成RRC连接配置,所述第三消息中包括第二信息,所述第二信息用于指示所述远端终端设备的第二PDCP实体的接收状态。
在一种可能的实现方式中,所述通信单元,还用于向所述第二网络设备发送第三消息,所述第三消息用于指示所述远端终端设备完成RRC连接配置;所述通信单元,还用于向所述第二网络设备发送第四消息,所述第四消息包括第二信息,所述第二信息用于指示所述远端终端设备的第二PDCP实体的接收状态。
在一种可能的实现方式中,所述第二信息用于指示所述第二PDCP实体未成功接收到的第一个数据包的序列号或计数值;或者,所述第二信息用于指示所述第二PDCP实体未成功接收到的数据包的序列号或计数值;或者,所述第二信息用于指示所述第二PDCP实体成功接收到的数据包的序列号或计数值;或者,所述第二信息用于指示所述第二PDCP实体最后一个成功接收到的数据包的序列号或计数值;或者,所述第二信息用于指示所述第二PDCP实体成功接收到的数据包的最大的序列号或计数值加1之后的值。
在一种可能的实现方式中,所述第一消息为RRC重配置消息。
在一种可能的实现方式中,所述第一消息还包括PDCP重建指示或者PDCP数据恢复指示,所述处理单元,还用于根据所述PDCP重建指示或者所述PDCP数据恢复指示进行所述远端终端设备的第二PDCP实体的重建或者所述第二PDCP实体的数据恢复。
第十六方面,提供了一种第一网络设备,包括用于执行第三方面提供的任意一种方法的功能单元,所述功能单元所执行的动作通过硬件实现或通过硬件执行相应的软件实现。示例性的,所述第一网络设备包括:通信单元和处理单元;所述处理单元,用于通过所述通信单元向远端终端设备发送第一消息,所述第一消息用于指示所述远端终端设备由通过第一路径连接所述第一网络设备,切换到由通过第二路径连接第二网络设备;其中,所述第一路径中包括至少一个中继终端设备,所述第二路径中包括至少一个中继终端设备或者不包括中继终端设备;所述处理单元,还用于通过所述通信单元向所述远端终端设备发送第二消息,所述第二消息包括第一信息,所述第一信息用于指示所述第一网络设备的第一PDCP实体的接收状态。
在一种可能的实现方式中,所述第一PDCP实体的接收状态用于所述远端终端设备的第二PDCP实体的数据传输。
在一种可能的实现方式中,所述第一信息用于指示所述第一PDCP实体未成功接收到的第一个数据包的序列号或计数值;或者,所述第一信息用于指示所述第一PDCP实体未成功接收到的数据包的序列号或计数值;或者,所述第一信息用于指示所述第一PDCP实体成功接收到的数据包的序列号或计数值;或者,所述第一信息用于指示所述第一PDCP实体最后一个成功接收到的数据包的序列号或计数值;或者,所述第一信息用于指示所述第一PDCP实体成功接收到的数据包的最大的序列号或计数值加1之后的值。
在一种可能的实现方式中,所述第二消息为RRC消息,所述RRC消息用于指示所述远端终端设备释放所述第一路径;或者,所述第二消息为AM DRB的PDCP状态报告或UM DRB的PDCP状态报告,所述第一消息与所述第二消息通过相同的MAC PDU进行传输。
在一种可能的实现方式中,所述第二消息为RRC消息,所述第二消息还包括所述第一信息对应的数据无线承载的信息,或者,所述第二消息还包括用于指示所述第一PDCP实体的信息。
在一种可能的实现方式中,所述第一消息还包括第一指示信息,所述第一指示信息用于指示重建第一RLC实体。
在一种可能的实现方式中,所述第一消息还包括第一配置信息,所述第一配置信息用于配置第一RLC承载和第一关联关系,所述第一关联关系为所述第一RLC承载与所述远端终端设备的第二PDCP实体之间的关联关系。
在一种可能的实现方式中,所述处理单元,还用于通过所述通信单元向第一中继终端设备发送第二配置信息,所述第二配置信息用于指示进行RLC实体的重建;和/或,所述处理单元,还用于通过所述通信单元向第一中继终端设备发送第三配置信息,所述第三配置信息用于指示进行适配层的重配;其中,所述第一中继终端设备为所述第一路径中的至少一个中继终端设备中的中继终端设备。
在一种可能的实现方式中,所述第二网络设备与所述第一网络设备为相同的网络设备;或者,所述第二网络设备与所述第一网络设备为不同的网络设备。
在一种可能的实现方式中,所述第二网络设备与所述第一网络设备为相同的网络设备,所述处理单元,还用于通过所述通信单元接收所述远端终端设备发送的第三消息,所述第三消息用于指示所述远端终端设备完成RRC连接配置,所述第三消息中包括第二信息,所述第二信息用于指示所述远端终端设备的第二PDCP实体的接收状态。
在一种可能的实现方式中,所述第二网络设备与所述第一网络设备为相同的网络设备,所述处理单元,还用于通过所述通信单元接收所述远端终端设备发送的第三消息,所述第三消息用于指示所述远端终端设备完成RRC连接配置;所述处理单元,还用于通过所述通信单元接收所述远端终端设备发送的第四消息,所述第四消息包括第二信息,所述第二信息用于指示所述远端终端设备的第二PDCP实体的接收状态。
在一种可能的实现方式中,所述第二信息用于指示所述第二PDCP实体未成功接收到的第一个数据包的序列号或计数值;或者,所述第二信息用于指示所述第二PDCP实体未成功接收到的数据包的序列号或计数值;或者,所述第二信息用于指示所述第二PDCP实体成功接收到的数据包的序列号或计数值;或者,所述第二信息用于指示所述第二PDCP实体最后一个成功接收到的数据包的序列号或计数值;或者,所述第二信息用于指示所述第二PDCP实体成功接收到的数据包的最大的序列号或计数值加1之后的值。
在一种可能的实现方式中,所述处理单元,还用于根据所述第二信息在所述第二路径上进行数据传输。
在一种可能的实现方式中,所述第一消息还包括PDCP重建指示或者PDCP数据恢复指示。
第十七方面,提供了一种远端终端设备,包括用于执行第四方面提供的任意一种方法的功能单元,所述功能单元所执行的动作通过硬件实现或通过硬件执行相应的软件实现。示例性的,远端终端设备包括:处理单元和通信单元,所述处理单元包括第二PDCP实体;所述通信单元,用于接收第一网络设备发送的第一消息,所述第一消息用于指示所述远端终端设备由通过第一路径连接所述第一网络设备,切换到由通过第二路径连接第二网络设备;其中,所述第一路径中包括至少一个中继终端设备,所述第二路径中包括至少一个中继终端设备或者不包括中继终端设备;所述通信单元,还用于接收第一网络设备发送的第二消息,所述第二消息包括第一信息,所述第一信息用于指示所述第一网络设备的第一PDCP实体的接收状态;所述处理单元中的所述第二PDCP实体,用于根据所述第一信息在所述第二路径上进行数据传输。
在一种可能的实现方式中,所述第一信息用于指示所述第一PDCP实体未成功接收到的第一个数据包的序列号或计数值;或者,所述第一信息用于指示所述第一PDCP实体未成功接收到的数据包的序列号或计数值;或者,所述第一信息用于指示所述第一PDCP实体成功接收到的数据包的序列号或计数值;或者,所述第一信息用于指示所述第一PDCP实体最后一个成功接收到的数据包的序列号或计数值;或者,所述第一信息用于指示所述第一PDCP实体成功接收到的数据包的最大的序列号或计数值加1之后的值。
在一种可能的实现方式中,所述第二消息为RRC消息,所述RRC消息用于指示所述远端终端设备释放所述第一路径;或者,所述第二消息为AM DRB的PDCP状态报告或UM DRB的PDCP状态报告,所述第一消息与所述第二消息通过相同的MAC PDU进行传输。
在一种可能的实现方式中,所述第二消息为RRC消息,所述第二消息还包括所述第一信息对应的数据无线承载的信息,或者,所述第二消息还包括用于指示所述第一PDCP实体的信息。
在一种可能的实现方式中,所述处理单元中的所述第二PDCP实体,具体用于:根据所述第一信息和所述第一信息对应的数据无线承载的信息在所述第二路径上进行数据传输。
在一种可能的实现方式中,所述第二PDCP实体为AM DRB对应的PDCP实体,所述处理单元中的所述第二PDCP实体,具体用于根据所述第一信息从第一个未成功接收的数据包,按数据包的计数值升序进行重传或传输;或者,所述第二PDCP实体为UM DRB对应的PDCP实体,所述处理单元中的所述第二PDCP实体,具体用于根据所述第一信息确定数据包,将根据所述第一信息确定的数据包认为是从上层接收到的数据包但不重启丢弃定时器,按照PDCP重建前已关联的计数值的升序重新从计数值为0开始关联序列号后进行传输。
在一种可能的实现方式中,所述第一消息还包括第一指示信息,所述第一指示信息用于指示重建第一RLC实体,所述处理单元,还用于:根据所述第一指示信息重建所述第一RLC实体。
在一种可能的实现方式中,所述第一消息还包括第一配置信息,所述第一配置信息用于配置第一RLC承载和第一关联关系,所述第一关联关系为所述第一RLC承载与所述远端终端设备的第二PDCP实体之间的关联关系,所述处理单元,还用于:根据所述第一配置信息配置所述第一RLC承载和所述第一关联关系。
在一种可能的实现方式中,所述第二网络设备与所述第一网络设备为相同的网络设备;或者,所述第二网络设备与所述第一网络设备为不同的网络设备。
在一种可能的实现方式中,所述通信单元,还用于向所述第二网络设备发送第三消息,所述第三消息用于指示所述远端终端设备完成RRC连接配置,所述第三消息中包括第二信息,所述第二信息用于指示所述远端终端设备的第二PDCP实体的接收状态。
在一种可能的实现方式中,所述通信单元,还用于向所述第二网络设备发送第三消息,所述第三消息用于指示所述远端终端设备完成RRC连接配置;所述通信单元,还用于向所述第二网络设备发送第四消息,所述第四消息包括第二信息,所述第二信息用于指示所述远端终端设备的第二PDCP实体的接收状态。
在一种可能的实现方式中,所述第二信息用于指示所述第二PDCP实体未成功接收到的第一个数据包的序列号或计数值;或者,所述第二信息用于指示所述第二PDCP实体未成功接收到的数据包的序列号或计数值;或者,所述第二信息用于指示所述第二PDCP实体成功接收到的数据包的序列号或计数值;或者,所述第二信息用于指示所述第二PDCP实体最后一个成功接收到的数据包的序列号或计数值;或者,所述第二信息用于指示所述第二PDCP实体成功接收到的数据包的最大的序列号或计数值加1之后的值。
在一种可能的实现方式中,所述第一消息还包括PDCP重建指示或者PDCP数据恢复指示,所述处理单元,还用于根据所述PDCP重建指示或者所述PDCP数据恢复指示进行所述远端终端设备的第二PDCP实体的重建或者所述第二PDCP实体的数据恢复。
第十八方面,提供了一种第一中继终端设备,所述第一中继终端设备为第一路径中的中继终端设备,远端终端设备由通过所述第一路径连接第一网络设备,切换到由通过第二路径连接第二网络设备,所述第一路径中包括至少一个中继终端设备,所述第二路径中包括至少一个中继终端设备或者不包括中继终端设备。第一中继终端设备包括用于执行第五方面提供的任意一种方法的功能单元,所述功能单元所执行的动作通过硬件实现或通过硬件执行相应的软件实现。示例性的,所述第一中继终端设备包括:通信单元和处理单元;所述通信单元,用于接收所述第一网络设备发送的第二配置信息,所述第二配置信息用于指示进行RLC实体的重建;所述处理单元,用于根据所述第二配置信息进行所述RLC实体的重建。
在一种可能的实现方式中,所述处理单元包括适配层,所述处理单元中的所述适配层,用于在传输完所述第二配置信息中指示的RLC实体递交的数据包后,移除所述远端终端设备与空口RLC承载的对应关系。
第十九方面,提供了一种第一中继终端设备,所述第一中继终端设备为第一路径中的中继终端设备,远端终端设备由通过所述第一路径连接第一网络设备,切换到由通过第二路径连接第二网络设备,所述第一路径中包括至少一个中继终端设备,所述第二路径中包括至少一个中继终端设备或者不包括中继终端设备。第一中继终端设备包括用于执行第六方面提供的任意一种方法的功能单元,所述功能单元所执行的动作通过硬件实现或通过硬件执行相应的软件实现。示例性的,所述第一中继终端设备包括:通信单元和处理单元;所述通信单元,用于接收所述第一网络设备发送的第三配置信息,所述第三配置信息用于指示进行适配层的重配;所述处理单元,用于根据所述第三配置信息进行适配层的重配。
第二十方面,提供了一种远端终端设备,所述远端终端设备由通过第一路径连接第一网络设备,切换到由通过第二路径连接第二网络设备,所述第一路径中包括至少一个中继终端设备,所述第二路径中包括至少一个中继终端设备或者不包括中继终端设备。远端终端设备包括用于执行第七方面提供的任意一种方法的功能单元,所述功能单元所执行的动作通过硬件实现或通过硬件执行相应的软件实现。示例性的,所述远端终端设备包括:通信单元和处理单元;所述处理单元,用于通过所述通信单元向所述第二网络设备发送第三消息,所述第三消息用于指示所述远端终端设备完成RRC连接配置,所述第三消息中包括第二信息,所述第二信息用于指示所述远端终端设备的第二PDCP实体的接收状态。
在一种可能的实现方式中,所述第二信息用于指示所述第二PDCP实体未成功接收到的第一个数据包的序列号或计数值;或者,所述第二信息用于指示所述第二PDCP实体未成功接收到的数据包的序列号或计数值;或者,所述第二信息用于指示所述第二PDCP实体成功接收到的数据包的序列号或计数值;或者,所述第二信息用于指示所述第二PDCP实体最后一个成功接收到的数据包的序列号或计数值;或者,所述第二信息用于指示所述第二PDCP实体成功接收到的数据包的最大的序列号或计数值加1之后的值。
第二十一方面,提供了一种远端终端设备,所述远端终端设备由通过第一路径连接第一网络设备,切换到由通过第二路径连接第二网络设备,所述第一路径中包括至少一个中继终端设备,所述第二路径中包括至少一个中继终端设备或者不包括中继终端设备。远端终端设备包括用于执行第八方面提供的任意一种方法的功能单元,所述功能单元所执行的动作通过硬件实现或通过硬件执行相应的软件实现。示例性的,所述远端终端设备包括:通信单元和处理单元;所述处理单元,用于通过所述通信单元向所述第二网络设备发送第三消息,所述第三消息用于指示所述远端终端设备完成RRC连接配置;所述处理单元,还用于通过所述通信单元向所述第二网络设备发送第四消息,所述第四消息包括第二信息,所述第二信息用于指示所述远端终端设备的第二PDCP实体的接收状态。
在一种可能的实现方式中,所述第二信息用于指示所述第二PDCP实体未成功接收到的第一个数据包的序列号或计数值;或者,所述第二信息用于指示所述第二PDCP实体未成功接收到的数据包的序列号或计数值;或者,所述第二信息用于指示所述第二PDCP实体成功接收到的数据包的序列号或计数值;或者,所述第二信息用于指示所述第二PDCP实体最后一个成功接收到的数据包的序列号或计数值;或者,所述第二信息用于指示所述第二PDCP实体成功接收到的数据包的最大的序列号或计数值加1之后的值。
第二十二方面,提供了一种第二网络设备,包括用于执行第九方面提供的任意一种方法的功能单元,所述功能单元所执行的动作通过硬件实现或通过硬件执行相应的软件实现。示例性的,第二网络设备包括:通信单元和处理单元;所述通信单元,用于接收远端终端设备发送的第三消息,所述第三消息用于指示所述远端终端设备完成RRC连接配置,所述第三消息中包括第二信息,所述第二信息用于指示所述远端终端设备的第二PDCP实体的接收状态,所述远端终端设备由通过第一路径连接第一网络设备,切换到由通过第二路径连接所述第二网络设备,所述第一路径中包括至少一个中继终端设备,所述第二路径中包括至少一个中继终端设备或者不包括中继终端设备;所述处理单元,用于根据所述第二信息在所述第二路径上进行数据传输。
在一种可能的实现方式中,所述处理单元包括第二PDCP实体;所述第二信息用于指示所述第二PDCP实体未成功接收到的第一个数据包的序列号或计数值;或者,所述第二信息用于指示所述第二PDCP实体未成功接收到的数据包的序列号或计数值;或者,所述第二信息用于指示所述第二PDCP实体成功接收到的数据包的序列号或计数值;或者,所述第二信息用于指示所述第二PDCP实体最后一个成功接收到的数据包的序列号或计数值;或者,所述第二信息用于指示所述第二PDCP实体成功接收到的数据包的最大的序列号或计数值加1之后的值。
在一种可能的实现方式中,所述第二网络设备与所述第一网络设备为相同的网络设备;或者,所述第二网络设备与所述第一网络设备为不同的网络设备。
在一种可能的实现方式中,所述第二网络设备与所述第一网络设备为相同的网络设备,所述通信单元,用于向第一中继终端设备发送第二配置信息,所述第二配置信息用于指示进行RLC实体的重建;和/或,所述通信单元,用于向第一中继终端设备发送第三配置信息,所述第三配置信息用于指示进行适配层的重配;其中,所述第一中继终端设备为所述第一路径中的至少一个中继终端设备中的中继终端设备。
第二十三方面,提供了一种第二网络设备,包括用于执行第十方面提供的任意一种方法的功能单元,所述功能单元所执行的动作通过硬件实现或通过硬件执行相应的软件实现。示例性的,所述第二网络设备包括:通信单元和处理单元;所述通信单元,用于接收远端终端设备发送的第三消息,所述第三消息用于指示所述远端终端设备完成RRC连接配置,所述远端终端设备由通过第一路径连接第一网络设备,切换到由通过第二路径连接所述第二网络设备,所述第一路径中包括至少一个中继终端设备,所述第二路径中包括至少一个中继终端设备或者不包括中继终端设备;所述通信单元,还用于接收所述远端终端设备发送的第四消息,所述第四消息包括第二信息,所述第二信息用于指示所述远端终端设备的第二PDCP实体的接收状态;所述处理单元,用于根据所述第二信息在所述第二路径上进行数据传输。
在一种可能的实现方式中,所述处理单元包括第二PDCP实体;所述第二信息用于指示所述第二PDCP实体未成功接收到的第一个数据包的序列号或计数值;或者,所述第二信息用于指示所述第二PDCP实体未成功接收到的数据包的序列号或计数值;或者,所述第二信息用于指示所述第二PDCP实体成功接收到的数据包的序列号或计数值;或者,所述第二信息用于指示所述第二PDCP实体最后一个成功接收到的数据包的序列号或计数值;或者,所述第二信息用于指示所述第二PDCP实体成功接收到的数据包的最大的序列号或计数值加1之后的值。
在一种可能的实现方式中,所述第二网络设备与所述第一网络设备为相同的网络设备;或者,所述第二网络设备与所述第一网络设备为不同的网络设备。
在一种可能的实现方式中,所述第二网络设备与所述第一网络设备为相同的网络设备,所述通信单元,还用于向第一中继终端设备发送第二配置信息,所述第二配置信息用于指示进行RLC实体的重建;和/或,所述通信单元,还用于向第一中继终端设备发送第三配置信息,所述第三配置信息用于指示进行适配层的重配;其中,所述第一中继终端设备为所述第一路径中的至少一个中继终端设备中的中继终端设备。
第二十四方面,提供了一种第二网络设备,包括用于执行第十方面提供的任意一种方法的功能单元,所述功能单元所执行的动作通过硬件实现或通过硬件执行相应的软件实现。
第二十五方面,提供了一种数据传输装置,包括:处理器。处理器与存储器连接,存储器用于存储计算机执行指令,处理器执行存储器存储的计算机执行指令,从而实现第一方面至第十一方面中任一方面提供的任意一种方法。或者,处理器执行存储器存储的计算机执行指令,从而实现本申请任一实施例所提供的方法。示例性的,存储器和处理器可以集成在一起,也可以为独立的器件。若为后者,存储器可以位于数据传输装置内,也可以位于数据传输装置外。该数据传输装置例如为:远端终端设备、第一网络设备、第二网络设备等等。
在一种可能的实现方式中,处理器包括逻辑电路,还包括输入接口和/或输出接口。示例性的,输出接口用于执行相应方法中的发送的动作,输入接口用于执行相应方法中的接收的动作。
在一种可能的实现方式中,数据传输装置还包括通信接口和通信总线,处理器、存储器和通信接口通过通信总线连接。通信接口用于执行相应方法中的收发的动作。通信接口也可以称为收发器。可选的,通信接口包括发送器和接收器中的至少一种,该情况下,发送器用于执行相应方法中的发送的动作,接收器用于执行相应方法中的接收的动作。
在一种可能的实现方式中,数据传输装置以芯片的产品形态存在。例如:该数据传输装置可以为远端终端设备、第一网络设备、第二网络设备上设置的芯片,或者为独立存在的芯片。
第二十六方面,提供了一种芯片,包括:处理器和接口,处理器通过接口与存储器耦合,当处理器执行存储器中的计算机程序或指令时,使得第一方面至第十一方面中的任意一个方面提供的任意一种方法被执行。或者使得本申请任一实施例所提供的方法被执行。
第二十七方面,提供了一种通信***,包括:上述远端终端设备、上述中继终端设备、上述第一网络设备和上述第二网络设备中的一个或多个。
第二十八方面,提供了一种计算机可读存储介质,包括指令,当该指令在计算机上运行时,使得计算机执行第一方面至第十一方面中任一方面提供的任意一种方法。或者,当该指令在计算机上运行时,使得计算机执行本申请任一实施例所述的方法。
第二十九方面,提供了一种包含指令的计算机程序产品,当该指令在计算机上运行时,使得计算机执行第一方面至第十一方面中任一方面提供的任意一种方法。或者,当该执行在计算机上执行时,使得计算机执行本申请任一实施例所述的方法。
第三十方面,提供一种装置,包含用于实施本申请任一实施例所述方法的单元。
第十二方面至第三十方面中的任一种实现方式所带来的技术效果可参见第一方面至第十一方面中对应实现方式所带来的技术效果,此处不再赘述。
需要说明的是,在方案不矛盾的前提下,上述各个方面中的方案均可以结合。
附图说明
图1为本申请实施例提供的一种通信场景示意图;
图2为本申请实施例提供的一种协议栈示意图;
图3为本申请实施例提供的一种RLC承载的示意图;
图4为本申请实施例提供的又一种RLC承载的示意图;
图5为本申请实施例提供的一种终端设备进行路径切换的场景示意图;
图6为本申请实施例提供的一种终端设备切换的场景示意图;
图7为本申请实施例提供的一种收发端收发数据包的示意图;
图8为本申请实施例提供的又一种收发端收发数据包的示意图;
图9为本申请实施例提供的一种数据传输方法的交互流程图;
图10为本申请实施例提供的一种终端设备中继场景下各个设备收发数据包的示意图;
图11为本申请实施例提供的又一种终端设备中继场景下各个设备收发数据包的示意图;
图12为本申请实施例提供的又一种数据传输方法的交互流程图;
图13A为本申请实施例提供的又一种数据传输方法的交互流程图;
图13B为本申请实施例提供的又一种数据传输方法的交互流程图;
图14为本申请实施例提供的又一种协议栈示意图;
图15为本申请实施例提供的又一种数据传输方法的交互流程图;
图16为本申请实施例提供的又一种数据传输方法的交互流程图;
图17为本申请实施例提供的又一种数据传输方法的交互流程图;
图18为本申请实施例提供的又一种数据传输方法的交互流程图;
图19为本申请实施例提供的又一种数据传输方法的交互流程图;
图20为本申请实施例提供的又一种数据传输方法的交互流程图;
图21为本申请实施例提供的一种数据传输装置的组成示意图;
图22为本申请实施例提供的一种数据传输装置的硬件结构示意图;
图23为本申请实施例提供的又一种数据传输装置的硬件结构示意图。
具体实施方式
在本申请的描述中,除非另有说明,“/”表示“或”的意思,例如,A/B可以表示A或B。本文中的“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。此外,“至少一个”是指一个或多个,“多个”是指两个或两个以上。“第一”、“第二”等字样并不对数量和执行次序进行限定,并且“第一”、“第二”等字样也并不限定一定不同。
需要说明的是,本申请中,“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言,使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
本申请实施例提供的方法可适用但不限于如下领域:设备到设备(device todevice,D2D)、车联网(vehicle to everything,V2X)、无人驾驶(unmanned driving)、自动驾驶(automated driving,ADS)、辅助驾驶(driver assistance,ADAS)、智能驾驶(intelligent driving)、网联驾驶(connected driving)、智能网联驾驶(intelligentnetwork driving)、汽车共享(car sharing)等。
本申请实施例提供的方法可适用但不限于如下通信***:长期演进(long termevolution,LTE)***、第五代(5th-generation,5G)***、新无线(new radio,NR)***、无线局域网(wireless local area networks,WLAN)***以及未来演进***或者多种通信融合***。其中,5G***可以为非独立组网(non-standalone,NSA)的5G***或独立组网(standalone,SA)的5G***。
本申请实施例涉及到的网络设备为网络侧的一种用于发送信号,或者,接收信号,或者,发送信号和接收信号的实体。网络设备可以为部署在无线接入网(radio accessnetwork,RAN)中为终端设备提供无线通信功能的装置,例如可以为传输接收点(transmission reception point,TRP)、基站、各种形式的控制节点(例如,网络控制器、无线控制器(例如,云无线接入网络(cloud radio access network,CRAN)场景下的无线控制器))等。具体的,网络设备可以为各种形式的宏基站,微基站(也称为小站),中继站,接入点(access point,AP)等,也可以为基站的天线面板。所述控制节点可以连接多个基站,并为所述多个基站覆盖下的多个终端设备配置资源。在采用不同的无线接入技术的***中,具备基站功能的设备的名称可能会有所不同。例如,LTE***中可以称为演进型基站(evolvedNodeB,eNB或eNodeB),5G***或NR***中可以称为下一代基站节点(next generationnode base station,gNB),本申请对基站的具体名称不作限定。网络设备还可以是未来演进的公共陆地移动网络(public land mobile network,PLMN)中的网络设备等。
本申请实施例涉及到的终端设备是用户侧的一种用于接收信号,或者,发送信号,或者,接收信号和发送信号的实体。终端设备用于向用户提供语音服务和数据连通***中的一种或多种。终端设备还可以称为用户设备(user equipment,UE)、终端、接入终端、用户单元、用户站、移动站、远方站、移动设备、用户终端、无线通信设备、用户代理或用户装置。终端设备可以是V2X设备,例如,智能汽车(smart car或intelligent car)、数字汽车(digital car)、无人汽车(unmanned car或driverless car或pilotless car或automobile)、自动汽车(self-driving car或autonomous car)、纯电动汽车(pure EV或Battery EV)、混合动力汽车(hybrid electric vehicle,HEV)、增程式电动汽车(rangeextended EV,REEV)、插电式混合动力汽车(plug-in HEV,PHEV)、新能源汽车(new energyvehicle)、路边装置(road site unit,RSU)。终端设备也可以是D2D设备,例如,电表、水表等。终端设备还可以是移动站(mobile station,MS)、用户单元(subscriber unit)、无人机、物联网(internet of things,IoT)设备、WLAN中的站点(station,ST)、蜂窝电话(cellular phone)、智能电话(smart phone)、无绳电话、无线数据卡、平板型电脑、会话启动协议(session initiation protocol,SIP)电话、无线本地环路(wireless local loop,WLL)站、个人数字处理(personal digital assistant,PDA)设备、膝上型电脑(laptopcomputer)、机器类型通信(machine type communication,MTC)终端设备、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备(也可以称为穿戴式智能设备)。终端设备还可以为下一代通信***中的终端设备,例如,未来演进的PLMN中的终端设备。
目前,一个终端设备(假设为终端设备1)可以通过其他终端设备(可以为一个也可以为多个)与网络设备通信,进而与核心网(corenet,CN)通信。该情况下,终端设备1可以称为远端终端设备(Remote UE),其他终端设备可以称为中继终端设备(Relay UE),该通信场景可以称为终端设备中继(UE relay)场景。示例性的,远端终端设备可以为D2D设备(例如,手表),中继终端设备可以为V2X设备、手机、平板电脑等。
远端终端设备和中继终端设备、以及中继终端设备之间可以通过侧行链路(sidelink,SL)(或者说通过PC5链路)通信,中继终端设备和网络设备之间可以通过空口的无线链路(或者说通过Uu链路)通信。示例性的,参见图1中的(a),远端终端设备可以通过一个中继终端设备与网络设备通信,进而与核心网通信。示例性的,参见图1中的(b),远端终端设备也可以通过多个中继终端设备(图2中以2个中继终端设备为例进行绘制)与网络设备通信,进而与核心网通信。远端终端设备通过多个中继终端设备与网络设备通信的场景可以称为多跳中继场景。
在UE relay场景中,有一种场景为层2(layer2,L2)中继(L2 relay)场景,该场景下,远端终端设备对网络设备是可见的。该场景下,L2 relay场景中包括一个中继终端设备时,远端终端设备、中继终端设备和网络设备的协议栈的一种示例可参见图2中的(a)。L2relay场景中包括多个中继终端设备时,远端终端设备、中继终端设备和网络设备的协议栈的一种示例可参见图2中的(b)。图2中的(b)中以L2 relay场景中包括2个中继终端设备为例进行绘制,若在中继终端设备2和网络设备之间还存在其他的中继终端设备,这些中继终端设备的协议栈与中继终端设备2相同,可参考进行理解,不再赘述。图2中的(a)和图2中的(b)中各个协议层的含义为:业务数据适配协议(service data adaptation protocol,SDAP)层、分组数据汇聚协议(packet data convergence protocol,PDCP)层、无线链路控制(radio link control,RLC)层、媒介接入控制(medium access control,MAC)层、物理(physical,PHY)层。Adapt层是指适配层(Adaption Layer)。需要说明的是,图2中的(a)和图2中的(b)仅仅是对协议栈的一个示例,在实际实现时,各个设备的协议栈中的协议层可以比图示中更多或更少或与图示中的协议层不同,本申请不作限制。
其中,一个协议层包括一个或多个该协议层的协议层实体。例如,RLC层可以包括一个或多个RLC实体。PDCP层可以包括一个或多个PDCP实体。一个协议层的功能可以通过该协议层的协议层实体实现。
为了更好的理解下文,首先对本申请涉及到的部分内容以及概念在此处作统一介绍。
1、RLC层的工作模式
RLC层的工作模式包括确认模式(acknowledged mode,AM)和非确认模式(unacknowledged mode,UM)。在AM模式下,RLC层支持数据重传机制,当数据包发生丢失时,可对数据包进行重传。在UM模式下,RLC层不支持数据重传机制,不会对数据包进行重传。
2、双激活协议栈(dualactive protocol stack,DAPS)切换
DAPS切换是指终端设备在接收到切换命令后,保持源网络设备连接,直到成功随机接入目标网络设备后,在目标小区发送释放命令释放源小区的切换过程。其中,源网络设备是指终端设备接收到切换命令之前接入的网络设备,目标网络设备是指终端设备进行网络设备切换之后接入的网络设备。
3、逻辑信道(logical channel,LCH)、RLC承载(RLC bearer)
逻辑信道是指RLC层和下层协议层(例如,MAC层)之间的信道。不同的RLC实体和下层协议层之间的信道是不同的逻辑信道。逻辑信道也可以称为MAC逻辑信道。RLC承载配置包括RLC实体配置和逻辑信道。一个逻辑信道对应一个逻辑信道标识(logical channelidentifier,LCID),通过LCID可以确定逻辑信道为哪个逻辑信道。由于RLC承载配置包括逻辑信道,因此,也可以通过LCID确定RLC承载为哪个RLC承载,即不同的RLC承载可以通过不同的LCID区分。例如,基于图3所示的RLC承载和逻辑信道,RLC承载1配置包括RLC实体1配置和逻辑信道1,RLC承载2配置包括RLC实体2配置和逻辑信道2,则RLC承载1可以通过LCID1(LCID1为逻辑信道1的标识)标识,RLC承载2可以通过LCID2(LCID2为逻辑信道2的标识)标识。
在本申请中,PC5链路上的RLC承载可以简单描述为PC5 RLC承载,Uu链路上的RLC承载可以简单描述为Uu RLC承载。
4、PDCP重建、PDCP数据恢复、RLC重建、MAC重置
PDCP重建是指PDCP实体重建。PDCP重建时PDCP的发送实体与接收实体行为不同。PDCP重建可以适用于AM数据无线承载(data radio bearer,DRB)、UM DRB及信令无线承载(signalling radio bearer,SRB),针对AM DRB、UM DRB及SRB的PDCP重建,均需要更换安全,即会使用新的加密算法、完整性保护算法和密钥,其他行为有所不同。
当RRC层要求PDCP实体进行重建时,NR的PDCP发送实体需要:
重置压缩协议栈(如果配置了压缩功能且未配置压缩连续功能);
对于UM DRB及SRB,设置下一个要发送的COUNT(TX_NEXT)为初始值;
对于SRB,丢弃所有存储的PDCP业务数据单元(service data unit,SDU)和PDCP协议数据单元(protocol data unit,PDU);
PDCP重建过程中,使用由上层提供的加密算法和密钥;
PDCP重建过程中,使用由上层提供的完整性保护算法和密钥;
对于UM DRB,每个已经关联了序列号(sequence number,SN)但对应的PDCP PDU没有递交给下层的PDCP SDU,及对Uu口暂停的AM DRB,从第一个没有确定收到底层确认的PDCP PDU对应的已经关联SN的PDCP SDU(这一部分在本申请中有改进):
认为PDCP SDU从上层接收,按照PDCP重建前关联的计数值(COUNT)的升序进行PDCP SDU的传输,但不开启丢弃定时器;
对Uu口没有暂停的AM DRB,从第一个没有确定收到底层确认的PDCP PDU对应的PDCP SDU,按照PDCP重建前关联的COUNT升序进行重传或传输(这一部分在本申请中有改进):
进行压缩处理,根据PDCP SDU关联的COUNT进行完整性保护和加密;
当RRC层要求PDCP实体进行重建时,NR的PDCP接收实体需要:
处理由于底层重建递交的PDCP PDU;
对于SRB,丢弃所有存储的PDCP SDU及PDCP PDU
对于SRB及UM DRB,如果重排序定时器在运行:
停止并重置重排序定时器,
对于UM DRB,将所有储存的PDCP SDU在解压缩后按照关联的COUNT的升序,递交给上层;
对Uu口的AM DRB,如果未配置压缩连续功能,则进行解压缩;
对PC5口的AM DRB,对所有存储的PDCP互联网协议(internet protocol,IP)SDU进行解压缩;
对UM DRB及AM DRB,如果配置了压缩功能但没配置压缩连续,则重置压缩协议栈;
对UM DRB及SRB,设置接收变量及递交变量为初始值;
PDCP重建过程中,使用由上层提供的加密算法和密钥;
PDCP重建过程中,使用由上层提供的完整性保护算法和密钥;
PDCP数据恢复是指PDCP实体进行数据恢复过程。当前数据恢复仅适用于AM DRB。对于AM DRB,当上层请求对一个AM DRB进行PDCP数据恢复时,PDCP的发送实体将按照COUNT的升序,重传所有之前递交给进行重建或释放的AM RLC实体的、但底层未确定收到的PDCPPDU。当进行PDCP数据恢复时,PDCP实体不会更换新的加密算法、完整性保护算法和密钥。
RLC重建是指RLC实体重建。当RRC层要求RLC实体重建时,NR的RLC实体需要丢弃所有的RLC SDU,RLC SDU的分割以及RLC PDU,停止并重置所有定时器,重置所有变量到初始值。本申请中的RLC重建也可以为RLC释放或RLC重建后释放。
MAC重置是指MAC实体的重置。当上层要求MAC重置,MAC实体将:
初始化每个逻辑信道的令牌桶(Bj)到0;
初始化PC5上,RRC配置的sidelink资源分配模式1下的逻辑信道对应的令牌桶到0;
停止所有定时器;
认为所有时间提前量(timing advance,TA)定时器超时;
设定上行混合自动重传请求(hybrid automatic repeat request,HARQ)进程中的新数据指示域(new data indicator,NDI)为0;
设定sidelink资源分配模式1下监测物理下行控制信道(physical downlinkcontrol channel,PDCCH)对应的所有HARQ进程的NDI为0;
停止(如果有)正在进行的随机接入流程;
丢弃4步随机接入和2步随机接入对应的显式信令通知的非竞争随机接入资源(如果有);
清空消息3(Msg3)缓冲区;
清空消息A(MSGA)缓冲区;
取消(如果有)触发的调度请求流程;
取消(如果有)触发的缓存状态报告流程;
取消(如果有)触发的功率余量报告流程;
取消(如果有)触发的一致先听后说(listen before talk,LBT)失败;
取消(如果有)触发的波束失败恢复(beam failure recovery,BFR);
取消(如果有)触发的侧链缓存状态报告过程;
取消(如果有)触发的抢占缓存状态报告程序;
取消(如果有)触发的推荐码率查询流程;
取消(如果有)触发的配置的上行授权确认;
取消(如果有)触发配置的侧链授权确认;
取消(如果有)触发的所需保护符号查询;
清空所有下行(downlink,DL)HARQ进程的软缓存;
对于每个DL HARQ进程,将传输块(transport block,TB)的下一次接收传输视为第一次传输;
释放(如果有)临时小区无线网络临时标识(cell-radio network temporaryidentifier,C-RNTI);
重置所有波束失败次数计数器(BFI_COUNTER);
重置所有LBT计数器(LBT_COUNTER);
如果上层为PC5-RRC连接请求MAC实体的侧链路特定重置,MAC实体应:
刷新与PC5-RRC连接关联的所有TB的所有侧链进程的软存;
将与PC5-RRC连接关联的所有TB的所有侧链进程视为未占用;
取消(如果有)仅与PC5-RRC连接关联的触发调度请求过程;
取消(如果有)触发的仅与PC5-RRC连接关联的侧链缓存状态报告过程;
取消(如果有)触发的与PC5-RRC连接关联的侧链信道状态信息(channel stateinformation,CSI)报告过程;
停止(如果正在运行)与PC5-RRC连接关联的所有计时器;
重置与PC5-RRC连接关联的被检测到的非连续发射的次数(numConsecutiveDTX);
将与PC5-RRC连接关联的每个逻辑信道的侧行链路令牌桶(SBj)初始化为零。
本申请中的MAC重置也可以为MAC释放。
5、超帧号(hyper frame number,HFN)、PDCP序列号(sequence number,SN)
为了保证传输的数据包在接收端可以被按序地递交到应用层,因此,在发送端采用了为数据包分配序号的方法,即在PDCP层为数据包分配COUNT。COUNT占据32个比特(bit),包含两部分:HFN和PDCP SN。在数据包传输过程中,将PDCP SN和数据包同时发送给接收端,同时在发送端和接收端各自维护一个HFN状态,两侧的HFN状态要保持同步。使用HFN的目的是为了限制空口上传输的PDCP SN的比特数。
需要说明的是,若无特别说明,本申请中的SN均是指PDCP SN。
6、上层协议层、下层协议层
本申请实施例中,将协议层的上下关系定义为:在一个设备发送数据包的过程中,先对数据包进行处理的协议层在后对数据包进行处理的协议层之上,即先对数据包进行处理的协议层可以认为是后对数据包进行处理的协议层的上层协议层;或者,在一个设备接收数据包的过程中,先对数据包进行处理的协议层在后对数据包进行处理的协议层之下,即先对数据包进行处理的协议层可以认为是后对数据包进行处理的协议层的下层协议层。
示例性的,参见图2中的(a),在中继终端设备的协议栈中,Adapt层为RLC层、MAC层和PHY层的上层协议层,RLC层、MAC层和PHY层为Adapt层的下层协议层。
在本申请中,将上层协议层简称为上层,下层协议层简称为下层或底层。
7、SDU、PDU
在通信网络中,不同设备之间的对等协议层实体间交换的数据单元为PDU。一个协议层将该协议层的PDU通过由相邻的下层协议层提供给该协议层的服务接入点(serviceaccess point,SAP)(也可以称为服务接口)传递给下层协议层,并由下层协议层间接完成该协议层的PDU的交换,该协议层的PDU是作为下层协议层的SDU的。
示例性的,针对某个协议层,如果该协议层接收到的数据包中不包括该协议层的协议层头,则该数据包可以认为是该协议层的SDU。如果该协议层接收到的数据包中包括该协议层的协议层头,则该数据包可以认为是该协议层的PDU。例如,针对PDCP层,如果PDCP层接收到的数据包中不包括PDCP层头,则该数据包可以认为是PDCP层的SDU,如果PDCP层接收到的数据包中包括PDCP层头,则该数据包可以认为是PDCP层的PDU。
本申请中提到的数据包可能为PDCP SDU,也可能为PDCP PDU,具体为PDCP SDU还是PDCP PDU可以根据上述关于SDU和PDU的定义结合具体场景判断。
8、RLC确认反馈、PDCP状态报告
RLC确认反馈是指RLC层指示的确认数据包成功接收的反馈。例如,下文中的源网络设备的RLC确认反馈是指源网络设备的RLC层指示的确认数据包成功接收的反馈。终端设备的RLC确认反馈是指终端设备的RLC层指示的确认数据包成功接收的反馈。在终端设备与网络设备直接通信的情况下,RLC确认反馈显示的结果只会出现发送端认为未成功接收,但是接收端实际成功接收的情况,不会出现发送端的RLC层确认成功接收,但是接收端未成功接收的情况。
PDCP状态报告用于指示PDCP实体未成功接收的数据包的SN或COUNT。示例性的,PDCP状态报告包括:第一个丢失的数据包的SN(first missing SN,FMS)或第一个丢失的数据包的COUNT(first missing COUNT,FMC)。PDCP状态报告还可以包括一个位图(bitmap),bitmap以8bit为一组。若PDCP状态报告中包括FMS,则该bitmap用于指示FMS后的每个数据包的接收状态,若PDCP状态报告中包括FMC,则该bitmap用于指示FMC后的每个数据包的接收状态。其中,接收状态包括成功接收和未成功接收。示例性的,若接收端接收到的数据包的COUNT为{0,1,3,5,6,7},则FMC=2,bitmap包括8个bit,8个bit分别用于指示COUNT为3到10的数据包的接收状态,若一个bit的取值为1表示对应的数据包成功接收,则该bitmap的值可以为:10111000。
需要说明的是,发送端接收到接收端针对数据包的PDCP层的确认成功接收的反馈时,会删除PDCP SDU(即删除源数据包,后续无法再进行重传),接收到针对数据包的RLC层的确认成功接收的反馈,不删除PDCP SDU(即不会删除源数据包,后续可以再进行重传)。
9、无线承载(radio bearer,RB)
RB包括DRB和SRB。DRB用于承载数据。SRB用于承载信令。
在对一个DRB进行配置时,会为该DRB配置整条路径上对应的PDCP实体和RLC承载。当终端设备通过某个DRB传输数据包时,具体通过为该DRB配置的RLC承载传输数据包。该情况下,在为DRB配置的这些RLC承载中,该路径中的两个直接通信的设备的RLC承载之间是具有关联关系的,该路径中的设备的与上一跳通信的RLC承载和与下一跳通信的RLC承载之间也是具有关联关系的。
示例性的,在路径中包括一个中继终端设备的情况下,参见图4中的(a),若对DRB1进行配置时,配置的PDCP实体包括远端终端设备的PDCP实体1和网络设备的PDCP实体1,配置的RLC承载包括远端终端设备的PC5 RLC承载1、中继终端设备的PC5 RLC承载1、中继终端设备的Uu RLC承载1和网络设备的Uu RLC承载1,则终端设备采用DRB1发送数据包的流程为:远端终端设备的PDCP实体1的数据包通过远端终端设备的RLC承载1发送出去,中继终端设备的PC5 RLC承载1接收该数据包,并通过中继终端设备的Uu RLC承载1发送出去,网络设备的Uu RLC承载1接收该数据包,并递交给网络设备的PDCP实体1处理。此时,远端终端设备的PC5 RLC承载1和中继终端设备的PC5 RLC承载1具有关联关系,中继终端设备的PC5RLC承载1和中继终端设备的Uu RLC承载1具有关联关系,中继终端设备的Uu RLC承载1和网络设备的Uu RLC承载1具有关联关系。
示例性的,在路径中包括多个中继终端设备的情况下,参见图4中的(b),若对DRB1进行配置时,配置的PDCP实体包括远端终端设备的PDCP实体1和网络设备的PDCP实体1,配置的RLC承载包括远端终端设备的PC5 RLC承载1、用于与远端终端设备通信的中继终端设备1的PC5 RLC承载1、用于与中继终端设备2通信的中继终端设备1的PC5 RLC承载1、中继终端设备2的PC5 RLC承载1、中继终端设备2的Uu RLC承载1和网络设备的Uu RLC承载1。此时,远端终端设备的PC5 RLC承载1和用于与远端终端设备通信的中继终端设备1的PC5 RLC承载1具有关联关系,用于与远端终端设备通信的中继终端设备1的PC5 RLC承载1和用于与中继终端设备2通信的中继终端设备1的PC5 RLC承载1具有关联关系,用于与中继终端设备2通信的中继终端设备1的PC5 RLC承载1和中继终端设备2的PC5 RLC承载1具有关联关系,中继终端设备2的PC5 RLC承载1和中继终端设备2的Uu RLC承载1具有关联关系,中继终端设备2的Uu RLC承载1和网络设备的Uu RLC承载1具有关联关系。
需要说明的是,由于在对一个DRB进行配置时,会为该DRB配置PDCP实体。因此,不同的PDCP实体可以通过不同的DRB ID区分。若为DRB配置的RLC承载中的RLC实体的工作模式为AM,该DRB可以称为AM DRB,若为DRB配置的RLC承载中的RLC实体的工作模式为UM,该DRB可以称为UM DRB。
根据上文可知,针对DRB的配置对应有高层(例如,PDCP层)部分和低层(例如,RLC层和MAC层)部分的配置。因此,在DRB需要重配时(例如,下文中的远端终端设备从第一路径切换到第二路径的场景下),需要针对高层部分进行重配,即进行PDCP重建或PDCP数据恢复,还需要针对低层部分进行重配,即进行RLC重建和MAC重置。其中,针对AM DRB,会进行PDCP重建或PDCP数据恢复,针对UM DRB,会进行PDCP重建,不会进行PDCP数据恢复。
另外,在每个设备上,还可以维护RLC承载与终端设备的标识之间的关联关系,以便确定哪个RLC承载用于传输哪个终端设备的哪个RB的数据。中继终端设备中的RLC承载和终端设备的标识之间的关联关系、中继终端设备的与上一跳通信的RLC承载和与下一跳通信的RLC承载之间的关联关系可以通过中继终端设备的Adapt层管理。
需要说明的是,在图4中的(a)和图4中的(b)中,以PDCP实体与RLC实体一一对应、Adapt实体与RLC实体一一对应为例进行绘制,这些实体之间也可以是一对多的关系,例如在图4中的(c)、图4中的(d)和图4中的(e)中以一对多的对应关系为例进行绘制,包括多个远端终端设备对应一个总计终端设备,采用相同的Adapt实体,在实际实现时,对应关系可以为一对一,也可以为多对一,本申请不作限制。
以上是对本申请涉及到的部分内容以及概念所作的介绍。基于对上述内容以及概念的理解,以下对本申请所需要解决的技术问题进行详细介绍。
在L2 relay场景下,为了保证远端终端设备的业务连续性,远端终端设备可以进行路径切换(path switch)。例如,在直连链路(direct link)(即远端终端设备与网络设备直接进行通信的链路,也就是Uu链路)质量较差的情况下,远端终端设备可以从直连链路切换到间接链路(indirect link)(即远端终端设备通过中继终端设备与网络设备进行通信的链路,也可以称为relay链路)。再例如,由于远端终端设备的位置移动,直连链路质量恢复,相比间接链路可以提供更好的服务,则远端终端设备可以从间接链路切换回直连链路。这个过程有点类似于空口的小区切换流程,被称作路径切换。
本申请涉及到的路径切换场景包括图5中的(a)、图5中的(b)、图5中的(c)和图5中的(d)所示的4种场景,这4种场景中,针对间接链路,均以间接链路上包括一个中继终端设备为例进行绘制,在实际实现时,间接链路上也可以包括多个中继终端设备。
远端终端设备进行路径切换的过程与NR中终端设备在网络设备之间切换(Handover,HO)过程非常类似。针对AM DRB,HO过程分为三个大过程:
HO准备阶段:源网络设备(例如,图6中的网络设备1)向目标网络设备(例如,图6中的网络设备2)发送切换请求(Handover Request),目标网络设备接收到切换请求之后,根据自身资源情况进行接入控制,若确定终端设备可以接入,向源网络设备发送切换请求确认(Handover Request Ack),切换请求确认中包括配置信息,源网络设备将接收到的配置信息通过RRC重配置消息(RRC Reconfiguration message)发送给终端设备。
HO执行阶段:一方面终端设备与源网络设备断开,并与目标网络设备进行同步及随机接入。另一方面,源网络设备针对AM DRB向目标网络设备发送SN传输状态(statustransfer)和HFN告知目标网络设备数据包传输的状态。其中,SN传输状态可以包括上行(uplink,UL)SN传输状态和/或下行SN传输状态。其中,上行SN传输状态至少包括上行第一个未成功接收的数据包的SN,可能还包括一个bitmap,该bitmap用于指示从上行第一个未成功接收的数据包开始的每个数据包的接收状态,其中,对于源网络设备未成功接收的数据包,终端设备需要根据底层(例如,RLC层)的确认向目标网络设备进行重传。下行SN传输状态包括源网络设备指示的SN,该SN为源网络设备向目标网络设备指示的没有关联SN的数据包的第一个SN。
HO完成阶段:目标网络设备向接入和移动管理功能(core access and mobilitymanagement function,AMF)发送数据路径转换请求,AMF向用户面功能(user planefunction,UPF)发送更改路径请求,在目标网络设备接收到AMF反馈的数据路径转换成功的信息后,向源网络设备发出释放终端设备的上下文的请求。
HO的更具体的过程可参见第三代合作伙伴计划(3rd Generation PartnershipProject,3GPP)技术规范(Technical Specification,TS)38.300 9.2.3章节。
在HO场景下,针对AM DRB,通过下文中的方法1保证下行数据包不丢包,通过方法2保证上行数据包不丢包。
方法1、保证下行数据包不丢包。
方法1具体包括:
针对一个AM DRB,一方面,网络设备给终端设备配置PDCP状态报告的上报,当发生PDCP重建或PDCP数据恢复时,将触发终端设备向目标网络设备上报哪些数据包收到了,哪些没有收到的信息。目标网络设备可以根据PDCP状态报告,向终端设备进行数据传输。另一方面,源网络设备将向目标网络设备做数据转发(data forwarding)。在数据转发过程中先按序向目标网络设备转发所有没有收到终端设备的RLC确认反馈的数据包(包括源网络设备发送了但是没有接收到终端设备的RLC确认反馈的数据包,还包括源网络设备分配了SN,但是没有发送给终端设备的数据包)以及对应的SN,再向目标网络设备转发从UPF接收到的数据包(这些数据包为没有分配SN的数据包)。同时,源网络设备在SN status transfer消息中向目标网络设备指示一个还没有被分配SN的下行数据包需要被分配的COUNT(假设为第一COUNT),用于目标网络设备向终端设备发送数据包时,继续给未关联的数据包分配SN。
目标网络设备先向终端设备发送源网络设备转发过来的分配了SN的数据包(也就是说,下行重传的数据包为源网络设备发送了但是没有接收到终端设备的RLC确认反馈的数据包),再向终端设备发送源网络设备转发过来的没有分配SN的数据包,这些没有分配SN的数据包会被目标网络设备重新分配COUNT,这些COUNT的起始为第一COUNT。如果目标网络设备接收到终端设备发送的PDCP状态报告,目标网络设备无需再向终端设备发送PDCP状态报告中确认已经接收到的数据包。
终端设备的PDCP层从目标网络设备接收到数据包后,进行重排序后,按序将数据包向PDCP层的上层递交。
在方法1中,示例性的,参见图7,源网络设备的PDCP实体向底层实体(例如,RLC实体)已经递交到了SN为7的数据包,当前数据包关联的SN已经到8。源网络设备向终端设备发送了SN为1至7的数据包,终端设备接收到了SN为{0,1,2,4,6}的数据包,针对SN为{0,1,2,6}的数据包向源网络设备发送RLC层的确认反馈,针对SN为4的数据包还未来得及向源网络设备发送RLC确认反馈(若该数据包为PDCP PDU,则此处具体是针对PDCP PDU对应的RLC的PDU的确认反馈)。此时,终端设备发生小区切换,源网络设备可以向目标网络设备转发没有收到终端设备底层(例如,RLC层)确认反馈的数据包(即SN为{3,4,5,7,8}的数据包)、以及未编号的数据包,并且指示第一个没有关联SN的数据包对应的SN(即9)以及对应的HFN。目标网络设备接收到这些信息后,可以将SN为{3,4,5,7,8}的数据包发送给终端设备,再从SN=9开始对从源网络设备接收到的未编号的数据包进行编号,并发送给终端设备。
方法2、保证上行数据包不丢包。
源网络设备向目标网络设备指示HFN,并在SN status transfer消息中向目标网络设备指示FMS,以及一个指示源网络设备的数据包接收状态的bitmap,该bitmap的第N(N为大于0的整数)个bit表示从FMC(由HFN和FMS确定)开始之后的第N个数据包的接收状态,值为1表示成功接收,为0则表示没有接收到。目标网络设备可以利用SN status transfer消息中的这部分信息生成PDCP状态报告发送给终端设备。
源网络设备在data forwarding过程中向目标网络设备转发乱序接收到的(即不连续的)数据包以及对应的SN。
终端设备从第一个没有收到源网络设备的RLC确认反馈的数据包开始,按照COUNT升序向目标网络设备发送数据包(也就是说,上行重传的数据包为从第一个没有收到源网络设备的RLC确认反馈的数据包开始的全部的数据包)。如果终端设备接收到目标网络设备发送的PDCP状态报告,终端设备将删除PDCP状态报告中已反馈接收到的数据包,若当前数据包还未发出,将无需再向目标网络设备发送。
在方法2中,示例性的,参见图8,终端设备的PDCP实体向底层实体(例如,RLC实体)已经递交到了SN为7的数据包。终端设备发送SN为1至7的数据包后,源网络设备接收到了SN为{0,1,2,4,6}的数据包,针对SN为{0,1,2,6}的数据包向终端设备发送RLC确认反馈,针对SN为4的数据包还未来得及向终端设备发送RLC确认反馈(若该数据包为PDCP PDU,则此处具体是针对PDCP PDU对应的RLC的PDU的确认反馈)。此时,终端设备发生小区切换,源网络设备向目标网络设备发送FMC(即SN=3对应的COUNT)和bitmap(即10100000,表示SN为{5,7}以及SN为7以后的数据包未接收到),目标网络设备可以据此确定哪些数据包接收到,并可以据此向终端设备发送PDCP状态报告。之后,AM DRB对应的PDCP实体会发生PDCP重建或者PDCP数据恢复,终端设备根据源网络设备的RLC确认反馈确定SN为{0,1,2,6}的数据包已经成功接收。在新的小区中,终端设备会从第一个没有接收到RLC确认反馈的数据包(即SN为3的数据包)开始,将后续所有数据包进行重传。如果终端设备在切换后收到了目标网络设备发送的PDCP状态报告,PDCP状态报告指示SN为{3,5,7}的数据包没有接收到,SN为{4,6}的数据包接收到,终端设备根据PDCP状态报告在PDCP层删除目标网络设备已经接收到的数据包(即删除SN为{4,6}的数据包),此时终端设备进行重传时,只需要重传SN为{3,5,7}的数据包,节约上行资源。
方法1和方法2中以AM DRB为例对HO中的保证数据包不丢包的过程进行了示例性说明。针对UM DRB而言,UM DRB不进行重传。此时,以上行传输为例,在终端设备进行小区切换之前,终端设备的PDCP层可能为一部分数据包编号了,但是这部分数据包还未递交给RLC层,此时,发生了小区切换,则终端设备将这部分数据包中的最小COUNT的数据包重新从SN=0开始编号,并按照COUNT升序依次发送给目标网络设备。示例性的,基于图8所示的示例,若在小区切换之前终端设备的PDCP实体还未将SN为8的数据包递交给RLC层,此时,发生了小区切换,则终端设备将SN为8的数据包从SN=0开始重新编号,并按照COUNT升序依次发送给目标网络设备。此时,可以理解的是,目标网络设备会丢失SN为{3,5,7}的数据包。由此可知,对于UM DRB,HO会造成丢包。
基于图5中的(c)所示的路径切换场景,将远端终端设备通过中继终端设备与网络设备1通信的路径称为路径1,将远端终端设备通过Uu链路与网络设备2通信的路径称为路径2。参见图9,远端终端设备进行路径切换(从路径1切换到路径2)的过程包括:
901、远端终端设备通过中继终端设备(或者说通过路径1)与源网络设备(即网络设备1)传输上行数据包(UL data)和/或下行数据包(DL data)。
902、源网络设备通过中继终端设备向远端终端设备发送测量配置(measurementconfiguration)。相应的,远端终端设备接收源网络设备发送的测量配置。
903、远端终端设备根据测量配置执行测量,并通过中继终端设备向源网络设备发送测量报告(measurement reporting)。相应的,源网络设备从远端终端设备接收测量报告。
其中,步骤902和步骤903为可选步骤。
904、源网络设备确定远端终端设备切换到路径2上。
在步骤902和步骤903存在的情况下,源网络设备可以根据测量报告确定远端终端设备切换到路径2上,否则,源网络设备可以通过其他信息确定远端终端设备切换到路径2上。
905、源网络设备向目标网络设备(即网络设备2)发送切换请求。相应的,目标网络设备接收源网络设备发送的切换请求。
906、目标网络设备根据切换请求进行接入控制,若确定终端设备可以接入,向源网络设备发送切换请求确认。其中,在源网络设备与目标网络设备为相同的网络设备的情况下,将没有步骤905和步骤906。
907、源网络设备通过中继终端设备向远端终端设备发送切换命令,切换命令用于指示远端终端设备由通过路径1连接源网络设备,切换到由通过路径2连接目标网络设备。相应的,远端终端设备接收源网络设备发送的切换命令。
其中,切换命令可以为一个RRC重配置消息(RRC Reconfiguration message)。步骤907与步骤905和步骤906之间没有严格的先后顺序。
908、远端终端设备在切换命令的指示下,与目标网络设备执行随机接入流程,通过随机接入流程接入目标网络设备。
909、远端终端设备向目标网络设备发送RRC重配完成消息(RRC ReconfigurationComplete message)。相应的,目标网络设备接收远端终端设备发送的RRC重配完成消息,确定RRC重配完成。
910、源网络设备向中继终端设备发送RRC重配置消息。相应的,中继终端设备接收源网络设备发送的RRC重配置消息。
911、中继终端设备根据RRC重配置消息移除中继终端设备中与远端终端设备相关的配置,并向源网络设备发送RRC重配完成消息。
步骤910和步骤911为可选步骤。步骤910和步骤911执行在步骤904之后即可,与其他步骤之间没有严格的先后顺序。
912、远端终端设备与中继终端设备释放连接。
其中,指示远端终端设备释放连接的可以为源网络设备或目标网络设备,指示中继终端设备释放连接的可以为源网络设备。
步骤912为可选步骤。
913、远端终端设备通过路径2与目标网络设备传输上行数据包和/或下行数据包。
图9中仅仅示例性的示出了远端终端设备进行路径切换的过程中的部分步骤,在实际实现时可以有其他的步骤,例如,目标网络设备可以与核心网设备有交互,由于本申请不涉及,因此,不再展开描述。
图9中以图5中的(c)所示的场景为例对远端终端设备进行路径切换的过程进行示例性说明。图5中的(a)所示的场景下远端终端设备进行路径切换的过程与图9中所示的过程的区别仅在于:源网络设备和目标网络设备为同一设备,因此,二者执行的步骤由同一个网络设备执行,不再有源网络设备和目标网络设备之间交互的步骤(即步骤905和步骤906)。图5中的(b)所示的场景下远端终端设备进行路径切换的过程与图9中所示的过程的区别仅在于:源网络设备和目标网络设备为同一设备,因此,二者执行的步骤由同一个网络设备执行,不再有源网络设备和目标网络设备之间交互的步骤(即步骤905和步骤906),并且不进行步骤908的随机接入流程,而是远端终端设备与中继终端设备2建立PC5连接,而后通过中继终端设备2向目标网络设备发送步骤909中的RRC重配完成消息,后续过程中,远端终端设备通过中继终端设备2与目标网络设备进行上下行传输。图5中的(d)所示的场景下远端终端设备进行路径切换的过程与图9中所示的过程的区别仅在于:不进行步骤908的随机接入流程,而是远端终端设备与中继终端设备2建立PC5连接,而后通过中继终端设备2向目标网络设备发送步骤909中的RRC重配完成消息,后续过程中,远端终端设备通过中继终端设备2与目标网络设备进行上下行传输。
当远端终端设备接收到切换命令时,AM DRB对应的PDCP实体需要进行PDCP重建或PDCP数据恢复。此时,按照路径切换的流程,远端终端设备和中继终端设备、中继终端设备和源网络设备之间的数据传输需要停止。此时,在远端终端设备从一个包含中继终端设备的路径切换到另一个路径上的情况下,若将HO场景下的重传机制应用于路径切换场景下,会存在丢包或加重丢包现象,以下分为4种情况具体进行分析。
情况(1)、AM DRB的上行数据
在情况(1)下,针对AM DRB的上行数据,远端终端设备的PDCP实体根据中继终端设备的RLC确认反馈,确定了哪些PDCP层的数据包已传输成功,在PDCP重建或PDCP数据恢复后从第一个未被RLC确认成功接收的数据包进行重传。
示例性的,参见图10,远端终端设备发送了SN为{0,1,2,3,4,5,6,7}的数据包,中继终端设备接收到了SN为{0,1,2,4,6}的数据包,远端终端设备根据中继终端设备的RLC确认反馈,确定成功接收到SN为{0,1,2,4,6}的数据包,中继终端设备向源网络设备发送了SN为1的数据包后,远端终端设备发生路径切换,此时,SN为{1,2,3,4,5,6,7}的数据包源网络设备都没有接收到,在PDCP重建或PDCP数据恢复后,远端终端设备会从SN=3(即第一个底层(例如,RLC层)确认未成功接收的数据包)开始重传后续的数据包,则SN为{1,2}的数据包丢失。
情况(2)、AM DRB的下行数据
在情况(2)下,针对AM DRB的下行数据,远端终端设备的PDCP实体在PDCP重建或PDCP数据恢复后等待目标网络设备的重传,若目标网络设备不配置PDCP状态报告,可能造成丢包。
示例性的,参见图11,源网络设备发送了SN为{0,1,2,3,4,5,6,7}的数据包,中继终端设备接收到了SN为{0,1,2,4,6}的数据包,源网络设备根据中继终端设备RLC确认反馈,确定成功收到了SN为{0,1,2,4,6}的数据包,中继终端设备向远端终端设备发送了SN为1的数据包后,远端终端设备发生路径切换,此时,SN为{1,2,3,4,5,6,7}的数据包远端终端设备都没有接收到,在PDCP重建或PDCP数据恢复后,目标网络设备会重传SN为{3,5,7}的数据包,则SN为{1,2,4,6}的数据包丢失。关于源网络设备和目标网络设备的交互可参见HO过程,此处不在赘述。
针对该情况,本申请中可以使得目标网络设备从SN=3(即第一个底层(例如,RLC层)确认未成功接收的数据包)开始重传后续的数据包,则SN为{1,2}的数据包丢失。该方法可以缓解丢包,但是仍然会存在丢包现象。
情况(3)、UM DRB的上行数据
在情况(3)下,针对UM DRB的上行数据,在PDCP重建之后,远端终端设备的PDCP实体只传输之前未递交给底层(例如,RLC层)的数据包。此时,远端终端设备发送给中继终端设备、但中继终端设备未发送给源网络设备的数据包都将丢失。
示例性的,参见图10,远端终端设备的PDCP实体将SN为{0,1,2,3,4,5,6,7}的数据包递交给了RLC实体,RLC实体发送了对应的PDCP SN为{0,1,2,3,4,5,6,7}的数据包,中继终端设备接收到了对应的PDCP SN为{0,1,2,4,6}的数据包,中继终端设备向源网络设备发送了从远端终端设备接收到对应的PDCP SN为1的数据包后,远端终端设备发生路径切换,此时,SN为{1,2,3,4,5,6,7}的数据包源网络设备都没有接收到。由于UM DRB下,不进行重传,因此,SN为{1,2,3,4,5,6,7}的数据包均丢失,加重了丢包。
情况(4)、UM DRB的下行数据
在情况(4)下,在PDCP重建之后,源网络设备只传输之前未递交给底层的数据包。此时,源网络设备发送给中继终端设备、但中继终端设备未发送给远端终端设备的数据包都将丢失。
示例性的,参见图11,源网络设备发送了PDCP SN为{0,1,2,3,4,5,6,7}的数据包,中继终端设备接收到了对应的PDCP SN为{0,1,2,4,6}的数据包,中继终端设备向远端终端设备发送了对应的PDCP SN为1的数据包后,远端终端设备发生路径切换,此时,SN为{1,2,3,4,5,6,7}的数据包远端终端设备都没有接收到,在PDCP重建后,目标网络设备不会再重传,因此,SN为{1,2,3,4,5,6,7}的数据包均丢失,加重了丢包。
为了解决远端终端设备从一个包含中继终端设备的路径切换到另一个路径上的情况下丢包的问题,本申请提供了数据传输方法。该方法中,针对上行数据包,源网络设备通过发送PDCP层的接收状态,使得远端终端设备可以基于源网络设备发送的PDCP层的接收状态进行数据传输,从而避免或减轻上行数据包的丢失。针对下行数据包,远端终端设备可以通过向目标网络设备发送PDCP层的接收状态,使得目标网络设备可以基于远端终端设备发送的PDCP层的接收状态进行数据传输,从而避免或减轻下行数据包的丢失。以下针对上行数据包(记为上行场景)和下行数据包(记为下行场景)分别对本申请提供的方法做示例性说明。需要说明的是,这两种场景下的方案可以单独实现,也可以结合实现,本申请不作限制。
上行场景
在上行场景下,可以通过以下方案一或方案二避免或减轻上行数据包的丢失。
方案一
在方案一中,参见图12(以第一路径中包括一个中继终端设备为例进行绘制),本申请提供的数据传输方法,包括:
1201、第一网络设备向远端终端设备发送第一消息,第一消息包括第一信息,第一信息用于指示第一网络设备的第一PDCP实体的接收状态。相应的,远端终端设备接收第一网络设备发送的第一消息。
在方案一中,第一PDCP实体的接收状态用于远端终端设备的第二PDCP实体的数据传输(例如,在第一信息对应的DRB(记为第一DRB)为AM DRB的情况下,用于辅助远端终端设备进行上行重传)。第一信息对应第一DRB在路径切换之前的第一PDCP实体的接收状态。第一PDCP实体为第一网络设备上第一DRB对应的PDCP实体,第二PDCP实体为远端终端设备上第一DRB对应的PDCP实体。
在方案一中,可选的,第一消息用于指示远端终端设备由通过第一路径连接第一网络设备(即源网络设备),切换到由通过第二路径连接第二网络设备(即目标网络设备)。也就是说,第一消息为切换命令。第一路径中包括至少一个中继终端设备,第二路径中包括至少一个中继终端设备或者不包括中继终端设备。示例性的,第一消息可以为RRC重配置消息。第一网络设备可以通过第一路径将第一消息发送给远端终端设备。
在方案一中,可选的,第二网络设备与第一网络设备可以为相同的网络设备(例如,图5中的(a)和图5中的(b)所示的场景),也可以为不同的网络设备(例如,图5中的(c)和图5中的(d)所示的场景)。
在方案一中,可选的,第一消息还包括第一信息对应的DRB(即第一DRB)的信息,或者,第一消息还包括用于指示第一PDCP实体的信息。DRB的信息可以为DRB的标识(ID)。通过在第一消息中携带第一DRB的信息,可以使得远端终端设备确定第一信息指示的为哪个PDCP实体的接收状态。第一DRB可以为UM DRB,也可以为AM DRB。进一步的,第一消息中还可以包括用于指示DRB为UM DRB还是AM DRB的信息,该情况下,远端终端设备可以根据该指示确定第一DRB为UM DRB还是AM DRB。
需要说明的是,本申请中远端终端设备的路径切换也可以理解为远端终端设备的DRB的路径切换,第一DRB可以为远端终端设备的DRB中的任意一个DRB,本申请中以第一DRB的路径切换为例对本申请实施例提供的方法进行示例性说明,在实际实现时,远端终端设备的每个DRB都要进行切换,切换过程与第一DRB的切换过程类似,可参考进行理解不再赘述。
在方案一中,可选的,第一信息可以有以下几种情况。
情况1、第一信息用于指示第一PDCP实体未成功接收到的第一个数据包的SN或COUNT。示例性的,第一信息可以为FMS或FMC。
情况2、第一信息用于指示第一PDCP实体未成功接收到的数据包的SN或COUNT。示例性的,第一信息可以为FMS和bitmap,该bitmap用于指示FMS之后的每个数据包的接收状态。示例性的,第一信息也可以为FMC和bitmap,该bitmap用于指示FMC之后的每个数据包的接收状态。这两个示例中,bitmap中的一个bit用于指示一个数据包的接收状态,例如,一个bit的值为1时表示对应的数据包成功接收,一个bit的值为0时表示对应的数据包未成功接收,反之亦可。在情况2中,第一信息可以为PDCP状态报告。
情况3、第一信息用于指示第一PDCP实体成功接收到的数据包的SN或COUNT。示例性的,第一信息可以为bitmap,该bitmap用于指示每个数据包的接收状态,bitmap中的一个bit用于指示一个数据包的接收状态,例如,一个bit的值为1时表示对应的数据包成功接收,一个bit的值为0时表示对应的数据包未成功接收,反之亦可。
情况4、第一信息用于指示第一PDCP实体最后一个成功接收到的数据包的SN或COUNT。示例性的,第一信息指示的为成功接收到的数据包中COUNT最大的数据包对应的SN或COUNT。
情况5、第一信息用于指示第一PDCP实体成功接收到的数据包的最大的SN或COUNT加1之后的值。在情况5中,第一信息指示的为第一网络设备期待接收到的数据包的SN或COUNT(RX_NEXT)。即第一信息为下一个期待接收的数据包的SN(NEXT Receive SN,NRS)或下一个期待接收的数据包的COUNT(NEXT Receive COUNT,NRC)。
需要说明的是,第一信息是根据路径切换之前第一PDCP实体的数据包的接收状态确定的。
可选的,参见图12,在步骤1201之前,该方法还包括:1200、第一网络设备生成第一消息。
1202、远端终端设备的第二PDCP实体根据第一信息在第二路径上进行数据传输。
步骤1202在具体实现时,可以通过以下方式一或方式二实现。
方式一、第二PDCP实体为AM DRB对应的PDCP实体(即第一DRB为AM DRB),第二PDCP实体根据第一信息从第一个未成功接收的数据包(PDCP层的数据包,例如,PDCP SDU),按数据包的COUNT升序进行重传和/或传输。
在方式一中,可以理解的是,由于第一信息指示的是第一PDCP实体的接收状态,因此,根据第一信息确定的第一个未成功接收的数据包为第一PDCP实体确认未成功接收到的数据包,而不是RLC层确认未成功接收到的数据包。第二PDCP实体根据第一信息确认数据包的接收状态,从第一个未成功接收的数据包,而不是按照第一个未被底层(例如,RLC层)确认成功接收的数据包开始,按COUNT升序进行重传和/或传输。
若第一信息为上述情况1,第二PDCP实体可以根据第一PDCP实体的第一个未成功接收的数据包开始,按记数值升序重传和/或传输后续的数据包。示例性的,基于图10所示的示例,假设图中的序号为数据包的COUNT,源网络设备发送的第一信息可以为FMC(即1),则远端终端设备根据第一信息从COUNT=1的数据包开始重传和/或传输后续的数据包,可以避免数据包丢包。
若第一信息为上述情况2,第二PDCP实体可以根据第一信息,确定哪些数据包第一PDCP实体未成功接收,第一PDCP实体从第一个未成功接收的数据包开始,按记数值升序重传和/或传输全部的第一PDCP实体的未成功接收的数据包。示例性的,基于图10所示的示例,假设图中的序号为数据包的COUNT,若源网络设备还接收到了COUNT=4的数据包,源网络设备发送的第一信息指示的数据包为COUNT为{1,2,3}的数据包,则远端终端设备根据第一信息从COUNT=1的数据包开始重传COUNT为{1,2,3}的数据包,并从COUNT=5开始传输后续的数据包,可以避免数据包丢包,并且节约上行空口资源,避免已传输成功的数据包的重复传输。
若第一信息为上述情况3,第二PDCP实体可以根据第一PDCP实体的成功接收的数据包,确定第一PDCP实体的未成功接收的数据包,并按记数值升序重传和/或传输全部的第一PDCP实体的未成功接收的数据包。示例性的,假设图中的序号为数据包的COUNT,基于图10所示的示例,若源网络设备还接收到了COUNT=4的数据包,源网络设备发送的第一信息指示已接收到的数据包为SN为{0,4}的数据包,则远端终端设备根据第一信息从SN=1的数据包开始重传SN为{1,2,3}的数据包,并从SN=5开始传输后续的数据包,可以避免数据包丢包,并且节约上行空口资源,避免已传输成功的数据包的重复传输。
若第一信息为上述情况4,第二PDCP实体可以从第一信息指示的SN或计数值的下一个SN或计数值开始,按照记数值升序重传和/或传输数据包。示例性的,基于图10所示的示例,假设图中的序号为数据包的COUNT,源网络设备发送的第一信息指示的数据包可以为COUNT为0的数据包,则远端终端设备根据第一信息从COUNT=1的数据包开始重传和/或传输后续的数据包,可以避免数据包丢包。假设源网络设备还接收到了COUNT=4的数据包,源网络设备发送的第一信息指示的数据包为COUNT为4的数据包,则远端终端设备根据第一信息从COUNT=5的数据包开始传输后续的数据包,可以减轻数据包丢包。
若第一信息为上述情况5,第二PDCP实体可以从第一信息指示的SN或计数值开始,按照记数值升序重传和/或传输PDCP SDU。示例性的,基于图10所示的示例,源网络设备发送第一信息指示的数据包可以为COUNT为1的数据包,则远端终端设备根据第一信息从COUNT=1的数据包开始重传和/或传输后续的数据包,则可以避免数据包丢包。假设源网络设备还接收到了COUNT=4的数据包,源网络设备发送的第一信息指示的数据包为COUNT为5的数据包,则远端终端设备根据第一信息从COUNT=5的数据包开始传输后续的数据包,可以减轻数据包丢包。
在上述描述中,针对一个数据包具体是传输还是重传,取决于这个数据包之前是否被传输过,若被传输过,则为重传,若未被传输过,则为传输(也就是新传)。
可以理解的是,若按照现有的重传方法,第二PDCP实体应当根据第一个未被底层(例如,RLC层)确认成功接收的数据包开始,进行重传,但是根据上文中的分析可知,这种方式如果中继终端设备接收到的并且进行了RLC确认反馈的数据包未发送给源网络设备,则会导致这部分数据包丢失。而在本申请中,第一PDCP实体的接收状态为源网络设备实际的数据包的接收状态,第二PDCP实体根据第一PDCP实体的接收状态确定重传和/或传输的数据包,可以避免或减轻丢包。
方式二、第二PDCP实体为UM DRB对应的PDCP实体(即第一DRB为UM DRB),第二PDCP实体根据第一信息确定数据包(例如,对应的SN为1的数据包),把根据第一信息确定的数据包,认为是从上层接收到的数据包,执行相关发送的操作,但不重启丢弃定时器,按照PDCP重建前已关联的COUNT的升序,重新对数据包进行COUNT的关联,从COUNT为0开始关联SN后进行传输。
若第一信息为上述情况1,示例性的,基于图10所示的示例,源网络设备发送的第一信息可以为FMS(即1),则远端终端设备根据第一信息确定路径切换前的SN为{1,2,3,4,5,6,7}的数据包均在第二路径上进行传输,认为这些数据包是从上层接收到的数据包,但是不重启丢弃定时器,按照PDCP重建前数据包的COUNT的升序,将第一个数据包的COUNT设置为0,并从SN=0开始重新关联SN,重新关联SN后的数据包的SN分别为{0,1,2,3,4,5,6},传输这些数据包,可以避免丢包。其中,PDCP重建前和PDCP重建后各个数据包的SN的对应关系可参见表1。
表1
若第一信息为上述情况2,示例性的,基于图10所示的示例,若源网络设备还接收到了SN=4的数据包,源网络设备发送的第一信息指示的数据包为路径切换前的SN为{1,2,3}的数据包,则远端终端设备根据第一信息确定路径切换前的SN为{1,2,3,5,6,7}的数据包均在第二路径上传输,认为这些数据包是从上层接收到的数据包,但是不重启丢弃定时器,按照PDCP重建前数据包的COUNT的升序,将第一个数据包的COUNT设置为0,并从SN=0开始重新关联SN,重新关联SN后的数据包的SN分别为{0,1,2,3,4,5},传输这些数据包,可以避免丢包。其中,PDCP重建前和PDCP重建后各个数据包的SN的对应关系可参见表2。
表2
若第一信息为上述情况3,示例性的,基于图10所示的示例,若源网络设备还接收到了SN=4的数据包,源网络设备发送的第一信息指示的数据包为SN为{0,4}的数据包,则远端终端设备根据第一信息确定路径切换前的SN为{1,2,3,5,6,7}的数据包均在第二路径上传输,认为这些数据包是从上层接收到的数据包,但是不重启丢弃定时器,按照PDCP重建前数据包的COUNT的升序,将第一个数据包的COUNT设置为0,并从SN=0开始重新关联SN,重新关联SN后的数据包的SN分别为{0,1,2,3,4,5},传输这些数据包,可以避免丢包。其中,PDCP重建前和PDCP重建后各个数据包的SN的对应关系可参见上述表2。
若第一信息为上述情况4,示例性的,基于图10所示的示例,若源网络设备还接收到了SN=4的数据包,源网络设备发送的第一信息指示的数据包可以为SN为4的数据包,则远端终端设备根据第一信息确定路径切换前SN为{5,6,7}的数据包均在第二路径上传输,认为这些数据包是从上层接收到的数据包,但是不重启丢弃定时器,按照PDCP重建前数据包的COUNT的升序,将第一个数据包的COUNT设置为0,并从SN=0开始重新关联SN,重新关联SN后的数据包的SN分别为{0,1,2},传输这些数据包,可以避免或减少丢包。其中,PDCP重建前和PDCP重建后各个数据包的SN的对应关系可参见表3。
表3
数据包 | 数据包1 | 数据包2 | 数据包3 |
PDCP重建前SN | 5 | 6 | 7 |
PDCP重建后SN | 0 | 1 | 2 |
若第一信息为上述情况5,示例性的,基于图10所示的示例,若源网络设备还接收到了SN=4的数据包,源网络设备发送第一信息指示的数据包可以为SN为5的数据包,则远端终端设备根据第一信息确定路径切换前SN为{5,6,7}的数据包均在第二路径上传输,认为这些数据包是从上层接收到的数据包,但是不重启丢弃定时器,按照PDCP重建前数据包的COUNT的升序,将第一个数据包的COUNT设置为0,并从SN=0开始重新关联SN,重新关联SN后的数据包的SN分别为{0,1,2},传输这些数据包,可以避免或减少丢包。其中,PDCP重建前和PDCP重建后各个数据包的SN的对应关系可参见上述表3。
针对方式二,可以理解的是,若按照现有的重传方法,第二PDCP实体是不进行重传的,此时会导致严重的丢包,而在本申请中,第二PDCP实体可以重传部分或全部的数据包,从而避免或减少丢包。
需要说明的是,第一消息中可以包括多个第一信息。例如,第一消息中包括两个第一信息,分别对应第一DRB和第二DRB的路径切换前的PDCP的接收状态。远端终端设备的第二PDCP实体可以根据第一信息和第一信息对应的DRB的信息在第二路径上进行数据传输,例如,远端终端设备的第二PDCP实体将根据第一DRB对应的第一信息在第二路径上进行数据传输。远端终端设备的第二DRB对应的PDCP实体将根据第二DRB对应的第一信息,在第二路径上进行数据传输。两个DRB的数据传输过程是独立的。在方案一中,第一消息也可以是第二网络设备发送给远端终端设备的。
方案一提供的方法,通过将第一信息携带在切换命令中,可以使得远端终端设备尽早的接收到第一信息,从而根据第一信息在第二路径上进行数据传输时,避免或减轻丢包。
方案二
方案二中包括两个方案,方案二A及方案二B,在方案二A中,参见图13A(以第一路径中包括一个中继终端设备为例进行绘制),本申请提供的数据传输方法,包括:
1301、第一网络设备向远端终端设备发送第一消息,第一消息用于指示远端终端设备由通过第一路径连接第一网络设备,切换到由通过第二路径连接第二网络设备;其中,第一路径中包括至少一个中继终端设备,第二路径中包括至少一个中继终端设备或者不包括中继终端设备。相应的,远端终端设备接收第一网络设备发送的第一消息。
在方案二A中,第一消息为切换命令。示例性的,第一消息可以为RRC重配置消息。第一网络设备可以通过第一路径将第一消息发送给远端终端设备。第一消息还包括对AMDRB的数据重建或数据恢复指示。
在方案二A中,可选的,第一消息还包括第一信息对应的DRB的信息,或者,第一消息还包括用于指示第一PDCP实体的信息。关于该可选的方法的相关描述可参见方案一,不再赘述。
在方案二A中,可选的,第二网络设备与第一网络设备可以为相同的网络设备(例如,图5中的(a)和图5中的(b)所示的场景),也可以为不同的网络设备(例如,图5中的(c)和图5中的(d)所示的场景)。
1302、第一网络设备向远端终端设备发送第二消息,第二消息包括第一信息,第一信息用于指示第一网络设备的第一PDCP实体的接收状态。相应的,远端终端设备接收第一网络设备发送的第二消息。
在方案二中,第一PDCP实体的接收状态用于远端终端设备的第二PDCP实体的数据传输(例如,在第一信息对应的DRB(即第一DRB)为AM DRB的情况下,用于辅助远端终端设备进行上行重传)。第一信息对应第一DRB在路径切换之前的第一PDCP实体的接收状态。第一PDCP实体为第一网络设备上第一DRB对应的PDCP实体,第二PDCP实体为远端终端设备上第一DRB对应的PDCP实体。
关于第一信息的相关描述可参见方案一,不再赘述。
在方案二A中,可选的,第二消息还包括第一DRB的信息,或者,第二消息还包括用于指示第一PDCP实体的信息。DRB的信息可以为DRB的标识(ID)。通过在第二消息中携带第一DRB的信息,可以使得远端终端设备确定第一信息指示的为哪个PDCP实体的接收状态。第一DRB可以为UM DRB,也可以为AM DRB。进一步的,第二消息中还可以包括用于指示DRB为UMDRB还是AM DRB的信息,该情况下,远端终端设备可以根据该指示确定第一DRB为UM DRB还是AM DRB。
在一种可能的实现方式中,第二消息为RRC消息,该RRC消息用于指示远端终端设备释放第一路径。示例性的,第二消息可以为RRC释放(RRC release)消息。在该种可能的实现方式中第二消息也可以是第二网络设备发送给远端终端设备。
在另一种可能的实现方式中,第二消息为AM DRB的PDCP状态报告(此时,第一DRB为AM DRB)或UM DRB的PDCP状态报告(此时,第一DRB为UM DRB)。该种可能的实现方式中,第二消息为第一DRB的PDCP状态报告。可选的,第一消息与第二消息通过相同的MAC PDU进行传输,将第一消息与第二消息通过相同的MAC PDU进行传输,远端终端设备可以根据该MACPDU中的PDCP状态报告在第二路径上进行数据传输,避免远端终端设备根据更早的PDCP状态报告在第二路径上进行数据传输,浪费上行资源。
1303、远端终端设备的第二PDCP实体根据第一信息在第二路径上进行数据传输。
示例性的,当远端终端设备接收到第一信息(例如,PDCP状态报告)时,对AM DRB,远端终端设备的第二PDCP实体不从第一个底层未确认成功接收的数据包开始进行传输,而是根据切换时或早于切换命令接收到的PDCP状态报告,对第一PDCP实体未确认成功接收的数据包在第二路径上进行传输。对UM DRB,远端终端设备的第二PDCP实体根据切换时或早于切换命令接收到的PDCP状态报告,重新关联SN后在第二路径上进行传输。
步骤1303的具体实现可参见上述步骤1202,不再赘述。
在方案二A中,可选的,若第二消息中还包括第一信息对应的DRB的信息,则步骤1303在具体实现时可以包括:远端终端设备的第二PDCP实体根据第一信息和第一信息对应的DRB的信息在第二路径上进行数据传输。
方案二A提供的方法,可以通过将第一消息和第二消息通过相同的MAC PDU进行传输,或者将第一信息携带在RRC释放消息中或者通过网络设备实现,在切换前发送PDCP状态报告,可以使得远端终端设备尽早的接收到第一信息,从而根据第一信息在第二路径上进行数据传输时,避免或减轻丢包。
在方案二B中,提供了一种数据传输方法,包括:网络设备可以向远端终端设备发送指示信息,该指示信息用于指示PDCP实体的接收状态,例如:用于指示发生丢失的数据包、或者用于指示发送成功的数据包,该指示信息例如为:PDCP状态报告(或者其他PDCP状态信息),远端终端设备基于该指示信息将丢失的数据包重传给网络设备,也即:远端终端设备可以通过该指示信息确定出丢失的数据包。换句话说,远端终端设备可以通过检查网络设备的PDCP状态报告(或者是该用于指示发生丢失的数据包的指示信息),将丢失的数据包重传给网络设备。该指示信息还可以为其他任意信息,本申请实施例不作限制。
请参见图13B(以第一路径中包括一个中继终端设备为例进行绘制),为方案二B的数据传输方法的流程图,包括:
1304a、网络设备决定远端终端设备从第一路径切换到第二路径。例如,远端终端设备可以通过第一路径向第一网络设备上报测量结果,由第一网络设备决定远端终端设备从通过第一路径与第一网络设备通信,切换到通过第二路径与第二网络设备通信。其中,第一路径中包括至少一个中继终端设备,第二路径中包括至少一个中继终端设备或者不包括中继终端设备。第一网络设备与第二网络设备可以是相同的网络设备,也可以是不同的网络设备,此处不做限制。可选的,第一路径例如为通过中继终端设备与网络设备相连,第二路径例如为与网络设备直连。
1304b、第一网络设备向远端终端设备发送第一消息,第一消息用于指示远端终端设备由通过第一路径连接第一网络设备,切换到由通过第二路径连接第二网络设备;相应的,远端终端设备接收第一网络设备发送的第一消息。关于该步骤可描述参考1301,此处不再赘述。
1305、远端终端设备与第二网络设备建立连接。其中,远端终端设备通过第二路径与第二网络设备建立连接。例如,第二路径中远端终端设备与第二网络设备间没有中继终端设备,则远端终端设备根据1304b中的第一消息,通过与第二网络设备进行随机接入,建立连接。
1306、远端终端设备的第二PDCP实体根据底层的确认反馈,在第二路径进行数据重传。具体的,远端终端设备的第二PDCP实体接收第一消息中包括AM DRB的重建或者数据恢复指示。本步骤仅应用于AM DRB,因此为可选步骤。
1307、第二网络设备通过第二路径发送第二消息,第二消息包括第一信息,第一信息用于指示第二网络设备的第三PDCP实体的接收状态。相应的,远端终端设备接收第二消息。
可选的,第二消息还包括第三DRB的信息,或者,第二消息还包括用于指示第三PDCP实体的信息。DRB的信息可以为DRB的标识(ID)。通过在第二消息中携带第三DRB的信息,可以使得远端终端设备确定第二消息指示的为哪个PDCP实体的接收状态。第三DRB可以为UM DRB,也可以为AM DRB。进一步的,第二消息中还可以包括用于指示DRB为UM DRB还是AM DRB的信息,该情况下,远端终端设备可以根据该指示确定第三DRB为UM DRB还是AMDRB。
在一种可能的实现方式中,第二消息为RRC消息,该RRC消息用于指示远端终端设备释放第一路径。示例性的,第二消息可以为RRC释放(RRC release)消息。在该种可能的实现方式中第二消息是第二网络设备发送给远端终端设备。
在另一种可能的实现方式中,第二消息为AM DRB的PDCP状态报告(此时,第三DRB为AM DRB)或UM DRB的PDCP状态报告(此时,第三DRB为UM DRB)。该种可能的实现方式中,第二消息为第三DRB的PDCP状态报告。可选的,第二网络设备可以在切换到第二路径后,立即向远端终端设备发送第二消息,远端终端设备可以根据第二消息中的PDCP状态报告确定未成功传输的数据包,并在第二路径上对未成功传输的数据包进行数据传输,可以更准确的了解到第二网络设备的接收情况,避免数据包的丢失,并且相较方案二A,可以避免远端终端设备根据更早的PDCP状态报告在第二路径上进行数据传输,浪费上行资源。
另一种可实现的方式为,第二消息为PDCP状态报告,为控制control PDU。第二消息中的PDCP状态报告格式可以与现有技术中的PDCP状态报告相同,即包括FMC及bitmap部分,指示PDCP实体的接收状态,例如,远端终端设备接收到的PDCP状态报告为FMC=10,后续bitmap为00110000,则说明当前第一个未接收正确的包为COUNT值为10个包,根据后续的比特位可以确定,10号包后的第三个和第四个,即13、14号包已正确接收,其余包未正确接收。PDCP状态报告格式也可以与现有技术中的不同,此处不做限制。可选的,第二消息还包括第五指示信息,指示发送的PDCP状态报告触发数据重传。例如可以通过PDU类型,引入新形式的PDCP状态报告,用于触发数据重传。例如,PDCP control PDU的PDU type具有3bit指示,可以为011,与普通PDCP状态报告的000不同。该状态报告可以用于触发远端终端设备进行数据重传,例如,PDCP状态报告指示第一个未成功接收的是10号包,后续,13、14号包已接收成功,需要对10、11、15号以及后续包进行重新发送。
1308、远端终端设备根据接收到PDCP实体的接收状态,对接收状态指示未成功接收的数据包进行重传。其中PDCP实体的接收状态可以通过PDCP状态报告指示。
一种可能的实现方式为,当远端终端设备接收到第二消息(例如,PDCP状态报告)时,远端终端设备的第二PDCP实体在远端终端设备根据从间接连接网络的路径(即第一路径)切换后接收到的第一个第三PDCP实体的PDCP状态报告,远端终端设备对第三PDCP实体未确认成功接收的数据包在第二路径上进行传输。例如,第三DRB接收到的状态报告内容为指示第一个未成功接收的是10号包,后续,13、14号包已接收成功,如果该状态报告是在远端终端设备从中继终端设备发生切换后在第三DRB上接收到的第一个状态报告或者是发生切换路径后一个固定时间内接收到的状态报告(例如时间T内),则远端终端设备需要对未确认成功接收的数据包,即10、11、15号以及后续包,进行重新发送或发送。如果该报告是在远端终端设备从中继终端设备发生切换后在第三DRB上接收到的非第一个状态报告或者是发生切换路径后一个固定时间后才接收到的状态报告(例如时间T之后),则远端终端设备仅需要将确认接收成功的数据包进行删除,不会触发数据包的重传。其中该PDCP状态报告可以为AM DRB的PDCP状态报告或者UM DRB的PDCP状态报告。当为UM DRB时,UM DRB的状态报告的FMC需要为切换前的COUNT值,UM PDCP状态报告的详细介绍可参见上述步骤1202,不再赘述。
另一种可能的实现方式为,当远端终端设备接收到第二消息(例如,PDCP状态报告)时,远端终端设备根据接收到包括第五指示信息的第三PDCP实体的PDCP状态报告,对第三PDCP实体未确认成功接收的数据包在第二路径上进行传输。例如,第二消息包括的状态报告为第三DRB的状态报告,内容为指示第一个未成功接收的是10号包,后续,13、14号包已接收成功,如果该状态报告的PDU type指示不为000,例如为011,则远端终端设备在接收到该报告后,需要对报告上未确认成功接收的数据包,即10、11、15号以及后续包,进行重新发送或发送。如果该状态报告的PDU type指示为000,即不包括第五指示信息,则远端终端设备仅需要将确认接收成功的数据包进行删除,不会触发数据包的重传。第二网络设备判断远端终端数设备由间接连接网络的路径(即第一路径)切换到第二路径时,向远端终端设备发送该状态报告。该PDCP状态报告可以为AM DRB的PDCP状态报告或者UM DRB的PDCP状态报告。当然,在具体实施过程中,第二网络设备也可以在其他时机向远端终端设备发送PDCP状态,本申请实施例不作限制。
方案二B提供的方法,可以通过切换后发送PDCP状态报告,主动触发远端终端设备进行数据重传,远端终端设备可以在第二路径上根据网络设备准确的接收情况进行数据重传和传输,避免或减轻丢包。
方案一和方案二中,网络设备可以根据远端终端设备是否是通过中继终端设备接入,来决定是否发送第一信息。而远端终端设备也可以根据是否通过中继终端设备收到切换命令或路径转换命令,来判断是否需要根据第一信息来进行数据传输。
下行场景
在下行场景下,可以通过以下方案三或方案四避免或减轻下行数据包的丢失。
方案三
参见图15(以第二路径中不包括中继终端设备为例进行绘制),本申请提供的数据传输方法包括:
1501、远端终端设备向第二网络设备发送第三消息,第三消息用于指示远端终端设备完成RRC连接配置,第三消息中包括第二信息,第二信息用于指示远端终端设备的第二PDCP实体的接收状态。相应的,第二网络设备接收远端终端设备发送的第三消息。
示例性的,第三消息可以为RRC重配完成消息。
可选的,第三消息还包括第二信息对应的DRB的信息。需要说明的是,第三消息中可以包括多个第二信息,例如,第三消息中包括两个第二信息,分别对应第一DRB与第二DRB的切换路径前的PDCP的接收状态。网络设备的第一PDCP实体根据第二信息和第二信息对应的DRB的信息在第二路径上进行数据传输,例如,网络设备的第一PDCP实体根据第一DRB对应的第二信息在第二路径上进行数据传输。网络设备的第二DRB对应的PDCP实体将根据第二DRB对应的第二信息,在第二路径上进行数据传输。两个DRB的数据传输过程是独立的。
在方案三中,远端终端设备由通过第一路径连接第一网络设备(即源网络设备),切换到由通过第二路径连接第二网络设备(即目标网络设备),第一路径中包括至少一个中继终端设备,第二路径中包括至少一个中继终端设备或者不包括中继终端设备。示例性的,远端终端设备可以在接收到切换命令的情况下,进行路径切换。
在方案三中,远端终端设备的第二PDCP实体的接收状态用于目标网络设备的第三PDCP实体的数据传输(例如,在第二信息对应的DRB(即上文中的第一DRB)为AM DRB的情况下,用于辅助目标网络设备进行下行重传)。第二PDCP实体为远端终端设备上第一DRB对应的PDCP实体,第三PDCP实体为第二网络设备上第一DRB对应的PDCP实体。在方案三中,可选的,第二网络设备与第一网络设备可以为相同的网络设备(例如,图5中的(a)和图5中的(b)所示的场景),也可以为不同的网络设备(例如,图5中的(c)和图5中的(d)所示的场景)。
在方案三中,可选的,第二信息可以有以下几种情况:
情况6、所述第二信息用于指示所述第二PDCP实体未成功接收到的第一个数据包的SN或COUNT。情况6可参见上文中的情况1进行理解即可,区别仅在于,此处为第二PDCP实体。
情况7、所述第二信息用于指示所述第二PDCP实体未成功接收到的数据包的SN或COUNT。情况7可参见上文中的情况2进行理解即可,区别仅在于,此处为第二PDCP实体。
情况8、所述第二信息用于指示所述第二PDCP实体成功接收到的数据包的SN或COUNT。情况8可参见上文中的情况3进行理解即可,区别仅在于,此处为第二PDCP实体。
情况9、所述第二信息用于指示所述第二PDCP实体最后一个成功接收到的数据包的SN或COUNT。情况9可参见上文中的情况4进行理解即可,区别仅在于,此处为第二PDCP实体。
情况10、所述第二信息用于指示所述第二PDCP实体成功接收到的数据包的最大的SN或COUNT加1之后的值。情况10可参见上文中的情况5进行理解即可,区别仅在于,此处为第二PDCP实体。
需要说明的是,第二信息是根据路径切换之前第二PDCP实体的数据包的接收状态确定的。
示例性的,第三消息可以为RRC重配置完成消息。
可选的,在步骤1501之前,该方法还可以包括:1500、远端终端设备生成第三消息。
1502、第二网络设备根据第二信息在第二路径上进行数据传输。例如,第二网络设备根据第二信息,对第一DRB进行数据重传和/或传输。
方案三提供的方法,通过将第二信息携带在第三消息中,可以使得第二网络设备尽早的接收到第二信息,从而根据第二信息在第二路径上进行数据传输时,避免或减轻丢包。
方案四
参见图16(以第二路径中不包括中继终端设备为例进行绘制),本申请提供的数据传输方法包括:
1601、远端终端设备向第二网络设备发送第三消息,第三消息用于指示远端终端设备完成RRC连接配置。相应的,第二网络设备接收远端终端设备发送的第三消息。第二网络设备根据第三消息确定远端终端设备完成RRC连接配置。
示例性的,第三消息可以为RRC重配完成消息。
在方案四中,远端终端设备由通过第一路径连接第一网络设备(即源网络设备),切换到由通过第二路径连接第二网络设备(即目标网络设备),第一路径中包括至少一个中继终端设备,第二路径中包括至少一个中继终端设备或者不包括中继终端设备。示例性的,远端终端设备可以在接收到切换命令的情况下,进行路径切换。
在方案四中,可选的,第二网络设备与第一网络设备可以为相同的网络设备(例如,图5中的(a)和图5中的(b)所示的场景),也可以为不同的网络设备(例如,图5中的(c)和图5中的(d)所示的场景)。
1602、远端终端设备向第二网络设备发送第四消息,第四消息包括第二信息,第二信息用于指示远端终端设备的第二PDCP实体的接收状态。相应的,远端终端设备接收远端终端设备发送的第四消息。需要说明的是,在第二信息为PDCP状态报告(或第四消息为PDCP状态报告)的情况下,远端终端设备可以将第四消息和第三消息打包在相同的MAC PDU中发送给第二网络设备。
在方案四中,远端终端设备的第二PDCP实体的接收状态用于目标网络设备的第三PDCP实体的数据传输。具体描述可参见方案三,不再赘述。
在方案四中,关于第二信息的相关描述可参见方案三,不再赘述。
1603、第二网络设备根据第二信息在第二路径上进行数据传输。例如,第二网络设备根据第二信息,对第一DRB进行数据重传和/或传输。
方案四提供的方法,通过将第四消息和第三消息打包在相同的MAC PDU中发送给第二网络设备,可以使得第二网络设备尽早的接收到第二信息,从而根据第二信息在第二路径上进行数据传输时,避免或减轻丢包。
方案三和方案四中,远端终端设备可以根据网络设备的配置,也可以根据是否是从包含中继终端设备的路径切换到其他路径来决定是否发送第二信息。
本申请中的方案一、方案二、方案三和方案四适用于以下场景中的任意一种场景:
场景1、第一DRB为AM DRB,远端终端设备接收到网络设备发送的PDCP重建指示或PDCP数据恢复指示后,在PDCP实体重建或PDCP实体数据恢复之后,远端终端设备停止与中继终端设备的数据传输。网络设备发送PDCP重建指示或PDCP数据恢复指示后,也停止向远端终端设备的数据发送,还停止接收远端终端设备的数据。中继终端设备接收到网络设备发送的RRC重配置消息后也停止数据传输。
场景2、第一DRB为UM DRB,远端终端设备接收到网络设备发送的PDCP重建指示后,在PDCP实体重建之后,远端终端设备停止与中继终端设备的数据传输。网络设备发送PDCP重建指示,也停止向远端终端设备的数据发送,还停止接收远端终端设备的数据。中继终端设备接收到网络设备发送的RRC重配置消息后也停止数据传输。
场景3、远端终端设备进行DAPS的路径切换。远端终端设备可以配置同时通过中继终端设备连接第一网络设备(即通过第一路径连接第一网络设备)以及直接连接第二网络设备(即通过第二路径连接第二网络设备,第二路径也可以包括其他中继终端设备)。当发生路径切换或建立DAPS时,对于下行,网络设备可以不再通过第一路径向远端终端设备发送新的数据,而是通过第二路径向远端终端设备发送数据,第一路径上的中继终端设备继续向远端终端设备发送第一路径上中继终端设备的剩余数据。网络设备也可以同时在两条路径上发送数据,不对发送数据做限制。对于上行,远端终端设备接收到路径切换指示时,远端中端设备可以不再通过第一路径向网络设备发送新的数据。第一路径上的中继终端设备继续向网络设备发送第一路径上中继终端设备的剩余数据。远端中端设备也可以同时在两条路径上发送数据,不对发送数据做限制。
场景4、第一DRB为AM DRB,远端终端设备接收到网络设备发送的PDCP重建指示或PDCP数据恢复指示后,或者,第一DRB为UM DRB,远端终端设备接收到网络设备发送的PDCP重建指示后,在PDCP实体重建或PDCP实体数据恢复之后,远端终端设备停止与中继终端设备的数据传输。网络设备发送PDCP重建指示或PDCP数据恢复指示后,停止向远端终端设备的数据发送但还从中继终端设备继续接收远端终端设备的数据。在判断接收完中继终端设备剩余的远端终端设备的数据后,再释放网络设备侧的协议栈。中继终端设备接收到网络设备发送的RRC重配置消息后停止向远端终端设备的数据传输,但在中继终端设备的适配层传输完远端终端设备的数据后再完成对适配层的重配。
在上述方案中,可选的,第一消息还包括PDCP重建指示或者PDCP数据恢复指示。该情况下,该方法还可以包括:若第一消息中还包括PDCP重建指示,则远端终端设备根据PDCP重建指示进行远端终端设备的第二PDCP实体的重建。若第一消息中还包括PDCP数据恢复指示,则远端终端设备根据PDCP数据恢复指示进行远端终端设备的第二PDCP实体的数据恢复。其中,若第一DRB为AM DRB,第一消息还包括PDCP重建指示或者PDCP数据恢复指示。若第一DRB为UM DRB,第一消息还包括PDCP重建指示。
在上述方案中,可选的,第一消息还包括第一指示信息和/或第二指示信息,第一指示信息用于指示重建第一RLC实体,第二指示信息用于指示重置第一MAC实体。该情况下,该方法还可以包括:若第一消息中还包括第一指示信息,则远端终端设备根据第一指示信息重建第一RLC实体,和/或,若第一消息中还包括第二指示信息,则远端终端设备根据第二指示信息重置第一MAC实体。MAC实体的重置也可以是隐式指示的,例如,通过切换命令指示,此时,远端终端设备接收到切换命令,则进行MAC实体重置。第一指示信息和第二指示信息可以为同一个指示信息,也可以是不同的指示信息,本申请不做限制。
其中,第一RLC实体为在远端终端设备进行路径切换之前为第一DRB配置的PC5RLC承载对应的实体。第一MAC实体为在远端终端设备进行路径切换之前为第一DRB配置的PC5 RLC承载对应的MAC实体(即PC5 MAC实体)。其中,针对第一MAC实体的重置可以是在没有其他PC5相关的业务的情况下执行的。通过重建第一RLC实体以及重置第一MAC实体,远端终端设备可以在连接新的中继终端设备时进行快速配置,减少对计算资源的占用,节约终端能耗。
在上述方案中,可选的,第一消息还包括第一配置信息,第一配置信息用于配置第一RLC承载和第一关联关系,第一关联关系为第一RLC承载与远端终端设备的第二PDCP实体(此时的第二PDCP实体为PDCP重建或PDCP数据恢复之后的第二PDCP实体)之间的关联关系。该情况下,该方法还可以包括:远端终端设备根据第一配置信息配置第一RLC承载和第一关联关系。其中,配置第一关联关系例如可以为关联第一DRB的ID和第一RLC承载对应的LCID。
其中,第一RLC承载为在远端终端设备进行路径切换之后为第一DRB配置的RLC承载。若第二路径中不包括中继终端设备,第一RLC承载为Uu RLC承载,若第二路径中包括中继终端设备,第一RLC承载为PC5 RLC承载。可选的,第一消息中还可以包括用于配置第二MAC实体的配置信息,远端终端设备根据该配置信息配置第二MAC实体(例如,配置逻辑信道,逻辑信道的优先级等)。第二MAC实体为第一RLC承载对应的MAC实体。配置第一RLC承载和第二MAC实体的目的是为了远端终端设备通过第二路径传输上行数据包和/或下行数据包。其中,针对第一RLC承载、第一关联关系和第二MAC实体的配置可以通过同一个配置信息(即第一配置信息)实现,也可以分别通过不同的配置信息实现。若通过不同的配置信息实现,这些配置信息可以通过同一消息发送(如第一消息),也可以通过不同消息发送,本申请不作限制。
在上述方案中,可选的,第一网络设备配置第一中继终端设备,该情况下,该方法还可以包括:
11)第一网络设备向第一中继终端设备发送第二配置信息,第二配置信息用于指示进行RLC实体的重建。相应的,第一中继终端设备接收第一网络设备发送的第二配置信息。其中,第一中继终端设备为第一路径中的中继终端设备。具体可以为第一路径中的至少一个中继终端设备中的中继终端设备。此处的RLC实体为在远端终端设备进行路径切换之前,为第一DRB配置的用于与上一跳通信的RLC承载中的RLC实体。
12)第一中继终端设备根据第二配置信息进行RLC实体的重建。
在上述方案中,可选的,第一网络设备向第一中继终端设备发送第三配置信息,第三配置信息用于指示进行适配层的重配。相应的,第一中继终端设备接收第一网络设备发送的第三配置信息。
在上述方案中,针对场景1和场景2,可选的,该方法还可以包括:第一网络设备在发送切换命令后立即发送第二配置信息。该情况下,第一中继终端设备可以尽快接收到重配命令,减少由于远端终端设备已经停止接收,而中继终端设备还在不停发送,造成的资源浪费及后续复杂的失败判断及处理。
在上述方案中,针对场景1和场景2,可选的,该方法还可以包括:
21)第一网络设备向第一中继终端设备发送第四配置信息,第四配置信息用于指示进行MAC实体的配置。相应的,第一中继终端设备接收第一网络设备发送的第四配置信息。其中,第一网络设备可以在发送切换命令后立即发送第四配置信息。
22)第一中继终端设备根据第四配置信息进行MAC实体的配置。
在上述方案中,针对场景1和场景2,可选的,该方法还包括:
31)第一网络设备向第一中继终端设备发送第三配置信息,第三配置信息用于指示进行适配层的重配。相应的,第一中继终端设备接收第一网络设备发送的第三配置信息。
32)第一中继终端设备根据第三配置信息进行适配层的重配。
其中,第一中继终端设备的适配层的重配的过程包括以下内容中的一个或多个:移除第一中继终端设备的第二RLC承载和远端终端设备的标识之间的关联关系,移除第一中继终端设备的第二RLC承载和第一中继终端设备的第三RLC承载之间的关联关系。
其中,远端终端设备的标识可以为远端终端设备的层2目的标识(Layer2destination ID)、第一DRB的ID等。第一中继终端设备的第二RLC承载和第三RLC承载均是为第一DRB配置的RLC承载,第二RLC承载为PC5 RLC承载,用于与上一跳通信,第三RLC承载为PC5RLC承载或Uu RLC承载,用于与下一跳通信。在进行适配层的重配之后,第一中继终端设备的适配层不再将第二RLC承载中的RLC实体递交的数据包关联到远端终端设备的标识和/或第一DRB的ID,并将适配层的与远端终端设备的标识相关的数据包删除。
需要说明的是,适配层可能是为多个终端设备服务的,因此,在适配层上,多个远程终端的多个DRB可以映射到中继终端设备的一个DRB上,若远端终端设备发生路径切换,需要清除与发生路径切换的远端终端设备相关的信息。
在上述方案中,针对场景3,第一消息中还包括DAPS指示,DAPS指示用于指示将PDCP重配到DAPS。该情况下,该方法还包括:远端终端设备根据DAPS指示在保持与第一网络设备的连接的情况下,与目标网络设备进行随机接入流程,通过随机接入流程接入目标网络设备,并重配第二PDCP实体到DAPS PDCP。同时,第一网络设备也可以重配第一PDCP到DAPS PDCP,停止向远端终端设备发送新的数据包(重传的数据包还可以继续发送)。可选的,第一网络设备向远端终端设备发送指示信息(记为第三指示信息),第三指示信息用于指示最后一个通过中继终端设备发送的数据包。远端终端设备根据第三指示信息确定何时停止接收第一网络设备的下行数据包。示例性的,第三指示信息可以携带在RRC重配置消息中。
其中,远端终端设备和第一网络设备重配DAPS PDCP之后,各个设备的协议层架构可参见图14,通过DAPS PDCP,远端终端设备可以同时和第一网络设备和第二网络设备通信。
在上述方案中,针对场景4,可选的,该方法还可以包括:
41)第一中继终端设备的适配层传输完上述第二配置信息中指示的RLC实体(即上文中的第一中继终端设备的第二RLC承载中的RLC实体)递交的数据包后,移除远端终端设备与空口RLC承载(即上文中的第一中继终端设备的第三RLC承载,此时,第一中继终端设备的下一跳为第一网络设备)的对应关系。可选的,还移除远端终端设备与PC5口的RLC承载(即上文中的第一中继终端设备的第二RLC承载)的对应关系。也就是说,若PDCP重建或PDCP数据恢复之后,中继终端设备与第一网络设备继续完成上行数据的传输,则第一中继终端设备的适配层可以在传输完第二RLC承载中的RLC实体递交的数据包后(例如,将第二RLC承载中的RLC实体递交的数据包加包头并递交给底层后),再进行适配层的重配,从而防止过早的适配层重配导致的上行数据包丢失的问题。
在上述方案中,针对上述场景4,可选的,该方法还包括:
51)第一中继终端设备在发送完远端终端设备的最后一个数据包之后,向第一网络设备发送终结指示(endmarker),终结指示用于指示第一中继终端设备为远端终端设备转发的数据包发送完成。相应的,第一网络设备接收第一中继终端设备发送的终结指示。
示例性的,第一中继终端设备可以在重建PC5 RLC承载中的RLC实体后,在适配层生成对应该远端终端设备的标识或第一DRB的标识的终结指示(比如,一个空数据包,或特定标识)。此时,第一网络设备根据接收到的终结指示确定中继终端设备为远端终端设备转发的数据包发送完成。步骤51)也可以通过其他方式实现,本申请不作限制。
52)第一网络设备根据终结指示针对第一PDCP实体进行PDCP重建指示或者PDCP数据恢复,并进行适配层的重配。
在上述方案中,针对场景1和场景4,对各个设备的各个协议层的处理可参见表4。针对场景2,对各个设备的各个协议层的处理可参见表5。针对场景3,对各个设备的各个协议层的处理可参见表6。表4至表6中,“-”表示没有该协议层。“No action”表示本申请不涉及到针对该协议层的处理。
表4
表5
表6
上述方案一、方案二、方案三和方案四的方案均可以单独或结合(方案一+方案三,方案一+方案四,方案二+方案三,方案二+方案四)实现。这些方案均可以应用在上述场景1(此时,第二信息为远端终端设备停止数据传输后确定的)、场景2(此时,第二信息为远端终端设备停止数据传输后确定的)、场景3和场景4下。
在上行场景下的方案和下行场景下的方案结合的情况下,可选的,第一消息中还包括第四指示信息,第四指示信息用于指示远端终端设备在切换后的第一条消息中携带第二信息,该情况下,远端终端设备在与第二网络设备执行随机接入流程之后,在RRC重配置完成消息中向第二网络设备发送第二信息。
在本申请实施例中,数据包的SN或COUNT也可以为数据包的其他信息,只要可以唯一标识该数据包即可,例如,可以为数据包的索引等。本申请中的第一信息和第二信息所指示的接收状态也可以不是PDCP层的接收状态,而是其他层(例如,RLC层)的接收状态,本申请不作限制。另外,本申请中的对数据包的编号也可以不是SN或COUNT,而是其他序列的编号,本申请不作限制。
为了使得本申请实施例更加的清楚,以下通过不同的场景对上述实施例提供的方法作示例性说明。
场景1、第一DRB为AM DRB,在PDCP重建或PDCP数据恢复之后,远端终端设备、中继终端设备和网络设备均停止数据传输。
在场景1下,参见图17,一种数据传输方法的流程包括:
1701-1706、与步骤901至步骤906分别相同。
图17中的与图9中的步骤相同的步骤中,只需将图9中的步骤中的路径1替换为第一路径,路径2替换为第二路径,源网络设备替换为第一网络设备,目标网络设备替换为第二网络设备进行理解即可。当第一网络设备与第二网络设备为相同的网络设备时,没有步骤1705和步骤1706。
1707、第一网络设备通过中继终端设备向远端终端设备发送RRC重配置消息(即上文中的第一消息)。相应的,远端终端设备接收第一网络设备发送的RRC重配置消息。
其中,RRC重配置消息用于指示远端终端设备由通过第一路径连接第一网络设备,切换到由通过第二路径连接第二网络设备。RRC重配置消息中包括上述第一信息、第一信息对应的DRB的信息、针对第一DRB的PDCP重建指示或者PDCP数据恢复指示、第一指示信息、第一配置信息。
步骤1707之后,第一网络设备停止向中继终端设备发送下行数据包。
1708、远端终端设备根据PDCP重建指示或者PDCP数据恢复指示进行PDCP重建或者PDCP数据恢复,第二PDCP实体根据第一信息(或第一信息和第一信息对应的DRB)在第二路径上进行数据传输,根据第一指示信息重建第一RLC实体,根据第一配置信息配置第一RLC承载和第一关联关系。
步骤1708在具体实现时,远端终端设备在第二PDCP实体发生PDCP重建或PDCP数据恢复时,根据RRC重配置消息中包括的第一信息确认数据包的接收状态,从第一个未成功接收的数据包,而不是按照第一个未被底层(例如,RLC层)确认成功接收的数据包开始,按记数值升序进行重传和/或传输。
1709、第一网络设备针对第一PDCP实体进行PDCP重建指示或者PDCP数据恢复,并进行适配层的重配。
步骤1709执行在步骤1707之后即可,与其他步骤之间没有绝对的先后顺序。
1710、与步骤908相同。
1711、远端终端设备向第二网络设备发送RRC重配完成消息(即上文中的第三消息)。相应的,第二网络设备接收远端终端设备发送的RRC重配完成消息,确定RRC重配完成。
其中,RRC重配完成消息中包括第二信息。
可选的,RRC重配置消息中还包括第四指示信息,第四指示信息用于指示远端终端设备在切换后的第一条消息中携带第二信息。该情况下,远端终端设备在接收到第四指示信息之后,可以确定PDCP重建前远端终端设备的未接收到数据包的SN,并生成第二信息。在步骤1711中,远端终端设备可以在第四指示信息的指示下,在RRC重配完成消息中将第二信息发送给第二网络设备,使得第二网络设备可以从远端终端设备真正未成功接收或者从中继终端设备真正发出的数据包开始传输,减少数据包的丢失。
1712、第二网络设备根据第二信息在第二路径上进行数据传输。
步骤1712的具体实现可参见上述步骤1502的具体实现,此处不再赘述。
1713、第一网络设备向中继终端设备发送RRC重配置消息。相应的,中继终端设备接收第一网络设备发送的RRC重配置消息。
其中,RRC重配置消息中可以包括第二配置信息和第三配置信息。
1714、中继终端设备根据第二配置信息进行RLC实体的重建、根据第三配置信息进行适配层的重配。
1715-1717、与步骤911至步骤913分别相同。
在另一种可能的实现方式中,在第一信息为AM DRB PDCP状态报告的情况下,第一信息可以不携带在RRC重配置消息中,而是与RRC重配置消息打包在相同的MAC PDU中发送给远端终端设备。该情况下,在步骤1708中,远端终端设备在PDCP重建或者PDCP数据恢复时,根据PDCP重建或者PDCP数据恢复前接收到的最新的AM DRB PDCP状态报告进行重传。
在另一种可能的实现方式中,在第二信息为AM DRB PDCP状态报告的情况下,第二信息可以不携带在RRC重配完成消息中,而是与RRC重配完成消息打包在相同的MAC PDU中发送给第二网络设备。该情况下,在步骤1712中,第二网络设备可以根据接收到的最新的AMDRB PDCP状态报告进行重传。
图17所示的方法,针对AM DRB,可以避免数据包在中继终端设备处造成的丢失,保证业务连续性。图17所示的方法中的针对上行数据包和下行数据包的方案也可以分别实现,本申请不作限制。
场景2、第一DRB为UM DRB,在PDCP重建之后,远端终端设备、中继终端设备和网络设备均停止数据传输。
在场景2下,参见图18,一种数据传输方法的流程包括:
1801-1806、与步骤1701至步骤1706分别相同。
1807、第一网络设备通过中继终端设备向远端终端设备发送RRC重配置消息(即上文中的第一消息)。相应的,远端终端设备接收第一网络设备发送的RRC重配置消息。
其中,RRC重配置消息用于指示远端终端设备由通过第一路径连接第一网络设备,切换到由通过第二路径连接第二网络设备。RRC重配置消息中包括上述第一信息、第一信息对应的DRB的信息、针对第一DRB的PDCP重建指示、第一指示信息、第一配置信息。
步骤1807之后,第一网络设备停止向中继终端设备发送下行数据包。
1808、远端终端设备根据PDCP重建指示进行PDCP重建,远端终端设备的第二PDCP实体根据第一信息(或第一信息和第一信息对应的DRB)在第二路径上进行数据传输,根据第一指示信息重建第一RLC实体,根据第一配置信息配置第一RLC承载和第一关联关系。
步骤1808在具体实现时,远端终端设备在第二PDCP实体发生PDCP重建时,根据RRC重配置消息中包括的第一信息确定数据包(例如,数据包),将根据第一信息确定的数据包认为是从上层接收到的数据包但不重启丢弃定时器,按照PDCP重建前已关联的COUNT的升序重新从COUNT为0开始关联SN后进行传输。
1809、第一网络设备针对第一PDCP实体进行PDCP重建指示,并进行适配层的重配。
步骤1809执行在步骤1807之后即可,与其他步骤之间没有绝对的先后顺序。
1810-1817、与步骤1710至步骤1717分别相同。
在另一种可能的实现方式中,在第一信息为UM DRB PDCP状态报告的情况下,第一信息可以不携带在RRC重配置消息中,而是与RRC重配置消息打包在相同的MAC PDU中发送给远端终端设备。该情况下,在步骤1808中,远端终端设备在PDCP重建时,根据PDCP重建前接收到的最新的UM DRB PDCP状态报告进行进行SN或COUNT的关联及传输。
在另一种可能的实现方式中,在第二信息为UM DRB PDCP状态报告的情况下,第二信息可以不携带在RRC重配完成消息中,而是与RRC重配完成消息打包在相同的MAC PDU中发送给远端终端设备。该情况下,在步骤1812中,网络设备接收到的最新的UM DRB PDCP状态报告进行进行SN或COUNT的关联及传输。
图18所示的方法,针对UM DRB,可以避免数据包在中继终端设备处造成的丢失,保证业务连续性。图18所示的方法中的针对上行数据包和下行数据包的方案也可以分别实现,本申请不作限制。
场景3、远端终端设备进行DAPS的路径切换。
在场景3下,在发生路径切换时,远端终端设备与第一网络设备和中继终端设备同时保持双连接,参见图19,本申请提供的数据传输方法包括:
1901-1906、与步骤1701至步骤1706分别相同。
1907、第一网络设备通过中继终端设备向远端终端设备发送RRC重配置消息。相应的,远端终端设备接收第一网络设备发送的RRC重配置消息。
其中,RRC重配置消息用于指示远端终端设备由通过第一路径连接第一网络设备,切换到由通过第二路径连接第二网络设备。RRC重配置消息中包括DAPS指示。
可选的,RRC重配置消息中还包括第一配置信息。该情况下,远端终端设备可以根据第一配置信息配置第一RLC承载和第一关联关系。
可选的,RRC重配置消息中还包括第三指示信息,第三指示信息用于指示最后一个通过中继终端设备发送的数据包。远端终端设备根据第三指示信息确定何时停止接收第一网络设备的数据包。
1908、第一网络设备重配第一PDCP实体到DAPS PDCP。
在步骤1908之后,第一网络设备停止向远端终端设备发送新的数据包,重传的数据包还可以继续发送。
1909、远端终端设备根据DAPS指示重配第二PDCP实体到DAPS PDCP。
步骤1908和步骤1909的执行顺序不分先后。
1910-1911、与步骤1710和步骤1711分别相同。
在步骤1910之后,远端终端设备可以触发上行数据切换(uplink dataswitching)。
在步骤1911之后,可选的,第二网络设备向第一网络设备发送切换完成消息,切换完成消息用于指示远端终端设备切换完成。
1912、第一网络设备向中继终端设备发送RRC重配置消息。相应的,中继终端设备接收第一网络设备发送的RRC重配置消息。
其中,RRC重配置消息中可以包括切换指示,切换指示用于指示远端终端设备发生了路径切换。
1913、中继终端设备根据切换指示确定不再向远端终端设备发送新的数据包,但是重传数据包还可以继续发送。
1914、中继终端设备向第一网络设备发送RRC重配完成消息。
1915、第二网络设备在远端终端设备接入后,向远端终端设备发送RRC释放消息(即上文中的第二消息),RRC释放消息用于指示远端终端设备释放与中继终端设备的连接,即释放与第一路径上的中继终端设备的协议栈,停止在第一路径上的通信。相应的,远端终端设备接收第二网络设备发送的RRC释放消息。
其中,RRC释放消息中包括第一信息、第一信息对应的DRB的信息。
1916、远端终端设备的第二PDCP实体根据第一信息(或第一信息和第一信息对应的DRB)在第二路径上进行数据传输。
1917、第一网络设备在确定中继终端设备发送完上行数据包之后,向中继终端设备发送释放消息,释放消息用于指示中继终端设备停止与远端终端设备之间的数据传输,并释放与远端终端设备相关的配置。
其中,释放消息中可以包括第二配置信息和第三配置信息。
1918、中继终端设备根据第二配置信息进行RLC实体的重建、根据第三配置信息进行适配层的重配。
1919-1920、与步骤1716和步骤1717分别相同。
图19所示的实施例中,在远端终端设备保持双连接的情况下,可以通过RRC释放消息向远端终端设备指示第一信息。其中,在进行PDCP实体重建时,第一DRB可以为AM DRB也可以为UM DRB,在进行PDCP实体数据恢复时,第一DRB可以为AM DRB。
场景4、第一DRB为AM DRB或UM DRB,在PDCP重建或PDCP数据恢复(在进行PDCP实体重建时,第一DRB可以为AM DRB也可以为UM DRB,在进行PDCP实体数据恢复时,第一DRB可以为AM DRB)之后,远端终端设备停止上行发送和下行接收,第一网络设备继续上行接收,中继终端设备继续上行发送,也就是说,在PDCP重建或PDCP数据恢复之后,中继终端设备与第一网络设备继续完成上行数据的传输。
在场景4下,在发生路径切换时,参见图20,本申请提供的数据传输方法包括:
2001-2006、与步骤1701至步骤1706分别相同。
2007、第一网络设备通过中继终端设备向远端终端设备发送RRC重配置消息。相应的,远端终端设备接收第一网络设备发送的RRC重配置消息。
其中,RRC重配置消息用于指示远端终端设备由通过第一路径连接第一网络设备,切换到由通过第二路径连接第二网络设备。RRC重配置消息中包括针对第一DRB的PDCP重建指示或者PDCP数据恢复指示、第一指示信息第一配置信息。
步骤2007之后,第一网络设备停止向中继终端设备发送下行数据包。
2008、远端终端设备的第二PDCP实体根据PDCP重建指示或者PDCP数据恢复指示进行PDCP重建或者PDCP数据恢复,根据第一指示信息重建第一RLC实体,根据第一配置信息配置第一RLC承载和第一关联关系。
2009-2012、与步骤1710至步骤1713分别相同。
2013、如果中继终端设备的PC5 RLC承载中的RLC实体中有组装完成但还没有递交给适配层的数据包,则将组装完成但还没有递交给适配层的数据包,递交给适配层后,根据第二配置信息进行PC5 RLC承载中的RLC实体的重建,中继终端设备的适配层将PC5 RLC承载中的RLC实体递交的数据包加上包头后递交给Uu RLC承载中的RLC实体,再根据第三配置信息进行适配层的重配。
可选的,若远端终端设备为中继终端设备服务的最后一个远端终端设备,则中继终端设备可以进行Uu RLC承载中的RLC实体的重建。
2014、中继终端设备在发送完远端终端设备的最后一个数据包之后,向第一网络设备发送终结指示,终结指示用于指示中继终端设备为远端终端设备转发的数据包发送完成。相应的,第一网络设备接收中继终端设备发送的终结指示。
步骤2014的具体实现可参见上文中的步骤51),此处不再赘述。
2015、第一网络设备根据终结指示针对第一PDCP实体进行PDCP重建或者PDCP数据恢复,并进行适配层的重配。
2016-2017、与步骤1716和步骤1717相同。
图20所示的方法,远端终端设备在接收到RRC重配置消息之后,不再向中继终端设备发送数据包,但是中继终端设备会持续向第一网络设备发送数据包,直到中继终端设备发送完远端终端设备的最后一个数据包后,再对第一网络设备侧的适配层进行重配,以及对第一网络设备侧的第一PDCP实体进行重建,移除第一PDCP实体在适配层的关联关系,并关联重建后的第一PDCP到第二路径上的RLC实体。
图20所示的方法,由于中继终端设备与第一网络设备将滞留在中继终端设备的上行数据包传输完成,因此,远端终端设备和第一网络设备之间没有上行数据包的接收偏差,可以按照正常数据重传进行,因此,第一网络设备不需要向远端终端设备发送第一信息,也就是说,针对上行数据包,不需要改动远端终端设备的第二PDCP实体的行为,第一网络设备可以通过实现完成配置。
本申请实施例描述的***架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案,并不构成对于本申请实施例提供的技术方案的限定。本领域普通技术人员可知,随着网络架构的演变和新业务场景的出现,本申请实施例提供的技术方案对于类似的技术问题,同样适用。
上述主要从方法的角度对本申请实施例的方案进行了介绍。可以理解的是,各个网元,例如,远端终端设备、中继终端设备、第一网络设备、第二网络设备等为了实现上述功能,其包含了执行各个功能相应的硬件结构和软件模块中的至少一个。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
本申请实施例可以根据上述方法示例对远端终端设备、中继终端设备、第一网络设备、第二网络设备进行功能单元的划分,例如,可以对应各个功能划分各个功能单元,也可以将两个或两个以上的功能集成在一个处理单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。需要说明的是,本申请实施例中对单元的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
示例性的,图21示出了上述实施例中所涉及的数据传输装置(记为数据传输装置210)的一种可能的结构示意图,该数据传输装置210包括处理单元2101和通信单元2102。可选的,还包括存储单元2103。数据传输装置210可以用于示意上述实施例中的远端终端设备、中继终端设备、第一网络设备、第二网络设备的结构。
当图21所示的结构示意图用于示意上述实施例中所涉及的远端终端设备的结构时,处理单元2101用于对远端终端设备的动作进行控制管理,例如,处理单元2101用于执行图12中的1201和1202,图13中的1301至1303,图15中的1500和1501,图16中的1601和1602,图17中的1701至1703、1707、1708、1710、1711、1716和1717,图18中的1801至1803、1807、1808、1810、1811、1816和1817,图19中的1901至1903、1907、1909至1911、1915、1916、1919和1920,图20中的2001至2003、2007、2008至2010、2016和2017,和/或本申请实施例中所描述的其他过程中的远端终端设备执行的动作。处理单元2101可以通过通信单元2102与其他网络实体通信,例如,与图12中的中继终端设备通信。存储单元2103用于存储远端终端设备的程序代码和数据。
当图21所示的结构示意图用于示意上述实施例中所涉及的中继终端设备的结构时,处理单元2101用于对中继终端设备的动作进行控制管理,例如,处理单元2101用于执行图12中的1201,图13中的1301和1302,图17中的1701至1703、1707、1713至1716,图18中的1801至1803、1807、1813至1816,图19中的1901至1903、1907、1912至1914、1917至1919,图20中的2001至2003、2007、2012至2014、2016,和/或本申请实施例中所描述的其他过程中的中继终端设备执行的动作。处理单元2101可以通过通信单元2102与其他网络实体通信,例如,与图12中的远端终端设备通信。存储单元2103用于存储中继终端设备的程序代码和数据。
当图21所示的结构示意图用于示意上述实施例中所涉及的第一网络设备的结构时,处理单元2101用于对第一网络设备的动作进行控制管理,例如,处理单元2101用于执行图12中的1200和1201,图13中的1301和1302,图17中的1701至1707、1713、1715,图18中的1801至1807、1813、1815,图19中的1901至1907、1912、1914、1917,图20中的2001至2007、2012、2014、2015,和/或本申请实施例中所描述的其他过程中的第一网络设备执行的动作。处理单元2101可以通过通信单元2102与其他网络实体通信,例如,与图12中的中继终端设备通信。存储单元2103用于存储第一网络设备的程序代码和数据。
当图21所示的结构示意图用于示意上述实施例中所涉及的第二网络设备的结构时,处理单元2101用于对第二网络设备的动作进行控制管理,例如,处理单元2101用于执行图15中的1501和1502,图16中的1601至1603,图17中的1705、1706、1709至1712、1717,图18中的1805、1806、1809至1812、1817,图19中的1905、1906、1908、1910、1911、1915、1920,图20中的2005、2006、2009至2011、2017,和/或本申请实施例中所描述的其他过程中的第二网络设备执行的动作。处理单元2101可以通过通信单元2102与其他网络实体通信,例如,与图13中的中继终端设备通信。存储单元2103用于存储第二网络设备的程序代码和数据。
示例性的,数据传输装置210可以为一个设备也可以为芯片或芯片***。
当数据传输装置210为一个设备时,处理单元2101可以是处理器;通信单元2102可以是通信接口、收发器,或,输入接口和/或输出接口。可选地,收发器可以为收发电路。可选地,输入接口可以为输入电路,输出接口可以为输出电路。
当数据传输装置210为芯片或芯片***时,通信单元2102可以是该芯片或芯片***上的通信接口、输入接口和/或输出接口、接口电路、输出电路、输入电路、管脚或相关电路等。处理单元2101可以是处理器、处理电路或逻辑电路等。
图21中的集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。存储计算机软件产品的存储介质包括:U盘、移动硬盘、只读存储器(read-only memory,ROM)、随机存取存储器(random accessmemory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
本申请实施例还提供了一种数据传输装置的硬件结构示意图,参见图22或图23,该数据传输装置包括处理器2201,可选的,还包括与处理器2201连接的存储器2202。
处理器2201可以是一个通用中央处理器(central processing unit,CPU)、微处理器、特定应用集成电路(application-specific integrated circuit,ASIC),或者一个或多个用于控制本申请方案程序执行的集成电路。处理器2201也可以包括多个CPU,并且处理器2201可以是一个单核(single-CPU)处理器,也可以是多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路或用于处理数据(例如计算机程序指令)的处理核。
存储器2202可以是ROM或可存储静态信息和指令的其他类型的静态存储设备、RAM或者可存储信息和指令的其他类型的动态存储设备,也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory,EEPROM)、只读光盘(compactdisc read-only memory,CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,本申请实施例对此不作任何限制。存储器2202可以是独立存在(此时,存储器2202可以位于数据传输装置外,也可以位于数据传输装置内),也可以和处理器2201集成在一起。其中,存储器2202中可以包含计算机程序代码。处理器2201用于执行存储器2202中存储的计算机程序代码,从而实现本申请实施例提供的方法。
在第一种可能的实现方式中,参见图22,数据传输装置还包括收发器2203。处理器2201、存储器2202和收发器2203通过总线相连接。收发器2203用于与其他设备或通信网络通信。可选的,收发器2203可以包括发射机和接收机。收发器2203中用于实现接收功能的器件可以视为接收机,接收机用于执行本申请实施例中的接收的步骤。收发器2203中用于实现发送功能的器件可以视为发射机,发射机用于执行本申请实施例中的发送的步骤。
基于第一种可能的实现方式,图22所示的结构示意图可以用于示意上述实施例中所涉及的远端终端设备、中继终端设备、第一网络设备和第二网络设备的结构。
当图22所示的结构示意图用于示意上述实施例中所涉及的远端终端设备的结构时,处理器2201用于对远端终端设备的动作进行控制管理,例如,处理器2201用于执行图12中的1201和1202,图13中的1301至1303,图15中的1500和1501,图16中的1601和1602,图17中的1701至1703、1707、1708、1710、1711、1716和1717,图18中的1801至1803、1807、1808、1810、1811、1816和1817,图19中的1901至1903、1907、1909至1911、1915、1916、1919和1920,图20中的2001至2003、2007、2008至2010、2016和2017,和/或本申请实施例中所描述的其他过程中的远端终端设备执行的动作。处理器2201可以通过收发器2203与其他网络实体通信,例如,与图12中的中继终端设备通信。存储器2202用于存储远端终端设备的程序代码和数据。
当图22所示的结构示意图用于示意上述实施例中所涉及的中继终端设备的结构时,处理器2201用于对中继终端设备的动作进行控制管理,例如,处理器2201用于执行图12中的1201,图13中的1301和1302,图17中的1701至1703、1707、1713至1716,图18中的1801至1803、1807、1813至1816,图19中的1901至1903、1907、1912至1914、1917至1919,图20中的2001至2003、2007、2012至2014、2016,和/或本申请实施例中所描述的其他过程中的中继终端设备执行的动作。处理器2201可以通过收发器2203与其他网络实体通信,例如,与图12中的远端终端设备通信。存储器2202用于存储中继终端设备的程序代码和数据。
当图22所示的结构示意图用于示意上述实施例中所涉及的第一网络设备的结构时,处理器2201用于对第一网络设备的动作进行控制管理,例如,处理器2201用于执行图12中的1200和1201,图13中的1301和1302,图17中的1701至1707、1713、1715,图18中的1801至1807、1813、1815,图19中的1901至1907、1912、1914、1917,图20中的2001至2007、2012、2014、2015,和/或本申请实施例中所描述的其他过程中的第一网络设备执行的动作。处理器2201可以通过收发器2203与其他网络实体通信,例如,与图12中的中继终端设备通信。存储器2202用于存储第一网络设备的程序代码和数据。
当图22所示的结构示意图用于示意上述实施例中所涉及的第二网络设备的结构时,处理器2201用于对第二网络设备的动作进行控制管理,例如,处理器2201用于执行图15中的1501和1502,图16中的1601至1603,图17中的1705、1706、1709至1712、1717,图18中的1805、1806、1809至1812、1817,图19中的1905、1906、1908、1910、1911、1915、1920,图20中的2005、2006、2009至2011、2017,和/或本申请实施例中所描述的其他过程中的第二网络设备执行的动作。处理器2201可以通过收发器2203与其他网络实体通信,例如,与图13中的中继终端设备通信。存储器2202用于存储第二网络设备的程序代码和数据。
在第二种可能的实现方式中,处理器2201包括逻辑电路以及输入接口和/或输出接口。示例性的,输出接口用于执行相应方法中的发送的动作,输入接口用于执行相应方法中的接收的动作。
基于第二种可能的实现方式,参见图23,图23所示的结构示意图可以用于示意上述实施例中所涉及的远端终端设备、中继终端设备、第一网络设备和第二网络设备的结构。
当图23所示的结构示意图用于示意上述实施例中所涉及的远端终端设备的结构时,处理器2201用于对远端终端设备的动作进行控制管理,例如,处理器2201用于执行图12中的1201和1202,图13中的1301至1303,图15中的1500和1501,图16中的1601和1602,图17中的1701至1703、1707、1708、1710、1711、1716和1717,图18中的1801至1803、1807、1808、1810、1811、1816和1817,图19中的1901至1903、1907、1909至1911、1915、1916、1919和1920,图20中的2001至2003、2007、2008至2010、2016和2017,和/或本申请实施例中所描述的其他过程中的远端终端设备执行的动作。处理器2201可以通过输入接口和/或输出接口与其他网络实体通信,例如,与图12中的中继终端设备通信。存储器2202用于存储远端终端设备的程序代码和数据。
当图23所示的结构示意图用于示意上述实施例中所涉及的中继终端设备的结构时,处理器2201用于对中继终端设备的动作进行控制管理,例如,处理器2201用于执行图12中的1201,图13中的1301和1302,图17中的1701至1703、1707、1713至1716,图18中的1801至1803、1807、1813至1816,图19中的1901至1903、1907、1912至1914、1917至1919,图20中的2001至2003、2007、2012至2014、2016,和/或本申请实施例中所描述的其他过程中的中继终端设备执行的动作。处理器2201可以通过输入接口和/或输出接口与其他网络实体通信,例如,与图12中的远端终端设备通信。存储器2202用于存储中继终端设备的程序代码和数据。
当图23所示的结构示意图用于示意上述实施例中所涉及的第一网络设备的结构时,处理器2201用于对第一网络设备的动作进行控制管理,例如,处理器2201用于执行图12中的1200和1201,图13中的1301和1302,图17中的1701至1707、1713、1715,图18中的1801至1807、1813、1815,图19中的1901至1907、1912、1914、1917,图20中的2001至2007、2012、2014、2015,和/或本申请实施例中所描述的其他过程中的第一网络设备执行的动作。处理器2201可以通过输入接口和/或输出接口与其他网络实体通信,例如,与图12中的中继终端设备通信。存储器2202用于存储第一网络设备的程序代码和数据。
当图23所示的结构示意图用于示意上述实施例中所涉及的第二网络设备的结构时,处理器2201用于对第二网络设备的动作进行控制管理,例如,处理器2201用于执行图15中的1501和1502,图16中的1601至1603,图17中的1705、1706、1709至1712、1717,图18中的1805、1806、1809至1812、1817,图19中的1905、1906、1908、1910、1911、1915、1920,图20中的2005、2006、2009至2011、2017,和/或本申请实施例中所描述的其他过程中的第二网络设备执行的动作。处理器2201可以通过输入接口和/或输出接口与其他网络实体通信,例如,与图13中的中继终端设备通信。存储器2202用于存储第二网络设备的程序代码和数据。
在实现过程中,本实施例提供的方法中的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。
本申请实施例还提供了一种计算机可读存储介质,包括指令,当其在计算机上运行时,使得计算机执行上述任一方法。
本申请实施例还提供了一种包含指令的计算机程序产品,当该指令在计算机上运行时,使得计算机执行上述任一方法。
本申请实施例还提供了一种通信***,包括:上述远端终端设备、上述中继终端设备、上述第一网络设备和上述第二网络设备中的一个或多个。
本申请实施例还提供了一种芯片,包括:处理器和接口,处理器通过接口与存储器耦合,当处理器执行存储器中的计算机程序或指令时,使得上述实施例提供的任意一种方法被执行。
本申请实施例还提供了一种数据传输装置,包括:处理器和接口,处理器通过接口与存储器耦合,当处理器执行存储器中的计算机程序或指令时,使得上述实施例提供的任意一种方法被执行。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件程序实现时,可以全部或部分地以计算机程序产品的形式来实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时,全部或部分地产生按照本申请实施例所述的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,计算机指令可以从一个网站站点、计算机、服务器或者数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line,DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可以用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质(例如,软盘、硬盘、磁带),光介质(例如,DVD)、或者半导体介质(例如固态硬盘(solid state disk,SSD))等。
尽管在此结合各实施例对本申请进行了描述,然而,在实施所要求保护的本申请过程中,本领域技术人员通过查看附图、公开内容、以及所附权利要求书,可理解并实现公开实施例的其他变化。在权利要求中,“包括”(comprising)一词不排除其他组成部分或步骤,“一”或“一个”不排除多个的情况。单个处理器或其他单元可以实现权利要求中列举的若干项功能。相互不同的从属权利要求中记载了某些措施,但这并不表示这些措施不能组合起来产生良好的效果。
尽管结合具体特征及其实施例对本申请进行了描述,显而易见的,在不脱离本申请的精神和范围的情况下,可对其进行各种修改和组合。相应地,本说明书和附图仅仅是所附权利要求所界定的本申请的示例性说明,且视为已覆盖本申请范围内的任意和所有修改、变化、组合或等同物。显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
本申请实施例还提供一种数据无丢失解决方案,该方案可以和之前的实施例组合使用。
解决这个问题的一个简单的解决方案是中继终端设备(例如中继UE)通过实现继续在中继终端设备处缓存的数据传输。即,中继终端设备维护远端终端设备(例如:远端UE)的Uu配置,并继续向网络设备传输数据,该网络设备例如为接入网设备(例如:基站,该基站可以为gNB)以获取UL缓存数据。类似地,对于下行链路,中继终端设备维护远端终端设备的PC5配置,并继续向远端终端设备传输下行缓存数据。在传输远端终端设备的所有缓存数据之前,释放中继终端设备上的远端终端设备的配置。
在远端终端设备间接到直接路径切换期间,一个少见的情况是中继终端设备和网络设备之间发生Uu RLF故障,上述解决方案可能不起作用。另一个增强是为远端终端设备发起PDCP重传。例如,在上行链路上,远端终端设备可以通过接收并检查网络设备的PDCP状态报告,将丢失的数据包重传给网络设备。但是,何时以及如何传输PDCP状态报告是一个问题。
观察1:如果在远端终端设备间接到直接路径切换期间中继终端设备的Uu RLF,可能会基于传统PDCP行为丢失一些数据。
当远端UE由于中继UE的gNB间切换而执行RRC重建时,也存在类似的问题。如果中继UE向另一个gNB执行切换,则中继UE处的远端UE的缓存数据将丢失。
观察2:如果远端终端设备由于中继终端设备的网络设备间切换而执行RRC重建,则可能会存在基于传统PDCP行为的一些数据丢失。
上述两个数据丢失问题存在,但可能是少数案例。RAN2可以将传统PDCP行为作为服务连续性无损的基线,如果有时间,讨论基于PDCP状态报告的远端UE PDCP重传作为增强的必要性。
观察3:观察O1/2中的问题可视为角落案例。
提案13:传统PDCP行为是服务连续性无损的基线。RAN2讨论基于PDCP状态报告的远端终端设备PDCP重传作为增强的必要性。
Claims (27)
1.一种数据传输方法,应用于第一网络设备,其特征在于,所述方法包括:
向远端终端设备发送第一消息,所述第一消息用于指示所述远端终端设备由通过第一路径连接所述第一网络设备,切换到由通过第二路径连接第二网络设备;其中,所述第一消息包括第一信息,所述第一信息用于指示所述第一网络设备的第一分组数据汇聚协议PDCP实体的接收状态,所述第一路径中包括至少一个中继终端设备,所述第二路径中包括至少一个中继终端设备或者不包括中继终端设备。
2.根据权利要求1所述的方法,其特征在于,所述第一PDCP实体的接收状态用于所述远端终端设备的第二PDCP实体的数据传输。
3.根据权利要求1或2所述的方法,其特征在于,
所述第一信息用于指示所述第一PDCP实体未成功接收到的第一个数据包的序列号或计数值;
或者,所述第一信息用于指示所述第一PDCP实体未成功接收到的数据包的序列号或计数值;
或者,所述第一信息用于指示所述第一PDCP实体成功接收到的数据包的序列号或计数值;
或者,所述第一信息用于指示所述第一PDCP实体最后一个成功接收到的数据包的序列号或计数值;
或者,所述第一信息用于指示所述第一PDCP实体成功接收到的数据包的最大的序列号或计数值加1之后的值。
4.根据权利要求1-3任一项所述的方法,其特征在于,所述第一消息还包括所述第一信息对应的数据无线承载的信息,或者,所述第一消息还包括用于指示所述第一PDCP实体的信息。
5.根据权利要求1-4任一项所述的方法,其特征在于,所述第一消息还包括第一指示信息,所述第一指示信息用于指示重建第一无线链路控制RLC实体。
6.根据权利要求1-5任一项所述的方法,其特征在于,所述第一消息还包括第一配置信息,所述第一配置信息用于配置第一RLC承载和第一关联关系,所述第一关联关系为所述第一RLC承载与所述远端终端设备的第二PDCP实体之间的关联关系。
7.根据权利要求1-6任一项所述的方法,其特征在于,所述方法还包括:
向第一中继终端设备发送第二配置信息,所述第二配置信息用于指示进行RLC实体的重建;和/或,
向第一中继终端设备发送第三配置信息,所述第三配置信息用于指示进行适配层的重配;
其中,所述第一中继终端设备为所述第一路径中的至少一个中继终端设备中的中继终端设备。
8.根据权利要求1-7任一项所述的方法,其特征在于,所述第二网络设备与所述第一网络设备为相同的网络设备;或者,所述第二网络设备与所述第一网络设备为不同的网络设备。
9.根据权利要求8所述的方法,其特征在于,所述第二网络设备与所述第一网络设备为相同的网络设备,所述方法还包括:
接收所述远端终端设备发送的第三消息,所述第三消息用于指示所述远端终端设备完成无线接入控制RRC连接配置,所述第三消息中包括第二信息,所述第二信息用于指示所述远端终端设备的第二PDCP实体的接收状态。
10.根据权利要求8所述的方法,其特征在于,所述第二网络设备与所述第一网络设备为相同的网络设备,所述方法还包括:
接收所述远端终端设备发送的第三消息,所述第三消息用于指示所述远端终端设备完成RRC连接配置;
接收所述远端终端设备发送的第四消息,所述第四消息包括第二信息,所述第二信息用于指示所述远端终端设备的第二PDCP实体的接收状态。
11.根据权利要求9或10所述的方法,其特征在于,
所述第二信息用于指示所述第二PDCP实体未成功接收到的第一个数据包的序列号或计数值;
或者,所述第二信息用于指示所述第二PDCP实体未成功接收到的数据包的序列号或计数值;
或者,所述第二信息用于指示所述第二PDCP实体成功接收到的数据包的序列号或计数值;
或者,所述第二信息用于指示所述第二PDCP实体最后一个成功接收到的数据包的序列号或计数值;
或者,所述第二信息用于指示所述第二PDCP实体成功接收到的数据包的最大的序列号或计数值加1之后的值。
12.根据权利要求9-11任一项所述的方法,其特征在于,所述方法还包括:
根据所述第二信息在所述第二路径上进行数据传输。
13.根据权利要求1-12任一项所述的方法,其特征在于,所述第一消息为RRC重配置消息。
14.一种数据传输方法,应用于远端终端设备,所述远端终端设备包括第二分组数据汇聚协议PDCP实体,其特征在于,包括:
接收第一网络设备发送的第一消息,所述第一消息用于指示所述远端终端设备由通过第一路径连接所述第一网络设备,切换到由通过第二路径连接第二网络设备;其中,所述第一消息包括第一信息,所述第一信息用于指示所述第一网络设备的第一PDCP实体的接收状态,所述第一路径中包括至少一个中继终端设备,所述第二路径中包括至少一个中继终端设备或者不包括中继终端设备;
所述第二PDCP实体根据所述第一信息在所述第二路径上进行数据传输。
15.根据权利要求14所述的方法,其特征在于,
所述第一信息用于指示所述第一PDCP实体未成功接收到的第一个数据包的序列号或计数值;
或者,所述第一信息用于指示所述第一PDCP实体未成功接收到的数据包的序列号或计数值;
或者,所述第一信息用于指示所述第一PDCP实体成功接收到的数据包的序列号或计数值;
或者,所述第一信息用于指示所述第一PDCP实体最后一个成功接收到的数据包的序列号或计数值;
或者,所述第一信息用于指示所述第一PDCP实体成功接收到的数据包的最大的序列号或计数值加1之后的值。
16.根据权利要求14或15所述的方法,其特征在于,所述第一消息还包括所述第一信息对应的数据无线承载的信息,或者,所述第一消息还包括用于指示所述第一PDCP实体的信息。
17.根据权利要求16所述的方法,其特征在于,所述第二PDCP实体根据所述第一信息在所述第二路径上进行数据传输,包括:
所述第二PDCP实体根据所述第一信息和所述第一信息对应的数据无线承载的信息在所述第二路径上进行数据传输。
18.根据权利要求14-17任一项所述的方法,其特征在于,所述第二PDCP实体根据所述第一信息在所述第二路径上进行数据传输,包括:
所述第二PDCP实体为确认模式数据无线承载AM DRB对应的PDCP实体,所述第二PDCP实体根据所述第一信息从第一个未成功接收的数据包,按数据包的计数值升序进行重传或传输;或者,
所述第二PDCP实体为非确认模式数据无线承载UM DRB对应的PDCP实体,所述第二PDCP实体根据所述第一信息确定数据包,将根据所述第一信息确定的数据包认为是从上层接收到的数据包但不重启丢弃定时器,按照PDCP重建前已关联的计数值的升序重新从计数值为0开始关联序列号后进行传输。
19.根据权利要求14-18任一项所述的方法,其特征在于,所述第一消息还包括第一指示信息,所述第一指示信息用于指示重建第一无线链路控制RLC实体,所述方法还包括:
根据所述第一指示信息重建所述第一RLC实体。
20.根据权利要求14-19任一项所述的方法,其特征在于,所述第一消息还包括第一配置信息,所述第一配置信息用于配置第一RLC承载和第一关联关系,所述第一关联关系为所述第一RLC承载与所述远端终端设备的第二PDCP实体之间的关联关系,所述方法还包括:
根据所述第一配置信息配置所述第一RLC承载和所述第一关联关系。
21.根据权利要求14-20任一项所述的方法,其特征在于,所述第二网络设备与所述第一网络设备为相同的网络设备;或者,所述第二网络设备与所述第一网络设备为不同的网络设备。
22.根据权利要求14-21任一项所述的方法,其特征在于,所述方法还包括:
向所述第二网络设备发送第三消息,所述第三消息用于指示所述远端终端设备完成无线接入控制RRC连接配置,所述第三消息中包括第二信息,所述第二信息用于指示所述远端终端设备的第二PDCP实体的接收状态。
23.根据权利要求14-21任一项所述的方法,其特征在于,所述方法还包括:
向所述第二网络设备发送第三消息,所述第三消息用于指示所述远端终端设备完成RRC连接配置;
向所述第二网络设备发送第四消息,所述第四消息包括第二信息,所述第二信息用于指示所述远端终端设备的第二PDCP实体的接收状态。
24.根据权利要求22或23所述的方法,其特征在于,
所述第二信息用于指示所述第二PDCP实体未成功接收到的第一个数据包的序列号或计数值;
或者,所述第二信息用于指示所述第二PDCP实体未成功接收到的数据包的序列号或计数值;
或者,所述第二信息用于指示所述第二PDCP实体成功接收到的数据包的序列号或计数值;
或者,所述第二信息用于指示所述第二PDCP实体最后一个成功接收到的数据包的序列号或计数值;
或者,所述第二信息用于指示所述第二PDCP实体成功接收到的数据包的最大的序列号或计数值加1之后的值。
25.根据权利要求14-24任一项所述的方法,其特征在于,所述第一消息为RRC重配置消息。
26.一种通信装置,其特征在于,包括:处理器;
所述处理器与存储器连接,所述存储器用于存储计算机执行指令,所述处理器执行所述存储器存储的所述计算机执行指令,以使所述通信装置实现如权利要求1-13任一项所述的方法,或者,实现权利要求14-25任一项所述的方法。
27.一种计算机可读存储介质,其特征在于,包括指令,当所述指令在计算机上运行时,使得所述计算机执行如权利要求1-13任一项所述的方法,或者,执行权利要求14-25任一项所述的方法。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP22790892.8A EP4329372A1 (en) | 2021-04-23 | 2022-04-12 | Data transmission method and apparatus |
PCT/CN2022/086281 WO2022222783A1 (zh) | 2021-04-23 | 2022-04-12 | 数据传输方法及装置 |
US18/491,567 US20240049099A1 (en) | 2021-04-23 | 2023-10-20 | Data transmission method, and apparatus |
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2021104421372 | 2021-04-23 | ||
CN202110442137 | 2021-04-23 | ||
CN202110502445X | 2021-05-08 | ||
CN202110502445 | 2021-05-08 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115243337A true CN115243337A (zh) | 2022-10-25 |
Family
ID=83665785
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110897785.7A Pending CN115243337A (zh) | 2021-04-23 | 2021-08-05 | 数据传输方法及装置 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20240049099A1 (zh) |
EP (1) | EP4329372A1 (zh) |
CN (1) | CN115243337A (zh) |
WO (1) | WO2022222783A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116707713A (zh) * | 2023-08-02 | 2023-09-05 | 上海星思半导体有限责任公司 | Rlc层状态包的发送方法、接收方法、装置及处理器 |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2024097885A1 (en) * | 2022-11-02 | 2024-05-10 | Interdigital Patent Holdings, Inc. | Performing an indirect to direct/indirect lossless handover |
CN115834002B (zh) * | 2022-11-16 | 2023-10-31 | 江苏为是科技有限公司 | 高速传输***及方法 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2018082644A1 (zh) * | 2016-11-03 | 2018-05-11 | 中兴通讯股份有限公司 | 中继转移方法及装置、终端、基站 |
CN110035453A (zh) * | 2018-01-12 | 2019-07-19 | 华为技术有限公司 | 数据处理方法及相关设备 |
CN110506404A (zh) * | 2017-05-05 | 2019-11-26 | 华为技术有限公司 | 一种数据接收状态报告方法及装置 |
CN111034334A (zh) * | 2017-08-11 | 2020-04-17 | 华为技术有限公司 | 一种路径转换方法、相关装置及*** |
US20200305218A1 (en) * | 2016-04-27 | 2020-09-24 | Intel Corporation | Lwip enhancements for reliable drb switching |
CN112399476A (zh) * | 2019-08-15 | 2021-02-23 | 华为技术有限公司 | 一种数据包传输方法、终端设备及网络设备 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP3644665A4 (en) * | 2017-08-11 | 2020-07-01 | Huawei Technologies Co., Ltd. | DATA TRANSFER METHOD AND RELATED DEVICE |
-
2021
- 2021-08-05 CN CN202110897785.7A patent/CN115243337A/zh active Pending
-
2022
- 2022-04-12 WO PCT/CN2022/086281 patent/WO2022222783A1/zh active Application Filing
- 2022-04-12 EP EP22790892.8A patent/EP4329372A1/en active Pending
-
2023
- 2023-10-20 US US18/491,567 patent/US20240049099A1/en active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20200305218A1 (en) * | 2016-04-27 | 2020-09-24 | Intel Corporation | Lwip enhancements for reliable drb switching |
WO2018082644A1 (zh) * | 2016-11-03 | 2018-05-11 | 中兴通讯股份有限公司 | 中继转移方法及装置、终端、基站 |
CN110506404A (zh) * | 2017-05-05 | 2019-11-26 | 华为技术有限公司 | 一种数据接收状态报告方法及装置 |
CN111034334A (zh) * | 2017-08-11 | 2020-04-17 | 华为技术有限公司 | 一种路径转换方法、相关装置及*** |
CN110035453A (zh) * | 2018-01-12 | 2019-07-19 | 华为技术有限公司 | 数据处理方法及相关设备 |
CN112399476A (zh) * | 2019-08-15 | 2021-02-23 | 华为技术有限公司 | 一种数据包传输方法、终端设备及网络设备 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116707713A (zh) * | 2023-08-02 | 2023-09-05 | 上海星思半导体有限责任公司 | Rlc层状态包的发送方法、接收方法、装置及处理器 |
CN116707713B (zh) * | 2023-08-02 | 2023-10-27 | 上海星思半导体有限责任公司 | Rlc层状态包的发送方法、接收方法、装置及处理器 |
Also Published As
Publication number | Publication date |
---|---|
WO2022222783A1 (zh) | 2022-10-27 |
US20240049099A1 (en) | 2024-02-08 |
EP4329372A1 (en) | 2024-02-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11658722B2 (en) | Method and apparatus for managing user plane operation in wireless communication system | |
US20230309179A1 (en) | Method for performing bearer type change of a plurality of bearers configured for user equipment | |
US11395365B2 (en) | Method and system for handling PDCP operation in wireless communication system | |
US11246074B2 (en) | Communication method and communications apparatus | |
CN107211475B (zh) | 用于重新配置无线承载的方法及其装置 | |
CN111434183A (zh) | 在无线通信***中以双连接处理用户平面的方法和用户设备 | |
KR102341420B1 (ko) | 스위칭 방법, 액세스 네트워크 장치 및 단말 장치 | |
JP7337253B2 (ja) | 無線通信ネットワークにおけるユーザ機器、ターゲットアクセスノード、および方法 | |
WO2022222783A1 (zh) | 数据传输方法及装置 | |
US9247452B2 (en) | Passive radio link control entity with unified interface | |
WO2019095114A1 (zh) | 处理无线链路失败的方法、终端设备和网络设备 | |
US20210274584A1 (en) | Data Transmission Method and Apparatus | |
WO2020227946A1 (zh) | 切换接入网设备的方法、终端设备和网络设备 | |
WO2020090442A1 (ja) | 無線通信方法及び装置 | |
WO2021208863A1 (zh) | 数据传输方法及通信装置 | |
CN115277608B (zh) | 无线通信的方法及设备 | |
EP4149163A1 (en) | Communication method and apparatus | |
CA3235117A1 (en) | Data transmission method and communication apparatus | |
TW201433197A (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 |