信息处理方法及用户终端的制作方法
【技术领域】
[0001] 本申请涉及无线通信技术领域，特别涉及一种信息处理方法及用户终端。
【背景技术】
[0002] LTE(LongTermEvolution，长期演进）物理上行控制信道（PhysicalUplink ControlCHannel，PUCCH)用于传输上行控制信令，其可靠性会对LTE网络的关键性能指标 (KeyPerformanceIndicators，KPI)产生重要影响。LTEPUCCH包括以下几种格式：
[0003] (l)PUCCH格式1 :主要用于传输资源调度请求；
[0004] (2)PUCCH格式la/lb:主要用于传输下行物理共享信道（PhysicalDownlink ShareCHannel，PDSCH)的ACK(ACKnowledgment，确认）/NACK(NegativeACKnowledgment， 非确认）；
[0005] (3)PUCCH格式2/2a/2b:主要用于传输CQI(信道质量指示)/PMI(预编码矩阵指 示)、RI(秩指示）等信息。
[0006] 由于PUCCH格式la/lb本身具有的特点，网络侧的LTE基站（以下简称为eNB)无法 获知LTE终端（以下简称为UE(用户终端））是否发送了HARQ(HybridAutomaticRepeat reQuest，混合自动重传请求）ACK/NACK。当UE没有成功解调相应的物理下行控制信道 (PhysicalDownlinkControlCHannel，PDCCH)时，UE认为eNB没有相应的下行分配给 UE，因此，不反馈HARQACK/NACK给eNB，这种情况即为HARQ不连续发射（Discontinuous Transmission，DTX)，此时，eNB就认为UE反馈了DTX。
[0007] 当eNB在应该收到HARQACK/NACK的时亥lj，没有收到HARQACK/NACK时，eNB无法 确定是由于UE没有正确解调相应的roCCH，还是由于PUCCH受到干扰或PUCCH发射功率不 足，而导致漏检HARQACK/NACK;同样，当eNB收到HARQACK/NACK时，也无法判断是否是由 于PUCCH受到干扰而造成的虚检，S卩，虚检DTX为ACK/NACK。也就是说，eNB无法获知HARQ ACK/NACK漏检和虚检的情况，相应的，网络侧也就无法对PUCCH进行优化及调整，影响LTE 网络性能。
【发明内容】
[0008] 本申请提供了一种信息处理方法及用户终端，以解决现有技术中存在的由于网络 侧无法获知eNB发生错检的情况，无法对PUCCH进行优化及调整，导致LTE网络性能降低的 问题，错检例如可以是漏检和/或虚检UE反馈的HARQACK。
[0009] 本申请的技术方案如下：
[0010] 一方面，提供了一种信息处理方法，应用于LTE中的UE，该方法包括：
[0011] 获取本UE解调物理下行信道的解调结果信息，其中，物理下行信道包括：PDSCH和 PDCCH；
[0012] 根据连续N次解调的解调结果信息，判断eNB是否发生了错检，其中，N彡2 ;
[0013] 根据判断结果，确定eNB发生错检的概率并上报给网络侧。
[0014] 另一方面，还提供了一种信息处理方法，应用于LTE中的网络侧，该方法包括：
[0015] 接收到UE上报的UE确定的eNB发生错检的概率；
[0016] 根据eNB发生错检的概率，调整PUCCH的相关参数。
[0017] 又一方面，还提供了一种UE，应用于LTE中，该UE包括：
[0018] 获取模块，用于获取本UE解调物理下行信道的解调结果信息，其中，物理下行信 道包括：PDSCH和roCCH;
[0019] 判断模块，用于根据连续N次解调的解调结果信息，判断eNB是否发生了错检，其 中，N彡2 ;
[0020] 确定模块，用于根据判断模块的判断结果，确定eNB发生错检的概率；
[0021] 发送模块，用于将确定模块确定出的eNB发生错检的概率上报给网络侧。
[0022] 又一方面，还提供了一种信息处理装置，应用于LTE中的网络侧，该装置包括：
[0023] 接收模块，用于接收到UE上报的UE确定的eNB发生错检的概率；
[0024] 调整模块，用于根据接收模块接收到的eNB发生错检的概率，调整PUCCH的相关参 数。
[0025] 通过本申请的技术方案，UE可以获取本UE解调H)SCH和H)CCH的解调结果信息， 根据连续N次解调的解调结果信息，判断eNB是否发生了错检，N> 2,然后，就可以根据判 断结果，确定出eNB发生错检的概率并上报给网络侧，从而，UE可以辅助LTE网络侧获取到 eNB发生错检的情况，例如，虚检和/或漏检UE反馈的HARQACK/NACK的概率等，并上报给 网络侧，这样，LTE网络侧就可以获知eNB发生错检的情况，从而根据该情况对PUCCH进行优 化及调整，提高LTE网络性能。更进一步，eNB根据发生错检的情况，对H)CCH和H)SCH的 发射功率以及调制解调方式进行优化调整，进一步提高LTE网络性能。
【附图说明】
[0026] 图1是本申请实施例一的UE执行的/[目息处理方法的流程图；
[0027] 图2是本申请实施例一的UE判断eNB是否虚检和/或漏检UE反馈的HARQACK 的方法中的情况1的一种实际情况示意图；
[0028] 图3是本申请实施例一的UE判断eNB是否虚检和/或漏检UE反馈的HARQACK 的方法中的情况1的另一种实际情况示意图；
[0029] 图4是本申请实施例一的UE判断eNB是否虚检和/或漏检UE反馈的HARQACK 的方法中的情况2的一种实际情况示意图；
[0030] 图5是本申请实施例一的UE判断eNB是否虚检和/或漏检UE反馈的HARQACK 的方法中的情况2的另一种实际情况示意图；
[0031] 图6是本申请实施例一的UE判断eNB是否虚检和/或漏检UE反馈的HARQACK 的方法中的情况3的一种实际情况示意图；
[0032] 图7是本申请实施例一的UE判断eNB是否虚检和/或漏检UE反馈的HARQACK 的方法中的情况3的另一种实际情况示意图；
[0033] 图8是本申请实施例一的UE判断eNB是否虚检和/或漏检UE反馈的HARQACK 的方法中的情况3的又一种实际情况示意图；
[0034] 图9是本申请实施例一的UE判断eNB是否虚检和/或漏检UE反馈的HARQACK 的方法中的情况3的又一种实际情况示意图；
[0035] 图10是本申请实施例一的UE判断eNB是否虚检和/或漏检UE反馈的HARQACK 的方法中的情况4的一种实际情况示意图；
[0036] 图11是本申请实施例一的UE判断eNB是否虚检和/或漏检UE反馈的HARQ ACK 的方法中的情况5的一种实际情况示意图；
[0037] 图12是本申请实施例一的UE判断eNB是否虚检和/或漏检UE反馈的HARQ ACK 的方法中的情况6的一种实际情况示意图；
[0038] 图13是本申请实施例一的UE判断eNB是否虚检和/或漏检UE反馈的HARQACK 的方法中的情况6的另一种实际情况示意图；
[0039] 图14是本申请实施例一的UE判断eNB是否虚检和/或漏检UE反馈的HARQACK 的方法中的情况6的又一种实际情况示意图；
[0040] 图15是本申请实施例一的UE判断eNB是否虚检和/或漏检UE反馈的HARQACK 的方法中的情况6的又一种实际情况示意图；
[0041] 图16是本申请实施例一的UE判断eNB是否虚检和/或漏检UE反馈的HARQNACK 的方法中的情况A的一种实际情况示意图；
[0042] 图17是本申请实施例一的UE判断eNB是否虚检和/或漏检UE反馈的HARQNACK 的方法中的情况B的一种实际情况示意图；
[0043] 图18是本申请实施例一的UE判断eNB是否误检UE反馈的HARQACK为NACK和 /或误检UE反馈的HARQNACK为ACK的方法中的情况a的一种实际情况示意图；
[0044] 图19是本申请实施例一的UE判断eNB是否误检UE反馈的HARQACK为NACK和 /或误检UE反馈的HARQNACK为ACK的方法中的情况b的一种实际情况示意图；
[0045] 图20是本申请实施例二的网络侧执行的信息处理方法的流程图；
[0046] 图21是本申请实施例二的采用相邻小区PUCCH格式la/lb分配不同的频域资源， 来降低干扰的示意图；
[0047] 图22是本申请实施例三的UE的结构示意图；
[0048] 图23是本申请实施例四的网络侧的信息处理装置的结构示意图；
[0049] 图24是本申请实施例四的采用日志方式时，UE和网络侧的信息处理装置的交互 示意图；
[0050] 图25是本申请实施例四的采用RRM方式时，UE和网络侧的信息处理装置的交互 示意图。
【具体实施方式】
[0051] 为了解决现有技术中存在的由于网络侧无法获知eNB发生错检的情况，无法对 PUCCH进行优化及调整，导致LTE网络性能降低的问题，其中，错检例如可以是漏检和/或虚 检UE反馈的HARQACK，以下实施例中提供了一种应用于LTE中的信息处理方法、一种可以 应用该方法的装置和用户终端UE。
[0052] 实施例一
[0053] 本申请实施例的信息处理方法应用于LTE中的UE。如图1所示，该方法包括以下 步骤：
[0054] 步骤S102,获取本UE解调物理下行信道的解调结果信息，其中，物理下行信道包 括：PDSCH(物理下行共享信道）和H)CCH(物理下行控制信道）；
[0055] 在现有技术中，UE会不断地解调roSCH和roCCH，其中，PDSCH和roCCH是一对物 理下行信道。UE可以获取到本UE每一次解调roSCH和roCCH的解调结果信息。
[0056] 步骤S104,根据连续N次解调的解调结果信息，判断eNB是否发生了错检，其中， N彡2 ;
[0057] 其中，错检可以包括：漏检和/或虚检UE反馈的HARQACK和/或NACK，和/或， 误检UE反馈的HARQACK为HARQNACK和/或误检UE反馈的HARQNACK为HARQACK。
[0058] 在实际实施过程中，利用连续2次解调的解调结果信息即可判断出eNB是否发生 了错检，即，N=2。另外，由于UE会不断地解调H)SCH和H)CCH，假设，记为第1次，第2次， 第3次，第4次，…，则，UE可以根据第1次和第2次解调的解调结果信息进行判断，再根 据第2次和第3次解调的解调结果信息进行判断，再根据第3次和第4次解调的解调结果 信息进行判断，以此类推。
[0059] 另外，在现有技术中，UE对roCCH解调成功后，才会解调roSCH。UE在roCCH解调 成功的前提下，才会认为发生了本次解调，否则，若roCCH解调失败，则忽略本次解调，不认 为发生了本次解调。因此，上述多次解调：第1次，第2次，第