CN106303977B - Td-lte集群组呼的资源释放方法、基站及ue - Google Patents

Abstract

本发明提供了一种TD‑LTE集群组呼的资源释放方法、基站及UE，该方法包括：判断集群组呼的半持续调度资源的释放原因；当所述释放原因为所述集群组呼的语音业务由激活期转到静默期时，向UE发送承载在PDCCH上的半持续调度资源释放信息，当所述释放原因为集群组呼释放时，向UE发送集群组呼释放消息。本发明根据集群组呼半持续调度资源的释放原因的不同而采用不同的资源释放信息，进而减少半静态调度集群组呼的PDCCH开销。

Description

TD-LTE集群组呼的资源释放方法、基站及UE

技术领域

本发明涉及网络通信技术领域，尤其涉及一种TD-LTE集群组呼的资源释放方法、基站及UE。

背景技术

随着社会经济的快速发展和行业客户的需求变化，具有大带宽、高速率、全IP、高效指挥控制和实时响应能力的分时长期演进(TD-LTE，Time Division Long TermEvolution)宽带集群将引领集群通信进入全新的时代。TD-LTE宽带集群通信系统不但可以支持TD-LTE移动通信系统自身的各种多媒体业务，而且可以提供基本集群呼叫业务以及集群多媒体业务，如语音组呼、语音单呼、可视组呼、可视单呼、广播呼叫、实时视频传输等。

专网宽带多媒体集群技术与行业应用紧密结合，促进TD-LTE宽带集群通信系统在行业中不断完善和快速发展。中国通信标准化协会(CCSA，China CommunicationsStandards Association)主导完成TD-LTE宽带集群通信行业标准，这也是国内基于4G技术集群的第一批行业标准。集群组呼业务是一种点到多点的业务，在集群专网中发挥着巨大的作用。CCSA的专网集群标准中，集群组呼可采用半持续调度(SPS，Semi-PersistentScheduling)。对于集群组呼的SPS的激活和释放可采用物理下行控制信道(PDCCH，Physical Downlink Control Channel)来进行指示。对于集群组呼半持续调度的PDCCH确认规定为：只有满足以下条件时，UE确认一个集群组呼半持续调度分配PDCCH：

-PDCCH净荷的CRC奇偶校验位用半持续调度群组无线网络临时标识(G-RNTI/SPSG-RNTI，Group Radio Network Temporary Identifier/SPS Group Radio NetworkTemporary Identifier)进行加扰。

-新数据指示域置为“0”。

如果DCI1A内各字段根据表1或表2进行配置，则实现PDCCH的确认。

如果完成确认，UE应该相应认为接受到的DCI信息为有效的半持续调度激活或释放。

表1半持续调度激活的PDCCH确认特殊字段设置

	DCI格式1A
		HARQ进程数	设置为‘0000’
调制与编码方式	最高有效位(MSB)设置为‘0’
		冗余版本	设置为‘00’

表2半持续调度释放的PDCCH确认特殊字段设置

	DCI格式1A
		HARQ进程数	设置为‘0000’
调制与编码方式	设置为‘11111’
		冗余版本	设置为‘00’
资源块分配	设置为全‘1’

对于TD-LTE集群通信系统而言，集群组呼SPS资源的释放采用eNode B发送特殊格式的PDCCH命令(见表2)，UE收到集群组呼PDCCH释放命令后，UE释放集群组呼SPS资源，但UE不会回复ACK。

对于集群组呼由于没有反馈机制，基站无法确定集群组呼业务半持续调度资源是否成功释放。如果系统没有在UE半持续调度集群组呼业务之后释放其资源或者释放失败，UE会继续在配置好的资源位置上接收数据，会带来UE的电力浪费。如果基站发送多次半持续调度释放的PDCCH，会大大增加PDCCH开销，也无法确保集群组中所有UE都释放成功。另外，公共搜索空间本来就有公共信息(广播、寻呼、随机接入等)的开销，由于对集群组呼的G-RNTI/SPS G-RNTI加扰的PDCCH所使用PDCCH搜索空间的规定，使得公共搜索空间PDCCH资源更加紧张，可能会导致只使用公共搜索空间的组呼因无法发送DCI而得不到及时的调度。若遇到组呼业务突发的情况，现象会更为严重。那么，如何减少PDCCH控制信令的开销以及确保UE的组呼业务半持续调度资源释放成为迫切解决的问题。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决或者减缓上述问题的TD-LTE集群组呼的资源释放方法、基站及UE。

根据本发明的一个方面，提供了一种TD-LTE集群组呼的资源释放方法，该方法包括：

判断集群组呼的半持续调度资源的释放原因；

当所述释放原因为所述集群组呼的语音业务由激活期转到静默期时，向UE发送承载在PDCCH上的半持续调度资源释放信息，当所述释放原因为集群组呼释放时，向UE发送集群组呼释放消息。

可选的，所述方法还包括：

当所述释放原因为所述集群组呼的语音承载释放时，向UE发送承载在PDCCH上的半持续调度资源释放信息。

可选的，所述判断集群组呼的半持续调度资源的释放原因，包括：

判断是否收到集群组呼释放指示，若是，则确定所述释放原因为集群组呼释放；

判断是否收到释放集群组呼的语音承载指示，若是，则确定所述释放原因为集群组呼的语音承载释放；

判断所述集群组呼的语音业务是否满足进入静默期的条件，若是，则确定所述释放原因为集群组呼的语音业务由激活期转到静默期。

可选的，所述方法还包括：

确定所述集群组呼在当前子帧是否将发送组呼语音数据；

当所述集群组呼在当前子帧将发送组呼语音数据时，判断所述集群组呼的无线链路控制缓存是否为空，若是，则执行监测所述集群组呼的语音业务是否由激活期转到静默期的步骤；否则，根据所述集群组呼的半持续调度资源传输所述新数据。

根据本发明的另一个方面，提供了一种基站，该基站包括：

判断单元，用于判断集群组呼的半持续调度资源的释放原因；

发送单元，用于当所述释放原因为所述集群组呼的语音业务由激活期转到静默期时，或所述释放原因为所述集群组呼的语音承载释放时，向UE发送承载在PDCCH上的半持续调度资源释放信息；

所述发送单元，还用于当所述释放原因为集群组呼释放时，向UE发送集群组呼释放消息。

根据本发明的又一个方面，提供了一种TD-LTE集群组呼的资源释放方法，该方法包括：

当收到基站eNB发送的承载在PDCCH上的半持续调度资源释放信息时，释放当前集群组呼的半持续调度资源，并清除已配置的所述集群组呼的半持续调度的下行分配；

当收到所述eNB发送的集群组呼释放消息时，释放所述集群组呼的半持续调度资源以及所述集群组呼的集群数据无线承载，停止监听所述集群组呼的临时控制信道和集群业务信道。

可选的，所述方法还包括：

当收到基站eNB发送的集群组呼半持续调度激活的物理下行控制信道PDCCH时，启动预设定时器，判断预设定时时间内是否收到基站eNB发送的承载在PDCCH上的半持续调度资源释放信息；若预设定时时间内没有收到承载在PDCCH上的半持续调度资源释放信息，则释放当前集群组呼的半持续调度资源，并清除已配置的所述集群组呼的半持续调度的下行分配；

若预设定时时间内收到承载在PDCCH上的半持续调度资源释放信息，则终止所述预设定时器。

可选的，所述方法还包括：

若所述预设时间内收到所述承载在PDCCH上的半持续调度资源释放信息之外的所述集群组呼的控制信息时，重启所述预设定时器。

根据本发明的再一个方面，提供了一种用户设备UE，该UE包括：

接收单元，用于接收基站eNB发送的承载在PDCCH上的半持续调度资源释放信息，或集群组呼释放消息；

资源释放单元，用于当收到基站eNB发送的承载在PDCCH上的半持续调度资源释放信息时，释放当前集群组呼的半持续调度资源，并清除已配置的所述集群组呼的半持续调度的下行分配；

所述资源释放单元，还用于当收到所述eNB发送的集群组呼释放消息时，释放所述集群组呼的半持续调度资源以及所述集群组呼的集群数据无线承载；

监听控制单元，用于当收到所述eNB发送的集群组呼释放消息时，停止监听所述集群组呼的临时控制信道和集群业务信道。

可选的，所述用户设备还包括：

定时单元，用于当收到基站eNB发送的集群组呼半持续调度激活的物理下行控制信道PDCCH时，启动预设定时器进行计时；

判断单元，用于判断预设定时时间内是否收到承载在PDCCH上的半持续调度资源释放信息；

所述资源释放单元，还用于当预设定时时间内没有收到承载在PDCCH上的半持续调度资源释放信息时，释放当前集群组呼的半持续调度资源，并清除已配置的所述集群组呼的半持续调度的下行分配；

所述定时单元，还用于若预设定时时间内收到承载在PDCCH上的半持续调度资源释放信息时，终止所述预设定时器进行计时；

所述定时单元，还用于当所述预设时间内收到所述承载在PDCCH上的半持续调度资源释放信息之外的所述集群组呼的控制信息时，重启所述预设定时器进行计时。

本发明的有益效果为：

本发明提供的TD-LTE集群组呼的资源释放方法、基站及UE，根据集群组呼半持续调度资源的释放因释放原因不同而采用不同的资源释放方法，当集群组呼语音业务由激活期转到静默期时，组呼半持续调度资源的释放通过eNode B发送承载在PDCCH上的半持续调度资源释放信息，当集群组呼释放时，通过eNode B发送集群组呼释放消息，UE收到该消息后本地释放集群组呼半持续调度资源，eNode B不需要向UE发送承载在PDCCH上的半持续调度资源释放信息，进而减少半静态调度集群组呼的PDCCH开销。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1为本发明实施例1提出的一种TD-LTE集群组呼的资源释放方法的流程图；

图2为本发明实施例2提出的一种TD-LTE集群组呼的资源释放方法的流程图；

图3为本发明实施例2提出的调度器的组呼业务半持续调度资源释放的具体处理流程图；

图4为本发明实施例3提出的一种基站的结构框图；

图5为本发明实施例4提出的一种TD-LTE集群组呼的资源释放方法的流程图；

图6为本发明实施例5提出的一种TD-LTE集群组呼的资源释放方法的流程图；

图7为本发明实施例6提出的一种用户设备的结构框图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能解释为对本发明的限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。

本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非被特定定义，否则不会用理想化或过于正式的含义来解释。

在LTE系统中，SPS资源的释放有隐式释放和显式释放两种方式。隐式释放仅应用于上行，当eNode B检测到连续多个MAC PDU中不包含MAC SDU时，就会释放SPS资源。显式释放既可应用于上行也可应用于下行，由eNode B发送特殊格式的PDCCH，通知UE释放当前的SPS资源。为了增强其可靠性，当UE收到PDCCH释放命令后，UE释放成功会回复ACK。与LTE系统不同，对于TD-LTE集群通信系统而言，UE收到集群组呼PDCCH释放命令后，UE释放集群组呼SPS资源，但UE不会回复ACK。

因此，对于集群组呼由于没有反馈机制，基站无法确定集群组呼业务半持续调度资源是否成功释放。如果系统没有在UE半持续调度集群组呼业务之后释放其资源或者释放失败，UE会继续在配置好的资源位置上接收数据，会带来UE的电力浪费。如果基站发送多次半持续调度释放的PDCCH，会大大增加PDCCH开销，也无法确保集群组中所有UE都释放成功。

PDCCH搜索空间(PDCCH Search Spare)是终端进行PDCCH盲检的CCE资源集合，LTE标准中定义了公共搜索空间和UE专属搜索空间。CCSA的专网集群标准在此基础上补充规定PDCCH的群组专用搜索空间。CCSA的专网集群标准还定义了两类G-RNTI PDCCH盲检能力的终端。对于G-RNTI PDCCH盲检能力类型1终端规定为：在一个下行子帧中支持在PDCCH公共空间和UE专用空间内进行C-RNTI/SPS C-RNTI/Temporary C-RNTI盲检，并同时支持在PDCCH公共空间和群组专用空间内进行G-RNTI/SPS G-RNTI盲检的终端。对于G-RNTI PDCCH盲检能力类型2终端规定为：在一个下行子帧中支持在PDCCH公共空间和UE专用空间内进行C-RNTI/SPS C-RNTI/Temporary C-RNTI盲检，并同时支持在PDCCH公共空间内但不支持在群组专用空间内进行G-RNTI/SPS G-RNTI盲检的终端。

为了保证G-RNTI PDCCH盲检能力类型2终端能够在RRC连接态时接收到集群组呼，专网集群标准规定了当基站侧MAC层判断组呼内有G-RNTI PDCCH盲检能力类型2的被叫用户为RRC连接态时，则对该组呼的G-RNTI在PDCCH公共空间内调度。同时，还规定对于组呼的第一次寻呼，基站下发集群寻呼消息后基站启动一定时器(设为300ms)，在该定时器超时前基站对该组呼的G-RNTI放在公共空间内调度。G-RNTI PDCCH盲检能力类型2终端收到集群寻呼消息，如处于RRC连接态则通过G-RNTI MAC CE上报能力。该定时器超时且无终端上报仅支持公共空间，基站的群组搜索空间可变为公共和群组专用空间。否则基站应保持对该组呼的G-RNTI放在公共空间内调度。

公共搜索空间是小区中所有终端共享的，从一个子帧中的第一个CCE开始，共16个CCE。公共搜索空间的候选CCE聚合等级是4和8。也就是说，在一个下行子帧中使用公共搜索空间发送PDCCH数目为：按CCE聚合等级为4计算有4个DCI，按CCE聚合等级为8计算只有2个DCI。另外，协议还规定：SI-RNTI、P-RNTI、RA-RNTI、TPC-PUCCH-RNTI、TPC-PUSCH-RNTI的PDCCH只使用公共搜索空间，集群寻呼TP-RNTI的PDCCH也只使用公共搜索空间。

可见，由于对集群组呼的G-RNTI/SPS G-RNTI加扰的PDCCH所使用PDCCH搜索空间的规定，使得公共搜索空间PDCCH资源更加紧张，可能会导致只使用公共搜索空间的组呼因无法发送DCI而得不到及时的调度。若遇到组呼业务突发的情况，现象会更为严重。

针对上述技术问题，本发明提出了一种TD-LTE集群组呼的资源释放方法、基站及用于设备，以减少PDCCH控制信令的开销以及确保UE的组呼业务半持续调度资源释放。

图1示出了本发明实施例的一种TD-LTE集群组呼的资源释放方法的流程图。

参照图1，本发明实施例提出的TD-LTE集群组呼的资源释放方法包括：

S11、判断集群组呼的半持续调度资源的释放原因；

S12、当所述释放原因为所述集群组呼的语音业务由激活期转到静默期时，向UE发送承载在PDCCH上的半持续调度资源释放信息，当所述释放原因为集群组呼释放时，向UE发送集群组呼释放消息。

进一步地，本发明实施例提出的TD-LTE集群组呼的资源释放方法还包括：

当所述释放原因为所述集群组呼的语音承载释放时，向UE发送承载在PDCCH上的半持续调度资源释放信息。

其中，所述步骤S11判断集群组呼的半持续调度资源的释放原因，包括：

判断是否收到集群组呼释放指示，若是，则确定所述释放原因为集群组呼释放；

判断是否收到释放集群组呼的语音承载指示，若是，则确定所述释放原因为集群组呼的语音承载释放；

判断所述集群组呼的语音业务是否满足进入静默期的条件，若是，则确定所述释放原因为集群组呼的语音业务由激活期转到静默期。

本发明实施例中，所述方法还包括：

当所述集群组呼的语音业务不满足进入静默期的条件时，将所述集群组呼的半持续调度资源分配给其他用户或集群组。

本发明实施例中，所述方法还包括：

确定所述集群组呼在当前子帧是否将发送组呼语音数据；

当所述集群组呼在当前子帧将发送组呼语音数据时，判断所述集群组呼的无线链路控制缓存是否为空，若是，则执行监测所述集群组呼的语音业务是否由激活期转到静默期的步骤；否则，根据所述集群组呼的半持续调度资源传输所述新数据。

本发明实施例提出的TD-LTE集群组呼的资源释放方法，根据集群组呼半持续调度资源的释放因释放原因不同而采用不同的资源释放方法，当集群组呼语音业务由激活期转到静默期时，组呼半持续调度资源的释放通过eNode B发送承载在PDCCH上的半持续调度资源释放信息，当集群组呼释放时，通过eNode B发送集群组呼释放消息，进而减少半静态调度集群组呼的PDCCH开销。

图2示出了本发明另一实施例的一种TD-LTE集群组呼的资源释放方法的流程图。

参照图2，本发明实施例提出的TD-LTE集群组呼的资源释放方法包括：

S21、基站侧调度器判断是否收到无线资源控制层发送的集群组呼释放指示，若是，则执行步骤S22，否则执行步骤S23；

S22、向UE发送集群组呼释放消息，所述集群组呼释放消息承载在临时控制信道上；

S23、判断所述集群组呼的语音业务是否由激活期转到静默期，当所述集群组呼的语音业务由激活期转到静默期时，则执行步骤S24；

S24、发送承载在PDCCH上的半持续调度资源释放信息以通知所述UE释放所述集群组呼的半持续调度资源。

其中，判断该组呼语音业务是否满足进入静默期的条件，的判断方法具体如下：

若当前子帧i满足以下公式，表明该组呼语音业务满足进入静默期的条件：

[SFN_MAX·10+SFN_i·10+subframe_i-T_Schedule]mod(SFN_MAX·10)≥P_SPS·ImplicitReleaseAfter

其中：SFN_MAX：系统配置的SFN最大编号，为定值1024；SFN_i：当前子帧i的无线帧号；subframe_i：当前子帧i的子帧号；T_Schedule：该集群语音业务半持续调度最后一次的调度时刻；P_SPS：半持续调度的集群语音业务数据包到达周期；ImplicitReleaseAfter：静默期判决因子。

与LTE系统中话音业务的特点类似，集群组呼业务中语音业务具有VoIP特点。对于VoIP等一类业务，其数据包的大小相对比较固定，而且数据包之间的时间间隔也满足一定的规律性。

本发明实施例提出的TD-LTE集群组呼的资源释放方法，根据集群组呼半持续调度资源的释放原因不同而采用不同的方法。对于集群组呼释放，基站侧调度器向UE发送集群组呼释放消息，UE收到该消息后本地释放集群组呼半持续调度资源，并本地释放该组呼相关TDRB(集群DRB)Data Radio Bearer数据无线承载，UE停止监听该组呼相关的TCCH和TTCH信道，此时eNode B不需要向UE发送半持续调度资源释放的PDCCH。这样，可以减少半静态调度集群组呼的PDCCH开销。当所述集群组呼的语音业务由激活期转到静默期时，发送承载在PDCCH上的半持续调度资源释放信息以通知所述UE释放所述集群组呼的半持续调度资源，当UE收到基站eNB发送的集群组呼半持续调度激活的物理下行控制信道PDCCH时，启动预设定时器，判断预设定时时间内是否收到承载在PDCCH上的半持续调度资源释放信息；所述承载在PDCCH上的半持续调度资源释放信息以半持续调度群组无线网络临时标识SPS G-RNTI进行加扰；若预设定时时间内没有收到承载在PDCCH上的半持续调度资源释放信息，则释放当前集群组呼的半持续调度资源，并清除已配置的所述集群组呼的半持续调度的下行分配。

这样，可以减少半静态调度集群组呼的PDCCH开销。

本发明实施例中，当没有收到无线资源控制层发送的集群组呼释放指示时，所述方法还包括：

在判断所述集群组呼的语音业务是否由激活期转到静默期之前，判断是否收到所述无线资源控制层发送的释放集群组呼的语音承载指示；

若收到所述无线资源控制层发送的释放集群组呼的语音承载指示，则发送承载在PDCCH上的半持续调度资源释放信息以通知所述UE释放所述集群组呼的半持续调度资源。

具体的，当eNode B释放组呼的语音承载，且该组呼中存在其他承载但不包含有任何该组呼的其他语音承载时，例如在一个可视组呼通话过程中释放了组呼语音承载只有组呼视频承载的场景，eNode B发送发送承载在PDCCH上的半持续调度资源释放信息来通知集群组中的UE释放当前集群组的半持续调度资源，UE清除已配置的该集群组相关的半持续调度的下行分配。

进一步地，若没有收到所述无线资源控制层发送的释放集群组呼的语音承载指示，所述方法还包括：

确定所述集群组呼在当前子帧是否将发送组呼语音数据；

当所述集群组呼在当前子帧将发送组呼语音数据时，判断所述集群组呼的无线链路控制缓存是否为空，若是，则执行所述监测所述集群组呼的语音业务是否由激活期转到静默期的步骤；否则，根据所述集群组呼的半持续调度资源传输所述新数据。

其中，确定该组呼在当前子帧是否将发送组呼语音的新数据的方法为：

若当前子帧i满足以下公式，表明当前子帧是进行组呼语音业务新数据的发送时刻，公式如下：

{[SFN_MAX·10+SFN_i·10+subframe_i-T_Schedule]mod(SFN_MAX·10)}modP_SPS＝0

其中：SFN_MAX：系统配置的SFN最大编号，为定值1024；SFN_i：当前子帧i的无线帧号；subframe_i：当前子帧i的子帧号；T_Schedule：该集群语音业务半持续调度最后一次的调度时刻；P_SPS：半持续调度的集群语音业务数据包到达周期。

更进一步地，当所述集群组呼的语音业务不是由激活期转到静默期时，所述方法还包括：

将所述集群组呼的半持续调度资源分配给其他用户或集群组。

图3为基站侧调度器的组呼业务半持续调度资源释放的具体处理流程图。如图3所述，具体流程描述如下：

1.开始；

2.判断是否收到来自于RRC层的组呼释放指示，如果是，执行步骤3，否则，执行步骤4；

3.发送该集群组承载在TCCH信道上有集群组呼释放消息，再转入步骤11；

4.判断是否收到来自于RRC层的释放组呼的语音承载指示，如果是，执行步骤10，否则，执行步骤5；

5.判断该组呼在当前子帧是否将发送组呼语音的新数据，如果是，执行步骤6，否则，执行步骤11；

6.判断该组呼的RLC缓存是否为空，如果是，执行步骤8，否则，执行步骤7；

7.按照该组呼半持续调度所分配的资源，传输该组呼的新数据，并更新，再转入步骤11；

8.判断该组呼语音业务是否满足进入静默期的条件，如果是，执行步骤10，否则，执行步骤9；

9.将本子帧该业务新数据所占资源分配给其他用户或集群组使用；

可理解的是，基站调度器为该集群组呼语音业务分配的半持续调度资源，由于本子帧没有新数据传输，可将该资源以动态调度方式分配其他用户或集群组使用。这样，可以提高系统资源的利用率。

10.发送集群组呼半持续调度释放的PDCCH，来通知该集群组中的UE释放当前集群组的半持续调度资源；

11.结束。

本发明实施例中当集群组呼释放时，通过eNode B发送集群组呼释放消息，UE收到该消息后本地释放集群组呼半持续调度资源，eNode B不需要向UE发送半持续调度资源释放的PDCCH，减少PDCCH控制信令的开销以及确保UE的组呼业务半持续调度资源释放。

图4示出了本发明实施例提出的一种基站的结构框图。如图4所示，所述基站包括判断单元110和发送单元120，其中：

判断单元110，用于判断集群组呼的半持续调度资源的释放原因；

发送单元120，用于当所述释放原因为所述集群组呼的语音业务由激活期转到静默期时，或所述释放原因为所述集群组呼的语音承载释放时，向UE发送承载在PDCCH上的半持续调度资源释放信息；

所述发送单元120，还用于当所述释放原因为集群组呼释放时，向UE发送集群组呼释放消息。

进一步地，所述发送单元120，还用于当所述释放原因为所述集群组呼的语音承载释放时，向UE发送承载在PDCCH上的半持续调度资源释放信息。

图5示出了本发明实施例的一种TD-LTE集群组呼的资源释放方法的流程图。

参照图5，本发明实施例提出的TD-LTE集群组呼的资源释放方法包括：

S31、当收到基站eNB发送的承载在PDCCH上的半持续调度资源释放信息时，释放当前集群组呼的半持续调度资源，并清除已配置的所述集群组呼的半持续调度的下行分配；

S32、当收到所述eNB发送的集群组呼释放消息时，释放所述集群组呼的半持续调度资源以及所述集群组呼的集群数据无线承载，停止监听所述集群组呼的临时控制信道和集群业务信道。

进一步地，本发明实施例提出的TD-LTE集群组呼的资源释放方法还包括：

当收到基站eNB发送的集群组呼半持续调度激活的物理下行控制信道PDCCH时，启动预设定时器，判断预设定时时间内是否收到基站eNB发送的承载在PDCCH上的半持续调度资源释放信息；

若预设定时时间内没有收到承载在PDCCH上的半持续调度资源释放信息，则释放当前集群组呼的半持续调度资源，并清除已配置的所述集群组呼的半持续调度的下行分配；

若预设定时时间内收到承载在PDCCH上的半持续调度资源释放信息，则终止所述预设定时器。

进一步地，本发明实施例提出的TD-LTE集群组呼的资源释放方法还包括：

若所述预设时间内收到所述承载在PDCCH上的半持续调度资源释放信息之外的所述集群组呼的控制信息时，重启所述预设定时器。

本发明实施例提出的TD-LTE集群组呼的资源释放方法，UE增加一个组呼半持续调度资源释放定时器，当UE收到集群组呼半持续调度激活的PDCCH时，启动该定时器。当该定时器超时后，UE释放当前集群组的半持续调度资源，UE清除已配置的该集群组相关的半持续调度的下行分配，进而在减少半静态调度集群组呼的PDCCH开销的情况下实现集群组呼的资源释放。

图6示出了本发明实施例的一种TD-LTE集群组呼的资源释放方法的流程图。

参照图6，本发明实施例提出的TD-LTE集群组呼的资源释放方法包括：

S41、当用户设备UE收到基站eNB发送的集群组呼半持续调度激活的物理下行控制信道PDCCH时，启动预设定时器；

S42、判断预设定时时间内是否收到承载在PDCCH上的半持续调度资源释放信息；所述承载在PDCCH上的半持续调度资源释放信息以半持续调度群组无线网络临时标识SPSG-RNTI进行加扰；

S43、若预设定时时间内没有收到承载在PDCCH上的半持续调度资源释放信息，则释放当前集群组呼的半持续调度资源，并清除已配置的所述集群组呼的半持续调度的下行分配，并终止所述预设定时器。

进一步地，所述方法还包括：

S44、若预设定时时间内收到承载在PDCCH上的半持续调度资源释放信息，则释放所述集群组呼的半持续调度资源，清除已配置的所述集群组呼的半持续调度的下行分配，并终止所述预设定时器。

进一步地，所述方法还包括：

若所述预设时间内收到所述承载在PDCCH上的半持续调度资源释放信息之外的该集群组呼的以G-RNTI或SPS G-RNTI加扰的PDCCH时，重启所述预设定时器。

为了确保UE的集群组呼半持续调度资源能够释放，并且不额外增加PDCCH的开销和PDSCH资源的开销，本发明实施例提出的TD-LTE集群组呼的资源释放方法，通过增加一个组呼半持续调度资源释放定时器，当UE收到承载在PDCCH上的半持续调度资源释放信息时，启动该定时器。当该定时器超时后，UE释放当前集群组的半持续调度资源，UE清除已配置的该集群组相关的半持续调度的下行分配。当UE收到除该集群组呼的SPS G-RNTI加扰的半持续调度释放PDCCH之外的该组呼的G-RNTI/SPS G-RNTI加扰的PDCCH时，重启该定时器。

本发明实施例提出的TD-LTE集群组呼的资源释放方法还包括：

当收到所述eNB发送的集群组呼释放消息时，释放所述集群组呼的半持续调度资源，并释放所述集群组呼的集群数据无线承载；

停止监听该集群组呼的临时控制信道和集群业务信道。

本发明实施例，针对用户设备UE，当UE收到eNode B发送的承载在PDCCH上的半持续调度资源释放信息时，启动组呼半持续调度资源释放定时器。当UE收到除该集群组呼的SPS G-RNTI加扰的半持续调度释放PDCCH之外的该组呼的G-RNTI/SPS G-RNTI加扰的PDCCH时，重启该定时器。当该定时器超时后，UE释放当前集群组的半持续调度资源，并清除已配置的该集群组相关的半持续调度的下行分配。当UE收到eNode B发送半持续调度释放的PDCCH时，UE释放该集群组的半持续调度资源，并清除已配置的该集群组相关的半持续调度的下行分配，并终止该定时器。当UE收到eNode B发送的集群组呼释放的RRC消息(GroupCallRelease消息)时，UE本地释放集群组呼半持续调度资源，并本地释放该组呼相关TDRB(集群DRB)，UE停止监听该组呼相关的TCCH和TTCH信道。

图7示出了本发明实施例提出的一种用户设备的结构框图，如图7所示，所述用户设备UE包括接收单元210、资源释放单元220以及监听控制单元230，其中：

所述的接收单元210，用于接收基站eNB发送的承载在PDCCH上的半持续调度资源释放信息，或集群组呼释放消息；

所述的资源释放单元220，用于当收到基站eNB发送的承载在PDCCH上的半持续调度资源释放信息时，释放当前集群组呼的半持续调度资源，并清除已配置的所述集群组呼的半持续调度的下行分配；

所述的资源释放单元220，还用于当收到所述eNB发送的集群组呼释放消息时，释放所述集群组呼的半持续调度资源以及所述集群组呼的集群数据无线承载；

所述的监听控制单元230，用于当收到所述eNB发送的集群组呼释放消息时，停止监听所述集群组呼的临时控制信道和集群业务信道。

进一步地，所述用户设备还包括定时单元和判断单元，其中：

所述的定时单元，用于当收到基站eNB发送的集群组呼半持续调度激活的物理下行控制信道PDCCH时，启动预设定时器进行计时；

所述的判断单元，用于判断预设定时时间内是否收到承载在PDCCH上的半持续调度资源释放信息；

更进一步地，所述资源释放单元，还用于当预设定时时间内没有收到承载在PDCCH上的半持续调度资源释放信息时，释放当前集群组呼的半持续调度资源，并清除已配置的所述集群组呼的半持续调度的下行分配；

更进一步地，所述定时单元，还用于若预设定时时间内收到承载在PDCCH上的半持续调度资源释放信息时，终止所述预设定时器进行计时；

所述定时单元，还用于当所述预设时间内收到所述承载在PDCCH上的半持续调度资源释放信息之外的所述集群组呼的控制信息时，重启所述预设定时器进行计时。

综上所述，本发明提供的TD-LTE集群组呼的资源释放方法及基站，根据集群组呼半持续调度资源的释放因释放原因不同而采用不同的资源释放方法，进而减少半静态调度集群组呼的PDCCH开销。而且，本发明提供的另一种TD-LTE集群组呼的资源释放方法及UE，UE收到承载在PDCCH上的半持续调度资源释放信息后本地释放集群组呼半持续调度资源，并本地释放该组呼相关TDRB，UE停止监听该组呼相关的TCCH和TTCH信道。此时eNode B不需要向UE发送半持续调度资源释放的PDCCH。可以减少半静态调度集群组呼的PDCCH开销。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可以通过硬件实现，也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解，本发明的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

本领域技术人员可以理解附图只是一个优选实施例的示意图，附图中的模块或流程并不一定是实施本发明所必须的。

本领域技术人员可以理解实施例中的系统中的模块可以按照实施例描述进行分布于实施例的系统中，也可以进行相应变化位于不同于本实施例的一个或多个系统中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

以上所述仅是本发明的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种TD-LTE集群组呼的资源释放方法，其特征在于，所述方法包括：

判断集群组呼的半持续调度资源的释放原因；

当所述释放原因为所述集群组呼的语音业务由激活期转到静默期时，向UE发送承载在PDCCH上的半持续调度资源释放信息，以使所述UE释放当前集群组呼的半持续调度资源，并清除已配置的所述集群组呼的半持续调度的下行分配；当所述释放原因为集群组呼释放时，向UE发送集群组呼释放消息，以使所述UE本地释放集群组呼半持续调度资源，并本地释放该组呼相关集群数据无线承载，所述UE停止监听该组呼相关的TCCH和TTCH信道。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

当所述释放原因为所述集群组呼的语音承载释放时，向UE发送承载在PDCCH上的半持续调度资源释放信息。

3.根据权利要求1或2所述的方法，其特征在于，所述判断集群组呼的半持续调度资源的释放原因，包括：

判断是否收到集群组呼释放指示，若是，则确定所述释放原因为集群组呼释放；

判断是否收到释放集群组呼的语音承载指示，若是，则确定所述释放原因为集群组呼的语音承载释放；

判断所述集群组呼的语音业务是否满足进入静默期的条件，若是，则确定所述释放原因为集群组呼的语音业务由激活期转到静默期。

4.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：

确定所述集群组呼在当前子帧是否将发送组呼语音数据；

当所述集群组呼在当前子帧将发送组呼语音数据时，判断所述集群组呼的无线链路控制缓存是否为空，若是，则执行监测所述集群组呼的语音业务是否由激活期转到静默期的步骤；否则，根据所述集群组呼的半持续调度资源传输新数据。

5.一种基站，其特征在于，所述基站包括：

判断单元，用于判断集群组呼的半持续调度资源的释放原因；

发送单元，用于当所述释放原因为所述集群组呼的语音业务由激活期转到静默期时，或所述释放原因为所述集群组呼的语音承载释放时，向UE发送承载在PDCCH上的半持续调度资源释放信息，以使所述UE释放当前集群组呼的半持续调度资源，并清除已配置的所述集群组呼的半持续调度的下行分配；

所述发送单元，还用于当所述释放原因为集群组呼释放时，向UE发送集群组呼释放消息，以使所述UE本地释放集群组呼半持续调度资源，并本地释放该组呼相关集群数据无线承载，所述UE停止监听该组呼相关的TCCH和TTCH信道。

6.一种TD-LTE集群组呼的资源释放方法，其特征在于，所述方法包括：

当收到基站eNB发送的承载在PDCCH上的半持续调度资源释放信息时，释放当前集群组呼的半持续调度资源，并清除已配置的所述集群组呼的半持续调度的下行分配；

当收到所述eNB发送的集群组呼释放消息时，释放所述集群组呼的半持续调度资源以及所述集群组呼的集群数据无线承载，停止监听所述集群组呼的临时控制信道和集群业务信道。

7.根据权利要求6所述的方法，其特征在于，所述方法还包括：

当收到基站eNB发送的集群组呼半持续调度激活的物理下行控制信道PDCCH时，启动预设定时器，判断预设定时时间内是否收到基站eNB发送的承载在PDCCH上的半持续调度资源释放信息；

若预设定时时间内没有收到承载在PDCCH上的半持续调度资源释放信息，则释放当前集群组呼的半持续调度资源，并清除已配置的所述集群组呼的半持续调度的下行分配；

若预设定时时间内收到承载在PDCCH上的半持续调度资源释放信息，则终止所述预设定时器。

8.根据权利要求7所述的方法，其特征在于，所述方法还包括：

若所述预设时间内收到所述承载在PDCCH上的半持续调度资源释放信息之外的所述集群组呼的控制信息时，重启所述预设定时器。

9.一种用户设备UE，其特征在于，所述UE包括：

接收单元，用于接收基站eNB发送的承载在PDCCH上的半持续调度资源释放信息，或集群组呼释放消息；

资源释放单元，用于当收到基站eNB发送的承载在PDCCH上的半持续调度资源释放信息时，释放当前集群组呼的半持续调度资源，并清除已配置的所述集群组呼的半持续调度的下行分配；

所述资源释放单元，还用于当收到所述eNB发送的集群组呼释放消息时，释放所述集群组呼的半持续调度资源以及所述集群组呼的集群数据无线承载；

监听控制单元，用于当收到所述eNB发送的集群组呼释放消息时，停止监听所述集群组呼的临时控制信道和集群业务信道。

10.根据权利要求9所述的用户设备，其特征在于，所述用户设备还包括：

定时单元，用于当收到基站eNB发送的集群组呼半持续调度激活的物理下行控制信道PDCCH时，启动预设定时器进行计时；

判断单元，用于判断预设定时时间内是否收到承载在PDCCH上的半持续调度资源释放信息；

所述资源释放单元，还用于当预设定时时间内没有收到承载在PDCCH上的半持续调度资源释放信息时，释放当前集群组呼的半持续调度资源，并清除已配置的所述集群组呼的半持续调度的下行分配；

所述定时单元，还用于若预设定时时间内收到承载在PDCCH上的半持续调度资源释放信息时，终止所述预设定时器进行计时；

所述定时单元，还用于当所述预设时间内收到所述承载在PDCCH上的半持续调度资源释放信息之外的所述集群组呼的控制信息时，重启所述预设定时器进行计时。