CN113366791A - 传输抢占 - Google Patents
传输抢占 Download PDFInfo
- Publication number
- CN113366791A CN113366791A CN202080009774.4A CN202080009774A CN113366791A CN 113366791 A CN113366791 A CN 113366791A CN 202080009774 A CN202080009774 A CN 202080009774A CN 113366791 A CN113366791 A CN 113366791A
- Authority
- CN
- China
- Prior art keywords
- transmission
- mac
- lch
- data
- grant
- 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
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0044—Arrangements for allocating sub-channels of the transmission path allocation of payload
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
-
- 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]
-
- 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/1822—Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
-
- 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/1867—Arrangements specially adapted for the transmitter end
- H04L1/1887—Scheduling and prioritising arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
- H04L47/245—Traffic characterised by specific attributes, e.g. priority or QoS using preemption
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
- H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
- H04W72/569—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information
-
- 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/1829—Arrangements specially adapted for the receiver end
- H04L1/1835—Buffer management
-
- 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/1829—Arrangements specially adapted for the receiver end
- H04L1/1854—Scheduling and prioritising arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
- H04L5/0055—Physical resource allocation for ACK/NACK
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请涉及过程和系统。该过程和系统允许抢占在配置许可资源上调度的传输,以及使用随后出现的配置许可资源的随后的自主重传。
Description
技术领域
本公开涉及蜂窝通信系统中传输的抢占。
背景技术
例如第三代(3G)移动电话标准和技术的无线通信系统是为人们所熟知的。这种3G标准和技术已经通过第3代移动通信合作计划(3GPP)得到开发。第三代无线通信大体被开发以支持宏小区移动电话通信。通信系统和网络已经朝着宽频和移动系统的方向发展。
在蜂窝无线通信系统中,用户设备(UE)被通过无线链路连接到无线接入网络(RAN)。RAN包括一组基站和连接到核心网络(CN)的接口。基站提供到位于被基站所覆盖的小区中的UE的无线链路。核心网络(CN)提供全面的网络控制。可以理解,RAN和CN各自执行与整个网络相关的对应功能。为了方便起见,术语蜂窝网络将被用于指代组合的RAN和CN,并且可以理解,该术语用于指代用于执行所公开的功能的对应系统。
第3代移动通信合作计划已经开发了所谓的长期演进(LTE)系统,即,演进的通用移动通信系统陆地无线接入网络(E-UTRAN)。该长期演进(LTE)系统被用于其中一个或者多个宏小区被称为eNodeB或者eNB(演进的NodeB)的基站所支持的移动接入网络。最近,LTE进一步朝所谓的5G或者NR(新无线电)系统演进。在该5G或者NR(新无线电)系统中,一个或者多个小区被通过称为gNB的基站支持。NR被建议利用一种正交频分多路复用(OFDM)物理传输格式。
NR协议意图提供一种用于在免许可(unlicensed)无线电波段中操作的选项,该选项被称为NR-U。当在免许可无线电波段中操作时,gNB和UE必须与其他装置竞争物理介质访问。例如,Wi-Fi、NR-U和LAA可以利用相同的物理资源。
无线通信的趋势是提供时延更低并且可靠性更高的服务。例如,NR旨在支持超高可靠以及超低时延通信(URLLC),而海量机器通信(mMTC)旨在为小型数据包(通常为32字节)提供低时延和高可靠性。建议可靠性为99.99999%的1ms的用户平面时延,并且在物理层,建议10-5或10-6的数据包丢失率。
mMTC服务旨在在较长的生命周期内通过高能效的通信信道支持大量的设备,在mMTC中,偶尔发生去至以及来自每个设备的传输。例如,一个小区可以预期支持数千个设备。
下文的公开内容涉及蜂窝无线通信系统的各种改进。
发明内容
该发明内容部分用于以简化的形式介绍汇集的概念。这些概念将在下文的具体实施方式中进一步描述。该发明内容并不旨在标识所要求保护的主题的关键特征或必要特征,也不旨在用于帮助确定所要求保护的主题的范围。
在下文的描述中阐述了本发明。
非暂态计算机可读介质可以包括如下中的至少一种:硬盘、CD-ROM、光存储设备、磁存储设备、只读存储器、可编程只读存储器、电可擦可编程只读存储器以及闪存。
附图说明
本申请的更多细节、方面和实施例将仅通过举例的方式参考附图被描述。附图中的元件仅仅是出于简单和清楚被描述,且并不严格按照比例绘制。为了易于理解,在各个附图中包括了类似的附图标记。
图1示出了蜂窝无线网络的选中元件的示意图;
图2和图3示出了按优先级传输的示例;
图4示出了利用BSR MAC CE来指示重传的示例;
图5示出了重传的示例;
图6示出了在CG源上重传的示例;
图7示出了自主(autonomous)重传的示例;
图8和图9示出了重传的示例;以及
图10示出了重传的又一示例。
具体实施方式
本领域技术人员将认识到并且理解,所描述的示例的细节仅用于说明一些实施例,并且在本申请中阐述的教导可应用于多种可选设置。
图1示出形成蜂窝网络的三个基站(例如,取决于特定蜂窝标准和术语是eNB或gNB)的示意图。通常,每个基站都将由一个蜂窝网络运营商部署,以为该区域中的UE提供地理覆盖。基站形成无线区域网(RAN)。每个基站都为其区域或者小区中的UE提供无线覆盖。基站通过X2接口互联,并且通过S1接口连接到核心网。读者将理解,为了举例说明蜂窝网络的关键特征,仅仅了示出基本的细节。参考图1提到的接口和组件名称仅用于示例,并且根据相同原理操作的不同系统可以使用不同的命名法。
每个基站都包括用于实施RAN功能的硬件和软件。这些RAN功能包括与核心网和其他基站的通信、在核心网和UE之间的控制信号和数据信号的传送以及与关联于每个基站的UE的无线通信的维持。核心网包括用于实施网络功能的硬件和软件,这些网络功能例如是总体网络管理和控制以及呼叫和数据的路由。
NR的低层被分成几个层,包括无线链路控制(RLC)、媒体访问控制(MAC)以及物理层。
-MAC子层为RLC子层提供逻辑信道
-物理层为MAC子层提供传输信道,例如,UL-SCH(在上行链路中)。在UL-SCH上传输的MAC PDU被称为传输块(TB)。
在NR Rel-15版本中,MAC实体应当具有在UL-SCH传输信道上的上行链路发送许可。上行链路许可为对应的PUSCH传输提供PHY时间/频率资源。上行链路许可是在PDCCH(动态许可,DG)上动态接收的、在随机接入响应中接收的,或者是由RRC半持久地配置的(配置许可,CG)。
在有配置许可的情况下,gNB可以为UE分配上行链路资源以用于初始HARQ传输。定义了两种类型的配置上行链路许可:
-在类型1中,RRC直接提供配置上行链路许可(包括周期性)。
-在类型2中,RRC定义了配置上行链路许可的周期性,而发往CS-RNTI的PDCCH可以用信号通知且激活配置上行链路许可,或者去激活配置上行链路许可;即,发往CS-RNTI的PDCCH指示上行链路许可可以根据由RRC定义的周期性隐式地复用,直到被去激活为止。
用于初始HARQ传输机会的这种上行链路资源有时将被称为对应CG的“传输机会”(TO)。
在NR中,默认为CG启用UL跳过(并且UL跳过可以被配置用于DG)。如果满足如下条件,则MAC实体不应当生成用于HARQ实体的MAC PDU:
-MAC实体被利用skipUplinkTxDynamic字段配置,并且被指示给HARQ实体的许可被发往C-RNTI,或者被指示给HARQ实体的许可是配置上行链路许可;以及
-不存在如TS 38.212[9]中规定的为该PUSCH传输请求的非周期性CSI;以及
-MAC PDU包括零个MAC SDU;以及
-MAC PDU仅包括周期性BSR,并且不存在可用于任何LCG的数据,或者MAC PDU仅包括填充BSR(padding BSR)。
在这种情况下,UL许可被“跳过”(不执行传输)。
CG可用于零星低时延业务。在这种情况下,使用短周期,并且不使用(跳过)CG的大部分TO。
在NR中,“假设ACK”方案被用于CG,利用该方案,在发送新的传输时,如果在定时器超时之前(配置许可定时器),UE尚未接收到gNB的重传请求(具有请求用于对应HARQ过程的重传的DG),则UE将假设在定时器超时时该传输被确认(在HARQ级别)。这要求gNB必须非常有效地检测传输,因为在漏检的情况下,UE将认为TB被成功地在HARQ水平发送,而这可导致数据包丢失(如果例如使用RLC UM时)。
在NR Rel-16版本中,预期支持多个CG。
此外,MAC实体可以被配置用于捆绑传输(bundle transmission),以用于动态UL许可和/或配置UL许可。对于动态许可和配置上行链路许可,捆绑(bundling)操作依赖于HARQ实体,用于为属于同一捆绑的每个传输调用相同的HARQ过程。在一个捆绑内,分别根据用于动态许可的pusch-AggregationFactor参数和用于配置上行链路许可的repK,HARQ重传被触发而无需等待来自先前传输的反馈。在捆绑内的初始上行链路许可被传送到HARQ实体之后,在捆绑内的每个传输都是单独的上行链路许可。
MAC子层在逻辑信道上提供数据传输服务。为了适应不同类型的数据传输服务,定义了多种类型的逻辑信道,即,每种类型的逻辑信道都支持特定类型信息的传输。对于用户业务,使用专用业务信道LCH。MAC将来自一个或不同逻辑信道的MAC SDU多路复用到在传输信道上传送到物理层的传输块(TB)。根据诸如LCH优先级的LCH参数,在逻辑信道优先级确定(LCP)功能内执行多路复用。
能够在每个LCH的基础上定义LCH映射限制,限制给定LCH在具体UL许可上的可能映射(例如,仅在CG类型1许可上)。在NR Rel-16版本中,预期支持多个CG,并且扩展LCH映射限制以启用例如任何LCH到任何CG的映射。
在NR中,缓存状态报告(BSR)用于向提供服务的gNB提供有关MAC实体中UL数据量的信息。通过在逻辑信道组(LCG)中聚合LCH来完成该报告。可以使用logicalChannelGroup将每个逻辑信道分配给LCG。LCG的最大数量是八。
BSR根据几种可能的条件触发,例如当MAC实体具有可用于属于一个LCG的逻辑信道的新UL数据(并且该UL数据具有比现有可用数据更高的优先级)时。
BSR MAC控制元件(CE)具有若干种格式。缓存状态报告(BSR)MAC CE包括如下中的任一种:
-短BSR格式(固定大小);或
-长BSR格式(可变大小);或
-短的截短BSR格式(固定大小);或
-长的截短BSR格式(可变大小)。
BSR格式通过MAC PDU子头利用LCID标识。
通过包括一个LCG ID和缓存大小(BS),短格式能够报告1个LCG的BS。
通过包括LCG位图和对应BS,长格式能够报告多达8个LCG BS。
截短版本是当完整版本不适合时,因此截短版本只发送部分信息。
缓存大小(BS)字段根据TS 38.322和38.323[3][4]中的数据量计算步骤确定在构建MAC PDU后逻辑信道组中的所有逻辑信道上可用的数据总量。(即,在逻辑信道优先级确定步骤之后,这可导致缓存大小BS字段的值为零)。数据量以字节数表示。该数据量称为可用于LCG的传输的数据。在缓存大小计算中不考虑RLC和MAC头的大小。
在构建包含BSR的MAC PDU时,确定选择长格式还是短格式。如果此时有多个LCG有数据可传输,MAC为具有可传输数据的所有LCG报告长BSR,否则,MAC报告短BSR。
当对应的PUSCH传输在时间和/或在时间/频率上重叠时,就会发生UL许可冲突(或碰撞)。
通常,UE可能没有能力在单个HARQ实体内传输在时间上重叠的PUSCH传输,即使对应的时间/频率无线电资源不重叠,即,当对应的PUSCH传输至少在同一载波内在时间上重叠时,就会发生UL许可碰撞。
然而,UE也可以具有传输时间上重叠的PUSCH传输的能力,只要这些PUSCH在频率上不重叠(例如,UE可以支持UL CA,并且能够在两个不同的载波上同时传输2个PUSCH)。在这种情况下,当对应的PUSCH传输在时间/频率上重叠时,就会发生UL许可碰撞。
可以看出,UL许可冲突/碰撞也是UE能力的问题,并且本发明不限于特定种类的冲突。UL许可冲突/碰撞通常可以定义为当UE没有能力同时传输与UL许可对应的PUSCH传输的情况(但是UE可单独传输那些PUSCH)。
注意,一般情况下:
-在来自UE的早前的BSR(缓存状态报告)之后发送DG,因此预期有数据传输,因为应该有可用于传输的数据;
-CG可用于零星业务(用于减少延迟的目的),在这种情况下,大部分时间内没有要传输的数据,且可以跳过传输。在这种情况下,仅当在对应UL许可上存在可用于传输的有效数据时,才会发生UL许可冲突。
对Rel-16版本的lloT的通常理解是,在发生冲突的情况下,应当根据能够在许可中传输的数据的最高优先级确定UL许可的优先级。
为了处理UL许可冲突,主要有2种情况:
1)MAC确定许可的优先级/选择许可,这例如是在Rel-15版本中的情况,与动态许可(DG)冲突的配置许可(CG)被忽略,即不被MAC过程。
2)MAC不执行这种确定优先级/选择,一个例子是当MAC已经处理了第一个DG(例如,准备且提交了TB用于传输),且接收到与第一个DG冲突的在后的DG时。一般的理解是,NW发送第二个DG时完全知道第二个DG应该比第一个更抢先(具有优先级)。因此,建议MAC过程第二个DG,而PHY处理相互冲突的传输。
应用对Rel-16版本的lloT的通常理解,在发生冲突的情况下,应当根据能够在许可中传输的数据的最高优先级确定UL许可的优先级,如下文所述,如果较低优先级的数据是来自CG的,则可能会出现问题。
CG上的新传输有可能被抢占,例如被更高优先级的CG传输(同意CG/CG冲突是可能的)或被DG(例如,其可例如用于更高优先级的数据的重传)抢占。
一般而言,CG用于UM数据(不管是周期的还是零星的低延迟)。特别是,CG特别适用于URLLC(超高可靠超低时延通信)业务。因此,CG新传输抢占会导致包丢失。如果CG用于零星URLLC业务,这是不可接受的,因为会影响可靠性。
以下公开提供了用于处理在较低优先级配置许可传输和较高优先级传输之间的冲突传输的解决方案。
公开了一种在配置有较低优先级的许可传输被较高优先级的传输抢占的情况下,执行重传的方法,以避免包丢失(基于NW,由于抢占指示,或者基于UE)。
我们考虑具有2个LCH的示例场景。
-LCH A对应于中等优先级的URLLC业务
-LCH B对应于高优先级的URLLC或TSN业务
LCH A被映射到CG A。
LCH B被映射到CG B,和/或可以使用动态调度(DG B,LCH限制允许针对DG B的LCHB映射)。
场景1:CG A(中等优先级)的新传输与ULG B(高优先级)的碰撞
所考虑的场景如下:
事件A)
-新数据到达LCH A以在CG A上传输
-MAC为在下一个CG A传输机会(TO)上的传输启动新的传输过程(LCP,构建TB A,传输给PHY)
事件B)
-MAC收到在ULG(上行链路许可)B上传输LCH B数据的请求,与CG A冲突
ULG B可以例如是:
B.1)一个CG B(请求是当新数据到达LCH B时)
B.2)一个DG B(请求是接收DG B。例如,该DG B可能是用于重传更早的CG B传输的一个DG)
关于过程时间线(processing timeline)的考虑:
a.-关于动态许可:在许可上构建用于传输的PUSCH的过程时间是受限的,并且预期MAC/PHY过程可以在接收到DG后立即启动
b.-关于配置许可:这些许可已经为UE预先知道。用于在这种CG上传输的数据到达的情况下,UE应当启动MAC/PHY过程以构建用于在许可上传输的PUSCH的时间点并未被真正指定。
可以设想两个主要的过程时间线:
1)当用于在CG上传输的数据到达时,MAC过程立即启动
2)当用于在CG上传输的数据到达时,MAC过程被延迟到一个时间点,在该时间点,仍然有足够的MAC/PHY过程时间以在下一个CG TO上执行传输。
即使未指定,预计UE将在启动MAC/PHY处理之前等待可能的数据,例如通过等待最近的仍然允许有足够的过程时间用于在下一个CG TO上的传输的时间点。这能够有利于留出更多时间用于例如在PUSCH中复用更多数据。
如果我们考虑以短周期使用CG的URLLC业务,那么要求UE延迟MAC/PHY过程反而会增加UE的复杂性。可能有益的方式是,当用于在这种CG上传输的数据一到达就开始MAC/PHY过程以构建用于传输的PUSCH,以在下一个可用的CG TO上传输。
在本申请中,我们不会进一步考虑这种过程时间线的方面。为了简化分析,因为讨论主要是关于URLLC业务,所以我们认为对于CG,一旦有新数据到达用于在此类CG上传输,MAC过程就开始(例如,如上文在事件A中描述地)。
然而,应当理解,MAC/PHY处理实际上可以被延迟到任何时间点,使得在CG之前仍有足够的MAC/PHY过程时间。在这种情况下,要考虑的对应事件必须理解为MAC/PHY过程开始的时间点(即,事件A将是此类过程开始的时间,而不管之前何时接收到用于LCH A的数据)。
可以理解,如果事件B)发生在事件A)之前,MAC能够执行UL许可优先级确定/选择,例如通过忽略与ULG B冲突的CG A传输机会。
所考虑的场景是当事件A)发生在事件B)之前时。
假设UE有足够的处理时间用于在ULG B上进行传输。图2和图3示出了情况B.1和B.2。
UE内优先级确定的目标通常是首先传输具有更高优先级的数据(只要例如过程时间允许)。在发生冲突的情况下,应当根据能够在许可中传输的数据的最高优先级为UL许可(或者对应的PUSCH传输)确定优先级。
在上述场景中的事件B中:
-在MAC已经向PHY提交了针对TB A的新传输请求的情况下,可以引入来自PHY的指示以指示TB A传输是否确实被抢占(pre-empted)。特别地,只要该抢占将导致gNB没有注意到CG上的新传输,就可以发送这种指示。例如,如果只有数据部分而不是DMRS被抢占,则可以不发送该指示,因为gNB可能能够检测到新传输(即使无法对其进行解码)。在接下来的讨论中,我们假设抢占通知指示TB传输被抢占,使得gNB无法检测到对应的TB。
-如果MAC还没有提交TB A(事件B发生的极端情况,例如在LCP期间,在最终提交给PHY之前),MAC可能自己注意到了,但是为了简单起见,假设MAC无论如何都会完成已经启动的过程并将TB A提交给PHY。这也简化了程序(procedure)的规范(假设UL许可是按顺序处理的)。
所提出的解决方案可以避免先前方法的困难,在先前方法中,TB A的抢占导致LCHA的包丢失,而这可能是无法接受的。
下文中列出了旨在解决上述问题的示例。
如果NW意识到TB A传输被抢占,则改进的重传过程能够被实施。为此,建议向gNB发送指示,以便gNB能够更有效地触发重传。
该指示可以是新的指示或重用现有的指示,并进行适当的增强。重用现有指示有利于降低规范和实施方式的复杂度。
BSR MAC CE能够被重用以提供所需的指示,如在图4中所示。
根据传统的过程,如果LCH A和LCH B在2个不同的LCG上(LCG是BS的颗粒度)(我们还假设对于LCH A和LCH B两者,到达的数据刚好放入TB):
-构建TB A时:包括短BSR,其指示用于LCH A的BS0
-构建TB B时:包括短BSR,其指示用于LCH B的BS0(没有用于A的事项,因为在构建TB B时,没有数据可用于传输)。
在传统系统中,已经由复用实体处理并被包括在TB中的LCH数据不再是可用于传输的数据的一部分。这正是所期望的,因为所报告的BS应当仅包括NW调度器必须为其调度UL资源的数据。此外,只有(在构建包含BSR的MAC PDU时)具有可用于传输的数据的LCG才被考虑在短BSR格式或长BSR格式之间进行选择。也就是说,如果不超过1个BS不为0,则使用短BSR。
建议包括用于LCG的BS 0指示(否则根本不会包括用于其的BS),用于指示存在用于该LCG的未决(pending)的HARQ数据。例如,在构建包含BSR的MAC PDU时,当在短BSR格式或长BSR格式之间进行选择时,可以通过考虑具有可用于传输的数据的LCG和具有未决HARQ数据的LCG(即,对于该LCG,至少一个LCH具有未决的HARQ数据)来实现这一点。此处,LCH的未决的HARQ数据意味着仍考虑重传包含LCH数据的TB(即,从HARQ的角度来看,不是ACK)。在CG的情况下,这可能例如是因为ConfiguredGrantTimer正在运行。
在上述示例中,这将导致如下结果:
-在构建TB A时:包括短BSR,其指示用于LCH A的BS0
-在构建TB B时:包括长BSR,其指示用于LCH B的BSO和用于LCH A的BSO。(因为LCHA有未决的HARQ数据)。
请注意,如果没有被抢占的TB A,则在TB B中将仅包括指示用于LCH B的BS0的短BSR。
额外的指示使NW能够知道LCH A有未决的HARQ数据。从LCH映射中,NW调度器能够推导出相关的CG和HARQ过程,且能够有效地调度重传。因此,TB A被重传且避免了包丢失。
请注意,如果在构建TB A后,还有可用于LCH A传输的数据,则用于LCH A的BS将被包括在TB B中。在这种情况下,NW无法确定是否存在用于LCH A的未决的HARQ数据,但是针对这种情况,NW可能仍然依赖于盲重传请求。该特征可以允许将盲重传请求限制为极端情况。
即使在非碰撞情况下,也能够使用该特征。考虑首先发送TB A,然后发送TB B,但是未检测到TB A。在传统的系统中,NW不会为最终会丢失的TB A调度任何重传。通过附加特征,TB B将具有用于LCH A的BS 0指示,该指示向NW指示此LCH存在未决的HARQ数据,NW可以从该指示推导出相关的HARQ过程且调度重传。
代替使用BS 0,可以使用在MAC BSR中的其他指示,例如使用特殊值。还可以定义一种操作模式,在该操作模式中,BS不仅包括按照传统可用于在RLC/PDCP中传输的数据,而且还包括新的未决的HARQ数据,因为这可以仅在特定使用示例中需要,且可以在不需要限制信令开销时停用。
该指示也可以是新的指示,例如具有新的MAC CE的形式。例如,该指示可以是LCH抢占位或位图,指示LCH是否被另一传输所抢占。类似地,该指示可以是CG抢占位或位图,指示CG是否被另一传输所抢占。这种指示可以被NW用于调度重传。NW可以仅在需要时配置此类指示的发送,以防止无用的信令开销。
一般而言,只要ConfiguredGrantTimer正在运行,就能够使用BSR或替代指示来请求重传。例如,其中LCH A BS未设置为0且不包括LCH A数据的下一次出现的CG A上的BSR将指示重传请求。也就是说,该指示不必受限于在抢占另一个传输的TB中发送。
需要注意的是,在TB A被TB B的重传抢占的情况下,该解决方案可能不起作用,因为TB B可以比LCH A数据到达更早地构建(因此,TB B将不包含任何关于抢占的信息)。然而,这可以被认为是一种极端情况,gNB也可以通过调度非重叠重传或通过盲目请求TB A的重传在一定程度上避免该极端情况,以防出现如在图5中所示的抢占传输。
通常,对于使用CG的URLLC业务,SR会被屏蔽,例如即使触发了常规BSR,也不会发送SR。作为替代指示,能够添加SR触发器,以便在发生此类TB抢占的情况下触发SR。该SR可以利用现有(或扩展)的SR映射规则与LCH或CG相关联,这使NW能够推导出哪个HARQ过程可能需要重传。
如先前讨论地,我们主要考虑其中事件A(中等优先级)发生在事件B(高优先级)之前的场景。在其中事件B(高优先级)发生在事件A(中等优先级)之前的场景中,MAC可以执行UL许可优先级确定/选择以避免UL许可冲突。但是,统一两种场景处理也有好处。如下选项就变得可能:
选项1:非统一(non-unified)行为
1-如果事件A)在事件B)之前发生:
则TB A被抢占。
由于在TB B中的指示,NW意识到了这一点。
将通过DG A重传请求确保TB A传输。
2-如果事件B)在事件A)之前发生:
MAC执行UL许可优先级确定/选择,例如,当事件A)发生时,MAC忽略与ULG B冲突的CG A传输机会。将使用下一个CG A传输机会(如果该下一个CG A传输机会能够使用的话,即,除非发生其他冲突)。
选项2:统一(unified)行为
在1-和2-两种情况中,MAC处理用于TB A的CG A(相同行为)。
在这两种情况中,TB A将被类似地抢占。
在情况1-中,由于在TB B中的指示,NW可以意识到TB A传输。
在情况2-中,NW没有意识到这种TB A传输,因此将需要盲重传请求。
如果CG潜在冲突不是太频繁,则此选项适用,在这种情况下,当在与CG A冲突的TO上发送TB B时,NW能够决定总是盲目发送DG A用于重传。
如果让CG A等待下一个TO是不可接受的,则此选项也适用。用于重传被抢占的TBA的DG A可能更快(取决于CG A的周期)。然而,对于选项1,这在情况2-中是不可能的,因为实际上TB A没有被抢占。
建议可以将LCH或CG配置成在选项1或选项2的操作模式下操作。
解决该问题的另一种备选的方法是依靠UE执行TB A的(自主)HARQ重传。
在通知TB A抢占后,对应HARQ过程的HARQ步骤被修改。所提议的新行为是动态的,条件是“在通知TB A抢占后”。
例如,能够在用于HARQ过程的下一个传输机会上调度HARQ重传。
实际上,当gNB期待新的传输时,TB A重传需要使用RV 0,并且从PHY的角度来看将作为新的传输进行处理。
在传统系统中,ConfiguredGrantTimer定时器用于防止在其运行时将用于相同HARQ过程的CG传送到MAC HARQ实体,从而在定时器运行时防止新的传输。
在一个选项中,该行为被修改。ConfiguredGrantTimer用于防止在HARQ过程上的新传输(意味着LCP/TB构建),但CG仍会被传送给MAC HARQ实体,以便其能够被用于重传。ConfiguredGrantTimer可以被重新启动/延长以确保它延长到用于HARQ过程的下一个传输机会,并用于防止在HARQ过程上的新传输(意味着LCP/TB构建)。
相反,另一个选项是停止ConfiguredGrantTimer以允许将CG传送到MAC HARQ实体,且能够用于为该HARQ过程执行(自主)HARQ重传的UE。
对于给定的UL许可和与该许可相关联的HARQ过程,MAC HARQ实体推导出其是否触发HARQ过程以执行新的传输或重传。当触发HARQ过程以执行新的传输时,一个TB被构建且被传送到HARQ过程。
从MAC层的角度来看,所提议的新特征能够以两种方式建模。
一种方式是MAC实体执行新的传输,但是不构建新的TB(无需从复用和组装(assembly)实体获得要传输的MAC PDU),并且仅依赖于已经在用于该HARQ过程的HARQ缓存中的MAC PDU。这与不在CG TO执行重传而只执行新的传输的原则保持一致。
另一种方式是MAC实体在这种情况下在CG TO上执行重传。这不再符合在CG TO上仅执行新的传输的原则。图6示出一个示例。
作为先前方法的一个变型,可以在CG A上的第一个可用传输机会上将TB A作为新的TB重新提交。
同样,所提议的新行为是动态的,条件是“通知TB A抢占后”。
在通知TB A抢占后:
-在对应于用于TB A抢占传输的HARQ过程的下一个(最早的)TO之前,MAC(或PHY)在CG A上寻找可用于传输的下一个(最早的)TO,即,对应的HARQ过程可用于该TO(空闲),即,不是正在进行中的(这可以由例如空的HARQ过程缓存或未运行ConfiguredGrantTimer来确定)。
-如果找到了,则将用于TB A的HARQ过程缓存(即,MAC PDU)复制/移动到用于该CGA的该可用HARQ过程缓存。初始HARQ过程缓存被刷新,且停止对应的ConfiguredGrantTimer。
-如果未找到,这意味着在CG A上可用于重传TB A的下一个TO实际上来自同一HARQ过程,并且能够使用之前描述的方法。
该方法变型的好处是降低了延迟。这意味着HARQ过程ID可能改变,这需要更多的MAC过程修改。
在所考虑的示例中,最初利用HARQ过程1发送的TB A能够在下一个CG TO上利用HARQ过程0发送,如果该HARQ过程0空闲的话。然而,HARQ过程0可能不可用;例如,如果包突发传输(packet burst transmission)正在进行(例如,已经为该第二个TO提交了TB)。在这种情况下,MAC将查看下一个CG TO,该CG TO可能例如对应于一个空闲且能够被使用的HARQ过程2。在仅将2个HARQ过程分配给CG(HARQ过程1和0)的示例中,如果HARQ过程0不可用,则根据最早描述的方法(TB A的重传,因为使用了相同的HARQ过程),将必须使用HARQ过程2。图7示出一个示例。
为了简化该选项,可以考虑将其限制在没有包突发传输的情况下。即,下一个(最早的)TO将始终是下一个,并且始终可以被视为可用的。
取决于业务的性质,可能并不总是需要让UE执行自主重传。例如,语音业务可以支持有限的包丢失,并且不希望在下一个CG时机为语音业务执行重传,因为这会增加扰动(jitter)。
因此,能够配置是否需要这种自主重传是有益的。配置能够是LCH或CG配置的一部分。配置能够包括是否需要在同一个HARQ过程上进行自主重传操作或在最早的TO上进行重传。
在另一个备选方案中,在通知TB A抢占时,恢复(revert)用于TB A的MAC新传输过程。这意味着:
-LCP已恢复(假设尚未为此TB执行)
-被包括在TB A中的LCH A数据被视为新数据(尚未传输)
-用于HARQ过程的configuredGrantTimer定时器被停止
-HARQ缓存被刷新
在例如当LCH A仅能被映射到CG A的简单情况中,这种方法可能有吸引力。
但是,在一般情况下,任何LCH都能够被映射到任何CG或DG,因此要恢复的LCP可能不独立于任何已运行的在后LCP,例如用于ULG B的LCP。由于该原因,该方法不是优选的。
一种变型是考虑在通知TB A抢占时,应当重传对应PDCP PDU(或RLC PDU)。然而,这会在MAC和上层之间引入新的层间交互。此外,在UM模式中,PDCP或RLC不应当缓冲PDU。因此,该方法不是优选的。
以前的选项旨在在与CG A冲突时优先考虑(prioritize)ULG B。在另一选项中,与CG A冲突的ULG B被降低优先级(即使根据LCH限制,它会传输更高优先级的数据)。
这可以通过在与CG A的新传输冲突时忽略ULG B来实现,而与对应数据优先级无关。
如果MAC根据构建TB并准备好PUSCH传输的过程时间限制,尽可能延迟TB的构建,则此选项非常适合。然后,根据该选项,只要抢占较低优先级的传输还为时不晚,就会根据LCH为UL CG确定优先级。如果为时已晚,则不会抢占较低优先级的数据。
该选项可以以如下方式工作:
1-如果事件B)在事件A)之前发生:
MAC执行UL许可优先级确定/选择,例如,当事件A)发生时,MAC忽略与ULG B冲突的CG A传输机会。将使用下一个CG A传输机会(如果该下一个CG A传输机会能够使用的话,即,除非发生其他冲突)。
2-如果事件A)在事件B)之前发生:
抢占TB A为时已晚。TB A未被抢占。
与TB A冲突的ULG B被忽略,因此LCH B数据将在下一个可能的机会上传输。
图8和图9提供了示例。
该行为将确保防止LCH A上的包丢失。可能仅仅类似URLLC类型的业务要求该行为。相反,对于像语音这样的业务,零星的包丢失是可以接受的。因此,它可以以业务性质为条件,或配置成LCH A配置的一部分。
尤其,以下配置信息在本实施例的背景中可能是有用的。它们可以基于LCH或CG进行配置:
-指示允许或不允许一个LCH(或CG)被另一个LCH(或CG)抢占。
-指示允许或不允许一个LCH(或CG)抢占另一个LCH(或CG)。
该指示可以是绝对的(真/假)或相对的(例如,考虑较低或较高优先级的LCH/CG)。
在另一场景中,存在CG A(中等优先级)重传与ULG B(高优先级)重传的冲突。图10提供一个示例。
在该场景中,TB A重传的抢占可不会导致LCH A的包丢失。
提议抢占用于CG A重传的DG A(意思是,在ULG B中传输TB B,且不在DG A中传输TB A)。这是有益的,因为LCH B具有更高优先级。gNB能够推断出DG A被抢占,并且可能会再次请求利用又一DG A进行TB A重传。
然而,在这样做时,建议重新启动configuredGrantTimer,以便让gNB有更多时间来调度TB A重传。在传统系统中,通过MAC执行UL许可优先级确定/选择,DG A会被抢占,例如仅仅通过忽略DG A。然而,这将导致不重新启动configuredGrantTimer,并可能在configuredGrantTimer到期时防止进一步的重传。重新启动configuredGrantTimer也可以通过不忽略DG A来实现,以便按照DG A的正常操作重新启动configuredGrantTimer,并且例如在PHY水平使对应TB A传输被抢占,或通过不请求执行重传的HARQ过程,即使定时器被重新启动。
如将理解地,本文中描述的示例描述了在合适的情况下可以一起或单独使用的各种特征。例如,所描述的与发射器相关的过程可以是与所描述的与接收器相关的特征分离实施地,,反之亦然。
虽然为某些变量或时间建议了名称,但是这些名称仅作为示例给出,并不旨在限制所描述的特征的技术功能。
尽管未详细示出,但是形成网络的一部分的任何设备或者装置都可以包括至少一个处理器、存储单元和通信接口。其中,处理器单元、存储单元和通信接口配置成执行本申请的任何方面的方法。更多的选项和选择如下文所述。
本申请的实施例的信号处理功能(尤其是gNB和UE)可以被使用本领域技术人员公知的计算系统或者架构来实现。例如台式计算机、便携式计算机或者笔记本计算机、手持式计算设备(PDA、手机、掌上型电脑等)、大型主机、服务器、客户端的计算系统或者对于给定应用或环境可以是合意的或者合适的任何其他类型的专用或者通用计算设备都能够被使用。该计算系统可以包括一个或多个处理器。该处理器可以使用通用或者专用处理引擎实施。该处理引擎例如是微处理器、微控制器或者其他控制模块。
该计算系统还可以包括主存储器(例如,随机存取存储器(RAM)或者其他动态存储器),以存储信息和要由处理器执行的指令。该主存储器还可以用于在执行要由处理器执行的指令期间存储临时变量或者其他中间信息。计算系统同样可以包括只读存储器(ROM)或者其他静态存储设备,以存储用于处理器的指令和静态信息。
该计算系统还可以包括信息存储系统。该信息存储系统可以包括例如介质驱动器和可移动存储接口。介质驱动器可以包括驱动器或者其他支持固定或可移动存储介质的机构,例如,硬盘驱动器、软盘驱动器、磁带驱动器、光盘驱动器、高密度光盘(CD)或数字视频驱动器(DVD)、读写驱动器(R或RW)或者其他可移动或固定介质驱动器。存储介质可以包括例如硬盘、软盘、磁带、光盘、CD或DVD,或者可以通过介质驱动器读取和写入的其他固定或者可移动介质。存储介质可以包括其中存储有特定计算机软件或者数据的计算机可读存储介质。
在替代实施例中,信息存储系统可以包括其他类似的部件,用于允许将计算机程序或者其他指令或数据加载到计算机系统中。此类部件可以包括例如可移动存储单元和接口,例如,程序盒和盒接口、可移动存储器(例如,闪存或其他可移动存储模块)和存储器插槽以及其他可移动存储单元和接口。接口允许软件和数据被从可移动存储单元传输到计算系统。
计算系统还可以包括通信接口。此类通信接口能够用于允许软件和数据在计算系统和外部设备之间的传输。通信接口的示例可以包括调制调解器、网络接口(例如,以太网或者其他NIC卡)、通信端口(例如,通用串行总线(USB)端口)、PCMCIA插槽和卡等。通过通信接口传输的软件和数据采用信号的形式。该信号能够是电子信号、电磁信号、光学信号或者其他能够被通信接口介质接收的信号。
在本文中,术语”计算机程序产品“、”计算机可读介质“等通常可以用来指有形介质’例如存储器、存储设备或者存储单元。这些和其他形式的计算机可读介质可以存储一个或多个指令,以供包括计算机系统的处理器使用,以使处理器执行指定的操作。这些通常被称为“计算机程序代码”(其可以被以计算机程序的形式分组或者以其他方式分组)的指令当被执行时,使计算系统能够执行本申请的实施例的功能。注意,代码可以直接使处理器执行指定操作、被编译以使处理器执行指定操作,和/或与其他软件、硬件或者固件元件(例如,用于执行标准功能的库)组合以使处理器执行指定操作。
非暂态计算机可读介质可以包括如下中的至少一种:硬盘、CD-ROM、光存储设备、磁存储设备、只读存储器、可编程只读存储器、电可擦可编程只读存储器以及闪存。在其中使用软件实施元件的实施例中,软件可以被存储在计算机可读介质中,并且被使用例如可移动存储驱动器加载到计算系统中。在被计算机系统中的处理器执行时,控制模块(在该示例中为软件指令或者可执行计算机程序代码)使处理器执行本文所述的本申请的功能。
此外,本申请的构思能够应用于在网络元件内执行信号处理功能的任何电路。例如,还可以设想,半导体制造商可以在独立设备(例如,数字信号处理器(DSP)的微控制器)或者专用集成电路(ASIC)和/或任何其他子系统元件的设计中采用本申请的构思。
应当理解,为了清楚起见,上文中的描述参考单处理逻辑描述了本申请的实施例。然而,可以通过多个不同的功能单元和处理器来等同地实施本申请的构思,以提供信号处理功能。因此,对特定功能单元的引用仅仅应当被视为对用于提供所述功能的适当装置的引用,并不是指严格的逻辑或物理结构或者组织。
本申请的方面可以以包括硬件、软件固件或者其任何组合的任何适当的形式实施。本申请可以可选地至少部分被实施为计算机软件。该计算机软件可以运行于一个或多个数据处理器和/或数字信号处理器或者例如FPGA设备的可配置元件模块。
因此,本申请的实施例的元件和部件可以以任何适当的方式在物理、功能和逻辑层面上实施。实际上,功能可以在单个单元、在多个单元或者在其他功能单元的一部分中实施。尽管已经结合一些实施例描述了本申请,但是本申请并不旨在被受限于此处阐述的具体形式。本申请的范围仅受权利要求书的限制。另外,尽管特征看起来是结合具体实施例描述的,但是本领域技术人员将认识到,所描述的实施例的各种特征可以根据本申请组合。在权利要求中,术语“包括”并不排除其他元件或步骤的存在。
此外,尽管被单独列出,但是多个装置、元件或方法步骤可以例如通过单个单元或处理器来实施。另外,尽管各个特征可以被包括在不同的权利要求中,但是这些特征可以被有利地组合,并且被包括在不同的权利要求中并不意味着特征的组合是不可行的和/或不利的。同样,在一种权利要求类别中包括特征并不意味着对该类别的限制,而是表明该特征在合适的情况下同样可以适用于其他权利要求类别。
此外,权利要求中特征的顺序并不暗示特征必须以任何特定顺序来实施。尤其是方法权利要求中的各个步骤的顺序并不意味着步骤必须以该顺序执行。相反,步骤可以以任何适当的顺序执行。此外,单数引用并不排除复数。因此,对“一个”、“一种”、“第一”、“第二”等的引用并不排除多个。
尽管已经结合一些实施例描述了本申请,但是本申请并不旨在被受限于此处阐述的具体形式。本申请的范围仅受权利要求书的限制。另外,尽管特征看起来是结合具体实施例描述的,但是本领域技术人员将认识到,所描述的实施例的各种特征可以根据本申请组合。在权利要求中,术语“包括”或“包含”并不排除其他元件的存在。
Claims (8)
1.一种从UE到所述UE连接到的基站的上行链路数据传输的方法,所述方法在所述UE处执行并且包括:
准备用于在配置许可资源的传输机会中传输的MAC PDU;
通过更高优先级的传输抢占所述传输机会中的所述MAC PDU的传输,且将所述MAC PDU保持在所述HARQ缓存中;以及
当所述配置许可资源配置有自主重传时,使用所述配置许可资源的后续传输机会执行所述MAC PDU的自主重传,其中,所述MAC PDU准备用于在所述配置许可资源出现时传输但是被抢占。
2.根据权利要求1所述的方法,其特征在于,在重叠资源上调度所述更高优先级的传输。
3.根据权利要求1或2所述的方法,其特征在于,通过动态许可调度所述更高优先级的传输。
4.根据权利要求1或2所述的方法,其特征在于,通过配置许可调度所述更高优先级的传输。
5.根据前述权利要求中的任一项所述的方法,其特征在于,所述配置许可资源的后续传输机会是在初始调度的传输机会之后的所述配置许可资源的第一个可用的传输机会。
6.根据权利要求5所述的方法,其特征在于,所述第一个可用的传输机会对应于与所述初始调度的传输机会不同的HARQ过程。
7.根据权利要求5所述的方法,其特征在于,所述第一个可用的传输机会对应于与所述初始调度的传输机会相同的HARQ过程。
8.根据前述权利要求中的任一项所述的方法,其特征在于,所述自主重传是通过所述MAC层的所述MAC PDU的新传输。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201962825421P | 2019-03-28 | 2019-03-28 | |
US62/825,421 | 2019-03-28 | ||
PCT/IB2020/052928 WO2020194258A1 (en) | 2019-03-28 | 2020-03-27 | Transmission pre-emption |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113366791A true CN113366791A (zh) | 2021-09-07 |
CN113366791B CN113366791B (zh) | 2023-04-04 |
Family
ID=72610286
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202080009774.4A Active CN113366791B (zh) | 2019-03-28 | 2020-03-27 | 传输抢占 |
Country Status (4)
Country | Link |
---|---|
US (1) | US12052729B2 (zh) |
EP (1) | EP3928459A4 (zh) |
CN (1) | CN113366791B (zh) |
WO (1) | WO2020194258A1 (zh) |
Families Citing this family (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111757507B (zh) * | 2019-03-29 | 2024-07-23 | 华为技术有限公司 | 一种通信方法和装置 |
EP3970298A4 (en) * | 2019-05-13 | 2022-12-07 | Telefonaktiebolaget LM Ericsson (publ) | METHODS, TERMINAL EQUIPMENT AND NETWORK NODE FOR UPLINK TRANSMISSION |
WO2021007867A1 (en) * | 2019-07-18 | 2021-01-21 | Lenovo (Beijing) Limited | Methods and apparatuses of handling collisions |
US20220295561A1 (en) * | 2019-08-26 | 2022-09-15 | Telefonaktiebolaget Lm Ericsson (Publ) | Collision handling of configured grant based autonomous uplink transmissions |
MX2022002596A (es) * | 2019-09-13 | 2022-03-25 | Fg innovation co ltd | Metodo para realizar el proceso de solicitud de repeticion automatica hibrida para la concesion del enlace ascendente despriorizado y dispositivo relacionado. |
US11595974B2 (en) * | 2020-04-01 | 2023-02-28 | Qualcomm Incorporated | Intra-user equipment traffic prioritization on uplink with medium access control-physical (MAC-PHY) layer interaction |
US11758551B2 (en) * | 2020-04-24 | 2023-09-12 | Qualcomm Incorporated | Cancellation of transmission occasions |
US11844104B2 (en) * | 2020-10-16 | 2023-12-12 | Qualcomm Incorporated | Cancellation order for scheduled uplink repetitive transmissions with different priorities |
US20240031875A1 (en) * | 2021-01-15 | 2024-01-25 | Qualcomm Incorporated | Techniques for inter-user equipment multiplexing in half-duplex frequency division duplex operation |
CN115174008B (zh) * | 2021-04-02 | 2023-11-07 | 大唐移动通信设备有限公司 | 数据传输方法、装置及存储介质 |
KR20240124282A (ko) * | 2021-12-23 | 2024-08-16 | 엘지전자 주식회사 | 무선 통신 시스템에서 데이터 유닛의 처리 시간을 고려한 상향링크 전송 자원 관리 방법 및 장치 |
WO2023128287A1 (en) * | 2021-12-28 | 2023-07-06 | Lg Electronics Inc. | Method and apparatus for transmitting data unit on uplink transmission resources based on processing time of data unit in wireless communication system |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2012110368A1 (en) * | 2011-02-14 | 2012-08-23 | Nokia Siemens Networks Oy | Real-time gaming and other applications support for d2d communications |
US20160113008A1 (en) * | 2014-10-16 | 2016-04-21 | Qualcomm Incorporated | Transmission preemption for enhanced component carriers |
EP3079436A1 (en) * | 2015-04-10 | 2016-10-12 | Panasonic Intellectual Property Corporation of America | Discontinuous reception operation for licensed-assisted access |
CN107431591A (zh) * | 2015-01-28 | 2017-12-01 | 交互数字专利控股公司 | 用于无授权频带中的lte的上行链路操作 |
CN108289065A (zh) * | 2017-01-10 | 2018-07-17 | 华为技术有限公司 | 数据处理方法、装置和系统 |
US20180219604A1 (en) * | 2015-08-11 | 2018-08-02 | Telefonaktiebolaget Lm Ericsson (Publ) | Recovery from Beam Failure |
WO2019032748A1 (en) * | 2017-08-10 | 2019-02-14 | Sharp Laboratories Of America, Inc. | PROCEDURES, BASE STATION AND USER EQUIPMENT FOR UPLINK TRANSMISSION WITHOUT AUTHORIZATION |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110912653B (zh) * | 2018-09-18 | 2021-07-16 | 华为技术有限公司 | 传输数据的方法和装置 |
EP3909356A1 (en) * | 2019-02-14 | 2021-11-17 | Convida Wireless, LLC | Intra-ue prioritization in uplink transmissions |
WO2020170043A2 (en) * | 2019-02-22 | 2020-08-27 | Lenovo (Singapore) Pte Ltd | Autonomously triggering retransmission of data |
-
2020
- 2020-03-27 US US17/598,824 patent/US12052729B2/en active Active
- 2020-03-27 EP EP20779472.8A patent/EP3928459A4/en not_active Withdrawn
- 2020-03-27 CN CN202080009774.4A patent/CN113366791B/zh active Active
- 2020-03-27 WO PCT/IB2020/052928 patent/WO2020194258A1/en unknown
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2012110368A1 (en) * | 2011-02-14 | 2012-08-23 | Nokia Siemens Networks Oy | Real-time gaming and other applications support for d2d communications |
US20160113008A1 (en) * | 2014-10-16 | 2016-04-21 | Qualcomm Incorporated | Transmission preemption for enhanced component carriers |
CN107079450A (zh) * | 2014-10-16 | 2017-08-18 | 高通股份有限公司 | 用于增强型分量载波的传输抢占控制 |
CN107431591A (zh) * | 2015-01-28 | 2017-12-01 | 交互数字专利控股公司 | 用于无授权频带中的lte的上行链路操作 |
EP3079436A1 (en) * | 2015-04-10 | 2016-10-12 | Panasonic Intellectual Property Corporation of America | Discontinuous reception operation for licensed-assisted access |
WO2016163065A1 (en) * | 2015-04-10 | 2016-10-13 | Panasonic Intellectual Property Corporation Of America | Discontinuous reception operation for licensed-assisted access |
US20180219604A1 (en) * | 2015-08-11 | 2018-08-02 | Telefonaktiebolaget Lm Ericsson (Publ) | Recovery from Beam Failure |
CN108289065A (zh) * | 2017-01-10 | 2018-07-17 | 华为技术有限公司 | 数据处理方法、装置和系统 |
WO2019032748A1 (en) * | 2017-08-10 | 2019-02-14 | Sharp Laboratories Of America, Inc. | PROCEDURES, BASE STATION AND USER EQUIPMENT FOR UPLINK TRANSMISSION WITHOUT AUTHORIZATION |
Non-Patent Citations (1)
Title |
---|
NOKIA: "Rapporteur correction for 25.321 MAC specification", 《3GPP TSG-RAN2 MEETING #96,R2-168145》 * |
Also Published As
Publication number | Publication date |
---|---|
WO2020194258A1 (en) | 2020-10-01 |
US20220183050A1 (en) | 2022-06-09 |
CN113366791B (zh) | 2023-04-04 |
EP3928459A4 (en) | 2022-04-27 |
US12052729B2 (en) | 2024-07-30 |
EP3928459A1 (en) | 2021-12-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN113366791B (zh) | 传输抢占 | |
CN108631964B (zh) | 一种数据传输方法和相关设备 | |
JP6940121B2 (ja) | データ伝送方法、機器およびシステム | |
RU2565247C1 (ru) | Способ и компоновка для обработки запроса планирования | |
JP5459382B2 (ja) | ハンドオーバのための方法、無線通信装置、ロジックおよびセルラー通信システム | |
US20180368173A1 (en) | Systems and methods for an enhanced scheduling request for 5g nr | |
CN111869302B (zh) | 无线通信网络中用户设备的数据传输优化 | |
US20130003678A1 (en) | Scheduling request method, apparatus and system | |
CN111373821A (zh) | 资源分配 | |
US10674504B2 (en) | Scheduling of subframes at protocol layer L1 | |
US11115994B2 (en) | Triggering/initiating backoff procedure(s) based on congestion indication(s) to defer scheduling request transmission | |
US10397948B2 (en) | Methods and apparatuses for subframe scheduling | |
JP2010530691A (ja) | 無線アクセス網での半永久的割り当てとダイナミック割り当てとの衝突を回避する方法 | |
CN112272963B (zh) | 蜂窝无线通信网络中的上行链路复用 | |
CN113647182A (zh) | 无线通信的方法和设备 | |
US20220322098A1 (en) | Transmission on a Cell | |
CN113491164B (zh) | 优先传输次序 | |
WO2021026841A1 (zh) | 调度请求传输的方法和设备 | |
CN113301657B (zh) | 增强型调度请求处理过程 | |
CN116058053A (zh) | 用于管理共享频谱信道上的传输的方法和设备 | |
CN113840304B (zh) | 业务处理方法、参数配置方法、装置、终端及网络侧设备 | |
JP7520225B2 (ja) | 非認可チャネルにおける無線リソース事前予約の方法、ネットワークノード、及びワイヤレスデバイス | |
KR102709284B1 (ko) | 강화된 스케줄링 요청을 위한 rrc(radio resource control) 메시지들 | |
WO2022151087A1 (zh) | 上行传输方法、装置、终端及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |