一种可重同步触发方法及基站与流程

本申请涉及通信领域，尤其涉及一种重同步触发方法及基站。

背景技术：

随着载波聚合(carrieraggregation，ca)技术的日趋成熟，对于上行ca技术的诉求越来越多。为保证上行ca的解调性能，基站通过发送时间提前量(timingadvances，ta)给终端。终端依据ta维护上行同步。在上行ca场景中，终端可以在多个小区发送上行数据，而多个小区的ta有可能不同，因此，对于终端而言，有可能需要同时维护多个时间提前量(multipletimingadvances，mta)。

现有技术中，在开启mta的情况下，基站在上行辅载波小区(secondarycarriercell，scc)激活后，需要迟滞30毫秒后，再触发重同步。而基站触发重同步的时间过长，会导致上行吞吐量受损。

技术实现要素：

本申请提供了一种重同步触发方法及基站，目的在于解决现有的重同步触发方法导致的上行吞吐量受损的问题。

为了实现上述目的，本申请提供了以下技术方案：

本申请的第一方面提供了一种重同步触发方法，包括：基站在上行辅载波小区scc激活后，立即触发重同步，所述重同步的触发时刻为t1。所述基站检测在预设的时间范围内是否接收到重同步的反馈信号，如果否，触发重同步，所述预设的时间范围的起始时刻为所述t1，终止时刻为t2，t2与t1的差值小于或等于30毫秒。因为基站在上行辅载波小区scc激活后，立即触发重同步，所以，能够缩短触发重同步的迟滞时间，从而提高上行吞吐量。又因为如果在预设的时间范围内没有接收到重同步的反馈信号，则基站再次触发重同步，所以，能够实现对不同终端的兼容，保证终端能够正确解调物理下行控制信道命令。

本申请的第二方面提供了一种基站，包括：处理器，用于在上行辅载波小区scc激活后，立即触发重同步，并检测在预设的时间范围内是否接收到重同步的反馈信号，如果否，触发重同步，所述重同步的触发时刻为t1，所述预设的时间范围的起始时刻为所述t1，终止时刻为t2，t2与t1的差值小于或等于30毫秒。所述基站能够提高ca的上行吞吐量。

本申请的第三方面提供了一种基站，包括：重同步模块和检测模块。其中，重同步模块用于在上行辅载波小区scc激活后，立即触发重同步，所述重同步的触发时刻为t1。检测模块用于检测在预设的时间范围内是否接收到重同步的反馈信号。所述重同步模块还用于，如果检测模块在预设的时间范围内没有接收到重同步的反馈信号，触发重同步，所述预设的时间范围的起始时刻为所述t1，终止时刻为t2，t2与t1的差值小于或等于30毫秒。所述基站能够提高ca的上行吞吐量。

在一个实现方式中，所述基站检测在预设的时间范围内是否接收到重同步的反馈信号，如果否，触发重同步包括：所述基站以预设的周期、检测在预设的时间范围内是否接收到重同步的反馈信号，如果否，触发重同步，直到当前时刻t1不属于所述预设的时间范围内。

在一个实现方式中，所述基站检测在预设的时间范围内是否接收到重同步的反馈信号，如果否，触发重同步包括：所述基站在所述预设的时间范围内的时刻t2检测是否接收到重同步的反馈信号，如果否，再次发起重同步请求，t2＜t2。所述基站在时刻t2，检测是否接收到重同步的反馈信号，如果否，最后一次发起重同步请求。分三次发送重同步的机制，能够在提高上行吞吐量的情况下，节省资源。

附图说明

图1为本申请实施例公开的一种重同步触发方法的流程图；

图2为本申请实施例公开的又一种重同步触发方法的流程图；

图3为本申请实施例公开的一种基站的结构示意图；

图4为本申请实施例公开的又一种基站的结构示意图。

具体实施方式

本申请实施例公开的重同步触发方法应用在mta开启的场景下，具体的，mta开启的场景可以为ca的非同覆盖(两个小区覆盖不同的区域)场景，也可以为ca的同覆盖(两个小区覆盖相同的区域)场景。

本实施例中，ca可以为上行两载波，也可以为上行n(n为大于2的整数)载波。

现有协议中，基站在上行scc激活后，迟滞30毫秒再触发重同步的原因为：不同终端的解调性能不同，有些终端激活上行scc后，天线无法立即工作，现有协议规定天线启动的迟滞时间为34毫秒，对应到基站，现有协议规定上行scc激活后，迟滞30毫秒再触发重同步。

而申请人在研究的过程中发现，如果基站在上行scc激活后立即触发重同步，则现有的终端能够正确解调到重同步信号，即物理下行控制信道命令(physicaldownlinkcontrolchannelorder，pdcchorder)的概率能够达到80％。

基于上述发现，本申请提出了一种重同步触发方法，目的在于，在不降低终端解调性能的前提下，减少触发重同步的迟滞时间，从而提高上行ca的吞吐量。

图1为本申请实施例公开的一种重同步触发方法，包括以下步骤：

s101：基站在上行scc激活后，立即触发重同步。

基于上述发现，在上行scc激活后，立即触发重同步，大多数终端均能够正确解调pdcchorder。考虑到少数不能正确解调pdcchorder的终端，使用下面的步骤提高终端的解调正确率。

s102：基站检测在预设的时间范围内是否接收到重同步的反馈信号，如果否，触发重同步。如果是，执行现有协议中规定的后续步骤，这里不再赘述。

具体的，预设的时间范围的起始时刻为s101触发重同步的时刻t1，终止时刻为t2，t2与t1的差值t2-t1可以为30毫秒，或者小于30毫秒。

重同步的反馈信号为终端发送的前导preamble信号。

可选的，基站可以以预设的周期执行s102，直到当前时刻t1不属于预设的时间范围内。

或者，为了节省消耗和资源，基站也可以按照图2所示的过程触发重同步，图2中，s202和s203为s102的一种具体实现方式：

s201：基站在上行scc激活后，立即发起重同步请求。

s202：基站在预设的时间范围内的某个时刻t2(t2＜t2)检测是否接收到重同步的反馈信号，如果否，再次发起重同步请求。

s203：基站在时刻t2检测是否接收到重同步的反馈信号，如果否，最后一次发起重同步请求。

从图1以及图2可以看出，本申请实施例公开的重同步触发方法，改进了基站首次发起重同步的时机，即在上行scc激活后，立即发起重同步请求。这种机制能够保证大多数终端能够正确解调pdcchorder，而对于不能正确解调pdcchorder的终端，基站会在最大迟滞时间达到之前，再次触发重同步，以保证终端不会因为基站首次发起重同步的时机的修改而影响终端的性能。

可选的，基站也可以跳过s203，也就是说，只在时刻t2检测，如果没有收到重同步的反馈信号，再发起一次重同步请求。

需要说明的是，在实际应用中，可以依据实际需求，综合考虑终端解调pdcchorder的正确率和资源消耗，对s101所示的步骤进行灵活调整。

图3为本申请实施例公开的一种基站，包括：处理器，可选的，还包括存储器。

处理器用于在上行辅载波小区scc激活后，立即触发重同步，所述重同步的触发时刻为t1；并检测在预设的时间范围内是否接收到重同步的反馈信号，如果否，触发重同步，所述预设的时间范围的起始时刻为所述t1，终止时刻为t2，t2与t1的差值小于或等于30毫秒。

处理器的功能的具体实现过程可以参见上述方法实施例，这里不再赘述。

存储器用于存储用于实现处理器的功能的应用程序以及应用程序运行过程中产生的数据。

图3所示的基站，在上行scc激活后，立即发起重同步请求，如果没有收到重同步的反馈，则最长迟滞30毫秒后重发重同步请求。因此，能够在保证终端正确解调的前提下，提高上行ca的吞吐量。

图4为本申请实施例公开的一种基站，包括：重同步模块和检测模块。

其中，重同步模块用于在上行辅载波小区scc激活后，立即触发重同步，所述重同步的触发时刻为t1。检测模块用于检测在预设的时间范围内是否接收到重同步的反馈信号。所述重同步模块还用于，如果检测模块在预设的时间范围内没有接收到重同步的反馈信号，触发重同步，所述预设的时间范围的起始时刻为所述t1，终止时刻为t2，t2与t1的差值小于或等于30毫秒。

具体的，检测模块可以周期性地检测在预设的时间范围内是否接收到重同步的反馈信号。

或者，检测模块在所述预设的时间范围内的时刻t2检测是否接收到重同步的反馈信号，如果否，在时刻t2，检测是否接收到重同步的反馈信号，t2＜t2。

如果检测模块在时刻t2没有接收到重同步的反馈信号，所述重同步模块再次发起重同步请求，如果检测模块在时刻t2没有接收到重同步的反馈信号，所述重同步模块最后一次发起重同步请求。

图4所示的基站，在保证终端正确解调的前提下，提高上行ca的吞吐量。进一步的，采用的三次重同步请求机制，在提高吞吐量的情况下，节省资源。