一种早停译码的反馈方法、装置及系统 |
|||||||
| 申请号 | CN201210580220.7 | 申请日 | 2012-12-27 | 公开(公告)号 | CN103905164A | 公开(公告)日 | 2014-07-02 |
| 申请人 | 中兴通讯股份有限公司; | 发明人 | 王美英; 丁杰伟; 刘涛; | ||||
| 摘要 | 本 发明 公开了一种早停译码的反馈方法、装置及系统。其中，该方法包括：终端侧对编码后的TFCI比特进行调整，并通过上行DPCCH的TFCI域将调整后的TFCI比特发送给基站侧；上述终端侧将调整后的TFCI比特发送至基站侧之后，对下行DPCH进行译码操作，将译码结果通过上行DPCCH的空闲的TFCI域反馈至上述基站侧。通过本发明，解决了相关技术中早停译码时基站侧无法及时得到TFCI、终端侧无法及时反馈下行译码结果的问题，从而在不需要增加新的码道的前提下，充分利用DPCCH的TFCI域，节省终端的发射功率，同时减少了终端和基站的早停译码的尝试次数，节省了译码资源。 | ||||||
| 权利要求 | 1.一种早停译码的反馈方法，其特征在于，所述方法包括以下步骤： |
||||||
| 说明书全文 | 一种早停译码的反馈方法、装置及系统技术领域[0001] 本发明涉及移动通讯领域，特别是涉及一种早停译码的反馈方法、装置及系统。 背景技术[0002] 由于全球移动通讯系统（Global System of Mobile communication，简称为GSM）等移动网络在过去20年间的发展和普及，使全球移动语音通信业务获得了很大成功。伴随个人语音业务的迅猛发展，无线数据网络也从通用分组无线服务技术（General Packet Radio Service，简称为GPRS）/高速链路分组接入技术（High Speed Packet Access，简称为HSPA）走向了长期演进（Long Term Evolution，简称为LTE）系统。LTE将提供一个高带宽的无线接入网络，更好地支持各种移动应用，但是这里面也隐藏着危机，最大的危机来自VOIP（Voice over Internet Protocol）。 [0003] LTE是基于IP多媒体系统（IP Multimedia Subsystem)，简称为IMS）的全网协（Internet Protocol，简称为IP）架构,可以实现基于分组交换域（Packet Switching，简称为PS）的语音，但是与传统的电路交换域（Circuit Switching，简称为CS）语音业务相比，基于PS域的语音业务具有掉话率高、通话时延长、安全性差等缺点，远远不能达到与传统CS域语音相同的通话业务感受。经过第三代合作伙伴计划（The3rd Generation Partnership Project，简称为3GPP)业界的共同努力，回退至2G或3G的电路域话音（CSfall back，简称为CSFB）被认为是从电路交换网络演进至全IP过程中的重要一步。即用户驻留在LTE网络，当用户拨打或接听语音电话时将用户设备（User Experience，简称为UE）接入从LTE切换至2G/3G网络，使用2G/3G的CS域来实现语音业务。 [0004] 因此，传统的CS域语音业务还需要继续发展，因为即使在4G LTE网络，当用户拨打或接听语音电话时还是要使用传统的CS域语音业务。同时随着语音业务和数据业务的迅猛发展，需要提高R99CS语音业务的系统容量，或者在相同的R99用户数的条件下，支持更高的数据业务。 [0005] 根据协议可知，传统R99CS12.2k语音业务的设置为：AMR编码、20ms传输时间间隔TTI（Transmit Time Interval）、1/3卷积编码和固定速率匹配。各个公司通过对传统R99CS12.2k语音业务进行仿真，发现UE不需要收满一个TTI的数据就可以译码成功。图1是根据相关技术的下行早停译码的正确率的示意图，图1中横轴表示译码时间（ms），纵轴表示译码正确率，如图1所示，对于20msTTI的数据，在12-18ms基本就可以译码成功，也就是译码成功后的数据都不再需要了。为了减少这种不必要的功率发射，降低干扰，业界提出了一种R99业务的早停译码机制。 [0006] 所谓的早停译码机制就是，对于上行，每个TTI以内基站（nodeB）每隔一段时间对专用物理数据信道（Dedicated Physical Data Channel，简称为DPDCH）进行译码，并反馈译码结果给UE，当译码成功后UE停止本TTIDPDCH的发射，直到下一个TTI才开始重新发射；对于下行，在每个TTI以内UE每隔一段时间对专用物理信道(DedicatedPhysicalChannel，简称为DPCH）进行译码，并反馈译码结果给nodeB，当译码成功后nodeB停止本TTI DPDCH的发射，直到下一个TTI才开始重新发射；当上下行的DPDCH都译码成功后，UE和nodeB同时停止本TTI DPCCH的发射，直到下一个TTI才开始重新发射。所以，要实现早停译码，对于上行来说，必须满足两个条件：既能够让nodeB尽早得知传输格式组合标识符（Transport Format Combination Indicator，简称为TFCI），同时又能够给nodeB反馈下行的译码结果从而通知nodeB停止本TTI DPDCH的发射。 [0007] 传统的R99业务中，上行只有2条信道DPCCH和DPDCH，DPCCH用于发送PILOT（导频）、TFCI和传输功率控制（Transmission Power Control，简称为TPC）等控制信息，DPDCH用于发送数据信息，不包含下行译码结果的反馈信息。其中TFCI的原始比特为10bit，经过[32,10]的编码之后取前30bit均匀分布在DPCCH的15个slot中，对于nodeB来说至少需要10ms时间才能够得到TFCI的译码结果。图2是根据相关技术的上行早停译码的正确率的示意图，图2中横轴表示译码时间（ms），纵轴表示译码正确率，如图2所示，nodeB在6ms左右就可以开始尝试译码，可见传统的TFCI设计是无法满足早停译码的要求的。因此导致UE和nodeB的早停译码效果较差。 [0008] 针对相关技术中早停译码时基站侧无法及时得到TFCI、终端侧无法及时反馈下行译码结果的问题，目前尚未提出有效的解决方案。 发明内容[0009] 针对相关技术中早停译码时基站侧无法及时得到TFCI、终端侧无法及时反馈下行译码结果的问题，本发明提供了一种早停译码的反馈方法、装置及系统，用以解决上述技术问题。 [0010] 根据本发明的一个方面，本发明提供了一种早停译码的反馈方法，其中，该方法包括：终端侧对编码后的TFCI比特进行调整，并通过DPCCH的TFCI域将调整后的TFCI比特发送给基站侧；上述终端侧将调整后的TFCI比特发送至基站侧之后，对下行DPCH进行译码操作，将译码结果通过上行DPCCH的空闲的TFCI域反馈至上述基站侧。 [0011] 进一步地，上述终端侧对编码后的上述TFCI比特进行调整可以包括：上述终端侧对TFCI的原始比特执行减少操作；和/或，上述终端侧采用高码率编码方式对TFCI的原始比特进行编码。 [0012] 进一步地，通过上行DPCCH的TFCI域将调整后的TFCI比特发送给上述基站侧之前，上述方法还可以包括：上述终端侧增加上述TFCI域在上述上行DPCCH中所占的比例。 [0013] 进一步地，上述方法还可以包括：上述终端侧增大上述上行DPCCH的上述TFCI域的发射功率。 [0014] 根据本发明的另一方面，本发明还提供了一种早停译码的反馈方法，其中，该方法包括：基站侧接收终端侧发送的编码后的TFCI比特；其中，上述编码后的TFCI比特是上述终端侧执行比特减少操作之后得到的TFCI比特；上述基站侧对接收到的上述TFCI比特进行译码操作；根据上述译码操作的译码结果对上行DPDCH进行译码操作，并将该译码操作的译码结果反馈至上述终端侧。 [0015] 上述终端侧执行上述比特减少操作可以包括：上述终端侧对上述TFCI的原始比特执行上述比特减少操作；和/或，上述终端侧采用高码率编码方式对上述TFCI的原始比特进行编码。 [0016] 根据本发明的另一方面，本发明还提供了一种早停译码的反馈装置，该装置应用于终端侧，其中，该装置包括：调整模块，用于对编码后的TFCI比特进行调整，并通过上行DPCCH的TFCI域将调整后的TFCI比特发送给基站侧；反馈模块，用于将调整后的TFCI比特发送至基站侧之后，对下行DPCH进行译码操作，将译码结果通过上行DPCCH的空闲的TFCI域反馈至上述基站侧。 [0017] 上述调整模块可以包括：减少单元，用于对TFCI的原始比特执行减少操作；和/或，编码单元，用于上述终端侧采用高码率编码方式对TFCI的原始比特进行编码。 [0018] 根据本发明的另一方面，本发明还提供了一种早停译码的反馈装置，该装置应用于基站侧，其中，该装置包括：接收模块，用于接收终端侧发送的编码后的TFCI比特；其中，上述编码后的TFCI比特是上述终端侧执行比特减少操作之后得到的TFCI比特；译码操作模块，用于对接收到的上述TFCI比特进行译码操作；译码反馈模块，用于根据上述译码操作的译码结果对上行DPDCH进行译码操作，并将该译码操作的译码结果反馈至上述终端侧。 [0019] 根据本发明的另一方面，本发明还提供了一种早停译码的反馈系统，其中，该系统包括：上述的应用于终端侧的早停译码的反馈装置，以及上述的应用于基站侧的早停译码的反馈装置。 [0020] 通过本发明，终端侧调整编码后的TFCI比特，并通过DPCCH的TFCI域将调整后的TFCI比特发送给基站侧，然后对下行DPCH进行译码操作后，将译码结果通过上行DPCCH的空闲的TFCI域反馈至基站侧，解决了相关技术中早停译码时基站侧无法及时得到TFCI、终端侧无法及时反馈下行译码结果的问题，从而在不需要增加新的码道的前提下，充分利用DPCCH的TFCI域，节省终端的发射功率，同时减少了终端和基站的早停译码的尝试次数，节省了译码资源。附图说明 [0021] 图1是根据相关技术的下行早停译码的正确率的示意图； [0022] 图2是根据相关技术的上行早停译码的正确率的示意图； [0024] 图4是根据本发明实施例的基站侧的早停译码的反馈方法的流程图； [0026] 图6是根据本发明实施例的在AWGN信道条件下导频使用5bit和6bit的性能差异示意图； [0027] 图7是根据本发明实施例的在PA3信道条件下导频使用5bit和6bit的性能差异示意图； [0028] 图8是根据本发明实施例的TFCI使用[32,10]编码和使用[20,7]编码的性能差异示意图； [0029] 图9是根据本发明实施例的使用空闲TFCI域进行下行译码结果反馈的正确性示意图； [0030] 图10是根据本发明实施例的设置在终端侧的早停译码的反馈装置的结构框图； [0031] 图11是根据本发明实施例的设置在基站侧的早停译码的反馈装置的结构框图； [0032] 图12是根据本发明实施例的早停译码的反馈系统的结构框图。 具体实施方式[0033] 为了解决相关技术中终端侧和基站侧的早停译码效果较差的问题，本发明提供了一种早停译码反馈方法、装置及系统，以下结合附图以及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不限定本发明。 [0034] 本实施例提供了一种早停译码的反馈方法，该方法可以在终端侧实现，图3是根据本发明实施例的终端侧的早停译码的反馈方法的流程图，如图3所示，该方法包括以下步骤（步骤S302-步骤S304）： [0035] 步骤S302，终端侧对编码后的TFCI比特进行调整，并通过上行DPCCH的TFCI域将调整后的TFCI比特发送给基站侧； [0036] 步骤S304，终端侧将调整后的TFCI比特发送至基站侧之后，对下行DPCH进行译码操作，将译码结果通过上行DPCCH的空闲的TFCI域反馈至基站侧。 [0037] 通过上述方法，终端侧调整编码后的TFCI比特，并通过DPCCH的TFCI域将调整后的TFCI比特发送给基站侧，然后对下行DPCH进行译码操作后，将译码结果通过上行DPCCH的空闲的TFCI域反馈至基站侧，解决了相关技术中早停译码时基站侧无法及时得到TFCI、终端侧无法及时反馈下行译码结果的问题，从而在不需要增加新的码道的前提下，充分利用DPCCH的TFCI域，节省终端的发射功率，同时减少了终端和基站的早停译码的尝试次数，节省了译码资源。 [0038] 对于R99业务，目前实际业务中TFCI的组合远远小于1024种，所以3GPP协议中规定的10bit TFCI太多了，这样就可以通过调整TFCI的比特以达到减少TFCI的比特数的目的，使得在第一次尝试早停译码之前把TFCI传完。基于此，本实施例提供了一种优选实施方式，即终端侧对TFCI比特进行调整包括：终端侧对TFCI的原始比特执行减少操作；和/或，终端侧采用高码率编码方式对TFCI的原始比特进行编码。 [0039] 通过上述优选实施方式，减少TFCI的原始比特数，采用相同码率的编码方式，达到减少编码后TFCI的比特数的目的；或者，不对TFCI的原始比特数进行调整，采用较高码率的编码方式对TFCI进行编码，该编码操作后得到的TFCI的比特的数量，比采用通常编码操作后得到的TFCI的比特的数量少，从而达到减少编码后TFCI的比特数的目的；或者，减少TFCI的原始比特数，并用较高码率的编码方式对TFCI进行编码，达到减少编码后TFCI的比特数的目的。 [0040] 为了让基站侧更早地得到TFCI，并提高基站TFCI译码以及终端对下行译码结果反馈的正确率，上述方法还包括：终端侧增加TFCI域在上行DPCCH中所占的比例和终端侧增大上行DPCCH的上述TFCI域的发射功率。 [0041] 对应于上述实施例介绍的终端侧的早停译码的反馈方法，本实施例提供了一种早停译码的反馈方法，该方法可以在基站侧实现，图4是根据本发明实施例的基站侧的早停译码的反馈方法的流程图，如图4所示，该方法包括以下步骤（步骤S402-步骤S406）： [0042] 步骤S402，基站侧接收终端侧发送的编码后的TFCI比特；其中，上述编码后的TFCI比特是上述终端侧执行比特减少操作之后得到的TFCI比特； [0043] 步骤S404，基站侧对接收到的TFCI比特进行译码操作； [0044] 步骤S406，根据上述译码操作的译码结果对上行DPDCH进行译码操作，并将该译码操作的译码结果反馈至终端侧。 [0045] 通过上述方法，基站侧接收到终端侧调整后的TFCI比特之后，进行译码操作，并根据TFCI的译码结果对上行DPDCH进行译码操作，最后将译码结果反馈至终端侧，解决了相关技术中早停译码时基站侧无法及时得到TFCI的问题，从而在不需要增加新的码道的前提下，充分利用DPCCH的TFCI域，节省终端的发射功率，同时基站侧要在终端侧发送完TFCI之后才可以开始尝试对上行DPDCH进行译码，减少了基站的早停译码的尝试次数，节省了译码资源。 [0046] 对于终端侧执行的比特减少操作，本实施例提供了一种优选实施方式，即终端侧执行比特减少操作包括：终端侧对TFCI的原始比特执行比特减少操作；和/或，终端侧采用高码率编码方式对TFCI的原始比特进行编码。前面已经对终端侧减少TFCI的比特的数量的操作进行了详细介绍，在此不再赘述。 [0047] 本实施例通过减少TFCI的比特的数量，在第一次尝试早停译码之前把TFCI传完，并且把DPCCH后面几个slot的空闲TFCI域用于反馈下行早停译码的结果。具体实现方法如下： [0048] 第一，在一个TTI内，UE减少编码后的TFCI比特（即相当于是减少编码后的TFCI比特的数量），并使用DPCCH的TFCI域发送TFCI比特，使其能够在一帧以内发送完毕。 [0049] 第二，NodeB收齐TFCI编码后的比特之后开始对TFCI进行译码，并根据TFCI的译码结果对上行DPDCH进行译码； [0050] 第三，UE传完TFCI编码后的比特之后开始对下行DPCH进行译码，并把此TTI内之后的每个slot中DPCCH空闲的TFCI域用于反馈下行译码的结果。 [0051] 通过上述实现方法，不仅上行不需要增加新的码道，节省UE的发射功率，同时对于nodeB来说也可以减少早停译码的尝试次数，可以在TFCI译出之后才开始尝试译码，节省译码资源。 [0052] 下面通过优选实施例对上述早停译码的反馈的方法进行介绍，在一个TTI内，终端减少TFCI的原始比特的数量并使用新的编码方式以减少编码后的TFCI比特的数量，目前实际业务中TFCI的组合最多127种，即TFCI使用7bit就足够了。将TFCI编码由原来的[32,10]改为[20,7]，保持DPCCH的扩频因子SF=256不变，增大DPCCH每个slot中TFCI域所占的比重，即DPCCH的slotformat由传统的[6202]改为[5302]，表示在一个slot的10比特符号中Pilot占5比特、TFCI占3比特、FBI占0比特、TPC占2比特，这样20bit的TFCI符号只需要7个slot就可以发完。 [0053] NodeB收齐TFCI编码后的比特之后开始对TFCI进行译码，并根据TFCI的译码结果对上行DPDCH进行译码操作。 [0054] 终端发完TFCI比特之后开始对下行DPCH进行译码，并把此TTI内之后的DPCCH每个slot中空闲的TFCI域用于反馈下行译码的结果。对于早停译码的反馈结果使用如表1所示的编码方式。 [0055] 表1 [0056]ACK [111] NACK [000] [0057] 其中，TFCI所使用的[20,7]的编码方式与协议25.212中单载波MIMO CQI TypeB的编码方式相同，假设输入为a＝(a0a1a2a3a4a5a6)，输出为b＝(b0b1...b19)，则有M的取值如表2所示。 [0058] 表2 [0059]i Mi,0 Mi,1 Mi,2 Mi,3 Mi,4 Mi,5 Mi,6 Mi,7 Mi,8 Mi,9 Mi,10 0 1 0 0 0 0 0 0 0 0 0 0 1 0 1 0 0 0 0 0 0 0 0 0 2 0 0 0 1 0 0 0 0 0 0 0 3 0 0 0 0 1 0 0 0 0 0 0 4 0 0 0 0 0 1 0 0 0 0 0 5 0 0 0 0 0 0 0 1 0 0 0 6 0 0 0 0 0 0 0 0 1 0 1 7 0 0 0 0 0 0 0 0 0 1 1 8 1 0 1 0 0 0 1 1 1 0 1 9 1 1 0 1 0 0 0 1 1 1 1 10 0 1 1 0 1 0 0 0 1 1 1 11 1 0 1 1 0 1 0 0 0 1 0 12 1 1 0 1 1 0 1 0 0 0 0 13 1 1 1 0 1 1 0 1 0 0 0 14 0 1 1 1 0 1 1 0 1 0 1 15 0 0 1 1 1 0 1 1 0 1 0 16 0 0 0 1 1 1 0 1 1 0 1 17 1 0 0 0 1 1 1 0 1 1 1 18 0 1 0 0 0 1 1 1 0 1 0 19 1 1 1 1 1 1 1 1 1 1 1 [0060] [0061] 图5是根据本发明实施例的新DPCCH帧结构示意图，从图5中可以看出，DPCCH的slotformat=[5303]，表示在一个slot的10比特符号中Pilot占5比特、TFCI占3比特、FBI占0比特、TPC占2比特。对于20msTTI，前7个slot的TFCI域用于传输TFCI，后面几个slot的TFCI域用于反馈下行译码结果。这样只需要7个slot nodeB就可以得到上行TFCI，并且终端可以开始反馈下行的译码结果，也就是说只需要4.67ms上下行就可以开始分别尝试早停译码。根据图1和图2可以看出，对于R9912.2K CS语音业务，无论是上行还是下行，在6ms之前其早停译码的正确率都几乎为0。所以说使用本发明设计方案，不仅上行不需要增加新的码道来传输TFCI，节省UE的发射功率，同时对于nodeB和UE来说也可以减少早停译码的尝试次数，可以在7个slot之后也就是早停译码正确率比较高之后才开始尝试译码，节省译码资源。 [0062] 图6是根据本发明实施例的在AWGN信道条件下导频使用5bit和6bit的性能差异示意图，图7是根据本发明实施例的在PA3信道条件下导频使用5bit和6bit的性能差异示意图，从图6和图7中可以看出，导频使用5bit与导频使用6bit相比对DPDCH的译码性能没有负面的影响，所以DPCCH完全可以使用[5302]的slotformat。 [0063] 图8是根据本发明实施例的TFCI使用[32,10]编码和使用[20,7]编码的性能差异示意图，图9是根据本发明实施例的使用空闲TFCI域进行下行译码结果反馈的正确性示意图，从图8和图9中可以看出，TFCI使用[20,7]的编码方式比使用[32,10]的编码方式差0.5dB，下行译码结果的反馈比TFCI[32,10]的译码性能差1.2dB左右，所以为了保证新设计的TFCI的正确性和下行译码结果反馈的正确性，可以增大DPCCH信道TFCI域（确认应答（Acknowledgement，简称为ACK）/否定应答（Negative Acknowledgement，简称为NACK）域）的发射功率，其他域的发射功率保持不变。在实际操作过程中，需要增大的功率值可以由仿真结果或者测试经验值决定。 [0064] 对应于上述实施例介绍的应用于终端侧的早停译码的反馈方法，本实施例提供了一种早停译码的反馈装置，该装置可以设置在终端侧，用以实现上述实施例。图10是根据本发明实施例的设置在终端侧的早停译码的反馈装置的结构框图，如图10所示，该装置包括：调整模块10和反馈模块20。下面对该结构进行详细介绍。 [0065] 调整模块10，用于对编码后的TFCI比特进行调整，并通过上行DPCCH的TFCI域将调整后的TFCI比特发送给基站侧； [0066] 反馈模块20，连接至调整模块10，用于将调整后的TFCI比特发送至基站侧之后，对下行DPCH进行译码操作，将译码结果通过上行DPCCH的空闲的TFCI域反馈至上述基站侧。 [0067] 通过上述装置，终端侧调整编码后的TFCI比特，并通过DPCCH的TFCI域将调整后的TFCI比特发送给基站侧，然后对下行DPCH进行译码操作后，将译码结果通过上行DPCCH的空闲的TFCI域反馈至基站侧，解决了相关技术中早停译码时基站侧无法及时得到TFCI、终端侧无法及时反馈下行译码结果的问题，从而在不需要增加新的码道的前提下，充分利用DPCCH的TFCI域，节省终端的发射功率，同时减少了终端和基站的早停译码的尝试次数，节省了译码资源。 [0068] 对于调整模块10对TFCI比特进行的调整操作，本实施例提供了一种优选结构，用于实现上述调整操作。具体地：上述调整模块10包括：减少单元，用于对TFCI的原始比特执行减少操作；和/或，编码单元，用于上述终端侧采用高码率编码方式对TFCI的原始比特进行编码。 [0069] 为了让基站侧更早地得到TFCI，并提高基站TFCI译码以及终端对下行译码结果反馈的正确率，上述方法还包括：终端侧增加TFCI域在上行DPCCH中所占的比例和终端侧增大上行DPCCH的上述TFCI域的发射功率。 [0070] 对应于上述实施例介绍的应用于基站侧的早停译码的反馈方法，本实施例提供了一种早停译码的反馈装置，该装置可以设置在基站侧，用以实现上述实施例。图11是根据本发明实施例的设置在基站侧的早停译码的反馈装置的结构框图，如图11所示，该装置包括：接收模块30、译码操作模块40和译码反馈模块50。下面对该结构进行详细介绍。 [0071] 接收模块30，用于接收终端侧发送的编码后的TFCI比特数；其中，上述编码后的TFCI比特是上述终端侧执行比特减少操作之后得到的TFCI比特； [0072] 译码操作模块40，连接至比特数接收模块30，用于对接收到的上述TFCI比特进行译码操作； [0073] 译码反馈模块50，连接至译码操作模块40，用于根据上述TFCI译码操作的译码结果对上行专用物理数据信道DPDCH进行译码操作，并将该译码操作的译码结果反馈至上述终端侧。 [0074] 通过上述装置，基站侧接收到终端侧调整后的TFCI比特之后，进行一系列译码操作，最后将上行DPDCH的译码结果反馈至终端侧，解决了相关技术中早停译码时基站侧无法及时得到TFCI的问题，从而在不需要增加新的码道的前提下，充分利用DPCCH的TFCI域，节省终端的发射功率，同时基站侧要在终端侧发送完TFCI之后才可以开始尝试对上行DPDCH进行译码，减少了基站的早停译码的尝试次数，节省了译码资源。 [0075] 对应于上述实施例介绍的应用于终端侧的早停译码的反馈装置，以及应用于基站侧的早停译码的反馈装置，本实施例提供了一种早停译码的反馈系统，如图12所示的早停译码的反馈系统的结构框图，该系统包括上述实施例介绍的应用于终端侧的早停译码的反馈装置，以及上述实施例介绍的应用于基站侧的早停译码的反馈装置。 [0076] 在相关技术中，一般的译码方法是：终端的TFCI编码后有30比特（bit），分布在DPCCH一帧（10ms）的15个slot内，每个slot是2bit，基站每隔20msTTI根据TFCI的译码结果对上行dpdch进行译码，不需要反馈译码结果。20ms内基站完全可以接收完终端的TFCI。终端每隔20msTTI对下行dpch进行译码，不需要反馈译码结果。 [0077] 对于早停译码的基本实现过程是：基站提前对上行DPDCH进行译码，比如7个slot，并反馈译码结果，此时按照一般反馈的方法是得不到TFCI的，终端也要提前对下行DPCH进行译码，并反馈译码结果。 [0078] 在本发明实施例中，终端减少编码后的TFCI，比如减少到21bit，并增大TFCI域所占的比例，比如由原来的每个slot的2bit改为3bit，这样7个slot基站就可以得到TFCI，此时基站就可以对上行DPDCH进行译码并反馈译码结果。终端在任意时间内（从第1或2个slot）都可以对下行DPCH进行译码，但是因为终端需要反馈译码结果，可以使用DPCCH空出来的TFCI域反馈，所以需要等减少的TFCI发完之后才可以提前译码，比如第8个slot。 [0079] 从以上的描述中可以看出，本发明实施例可以在不增加硬件和软件复杂度的情况下，充分利用DPCCH的TFCI域，不需要增加新的码道，节省UE的发射功率，而且可以减少终端和nodeB早停译码的尝试次数，节省译码资源。 [0080] 尽管为示例目的，已经公开了本发明的优选实施例，本领域的技术人员将意识到各种改进、增加和取代也是可能的，因此，本发明的范围应当不限于上述实施例。 |
||||||
QQ群二维码
意见反馈
意见反馈