CN101835271A - 一种资源释放和分配的方法、装置及网络设备 - Google Patents

Abstract

本发明公开一种资源释放的方法，包括：演进基站eNB在半静态调度SPS对应时刻通过物理下行控制信道PDCCH向用户设备UE发送下行SPS资源释放命令，且所述eNB暂时保留所述相应的下行SPS资源对应的上行反馈信道；如果eNB接收到所述UE对PDCCH信道的下行SPS资源释放命令的反馈，且没有收到所述UE对SPS数据信道的反馈，则确定相应的下行SPS资源成功释放。同时，本发明还公开一种资源释放的装置，能够提高SPS释放的可靠性。本发明还公开一种资源分配的方法及网络设备，能够及时为UE重新分配UE由于上行失步而释放的资源，以便后续正常的数据传输。本发明还公开一种资源保留的方法及装置，能够保证高优先级业务的数据及时发送。

Description

一种资源释放和分配的方法、装置及网络设备

技术领域

本发明涉及通信技术领域，尤其涉及一种资源释放和分配的方法、装置及网络设备。

背景技术

长期演进(LTE，Long Term Evolution)系统中，存在的资源调度方式包括以下几种：动态调度(DS，Dynamic Scheduling)，是指演进基站(eNB，evolved NodeB)对资源的调度没有固定限制，当有数据到达时，eNB分配资源并进行数据传输；半静态调度(SPS，Semi-Persistent Scheduling)，是指资源的调度是周期性的，例如VoIP业务，每20ms进行一次调度，因此eNB可以预先进行资源分配，并且所分配的资源是周期性使用的。

在LTE系统中的上下行链路中，SPS的激活和释放均可采用物理下行控制信道(PDCCH，Physical Downlink Control CHannel)来进行指示。例如，eNB释放为某用户设备(UE，User Equipment)分配的SPS资源，向该UE发送PDCCH消息，该消息用于通知UE为其分配的SPS资源被释放；UE接收到该消息后，将释放该消息指示的SPS，即该UE不再利用上述资源进行数据传输。同时，eNB在认为SPS资源成功释放后，该资源又可以重新分配给其它用户或业务使用。

对于目前LTE系统而言，在现有技术之一中，下行/上行SPS资源的释放采用eNB发送PDCCH命令，UE收到PDCCH释放命令后，回复应答(ACK，Acknowledgement)的机制来实现。在现有技术之二中，下行/上行SPS资源的释放采用eNB通过连续多次发送SPS资源释放命令，即认为下行/上行SPS资源成功释放(即显式释放)。

在实践过程中，发明人经过研究发现：利用上述现有技术一中进行SPS资源释放时，如果UE没有检测到用于SPS释放的PDCCH命令(即PDCCH丢失)，就不会回复ACK。而一旦eNB误检成ACK(如非连续发送(DTX，Discontinuous Transmission)误检为ACK的概率为10^-2～10^-1)，对于下行而言，会导致UE继续监听SPS资源，尝试解码SPS数据，并回复错误应答(NAK，Negative Acknowledgement)；对于上行而言，会导致该UE继续使用SPS资源，尝试发送SPS数据。总之，现有技术一会导致UE耗电并对小区其它用户形成干扰，且不能满足对SPS释放命令的高可靠性要求。而现有技术二中由于没有利用反馈信道，则为保证SPS资源成功释放，需要发送多次SPS资源释放的PDCCH命令，而有可能并不是必须的，从而浪费控制信令开销，且SPS资源也不能被及时释放。

发明内容

本发明实施例提供一种资源释放的方法及装置，能够提高SPS释放的可靠性。

本发明实施例还提供一种资源分配的方法及网络设备，能够及时为UE重新分配UE由于上行失步而释放的资源，以便后续正常的数据传输。

本发明实施例还提供一种资源保留的方法及终端，能够保证高优先级业务的数据及时发送。

本发明实施例提供以下技术方案：

本发明实施例提供一种资源释放的方法，包括：

基站在半静态调度SPS对应时刻通过物理下行控制信道PDCCH信道向用户设备UE发送下行SPS资源释放命令，且所述基站暂时保留所述相应的下行SPS资源对应的上行反馈信道；

如果所述基站接收到所述UE对所述下行SPS资源释放命令的反馈，且没有收到所述UE对SPS数据的反馈，则确定相应的下行SPS资源成功释放。

本发明实施例提供另一种资源释放的方法，包括：

基站在半静态调度SPS对应时刻通过物理下行控制信道PDCCH向用户设备UE发送下行SPS资源释放命令，且所述基站暂时保留所述相应的下行SPS资源对应的上行反馈信道；

如果所述基站同时接收到所述UE对PDCCH信道的下行SPS资源释放命令的反馈，及所述UE在SPS数据对应的反馈信道上的反馈，则确定相应的下行SPS资源成功释放。

本发明实施例提供又一种资源释放的方法，包括：

基站在半静态调度SPS对应时刻通过物理下行控制信道PDCCH信道向用户设备UE发送上行SPS资源释放命令，且所述基站暂时保留所述相应的上行SPS资源对应的上行反馈信道；

如果所述基站接收到所述UE对PDCCH信道的上行SPS资源释放命令的反馈，且没有收到所述UE发送的上行SPS数据，则确定相应的上行SPS资源成功释放。

本发明实施例提供再一种资源释放的方法，包括：

基站通过物理下行控制信道PDCCH向用户设备UE发送半静态调度SPS释放命令，并记录发送所述SPS释放命令的次数；

所述基站接收所述UE对所述SPS释放命令的反馈，并记录所述基站接收关于所述SPS释放命令的反馈的次数；

如果发送SPS释放命令的次数达到发送预设门限，或者接收SPS释放命令的反馈的次数达到接收预设门限，则确定SPS资源成功释放。

本发明实施例提供一种资源分配方法，包括：

基站接收UE在上行失步的情况下发送的随机接入信息；

所述基站接收到所述UE发送的消息3，确定所述UE已经上行失步、资源已经释放；

所述基站通过空口消息重新为UE分配资源，以便后续进行正常的数据传输。

本发明实施例提供另一种资源分配方法，包括：

基站接收UE在上行失步的情况下发送的随机接入信息；

所述基站接收到所述UE发送的RRC重配置请求消息，根据所述RRC重配置请求消息中携带的表示重配原因为上行失步的信息单元IE，确定所述UE已经上行失步、资源已经释放；

所述基站通过空口消息重新为所述UE分配资源。

本发明实施例还提供一种资源保留的方法，包括：

UE发起高优先级的业务，如果所述UE确定上行失步，则所述UE保留基站为所述UE分配的资源；

所述UE向所述基站发起随机接入请求，重新取得上行同步，以便继续使用保留的资源。

本发明实施例还提供一种资源释放的装置，包括：

发送单元，用于在半静态调度SPS对应时刻通过物理下行控制信道PDCCH向用户设备UE发送下行SPS资源释放命令，且暂时保留相应的下行SPS资源对应的上行反馈信道；

接收单元，用于接收所述UE对PDCCH信道的所述下行SPS资源释放命令的反馈，及所述UE对SPS数据信道的反馈；

判断单元，用于判断若所述接收单元接收到所述UE对PDCCH信道的SPS资源释放命令的反馈，且没有收到所述UE对SPS数据信道的反馈，确定相应的下行SPS资源成功释放。

本发明实施例还提供另一种资源释放的装置，包括：

发送单元，用于向用户设备UE发送SPS资源释放命令；

接收单元，用于接收所述UE对PDCCH信道的所述SPS资源释放命令的反馈；

记录单元，用于记录所述发送单元发送所述SPS资源释放命令的次数，及所述接收单元接收所述SPS资源释放命令的反馈的次数；

判断单元，用于判断若所述发送SPS资源释放命令的次数达到发送预设门限，或者所述接收SPS资源释放命令的反馈的次数达到接收预设门限时，确定相应的SPS资源成功释放。

此外，本发明实施例还提供一种网络设备，包括：

接收单元，用于接收所述UE在上行失步的情况下发送的随机接入信息，及接收所述UE发送的消息3或RRC重配置请求消息；

确定单元，用于根据所述接收单元接收的消息3或RRC重配置请求消息，确定所述UE已经上行失步、资源已经释放；

分配单元，用于根据所述确定单元确定所述UE已经上行失步、资源已经释放，通过空口消息重新为所述UE分配资源。

此外，本发明实施例还提供一种UE，包括定时器、资源保留单元以及同步单元，

所述定时器，用于在UE发起高优先级的业务情况下触发启动，判断所述UE上行失步，向所述资源保留单元发送触发信息；

所述资源保留单元，用于接收所述触发信息，保存eNB为所述UE分配的资源，向所述同步单元发送通知消息；

所述同步单元，用于接收所述资源保留单元发送的通知消息，与所述eNB取得上行同步。

本发明实施例提供的资源释放的方法及装置能够提高SPS资源释放命令的可靠性，减少可能的上行干扰。还可以在保证SPS资源释放命令可靠性的同时，尽量减少控制信令的开销，能够及时释放SPS资源。本发明实施例提供的资源分配的方法及网络设备，能够及时为UE重新分配UE由于上行失步而释放的资源，以便后续正常的数据传输。本发明实施例提供的资源保留的方法及终端，能够保证高优先级业务的数据及时发送。

附图说明

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

图1是本发明实施例一资源释放的方法流程图；

图2是本发明实施例二资源释放的方法流程图；

图3是本发明实施例三资源释放的方法流程图；

图4是本发明实施例四资源释放的方法流程图；

图5是本发明实施例五资源分配的方法流程图；

图6是本发明实施例九提供的装置结构图；

图7是本发明实施例十提供的装置结构图；

图8是本发明实施例十一提供的网络设备结构图；

图9是本发明实施例十二提供的终端结构图。

具体实施方式

本发明实施例提供一种资源释放的方法及装置，能够提高SPS释放命令的可靠性。同时，本发明实施例也提供一种资源分配的方法及网络设备，能够及时为UE重新分配UE由于上行失步而释放的资源，以便后续正常的数据传输。本发明实施例提供的资源保留的方法及终端，能够保证高优先级业务的数据及时发送。为使本发明的目的、技术方案及优点更加清楚明白，下面参照附图并举实施例，对本发明进一步详细说明。本领域技术人员应当理解，本发明实施例不仅仅适用于由eNB组成的系统，还适用于其他基站系统。

如图1所示，为本发明实施例一资源释放的方法流程图，包括以下过程：

步骤101、eNB在需要释放UE的下行SPS资源时，在半静态调度SPS对应时刻，通过PDCCH信道向UE发送下行SPS资源释放命令。同时，eNB暂时保留该下行SPS资源对应的上行反馈信道，如物理上行控制信道(PUCCH，Physical Uplink Control Channel)；

步骤102、UE收到下行SPS资源释放命令后，会向eNB反馈ACK，指示eNB已经成功释放了下行SPS资源。由于UE已经收到了下行SPS资源释放命令，则不会尝试接收SPS数据，也不会针对SPS数据作任何反馈，而在所述SPS数据的反馈信道上反馈DTX；

步骤103、如果eNB收到了UE对下行SPS资源释放命令的反馈ACK，且没有收到关于SPS数据对应的任何反馈，而在SPS数据的反馈信道上反馈DTX，则eNB确定所述下行SPS资源成功释放；

否则，对于以下情况：

如果UE没有收到下行SPS资源释放命令，则不对下行SPS资源释放命令作任何反馈(即在反馈信道上是DTX)，同时，UE尝试接收SPS数据，并反馈ACK或NAK；以及

如果UE没有收到下行SPS资源释放命令，则不对下行SPS资源释放命令作任何反馈(即在反馈信道上是DTX)，但是由于信道条件的影响，下行数据UE无法正确接收；

此时eNB都确定所述下行SPS资源释放不成功，还需要再次发送下行SPS资源释放命令。

进一步的，如果UE已经收到过下行SPS资源释放命令，即下行SPS资源已经被释放了，而UE反馈给eNB的ACK可能错检成DTX，则eNB继续向UE发送下行SPS资源释放命令，在这种情况下，UE会不执行该下行SPS资源释放命令，而重复步骤102至103，直到eNB判断下行SPS资源成功释放为止。

本发明上述实施例可以提高下行SPS资源释放命令的可靠性，减少可能的上行干扰。作为该实施例的一种替换方案，也可以达到同样的效果，具体包括以下过程：

步骤101’、eNB在需要释放UE的下行SPS资源时，在SPS对应时刻，通过PDCCH信道向UE发送下行SPS资源释放命令。同时，eNB暂时保留该下行SPS资源对应的上行反馈信道PUCCH；

步骤102’、UE在收到下行SPS资源释放命令后，会向eNB反馈ACK；同时在SPS数据对应的反馈信道上也反馈ACK；

步骤103’、如果eNB同时收到了下行SPS资源释放命令的反馈ACK和SPS数据对应的反馈ACK，则eNB确定下行SPS资源成功释放；

否则，对于以下情况：

如果UE没有收到下行SPS资源释放命令，则不对下行SPS资源释放命令作任何反馈(即在反馈信道上是DTX)，同时，UE尝试接收SPS数据，并反馈ACK或NAK；以及

如果UE没有收到下行SPS资源释放命令，则不对下行SPS资源释放命令作任何反馈(即在反馈信道上是DTX)，但是由于信道条件的影响，上行数据UE无法正确接收，或者SPS数据对应的反馈ACK或NAK丢失；

即eNB没有同时收到释放命令的ACK与SPS数据对应反馈信道上的ACK，则eNB确定所述的下行SPS资源释放不成功，还需要再次发送下行SPS资源释放命令；

进一步的，如果UE已经收到过下行SPS资源释放命令，即下行SPS资源已经被释放了，而UE反馈给eNB的ACK可能错检成DTX，则eNB继续向UE发送下行SPS资源释放命令，在这种情况下，UE会不执行该下行SPS资源释放命令，而重复步骤102’至103’，直到eNB判断下行SPS资源成功释放为止。

本发明上述实施例能够提高SPS释放命令的可靠性，减少可能的上行干扰。

如图2所示，为本发明实施例二资源释放的方法流程图，包括以下过程：

步骤201、eNB在需要释放UE的下行SPS资源时，在任意时刻通过PDCCH信道向UE发送下行SPS资源释放命令，并记录发送所述下行SPS资源释放命令的次数；

步骤202、UE收到下行SPS资源释放命令后，会向eNB反馈ACK，指示eNB已经成功释放了下行SPS资源；

进一步的，如果UE没有收到下行SPS资源释放命令，则不对下行SPS资源释放命令作任何反馈；

步骤203、eNB收到了下行SPS资源释放命令的反馈ACK，记录接收下行SPS资源释放命令的反馈ACK的次数；如果SPS释放命令的发送次数达到了预先配置的门限，如3次；或如果收到的反馈ACK的次数达到了预先配置的门限，如2次，则eNB确定下行SPS资源释放成功；否则eNB确下行定SPS资源释放不成功，还需要再次发送下行SPS资源释放命令，并记录发送命令的次数及接收到的UE对SPS资源释放命令的反馈ACK的次数；

进一步的，如果UE已经收到过下行SPS资源释放命令，即下行SPS资源已经被释放了，而UE反馈给eNB的ACK可能错检成DTX，则eNB继续向UE发送下行SPS资源释放命令，在这种情况下，UE会不执行该下行SPS资源释放命令，而重复步骤202至203，直到eNB判断下行SPS资源成功释放为止。

需要说明的是，对于步骤201中预先配置的门限与步骤203中预先配置的门限是分别独立的，该eNB记录发送下行SPS资源释放命令的次数与记录接收所述下行SPS资源释放命令的反馈ACK的次数也是分别独立进行的，只要其中任意一个先到达其对应的门限，即可确定下行SPS资源释放成功。

在实际应用中，也可以将上述实施例进行优化组合，即如果eNB在SPS时刻发送下行SPS资源释放命令，则按照本发明实施例一的过程实现，从而确定下行SPS资源是否成功释放；如果eNB在除了SPS时刻以外的其它时刻发送下行SPS资源释放命令，则按照本发明实施例二的过程实现，从而确定下行SPS资源是否成功释放。

本发明上述实施例能够在保证SPS释放命令可靠性的同时，尽量减少控制信令的开销，能够及时释放SPS资源。

如图3所示，为本发明实施例三资源释放的方法流程图，包括以下过程：

步骤301、eNB在需要释放UE的上行SPS资源时，在SPS对应时刻，通过PDCCH信道向UE发送上行SPS资源释放命令。同时，eNB暂时保留该上行SPS资源；

步骤302、UE收到上行SPS资源释放命令后，会向eNB反馈ACK，指示eNB已经成功释放了上行SPS资源。由于UE已经收到了上行SPS资源释放命令，则不会发送SPS数据；

步骤303、如果eNB收到了上行SPS资源释放命令的反馈ACK，且没有收到上行SPS数据，则eNB确定上行SPS资源成功释放；否则，只要eNB没有同时收到释放命令的ACK与SPS数据对应反馈信道上的DTX，则eNB都确定上行SPS资源释放不成功，还需要再次发送上行SPS资源释放命令；

进一步的，如果UE已经收到过上行SPS资源释放命令，即上行SPS资源已经被释放了，而UE反馈给eNB的ACK可能错检成DTX，则eNB继续向UE发送下行SPS资源释放命令，在这种情况下，UE会不执行该上行SPS资源释放命令，而重复步骤302至303，直到eNB判断上行SPS资源成功释放为止。

本发明上述实施例能够提高SPS释放命令的可靠性，减少可能的上行干扰。

如图4所示，为本发明实施例四资源释放的方法流程图，包括以下过程：

步骤401、eNB在需要释放UE的上行SPS资源时，在任意时刻通过PDCCH信道向UE发送上行SPS资源释放命令，并记录发送上行SPS资源释放命令的次数；

步骤402、UE收到上行SPS资源释放命令后，会向eNB反馈ACK，指示eNB已经成功释放了上行SPS资源；

进一步的，如果UE没有收到上行SPS资源释放命令，则不对该上行SPS资源释放命令作任何反馈；

步骤403、如果eNB收到了上行SPS资源释放命令的反馈ACK，记录接收上行SPS资源释放命令的反馈ACK的次数；如果SPS释放命令的发送次数达到了预先配置的门限，如3次；或如果收到的反馈ACK的次数达到了预先配置的门限，如2次，则eNB确定上行SPS资源释放成功；否则eNB确定上行SPS资源释放不成功，还需要再次发送上行SPS资源释放命令，并记录发送命令的次数及接收到的UE对SPS资源释放命令的反馈ACK的次数；

进一步的，如果UE已经收到过上行SPS资源释放命令，即下行SPS资源已经被释放了，而UE反馈给eNB的ACK可能错检成DTX，则eNB继续向UE发送下行SPS资源释放命令，在这种情况下，UE会不执行该上行SPS资源释放命令，而重复步骤402至403，直到eNB判断上行SPS资源成功释放为止。

需要说明的是，所述步骤401中预先配置的门限与所述步骤403中预先配置的门限是分别独立的，eNB记录发送上行SPS资源释放命令的次数与记录接收上行SPS资源释放命令的反馈ACK的次数也是分别独立进行的，只要其中任意一个先到达其对应的门限，即可确定上行SPS资源释放成功。

在实际应用中，也可以将上述实施例进行优化组合，即如果eNB在SPS时刻发送上行SPS资源释放命令，则按照本发明实施例三的过程实现，从而确定上行SPS资源是否成功释放；如果eNB在除了SPS时刻以外的其它时刻发送上行SPS资源释放命令，则按照本发明实施例四的过程实现，从而确定上行SPS资源是否成功释放。

本发明实施例能够在保证SPS资源释放命令可靠性的同时，尽量减少控制信令的开销，能够及时释放SPS资源。

进一步的，对于资源被释放后的一种特殊情况，即在LTE系统中的数据传输过程中，UE会维持一个时间对齐定时器(TAT，Time Alignment Timer)，eNB会基于需要或周期性向UE发送定时提前命令(Timing AdvanceCommand)以调整UE的上行定时提前量，以便进行上行数据传输。如果UE维护的上行失步(TAT超时)，则UE会释放eNB分配的所有资源，等到再次需要时，由eNB为其重新分配。

现有技术中，UE检测到上行失步后，会释放所有的资源；但如果此时eNB不认为UE上行失步，则不会释放该UE对应的资源，仍为该UE保留，不分配给其它用户使用。此时如果UE收到eNB(此时认为UE没有上行失步)的下行数据(通过PDCCH指示)，由于无法反馈，所以并不进行反馈，也没有进行后续处理。

在实践过程中，发明人经过研究发现：上述现有技术中，如果只是UE不反馈，也不进行其它有效处理，则由于eNB并不知道UE已经上行失步，故在没有接收到UE的反馈后，仍会继续重传该数据，同样，UE依然不反馈。这样会造成资源浪费和干扰，并且UE和eNB之间也不能正常传输数据。此外，现有技术没有考虑如紧急呼叫这样高优先级业务的特殊处理。

更进一步的，对于现有技术的特殊情形，即UE侧TAT超时并释放自己的资源，但此时eNB侧没有超时，所以仍保留该UE的资源，并可能给UE发送上行授权(UL Grant)、下行资源指配(DL Assignment)或TA命令(TA CMD)MAC CE。

在实践过程中，发明人经过研究发现：上述现有技术中，UE收到UL Grant后，由于上行已经失步，所以UE不能对其处理，也不能发送上行数据；UE收到DL Assignment并接收数据后，不能向eNB反馈，也不能向eNB上报CQI等信息；UE收到“TA CMD”MAC CE后，无条件应用该TA，可能导致TA并不准确。最终导致无线资源浪费、并影响数据的正常传输。

总之，现有技术中UE检测到上行失步后，会释放所有的资源(但如果此时该UE所属eNB不认为UE上行失步，则不会释放该UE对应的资源，仍为该UE保留，不分配给其它用户使用)，此时如果该UE收到所述eNB(此时该eNB认为UE没有上行失步)的下行数据，如，下行资源分配(DLAssignment)、或上行授权(UL Grant)、或通过MAC控制单元(MAC CE)发送的TA命令(TA CMD)，则本发明实施例提供一种所述eNB为该UE重新分配资源的方法，具体阐述如下。

如图5所示，图5为本发明实施例五资源分配的方法流程图，具体包括以下过程：

可选的，步骤501、UE检测到TAT超时，所述UE确定上行失步，释放相应的资源，如SRS、PUCCH及事先配置好的上下行数据传输资源等；或者所述UE接收上述SPS资源释放命令，释放相应的资源；

步骤502、UE又接收到下行数据，如，DL Assignment、或UL Grant、或通过MAC CE发送的TA CMD，需要发送反馈信息给相应的eNB，但由于上行失步，无法发送；

步骤503、UE发起随机接入过程，向相应的eNB发送随机接入前导码；

步骤504、eNB收到随机接入前导码，给UE发送随机接入响应，消息中携带定时提前量(TA，Timing Advance)，上行授权(UL Grant，Uplink Grant)等信息；

步骤505、UE收到所述随机接入响应后，向所述eNB发送消息3(Msg3)并在所述消息3中携带BSR MAC CE，即上行缓存数据量为空的BSR(Empty BSR)，用以通知所述eNB该UE已经上行失步；需要说明的是，由于现有技术中的MAC CE可以是Long BSR，也可以是Short BSR，因此，本发明实施例中，对于Long BSR而言，其中所有的逻辑信道组(LCG，Logic Channel Group)的缓存大小(Buffer Size)都设为0；对于Short BSR而言，其中的LCG ID可以是任意值，Buffer Size设为0即可。

步骤506、eNB接收到所述消息3后，根据其携带的上行缓存数据量为空的BSR判断出该UE已经上行失步，相应资源已经释放，则释放之前为UE分配的资源，并根据需要为UE重新配置相应的资源，如通过空口消息(如RRC CONNECION RECONFIGURATION消息)为所述UE分配新的物理上行控制信道(PUCCH，Physical Uplink Control Channel)及侦听参考信号(SRS，Sounding Reference Signalling)等资源，并基于需要，通过PDCCH为UE分配数据传输所需资源，以便后续进行正常的数据传输。

需要说明的是，所述的步骤505中，如果TAT超时之前，所述eNB没有为UE分配用于发送调度请求(SR，Scheduling Request)的PUCCH资源，则在发送的所述消息3中携带空的BSR，用来通知所述eNB所述UE已经上行失步；如果TAT超时之前，所述eNB已经为所述UE分配了用于发送SR的PUCCH资源，则可以在消息3中携带空的BSR，也可以在消息3中携带表示上行缓存实际数据量的BSR。

此外，该eNB可以根据当时的小区条件决定是否为该UE分配发送SR的PUCCH资源。

本发明上述实施例能够及时为UE重新分配UE由于上行失步而释放的资源，以便后续正常的数据传输。

本发明实施例六是对上述实施例五的部分步骤作了一些改变，具体如下：

步骤601至604同上述实施例五的步骤501至504，此处不再赘述；

步骤605、UE收到所述随机接入响应后，触发并生成“TAT超时”MACCE，该“TAT超时”MAC CE表示UE与eNB两侧TAT状态不同步，向所述eNB发送消息3(Msg3)并在所述消息3中携带该“TAT超时”MAC CE，用以通知所述eNB该UE已经上行失步；

步骤606、eNB接收到所述消息3后，根据其携带的MAC CE判断出该UE已经上行失步，相应资源已经释放，则释放之前为UE分配的资源，并根据需要为UE重新配置相应的资源，如通过空口消息(如RRC CONNECION RECONFIGURATION消息)为所述UE分配新的物理上行控制信道(PUCCH，Physical Uplink Control Channel)及侦听参考信号(SRS，Sounding Reference Signalling)等资源，并基于需要，通过PDCCH为UE分配数据传输所需资源，以便后续进行正常的数据传输。

此外，该eNB可以根据当时的小区条件决定是否为该UE分配发送调度请求(SR，Schedule Request)的PUCCH资源。

本发明实施例六与上述实施例五相比较而言，若UE同时需要在消息3中携带BSR MAC CE及MAC CE的情况下，该MAC CE的优先级比BSR MACCE的优先级高。本发明实施例六也同样能够及时为UE重新分配UE由于上行失步而释放的资源，以便后续正常的数据传输。需要说明的是，除了在消息3中携带BSR MAC CE及MAC CE的情况之外，作为上述实施例的变形，本领域技术人员可以很容易想到的其他方式，例如在消息3中的预留位设置特定的值，用来表示上下行失步的信息，都在本发明保护之列。

更进一步的，本发明实施例七提供一种资源分配的方法，具体包括以下过程：

步骤701、UE检测到TAT超时，所述UE确定上行失步，释放所有的资源(如SRS、PUCCH及事先配置好的上下行数据传输资源等)；

步骤702、UE又接收到eNB发送的下行数据，如DL Assignment，或ULGrant，或通过MAC CE发送的TA CMD，判断出UE与eNB的TAT状态不同步(即UE认为上行已经失步，但eNB认为上行没有失步)，UE不能向eNB发送上行数据、反馈、测量等信息；

步骤703、UE通知RRC两端(UE和eNB)的TAT不同步，RRC生成RRC重配置请求(Reconfiguration Request)消息，设置重配原因为上行失步，并将该RRC重配置请求消息发送给UE；

步骤704、UE发起随机接入过程，并将该RRC Reconfiguration Request消息发送给eNB，用来通知eNB上行已经失步；

步骤705、eNB接收到RRC Reconfiguration Request消息后，根据消息中表示重配原因为上行失步的信息单元(IE，Information Element)，判断出上行已经失步，资源已经释放，则需要为UE重新配置相应的资源，通过空口消息(如RRC ONNECION RECONFIGURATION消息)为所述UE分配新的物理上行控制信道(PUCCH，Physical Uplink Control Channel)及侦听参考信号(SRS，Sounding Reference Signalling)等资源，并基于需要，通过PDCCH为UE分配数据传输所需资源，以便后续进行正常的数据传输。

此外，该eNB可以根据当时的小区条件决定是否为该UE分配发送SR的PUCCH资源。

本发明上述实施例能够及时为UE重新分配UE由于上行失步而释放的资源，以便后续正常的数据传输。

另一种特殊情况，即如果UE发起的业务是高优先级的业务，则可以采用如下方式作特殊处理。本发明实施例八提供一种资源保留的方法，包括如下过程：

步骤801、UE发起的业务为高优先级的业务，例如紧急呼叫业务，如果该UE检测到上行失步，则此时所述UE保留相应eNB为所述UE分配的资源，例如SRS的资源，优选的，如果之前已经分配了PUCCH资源或专用的随机接入前导码，则也保留；

步骤802、所述UE向所述eNB发起随机接入请求，重新取得上行同步，以便继续使用保留的资源。需要说明一点，在所述UE向所述eNB发起随机接入请求时，如果已经保留了专用的随机接入前导码，则继续使用所述随机接入前导码；否则，所述UE在可使用的随机接入前导码中随机选择即可。其中，如果步骤801中该UE保留的资源中不包括为数据传输所需的资源，则当该UE需要发送上行数据或接收下行数据时，则eNB将通过PDCCH命令重新为该UE分配为进行数据传输所需的资源，以便后续进行正常的数据传输。

本发明上述实施例能够保证高优先级业务的数据及时发送。

如图6所示，为本发明实施例九提供的装置结构图，包括：发送单元610、接收单元620、判断单元630，其中：

所述的发送单元610，用于在SPS对应时刻通过PDCCH向UE发送下行SPS资源释放命令，且暂时保留所述相应的下行SPS资源对应的上行反馈信道；

所述的接收单元620，用于接收UE对PDCCH信道的下行SPS资源释放命令的反馈，及UE对SPS数据的反馈；

所述的判断单元630，用于判断若所述接收单元620接收到UE对PDCCH信道的SPS资源释放命令的反馈，且没有收到UE对SPS数据的反馈，确定下行SPS资源成功释放。

进一步的，所述的接收单元620，还用于接收UE在SPS数据对应的反馈信道上的反馈；相应的，所述的判断单元630，用于判断若所述接收单元620接收到UE对PDCCH信道的下行SPS资源释放命令的反馈，及UE在SPS数据对应的反馈信道上的反馈，确定相应的下行SPS资源成功释放。

进一步的，所述的接收单元620，还用于接收上行SPS数据；相应的，所述的判断单元630，用于判断若所述接收单元620接收到UE对PDCCH信道的上行SPS资源释放命令的反馈，且没有收到上行SPS数据，则确定相应的上行SPS资源成功释放。

此外，本发明实施例六的结构还可以作进一步的改进，其中：还包括记录单元，

所述的发送单元610，还用于在SPS对应时刻以外的其他时刻通过PDCCH向UE发送SPS资源释放命令；

所述的接收单元620，还用于接收UE对PDCCH信道的SPS资源释放命令的反馈；

所述记录单元，用于记录所述发送单元发送所述SPS释放命令的次数，及所述接收单元接收所述SPS释放命令的反馈的次数；

所述的判断单元630，还用于判断若所述发送SPS资源释放命令的次数达到发送预设门限，或者所述接收SPS资源释放命令的反馈的次数达到接收预设门限，确定SPS资源成功释放。

如图7所示，为本发明实施例十提供的装置结构图，包括：发送单元710、接收单元720、判断单元730、记录单元740，其中：

所述的发送单元710，用于通过PDCCH信道向UE发送SPS资源释放命令；

所述的接收单元720，用于接收UE对PDCCH信道的SPS资源释放命令的反馈；

所述的记录单元740，用于记录所述发送单元710发送SPS资源释放命令的次数，及所述接收单元720接收SPS资源释放命令的反馈的次数；

所述的判断单元，用于判断若所述发送SPS资源释放命令的次数达到发送预设门限，或者所述接收SPS资源释放命令的反馈的次数达到接收预设门限，确定SPS资源成功释放。

如图8所示，为本发明实施例十一提供的网络设备结构图，包括：接收单元810、确定单元820、及分配单元830；其中：

所述的接收单元810，用于接收所述UE在上行失步的情况下发送的随机接入前导码，及接收所述UE发送的消息3；

所述的确定单元820，用于根据所述接收单元810接收的消息3，确定所述UE已经上行失步、资源已经释放；

所述的分配单元830，用于根据所述确定单元820确定所述UE已经上行失步、资源已经释放，通过空口消息重新为所述UE分配资源。

需要说明的是，所述消息3中可以携带BSR MAC CE，即上行缓存数据量为空的BSR(Empty BSR)，用以通知网络设备该UE已经上行失步；其中，如果上行失步之前，eNB没有为UE分配用于发送调度请求SR的物理上行控制信道PUCCH资源，则所述消息3携带上行缓存数据量为空的BSR；若所述UE在上行失步之前，所述eNB为所述UE分配用于发送调度请求SR的物理上行控制信道PUCCH资源，则所述消息3携带上行缓存数据量为空的BSR或者携带表示上行缓存实际数据量的BSR。所述消息3中还可以携带“TAT超时”MAC CE，用以通知网络设备该UE已经上行失步。需要说明的是，除了在消息3中携带BSR MAC CE及MAC CE的情况之外，作为上述实施例的变形，本领域技术人员可以很容易想到的其他方式，例如在消息3中的预留位设置特定的值，用来表示上下行失步的信息，都在本发明保护之列。

本发明实施例十一能够及时为UE重新分配UE由于上行失步而释放的资源，以便后续正常的数据传输。

更进一步的，上述实施例提供的网络设备中，所述的接收单元810，还用于接收所述UE发送的由RRC生成的RRC Reconfiguration Request消息，所述消息中携带表示重配原因为上行失步的信息单元(IE)；相应的，所述的确定单元820，还用于根据所述接收单元810接收的RRC Reconfiguration Request消息，确定所述UE已经上行失步、资源已经释放。

如图9所示，为本发明实施例十二提供的终端结构图，包括：定时器910、资源保留单元920以及同步单元930，其中：

所述定时器910，用于在UE发起高优先级的业务情况下触发启动，判断所述UE上行失步，向所述资源保留单元920发送触发信息；

所述资源保留单元920，用于接收所述触发信息，保存eNB为所述UE分配的资源，向所述同步单元930发送通知消息；

所述同步单元930，用于接收所述资源保留单元920发送的通知消息，与所述eNB取得上行同步。

综上所述，本文提供了一种资源释放的方法及装置，能够提高SPS释放命令的可靠性，减少可能的上行干扰。还可以在保证SPS释放命令可靠性的同时，尽量减少控制信令的开销，能够及时释放SPS资源。本文也提供了资源分配的方法及网络设备，能够及时为UE重新分配UE由于上行失步而释放的资源，以便后续正常的数据传输。本文还提供了资源保留的方法及终端，能够保证高优先级业务的数据及时发送。

本领域普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上对本发明所提供的资源释放的方法及装置，资源分配的方法及网络设备，资源保留的方法及终端进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方案；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (21)

1.一种资源释放的方法，其特征在于，包括：

基站在半静态调度SPS对应时刻向用户设备UE发送下行SPS资源释放命令，且所述基站暂时保留相应的下行SPS资源对应的上行反馈信道；

如果所述基站接收到所述UE对所述下行SPS资源释放命令的反馈，且没有收到所述UE对SPS数据的反馈，则确定相应的下行SPS资源成功释放。

2.根据权利要求1所述的资源释放的方法，其特征在于，如果在SPS对应时刻以外的其他时刻，还包括：

所述基站向UE发送下行SPS资源释放命令，并记录发送所述下行SPS资源释放命令的次数；

所述基站接收所述UE对所述下行SPS资源释放命令的反馈，并记录所述基站接收的对所述下行SPS资源释放命令的反馈的次数；

如果所述发送下行SPS资源释放命令的次数达到发送预设门限，或者所述接收关于下行SPS资源释放命令的反馈的次数达到接收预设门限，则确定相应的下行SPS资源成功释放。

3.一种资源释放的方法，其特征在于，包括：

基站在半静态调度SPS对应时刻向用户设备UE发送下行SPS资源释放命令，且所述基站暂时保留相应的下行SPS资源对应的上行反馈信道；

如果基站接收到所述UE对所述下行SPS资源释放命令的反馈，及所述UE在SPS数据对应的反馈信道上的反馈，则确定相应的下行SPS资源成功释放。

4.根据权利要求3所述的资源释放的方法，其特征在于，如果在SPS对应时刻以外的其他时刻，还包括：

所述基站向所述UE发送下行SPS资源释放命令，并记录发送所述下行SPS资源释放命令的次数；

所述基站接收所述UE对所述下行SPS资源释放命令的反馈，并记录所述基站接收关于所述下行SPS资源释放命令的反馈的次数；

如果所述发送下行SPS资源释放命令的次数达到发送预设门限，或者所述接收关于所述下行SPS资源释放命令的反馈的次数达到接收预设门限，则确定相应的下行SPS资源成功释放。

5.一种资源释放的方法，其特征在于，包括：

基站在半静态调度SPS对应时刻向用户设备UE发送上行SPS资源释放命令，且所述基站暂时保留相应的上行SPS资源对应的上行反馈信道；

如果所述基站接收到所述UE对所述上行SPS资源释放命令的反馈，且没有收到所述UE发送的上行SPS数据，则确定相应的上行SPS资源成功释放。

6.根据权利要求5所述的资源释放的方法，其特征在于，还包括：

所述基站在SPS对应时刻以外的其他时刻向所述UE发送上行SPS资源释放命令，并记录发送所述上行SPS资源释放命令的次数；

所述基站接收UE对所述上行SPS资源释放命令的反馈，并记录所述基站接收关于所述上行SPS资源释放命令的反馈的次数；

如果所述发送上行SPS资源释放命令的次数达到发送预设门限，或者所述接收关于所述上行SPS资源释放命令的反馈的次数达到接收预设门限，则确定相应的上行SPS资源成功释放。

7.一种资源释放的方法，其特征在于，包括：

基站向用户设备UE发送半静态调度SPS释放命令，并记录发送所述SPS释放命令的次数；

所述基站接收所述UE对所述SPS释放命令的反馈，并记录所述基站接收关于所述SPS释放命令的反馈的次数；

如果发送SPS释放命令的次数达到发送预设门限，或者接收SPS释放命令的反馈的次数达到接收预设门限，则确定SPS资源成功释放。

8.一种资源分配的方法，其特征在于，包括：

基站接收UE在上行失步的情况下发送的随机接入信息；

所述基站接收到所述UE发送的消息3，确定所述UE已经上行失步、资源已经释放；

所述基站通过空口消息重新为所述UE分配资源。

9.根据权利要求8所述的资源分配的方法，其特征在于，所述消息3携带上下行失步信息，用以通知所述基站所述UE已经上行失步。

10.根据权利要求9所述的资源分配的方法，其特征在于，所述消息3携带上下行失步信息具体包括以下情况的任意一种：

所述消息3携带BSR MAC CE；或

所述消息3携带“TAT超时”MAC CE；或

所述消息3中的预留位设置特定的值。

11.根据权利要求8所述的资源分配的方法，其特征在于，如果所述UE在上行失步之前，所述基站没有为所述UE分配用于发送调度请求SR的物理上行控制信道PUCCH资源，则所述消息3携带表示上行缓存数据量为空的BSR；若所述UE在上行失步之前，所述基站为所述UE分配用于发送调度请求SR的物理上行控制信道PUCCH资源，则所述消息3携带表示上行缓存数据量为空的BSR或者携带表示上行缓存实际数据量的BSR。

12.一种资源分配的方法，其特征在于，包括：

基站接收UE在上行失步的情况下发送的随机接入信息；

所述基站接收到所述UE发送的RRC重配置请求消息，根据所述RRC重配置请求消息中携带的表示重配原因为上行失步的信息单元IE，确定所述UE已经上行失步、资源已经释放；

所述基站通过空口消息重新为所述UE分配资源。

13.一种资源保留的方法，其特征在于，包括：

UE发起高优先级的业务，如果所述UE确定上行失步，则所述UE保留基站为所述UE分配的资源；

所述UE向所述基站发起随机接入请求，重新取得上行同步，以便继续使用保留的资源。

14.根据权利要求13所述的资源保留的方法，其特征在于，所述的高优先级的业务为紧急呼叫业务。

15.一种装置，其特征在于，包括：

发送单元，用于在半静态调度SPS对应时刻向用户设备UE发送下行SPS释放命令，且暂时保留相应的下行SPS资源对应的上行反馈信道；

接收单元，用于接收所述UE对PDCCH信道的所述下行SPS释放命令的反馈，及所述UE对SPS数据的反馈；

判断单元，用于判断若所述接收单元接收到所述UE对所述SPS释放命令的反馈，且没有收到所述UE对SPS数据的反馈，确定相应的下行SPS资源成功释放。

16.根据权利要求15所述的装置，其特征在于，

所述的接收单元，还用于接收所述UE在SPS数据对应的反馈信道上的反馈；

所述的判断单元，还用于判断若所述接收单元接收到所述UE对所述下行SPS释放命令的反馈，及所述UE在SPS数据对应的反馈信道上的反馈，确定相应的下行SPS资源成功释放。

17.根据权利要求15所述的装置，其特征在于，

所述的接收单元，还用于接收上行SPS数据；

所述的判断单元，还用于判断若所述接收单元接收到所述UE对上行SPS释放命令的反馈，且没有收到上行SPS数据，则确定相应的上行SPS资源成功释放。

18.根据权利要求15或16或17所述的装置，其特征在于，所述装置还包括记录单元，

所述的发送单元，还用于在SPS对应时刻以外的其他时刻向所述UE发送SPS释放命令；

所述的接收单元，还用于接收所述UE对所述SPS释放命令的反馈；

所述记录单元，用于记录所述发送单元发送所述SPS释放命令的次数，及所述接收单元接收所述SPS释放命令的反馈的次数；

所述的判断单元，还用于判断若所述发送SPS释放命令的次数达到发送预设门限，或者所述接收的对SPS释放命令的反馈的次数达到接收预设门限时，确定相应的SPS资源成功释放。

19.一种装置，其特征在于，包括：

发送单元，用于向用户设备UE发送SPS释放命令；

接收单元，用于接收所述UE对所述SPS释放命令的反馈；

记录单元，用于记录所述发送单元发送所述SPS释放命令的次数，及所述接收单元接收所述SPS释放命令的反馈的次数；

判断单元，用于判断若所述发送SPS释放命令的次数达到发送预设门限，或者所述接收SPS释放命令的反馈的次数达到接收预设门限时，确定相应的SPS资源成功释放。

20.一种网络设备，其特征在于，包括：

接收单元，用于接收UE在上行失步的情况下发送的随机接入信息，及接收所述UE发送的消息3或RRC重配置请求消息；

确定单元，用于根据所述接收单元接收的消息3或RRC重配置请求消息，确定所述UE已经上行失步、资源已经释放；

分配单元，用于根据所述确定单元确定所述UE已经上行失步、资源已经释放，通过空口消息重新为所述UE分配资源。

21.一种UE，其特征在于，包括定时器、资源保留单元以及同步单元，

所述定时器，用于在UE发起高优先级的业务情况下触发启动，判断所述UE上行失步，向所述资源保留单元发送触发信息；

所述资源保留单元，用于接收所述触发信息，保存eNB为所述UE分配的资源，向所述同步单元发送通知消息；

所述同步单元，用于接收所述资源保留单元发送的通知消息，与所述eNB取得上行同步。

Images