在移动通信系统中节电模式的用户设备发送反向控制信号的方法和装置 |
|||||||
| 申请号 | CN201280028708.7 | 申请日 | 2012-04-10 | 公开(公告)号 | CN103620984B | 公开(公告)日 | 2017-05-24 |
| 申请人 | 三星电子株式会社; | 发明人 | 金成勋; G-J.范利肖特; 郑景仁; | ||||
| 摘要 | 本 发明 涉及一种在支持非连续接收(DRX)的无线通信系统中的用户设备向基站发送控制 信号 的方法和装置。更具体说，所述用户设备向基站发送 控制信号 的方法包括：在基于激活时间的最后一个子 帧 而预定的第一部分中，接收指示新上行链路或下行链路传输的下行链路控制信道；以及在基于已接收到所述下行链路控制信道的子帧而预定的第二部分中，选择性地不发送控制信号。另外，所述向基站发送控制信号的用户设备包括：收发器，用于与所述基站收发信号；以及控制单元，用于当在根据激活时间的最后一个子帧而预定的第一部分中所述收发器接收到指示新上行链路或下行链路传输的下行链路控制信道时，选择性地确定是否在通过接收到所述下行链路控制信道的子帧而预定的第二部分中发送控制信号。根据本发明，当用户设备通过清楚地区分在其中必须发送控制信号的子帧和在其中控制信号发送是可选的子帧而延长用户设备的激活时间时，可以有效地降低在整个系统上的负担。 | ||||||
| 权利要求 | 1.一种在无线通信系统中由终端发送控制信息的方法，所述方法包括： |
||||||
| 说明书全文 | 在移动通信系统中节电模式的用户设备发送反向控制信号的方法和装置 技术领域[0001] 本公开涉及在移动通信系统中处于非连续接收(DRX)运行中的用户设备发送上行链路控制信号的方法和装置。 背景技术[0002] 通常，移动通信系统已经发展到在保证用户移动性的同时提供通信服务。由于飞速的技术进步，移动通信系统不仅能提供语音通信服务，而且能提供高速数据通信服务。 [0003] 近来，第三代合作伙伴项目(3GPP)已正在致力于标准化作为下一代移动通信系统的长期演进(LTE)系统的规范。预计LTE系统在2010年左右可商用，其目标是实现支持超过现有数据速率的100Mbps的数据速率的基于高速分组的通信。随着LTE系统标准化的完成，为了得到更高的数据速率，3GPP通过在LTE系统中引入各种新的通信方案而着手开发先进LTE(LTE-A)系统。在描述中，现有LTE系统和LTE-A系统统称为LTE系统。 [0004] 载波聚合(CA)和多输入多输出(MIMO)是新引入通信方案的代表。载波聚合是使得用户设备能够使用多个载波来发送和接收数据的技术。这里，用户设备可通过与多个聚合的载波相关联的多个小区(通常，这些小区属于同一基站)来发送和接收数据。发明内容 [0005] 技术问题 [0007] 技术方案 [0008] 根据本公开的一个方面，提供一种在支持非连续接收(DRX)的无线通信系统中的用户设备向基站发送控制信号的方法。所述方法可包括：在参照激活时间的最后一个子帧而预设的第一时段中，接收指示新上行链路或下行链路传输的下行链路控制信道；以及在预设的从在其接收到下行链路控制信道的子帧开始的第二时段中选择性地跳过控制信号的发送。 [0009] 根据本公开的另一方面，提供一种在支持非连续接收(DRX)的无线通信系统中的向基站发送控制信号的用户设备。所述用户设备可包括：收发单元，用于向基站发送信号和从基站接收信号；以及控制单元，用于当在参照激活时间的最后一个子帧而预设的第一时段中所述收发单元接收到指示新上行链路或下行链路传输的下行链路控制信道时，确定是否在预设的从在其中接收到下行链路控制信道的子帧开始的第二时段中选择性地发送控制信号。 [0010] 有益技术效果 [0011] 本公开的特征在于，对于在移动通信系统中的上行链路控制信号的传输，DRX运行中的用户设备能够把其中需要高于正常处理能力的情况与其中不需要高于正常处理能力的情况区分开，以及只有在不需要高于正常处理能力时才被允许发送上行链路控制信号。因此，可以避免上行链路控制信号的丢失。 附图说明 [0012] 图1图解了本公开适用的LTE系统架构。 [0013] 图2图解了本公开适用的LTE系统的无线协议的层次。 [0014] 图3图解了用户设备支持的载波聚合。 [0015] 图4描述了本公开的第一实施例。 [0016] 图5是描述根据本公开第一实施例的UE和ENB的运行的时序图。 [0017] 图6是描述根据本公开第一实施例的UE的运行的流程图。 [0018] 图7是描述根据本公开第二实施例的UE和ENB的运行的时序图。 [0019] 图8是描述根据本公开第二实施例的UE的运行的流程图。 [0020] 图9是描述根据本公开第三实施例的UE的运行的流程图。 [0021] 图10是根据本公开一个实施例的用户设备的方框图。 [0022] 图11是根据本公开一个实施例的基站的方框图。 具体实施方式[0023] 下文中，将参照附图详细描述本公开的实施例。可能将省略对其中包含的公知的功能和结构的详细描述以避免模糊本公开的主题。 [0024] 本公开涉及用户设备用来向网络报告其性能的方法和装置。在本公开描述之前，将简要描述LTE系统和载波聚合。 [0025] 图1图解了本公开适用的LTE系统架构。 [0026] 参照图1，LTE无线接入网络由基站(演进节点B、节点B或者ENB)105、110、115和120，移动管理实体(MME)125和服务网关(S-GW)130构成。用户设备(UE)135可通过ENB105到 120和S-GW130连接到外部网络。 [0027] 在图1中，ENB105到120对应于现有UMTS系统中的节点B。ENB通过无线信道连接到UE135，相比现有的节点B，可执行更复杂的功能。在LTE系统中，由于所有的用户业务(包括像IP语音(VoIP)服务这样的实时服务)都通过共享信道来提供，因此，需要根据从UE收集的诸如缓冲状态、可用发送功率和信道等状态信息来执行调度的实体。ENB105到120中的每一个都执行这种调度功能。 [0028] 在大多数情况下，单个ENB控制多个小区，为达到100Mbps的数据速率，LTE系统使用例如20MHz的带宽上的正交频分复用(OFDM)作为无线接入技术。采用自适应调制与编码(AMC)来根据UE信道的状态确定调制方案和信道编码。S-GW130提供数据承载，以及在MME125控制下创建和去除数据承载。MME125执行包括UE移动性管理的各种控制功能，并且被连接到多个ENB. [0029] 图2图解了本公开适用的LTE系统的无线协议的层次。 [0030] 参照图2，对于LTE系统中的UE和ENB，无线协议栈由分组数据会聚协议(PDCP)205或240、无线链路控制(RLC)210或235、媒体接入控制(MAC)215或230以及物理层(PHY)220或225构成。PDCP205或240执行IP报头的压缩和解压缩。无线链路控制(RLC)210或235将PDCP PDU(协议数据单元)重新配置成合适的尺寸，以便执行自动重传请求(ARQ)操作等。 [0031] MAC215或230被连接到同一个UE中的多个RLC层单元，将多个RLC PDU复用到MAC PDU中，或者将MAC PDU解复用成RLC PDU。物理层(PHY)220或225通过信道编码和调制，将高层数据转换为OFDM码元，并通过无线信道传输OFDM码元，或者通过解调制和信道解码，将通过无线信道接收到的OFDM码元转换为高层数据并将这些数据转发到高层。 [0032] 图3图解了用户设备支持的载波聚合。 [0033] 参照图3，一个ENB发送和接收跨越多个频带的多个载波。例如，假定ENB305发送中心频率为f1的载波315和中心频率为f3的载波310。现有UE可使用两个载波之一来发送和接收数据。然而，具有载波聚合功能的UE可并行向多个载波发送数据和从多个载波接收数据。这里，ENB305可根据情况分配更多的载波给具有载波聚合能力的UE330以增加UE330的数据速率。 [0034] 在传统意义上，可以认为一个小区由同一基站提供的下行链路载波和上行链路载波构成。在载波聚合中，可认为用户设备并行通过多个小区发送和接收数据。因此，用户设备的最大数据速率可根据聚合的载波数量成比例增长。 [0035] 在接下来的描述中，对于UE,在通过与表征以上载波的频带和中心频率相对应的小区提供的控制和数据信道来进行数据发送和接收方面，通过下行载波的数据接收和通过上行载波的数据发送的意义是完全相同的。 [0036] 为有效使用给定通信网络中的无线传输资源，UE向ENB定期或不定期发送预先设定的控制信息。例如，这样的控制信息可包括信道质量指示(CQI)、预编码矩阵指示(PMI)、秩指示(RI)、预编码类型指示(PTI)、侦听参考信号(SRS)以及HARQ反馈信号。这里，CQI、PMI、RI和PTI也可以称为信道状态信息(CSI)。CSI可通过物理上行链路控制信道(PUCCH)传输或被包含在物理上行链路共享信道(PUSCH)中传输。SRS可在PUSCH的最后一个码元中传输。 [0037] 这些信息可以是UE体验的下行链路信道质量的信息，ENB可用来估计UE体验的下行链路信道质量的信息，或者对于下行链路数据的HARQ反馈信息。不包括SRS在内的上行链路控制信号仅由主小区(PCell)传输，SRS可通过辅小区(SCell)传输。如前所述，当使用载波聚合时，可以向一个UE分配多个服务小区，其中之一是PCell，其余为SCell。主小区和辅小区可定义如下。 [0038] 主小区：工作在主频带上的小区，在其中，UE执行初始连接建立过程或发起连接重建立过程，或者在切换过程中被指示为主小区的小区。 [0039] 辅小区：工作在辅频带上的小区，一旦RRC连接被建立，辅小区就可以被配置，并且其可被用于提供额外的无线资源。 [0040] 为了最小化电池功耗，UE可以以非连续接收(DRX)模式来运行。关于DRX的相关信息，可以参考3GPP TS36.321的第5.7部分。在DRX模式中，UE只在设定为激活时间的特定持续时间内可监听物理下行链路控制信道(PDCCH)，以便UE可在其它持续时间关闭收发器。为便于叙述，下面将描述一些DRX的相关术语。 [0041] 激活时间：在DRX运行中需要接收PDCCH的持续时间。激活时间可包括以下时间： [0042] —onDurationTimer(持续时间定时器)或drx-InactivityTimer(DRX非激活定时器)或drx-RetransmissionTimer(DRX重传定时器)或mac-ContentionResolutionTimer(MAC竞争解决定时器)正在运行(第一类型的激活时间)；或者 [0043] —调度请求在PUCCH上传输并且是未决的(第二类型的激活时间)；或者[0044] —未决的HARQ重传的上行链路授权可能发生，并且在相应的HARQ缓冲中存在数据(第三类型的激活时间)；或者 [0045] —成功接收到针对非UE所选的前导码的随机接入响应后，还没有接收到指示目的地为UE的C-RNTI的新传输的PDCCH(第四类型的激活时间)。 [0046] 处于DRX模式下的UE在激活时间内发送CSI和SRS，而在非激活时间内不发送它们。正常情况下，这样的DRX工作模式不会引起问题。 [0047] 然而，当激活时间由于准备发送上行链路控制信号失败而被非预期延长时，UE可能就无法在激活时间的部分时间里发送这样的上行链路控制信号。尤其是当CSI信号在PUSCH上被复用以用于传输时，这个问题就可能发生。 [0048] 例如，假定UE在子帧n+m被调度去执行PUSCH发送，并且由于在子帧n+m-k接收到新的调度请求，所以激活时间被延长。在子帧n+m-k之前，UE可准备在子帧n+m进行不复用CSI的PUSCH发送。由于激活时间在子帧n+m-k被非预期延长，UE不得不将在子帧n+m的发送改变为复用CSI的PUSCH发送。然而，UE可能不能进行这样的快速转变，这是因此可能不得不既准备不复用CSI的PUSCH发送，又准备复用CSI的PUSCH发送。 [0049] 在本公开中，为处理以上问题，当激活时间被非预期延长时，把其中必须发送CSI的持续时间与其中根据UE能力确定CSI发送的持续时间分离开。 [0050] 第一实施例 [0051] 图4描述了本公开的第一实施例。 [0052] 参照在其根据onDurationTimer或drx-InactivityTimer到期而预计激活时间结束的子帧405，定义第一时段、第二时段、第三时段和第四时段。在接下来的描述中，假定子帧n是在其预计激活时间结束的子帧，子帧n-k是在其发生延长激活时间的事件的子帧。 [0053] 第一时段：包括子帧n和子帧n之前的(m-1)个帧的时间。如果m被假定为4，那么子帧n-3、子帧n-2、子帧n-1和子帧n就构成第一时段。在本公开中，当激活时间在第一时段中被延长时，UE认为该延长是非预期的，并且可能和其它激活时间延长的情形表现不一样。 [0054] 这里，m是和应对激活时间延长的处理能力相关的参数。对于包括低性能的低端终端的所有UE，优选地，m具有单一固定值。 [0055] 第二时段：包括在其发生延长激活时间的事件(例如指示新传输的PDCCH接收)的子帧和该子帧之后(m-1)个帧的时段。例如，如果在子帧n-3发生延长激活时间的事件并且m是4，那么第二时段包括子帧n-3、子帧n-2、子帧n-1和子帧n。如果在子帧n-2发生延长激活时间的事件，那么第二时段包括子帧n-2、子帧n-1、子帧n和子帧n+1。 [0056] 第三时段：其中第一时段和第二时段重叠的时段。也就是说，第三时段包括子帧[n-k,n](从n-k到n，包含n-k、n)。第三时段的最后一个子帧是在其预计激活时间结束的子帧。 [0057] 由于第三时段在激活时间延长前已经属于激活时间，可以不考虑UE的处理能力而发送CSI和SRS。因此，确定UE是否发送了CSI和SRS可降低ENB接收CSI和SRS的机会，这引起系统性能的恶化。 [0058] 第四时段：第二时段中和第一时段不重叠的时间。也就是说，第四时段包括子帧[n+1,n-k+m](包含n+1、n-k+m)。在第四时段中，根据UE能力和第四时段的长度，UE可能可以或不可以发送CSI和SRS。 [0059] 例如，当第四时段的长度接近于m时(也就是说，延长激活时间的事件发生的时间接近于激活时间的最后一帧)，在第四时段的前半部分发送CSI和SRS的概率变得较低，而在其后半部分发送CSI和SRS的概率变得较高，CSI和SRS的发送也可在第四时段之后。 [0060] 当激活时间在第一时段中被延长时，UE识别第二、第三和第四时段。在第三时段的子帧中，UE发送CSI和SRS(如果预定在这些子帧中进行CSI和SRS发送)。在第四时段的子帧中，如果可能，则UE发送CSI和SRS，或如果不可能，则不发送CSI和SRS。在第四时段之后，UE正常发送CSI和SRS。 [0061] 换句话说，假定k是0到m-1之间的整数，则当根据指示在子帧n-k处的新传输的UL授权或DL分配而延长激活时间时，UE正常在对应于第三时段的子帧[n-k,n]中发送CSI和SRS，在对应于第四时段的子帧[n+1,n+m-k]中可跳过CSI和SRS的发送，在子帧n+m-k之后正常发送CSI和SRS。 [0063] 图5是描述根据本公开的第一实施例的UE和ENB的运行。 [0064] 在操作505，UE从ENB接收各种配置信息(如下所述)，并执行DRX、CSI/SRS配置等。 [0065] -DRX配置信息：onDurationTimer、drx-InactivityTimer(DRX非激活定时器)、drx-RetransmissionTimer、longDRX-CycleStartOffset(长DRX周期开始偏移)、drxShortCycleTimer(DRX短周期定时器)等。 [0066] -PUCCH配置信息：与CSI传输相关联的信息，诸如用于CSI传输的传输资源和周期等。 [0067] -PUSCH/PUCCH并行传输配置信息：UE可根据其能力并行执行PUSCH发送和PUCCH发送。当这样的UE在不使用多路复用的情况下分开执行CSI发送和PUSCH发送时，上述问题将不会发生或影响不太严重。考虑到所报告的UE能力信息和小区条件，ENB可为某个特定的UE配置PUSCH/PUCCH并行发送。 [0068] 在操作510，UE开始DRX运行。这表示UE根据预设的规则和条件重复进行激活时间和非激活时间的循环。UE在激活时间监听PDCCH，并且在PUCCH上发送CSI和SRS，在非激活时间不监听PDCCH，并且不在PUCCH上发送CSI和SRS。 [0069] 这里，在PUCCH上的CSI传输(CSI在PUCCH上)表示CSI信息通过PUCCH传输资源进行传输。CSI信息一般通过PUCCH传输资源进行传输，但是在一些例外的情况下，也可通过PUSCH传输资源(CSI在PUSCH上)进行传输。 [0070] 以下是CSI在PUCCH上传输的例子。 [0071] -CSI单独在PUCCH上传输； [0072] -CSI和HARQ反馈一起在PUCCH上传输； [0073] -CSI和SR一起在PUCCH上传输。 [0074] 当CSI和不同的控制信号一起传输时，CSI的传输格式被改变为预先协商的能够将CSI和不同的控制信号一起传输的传输格式。调度请求(SR)是UE发送给ENB的请求传输资源分配的1比特的信号。 [0075] 以下是CSI在PUSCH上传输的例子。 [0076] -当在其中周期性CSI被配置的子帧中调度PUSCH时，CSI和PUSCH一起传输； [0077] -当在接收到其CQI-request(CQI请求)位被设置的PDCCH时请求非周期性CSI时，CSI和PUSCH一起传输； [0078] 由于通过PUSCH进行CSI传输是可预计的，所以格式改变的问题不会发生。因此，在第四时段中，对于CSI传输，仅当CSI在PUCCH上传输时，UE是有自由度的，而当CSI在PUSCH上传输时，UE就强制发送CSI。 [0079] 在操作515，激活时间被非预期延长。例如，假定激活时间由于onDurationTimer或drx-InactivityTimer到期而预计在一子帧结束，当在参照该子帧设定的第一时段内接收到指示新下行链路传输或上行链路传输资源分配的PDCCH时，激活时间可被延长。 [0080] 在操作520，UE确定第二、第三、第四时段。 [0081] 之后，UE依照确定好的时段执行操作，更具体说，UE在第三时段期间执行CSI在PUCCH上、CSI在PUSCH上和SRS发送。SRS不仅可在主小区上被配置，也可在辅小区上被配置。在第三时段期间，UE在其中SRS被配置的所有服务小区中执行SRS发送，并且在第三时段中预定进行SRS发送。 [0082] 在第四时段期间，UE可跳过对主小区的CSI在PUCCH上和SRS发送，可执行对辅小区的CSI在PUSCH上和SRS发送。或者，在第四时段期间，UE可尽最大能力执行对主小区的CSI在PUCCH上和SRS发送。 [0083] 也就是说，如果在其上接收到上行链路控制信号请求的子帧和在其上将执行上行链路传输的子帧之间有充足的时间来准备上行链路传输，则UE执行对主小区的CSI在PUCCH上和SRS发送。否则，UE跳过对主小区的CSI在PUCCH上和SRS发送。在第四时段之后，UE执行对每一个服务小区的CSI在PUCCH上和SRS发送。 [0084] 图6是描述根据本公开的第一实施例的UE的运行的流程图。 [0085] 在操作605，UE从ENB接收各种配置信息，并相应地执行DRX、CSI和SRS配置。 [0086] 在操作610，UE发起DRX运行和CSI/SRS发送。 [0087] 当在操作615激活时间被延长时，UE进行到操作620，在操作620中，UE检查激活时间的延长是预期的还是非预期的。这里，非预期的延长表示延长激活时间的事件发生在激活时间的最后一帧之前的预设的持续时间里。预期的延长表示延长激活时间的事件发生在激活时间的最后一帧之前的预设的持续时间之前。 [0088] 如果延长是预期的，则UE进行到操作625，在操作625中，UE在激活时间中继续CSI/SRS发送。如果延长是非预期的，则UE进行到操作630，在操作630中，UE检查是否配置了PUSCH/PUCCH并行传输。 [0089] 如果配置了PUSCH/PUCCH并行传输，则由于传输格式的改变不是一个严重问题，所以UE进行到操作625。 [0090] 如果没有配置PUSCH/PUCCH并行传输，则UE进行到操作635，在操作635中，UE确定第三时段和第四时段。在操作640，UE根据每一时段执行操作。在第四时段之后，UE返回操作625，并且在激活时间中继续CSI/SRS发送。 [0091] 接收到CSI/SRS信息的ENB，和UE的情况相同，可确定第三时段和第四时段，并认为UE在第三时段和第四时段后执行CSI/SRS发送，UE在第四时段期间可执行也可不执行CSI/SRS发送，尤其当第三时段较短时，在第四时段的前半部分非常可能不发生CSI/SRS发送。 [0092] 这里，第三时段的长度和第四时段的长度之和总是相同的，并且根据延长激活时间的事件发生的时间点，第三时段的长度和第四时段的长度可各不相同。 [0093] 第二实施例 [0094] SRS被ENB用来识别UE上行链路信道状态，以及保持UE上行链路发送定时。对于识别上行链路信道状态，最好用长周期稳定地发送SRS；对于保持上行链路发送定时，最好在预期有上行链路传输的时间点上用短周期频繁发送SRS。 [0095] 为处理这些矛盾，本公开使用两种类型的SRS：长期SRS(或RRC-SRS)和短期SRS(或L1-SRS)。 [0096] 长期SRS：通过RRC控制信息来配置和激活它。通过RRC控制信息来配置SRS传输资源和周期。如满足预设的条件，则UE周期地发送长期SRS。由于长期SRS通过RRC控制信息激活，所以它不能快速地被激活或去激活，但可提供更详细的配置信息。 [0097] 短期SRS：通过PDCCH来配置和激活它。通过PDCCH来配置关于SRS传输资源、周期和重复计数的信息。当接收到这样的PDCCH时，UE执行SRS发送。可通过RRC控制信息提前配置其中一些配置信息(诸如周期和重复计数)。相对于RRC-SRS，由于短期SRS通过L1信号来激活时，所以它可以更快速地被激活。 [0098] 最好根据对其配置了SRS的状态或UE的DRX状态来确定是否发送RRC-SRS。在其中辅小区被去激活的状态下，因为辅小区不必保持上行链路发送定时，所以降低了对RRC-SRS发送的需求。在非激活时间期间，因为不需要为UE保持上行链路发送定时，所以降低了对RRC-SRS发送的需求。 [0099] 另一方面，由于L1-SRS是由ENB发布的用来在短时间内重复发送SRS的命令，因此UE根据当前UE的状态来确定是否发送SRS是不合理的。 [0100] 在本公开中，考虑到上述辅小区和DRX的状态，当辅小区被去激活或者发送时间属于非激活时间时，UE就不发送RRC-SRS。这里，当激活时间被非预期延长时，如结合第一实施例中所述，UE确定是否在第四时段中由自己发送RRC-SRS。相比之下，当接收到指示L1-SRS传输的PDCCH时，UE发送L1-SRS，而不考虑激活时间或辅小区的激活状态。 [0101] 图7是描述根据本公开的第二实施例的UE和ENB的运行的时序图。 [0102] 在操作705，ENB为需要保持上行链路发送定时的辅小区配置UE的SRS发送。RRC连接再配置可包含以下信息： [0103] -CyclicShift(循环移位)、srs-Bandwidth(SRS带宽)、srs-ConfigIndex(SRS配置索引)、服务小区ID和其它。 [0104] -这些信息元素指示SRS传输要使用的子帧、物理资源块、周期和服务小区(以上参数更详细的信息请参考TS36.321)。 [0105] -在操作710，UE执行RRC-SRS配置(基于RRC信令的SRS)，从通过要求SRS发送的srs-ConfigIndex指示的第一子帧开始SRS发送。当服务小区被激活时，UE继续SRS发送。 [0106] 当服务小区在DRX激活时间期间被激活时，服务小区被认为被激活。也就是说，激活的服务小区在DRX运行的激活时间保持激活(关于DRX激活时间和DRX激活状态的详细信息，请参考TS36.321的5.7和5.13部分)。 [0107] 在操作715，服务小区被去激活(也就是说，激活时间到期或接收到指示服务小区去激活的MAC CE)。UE停止向服务小区的RRC-SRS发送。 [0108] 在操作720，服务小区被再次激活。UE恢复向服务小区的RRC-SRS发送。 [0109] 在操作725，ENB即刻需要服务小区的上行链路信道状态信息，而没有时间等待下一个RRC-SRS传输。为触发SRS传输，ENB向服务小区发送L1指令。L1指令在服务小区的PDCCH上被发送，包含标识发送L1-SRS的服务小区的载波指示符字段(CIF)。L1指令可包含以下信息： [0110] SRS传输的数目、CyclicShift、SRS带宽和其它。 [0111] 由于L1指令空间有限，所以以上信息可被提前发信号通知给UE。这种情况下，L1指令可以只包含索引信息，其指示要使用的预先发信号通知的信息的一部分。 [0112] 在操作730，UE开始向所指示的服务小区发送L1-SRS而不考虑其激活状态。从具有配置的SRS资源的子帧当中距离所请求的时间点最接近的子帧开始L1-SRS发送。 [0113] 在操作735，在到达所配置的L1-SRS传输的数目后，UE停止L1-SRS发送。 [0114] 在操作740，ENB根据接收到的L1-SRS传输，执行上行链路调度。 [0115] 图8是描述根据本公开的第二实施例的UE的运行的流程图。 [0116] 在操作805，UE从ENB接收到各种配置信息，并相应地执行DRX和SRS配置。 [0117] 在操作810，UE开始DRX运行和SRS发送。当在操作815激活时间被延长时，UE进行到操作820，在操作820中，UE检查激活时间的延长是预期的还是非预期的。这里，非预期的延长表示延长激活时间的事件发生在激活时间的最后一帧之前的预设的持续时间里。预期的延长表示延长激活时间的事件发生在激活时间的最后一帧之前的预设的持续时间之前。 [0118] 如果延长是预期的，则UE进行到操作825，在操作825中，UE在激活时间中继续RRC-SRS发送和L1-SRS发送。如果延长是非预期的，UE进行到操作830，在操作830中，UE检查是否配置了PUSCH/PUCCH并行传输。 [0119] 如果配置了PUSCH/PUCCH并行传输，则UE进行到操作825。如果没有配置PUSCH/PUCCH并行传输，则UE进行到操作835，在操作835中，UE确定第三时段和第四时段。在操作840，UE根据每个时段执行操作。 [0120] 在第四时段之后，UE返回操作825，并且在激活时间期间继续CSI/SRS发送。在第三时段中，UE同时执行RRC-SRS发送和L1-SRS发送。在第四时段中，UE可停止RRC-SRS发送，而执行L1-SRS发送，或者可尽最大能力执行RRC-SRS发送。也就是说，如果获知RRC-SRS发送的时间点和要执行RRC-SRS发送的时间点之间，有足够的时间来准备RRC-SRS发送，则UE执行RRC-SRS发送，否则，UE跳过RRC-SRS发送。 [0121] 接收到CSI/SRS信息的ENB，和UE的情况相同，可确定第三时段和第四时段，并认为UE在第三时段和第四时段后执行RRC-SRS发送，UE在第四时段中可执行也可不执行RRC-SRS发送，尤其当第三时段较短时，在第四时段的前半部分，非常可能不发生CSI/SRS发送。 [0122] 这里，第三时段的长度和第四时段的长度之和总是相同的，根据延长激活时间的事件发生的时间点，第三时段的长度和第四时段的长度可各不相同。 [0123] 第三实施例 [0124] 第三实施例涉及UE在载波聚合运行中进行的SRS发送，更具体说，在执行对辅小区的RRC-SRS和L1-SRS发送时，当辅小区的激活状态被延长时，UE可考虑激活状态的延长是预期的还是非预期的。 [0125] 在DRX激活时间中，当辅小区处于激活状态时，辅小区被激活并保持。在载波聚合运行中，服务小区可被激活或被去激活。 [0126] 主小区始终是被激活的，辅小区在以下情况是被激活的 [0127] -接收到指示辅小区激活的激活/去激活MAC CE。 [0128] 辅小区在以下情况是被去激活的 [0129] -接收到指示辅小区去激活的激活/去激活MAC CE，或者 [0130] -和辅小区相关联的去激活定时器到期。 [0131] 针对每个辅小区配置去激活定时器，在接收到对辅小区的上行链路授权，接收到对辅小区的下行链路分配或者接收到指示辅小区激活的激活/去激活MAC CE时重新启动去激活定时器。因此，延长辅小区激活状态的事件如下。 [0132] -在DRX激活时间期间，接收到指示激活的辅小区激活的激活/去激活MAC CE。 [0133] -在DRX激活时间期间，接收到对激活的辅小区的DL分配和UL授权。 [0134] 在第一种情况下，由于在自接收到激活/去激活MAC CE起八个子帧后执行实际的激活操作，所以不存在涉及SRS发送的问题。然而，在第二种情况下，如果以下情况发生，则UE可能不能执行SRS发送。 [0135] -在紧接在其去激活定时器预计到期的子帧n之前的子帧中，接收到对辅小区的上行链路授权和下行链路分配。 [0136] 也就是说，假定辅小区将在子帧n被去激活，UE不准备SRS发送；但是，由于辅小区的激活状态的突然延长，所以UE不得不执行SRS发送。 [0137] 在以上情况下，为了有效地进行UE和ENB之间的SRS传输，可采用与第一实施例中所用的相似策略。也就是说，假定由于去激活定时器到期，激活状态预计在子帧n结束，延长激活状态的事件发生在子帧n-k，第五时段、第六时段、第七时段和第八时段的定义如下。 [0138] 第五时段：包括子帧n和在子帧n之前x-1个帧的持续时间。如果x假定为4，那么子帧n-3、子帧n-2、子帧n-1和子帧n就组成第五时段。在第五时段中接收对辅小区的上行链路授权和下行链路分配被描述为激活状态的非预期延长。 [0139] 这里，x是一个和应对激活状态延长的处理能力相关联的参数。对于所有UE，包括低性能的低端终端，m最好取单一固定值。 [0140] 第六时段：当激活状态在第五时段中被延长时，延长激活状态的事件(例如接收对辅小区的上行链路授权和下行链路分配)发生的子帧和该子帧之后x-1个帧构成的持续时间。 [0141] 例如，如果延长激活状态的事件在子帧n-3发生并且x是4，那么第六时段包括子帧n-3、子帧n-2、子帧n-1和子帧n。如果延长激活时间的事件在子帧n-2发生，那么第六时段包括子帧n-2、子帧n-1、子帧n和子帧n+1。 [0142] 第七时段：第五时段和第六时段重叠的时间。也就是说，第七时段包括子帧[n-k,n](从n-k到n，包含n-k、n)。第七时段的最后一个子帧是激活状态预计结束的子帧。 [0143] 由于第七时段在激活状态延长前已经属于激活状态，可以不考虑UE的处理能力而进行SRS传输。因此，确定UE是否在第七时段中发送SRS可以降低ENB接收SRS的机会，这引起系统性能的退化。 [0144] 第八时段：第六时段中和第五时段不重叠的持续时间。也就是说，第八时段包括子帧[n+1,n-k+x](包含n+1、n-k+x)。在第八时段，根据UE能力和第八时段的长度，UE在第八时段期间也许能或不能发送RRC-SRS。 [0145] 例如，当第八时段的长度接近x时(即，当延长激活状态的事件的发生时间变得更接近激活状态的最后一个子帧时)，RRC-SRS发送的概率在第八时段的前半部分变低，而在其后半部分变高。可以在第八时段之后进行RRC-SRS发送。 [0146] 作为参考，当UE在预计的L1-SRS发送的至少四个子帧之前知道L1-SRS发送的调度时，UE总能够执行L1-SRS发送而不用考虑以上时期。 [0147] 当辅小区的激活状态被延长时，UE确定激活状态的延长是预期的还是非预期的；如果是非预期的延长，则UE在第七时段执行RRC-SRS发送，并且在第八时段可不执行RRC-SRS发送，或者尽最大能力执行RRC-SRS发送；在第八时段之后，UE执行RRC-SRS发送。 [0148] 换句话说，假定k是0到x-1之间的整数，当激活状态由于对辅小区的UL授权或DL分配指示的接收而被延长时，UE正常在对应于第七时段的子帧[n-k,n]中发送RRC-SRS，在对应于第八时段的子帧[n+1,n+x-k]中可跳过RRC-SRS发送，在子帧n+x-k之后正常发送RRC-SRS。 [0149] 图9是描述根据本公开的第三实施例的UE的运行的流程图。 [0150] 在操作905，UE从ENB接收各种配置信息，并相应地执行DRX、SRS和载波聚合运行等配置。 [0151] 在操作910，UE发起DRX运行、载波聚合运行和SRS传输。当具有RRC-SRS配置的辅小区的激活状态在操作915被延长时，UE进行到操作920，在操作920中，UE检查激活状态的延长是类型1还是类型2。如果是类型1的延长，UE进行到操作925，如果是类型2的延长，UE进行到935。 [0152] 这里，类型1的延长指示激活状态的延长是由于在第五时段之前接收到激活/去激活MAC CE或者接收到DL分配或UL授权。类型2的延长指示激活状态的延长是由于在第五时段中接收到DL分配或UL授权。 [0153] 在操作925，UE继续对辅小区的RRC-SRS发送和L1-SRS发送。在操作935，UE确定第七时段和第八时段。在操作940，UE根据每个时段执行相应的操作，在第八时段之后，UE返回操作925，并且继续在激活状态中的SRS发送。 [0154] 接收到对辅小区的SRS信息的ENB，和UE的情况相同，可确定第七时段和第八时段，考虑到UE在第七时段和第八时段后执行RRC-SRS发送，所以UE在第八时段中可能执行或也可能不执行SRS发送，尤其当第七时段较短时，在第八时段的前半部分中非常可能不发生SRS发送。 [0155] 这里，第七时段的长度和第八时段的长度之和总是相同的，根据延长激活状态的事件发生的时间点，第七时段的长度和第八时段的长度可各不相同。 [0156] 图10是根据本公开的一个实施例的用户设备的方框图。 [0157] 参考图10，用户设备可包括收发单元1005、控制单元1010、复用/解复用单元1015、控制消息处理器1030以及各种高层单元1020和1025。 [0158] 收发单元1005通过辅小区的下行链路信道接收数据和控制信号，并通过上行链路信道发送数据和控制信号。当多个服务小区被配置时，收发单元1005可通过这些服务小区发送和接收数据和控制信号。 [0159] 复用/解复用单元1015将来自高层单元1020和1025或者控制消息处理器1030的数据进行复用，以及将通过收发单元1005接收的数据解复用，并将解复用后的数据转发到高层单元1020和1025或者控制消息处理器1030。 [0160] 控制消息处理器1030处理从基站接收的控制信息，并执行相应的操作，例如，当接收到DRX相关参数时，控制消息处理器1030将其转发到控制单元1010。 [0161] 高层单元1020和1025可根据服务来进行配置，高层单元1020和1025可处理由服务应用(诸如文件传输协议(FTP)和IP语音协议(VoIP))产生的用户数据，并将处理后的用户数据转发到复用/解复用单元1015，以及将来自复用/解复用单元1015的数据传送到在高层的适当的服务应用中。 [0162] 控制单元1010检查调度指令(诸如通过收发单元1005接收到的上行链路授权)，并控制收发单元1005和复用/解复用单元1015以使上行链路传输用适当的传输资源在适当的时间点被执行。控制单元1010为DRX运行和CSI/SRS发送控制收发单元1005。 [0163] 图11是根据本公开的一个实施例的基站方框图。图11中的基站包括收发单元1105、控制单元1110、复用/解复用单元1120、控制消息处理器1135、各种高层单元1125和 1130以及调度器1115。 [0164] 收发单元1105通过下行链路载波发送数据和信号，通过上行链路载波接收数据和控制信号。当多个载波被配置时，收发单元1005可通过多个载波发送和接收数据和控制信号。 [0165] 复用/解复用单元1120将来自高层单元1125和1130或者控制消息处理器1135的数据进行复用，以及将从收发单元1105接收到的数据解复用，并将解复用后的数据转发到高层单元1125和1130、控制消息处理器1135或者控制单元1110。控制消息处理器1135处理从用户设备接收到的控制信息，并执行相应的操作，以及产生发送给用户设备的控制信息，并将控制信息转发到低层。 [0166] 高层单元1125和1130可根据终端和服务来进行配置，高层单元1125和1130可处理由服务应用(诸如FTP和VoIP)产生的用户数据，并将处理后的用户数据转发到复用/解复用单元1120以及处理来自复用/解复用单元1120的数据，并将处理后的数据传送到在高层的服务应用中。 [0167] 控制单元1110确定用户设备的CSI/SRS发送时间，并相应地控制收发单元1105。 [0168] 调度器1115根据缓冲状态、信道状态和用户设备的激活时间，在适当的时间点为用户设备分配传输资源，以及控制收发单元1105向用户设备发送信号或者从用户设备接收信号。 |
||||||
QQ群二维码
意见反馈
意见反馈