移动通信系统中用于发送反向控制信号的方法和设备的制作方法

文档序号:7993680阅读:395来源:国知局
移动通信系统中用于发送反向控制信号的方法和设备的制作方法
【专利摘要】本发明属于一种用于发送控制信号的方法和设备,并且根据本发明一个实施例的供终端发送控制信号的方法可以包括:在活跃时间期间感测第一子帧中的强制性终止的步骤;以及其中如果感测到强制性终止,并且如果在第一子帧之后的预设数量的子帧当中的第二子帧中设置了经由物理上行链路控制信道(PUCCH)的信道质量指示符(CQI)传输,并且在第二子帧中没有设置混合自动重复请求(HARQ)反馈传输和物理上行链路共享信道(PUSCH)传输中的任何一个,则经由PUCCH运行CQI传输的步骤。本发明的实施例使得终端的功耗能够被减少。
【专利说明】移动通信系统中用于发送反向控制信号的方法和设备
【技术领域】
[0001 ] 本发明涉及用于在移动通信系统中发送上行链路控制信号的方法和装置。
【背景技术】
[0002]移动通信系统被开发为向用户提供移动中的通信服务。随着技术的快速进步,移动通信系统已经发展为除标准语音通信服务之外支持高速数据通信服务。
[0003]最近,在第3代合作伙伴计划(3GPP)中进行作为下一代移动通信系统之一的长期演进(LTE)系统的标准化。LTE是用于实现具有高于当前可用的数据速率的高达IOOMbps的数据速率的基于高速分组的通信的技术,并且它的标准化几乎完成。
[0004]在无线移动通信系统中,减少功耗非常重要。为了实现这一点,LTE移动通信系统采用间断接收,其中终端仅在间断接收周期期间的活跃时间中发送上行链路控制信号,从而最小化终端的功耗。
[0005]本发明提出了用于通过定义在不必要地在间断接收过程中强制地增加终端的处理能力的情形中的有效的终端操作来减少终端的复杂性和成本并最小化功耗的方法和装置。

【发明内容】

[0006]技术问题
[0007]本发明的实施例目标在于提供用于有效地减少终端的功耗的方法和装置。
[0008]解决方案
[0009]根据本发明的一方面,终端的控制信号传输方法包括:在活跃时间中检测第一子帧处的强制性终止;以及当检测到强制性终止、在第一子帧之后的预定数量的子帧中的第二子帧处在物理上行链路控制信道(PUCCH)上调度任何信道质量指示符(CQI)传输并且在第二子帧处既没有配置HARQ自动重复请求(HARQ)反馈传输也没有配置物理上行链路共享信道(PUSCH)时,发送CQI。
[0010]根据本发明的另一个方面,发送控制信号的终端包括:控制单元,在活跃时间中检测第一子帧处的强制性终止;以及通信单元,检测强制性终止,并且当检测到强制性终止、在第一子帧之后的预定数量的子帧中的第二子帧处在物理上行链路控制信道(PUCCH)上调度任何信道质量指示符(CQI)传输并且在第二子帧处既不配置HARQ自动重复请求(HARQ)反馈传输也不配置物理上行链路共享信道(PUSCH)时,发送CQI。
[0011]有益效果
[0012]根据本发明的实施例,通过与间断接收操作相关联地将终端的处理能力维持在合适的水平,可以减少终端的功耗和成本。
【专利附图】

【附图说明】
[0013]图1是示出本发明应用到的LTE系统的架构的示图。[0014]图2是图解本发明所应用到的LTE系统的协议栈的示图。
[0015]图3是图解UE的间断接收操作的示图。
[0016]图4是示出根据本发明的第一实施例的当UE的活跃时间结束时的CSI传输过程的流程图。
[0017]图5是示出根据本发明的第一实施例的当活跃时间被终止时的UE的SRS传输过程的流程图。
[0018]图6是示出用于SRS传输的子帧结构的示图。
[0019]图7是示出根据本发明的第二实施例的发送PUSCH的过程的流程图。
[0020]图8是示出根据本发明的第二实施例的第一替换示例的PUSCH传输过程的流程图。
[0021]图9是示出根据本发明的第二实施例的第二替换示例的PUSCH传输过程的流程图。
[0022]图10是示出根据本发明的第二实施例的第三替换示例的PUSCH传输过程的流程图。
[0023]图11是示出UEl 105和eNBlllO之间的功能配置过程的信号流图。
[0024]图12是示出根据本发明的第三实施例的通信过程的流程图。
[0025]图13是示出根据本发明的第四实施例的UE的软缓冲器处理过程的流程图。
[0026]图14是示出根据本发明的实施例的UE的软缓冲器大小确定过程的流程图。
[0027]图15是示出根据本发明的实施例的UE的配置的框图。
[0028]图16是示出根据本发明的实施例的eNB的配置的框图。
【具体实施方式】
[0029]可以省略在此合并的公知功能和结构的详细描述,以避免模糊本发明的主题内容。参照附图详细描述本发明的示范性实施例。在本发明的说明之前,对LTE系统和载波聚合进行简短的描述。
[0030]图1是示出本发明应用到的LTE系统的架构的示图。
[0031]参照图1,移动通信系统的无线接入网络包括演进节点B(eNB)105、110、115和120,移动性管理实体(MME) 125和服务网关(S-GW) 130。用户设备(在下文被称为UE) 135经由eNB105、110、115和120以及S-Gffl30连接至外部网络。
[0032]在图1中,eNB105、110、115和120对应于UMTS系统的传统节点B。eNB105、110、115和120允许UE建立无线链路,并且与传统节点B相比负责复杂的功能。在LTE系统中,通过共享信道提供包括诸如网络电话(VoIP)的实时服务的所有用户业务,因而需要位于eNB中的设备来基于诸如UE缓冲器条件、功率上升空间状态和信道状态的状态信息来调度数据。通常,一个eNB控制多个小区。为了保证高达IOOMbps的数据速率,LTE系统采用正交频分复用(OFDM)作为无线接入技术。此外,LTE系统采用自适应调制和编码(AMC)来适应于UE的信道条件而确定调制方案和信道编码速率。S-GW130是提供数据承载以便在MME125的控制下建立和释放数据承载的实体。MME125负责各种控制功能,并且连接至多个eNB105、110、115 和 120。
[0033]图2是图解本发明所应用到的LTE系统的协议栈的示图。[0034]参照图2,LTE系统的协议栈包括分组数据会聚协议(I3DCP) 205和240、无线链路控制(RLC) 210和235、媒体访问控制(MAC) 215和230以及物理(PHY) 220和225。PDCP205和240负责IP报头压缩/解压缩,并且RLC210和235负责将TOCP协议数据单元(I3DU)分割为用于自动重复请求(ARQ)操作的适当大小的片段。MAC215和230负责建立到多个RLC实体的连接,以便将RLC PDU复用到MAC PDU,以及将MAC PDU解复用为RLC PDU0 PHY220和225对MAC PDU执行信道编码,并且将MAC PDU调制成OFDM码元来在无线信道上发送,或者对所接收的OFDM码元执行解调制和信道解码,并且向更高层传递经解码的数据。
[0035]图3是图解UE的间断接收操作的示图。
[0036]间断接收操作是监视下行链路信道(物理下行链路控制信道;PDCCH)仅达预定的持续时间并且发送关于信道质量的上行链路信号的操作。这里,上行链路信号可以包括信道状态指示符/信息(CSI)和/或探测参考信号(SRS)。被配置用于监视下行链路调度信道的持续时间被称为活跃时间(Active Time)。使用此方法,可以最小化在活跃时间之外的时间(下文中称为非活跃时间)期间的UE的功耗。
[0037]活跃时间出现在每个间断接收(DRX)周期中,并且依赖于UE的业务情况来确定活跃时间的时段。例如,对于当满足预定条件时的情况,UE使用短DRX周期305,并且对于当不满足条件时的情况,UE使用长DRX周期310。这里,短DRX周期305是短于长DRX周期310的持续时间的持续时间。
[0038]每个DRX周期包括所谓的onDuration(开启持续时间)315的相对短的持续时间的活跃时间,在onDUration315期间如果新的数据被调度,则通过非活跃计时器(inactivityTimer)来延长活跃时间,如参考标号320所表示的。每当新数据被调度时非活跃计时器开启或重新开启,并且如果业务增加,则UE与其匹配地延长活跃时间。
[0039]CSI表示关于诸如信道质量指示符(CQI)和秩指示符(RI)的下行链路信道质量以及多输入多输出(MMO)操作的反馈。通过物理上行链路控制信道(PUCCH)或物理上行链路共享信道(PUSCH)发送CSI。通常,CSI包括CQI,并且因为CQI很可能导致CSI中的任何问题,所以按相同的意思互换地使用术语CSI和CQI。
[0040]UE可以被配置为在预定的时间使用预定的PUCCH传输资源来发送CSI。通过所指示的PUCCH传输资源发送CSI的UE操作被称为PUCCH上的CSI。如果PUCCH上用于CSI的子帧被保留用于发送PUSCH、用户数据或MAC PDU的上行链路信道,则UE必须使用一部分PUSCH传输资源来发送CSI以遵守单载波传输,这被称为PUSCH上的CSI。
[0041]〈第一实施例〉
[0042]根据当前的标准,当活跃时间突然结束和延长时,UE不能调整对于某一持续时间的CSI/RS传输。例如,当活跃时间突然结束时,虽然UE必须停止CSI/SRS传输,但是它很可能没能停止。
[0043]为了解决此问题,当UE的活跃时间结束或延长时,本实施例赋予对于预定持续时间的CSI/SRS传输的自由度。然而,这可能导致迫使eNB执行所谓的二次解码的问题。例如,eNB在UE尚未发送CSI/SRS的假设下解码信号,然后在UE已发送CSI/SRS的假设下再次解码信号。这种两次对相同信号解码的过程被称为二次解码。本实施例提出了在活跃时间突然结束的情况中仅当在第η子帧中CSI/SRS传输不与混合自动重复请求(HARQ)反馈或PUSCH传输重叠时对CSI/SRS传输赋予自由度、但是当它们不重叠时执行CSI/SRS传输的方法。
[0044]图4是示出根据本发明的第一实施例的当UE的活跃时间结束时的CSI传输过程的流程图。
[0045]在步骤405,UE在某一时间点从eNB接收DRX配置信息和CSI配置信息。DRX配置信息包括DRX周期长度、DRX开始时间计算信息、onDuration长度和inactivityTimer长度中的至少一个。
[0046]CSI配置信息包括以下至少一个。
[0047]?关于CQI传输时间的信息可以以索引的形式给出。例如,可以预先确定映射到索引X的间隔和偏移,并且向用户提供索引。UE使用接收到的索引获取CQI传输时间信息。
[0048].CQI传输资源信息。
[0049]?指示是否允许 CQI 和 HARQ ACK/NACK 的同时传输(simultaneousAckNackCQI)的指示符(下文中称为同时传输允许指示符)
[0050]如果接收到以上信息,则UE的无线资源控制(RRC)层将信息传送到UE的MAC控制设备。在步骤410,UE的MAC控制设备使用控制信息执行正常的DRX操作和CQI传输操作。即,MAC控制设备在每一子帧确定当前子帧是否是活跃时间。如果当前子帧是活跃时间,则MAC控制设备监视H)CCH,并且如果CQI传输被配置,则发送CQI。在下面的描述中,如果在某一子帧中配置CQI传 输,则这意味着根据CQI配置信息在该子帧中保留定期的CQI传输。UE执行正常的DRX操作并且在步骤415经历意外的活跃时间终止(强制性终止)。如果活跃时间被意外终止,则这是以下两种情况之一。为了说明方便,活跃时间被意外终止所在的子帧被称为子帧m(下文中,sf [m])。
[0051]1.向由于onDurationTimer或drx-1nactivityTimer未期满而维持活跃时间的UE传送DRX MAC控制元素(CE)。
[0052]2.由于HARQ重传计时器未期满而维持活跃时间的UE接收指示HARQ重传的roccH。
[0053]DRX MAC CE是由eNB发送的用以指令UE停止onDurationTimer和inactivityTimer的MAC控制信息。活跃时间出于各种原因而开始,并且主要是通过两个计时器之一被延长。因此,DRX MAC CE接收可能在很多情况中导致活跃时间的结束的终止。如果活跃时间出于两个计时器的运行之外的原因被维持,则UE不终止活跃计时器而不管DRX MAC CE的接收如何。
[0054]HARQ重传计时器是运行以供UE接收HARQ重传的计时器,并且在该计时器运行的同时UE维持活跃时间。如果活跃时间出于HARQ重传计时器的运行之外的原因被维持,则UE不终止活跃时间而不管指示HARQ重传的H)CCH的接收如何。
[0055]在活跃时间已被意外终止之后,UE在步骤420确定对于预定数量的子帧(sf[m+l]~sf [m+n])的持续时间是否调度定期的CQI传输或者PUCCH上的CQI传输。如果没有调度这样的CQI传输,则UE在步骤425在下一活跃时间之前挂起定期的PUCCH传输或PUCCH上的CQI传输。
[0056]如果在sf [m+1]和sf [m+n]之间调度了 PUCCH上的CQI传输,则该过程进行到步骤430。这里,η表示考虑UE的处理能力而确定的参数,并且被设置为对于被应用到包括具有低处理能力的UE的所有UE来说相对足够大的一值,例如4。[0057]如果η被设置为4,则这意味着因为活跃时间的终止,所以所有UE必须在4个子帧之后停止CQI传输。为了说明方便,在图4中在sf [m+1]和sf [m+n]之间的子帧当中调度了 CQI传输的子帧被称为sf [X]。
[0058]UE在步骤430中确定在sf[x]中是否调度了任何HARQ反馈或PUSCH传输。例如,如果在sf [X]接收到用于初始传输或重传的HARQ NACK或者上行链路授权,则UE在sf [x]发送PUSCH0如果在sf [x-4]接收至IJ PDSCH,则UE在sf[x]发送HARQ反馈(下文中,HARQACK/NACK 或者 HARQ AN)。
[0059]如果在sf [X]没有调度HARQ反馈和PUSCH传输,则该过程进行到步骤435。如果在sf [X]仅调度了 HARQ反馈,该过程就进行到步骤440。如果在sf[x]调度了 HARQ反馈和PUSCH传输两者或者仅调度了 PUSCH传输,则该过程进行到步骤445。
[0060]如果该过程进行到步骤435,则这是eNB能够预测UE发送CQI而没有其他信号的情况。因此,虽然UE在sf [m+1]和sf [m+n]之间执行I3UCCH上的CQI传输,但是eNB不被迫使执行二次解码。因此,UE在sf [X]执行尽力而为的(best effort)CQI传输。S卩,UE在可以知晓活跃时间的终止并停止CQI传输的子帧之前发送CQI。
[0061]如果该过程进行到步骤440,则这是如下情况,在sf[x]调度了 CQI和HARQ AN传输两者,并且eNB知道UE发送HARQ AN但是不知道UE是否发送CQI。例如,eNB由于知晓活跃时间在sf[x]期满,所以不能确定UE是否仅发送AN,或者eNB由于不知晓活跃时间在sf [x]期满,所以不能确定UE是否发送CQI和AN两者。如果sf[x]是活跃时间,则这意味着UE已经知道了在4个子帧之前CQI和AN两者都必须被发送的事实。注意到如果sf [x-4]是活跃时间,则sf [X]也可能是活跃时间而不是非活跃时间,则优选的是发送CQI和HARQAN两者以避免eNB的二次解码。如果sf[x-4]是活跃时间,则对于eNB来说也优选的是独立于活跃时间在UE发送CQI和AN的假设下执行解码。UE在步骤440确定同时传输允许指示符(simultaneousAckNackAndCQI)是否被设置为“真”。如果此参数被设置为“假”,则该过程进行到步骤450。如果同时传输允许指示符(simultaneousAckNackAndCQI)被设置为“假”,则这意味着当AN和CQI传输在相同子帧中冲突时,eNB命令UE发送AN而放弃CQI传输来维持UE的单载波传输特性。因为UE已经在4个子帧之前放弃了 CQI传输,所以虽然活跃时间被突然终止,也不会出现任何CQI传输有关的问题,并且UE在步骤450在sf [X]发送AN并放弃CQI传输。
[0062]如果同时传输允许指不符(simultaneousAckNackAndCQI)被设置为“真”,则UE在步骤455在sf[x]执行发送CSI和AN两者。具体地,UE使用分配给CSI传输的资源选择用于发送CSI和AN两者的PUCCH格式,并且以所选择的格式生成PUCCH信号,PUCCH信号在sf[x]被发送。用于发送CSI和AN两者的PUCCH格式可以是PUSCH格式2a、2b和3中的任何。如果为了将来使用定义了能够发送CSI和AN两者的其他PUCCH格式,则它们也可以在步骤455被选择。在3GPP TS36.213和3GPP TS36.211中规定PUCCH格式。虽然由于低处理能力而难以知晓sf [X]不是活跃时间,但是UE已经通过注意到因为sf[x_4]是活跃时间所以sf [X]很可能是活跃时间而在sf [x-4]开始发送CSI和AN两者所需的操作。
[0063]如果该过程进行到步骤445,则这是这样的情况,UE已经在sf [x_4]知道必须在sf [x]发送I3USCH和CQI和/或AN。如果sf[x-4]是活跃时间,则sf[x]很可能是活跃时间而不是非活跃时间。因此,UE在sf [x-4]执行用于发送I3USCH和CQI和/或AN的过程。更详细地,UE使用一部分PUSCH传输资源用于CQI传输或CQI和AN传输。用在其传输中的资源区域可以遵照如标准中规定的规则来确定。注意到如果sf[x_4]是活跃时间则sf [X]很可能是活跃时间,eNB也在UE在sf [X]使用PUSCH发送CQI或CQI和AN两者的假设下执行PUSCH解码。
[0064]图5是示出根据本发明的第一实施例的当活跃时间被终止时的UE的SRS传输过程的流程图。
[0065]在步骤505,UE在某一时间点从eNB接收DRX配置信息和类型OSRS配置信息。类型OSRS是对于相对长的时段定期发送的SRS,并且可以包括下面的配置信息。为了参考,不同于类型0SRS,类型ISRS是eNB命令TOCCH上的传输并且对于短时段被发送预定次数的SRS。
[0066]?专用SRS传输带宽
[0067]?指示关于SRS传输时间的信息的索引
[0068]图6是示出用于SRS传输的子帧结构的示图。
[0069]更详细地,在跨越传输带宽625的某一子帧的最后一个OFDM码元615处发送SRS。一个子帧的频率资源包括PUCH传输资源区域605和PUSCH传输资源区域610。一个子帧包括多个OFDM码元,并且SRS传输资源620可以被配置到最后一个码元615的PUSCH传输资源的一部分或全部。在某些频率资源中配置SRS传输资源,并且通过系统信息通知SRS传输资源的整个带宽625。UE在SRS传输带宽625的一部分或全部上发送SRS,并且这通过RRC消息的专用SRS传输带宽信息来通知。
[0070]UE基于SRS传输时间信息和专用传输带宽信息来确定用在发送SRS中的子帧和频率资源。
[0071]如果接收到DRX配置信息和类型OSRS配置信息,则UE的RRC将这些信息传送到MAC控制设备。在步骤510,UE的MAC控制设备使用控制信息执行正常的DRX操作和类型OSRS传输。即,RRC在每一子帧确定该子帧是否是活跃时间,如果是,则监视HXXH根据类型OSRS传输配置使用最后一个码元的预定的传输资源来发送SRS。在下面的描述中,如果类型OSRS传输被配置到某一子帧,则这意味着根据类型OSRS配置信息在该子帧中调度类型OSRS传输。UE执行正常的DRX操作并且在步骤515经历意外的活跃时间终止(强制性终止)。在这种情况中,该过程进行到步骤520。为了说明方便,活跃时间在sf [m]被意外地终止。
[0072]在活跃时间已被意外终止之后,UE在步骤520确定对于预定数量的子帧(sf[m+l]~sf[m+n])是否调度了类型OSRS传输。如果没有被调度,则在步骤525,UE在下一次的活跃时间之前挂起类型OSRS传输。
[0073]如果在sf [m+1]和sf [m+n]之间调度了类型OSRS传输,则该过程进行到步骤530。这里,η表示考虑UE的处理能力而确定的参数,并且被设置为对于被应用到包括具有低处理能力的UE的所有UE来说相对足够大的值,例如4。
[0074]如果η被设置为4,则这意味着因为活跃时间的终止,所以所有UE必须在4个子帧之后停止CQI传输。为了说明方便,在图5中在sf [m+1]和sf [m+n]之间的子帧当中调度了类型OSRS传输的子帧被称为sf[x]。
[0075] UE在步骤530确定在sf [x]是否调度了 PUSCH传输。例如,如果在sf [x_4]接收到用于初始传输或重传的HARQ NACK或者上行链路授权,则UE在sf[x]执行PUSCH传输。
[0076]如果在sf [X]没有调度PUSCH传输,则该过程进行到步骤535,否则如果在sf [x]中调度了 PUSCH传输,则该过程进行到步骤540。
[0077]在该过程进行到535的情况中,UE不应该在sf [m+1]和sf [m+n]之间发送类型0SRS,但是即使它发送类型0SRS,也不要求eNB执行二次解码。因此,UE在sf[x]执行尽力而为的类型OSRS的传输。S卩,UE知晓活跃时间的期满,并且在可以终止类型OSRS传输所在的子帧之前执行类型OSRS传输。
[0078]在该过程进行到步骤540的情况中,这意味着在sf [X]调度了类型OSRS传输和PUSCH传输两者,并且eNB知道UE发送PUSCH但是不知道UE是否发送SRS。例如,eNB不知道UE是检查活跃时间的期满以便仅发送PUSCH还是没有检查活跃时间的期满从而发送PUSCH和类型OSRS两者。如果sf[x]是活跃时间,则UE知道必须在4个子帧之前发送类型OSRS和PUSCH两者。因此,如果sf[x_4]是活跃时间,则注意到sf [x]很可能是活跃时间而不是非活跃时间,优选的是发送类型OSRS和PUSCH两者以避免eNB的二次解码。如果sf[x-4]是活跃时间,则对于eNB同样优选的是在UE发送类型OSRS和PUSCH 二者的假设下执行解码,而不管sf[x]是否是活跃时间。UE在步骤540确定是否在与SRS传输频带重叠的频带上发送PUSCH。例如,在非SRS传输频带630中分配PUSCH传输资源,该过程进行到步骤555,否则如果PUSCH传输资源与SRS传输频带625至少部分重叠,则该过程进行到步骤 550。
[0079]在步骤550,UE在除了最后一个码元的码元处发送PUSCH,并且在最后一个码元处执行尽力而为的类型OSRS的传输。这是因为不管UE是否发送类型OSRS都在除了最后一个码元之外的码元处发送PUSCH,并且因为在类型OSRS传输频带上调度PUSCH传输,所以对于eNB来说不必对PUSCH执行二次解码。
[0080]在该过程进行到步骤555的情况中,这意味着虽然主要因为sf [X]是非活跃时间所以不发送SRS,但是UE可能对其知晓或不知晓。如果UE知晓活跃时间的期满,则它甚至在最后一个码元处也发送PUSCH,否则,在最后一个码元处发送SRS而不是PUSCH。因此,eNB必须执行二次解码以为两种情况做准备。为了克服这点,本发明提出了不管Sf [X]是否是活跃时间都同时发送PUSCH和SRS两者的方法,因为如果sf[x-4]是活跃时间则sf [X]很可能是活跃时间。UE在除了发送SRS所在的最后一个码元之外的码元处发送PUSCH。在这种情况中,eNB在发送SRS的假设下执行解码一次,而没有二次解码。
[0081 ] 虽然图4和图5的过程可以被合并以由一个UE执行,但是选择性地执行两个过程之一也包括在本发明的范围中。
[0082]<第二实施例>
[0083]UE使用下面的参数来获取与eNB的同步以用于I3USCH传输。
[0084].HARQ_FEEDBACK:携带与I3USCH传输对应的HARQ反馈的参数。如果HARQ_FEEDBACK是NACK,则这意味着在下一传输定时的重传;否则如果HARQ_FEEDBACK是ACK,则这意味着在下一传输定时不发生重传。
[0085].⑶RRENT_TX_NB:携带当前的HARQ过程所应用到的分组的PUSCH传输的次数的参数。如果⑶RRENT_TX_NB达到预定阈值,则UE从缓冲器丢弃相应的分组。
[0086].⑶RRENT_IRV:携载要应用到当前HARQ过程所应用到的分组的冗余版本(RV)的参数。UE应用由⑶RRENT_IRV指示的RV以用于PUSCH传输。
[0087]每当UE接收HARQ_FEEDBACK或发送PUSCH时更新这些参数。如果出于某种原因UE没能在调度PUSCH传输的子帧处发送PUSCH或者在调度了 HARQ反馈的子帧处接收HARQ反馈,则不清楚如何更新参数。
[0088]由于各种原因,所调度的PUSCH传输可能没有执行。例如,如果相应的子帧属于测量间隙或者与LTE传输自主阻断持续时间至少部分重叠,则UE不在相应的子帧处执行上行链路传输。又例如,如果UE调整用于载波聚合的RF前端的带宽的持续时间与PUSCH传输持续时间至少部分重叠,则UE不执行PUSCH传输。
[0089]测量间隙意思是在服务频率上挂起数据传输以使得UE对当前服务频率之外的其他频率执行测量的持续时间。必要时由eNB配置测量间隙,并且UE根据eNB的指令在某一子帧处挂起服务小区中的发送/接收,并且对其他频率执行测量。因此,如果由于测量间隙UE不能进行PUSCH传输,则UE和eNB都知晓这个。
[0090]自主阻断意思是UE挂起LTE传输以便以其他无线通信模式接收重要的无线信号,例如,无线局域网的信标信号和蓝牙配置控制信号。因为自主阻断由UE自主地执行,所以eNB不知道UE已经自主地阻断PUSCH传输。
[0091]当eNB给UE配置新的服务小区或者激活/禁用预先配置的服务小区时,发生RF前端带宽调整。因为eNB不能准确地知道UE何时执行RF前端带宽调整,所以虽然UE为了RF前端带宽调整使PUSCH传输静默(mute),但是eNB不知晓这个。
[0092]像这样,虽然UE不执行PUSCH传输,但是eNB不知晓这点。如果eNB知道没有执行PUSCH传输,则优选的是UE和eNB将⑶RRENT_IRV维持原样。每当执行非自适应重传(UE使用先前使用的传输资源来执行的重传,并且如果接收到NACK作为反馈,则UE基本上执行非自适应重传)时,定义上行链路HARQ操作使得自动应用特定的RV。例如,UE应用RVO用于初始传输,应用RV2用于第一次非自适应重传,并且应用RV3用于第二次非自适应重传,以及应用RVl用于第三次非自适应重传。UE和eNB使用⑶RRENT_IRV确定要应用于下一次重传的RV。如果虽然没有执行PUSCH传输但是⑶RRENT_IRV增加了,则RV可能被部分省略,导致性能降低。因此,如果eNB知道UE尚未执行PUSCH传输,则最好维持CURRENT_IRV而不增加。
[0093]否则,如果eNB不知道UE尚未发送PUSCH,则更重要的是增加⑶RRENT_IRV使得UE和eNB使用相同的RV来执行编码和解码。
[0094]⑶RRENT_TX_NB的目标是避免当尽管超过预定的传输次数但是传输失败时重传不再发生。如果当前的分组的传输次数等于或大于预定阈值,则UE从HARQ缓冲器丢弃该分组并且不再执行重传。如果当前分组的传输次数等于或大于预定阈值,则eNB确定不再执行该分组的非自适应重传,并且将分配给该分组传输的频率/时间传输资源输资源分配给另一 UE。因此,UE和eNB同时检查出当前分组的传输次数变为等于或大于阈值很重要,并且为了实现这点,UE和eNB基于过去的重传时机的次数而不是实际的PUSCH传输次数来管理⑶RRENT_TX_NB。即,虽然尚未实际发送某一分组,但是每当该分组的传输时间过去,UE和eNB就将⑶RRENT_TX_NB增加I。因此,不管eNB是否知道UE尚未发送PUSCH,UE都将CURRENT_TX_NB 增加 I。
[0095]至于没有从缓冲器丢弃的分组,虽然已经挂起PUSCH传输,但是UE监视TOCCH和PHICH以用于确定是否执行重传。优选的是基于通过控制信道接收的控制信息来执行重传。优选的是取决于挂起PUSCH传输的原因,而选择性地监视HXXH和PHICH。
[0096]图7是示出根据本发明的第二实施例的发送PUSCH的过程的流程图。
[0097]UE在步骤705知晓在某一子帧sf [η]调度的PUSCH传输的失败。
[0098]UE确定在sf [η]的PUSCH传输失败的原因是因为测量间隙、sf [η]的重叠和自主阻断还是在sf[n]的RF前端带宽调整。如果TOSCH传输失败的原因是因为测量间隙,则该过程进行到步骤715,否则如果PUSCH传输失败的原因是因为自主阻断或者RF前端带宽调整,则进行到步骤720。
[0099]在失败的PUSCH传输是HARQ重传的情况中,UE在步骤715如下处理⑶RRENT_IRV和⑶RRENT_TX_NB。如果在相应的子帧处没有执行所调度的PUSCH传输,则UE维持CURRENT_IRV的当前值并且将CURRENT_TX_NB增加I。根据替换实施例,UE可以在sf [η]执行CURRENT_IRV的更新(即确定维持CURRENT_IRV的当前值),并且在sf [n_l]和sf [η]之间的某一时间执行CURRENT_TX_NB的更新。如上所述,这是因为CURRENT_IRV是取决于是否已执行实际传输而更新的参数,而CURRENT_TX_NB是不管已执行的实际传输如何而更新的参数。
[0100]在失败的PUSCH传输是初始传输的情况中,UE在步骤715如下处理⑶RRENT_IRV和CURRENT_TX_NB。UE将CURRENT_IRV和CURRENT_TX_NB初始化为O并且不再执行更新。
[0101]在失败的PUSCH传输是HARQ重传的情况中,UE在步骤720如下处理⑶RRENT_IRV和CURRENT_TX_NB。如果在相应的子帧处没有执行所调度的PUSCH传输,则UE将CURRENT_IRV和CURRENT_TX_NB两者增加I。根据替换实施例,UE可以在sf[n]执行CURRENT_IRV的更新(即将⑶RRENT_IRV增加I),并且在sf [n_l]和sf [η]之间的某一时间执行⑶RRENT_TX_NB的更新。根据另一替换实施例,UE接收与PUSCH传输对应的HARQ反馈而不更新CURRENT_IRV,然后如果HARQ反馈是NACK (即如果指示非自适应重传),则将CURRENT_IRV增加1,否则如果HARQ反馈是ACK (即禁止非自适应重传),则维持⑶RRENT_IRV的当前值。即,如果该过程进行到步骤740,则UE维持⑶RRENT_IRV的当前值,否则如果该过程进行到步骤745,则将⑶RRENT_IRV增加I。HARQ反馈ACK是供eNB在接收到之后的重传命令之前挂起执行重传的命令。因为重传命令包括关于用在UE的RV的信息,所以如果HARQ反馈是ACK,则没必要更新⑶RRENT_IRV。即,如果由于自主阻断UE没能进行PUSCH传输,并且如果eNB已经命令PUSCH的非自适应重传(或者已经接收到HARQ反馈NACK或者HARQ_FEEDBACK已经被设置为NACK),则UE调整⑶RRENT_IRV(即将它调整I);并且如果由于自主阻断UE没能进行PUSCH传输,并且如果eNB已经命令执行TOSCH的非自适应重传(或者已经接收到HARQ反馈ACK或者HARQ_FEEDBACK已经被设置为ACK),则UE不调整CURRENT_IRV。
[0102]在失败的PUSCH传输是初始传输的情况中,UE在步骤720如下处理⑶RRENT_IRV和CURRENT_TX_NB。UE在携载指示初始传输的上行链路授权的sf[n_4]和调度初始传输的sf [η]之间的某一时间将CURRENT_TX_NB和CURRENT_IRV初始化为O。之后,UE维持CURRENT_TX_NB的当前值并且在sf [η]将CURRENT_IRV增加I。或者,UE可以在接收到HARQ反馈之后调整⑶RRENT_IRV。S卩,如果HARQ反馈是ACK (即,如果该过程进行到步骤740),则UE维持⑶RRENT_IRV的当前值,否则如果HARQ反馈是NACK(即如果该过程进行到步骤745),则调整 CURRENT_IRV (例如将 CURRENT_IRV 增加 I)。[0103]对于HARQ初始传输和HARQ重传以不同的方式更新CURRENT_TX_NB和CURRENT_IRV的原因是因为CURRENT_TX_NB涉及执行过的或者应该执行过的传输,而CURRENT_IRV涉及将要执行的传输。
[0104]在步骤725,UE在sf [n+4]监视HXXH和PHICH。PDSCH是携带诸如上行链路授权和下行链路分配的调度命令的信道,PHICH是携带HARQ反馈的信道。
[0105]在步骤730,UE确定在sf [n+4]是否接收到与有关的分组对应的HARQ反馈或PDCCH。如果一起接收到HXXH和HARQ反馈两者,则该过程进行到步骤735 ;如果接收到HARQ ACK而没有H)CCH,则该过程进行到步骤740 ;而如果接收到HARQ NACK,则该过程进行到步骤745。如果接收到与有关分组对应的H)CCH,则这意味着接收到指示有关分组的自适应重传的上行链路授权。如果接收到与有关分组对应的H)CCH,则这意味着用于处理分组的HARQ过程的上行链路授权。
[0106]在步骤735,不考虑实际接收到的HARQ反馈,即通过即使已经接收到HARQ ACK也将HARQ_FEEDBACK设置为NACK,UE使用在上行链路授权中指示的传输信息和传输资源在sf[n+8]执行TOSCH传输(如果可能的话)。忽略实际接收到的HARQ反馈的原因是因为当同时接收到用CRC保护的上行链路授权和不被CRC保护的HARQ反馈时,优选的是给予上行链路授权信息优先权。如果HARQ_FEEDBACK被设置为NACK,则这意味着在相应HARQ过程的下一传输定时执行上行链路传输;而如果HARQ_FEEDBACK被设置为ACK,则这意味着在相应的HARQ过程中不执行上行链路传输直到接收到新的上行链路授权为止。
[0107]在步骤740,UE将HARQ_FEEDBACK设置为实际接收到的HARQ反馈值,即ACK。UE挂起在相应的HARQ过程中的传输,直到之后通过上行链路授权指令传输为止。
[0108]在步骤745,UE将HARQ_FEEDBACK设置为实际接收到的HARQ反馈值,即NACK。之后,UE使用在相应的HARQ过程的下一个传输时间,即sf [n+8]之前分配的传输资源来执行非自适应重传。
[0109]如果eNB知道UE尚未发送PUSCH,则优选的是跳过接收PHICH并且应用非自适应重传。如果UE尚未发送PUSCH,则不存在eNB成功接收分组的可能性,UE必须执行重传。在此情况中,UE跳过接收PHICH并且eNB跳过发送PHICH,以便减少功耗和干扰。否则,如果eNB不知道UE已发送PUSCH,则eNB发送HARQ反馈,从而对于UE优选的是根据HARQ反馈信息来操作。
[0110]图8是示出根据本发明的第二实施例的第一替换示例的PUSCH传输过程的流程图。
[0111]因为步骤805和810与图7的步骤705和710—样,所以在此省略其详细描述。
[0112]如果该过程进行到步骤820,则这意味着eNB不知道UE尚未发送PUSCH。在此情况中,UE执行步骤820、825、830、835、840和845的操作;并且因为这些步骤与步骤720、725、730、735、740和745 —样,所以在此省略其详细描述。
[0113]如果过程进行到步骤815,则这意味着eNB知道UE尚未发送PUSCH。步骤815与步骤715 —样。
[0114]之后,在步骤823,UE在sf[n+4]监视PHICH,即不接收HARQ反馈,而仅监视PDCCH。
[0115]在步骤872,UE确定是否接收到I3DCCH,并且如果是,则过程进行到步骤835。否贝丨J,如果没有接收到H)CCH,则过程进行到步骤845,在此UE将HARQ_FEEDBACK设置为NACK并且执行非自适应重传。
[0116]如果UE由于RF前端带宽调整或自主阻断而没有接收到HARQ反馈,则UE操作不明。特别是因为eNB不知道UE是否已接收到HARQ反馈,所以要求考虑这点来设计操作。
[0117]图9是示出根据本发明的第二实施例的第二替换示例的PUSCH传输过程的流程图。
[0118]在步骤905,由于诸如测量间隙、自主阻断和RF前端调整的原因,UE没有接收到在sf [η]调度的HARQ反馈。
[0119]在步骤910,UE确定在sf [η-4]是否执行与HARQ反馈对应的PUSCH传输。因为自主阻断的持续时间通常很短,所以PUSCH传输的可能性也很小。S卩,虽然已经发送TOSCH,但是很可能没有接收到反馈。否则,执行RF前端带宽调整需要花费超过4ms,可能不能发送PUSCH和接收反馈。如果在sf[n-4]发送了 PUSCH,则过程进行到步骤915,否则如果在sf [η-4]发送PUSCH,则过程进行到步骤920。
[0120]如果过程进行到步骤915,则这意味着UE已发送PUSCH但是没有接收到反馈,在这种情况中,UE将HARQ_FEEDBACK设置为ACK,并且考虑到eNB已经成功接收到PUSCH的可能性,在sf [n+4]不执行重传。
[0121 ] 如果过程进行到步骤920,则这意味着UE既尚未发送PUSCH,也没有接收到任何反馈,在这种情况中,UE将HARQ_FEEDBACK设置为ACK,并且在sf [n+4]执行自适应重传。
[0122]在执行自主阻断的情况中,对于UE来说优选的是取决于在某一时间发送的LTE信号的种类来执行重复的(follow-up)操作用于自主阻断。
[0123]图10是示出根据本发明的第二实施例的第三替换示例的PUSCH传输过程的流程图。
[0124]在步骤1005,在UE出现执行自主阻断的必要性。
[0125]例如,出现这样的情况,UE必须接收关于无线局域网或蓝牙的重要控制信号达预定的持续时间。
[0126]UE在步骤1010确定是否存在至少部分地与从其他无线通信设备接收控制信号的持续时间重叠的任何上行链路传输,并且如果存在,则检查上行链路传输的类型。如果不存在这样的上行链路传输,则UE执行正常操作。即,UE从其他无线通信设备接收信号。
[0127]如果上行链路传输是随机接入前导码或SR的上行链路传输,则UE在步骤1015执行操作I。SR(调度请求)是供UE向eNB请求传输资源分配的I位信号,并且可以每个UE专门地分配SR传输资源。
[0128]如果要自主阻断的上行链路传输是SRS,则UE在步骤1020执行操作2。
[0129]如果要自主阻断的上行链路传输是CQIJU UE在步骤1025执行操作3。
[0130]如果要自主阻断的上行链路传输是I3USCH,则UE在步骤1030执行操作4。
[0131]如果要自主阻断的上行链路传输是HARQ反馈,则UE在步骤1035执行操作5。
[0132]下面描述UE的操作。
[0133][操作I]-步骤 1015
[0134]如果要自主阻断的信号是前导码,则UE如下操作。
[0135]如果前导码被初始发送,则应用自主阻断,否则重传前导码,不应用自主阻断。
[0136]如果可用的前导码传输次数(即,直到不能的前导码传输数量与最大传输数量之间的差值)等于或大于预定阈值,则应用自主阻断,否则不应用自主阻断并且不执行前导码传输。
[0137]如果应用自主阻断,S卩,如果不发送前导码,则维持对前导码传输数量计数的参数,并且在离终止自主阻断的子帧最近的可用于前导码传输的子帧发送前导码。
[0138]如果要自主阻断的信号是SR,则UE如下操作。
[0139]SR通过正常BSR触发。当具有比存储在UE中的数据的优先级更高的优先级的数据时,触发正常BSR。如果涉及SR触发的数据的优先级低于预定阈值,则应用自主阻断,否则不应用自主阻断。如果涉及SR触发的数据是预定逻辑信道的数据,例如是处理RRC控制消息的专用逻辑信道的专用控制信道(DCCH)的数据,则不应用自主阻断(即,发送SR),否则如果数据是其他逻辑信道的数据,则应用自主阻断。
[0140]如果由于自主阻断不发送SR,则UE维持对SR传输的数量计数的参数,并且在离终止自主阻断的子帧最近的具有SR传输资源的子帧发送SR。
[0141][操作2]-步骤 1020
[0142]如果要自主阻断的信号是SRS,则UE应用自主阻断。
[0143][操作3]-步骤 1025
[0144]如果要自主阻断的信号是CQIJU UE不应用自主阻断。
[0145][操作4]-步骤 1030
[0146]如果要自主阻断的信号是PUSCH,则UE应用自主阻断。根据替换实施例,如果可用的剩余重传次数(即,最大传输次数和⑶RRENT_TX_NB之间的差值)等于或大于预定阈值,则应用自主阻断,否则不应用自主阻断。根据另一替换实施例,如果已经对当前HARQ过程中的分组应用自主阻断,则UE不应用自主阻断,否则应用自主阻断。
[0147][操作5]_ 步骤 IO35
[0148]如果要自主阻断的信号是HARQ反馈,则UE不应用自主阻断。
[0149]〈第三实施例〉
[0150]图11是示出UEl 105和eNBlllO之间的功能配置过程的信号流图。
[0151]取决于UEl 105的能力和eNBlllO的情形,UEl 105和eNBl110可以配置各种功能。
[0152]例如,UE1105和eNBlllO可以在步骤1115配置DRX用于UE1105的节电。在步骤1120,UE1105和eNBlllO可以配置短DRX以用于适合于业务情况最大化节电。在步骤1125,UEl 105和eNBl 110可以配置半永久性调度以用于有效地支持语音服务。在步骤1130,UE1105和eNBlllO可以配置64QAM功能以用于增加eNBlllO附近的UE1105的数据速率。在步骤1135,UEl 105和eNBlllO可以配置UE特定的参考信号。可以选择性地执行步骤1115至 1135。
[0153]为使eNBlllO取决于情形来对UE配置特定的功能,eNB必须知道UEl 105是否具有相应功能的能力以及是否已执行互用性测试(IOT)。特别是在支持频分双工(FDD)和时分双工(TDD)两者的双模UE的情况中,可能在一种模式中支持某些功能,或者可能对于一种模式执行用于某些功能的Ι0Τ。此时,UE有必要向eNB报告关于支持某种功能的工作模式以及已经对其执行IOT的工作模式。通常,UE支持多个无线接入技术(RAT),并且用在相应时间最佳的RAT来执行通信。此时,UE可能必须执行关于其他RAT以及当前RAT的能力报告。此实施例提出了用于在UE被连接至UMTS网络的状态中选择性地报告LTE FDD能力和LTE TDD能力的方法和装置。
[0154]图12是示出根据本发明的第三实施例的通信过程的流程图。
[0155]UE1105在步骤1210配置与UMTS网络的RRC连接。这是以这样的方式执行:UE1105向 eNBlllO 发送 RRC CONNECTION REQUEST(RRC 连接请求)消息,eNBl 10 向 UEl 105 发送RRC CONNECTION SETUP (RRC 连接建立)消息,并且 UE 向 eNB 发送 RRC CONNECTION SETUPCOMPLETE(RRC连接建立完成)消息。一旦建立起RRC连接,则UE1105就在步骤1215在UMTS网络上使用WCDMA技术(或其他类似的技术)执行通信。步骤1215的操作可以包括在UE1105根据网络的指令来配置测量,测量周围的小区,报告测量结果,并且根据网络的指令执行切换到另一小区。
[0156]接下来,UE1105在步骤1220在某一时间从eNB接收指令报告LTE能力的控制消
肩、O
[0157]在步骤1225,UEl 105如下确定是否报告LTE FDD能力或者LTE TDD能力。
[0158]如果eNB被指令对其执行测量的LTE频率在相应时间存在,并且如果LTE频率属于FDD频带,则UEl 105确定报告LTE FDD能力。如果LTE频率属于TDD频带,则UEl 105确定报告LTE TDD能力。
[0159]如果FDD和TDD频带频率都作为eNB1105被指令对其执行测量的LTE频率出现,则UE1105可以确定报告在LTE FDD和TDD能力之间任意选择的LTE能力。
[0160]如果eNB被指令对其执行测量的LTE频率不存在(be absent),则UEl 105确定是否在系统信息的相邻小区信息中存在LTE频率信息。如果存在,则当LTE频率信息是FDD频带频率时,UE确定报告LTE FDD能力,而当LTE频率信息是TDD频带频率时,报告LTE TDD能力。如果相邻小区信息的LTE频率信息包括FDD和TDD频带频率,则UEl 105选择LTE FDD和TDD能力之一并报告所选择的模式能力。
[0161]LTE FDD能力意指仅考虑LTE FDD频带而确定的LTE能力。更详细地,LTE FDD能力信息的特征组指示符(FGI)集合的FGI位被配置为指示相应的特征组是否通过FDD频带上的IOT测试。同样,报告在FDD频带上支持的各种可选特征的可支持性和通过的Ι0Τ。
[0162]同样地,LTE TDD能力意指仅考虑LTE FDD频带而确定的能力。
[0163]UEl 105在步骤1230根据确定结果生成包含LTE FDD能力或LTE TDD能力的控制消息,并且向网络发送控制消息。
[0164]〈第四实施例〉
[0165]为了执行下行链路HARQ操作,UE有必要存储没有成功解码的数据,并且用于数据的存储空间被称为软缓冲器。软缓冲器大小是与UE能力有关的指示符,并且被表示为软信道位的总数量。因为数据传输和重传是每次HARQ过程(或者传输块;TB)执行的,所以按每个HARQ过程或TB来管理软缓冲器。在下面的描述中,可互换地使用术语“HARQ过程”和“TB”。虽然TB最初是指示在HARQ过程中处理的数据的术语,但是如果MIMO配置在一个HARQ过程中处理两个TB,从而对于每个TB而不是对于每个HARQ过程来确定软缓冲器大小。更详细地,通过公式(I)来确定每个TB的软缓冲器大小。
[0166]
【权利要求】
1.一种终端的控制信号传输方法,该方法包括: 在活跃时间中检测第一子帧处的强制性终止;以及 当检测到强制性终止、在第一子帧之后的预定数量的子帧中的第二子帧处在物理上行链路控制信道(PUCCH)上调度任何信道质量指示符(CQI)传输并且在第二子帧处既没有配置HARQ自动重复请求(HARQ)反馈传输也没有配置物理上行链路共享信道(PUSCH)时,发送 CQI。
2.如权利要求1所述的方法,进一步包括:当在第二子帧处配置了PUSCH时,使用PUSCH区域的一部分来发送CQI。
3.如权利要求2所述的方法,进一步包括: 获取指示允许CQI和HARQ反馈的同时传输的同时传输允许指示符, 当在第二子帧处没有调度PUSCH传输而调度了 HARQ反馈传输并且当同时传输允许指示符指示CQI和HARQ反馈的同时传输的否定时,发送HARQ反馈而不发送CQI。
4.如权利要求3所述的方法,进一步包括:当在第二子帧处没有调度PUSCH传输而调度了 HARQ反馈并且当同时传输允许指示符指示允许CQI和HARQ反馈的同时传输时,选择能够发送CQI和HARQ反馈两者的PUCCH格式,并且以所选择的PUCCH格式来发送CQI和HARQ反馈。
5.如权利要求1所述的方法,进一步包括: 当检测到强制性终止并且当在预定数量的子帧中的第三子帧处调度了类型O探测参考信号(SRS)传输而没有调度I3USCH传输时,发送SRS。
6.如权利要求5所述的方法,进一步包括:当在第三子帧处调度了PUSCH传输并且当PUSCH传输区域和SRS传输区域重叠时,在重叠的区域处发送SRS。
7.如权利要求1所述的方法,进一步包括:当检测到强制性终止并且当在第一子帧之后的预定数量的子帧当中缺少在其处进行PUCCH上的CQI传输的任何子帧时,在下一活跃时间之前停止PUSCH上的CQI传输。
8.—种发送控制信号的终端,该终端包括: 控制单元,在活跃时间中检测第一子帧处的强制性终止;以及 通信单元,检测强制性终止,并且当检测到强制性终止、在第一子帧之后的预定数量的子帧中的第二子帧处在物理上行链路控制信道(PUCCH)上调度任何信道质量指示符(CQI)传输并且在第二子帧处既没有配置HARQ自动重复请求(HARQ)反馈传输也没有配置物理上行链路共享信道(PUSCH)时,发送CQI。
9.如权利要求8所述的终端,其中,当在第二子帧处配置了PUSCH时,通信单元使用PUSCH区域的一部分来发送CQI。
10.如权利要求9所述的终端,其中,控制单元获取指示允许CQI和HARQ反馈的同时传输的同时传输允许指示符,并且当在第二子帧处没有调度PUSCH传输而调度了 HARQ反馈传输并且当同时传输允许指示符指示CQI和HARQ反馈的同时传输的否定时,传输单元发送HARQ反馈而不发送CQI。
11.如权利要求10所述的终端,其中,当在第二子帧处没有调度TOSCH传输而调度了HARQ反馈并且当同时传输允许指示符指示允许CQI和HARQ反馈的同时传输时,通信单元选择能够发送CQI和HARQ反馈两者的PUCCH格式,并且用以选择的PUCCH格式来发送CQI和HARQ反馈。
12.如权利要求8所述的终端,其中,当检测到强制性终止并且当在预定数量的子帧中的第三子帧处调度了类型O探测参考信号(SRS)传输而没有调度TOSCH传输时,通信单元发送SRS。
13.如权利要求12所述的终端,其中,当在第三子帧处调度了PUSCH传输并且当PUSCH传输区域和SRS传输区域重叠时,通信单元在重叠的区域处发送SRS。
14.如权利要求 8所述的终端,其中当检测到强制性终端并且当在第一子帧之后的预定数量的子帧当中缺少在其处进行PUCCH上的CQI传输的任何子帧时,通信单元在下一活跃时间之前停止PUSCH上的CQI传输。
【文档编号】H04J11/00GK103988455SQ201280061320
【公开日】2014年8月13日 申请日期:2012年10月12日 优先权日:2011年10月12日
【发明者】金成勋, G-J.范利肖特, 张宰赫 申请人:三星电子株式会社
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1