CN102076104B - 一种半持续调度的数据包处理方法及基站 - Google Patents

Abstract

本发明公开了一种半持续调度的数据包处理方法及基站，包括：确定半持续调度的逻辑信道的缓存数据为空，且在当前传输时间间隔存在半持续下行共享物理信道资源；将媒体接入控制协议数据单元构造成预设的格式，该预设的格式的协议数据单元用以保证终端侧能够进行正常的译码和混合自动重复请求处理，并且在混合自动重复请求处理完成之后、进行后续处理之前将该协议数据单元丢弃掉；将构造后的媒体接入控制协议数据单元在半持续下行共享物理信道资源上发送给终端。对于时分双工-长期演进***，在下行半持续调度逻辑信道无缓存数据，但又在当前传输时间间隔存在下行共享物理信道资源的情况下，本发明给出了该种情况下基站的处理方案。

Description

一种半持续调度的数据包处理方法及基站

技术领域

本发明涉及无线通信技术，特别涉及一种半持续调度的数据包处理方法及基站。

背景技术

为优化使用共享信道传输时延要求高、数据速率低的业务(如VoIP(Voiceover IP，基于IP的语音传输))时的效率，特别是优化传输中的控制信道开销，在TDD-LTE(Time Division Duplex-Long Term Evolution，时分双工-长期演进)***中，引入了一种半持续资源分配的方式。即基站(eNodeB)发送一次控制信道PDCCH(physical downlink control channel，物理下行控制信道)可以为终端分配周期性的物理资源。并且，基站还可以通过发送控制信道改变半持续的资源分配或者收回半持续资源。

对于TDD-LTE***，下行半持续资源上发送的传输块MAC(MediumAccess Control，媒体接入控制)PDU(Protocol Data Unit，协议数据单元)仍然使用DL-SCH(Down-link Shared Channel，下行共享信道)的MAC PDU格式。MAC PDU的格式说明和字段详细含义可以参见3GPP TS 36.321-930：″Technical Specification Group Radio Access Network；Evolved Universal TerrestrialRadio Access(E-UTRA)；Medium Access Control(MAC)protocol specification″的6.1节和6.2节。

TDD-LTE***中，使用普通下行动态调度的逻辑信道，在eNodeB缓存中没有该逻辑信道数据的TTI(Transmission Time Interval，传输时间间隔)，将不会调度该逻辑信道和为该逻辑信道分配PDSCH(Physical Downlink SharedChannel，下行共享物理信道)资源，此时没有必要也不会为该逻辑信道发送PDCCH和MAC PDU，由于没有PDCCH，终端也不会接收PDSCH上数据。

在TDD-LTE***中，对于下行半持续调度的逻辑信道，其半持续PDSCH资源是通过一次发送的PDCCH分配的周期性资源，终端会根据PDCCH中指示的资源和传输块等相关信息，以及高层信令预先配置的周期，周期性的在指定PDSCH资源上检测和接收MAC PDU数据。

由于半持续调度的PDSCH资源是预先分配好的周期性资源，而承载于下行半持续资源的业务数据到达基站(eNodeB)的规律和数据量很难与预先分配好的空口资源完全匹配，因此就可能出现在存在半持续调度资源的TTI，基站(eNodeB)半持续调度逻辑信道无缓存数据可发的情况。

而现有技术的不足在于：在下行半持续调度逻辑信道无缓存数据，但又在当前TTI存在PDSCH资源的情况下，还没有方案来解决基站(eNodeB)侧该如何处理。

发明内容

本发明所解决的技术问题在于提供了一种在下行半持续调度逻辑信道无缓存数据，但又在当前TTI存在PDSCH资源情况下，一种半持续调度的数据包处理方法及基站。

本发明实施例中提供了一种半持续调度的数据包处理方法，包括如下步骤：

确定半持续调度的逻辑信道的缓存数据为空，且在当前TTI存在半持续PDSCH资源；

将MAC PDU构造成预设的格式，该预设的格式的MAC PDU用以保证终端侧能够根据该MAC PDU进行正常的译码和混合自动重复请求HARQ处理，并且终端侧在HARQ处理完成之后、进行后续处理之前将该MAC PDU丢弃掉；

将构造后的MAC PDU在半持续PDSCH资源上发送给终端。

较佳地，将MAC PDU构造成预设的格式，包括：

按照半持续资源分配时指定的长度，组出一个净荷部分为填充比特的MAC PDU，在MAC header中只包含一个采用格式R/R/E/LCID的MAC PDUsubheader，其中LCID字段的五个比特位填写为11111。

较佳地，进一步包括：

在当前HARQ进程记录本次发送的MAC PDU为构造后的MAC PDU。

较佳地，进一步包括：

确定接收的ACK/NACK反馈是针对构造后的MAC PDU；

释放发送构造后的MAC PDU所占用的HARQ进程。

本发明实施例中提供了一种基站，包括：

确定模块，用于确定半持续调度的逻辑信道的缓存数据为空，且在当前TTI存在半持续PDSCH资源；

构造模块，用于将MAC PDU构造成预设的格式，该预设的格式的MACPDU用以保证终端侧能够根据该MAC PDU进行正常的译码和HARQ处理，并且终端侧在HARQ处理完成之后、进行后续处理之前将该MAC PDU丢弃掉；

发送模块，用于将构造后的MAC PDU在半持续PDSCH资源上发送给终端。

较佳地，构造模块进一步用于在将MAC PDU构造成预设的格式时，按照半持续资源分配时指定的长度，组出一个净荷部分为填充比特的MAC PDU，在MAC header中只包含一个采用格式R/R/E/LCID的MAC PDU subheader，其中LCID字段的五个比特位填写为11111。

较佳地，进一步包括：

记录模块，用于在当前HARQ进程记录本次发送的MAC PDU为构造后的MAC PDU。

较佳地，进一步包括：

反馈处理模块，用于在确定接收的ACK/NACK反馈是针对构造后的MACPDU的时，释放发送构造后的MAC PDU所占用的HARQ进程。

本发明有益效果如下：

对于TDD-LTE***，在下行半持续调度逻辑信道无缓存数据，但又在当前TTI存在PDSCH资源的情况下，协议没有规定基站侧的处理方式，而本发明实施例给出了基站侧在该种情况下的处理方案。

附图说明

图1为本发明实施例中半持续调度的数据包处理方法实施流程示意图；

图2为本发明实施例中MAC PDU的发送处理实施流程示意图；

图3为本发明实施例中终端反馈ACK/NACK后的处理实施流程示意图；

图4为本发明实施例中基站结构示意图。

具体实施方式

发明人在发明过程中注意到：

TDD-LTE***中，使用普通下行动态调度的逻辑信道，在eNodeB缓存中没有该逻辑信道数据的TTI，将不会调度该逻辑信道和为该逻辑信道分配PDSCH资源，此时没有必要也不会为该逻辑信道发送PDCCH和MAC PDU，由于没有PDCCH，终端也不会接收PDSCH上数据。

但是，在TDD-LTE***中，对于下行使用半持续调度的逻辑信道，其半持续PDSCH资源是通过一次发送的PDCCH分配的周期性资源，终端会根据PDCCH中指示的资源和传输块等相关信息，以及高层信令预先配置的周期，周期性的在指定PDSCH资源上检测和接收MAC PDU数据，因此不管eNodeB是否发送，终端都会在预先分配好的周期性的PDSCH资源上检测和接收MACPDU数据。

由于半持续调度的PDSCH资源是预先分配好的周期性资源，而承载于下行半持续资源的业务数据到达基站(eNodeB)的规律和数据量很难与预先分配好的空口资源完全匹配，因此就可能出现在存在半持续调度资源的TTI，基站(eNodeB)半持续调度逻辑信道无缓存数据可发的情况。

然而，现有技术中并没有规定在下行半持续调度逻辑信道无缓存数据，但又存在PDSCH资源的TTI，基站(eNodeB)侧的处理方式。因此，下面将简单分析在基站不发送数据与发送数据这两种情况下可能的处理方式，并进而得出本发明的构思。

(1)、基站不发送数据。这样处理会存在以下问题。

A)如前所述，对于TDD-LTE***，由于半持续PDSCH资源是预先分配好的周期性资源，终端会周期性的在指定PDSCH资源上检测和接收MAC PDU数据，如果基站此时不发数据，终端仍然会去预先指定的PDSCH资源上检测和接收数据。显然此时终端无法正确的检测出数据，其解调译码结果必然为NACK，并会通过控制信道将NACK反馈给基站要求基站重传，且终端无法判断此时究竟是基站没发还是空口译码错误，会将当前情况作为误块处理。由于终端测量下行信道质量需要考虑空口的误块率，上述情况将导致终端测量得到的CQI(Channel Quality Indicator，信道质量指示)比真实值低，该CQI值上报基站后会引起基站不必要的调整，如下发PDCCH调整半持续资源或者降低该用户其他动态调度业务的调制编码等级，降低***资源利用率。此外终端可能有其他误块后处理算法，上述情况还将影响相关处理的准确性；

(2)、基站发送数据。

A)如果这种情况下基站发送数据，则终端的数据检测接收和HARQ(Hybrid Automatic Repeat Request，混合自动重复请求)处理结果是可信的，不会存在(1)A)中的问题；

B)由于半持续的PDSCH资源是预先分配好的周期性资源，在无缓存数据时不发送数据，也不能将该资源分配给其他用户使用，因此此时发送无效数据也不会造成资源的浪费。

C)在这种情况下基站(eNodeB)发送数据，必须保证不能引起终端侧重组和重排序问题，不能导致数据包处理出错。

可见，在下行半持续调度逻辑信道无缓存数据但又存在PDSCH资源的TTI，发送数据相比不发数据，可以避免对***的多种不利影响，但是，发送的数据还必须保证不能引起终端侧重组和重排序等问题，不能导致数据包处理出错。

基于此，本发明实施例中将提供一种半持续调度的数据包发送方案，用于在TDD-LTE***中，在用户具有半持续调度资源但基站侧无缓存数据的情况下，基站(eNodeB)发送预设的、特殊的数据包。在保证不影响终端数据包重组和重排序等处理的基础上，保持正确的HARQ过程以避免影响终端对信道质量判断的准确性进而影响终端内部相关处理的准确性。

下面结合附图对本发明的具体实施方式进行说明。

图1为半持续调度的数据包处理方法实施流程示意图，如图所示，可以包括如下步骤：

步骤101、确定半持续调度的逻辑信道的缓存数据为空，且在当前TTI存在半持续PDSCH资源；

步骤102、将MAC PDU构造成预设的格式，该预设的格式的MAC PDU用以保证终端侧能够根据该MAC PDU进行正常的译码和HARQ处理，并且终端侧在HARQ处理完成之后、进行后续处理之前将该MAC PDU丢弃掉；

步骤103、将构造后的MAC PDU在半持续PDSCH资源上发送给终端。

实施中，对于TDD-LTE***，协议规定，MAC PDU净荷中的填充字节可以为任意值，并且UE(User Equipment，用户设备)将不处理这些填充信息。因此，将MAC PDU构造成预设的格式，可以包括：

按照半持续资源分配时指定的长度，组出一个净荷部分为填充比特的MAC PDU，在MAC header中只包含一个采用格式R/R/E/LCID(其中，R：Reserved bit(预留比特位)，设置为“0”；E：Extension field(扩展位)；LCID：Logical Channel ID，逻辑信道标识)的MAC PDU subheader(子头)，其中LCID字段的五个比特位填写为11111。

具体实施中，格式说明和字段详细含义可以参见3GPP TS 36.321-930：″Technical Specification Group Radio Access Network；Evolved Universal TerrestrialRadio Access(E-UTRA)；Medium Access Control(MAC)protocol specification″的6.1节和6.2节。

在实施中采用了上述构造方式是因为该方式容易实现，也是根据当前协议的规定举的例；但是，从理论上来说，用其它的方式也是可以的，只要能够保证终端侧能够正常的进行译码和HARQ处理，并且在终端HARQ处理完成之后、进行后续处理之前被丢弃掉即可，上述构造方式仅用于教导本领域技术人员具体如何实施本发明，但不意味仅能使用该方式，实施过程中可以结合实践需要以及协议规定等因素来确定相应的方式。

实施中，还可以进一步包括：

步骤104、在当前HARQ进程记录本次发送的MAC PDU为构造后的MACPDU。

实施中，还可以进一步包括：

步骤105、确定接收的ACK/NACK(Acknowledgement/ NegativeAcknowledgement，确认/否定确认)反馈是针对构造后的MAC PDU；

步骤106、释放发送构造后的MAC PDU所占用的HARQ进程。

在上述实施中，该数据包的处理方案包含2方面内容：

(1)在用户具有半持续调度资源但基站侧该半持续调度逻辑信道无缓存数据的情况下，组出特殊的MAC PDU(也即构造后的、预设的MAC PDU)发送。这种特殊的MAC PDU可以保证终端侧能够正常的进行译码和HARQ处理，并且在终端HARQ处理完成之后、进行后续处理之前，能够根据协议的规定被丢弃掉，从而不影响终端数据包重组和重排序等处理；

(2)发送特殊MAC PDU之后，对于终端针对此特殊MAC PDU的HARQ结果反馈(ACK/NACK)，基站侧一律释放对应的HARQ进程，不进行重传处理。

也由上述分析可知，上述构造特殊的MAC PDU以及对ACK/NACK的处理这两个方面，相对于现有技术中在下行半持续调度逻辑信道无缓存数据，但又存在PDSCH资源的TTI的情况下，基站没有处理方案这一不足来说都是可以分开实施的，只是在这二者组合时会有更好地实施效果。

下面再以实例来进行说明。

图2为MAC PDU的发送处理实施流程示意图，如图所示，对于TDD-LTE***，对于一个半持续调度逻辑信道，在其存在半持续PDSCH资源的TTI时，eNodeB在对半持续调度用户数据进行发送处理时可以包括如下步骤：

步骤201、在用户存在半持续资源的TTI时，eNodeB获知半持续调度逻辑信道的缓存数据情况；

步骤202、判断半持续调度逻辑信道是否为空，是则转入步骤203，否则转入步骤205；

步骤203、按照半持续资源分配时指定的长度，组出一个净荷部分为填充比特的MAC PDU，其MAC header中只包含一个采用R/R/E/LCID格式的MACPDU subheader，其中LCID字段的五个比特位填写为11111；

步骤204、记录当前使用的HARQ进程本次发送了特殊MAC PDU；

步骤205、根据半持续资源分配时指定的长度，按照正常方式组MAC PDU并发送。

实施中，eNodeB获知该逻辑信道缓存数据情况，如果不为空则按照协议组出正确的MAC PDU并发送，否则按照半持续资源分配时指定的长度，组出一个净荷部分为填充比特的MAC PDU，其MAC header中只包含一个采用R/R/E/LCID格式的MAC PDU subheader，其中LCID字段的五个比特位填写为11111。

进一步的，eNodeB可以记录当前HARQ进程本次发送的MAC PDU为一种特殊MAC PDU；

eNodeB将MAC PDU在半持续资源上发送给终端，除构造预设的MACPDU以及对ACK/NACK的处理外，其余的发送处理和有缓存数据时处理相同。

对于终端产生的ACK/NACK，在该数据发送完成后，基站(eNodeB)会等待针对该MAC PDU的ACK/NACK反馈。下面对收到ACK/NACK反馈时，基站(eNodeB)的处理进行说明。

图3为终端反馈ACK/NACK后的处理实施流程示意图，如图所示，在收到ACK/NACK反馈时，站(NodeB)的处理流程可以包括如下步骤：

步骤301、基站收到ACK/NACK反馈；

步骤302、基站判断该ACK/NACK反馈针对的MAC PDU是否为特殊MACPDU，是则转入步骤303，否则转入步骤304；

步骤303、释放对应的HARQ进程；

步骤304、根据ACK/NACK反馈进行相应处理。

实施中，基站判断该ACK/NACK反馈针对的MAC PDU是否为预设的特殊MAC PDU，如果不是，则根据ACK/NACK情况进行相应处理；否则释放占用的HARQ进程。

基于同一发明构思，本发明实施例中还提供了一种基站，由于基站解决问题的原理与一种半持续调度的数据包处理方法相似，因此基站的实施可以参见方法的实施，重复之处不再赘述。

图4为基站结构示意图，如图所示，基站中可以包括：

确定模块401，用于确定半持续调度的逻辑信道的缓存数据为空，且在当前TTI存在半持续PDSCH资源；

构造模块402，用于将MAC PDU构造成预设的格式，该预设的格式的MAC PDU用以保证终端侧能够根据该MAC PDU进行正常的译码和HARQ处理，并且终端侧在HARQ处理完成之后、进行后续处理之前将该MAC PDU丢弃掉；

发送模块403，用于将构造后的MAC PDU在半持续PDSCH资源上发送给终端。

实施中，构造模块可以进一步用于在将MAC PDU构造成预设的格式时，按照半持续资源分配时指定的长度，组出一个净荷部分为填充比特的MACPDU，在MAC header中只包含一个采用格式R/R/E/LCID的MAC PDUsubheader，其中LCID字段的五个比特位填写为11111。

实施中，基站可以进一步包括：

记录模块404，用于在当前HARQ进程记录本次发送的MAC PDU为构造后的MAC PDU。

实施中，基站可以进一步包括：

反馈处理模块405，用于在确定接收的ACK/NACK反馈是针对构造后的MAC PDU的时，释放发送构造后的MAC PDU所占用的HARQ进程。

为了描述的方便，以上所述装置的各部分以功能分为各种模块或单元分别描述。当然，在实施本发明时可以把各模块或单元的功能在同一个或多个软件或硬件中实现。

由上述实施例可知，针对TDD-LTE***中的eNodeB对半持续调度的处理，在本发明实施例提供的技术方案中：

在用户具有半持续调度资源但基站侧该半持续调度逻辑信道无缓存数据的情况下，组出预设的、特殊的MAC PDU发送。进一步的，提供了特殊MACPDU的构造方案；

针对此特殊MAC PDU的HARQ结果反馈(ACK/NACK)，还提供了基站(eNodeB)的处理方案。

可见，通过本发明实施例提供的技术方案，首先，对于TDD-LTE***，在协议没有规定在下行半持续调度逻辑信道无缓存数据但又存在半持续资源的TTI时基站侧的处理方式的情况下，本发明实施例给出了处理方案。

其次，通过分析和对比可能的处理方式，本发明实施例提供的技术方案有利于保证终端侧信道质量检测和误块统计的准确性及相关处理的准确性。

本领域内的技术人员应明白，本发明的实施例可提供为方法、***、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (4)

1.一种半持续调度的数据包处理方法，其特征在于，包括如下步骤：

确定半持续调度的逻辑信道的缓存数据为空，且在当前传输时间间隔TTI存在半持续下行共享物理信道PDSCH资源；

将媒体接入控制协议数据单元MAC PDU构造成预设的格式，该预设的格式的MAC PDU用以保证终端侧能够根据该MAC PDU进行正常的译码和混合自动重复请求HARQ处理，并且终端侧在HARQ处理完成之后、进行后续处理之前将该MAC PDU丢弃掉；

将构造后的MAC PDU在半持续PDSCH资源上发送给终端；

在当前HARQ进程记录本次发送的MAC PDU为构造后的MAC PDU；

确定接收的确认/否定确认ACK/NACK反馈是针对构造后的MAC PDU；

释放发送构造后的MAC PDU所占用的HARQ进程。

2.如权利要求1所述的方法，其特征在于，将MAC PDU构造成预设的格式，包括：

按照半持续资源分配时指定的长度，组出一个净荷部分为填充比特的MAC PDU，在MAC header中只包含一个采用格式R/R/E/LCID的MAC PDUsubheader，其中LCID字段的五个比特位填写为11111。

3.一种基站，其特征在于，包括：

确定模块，用于确定半持续调度的逻辑信道的缓存数据为空，且在当前TTI存在半持续PDSCH资源；

构造模块，用于将MAC PDU构造成预设的格式，该预设的格式的MACPDU用以保证终端侧能够根据该MAC PDU进行正常的译码和HARQ处理，并且终端侧在HARQ处理完成之后、进行后续处理之前将该MAC PDU丢弃掉；

发送模块，用于将构造后的MAC PDU在半持续PDSCH资源上发送给终端；

记录模块，用于在当前HARQ进程记录本次发送的MAC PDU为构造后的MAC PDU；

反馈处理模块，用于在确定接收的ACK/NACK反馈是针对构造后的MACPDU的时候，释放发送构造后的MAC PDU所占用的HARQ进程。

4.如权利要求3所述的基站，其特征在于，构造模块进一步用于在将MACPDU构造成预设的格式时，按照半持续资源分配时指定的长度，组出一个净荷部分为填充比特的MAC PDU，在MAC header中只包含一个采用格式R/R/E/LCID的MAC PDU subheader，其中LCID字段的五个比特位填写为11111。

Images