CN104735801A - 一种上行半静态调度业务资源释放方法 - Google Patents

Abstract

一种上行半静态调度业务资源释放方法，属于移动通信技术领域。当由于HARQ重传失败等原因，eNodeB无法判断在某个上行SPS资源上传输的MAC PDU中是否包含非零个MAC SDU，进而无法判断UE是否在上行SPS资源上传输了implicitReleaseAfter个不含任何MAC SDU的MAC PDU时，eNodeB主动发起显式释放命令，使UE和eNodeB都认为分配的SPS上行资源已经失效；若后续还有VOIP激活期数据包需要传输，UE可以再向eNodeB申请上行SPS资源。

Description

一种上行半静态调度业务资源释放方法

技术领域

本发明涉及一种上行半静态调度业务资源释放方法，属于移动通信技术领域。

背景技术

LTE系统中支持动态调度（DS，Dynamic Scheduling）和半静态调度（SPS，Semi-Persistent Scheduling）两种调度模式，其中SPS是在DS基础上为支持VOIP等分组大小相对固定、到达具有周期性特点的业务引入的。VOIP业务的生命周期通常由若干激活期和静默期交替组成。在进行SPS传输之前，eNodeB首先通过RRC信令发送SPS-Config信元，进行SPS相应配置，如周期、进程、隐式释放、HARQ反馈使用的资源等。然后需要使用SPS资源进行传输时，eNodeB发送SPS激活PDCCH为UE实际分配所使用的SPS资源。通过SPS分配的资源在释放之前周期性有效。上行SPS资源的释放有隐式释放和显式释放两种。隐式释放由UE发起，当UE发现在SPS授权资源上发送的连续implicitReleaseAfter个MAC PDU中都不包含任何MAC SDU时，立即释放SPS分配的PUSCH资源。显式释放由eNodeB发起，eNodeB发送特殊格式的PDCCH，通知UE释放当前的SPS资源。

由于上行SPS隐式释放是由UE发起的，eNodeB只能被动检测到UE释放了SPS资源，且只有在连续收到implicitReleaseAfter个不包含任何MAC SDU的MAC PDU后才能确认UE发起了隐式释放。如果上行在传输过程中出现由于HARQ重传导致的MAC PDU丢失，则eNodeB无法及时确认UE是否发起了隐式释放，导致UE侧和eNodeB侧对SPS资源是否有效理解不一致，造成额外的干扰和不必要的译码错误。

现有标准分别定义了隐式释放和显式释放两种技术，但对显式释放在什么场景下使用，隐式释放和显式释放两者如何结合没有进行说明。

现有技术中也未发现针对HARQ重传失败造成eNodeB不能及时准确判断UE是否发起了SPS隐式释放问题的解决方案。

发明内容

为了克服现有技术的不足,本发明提供一种上行半静态调度业务资源释放方法。

一种上行半静态调度业务资源释放方法，含有以下步骤；当由于HARQ重传失败等原因，eNodeB无法判断在某个上行SPS资源上传输的MAC PDU中是否包含非零个MAC SDU，进而无法判断UE是否在上行SPS资源上传输了implicitReleaseAfter个不含任何MAC SDU的MAC PDU时，eNodeB主动发起显式释放命令，使UE和eNodeB都认为分配的SPS上行资源已经失效；若后续还有VOIP激活期数据包需要传输，UE可以再向eNodeB申请上行SPS资源。

两个计数器N0和N1；N0用于记录最近连续收到的不包含任何MAC SDU的MAC PDU个数，N1用于记录最近由于HARQ重传失败导致的数据包丢失的个数；根据UE只在发送连续发送implicitReleaseAfter个不含任何MAC SDU的MAC PDU后才发起上行SPS隐式释放的特点，eNodeB每次收到包含非零个MAC SDU的MAC PDU后就将N0和N1清零，当N0或N0与N1之和大于等于implicitReleaseAfter时，就判断UE是否发起了隐式释放以及是否需要发起显示释放信令；

还包括以下步骤：

步骤1、开始；

步骤2、判断当前时刻是否为UL SPS新数据或重传数据解复用完毕时刻，若是，转入步骤3，否则转入步骤1；

步骤3、判断是否收到CRC校验正确的MAC PDU，若是转入步骤6，否则转入步骤4；

步骤4、判断相应的传输块是否已经达到最大传输次数，若是，转入步骤5，否则转入步骤9；

步骤5、计数器N1++，转入步骤9；

步骤6、判断收到的MAC PDU中是否包含非零个MAC SDU，若是转入步骤7，否则转入步骤8；

步骤7、将计数器N0和N1置0，转入步骤9；

步骤8、将计数器N0++，转入步骤9；

步骤9、判断计数器N0是否大于等于配置的隐式释放门限implicitReleaseAfter，若是，转入步骤10，否则转入步骤11；

步骤10、可以确定UE侧已经发起了UL SPS隐式释放，eNodeB对维护的响应UL SPS资源置为已释放状态，转入步骤13；

步骤11、判断计数器N0和N1之后是否大于等于配置的隐式释放门限implicitReleaseAfter，若是转入步骤12，否则转入步骤13；

步骤12、由于HARQ重传失败造成丢包，eNodeB不能判断UE是否发生隐式释放，触发eNB发起显式UL SPS资源释放流程，转入步骤13；

步骤13;结束.

本发明的优点是：当由于HARQ重传失败等原因，eNodeB无法判断在某个上行SPS资源上传输的MAC PDU中是否包含非零个MAC SDU，进而无法判断UE是否在上行SPS资源上传输了implicitReleaseAfter个不含任何MAC SDU的MAC PDU时，eNodeB主动发起显式释放命令，使UE和eNodeB都认为分配的SPS上行资源已经失效。若后续还有VOIP激活期数据包需要传输，UE可以再向eNodeB申请上行SPS资源。

附图说明

当结合附图考虑时，通过参照下面的详细描述，能够更完整更好地理解本发明以及容易得知其中许多伴随的优点，但此处所说明的附图用来提供对本发明的进一步理解，构成本发明的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定，如图其中：

图1为本发明的流程图。

图2为本发明的说明基站如何采用本发明方案进行上行SPS资源释放示意图。

下面结合附图和实施例对本发明进一步说明。

具体实施方式

显然，本领域技术人员基于本发明的宗旨所做的许多修改和变化属于本发明的保护范围。

实施例1：如图1、图2所示，

本发明是一种联合使用隐式释放和显式释放两种方式进行上行半静态调度资源释放的方法和装置。所述方法和装置,在需要进行上行SPS资源释放处理时刻，如果eNodeB无法确定UE是否发起了隐式释放，则主动发起显式释放；如果可以确定UE发起了隐式释放，则将上行SPS资源置为已释放；设置两个计数器N0和N1维护上行SPS资源释放处理时刻,该时刻为当N0或N0与N1之和大于等于配置的隐式释放门限时刻；N0用于记录收到的不包含任何MAC SDU的MAC PDU个数，N1用于记录HARQ重传失败的SPS授权的PUSCH传输次数，每次收到包含MAC SDU的MAC PDU之后，将N0和N1置0。

本发明提出了一种联合使用隐式释放和显式释放两种方式进行上行半静态调度业务资源释放的方法，其特征是在需要进行上行SPS业务资源释放处理时刻；

-如果由于HARQ重传失败等原因，eNodeB无法确定UE是否发起了隐式释放的情况下，eNodeB主动发起显式释放；

-如果eNodeB可以确定UE发起了隐式释放，则只需要将上行SPS业务资源置为已释放。

由两个计数器N0和N1进行维护。

所述或N0与N1之和大于等于RRC协议配置的隐式释放门限（implicitReleaseAfter）时，为所述进行处理的时刻；

N0用于记录收到的不包含MAC SDU的MAC PDU个数，N1用于记录HARQ重传失败的SPS授权的PUSCH传输次数，每次收到包含SDU的MAC PDU之后，将N0和N1置0。

一种上行半静态调度业务资源释放方法和装置，特别是涉及一种上行半静态调度（Semi-Persistent Scheduling，SPS）资源释放的方法。

以图2为例说明基站如何采用本发明方案进行上行SPS资源释放。图中标记为红色的PUSCH传输表示对应的传输块由于HARQ重传失败发生了VOIP数据包丢失，eNodeB无法确定UE发送的VOIP数据包中是否包含非零个MAC SDU。

假设HARQ最大传输次数为4，RTT为10ms,implicitReleaseAfter为3。

第1次SPS授权的PUSCH传输包含第一个VOIP数据包，但传输经过3次重传后重传失败。在第1次SPS授权的PUSCH传输进行重传过程中，包含第2个VOIP数据包的第2次SPS授权PUSCH传输成功，eNodeB发现其包含非零个MAC SDU后将N0和N1置0。在包含第3个VOIP数据包的第3次SPS授权的PUSCH传输之前，eNodeB发现第1次SPS授权的PUSCH传输HARQ重传失败，将N1++；在对应第3个VOIP数据包的第3次SPS授权的PUSCH传输成功后，eNodeB发现收到的数据中包含非零个MAC SDU，将N1和N0置0。

在包含第5个VOIP数据包（静默期数据包到来之后）的第5次SPS授权的PUSCH传输之后，UE进行了第6、7、8次SPS授权的PUSCH传输，由于VOIP进入静默期，这3次传输均不包含任何MAC SDU。在这3次传输中只有第6次传输成功，其他两次都达到HARQ最大传输次数后重传失败。eNodeB成功收到第6次SPS授权的PUSCH传输的数据后，发现其中未包含任何MAC SDU，因此将N0++后，N0变为1；第7次SPS授权的PUSCH达到最大传输次数后，eNodeB将N1++,N1变为1；第8次SPS授权的PUSCH达到最大传输次数后，eNodeB将N1++,N1变为2。此时N0+N1=3，满足N0+N1>=implicitReleaseAfter，eNodeB据此判断应该发起显式上行SPS资源释放，从而使UE侧和eNodeB侧都认为分配的上行SPS资源已经释放。

假如第7次和第8次SPS授权的PUSCH传输也都成功了，那么第7次SPS授权的PUSCH达到最大传输次数后，eNodeB将N0++,N1变为2；第8次SPS授权的PUSCH达到最大传输次数后，eNodeB将N0++,N1变为3。此时满足N0>=implicitReleaseAfter，eNodeB据此判断UE已经发起了上行SPS资源隐式释放，将相应的上行SPS资源状态置为已释放，从而使UE侧和eNodeB侧都认为分配的上行SPS资源已经释放。

如上所述，对本发明的实施例进行了详细地说明，但是只要实质上没有脱离本发明的发明点及效果可以有很多的变形，这对本领域的技术人员来说是显而易见的。因此，这样的变形例也全部包含在本发明的保护范围之内。

Claims (2)

1.一种上行半静态调度业务资源释放方法，其特征在于含有以下步骤；当由于HARQ重传失败等原因，eNodeB无法判断在某个上行SPS资源上传输的MAC PDU中是否包含非零个MAC SDU，进而无法判断UE是否在上行SPS资源上传输了implicitReleaseAfter个不含任何MAC SDU的MACPDU时，eNodeB主动发起显式释放命令，使UE和eNodeB都认为分配的SPS上行资源已经失效；若后续还有VOIP激活期数据包需要传输，UE可以再向eNodeB申请上行SPS资源；

两个计数器N0和N1；N0用于记录最近连续收到的不包含任何MAC SDU的MAC PDU个数，N1用于记录最近由于HARQ重传失败导致的数据包丢失的个数；根据UE只在发送连续发送implicitReleaseAfter个不含任何MAC SDU的MAC PDU后才发起上行SPS隐式释放的特点，eNodeB每次收到包含非零个MAC SDU的MAC PDU后就将N0和N1清零，当N0或N0与N1之和大于等于implicitReleaseAfter时，就判断UE是否发起了隐式释放以及是否需要发起显示释放信令。

2.根据权利要求1所述的一种上行半静态调度业务资源释放方法，其特征在于还包括以下步骤：

步骤1、开始；

步骤2、判断当前时刻是否为UL SPS新数据或重传数据解复用完毕时刻，若是，转入步骤3，否则转入步骤1；

步骤3、判断是否收到CRC校验正确的MAC PDU，若是转入步骤6，否则转入步骤4；

步骤4、判断相应的传输块是否已经达到最大传输次数，若是，转入步骤5，否则转入步骤9；

步骤5、计数器N1++，转入步骤9；

步骤6、判断收到的MAC PDU中是否包含非零个MAC SDU，若是转入步骤7，否则转入步骤8；

步骤7、将计数器N0和N1置0，转入步骤9；

步骤8、将计数器N0++，转入步骤9；

步骤9、判断计数器N0是否大于等于配置的隐式释放门限implicitReleaseAfter，若是，转入步骤10，否则转入步骤11；

步骤10、可以确定UE侧已经发起了UL SPS隐式释放，eNodeB对维护的响应UL SPS资源置为已释放状态，转入步骤13；

步骤11、判断计数器N0和N1之后是否大于等于配置的隐式释放门限implicitReleaseAfter，若是转入步骤12，否则转入步骤13；

步骤12、由于HARQ重传失败造成丢包，eNodeB不能判断UE是否发生隐式释放，触发eNB发起显式UL SPS资源释放流程，转入步骤13；

步骤13;结束。