基站虚拟HARQ进程调度方法、装置及基站制造方法及图纸

本发明专利技术公开了一种基站虚拟HARQ进程调度方法、装置及基站，所述方法包括：申请虚拟HARQ进程进行无线资源调度；基于所述无线资源调度，采用真实HARQ进程通过下行控制信息DCI子帧向终端发送数据；在接收到终端发送的HARQ进程反馈确认信息后，将虚拟HARQ进程替换为真实HARQ进程，以供下个周期基站采用真实HARQ进程下发DCI子帧。本发明专利技术充分利用了空口资源，从而增加了基于IoT协议的下行峰值流量。增加了基于IoT协议的下行峰值流量。增加了基于IoT协议的下行峰值流量。

【技术实现步骤摘要】
基站虚拟HARQ进程调度方法、装置及基站


[0001]本专利技术涉及通信领域，尤其涉及一种基站虚拟HARQ进程调度方法、装置及基站。

技术介绍

[0002]第三代合作伙伴计划(3rd Generation Partnership Project，3GPP)在Release13 中定义了增强型机器类型通信(Enhanced Machine Type Communication，eMTC) 协议，以支持大连接的广域网物联网。eMTC是万物互联技术的一个重要分支，eMTC作为物联网(Internet of Things，IoT)领域的新兴技术，将广泛支持低功耗设备在广域的蜂窝网络物联连接。
[0003]峰值流量是衡量物联网终端的显著特性，更高的峰值流量可以满足更多的物联网应用场景。因此，如何获得更高的基于IoT协议(包括eMTC、NB-IoT 等)的下行峰值流量是一个亟待解决的问题。

技术实现思路

[0004]本专利技术实施例提供一种基站虚拟HARQ进程调度方法、装置及基站，以获得更高的基于IoT协议的下行峰值流量。
[0005]本专利技术实施例提供一种基站虚拟HARQ进程调度方法，包括：
[0006]申请虚拟混合自动重传请求HARQ进程进行无线资源调度；
[0007]基于所述无线资源调度，采用真实HARQ进程通过下行控制信息DCI子帧向终端发送数据；
[0008]在接收到所述终端发送的HARQ进程反馈确认信息后，将所述虚拟HARQ 进程替换为真实HARQ进程，以供下个周期基站采用真实HARQ进程下发DCI 子帧。
[0009]本专利技术实施例还提供一种基站虚拟HARQ进程调度装置，包括：
[0010]无线资源管理单元，用于申请虚拟混合自动重传请求HARQ进程进行无线资源调度；
[0011]基带发送单元，用于基于所述无线资源调度，采用真实HARQ进程通过下行控制信息DCI子帧向终端发送数据；
[0012]基带接收单元，用于接收所述终端发送的HARQ进程反馈确认信息；
[0013]无线资源管理单元还用于，在所述基带接收单元接收到HARQ进程反馈确认信息后，将所述虚拟HARQ进程替换为真实HARQ进程，以供下个周期基站采用真实HARQ进程下发DCI子帧。
[0014]本专利技术实施例还提供一种基站虚拟HARQ进程调度装置，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，计算机程序被处理器执行时实现上述基站虚拟HARQ进程调度方法的步骤。
[0015]本专利技术实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有一个或多个实现程序，程序被处理器执行时实现上述基站虚拟HARQ进程调度方法的步骤。
[0016]采用本专利技术实施例，利用终端侧下行HARQ Process停等时长小于基站，并通过虚拟HARQ进程进行资源调度，充分利用了空口资源，从而增加了基于IoT 协议的下行峰值流量。
[0017]上述说明仅是本专利技术技术方案的概述，为了能够更清楚了解本专利技术的技术手段，而可依照说明书的内容予以实施，并且为了让本专利技术的上述和其它目的、特征和优点能够更明显易懂，以下特举本专利技术的具体实施方式。
附图说明
[0018]通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本专利技术的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
[0019]图1是本专利技术实施例的HARQ Process停等时长示意图；
[0020]图2是本专利技术实施例的基站虚拟HARQ进程调度方法的流程图；
[0021]图3是本专利技术的虚拟HARQ Process调度的示意图；
[0022]图4是本专利技术装置实施例一的基站虚拟HARQ进程调度装置的示意图；
[0023]图5是本专利技术装置实施例二的基站虚拟HARQ进程调度装置的示意图。
具体实施方式
[0024]下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
[0025]在对本专利技术实施例的技术方案进行详细说明之前，首先对混合式自动重传请求(Hybrid Automatic Repeat Request，HARQ)进行介绍。
[0026]HARQ使用停等协议(Stop-And-Wait Protocol)来发送数据。在停等协议中，发送端发送一个传输块(Transfer Block，TB)后，就停下来等待确认信息，接收端会使用1比特的信息对该TB进行肯定(ACK)或否定(NACK)的确认。
[0027]由于每次传输后发送端就停下来等待确认，会导致吞吐量很低，因此eMTC 使用多个并行的停等进程(Stop-And-Wait Process)，当一个HARQ进程(HARQ Process)在等待确认信息时，发送端可以使用另外一个HARQ Process来继续发送数据，因此HARQ Process的个数、使用周期和TB大小共同决定了eMTC流量。
[0028]发送端基站从调度开始使用HARQ Process到接收端终端侧反馈确认结果即停等时长为10个子帧。按照3GPP Release 13协议定义频分双工(Frequency Division Duplex，FDD)场景下eMTC下行HARQ Process个数为8，在该场景下10个子帧可以调度8个HARQ Process即8次调度，折算到1秒中的调度次数为800次，且因eMTC下行最大传输块大小(Transfer Block Size，TBSIZE) 最大为1000bits(比特数)，就可得到eMTC下行峰值流量为800Kbps(Kilometre Bits Per Second，千比特每秒)。
[0029]因基站物理层会存在一定的处理时延，如基站收到终端的确认反馈晚于空口1个子帧时，会导致基站HARQ Process停等时长为11个子帧，即HARQ Process的使用周期为11
个子帧，折算到1秒的调度次数为727.27次，所能得到的下行峰值流量为727.27Kbps。
[0030]按照协议，接收端终端侧HARQ Process停等时长从收到下行控制信息 (Downlink Control Information，DCI)开始计算，到终端反馈确认结果结束，为7个子帧，即HARQ Process的使用周期为7。FDD场景下，HARQ Process 个数为8时，理论上可支持满调度，即1秒调度次数可达1000次，结合eMTC 下行最大TBSIZE，就可得到eMTC下行峰值流量为1000Kbps，高于发送端基站的理论流量且可充分利用空口资源。
[0031]图本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种基站虚拟HARQ进程调度方法，其特征在于，包括：申请虚拟混合自动重传请求HARQ进程进行无线资源调度；基于所述无线资源调度，采用真实HARQ进程通过下行控制信息DCI子帧向终端发送数据；在接收到所述终端发送的HARQ进程反馈确认信息后，将所述虚拟HARQ进程替换为真实HARQ进程，以供下个周期基站采用真实HARQ进程下发DCI子帧。2.如权利要求1所述的方法，其特征在于，申请虚拟HARQ进程进行无线资源调度之前，所述方法还包括：预先定义并维护虚拟HARQ进程。3.如权利要求1或2所述的方法，其特征在于，申请虚拟HARQ进程进行无线资源调度包括：在真实HARQ进程使用完后，申请虚拟HARQ进程进行无线资源调度。4.如权利要求1所述的方法，其特征在于，申请虚拟HARQ进程进行无线资源调度之后，所述方法进一步包括：存储无线资源调度的信息。5.如权利要求1所述的方法，其特征在于，在接收到所述终端发送的HARQ进程反馈确认信息后，将所述虚拟HARQ进程替换为真实HARQ进程包括：接收到所述终端发送的HARQ进程反馈确认信息为NACK时，选择合适的真实HARQ进程替换所述虚拟HARQ进程。6.如权利要求1所述的方法，其特征在于，所述方法进一步包括：在预定时间内没有接收到所述终端发送的HARQ进程反馈确认信息时，释放所述虚拟HARQ进程。7....

【专利技术属性】
技术研发人员：史承兴，
申请(专利权)人：中兴通讯股份有限公司，
类型：发明
国别省市：