一种保持终端和基站资源一致性的方法与装置与流程

本申请涉及通信技术领域，特别涉及一种保持终端和基站资源一致性的方法与装置。

背景技术：

lte230系统中，当下行控制信息(dci)中携带的起始子带号与发送该dci的起始子带号不一致时，需要进行子带切换。然而，若终端没有正确接收该dci，则会继续留在原子带上监听物理下行控制信道(pdcch)，但此时基站已经切换到新的子带上工作了，这种情况下，就会造成一段时间内终端与基站资源不一致，导致大量丢包，并导致终端无法正确接收到dci，影响传输效率，降低吞吐量。

差点终端误码较多，若连续pdcchfailnum个周期接收不到dci或dci解析错误，则按照协议规定，基站和终端均需要返回驻留子带。其中，参数pdcchfailnum是协议中的一个预设门限参数，表示终端连续未收到调度信息或调度信息解析失败的次数门限。而由于基站无法检测到这种情况的发生，将继续在工作子带进行数据传输，这和终端资源不一致。

如何尽量避免终端和基站的资源不一致，并在不一致后快速恢复同步，是lte230系统需要重点解决的问题。

为解决基站和终端资源不一致的问题，目前的方法是：在基站侧开启连续误码定时器，如果连续收到误码或没有信号，则基站返回驻留子带，并对该终端禁止调度pdcchfailnum个周期，使该终端也返回驻留子带。在禁调结束后，再重新对该终端进行调度。

但是，上述这种方式将导致终端在较长时间内得不到调度，且在禁止调度期间，终端可能已经进入非连续接收(drx)状态。这会使终端和基站完全不同步，带来更恶劣的后果。

技术实现要素：

本申请提供了一种保持终端和基站资源一致的方法和设备，以保持终端和基站的资源一致性，并有效减少资源浪费。

本申请公开了一种保持终端和基站资源一致性的方法，包括：

终端在工作态下对连续未收到调度信息或调度信息解析失败的次数进行累计；

当到达驻留调度请求sr上报时刻时，所述终端根据所述累计的结果判断当前是否已满足返回驻留子带的条件，若满足返回驻留子带的条件，则返回驻留子带，并在驻留子带上上报驻留sr，通知基站返回驻留子带。

较佳的，所述终端根据所述累计的结果判断当前是否已满足返回驻留子带的条件包括：

所述终端判断连续未收到调度信息或调度信息解析失败的次数是否大于或者等于参数pdcchfailnum，如果大于或者等于，则满足所述返回驻留子带的条件；

其中，所述参数pdcchfailnum>1，为预设参数。

较佳的，该方法还包括：在未到达所述驻留sr上报时刻时，所述终端仍处在工作子带。

较佳的，该方法还包括：在所述终端返回驻留子带时，所述终端进入驻留态或非连续接收drx态。

本申请还公开了一种终端设备，包括：计数模块、处理模块和通信模块，其中：

所述计数模块，用于在所述终端设备处于工作态时，对连续未收到调度信息或调度信息解析失败的次数进行累计；

所述处理模块，用于在到达驻留sr上报时刻时，根据所述计数模块累计的结果判断当前是否已满足返回驻留子带的条件，若满足返回驻留子带的条件，则将所述终端设备切换回驻留子带，并通知所述通信模块；

所述通信模块，用于根据所述处理模块的通知，在所述驻留子带上向基站上报驻留sr，通知所述基站返回驻留子带。

较佳的，所述处理模块具体用于：

判断连续未收到调度信息或调度信息解析失败的次数是否大于或者等于参数pdcchfailnum，如果大于或者等于，则判定满足返回驻留子带的条件；

其中，所述参数pdcchfailnum>1，为预设参数。

较佳的，在未到达所述驻留sr上报时刻时，所述终端设备仍处在工作子带。

较佳的，所述处理模块在将所述终端设备切换回所述驻留子带时，将所述终端设备切换到驻留态或drx态。

本申请还公开了一种保持终端和基站资源一致性的方法，包括：

当基站从处于工作态的终端收到驻留sr时，返回所述终端的驻留子带，停止所述终端的数据传输，并进入与所述终端相应的状态，等待下次数据传输开启；

其中，与所述终端相应的状态包括：驻留态或drx态。

本申请还公开了一种基站设备，包括：通信模块和处理模块，其中：

所述通信模块，用于在从处于工作态的终端收到驻留sr时，通知所述处理模块；

所述处理模块，用于根据所述通信模块的通知，将所述基站设备切换回所述终端的驻留子带，停止所述终端的数据传输，并进入与所述终端相应的状态，等待下次数据传输开启；其中，与所述终端相应的状态包括：驻留态或drx态。

由上述技术方案可见，本申请提出的保持终端和基站资源一致的方法和设备，充分利用了sr信号性能更好，且定时接收的特点，通过重构驻留sr的功能，由终端对是否回到驻留子带进行判决，并通过向基站发送驻留sr的方式通知基站返回，使得sr信号不仅可以指示调度请求，还可以指示基站返回驻留子带，从而解决了由于空口误检带来误操作而导致的各种资源不一致的问题。本发明在不新增流程，不增加系统处理复杂度的前提下，实现了保持终端和基站的资源一致性。本发明方案实现简单，能更好地保持终端和基站的资源一致性，有效减少资源浪费。

附图说明

图1为本申请终端和基站保持资源一致性的方法示意图；

图2为本申请一较佳终端设备的组成结构示意图；

图3为本申请一较佳基站设备的组成结构示意图；

图4为本实施例一终端和基站保持资源一致性方法的终端侧流程示意图；

图5为本实施例二终端和基站保持资源一致性方法的基站侧流程示意图。

具体实施方式

为使本申请的目的、技术方案及优点更加清楚明白，以下参照附图并举实施例，对本申请作进一步详细说明。

为解决现有技术所存在的问题，本发明提出一种新的保持终端和基站资源一致的方法。本发明充分利用sr信号相对于pucch/pusch等信道而言，更不容易误检、漏检，因而性能更好，且具备定时接收的特点，首先，重新定义驻留sr的功能，使sr信号不仅可以指示调度请求，还可以指示基站返回驻留子带；然后，在此基础上，通过由终端对是否回到驻留子带进行判决，并通过向基站发送驻留sr的方式通知基站返回驻留子带，从而解决了由于空口误检带来误操作而导致的各种资源不一致的问题，在不新增流程，不增加系统处理复杂度的前提下，实现了保持终端和基站的资源一致性，有效减少了资源浪费。

其中，驻留sr是指：在驻留子带发送的调度请求信号，具体的发送周期、码位置和重复次数由信令配置。相对于驻留sr而言，还存在一种调度请求：非驻留sr。两者都是调度请求，驻留sr的发送周期更长，非驻留sr在终端处于工作态时，每隔8sfn发送一次，位置固定在工作子带的sr码位置7上。哪个终端在该工作子带进行数据传输，该终端就使用该位置和周期发送非驻留sr。

本发明提出：在驻留sr上报时刻未到达时，终端一直处在工作子带上，这可以避免频繁切换子带所带来的资源开销，并降低业务时延。这里，“终端一直处在工作子带上”表示：终端在工作子带上进行数据传输，或者没有进行数据传输但仍待在工作子带上。

图1为本申请终端和基站保持资源一致性的方法示意图。参见图1，该方法包括：

步骤101：终端在工作态下对连续未收到调度信息或调度信息解析失败的次数进行累计。

本发明中，终端在收到dci进入工作态，开始数据传输后，对连续未收到调度信息或调度信息解析失败的次数进行累计。

在累计的次数达到pdcchfailnum次后，可能表示已出现或可能出现现有技术所述的终端和基站资源不一致的问题，也可能表示数据传输已完成，无需再调度。在累计的次数达到pdcchfailnum次后，终端和基站需要返回驻留子带，因此，这种情况下，确定已满足返回驻留子带的条件。但是，本发明在确定已满足返回驻留子带的条件，终端并不立即返回驻留子带。

步骤102：当到达驻留sr上报时刻时，终端根据所述累计的结果判断当前是否已满足返回驻留子带的条件，若满足返回驻留子带的条件，则返回驻留子带，并在驻留子带上上报驻留sr，通知基站也返回驻留子带。

与此同时，终端进入驻留态或drx态(如果终端支持drx态的话)。

如前所述，终端通过对连续未收到调度信息或调度信息解析失败的次数进行累计，并在累计的次数达到pdcchfailnum次后，判定满足返回驻留子带的条件。此时，终端通过向基站发送sr的方式通知驻留子带，从而解决了由于空口误检带来误操作而导致的各种资源不一致的问题。

对于基站侧而言，当基站从处于工作态的终端收到驻留sr时，则放弃数据传输，返回该终端的驻留子带，并进入与终端相应的状态，即：驻留态或者drx态，等待下次数据传输开启。

对应于上述方法，本发明提供了一种终端设备，其组成结构如图2所示，包括：计数模块、处理模块和通信模块，其中：

所述计数模块，用于在所述终端设备处于工作态时，对连续未收到调度信息或调度信息解析失败的次数进行累计；

所述处理模块，用于在到达驻留sr上报时刻时，根据所述计数模块累计的结果判断当前是否已满足返回驻留子带的条件，若满足返回驻留子带的条件，则将本终端设备切换回驻留子带，并通知所述通信模块；

所述通信模块，用于根据所述处理模块的通知，在驻留子带上向基站上报驻留sr，通知基站也返回驻留子带。

其中，图2所述处理模块具体用于：

判断连续未收到调度信息或调度信息解析失败的次数是否大于或者等于参数pdcchfailnum，如果大于或者等于，则判定满足返回驻留子带的条件；

其中，所述参数pdcchfailnum>1，为预设参数。

如方法流程所述，在未到达驻留sr上报时刻时，所述终端设备仍工作在工作子带。

并且，图2所述处理模块在将本终端设备切换回驻留子带时，将本终端设备切换到驻留态或drx态。

对应于上述方法，本发明还提供了一种基站设备，其组成结构如图3所示，包括：通信模块和处理模块，其中：

所述通信模块，用于在从处于工作态的终端收到驻留sr时，通知所述处理模块；

所述处理模块，用于根据所述通信模块的通知，将所述基站设备切换回所述终端的驻留子带，停止所述终端的数据传输，并进入与所述终端相应的状态，等待下次数据传输开启；其中，与所述终端相应的状态包括：驻留态或drx态。

下面结合附图，通过两个具体实施例对本申请技术方案进行进一步详细说明。

实施例一：

本实施例对终端侧流程进行说明。

图4为本申请实施例一终端和基站保持资源一致性方法的终端侧流程示意图，参见图4，该流程包括以下步骤：

步骤1.终端被调度到工作子带，开始数据传输。

步骤2.终端按照pdcch配置周期接收dci。

步骤3.如果dci解析正确，则转到步骤5，否则，执行步骤4。

步骤4.对参数failnum进行累加，其中，参数failnum是用于记录连续dci错误的参数，本步骤执行failnum++，然后转到步骤2。

步骤5.进入本步骤表示收到了正确的dci，按照dci的指示进行下行数据接收和上行数据发送。

步骤6.判断是否到达sr上报的时刻以及满足sr上报条件，若是，则继续执行步骤7，否则，转到步骤8。

本步骤中，当满足协议中规定的sr上报条件时，判定满足sr上报条件。例如：当终端侧有上行数据到达，但是没有可用于传输上行数据的资源时，则触发sr上报。

步骤7.满足sr上报条件，进行sr的上报，并转到步骤2。

步骤8.若当前到达驻留sr上报时刻，则执行下一步，否则，转到步骤2。

这里，对sr上报时刻和驻留sr上报时刻进行简要说明：

sr上报时刻是指：终端可以上报sr的时刻，包括：驻留sr上报时刻和非驻留sr上报时刻。其中：

驻留sr上报时刻由信令配置，具有一定的周期、重复次数和码位置，在驻留子带上进行上报，是终端处于驻留态或者drx态时可以触发的上报；

非驻留sr上报是指：处于工作态的终端可以触发的上报。非驻留sr在终端首个工作子带每隔8个sfn的码7位置上发送(如果满足触发sr上报条件的话)。

如果某时刻是驻留sr上报时刻，则该时刻一定是非驻留sr的上报时刻；而当某时刻是非驻留sr上报时刻时，该时刻不一定是驻留sr上报时刻。

步骤9.到达驻留sr上报时刻，判断是否需要返回驻留子带，若是，则执行下一步，否则，转到步骤2。

其中，返回驻留子带的条件为：连续未收到调度信息或调度信息解析失败的次数是否大于或者等于pdcchfailnum，即：failnum≥pdcchfailnum，且没有上行数据需要传输。

步骤10.返回驻留子带，并在驻留子带上向基站上报驻留sr。

步骤11.流程结束。

实施例二：

本实施例对基站侧流程进行说明。

图5为本实施例二终端和基站保持资源一致性方法的基站侧流程示意图，参见图5，该流程包括以下步骤：

步骤1.终端被调度到工作子带，开始数据传输。

步骤2.判断是否到达终端的调度时刻，如果到达终端的调度时刻，则转到下一步，否则，继续等待。

步骤3.判断终端是否需要进行数据传输，如果终端需要进行数据传输，则转到步骤4，否则，转步骤5。

步骤4.按照上下行缓存量对终端进行调度，发送dci和pdsch，接收pusch、pucch和sr等。

步骤5.判断是否收到了驻留sr，如果收到驻留sr，则进行下一步，否则转回步骤2。

步骤6.返回驻留子带；

步骤7.工作态流程结束。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。