CN104640131A - 信息处理方法及用户终端 - Google Patents

信息处理方法及用户终端 Download PDF

Info

Publication number
CN104640131A
CN104640131A CN201310545912.2A CN201310545912A CN104640131A CN 104640131 A CN104640131 A CN 104640131A CN 201310545912 A CN201310545912 A CN 201310545912A CN 104640131 A CN104640131 A CN 104640131A
Authority
CN
China
Prior art keywords
demodulation
enb
pdsch
harq
probability
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201310545912.2A
Other languages
English (en)
Inventor
任俊威
施贞伟
钟奎举
薛成效
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Samsung Telecom R&D Center
Beijing Samsung Telecommunications Technology Research Co Ltd
Samsung Electronics Co Ltd
Original Assignee
Beijing Samsung Telecommunications Technology Research Co Ltd
Samsung Electronics Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Samsung Telecommunications Technology Research Co Ltd, Samsung Electronics Co Ltd filed Critical Beijing Samsung Telecommunications Technology Research Co Ltd
Priority to CN201310545912.2A priority Critical patent/CN104640131A/zh
Publication of CN104640131A publication Critical patent/CN104640131A/zh
Pending legal-status Critical Current

Links

Landscapes

  • Mobile Radio Communication Systems (AREA)

Abstract

本申请公开了一种信息处理方法及用户终端，其中，该方法应用于LTE中的UE，该方法包括：获取本UE解调物理下行信道的解调结果信息，其中，物理下行信道包括：PDSCH和PDCCH；根据连续N次解调的解调结果信息，判断eNB是否发生了错检，其中，N≥2，错检包括以下至少之一：eNB误检、漏检、虚检UE反馈的HARQ ACK/NACK；根据判断结果，确定eNB发生错检的概率并上报给网络侧。本申请中，LTE网络侧可以获知eNB发生错检的情况，从而根据该情况对PUCCH进行优化及调整，提高了LTE网络性能；更进一步，eNB根据发生错检的情况，对PDCCH和PDSCH的发射功率以及调制解调方式等进行优化调整，进一步提高了LTE网络性能。

Description

信息处理方法及用户终端
技术领域
本申请涉及无线通信技术领域，特别涉及一种信息处理方法及用户终端。
背景技术
LTE（Long Term Evolution，长期演进）物理上行控制信道（Physical Uplink ControlCHannel，PUCCH）用于传输上行控制信令，其可靠性会对LTE网络的关键性能指标（Key Performance Indicators，KPI）产生重要影响。LTE PUCCH包括以下几种格式：
（1）PUCCH格式1：主要用于传输资源调度请求；
（2）PUCCH格式1a/1b：主要用于传输下行物理共享信道（Physical DownlinkShare CHannel，PDSCH）的ACK（ACKnowledgment，确认）/NACK（NegativeACKnowledgment，非确认）；
（3）PUCCH格式2/2a/2b：主要用于传输CQI（信道质量指示）/PMI（预编码矩阵指示）、RI（秩指示）等信息。
由于PUCCH格式1a/1b本身具有的特点，网络侧的LTE基站（以下简称为eNB）无法获知LTE终端（以下简称为UE（用户终端））是否发送了HARQ（Hybrid AutomaticRepeat reQuest，混合自动重传请求）ACK/NACK。当UE没有成功解调相应的物理下行控制信道（Physical Downlink Control CHannel，PDCCH）时，UE认为eNB没有相应的下行分配给UE，因此，不反馈HARQ ACK/NACK给eNB，这种情况即为HARQ不连续发射（Discontinuous Transmission，DTX），此时，eNB就认为UE反馈了DTX。
当eNB在应该收到HARQ ACK/NACK的时刻，没有收到HARQ ACK/NACK时，eNB无法确定是由于UE没有正确解调相应的PDCCH，还是由于PUCCH受到干扰或PUCCH发射功率不足，而导致漏检HARQ ACK/NACK；同样，当eNB收到HARQACK/NACK时，也无法判断是否是由于PUCCH受到干扰而造成的虚检，即，虚检DTX为ACK/NACK。也就是说，eNB无法获知HARQ ACK/NACK漏检和虚检的情况，相应的，网络侧也就无法对PUCCH进行优化及调整，影响LTE网络性能。
发明内容
本申请提供了一种信息处理方法及用户终端，以解决现有技术中存在的由于网络侧无法获知eNB发生错检的情况，无法对PUCCH进行优化及调整，导致LTE网络性能降低的问题，错检例如可以是漏检和/或虚检UE反馈的HARQ ACK。
本申请的技术方案如下：
一方面，提供了一种信息处理方法，应用于LTE中的UE，该方法包括：
获取本UE解调物理下行信道的解调结果信息，其中，物理下行信道包括：PDSCH和PDCCH；
根据连续N次解调的解调结果信息，判断eNB是否发生了错检，其中，N≥2；
根据判断结果，确定eNB发生错检的概率并上报给网络侧。
另一方面，还提供了一种信息处理方法，应用于LTE中的网络侧，该方法包括：
接收到UE上报的UE确定的eNB发生错检的概率；
根据eNB发生错检的概率，调整PUCCH的相关参数。
又一方面，还提供了一种UE，应用于LTE中，该UE包括：
获取模块，用于获取本UE解调物理下行信道的解调结果信息，其中，物理下行信道包括：PDSCH和PDCCH；
判断模块，用于根据连续N次解调的解调结果信息，判断eNB是否发生了错检，其中，N≥2；
确定模块，用于根据判断模块的判断结果，确定eNB发生错检的概率；
发送模块，用于将确定模块确定出的eNB发生错检的概率上报给网络侧。
又一方面，还提供了一种信息处理装置，应用于LTE中的网络侧，该装置包括：
接收模块，用于接收到UE上报的UE确定的eNB发生错检的概率；
调整模块，用于根据接收模块接收到的eNB发生错检的概率，调整PUCCH的相关参数。
通过本申请的技术方案，UE可以获取本UE解调PDSCH和PDCCH的解调结果信息，根据连续N次解调的解调结果信息，判断eNB是否发生了错检，N≥2，然后，就可以根据判断结果，确定出eNB发生错检的概率并上报给网络侧，从而，UE可以辅助LTE网络侧获取到eNB发生错检的情况，例如，虚检和/或漏检UE反馈的HARQACK/NACK的概率等，并上报给网络侧，这样，LTE网络侧就可以获知eNB发生错检的情况，从而根据该情况对PUCCH进行优化及调整，提高LTE网络性能。更进一步，eNB根据发生错检的情况，对PDCCH和PDSCH的发射功率以及调制解调方式进行优化调整，进一步提高LTE网络性能。
附图说明
图1是本申请实施例一的UE执行的信息处理方法的流程图；
图2是本申请实施例一的UE判断eNB是否虚检和/或漏检UE反馈的HARQACK的方法中的情况1的一种实际情况示意图；
图3是本申请实施例一的UE判断eNB是否虚检和/或漏检UE反馈的HARQACK的方法中的情况1的另一种实际情况示意图；
图4是本申请实施例一的UE判断eNB是否虚检和/或漏检UE反馈的HARQACK的方法中的情况2的一种实际情况示意图；
图5是本申请实施例一的UE判断eNB是否虚检和/或漏检UE反馈的HARQACK的方法中的情况2的另一种实际情况示意图；
图6是本申请实施例一的UE判断eNB是否虚检和/或漏检UE反馈的HARQACK的方法中的情况3的一种实际情况示意图；
图7是本申请实施例一的UE判断eNB是否虚检和/或漏检UE反馈的HARQACK的方法中的情况3的另一种实际情况示意图；
图8是本申请实施例一的UE判断eNB是否虚检和/或漏检UE反馈的HARQACK的方法中的情况3的又一种实际情况示意图；
图9是本申请实施例一的UE判断eNB是否虚检和/或漏检UE反馈的HARQACK的方法中的情况3的又一种实际情况示意图；
图10是本申请实施例一的UE判断eNB是否虚检和/或漏检UE反馈的HARQACK的方法中的情况4的一种实际情况示意图；
图11是本申请实施例一的UE判断eNB是否虚检和/或漏检UE反馈的HARQACK的方法中的情况5的一种实际情况示意图；
图12是本申请实施例一的UE判断eNB是否虚检和/或漏检UE反馈的HARQACK的方法中的情况6的一种实际情况示意图；
图13是本申请实施例一的UE判断eNB是否虚检和/或漏检UE反馈的HARQACK的方法中的情况6的另一种实际情况示意图；
图14是本申请实施例一的UE判断eNB是否虚检和/或漏检UE反馈的HARQACK的方法中的情况6的又一种实际情况示意图；
图15是本申请实施例一的UE判断eNB是否虚检和/或漏检UE反馈的HARQACK的方法中的情况6的又一种实际情况示意图；
图16是本申请实施例一的UE判断eNB是否虚检和/或漏检UE反馈的HARQNACK的方法中的情况A的一种实际情况示意图；
图17是本申请实施例一的UE判断eNB是否虚检和/或漏检UE反馈的HARQNACK的方法中的情况B的一种实际情况示意图；
图18是本申请实施例一的UE判断eNB是否误检UE反馈的HARQ ACK为NACK和/或误检UE反馈的HARQ NACK为ACK的方法中的情况a的一种实际情况示意图；
图19是本申请实施例一的UE判断eNB是否误检UE反馈的HARQ ACK为NACK和/或误检UE反馈的HARQ NACK为ACK的方法中的情况b的一种实际情况示意图；
图20是本申请实施例二的网络侧执行的信息处理方法的流程图；
图21是本申请实施例二的采用相邻小区PUCCH格式1a/1b分配不同的频域资源，来降低干扰的示意图；
图22是本申请实施例三的UE的结构示意图；
图23是本申请实施例四的网络侧的信息处理装置的结构示意图；
图24是本申请实施例四的采用日志方式时，UE和网络侧的信息处理装置的交互示意图；
图25是本申请实施例四的采用RRM方式时，UE和网络侧的信息处理装置的交互示意图。
具体实施方式
为了解决现有技术中存在的由于网络侧无法获知eNB发生错检的情况，无法对PUCCH进行优化及调整，导致LTE网络性能降低的问题，其中，错检例如可以是漏检和/或虚检UE反馈的HARQ ACK，以下实施例中提供了一种应用于LTE中的信息处理方法、一种可以应用该方法的装置和用户终端UE。
实施例一
本申请实施例的信息处理方法应用于LTE中的UE。如图1所示，该方法包括以下步骤：
步骤S102，获取本UE解调物理下行信道的解调结果信息，其中，物理下行信道包括：PDSCH（物理下行共享信道）和PDCCH（物理下行控制信道）；
在现有技术中，UE会不断地解调PDSCH和PDCCH，其中，PDSCH和PDCCH是一对物理下行信道。UE可以获取到本UE每一次解调PDSCH和PDCCH的解调结果信息。
步骤S104，根据连续N次解调的解调结果信息，判断eNB是否发生了错检，其中，N≥2；
其中，错检可以包括：漏检和/或虚检UE反馈的HARQ ACK和/或NACK，和/或，误检UE反馈的HARQ ACK为HARQ NACK和/或误检UE反馈的HARQ NACK为HARQ ACK。
在实际实施过程中，利用连续2次解调的解调结果信息即可判断出eNB是否发生了错检，即，N=2。另外，由于UE会不断地解调PDSCH和PDCCH，假设，记为第1次，第2次，第3次，第4次，…，则，UE可以根据第1次和第2次解调的解调结果信息进行判断，再根据第2次和第3次解调的解调结果信息进行判断，再根据第3次和第4次解调的解调结果信息进行判断，以此类推。
另外，在现有技术中，UE对PDCCH解调成功后，才会解调PDSCH。UE在PDCCH解调成功的前提下，才会认为发生了本次解调，否则，若PDCCH解调失败，则忽略本次解调，不认为发生了本次解调。因此，上述多次解调：第1次，第2次，第3次，第4次，…的前提均是PDCCH解调成功。
1、在步骤S104中，错检包括：漏检和/或虚检本UE反馈的HARQ（混合自动重传请求）ACK，解调结果信息包括：PDSCH是否解调成功，解调PDCCH得到的NDI（New Data Indicator，新数据指示），以及解调PDSCH得到的MAC（媒体接入控制）PDU（协议数据单元），N=2，则，在步骤S104中可以按照以下几种情况判断eNB是否漏检和/或虚检本UE反馈的HARQ ACK：
情况1：若在连续两次解调中PDSCH均解调成功，以及，连续两次解调得到的NDI不同且MAC PDU不同，则判断出eNB没有漏检和虚检HARQ ACK；
例如，如图2和图3所示，UE收到第一个PDSCH和PDCCH，并且，PDSCH解调成功（PDSCH解调成功，PDCCH一定解调成功），解调PDCCH得到的NDI=1，应反馈ACK到eNB；UE收到下一个PDSCH和PDCCH，PDSCH也解调成功，与第一次相比，解调PDCCH得到的NDI发生了翻转，即NDI=0，这两次解调PDSCH得到的MAC PDU不同，此时说明eNB没有虚检和漏检UE反馈的HARQ ACK。
其中，在图3中，以带有叉号的虚线表示的PDSCH和PDCCH：表示UE解调PDCCH失败，此时，UE不认为本设备发生了此次解调。
情况2：若在连续两次解调的第一次解调中PDSCH没有解调成功、第二次解调中PDSCH解调成功，以及，连续两次解调得到的NDI相同且MAC PDU相同，则判断出eNB没有虚检HARQ ACK；
如图4和图5所示，UE收到第一个PDSCH和PDCCH，PDSCH没有成功解调（此时，PDCCH解调成功），解调PDCCH得到的NDI=1，此时，UE应反馈NACK到eNB；UE收到下一个PDCCH和PDSCH，PDSCH成功解调，解调PDCCH得到的NDI没有发生翻转，即NDI=1，这两次解调PDSCH得到的MAC PDU相同，此时说明eNB没有虚检UE反馈的DTX为ACK。
其中，在图5中，以带有叉号的虚线表示的PDSCH和PDCCH：表示UE解调PDCCH失败，此时，UE不认为本设备发生了此次解调。
情况3：若在连续两次解调中PDSCH均解调成功，以及，连续两次解调得到的NDI相同且MAC PDU相同，则判断出eNB至少一次漏检HARQ ACK；
在情况3中，由于无法确定具体发生了几次虚检，因此，可以按照eNB发生了一次漏检HARQ ACK进行计算。
如图6-9所示，UE收到第一个PDSCH和PDCCH，PDSCH成功解调，解调PDCCH得到的NDI=1，此时，UE应反馈ACK到eNB；UE收到下一个PDSCH和PDCCH，PDSCH成功解调，解调PDCCH得到的NDI没有发生翻转，即NDI=1，这两次解调PDSCH得到的MAC PDU相同，此时说明eNB至少一次漏检UE反馈的HARQ ACK。
其中，在图7-9中，以带有叉号的虚线表示的PDSCH和PDCCH：表示UE解调PDCCH失败，此时，UE不认为本设备发生了此次解调。
情况4：若在连续两次解调的第一次解调中PDSCH没有解调成功，以及，连续两次解调得到的NDI不同，则判断出eNB至少一次虚检HARQ ACK；
在情况4中，由于无法确定具体发生了几次虚检，因此，可以按照eNB发生了一次虚检HARQ ACK进行计算。
如图10所示，UE收到第一个PDSCH和PDCCH，PDSCH没有成功解调（PDCCH解调成功），解调PDCCH得到的NDI=1，此时，UE应反馈NACK到eNB；UE下一个收到PDSCH和PDCCH，PDSCH可以解调成功也可以解调失败，解调PDCCH得到的NDI发生翻转，即NDI=0，此时说明eNB至少一次虚检DTX为ACK。
在图10中，以带有叉号的虚线表示的PDSCH和PDCCH：表示UE解调PDCCH失败，此时，UE不认为本设备发生了此次解调。
情况5：若在连续两次解调的第一次解调中PDSCH没有解调成功、第二次解调中PDSCH解调成功，以及，连续两次解调得到的NDI相同且MAC PDU不同，则判断出eNB至少一次虚检HARQ ACK；
在情况5中，由于无法确定具体发生了几次虚检，因此，可以按照eNB发生了一次虚检HARQ ACK进行计算。
如图11所示，UE收到第一个PDSCH和PDCCH，PDSCH没有解调成功（PDCCH解调成功），解调PDCCH得到的NDI=1，此时，UE应反馈NACK到eNB；UE收到下一个PDSCH和PDCCH，PDSCH解调成功，解调PDCCH得到的NDI没有发生翻转，即NDI=1，这两次解调PDSCH得到的MAC PDU不同，此时说明eNB至少一次虚检DTX为ACK。
在图11中，以带有叉号的虚线表示的PDSCH和PDCCH：表示UE解调PDCCH失败，此时，UE不认为本设备发生了此次解调。
情况6：若在连续两次解调中PDSCH均解调成功，以及，连续两次解调得到的NDI相同且MAC PDU不同，则判断出eNB至少一次虚检HARQ ACK。
在情况6中，由于无法确定具体发生了几次虚检，因此，可以按照eNB发生了一次虚检HARQ ACK进行计算。
如图12-15所示，UE收到第一个PDSCH和PDCCH，PDSCH解调成功，解调PDCCH得到的NDI=1，此时，UE应反馈ACK到eNB；UE收到下一个PDSCH和PDCCH，PDSCH解调成功，解调PDCCH得到的NDI没有发生翻转，即NDI=1，这两次解调PDSCH得到的MAC PDU不同，此时说明eNB至少一次虚检DTX为ACK。
在图12-15中，以带有叉号的虚线表示的PDSCH和PDCCH：表示UE解调PDCCH失败，此时，UE不认为本设备发生了此次解调。
2、在步骤S104中，错检包括：漏检和/或虚检本UE反馈的HARQ NACK，解调结果信息包括：PDSCH是否解调成功，解调PDCCH得到的NDI（新数据指示）和冗余版本RV，N=2，则，在步骤S104中可以按照以下几种情况判断eNB是否漏检和/或虚检本UE反馈的HARQ NACK：
情况A：若在连续两次解调的第一次解调中PDSCH没有解调成功、第二次解调中PDSCH解调成功，以及，连续两次解调得到的NDI相同且RV相同，则判断出eNB漏检了HARQ NACK；
假设，UE通过人工设置或经过判断，得出eNB HARQ传输的冗余版本顺序为0-2-3-1。如图16所示，UE收到第一个PDSCH和PDCCH，PDSCH没有解调成功（PDCCH解调成功），解调PDCCH得到的NDI=1、冗余版本RV=0，此时，UE应反馈NACK到eNB；UE收到下一个PDSCH和PDCCH，PDSCH解调成功，解调PDCCH得到的NDI没有发生翻转，即，NDI=1，冗余版本RV=0，此时说明eNB漏检HARQNACK为DTX。
情况B：若在连续两次解调中PDSCH均解调成功，以及，连续两次解调得到的NDI不同，且连续两次解调的第二次解调得到的RV不是eNB的HARQ传输的RV顺序中的第一个RV，则判断出eNB虚检了HARQ NACK。
假设，UE通过人工设置或经过判断，得出eNB HARQ传输的冗余版本顺序为0-2-3-1。如图17所示，UE收到第一个PDSCH和PDCCH，PDSCH解调成功，解调PDCCH得到的NDI=0，此时，UE应反馈ACK到eNB；UE收到下一个PDSCH和PDCCH，PDSCH解调成功，解调PDCCH得到的NDI发生翻转，即，NDI=1，冗余版本RV=2，此时说明eNB虚检HARQ DTX为NACK。
3、在步骤S104中，错检包括：误检HARQ ACK为HARQ NACK和/或误检HARQNACK为HARQ ACK，解调结果信息包括：PDSCH是否解调成功，解调PDCCH得到的NDI（新数据指示）和冗余版本RV，N=2，则，在步骤S104中可以按照以下几种情况判断误检HARQ ACK为HARQ NACK和/或误检HARQ NACK为HARQ ACK：
情况a：若在连续两次解调中PDSCH均解调成功，以及，连续两次解调得到的NDI相同，且连续两次解调得到的RV符合eNB的HARQ传输的RV顺序，则判断出eNB将HARQ ACK误检为了HARQ NACK；
如图18所示，UE收到第一个PDSCH和PDCCH，PDSCH解调成功，解调PDCCH得到的NDI=1、冗余版本RV=0，此时，UE应反馈ACK到eNB；UE收到下一个PDSCH和PDCCH，PDSCH解调成功，解调PDCCH得到的NDI没有发生翻转，即NDI=1，冗余版本RV=2，此时说明eNB误检HARQ ACK为NACK。
情况b：若在连续两次解调的第一次解调中PDSCH没有解调成功、第二次解调中PDSCH解调成功，以及，连续两次解调得到的NDI不同且RV相同，则判断出eNB将HARQ NACK误检为了HARQ ACK。
如图19所示，UE收到第一个PDSCH和PDCCH，PDSCH没有解调成功，解调PDCCH得到的NDI=1、冗余版本RV=0，此时，UE应反馈NACK到eNB；UE收到下一个PDSCH和PDCCH，PDSCH解调成功，解调PDCCH得到的NDI发生翻转，即NDI=0，冗余版本RV=0，此时说明eNB误检HARQ NACK为ACK。
步骤S106，根据判断结果，确定eNB发生错检的概率并上报给网络侧。
其中，当错检包括：漏检和虚检UE反馈的HARQ ACK时，在步骤S106中确定的错检概率为：漏检ACK的概率和虚检ACK的概率；当错检包括：漏检和虚检UE反馈的HARQ NACK时，在步骤S106中确定的错检概率为：漏检NACK的概率和虚检NACK的概率；错检包括：误检HARQ ACK为HARQ NACK和误检HARQ NACK为HARQ ACK时，在步骤S106中确定的错检概率为：误检HARQ ACK为HARQNACK的概率和误检HARQ NACK为HARQ ACK的概率。也就是说，漏检HARQACK、虚检HARQ ACK、漏检HARQ NACK、虚检HARQ NACK、误检HARQ ACK为HARQ NACK、误检HARQ NACK为HARQ ACK，这几种错检的概率分别独立地计算。
其中，eNB漏检UE反馈的HARQ ACK的概率为单位时间内漏检HARQ ACK的次数；eNB虚检UE反馈的HARQ ACK的概率为单位时间内虚检HARQ ACK的次数；eNB漏检UE反馈的HARQ NACK的概率为单位时间内漏检HARQ NACK的次数；eNB虚检UE反馈的HARQ NACK的概率为单位时间内虚检HARQ NACK的次数；eNB误检HARQ ACK为HARQ NACK的概率为单位时间内误检HARQ ACK为HARQNACK的次数；eNB误检HARQ NACK为HARQ ACK的概率为单位时间内误检HARQNACK为HARQ ACK的次数。
另外，该方法在步骤S102之前，还可以包括以下步骤：
步骤S100，向网络侧发送能力指示消息，该能力指示消息用于指示本UE是否支持上报eNB发生错检的概率的能力；
例如，UE在初始接入网络的过程中，通过UE Capability Information（UE能力信息）消息通知网络侧该UE是否具有上报eNB发生错检的概率的能力（或功能）。具体的，可以在UE Capability Information消息中增加一个新的信息单元（InformationElement，以下简称IE）：eNB Missing HARQ ACK-Report，类型为布尔型（BOOLEAN），如果该值设置为“True”，则说明该UE支持上报eNB发生错检的概率的能力；反之，如果该值设置为“False”，说明该UE不支持上报eNB发生错检的概率的能力。
步骤S101，接收到网络侧发来的触发上报指令，其中，触发上报指令用于触发UE上报eNB发生错检的概率，触发上报指令中携带有上报方式指示信息和配置参数。
网络侧接收到UE发送的能力指示消息之后，若该能力指示消息用于指示该UE支持上报eNB发生错检的概率的能力，则，向该UE发送触发上报指令，触发该UE上报eNB发生错检的概率。UE接收到网络侧发来的触发上报指令后，执行上述的步骤S102-S106。
显然，UE也可以根据LTE***的配置，在满足一定条件的情况下，主动向网络侧上报eNB发生错检的概率。
UE上报eNB发生错检的概率的上报方式可以有两种：日志方式和RRM（无线资源管理）方式，RRM方式也可称为实时方式。以下分别对这两种上报方式加以详细介绍。
方式一：日志方式
在该方式中，包括以下步骤：
步骤S200，UE向网络侧发送能力指示消息，该能力指示消息用于指示本UE是否支持上报eNB发生错检的概率的能力，还用于指示本UE是否具备日志收集/存储/上报的能力。
例如，UE在初始接入网络的过程中，通过UE Capability Information消息通知网络侧该UE是否具有上报eNB发生错检的概率的能力。具体的，可以在UE CapabilityInformation消息中增加一个新的信息单元（Information Element，以下简称IE）：eNBMissing HARQ ACK-Report，类型为BOOLEAN，如果该值设置为True，则说明该UE支持上报eNB发生错检的概率的能力；反之，如果该值设置为False，说明该UE不支持上报eNB发生错检的概率的能力。另外，可以在UE Capability Information消息中定义一个IE：logged Measurements Active，如果该IE存在，则表明UE在RRC激活态具有日志收集/存储/上报的能力。
该步骤对应于步骤S100。
步骤S201，UE接收到网络侧发来的触发上报指令，其中，触发上报指令用于触发UE上报eNB发生错检的概率，触发上报指令中携带有上报方式指示信息和配置参数，该上报方式指示信息用于指示采用日志方式上报，配置参数中包括：日志记录时长和日志上报间隔等；
例如，网络侧接收到UE发来的UE Capability Information消息后，发现eNB MissingHARQ ACK-Report的值为“True”，说明该UE支持上报eNB发生错检的概率的能力，并且，发现存在logged Measurements Active，说明该UE具备日志收集/存储/上报的能力，可以向该UE发送高层信令Logged Measurement Configuration（日志测量配置）触发该UE上报eNB发生错检的概率，并且，指示该UE采用日志方式上报。该UE收到高层信令Logged Measurement Configuration之后，执行步骤S202-S210。
在实际实施过程中，配置参数中还可以包括：用于指示该日志是哪一个UE上报的日志ID，小区绝对时间，日志需要包含的内容等。
该步骤对应于步骤S101。
步骤S202-204，同步骤S102-S104；
步骤S206，当日志记录时长到达时，UE根据在该日志记录时长内的判断结果，计算eNB发生错检的概率；
例如，计算eNB漏检UE反馈的HARQ ACK的概率的方法为：在该日志记录时长内漏检HARQ ACK的次数/该日志记录时长。其他的概率的计算方法与之类似，这里不再赘述。
步骤S208，UE将计算得到的概率记录到日志文件中；
步骤S210，当日志上报间隔到达时，UE将日志文件中在本日志上报间隔内的概率，以日志数据的形式上报给网络侧。即，以普通数据的格式通过PUSCH发送给网络侧。
另外，上报给网络侧的日志数据中还可以包括：小区ID，时间戳，UE的位置，下行信号质量信息，上行发射功率，UE移动速度，日志ID，小区绝对时间等。
步骤S206-S210对应于步骤S106。
方式二：RRM方式
在该方式中，包括以下步骤：
步骤S300，UE向网络侧发送能力指示消息，该能力指示消息用于指示本UE是否支持上报eNB发生错检的概率的能力；
例如，UE在初始接入网络的过程中，通过UE Capability Information消息通知网络侧该UE是否具有上报eNB发生错检的概率的能力。具体的，可以在UE CapabilityInformation消息中增加一个新的信息单元（Information Element，以下简称IE）：eNBMissing HARQ ACK-Report，类型为BOOLEAN，如果该值设置为“True”，则说明该UE支持上报eNB发生错检的概率的能力；反之，如果该值设置为“False”，说明该UE不支持上报eNB发生错检的概率的能力。
该步骤对应于步骤S100。
步骤S301，UE接收到网络侧发来的触发上报指令，其中，触发上报指令用于触发UE上报eNB发生错检的概率；
例如，网络侧接收到UE发来的UE Capability Information消息后，发现eNB MissingHARQ ACK-Report的值为“True”，说明该UE支持上报eNB发生错检的概率的能力，可以通过以下三种方法中的任意一种触发该UE采用RRM方式上报eNB发生错检的概率：
方法一：网络侧发送高层信令UE Information Request（UE信息请求）消息给UE，在该UE Information Request消息中增加一个新的IE：eNB Miss HARQ ACK-Report；通过eNB Miss HARQ ACK-Report来触发UE上报eNB发生错检的概率。其中，通过接收到的是UE Information Request消息，UE即可获知需要采用RRM方式上报。
方法二：网络侧发送rrcConnetionReconfiguration（RRC连接重配置）消息给UE，在该rrcConnetionReconfiguration消息的一个IE：Report ConfigEUTRA中增加一个新的reportQuantity（报告质量）选项：PeNBMissHARQACK。reportQuantity的具体格式如下：
reportQuantity ENUMERATED{sameAsTriggerQuantity,both，PeNBMissHARQACK}
其中：选项“sameAsTriggerQuantity”和“both”在3GPP规范中已经定义；PeNBMissHARQACK用于配置UE上报eNB发生错检的概率，包括虚检、漏检、和/或误检等；
UE上报eNBMissHARQACK的配置方法以及触发条件同上报“sameAsTriggerQuantity”和“both”，这里不再赘述。UE接收到rrcConnetionReconfiguration消息之后，在满足一定的触发条件时，上报eNB发生错检的概率。
其中，通过接收到的是rrcConnetionReconfiguration消息，UE即可获知需要采用RRM方式上报。
方法三：网络侧发送rrcConnetionReconfiguration消息给UE，在该rrcConnetionReconfiguration中的一个IE：ReportConfigEUTRA中增加一个新的周期上报目的选项：reporteNBMissHARQACK，该IE的格式具体如下：
其中：选项“reportStrongestCells”和“reportCGI”在3GPP规范中已经定义；reporteNBMissHARQACK用于配置UE上报eNB错检HARQ ACK/NACK的概率，包括虚检、漏检、和/或误检等；
UE上报reporteNBMissHARQACK的配置方法以及触发条件同上报“reportStrongestCells”和“reportCGI”，这里不再赘述。UE接收到rrcConnetionReconfiguration消息之后，在满足一定的触发条件时，上报eNB发生错检的概率。
其中，其中，通过接收到的是rrcConnetionReconfiguration消息，UE即可获知需要采用RRM方式上报。
步骤S302-S304，同步骤S102-S104；
步骤S306，UE根据判断结果，计算eNB发生错检的概率；
步骤S308，UE将计算得到的概率携带在RRC（无线资源控制）信令中实时上报给网络侧。
对应于上述方法一：UE将计算得到的概率通过UE Information Response（UE信息响应）消息发送给网络侧，UE Information Response消息中新增如下IE：
PACKtoDTX：用于携带eNB漏检HARQ ACK的概率；
PDTXtoACK：用于携带eNB虚检HARQ ACK的概率；
PNACKtoDTX：用于携带eNB漏检HARQ NACK的概率；
PDTXtoNACK：用于携带eNB虚检HARQ NACK的概率；
PACKtoNACK：用于携带eNB误检HARQ ACK为HARQ NACK的概率；
PNACKtoACK：用于携带eNB误检HARQ NACK为HARQ ACK的概率。
如果UE支持位置上报功能，UE Information Response中还可以包含UE的位置信息等。
对应于上述方法二或方法三：UE将计算得到的概率通过MeasResults（测量结果）消息发送给网络侧，MeasResults消息中新增如下内容：
其中，PACKtoDTX：用于携带eNB漏检HARQ ACK的概率；
PDTXtoACK：用于携带eNB虚检HARQ ACK的概率。
同样，该新增的内容中也可以包含：PNACKtoDTX：用于携带eNB漏检HARQNACK的概率；PDTXtoNACK：用于携带eNB虚检HARQ NACK的概率；PACKtoNACK：用于携带eNB误检HARQ ACK为HARQ NACK的概率；PNACKtoACK：用于携带eNB误检HARQ NACK为HARQ ACK的概率。
步骤S306-S308对应于步骤S106。
本申请实施例的技术方案中，UE可以获取本UE解调PDSCH和PDCCH的解调结果信息，根据连续N次解调的解调结果信息，判断基站eNB是否发生了错检，N≥2，然后，就可以根据判断结果，确定出eNB发生错检的概率并上报给网络侧，从而，UE可以辅助LTE网络侧获取到eNB发生错检的情况，例如，虚检和/或漏检UE反馈的HARQ ACK/NACK的概率等，并上报给网络侧，这样，LTE网络侧就可以获知eNB发生错检的情况，从而根据该情况对PUCCH进行优化及调整，提高LTE网络性能。
实施例二
对应于实施例一，如图20所示，网络侧执行的操作包括以下步骤：
步骤S402，接收到UE上报的UE确定的eNB发生错检的概率；
其中，错检包括：
漏检和/或虚检本UE反馈的HARQ ACK；
和/或，漏检和/或本UE反馈的HARQ NACK；
和/或，误检HARQ ACK为HARQ NACK和/或误检HARQ NACK为HARQ ACK。
步骤S404，根据eNB发生错检的概率，调整PUCCH（物理上行控制信道）的相关参数以及物理下行信道的相关参数，其中，物理下行信道包括：PDCCH和PDSCH。
其中，PUCCH的相关参数包括以下参数中的一种或多种：内环功率控制门限，开环功率控制参数，资源配置参数，检测门限，无线参数，工程参数。物理下行信道的相关参数包括以下参数中的一种或多种：PDSCH的外环速率控制，PDCCH的CCE（Control Channel Element，控制信道单元）聚合等级以及发射功率的外环偏置。
具体的，网络侧根据UE上报的eNB发生错检的概率，对LTE网络参数进行分析，优化调整PUCCH的相关参数，以及优化调整PDCCH和PDSCH的相关参数。
例如，根据UE上报的eNB发生错检的概率，优化调整PUCCH的相关参数的方法可以包括：
（A）当eNB漏检UE反馈的HARQ ACK的概率较高时，可以提高PUCCH的内环功率控制门限值，提高PUCCH的开环功率控制发射功率，降低PUCCH的检测门限；
（B）当eNBUE反馈的虚检HARQ ACK的概率较高时，可以提高PUCCH的检测门限，调整PUCCH的资源分配参数，如可以采用相邻小区PUCCH格式1a/1b分配不同的频域资源，来实现降低干扰的目的，如图21所示。
根据UE上报的eNB发生错检的概率，优化调整PDCCH和PDSCH的相关参数的方法包括：
（A）可以修正PDSCH的外环速率控制，举例如下：
CQIadjust＝CQI+OLRCoffset+Δ
其中，CQIadjust为最终的参考CQI，CQI为UE反馈的CQI值，OLRCoffset为根据UE反馈的ACK/NACK对CQI的修正值，Δ为根据eNB发生错检的概率对CQI进行再一次修正的修正值。
具体的，当eNB漏检HARQ ACK的概率较高时，可以适当的提高Δ的值；当eNB虚检HARQ ACK的概率较高时，可以适当的降低Δ的值。
最终，通过CQIadjust来影响PDSCH的外环速率控制。
（B）可以修正PDCCH的CCE聚合等级以及发射功率的外环偏置
当eNB漏检HARQ ACK的概率较高时，可以适当的降低PDCCH的外环偏置；当eNB虚检HARQ ACK的概率较高时，可以适当的提高PDCCH的外环偏置。
网络维护人员也可以根据eNB发生错检的概率，对LTE网络的PUCCH无线参数以及工程参数进行调整。
另外，当网络侧中执行步骤S402-S404的装置没有位于eNB中，或者，是一个独立的物理实体时，该装置还需要将在步骤S404中调整后的相关参数发送给eNB，以便，eNB进行相应地调整。
通过本申请实施例的技术方案，网络侧接收到UE上报的eNB发生错检的概率，例如，eNB漏检和/或虚检UE反馈的HARQ ACK/NACK，和/或误检HARQ ACK为NACK和/或误检HARQ NACK为ACK，可以根据该概率，通过自动或人工的方式对PUCCH进行优化调整，包括：对闭环功率控制门限进行修正，优化开环功控参数，调整PUCCH资源配置参数，调整PUCCH检测门限等，从而保证PUCCH的可靠传输，提高LTE下行资源利用率；更进一步，网络侧还可以通过UE上报的eNB发生错检的概率，对PDCCH和PDSCH进行优化调整，包括：调整PDCCH和PDSCH的资源分配算法等，从而进一步提高LTE网络的性能。
实施例三
针对上述实施例一中的方法，本申请实施例中提供了一种UE。
如图22所示，该UE中包括以下模块：获取模块501、判断模块502、确定模块503和发送模块504，其中：
获取模块501，用于获取本UE解调物理下行信道的解调结果信息，其中，物理下行信道包括：PDSCH和PDCCH；
判断模块502，用于根据连续N次解调的解调结果信息，判断eNB是否发生了错检，其中，N≥2；
确定模块503，用于根据判断模块502的判断结果，确定eNB发生错检的概率；
发送模块504，用于将确定模块503确定出的eNB发生错检的概率上报给网络侧。
其中，当错检包括：漏检和/或虚检本UE反馈的HARQ ACK时，解调结果信息包括：PDSCH是否解调成功，解调PDCCH得到的NDI，以及解调PDSCH得到的MAC PDU。此时，当N=2时，判断模块具体用于：
若在连续两次解调中PDSCH均解调成功，以及，连续两次解调得到的NDI不同且MAC PDU不同，则判断出eNB没有漏检和虚检HARQ ACK；
若在连续两次解调的第一次解调中PDSCH没有解调成功、第二次解调中PDSCH解调成功，以及，连续两次解调得到的NDI相同且MAC PDU相同，则判断出eNB没有虚检HARQ ACK；
若在连续两次解调中PDSCH均解调成功，以及，连续两次解调得到的NDI相同且MAC PDU相同，则判断出eNB至少一次漏检HARQ ACK；
若在连续两次解调的第一次解调中PDSCH没有解调成功，以及，连续两次解调得到的NDI不同，则判断出eNB至少一次虚检HARQ ACK；
若在连续两次解调的第一次解调中PDSCH没有解调成功、第二次解调中PDSCH解调成功，以及，连续两次解调得到的NDI相同且MAC PDU不同，则判断出eNB至少一次虚检HARQ ACK；
若在连续两次解调中PDSCH均解调成功，以及，连续两次解调得到的NDI相同且MAC PDU不同，则判断出eNB至少一次虚检HARQ ACK。
或者，当错检包括：漏检和/或虚检本UE反馈的HARQ NACK时，解调结果信息包括：PDSCH是否解调成功，解调PDCCH得到的NDI和RV。此时，当N=2时，判断模块具体用于：
若在连续两次解调的第一次解调中PDSCH没有解调成功、第二次解调中PDSCH解调成功，以及，连续两次解调得到的NDI相同且RV相同，则判断出eNB漏检了HARQ NACK；
若在连续两次解调中PDSCH均解调成功，以及，连续两次解调得到的NDI不同，且连续两次解调的第二次解调得到的RV不是HARQ传输的RV顺序中的第一个RV，则判断出eNB虚检了HARQ NACK。
或者，当错检包括：误检HARQ ACK为HARQ NACK和/或误检HARQ NACK为HARQ ACK时，解调结果信息包括：PDSCH是否解调成功，解调PDCCH得到的NDI和RV。此时，当N=2时，判断模块具体用于：
若在连续两次解调中PDSCH均解调成功，以及，连续两次解调得到的NDI相同，且连续两次解调得到的RV符合HARQ传输的RV顺序，则判断出eNB将HARQ ACK误检为了HARQ NACK；
若在连续两次解调的第一次解调中PDSCH没有解调成功、第二次解调中PDSCH解调成功，以及，连续两次解调得到的NDI不同且RV相同，则判断出eNB将HARQNACK误检为了HARQ ACK。
另外，该UE中还包括：接收模块，用于在获取模块获取本UE解调物理下行信道的解调结果信息之前，接收到网络侧发来的触发上报指令，其中，触发上报指令用于触发UE上报eNB发生错检的概率，触发上报指令中携带有上报方式指示信息。
其中，当上报方式指示信息用于指示采用日志方式上报时，触发上报指令中还携带有配置参数，配置参数中包括：日志记录时长和日志上报间隔；则，
判断模块包括：计算单元，用于当日志记录时长到达时，根据在该日志记录时长内的判断结果，计算eNB发生错检的概率；记录单元，用于将计算模块计算得到的概率记录到日志文件中；
发送模块具体用于当日志上报间隔到达时，将日志文件中在本日志上报间隔内的概率，以日志数据的形式上报给网络侧。
或者，当上报方式指示信息用于指示采用无线资源管理RRM方式上报时，触发上报指令中还携带有配置参数，配置参数中包括：统计时长；则，
判断模块包括：计算单元，用于计算eNB发生错检的概率；
发送模块，用于在计算单元计算出eNB发生错检的概率之后，将计算得到的概率携带在RRC信令中实时上报给网络侧。
另外，发送模块，还用于在接收模块接收到网络侧发来的触发上报指令之前，向网络侧发送能力指示消息，能力指示消息用于指示本UE是否支持上报eNB发生错检的概率的能力。
实施例四
针对上述实施例二，本申请实施例中提供了一种信息处理装置，该装置位于LTE中的网络侧。
如图23所示，该装置中包括以下模块：接收模块601和调整模块602，其中：
接收模块601，用于接收到UE上报的UE确定的eNB发生错检的概率；
调整模块602，用于根据接收模块601接收到的eNB发生错检的概率，调整PUCCH的相关参数。
其中，错检包括：
漏检和/或虚检本UE反馈的HARQACK；
和/或，漏检和/或虚检本UE反馈的HARQ NACK；
和/或，误检HARQ ACK为HARQ NACK和/或误检HARQ NACK为HARQ ACK。
其中，PUCCH的相关参数包括以下参数中的一种或多种：内环功率控制门限，开环功率控制参数，资源配置参数，检测门限，无线参数，工程参数。
另外，调整模块，还用于根据接收模块接收到的eNB发生错检的概率，调整物理下行信道的相关参数，其中，物理下行信道包括：PDCCH和PDSCH。
其中，物理下行信道的相关参数包括以下参数中的一种或多种：PDSCH的外环速率控制，PDCCH的CCE聚合等级以及发射功率的外环偏置。
另外，该装置中还包括：发送模块，用于将调整模块调整后的相关参数发送给eNB。
其中，该装置可以位于OAM（Operation and Management System，操作维护管理）、或CN（Core Network，核心网）、或eNB中，也可以是一个独立的物理实体。
以下分别针对日志方式和RRM方式上报时的具体流程进行详细介绍。
1、日志方式
如图24所示，包括以下流程：
步骤S701-S702，如图23所示的装置通过eNB触发UE上报eNB发生错检的概率；
该装置可以采用手动或自动的方式，周期地触发eNB向UE发送高层信令LoggedMeasurement Configuration，用于触发UE上报eNB发生错检的概率和指示UE采用日志方式上报，Logged Measurement Configuration中携带配置参数，配置参数中包括：日志ID，小区绝对时间，日志记录时长，日志上报间隔，日志需要包含的内容等。
该装置可以位于OAM、CN、或eNB中，也可以是独立的物理实体。图24中，该装置位于OAM中。
步骤S703-S704，UE收到高层信令Logged Measurement Configuration之后，执行上述实施例一中的步骤S202-210，这里不再赘述。
其中，UE可以将eNB发生错检的概率携带在测量报告中发送给该装置。
步骤S705，该装置接收到UE上报的eNB发生错检的概率之后，根据eNB发生错检的概率，调整PUCCH的相关参数以及物理下行信道的相关参数，其中，物理下行信道包括：PDCCH和PDSCH；
步骤S706，该装置将调整后的相关参数发送给eNB，由eNB进行配置。
2、RRM方式
如图25所示，包括以下流程：
步骤S801，如图23所示的装置通过eNB触发UE上报eNB发生错检的概率；
例如，当采用上述步骤S301中的方法一时，该装置可以采用手动或自动的方式，周期地触发eNB向UE发送高层信令UEInformationRequest，用于触发UE上报eNB发生错检的概率和指示UE采用RRM方式上报，UEInformationRequest中携带配置参数，配置参数中包括：统计时长等。
该装置可以位于OAM、CN、或eNB中，也可以是独立的物理实体。图25中，该装置位于eNB中。
步骤S802-S803，UE收到UEInformationRequest之后，执行上述实施例一中的步骤S302-S308；
例如，对应于方法一，UE将计算得到的概率携带在UE Information Response消息中上报给该装置。
步骤S804，该装置接收到UE上报的eNB发生错检的概率之后，根据eNB发生错检的概率，调整PUCCH的相关参数以及物理下行信道的相关参数，其中，物理下行信道包括：PDCCH和PDSCH；
步骤S806，该装置将调整后的相关参数发送给eNB，由eNB进行配置。
综上，本申请以上实施例可以达到以下技术效果：
（1）UE可以获取本UE解调PDSCH和PDCCH的解调结果信息，根据连续N次解调的解调结果信息，判断基站eNB是否发生了错检，N≥2，然后，就可以根据判断结果，确定出eNB发生错检的概率并上报给网络侧，从而，UE可以辅助LTE网络侧获取到eNB发生错检的情况，例如，虚检和/或漏检UE反馈的HARQACK/NACK的概率等，并上报给网络侧，这样，LTE网络侧就可以获知eNB发生错检的情况，从而根据该情况对PUCCH进行优化及调整，提高LTE网络性能。
（2）网络侧接收到UE上报的eNB发生错检的概率，例如，eNB漏检和/或虚检UE反馈的HARQ ACK/NACK，和/或误检HARQ ACK为NACK和/或误检HARQ NACK为ACK，可以根据该概率，通过自动或人工的方式对PUCCH进行优化调整，包括：对闭环功率控制门限进行修正，优化开环功控参数，调整PUCCH资源配置参数，调整PUCCH检测门限等，从而保证PUCCH的可靠传输，提高LTE下行资源利用率；更进一步，网络侧还可以通过UE上报的eNB发生错检的概率，对PDCCH和PDSCH进行优化调整，包括：调整PDCCH和PDSCH的资源分配算法等，从而进一步提高LTE网络的性能。
以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (28)

1.一种信息处理方法，应用于长期演进LTE中的用户终端UE，其特征在于，所述方法包括：
获取本UE解调物理下行信道的解调结果信息，其中，所述物理下行信道包括：物理下行共享信道PDSCH和物理下行控制信道PDCCH；
根据连续N次解调的解调结果信息，判断基站eNB是否发生了错检，其中，N≥2；
根据判断结果，确定eNB发生错检的概率并上报给网络侧。
2.根据权利要求1所述的方法，其特征在于，当所述错检包括：漏检和/或虚检本UE反馈的混合自动重传请求HARQ确认ACK时，所述解调结果信息包括：PDSCH是否解调成功，解调PDCCH得到的新数据指示NDI，以及解调PDSCH得到的媒体接入控制MAC协议数据单元PDU。
3.根据权利要求2所述的方法，其特征在于，N=2，则，所述根据连续N次解调的解调结果信息，判断eNB是否发生了错检的方法包括：
若在连续两次解调中PDSCH均解调成功，以及，所述连续两次解调得到的NDI不同且MAC PDU不同，则判断出eNB没有漏检和虚检HARQ ACK；
若在连续两次解调的第一次解调中PDSCH没有解调成功、第二次解调中PDSCH解调成功，以及，所述连续两次解调得到的NDI相同且MAC PDU相同，则判断出eNB没有虚检HARQ ACK；
若在连续两次解调中PDSCH均解调成功，以及，所述连续两次解调得到的NDI相同且MAC PDU相同，则判断出eNB至少一次漏检HARQ ACK；
若在连续两次解调的第一次解调中PDSCH没有解调成功，以及，所述连续两次解调得到的NDI不同，则判断出eNB至少一次虚检HARQ ACK；
若在连续两次解调的第一次解调中PDSCH没有解调成功、第二次解调中PDSCH解调成功，以及，所述连续两次解调得到的NDI相同且MAC PDU不同，则判断出eNB至少一次虚检HARQ ACK；
若在连续两次解调中PDSCH均解调成功，以及，所述连续两次解调得到的NDI相同且MAC PDU不同，则判断出eNB至少一次虚检HARQ ACK。
4.根据权利要求1所述的方法，其特征在于，当所述错检包括：漏检和/或虚检本UE反馈的HARQ非确认NACK时，所述解调结果信息包括：PDSCH是否解调成功，解调PDCCH得到的新数据指示NDI和冗余版本RV。
5.根据权利要求4所述的方法，其特征在于，N=2，则，所述根据连续N次解调的解调结果信息，判断eNB是否发生了错检的方法包括：
若在连续两次解调的第一次解调中PDSCH没有解调成功、第二次解调中PDSCH解调成功，以及，所述连续两次解调得到的NDI相同且RV相同，则判断出eNB漏检了HARQ NACK；
若在连续两次解调中PDSCH均解调成功，以及，所述连续两次解调得到的NDI不同，且所述连续两次解调的第二次解调得到的RV不是HARQ传输的RV顺序中的第一个RV，则判断出eNB虚检了HARQ NACK。
6.根据权利要求1所述的方法，其特征在于，当所述错检包括：误检HARQ ACK为HARQ NACK和/或误检HARQ NACK为HARQ ACK时，所述解调结果信息包括：PDSCH是否解调成功，解调PDCCH得到的新数据指示NDI和冗余版本RV。
7.根据权利要求6所述的方法，其特征在于，N=2，则，所述根据连续N次解调的解调结果信息，判断eNB是否发生了错检的方法包括：
若在连续两次解调中PDSCH均解调成功，以及，所述连续两次解调得到的NDI相同，且所述连续两次解调得到的RV符合HARQ传输的RV顺序，则判断出eNB将HARQ ACK误检为了HARQ NACK；
若在连续两次解调的第一次解调中PDSCH没有解调成功、第二次解调中PDSCH解调成功，以及，所述连续两次解调得到的NDI不同且RV相同，则判断出eNB将HARQ NACK误检为了HARQ ACK。
8.根据权利要求1至7中任一项所述的方法，其特征在于，在所述获取本UE解调物理下行信道的解调结果信息之前，还包括：
接收到网络侧发来的触发上报指令，其中，所述触发上报指令用于触发UE上报eNB发生错检的概率，所述触发上报指令中携带有上报方式指示信息和配置参数。
9.根据权利要求8所述的方法，其特征在于，当所述上报方式指示信息用于指示采用日志方式上报时，所述配置参数中包括：日志记录时长和日志上报间隔；则，所述根据判断结果，确定eNB发生错检的概率并上报给网络侧的方法包括：
当日志记录时长到达时，根据在该日志记录时长内的判断结果，计算eNB发生错检的概率；
当日志上报间隔到达时，将在本日志上报间隔内的概率，以日志数据的形式上报给网络侧。
10.根据权利要求8所述的方法，其特征在于，当所述上报方式指示信息用于指示采用无线资源管理RRM方式上报时，所述根据判断结果，确定eNB发生错检的概率并上报给网络侧的方法包括：
在计算出eNB发生错检的概率之后，将计算得到的概率携带在无线资源控制RRC信令中实时上报给网络侧。
11.根据权利要求8所述的方法，其特征在于，在接收到网络侧发来的触发上报指令之前，还包括：
向网络侧发送能力指示消息，所述能力指示消息用于指示本UE是否支持上报eNB发生错检的概率的能力。
12.一种信息处理方法，应用于长期演进LTE中的网络侧，其特征在于，所述方法包括：
接收到用户终端UE上报的所述UE确定的基站eNB发生错检的概率；
根据所述eNB发生错检的概率，调整物理上行控制信道PUCCH的相关参数。
13.根据权利要求12所述的方法，其特征在于，所述错检包括：
漏检和/或虚检本UE反馈的混合自动重传请求HARQ确认ACK；
和/或，漏检和/或本UE反馈的HARQ非确认NACK；
和/或，误检HARQ ACK为HARQ NACK和/或误检HARQ NACK为HARQ ACK。
14.根据权利要求12或13所述的方法，其特征在于，PUCCH的相关参数包括以下参数中的一种或多种：内环功率控制门限，开环功率控制参数，资源配置参数，检测门限，无线参数，工程参数。
15.根据权利要求12或13所述的方法，其特征在于，还包括：
根据所述eNB发生错检的概率，调整物理下行信道的相关参数，其中，所述物理下行信道包括：下行控制信道PDCCH和物理下行共享信道PDSCH。
16.根据权利要求15所述的方法，其特征在于，所述物理下行信道的相关参数包括以下参数中的一种或多种：PDSCH的外环速率控制，PDCCH的控制信道单元CCE聚合等级以及发射功率的外环偏置。
17.根据权利要求12或15所述的方法，其特征在于，还包括：
将调整后的相关参数发送给基站eNB。
18.一种用户终端UE，应用于长期演进LTE中，其特征在于，所述UE包括：
获取模块，用于获取本UE解调物理下行信道的解调结果信息，其中，所述物理下行信道包括：物理下行共享信道PDSCH和物理下行控制信道PDCCH；
判断模块，用于根据连续N次解调的解调结果信息，判断基站eNB是否发生了错检，其中，N≥2；
确定模块，用于根据所述判断模块的判断结果，确定eNB发生错检的概率；
发送模块，用于将所述确定模块确定出的eNB发生错检的概率上报给网络侧。
19.根据权利要求18所述的UE，其特征在于，当所述错检包括：漏检和/或虚检本UE反馈的混合自动重传请求HARQ确认ACK时，所述解调结果信息包括：PDSCH是否解调成功，解调PDCCH得到的新数据指示NDI，以及解调PDSCH得到的媒体接入控制MAC协议数据单元PDU。
20.根据权利要求19所述的UE，其特征在于，N=2，则，所述判断模块具体用于：
若在连续两次解调中PDSCH均解调成功，以及，所述连续两次解调得到的NDI不同且MAC PDU不同，则判断出eNB没有漏检和虚检HARQ ACK；
若在连续两次解调的第一次解调中PDSCH没有解调成功、第二次解调中PDSCH解调成功，以及，所述连续两次解调得到的NDI相同且MAC PDU相同，则判断出eNB没有虚检HARQ ACK；
若在连续两次解调中PDSCH均解调成功，以及，所述连续两次解调得到的NDI相同且MAC PDU相同，则判断出eNB至少一次漏检HARQ ACK；
若在连续两次解调的第一次解调中PDSCH没有解调成功，以及，所述连续两次解调得到的NDI不同，则判断出eNB至少一次虚检HARQ ACK；
若在连续两次解调的第一次解调中PDSCH没有解调成功、第二次解调中PDSCH解调成功，以及，所述连续两次解调得到的NDI相同且MAC PDU不同，则判断出eNB至少一次虚检HARQ ACK；
若在连续两次解调中PDSCH均解调成功，以及，所述连续两次解调得到的NDI相同且MAC PDU不同，则判断出eNB至少一次虚检HARQ ACK。
21.根据权利要求18所述的UE，其特征在于，当所述错检包括：漏检和/或虚检本UE反馈的HARQ非确认NACK时，所述解调结果信息包括：PDSCH是否解调成功，解调PDCCH得到的新数据指示NDI和冗余版本RV。
22.根据权利要求21所述的UE，其特征在于，N=2，则，所述判断模块具体用于：
若在连续两次解调的第一次解调中PDSCH没有解调成功、第二次解调中PDSCH解调成功，以及，所述连续两次解调得到的NDI相同且RV相同，则判断出eNB漏检了HARQ NACK；
若在连续两次解调中PDSCH均解调成功，以及，所述连续两次解调得到的NDI不同，且所述连续两次解调的第二次解调得到的RV不是HARQ传输的RV顺序中的第一个RV，则判断出eNB虚检了HARQ NACK。
23.根据权利要求18所述的UE，其特征在于，当所述错检包括：误检HARQ ACK为HARQ NACK和/或误检HARQ NACK为HARQ ACK时，所述解调结果信息包括：PDSCH是否解调成功，解调PDCCH得到的新数据指示NDI和冗余版本RV。
24.根据权利要求23所述的UE，其特征在于，N=2，则，所述判断模块具体用于：
若在连续两次解调中PDSCH均解调成功，以及，所述连续两次解调得到的NDI相同，且所述连续两次解调得到的RV符合HARQ传输的RV顺序，则判断出eNB将HARQ ACK误检为了HARQ NACK；
若在连续两次解调的第一次解调中PDSCH没有解调成功、第二次解调中PDSCH解调成功，以及，所述连续两次解调得到的NDI不同且RV相同，则判断出eNB将HARQ NACK误检为了HARQ ACK。
25.根据权利要求18至24中任一项所述的UE，其特征在于，还包括：
接收模块，用于在所述获取模块获取本UE解调物理下行信道的解调结果信息之前，接收到网络侧发来的触发上报指令，其中，所述触发上报指令用于触发UE上报eNB发生错检的概率，所述触发上报指令中携带有上报方式指示信息和配置参数。
26.根据权利要求25所述的UE，其特征在于，当所述上报方式指示信息用于指示采用日志方式上报时，所述配置参数中包括：日志记录时长和日志上报间隔；则，
所述判断模块包括：计算单元，用于当日志记录时长到达时，根据在该日志记录时长内的判断结果，计算eNB发生错检的概率；
所述发送模块具体用于当日志上报间隔到达时，将在本日志上报间隔内的概率，以日志数据的形式上报给网络侧。
27.根据权利要求25所述的UE，其特征在于，当所述上报方式指示信息用于指示采用无线资源管理RRM方式上报时，
所述判断模块包括：计算单元，用于计算eNB发生错检的概率；
所述发送模块，用于在所述计算单元计算出eNB发生错检的概率之后，将计算得到的概率携带在无线资源控制RRC信令中实时上报给网络侧。
28.根据权利要求25所述的UE，其特征在于，
所述发送模块，还用于在所述接收模块接收到网络侧发来的触发上报指令之前，向网络侧发送能力指示消息，所述能力指示消息用于指示本UE是否支持上报eNB发生错检的概率的能力。
CN201310545912.2A 2013-11-06 2013-11-06 信息处理方法及用户终端 Pending CN104640131A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201310545912.2A CN104640131A (zh) 2013-11-06 2013-11-06 信息处理方法及用户终端

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201310545912.2A CN104640131A (zh) 2013-11-06 2013-11-06 信息处理方法及用户终端

Publications (1)

Publication Number Publication Date
CN104640131A true CN104640131A (zh) 2015-05-20

Family

ID=53218333

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201310545912.2A Pending CN104640131A (zh) 2013-11-06 2013-11-06 信息处理方法及用户终端

Country Status (1)

Country Link
CN (1) CN104640131A (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020216314A1 (zh) * 2019-04-25 2020-10-29 华为技术有限公司 通信方法和通信装置
CN114204988A (zh) * 2021-11-15 2022-03-18 科大国创云网科技有限公司 一种对odf端口检测位置的矩阵化输出方法
WO2022206359A1 (zh) * 2021-03-29 2022-10-06 华为技术有限公司 一种数据传输方法和装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102547779A (zh) * 2010-12-09 2012-07-04 华为技术有限公司 一种下行链路控制信息漏检的确定方法和基站
CN102710405A (zh) * 2012-05-23 2012-10-03 北京创毅讯联科技股份有限公司 下行控制信息的处理方法及***、基站与用户设备
WO2012155436A1 (zh) * 2011-05-13 2012-11-22 中兴通讯股份有限公司 上行sps激活的确定方法、设备及***
CN103312473A (zh) * 2012-03-06 2013-09-18 中兴通讯股份有限公司 减少harq合并失败的方法和装置
US20130272281A1 (en) * 2010-12-29 2013-10-17 Mingyu Xu Method and apparatus for determining harq mode

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102547779A (zh) * 2010-12-09 2012-07-04 华为技术有限公司 一种下行链路控制信息漏检的确定方法和基站
US20130272281A1 (en) * 2010-12-29 2013-10-17 Mingyu Xu Method and apparatus for determining harq mode
WO2012155436A1 (zh) * 2011-05-13 2012-11-22 中兴通讯股份有限公司 上行sps激活的确定方法、设备及***
CN103312473A (zh) * 2012-03-06 2013-09-18 中兴通讯股份有限公司 减少harq合并失败的方法和装置
CN102710405A (zh) * 2012-05-23 2012-10-03 北京创毅讯联科技股份有限公司 下行控制信息的处理方法及***、基站与用户设备

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020216314A1 (zh) * 2019-04-25 2020-10-29 华为技术有限公司 通信方法和通信装置
WO2022206359A1 (zh) * 2021-03-29 2022-10-06 华为技术有限公司 一种数据传输方法和装置
CN114204988A (zh) * 2021-11-15 2022-03-18 科大国创云网科技有限公司 一种对odf端口检测位置的矩阵化输出方法

Similar Documents

Publication Publication Date Title
US10361822B2 (en) Method for processing feedback information, base station, and user equipment
EP3304939B1 (en) Optimized mcs selection for machine type communication
US9461800B2 (en) Retransmitting communications in a mobile network using small cell clusters
US10148323B2 (en) Uplink inter-cell coordination method and base station
JP6884768B2 (ja) 信頼性のあるチャネル支援型ハイブリッドａｒｑ
CN103250370B (zh) 用于增强下行链路harq的方法和装置
US20190173623A1 (en) Reallocation of control channel resources for retransmission of data in wireless networks based on communications mode
CN103181207B (zh) 一种漏检控制信道的修复方法和装置
JP6138273B2 (ja) 受信機の停止イベント後の修正されたアウターループのための方法および装置
CN104579603A (zh) 一种基于harq的下行调度方法及装置
JP2014511622A (ja) 送信エラー情報の計測方法及びネットワーク装置
US10797820B2 (en) Method and a first radio communication node for scheduling a data transmission
CN110351025A (zh) 信息反馈方法、装置和***
CN105897386A (zh) 一种信令重配置处理方法及装置
CN104640131A (zh) 信息处理方法及用户终端
US10045382B2 (en) Link adaptation on a license assisted access carrier
US10271340B1 (en) Dynamic offloading of one or more UEs to a different carrier in response to a threshold high number of UEs being served with TTI bundling
CN107453857B (zh) 一种用于无调度上行传输的链路自适应方法
US10123311B1 (en) Differential control of TTI bundling based on UE maximum transmit power
WO2015001797A1 (ja) 基地局装置、無線通信システム、セル間干渉制御方法、及び記録媒体
CN110121850A (zh) 数据传输的方法、发射端设备和接收端设备
CN105634678A (zh) 一种漏检控制信道的修复方法和装置
WO2020185131A1 (en) Detection of a skipped uplink transmission
US20230308220A1 (en) HANDLING HARQ FEEDBACK IN INTERNET OF THINGS (IoT)
KR102553931B1 (ko) 상향링크 harq 동작 방법 및 이를 이용하는 기지국

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
AD01 Patent right deemed abandoned

Effective date of abandoning: 20181123

AD01 Patent right deemed abandoned