CN113543040B

CN113543040B - 数据处理方法、数据处理装置及通信设备

Info

Publication number: CN113543040B
Application number: CN202010323598.3A
Authority: CN
Inventors: 吴昱民
Original assignee: Vivo Mobile Communication Co Ltd
Current assignee: Vivo Mobile Communication Co Ltd
Priority date: 2020-04-22
Filing date: 2020-04-22
Publication date: 2023-04-07
Anticipated expiration: 2040-04-22
Also published as: CN113543040A

Abstract

本申请提供一种数据处理方法、数据处理装置及通信设备，该方法包括：RLC接收实体按照目标工作模式进行数据包的传输；其中，所述目标工作模式为所述RLC接收实体支持的至少两种工作模式中的工作模式，所述至少两种工作模式包括第一工作模式和第二工作模式，所述第一工作模式不支持按序向高层实体递交数据包，所述第二工作模式支持按序向高层实体递交数据包。通过本申请提供的数据处理方法，可以提高RLC接收实体向高层实体递交数据包的灵活性。

Description

数据处理方法、数据处理装置及通信设备

技术领域

本申请涉及通信技术领域，尤其涉及一种数据处理方法、数据处理装置及通信设备。

背景技术

多媒体广播多播业务(Multimedia Broadcast Multicast Service，MBMS)或者多播广播业务(Multicast Broadcast Service，MBS)的数据收发涉及无线链路控制(RadioLink Control，RLC)层和媒体接入控制(Media Access Control，MAC)层。其中，RLC发送实体也可以称为发送RLC实体，可以从高层实体(例如，分组数据汇聚协议(Packet DataConvergence Protocol，PDCP))接收RLC服务数据单元(Service Data Unit，SDU)，并可以向低层实体(例如，MAC实体)发送RLC协议数据单元(Protocol Data Unit，PDU)。RLC接收实体也可以称为接收RLC实体，可以从低层实体(例如，MAC实体)接收RLC PDU，并可以向高层(例如，PDCP)发送RLC SDU。然而在现有技术中，RLC接收实体通常是将接收的数据包不做排序直接递交给高层实体，递交数据包的方式较为单一，灵活性较差。

发明内容

本申请实施例提供一种数据处理方法、数据处理装置及通信设备，以解决现有技术中RLC接收实体递交数据包的方式较为单一、灵活性较差的问题。

为了解决上述技术问题，本申请是这样实现的：

第一方面，本申请实施例提供了一种数据处理方法，应用于RLC接收实体，该方法包括：

按照目标工作模式进行数据包的传输；

其中，所述目标工作模式为所述RLC接收实体支持的至少两种工作模式中的工作模式，所述至少两种工作模式包括第一工作模式和第二工作模式，所述第一工作模式不支持按序向高层实体递交数据包，所述第二工作模式支持按序向高层实体递交数据包。

第二方面，本申请实施例还提供一种数据处理装置，应用于RLC接收实体。该数据处理装置包括：

传输模块，用于按照目标工作模式进行数据包的传输；

第三方面，本申请实施例还提供一种通信设备，包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现上述第一方面提供的数据处理方法的步骤。

第四方面，本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，所述程序或指令被处理器执行时实现上述第一方面提供的数据处理方法的步骤。

本申请实施例中，由于RLC接收实体支持至少两种工作模式，所述至少两种工作模式至少包括不支持按序向高层实体递交数据包的第一工作模式和支持按序向高层实体递交数据包的第二工作模式，这样RLC接收实体可以采用至少两种工作模式中的任意工作模式进行数据包的递交，可以提高RLC接收实体向高层实体递交数据包的灵活性。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的一种RLC UM接收实体维护变量的示意图；

图2是本申请实施例可应用的一种网络系统的结构图；

图3是本申请实施例提供的一种数据处理方法的流程图；

图4是本申请实施例提供的一种数据处理装置的结构图；

图5是本申请实施例提供的一种网络侧设备的结构图；

图6是本申请实施例提供的一种终端设备的结构图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。

为了便于理解，以下对本申请实施例涉及的一些内容进行说明：

一、MBMS或MBS：

在长期演进(Long Term Evolution，LTE)系统中，MBMS业务可以通过以下两种方式发送：

MBMS/MBS发送方式一：通过在MBMS单频网(Multimedia Broadcast multicastservice Single Frequency Network，MBSFN)子帧中通过物理多播信道(PhysicalMulticast Channel，PMCH)发送。其中，控制信息可通过系统信息(如，SIB13)和广播控制信道(Multicast Control Channel，MCCH)发送，数据可通过MTCH(Multicast TrafficChannel，广播业务信道)发送。

MBMS/MBS发送方式二：通过物理下行控制信道(Physical Downlink ControlChannel，PDCCH)调度的物理下行控制信道(Physical Downlink Shared Channel，PDSCH)信道发送。其中，控制信息可通过系统信息(如，SIB20)和单小区广播控制信道(SingleCell Multicast Control Channel，SC-MCCH)发送，数据可通过单小区广播业务信道(Single Cell Multicast Traffic Channel，SC-MTCH)发送。其中，SC-MCCH通过单小区无线网络临时标识(Single Cell Radio Network Temporary Identity，SC-RNTI)PDCCH调度的PDSCH发送，SC-MTCH通过组呼无线网络临时标识(Group Radio Network TemporaryIdentity，G-RNTI)PDCCH调度的PDSCH发送。

二、RLC实体

RLC实体可以包括RLC发送实体和RLC接收实体，其中，RLC发送实体可以从高层实体(例如，PDCP)接收RLC SDU，并可以向低层实体(例如，MAC实体)发送RLC PDU。RLC接收实体可以从低层实体(例如，MAC实体)接收RLC PDU，并可以向高层实体(例如，PDCP)发送RLCSDU。

其中，RLC实体可以包括如下模式：

透明模式(Transparent Mode，TM)：发送端的PDCP数据在RLC实体不经过任何的处理，直接发送给MAC实体。接收端MAC SDU数据在RLC实体不经过任何的处理，直接发送给PDCP实体。

非确认模式(Unacknowledged Mode，UM)：接收端不需要给发送端反馈是否数据包被接收成功。如果RLC PDU包含了完整数据包(即，完整的RLC SDU)，则不携带RLC序列号(Sequence Number，SN)编号，接收端对于接收到的不携带RLC SN编号的RLC PDU在移除RLC包头后，直接发送到高层实体(如，PDCP)，不需要作排序和重复包检测。若RLC PDU包含的是分段数据包(即，RLC SDU的分段)，对于1个RLC SDU的多个分段RLC PDU采用相同的RLC SN编号，接收端在组装完RLC SDU后直接发送到高层实体(如，PDCP),不需要作排序和重复包检测。

确认模式(Acknowledged Mode，AM):接收端需要给发送端反馈是否数据包被接收成功。所有的RLC PDU都需要携带RLC SN编号。

例如，参见图1，RLC UM接收实体维护以下变量：

RX_Next_Reassembly：该变量指示的是接收到的UMD PDU中最早的待组装的PDU的SN，该变量的初始值为0，是组包窗口的下边界。

RX_Next_Highest：该变量指示的是接收到的UMD PDU的最大SN+1。该变量的初始值为0，是组包窗口的上边界。

RX_Timer_Trigger：该变量指示的是触发t-Ressembly timer的UMD PDU的SN+1，用于RLC分段的重组。

其中，该RLC UM接收实体的功能包括：

将完整数据包(即没有包含SN的数据包)直接递交到高层；

对分段数据包(即包含SN的数据包)进行组包处理，在组包完成后递交到高层；

根据接收到的数据包的最新编号SN拖动组包窗口的上边界，即将RX_Next_Highest的值更新为接收到的UMD PDU的最大SN+1。

如图1所示，当前的组包窗口的范围为4，RX_Next_Trigger＝2，RX_Next_Reassembly＝0，若接收端接收到的RLC SN＝5，则接收端的行为包括如下至少一项：

更新RX_Next_Highest＝6；

丢弃落在组包窗口外的SN＝1的UMD PDU。

此时RX_Next_Reassembly落在组包窗口外，更新RX_Next_Reassembly值，使得RX_Next_Reassembly＝2；

RX_Next_Reassembly＝RX_Next_Trigger＝2，此时需停止定时器；

由于RX_Next_Highest>RX_Next_Reassembly+1，需要重新启动定时器，并设置RX_Next_Trigger＝RX_Next_Highest＝6。

当组包定时器超时的时候，接收端的行为包括如下至少一项：

将组包窗口的下边界更新为触发组包定时器的数据包的编号，即放弃触发组包定时器的包前的数据包，将RX_Next_Reassembly设置为第一个编号大于等于RX_Timer_Trigger且等待组包的数据包；

将触发组包定时器的数据包的编号设置为组包窗口的上边界，即RX_Timer_Trigger＝RX_Next_Highest。

本申请实施例提供一种数据处理方法，该方法可应用于RLC接收实体，该RLC接收实体可以是终端设备的RLC接收实体，也可以是网络侧设备的RLC接收实体。参见图2，图2是本申请实施例可应用的一种网络系统的结构图，如图2所示，包括终端设备11和网络侧设备12，其中，终端设备11可以是手机、平板电脑(Tablet Personal Computer)、膝上型电脑(Laptop Computer)、个人数字助理(Personal Digital Assistant，简称PDA)、移动上网装置(Mobile Internet Device，MID)或可穿戴式设备(Wearable Device)等用户侧设备，需要说明的是，在本申请实施例中并不限定终端设备11的具体类型。网络侧设备12可以是基站，例如：宏站、LTE eNB、5G NR NB、gNB等；网络侧设备12也可以是小站，如低功率节点(LowPower Node，LPN)pico、femto等小站，或者网络侧设备12可以是接入点(Access Point，AP)；基站也可以是中央单元(Central Unit，CU)与其管理和控制的多个TRP共同组成的网络节点。需要说明的是，在本申请实施例中并不限定网络侧设备12的具体类型。

需要说明的是，本实施例提供的数据处理方法可以由终端设备11的RLC接收实体执行，也可以由网络侧设备12的RLC接收实体执行，本实施例对此不做限定。其中，上述RLC接收实体执行上述数据处理方法具体可以是由处理器执行上述数据处理方法，也即可以通过处理器实现上述RLC接收实体的功能。

下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供的数据处理方法进行详细地说明。

本申请实施例提供一种数据处理方法，应用于RLC接收实体。参见图3，图3是本申请实施例提供的一种数据处理方法的流程图，如图3所示，包括以下步骤：

步骤301、RLC接收实体按照目标工作模式进行数据包的传输；

本实施例中，上述RLC接收实体可以是终端设备的RLC接收实体，也可以是网络侧设备的RLC接收实体。可选地，上述RLC接收实体可以是RLC UM接收实体，也即UM模式下的RLC接收实体。上述高层实体可以包括但不限于PDCP实体。

上述至少两种工作模式可以由网络侧设备配置，也可以由协议预定义。其中，上述至少两种工作模式可以包括但不限于第一工作模式和第二工作模式。上述第一工作模式不支持按序向高层实体递交数据包，也即将接收的数据包不做排序直接递交给高层实体。上述第二工作模式支持按序向高层实体递交数据包，也即将接收的数据包按顺序递交给高层实体，例如，可以按照接收到的数据包的编号顺序依次递交给高层实体。

需要说明的是，在现有技术中通常是通过PDCP实体实现数据包按序递交，然而，由于MBS等业务接收的数据加密是在核心网实现，因此空口的数据传输可能并不需要PDCP实体，此时容易导致递交的数据较为混乱的情况发生。此时若RLC接收实体采用第二工作模式传输数据，可以避免递交的数据混乱。

上述目标工作模式，可以是上述至少两种工作模式中的任一种工作模式。可选地，上述目标工作模式可以由网络侧设备配置，例如，网络侧设备可以配置RLC接收实体的工作模式(即上述目标工作模式)为第一工作模式或者为第二工作模式；网络侧设备也可以配置RLC接收实体在传输不同类型业务的数据包的情况下对应的工作模式，例如，配置RLC接收实体在传输第一类型业务(例如，单播业务)的数据包的情况下工作模式为第一工作模式，在传输第二类型业务(例如，多播业务)的数据包的情况下工作模式为第二工作模式。

可选地，上述目标工作模式也可以根据业务类型确定，例如，RLC接收实体在传输第一类型业务的数据包的情况下工作模式为第一工作模式，在传输第二类型业务的数据包的情况下工作模式为第二工作模式。

需要说明的是，在终端设备或者网络侧设备设置有至少两个RLC接收实体的情况下，上述至少两个RLC接收实体中不同的RLC接收实体的工作模式可以全部相同或者部分不同或者全部不同。例如，可以为用于同一业务的数据包传输的多个RLC接收实体分别配置不同的工作模式。

上述RLC接收实体按照目标工作模式进行数据包的传输，可以包括按照目标工作模式从低层实体(例如，MAC实体)接收数据包和向高层实体(例如，PDCP实体)递交数据包中的至少一项。

本申请实施例提供的数据处理方法，由于RLC接收实体支持至少两种工作模式，所述至少两种工作模式至少包括不支持按序向高层实体递交数据包的第一工作模式和支持按序向高层实体递交数据包的第二工作模式，这样RLC接收实体可以采用至少两种工作模式中的任意工作模式进行数据包的递交，可以提高RLC接收实体向高层实体递交数据包的灵活性。

可选地，在上述目标工作模式根据业务类型确定的情况下，上述业务类型可以包括但不限于单播业务和多播业务中的至少一项。

可选地，上述单播业务的标识可以包括如下至少一项：

单播业务的调度信息标识；

单播业务的数据信道标识；

单播业务承载类型标识；

单播业务逻辑信道标识；

单播承载标识；

单播数据流标识；

单播会话标识。

其中，上述单播业务的调度信息标识，例如，小区无线网络临时标识1(Cell RadioNetwork Temporary Identity 1，C-RNTI-1)，即UE通过C-RNTI-1标识的物理下行控制信道(Physical Downlink Shared Channel，PDCCH)调度的物理下行共享信道(PhysicalDownlink Shared Channel，PDSCH)发送的单播业务DRB-1。

上述单播业务的数据信道标识，例如，半持续的PDSCH的配置1(如通过下行半持续调度(Semi-Persistent Scheduling，SPS)发送单播业务DRB-1)。上述单播业务承载类型标识，例如，数据无线承载(Data Radio Bearer，DRB)。上述单播业务逻辑信道标识，例如，专用传输信道1(Dedicated Transmission CHannel 1，DTCH-1)。上述单播承载标识，例如，DRB-1。上述单播数据流标识，例如，服务质量流1(Quality of Service flow 1，QoS flow-1)。上述单播会话标识，例如，PDU Session-1。

可选地，上述多播业务的标识可以包括如下至少一项：

MBS业务信息标识；

MBS业务逻辑信道标识；

MBS承载标识；

MBS数据流标识；

MBS会话标识；

MBS业务区域标识；

MBS业务发送区域标识；

MBS业务的调度信息标识；

MBS业务的数据信道标识。

其中，上述MBS业务信息标识，例如，临时移动群标识1(Temporary Mobile GroupIdentity 1，TMGI-1)。上述MBS业务逻辑信道标识，例如，MTCH-1。上述MBS承载标识，例如，DRB-1或MBMS点对多点无线承载1(MBMS Point to Multipoint Radio Bearer 1，MRB-1)。上述MBS数据流标识，例如，QoS flow-1；上述MBS会话标识，例如，PDU Session-1。

上述MBS业务区域标识，例如，业务区域标识(Service Area Identity，SAI)。上述MBS业务发送区域标识，例如，MBSFN-1、发送MBS业务的小区列表、空口发送MBS业务的区域标识(如MBS area 1)。上述MBS业务的调度信息标识，例如，G-RNTI-1，即UE通过G-RNTI-1标识的PDCCH调度的PDSCH发送的MBS业务TMGI-1。上述MBS业务的数据信道标识，例如，半持续的PDSCH的配置1(如通过下行SPS发送MBS业务TMGI-1)。

可选地，所述第一工作模式仅支持单播业务的数据包的传输；

和/或

所述第二工作模式仅支持多播业务的数据包的传输。

本实施例中，上述第一工作模式可以仅用于单播业务的数据包的传输，例如，用于数据无线承载(Data Radio Bearer，DRB)数据的接收。上述第二工作模式可以仅用于多播业务的数据包的传输，例如，用于多播无线承载(Multicast Radio Bearer，MRB)的接收。

需要说明的是，本实施例中上述单播业务的标识和多播业务的标识可以参见前述说明，在此不做赘述。

可选地，用于同一业务的数据包传输的至少两个RLC接收实体配置有不同的工作模式。

本实施例中，可以通过网络侧为用于同一业务的数据包传输的至少两个RLC接收实体配置不同的工作模式。可选地，可以根据至少两个RLC接收实体中每个RLC实体是否存在对应的PDCP实体配置其对应的工作模式，例如，可以为存在对应的PDCP实体的RLC实体配置其工作模式为第一工作模式，为不存在对应的PDCP实体的RLC实体配置其工作模式为第二工作模式。

又例如，对于同一个MBS业务-1，同时配置可以通过2个RLC接收实体接收，其中，有对应的PDCP实体的RLC接收实体1采用第一工作模式，而没有对应的PDCP实体的RLC接收实体2采用第二工作模式。

可选地，在所述目标工作模式为所述第二工作模式的情况下，所述RLC接收实体按照目标工作模式进行数据包的传输，包括：

RLC接收实体根据排序定时器和排序窗口中的至少一项，控制数据包的传输。

本实施例中，上述排序定时器可以用于控制是否接收一些特定的数据包，例如，在排序定时器超时之前继续等待接收一些未被成功接收的数据包，在排序定时器超时的情况下放弃接收一些未被成功接收的数据包。其中，上述排序定时器的时长可以由网络侧配置，也可以由协议预定义。

需要说明的是，上述排序定时器的数量可以是一个，也可以是多个，本实施例对此不做限定。

上述排序窗口可以是指可用于排序的数据包的编号的范围，例如，RLC SN编号1至RLC SN编号5，其中，上述排序窗口的窗口大小可以由协议预定义或由网络侧配置，例如，5个连续的RLC SN编号。

可选地，本实施例可以将编号排序位于排序窗口的下边界或位于排序窗口的下边界之前的数据包确定为不再需要排序的数据包。进一步地，对于位于排序窗口的下边界或位于排序窗口的下边界之前的数据包中未被成功接收的数据包，可以放弃接收。

本实施例中，在RLC接收实体的工作模式为第二工作模式的情况下，RLC接收实体可以根据排序定时器和排序窗口中的至少一项控制数据包的接收和递交，这样可以减少高层实体收到杂乱无序数据的情况发生。

可选地，所述排序定时器的启动条件或者重启动条件可以包括如下至少一项：

所述RLC接收实体接收的数据包中存在编号不连续的数据包；

所述RLC接收实体接收的数据包中存在待组包的数据包。

在一实施方式中，可以在RLC接收实体接收的数据包中存在编号不连续的数据包的情况下，启动或者重启动排序定时器。例如，若RLC接收实体接收到编号为1的数据包和编号为3的数据包，而编号为2的数据包没有接收到，则可以启动或重启动排序定时器，从而可以通过该排序定时器监控编号为2的数据包的接收。

在另一实施方式中，可以在RLC接收实体接收的数据包中存在待组包的数据包的情况下，启动或者重启动排序定时器。例如，RLC接收实体接收到编号为1的数据包和编号为2的数据包，而编号为2的数据包是需要组包处理的分段数据包，则可以启动或重启动排序定时器，从而可以通过该排序定时器监控该编号为2的数据包对应的完整数据包的其他分段数据包的接收。

在另一实施方式中，可以在RLC接收实体接收的数据包中存在编号不连续的数据包和存在待组包的数据包的情况下，启动或者重启动排序定时器。例如，RLC接收实体接收到编号为1的数据包和编号为3的数据包，而编号为3的数据包是需要组包处理的分段数据包，则可以启动或重启动排序定时器。

可选地，所述排序定时器在所述RLC接收实体首次接收到编号不连续的数据包情况下启动；

和/或

所述排序定时器在所述RLC接收实体首次接收到待组包的数据包的情况下启动。

在一实施方式中，在排序定时器未启动的情况下，该排序定时器可以在RLC接收实体首次接收到编号不连续的数据包情况下启动，也即该排序定时器的启动条件可以包括所述RLC接收实体首次接收到编号不连续的数据包。

在另一实施方式中，在排序定时器未启动的情况下，该排序定时器可以在RLC接收实体首次接收到待组包的数据包的情况下启动，也即该排序定时器的启动条件可以包括所述RLC接收实体首次接收到待组包的数据包。

在另一实施方式中，在排序定时器未启动的情况下，该排序定时器可以在RLC接收实体首次接收到待组包的数据包和所述RLC接收实体首次接收到待组包的数据包的情况下启动，也即该排序定时器的启动条件可以包括所述RLC接收实体首次接收到编号不连续的数据包和所述RLC接收实体首次接收到待组包的数据包。

可选地，所述排序定时器在所述RLC接收实体每次接收到编号不连续的数据包的情况下均重启动；

和/或

所述排序定时器在所述RLC接收实体每次接收到待组包的数据包的情况下均重启动。

在一实施方式中，在排序定时器已启动的情况下，可以在所述RLC接收实体每次接收到编号不连续的数据包的情况下均重启动该排序定时器。

例如，在排序定时器已启动的情况下，若RLC接收实体接收到编号为1的数据包和编号为3的数据包，而编号为2的数据包没有接收到，则可以重启动排序定时器；若RLC接收实体又接收到编号为4的数据包和编号为6的数据包，而编号为5的数据包没有接收到，则可以再次重启动排序定时器。

在一实施方式中，在排序定时器已启动的情况下，可以在所述RLC接收实体每次接收到待组包的数据包的情况下均重启动该排序定时器。

例如，在排序定时器已启动的情况下，若RLC接收实体接收到编号为1的数据包和编号为2的数据包，而编号为2的数据包是需要组包处理的分段数据包，则可以重启动排序定时器；若RLC接收实体又接收到编号为3的数据包，而编号为3的数据包仍是需要组包处理的分段数据包，则可以再次重启动排序定时器。

可选地，在排序定时器已启动的情况下，可以在所述RLC接收实体每次出现接收到编号不连续的数据包和接收到待组包的数据包中任一项的情况下均重启动该排序定时器。

可选地，不同的第一数据包对应不同的排序定时器；

其中，所述第一数据包为编号位于所述RLC接收实体已接收的数据包的编号之间且未被成功接收的数据包，或者所述第一数据包为所述RLC接收实体已接收的数据包中的待组包的数据包。

本实施例中，可以为不同的第一数据包启动不同的排序定时器，以分别监控各个第一数据包。例如，若RLC接收实体接收到编号为1的数据包和编号为3的数据包，而编号为2的数据包没有接收到，则可以启动第一排序定时器，以监控是否继续等待接收编号为2的数据包；若RLC接收实体又接收到编号为4的数据包和编号为6的数据包，而编号为5的数据包没有接收到，则可以启动第二排序定时器，以监控是否继续等待接收编号为5的数据包；若编号为6的数据包是需要组包处理的分段数据包，则可以启动第三排序定时器，以监控是否继续等待接收该编号为6的数据包对应的完整数据包的其他分段数据包的接收。

可选地，所述排序定时器的停止条件包括所述RLC接收实体成功接收到第二数据包；

其中，所述第二数据包为完整传输的数据包，且所述第二数据包包括如下至少一项：

触发所述排序定时器启动或者重启动的数据包；

位于所述排序窗口内的第三数据包，所述第三数据包为编号位于所述RLC接收实体已接收的数据包的编号之间且未被成功接收的部分或者全部数据包。

本实施例中，上述第二数据包为完整传输的数据包，也即非分段传输的数据包。上述触发所述排序定时器启动或者重启动的数据包，可以理解为因该数据包触发排序定时器启动或者重启动，例如，若RLC接收实体接收到编号为1的数据包和编号为3的数据包，而编号为2的数据包没有接收到，则可以启动或重启动一排序定时器，也即编号为2的数据包为触发该排序定时器启动或者重启动的数据包。上述第三数据包可以理解为编号位于所述RLC接收实体已接收的数据包的编号之间且当前被成功接收但是之前未被成功接收的数据包。

例如，若RLC接收实体接收到编号为1的数据包和编号为3的数据包，而编号为2的数据包没有接收到，则可以启动或重启动一排序定时器，也即编号为2的数据包为触发该排序定时器启动或者重启动的数据包，当RLC接收实体成功接收到编号为2的数据包的情况下，可以停止该排序定时器。

又例如，排序窗口的排序范围为[1,5]，若RLC接收实体接收到编号为1的数据包、编号为3的数据包、编号为4的数据包、编号为6的数据包，而编号为2的数据包和编号为5的数据包没有接收到，则可以在RLC接收实体成功接收到编号为2的数据包和编号为5的数据包中的任一个的情况下，可以停止该排序定时器，或者在RLC接收实体成功接收到编号为2的数据包和编号为5的数据包的情况下，可以停止该排序定时器。

可选地，所述排序定时器的停止条件可以包括如下至少一项：

所述RLC接收实体成功接收到第四数据包的全部分段数据包；

第四数据包对应的组包定时器超时；

其中，所述第四数据包为分段传输的数据包，且所述第四数据包包括如下至少一项：

触发所述排序定时器启动或者重启动的数据包；

位于所述排序窗口内的第五数据包，所述第五数据包为编号位于所述RLC接收实体已接收的数据包的编号之间且未被成功接收的部分或者全部数据包。

本实施例中，上述第四数据包为分段传输的数据包，也即将上述第四数据包分成至少两个分段数据包进行传输。上述触发所述排序定时器启动或者重启动的数据包可以理解为因该数据包的分段数据包触发排序定时器启动或者重启动。例如，若RLC接收实体接收到编号为1的数据包和编号为2的数据包，而编号为2的数据包为分段数据包，则可以启动或重启动一排序定时器，也即编号为2的数据包为触发该排序定时器启动或者重启动的数据包。上述第五数据包可以理解为编号位于所述RLC接收实体已接收的数据包的编号之间且当前被成功接收但是之前未被成功接收的数据包，需要说明的是，上述第五数据包未被成功接收可以包括第五数据包的至少一个分段数据包未被成功接收。

在一实施方式中，可以在RLC接收实体成功接收到分段传输的第四数据包的全部分段数据包的情况下停止排序定时器。例如，若RLC接收实体接收到编号为1的数据包和编号为2的数据包，而编号为2的数据包是需要组包处理的分段数据包，则可以启动排序定时器，直至RLC接收实体接收到编号为2的数据包对应的完整数据包剩下的全部分段数据包的情况下停止该排序定时器。

在另一实施方式中，可以在分段传输的第四数据包对应的组包定时器超时的情况下，也即已接收到的第四数据包的分段数据包不需要再等待组包，停止排序定时器。例如，若RLC接收实体接收到编号为1的数据包和编号为2的数据包，而编号为2的数据包是需要组包处理的分段数据包，则可以启动排序定时器，直至编号为2的数据包对应的组包定时器(也即编号为2的数据包对应的完整数据包对应的组包定时器)超时的情况下停止该排序定时器。

在另一实施方式中，可以在RLC接收实体成功接收到第四数据包的全部分段数据包且第四数据包对应的组包定时器超时的情况下，停止排序定时器。

可选地，所述根据排序定时器和排序窗口中的至少一项，控制数据包的传输，可以包括：

在所述排序定时器超时的情况下，放弃所述排序窗口内未被成功接收的第六数据包。

本实施例中，上述第六数据包可以包括排序窗口内未被成功接收的部分或者全部数据包。具体地，在排序定时器超时的情况下放弃接收第六数据包，也即在排序定时器超时的情况下不再等待接收第六数据包。

可选地，所述方法还可以包括：

在所述第六数据包为分段数据包的情况下，停止所述第六数据包对应的组包定时器。

本实施例中，在放弃接收的第六数据包为分段数据包的情况下，还可以停止第六数据包对应的组包定时器，也即放弃对第六数据包进行组包。

可选地，所述第六数据包可以包括如下任一项：

所述排序窗口内第一个未被成功接收的数据包；

所述排序窗口内全部未被成功接收的数据包；

所述排序窗口内未被成功接收的第七数据包；其中，所述第七数据包包括第八数据包和编号排序编号位于所述第八数据包的编号之前的数据包中的至少一项，所述第八数据包为所述排序窗口内启动或重启动所述排序定时器的数据包。

在一实施方式中，在所述排序定时器超时的情况下，可以放弃排序窗口内第一个未被成功接收的数据包。例如，编号为1的数据包已经递交到高层实体，排序窗口中接收到编号为3的数据包、编号为4的数据包和编号为6的数据包，编号为2的数据包和编号为5的数据包没有接收到，则可以忽略编号为2的数据包，将编号位于2和5之间的数据包(即编号为3的数据包和编号为4的数据包)递交到高层实体，并可以将排序窗口的下边界更新为编号5，则继续等待接收编号为5的数据包。

在另一实施方式中，在所述排序定时器超时的情况下，可以放弃排序窗口内全部未被成功接收的数据包。例如，编号为1的数据包已经递交到高层实体，排序窗口中接收到编号为3的数据包、编号为4的数据包和编号为6的数据包，编号为2的数据包和编号为5的数据包没有接收到，则可以忽略编号为2的数据包和编号为5的数据包，将排序窗口中编号为3的数据包、编号为4的数据包和编号为6的数据包均递交到高层实体，并可以将排序窗口的下边界更新为编号7。

在另一实施方式中，在所述排序定时器超时的情况下，可以放弃排序窗口内未被成功接收的第七数据包。其中，上述第七数据包可以包括所述排序窗口内启动或重启动所述排序定时器的数据包，和/或，编号排序位于所述排序窗口内启动或重启动所述排序定时器的数据包之前的数据包。

例如，编号为1的数据包已经递交到高层实体，排序窗口中接收到编号为3的数据包、编号为4的数据包、编号为6的数据包和编号为8的数据包，编号为2的数据包、编号为5的数据包和编号为7的数据包没有接收到，若启动或重启动该排序定时器的数据包为编号为7的数据包，则可以忽略编号为2的数据包和编号为5的数据包，将排序窗口中编号为3的数据包、编号为4的数据包和编号为6的数据包均递交到高层实体，并可以将排序窗口的下边界更新为编号7，或者可以忽略编号为2的数据包、编号为5的数据包和编号为7的数据包，将排序窗口中编号为3的数据包、编号为4的数据包、编号为6的数据包和编号为8的数据包均递交到高层实体，并可以将排序窗口的下边界更新为编号9。

可选地，所述方法还可以包括如下至少一项：

根据第九数据包的编号更新所述排序窗口的下边界；其中，所述第九数据包包括最近一次递交给高层的数据包和最近一次放弃接收的数据包中的至少一项；

根据最近一次接收到的数据包的编号更新所述排序窗口的上边界。

本实施例中，可以根据最近一次递交给高层的数据包和最近一次放弃接收的数据包中的至少一项的编号更新所述排序窗口的下边界。

可选地，可以将排序窗口的下边界更新为最近一次递交给高层的数据包的编号，或者最近一次递交给高层的数据包的编号的后一个编号，或者最近一次递交给高层的数据包的编号的前一个编号；或者可以将排序窗口的下边界更新为最近一次放弃接收的数据包的编号，或者最近一次放弃接收的数据包的编号的后一个编号，或者最近一次放弃接收的数据包的编号的前一个编号。

例如，排序窗口的长度(也即窗口大小)为5，编号为1的数据包已经递交到高层实体，排序窗口中接收到编号为3的数据包、编号为4的数据包和编号为6的数据包，编号为2的数据包和编号为5的数据包没有接收到，排序窗口的下边界为2，当排序定时器超时，可以忽略编号为2的数据包，将编号位于2和5之间的数据包(即编号为3的数据包和编号为4的数据包)递交到高层实体，并可以将排序窗口的下边界更新为编号3、编号4或者编号5，并继续等待接收编号为5的数据包。

本实施例中，可以根据最近一次接收到的数据包的编号更新所述排序窗口的上边界。例如，可以将排序窗口的上边界更新为最近一次接收到的数据包的编号，或者最近一次接收到的数据包的编号的后一个编号，或者最近一次接收到的数据包的编号的前一个编号。

需要说明的是，本实施例中数据包可以采用以增量K(例如，1)依次递增的方式编号，此时数据包的编号S的后一个编号可以是编号S+K，数据包的编号S的后一个编号可以是编号S-K；数据包也可以采用循环编号的方式进行编号，也即循环使用多个编号，例如，可以从1开始编号直至5，然后再重复从1开始编号，则编号5的前一个编号为4，后一个编号为1。

可选地，所述根据最近一次接收到的数据包的编号更新所述排序窗口的上边界，可以包括：

在最近一次接收到的数据包的编号的编号排序位于所述排序窗口的上边界之后的情况下，根据最近一次接收到的数据包的编号更新所述排序窗口的上边界。

本实施例中，可以在最近一次接收到的数据包的编号的编号排序位于所述排序窗口的上边界之后的情况下，根据最近一次接收到的数据包的编号更新所述排序窗口的上边界，否则可以不更新排序窗口的上边界。例如，排序窗口的上边界为编号5，若接收到的数据包的编号为7，则更新排序窗口的上边界为编号7。

可选地，在所述排序窗口的下边界存在更新的情况下，所述排序窗口的上边界可以更新为如下任一项：

编号排序位于更新后的下边界之后的第N个编号；

编号排序位于更新后的下边界之后的第N-1个编号；

编号排序位于更新后的下边界之后的第N+1个编号；

其中，N为所述排序窗口的长度。

本实施例中，所述排序窗口的上边界更新为编号排序位于更新后的下边界之后的第N个编号，也即更新后的上边界的编号排序位于更新后的下边界的编号排序之后，且更新后的上边界和更新后的下边界之间间隔有N个编号。所述排序窗口的上边界更新为编号排序位于更新后的下边界之后的第N-1个编号，也即更新后的上边界的编号排序位于更新后的下边界的编号排序之后，且更新后的上边界和更新后的下边界之间间隔有N-1个编号。所述排序窗口的上边界更新为编号排序位于更新后的下边界之后的第N+1个编号，也即更新后的上边界的编号排序位于更新后的下边界的编号排序之后，且更新后的上边界和更新后的下边界之间间隔有N+1个编号。

例如，数据包采用以增量1依次递增的方式编号，排序窗口的长度为5，编号1已经递交到高层，排序窗口中接收到编号为3的数据包、编号为4的数据包和编号为6的数据包，编号为2的数据包和编号为5的数据包没有接收到，排序窗口的下边界为编号2，当排序定时器超时，可以忽略编号为2的数据包，将编号2和5之间的数据包(即编号为3的数据包和编号为4的数据包)递交到高层实体，将排序窗口的下边界移动到编号5，则编号为5的数据包继续等待接收，排序窗口的上边界变更为编号10(即5+5)。

又例如，数据包采用循环编号的方式进行编号，排序窗口的长度为5，数据包从1开始编号直至5，然后再重复从1开始编号，编号为1的数据包已经递交到高层，排序窗口中接收到编号为3的数据包，编号为2的数据包没有接收到，排序窗口的下边界为编号2，当排序定时器超时，可以忽略编号为2的数据包，将编号为3的数据包递交到高层实体，将排序窗口的下边界移动到编号3，则排序窗口的上边界可以变更为编号2。

可选地，在所述排序窗口的上边界存在更新的情况下，所述排序窗口的下边界可以更新为如下任一项：

编号排序位于更新后的上边界之前的第M个编号；

编号排序位于更新后的上边界之前的第M-1个编号；

编号排序位于更新后的上边界之前的第M+1个编号；

其中，M为所述排序窗口的长度。

本实施例中，所述排序窗口的下边界更新为编号排序位于更新后的下边界之前的第M个编号，也即也即更新后的下边界的编号排序位于更新后的上边界的编号排序之前，且更新后的下边界和更新后的上边界之间间隔有M个编号。所述排序窗口的下边界更新为编号排序位于更新后的下边界之前的第M-1个编号，也即更新后的下边界的编号排序位于更新后的上边界的编号排序之前，且更新后的下边界和更新后的上边界之间间隔有M-1个编号。所述排序窗口的下边界更新为编号排序位于更新后的下边界之前的第M+1个编号，也即更新后的下边界的编号排序位于更新后的上边界的编号排序之前，且更新后的下边界和更新后的上边界之间间隔有M+1个编号。

例如，数据包采用以增量1依次递增的方式编号，排序窗口的长度为5，编号1已经递交到高层，排序窗口中接收到编号为4的数据包、编号为6的数据包和编号为6的数据包，编号为2的数据包、编号为3的数据包和编号为5的数据包没有接收到，排序窗口的上边界为编号6，若接收到编号为7的数据包，则排序窗口的上边界更新为编号7，下边界可以变更为编号3(也即7-(5-1))。

又例如，数据包采用循环编号的方式进行编号，排序窗口的长度为5，数据包从1开始编号直至5，然后再重复从1开始编号，编号为1的数据包和编号为2的数据包已经递交到高层，排序窗口中接收到编号为3的数据包和编号为5的数据包，排序窗口的上边界为编号5，若接收到编号为1的数据包，则排序窗口的上边界更新为编号1，下边界可以变更为编号5。

可选地，所述方法还可以包括：

在第十数据包的编号等于所述排序窗口的下边界或者位于所述排序窗口的下边界之前，放弃接收所述第十数据包，并停止所述第十数据包对应的排序定时器或者组包定时器，其中，所述第十数据包为未被成功接收的数据包。

本实施例中，对于编号排序等于排序窗口的下边界或者位于所述排序窗口的下边界之前的数据包可以确定为不再需要排序的数据包。对于编号排序等于排序窗口的下边界或者位于所述排序窗口的下边界之前的数据包中未被成功接收的数据包，可以放弃接收该数据包，并可以停止该数据包对应的排序定时器或者组包定时器。

需要说明的是，在所述目标工作模式为所述第二工作模式的情况下，RLC发送实体(例如RLC UM发送实体)传输的所有的数据包均携带有编号。例如，对于包括完整数据包的RLC PDU包括SN编号，对于包括分段数据包的RLC PDU包括SN编号，且对于同一数据包的不同分段数据包(例如，同一个RLC SDU的多个分段数据包)采用相同的SN编号。

综上，本申请实施例提供的数据处理方法，可以为不同的业务配置不同的RLC UM工作模式，对于没有配置PDCP实体的承载，可以通过配置支持按序递交的RLC UM工作模式，并引入相关的排序定时器和排序窗口，从而可以实现数据包的按序递交。

参见图4，图4是本申请实施例提供的一种数据处理装置的结构图。该数据处理装置应用于RLC接收实体。如图4所示，数据处理装置400包括：

传输模块401，用于按照目标工作模式进行数据包的传输；

和/或

所述第二工作模式仅支持多播业务的数据包的传输。

可选地，所述传输模块具体用于：

在所述目标工作模式为所述第二工作模式的情况下，根据排序定时器和排序窗口中的至少一项，控制数据包的传输。

可选地，所述排序定时器的启动条件或者重启动条件包括如下至少一项：

所述RLC接收实体接收的数据包中存在编号不连续的数据包；

所述RLC接收实体接收的数据包中存在待组包的数据包。

和/或

可选地，不同的第一数据包对应不同的排序定时器；

触发所述排序定时器启动或者重启动的数据包；

可选地，所述排序定时器的停止条件包括如下至少一项：

所述RLC接收实体成功接收到第四数据包的全部分段数据包；

第四数据包对应的组包定时器超时；

触发所述排序定时器启动或者重启动的数据包；

可选地，所述传输模块具体用于：

可选地，所述数据处理装置还包括：

停止模块，用于在所述第六数据包为分段数据包的情况下，停止所述第六数据包对应的组包定时器。

可选地，所述第六数据包包括如下任一项：

所述排序窗口内第一个未被成功接收的数据包；

所述排序窗口内全部未被成功接收的数据包；

可选地，所述数据处理装置还包括更新模块，用于如下至少一项：

可选地，所述更新模块具体用于：

可选地，在所述排序窗口的下边界存在更新的情况下，所述排序窗口的上边界更新为如下任一项：

编号排序位于更新后的下边界之后的第N个编号；

编号排序位于更新后的下边界之后的第N-1个编号；

编号排序位于更新后的下边界之后的第N+1个编号；

其中，N为所述排序窗口的长度。

可选地，在所述排序窗口的上边界存在更新的情况下，所述排序窗口的下边界更新为如下任一项：

编号排序位于更新后的上边界之前的第M个编号；

编号排序位于更新后的上边界之前的第M-1个编号；

编号排序位于更新后的上边界之前的第M+1个编号；

其中，M为所述排序窗口的长度。

可选地，所述数据处理装置还包括：

放弃模块，用于在第十数据包的编号等于所述排序窗口的下边界或者位于所述排序窗口的下边界之前，放弃接收所述第十数据包，并停止所述第十数据包对应的排序定时器或者组包定时器，其中，所述第十数据包为未被成功接收的数据包。

可选地，所述至少两种工作模式由协议预定义，或者由网络侧设备配置。

可选地，所述目标工作模式由网络侧设备配置，或者根据业务类型确定。

本申请实施例提供的数据处理装置400能够实现上述方法实施例中的各个过程，为避免重复，这里不再赘述。

本申请实施例的数据处理装置400，传输模块401，用于按照目标工作模式进行数据包的传输；其中，所述目标工作模式为所述RLC接收实体支持的至少两种工作模式中的工作模式，所述至少两种工作模式包括第一工作模式和第二工作模式，所述第一工作模式不支持按序向高层实体递交数据包，所述第二工作模式支持按序向高层实体递交数据包。由于RLC接收实体支持至少两种工作模式，所述至少两种工作模式至少包括不支持按序向高层实体递交数据包的第一工作模式和支持按序向高层实体递交数据包的第二工作模式，这样RLC接收实体可以采用至少两种工作模式中的任意工作模式进行数据包的递交，可以提高RLC接收实体向高层实体递交数据包的灵活性。

参见图5，图5是本申请实施例提供的一种网络侧设备的结构图。如图5所示，网络侧设备500包括：处理器501、存储器502、总线接口503和收发机504，其中，处理器501、存储器502和收发机504均连接至总线接口503。

其中，在本申请实施例中，网络侧设备500还包括：存储在存储器502上并可在处理器501上运行的程序或指令。

在本申请实施例中，所述处理器501用于按照目标工作模式进行数据包的传输；其中，所述目标工作模式为所述RLC接收实体支持的至少两种工作模式中的工作模式，所述至少两种工作模式包括第一工作模式和第二工作模式，所述第一工作模式不支持按序向高层实体递交数据包，所述第二工作模式支持按序向高层实体递交数据包。

应理解的是，本申请实施例中，上述处理器501可用于实现RLC接收实体的功能，并能够实现上述方法实施例中RLC接收实体执行的各个过程，为避免重复，这里不再赘述。

图6是本申请实施例提供的一种终端设备的结构图。参见图6，该终端设备600包括但不限于：射频单元601、网络模块602、音频输出单元603、输入单元604、传感器605、显示单元606、用户输入单元607、接口单元608、存储器609、处理器610、以及电源611等部件。本领域技术人员可以理解，图6中示出的终端设备结构并不构成对终端设备的限定，终端设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。在本申请实施例中，终端设备包括但不限于手机、平板电脑、笔记本电脑、掌上电脑、车载终端、可穿戴设备、以及计步器等。

其中，所述处理器610用于按照目标工作模式进行数据包的传输；其中，所述目标工作模式为所述RLC接收实体支持的至少两种工作模式中的工作模式，所述至少两种工作模式包括第一工作模式和第二工作模式，所述第一工作模式不支持按序向高层实体递交数据包，所述第二工作模式支持按序向高层实体递交数据包。

应理解的是，本申请实施例中，上述处理器610可用于实现RLC接收实体的功能，并能够实现上述方法实施例中RLC接收实体执行的各个过程，为避免重复，这里不再赘述。

应理解的是，本申请实施例中，射频单元601可用于收发信息或通话过程中，信号的接收和发送，具体的，将来自基站的下行数据接收后，给处理器610处理；另外，将上行的数据发送给基站。通常，射频单元601包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外，射频单元601还可以通过无线通信系统与网络和其他设备通信。

终端设备通过网络模块602为用户提供了无线的宽带互联网访问，如帮助用户收发电子邮件、浏览网页和访问流式媒体等。

音频输出单元603可以将射频单元601或网络模块602接收的或者在存储器609中存储的音频数据转换成音频信号并且输出为声音。而且，音频输出单元603还可以提供与终端设备600执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出单元603包括扬声器、蜂鸣器以及受话器等。

输入单元604用于接收音频或视频信号。输入单元604可以包括图形处理器(Graphics Processing Unit，GPU)6041和麦克风6042，图形处理器6041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元606上。经图形处理器6041处理后的图像帧可以存储在存储器609(或其它存储介质)中或者经由射频单元601或网络模块602进行发送。麦克风6042可以接收声音，并且能够将这样的声音处理为音频数据。处理后的音频数据可以在电话通话模式的情况下转换为可经由射频单元601发送到移动通信基站的格式输出。

终端设备600还包括至少一种传感器605，比如光传感器、运动传感器以及其他传感器。具体地，光传感器包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板6061的亮度，接近传感器可在终端设备600移动到耳边时，关闭显示面板6061和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别终端设备姿态(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；传感器605还可以包括指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等，在此不再赘述。

显示单元606用于显示由用户输入的信息或提供给用户的信息。显示单元606可包括显示面板6061，可以采用液晶显示器(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板6061。

用户输入单元607可用于接收输入的数字或字符信息，以及产生与终端设备的用户设置以及功能控制有关的键信号输入。具体地，用户输入单元607包括触控面板6071以及其他输入设备6072。触控面板6071，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板6071上或在触控面板6071附近的操作)。触控面板6071可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器610，接收处理器610发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板6071。除了触控面板6071，用户输入单元607还可以包括其他输入设备6072。具体地，其他输入设备6072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。

进一步的，触控面板6071可覆盖在显示面板6061上，当触控面板6071检测到在其上或附近的触摸操作后，传送给处理器610以确定触摸事件的类型，随后处理器610根据触摸事件的类型在显示面板6061上提供相应的视觉输出。虽然在图6中，触控面板6071与显示面板6061是作为两个独立的部件来实现终端设备的输入和输出功能，但是在某些实施例中，可以将触控面板6071与显示面板6061集成而实现终端设备的输入和输出功能，具体此处不做限定。

接口单元608为外部装置与终端设备600连接的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。接口单元608可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到终端设备600内的一个或多个元件或者可以用于在终端设备600和外部装置之间传输数据。

存储器609可用于存储软件程序以及各种数据。存储器609可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器609可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

处理器610是终端设备的控制中心，利用各种接口和线路连接整个终端设备的各个部分，通过运行或执行存储在存储器609内的软件程序和/或模块，以及调用存储在存储器609内的数据，执行终端设备的各种功能和处理数据，从而对终端设备进行整体监控。处理器610可包括一个或多个处理单元；优选的，处理器610可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器610中。

终端设备600还可以包括给各个部件供电的电源611(比如电池)，优选的，电源611可以通过电源管理系统与处理器610逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

另外，终端设备600包括一些未示出的功能模块，在此不再赘述。

本申请实施例还提供一种通信设备，包括RLC接收实体，处理器，存储器，存储在存储器上并可在所述处理器上运行的程序或指令，该程序或指令被处理器执行时实现上述数据处理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

本申请实施例还提供一种可读存储介质，可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述数据处理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims

1.一种数据处理方法，应用于无线链路控制RLC接收实体，其特征在于，包括：

按照目标工作模式进行数据包的传输；

其中，所述目标工作模式为所述RLC接收实体支持的至少两种工作模式中的工作模式，所述至少两种工作模式包括第一工作模式和第二工作模式，所述第一工作模式不支持按序向高层实体递交数据包，所述第二工作模式支持按序向高层实体递交数据包，所述目标工作模式根据业务类型确定；

其中，对于同一个多播业务，同时配置通过两个RLC接收实体接收，有对应的PDCP实体的RLC接收实体采用第一工作模式，而没有对应的PDCP实体的RLC接收实体采用第二工作模式。

2.根据权利要求1所述的方法，其特征在于，用于同一业务的数据包传输的至少两个RLC接收实体配置有不同的工作模式。

3.根据权利要求1所述的方法，其特征在于，在所述目标工作模式为所述第二工作模式的情况下，所述按照目标工作模式进行数据包的传输，包括：

根据排序定时器和排序窗口中的至少一项，控制数据包的传输。

4.根据权利要求3所述的方法，其特征在于，所述排序定时器的启动条件或者重启动条件包括如下至少一项：

所述RLC接收实体接收的数据包中存在编号不连续的数据包；

所述RLC接收实体接收的数据包中存在待组包的数据包。

5.根据权利要求4所述的方法，其特征在于，所述排序定时器在所述RLC接收实体首次接收到编号不连续的数据包情况下启动；

和/或

6.根据权利要求4所述的方法，其特征在于，所述排序定时器在所述RLC接收实体每次接收到编号不连续的数据包的情况下均重启动；

和/或

7.根据权利要求3所述的方法，其特征在于，不同的第一数据包对应不同的排序定时器；

8.根据权利要求3所述的方法，其特征在于，所述排序定时器的停止条件包括所述RLC接收实体成功接收到第二数据包；

触发所述排序定时器启动或者重启动的数据包；

9.根据权利要求3所述的方法，其特征在于，所述排序定时器的停止条件包括如下至少一项：

所述RLC接收实体成功接收到第四数据包的全部分段数据包；

第四数据包对应的组包定时器超时；

触发所述排序定时器启动或者重启动的数据包；

10.根据权利要求3所述的方法，其特征在于，所述根据排序定时器和排序窗口中的至少一项，控制数据包的传输，包括：

11.根据权利要求10所述的方法，其特征在于，所述方法还包括：

12.根据权利要求10所述的方法，其特征在于，所述第六数据包包括如下任一项：

所述排序窗口内第一个未被成功接收的数据包；

所述排序窗口内全部未被成功接收的数据包；

13.根据权利要求3所述的方法，其特征在于，所述方法还包括如下至少一项：

14.根据权利要求13所述的方法，其特征在于，所述根据最近一次接收到的数据包的编号更新所述排序窗口的上边界，包括：

15.根据权利要求13所述的方法，其特征在于，在所述排序窗口的下边界存在更新的情况下，所述排序窗口的上边界更新为如下任一项：

编号排序位于更新后的下边界之后的第N个编号；

编号排序位于更新后的下边界之后的第N-1个编号；

编号排序位于更新后的下边界之后的第N+1个编号；

其中，N为所述排序窗口的长度。

16.根据权利要求13所述的方法，其特征在于，在所述排序窗口的上边界存在更新的情况下，所述排序窗口的下边界更新为如下任一项：

编号排序位于更新后的上边界之前的第M个编号；

编号排序位于更新后的上边界之前的第M-1个编号；

编号排序位于更新后的上边界之前的第M+1个编号；

其中，M为所述排序窗口的长度。

17.根据权利要求13所述的方法，其特征在于，所述方法还包括：

18.一种数据处理装置，应用于RLC接收实体，其特征在于，包括：

传输模块，用于按照目标工作模式进行数据包的传输；

19.根据权利要求18所述的数据处理装置，其特征在于，用于同一业务的数据包传输的至少两个RLC接收实体配置有不同的工作模式。

20.根据权利要求18所述的数据处理装置，其特征在于，所述传输模块具体用于：

21.根据权利要求20所述的数据处理装置，其特征在于，所述排序定时器的启动条件或者重启动条件包括如下至少一项：

所述RLC接收实体接收的数据包中存在编号不连续的数据包；

所述RLC接收实体接收的数据包中存在待组包的数据包。

22.根据权利要求20所述的数据处理装置，其特征在于，所述传输模块具体用于：

23.根据权利要求20所述的数据处理装置，其特征在于，所述数据处理装置还包括更新模块，用于如下至少一项：

24.一种通信设备，其特征在于，包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1至17中任一项所述的数据处理方法的步骤。

25.一种可读存储介质，其特征在于，所述可读存储介质上存储有程序或指令，所述程序或指令被处理器执行时实现如权利要求1至17中任一项所述的数据处理方法的步骤。