CN106160977B - 用于支持调度请求传输的方法 - Google Patents
用于支持调度请求传输的方法 Download PDFInfo
- Publication number
- CN106160977B CN106160977B CN201510167754.0A CN201510167754A CN106160977B CN 106160977 B CN106160977 B CN 106160977B CN 201510167754 A CN201510167754 A CN 201510167754A CN 106160977 B CN106160977 B CN 106160977B
- Authority
- CN
- China
- Prior art keywords
- cell
- scheduling request
- scell
- transmission
- user equipment
- 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.)
- Active
Links
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明涉及在增强的载波聚合***中的用户设备中用于支持调度请求传输的方法，包括接收指示用户设备的专用调度请求资源的配置的信令，其中，用户设备支持在从小区(SCell)上的物理上行链路控制信道(PUCCH)上的调度请求的传输，确定在物理上行链路控制信道上配置调度请求资源的第一从小区的激活/去激活的状态变化并且基于状态变化确定所述用户设备的调度请求的传输方法，专用调度请求资源的配置为以下配置中的一种：专用调度请求资源被仅配置在主小区(PCell)的PUCCH上、专用调度请求资源被仅配置在一个从小区(SCell)的PUCCH上、专用调度请求资源被配置在多个从小区(SCell)的PUCCH上及专用调度请求资源被配置在主小区(PCell)的PUCCH和一个或多个从小区(SCell)的PUCCH上。
Description
技术领域
本发明涉及无线通信技术领域，更具体地，涉及一种在增强的载波聚合***中的用户设备中用于支持调度请求传输的方法以及一种在增强的载波聚合***中的基站中用于配置用户设备的调度请求传输的方法。
背景技术
在RAN#66之中达成了对于载波聚合用户设备支持在从小区SCell上传输物理上行链路控制信道PUCCH的共识。物理上行链路控制信道PUCCH上传输的UCI(上行控制信息)包括调度请求(Scheduling Request:SR)、CQI(Channel Quality Index：信道质量索引)以及ACK/NACK。在RAN1中已经讨论了物理上行链路控制信道PUCCH相关的物理层规范的问题，如CQI以及ACK/NACK相关内容。接下来在RAN2中需要讨论并且指定所需要的L2/L3功能，如调度请求相关的问题。。
在上行链路***之中，当不存在任何用于报告缓存状态的上行链路资源时触发调度请求来请求用于报告缓存状态的资源。如果配置了专用调度请求资源D-SR的话，该调度请求能够在物理上行链路控制信道PUCCH之上所配置的该D-SR之上得以传输。该专用调度请求资源D-SR的配置是在考虑信令效率和业务的服务质量QoS的情况下的一种平衡。
从网络的角度来看，随着用户数量的增长需要越来越多用于传输专用调度请求的D-SR资源。因此便产生了是否需要支持在从小区SCell的物理上行链路控制信道PUCCH之上配置调度请求SR资源来分担调度请求SR传输的负担的问题。从用户设备角度来说，这将意味着该用户设备能够在从小区之上被配置D-SR或者附加于在传统的用户设备之中那样在主小区PCell之上配置D-SR的情况在主小区PCell和从小区SCell之上均配置专用调度请求资源D-SR。
当数据达到无线承载相应的上行链路传输缓存并且不存在用于该传输的上行链路资源分配时将触发调度请求(SR：Scheduling Request)传输。在LTE和LTE-A***之中，基于现有的规范及36.321，RACH和PUCCH能够在不同的应用场景之下单独地被用于传输调度请求SR。如果该用户设备在任何一个传输时间间隔TTI之中没有配置PUCCH资源用于传输调度请求SR则使用随机接入信道RACH，并且如果该用户设备被配置了PUCCH资源用于调度请求SR并且满足一定的条件，那么调度请求SR将在PUCCH之上得以传输，也就是说，如果配置了用于调度请求SR的PUCCH资源则不会使用RACH来传输调度请求SR。在PUCCH之上用于发送调度请求SR的所分配的资源是专用的并且是周期性的。
随着在一个基站eNB覆盖之下的用户设备数量的增长，在PUCCH之上所需要的UCI的容量也需要增长。UCI包括调度请求SR、CQI以及ACK/NACK。CQI和ACK/NACK在RAN1之中的物理层规范之中得以讨论，而调度请求SR则应该在RAN2之中加以规范。但是当前来说不存在如何拓展在从小区SCell之上的调度请求传输的技术方案。并且由于在从小区SCell的物理上行链路控制信道PUCCH的特殊的特性，例如应当支持激活/去激活，这将与在始终处于激活状态之下的主小区PCell之上的调度请求SR的传输不同。因此，应当重新设计调度请求SR的规范以便考虑在从小区SCell的物理上行链路控制信道PUCCH的诸如激活/去激活的特殊特性。
发明内容
在本发明之中不仅仅提出了支持同时在主小区PCell和从小区SCell的物理上行链路控制信道PUCCH的调度请求传输方案，借助于该方案通过扩展调度请求到从小区SCell之上能够增加信令负荷，而且能够灵活配置在用户设备之中的最终的调度请求传输模式从而满足在用户设备之中的不同的业务的不同的服务质量要求。本发明还提出了支持在物理上行链路控制信道上配置调度请求资源的从小区能够被激活/去激活的特性情况下，该从小区的激活/去激活的状态变化时用户设备的调度请求的传输方法。
本发明描述了当被配置物理上行链路控制信道PUCCH的从小区SCell的激活/去激活状态发生改变时的该用户设备在被配置物理上行链路控制信道PUCCH的从小区SCell之上的调度请求SR传输的行为。
基于对以上背景技术的理解，本发明提出了一种在增强的载波聚合***中的用户设备中用于支持调度请求传输的方法，其中，所述方法包括：
-接收指示所述用户设备的专用调度请求资源的配置的信令，其中，所述用户设备支持在从小区(SCell)的物理上行链路控制信道(PUCCH)上的调度请求的传输，
-确定在物理上行链路控制信道上配置调度请求资源的第一从小区的激活/去激活的状态变化并且基于所述状态变化确定所述用户设备的调度请求的传输方法，
其中，所述专用调度请求资源的配置为以下配置中的一种：
-所述专用调度请求资源被仅配置在主小区(PCell)的PUCCH之上；
-所述专用调度请求资源被仅配置在一个从小区(SCell)的PUCCH之上；
-所述专用调度请求资源被配置在多个从小区(SCell)的PUCCH之上；以及
-所述专用调度请求资源被配置在主小区(PCell)的PUCCH和一个或多个从小区(SCell)的PUCCH之上。
借助于依据本发明的方法不仅能够使得用户设备支持在从小区(SCell)的物理上行链路控制信道(PUCCH)上的调度请求的传输。而且能够基于在物理上行链路控制信道上配置调度请求资源的第一从小区的激活/去激活的状态变化来确定该用户设备的调度请求的传输方法。借助于该方法，一方面由于能够在从小区之上配置专用调度请求资源，从而使得用户设备的专用调度请求资源变多，而且由此实现了专用调度请求资源的数量以及周期的灵活适配，从而能够满足不同的业务类型的需求；另一方面，依据本发明的方法能够在考虑了从小区的特殊特性即激活/去激活状态的变化的情况下实现调度请求的传输，从而能够实现即便是在从小区的状态发生改变的情况下也能够实现调度请求的正确发送。
以下首先讨论配置有物理上行链路控制信道(PUCCH)资源的从小区(SCell)由激活状态转变为去激活状态时的用户设备行为。
在依据本发明的一个实施例之中，如果所述状态变化为所述第一从小区将从激活状态转变为去激活状态，那么根据专用调度请求资源(D-SR)的配置情况来确定所述用户设备的调度请求的传输方法。
接下来将讨论配置有物理上行链路控制信道(PUCCH)资源的从小区(SCell)由去激活状态接收到激活命令从而即将转变为激活状态时的用户设备行为。
在依据本发明的一个实施例之中，如果所述状态变化为所述第一从小区将从去激活状态转变为激活状态，那么根据所述第一从小区处于去激活状态的原因来确定所述用户设备的调度请求的传输方式。
此外，本发明的第二方面还提出了一种在增强的载波聚合***中的基站中用于配置用户设备的调度请求传输的方法，其中，所述方法包括：
-向所述用户设备发送指示所述用户设备的专用调度请求资源的配置的信令，其中，所述用户设备支持在从小区(SCell)的物理上行链路控制信道上的调度请求的传输，
其中，所述专用调度请求资源的配置为以下配置中的一种：
-所述专用调度请求资源被仅配置在主小区(PCell)的PUCCH之上；
-所述专用调度请求资源被仅配置在一个从小区(SCell)的PUCCH之上；
-所述专用调度请求资源被配置在多个从小区(SCell)的PUCCH之上；以及
-所述专用调度请求资源被配置在主小区(PCell)的PUCCH和一个或多个从小区(SCell)的PUCCH之上。
本发明的在基站侧所实施的方法与在用户设备侧所实施的方法结合使用，从而不仅能够使得用户设备支持在从小区(SCell)的物理上行链路控制信道(PUCCH)上的调度请求的传输。而且能够基于在物理上行链路控制信道上配置调度请求资源的第一从小区的激活/去激活的状态变化来确定该用户设备的调度请求的传输方法。借助于该方法，一方面由于能够在从小区之上配置专用调度请求资源，从而使得用户设备的专用调度请求资源变多，而且由此实现了专用调度请求资源的数量以及周期的灵活适配，从而能够满足不同的业务类型的需求；另一方面，依据本发明的方法能够在考虑了从小区的特殊特性即激活/去激活状态的变化的情况下实现调度请求的传输，从而能够实现即便是在从小区的状态发生改变的情况下也能够实现调度请求的正确发送。
附图说明
通过参照附图阅读以下所作的对非限制性实施例的详细描述，本发明的其它特征、目的和优点将会变得更明显。
图1示出了依据本发明的在主小区PCell和从小区SCell之上配置专用调度请求资源的示意图100；
图2示出了在去激活从小区之后重新配置了新的调度请求资源的专用调度请求资源的示意图200；以及
图3示出了借助于时间窗来选择合适的资源来传输调度请求的示意图300。
在图中，贯穿不同的示图，相同或类似的附图标记表示相同或相似的装置(模块)或步骤。
具体实施方式
在以下优选的实施例的具体描述中，将参考构成本发明一部分的所附的附图。所附的附图通过示例的方式示出了能够实现本发明的特定的实施例。示例的实施例并不旨在穷尽根据本发明的所有实施例。可以理解，在不偏离本发明的范围的前提下，可以利用其他实施例，也可以进行结构性或者逻辑性的修改。因此，以下的具体描述并非限制性的，且本发明的范围由所附的权利要求所限定。
图1示出了依据本发明的在主小区PCell和从小区SCell之上配置专用调度请求资源的示意图100。调度请求资源的配置为以下配置中的一种：(1)专用调度请求资源被仅配置在主小区(PCell)的PUCCH之上；(2)专用调度请求资源被仅配置在一个从小区(SCell)的PUCCH之上；(3)专用调度请求资源被配置在多个从小区(SCell)的PUCCH之上；以及(4)专用调度请求资源被配置在主小区(PCell)的PUCCH和一个或多个从小区(SCell)的PUCCH之上。从图1中可以看出，在该图所示出的情况下，专用调度资源D-SR被配置在主小区PCell的物理上行链路控制信道PUCCH之上，其周期为T，此外，专用调度资源D-SR还被配置在从小区SCell的物理上行链路控制信道PUCCH之上，其周期也为T，而其偏移量与主小区的偏移量相差半个周期，此时，如图1所示，对于相对应的用户设备来说，其专用调度请求资源D-SR的周期则由于同时具有主小区上的专用调度请求资源和从小区之上所配置的专用调度请求资源而变为T/2。本领域的技术人员应当理解，在此图1仅仅示例性地示出了第四种配置中一个从小区的情形，其他配置当然也是可行的，例如通过配置多个从小区等方式能够提高用户设备所能够使用的专用调度请求资源的数量并且相应地降低专用调度请求资源的周期，从而能够满足不同的业务需求。
在现有的载波聚合的通信***之中，一旦配置了专用的调度请求资源(例如物理上行链路控制信道资源)，则信令效率是一个关键性问题。对于不同的业务类型来说则需要不同的专用调度请求资源配置，对于后台业务类型来说由于其低数据量的特性因此如果专用调度请求资源始终保持着的话那么专用调度请求资源的使用率较低。而对于一些其他的业务类型来说则可能调度请求资源的周期越小越好。由于调度请求是基于用户的，所以配置专用调度请求资源必须同时考虑所有支持的业务类型并且确定一个专用调度请求资源的周期，这必然是在考虑了所有的应用类型之下的一种平衡。但是如果在从小区SCell之上支持调度请求的传输，则情况完全不同了，例如主小区PCell和从小区SCell之上的专用调度请求资源能够具有不同的周期并且能够相对交替地加以设置，因此能够产生更多的调度请求资源并且他们能够共同工作以形成具有不同的周期以便满足不同的业务需要的专用调度请求资源图案(模式)。基于以上的分析，两个具有较大的周期例如为T的专用调度请求资源能够共同工作以形成对于更低的周期(例如为T/2)的专用调度请求资源的需求的满足。如果释放了具有较紧急的延时要求的业务，那么同样能够释放在从小区之上的专用调度请求资源并且仅保留在主小区PCell之上的专用调度请求资源，这样的操作较为简单并且对于其他用户的专用调度请求资源配置产生较小的影响。
此外，对于该解决方案来说，如果不存在配置了用于调度请求的物理上行链路控制信道PUCCH的情况下能够在任何传输时间间隔TTI之中使用包括主小区PCell和从小区SCell的所有小区的随机接入信道来传输调度请求。如果该用户设备被配置了多个小区的物理上行链路控制信道PUCCH的专用调度请求资源，那么该调度请求将会在该调度请求触发之后的第一个物理上行链路控制信道PUCCH之上得以传输。
对于具有多个从小区SCell(或者附加地具有一个主小区PCell)的情况来说，能够独立地为不同的从小区配置不同的参数，例如，从小区1SCell1和从小区2SCell2能够被配置具有不同的周期并且能够相互交替。以这样的配置能够形成具有不同的周期的不同的专用调度请求资源图案(模式)，从而能够满足不同的业务的需求。如果在从小区1SCell1和从小区2SCell2之上的专用调度请求资源的周期均为T并且在从小区2SCell2之上的专用调度请求资源处于从小区1SCell1的中间点(即T/2)处，那么最终的专用调度请求资源的周期变为T/2。
以下参照图2和图3来描述被配置了物理上行链路控制信道PUCCH的从小区被去激活时的调度请求传输过程。
如果所述专用调度请求资源(D-SR)的配置情况为所述专用调度请求资源被仅配置在一个第一从小区(SCell)的PUCCH之上，那么所述用户设备：
-实施所述第一从小区(SCell)的去激活并且使用主小区的随机接入信道(RACH)来实施所述调度请求的传输；或者
-实施所述第一从小区(SCell)的去激活并且使用主小区的随机接入信道(RACH)来实施所述调度请求的传输直至所述用户设备接收到关于调度请求的新的物理上行链路控制信道的重配置时使用所述新的物理上行链路控制信道来实施所述调度请求的传输；或者
-暂缓实施所述第一从小区(SCell)的去激活直至所述用户设备接收到关于调度请求的新的物理上行链路控制信道的重配置时才实施所述第一从小区(SCell)的去激活；或者
-实施所述第一从小区(SCell)的去激活并且使用由与之通信的基站预配置的被配置调度请求资源的物理上行链路控制信道的第二从小区(SCell)或者主小区的物理上行链路控制信道来实施所述调度请求的传输。
如果调度请求被配置在主小区和从小区的物理上行链路控制信道之上，那么当具有调度请求的从小区被去激活时，图2示出了在去激活从小区之后重新配置了新的调度请求资源的专用调度请求资源的示意图200，从图2中可以看出，用户设备能够选择主小区的物理上行链路控制信道PUCCH来传输调度请求直至新的配置以指示新的从小区的物理上行链路控制信道PUCCH被配置用于调度请求的传输或者对于原有的主小区的物理上行链路控制信道PUCCH的修改，在此之前仅仅使用主小区的物理上行链路控制信道PUCCH来传输调度请求；而在接收到重新配置之后则结合原有的主小区的物理上行链路控制信道PUCCH以及新配置的调度请求传输资源来传输调度请求。
从图2中可以看出，在从小区SCell被去激活之后，以虚线所示出的专用调度请求资源就不能被该用户使用了，由基站决定该资源可以被该用户保留或者释放，，此时如果触发了调度请求，则需要在仅存的主小区的专用调度请求资源D-SR上加以传输，而当重配置了从小区2SCell2的专用调度请求资源之后，用户设备又能够从由主小区的物理上行链路控制信道PUCCH和从小区2SCell2的物理上行链路控制信道PUCCH之中选择合适的专用调度请求资源来实施调度请求的传输。
如在图2中所示出的那样，当用户设备接收到关于从小区的去激活命令时，将不能使用该从小区的物理上行链路控制信道PUCCH传输调度请求。此时如果触发了调度请求，则将在最近的主小区的物理上行链路控制信道PUCCH之上传输该调度请求，直至新的调度请求配置被配置在新的从小区SCell之上，例如在该图中所示出的从小区2SCell2，然后，调度请求则能够附加地在新的资源之上得以传输。
图3示出了借助于时间窗来选择合适的资源来传输调度请求的示意图300。从图3可以看出，该实施例将借助于时间窗来选择合适的资源。从图中可以看出，当从小区SCell被去激活之后，原来配置在该从小区之上的专用调度请求资源就不能被该用户使用了，这时触发调度请求，则例如设置一个时间窗1，恰好在该时间窗1之中具有主小区PCell之上的专用调度请求资源，所以该调度请求将会在该时间窗1之中的专用调度请求资源之上得以传输；其后示出了另一个示例，如时间窗2所示，在该时间窗2之中由于不存在任何物理上行链路控制信道资源，所以此时用户设备便会选择离调度请求的触发起始时刻较近的物理上行链路控制信道PUCCH资源或者随机接入信道RACH资源来实施该调度请求的传输。
除了以上三张图所示出的实施例的示例情况之外，依据本发明的方法还包括用户设备在不同的配置以及不同的状态变化情况下的不同的用户设备行为。概括的说，本发明提出了一种在增强的载波聚合***中的用户设备中用于支持调度请求传输的方法，其中，所述方法包括：
-接收指示所述用户设备的专用调度请求资源的配置的信令，其中，所述用户设备支持在从小区(SCell)的物理上行链路控制信道(PUCCH)上的调度请求的传输，
-确定在物理上行链路控制信道上配置调度请求资源的第一从小区的激活/去激活的状态变化并且基于所述状态变化确定所述用户设备的调度请求的传输方法，
其中，所述专用调度请求资源的配置为以下配置中的一种：
-所述专用调度请求资源被仅配置在主小区(PCell)的PUCCH之上；
-所述专用调度请求资源被仅配置在一个从小区(SCell)的PUCCH之上；
-所述专用调度请求资源被配置在多个从小区(SCell)的PUCCH之上；以及
-所述专用调度请求资源被配置在主小区(PCell)的PUCCH和一个或多个从小区(SCell)的PUCCH之上。
借助于依据本发明的方法不仅能够使得用户设备支持在从小区(SCell)的物理上行链路控制信道(PUCCH)上的调度请求的传输。而且能够基于在物理上行链路控制信道上配置调度请求资源的第一从小区的激活/去激活的状态变化来确定该用户设备的调度请求的传输方法。借助于该方法，一方面由于能够在从小区之上配置专用调度请求资源，从而使得用户设备的专用调度请求资源变多，而且由此实现了专用调度请求资源的数量以及周期的灵活适配，从而能够满足不同的业务类型的需求；另一方面，依据本发明的方法能够在考虑了从小区的特殊特性即激活/去激活状态的变化的情况下实现调度请求的传输，从而能够实现即便是在从小区的状态发生改变的情况下也能够实现调度请求的正确发送。
以下首先讨论配置有物理上行链路控制信道(PUCCH)资源的从小区(SCell)由激活状态转变为去激活状态时的用户设备行为。
在依据本发明的一个实施例之中，如果所述状态变化为所述第一从小区将从激活状态转变为去激活状态，那么根据专用调度请求资源(D-SR)的配置情况来确定所述用户设备的调度请求的传输方法。
在依据本发明的一个实施例之中，如果所述专用调度请求资源(D-SR)的配置情况为所述专用调度请求资源被仅配置在一个第一从小区(SCell)的PUCCH之上，那么所述用户设备：
-实施所述第一从小区(SCell)的去激活并且使用主小区的随机接入信道(RACH)来实施所述调度请求的传输；或者
-实施所述第一从小区(SCell)的去激活并且使用主小区的随机接入信道(RACH)来实施所述调度请求的传输直至所述用户设备接收到关于调度请求的新的物理上行链路控制信道的重配置时使用所述新的物理上行链路控制信道来实施所述调度请求的传输；或者
-暂缓实施所述第一从小区(SCell)的去激活直至所述用户设备接收到关于调度请求的新的物理上行链路控制信道的重配置时才实施所述第一从小区(SCell)的去激活；或者
-实施所述第一从小区(SCell)的去激活并且使用由与之通信的基站预配置的被配置调度请求资源的物理上行链路控制信道的第二从小区(SCell)或者主小区的物理上行链路控制信道来实施所述调度请求的传输。
概括地讲，借助于依据本发明的方法当唯一的第一从小区即将去激活时，用户设备能够使用主小区的随机接入信道来实施调度请求的传输，在用户设备未接收到基站对于调度请求的重配资源的情况下，用户设备便能一直借助于随机接入信道来实施调度请求的传输；而当用户设备接收到基站对于调度请求的重配资源的情况下，用户设备便能结合新的物理上行链路控制信道来实施调度请求的传输，在此，本领域的技术人员应当了解，在此术语“结合”具有两层意思，其一在原有资源的配置发生改变时使用新的配置来取代原有的配置，其二当配置了额外的新的资源而非对原有资源的修改的情况下附加地使用新添加的资源来实施调度请求的传输。此外，用户设备也能够决定暂时不去激活该第一从小区而是等待有新的配置的时候才去激活该第一从小区；再者，用户设备也能够根据与之通信的基站所预配置的被配置调度请求资源的物理上行链路控制信道的第二从小区(SCell)或者主小区的物理上行链路控制信道来实施所述调度请求的传输。
在依据本发明的一个实施例之中，如果所述专用调度请求资源(D-SR)的配置情况为所述专用调度请求资源被仅配置在一个主小区(PCell)的PUCCH和一个第一从小区(SCell)的PUCCH之上，那么：
-所述用户设备实施所述第一从小区(SCell)的去激活并且使用主小区的物理上行链路控制信道来实施所述调度请求的传输；或者
-所述用户设备实施所述第一从小区(SCell)的去激活并且使用主小区的物理上行链路控制信道来实施所述调度请求的传输直至接收到新的配置时结合新的配置来实施所述调度请求的传输。
以这样的方法，用户设备在唯一的从小区去激活时将使用主小区的PUCCH资源来实施调度请求的传输。
在依据本发明的一个实施例之中，如果所述专用调度请求资源(D-SR)的配置情况为所述专用调度请求资源被仅配置在一个主小区(PCell)和一个第一从小区(SCell)之上，那么：
-所述用户设备实施所述第一从小区(SCell)的去激活并且使用主小区的物理上行链路控制信道和所述主小区的随机接入信道来实施所述调度请求的传输；或者
-所述用户设备实施所述第一从小区(SCell)的去激活并且使用主小区的物理上行链路控制信道和所述主小区的随机接入信道来实施所述调度请求的传输直至接收到新的配置时结合新的配置来实施所述调度请求的传输。
以这样的方法，用户设备在唯一的从小区去激活时将使用主小区的PUCCH资源以及主小区的RACH资源来实施调度请求的传输。此时，便存在到底选择PUCCH资源还是RACH资源的问题，本发明提出了一种优化方法，在依据本发明的一个实施例之中，当调度请求被触发时在所述用户设备之中启动第一时间窗，并且：
-当所述第一时间窗之中存在所述主小区的配置调度请求资源的物理上行链路控制信道时所述用户设备使用所述主小区的物理上行链路控制信道来实施调度请求的传输；或者
-当所述第一时间窗之中不存在所述主小区的配置调度请求资源的物理上行链路控制信道时所述用户设备使用主小区的物理上行链路控制信道和所述主小区的随机接入信道中离所述调度请求触发时刻较近的一个来实施所述调度请求的传输。
在依据本发明的一个实施例之中，所述新的配置包括：
-配置新的从小区的物理上行链路控制信道的专用调度请求D-SR资源来传输调度请求；或者
-对于所述主小区的物理上行链路控制信道的专用调度请求D-SR资源配置的修改。
在依据本发明的一个实施例之中，如果所述专用调度请求资源(D-SR)的配置情况为所述专用调度请求资源被配置多个第一从小区(SCell)的PUCCH之上，那么：
-当所述多个第一从小区(SCell)未将被全部去激活时，所述用户设备实施所述多个第一从小区(SCell)之中的第一从小区(SCell)的去激活并且使用所述多个第一从小区(SCell)之中的其余的未被去激活的第一从小区(SCell)的物理上行链路控制信道来实施所述调度请求的传输；或者
当所述多个第一从小区(SCell)未将被全部去激活时，所述用户设备实施所述多个第一从小区(SCell)之中的第一从小区(SCell)的去激活并且使用所述多个第一从小区(SCell)之中的其余的未被去激活的第一从小区(SCell)的物理上行链路控制信道来实施所述调度请求的传输直至接收到新的配置时结合新的配置来实施所述调度请求的传输。
本领域的技术人员应当了解，在此术语“结合”具有两层意思，其一在原有资源的配置发生改变时使用新的配置来取代原有的配置，其二当配置了额外的新的资源而非对原有资源的修改的情况下附加地使用新添加的资源来实施调度请求的传输。
在依据本发明的一个实施例之中，如果所述专用调度请求资源(D-SR)的配置情况为所述专用调度请求资源被配置多个第一从小区(SCell)的PUCCH之上，那么：
-当所述多个第一从小区(SCell)未将被全部去激活时，所述用户设备实施所述多个第一从小区(SCell)之中的第一从小区(SCell)的去激活并且使用所述多个第一从小区(SCell)之中的其余的未被去激活的第一从小区(SCell)的物理上行链路控制信道以及主小区和/或所述未被去激活的第一从小区(SCell)的随机接入信道来实施所述调度请求的传输；或者
-当所述多个第一从小区(SCell)未将被全部去激活时，所述用户设备实施所述多个第一从小区(SCell)之中的第一从小区(SCell)的去激活并且使用所述多个第一从小区(SCell)之中的其余的未被去激活的第一从小区(SCell)的物理上行链路控制信道以及主小区和/或所述未被去激活的第一从小区(SCell)的随机接入信道来实施所述调度请求的传输直至接收到新的配置时结合新的配置来实施所述调度请求的传输。
本领域的技术人员应当了解，在此术语“结合”具有两层意思，其一在原有资源的配置发生改变时使用新的配置来取代原有的配置，其二当配置了额外的新的资源而非对原有资源的修改的情况下附加地使用新添加的资源来实施调度请求的传输。
在依据本发明的一个实施例之中，如果所述专用调度请求资源(D-SR)的配置情况为所述专用调度请求资源被配置在多个第一从小区(SCell)的PUCCH和一个主小区的PUCCH之上并且所述多个第一从小区(SCell)未将被全部去激活时，所述用户设备实施所述多个第一从小区(SCell)之中的第一从小区(SCell)的去激活并且使用所述多个第一从小区(SCell)之中的其余的未被去激活的第一从小区(SCell)和所述主小区的物理上行链路控制信道以及所述主小区和/或所述未被去激活的第一从小区(SCell)的随机接入信道来实施所述调度请求的传输；或者
所述用户设备实施所述多个第一从小区(SCell)之中的第一从小区(SCell)的去激活并且使用所述多个第一从小区(SCell)之中的其余的未被去激活的第一从小区(SCell)和所述主小区的物理上行链路控制信道以及所述主小区和/或所述未被去激活的第一从小区(SCell)的随机接入信道来实施所述调度请求的传输直至接收到新的配置时结合新的配置来实施所述调度请求的传输。
在依据本发明的一个实施例之中，如果所述专用调度请求资源(D-SR)的配置情况为所述专用调度请求资源被配置在多个第一从小区(SCell)的PUCCH和一个主小区的PUCCH之上并且所述多个第一从小区(SCell)未将被全部去激活时，所述用户设备实施所述多个第一从小区(SCell)之中的第一从小区(SCell)的去激活并且使用所述多个第一从小区(SCell)之中的其余的未被去激活的第一从小区(SCell)和所述主小区的物理上行链路控制信道来实施所述调度请求的传输或者所述用户设备实施所述多个第一从小区(SCell)之中的第一从小区(SCell)的去激活并且使用所述多个第一从小区(SCell)之中的其余的未被去激活的第一从小区(SCell)和所述主小区的物理上行链路控制信道来实施所述调度请求的传输直至接收到新的配置时结合新的配置来实施所述调度请求的传输。
在依据本发明的一个实施例之中，在触发调度请求传输时启动第二时间窗，
-当所述第二时间窗之中存在物理上行链路控制信道时使用在紧随所述调度请求之后的第一个物理上行链路控制信道来实施所述调度请求的传输；或者
-当所述第二时间窗之中不存在物理上行链路控制信道时，所述用户设备使用物理上行链路控制信道和所述主小区的随机接入控制信道中离所述调度请求触发时刻较近的一个来实施所述调度请求的传输。
在依据本发明的一个实施例之中，所述新的配置包括：
-配置新的从小区的物理上行链路控制信道的专用调度请求D-SR资源来传输调度请求；或者
-对于所述主小区或者未被去激活的从小区的物理上行链路控制信道的专用调度请求D-SR资源配置的修改。
在依据本发明的一个实施例之中，如果所述专用调度请求资源(D-SR)的配置情况为所述专用调度请求资源被配置多个第一从小区(SCell)的PUCCH之上，那么当所述多个第一从小区(SCell)将被全部去激活时所述用户设备：
-实施所述第一从小区(SCell)的去激活并且使用主小区的随机接入信道(RACH)来实施所述调度请求的传输；或者
-实施所述第一从小区(SCell)的去激活并且使用主小区的随机接入信道(RACH)来实施所述调度请求的传输直至所述用户设备接收到关于调度请求的新的物理上行链路控制信道的重配置时使用所述新的物理上行链路控制信道来实施所述调度请求的传输；或者
-暂缓实施所述第一从小区(SCell)的去激活直至所述用户设备接收到关于调度请求的新的物理上行链路控制信道的重配置时才实施所述第一从小区(SCell)的去激活。
接下来将讨论配置有物理上行链路控制信道(PUCCH)资源的从小区(SCell)由去激活状态转变为激活状态时的用户设备行为。
在依据本发明的一个实施例之中，如果所述状态变化为所述第一从小区将从去激活状态转变为激活状态，那么根据所述第一从小区处于去激活状态的原因来确定所述用户设备的调度请求的传输方式。
在依据本发明的一个实施例之中，如果所述第一从小区为初始化时去激活的，那么所述用户设备直接使用所配置的调度请求来实施调度请求的传输。
在依据本发明的一个实施例之中，如果所述第一从小区为再次去激活的并且所述用户设备在接收到去激活命令之后的第三时间窗内未接收到关于调度请求传输的重配，则：
-在所述第一从小区上次去激活时保留了物理上行链路控制信道上的调度请求资源，那么所述用户设备直接使用在所述第一从小区之上所配置的调度请求资源来实施调度请求的传输；或者
-在所述第一从小区上次去激活时释放了物理上行链路控制信道上的调度请求资源则在激活时接收关于调度请求传输的重配并且结合重配的物理上行链路控制信道的调度请求资源来实施调度请求的传输。
在依据本发明的一个实施例之中，如果所述第一从小区为再次去激活的并且所述用户设备在接收到去激活命令之后的第三时间窗内接收到关于调度请求传输的重配，则：
-在所述第一从小区上次去激活时保留了物理上行链路控制信道上的调度请求资源，那么所述用户设备直接使用在所述第一从小区之上所配置的调度请求资源来实施调度请求的传输；或者
-在所述第一从小区上次去激活时释放了物理上行链路控制信道上的调度请求资源则在激活时接收关于调度请求传输的重配并且结合重配的物理上行链路控制信道上的调度请求资源来实施调度请求的传输。
此外，本发明的第二方面还提出了一种在增强的载波聚合***中的基站中用于配置用户设备的调度请求传输的方法，其中，所述方法包括：
-向所述用户设备发送指示所述用户设备的专用调度请求资源的配置的信令，其中，所述用户设备支持在从小区(SCell)的物理上行链路控制信道上的调度请求的传输，
其中，所述专用调度请求资源的配置为以下配置中的一种：
-所述专用调度请求资源被仅配置在主小区(PCell)的PUCCH之上；
-所述专用调度请求资源被仅配置在一个从小区(SCell)的PUCCH之上；
-所述专用调度请求资源被配置在多个从小区(SCell)的PUCCH之上；以及
-所述专用调度请求资源被配置在主小区(PCell)的PUCCH和一个或多个从小区(SCell)的PUCCH之上。
本发明的在基站侧所实施的方法与在用户设备侧所实施的方法结合使用，从而不仅能够使得用户设备支持在从小区(SCell)的物理上行链路控制信道(PUCCH)上的调度请求的传输。而且能够基于在物理上行链路控制信道上配置调度请求资源的第一从小区的激活/去激活的状态变化来确定该用户设备的调度请求的传输方法。借助于该方法，一方面由于能够在从小区之上配置专用调度请求资源，从而使得用户设备的专用调度请求资源变多，而且由此实现了专用调度请求资源的数量以及周期的灵活适配，从而能够满足不同的业务类型的需求；另一方面，依据本发明的方法能够在考虑了从小区的特殊特性即激活/去激活状态的变化的情况下实现调度请求的传输，从而能够实现即便是在从小区的状态发生改变的情况下也能够实现调度请求的正确发送。
对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。因此，无论如何来看，均应将实施例看作是示范性的，而且是非限制性的。此外，明显的，“包括”一词不排除其他元素和步骤，并且措辞“一个”不排除复数。装置权利要求中陈述的多个元件也可以由一个元件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。
Claims (19)
1.一种在增强的载波聚合***中的用户设备中用于支持调度请求传输的方法，其中，所述方法包括：
-接收指示所述用户设备的专用调度请求资源的配置的信令以扩展调度请求到从小区(SCell)，其中，所述用户设备支持在从小区的物理上行链路控制信道(PUCCH)上的调度请求的传输，
-确定在物理上行链路控制信道上配置调度请求资源的第一从小区的激活/去激活的状态变化并且基于所述状态变化确定所述用户设备的调度请求的传输方法，
其中，所述专用调度请求资源的配置为以下配置中的一种：
-所述专用调度请求资源被仅配置在一个从小区(SCell)的PUCCH之上；
-所述专用调度请求资源被配置在多个从小区(SCell)的PUCCH之上；以及
-所述专用调度请求资源被配置在主小区(PCell)的PUCCH和一个或多个从小区(SCell)的PUCCH之上。
2.根据权利要求1所述的方法，其中，如果所述状态变化为所述第一从小区将从激活状态转变为去激活状态，那么根据专用调度请求资源(D-SR)的配置情况来确定所述用户设备的调度请求的传输方法。
3.根据权利要求2所述的方法，其中，如果所述专用调度请求资源(D-SR)的配置情况为所述专用调度请求资源被仅配置在一个第一从小区(SCell)的PUCCH之上，那么所述用户设备：
-实施所述第一从小区(SCell)的去激活并且使用主小区的随机接入信道(RACH)来实施所述调度请求的传输；或者
-实施所述第一从小区(SCell)的去激活并且使用主小区的随机接入信道(RACH)来实施所述调度请求的传输直至所述用户设备接收到关于调度请求的新的物理上行链路控制信道的重配置时使用所述新的物理上行链路控制信道来实施所述调度请求的传输；或者
-暂缓实施所述第一从小区(SCell)的去激活直至所述用户设备接收到关于调度请求的新的物理上行链路控制信道的重配置时才实施所述第一从小区(SCell)的去激活；或者
-实施所述第一从小区(SCell)的去激活并且使用由与之通信的基站预配置的被配置调度请求资源的物理上行链路控制信道的第二从小区(SCell)或者主小区的物理上行链路控制信道来实施所述调度请求的传输。
4.根据权利要求2所述的方法，其中，如果所述专用调度请求资源(D-SR)的配置情况为所述专用调度请求资源被仅配置在一个主小区(PCell)的PUCCH和一个第一从小区(SCell)的PUCCH之上，那么：
-所述用户设备实施所述第一从小区(SCell)的去激活并且使用主小区的物理上行链路控制信道来实施所述调度请求的传输；或者
-所述用户设备实施所述第一从小区(SCell)的去激活并且使用主小区的物理上行链路控制信道来实施所述调度请求的传输直至接收到新的配置时结合新的配置来实施所述调度请求的传输。
5.根据权利要求2所述的方法，其中，如果所述专用调度请求资源(D-SR)的配置情况为所述专用调度请求资源被仅配置在一个主小区(PCell)和一个第一从小区(SCell)之上，那么：
-所述用户设备实施所述第一从小区(SCell)的去激活并且使用主小区的物理上行链路控制信道和所述主小区的随机接入信道来实施所述调度请求的传输；或者
-所述用户设备实施所述第一从小区(SCell)的去激活并且使用主小区的物理上行链路控制信道和所述主小区的随机接入信道来实施所述调度请求的传输直至接收到新的配置时结合新的配置来实施所述调度请求的传输。
6.根据权利要求5所述的方法，其中，当调度请求被触发时在所述用户设备之中启动第一时间窗，并且：
-当所述第一时间窗之中存在所述主小区的配置调度请求资源的物理上行链路控制信道时所述用户设备使用所述主小区的物理上行链路控制信道来实施调度请求的传输；或者
-当所述第一时间窗之中不存在所述主小区的配置调度请求资源的物理上行链路控制信道时所述用户设备使用主小区的物理上行链路控制信道和所述主小区的随机接入信道中离所述调度请求触发时刻较近的一个来实施所述调度请求的传输。
7.根据权利要求4至6中任一项所述的方法，其中，所述新的配置包括：
-配置新的从小区的物理上行链路控制信道的专用调度请求D-SR资源来传输调度请求；或者
-对于所述主小区的物理上行链路控制信道的专用调度请求D-SR资源配置的修改。
8.根据权利要求2所述的方法，其中，如果所述专用调度请求资源(D-SR)的配置情况为所述专用调度请求资源被配置多个第一从小区(SCell)的PUCCH之上，那么：
-当所述多个第一从小区(SCell)未将被全部去激活时，所述用户设备实施所述多个第一从小区(SCell)之中的第一从小区(SCell)的去激活并且使用所述多个第一从小区(SCell)之中的其余的未被去激活的第一从小区(SCell)的物理上行链路控制信道来实施所述调度请求的传输；或者
当所述多个第一从小区(SCell)未将被全部去激活时，所述用户设备实施所述多个第一从小区(SCell)之中的第一从小区(SCell)的去激活并且使用所述多个第一从小区(SCell)之中的其余的未被去激活的第一从小区(SCell)的物理上行链路控制信道来实施所述调度请求的传输直至接收到新的配置时结合新的配置来实施所述调度请求的传输。
9.根据权利要求2所述的方法，其中，如果所述专用调度请求资源(D-SR)的配置情况为所述专用调度请求资源被配置多个第一从小区(SCell)的PUCCH之上，那么：
-当所述多个第一从小区(SCell)未将被全部去激活时，所述用户设备实施所述多个第一从小区(SCell)之中的第一从小区(SCell)的去激活并且使用所述多个第一从小区(SCell)之中的其余的未被去激活的第一从小区(SCell)的物理上行链路控制信道以及主小区和/或所述未被去激活的第一从小区(SCell)的随机接入信道来实施所述调度请求的传输；或者
-当所述多个第一从小区(SCell)未将被全部去激活时，所述用户设备实施所述多个第一从小区(SCell)之中的第一从小区(SCell)的去激活并且使用所述多个第一从小区(SCell)之中的其余的未被去激活的第一从小区(SCell)的物理上行链路控制信道以及主小区和/或所述未被去激活的第一从小区(SCell)的随机接入信道来实施所述调度请求的传输直至接收到新的配置时结合新的配置来实施所述调度请求的传输。
10.根据权利要求2所述的方法，其中，如果所述专用调度请求资源(D-SR)的配置情况为所述专用调度请求资源被配置在多个第一从小区(SCell)的PUCCH和一个主小区的PUCCH之上并且所述多个第一从小区(SCell)未将被全部去激活时，
-所述用户设备实施所述多个第一从小区(SCell)之中的第一从小区(SCell)的去激活并且使用所述多个第一从小区(SCell)之中的其余的未被去激活的第一从小区(SCell)和所述主小区的物理上行链路控制信道以及所述主小区和/或所述未被去激活的第一从小区(SCell)的随机接入信道来实施所述调度请求的传输；或者
-所述用户设备实施所述多个第一从小区(SCell)之中的第一从小区(SCell)的去激活并且使用所述多个第一从小区(SCell)之中的其余的未被去激活的第一从小区(SCell)和所述主小区的物理上行链路控制信道以及所述主小区和/或所述未被去激活的第一从小区(SCell)的随机接入信道来实施所述调度请求的传输直至接收到新的配置时结合新的配置来实施所述调度请求的传输。
11.根据权利要求2所述的方法，其中，如果所述专用调度请求资源(D-SR)的配置情况为所述专用调度请求资源被配置在多个第一从小区(SCell)的PUCCH和一个主小区的PUCCH之上并且所述多个第一从小区(SCell)未将被全部去激活时，
-所述用户设备实施所述多个第一从小区(SCell)之中的第一从小区(SCell)的去激活并且使用所述多个第一从小区(SCell)之中的其余的未被去激活的第一从小区(SCell)和所述主小区的物理上行链路控制信道来实施所述调度请求的传输；或者
-所述用户设备实施所述多个第一从小区(SCell)之中的第一从小区(SCell)的去激活并且使用所述多个第一从小区(SCell)之中的其余的未被去激活的第一从小区(SCell)和所述主小区的物理上行链路控制信道来实施所述调度请求的传输直至接收到新的配置时结合新的配置来实施所述调度请求的传输。
12.根据权利要求9或10所述的方法，其中，在触发调度请求传输时启动第二时间窗，
-当所述第二时间窗之中存在物理上行链路控制信道时使用在紧随所述调度请求之后的第一个物理上行链路控制信道来实施所述调度请求的传输；或者
-当所述第二时间窗之中不存在物理上行链路控制信道时，所述用户设备使用物理上行链路控制信道和所述主小区的随机接入控制信道中离所述调度请求触发时刻较近的一个来实施所述调度请求的传输。
13.根据权利要求8至11中任一项所述的方法，其中，所述新的配置包括：
-配置新的从小区的物理上行链路控制信道的专用调度请求D-SR资源来传输调度请求；或者
-对于所述主小区或者未被去激活的从小区的物理上行链路控制信道的专用调度请求D-SR资源配置的修改。
14.根据权利要求2所述的方法，其中，如果所述专用调度请求资源(D-SR)的配置情况为所述专用调度请求资源被配置多个第一从小区(SCell)的PUCCH之上，那么当所述多个第一从小区(SCell)将被全部去激活时所述用户设备：
-实施所述第一从小区(SCell)的去激活并且使用主小区的随机接入信道(RACH)来实施所述调度请求的传输；或者
-实施所述第一从小区(SCell)的去激活并且使用主小区的随机接入信道(RACH)来实施所述调度请求的传输直至所述用户设备接收到关于调度请求的新的物理上行链路控制信道的重配置时使用所述新的物理上行链路控制信道来实施所述调度请求的传输；或者
-暂缓实施所述第一从小区(SCell)的去激活直至所述用户设备接收到关于调度请求的新的物理上行链路控制信道的重配置时才实施所述第一从小区(SCell)的去激活。
15.根据权利要求1所述的方法，其中，如果所述状态变化为所述第一从小区将从去激活状态转变为激活状态，那么根据所述第一从小区处于去激活状态的原因来确定所述用户设备的调度请求的传输方式。
16.根据权利要求14所述的方法，其中，如果所述第一从小区为初始化时去激活的，那么所述用户设备直接使用所配置的调度请求来实施调度请求的传输。
17.根据权利要求14所述的方法，其中，如果所述第一从小区为再次去激活的并且所述用户设备在接收到去激活命令之后的第三时间窗内未接收到关于调度请求传输的重配，则：
-在所述第一从小区上次去激活时保留了物理上行链路控制信道上的调度请求资源，那么所述用户设备直接使用在所述第一从小区之上所配置的调度请求资源来实施调度请求的传输；或者
-在所述第一从小区上次去激活时释放了物理上行链路控制信道上的调度请求资源则在激活时接收关于调度请求传输的重配并且结合重配的物理上行链路控制信道的调度请求资源来实施调度请求的传输。
18.根据权利要求14所述的方法，其中，如果所述第一从小区为再次去激活的并且所述用户设备在接收到去激活命令之后的第三时间窗内接收到关于调度请求传输的重配，则：
-在所述第一从小区上次去激活时保留了物理上行链路控制信道上的调度请求资源，那么所述用户设备直接使用在所述第一从小区之上所配置的调度请求资源来实施调度请求的传输；或者
-在所述第一从小区上次去激活时释放了物理上行链路控制信道上的调度请求资源则在激活时接收关于调度请求传输的重配并且结合重配的物理上行链路控制信道上的调度请求资源来实施调度请求的传输。
19.一种在增强的载波聚合***中的基站中用于配置用户设备的调度请求传输的方法，其中，所述方法包括：
-向所述用户设备发送指示所述用户设备的专用调度请求资源的配置的信令以扩展调度请求到从小区(SCell)，其中，所述用户设备支持在从小区的物理上行链路控制信道上的调度请求的传输，
其中，所述专用调度请求资源的配置为以下配置中的一种：
-所述专用调度请求资源被仅配置在一个从小区(SCell)的PUCCH之上；
-所述专用调度请求资源被配置在多个从小区(SCell)的PUCCH之上；以及
-所述专用调度请求资源被配置在主小区(PCell)的PUCCH和一个或多个从小区(SCell)的PUCCH之上。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510167754.0A CN106160977B (zh) | 2015-04-09 | 2015-04-09 | 用于支持调度请求传输的方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510167754.0A CN106160977B (zh) | 2015-04-09 | 2015-04-09 | 用于支持调度请求传输的方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN106160977A CN106160977A (zh) | 2016-11-23 |
| CN106160977B true CN106160977B (zh) | 2019-08-16 |
Family
ID=57335719
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201510167754.0A Active CN106160977B (zh) | 2015-04-09 | 2015-04-09 | 用于支持调度请求传输的方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN106160977B (zh) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2019095765A1 (en) | 2017-11-15 | 2019-05-23 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for uplink transmission |
| CN110012538B (zh) * | 2018-01-04 | 2021-11-05 | 维沃移动通信有限公司 | 免调度资源的管理方法和终端 |
| PL3780834T3 (pl) * | 2018-04-04 | 2023-10-09 | Beijing Xiaomi Mobile Software Co., Ltd. | Sposób przesyłania żądania ustalenia harmonogramu i urządzenie do przesyłania żądania ustalenia harmonogramu |
| CN110891321B (zh) * | 2018-09-11 | 2022-06-21 | 展讯通信（上海）有限公司 | Sr的传输方法及装置、存储介质、终端 |
| WO2020146687A1 (en) * | 2019-01-10 | 2020-07-16 | Apple Inc. | Low-latency uplink scheduling requests |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102083097B (zh) * | 2010-04-30 | 2013-11-06 | 电信科学技术研究院 | 多载波***的测量配置方法及其装置 |
| CN102238747A (zh) * | 2010-04-30 | 2011-11-09 | 夏普株式会社 | 上行物理控制信息传输方法,基站和用户设备 |
| CN102170337B (zh) * | 2011-03-31 | 2014-04-16 | 电信科学技术研究院 | 一种数据处理方法及装置 |
| CN102164414B (zh) * | 2011-04-11 | 2014-01-08 | 新邮通信设备有限公司 | 载波聚合***中上行控制信息的传输方法和装置 |
-
2015
- 2015-04-09 CN CN201510167754.0A patent/CN106160977B/zh active Active
Also Published As
| Publication number | Publication date |
|---|---|
| CN106160977A (zh) | 2016-11-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN106160977B (zh) | 用于支持调度请求传输的方法 | |
| EP3342138B1 (en) | Systems and methods for distributing network resources to network service providers | |
| KR101954786B1 (ko) | 서비스 특정 데이터 평면 구성을 변경하기 위한 시스템 및 방법 | |
| CN105191216B (zh) | 用于多流聚合的缓冲区状态报告的***和方法 | |
| JP5452705B2 (ja) | 物理アップリンク共有チャネル（ｐｕｓｃｈ）における定期的フィードバック情報の送信の構成 | |
| CN103782640B (zh) | 使能调度请求的上行链路传输 | |
| KR20190053812A (ko) | 무선 통신 시스템에서 sr을 운반하는 pucch를 송수신하는 방법 및 이를 위한 장치 | |
| CN110535608B (zh) | 上行传输资源确定方法、装置和*** | |
| CN110050500A (zh) | 无线网络和设备中的周期性资源分配 | |
| CN102202407B (zh) | 资源分配方法和设备 | |
| CN107667565A (zh) | 在使用非授权频带的蜂窝网络中分配资源的方法及其设备 | |
| CN101065984B (zh) | 增强专用信道(e-dch)的调度方法 | |
| EP3031163B1 (en) | Allocating feedback resources for carrier aggregation | |
| CN106797639A (zh) | 蜂窝网络中的有条件上行链路无线电资源利用 | |
| CN106455081A (zh) | 资源配置方法及资源配置装置 | |
| CN107006003A (zh) | 在多个时间实例中的上行链路资源调度 | |
| CN106304411A (zh) | 用于双连接***中的上行链路分割承载的方法及装置 | |
| WO2015044771A2 (en) | Method, apparatus, and system for performing data transmission and processing via dual connectivity | |
| CN107295663A (zh) | 获取混合自动重传请求确认信息反馈的方法和装置 | |
| CN106160949B (zh) | 反馈信息的发送及其控制方法及设备 | |
| CN103002585A (zh) | 一种小区srs资源分配方法和装置 | |
| CN103313411B (zh) | 一种多业务资源分配方法及装置 | |
| CN110463114A (zh) | Tti长度切换时的重新传输处置 | |
| KR20090040865A (ko) | 전송 속도 제어 방법, 이동 통신 시스템 및 무선 기지국 | |
| CN108029117A (zh) | 用于资源分配的方法和设备 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| CB02 | Change of applicant information |
Address after: No. 388 Jinqiao ningqiao Road, Pudong New Area, Shanghai Applicant after: Shanghai NOKIA Baer Limited by Share Ltd Applicant after: Alcatel Optical Networks Israe Address before: 201206 Pudong New Area Jinqiao Ning Road, Shanghai, No. 388 Applicant before: Shanghai Alcatel-Lucent Co., Ltd. Applicant before: Alcatel Optical Networks Israe |
|
| CB02 | Change of applicant information | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |