CN114270742B - 处理数据包的方法和通信装置 - Google Patents
处理数据包的方法和通信装置 Download PDFInfo
- Publication number
- CN114270742B CN114270742B CN202080012180.9A CN202080012180A CN114270742B CN 114270742 B CN114270742 B CN 114270742B CN 202080012180 A CN202080012180 A CN 202080012180A CN 114270742 B CN114270742 B CN 114270742B
- Authority
- CN
- China
- Prior art keywords
- rlc
- value
- pdcp
- state variable
- pdu
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 106
- 238000004891 communication Methods 0.000 title claims abstract description 87
- 238000012545 processing Methods 0.000 title claims abstract description 73
- 230000015654 memory Effects 0.000 claims description 61
- 238000004590 computer program Methods 0.000 claims description 36
- 230000011218 segmentation Effects 0.000 abstract description 10
- 230000001960 triggered effect Effects 0.000 abstract description 2
- 230000005540 biological transmission Effects 0.000 description 58
- 230000006870 function Effects 0.000 description 30
- 230000008569 process Effects 0.000 description 17
- 238000010586 diagram Methods 0.000 description 16
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 230000000694 effects Effects 0.000 description 3
- 238000004364 calculation method Methods 0.000 description 2
- 238000012790 confirmation Methods 0.000 description 2
- 230000000977 initiatory effect Effects 0.000 description 2
- 230000011664 signaling Effects 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 238000004422 calculation algorithm Methods 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 239000003795 chemical substances by application Substances 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 239000012634 fragment Substances 0.000 description 1
- 230000008521 reorganization Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
一种处理数据包的方法和通信装置，发送端仅发送需要撤销的PDCP PDU对应的RLCPDU的RLC头部而不发送数据分段；或者发送端维护第二状态变量的数值来记录PDCPPDU的接收情况，在第二状态变量的数值更新的情况下，通过状态报告触发接收端更新接收窗口的状态变量的数值以及移动接收窗口；或者，接收端通过维护第三状态变量，并在第三状态变量的数值发生更新的情况下，更新接收窗口的状态变量的数值，移动接收窗口，这些方式都可以避免接收端的接收窗口僵死。
Description
技术领域
本申请涉及无线通信技术领域，更具体地，涉及一种处理数据包的方法和通信装置。
背景技术
新空口(new radio，NR)的层2包括分组数据汇聚协议(packet data convergenceprotocol，PDCP)层、无线链路控制(radio link control，RLC)层和媒介接入控制(mediaaccess control，MAC)层。发送端的应用层产生的数据依次加上各层的头信息，以辅助实现各层的功能。其中，RLC层将来自于PDCP层的PDCP协议数据单元(protocol data unit，PDU)添加上RLC层的头信息，封装为RLC PDU进入RLC层的发送窗口的发送队列，并递交给MAC层。MAC层将RLC PDU封装为TB，然后通过物理层发送给对端。
在一些为了提高数据传输可靠性的方案中，PDCP层可以配置复制(duplication)功能。发送端的PDCP层使能复制功能之后，将PDCP PDU发送给关联的两个RLC实体。当其中一个RLC实体传输成功之后，会通知PDCP实体该RLC PDU已发送成功。此时，PDCP实体会通知另一个RLC实体撤销该RLC PDU的发送。
但是，目前的协议规定，在RLC服务数据单元(service data unit，SDU)不能引入序列号(sequence number，SN)的缺口。也即是说，当RLC实体从PDCP层接收到撤销某个RLCPDU的通知后，如果该RLC PDU已经递交给MAC层，则不能从发送队列中撤销。如果撤销，将导致与该RLC实体对应的接收端的RLC实体将永远无法接收到被撤销的RLC PDU，由此，接收端的该RLC实体的接收窗口维护的一些状态变量无法移动，导致接收端的接收窗口僵死。
发明内容
本申请提供一种处理数据包的方法和通信装置，可以避免发送端的PDCP层撤销已收到的PDCP SN，导致接收端的RLC层的接收窗口僵死的情况发生。
第一方面，本申请提供一种处理数据包的方法，该方法包括：发送端确定需要撤销的PDCP PDU；所述发送端向接收端发送传输块TB，所述TB包含一个或多个RLC PDU，所述一个或多个RLC PDU中包括所述需要撤销的PDCP PDU对应的RLC PDU，所述需要撤销的RLCPDU对应的RLC PDU仅包含RLC头部且不包含数据分段。
在本技术方案中，发送端通过只发送需要撤销的RLC PDU的RLC头部，以隐式指示接收端该RLC PDU已被确认接收，不需要再等待接收。从而接收端更新第一状态变量的数值，并移动接收窗口，可以避免接收窗口的僵死。
作为第一方面的方法的具体实现的示例，第一方面的方法可以通过如下方式实现。
例如，发送端的RLC实体接收来自于PDCP实体的撤销通知，所述撤销通知用于指示需要撤销的PDCP PDU，所述PDCP PDU已被接收端确认接收；
所述RLC实体将发送窗口中和所述PDCP PDU对应的RLC PDU的数据分段标记为取消，其中，所述RLC PDU包括RLC头部和数据分段；
所述RLC实体向接收端发送所述RLC PDU的所述RLC头部。
在该实施例中，RLC实体发送RLC头部
在该技术方案中，接收端的RLC实体通过只发送需要撤销的RLC PDU的RLC头部而取消发送该RLC PDU的数据分段，以隐式指示接收端RLC实体将该RLC PDU视作已接收到，从而接收端的RLC实体更新第一状态变量的数值，并移动接收窗口，由此可以避免接收窗口的僵死。
第二方面，本申请提供一种处理数据包的方法，该方法包括：发送端确定符合条件的RLC PDU；
其中，所述符合条件的RLC PDU为需要被撤销的PDCP PDU对应的RLC PDU，
或者，所述符合条件的RLC PDU为RLC SN小于参考RLC SN的RLC PDU，所述参考RLCSN为发送端维护的第二状态变量更新后的数值所指示的PDCP SN对应的RLC SN，第二状态变量的数值用于指示所述发送端发送的PDCP PDU在接收端的接收情况，PDCP SN小于所述第二状态变量的数值的PDCP PDU已全部被接收端接收到；
发送端向接收端发送状态报告，状态报告携带所述符合条件的RLC PDU的RLC SN。
作为第二方面的方法的具体实现的示例，第二方面的方法可以通过如下方式实现。
例如，在满足触发条件的情况下，发送端的RLC实体将发送窗口中符合条件的RLCPDU标记为已确认接收到，并将被标记的RLC PDU对应的RLC SN添加到确认列表中；
其中，所述触发条件为所述RLC实体接收到来自于PDCP实体的撤销通知，所述撤销通知用于指示需要被撤销的PDCP PDU，以及，所述符合条件的RLC PDU为所述发送端的PDCP实体通知需要被撤销的PDCP PDU对应的RLC PDU；或者，
所述触发条件为所述发送端的PDCP实体维护的第二状态变量的数值发生更新，以及，所述符合条件的RLC PDU为RLC SN小于参考RLC SN的RLC PDU，其中，所述参考RLC SN为所述第二状态变量更新后的数值所指示的PDCP SN对应的RLC SN，第二状态变量的数值用于指示所述PDCP实体所发送的PDCP PDU的接收情况，PDCP SN小于所述第二状态变量的数值的PDCP PDU已全部被接收端接收到；
所述RLC实体向所述接收端发送状态报告，所述状态报告包括所述确认列表。
在该技术方案中，发送端的RLC实体通过将需要撤销的PDCP SN对应的RLC SN进行标记，或者，在PDCP维护的第二状态变量的数值更新的情况下，RLC实体对相应的RLC PDU进行标记，并将标记的RLC PDU的SN添加到确认列表。最后，发送端的RLC实体向接收端发送状态报告，状态报告中包含确认列表中的RLC SN。接收端的RLC实体通过将确认列表中的RLCSN标记为“已接收到”，从而视作确认列表中的RLC SN已接收到，进而更新第一状态变量(例如，实施例中的RX_Next)的数值，并移动接收窗口，由此也可以避免接收窗口的僵死。
第三方面，本申请提供一种处理数据包的方法，该方法包括：接收端接收来自于发送端的TB；所述接收端对所述TB进行解封装，得到一个或多个RLC PDU；若所述一个或多个RLC PDU中的部分RLC PDU仅包含RLC头部且不包含数据分段，所述接收端根据所述仅包含RLC头部且不包含数据分段的RLC PDU的序列号，更新第一状态变量的数值，所述第一状态变量的数值用于指示待接收的下一个RLC PDU的序列号，其中，RLC SN小于所述第一状态变量的数值的RLC PDU已全部接收到。
作为第三方面的方法的具体实现的示例，第三方面的方法可以通过如下方式实现。
例如，接收端的RLC实体接收来自于发送端的RLC PDU；
在所述RLC PDU仅包括RLC头部且不包括数据分段的情况下，所述RLC实体将所述RLC PDU标记为已收到；
所述RLC实体更新接收窗口的第一状态变量的数值，第一状态变量的数值用于指示待接收的下一个RLC PDU的序列号，其中，RLC SN小于所述第一状态变量的数值的RLCPDU已全部接收到。
第三方面是和第一方面的方案中的发送端对应的接收端的方法，其技术效果的描述可以参见第一方面的说明。
第四方面，本申请提供一种处理数据包的方法，该方法包括：接收端接收来自于发送端的状态报告，所述状态报告携带一个或多个RLC SN，
其中，所述一个或多个RLC SN对应的RLC PDU为需要被撤销的PDCP PDU对应的RLCPDU，或者，
所述一个或多个RLC SN为小于参考RLC SN的RLC PDU，所述参考RLC SN为所述发送端维护的第二状态变量更新后的数值所指示的PDCP SN对应的RLC SN，第二状态变量的数值用于指示所述接收端对来自于所述发送端的PDCP PDU的接收情况，PDCP SN小于所述第二状态变量的数值的PDCP PDU已全部被接收端接收到；
所述接收端根据所述一个或多个RLC SN，更新第一状态变量的数值，所述第一状态变量的数值用于指示所述接收端待接收的下一个RLC PDU的序列号，其中，RLC SN小于所述第一状态变量的数值的RLC PDU已全部接收到。
作为第四方面的方法的具体实现的示例，第四方面的方法可以通过如下方式实现。
例如，接收端的RLC实体接收来自于发送端的状态报告，所述状态报告中包括确认列表，所述确认列表中携带一个或多个RLC SN；
所述RLC实体将所述确认列表中携带的所述一个或多个RLC SN对应的RLC PDU标记为已接收；
所述RLC实体更新第一状态变量的数值，第一状态变量的数值用于指示待接收的下一个RLC PDU的序列号，其中，RLC SN小于所述第一状态变量的数值的RLC PDU已全部接收到。
第四方面是和第二方面的方案中的接收端的方法，其技术效果的描述可以参见第二方面的说明。
第五方面，本申请提供一种处理数据包的方法，该方法包括：接收端在维护的第三状态变量的数值发生更新的情况下，确定符合条件的RLC PDU，
其中，PDCP SN小于所述第三状态变量的数值的PDCP PDU已全部接收到，所述符合条件的RLC PDU为RLC SN小于参考RLC SN的RLC PDU，所述参考RLC SN对应的PDCP SN是所述接收端已接收到的RLC PDU各自对应的PDCP SN中小于所述第三状态变量的数值的最大PDCP SN；
所述接收端根据所述符合条件的RLC PDU的序列号，更新第一状态变量的数值，所述第一状态变量的数值用于指示所述接收端待接收的下一个RLC PDU的序列号，其中，RLCSN小于所述第一状态变量的数值的RLC PDU已全部接收到。
作为第五方面的方法的具体实现的示例，第五方面的方法可以通过如下方式实现。
例如，在接收端的PDCP实体维护的第三状态变量的数值发生更新的情况下，接收端的RLC实体将接收窗口中的符合条件的RLC PDU标记为已接收到，
其中，PDCP SN小于所述第三状态变量的数值的PDCP PDU已全部接收到，每个PDCPSN具有一个PDCP计数值，所述符合条件的RLC PDU为RLC SN小于参考RLC SN的RLC PDU，所述参考RLC SN对应的PDCP计数值是所述接收窗口中已接收到的RLC PDU各自对应的PDCPSN的PDCP计数值中小于所述第三状态变量的数值的最大PDCP计数值；
所述RLC实体更新接收窗口的第一状态变量的数值，第一状态变量的数值用于指示待接收的下一个RLC PDU的序列号，其中，RLC SN小于所述第一状态变量的数值的RLCPDU已全部接收到。
在该技术方案中，通过由接收端的PDCP实体维护第三状态变量，并在第三状态变量的数值发生更新的情况下，接收端的RLC实体将相应RLC PDU标记为已接收到，并发送状态报告发送端，发送端的RLC实体将所述相应的RLC PDU标记为取消发送。通过这样的方式，接收端RLC实体也可以实现及时更新第一状态变量的数值，以和PDCP实体维护的PDCP PDU的接收情况保持一致，并移动接收窗口，由此避免接收窗口的僵死。
综上所述，根据本申请提供的各技术方案，能够快速撤销已经分配RLC SN并且已经递交到MAC层处理的RLC PDU。而且，可以减少RLC传输通道的拥塞，降低接收端的PDCPHFN计算错误的概率。另外，还可以降低达到最大重传次数后触发RRC连接重建立的概率。此外，还可以提高使能PDCP层的duplication功能的SRB或DRB的可靠性，降低时延。
在以上第一方面至第五方面的任意一个方法或其实现方式中，所述发送端和接收端的一个PDCP PDU承载于一个或多个RLC PDU，且一个PDCP SN对应一个RLC SN。
第六方面，本申请提供一种通信装置，所述通信装置具有实现第一方面或其任意可能的实现方式中的方法的功能，或者，所述通信装置具有实现第二方面或其任意可能的实现方式中的方法的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的单元。
第七方面，本申请提供一种通信装置，所述通信装置具有实现第三方面或其任意可能的实现方式中的方法的功能，或者，所述通信装置具有实现第四方面或其任意可能的实现方式中的方法的功能，或者，所述通信装置具有实现第五方面或其任意可能的实现方式中的方法的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的单元。
第八方面，本申请提供一种通信设备，包括处理器、存储器和收发器。其中，存储器用于存储计算机程序，处理器用于调用并运行存储器中存储的计算机程序，并控制收发器收发信号，以使通信设备执行如第一方面或其任意可能的实现方式中的方法，或者，执行如第二方面或其任意可能的实现方式中的方法。
第九方面，本申请提供一种通信设备，包括处理器、存储器和收发器。其中，存储器用于存储计算机程序，处理器用于调用并运行存储器中存储的计算机程序，并控制收发器收发信号，以使通信设备执行如第三方面或其任意可能的实现方式中的方法，或者，执行如第四方面或其任意可能的实现方式中的方法，或者，执行如第五方面或其任意可能的实现方式中的方法。
第十方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机指令，当所述计算机指令在计算机上被执行时，如第一方面或其任意可能的实现方式中的方法被实现，或者，如第二方面或其任意可能的实现方式中的方法被实现。
第十一方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机指令，当所述计算机指令在计算机上被执行时，如第三方面或其任意可能的实现方式中的方法被实现，或者，如第四方面或其任意可能的实现方式中的方法被实现，或者，如第五方面或其任意可能的实现方式中的方法被实现。
第十二方面，本申请提供一种计算机程序产品，所述计算机程序产品包括计算机程序或代码，当所述计算机程序或代码在计算机上被运行时，如第一方面或其任意可能的实现方式中的方法被实现，或者，如第二方面或其任意可能的实现方式中的方法被实现。
第十三方面，本申请提供一种计算机程序产品，所述计算机程序产品包括计算机程序或代码，当所述计算机程序或代码在计算机上被运行时，如第三方面或其任意可能的实现方式中的方法被实现，或者，如第四方面或其任意可能的实现方式中的方法被实现，或者，如第五方面或其任意可能的实现方式中的方法被实现。
第十四方面，本申请提供一种通信装置，包括处理器和通信接口，所述通信接口用于接收信号并将所述信号传输至所述处理器，所述处理器处理所述信号，以使得如第一方面或其任意可能的实现方式中的方法被执行，或者，如第二方面或其任意可能的实现方式中的方法被执行。
第十五方面，本申请提供一种通信装置，包括处理器和通信接口，所述通信接口用于接收信号并将所述信号传输至所述处理器，所述处理器处理所述信号，以使得如第三方面或其任意可能的实现方式中的方法被执行，或者，如第四方面或其任意可能的实现方式中的方法被执行，或者，如第五方面或其任意可能的实现方式中的方法被执行。
第十六方面，本申请提供一种无线通信系统，包括如第八方面所述的通信设备和第九方面所述的通信设备。
附图说明
图1为NR L2的数据处理的示意图。
图2为NR AM传输数据包的基本流程。
图3为RLC层的AM发送窗口的运行图。
图4为RLC层的AM接收窗口的运行图。
图5为PDCP配置duplication功能后传输数据的示意图。
图6为本申请的方案1的示意性流程图。
图7为方案1的处理数据包的一个示例。
图8为本申请的方案2的示意性流程图。
图9为方案2的处理数据包的一个示例。
图10为本申请提供的状态报告格式的一个示例。
图11为本申请提供的方案3的示意性流程图。
图12为本申请提供的方案3的一个示例。
图13为本申请提供的通信装置1000的示意性框图。
图14为本申请提供的另一通信装置2000的示意性框图。
图15为本申请提供的通信装置10的示意性结构图。
图16为本申请提供的另一通信装置20的示意性结构图。
具体实施方式
下面将结合附图，对本申请中的技术方案进行描述。
为了便于理解方案，首先对本申请涉及的相关技术和概念进行简单介绍。
新空口(new radio，NR)的层2(下文记作NR L2)包括PDCP层、RLC层和MAC层。其中，PDCP层负责数据包的按序发送和重排序。RLC层负责分段和分段重组。MAC层负责逻辑信道复用和解复用。数据在各层传输，需要加上各层的头信息，用于辅助实现各层的功能，NR L2数据处理如图1所示。
参见图1，图1为NR L2的数据处理的示意图。如图1所示，对于发送端或者接收端，一个PDCP PDU承载于一个或多个RLC PDU，且一个PDCP SN对应一个RLC SN。例如，PDCPPDU、RLC PDU、MAC PDU以及传输块(transport block，TB)的对应关系如图1所示。
其中，RLC层提供TM，UM和确认模式(acknowledged mode，AM)三种传输方式。在AM中，发送端和接收端各自的RLC实体之间提供可靠的数据传输，基本流程如2所示。
参见图2，图2为NR AM传输数据包的基本流程。
(1)发送端为RLC SDU分配RLC SN，组成RLC PDU，递交给MAC层后将RLC PDU保存到发送窗口的发送队列中，同时，通过RLC PDU的标记位P通知接收端是否发送状态报告。例如，P置为1，表示发送，P置为0，表示不发送。
(2)接收端在接收到RLC PDU之后，标记对应的RLC PDU已接收到，同时根据携带的P的值，发送状态报告。
(3)发送端接收到状态报告之后，重新发送未被确认的RLC PDU或其分段。
(4)发送端的RLC层将接收端已经确认接收到的RLC SDU通知PDCP层。
发送端的详细流程参见图3。如图3，图3为RLC层的AM发送窗口的运行图。
发送窗口涉及的变量的定义如下：
TX_Next_Ack：待收到确认回复的RLC SN，小于其值的RLC SN均已经被接收端确认接收，初始值为0，为发送窗口的下边界；
TX_Next：待发送的RLC SN，或者说已发送的RLC SN的最大值+1，初始值为0；
AM_Window_Size：AM窗口的大小，使用12位的SN时，其大小为2048；使用18位的SN时，其大小为131072；
POLL_SN：携带P的值为1的RLC SN中的最大值，每次递交PDU时更新；
PDU_WITHOUT_POLL：未通知过接收端发送状态报告的RLC SN的总数。假定该值≥5(实际依赖于具体实现)就需要通知接收端发送状态报告，每次发送PDU时更新；
BYTE_WITHOUT_POLL：未通知过接收端发送状态报告的RLC PDU的数据量(单位：byte)，每次发送PDU时更新；
RETX_COUNT：RLC SDU的重传次数，每个RLC SDU维护一个数值。每重传一次更新，当重传次数大于某一个设定值，通知上层触发连接重建立，当前连接中断；
t_PollRetransmit：触发通知接收端发送状态报告的定时器。当定时器超时时，在最近发送的PDU中将P的值置为1，以通知接收端发送状态报告，发送后重新定时器。
在图3中，RLC的AM发送窗口的SN为12位，AM_Window_Size为2048，具体过程如下：
A：发送端初始建立连接，各变量均为初始值，此时根据上行调度资源，RLC层递交5个AMD PDU(总大小为1kB)给MAC层，在发送窗口范围[0，2047]内分配SN，添加到发送窗口的发送队列中，定时器t_PollRetransmit未启动。
B：发送端发送5个AM PDU，PDU_WITHOUT_POLL＝设定门限值5，在发送的AMD PDU 4中将P的值置为1，通知接收端发送状态报告，POLL_SN移动到5，定时器t_PollRetransmit启动。
C：发送端接收来自于接收端的状态报告，确认RLC PDU 0，1，4已接收到，无需重传，同时上报PDCP层。定时器t_PollRetransmit启动。RLC层新初传AMD PDU 5，在发送窗口[2，2049]内分配SN，添加到发送窗口的发送队列，递交给MAC层。
D：发送端基于状态报告，重传RLC SDU 2，3，并且RLC SDU 2，3的RETX_COUNT值分别加1。如果传输通道拥塞，达到最大重传次数，上层触发连接重建立，当前连接中断。
E：发送端的RLC层接收到PDCP层的撤销通知，请求撤销RLC SDU 3。由于RLC层已经为RLC SDU 3分配SN，并加入了发送窗口，因此无法撤销，RLC层不作处理。
接收端的详细流程参见图4。如图4，图4为RLC层的AM接收窗口的运行图。
接收窗口涉及的变量的定义如下：
RX_Next：下一个待接收的RLC SN，小于其值的RLC SN均已接收到，为接收窗口的下边界，上边界为RX_Next+AM_Window_Size；
RX_Next_Highest：当前接收到的RLC SN的最大值+1；
AM_Window_Size：AM窗口的大小，使用12位的SN时，其大小为2048；使用18位的SN时，其大小为131072；
RX_Highest_Status：发送状态报告时已接收到的RLC SN中的最大值，定时器t-Reassembly超时或接收到的RLC SN等于其值时更新；
RX_Next_Status_Trigger：定时器t-Reassembly超时时的RX_Next_Highest的值；
t-Reassembly：重组定时器，超时时发送状态报告，实际超时时间可以依赖具体实现，持续循环启动；
t-StatusProhibit：禁止发送状态报告定时器，发送状态报告后启动，超时后才能发送状态报告。
在图4中，RLC的AM接收窗口的SN为12位，AM_Window_Size为2048，具体过程如下：
A：初始态，各变量均为初始值，新接收到AMD PDU 0，1，均在接收窗口[0，2047]内，RX_Next，RX_Next_Highest移动到2，启动t-Reassembly；
B：新接收到AMP PDU 4，在接收窗口[2，2049]内，RX_Next_Highest移动到5(P为1，但4>RX_Highest_Status，不发送状态报告)；
C：定时器t-Reassembly到期，触发发送状态报告SR，通知接收端AMD PDU 0，1，4已收到，AMD PDU 2，3未收到。定时器t-StatusProhibit启动，RX_Highest_Status移动到2，RX_Next_Status_Trigger移动到5。同时接收到AMD PDU 5(SDU头分段)，在接收窗口[2，2049]内，RX_Next_Highest不移动(SDU分段，未组成SDU)；
D：接收到AMD PDU 2的重传，RX_Next移动到3。接收到AMP PDU 5，RX_Next_Highest移动到6(SDU分段可以组装为SDU)。
在PDCP层使能复制(duplication)功能后，一个PDCP关联两条RLC传输通道，如图5所示。
参见图5，图5为PDCP配置duplication功能后传输数据的示意图。如图5，发送端的PDCP实体层下发数据时，会将同一个PDCP PDU同时发送给两个关联的RLC实体进行AM传输。接收端的PDCP层也同时关联两条RLC传输通道，并从关联的2个RLC实体接收PDCP PDU。对于同一个PDCP PDU，后接收到的按照重复PDU丢弃。
例如，在图5中，发送端的PDCP实体关联两个RLC实体，分别记作RLC实体1(例如图5中发送端的RLC_T_LTE)和RLC实体2(例如图5中发送端的RLC_T_NR)。接收端的PDCP实体关联两个RLC实体，分别为RLC实体3(例如图5中接收端的RLC_T_LTE)和RLC实体4(例如图5中接收端的RLC_T_NR)。其中，RLC实体1和RLC实体3之间组成一条RLC传输通道，RLC实体2和RLC实体4之间组成另一条RLC传输通道。
A：发送端的RLC实体1接收到来自于接收端的状态报告，状态报告指示RLC SDU0，1，4对应的PDCP PDU已接收到。RLC实体1通知PDCP层PDCP PDU的接收情况。
B：PDCP实体通过一个RLC实体(例如，RLC实体1)接收到对PDCP PDU的确认后，会通知关联的另一个RLC实体(例如，RLC实体2)撤销对应的RLC SDU的发送。如果被通知撤销的RLC SDU已经被发送过一次，按照目前协议无法撤销，只能继续重传。
因为，目前协议不允许引入RLC SDU的SN缺口，如下面的描述：
when indicated from upper layer(i.e.，PDCP)to discard a particular RLCSDU，the transmitting side of an AM RLC entity of the transmitting UM RLCentity shall discard the RLC SDU，if neither the RLC SDU nor a segment thereofhas been submitted to the lower 1ayers.The transmitting side of an AM RLCentity shall not introduce an RLC SN gap when discarding an RLC SDU.
由此，如果撤销某个或某几个SN，将会导致RLC实体的接收窗口的状态变量无法移动，接收窗口僵死。例如，在图5中，如果PDCP通知发送端的RLC实体2撤销RLC SDU4的发送，则接收端的RLC实体4的接收窗口的RLC PDU永远无法接收到，RX_Next将无法移动，接收窗口僵死。
另外，由于无法撤销的RLC SDU只能继续重传，而反复重传会加重传输通道的拥塞，并且，当重传次数达到预设时时，会触发无线资源控制(radio resource control，RRC)连接的重建立。
为此，本申请提出一种技术方案，旨在解决发送端的PDCP实体在配置了duplication功能的情况下，撤销RLC SDU时出现的接收端的RLC实体的接收窗口僵死的问题。
下面介绍本申请的技术方案。
本申请的技术方案可以应用于NR的上下行数据传输的场景下。例如，在上行传输中，各实施例中的发送端为终端设备，接收端为网络设备。在下行传输中，发送端为网络设备，接收端为终端设备。
本申请中涉及的网络设备可以为可以是任意一种具有无线收发功能的设备。所述网络设备包括但不限于：演进型节点B(evolved Node B，eNB)、无线网络控制器(radionetwork controller，RNC)、节点B(Node B，NB)、基站控制器(base station controller，BSC)、基站收发台(base transceiver station，BTS)、家庭基站(home evolved NodeB，或home Node B，HNB)、基带单元(baseband unit，BBU)、接入点(access point，AP)、无线中继节点、无线回传节点、传输点(transmission point，TP)或者发送接收点(transmissionand reception point，TRP)等，还可以为5G系统中的gNB或传输点，或者还可以为构成gNB或传输点的网络节点，例如，基带单元(building baseband unit，BBU)或分布式单元(distributed unit，DU)等，还可以为未来通信系统中的基站设备等。
本申请中涉及的终端设备可以为可以指用户设备、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端(terminal)、无线通信设备、用户代理或用户装置。终端设备还可以是蜂窝电话、无绳电话、会话启动协议(sessioninitiation protocol，SIP)电话、无线本地环路(wireless local loop，WLL)站、个人数字处理(personal digital assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备，5G网络中的终端设备或者以后通信系统中的终端设备等，本申请对此并不限定。
方案1
发送端对于需要撤销的PDCP PDU，取消发送其对应的RLC PDU的数据分段，而仅发送RLC头部。发送端的PDCP PDU经过L2(如上文的说明)的封装，最终得到TB，然后通过空口发送给接收端。接收端对接收到的TB进行解封装，如果解封装得到的RLC PDU中的部分RLCPDU(例如，一个或多个)仅包含RLC头部而不包含数据分段，则接收端可以获知这些仅包含RLC头部的RLC PDU对应的PDCP PDU是被发送端撤销的PDCP PDU。由此，接收端更新接收窗口的状态变量。
例如，作为一种具体的实现方式，发送端的RLC实体接收到来自于PDCP实体的撤销通知，撤销通知用于指示需要撤销的PDCP SN。RLC实体从发送窗口的队列中找出与所述需要撤销的PDCP SN对应的RLC SN，并将该RLC SN对应的RLC PDU的数据分段标记为“取消”，表示该RLC PDU是需要撤销的RLC PDU。RLC实体在对RLC PDU进行重传时，如果RLC PDU的数据分段被标记为“取消”，则RLC实体只发送该RLC PDU的RLC头部，也即，RLC PDU Header。
接收端的RLC实体在接收到不带数据分段而只有RLC头部的RLC PDU的情况下，将该RLC PDU标记为“已接收到”，并更新接收窗口的状态变量。
参见图6，图6为本申请的方案1的示意性流程图。
210、发送端的PDCP实体向RLC实体发送撤销通知，其中，撤销通知用于指示需要被撤销的PDCP PDU。例如，撤销通知用于指示需要被撤销的PDCP PDU对应的PDCP SN。
RLC实体接收来自于PDCP实体的撤销通知。
220、发送端的RLC实体从发送窗口中找出所述需要撤销的PDCP PDU对应的RLCPDU，并将该RLC PDU的数据分段标记为“取消”。
230、发送端的RLC实体在进行重传处理时，如果一个RLC PDU的数据分段被标记为“取消”，则RLC实体仅发送RLC PDU Header。
240、接收端的RLC实体接收到只包含RLC头部而不包含数据分段的RLC PDU之后，将该RLC PDU标记为“已接收到”，并更新接收窗口的第一状态变量。
具体地，在步骤240中，第一状态变量具体是指上文介绍的接收端RLC实体的接收窗口的RX_Next的值。也即，第一状态变量的数值用于指示接收端的RLC实体对RLC PDU的接收情况，其中，小于第一状态变量的数值的RLC SN均已接收到。
进一步地，接收端的RLC实体更新第一状态变量的数值之后，移动接收窗口，并根据接收到的RLC PDU的标记位P的值(参见上文说明)的指示发送状态报告，如下面的步骤250。
250、接收端RLC实体向发送端发送状态报告，状态报告中携带所述被标记的RLCPDU的接收情况。具体地，所述被标记的RLC PDU的接收情况为“已接收”。
换句话说，状态报告用于确认已接收到所述被标记的RLC PDU。
下面结合图7，对方案1中提出的RLC实体去除数据段的方案进行举例说明。
参见图7，图7为方案1的处理数据包的一个示例。如图7，发送端的RLC实体的发送窗口中有4个RLC PDU。在某个时刻，RLC实体接收到来自于PDCP实体的撤销通知，假设需要被撤销的PDCP PDU对应的RLC PDU的SN＝13，则RLC实体遍历发送窗口中的发送队列，将RLCSN 13对应的RLC PDU的数据分段标记为“取消”。MAC实体在发送PDU时，减少一个数据分段的发送。例如，MAC实体原本可以将RLC PDU 12，13封装在一个传输块(transport block，TB)中发送。取消了RLC PDU 13的数据分段的发送之后，RLC PDU 12，13，14可以在一个TB中发送。由此，可以降低传输通道的拥塞，减少发送窗口的PDU的积压。其中，图7中的HDR表示“header”。
可见，在方案1中，接收端的RLC实体通过只发送需要撤销的RLC PDU的RLC头部，以隐式指示接收端RLC实体将该RLC PDU视作已接收到，从而接收端的RLC实体更新第一状态变量的数值，并移动接收窗口，由此可以避免接收窗口的僵死。
方案2
发送端通过向接收端发送状态报告，触发接收端更新接收窗口的状态变量的数值，并移动接收窗口。
需要说明的是，在现有流程中，状态报告是由接收端发送给发送端，以反馈接收端对来自于发送端的RLC PDU的接收情况的。而在本申请中，发送端在需要撤销RLC PDU的情况下，或者，发送端在PDCP PDU的发送情况(例如，被接收端成功接收)发生更新的情况下，确定符合条件的RLC PDU，并向接收端发送状态报告，状态报告中携带所确定的符合条件的RLC PDU的序列号，以触发接收端根据状态报告中携带的RLC PDU的序列号，更新接收窗口的状态变量，移动接收窗口。
例如，作为一种具体的实现方式，在满足触发条件的情况下，发送端的RLC实体将发送窗口中符合条件的RLC PDU均标记为“已确认接收”，并将被标记的RLC PDU的SN添加到确认列表中。
后续，发送端的RLC实体生成状态报告，所述状态报告中携带所述确认列表(或者，确认列表信息)，并向接收端发送状态报告，并移动发送窗口。
其中，上述触发条件至少包括如下之一：
(1)发送端的RLC实体接收到来自于PDCP实体的撤销通知，撤销通知用于指示需要被撤销的PDCP PDU；
(2)发送端的PDCP实体维护的第二状态变量的数值发生变化。例如，发送端的PDCP实体维护的第二状态变量的数值发生变化的情况下，PDCP实体主动向RLC实体发送通知，告知该变化。
可选地，在一个示例，触发条件为RLC实体接收到PDCP实体的撤销通知，所述撤销通知用于指示需要被撤销的PDCP PDU。在这种情况下，所述符合条件的RLC PDU为所述发送端的PDCP实体通知需要被撤销的PDCP PDU对应的RLC PDU。
可选地，在另一个示例中，触发条件可以为发送端的PDCP实体维护的第二状态变量的数值发生更新，其中，第二状态变量的数值用于指示所述PDCP实体所发送的PDCP PDU的接收情况，PDCP SN小于所述第二状态变量的数值的PDCP PDU已全部被接收端接收到。在这种情况下，所述符合条件的RLC PDU为RLC SN小于参考RLC SN的RLC PDU。其中，所述参考RLC SN为发送端的PDCP实体维护的第二状态变量的数值指示的PDCP SN所对应的RLC SN。
具体地，PDCP实体维护的第二状态变量为TX_Next_Ack，其中，TX_Next_Ack的含义表示：小于该TX_Next_Ack的数值的PDCP SN对应的PDCP PDU已全部被接收端确认接收。
参见图8，图8为本申请的方案2的示意性流程图。
310、发送端的RLC实体将符合条件的RLC PDU标记为“已确认接收”，并将被标记的RLC PDU对应的RLC SN添加到确认列表。
可选地，在步骤310中，包括2种可能的情况。
在一种情况中，发送端的RLC实体接收来自于PDCP实体的撤销通知，撤销通知用于指示需要被撤销的PDCP PDU。RLC实体遍历发送窗口，找出需要被撤销的PDCP PDU对应的RLC PDU，将其标记为“已确认接收”。进一步地，RLC实体将被标记的RLC PDU的SN添加到确认列表(以下记作CNF-LIST)中。
在另一种情况中，发送端的PDCP实体需要维护上述第二状态变量，具体可以表示为TX_Next_Ack。TX_Next_Ack的数值用于指示已递交到RLC实体的PDCP PDU中下一个待被接收端确认的PDCP PDU对应的PDCP SN，也即，PDCP SN小于TX_Next_Ack的数值的PDCP PDU均已被接收端确认接收。
可以理解的是，第二状态变量的数值实际上指示的是一个PDCP SN。
在TX_Next_Ack的数值发生更新的情况下，PDCP实体触发RLC实体将TX_Next_Ack的数值所指示的PDCP SN对应的RLC PDU标记为“已确认接收”。RLC实体将TX_Next_Ack的数值指示的PDCP SN对应的RLC PDU标记之后，将被标记的RLC PDU对应的RLC SN添加到CNF-LIST中。
320、发送端生成状态报告并发送给接收端，并发送移动窗口。其中，状态报告中携带所述确认列表的信息。
其中，状态报告用于指示所述确认列表中的RLC SN的接收情况，具体地，所述确认列表中的RLC SN对应的RLC PDU被标记为已确认接收。
330、接收端的RLC实体接收来自于发送端的状态报告，将所述确认列表中的RLCSN对应的RLC PDU标记为“已接收到”，并更新第一状态变量的数值，移动接收窗口。
其中，关于第一状态变量的说明与方案1中相同，这里不再赘述。
在方案2中，发送端的RLC实体通过将需要撤销的PDCP SN对应的RLC SN进行标记，或者，在PDCP维护的第二状态变量的数值更新的情况下，RLC实体对相应的RLC PDU进行标记，并将标记的RLC PDU的SN添加到确认列表。最后，发送端的RLC实体向接收端发送状态报告，状态报告中包含确认列表中的RLC SN。接收端的RLC实体通过将确认列表中的RLC SN标记为“已接收到”，从而视作确认列表中的RLC SN已接收到，进而更新第一状态变量(具体如上文的RX_Next)的数值，并移动接收窗口，由此也可以避免接收窗口的僵死。
下面结合图9对方案2进行举例说明。
参见图9，图9为方案2的处理数据包的一个示例。
另外，在方案2中，发送端向接收端发送的状态报告的格式可以如图10所示。
参见图10，图10为本申请提供的状态报告格式的一个示例。如图10，状态报告可以包含的字段及其配置如下：
D/C，包含1bit，RLC data PDU或RLC control PDU；
R：作为保留字段，包含1bit；
CPT：包含3bit，用于指示RLC control PDU的类型；
START_SN：12或18bit，在发送端标记为“已接收到”的连续RLC SN的起点；
SN_CNT：4或6bit，在TRAN_SN基础上，连续SN_CNT个RLC SDU在发送端均被标记为“已接收到”(包含TRAN_SN)，无连续的值为1。
方案3
接收端自身维护第三状态变量，并在第三状态变量的数值发生更新的情况下，确定符合条件的RLC PDU，再根据所确定的符合条件的RLC PDU的序列号，更新接收窗口的状态变量的数值，移动接收窗口。
例如，在一种具体的实现方式中，接收端的RLC实体在PDCP实体维护的第三参考变量的数值发生更新的情况下，将接收窗口中符合条件的RLC PDU标记为“已接收到”，并更新第一状态变量的数值，移动接收窗口。
其中，第三状态变量用于反映接收端的PDCP实体对来自于发送端的PDCP PDU的接收情况。具体地，PDCP SN小于第三状态变量的数值的PDCP PDU已全部接收到。
可选地，第三参考变量可以为RX_DELIV。
另外，符合条件的一个或多个RLC PDU为RLC SN小于参考RLC SN的RLC PDU，所述参考RLC SN对应的PDCP计数值是所述接收窗口中已接收到的RLC PDU各自对应的PDCP计数值中小于所述第三状态变量的数值的最大PDCP计数值。
在方案3中，接收端的RLC实体遍历已接收到的RLC PDU，对其解析可以获得PDCPSN。根据每个PDCP SN可以将计算得到一个CONUT值，在本申请中称为PDCP计数值。应理解，一个PDCP PDU的COUNT值可以根据PDCP SN和该PDCP的超帧号(hyper frame number，HFN)得到。
在下文中，RLC实体解析接收窗口已接收到的RLC PDU获得PDCP SN，其中PDCP SN对应的PDCP记作PDCP_COUNT_Received。
其中，方案3中符合条件的一个或多个RLC PDU是根据PDCP_COUNT_Received和第三状态变量的数值确定的，下面结合图11进行说明。
参见图11，图11为本申请提供的方案3的示意性流程图。
410、在PDCP实体维护的第三状态变量的数值发生变化的情况，接收端的RLC实体遍历已接收到的RLC PDU，解析其数据段获取PDCP SN，并计算出PDCP SN对应的COUNT值，保存到PDCP_COUNT_Received。其中，解析不出数据段的置为无效值。
进一步地，RLC实体查找出小于第三状态变量的数值的最大PDCP_COUNT_Received对应的RLC_SN_Received。
其中，小于第三状态变量的数值的最大PDCP_COUNT_Received对应的RLC_SN_Received对应的RLC SN在本申请中称为参考RLC SN。
420、RLC实体将接收窗口中小于参考RLC SN的RLC PDU均标记为“已接收到”，并更新第一状态变量的数值，移动接收窗口。
进一步地，RLC实体将标记为“已接收到”的RLC PDU对应的RLC SN携带在状态报告中发送给发送端。
430、发送端接收到状态报告后，将状态报告中携带的RLC SN对应的RLC PDU标记为“确认已接收到”，并移动发送窗口。
下面结合图12，本申请方案3的处理数据包的方法进行说明。
参见图12，图12为本申请提供的方案3的一个示例。如图12所示，
A：接收端的RLC实体在PDCP实体维护的RX_DELIV的数值更新为11的情况下，遍历接收窗口中已接收到的RLC PDU(例如图12中的RLC SN 13)，解析RLC SN 13对应的RLCPDU，得到PDCP SN为10。在NR中，由于RLC实体封装的RLC PDU仅包含来自于PDCP实体的一个PDCP PDU或一个PDCP PDU的分段，因此，如果解析RLC SN 13对应的RLC PDU获得的PDCP SN为10，则RLC SN 14对应的PDCP SN为11，而接收端的PDCP实体维护的第三状态变量(也即，RX_DELIV)的数值已经更新到11，表明小于11的PDCP PDU均已接收到。也即，RLC SN小于14的RLC PDU均已接收到，在图12中所示的小于14的RLC SN为12，13，而RLC SN 13对应的RLCPDU已经接收到，因此，RLC实体将小于SN小于14的其它未接收到的RLC SN标记为“已接收到”。具体地，RLC实体将接收窗口中RLC SN 12对应的RLC PDU标记为“已接收到”。
B：接收端向发送端发送状态报告，通知发送端RLC PDU 12已接收到。
另外，接收端的RLC实体更新第一状态变量的数值，并移动接收窗口。具体地，将第一状态变量从状态A之前的数值(图12中未示出)变更为状态B之后的RX_Next＝14。
C：发送端将状态报告中的RLC SN 12对应的RLC PDU标记为“已确认接收到”，并移动发送窗口。
以上对本申请提供的避免接收窗口的僵死的技术方案作了详细说明。可以看出，根据本申请的技术方案，能够快速撤销已经分配RLC SN并且已经递交到MAC层处理的RLCPDU。而且，可以减少RLC传输通道的拥塞，降低接收端的PDCP HFN计算错误的概率。另外，还可以降低达到最大重传次数后触发RRC连接重建立的概率。此外，还可以提高使能PDCP层的duplication功能的信令无线承载(signaling radio bearer，SRB)或数据无线承载(dataradio bearer，DRB)的可靠性，降低时延。
下面介绍本申请提供的通信装置。
参见图13，图13为本申请提供的通信装置1000的示意性框图。如图13，通信装置1000包括处理单元1100、接收单元1200和发送单元1300。
在一种实现方式中，上述各单元用于执行如下操作和/或处理：
处理单元1100，用于确定需要撤销的PDCP PDU；
发送单元1300，用于向接收端发送TB，所述TB包含一个或多个RLC PDU，所述一个或多个RLC PDU中包括所述需要撤销的PDCP PDU对应的RLC PDU，所述需要撤销的RLC PDU对应的RLC PDU仅包含RLC头部且不包含数据分段。
在另一种实现方式中，上述各单元用于执行如下操作和/或处理：
处理单元1100，用于确定符合条件的RLC PDU；
其中，所述符合条件的RLC PDU为所述PDCP实体通知需要被撤销的PDCP PDU对应的RLC PDU；或者，
所述符合条件的RLC PDU为RLC SN小于参考RLC SN的RLC PDU，其中，所述参考RLCSN为所述第二状态变量更新后的数值所指示的PDCP SN对应的RLC SN，第二状态变量的数值用于指示所述通信装置发送的PDCP PDU在接收端的接收情况，PDCP SN小于所述第二状态变量的数值的PDCP PDU已全部被接收端接收到；
发送单元1300，用于向接收端发送状态报告，所述状态报告携带所述符合条件的RLC PDU的RLC SN。
在以上各实现方式中，接收单元1200和发送单元1300也可以集成为一个收发单元，同时具备接收和发送的功能，这里不作限定。
可选地，作为一个示例，通信装置1000可以为方法实施例中的发送端。在这种情况下，接收单元1200可以为接收器，发送单元1300可以为发射器。接收器和发射器也可以集成为一个收发器。
可选地，作为另一个示例，通信装置1000可以为发送端中的芯片或集成电路。在这种情况下，接收单元1200和发送单元1300可以为通信接口或者接口电路。例如，接收单元1200为输入接口或输入电路，发送单元1300为输出接口或输出电路。
在各示例中，处理单元1100用于执行除了发送和接收的动作之外由发送端内部实现的处理和/或操作。
处理单元1100可以为处理装置。其中，处理装置的功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。例如，处理装置可以包括至少一个处理器和至少一个存储器，其中，所述至少一个存储器用于存储计算机程序，所述至少一个处理器读取并执行所述至少一个存储器中存储的计算机程序，使得通信装置1000执行各方法实施例中由发送端执行的操作和/或处理。
可选地，处理装置可以仅包括处理器，用于存储计算机程序的存储器位于处理装置之外。处理器通过电路/电线与存储器连接，以读取并执行存储器中存储的计算机程序。
可选地，在一些示例中，处理装置还可以为芯片或集成电路。例如，处理装置包括处理电路和接口电路，接口电路用于接收信号和/或数据，并将所述信号和/或数据传输至处理电路，所述处理电路处理所述信号和/或数据，使得各方法实施例中由发送端执行的操作被执行。
参见图14，图14为本申请提供的另一通信装置2000的示意性框图。如图14，通信装置2000包括处理单元2100、接收单元2200和发送单元2300。
在一种实现方式中，上述各单元用于执行如下操作和/或处理：
接收单元2200，用于接收来自于发送端的TB；
处理单元2100，用于对所述TB进行解封装，得到一个或多个RLC PDU；
所述处理单元2100，还用于在所述一个或多个RLC PDU中的部分RLC PDU仅包含RLC头部且不包含数据分段的情况下，根据所述仅包含RLC头部且不包含数据分段的RLCPDU的序列号，更新第一状态变量的数值，所述第一状态变量的数值用于指示待接收的下一个RLC PDU的序列号，其中，RLC SN小于所述第一状态变量的数值的RLC PDU已全部接收到。
在另一种实现方式中，上述各单元用于执行如下操作和/或处理：
处理单元2100，用于接收来自于发送端的状态报告，所述状态报告携带一个或多个RLC SN；
其中，所述一个或多个RLC SN对应的RLC PDU为需要被撤销的PDCP PDU对应的RLCPDU，或者，
所述一个或多个RLC SN为小于参考RLC SN的RLC PDU，所述参考RLC SN为发送端维护的第二状态变量更新后的数值所指示的PDCP SN对应的RLC SN，第二状态变量的数值用于指示所述通信装置对来自于所述发送端的PDCP PDU的接收情况，PDCP SN小于所述第二状态变量的数值的PDCP PDU已全部接收到；
所述处理单元2100，还用于根据所述一个或多个RLC SN，更新第一状态变量的数值，所述第一状态变量的数值用于指示待接收的下一个RLC PDU的序列号，其中，RLC SN小于所述第一状态变量的数值的RLC PDU已全部接收到。
在再一种实现方式中，上述各单元用于执行如下操作和/或处理：
处理单元2100，用于在所述通信装置维护的第三状态变量的数值发生更新的情况下，确定符合条件的RLC PDU；
其中，PDCP SN小于所述第三状态变量的数值的PDCP PDU已全部接收到，所述符合条件的RLC PDU为RLC SN小于参考RLC SN的RLC PDU，所述参考RLC SN对应的PDCP SN是所述通信装置已接收到的RLC PDU各自对应的PDCP SN中小于所述第三状态变量的数值的最大PDCP SN；
所述处理单元2100，还用于根据所述符合条件的RLC PDU的序列号，更新第一状态变量的数值，所述第一状态变量的数值用于指示待接收的下一个RLC PDU的序列号，其中，RLC SN小于所述第一状态变量的数值的RLC PDU已全部接收到。
在以上各实现方式中，接收单元2200和发送单元2300也可以集成为一个收发单元，同时具备接收和发送的功能，这里不作限定。
可选地，作为一个示例，通信装置2000可以为方法实施例中的接收端。在这种情况下，接收单元2200可以为接收器，发送单元2300可以为发射器。接收器和发射器也可以集成为一个收发器。
可选地，作为另一个示例，通信装置2000可以为接收端中的芯片或集成电路。在这种情况下，接收单元2200和发送单元2300可以为通信接口或者接口电路。例如，接收单元2200为输入接口或输入电路，发送单元2300为输出接口或输出电路。
在各示例中，处理单元2100用于执行除了发送和接收的动作之外由接收端内部实现的处理和/或操作。
处理单元2100可以为处理装置。其中，处理装置的功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。例如，处理装置可以包括至少一个处理器和至少一个存储器，其中，所述至少一个存储器用于存储计算机程序，所述至少一个处理器读取并执行所述至少一个存储器中存储的计算机程序，使得通信装置2000执行各方法实施例中由接收端执行的操作和/或处理。
可选地，处理装置可以仅包括处理器，用于存储计算机程序的存储器位于处理装置之外。处理器通过电路/电线与存储器连接，以读取并执行存储器中存储的计算机程序。
可选地，在一些示例中，处理装置还可以为芯片或集成电路。例如，处理装置包括处理电路和接口电路，接口电路用于接收信号和/或数据，并将所述信号和/或数据传输至处理电路，所述处理电路处理所述信号和/或数据，使得各方法实施例中由接收端执行的操作被执行。
参见图15，图15为本申请提供的通信装置10的示意性结构图。如图15，通信装置10包括：一个或多个处理器11，一个或多个存储器12以及一个或多个通信接口13。处理器11用于控制通信接口13收发信号，存储器12用于存储计算机程序，处理器11用于从存储器12中调用并运行该计算机程序，以使得本申请各方法实施例中由发送端执行的流程和/或操作被执行。
例如，处理器11可以具有图13中所示的处理单元1100的功能，通信接口13可以具有图13中所示的接收单元1200和/或发送单元1300的功能。具体地，处理器11可以用于执行图2-图12中由发送端内部执行的处理或操作，通信接口13用于执行图2-图12中由发送端执行的发送和/或接收的动作。
在一种实现方式中，通信装置10可以为方法实施例中的发送端。在这种实现方式中，通信接口13可以为收发器。收发器可以包括接收器和发射器。可选地，处理器11可以为基带装置，通信接口13可以为射频装置。在另一种实现中，通信装置10可以为安装在发送端中的芯片或者集成电路。在这种实现方式中，通信接口13可以为接口电路或者输入/输出接口。
参见图16，图16为本申请提供的另一通信装置20的示意性结构图。如图16，通信装置20包括：一个或多个处理器21，一个或多个存储器22以及一个或多个通信接口23。处理器21用于控制通信接口23收发信号，存储器22用于存储计算机程序，处理器21用于从存储器22中调用并运行该计算机程序，以使得本申请各方法实施例中由接收端执行的流程和/或操作被执行。
例如，处理器21可以具有图14中所示的处理单元2100的功能，通信接口23可以具有图14中所示的接收单元2200和/或发送单元2300的功能。具体地，处理器21可以用于执行图2-图12中由接收端内部执行的处理或操作，通信接口33用于执行图2-图12中由接收端执行的发送和/或接收的动作。
在一种实现方式中，通信装置20可以为方法实施例中的接收端。在这种实现方式中，通信接口23可以为收发器。收发器可以包括接收器和发射器。可选地，处理器21可以为基带装置，通信接口23可以为射频装置。在另一种实现中，通信装置20可以为安装在接收端中的芯片或者集成电路。在这种实现方式中，通信接口23可以为接口电路或者输入/输出接口。
可选的，上述各装置实施例中的存储器与处理器可以是物理上相互独立的单元，或者，存储器也可以和处理器集成在一起，本文不做限定。
此外，本申请还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机指令，当计算机指令在计算机上运行时，使得本申请各方法实施例中由发送端执行的操作和/或流程被执行。
本申请还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机指令，当计算机指令在计算机上运行时，使得本申请各方法实施例中由接收端执行的操作和/或流程被执行。
此外，本申请还提供一种计算机程序产品，计算机程序产品包括计算机程序代码或指令，当计算机程序代码或指令在计算机上运行时，使得本申请各方法实施例中由发送端执行的操作和/或流程被执行。
本申请还提供一种计算机程序产品，计算机程序产品包括计算机程序代码或指令，当计算机程序代码或指令在计算机上运行时，使得本申请各方法实施例中由接收端执行的操作和/或流程被执行。
此外，本申请还提供一种芯片，所述芯片包括处理器。用于存储计算机程序的存储器独立于芯片而设置，处理器用于执行存储器中存储的计算机程序，以使得任意一个方法实施例中由发送端执行的操作和/或处理被执行。
进一步地，所述芯片还可以包括通信接口。所述通信接口可以是输入/输出接口，也可以为接口电路等。进一步地，所述芯片还可以包括所述存储器。
本申请还提供一种芯片，所述芯片包括处理器。用于存储计算机程序的存储器独立于芯片而设置，处理器用于执行存储器中存储的计算机程序，以使得任意一个方法实施例中由接收端执行的操作和/或处理被执行。
进一步地，所述芯片还可以包括通信接口。所述通信接口可以是输入/输出接口，也可以为接口电路等。进一步地，所述芯片还可以包括所述存储器。
此外，本申请还提供一种通信装置(例如，可以为芯片)，包括处理器和通信接口，所述通信接口用于接收信号并将所述信号传输至所述处理器，所述处理器处理所述信号，以使得任意一个方法实施例中由发送端执行的操作和/或处理被执行。
本申请还提供一种通信装置(例如，可以为芯片)，包括处理器和通信接口，所述通信接口用于接收信号并将所述信号传输至所述处理器，所述处理器处理所述信号，以使得任意一个方法实施例中由接收端执行的操作和/或处理被执行。
此外，本申请还提供一种通信装置，包括至少一个处理器，所述至少一个处理器与至少一个存储器耦合，所述至少一个处理器用于执行所述至少一个存储器中存储的计算机程序或指令，使得任意一个方法实施例中由发送端执行的操作和/或处理被执行。
本申请还提供一种通信装置，包括至少一个处理器，所述至少一个处理器与至少一个存储器耦合，所述至少一个处理器用于执行所述至少一个存储器中存储的计算机程序或指令，使得任意一个方法实施例中由接收端执行的操作和/或处理被执行。
此外，本申请还提供一种通信设备，包括处理器、存储器和收发器。其中，存储器用于存储计算机程序，处理器用于调用并运行存储器中存储的计算机程序，并控制收发器收发信号，以使终端设备执行任意一个方法实施例中由发送端执行的操作和/或处理。
本申请还提供一种通信设备，包括处理器、存储器和收发器。其中，存储器用于存储计算机程序，处理器用于调用并运行存储器中存储的计算机程序，并控制收发器收发信号，以使终端设备执行任意一个方法实施例中由接收端执行的操作和/或处理。
此外，本申请还提供一种无线通信系统，包括本申请实施例中的发送端和接收端。
本申请实施例中的处理器可以是集成电路芯片，具有处理信号的能力。在实现过程中，上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。处理器可以是通用处理器、数字信号处理器(digital signal processor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现场可编程门阵列(field programmable gate array，FPGA)或其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。本申请实施例公开的方法的步骤可以直接体现为硬件编码处理器执行完成，或者用编码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。
本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasablePROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronousDRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(direct rambusRAM，DRRAM)。应注意，本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
本申请中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。其中，A、B以及C均可以为单数或者复数，不作限定。
在本申请的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。
以上所述，仅为本申请的具体实施方式，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。
Claims (5)
1.一种处理数据包的方法，其特征在于，包括：
接收端在维护的第三状态变量的数值发生更新的情况下，确定符合条件的无线链路控制协议数据单元RLC PDU，
其中，分组数据汇聚协议序列号PDCP SN小于所述第三状态变量的数值的PDCP PDU已全部接收到，所述符合条件的RLC PDU为RLC SN小于参考RLC SN的RLC PDU，所述参考RLCSN对应的PDCP SN是所述接收端已接收到的RLC PDU各自对应的PDCP SN中小于所述第三状态变量的数值的最大PDCP SN；
所述接收端根据所述符合条件的RLC PDU的序列号，更新第一状态变量的数值，所述第一状态变量的数值用于指示所述接收端待接收的下一个RLC PDU的序列号，其中，RLC SN小于所述第一状态变量的数值的RLC PDU已全部接收到。
2.一种通信装置，其特征在于，包括：
处理单元，用于在在维护的第三状态变量的数值发生更新的情况下，确定符合条件的RLC PDU，
其中，PDCP SN小于所述第三状态变量的数值的PDCP PDU已全部接收到，所述符合条件的RLC PDU为RLC SN小于参考RLC SN的RLC PDU，所述参考RLC SN对应的PDCP SN是所述通信装置已接收到的RLC PDU各自对应的PDCP SN中小于所述第三状态变量的数值的最大PDCP SN；
所述处理单元，还用于根据所述符合条件的RLC PDU的序列号，更新第一状态变量的数值，所述第一状态变量的数值用于指示待接收的下一个RLC PDU的序列号，其中，RLC SN小于所述第一状态变量的数值的RLC PDU已全部接收到。
3.一种通信装置，其特征在于，包括处理器和接口电路，所述接口电路用于接收计算机代码或指令，并传输至所述处理器，所述处理器运行所述计算机代码或指令，如权利要求1所述的方法被实现。
4.一种通信装置，其特征在于，包括至少一个处理器，所述至少一个处理器与至少一个存储器耦合，所述至少一个处理器用于执行所述至少一个存储器中存储的计算机程序或指令，如权利要求1所述的方法被实现。
5.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机指令，当所述计算机指令被执行时，如权利要求1所述的方法被实现。
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/CN2020/088366 WO2021217602A1 (zh) | 2020-04-30 | 2020-04-30 | 处理数据包的方法和通信装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN114270742A CN114270742A (zh) | 2022-04-01 |
| CN114270742B true CN114270742B (zh) | 2024-03-26 |
Family
ID=78331633
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202080012180.9A Active CN114270742B (zh) | 2020-04-30 | 2020-04-30 | 处理数据包的方法和通信装置 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN114270742B (zh) |
| WO (1) | WO2021217602A1 (zh) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN117641444A (zh) * | 2022-08-09 | 2024-03-01 | 华为技术有限公司 | 数据处理方法及装置 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101621832A (zh) * | 2008-06-20 | 2010-01-06 | Lg电子株式会社 | 向上层传送pdcp数据单元的方法 |
| CN110505656A (zh) * | 2016-09-30 | 2019-11-26 | 华为技术有限公司 | 数据处理方法、装置及系统 |
| WO2019242612A1 (en) * | 2018-06-21 | 2019-12-26 | Jrd Communication (Shenzhen) Ltd | Transmission techniques in a cellular network |
| CN110999162A (zh) * | 2017-08-16 | 2020-04-10 | 三星电子株式会社 | 用于在下一代移动通信系统中传送和接收重复分组的方法和装置 |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108809542B (zh) * | 2017-05-05 | 2021-04-20 | 华为技术有限公司 | 一种数据传输的处理方法和装置 |
| CN109788516B (zh) * | 2017-11-13 | 2021-04-16 | 普天信息技术有限公司 | 一种lte切换过程中下行数据的确认方法及设备 |
| KR102598001B1 (ko) * | 2018-06-18 | 2023-11-06 | 삼성전자 주식회사 | 이동 통신 시스템에서 효율적인 패킷 중복 전송을 위한 방법 및 장치 |
-
2020
- 2020-04-30 WO PCT/CN2020/088366 patent/WO2021217602A1/zh active Application Filing
- 2020-04-30 CN CN202080012180.9A patent/CN114270742B/zh active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101621832A (zh) * | 2008-06-20 | 2010-01-06 | Lg电子株式会社 | 向上层传送pdcp数据单元的方法 |
| CN110505656A (zh) * | 2016-09-30 | 2019-11-26 | 华为技术有限公司 | 数据处理方法、装置及系统 |
| CN110999162A (zh) * | 2017-08-16 | 2020-04-10 | 三星电子株式会社 | 用于在下一代移动通信系统中传送和接收重复分组的方法和装置 |
| WO2019242612A1 (en) * | 2018-06-21 | 2019-12-26 | Jrd Communication (Shenzhen) Ltd | Transmission techniques in a cellular network |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2021217602A1 (zh) | 2021-11-04 |
| CN114270742A (zh) | 2022-04-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR100792586B1 (ko) | 무선 통신 시스템에서 수신부들을 재-설정하는 동안 제어ｐｄｕ들을 핸들링하기 위한 방법 및 장치 | |
| KR101032909B1 (ko) | 무선 통신 시스템 내에서 폴 기능을 트리거하는 방법 및 장치 | |
| KR101211758B1 (ko) | 무선 통신 시스템의 블록 데이터 생성 방법 | |
| EP1993226B1 (en) | Method and related apparatus for handling re-establishment of radio link control entity in a wireless communications system | |
| KR101461965B1 (ko) | 무선 통신 시스템의 특정 프로토콜 계층에서의 데이터 블록전송 및 처리 방법 | |
| US20070298781A1 (en) | Method and apparatus for handling status report after handover in a wireless communications system | |
| JP6262991B2 (ja) | ユーザ装置及び方法 | |
| US8098664B2 (en) | Retransmission-request transmitting method and receiving side apparatus | |
| CN108282292B (zh) | 用于处理数据的方法、发送端和接收端 | |
| AU2017262892B2 (en) | System and method for maintaining synchronization in connectionless transmissions | |
| KR20180044352A (ko) | 무선 통신 장치 및 무선 통신 방법 | |
| EP1751928B1 (en) | Lossless radio link control entity (rlc) re-establishment avoiding service data unit (sdu) duplication | |
| CN114270742B (zh) | 处理数据包的方法和通信装置 | |
| KR20070048630A (ko) | 무선통신시스템에서 ｒｌｃ 프로토콜 에러를 처리하기 위한방법 및 장치 | |
| US8073012B2 (en) | Method and related apparatus for handling packet discard in a wireless communications system | |
| EP3430752B1 (en) | Managing a sequence number range for radio link control entities in a radio access network during an on-going connection | |
| CN113518401B (zh) | 无线通信方法、终端设备和网络设备 | |
| US9246638B2 (en) | Method and apparatus for polling transmission status in a wireless communications system | |
| WO2022061751A1 (en) | Method and apparatus for multicast and broadcast services | |
| CN111654360B (zh) | 一种非激活态的切换处理方法及通信设备 | |
| WO2021217605A1 (zh) | 处理数据包的方法和通信装置 | |
| WO2022242484A1 (zh) | 一种通信方法及装置 | |
| WO2023115477A1 (en) | Methods and apparatuses for supporting a packet discarding operation in rlc layer due to a packet loss | |
| AU2021480242A1 (en) | Methods and apparatuses for supporting a packet discarding operation in a pdcp layer due to a packet loss |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |