用于调度与LTE-MTC中HARQ进程相关联的延迟的方法、装置和计算机程序产品与流程

用于调度与lte-mtc中harq进程相关联的延迟的方法、装置和计算机程序产品
技术领域
1.本技术一般涉及无线通信技术。更具体地，本技术涉及一种用于调度与lte-mtc中harq进程相关联的延迟的方法和装置。本技术还涉及适用于相同目的的计算机程序产品。


背景技术：

2.在第86次ran全体会议上，同意了题为“nb-iot和lte-mtc的rel-17增强(rel-17enhancements for nb-iot and lte-mtc)”的新工作项目(wi)。其目标中的一个包括为lte-mtc指定在dl中引入14个harq进程，如工作项目描述(wid)中所述：支持附加pdsch调度延迟以在dl中引入14个harq进程，用于hd-fdd cat m1 ue。
3.[lte-mtc][ran1]
[0004]
lte-mtc的wid目标针对hd-fdd cat m1 ue，其峰值数据速率可以通过组合使用10个harq进程和harq-ack捆绑来实现，如图1所示。
[0005]
在图1中，实线箭头和虚线箭头分别示出了“pdsch的调度延迟”(包含2个子帧)和“harq-ack延迟”(包含11个子帧)的示例。
[0006]
lte-mtc的rel-17增强旨在通过“支持附加pdsch调度延迟以在dl中引入14-harq进程，用于hd-fdd cat m1 ue(support of additional pdsch scheduling delay for introduction of 14-harq processes in dl,for hd-fdd cat m1 ues)”来增加峰值数据速率，其如图2所示旨在通过使用图1中描述的框架来完成。
[0007]
在图2中，实线箭头和虚线箭头分别示出了“pdsch的调度延迟”(包含7个子帧)和“harq-ack延迟”(包含13个子帧)的示例。
[0008]
关于在dl中引入14个harq进程，是这样写的：“假设在每个pdsch中传输1000比特的tbs，通过这种调度达到的峰值数据速率为(10
×
1000)/17＝588kbps。在此贡献中，我们建议通过允许在子帧0和1中进行数据调度，将峰值数据速率提高到(12
×
1000)/17＝706kbps(提高20％)”。参见r1-1912694，“用于hd-fdd mtc ue的增加的峰值数据速率”，高通公司、橘子电信、司亚乐无线、威瑞森、爱立信、西坤思、诺基亚、诺基亚上海贝尔，2019年11月18日至22日在美国里诺的ran1#99会议("increased peak data rate for hd-fdd mtc ues,"qualcomm incorporated,orange,sierra wireless,verizon,ericsson,sequans,nokia,nokia shanghai bell,ran1#99,reno,usa,november 18th
–
22nd,2019)，其全部内容通过引用并入本文。
[0009]
虽然峰值数据速率的增加是使用12个harq进程估计的，但是总共有14个harq进程。如图2所示，具有14个harq进程(即从#0到#13跨越)的原因是harq进程#10和#11(绑定到mpdcch 10和11)需要等待在即将到来的一组以harq进程#12和#13(绑定到mpdcch 12和13)结束的mpdcch之后的ack捆绑。
[0010]
从图2可以看出，在dl中引入14个harq进程将需要为“pdsch的调度延迟”和“harq-ack延迟”两者添加新的值。
[0011]
在存在10-harq进程的传统方案中，“pdsch的调度延迟”使用值2。即，pdsch在用于调度对应dl数据的mpdcch结束后的第二个子帧上开始。另一方面，当有14个harq进程时，“pdsch的调度延迟”除了等于2的传统值之外还需要等于7的值(参见图2)。
[0012]
在r1-1912694，高通公司、橘子电信、司亚乐无线、威瑞森、爱立信、西坤思、诺基亚、诺基亚上海贝尔于2019年11月18日至22日在美国里诺ran1#99会议上的“用于hd-fdd mtc ue的增加的峰值数据速率”中，提议“pdsch的调度延迟”除了传统值2之外还可以支持7的值，而对于“harq-ack延迟”，提议使用以下值：4、5、6、7、9、11、13、15。
[0013]
关于harq-ack延迟，在当前的3gpp规范中有描述。具体地，ce模式a(ce modea)中的bl/ce ue的harq-ack延迟如下表1所示：
[0014]
表1：ce模式a中的bl/ce ue的harq-ack延迟
[0015][0016]
详情请参阅3gpp规范ts 36.213，“演进的通用陆地无线电接入(e-utra)；物理层过程”，版本16.2.0，其全部内容通过引用并入本文。当前规范允许在fdd中最多有10个harq进程，并且从上表可以看出，'ce-harq-ackbundling'的最大harq-ack延迟为11。


技术实现要素：

[0017]
关于“nb-iot和lte-mtc的rel-17增强”的wi的目标中的一个是引入“dl中的14-harq进程，用于hd-fdd cat m1 ue”，对于其支持设想的问题如下：
[0018]
·
引入“dl中的14-harq进程，用于hd-fdd cat m1 ue”的提议没有考虑当该特征碰巧与其他场景/特征共存时导致的进一步延迟，这将影响harq-ack延迟。
[0019]
·
根据打算使用14个harq进程特征的场景，将需要使用特定的harq-ack延迟值。
[0020]
根据本公开的一个方面，当“使用harq-ack捆绑用于cat m1hd-fdd ue的dl中的14个harq进程”存在于下列情况时，选择性harq-ack延迟计数策略已经以提供与pucch(例如，pucch#0、pucch#1和pucch#2)相关联的延迟的表格的形式被描述：
[0021]
·
pucch重复、无效bl/ce dl子帧和无效bl/ce ul子帧。
[0022]
·
pucch重复、无效bl/ce dl子帧、无效bl/ce ul子帧和测量间隙(mg)。
[0023]
在本公开中，术语“无效bl/ce dl子帧”对应于3gpp技术规范中的术语“非bl/ce dl子帧”。
[0024]
本公开中描述的解决方案与3gpp标准向后兼容，因为它们利用现有框架(例如，bl/ce dl子帧)来创建选择性harq-ack延迟计数策略。
[0025]
根据一个实施例，一种用于调度与lte-mtc中的harq进程相关联的延迟的方法包括：
[0026]-a)响应于pucch重复、无效bl/ce dl子帧、无效bl/ce ul子帧和测量间隙的存在或不存在，确定harq-ack调度计数策略；以及
[0027]-b)根据harq-ack调度计数策略调度harq-ack延迟值。
[0028]
根据另一个实施例，一种用于调度与lte-mtc中的harq进程相关联的延迟的方法包括由ue执行的以下步骤：
[0029]-a)接收harq-ack延迟值；以及
[0030]-b)发送具有harq-ack延迟值的用于harq-ack或harq-nack的pucch子帧，
[0031]
其中harq-ack延迟值是根据harq-ack调度计数策略来调度的，该策略是响应于pucch重复、无效bl/ce dl子帧、无效bl/ce ul子帧以及测量间隙的存在或不存在而确定的，确定harq-ack调度计数策略。
[0032]
根据另一个实施例，一种用于调度与lte-mtc中的harq进程相关联的延迟的装置包括：
[0033]
存储设备，其被配置为存储包括计算机指令的计算机程序；以及
[0034]
处理器，其耦合到该存储设备并被配置为执行该计算机指令以执行如上所述的方法。
[0035]
根据另一个实施例，一种用于调度与lte-mtc中的harq进程相关联的延迟的计算机程序产品，该计算机程序产品体现在计算机可读存储介质中并且包括用于执行如上所述的方法的计算机指令。
附图说明
[0036]
前述的和其他的目的、特征和优点将由于以下对如附图中所示的优选实施例的更具体描述而明显，其中：
[0037]
图1示意性地示出了用于cat m1 hd-fdd ue的10个harq进程和harq-ack捆绑的组合使用。
[0038]
图2示意性地示出了用于cat m1 hd-fdd ue的14个harq进程和harq-ack捆绑的组合使用。
[0039]
图3示意性地示出了根据本发明的一个实施例的用于调度与lte-mtc中的harq进程相关联的延迟的方法的流程图。
[0040]
图4是示出根据另一实施例的用于调度与lte-mtc中的harq进程相关联的延迟的装置的框图。
[0041]
图5示意性地示出了根据本发明的一个实施例的用于调度与lte-mtc中的harq进程相关联的延迟的方法的流程图。
[0042]
图6是示出根据另一实施例的用于调度与lte-mtc中的harq进程相关联的延迟的装置的框图。
[0043]
图7-9示意性地示出了harq-ack延迟值不足的一些示例。
[0044]
图10-12示意性地示出了使用选择性harq-ack延迟计数策略的一些示例。
具体实施方式
[0045]
本发明可以以多种方式实施，包括：进程；装置；系统；物质的组成；体现在计算机可读存储介质上的计算机程序产品；和/或处理器，例如被配置为执行存储在与该处理器耦合的存储器上和/或由该存储器提供的指令的处理器。在本说明书中，这些实施方式或本发明可能采用的任何其他形式可被称为技术。通常，在本发明的范围内可以改变所公开过程的步骤的顺序。除非另有说明，诸如描述为被配置为执行任务的处理器或存储器的组件可以被实现为被临时配置为在给定时间执行任务的通用组件或被制造为执行该任务的特定组件。如本文所用，术语“处理器”是指被配置为处理数据(例如计算机程序指令)的一个或多个设备、电路和/或处理核心。此处使用的术语仅用于描述特定实施例的目的，并不旨在进行限制。如本文所用，单数形式“一”、“一个”、“该”(“a”、“an”和“the”)旨在也包括复数形式，除非上下文清楚地另有说明。还应理解，术语“包括”、“包含”在本文中使用时，指定了所陈述特征、整数、步骤、操作、元件和/或组件的存在，但不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或其组。
[0046]
此外，在权利要求中使用诸如“第一”、“第二”、“第三”等的顺序术语来修改权利要求要素本身并不意味着一个权利要求要素的任何优先权、优先级或顺序在另一个之上或执行方法的动作的时间顺序，而是仅用作标签以区分具有特定名称的一个权利要求元素与具有相同名称(但使用顺序术语)的另一个元素以区分这些权利要求元素。
[0047]
除非另有定义，本文使用的所有术语(包括技术和科学术语)具有与通常理解的相同的含义。还应理解，本文使用的术语应被解释为具有与它们在本说明书和相关技术的上下文中的含义一致的含义，并且不会以理想化或过于正式的意义进行解释，除非本文明确如此定义。
[0048]
下面连同示出本发明的原理的附图一起提供本发明的一个或多个实施例的详细描述。结合这些实施例描述了本发明，但本发明不限于任何实施例。本发明的范围仅由权利要求限制，并且本发明包含许多替代、修改和等同物。为了提供对本发明的透彻理解，在以下描述中阐述了许多具体细节。这些细节是出于示例的目的而提供的，并且可以根据权利要求来实践本发明，而无需这些具体细节中的一些或全部。为了清楚起见，没有详细描述与本发明相关的技术领域中已知的技术材料，以免不必要地混淆本发明。
[0049]
图3中示出了根据本发明的一个实施例的用于调度与lte-mtc中的harq进程相关联的延迟的方法300的流程图。
[0050]
如图3所示，该流程图包括例如在nodeb侧执行的以下步骤：
[0051]
步骤301：响应于pucch重复、无效bl/ce dl子帧、无效bl/ce ul子帧、测量间隙的存在或不存在，确定harq-ack调度计数策略。
[0052]
步骤302：根据harq-ack调度计数策略调度harq-ack延迟值。
[0053]
在本实施例中，优选地，该流程图还包括向ue发送包括harq-ack延迟值的dci的步
骤。
[0054]
在该实施例中，优选地，harq-ack延迟值被表示为存储在harq-ack延迟表中的多个多比特值中的一个多比特值。
[0055]
在本实施例中，优选地，harq-ack调度计数策略的确定包括以下步骤：根据pucch重复、无效bl/ce dl子帧、无效bl/ce ul子帧和测量间隙的存在或不存在，选择多个候选harq-ack延迟计数策略中的一个候选harq-ack延迟计数策略作为harq-ack调度计数策略。
[0056]
在本实施例中，优选地，在存在pucch重复、无效bl/ce dl子帧和无效bl/ce ul子帧的情况下，在dl中的14个harq进程使用harq-ack捆绑以用于cat m1 hd-fdd ue的情况下，如下进行调度：
[0057]
对于harq#n和harq-ack捆绑0之间的harq-ack延迟，harq-ack延迟值被设置为：
[0058]
11个bl/ce dl子帧+1个用于dl/ul切换子帧的绝对子帧+1个bl/ce ul子帧；
[0059]
对于harq#n和harq-ack捆绑1之间的harq-ack延迟，harq-ack延迟值被设置为：
[0060]
11个bl/ce dl子帧+1个用于dl/ul切换子帧的绝对子帧)+(1*rpucch+1)个bl/ce ul子帧；以及
[0061]
对于harq#n和harq-ack捆绑2之间的harq-ack延迟，harq-ack延迟值被设置为：
[0062]
11个bl/ce dl子帧+1个用于dl/ul切换子帧的绝对子帧)+(2*rpucch+1)个bl/ce ul子帧，
[0063]
其中，harq#n表示具有最大harq-ack延迟的harq进程，rpucch表示pucch重复的数量，并且在其中发送pdsch的最后一个子帧之后开始对harq-ack延迟值进行延迟计数。
[0064]
在本实施例中，优选地，在存在pucch重复、无效bl/ce dl子帧、无效bl/ce ul子帧和测量间隙的情况下，在dl中的14个harq进程使用harq-ack捆绑以用于cat m1 hd-fdd ue的情况下，如下进行调度：
[0065]
对于harq#n和harq-ack捆绑0之间的平均harq-ack延迟，harq-ack延迟值被设置为：
[0066]
ceil(11/(1-x％)个不和测量间隙重叠的bl/ce dl子帧+1个用于dl/ul切换子帧的绝对子帧，除非它和测量间隙重叠+1/(1-y％)个不和测量间隙重叠的bl/ce ul子帧的+{0，没有测量间隙；6或7，有测量间隙}个绝对子帧)；
[0067]
对于harq#n和harq-ack捆绑1之间的harq-ack延迟，harq-ack延迟值被设置为：
[0068]
ceil(11/(1-x％)个不和测量间隙重叠的bl/ce dl子帧+1个用于dl/ul切换子帧的绝对子帧，除非它和测量间隙重叠+(1*rpucch+1)/(1-y％)个不和测量间隙重叠的bl/ce ul子帧+{0，无测量间隙；6或7，有测量间隙}个绝对子帧)；
[0069]
对于harq#n和harq-ack捆绑2之间的平均harq-ack延迟，harq-ack延迟值被设置为：
[0070]
ceil(11/(1-x％)个不和测量间隙重叠的bl/ce dl子帧+1个用于dl/ul切换子帧的绝对子帧，除非它和测量间隙重叠+(2*rpucch+1)/(1-y％)个不和测量间隙重叠的bl/ce ul子帧+{0，无测量间隙；6或7，有测量间隙}绝对子帧)，
[0071]
其中x％表示无效bl/ce dl子帧相对于不和测量间隙重叠的bl/ce dl子帧的分数，y％表示无效bl/ce ul子帧相对于不和测量间隙重叠的bl/ce dl子帧的分数，rpucch表示pucch重复的数量。
[0072]
在本实施例中，优选地，在不存在pucch重复、无效bl/ce dl子帧、无效bl/ce ul子帧和测量间隙的情况下，在dl中的14个harq进程使用harq-ack捆绑以用于cat m1 hd-fdd ue的情况下，调度3gpp ts 36.213中指定的过程执行，3gpp ts 36.213的全部内容通过引用并入本文。
[0073]
在该实施例中，优选地，bl/ce dl子帧和bl/ce ul子帧的定义保持与传统定义相同，而绝对子帧的定义是指任何类型的子帧。
[0074]
在本实施例中，优选地，无效bl/ce dl子帧被用于执行dl到ul切换或ul到dl切换，或在ul中进行传输。
[0075]
在本实施例中，优选地，无效bl/ce ul子帧用于执行dl到ul切换或ul到dl切换，或在dl中进行传输。
[0076]
图4是示出根据另一实施例的用于调度与lte-mtc中的harq进程相关联的延迟的装置的框图。
[0077]
参考图4，装置40包括存储设备410和耦合到存储设备410的处理器420。存储设备410被配置为存储包括计算机指令的计算机程序430。处理器420被配置为执行该计算机指令以执行如图3所示的一些或全部方法步骤。
[0078]
图5中示出了根据本发明的另一个实施例的用于调度与lte-mtc中的harq进程相关联的延迟的方法500的流程图。
[0079]
如图5所示，该流程图包括在ue侧执行的以下步骤：
[0080]
步骤501：接收harq-ack延迟值。
[0081]
步骤502：发送具有harq-ack延迟值的用于harq-ack或harq-nack的pucch子帧。
[0082]
在本实施例中，harq-ack延迟值根据harq-ack调度计数策略进行调度，该策略是响应于pucch重复、无效bl/ce dl子帧、无效bl/ce ul子帧和测量间隙的存在或不存在而确定的，确定harq-ack调度计数策略。
[0083]
本实施例中，优选地，harq-ack延迟值被包括在来自nodeb的dci中。
[0084]
在该实施例中，优选地，harq-ack延迟值被表示为存储在harq-ack延迟表中的多个多比特值中的一个多比特值。
[0085]
图6是示出根据另一实施例的用于调度与lte-mtc中的harq进程相关联的延迟的装置的框图。
[0086]
参考图6，装置60包括存储设备610和耦合到存储设备610的处理器620。存储设备610被配置为存储包括计算机指令的计算机程序630。处理器620被配置为执行计算机指令以执行如图5所示的一些或全部方法步骤。
[0087]
关于引入“dl中的14-harq进程，用于hd-fdd cat m1 ue”的rel-17目标未能考虑当该特征碰巧与pucch重复、无效bl/ce dl子帧、无效bl/ce ul子帧和测量间隙共存时导致的进一步延迟，这将影响harq-ack延迟。在本公开中，支持在存在pucch重复、无效bl/ce dl子帧、无效bl/ce ul子帧和测量间隙的情况下引入“dl中的n-harq进程，用于hd-fdd cat m1 ue”的方法被描述。为了说明的目的并且为了与rel-17 wid保持一致，使用14个harq进程作为基础来描述这些方法，但是它们可以应用于n个harq进程。
[0088]
在整个本公开中，本文使用的术语“无效bl/ce dl子帧”可以对应于3gpp技术规范中的术语“非bl/ce dl子帧”。
[0089]
一般而言，在存在mg、无效bl/ce dl子帧、无效bl/ce ul子帧和pucch重复的情况下，可用的harq-ack延迟值不足，因此将限制可以使用的harq进程的数量。下面的示例说明即使在dl中有10个harq进程使用harq-ack捆绑，可用的harq-ack延迟值集也不足以处理所需的harq-ack延迟。
[0090]
示例1：参考图7描述“下行链路子帧比特图1110011110，其用
‘0’
标示无效bl/ce dl子帧”。
[0091]
在示例1中，并非所有10个harq进程都可以被调度，因为对于harq进程0、1和2没有可用的harq-ack延迟值。也就是说，在图7中，只有用“对角线划线”图案突出显示的延迟值在“ce-harq-ackbundling”的harq-ack延迟集可用(见表1)。
[0092]
示例2：参考图8描述“测量间隙。测量间隙持续时间及其周期性通过可变的测量间隙长度(mgl)和测量间隙重复周期(mgrp)来定义，如在3gpp规范ts 36.133中定义的”。
[0093]
+1子帧是因为假设cat-m1 ue不能在该测量间隙之后的子帧中在ul中发送任何东西。在示例2中，并非所有10个harq进程都可以被调度，因为harq进程0、1、2、3、4、5没有可用的harq-ack延迟。
[0094]
示例3：参考图9描述“该示例对于pucch重复的数量＝8时的情况说明了pucch重复的存在”。
[0095]
在示例3中，并非所有10个harq进程都可以被调度，因为没有足够多的可用harq-ack延迟值。已知pucch0、1、2各可分别处理最多4个harq进程。因此，在示例3中：
[0096]
·
可以使用pucch0捆绑从0到7的4个harq进程的任意组合(例如，harq进程0、1、2和3使用所有pucch0发送ack/nack)。
[0097]
或者
[0098]
·
通过捆绑使用pucch0的从0到7的4个harq进程，以及使用pucch1的2个harq进程8和9，最多可以处理6个harq进程。
[0099]
在rel-17中，“dl中的14个harq进程使用harq-ack捆绑用于cat m1 hd-fdd ue”的引入将需要附加harq-ack延迟值，并且将限制更多可以使用的harq进程的数量。
[0100]
如上所述，对于14个harq进程，可以通过包括3个pucch的给定harq-ack捆绑集最多处理12个harq进程。虽然总共有14个harq进程，但使用12个harq进程估计峰值数据速率的增加是因为14个过程中的2个需要跨ul传输(见图2)。术语“跨ul传输”用于描述用于特定dl harq进程的dl数据调度的情况，其中ul(pucch)传输发生在携带dl授权的mpdcch以及携带dl数据的相关联的pdsch之间。在存在pucch重复、无效bl/ce dl子帧和无效bl/ce ul子帧的情况下引入使用harq-ack捆绑的14个harq进程。
[0101]
在引入“dl中的14个harq进程使用harq-ack捆绑，用于cat m1 hd-fdd ue”的一个实施例中，在存在无效bl/ce dl子帧、无效bl/ce ul子帧和pucch重复(即pucch重复的数量，记为“rpucch”)的情况下，harq-ack延迟按照如下harq-ack调度计数策略来处理：
[0102]
假设具有最大harq-ack延迟的harq进程是harq#n并且延迟计数在其中发送pdsch的最后一个子帧之后开始，则
[0103]
·
harq#n和harq-ack捆绑0之间的harq-ack延迟是11个bl/ce dl子帧+1个绝对子帧(即，用于dl/ul切换子帧)+1个bl/ce ul子帧
[0104]
·
harq#n和harq-ack捆绑1之间的harq-ack延迟是11个bl/ce dl子帧+1个绝对子
帧(即，用于dl/ul切换子帧)
[0105]
+(1*rpucch+1)个bl/ce ul子帧
[0106]
·
harq#n和harq-ack捆绑2之间的harq-ack延迟是11个bl/ce dl子帧+1个绝对子帧(即，用于dl/ul切换子帧)
[0107]
+(2*rpucch+1)个bl/ce ul子帧
[0108]
在一个实施例中，符号“+”表示“之后”，以说明计算延迟的顺序。
[0109]
在一个实施例中，bl/ce dl子帧和bl/ce ul子帧的定义与传统定义保持相同，而绝对子帧的定义指代任何类型的子帧。
[0110]
在一个实施例中，假设无效bl/ce dl子帧可以用于执行dl到ul切换、ul到dl切换或者在ul中进行传输(例如，pucch)。
[0111]
在一个实施例中，假设无效bl/ce ul子帧可以用于执行dl到ul切换、ul到dl切换，或者在dl中进行传输(例如，mpdcch，或pdsch)。
[0112]
在存在pucch重复、无效bl/ce dl子帧、无效bl/ce ul子帧和测量间隙的情况下引入使用harq-ack捆绑的14个harq进程。
[0113]
在一个实施例中，测量间隙的存在以如下方式被结合到harq-ack调度计数策略中：
[0114]
假设无效bl/ce dl子帧的分数为x％，无效bl/ce ul子帧的分数为y％，并且测量间隙长度为6或7:
[0115]
下面三个子项目符号(bullet)下的方程式描述了距可以分别捆绑到pucch0、1或2的最远harq进程(下面描述为“harq#n”)的平均harq-ack延迟。harq-ack延迟从pdsch结束后的子帧开始，直到用于传输pucch0、1或2的子帧。下面的方程式按百分比包含无效子帧和测量间隙的存在。无效子帧或测量间隙的不存在可以作为理解以下方程式的起点，因为这种情况导致从最远的harq进程到pucch0、1和2的平均harq-ack延迟分别等于13、14和15，这类似于其中最远的harq进程是“harq#12”(也参见表2的上部，对应于x和y的0％的列)的图2。
[0116]
·
harq#n和harq-ack捆绑0之间的平均harq-ack延迟是ceil(11/(1-x％)个不和测量间隙重叠的bl/ce dl子帧+1个绝对子帧(即，用于dl/ul切换子帧)，除非它和测量间隙重叠+1/(1-y％)个不和测量间隙重叠的bl/ce ul子帧+{0,无mg；6或者7，有mg}个绝对子帧)
[0117]
·
harq#n和harq-ack捆绑1之间的harq-ack延迟是ceil(11/(1-x％)个不和测量间隙重叠的bl/ce dl子帧+1个绝对子帧(即dl/ul切换子帧)，除非它和测量间隙重叠
[0118]
+(1*rpucch+1)/(1-y％)个不和测量间隙重叠的bl/ce ul子帧+{0,无mg；6或7，有mg}个绝对子帧)
[0119]
·
harq#n和harq-ack捆绑2之间的平均harq-ack延迟是ceil(11/(1-x％)个不和测量间隙重叠的bl/ce dl子帧+1个绝对子帧(即dl/ul切换子帧)，除非它和测量间隙重叠+(2*rpucch+1)/(1-y％)个不和测量间隙重叠的bl/ce ul子帧+{0,无mg；6或7，有mg}个绝对子帧)。
[0120]
在一个实施例中，符号“+”表示“随后”，以说明计算延迟的顺序。
[0121]
在一个实施例中，bl/ce dl子帧、bl/ce ul子帧和测量间隙的定义与传统定义保
持相同，而绝对子帧的定义指代任何类型的子帧。
[0122]
在一个实施例中，假设无效bl/ce dl子帧可以用于执行dl到ul切换、ul到dl切换或者在ul中进行传输(例如，pucch)。
[0123]
在一个实施例中，假设无效bl/ce ul子帧可以用于执行dl到ul切换、ul到dl切换，或者在dl中进行传输(例如，mpdcch，或pdsch)。
[0124]
表2示出了以不同百分比存在的无效bl/ce dl子帧、无效bl/ce ul子帧、pucch重复的几种情况及其对harq-ack延迟的影响。
[0125]
表2：以不同百分比存在的无效bl/ce dl子帧、无效bl/ce ul子帧、pucch重复及其对harq-ack延迟的影响。
[0126][0127][0128]
关于表2中的示例，如果pdsch调度遇到mg，则harq#n的harq-ack延迟被增加6或7个子帧。
[0129]
在引入“dl中的14个harq进程使用harq-ack捆绑用于cat m1hd-fdd ue”的一个实施例中，通过以dci格式6-1a将“harq-ack延迟”字段大小增加1位(即，使用4位而不是3位)，这会将harq-ack延迟值的数量从8增加到16，从而使harq-ack调度计数策略与3gpp规范ts 36.213“演进的通用陆地无线电接入(e-utra)；物理层过程”(版本16.2.0)中的harq-ack延迟值集兼容。替代地，引入dci格式6-1a的新的4位字段，以在配置了“dl中的14个harq进程使用harq-ack捆绑用于cat m1 hd-fdd ue”时提供harq-ack延迟。
[0130]
在一个实施例中，类似于下表3更新“ce模式a中的bl/ce ue的harq-ack延迟”以在配置了“dl中的14个harq进程使用harq-ack捆绑用于cat m1 hd-fdd ue”时处理存在pucch重复、无效bl/ce dl子帧、无效bl/ce ul子帧和测量间隙时的harq延迟。
[0131]
表3：“ce modea中的bl/ce ue的harq-ack延迟”，包括支持“dl中的14个harq进程使用harq-ack捆绑用于cat m1 hd-fdd ue”。
[0132][0133][0134]
在表3中，
‘
harq-ack延迟’中的最大步长是3(例如，从15到18)。使用harq-ack捆绑，信道条件基本良好，所以大多数情况下只需要覆盖少量的pucch重复，例如1 2甚至4次重复。当mg用于rstd时，mgl通常很大，会导致harq-ack延迟很大，所以只需要覆盖比较小的mgl，例如mgl＝6。
[0135]
在从属实施例中，当配置“dl中的14个harq进程使用harq-ack捆绑用于cat m1 hd-fdd ue”并且“harq-ack延迟”字段使用4个比特时：
[0136]
·“harq-ack延迟”字段的4比特提供的16个组合中的8个对应于传统中可用的harq-ack延迟值集(即4、5、6、7、8、9、10，和11)以提供向后兼容性。
[0137]
·“harq-ack延迟”字段的4比特提供的16个组合中的2个对应于当以其最基本的形式配置和使用“dl中的14个harq进程使用harq-ack捆绑用于cat m1 hd-fdd ue”而不考虑pucch重复、无效bl/ce dl子帧、无效bl/ce ul子帧和测量间隙的存在时附加需要的harq-ack延迟值(即13和15)。
[0138]
·“harq-ack延迟”字段的4比特提供的16个组合中的6个对应于附加harq-ack延迟值，用于处理当“dl中的14个harq进程使用harq-ack捆绑用于cat m1 hd-fdd ue”被配置并受制于单独或同时存在pucch重复、无效bl/ce dl子帧、无效bl/ce ul子帧和测量间隙时的场景。
[0139]
·
用于处理单独或同时存在pucch重复、无效bl/ce dl子帧、无效bl/ce ul子帧和测量间隙的harq-ack延迟值集可以是任何整数值(例如，从统计、仿真等中获得)，不限于表3中用于说明目的的值集。
[0140]
·
该harq-ack延迟值集并未涵盖可能因单独或同时存在pucch重复、无效bl/ce dl子帧、无效bl/ce ul子帧和测量间隙而产生的所有可能场景，而是旨在评估为实际部署设想的最常见场景。
[0141]
一些示例在图10-12中示出，用于说明当配置了“dl中的14个harq进程使用harq-ack捆绑用于cat m1 hd-fdd ue”时使用表3的harq-ack调度计数策略。
[0142]
示例4:参考图10描述“当“dl中的14个harq进程使用harq-ack捆绑用于cat m1 hd-fdd ue”受制于无效bl/ce dl子帧、无效bl/ce ul子帧和测量间隙的存在时使用表3的harq-ack调度计数策略”。
[0143]
用“对角线划线”图案突出显示的延迟值可在表3的harq-ack延迟集中获得。
[0144]
在示例4中，利用基于表3的'harq-ack延迟'，仍然不是所有12个harq进程都可以使用，因为harq进程#12、#0、#1、#3、#5和#7只能使用harq-ack捆绑1(回想一下，一个harq-ack中捆绑的pdsch传输的数量不能超过4)。因此，在此示例中，使用新的“harq-ack延迟”表，可以调度的harq进程的最大数量为11而不是12。
[0145]
实施例5：参考图11描述“场景与实施例4相同，只是将测量间隙移到右侧子帧，导致不同的harq-ack时延要求”。
[0146]
用“对角线划线”图案突出显示的延迟值可在表3的harq-ack延迟集中获得。
[0147]
在示例5中，利用基于表3的'harq-ack延迟'，可以同时调度所有12个harq进程。
[0148]
示例6：参考图12描述“该示例表示不存在测量间隙的场景，这导致不同的harq-ack延迟要求”。
[0149]
用“对角线划线”图案突出显示的延迟值可在表3的harq-ack延迟集中获得。
[0150]
在示例6中，利用基于表3的'harq-ack延迟'，即使没有mg，也不是所有12个harq进程都可以使用(注意，对于harq进程#12和#4，没有可用的harq-ack延迟)。因此，如前所述，表3中的harq-ack延迟值集并未涵盖所有可能因单独或同时存在pucch重复、无效bl/ce dl子帧、无效bl/ce ul子帧和测量间隙而产生的所有可能场景，原因在于harq-ack延迟集应考虑实际部署中可预见的最常见场景。
[0151]
在一个实施例中，用于支持dl中14个harq进程的harq-ack延迟计数策略可以被描述为规则集或除表格式(例如，表3)之外的任何其他形式/格式。
[0152]
应当注意，前述实施例是说明性的而不是限制性的，在不脱离所附权利要求的范围的情况下，本领域技术人员可以设计替代实施例。诸如“包括”和“包含”等的措词不排除存在但未在说明书和权利要求中列出的元件或步骤。还应注意，如本文和所附权利要求中所用，单数形式“一”、“一个”和“该”包括复数对象，除非上下文另有明确规定。可以通过包括多个不同元件的硬件或通过适当编程的计算机来实现实施例。在列举几种手段的单元权利要求中，这些手段中的几种可以具体体现在同一个硬件项目中。第一、第二、第三等词的使用不代表任何顺序，其可以简单地解释为名称。

技术特征：
1.一种用于调度与lte-mtc中的harq进程相关联的延迟的方法，包括：-a)响应于pucch重复、无效bl/ce dl子帧、无效bl/ce ul子帧和测量间隙的存在或不存在，确定harq-ack调度计数策略；以及-b)根据所述harq-ack调度计数策略，调度harq-ack延迟值。2.根据权利要求1所述的方法，其中，还包括：向ue发送包括所述harq-ack延迟值的dci的步骤。3.根据权利要求2所述的方法，其中，所述harq-ack延迟值被表示为存储在harq-ack延迟表中的多个多比特值中的一个多比特值。4.根据权利要求1所述的方法，其中，确定所述harq-ack调度计数策略包括：基于pucch重复、无效bl/ce dl子帧、无效bl/ce ul子帧和测量间隙的存在或不存在，选择多个候选harq-ack延迟计数策略中的一个作为所述harq-ack调度计数策略的步骤。5.根据权利要求4所述的方法，其中，在存在pucch重复、无效bl/ce dl子帧和无效bl/ce ul子帧的情况下，在dl中的14个harq进程使用harq-ack捆绑以用于cat m1 hd-fdd ue的情况下，如下进行所述调度：对于harq#n和harq-ack捆绑0之间的harq-ack延迟，所述harq-ack延迟值被设置为：11个bl/ce dl子帧+1个用于dl/ul切换子帧的绝对子帧+1个bl/ce ul子帧；对于harq#n和harq-ack捆绑1之间的harq-ack延迟，所述harq-ack延迟值被设置为：11个bl/ce dl子帧+1个用于dl/ul切换子帧的绝对子帧)+(1*rpucch+1)个bl/ce ul子帧；以及对于harq#n和harq-ack捆绑2之间的harq-ack延迟，所述harq-ack延迟值被设置为：11个bl/ce dl子帧+1个用于dl/ul切换子帧的绝对子帧)+(2*rpucch+1)个bl/ce ul子帧，其中，harq#n表示具有最大harq-ack延迟的harq进程，rpucch表示pucch重复的数量，并且，在其中发送pdsch的最后一个子帧之后开始对所述harq-ack延迟值进行延迟计数。6.根据权利要求4所述的方法，其中，在存在pucch重复、无效bl/ce dl子帧、无效bl/ce ul子帧和测量间隙的情况下，在dl中的14个harq进程使用harq-ack捆绑以用于cat m1 hd-fdd ue的情况下，如下进行所述调度：对于harq#n和harq-ack捆绑0之间的平均harq-ack延迟，所述harq-ack延迟值被设置为：ceil(11/(1-x％)个不和测量间隙重叠的bl/ce dl子帧+1个用于dl/ul切换子帧的绝对子帧，除非它和测量间隙重叠+1/(1-y％)个不和测量间隙重叠的bl/ce ul子帧+{0，无测量间隙；6或7，有测量间隙}个绝对子帧)；对于harq#n和harq-ack捆绑1之间的harq-ack延迟，所述harq-ack延迟值被设置为：ceil(11/(1-x％)个个不和测量间隙重叠的bl/ce dl子帧+1个用于dl/ul切换子帧的绝对子帧，除非它和测量间隙重叠+(1*rpucch+1)/(1-y％)个不和测量间隙重叠的bl/ce ul子帧+{0，无测量间隙；6或7，有测量间隙}个绝对子帧)；对于harq#n和harq-ack捆绑2之间的平均harq-ack延迟，所述harq-ack延迟值被设置为：ceil(11/(1-x％)个个不和测量间隙重叠的bl/ce dl子帧+1个用于dl/ul切换子帧的
绝对子帧，除非它和测量间隙重叠+(2*rpucch+1)/(1-y％)个不和测量间隙重叠的bl/ce ul子帧+{0，无测量间隙；6或7，有测量间隙}个绝对子帧)，其中，x％表示无效bl/ce dl子帧相对于不和测量间隙重叠的bl/ce dl子帧的分数，y％表示无效bl/ce ul子帧相对于不和测量间隙重叠的bl/ce dl子帧的分数，rpucch表示pucch重复的数量。7.根据权利要求4所述的方法，其中，在不存在pucch重复、无效bl/ce dl子帧、无效bl/ce ul子帧和测量间隙的情况下，在dl中的14个harq进程使用harq-ack捆绑以用于cat m1 hd-fdd ue的情况下，所述调度按照3gpp ts 36.213中规定的过程执行。8.根据权利要求5或6所述的方法，其中，bl/ce dl子帧和bl/ce ul子帧的定义与传统定义相同，而绝对子帧的定义是指任何类型的子帧。9.根据权利要求5或6所述的方法，其中，使用无效bl/ce dl子帧执行dl到ul切换或者ul到dl切换，或者在ul中进行传输。10.根据权利要求5或6所述的方法，其中，使用无效bl/ce ul子帧执行dl到ul切换或ul到dl切换，或在dl中进行传输。11.一种用于调度与lte-mtc中的harq进程相关联的延迟的装置，包括：存储设备，其被配置为存储包括计算机指令的计算机程序；以及处理器，其耦合到所述存储设备，并被配置为执行所述计算机指令以执行根据权利要求1-10中任一项所述的方法。12.一种用于调度与lte-mtc中的harq进程相关联的延迟的计算机程序产品，所述计算机程序产品体现在计算机可读存储介质中，并且包括用于执行根据权利要求1-10中任一项所述的方法的计算机指令。13.一种用于调度与lte-mtc中的harq进程相关联的延迟的方法，包括以下由ue执行的步骤：-a)接收harq-ack延迟值；以及-b)以所述harq-ack延迟值发送用于harq-ack或harq-nack的pucch子帧，其中，所述harq-ack延迟值是根据harq-ack调度计数策略来调度的，所述harq-ack调度计数策略是响应于pucch重复、无效bl/ce dl子帧、无效bl/ce ul子帧以及测量间隙的存在或不存在而确定的。14.根据权利要求14所述的方法，其中，所述harq-ack延迟值被包括在来自nodeb的dci中。15.根据权利要求14所述的方法，其中，所述harq-ack延迟值被表示为存储在harq-ack延迟表中的多个多比特值中的一个多比特值。16.一种用于调度与lte-mtc中的harq进程相关联的延迟的装置，包括：存储设备，其被配置为存储包括计算机指令的计算机程序；以及处理器，其耦合到所述存储设备并被配置为执行所述计算机指令以执行根据权利要求13-15中任一项所述的方法。17.一种用于调度与lte-mtc中的harq进程相关联的延迟的计算机程序产品，所述计算机程序产品被体现在计算机可读存储介质中并且包括用于执行根据权利要求13-15中任一项所述的方法的计算机指令。

技术总结
本申请一般涉及无线通信技术。更具体地，本申请涉及一种用于调度与LTE-MTC中的HARQ进程相关联的延迟的方法和装置。本申请还涉及适用于相同目的的计算机程序产品。根据一个实施例，一种用于调度与LTE-MTC中的HARQ进程相关联的延迟的方法包括：-a)响应于PUCCH重复、无效BL/CE DL子帧、无效BL/CE UL子帧以及测量间隙的存在或不存在，确定HARQ-ACK调度计数策略；-b)根据HARQ-ACK调度计数策略调度HARQ-ACK延迟值。ACK延迟值。ACK延迟值。


技术研发人员：张丽萍 J
受保护的技术使用者：瑞典爱立信有限公司
技术研发日：2020.07.27
技术公布日：2023/8/1