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

文档序号:8416335阅读:796来源:国知局
一种上行半静态调度业务资源释放方法
【技术领域】
[0001]本发明涉及一种上行半静态调度业务资源释放方法,属于移动通信技术领域。
【背景技术】
[0002]LTE系统中支持动态调度(DS,Dynamic Scheduling)和半静态调度(SPS,Sem1-Persistent Scheduling)两种调度模式,其中SPS是在DS基础上为支持VOIP等分组大小相对固定、到达具有周期性特点的业务引入的。VOIP业务的生命周期通常由若干激活期和静默期交替组成。在进行SPS传输之前,eNodeB首先通过RRC信令发送SPS-Config信元,进行SPS相应配置,如周期、进程、隐式释放、HARQ反馈使用的资源等。然后需要使用SPS资源进行传输时,eNodeB发送SPS激活TOCCH为UE实际分配所使用的SPS资源。通过SPS分配的资源在释放之前周期性有效。上行SPS资源的释放有隐式释放和显式释放两种。隐式释放由UE发起,当UE发现在SPS授权资源上发送的连续implicitReleaseAfter个MACPDU中都不包含任何MAC SDU时,立即释放SPS分配的PUSCH资源。显式释放由eNodeB发起,eNodeB发送特殊格式的TOCCH,通知UE释放当前的SPS资源。
[0003]由于上行SPS隐式释放是由UE发起的,eNodeB只能被动检测到UE释放了 SPS资源,且只有在连续收到implicitReleaseAfter个不包含任何MAC SDU的MAC PDU后才能确认UE发起了隐式释放。如果上行在传输过程中出现由于HARQ重传导致的MAC PDU丢失,则eNodeB无法及时确认UE是否发起了隐式释放,导致UE侧和eNodeB侧对SPS资源是否有效理解不一致,造成额外的干扰和不必要的译码错误。
[0004]现有标准分别定义了隐式释放和显式释放两种技术,但对显式释放在什么场景下使用,隐式释放和显式释放两者如何结合没有进行说明。
[0005]现有技术中也未发现针对HARQ重传失败造成eNodeB不能及时准确判断UE是否发起了 SPS隐式释放问题的解决方案。

【发明内容】

[0006]为了克服现有技术的不足,本发明提供一种上行半静态调度业务资源释放方法。
[0007]—种上行半静态调度业务资源释放方法,含有以下步骤;当由于HARQ重传失败等原因,eNodeB无法判断在某个上行SPS资源上传输的MAC PDU中是否包含非零个MAC SDU’进而无法判断UE是否在上行SPS资源上传输了 implicitReleaseAfter个不含任何MACSDU的MAC PDU时,eNodeB主动发起显式释放命令,使UE和eNodeB都认为分配的SPS上行资源已经失效;若后续还有VOIP激活期数据包需要传输,UE可以再向eNodeB申请上行SPS资源。
[0008]两个计数器NO和NI ;N0用于记录最近连续收到的不包含任何MAC SDU的MAC PDU个数,NI用于记录最近由于HARQ重传失败导致的数据包丢失的个数;根据UE只在发送连续发送implicitReleaseAfter个不含任何MAC SDU的MAC PDU后才发起上行SPS隐式释放的特点,eNodeB每次收到包含非零个MAC SDU的MAC PDU后就将NO和NI清零,当NO或NO与NI之和大于等于implicitReleaseAfter时,就判断UE是否发起了隐式释放以及是否需要发起显示释放信令;
[0009]还包括以下步骤:
[0010]步骤1、开始;
[0011]步骤2、判断当前时刻是否为UL SPS新数据或重传数据解复用完毕时刻,若是,转入步骤3,否则转入步骤I;
[0012]步骤3、判断是否收到CRC校验正确的MAC H)U,若是转入步骤6,否则转入步骤4 ;
[0013]步骤4、判断相应的传输块是否已经达到最大传输次数,若是,转入步骤5,否则转入步骤9 ;
[0014]步骤5、计数器NI++,转入步骤9 ;
[0015]步骤6、判断收到的MAC PDU中是否包含非零个MAC SDU,若是转入步骤7,否则转入步骤8 ;
[0016]步骤7、将计数器NO和NI置O,转入步骤9 ;
[0017]步骤8、将计数器NO++,转入步骤9 ;
[0018]步骤9、判断计数器NO是否大于等于配置的隐式释放门限implicitReleaseAfter,若是,转入步骤10,否则转入步骤11 ;
[0019]步骤10、可以确定UE侧已经发起了 UL SPS隐式释放,eNodeB对维护的响应ULSPS资源置为已释放状态,转入步骤13 ;
[0020]步骤11、判断计数器NO和NI之后是否大于等于配置的隐式释放门限implicitReleaseAfter,若是转入步骤12,否则转入步骤13 ;
[0021]步骤12、由于HARQ重传失败造成丢包,eNodeB不能判断UE是否发生隐式释放,触发eNB发起显式UL SPS资源释放流程,转入步骤13 ;
[0022]步骤13;结束.
[0023]本发明的优点是:当由于HARQ重传失败等原因,eNodeB无法判断在某个上行SPS资源上传输的MAC PDU中是否包含非零个MAC SDU’进而无法判断UE是否在上行SPS资源上传输了 implicitReleaseAfter个不含任何MAC SDU的MAC PDU时,eNodeB主动发起显式释放命令,使UE和eNodeB都认为分配的SPS上行资源已经失效。若后续还有VOIP激活期数据包需要传输,UE可以再向eNodeB申请上行SPS资源。
【附图说明】
[0024]当结合附图考虑时,通过参照下面的详细描述,能够更完整更好地理解本发明以及容易得知其中许多伴随的优点,但此处所说明的附图用来提供对本发明的进一步理解,构成本发明的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定,如图其中:
[0025]图1为本发明的流程图。
[0026]图2为本发明的说明基站如何采用本发明方案进行上行SPS资源释放示意图。
[0027]下面结合附图和实施例对本发明进一步说明。
【具体实施方式】
[0028]显然,本领域技术人员基于本发明的宗旨所做的许多修改和变化属于本发明的保护范围。
[0029]实施例1:如图1、图2所示,
[0030]本发明是一种联合使用隐式释放和显式释放两种方式进行上行半静态调度资源释放的方法和装置。所述方法和装置,在需要进行上行SPS资源释放处理时刻,如果eNodeB无法确定UE是否发起了隐式释放,则主动发起显式释放;如果可以确定UE发起了隐式释放,则将上行SPS资源置为已释放;设置两个计数器NO和NI维护上行SPS资源释放处理时亥IJ,该时刻为当NO或NO与NI之和大于等于配置的隐式释放门限时刻;N0用于记录收到的不包含任何MAC SDU的MAC PDU个数,NI用于记录HARQ重传失败的SPS授权的PUSCH传输次数,每次收到包含MAC SDU的MAC PDU之后,将NO和NI置O。
[0031]本发明提出了一种联合使用隐式释放和显式释放两种方式进行上行半静态调度业务资源释放的方法,其特征是在需要进行上行SPS业务资源释放处理时刻;
[0032]-如果由于HARQ重传失败等原因,eNodeB无法确定UE是否发起了隐式释放的情况下,eNode
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1