专利名称：一种基于mac子层和rlc子层的数据传输方法和设备的制作方法
技术领域：
本发明涉及通信技术领域，尤其涉及一种基于MAC (Media Access Control，介质访问控制)子层和RLC (Radio Link Control，无线链路控制)子层的数据传输方法和设备。
背景技术：
在LTE (Long Term Evolution，长期演进)的 RLC 子层协议 TS36. 322 中，对于 RLC 子层从低层获取的服务，有如下规定RLC子层从低层获取两项服务，分别为数据传输和传输机会通知，该传输机会通知为在通知时指示当前传输机会能传输的RLC PDU (Protocol Data Unit,协议数据单元)的总大小。在LTE的MAC子层协议TS36. 321中，对UE (User Equipment，用户设备)逻辑信道的数据量划分，有如下规定
(I)UE侧MAC子层采用令牌桶的漏桶机制，基于eNB (基站)侧调度的上行可传输数据量以及RRC (Radio Resource Control，无线资源控制)层配置的参数，确定各条逻辑信道可下发的数据量。RRC层针对每条逻辑信道配置如下参数(a) priority 逻辑信道优先级，表示此逻辑信道上传输的数据获得资源的优先级，priority取值越小，优先级越高。(b) prioritisedBitRate 优化比特速率，SP每个 TTI (Transmission Time hterval，传输时间间隔)内添加到令牌桶中的令牌数。(dbucketSizeDuration 令牌桶大小持续时间，表示以优化比特速率向空令牌桶中添加令牌时，填满令牌桶需要的时间，令牌桶的大小为pri oritisedBitRate X bucketSizeDuration，可以看作是单次允许下发的最大数据量。基于上述参数，在确定各条逻辑信道可下发的数据量的过程中，对于每条逻辑信道，维护一个令牌桶，令牌桶中的令牌数的初始值为0，每个TTI按照PrioritisedBitRate 向令牌桶中添加令牌，同时保证令牌桶中令牌数不超过令牌桶大小；UE侧逻辑信道数据量划分的过程包括
(a)为所有对应的令牌桶中令牌数大于0的逻辑信道按照priority从小到大(即优先级从高到低)的顺序分配资源(资源指可传输数据量)，分配资源时基于当前逻辑信道对应的令牌桶中的令牌数以及待传输的数据量进行。(b)从分配了资源的逻辑信道对应的令牌桶中减去所分资源对应的令牌数。(c)在完成前述第一轮资源分配后，如果还有剩余资源， 则对所有仍有数据待传输的逻辑信道按照priority从小到大的顺序分配资源，此时资源分配数量不存在任何限制，直到逻辑信道上的数据都分到资源，或者资源全部用完为止。(2) UE在逻辑信道数据量划分的过程中，还需要遵循如下规则
(a)如果剩余资源能够容纳整个RLC SDU或部分传输RLC SDUCService Data Unit，服务数据单元)、或重传RLC PDU,则UE不应该对此RLC SDU或部分传输RLC SDU、或重传RLC PDU进行分段；(b)如果UE需要对通过某条逻辑信道下发的RLC SDU或部分传输RLC SDU、 或重传RLC PDU进行分段，则UE应该最大化分段大小，以尽可能地占用所分资源；(C)UE应该最大化传输的数据量。此外，在LTE MAC子层协议TS36. 321中，还对于MAC PDU的结构，有如下规定MACPDU中包含一个MAC头，0个或多个MAC SDU, 0个或多个MAC控制单元，以及可选地包含填充比特；MAC头和MAC SDU的长度都可变。进一步的，MAC PDU头包含一个或多个MAC PDU 子头，每个子头与一个MAC SDU，MAC控制单元或者填充比特一一对应，且MAC PDU子头的顺序与MAC PDU中包含的MAC SDU，MAC控制单元和填充比特的顺序完全一致。综上所述，现有协议中规定了 MAC子层向RLC子层提供的服务，以及MAC子层划分各逻辑信道待传输数据量的过程。在实现本发明的过程中，发明人发现现有技术中至少存在以下问题
LTE空口协议在制定过程中，将一些细节交互操作归入实现范畴，包括MAC子层和RLC 子层具体如何操作，以及为满足这些操作要求在传输机会通知中引入的子层间交互信息等；这些内容在实现过程中需要确定具体可行的方案，但是现有技术中并没用具体可行的方案。
发明内容
本发明实施例提供一种基于MAC子层和RLC子层的数据传输方法和设备，以保证空口数据传输性能。为了达到上述目的，本发明实施例提供一种基于介质访问控制MAC子层和无线链路控制RLC子层的数据传输方法，包括
MAC子层确定逻辑信道上能够下发的数据量以及当前传输机会RLC子层能够下发的数据总量；
所述MAC子层向所述RLC子层发送传输机会通知，所述传输机会通知用于指示所述逻辑信道上能够下发的数据量以及当前传输机会RLC子层能够下发的数据总量；
所述RLC子层利用所述逻辑信道上能够下发的数据量以及当前传输机会RLC子层能够下发的数据总量确定实际发送的数据量。本发明实施例提供一种基于介质访问控制MAC子层和无线链路控制RLC子层的数据传输设备，该设备包括MAC子层模块和RLC子层模块，其中
所述MAC子层模块，用于确定逻辑信道上能够下发的数据量以及当前传输机会RLC子层能够下发的数据总量；并向所述RLC子层发送传输机会通知，所述传输机会通知用于指示所述逻辑信道上能够下发的数据量以及当前传输机会RLC子层能够下发的数据总量；
所述RLC子层模块，用于利用所述逻辑信道上能够下发的数据量以及当前传输机会 RLC子层能够下发的数据总量确定实际发送的数据量。与现有技术相比，本发明实施例至少具有以下优点本发明实施例中，通过在传输机会通知中引入附加输入信息，并明确RLC子层的相关操作，以保证空口数据传输性能。
为了更清楚地说明本发明的技术方案，下面将对实施例描述中所需要使用的附图作简单的介绍。显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。图1是本发明实施例一提供的一种基于MAC子层和RLC子层的数据传输方法流程示意图；图2是本发明实施例一中传输机会通知中指示信息的示意图。图3是本发明实施例二提供的一种基于MAC子层和RLC子层的数据传输设备结构示意图。
具体实施例方式发明人在实现本发明的过程中注意到在LTE空口 RLC协议中，描述了 MAC子层需要向RLC子层提供数据传输服务，以及传输机会通知；在MAC协议中，描述了 UE侧划分逻辑信道待传输数据量的规则。MAC子层在传输机会通知中是否还需要提供辅助信息，供RLC子层下发数据使用，MAC子层和RLC子层又具体如何操作以满足协议上列出的规则，这在协议中没有规定。本发明实施例中，可利用MAC子层与RLC子层之间的传输机会通知的交互内容，并考虑MAC子层和RLC子层为满足协议规定的数据量划分规则而需要执行的操作，给出具体的实现方案，以保证空口数据传输性能。下面将结合本发明中的附图，对本发明中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明的一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。实施例一
本发明实施例一提供一种基于MAC子层和RLC子层的数据传输方法，该方法应用中包含有MAC子层和RLC子层的设备(如UE、网络侧设备等)中，本实施例中，提出了 MAC子层与 RLC子层数据下发判决方法，涉及MAC子层在传输机会通知中指示必要的判决输入信息，以及RLC子层基于输入信息执行下发判决操作，以遵循尽量避免分段和最大化传输数据量的规则。考虑到LTE空口各个子层实现的模块化，MAC子层在确定每条逻辑信道可下发的数据量时，如果检查RLC子层维护的发送缓冲区中RLC SDU的数目和大小、重传缓冲区中待重传的RLC PDU或RLC PDU片段的数目和大小，则复杂度会很高；即使MAC子层能够参考这些信息，在确定RLC PDU头长度，以及NACK记录表对应的状态报告长度时，还需要考虑RLC PDU的具体格式，在提高处理复杂度的同时，还将违背层间的模块化处理原则。本实施例中，为了遵循协议规定的逻辑信道数据量划分规则，并满足实现过程中的模块化处理原则，MAC子层与RLC子层之间的数据包下发判决可以采用如图1所示的操作流程，包括以下步骤
步骤101，MAC子层确定逻辑信道上能够下发的数据量以及当前传输机会RLC子层能够下发的数据总量。逻辑信道上能够下发的数据量包括逻辑信道上能够下发的所有RLC PDU和对应 MAC PDU子头的总大小；
当前传输机会RLC子层能够下发的数据总量包括当前传输机会能够下发的所有RLC PDU和对应MAC PDU子头的总大小。当有多条逻辑信道时，则MAC子层确定每条逻辑信道上能够下发的数据量、以及当前传输机会RLC子层能够下发的数据总量；各逻辑信道上能够下发的数据量包括该逻辑信道上能够下发的所有RLC PDU和对应MAC PDU子头的总大小；当前传输机会RLC子层能够下发的数据总量大于等于所有逻辑信道上能够下发的数据总量之和。本发明实施例中，对于单次传输机会，RLC子层可以通过逻辑信道下发0到多个 RLC PDU,在组装MAC PDU时，每个RLC PDU对应一个MAC PDU子头；因此，MAC子层在确定 (基于令牌桶漏桶机制确定)每条逻辑信道上可以下发的数据量时，由于无法确定RLC子层实际下发的RLC PDU数目，也无法确定MAC PDU头的具体长度，所以无法确定每条逻辑信道上下发的所有RLC PDU的总大小。因此，为了保证单次传输机会RLC子层下发的RLC PDU总大小可以最佳地匹配MAC PDU的大小，从而最大化传输的有效数据量，MAC子层向RLC子层指示的每条逻辑信道上，可以下发的数据量应该是此逻辑信道上可以下发的所有RLC PDU和对应的MAC PDU子头的大小之和。此外，为了便于RLC子层判断是否应该对RLC SDU或者部分传输的RLC SDU或重传RLC PDU进行分段，MAC子层需要向RLC子层指示当前传输机会能够下发的数据总量，该数据总量大于等于所有逻辑信道上能够下发的数据量之和，每条逻辑信道上能够下发的数据量为该逻辑信道上可以下发的所有RLC PDU和对应的MAC PDU子头的总大小。步骤102，MAC子层向RLC子层发送传输机会通知，该传输机会通知用于指示逻辑信道上能够下发的数据量以及当前传输机会RLC子层能够下发的数据总量。由于当前传输机会RLC子层能够下发的数据总量大于等于所有逻辑信道上能够下发的数据量之和，后续以数据总量等于所有逻辑信道上能够下发的数据量之和为例，每条逻辑信道上能够下发的数据量为该逻辑信道上可以下发的所有RLC PDU和对应的MAC PDU子头的大小之和。如图2所示，为传输机会通知中的指示信息，MAC子层向RLC子层发送传输机会通知时，MAC子层指示的信息包括每条逻辑信道上可以下发的数据量和当前传输机会RLC子层能够下发的数据总量等两部分。步骤103，RLC子层利用逻辑信道上能够下发的数据量以及当前传输机会RLC子层能够下发的数据总量确定实际发送的数据量。该实际发送的数据量即为逻辑信道实际下发的所有RLC PDU及其对应的MAC PDU 子头的总大小。RLC子层基于该实际发送的数据量的确定结果封装和下发RLC PDU,并将RLC PDU 发送给MAC子层；之后，MAC子层将收到的RLC PDU封装到MAC PDU中，后续处理本发明实施例中不再赘述。本发明实施例中，RLC子层可以基于MAC子层指示的信息，在各条逻辑信道之间细微调整可下发数据量，以遵循尽量避免分段和最大化传输数据量的规则(即LTE MAC子层协议TS36.321中规定的逻辑信道数据量划分规则)。具体地，RLC子层利用逻辑信道上能够下发的数据量以及当前传输机会RLC子层能够下发的数据总量确定实际发送的数据量，包括RLC子层通过调整逻辑信道上能够下发的数据量，以保证所有逻辑信道上实际发送的数据总量不大于当前传输机会RLC子层能够下发的数据总量，且保证实际发送的数据量遵循尽量避免分段和最大化传输数据量的规则。RLC子层在各条逻辑信道之间细微调整可下发数据量的操作过程中
(1)当RLC子层利用逻辑信道上能够下发的数据量确定需要考虑分段(实际应用中还可为重分段)时，则RLC子层确定不进行分段时会超出的数据量。其中，RLC子层可利用逻辑信道上能够下发的数据量确定不需要考虑分段的情况，并确定其他情况下需要考虑分段； 不需要考虑分段的情况包括
情况一、某条逻辑信道上PDCP(Packet Data Convergence Protocol，分组数据集中协议)子层和RLC子层中待传输的所有数据封装成RLC PDU之后，这些RLC PDU及对应的MAC PDU子头的总大小不超过MAC子层在传输机会通知中指示的当前逻辑信道上能够下发的数据量。情况二、MAC子层在传输机会通知中指示的当前逻辑信道上能够下发的数据量，恰好能够容纳缓冲区中的指定数量的整个RLC SDU或部分传输的RLC SDU或重传RLC PDU，且没有数据量剩余。该指定数量可以为0个(当RLC AM模式下无法容纳或者刚好容纳整个待传输的STATUS PDU时)、1个或多个RLC SDU (或者部分传输的RLC SDU或重传RLC PDU)。本发明实施例中，在上述(1)执行后，执行后续的(2 )和(3 )。(2)当某条逻辑信道上如果多发送E比特数据，则能够容纳待分段的整个RLC SDU 或部分传输的RLC SDU或重传RLC PDU时，则RLC子层指示此逻辑信道上能够发送完此RLC SDU或部分传输的RLC SDU或重传RLC PDU、以及之前优先传输的所有RLC PDU，且不执行分段处理。E比特数据满足条件E不大于T，且E不大于当前传输机会剩余可下发的数据量， T为根据性能需要配置的参数；或者，E不大于当前传输机会剩余可下发的数据量。需要注意的是，当前传输机会剩余可下发数据量在每条逻辑信道下发数据时，根据实际下发的数据量进行更新，即从当前逻辑信道下发数据之前的当前传输机会剩余可下发数据量中，扣除当前逻辑信道实际下发的RLC PDU和对应的MAC PDU子头的总大小。此外，在所有逻辑信道都未下发数据之前，当前传输机会剩余可下发数据量的初始值即为MAC 子层在传输机会通知中指示的当前传输机会RLC子层能够下发的数据总量。(3)当不满足上述(2)时，即无法确定出不执行分段处理时，则区分如下两种情况进行处理
情况一如果当前传输机会中只有一条逻辑信道上需要下发数据，此时只要分段(还可以为重分段)后得到的RLC PDU能够承载部分RLC SDU数据(即当前逻辑信道剩余可下发数据量，除了能够容纳分段带来的RLC子层和MAC子层新增协议头开销之外，还能够容纳一部分RLC SDU数据)，则传输可下发数据量能够容纳的完整RLC SDU或部分传输的RLC SDU或重传RLC PDU，并对第一个不能完整容纳的RLC SDU或部分传输的RLC SDU或重传RLC PDU 进行分段；否则不进行分段，只传输可下发数据量能够容纳的完整RLC SDU或部分传输的 RLC SDU 或重传 RLC PDU。情况二 如果当前传输机会中有多条逻辑信道上需要下发数据，此时对于每条逻辑信道，传输可下发数据量能够容纳的完整RLC SDU或部分传输的RLC SDU或重传RLC PDU,并基于如下指定规则之一判断是否需要对第一个不能完整容纳的RLC SDU或部分传输的RLC SDU或重传RLC PDU进行分段。其中，指定规则包括
规则一、总是不进行分段；
规则二、只要分段后得到的RLC PDU能够承载部分RLC SDU数据，则进行分段； 规则三、仅当分段后能够多承载的RLC SDU数据量不小于新增的RLC头和MAC子头总开销时，才进行分段；规则四、仅当分段后能够多承载的RLC SDU数据量不小于指定门限值时，才进行分段。
需要说明的是，上述规则二、规则三、规则四中，都能保证RLC子层数据下发尽量利用MAC子层提供的可下发数据量。此外，当RLC SDU普遍较小时，规则一也能保证MAC子层提供的可下发数据量的较高效利用；当个别RLC SDU较大时，较大的RLC SDU可能因为总是无法被完整下发，导致RLC子层在多个连续的传输机会无法下发RLC PDU,数据下发通道发生拥堵，造成空口传输资源的严重浪费。 综上所述，由于目前协议上仅规定了 MAC子层向RLC子层指示传输机会通知，并列出了逻辑信道数据量划分规则。具体如何实现这些规则，协议上不作规定。本发明实施例给出这些规则的实现方案，在传输机会通知中引入了附加输入信息，并明确RLC子层的相关操作，以保证空口数据传输性能。实施例二
基于与上述方法同样的发明构思，本发明实施例中还提供了一种基于介质访问控制 MAC子层和无线链路控制RLC子层的数据传输设备，如图3所示，该设备包括MAC子层模块 11和RLC子层模块12，其中
所述MAC子层模块11，用于确定逻辑信道上能够下发的数据量以及当前传输机会RLC 子层能够下发的数据总量；并向所述RLC子层发送传输机会通知，所述传输机会通知用于指示所述逻辑信道上能够下发的数据量以及当前传输机会RLC子层能够下发的数据总量； 所述RLC子层模块12，用于利用所述逻辑信道上能够下发的数据量以及当前传输机会 RLC子层能够下发的数据总量确定实际发送的数据量。所述逻辑信道上能够下发的数据量包括所述逻辑信道上能够下发的所有RLC协议数据单元PDU和对应MAC PDU子头的总大小；
所述当前传输机会RLC子层能够下发的数据总量包括所述当前传输机会能够下发的所有RLC PDU和对应MAC PDU子头的总大小。当有多条逻辑信道时，所述MAC子层模块11，具体用于确定每条逻辑信道上能够下发的数据量、以及当前传输机会RLC子层能够下发的数据总量；
各逻辑信道上能够下发的数据量包括该逻辑信道上能够下发的所有RLC PDU和对应 MAC PDU子头的总大小；
当前传输机会RLC子层能够下发的数据总量大于等于所有逻辑信道上能够下发的数据量之和。所述RLC子层模块12，具体用于通过调整所述逻辑信道上能够下发的数据量，以保证所有逻辑信道上实际发送的数据总量不大于当前传输机会RLC子层能够下发的数据总量，且保证实际发送的数据量遵循尽量避免分段和最大化传输数据量的规则。所述RLC子层模块12，还用于当利用所述逻辑信道上能够下发的数据量确定需要考虑分段时，则确定不进行分段时会超出的数据量。所述RLC子层模块12，具体用于利用所述逻辑信道上能够下发的数据量确定不需要考虑分段的情况，并确定其他情况下需要考虑分段；不需要考虑分段的情况包括
情况一、逻辑信道上分组数据集中协议PDCP子层和RLC子层中待传输的所有数据封装成RLC PDU后，RLC PDU及对应的MAC PDU子头的总大小不超过所述传输机会通知中指示的所述逻辑信道上能够下发的数据量；情况二、在所述传输机会通知中指示的所述逻辑信道上能够下发的数据量，能够容纳缓冲区中的指定数量的整个RLC服务数据单元SDU或部分传输的RLC SDU或重传RLC PDU, 且没有数据量剩余。所述RLC子层模块12，还用于当所述逻辑信道上如果多发送E比特数据，则能够容纳待分段的整个RLC SDU或部分传输的RLC SDU或重传RLC PDU时，指示所述逻辑信道上能够发送完所述整个RLC SDU或部分传输的RLC SDU或重传RLC PDU、以及之前优先传输的所有RLC PDU，且不执行分段处理。所述E比特数据满足条件所述E不大于T，且所述E不大于当前传输机会剩余可下发的数据量，所述T为根据性能需要配置的参数；或者，
所述E不大于当前传输机会剩余可下发的数据量。所述RLC子层模块12，还用于如果当前传输机会中只有一条逻辑信道上需要下发数据，只要分段后得到的RLC PDU能够承载部分RLC SDU数据，则传输可下发数据量能够容纳的完整RLC SDU或部分传输的RLC SDU或重传RLC PDU，并对第一个不能完整容纳的RLC SDU或部分传输的RLC SDU或重传RLC PDU进行分段；否则不进行分段，只传输可下发数据量能够容纳的完整RLC SDU或部分传输的RLC SDU或重传RLC PDU0所述RLC子层模块12，还用于如果当前传输机会中有多条逻辑信道上需要下发数据，对于每条逻辑信道，传输可下发数据量能够容纳的完整RLC SDU或部分传输的RLC SDU 或重传RLC PDU，并基于指定规则判断是否需要对第一个不能完整容纳的RLC SDU或部分传输的RLC SDU或重传RLC PDU进行分段。所述指定规则包括 规则一、总是不进行分段；
规则二、只要分段后得到的RLC PDU能够承载部分RLC SDU数据，则进行分段； 规则三、仅当分段后能够多承载的RLC SDU数据量不小于新增的RLC头和MAC子头总开销时，才进行分段；
规则四、仅当分段后能够多承载的RLC SDU数据量不小于指定门限值时，才进行分段。其中，本发明装置的各个模块可以集成于一体，也可以分离部署。上述模块可以合并为一个模块，也可以进一步拆分成多个子模块。通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。本领域技术人员可以理解附图只是一个优选实施例的示意图，附图中的模块或流程并不一定是实施本发明所必须的。本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
以上公开的仅为本发明的几个具体实施例，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。
权利要求
1.一种基于介质访问控制MAC子层和无线链路控制RLC子层的数据传输方法，其特征在于，包括MAC子层确定逻辑信道上能够下发的数据量以及当前传输机会RLC子层能够下发的数据总量；所述MAC子层向所述RLC子层发送传输机会通知，所述传输机会通知用于指示所述逻辑信道上能够下发的数据量以及当前传输机会RLC子层能够下发的数据总量；所述RLC子层利用所述逻辑信道上能够下发的数据量以及当前传输机会RLC子层能够下发的数据总量确定实际发送的数据量。
2.如权利要求1所述的方法，其特征在于，所述逻辑信道上能够下发的数据量包括所述逻辑信道上能够下发的所有RLC协议数据单元PDU和对应MAC PDU子头的总大小；所述当前传输机会RLC子层能够下发的数据总量包括所述当前传输机会能够下发的所有RLC PDU和对应MAC PDU子头的总大小。
3.如权利要求1所述的方法，其特征在于，当有多条逻辑信道时，所述MAC子层确定逻辑信道上能够下发的数据量以及当前传输机会RLC子层能够下发的数据总量，包括所述MAC子层确定每条逻辑信道上能够下发的数据量、以及当前传输机会RLC子层能够下发的数据总量；各逻辑信道上能够下发的数据量包括该逻辑信道上能够下发的所有RLC PDU和对应 MAC PDU子头的总大小；当前传输机会RLC子层能够下发的数据总量大于等于所有逻辑信道上能够下发的数据量之和。
4.如权利要求1-3任一项所述的方法，其特征在于，所述RLC子层利用所述逻辑信道上能够下发的数据量以及当前传输机会RLC子层能够下发的数据总量确定实际发送的数据量，包括所述RLC子层通过调整所述逻辑信道上能够下发的数据量，以保证所有逻辑信道上实际发送的数据总量不大于当前传输机会RLC子层能够下发的数据总量，且保证实际发送的数据量遵循尽量避免分段和最大化传输数据量的规则。
5.如权利要求4所述的方法，其特征在于，所述方法进一步包括当所述RLC子层利用所述逻辑信道上能够下发的数据量确定需要考虑分段时，则所述 RLC子层确定不进行分段时会超出的数据量。
6.如权利要求5所述的方法，其特征在于，所述RLC子层利用所述逻辑信道上能够下发的数据量确定需要考虑分段，包括所述RLC子层利用所述逻辑信道上能够下发的数据量确定不需要考虑分段的情况，并确定其他情况下需要考虑分段；不需要考虑分段的情况包括情况一、逻辑信道上分组数据集中协议PDCP子层和RLC子层中待传输的所有数据封装成RLC PDU后，RLC PDU及对应的MAC PDU子头的总大小不超过所述传输机会通知中指示的所述逻辑信道上能够下发的数据量；情况二、在所述传输机会通知中指示的所述逻辑信道上能够下发的数据量，能够容纳缓冲区中的指定数量的整个RLC服务数据单元SDU或部分传输的RLC SDU或重传RLC PDU,且没有数据量剩余。
7.如权利要求5所述的方法，其特征在于，所述RLC子层确定不进行分段时会超出的数据量，之后还包括当所述逻辑信道上如果多发送E比特数据，则能够容纳待分段的整个RLC SDU或部分传输的RLC SDU或重传RLC PDU时，所述RLC子层指示所述逻辑信道上能够发送完所述整个RLC SDU或部分传输的RLC SDU或重传RLC PDU、以及之前优先传输的所有RLC PDU，且不执行分段处理。
8.如权利要求7所述的方法，其特征在于，所述E比特数据满足条件所述E不大于T，且所述E不大于当前传输机会剩余可下发的数据量，所述T为根据性能需要配置的参数；或者，所述E不大于当前传输机会剩余可下发的数据量。
9.如权利要求7所述的方法，其特征在于，所述方法还包括如果当前传输机会中只有一条逻辑信道上需要下发数据，只要分段后得到的RLC PDU 能够承载部分RLC SDU数据，则传输可下发数据量能够容纳的完整RLC SDU或部分传输的 RLC SDU或重传RLC PDU，并对第一个不能完整容纳的RLC SDU或部分传输的RLC SDU或重传RLC PDU进行分段；否则不进行分段，只传输可下发数据量能够容纳的完整RLC SDU或部分传输的RLC SDU或重传RLC PDU。
10.如权利要求7所述的方法，其特征在于，所述方法还包括如果当前传输机会中有多条逻辑信道上需要下发数据，对于每条逻辑信道，传输可下发数据量能够容纳的完整RLC SDU或部分传输的RLC SDU或重传RLC PDU，并基于指定规则判断是否需要对第一个不能完整容纳的RLC SDU或部分传输的RLC SDU或重传RLC PDU进行分段。
11.如权利要求10所述的方法，其特征在于，所述指定规则包括规则一、总是不进行分段；规则二、只要分段后得到的RLC PDU能够承载部分RLC SDU数据，则进行分段；规则三、仅当分段后能够多承载的RLC SDU数据量不小于新增的RLC头和MAC子头总开销时，才进行分段；规则四、仅当分段后能够多承载的RLC SDU数据量不小于指定门限值时，才进行分段。
12.一种基于介质访问控制MAC子层和无线链路控制RLC子层的数据传输设备，其特征在于，该设备包括MAC子层模块和RLC子层模块，其中所述MAC子层模块，用于确定逻辑信道上能够下发的数据量以及当前传输机会RLC子层能够下发的数据总量；并向所述RLC子层发送传输机会通知，所述传输机会通知用于指示所述逻辑信道上能够下发的数据量以及当前传输机会RLC子层能够下发的数据总量；所述RLC子层模块，用于利用所述逻辑信道上能够下发的数据量以及当前传输机会 RLC子层能够下发的数据总量确定实际发送的数据量。
13.如权利要求12所述的设备，其特征在于，所述逻辑信道上能够下发的数据量包括所述逻辑信道上能够下发的所有RLC协议数据单元PDU和对应MAC PDU子头的总大小；所述当前传输机会RLC子层能够下发的数据总量包括所述当前传输机会能够下发的所有RLC PDU和对应MAC PDU子头的总大小。
14.如权利要求12所述的设备，其特征在于，当有多条逻辑信道时，所述MAC子层模块，具体用于确定每条逻辑信道上能够下发的数据量、以及当前传输机会RLC子层能够下发的数据总量；各逻辑信道上能够下发的数据量包括该逻辑信道上能够下发的所有RLC PDU和对应 MAC PDU子头的总大小；当前传输机会RLC子层能够下发的数据总量大于等于所有逻辑信道上能够下发的数据量之和。
15.如权利要求12-14任一项所述的设备，其特征在于，所述RLC子层模块，具体用于通过调整所述逻辑信道上能够下发的数据量，以保证所有逻辑信道上实际发送的数据总量不大于当前传输机会RLC子层能够下发的数据总量，且保证实际发送的数据量遵循尽量避免分段和最大化传输数据量的规则。
16.如权利要求15所述的设备，其特征在于，所述RLC子层模块，还用于当利用所述逻辑信道上能够下发的数据量确定需要考虑分段时，则确定不进行分段时会超出的数据量。
17.如权利要求16所述的设备，其特征在于，所述RLC子层模块，具体用于利用所述逻辑信道上能够下发的数据量确定不需要考虑分段的情况，并确定其他情况下需要考虑分段；不需要考虑分段的情况包括情况一、逻辑信道上分组数据集中协议PDCP子层和RLC子层中待传输的所有数据封装成RLC PDU后，RLC PDU及对应的MAC PDU子头的总大小不超过所述传输机会通知中指示的所述逻辑信道上能够下发的数据量；情况二、在所述传输机会通知中指示的所述逻辑信道上能够下发的数据量，能够容纳缓冲区中的指定数量的整个RLC服务数据单元SDU或部分传输的RLC SDU或重传RLC PDU, 且没有数据量剩余。
18.如权利要求16所述的设备，其特征在于，所述RLC子层模块，还用于当所述逻辑信道上如果多发送E比特数据，则能够容纳待分段的整个RLC SDU或部分传输的RLC SDU或重传RLC PDU时，指示所述逻辑信道上能够发送完所述整个RLC SDU或部分传输的RLC SDU或重传RLC PDU、以及之前优先传输的所有 RLC PDU，且不执行分段处理。
19.如权利要求18所述的设备，其特征在于，所述E比特数据满足条件所述E不大于T，且所述E不大于当前传输机会剩余可下发的数据量，所述T为根据性能需要配置的参数；或者，所述E不大于当前传输机会剩余可下发的数据量。
20.如权利要求18所述的设备，其特征在于，所述RLC子层模块，还用于如果当前传输机会中只有一条逻辑信道上需要下发数据， 只要分段后得到的RLC PDU能够承载部分RLC SDU数据，则传输可下发数据量能够容纳的完整RLC SDU或部分传输的RLC SDU或重传RLC PDU，并对第一个不能完整容纳的RLC SDU 或部分传输的RLC SDU或重传RLC PDU进行分段；否则不进行分段，只传输可下发数据量能够容纳的完整RLC SDU或部分传输的RLC SDU或重传RLC PDU0
21.如权利要求18所述的设备，其特征在于，所述RLC子层模块，还用于如果当前传输机会中有多条逻辑信道上需要下发数据，对于每条逻辑信道，传输可下发数据量能够容纳的完整RLC SDU或部分传输的RLC SDU或重传RLC PDU，并基于指定规则判断是否需要对第一个不能完整容纳的RLC SDU或部分传输的 RLC SDU或重传RLC PDU进行分段。
22.如权利要求21所述的设备，其特征在于，所述指定规则包括 规则一、总是不进行分段；规则二、只要分段后得到的RLC PDU能够承载部分RLC SDU数据，则进行分段； 规则三、仅当分段后能够多承载的RLC SDU数据量不小于新增的RLC头和MAC子头总开销时，才进行分段；规则四、仅当分段后能够多承载的RLC SDU数据量不小于指定门限值时，才进行分段。
全文摘要
本发明公开了一种基于MAC子层和RLC子层的数据传输方法和设备，该方法包括MAC子层确定逻辑信道上能够下发的数据量以及当前传输机会RLC子层能够下发的数据总量；所述MAC子层向所述RLC子层发送传输机会通知，所述传输机会通知用于指示所述逻辑信道上能够下发的数据量以及当前传输机会RLC子层能够下发的数据总量；所述RLC子层利用所述逻辑信道上能够下发的数据量以及当前传输机会RLC子层能够下发的数据总量确定实际发送的数据量。本发明实施例中，通过在传输机会通知中引入附加输入信息，并明确RLC子层的相关操作，以保证空口数据传输性能。
文档编号H04W80/02GK102348292SQ201110289688
公开日2012年2月8日 申请日期2011年9月28日 优先权日2011年9月28日
发明者刘蓉, 徐昊, 曾超君, 高卓 申请人:电信科学技术研究院