CN111246588B - Nr系统中的解决不同优先级业务之间无序调度的方法 - Google Patents
Nr系统中的解决不同优先级业务之间无序调度的方法 Download PDFInfo
- Publication number
- CN111246588B CN111246588B CN202010027461.3A CN202010027461A CN111246588B CN 111246588 B CN111246588 B CN 111246588B CN 202010027461 A CN202010027461 A CN 202010027461A CN 111246588 B CN111246588 B CN 111246588B
- Authority
- CN
- China
- Prior art keywords
- rnti
- base station
- scheduling information
- station side
- scheduling
- 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
Images
Classifications
-
- 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/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0036—Systems modifying transmission characteristics according to link quality, e.g. power backoff arrangements specific to the receiver
- H04L1/0038—Blind format detection
-
- 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/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0056—Systems characterized by the type of code used
- H04L1/0061—Error detection codes
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明属于移动通信技术领域,公开一种NR系统中的解决不同优先级业务之间无序调度的方法,包括:步骤1:基站侧检查是否收到调度的eMBB HARQ;步骤2:加扰调度信息;步骤3:UE侧收到基站侧发送的调度信息;步骤4:对调度信息进行解扰;步骤5:CRC对调度信息进行再次校验;步骤6:UE侧获知基站为UE侧动态配置了另一eMBB PUSCH传输资源;步骤7:UE侧获知基站侧为UE侧分配的URLLC PUSCH时频资源信息。本发明所述方法通过两步加扰的方式使UE具有先后处理两个不同优先级调度信息并为其准备数据传输或反馈的能力,为eMBB业务提供额外的处理时间和下行反馈资源。
Description
技术领域
本发明属于移动通信技术领域,具体涉及一种NR系统中的解决不同优先级业务之间无序调度的方法。
背景技术
ITU对5G定义了三大典型应用场景:一是增强的移动宽带eMBB(enhanced mobilebroadband),在这一场景下智能终端用户上网峰值速率要达到10Gbps甚至20Gbps;二是大连接物联网mMTC(Massive Machine Type Communication),这要求5G网络支撑的人和物的联接数量达到100万/平方公里;三是高可靠低时延通信URLLC(Ultra Reliable and LowLatency Communication),这意味着5G网络的时延达到1毫秒。当前,NR从大带宽场景开始,逐渐向大连接和低时延类渗透,为了满足下一代NR各网络的需求,3GPP对于eMBB、URLLC等业务已经开展了一系列标准化工作。
在NR eMBB系统中,对于UL grant调度的上行传输,UE不期望在接收UL grant后并在传输对应的PUSCH之前,有新的上行调度信息需要接收并进行数据传输,除此之外,对于UL grant调度的下行传输,UE不期望在接收DCI调度的PDSCH后并传输对应的HARQ之前,有新的下行调度信息需要接收并进行反馈。
然而,由于NR中多种网络业务可能同时存在,因此在某些情况下,具有较高优先级的URLLC业务可能发生在eMBB业务之后(即出现无序调度),根据上述分析,URLLC数据必须在eMBB数据之后发送。
由于URLLC数据必须在eMBB数据之后发送,而URLLC业务对时延具有较高的要求,当eMBB数据的持续时间高达1ms时,会导致URLLC数据包具有较大的延迟,这对于对时延要求高的URLLC业务非常不利。
基于现有技术中存在如上的技术问题,本发明人结合多年的研究经验,提出一种NR系统中的解决不同优先级业务之间无序调度的方法。
发明内容
本发明提供一种(5GNR,是基于OFDM的全新空口设计的全球性5G标准)NR系统中的解决不同优先级业务之间无序调度的方法,所述方法保证了(高可靠低时延通信)URLLC业务的低时延要求,还在一定程度上降低了(增强移动宽带)eMBB数据的重传次数。
为达到上述目的,本发明采用以下技术方案:
一种NR系统中的解决不同优先级业务之间无序调度的方法,包括:
步骤1:基站侧检查是否收到调度的(eMBB数据的HARQ反馈)eMBB HARQ,基站侧收到调度的eMBB HARQ进入步骤3,基站侧未收到调度的eMBB HARQ进入步骤2;
步骤2:基站侧先使用辅(小区无线网络临时标识)C-RNTI对URLLC调度信息进行加扰,再使用主C-RNTI对辅C-RNTI加扰后的URLLC调度信息再次进行加扰,然后进入步骤4;
步骤3:基站侧使用主C-RNTI对URLLC调度信息进行加扰,然后进行步骤4;
步骤4:UE(用户设备)侧检测来自基站侧发送的调度信息;
步骤5:UE侧通过主C-RNTI对调度信息进行解扰;
步骤6:对解扰后的调度信息进行(循环冗余校验码)CRC校验,校验正确进入步骤10,校验错误进入步骤7;
步骤7:UE侧通过辅C-RNTI对调度信息进行解扰;
步骤8:对解扰后的调度信息进行CRC校验,校验正确进入步骤9,校验错误进入步骤11;
步骤9:UE侧获知基站在URLLC HARQ传输资源之后为UE侧配置了另一eMBB HARQ传输资源,然后进入步骤10;
步骤10:UE侧获知基站侧为UE侧分配的用于发送URLLC HARQ的时频资源信息;
步骤11:UE侧在基站侧分配的对应资源上发送HARQ反馈。
进一步地,基站侧通过主C-RNTI加扰调度信息和/或辅C-RNTI加扰调度信息使UE侧通过盲检测的方式检测当前调度信息是否是基站侧发送给自身的。
进一步地,基站侧为辅C-RNTI和主C-RNTI分配两个身份标识信息,两个身份标识信息的值不同,仅采用主C-RNTI加扰时,表示此时未出现无序调度,采用辅C-RNTI和主C-RNTI加扰表示出现无序调度。
进一步地,步骤5中,UE侧通过解扰,能够判断当前的调度信息是否是基站侧对于自身的调度,解扰正确则认为基站侧调度自身,解扰错误则认为基站侧未在调度自身。
进一步地,步骤2中,辅C-RNTI通过16位的二进制比特表示,采用辅C-RNTI加扰时将辅C-RNTI对应的16位的二进制比特与数据流部分添加的CRC进行模2加,完成加扰操作。
进一步地,步骤3中,主C-RNTI通过16位的二进制比特表示,采用主C-RNTI加扰时将主C-RNTI对应的16位的二进制比特与数据流部分添加的CRC进行模2加,完成加扰操作。
进一步地,步骤9中,通过配置的eMBB PUSCH传输资源,UE侧具有先后处理两个不同优先级调度信息的能力。
与现有技术相比,本发明的优越效果在于:
本发明所述的NR系统中的解决不同优先级业务之间无序调度的方法,通过主C-RNTI配合辅C-RNTI对调度信息进行两步加扰的方式使UE具有先后处理两个不同优先级调度信息并为其准备数据传输或反馈的能力,为eMBB业务提供额外的处理时间和下行反馈资源。
附图说明
图1为本发明实施例中NR系统中的解决不同优先级业务之间无序调度的方法的流程图;
图2为本发明实施例中采用两步加扰的UL grant(DCI)调度的上(下)行传输增强示意图;
图3为本发明实施例中DCI调度的eMBB下行传输反馈与UL grant调度的URLLC上行传输冲突及解决示意图。
具体实施方式
为了能够更清楚地理解本发明的上述目的、特征和优点,下面结合具体实施方式对本发明进行进一步的详细描述,需要说明的是,在不冲突的情况下,本申请的实施例及实施例中的特征可以相互组合。
实施例
如图1所示,一种NR系统中的解决不同优先级业务之间无序调度的方法,包括:
步骤1:基站侧检查是否收到调度的eMBB HARQ,基站侧收到调度的eMBB HARQ进入步骤3,基站侧未收到调度的eMBB HARQ进入步骤2;
步骤2:基站侧先使用辅C-RNTI对URLLC调度信息进行加扰,再使用主C-RNTI对辅C-RNTI加扰后的URLLC调度信息再次进行加扰,然后进入步骤4;
步骤3:基站侧使用主C-RNTI对URLLC调度信息进行加扰,然后进行步骤4;
步骤4:UE侧检测来自基站侧发送的调度信息;
步骤5:UE侧通过主C-RNTI对调度信息进行解扰;
步骤6:对解扰后的调度信息进行CRC校验,校验正确进入步骤10,校验错误进入步骤7;
步骤7:UE侧通过辅C-RNTI对调度信息进行解扰;
步骤8:对解扰后的调度信息进行CRC校验,校验正确进入步骤9,校验错误进入步骤11;
步骤9:UE侧获知基站在URLLC HARQ传输资源之后为UE侧配置了另一eMBB HARQ传输资源,然后进入步骤10;
步骤10:UE侧获知基站侧为UE侧分配的URLLC HARQ的时频资源信息;
步骤11:UE侧在基站侧分配的对应资源上发送HARQ反馈。
在本实施例中,基站侧通过主C-RNTI加扰调度信息和/或辅C-RNTI加扰调度信息使UE侧通过盲检测的方式检测当前调度信息是否是基站侧发送给自身的。
在本实施例中,辅C-RNTI和主C-RNTI为基站分配的两个身份标识信息,辅C-RNTI和主C-RNTI的值不同,均采用16比特表示,仅采用主C-RNTI加扰时,表示此时未出现无序调度,采用辅C-RNTI和主C-RNTI加扰表示出现无序调度,对用户来说相当于是否存在无序调度的隐式指示。
在本实施例的步骤5中,UE侧通过解扰,能够判断当前的调度信息是否是基站侧对于自身的调度,解扰正确则认为基站侧调度自身,解扰错误则认为基站侧未在调度自身。
在本实施例中,基站侧根据是否已收到调度的eMBB HARQ反馈来决定对无序调度的URLLC DCI采用两步加扰还是一步加扰,上述加扰的目的是为了确保UE侧能够获知基站侧为UE侧动态配置了另一eMBB HARQ传输资源。
在本实施例中,UE侧在检测调度信息时根据使用主C-RNTI解扰情况,判断是否进行辅C-RNTI解扰,其中,尝试辅C-RNTI解扰的隐含条件为UE未及时处理并反馈eMBB HARQ,并期望获得额外的处理时间及传输资源来传输尚未及时发送的eMBB HARQ。
在本实施例的步骤2中,辅C-RNTI通过16位的二进制比特表示,采用辅C-RNTI加扰时将辅C-RNTI对应的16位的二进制比特与数据流部分添加的CRC进行模2加,完成加扰操作。
在本实施例的步骤3中,主C-RNTI通过16位的二进制比特表示,采用主C-RNTI加扰时将主C-RNTI对应的16位的二进制比特与数据流部分添加的CRC进行模2加,完成加扰操作。
在本实施例的步骤5中,主C-RNTI通过16位的二进制比特表示,采用主C-RNTI解扰时将主C-RNTI对应的16位的二进制比特与数据流部分添加的CRC进行模2加,完成解扰操作,并在后续步骤中进行CRC校验。
在本实施例的步骤6中,辅C-RNTI通过16位的二进制比特表示,采用辅C-RNTI解扰时将辅C-RNTI对应的16位的二进制比特与数据流部分添加的CRC进行模2加,完成解扰操作,并在后续步骤中进行CRC校验。
所述业务无序调度的方法通过使用由高层分配的一组主C-RNTI和辅C-RNTI加扰调度信息来实现,其中辅C-RNTI隐式地指示多个同一时域上不同的频域资源,并且其对应的多个频域资源位置及个数等信息由基站使用RRC信令提前告知UE,而时域则默认为URLLC业务传输完成之后与eMBB初始调度时间间隔相同时间长度之后的时域资源(固定时间偏移),对于基站侧,可采用主C-RNTI和辅C-RNTI对调度信息进行两步加扰的方式隐式地告诉UE侧:基站侧已为其分配用于eMBB数据传输或反馈的额外的时频资源,以使UE侧具有先后处理两个不同优先级调度信息并为其准备数据传输或反馈的能力,对于UE侧,在盲检时根据两步解扰的情况及基站侧提供的隐式信息,在处理完URLLC业务之后,可在任一可用的由C-RNTI指示的多个资源上发送eMBB数据或对其进行反馈,本实施例提出的方法适用于需要用于解决多种不同优先级业务出现无序调度的场景。
对于UL grant调度的上行传输,基站侧在发送时根据是否已收到eMBB PUSCH决定对无序调度的URLLC UL grant采用两步加扰(主C-RNTI和辅C-RNTI)还是一步加扰(主C-RNTI),即基站侧在调度URLLC PUSCH数据传输前根据是否已收到eMBB PUSCH数据判断URLLC UL grant加扰方式,若已经收到eMBB PUSCH,则采用传统方法,即仅使用主C-RNTI对URLLC UL grant调度信息进行加扰,若没有收到,则先使用辅C-RNTI对URLLC UL grant调度信息进行加扰,再使用主C-RNTI对已使用辅C-RNTI加扰的URLLC UL grant调度信息再次加扰,目的是为了确保UE侧能够获知基站侧为UE侧动态配置了另一eMBB PUSCH传输资源,基站侧在接收时可在可能的多个由辅C-RNTI所指示的eMBB PUSCH传输资源上检测来自UE侧的eMBB PUSCH,其可能的多个传输资源包括最先调度的eMBB PUSCH时频资源及由辅C-RNTI隐式指示的多个PUSCH时频资源;UE侧在接收时根据使用主C-RNTI解扰情况,判断是否进行辅C-RNTI解扰,其中,尝试辅C-RNTI解扰的隐含条件为UE侧未及时处理并传输eMBB数据,并期望获得额外的处理时间及传输资源来传输尚未及时发送的eMBB业务,UE侧在接收到URLLC UL grant调度信息时使用主C-RNTI进行解扰,若CRC校验成功,则能够获知基站为UE分配的URLLC PUSCH时频资源等信息,若CRC校验失败,则尝试使用辅C-RNTI再次进行解扰,若CRC校验成功,则UE不仅能够获知基站为UE分配的URLLC PUSCH时频资源等信息,还能够获知基站为UE动态配置了另一eMBB PUSCH传输资源,若CRC校验失败,则基站重新调度URLLC数据,UE侧在发送完URLLC业务之后,根据其处理能力及信道情况选择在已分配的可用的时频资源上传输eMBB PUSCH。
如图2所示,其中,图中,横坐标表示时间资源,纵坐标表示频域资源,图2(a)为采用两步加扰的UL grant调度的上行传输增强的示意图;图2(b)为采用两步加扰的DCI调度的下行传输增强的示意图,采用两步加扰解扰的方式为eMBB业务提供了额外的处理时间和上(下)行传输资源,图2(a)中,基站侧首先发送eMBB UL grant调度UE发送eMBB PUSCH数据,由于基站侧此时有URLLC业务到达,因此在未收到eMBB PUSCH的情况下先使用辅C-RNTI对URLLC UL grant调度信息进行加扰,再使用主C-RNTI对已使用辅C-RNTI加扰的URLLC ULgrant调度信息再次加扰;用户端在接收eMBB UL grant后准备eMBB PUSCH时检测到有新的调度信息,此时先停止处理eMBB PUSCH,由于此时有未处理完成的eMBB PUSCH数据,因此首先使用主C-RNTI解扰,再使用辅C-RNTI解扰,CRC校验成功,则UE获知基站为UE分配的URLLCPUSCH时频资源等信息,还能够获知基站为UE动态配置了另一eMBB PUSCH传输资源。
图2(b)中,基站侧首先发送eMBB DCI调度的PDSCH,由于基站侧此时有URLLC业务到达,因此在未收到eMBB PDSCH对应的HARQ反馈的情况下先使用辅C-RNTI对eMBB DCI调度信息进行加扰,再使用主C-RNTI对已使用辅C-RNTI加扰的eMBB DCI调度信息再次加扰;用户端在接收eMBB DCI及对应的PDSCH后准备eMBB PDSCH对应的HARQ反馈时检测到有新的调度信息,此时先停止处理eMBB PDSCH及其对应的HARQ反馈,由于此时有未处理完成的eMBBHARQ反馈,因此首先使用主C-RNTI解扰,再使用辅C-RNTI解扰,CRC校验成功,则UE获知基站为UE分配的URLLC业务对应的HARQ反馈时频资源等信息,还能够获知基站为UE动态配置了另一eMBB HARQ反馈传输资源。
如图3所示,图中,横坐标表示时间资源,纵坐标表示频域资源,其中,图3(a)是DCI调度的eMBB下行传输反馈与UL grant调度的URLLC上行传输冲突示意图;图3(b)是DCI调度的eMBB下行传输反馈与UL grant调度的URLLC上行传输冲突解决示意图,如图3(a)所示,协议不期望在eMBB数据调度时间内有高优先级(如,URLLC)业务需要传输,但是为了支持5G多种场景的应用,若是在处理完eMBB数据之后在处理URLLC业务,则会对使URLLC业务产生较大的传输时延,因此需要对多种场景下的数据传输进一步标准化;在图3(b)中,基站侧首先发送eMBB DCI调度的PDSCH,由于基站侧此时有URLLC业务到达,因此在未收到eMBB PDSCH对应的HARQ反馈的情况下先使用辅C-RNTI对eMBB DCI调度信息进行加扰,再使用主C-RNTI对已使用辅C-RNTI加扰的eMBB DCI调度信息再次加扰;用户端在接收eMBB DCI及对应的PDSCH后准备eMBB PDSCH对应的HARQ反馈时检测到有新的调度信息,此时先停止处理eMBBPDSCH及其对应的HARQ反馈,由于此时有未处理完成的eMBB HARQ反馈,因此首先使用主C-RNTI解扰,再使用辅C-RNTI解扰,CRC校验成功,则UE获知基站为UE分配的URLLC业务对应的HARQ反馈时频资源等信息,还能够获知基站为UE动态配置了另一eMBB HARQ反馈传输资源。由于UL grant(横线底纹)调度的PUSCH在对eMBB数据反馈之后再进行传输,造成URLLC数据传输延迟。由于eMBB对时延要求相对较低,不仅保证了URLLC业务的低时延要求,还在一定程度上降低了eMBB数据的重传次数。
在本实施例中:
NR为5GNR,是基于OFDM的全新空口设计的全球性5G标准;
eMBB表示增强移动宽带;
URLLC表示高可靠低时延通信;
eMBB HARQ表示eMBB数据的HARQ反馈;
eMBB PUSCH和URLLC PUSCH均表示另一用于发送eMBB HARQ的传输资源;
C-RNTI表示小区无线网络临时标识,是由基站分配给UE的动态标识;
UE表示用户设备;
CRC表示循环冗余校验码。
本发明不受上述实施例的限制,上述实施例和说明书中描述的只是说明本发明的原理,在不脱离本发明精神和范围的前提下,本发明还会有各种变化和改进,这些变化和改进都落入要求保护的本发明范围内。本发明要求保护范围由所附的权利要求书界定。
Claims (7)
1.一种NR系统中的解决不同优先级业务之间无序调度的方法,其特征在于,包括:
步骤1:基站侧检查是否收到调度的eMBB数据的HARQ反馈eMBBHARQ,基站侧收到调度的eMBBHARQ进入步骤3,基站侧未收到调度的eMBBHARQ进入步骤2;
步骤2:基站侧先使用辅C-RNTI对URLLC调度信息进行加扰,再使用主C-RNTI对辅C-RNTI加扰后的URLLC调度信息再次进行加扰,然后进入步骤4;
步骤3:基站侧使用主C-RNTI对URLLC调度信息进行加扰,然后进行步骤4;
步骤4:用户设备UE侧检测来自基站侧发送的调度信息;
步骤5:UE侧通过主C-RNTI对调度信息进行解扰;
步骤6:对解扰后的调度信息进行循环冗余校验码CRC校验,校验正确进入步骤10,校验错误进入步骤7;
步骤7:UE侧通过辅C-RNTI对调度信息进行解扰;
步骤8:对解扰后的调度信息进行CRC校验,校验正确进入步骤9,校验错误则结束调度;
步骤9:UE侧获知基站在URLLCHARQ传输资源之后为UE侧配置了另一eMBBHARQ传输资源,然后进入步骤10;
步骤10:UE侧获知基站侧为UE侧分配的用于发送URLLCHARQ的时频资源信息;
步骤11:UE侧在基站侧分配的对应资源上发送HARQ反馈。
2.根据权利要求1所述的NR系统中的解决不同优先级业务之间无序调度的方法,其特征在于,基站侧通过主C-RNTI加扰调度信息和/或辅C-RNTI加扰调度信息使UE侧通过盲检测的方式检测当前调度信息是否是基站侧发送给自身的。
3.根据权利要求1所述的NR系统中的解决不同优先级业务之间无序调度的方法,其特征在于,基站侧为辅C-RNTI和主C-RNTI分配两个身份标识信息,两个身份标识信息的值不同,仅采用主C-RNTI加扰时,表示此时未出现无序调度,采用辅C-RNTI和主C-RNTI加扰表示出现无序调度。
4.根据权利要求1所述的NR系统中的解决不同优先级业务之间无序调度的方法,其特征在于,步骤5中,UE侧通过解扰,能够判断当前的调度信息是否是基站侧对于自身的调度,解扰正确则认为基站侧调度自身,解扰错误则认为基站侧未在调度自身。
5.根据权利要求1所述的NR系统中的解决不同优先级业务之间无序调度的方法,其特征在于,步骤2中,辅C-RNTI通过16位的二进制比特表示,采用辅C-RNTI加扰时将辅C-RNTI对应的16位的二进制比特与数据流部分添加的CRC进行模2加,完成加扰操作。
6.根据权利要求1所述的NR系统中的解决不同优先级业务之间无序调度的方法,其特征在于,步骤3中,主C-RNTI通过16位的二进制比特表示,采用主C-RNTI加扰时将主C-RNTI对应的16位的二进制比特与数据流部分添加的CRC进行模2加,完成加扰操作。
7.根据权利要求1所述的NR系统中的解决不同优先级业务之间无序调度的方法,其特征在于,步骤9中,通过配置的eMBBPUSCH传输资源,UE侧具有先后处理两个不同优先级调度信息的能力。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010027461.3A CN111246588B (zh) | 2020-01-10 | 2020-01-10 | Nr系统中的解决不同优先级业务之间无序调度的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010027461.3A CN111246588B (zh) | 2020-01-10 | 2020-01-10 | Nr系统中的解决不同优先级业务之间无序调度的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111246588A CN111246588A (zh) | 2020-06-05 |
CN111246588B true CN111246588B (zh) | 2021-10-26 |
Family
ID=70864661
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010027461.3A Active CN111246588B (zh) | 2020-01-10 | 2020-01-10 | Nr系统中的解决不同优先级业务之间无序调度的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111246588B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2022027195A1 (zh) * | 2020-08-03 | 2022-02-10 | 北京小米移动软件有限公司 | Harq反馈的处理方法及装置、存储介质 |
CN114513851A (zh) * | 2020-11-17 | 2022-05-17 | 中国移动通信有限公司研究院 | 数据传输方法、装置、相关设备及存储介质 |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104038920A (zh) * | 2013-03-08 | 2014-09-10 | 电信科学技术研究院 | 一种数据传输的方法、系统和设备 |
CN104938007A (zh) * | 2013-02-05 | 2015-09-23 | 华为技术有限公司 | 载波的指示方法、用户设备及基站 |
CN108401506A (zh) * | 2017-06-23 | 2018-08-14 | 北京小米移动软件有限公司 | 抢占时频资源的确定方法及装置、用户设备和基站 |
CN109792728A (zh) * | 2017-03-14 | 2019-05-21 | Oppo广东移动通信有限公司 | 用于确定基础参数集的方法、终端和网络设备 |
CN109962756A (zh) * | 2017-12-22 | 2019-07-02 | 华为技术有限公司 | 通信方法和装置 |
EP3496307A4 (en) * | 2016-08-12 | 2019-08-28 | Huawei Technologies Co., Ltd. | DATA TRANSMISSION PROCESS AND DEVICE |
CN110536422A (zh) * | 2018-05-25 | 2019-12-03 | 华为技术有限公司 | 一种通信方法、装置及系统 |
CN110636533A (zh) * | 2018-06-21 | 2019-12-31 | 维沃移动通信有限公司 | 一种调度传输方法及终端 |
WO2020001579A1 (zh) * | 2018-06-28 | 2020-01-02 | Oppo广东移动通信有限公司 | 控制信息传输方法、网络设备、终端和计算机存储介质 |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102791036B (zh) * | 2011-05-17 | 2016-01-13 | 华为技术有限公司 | 传输下行控制信息的方法、接入设备、用户设备和系统 |
KR20180127965A (ko) * | 2016-03-30 | 2018-11-30 | 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 | 중계 전송 방법 및 장치 |
US20180019794A1 (en) * | 2016-07-14 | 2018-01-18 | Sharp Laboratories Of America, Inc. | Systems and methods for downlink control information for multiple-user superposition transmission |
CN108289337B (zh) * | 2017-01-09 | 2023-05-26 | 北京三星通信技术研究有限公司 | 上行调度请求的方法及用户设备、基站设备 |
CN108574557B (zh) * | 2017-03-10 | 2023-10-24 | 华为技术有限公司 | 无线通信方法和设备 |
US11089582B2 (en) * | 2018-04-05 | 2021-08-10 | Huawei Technologies Co., Ltd. | Method and system for downlink control information payload size determination |
-
2020
- 2020-01-10 CN CN202010027461.3A patent/CN111246588B/zh active Active
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104938007A (zh) * | 2013-02-05 | 2015-09-23 | 华为技术有限公司 | 载波的指示方法、用户设备及基站 |
CN104038920A (zh) * | 2013-03-08 | 2014-09-10 | 电信科学技术研究院 | 一种数据传输的方法、系统和设备 |
EP3496307A4 (en) * | 2016-08-12 | 2019-08-28 | Huawei Technologies Co., Ltd. | DATA TRANSMISSION PROCESS AND DEVICE |
CN109792728A (zh) * | 2017-03-14 | 2019-05-21 | Oppo广东移动通信有限公司 | 用于确定基础参数集的方法、终端和网络设备 |
CN108401506A (zh) * | 2017-06-23 | 2018-08-14 | 北京小米移动软件有限公司 | 抢占时频资源的确定方法及装置、用户设备和基站 |
CN109962756A (zh) * | 2017-12-22 | 2019-07-02 | 华为技术有限公司 | 通信方法和装置 |
CN110536422A (zh) * | 2018-05-25 | 2019-12-03 | 华为技术有限公司 | 一种通信方法、装置及系统 |
CN110636533A (zh) * | 2018-06-21 | 2019-12-31 | 维沃移动通信有限公司 | 一种调度传输方法及终端 |
WO2020001579A1 (zh) * | 2018-06-28 | 2020-01-02 | Oppo广东移动通信有限公司 | 控制信息传输方法、网络设备、终端和计算机存储介质 |
Non-Patent Citations (2)
Title |
---|
5G新空口演进中eMBB与URLLC业务复用的研究;杨士霄;《中国优秀硕士学位论文全文数据库》;20190930;全文 * |
LS on MIMO enhancement for NR;RAN WG1;《3GPP TSG-RAN WG2#107 R2-1908627》;20190517;全文 * |
Also Published As
Publication number | Publication date |
---|---|
CN111246588A (zh) | 2020-06-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111247856B (zh) | 侧边链路车联网通信方法及其用户设备 | |
US9629192B2 (en) | Method, terminal, and system for realizing device to device communication | |
US20190045546A1 (en) | Collision Handling of Ultra-Reliable Low Latency Communication (URLLC) and Enhanced Mobile Broadband (eMBB) Uplink (UL) Transmission | |
EP3562221B1 (en) | Power allocation method and apparatus for uplink channel | |
US12052106B2 (en) | Low latency HARQ protocol for URLLC services | |
US10159092B2 (en) | Uplink contention based multiple access for cellular IoT | |
EP2903312B1 (en) | Method and device for processing trunking service, base station and user equipment | |
EP2276276A2 (en) | Method of handling unicast transmission on multimedia broadcast multicast service subframe and related communication device | |
KR20100080280A (ko) | Harq 프로세스를 사용하는 이동통신 시스템의 전송 제어방법 | |
CN111083782B (zh) | 一种被用于无线通信的用户设备、基站中的方法和装置 | |
CN108633016B (zh) | 一种下行控制信息的收发方法及装置 | |
CN110719153B (zh) | 一种被用于无线通信的用户设备、基站中的方法和装置 | |
MX2010011830A (es) | Metodo y aparato en una red de telecomunicaciones. | |
EP2958259B1 (en) | Method for transmitting feedback information, user equipment and evolved node b | |
CN104735720B (zh) | 一种机器类通信业务信息的传输方法、基站、终端和系统 | |
CN109672506B (zh) | 数据传输的确认方法及设备 | |
US11343850B2 (en) | Method and device in UE and base station | |
CN111246588B (zh) | Nr系统中的解决不同优先级业务之间无序调度的方法 | |
US20220330211A1 (en) | Communications device, infrastructure equipment and methods | |
CN110324905B (zh) | 一种被用于无线通信的用户设备、基站中的方法和装置 | |
CN115225224B (zh) | 一种被用于无线通信的节点中的方法和装置 | |
CN115022814B (zh) | 一种被用于无线通信的节点中的方法和装置 | |
CN111769922B (zh) | 一种被用于无线通信的节点中的方法和装置 | |
CN115225224A (zh) | 一种被用于无线通信的节点中的方法和装置 | |
CN117411606A (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 |