CN104754752A - 多子帧调度方法和系统 - Google Patents

多子帧调度方法和系统 Download PDF

Info

Publication number
CN104754752A
CN104754752A CN201310726323.4A CN201310726323A CN104754752A CN 104754752 A CN104754752 A CN 104754752A CN 201310726323 A CN201310726323 A CN 201310726323A CN 104754752 A CN104754752 A CN 104754752A
Authority
CN
China
Prior art keywords
pdcch
control signal
pdsch
many subframe
terminal
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.)
Granted
Application number
CN201310726323.4A
Other languages
English (en)
Other versions
CN104754752B (zh
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.)
China Telecom Corp Ltd
Original Assignee
China Telecom Corp 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 China Telecom Corp Ltd filed Critical China Telecom Corp Ltd
Priority to CN201310726323.4A priority Critical patent/CN104754752B/zh
Publication of CN104754752A publication Critical patent/CN104754752A/zh
Application granted granted Critical
Publication of CN104754752B publication Critical patent/CN104754752B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明公开了多子帧调度方法和系统。该方法包括：终端监听物理层控制信道的控制信令；如果发现属于自己的控制信道，判断是否是多子帧调度，如果是，读取多子帧调度控制信令中的作用域；如果未发现属于自己的控制信道，则判断是否在多子帧调度的作用域内，如果是，则计算进程号。本发明至少解决了多子帧调度中的一个问题，节省物理层信令开销，从而提高资源使用率。

Description

多子帧调度方法和系统
技术领域
本发明涉及无线通信技术领域，特别涉及LTE微小区部署中，多子帧调度方法和系统。
背景技术
其中：
HARQ：Hybrid Automatic Repeat request，混合自动重传请求；
PDSCH：PhysicalDownlinkSharedCHannel，物理下行共享信道，用于承载来自传输信道DSCH的数据；
PDCCH：Physical Downlink Control Channel，物理下行控制信道，承载下行控制信息。
现在的LTE系统中，包括单子帧调度和半静态调度（Semi-persistent scheduling）。其中，单子帧调度过程中，对于同一子帧，每个下行数据信道PDSCH都有相应的物理层控制信道PDCCH指示，并且该PDCCH会指示数据信道PDSCH的HARQ进程号。该方式的物理层信令开销较大。而半静态调度适用于数据包较小的业务，如VoIP，对数据包较大的业务不适合，如FTP业务。
随着智能终端和移动互联网的快速发展，移动数据业务量也在高速增长。根据国际电联ITU-R M.2443报告显示，从2010年到2015年，全球移动数据业务量将有15至30倍的增长。移动数据业务量的激增，将导致网络容量逐渐成为瓶颈，并给运营商带来巨大挑战。
为了满足日益增长的数据流量的需求，分层组网，部署微小区是一种重要且有效的技术手段。3GPP Rel-12提出微小区增强是重要的课题之一。针对微小区中信道慢变的特性提出了多子帧调度的概念，即一条物理层信令同时指示了多个子帧的调度。多子帧调度可以节省物理层信令开销从而提高资源使用率。图1所示为现有技术多子帧调度示意图。
在微小区部署中引入多子帧调度需要解决物理层控制信令的问题，即如何指示多少个子帧被同一条物理层信令调度。
在多子帧调度中，某些子帧中的下行数据信道PDSCH没有相应的物理层控制信道PDCCH指示，因而，需要为没有物理层控制信道PDCCH指示的数据信道PDSCH分配HARQ进程号。
此外，还需要处理多子帧调度和单子帧调度同时发生的情况。
发明内容
本发明的发明人发现上述现有技术中存在问题，并因此针对所述问题中的至少一个问题提出了一种新的技术方案。
根据本发明一方面，提出多子帧调度方法，包括：
终端监听物理层控制信道（PDCCH）的控制信令；
如果发现属于自己的PDCCH，则判断该PDCCH指示单子帧调度还是多子帧调度，并分别执行单子帧调度或多子帧调度流程；
如果未发现属于自己的PDCCH，则判断是否是多子帧调度，如果是，读取多子帧调度控制信令中的作用域，计算进程号，检测数据信道（PDSCH），否则，不检测PDSCH。
进一步，基站向终端发送PDCCH控制信令和PDSCH数据，在该控制信令中至少包括如下之一：多子帧调度还是单子帧调度、被调度的子帧数、指示PDSCH是初次传输还是重传、PDSCH对应的进程号；
终端通过监听控制信令发现属于自己的PDCCH。
进一步，基站向终端发送PDSCH数据；
终端通过监听控制信令未发现属于自己的PDCCH。
进一步，终端发现属于自己的PDCCH，且是多子帧调度，则终端读取多子帧调度控制信令中的作用域，对PDSCH进行检测；其中：
在原来的物理层控制信令中新增域用来指被控制信令调度的子帧数；或者
使用现有的新数据指示（NDI）域和/或冗余版本（RV）域来指示被控制信令调度的子帧数。
进一步，由之前最近出现控制信道PDCCH指示的进程号(k)、数据信道PDSCH所在的子帧序号(t1)和该PDCCH所在的子帧序号(t0)之差、以及分配给多子帧调度的起始进程号(n0)共同计算进程号。
进一步，进程号为n0+(k-n0+t1-t0)%N，其中，%表示取余数，N为分给多子帧调度的进程总数。
根据本发明另一方面，还提出多子帧调度系统，包括终端和基站，其中：
终端监听物理层控制信道（PDCCH）的控制信令；
如果发现属于自己的PDCCH，则判断该PDCCH指示单子帧调度还是多子帧调度，并分别执行单子帧调度或多子帧调度流程；
如果未发现属于自己的PDCCH，则判断是否是多子帧调度，如果是，读取多子帧调度控制信令中的作用域，计算进程号，检测数据信道（PDSCH），否则，不检测PDSCH。
进一步，基站向终端发送PDCCH控制信令和PDSCH数据，在该控制信令中至少包括如下之一：多子帧调度还是单子帧调度、被调度的子帧数、指示PDSCH是初次传输还是重传、PDSCH对应的进程号；
终端通过监听控制信令发现属于自己的PDCCH。
进一步，基站向终端发送PDSCH数据；
终端通过监听控制信令未发现属于自己的PDCCH。
进一步，终端发现属于自己的PDCCH，且是多子帧调度，则终端读取多子帧调度控制信令中的作用域，对PDSCH进行检测；其中：
在原来的物理层控制信令中新增域用来指被控制信令调度的子帧数；或者
使用现有的新数据指示（NDI）域和/或冗余版本（RV）域来指示被控制信令调度的子帧数。
进一步，由之前最近出现控制信道PDCCH指示的进程号(k)、数据信道PDSCH所在的子帧序号(t1)和该PDCCH所在的子帧序号(t0)之差、以及分配给多子帧调度的起始进程号(n0)共同计算进程号。
进一步，进程号为n0+(k-n0+t1-t0)%N，其中，%表示取余数，N为分给多子帧调度的进程总数。
多子帧调度相比于单子帧调度，可以节省物理层信令开销，从而提高资源使用率。本发明至少解决了多子帧调度中的一个问题，即单子帧和多子帧共存的问题、多子帧调度物理层控制信令的问题、HARQ进程号分配的问题。
通过以下参照附图对本发明的示例性实施例的详细描述，本发明的其它特征及其优点将会变得清楚。
附图说明
构成说明书的一部分的附图描述了本发明的实施例，并且连同说明书一起用于解释本发明的原理。
参照附图，根据下面的详细描述，可以更加清楚地理解本发明，其中：
图1所示为现有技术多子帧调度示意图。
图2所示为本发明多子帧调度方法实施例的示意图。
图3所示为本发明一实施例中指示多子帧调度的示意图。
图4所示为本发明另一实施例中指示多子帧调度的示意图。
图5所示为本发明HARQ进程号分配的实施例的示意图。
图6所示为本发明HARQ进程号分配的另一实施例的示意图。
图7所示为本发明多子帧调度系统实施例的结构示意图。
具体实施方式
现在将参照附图来详细描述本发明的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本发明的范围。
同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。
以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本发明及其应用或使用的任何限制。
对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为授权说明书的一部分。
在这里示出和讨论的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它示例可以具有不同的值。
应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。
为使本发明的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本发明进一步详细说明。
图2所示为本发明多子帧调度方法实施例的示意图。该方法包括以下步骤：
在步骤21，终端监听物理层控制信道（PDCCH）的控制信令。如果发现属于自己的控制信令，执行步骤22，否则，执行步骤25。
在步骤22，如果发现属于自己的PDCCH，判断是多子帧调度还是单子帧调度，如果是单子帧调度，则执行步骤23，即单子帧调度流程。如果是多子帧调度，则执行步骤24，即多子帧调度流程。
在步骤23，如果是单子帧调度，PDCCH指示PDSCH是初次传输，则终端对PDSCH进行检测，如果正确检测，反馈ACK，如果未正确检测，反馈NACK，记录进程号；或者PDCCH指示PDSCH重传，则终端获取HARQ进程号，和之前相同进程号的PDSCH进行合并检测。
在步骤24，如果是多子帧调度，PDCCH指示PDSCH是初次传输，则终端读取多子帧调度控制信令中的作用域，对PDSCH进行检测，如果正确检测，反馈ACK，如果未正确检测，反馈NACK，记录进程号。
在步骤25，如果未发现属于自己的PDCCH，判断是否在多子帧调度的作用域内，如果不是，执行步骤26，否则，执行步骤27，即进程号计算流程。
在步骤26，不检测PDSCH。
在步骤27，计算进程号，检测PDSCH，若正确检测，反馈ACK，若未正确检测，反馈NACK，记录进程号。
其中，终端监听的控制信令是由基站发送的。
如果基站向终端发送PDCCH控制信令和PDSCH数据，在该控制信令中至少包括如下之一：多子帧调度还是单子帧调度、调度的子帧数、指示PDSCH是初次传输还是重传、PDSCH对应的进程号。则终端通过监听控制信令发现属于自己的PDCCH。终端执行步骤22～步骤24。该实施例适用于单子帧调度和多子帧调度。可以处理多子帧调度和单子帧调度同时发生的情况，以及指示被同一条物理层信令调度的子帧数。
如果基站向终端发送PDSCH数据，则终端通过监听控制信令未发现属于自己的PDCCH。终端执行步骤25～步骤27。该实施例适用于多子帧调度。可以为没有物理层控制信道PDCCH指示的数据信道PDSCH分配HARQ进程号。
图3所示为本发明一实施例中指示多子帧调度的示意图。
在原来的物理层控制信令（DCI）中新增域（例如，2bits）用来指示被控制信令调度的子帧数。例如，00表示1个子帧，01表示2个子帧，10表示3个子帧，11表示4个子帧。
图4所示为本发明另一实施例中指示多子帧调度的示意图。
使用DCI现有的新数据指示（NDI）域和/或冗余版本（RV）（例如，2bits）域来指示被控制信令调度的子帧数。
下面将结合附图和具体实施例，对本发明分配进程号的实施例进行详细说明。
数据信道PDSCH在伴有控制信道PDCCH的子帧传输时，该PDSCH的进程号由PDCCH决定。
数据信道PDSCH在没有控制信道PDCCH的子帧传输时，由之前最近出现控制信道PDCCH指示的进程号(k)、数据信道PDSCH所在的子帧序号(t1)和该PDCCH所在的子帧序号(t0)之差、以及分配给多子帧调度的起始进程号(n0)共同计算得到。在本发明的一个实施例中，进程号为n0+(k-n0+t1-t0)%N，其中，%表示取余数，N为分给多子帧调度的进程总数。
实施例1：
图5所示为本发明HARQ进程号分配的实施例的示意图。
假设分配给多子帧调度的进程总数为4，起始进程号为1。
在t+1时刻，存在多子帧调度，并指示当前子帧进程号为2，由于数据信道与多子帧调度的控制信令在同一子帧内，则进程号为2。
在t+4时刻，数据信道与多子帧调度的控制信令不在同一子帧内，其进程号由之前最近出现控制信道PDCCH指示的进程号、数据信道PDSCH所在的子帧序号和该PDCCH所在的子帧序号之差、以及分配给多子帧调度的起始进程号共同计算，可得该数据信道的进程号为：1+(2-1+(t+4)-(t+1))%4=1。
实施例2：
图6所示为本发明HARQ进程号分配的另一实施例的示意图。
该实施例为单子帧和多子帧共存的情况，即，用户在t+3时刻收到了单子帧调度指示的控制信令。
假设分配给多子帧调度的进程总数为4，起始进程号为5。
在t+1时刻，存在多子帧调度的控制信令并指示当前子帧进程号为7；在t+3时刻，存在单子帧调度的控制信令并指示HARQ进程号为3，因此在t+3时刻的数据信道的进程号为3。
在t+4时刻，数据信道与多子帧调度的控制信令不在同一子帧内，计算可得该数据信道的进程号为5+(7-5+(t+4)-(t+1))%4=6。
多子帧调度相比于单子帧调度，可以节省物理层信令开销，从而提高资源使用率。本发明至少解决了多子帧调度中的一个问题，即单子帧和多子帧共存的问题、多子帧调度物理层控制信令的问题、HARQ进程号分配的问题。
图7所示为本发明多子帧调度系统实施例的结构示意图。该系统包括终端和基站，其中：
终端监听PDCCH的控制信令。
如果发现属于自己的PDCCH，则判断该PDCCH指示单子帧调度还是多子帧调度，并分别执行单子帧调度或多子帧调度流程。如果是单子帧调度，PDCCH指示PDSCH是初次传输，则终端对PDSCH进行检测，如果正确检测，反馈ACK，如果未正确检测，反馈NACK，记录进程号；或者PDCCH指示PDSCH重传，则终端获取HARQ进程号，和之前相同进程号的PDSCH进行合并检测。如果是多子帧调度，PDCCH指示PDSCH是初次传输，则终端读取多子帧调度控制信令中的作用域，对PDSCH进行检测，如果正确检测，反馈ACK，如果未正确检测，反馈NACK，记录进程号。
如果未发现属于自己的PDCCH，则判断是否在多子帧调度的作用域内，如果是，则计算进程号，检测数据信道（PDSCH），若正确检测，反馈ACK，若未正确检测，反馈NACK，记录进程号，否则，不检测PDSCH。
其中，终端监听的控制信令是由基站发送的。
如果基站向终端发送PDCCH控制信令和PDSCH数据，在该控制信令中至少包括如下之一：多子帧调度还是单子帧调度、被调度的子帧数、指示PDSCH是初次传输还是重传、PDSCH对应的进程号。则终端根据监听到的信息可以处理多子帧调度和单子帧调度同时发生的情况，以及指示被同一条物理层信令调度的子帧数。
终端通过监听控制信令发现属于自己的PDCCH。
在本发明的实施例中，在原来的物理层控制信令（DCI）中新增域（例如，2bits）用来指示被控制信令调度的子帧数。例如，00表示1个子帧，01表示2个子帧，10表示3个子帧，11表示4个子帧。或者，使用DCI现有的新数据指示（NDI）域和/或冗余版本（RV）（例如，2bits）域来指示被控制信令调度的子帧数。
如果基站向终端发送PDSCH数据，则终端可以为没有物理层控制信道PDCCH指示的数据信道PDSCH分配HARQ进程号。
终端通过监听控制信令未发现属于自己的PDCCH。
在本发明的实施例中，数据信道PDSCH在伴有控制信道PDCCH的子帧传输时，该PDSCH的进程号由PDCCH决定。
数据信道PDSCH在没有控制信道PDCCH的子帧传输时，由之前最近出现控制信道PDCCH指示的进程号(k)、数据信道PDSCH所在的子帧序号(t1)和该PDCCH所在的子帧序号(t0)之差、以及分配给多子帧调度的起始进程号(n0)共同计算得到。在本发明的一个实施例中，进程号为n0+(k-n0+t1-t0)%N，其中，%表示取余数，N为分给多子帧调度的进程总数。
至此，已经详细描述了本发明。为了避免遮蔽本发明的构思，没有描述本领域所公知的一些细节。本领域技术人员根据上面的描述，完全可以明白如何实施这里公开的技术方案。
可能以许多方式来实现本发明的方法以及装置。例如，可通过软件、硬件、固件或者软件、硬件、固件的任何组合来实现本发明的方法以及装置。用于所述方法的步骤的上述顺序仅是为了进行说明，本发明的方法的步骤不限于以上具体描述的顺序，除非以其它方式特别说明。此外，在一些实施例中，还可将本发明实施为记录在记录介质中的程序，这些程序包括用于实现根据本发明的方法的机器可读指令。因而，本发明还覆盖存储用于执行根据本发明的方法的程序的记录介质。
虽然已经通过示例对本发明的一些特定实施例进行了详细说明，但是本领域的技术人员应该理解，以上示例仅是为了进行说明，而不是为了限制本发明的范围。本领域的技术人员应该理解，可在不脱离本发明的范围和精神的情况下，对以上实施例进行修改。本发明的范围由所附权利要求来限定。

Claims (12)

1.多子帧调度方法，其特征在于，包括：
终端监听物理层控制信道（PDCCH）的控制信令；
如果发现属于自己的PDCCH，则判断该PDCCH指示单子帧调度还是多子帧调度，并分别执行单子帧调度或多子帧调度流程；
如果未发现属于自己的PDCCH，则判断是否在多子帧调度的作用域内，如果是，则计算进程号，检测数据信道（PDSCH），否则，不检测PDSCH。
2.根据权利要求1所述多子帧调度方法，其特征在于，包括：
基站向终端发送PDCCH控制信令和PDSCH数据，在该控制信令中至少包括如下之一：多子帧调度还是单子帧调度、被调度的子帧数、指示PDSCH是初次传输还是重传、PDSCH对应的进程号；
终端通过监听控制信令发现属于自己的PDCCH。
3.根据权利要求1所述多子帧调度方法，其特征在于，包括：
基站向终端发送PDSCH数据；
终端通过监听控制信令未发现属于自己的PDCCH。
4.根据权利要求1或2所述多子帧调度方法，其特征在于，包括：
终端发现属于自己的PDCCH，且是多子帧调度，则终端读取多子帧调度控制信令中的作用域，对PDSCH进行检测；其中：
在原来的物理层控制信令中新增域用来指被控制信令调度的子帧数；或者
使用现有的新数据指示（NDI）域和/或冗余版本（RV）域来指示被控制信令调度的子帧数。
5.根据权利要求1或3所述多子帧调度方法，其特征在于，包括：
由之前最近出现控制信道PDCCH指示的进程号(k)、数据信道PDSCH所在的子帧序号(t1)和该PDCCH所在的子帧序号(t0)之差、以及分配给多子帧调度的起始进程号(n0)共同计算进程号。
6.根据权利要求5所述多子帧调度方法，其特征在于，包括：
进程号为n0+(k-n0+t1-t0)%N，其中，%表示取余数，N为分给多子帧调度的进程总数。
7.多子帧调度系统，其特征在于，包括终端和基站，其中：
终端监听物理层控制信道（PDCCH）的控制信令；
如果发现属于自己的PDCCH，则判断该PDCCH指示单子帧调度还是多子帧调度，并分别执行单子帧调度或多子帧调度流程；
如果未发现属于自己的PDCCH，则判断是否在多子帧调度的作用域内，如果是，则计算进程号，检测数据信道（PDSCH），否则，不检测PDSCH。
8.根据权利要求7所述多子帧调度系统，其特征在于，包括：
基站向终端发送PDCCH控制信令和PDSCH数据，在该控制信令中至少包括如下之一：多子帧调度还是单子帧调度、被调度的子帧数、指示PDSCH是初次传输还是重传、PDSCH对应的进程号；
终端通过监听控制信令发现属于自己的PDCCH。
9.根据权利要求7所述多子帧调度系统，其特征在于，包括：
基站向终端发送PDSCH数据；
终端通过监听控制信令未发现属于自己的PDCCH。
10.根据权利要求7或8所述多子帧调度系统，其特征在于，包括：
终端发现属于自己的PDCCH，且是多子帧调度，则终端读取多子帧调度控制信令中的作用域，对PDSCH进行检测；其中：
在原来的物理层控制信令中新增域用来指被控制信令调度的子帧数；或者
使用现有的新数据指示（NDI）域和/或冗余版本（RV）域来指示被控制信令调度的子帧数。
11.根据权利要求7或9所述多子帧调度系统，其特征在于，包括：
由之前最近出现控制信道PDCCH指示的进程号(k)、数据信道PDSCH所在的子帧序号(t1)和该PDCCH所在的子帧序号(t0)之差、以及分配给多子帧调度的起始进程号(n0)共同计算进程号。
12.根据权利要求11所述多子帧调度系统，其特征在于，包括：
进程号为n0+(k-n0+t1-t0)%N，其中，%表示取余数，N为分给多子帧调度的进程总数。
CN201310726323.4A 2013-12-25 2013-12-25 多子帧调度方法和系统 Active CN104754752B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201310726323.4A CN104754752B (zh) 2013-12-25 2013-12-25 多子帧调度方法和系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201310726323.4A CN104754752B (zh) 2013-12-25 2013-12-25 多子帧调度方法和系统

Publications (2)

Publication Number Publication Date
CN104754752A true CN104754752A (zh) 2015-07-01
CN104754752B CN104754752B (zh) 2019-01-25

Family

ID=53593682

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201310726323.4A Active CN104754752B (zh) 2013-12-25 2013-12-25 多子帧调度方法和系统

Country Status (1)

Country Link
CN (1) CN104754752B (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105722240A (zh) * 2016-03-31 2016-06-29 宇龙计算机通信科技(深圳)有限公司 多子帧调度的方法、装置和终端
CN106506184A (zh) * 2015-09-07 2017-03-15 普天信息技术有限公司 中继回传链路的下行传输方法
WO2018058418A1 (en) * 2016-09-29 2018-04-05 Panasonic Intellectual Property Corporation Of America Wireless communication method, apparatus and system
CN109392132A (zh) * 2017-08-11 2019-02-26 维沃移动通信有限公司 一种帧序号信息的指示方法、接收方法、相关设备及系统
CN110140403A (zh) * 2017-01-25 2019-08-16 华为技术有限公司 一种通信方法及装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101567774A (zh) * 2008-04-25 2009-10-28 大唐移动通信设备有限公司 一种多子帧联合调度的实现方法和装置
CN102202408A (zh) * 2010-03-22 2011-09-28 华为技术有限公司 多子帧调度方法、系统和设备
CN103179672A (zh) * 2011-12-23 2013-06-26 华为技术有限公司 通信方法、基站和用户设备

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101567774A (zh) * 2008-04-25 2009-10-28 大唐移动通信设备有限公司 一种多子帧联合调度的实现方法和装置
CN102202408A (zh) * 2010-03-22 2011-09-28 华为技术有限公司 多子帧调度方法、系统和设备
CN103179672A (zh) * 2011-12-23 2013-06-26 华为技术有限公司 通信方法、基站和用户设备

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
CHINA TELECOM: "Discussion on multi-subframe scheduling，R1-131137", 《3GPP TSG RAN WG1 MEETING #72BIS》 *

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106506184A (zh) * 2015-09-07 2017-03-15 普天信息技术有限公司 中继回传链路的下行传输方法
CN106506184B (zh) * 2015-09-07 2020-01-31 普天信息技术有限公司 中继回传链路的下行传输方法
CN105722240A (zh) * 2016-03-31 2016-06-29 宇龙计算机通信科技(深圳)有限公司 多子帧调度的方法、装置和终端
WO2018058418A1 (en) * 2016-09-29 2018-04-05 Panasonic Intellectual Property Corporation Of America Wireless communication method, apparatus and system
CN109565798A (zh) * 2016-09-29 2019-04-02 松下电器（美国）知识产权公司 无线通信方法、装置和系统
CN109565798B (zh) * 2016-09-29 2022-02-18 松下电器（美国）知识产权公司 无线通信方法、装置和系统
CN110140403A (zh) * 2017-01-25 2019-08-16 华为技术有限公司 一种通信方法及装置
CN109392132A (zh) * 2017-08-11 2019-02-26 维沃移动通信有限公司 一种帧序号信息的指示方法、接收方法、相关设备及系统

Also Published As

Publication number Publication date
CN104754752B (zh) 2019-01-25

Similar Documents

Publication Publication Date Title
CN103202058B (zh) 移动站装置、无线通信方法及集成电路
CN102892084B (zh) 集群业务处理方法、装置、基站及用户设备
CN102077627B (zh) 一种上行信号的处理方法、基站和用户终端
CN103095436B (zh) 用于确定/辅助确定pucch的资源的方法及相应的装置
CN104754752B (zh) 多子帧调度方法和系统
CN103428713B (zh) 物理下行链路控制信道的检测方法与装置
CN109526056A (zh) 多载波下的资源选择方法、装置及计算机设备、存储介质
CN102056228A (zh) 上行混合自动请求重传应答信息捆绑指示传输方法和基站
CN103139717B (zh) 群组业务调度方法、基站和用户设备
CN103636270A (zh) 一种调度下行数据传输的方法和装置
CN102355334A (zh) 一种半静态调度方式下数据的传输方法及用户设备
CN101989901B (zh) 下行链路数据的重传判断方法及装置
US20180192427A1 (en) Dynamic delay scheduling method and base station for voice data
US9537622B2 (en) User equipment, method, and system for determining, reporting, distributing resource for multiple carriers
JP6139704B2 (ja) クロス・キャリア・スケジューリングの場合のｅｐｄｃｃｈのｅｃｃｅ探索空間を決定する方法、およびそのための装置
CN105611638B (zh) 一种调度终端的方法及基站
CN106712910B (zh) 冗余版本及其改变周期的确定、信道估计方法及装置
CN107295643B (zh) 一种调度方法、装置和设备
CN108183775B (zh) 一种上行控制信息处理方法及设备
CN102595609B (zh) 一种子帧捆绑时实现上行子帧调度的方法和系统
CN102461308B (zh) 基站、通信系统及通信控制方法
CN106550464B (zh) 一种上行控制信息的传输方法、装置和系统
CN104159309B (zh) 一种资源分配优化方法及装置
CN105517171B (zh) 一种在lte-a网络中调度lte终端的方法和基站
WO2016054915A1 (zh) 一种终端设备及多业务模式的混合自动重传请求反馈方法

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
EXSB Decision made by sipo to initiate substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant