CN116746257A - 资源抢占处理方法、通信设备及可读存储介质 - Google Patents
资源抢占处理方法、通信设备及可读存储介质 Download PDFInfo
- Publication number
- CN116746257A CN116746257A CN202180091261.7A CN202180091261A CN116746257A CN 116746257 A CN116746257 A CN 116746257A CN 202180091261 A CN202180091261 A CN 202180091261A CN 116746257 A CN116746257 A CN 116746257A
- Authority
- CN
- China
- Prior art keywords
- user equipment
- resources
- urllc
- occupied
- information
- 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.)
- Pending
Links
- 238000004891 communication Methods 0.000 title claims abstract description 74
- 238000003672 processing method Methods 0.000 title description 44
- 238000000034 method Methods 0.000 claims abstract description 48
- 238000012545 processing Methods 0.000 claims description 7
- 239000000758 substrate Substances 0.000 claims 3
- 239000000523 sample Substances 0.000 claims 1
- 230000005540 biological transmission Effects 0.000 description 37
- 238000010586 diagram Methods 0.000 description 24
- 230000003993 interaction Effects 0.000 description 9
- 239000002699 waste material Substances 0.000 description 9
- 230000007246 mechanism Effects 0.000 description 6
- 230000008878 coupling Effects 0.000 description 4
- 238000010168 coupling process Methods 0.000 description 4
- 238000005859 coupling reaction Methods 0.000 description 4
- 230000009977 dual effect Effects 0.000 description 4
- 230000008569 process Effects 0.000 description 4
- 108700026140 MAC combination Proteins 0.000 description 3
- 238000010295 mobile communication Methods 0.000 description 3
- 238000012806 monitoring device Methods 0.000 description 3
- 108010076504 Protein Sorting Signals Proteins 0.000 description 2
- 125000004122 cyclic group Chemical group 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000012544 monitoring process Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 239000013307 optical fiber Substances 0.000 description 2
- 102100039292 Cbp/p300-interacting transactivator 1 Human genes 0.000 description 1
- 208000032767 Device breakage Diseases 0.000 description 1
- 101000888413 Homo sapiens Cbp/p300-interacting transactivator 1 Proteins 0.000 description 1
- 102100035593 POU domain, class 2, transcription factor 1 Human genes 0.000 description 1
- 101710084414 POU domain, class 2, transcription factor 1 Proteins 0.000 description 1
- 102100035591 POU domain, class 2, transcription factor 2 Human genes 0.000 description 1
- 101710084411 POU domain, class 2, transcription factor 2 Proteins 0.000 description 1
- 230000002159 abnormal effect Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000036541 health Effects 0.000 description 1
- 230000011664 signaling Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请公开了一种混合自动重传请求反馈方法,该方法应用于基站侧,该方法包括:获取超可靠低延迟通信URLLC突发业务的信息;跳过为第一用户设备分配的无线资源确定为URLLC突发业务分配抢占的无线资源,第一用户设备不允许资源被URLLC突发业务占用。本申请还公开了一种通信设备和可读存储介质。
Description
本申请涉及通信领域,特别是涉及一种资源抢占处理方法、通信设备及可读存储介质。
目前,无线通信系统利用频分双工(Frequency Division Duplex,FDD)或利用时分双工(Time Division Duplex,TDD)来进行基站与用户设备(UserEquipment,UE)之间的数据传输。如图1所示,在FDD的无线通信系统中,对上行链路和下行链路使用不同频率的信道,用户设备可同时地在上行和下行信道传输数据。在TDD的无线通信系统中,对上行和下行链路使用同一频率的信道,如此系统中的传输时间线要被划分成上行传输时间和下行传输时间。其中,FDD双工方式可进一步分为全双工FDD(Full-Duplex FDD)和半双工FDD(Half-Duplex FDD,HD-FDD),HD-FDD具备FDD和TDD的特点,即上行链路和下行链路使用不同频率的信道,但上行和下行传输时间上要错开。
第五代移动通信系统(5G NR)包括三大应用场景,即增强移动宽带(eMBB:Enhanced Mobile Broadband)、大规模机器类型通信(mMTC:Massive Machine Type Communication)以及低时延高可靠(URLLC:Ultra-reliable low-latency communication)。URLLC有两个基本特点,即高可靠和低时延,例如10
-5或10
-6量级的BLER性能,0.5ms或1ms的空口传输时延。由3GPPR15规定,URLLC将为latency0敏感的设备提供服务,该设备可以称之为URLLC设备。为了提高系统的资源利用率,URLLC设备和非URLLC设备可以共存,其中当URLLC设备突发URLLC业务,而非URLLC设备已经占用无线资源进行传输时,在R15中指出了URLLC的下行抢占机制。对应地,下行抢占(Pre-emption Indication,PI)指示机制用于通知用户设备被抢占资源的位置,具体地,基站通过发送PI指示(后指示方式),以通知用户设备被抢占资源的位置,从而用户设备能够接收PI指示,并根据PI指示去除已接收到的数据中的被抢占资源,从而排除被抢占资源的影响,实现成功解码。
如图2所示,PUCCH为物理上行控制信道(Physical uplink control channel),PDSCH为物理下行共享信道(Physical Downlink Share Channel),其中,PDSCH中的部分资源被URLLCUE抢占,所以在PDSCH之后需要通过PUCCH将PI指示传输至对应的被抢占资源的UE,以使被抢占资源的UE能够根据PI指示去除被抢占位置的资源,从而实现成功解码。
但是,半双工用户设备(HD-FDDUE)在同一时刻只能接收或发送消息,并不能并行,所以可能会存在HD-FDDUE收到被打孔了(被抢占资源)的数据,但之后HD-FDDUE切换到上行链路(UL),无法监听基站发送的PI指示,从而无法得知资源已被占用及被占用资源的位置,此时HD-FDDUE已经将时频资源上的数据一起接收,然后解码,由于接收数据中含有URLLC用户数据,造成解码错误,从而导致重传,并且由于其HARQ(Hybrid automatic repeat request,混合自动重传请求)缓存被URLLC用户数据污染,即使多次HARQ重传,不同的冗余版本进行软合并,仍然有可能导致解码错误,影响了非URLLCUE数据传输的可靠性和资源浪费。
【发明内容】
本申请主要解决的技术问题是提供一种资源抢占处理方法、通信设备及可读存储介质,能够解决现有技术中用户设备数据传输的可靠性低,以及资源浪费的问题。
为了解决上述技术问题,本申请第一方面提供了一种资源抢占处理方法,该方法应用于基站侧,该方法包括:获取超可靠低延迟通信URLLC突发业务的信息;跳过为第一用户设备分配的无线资源确定为URLLC突发业务分配抢占的无线资源,第一用户设备不允许资源被URLLC突发业务占用。
为了解决上述技术问题,本申请第二方面提供了一种资源抢占处理方法,该方法应用于 用户设备侧,该方法包括:向基站发送用户设备信息,用户设备信息用于指示用户设备不允许资源被URLLC突发业务占用。
为了解决上述技术问题,本申请第三方面提供了一种通信设备,该设备包括处理器、存储器和通信电路,处理器连接通信电路;存储器存储有指令,处理器用于执行指令以实现如本申请第一方面所提供的资源抢占处理方法。
为了解决上述技术问题,本申请第四方面提供了一种通信设备,该设备包括处理器、存储器和通信电路,处理器连接通信电路;存储器存储有指令,处理器用于执行指令以实现如本申请第二方面所提供的资源抢占处理方法。
为了解决上述技术问题,本申请提供了一种可读存储介质,存储有指令,指令被处理器执行时实现前述的资源抢占处理方法。
本申请的有益效果是:基站获取超可靠低延迟通信URLLC突发业务的信息;跳过为第一用户设备分配的无线资源确定为URLLC突发业务分配抢占的无线资源,其中,通过设定第一用户设备不允许资源被URLLC突发业务占用,可以不再将为第一用户设备分配的无线资源分配给URLLC突发业务,从而可以避免第一用户设备的数据中混入URLLC突发业务的数据而导致的解码错误,进而不必再进行HARQ重传,甚至多次HARQ重传,保障了第一用户设备的数据传输的可靠性的同时减少了资源浪费。
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。其中:
图1是现有技术中FDD、HD-FDD和FDD的一示意图;
图2是现有技术中后置抢占指示机制的一示意图;
图3是本申请无线通信系统或网络一实施方式的结构示意图;
图4是本申请资源抢占处理方法第一实施例的流程示意图;
图5是本申请资源抢占处理方法第二实施例的流程示意图;
图6是本申请资源抢占处理方法第三实施例的流程示意图;
图7是本申请资源抢占处理方法多端交互第一实施例的示意图;
图8是本申请资源抢占处理方法第四实施例的流程示意图;
图9是本申请资源抢占处理方法第五实施例的流程示意图;
图10是下行抢占指示的一示意图;
图11是抢占指示的各比特位与符号的对应关系的一示意图;
图12是本申请资源抢占处理方法第六实施例的流程示意图;
图13是本申请资源抢占处理方法多端交互第二实施例的示意图;
图14是本申请资源抢占处理方法第七实施例的流程示意图;
图15是本申请资源抢占处理方法第八实施例的流程示意图;
图16是本申请MACCE的一示意图;
图17是本申请资源抢占处理方法第八实施例的流程示意图;
图18是本申请资源抢占处理方法多端交互第三实施例的示意图;
图19是本申请通信设备第一实施例的结构示意图;
图20是本申请通信设备第二实施例的结构示意图;
图21是本申请可读存储介质一实施例的结构示意图。
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,以下各实施例中不冲突的可以相互结合。显然,所描述的实施例仅是本申请的一部分实 施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请中的“用户设备”可以包括或代表用于通信的任何便携式计算设备。在所描述的设备,方法和系统的某些实施例中可使用的用户设备的示例可以是有线或无线设备,例如移动设备,移动电话,用户设备,智能电话,便携式计算设备,诸如膝上型电脑,手持设备,平板,平板电脑,上网本,个人数字助理,音乐播放器以及能够进行有线或无线通信的其他计算设备。另外,用户设备还可以为能力降低(Reduced Capability)用户设备。
请参阅图3,图3是包括核心网102(或电信基础设施),具有服务于多个无线通信单元108a-108e(例如UE)的小区106a-106m的多个网络节点104a-104m(例如基站gNB)的无线通信系统或网络100的示意图。多个网络节点104a-104m通过链路连接到核心网102。这些链路可以是有线或无线的(例如无线电通信链接、光纤等)。核心网102可包括多个核心网络节点,网络实体,应用服务器或可以与包括多个网络节点104a-104m的一个或多个无线接入网络进行通信的任何其他网络或计算设备。
在本示例中,网络节点104a-104m被示意为基站,例如但不限于,其在5G网络中可以是gNB。多个网络节点104a-104m(例如,基站)中的每个都具有足迹(footprint),为简化且例如但不限于,其在图3中示意性地表示用于服务于一个或多个UE 108a-108e的对应的圆形小区106a-106m。UE 108a-108e能够从无线通信系统100接收服务,例如声音、视频、音频或其他通信服务。
无线通信系统或网络100可以包括或代表用于UE 108a-108e与其他设备、内容源或连接无线通信系统或网络100的服务器之间的通信的任意一个或多个通信网络。核心网102也可以包括或代表链接,耦接或连接以形成无线通信系统或网络100的一个或多个通信网络,一个或多个网络节点,实体,元素,应用程序服务器,服务器,基站或其他网络设备。网络节点之间的链接或耦接可以是有线或无线的(例如无线电通信链接、光纤等)。该无线通信系统或网络100以及核心网102可以包括包含网络节点或实体的核心网络和无线接入网络的任何适当组合,基站,接入点等,其使得UE 108a-108e、无线通信系统100和核心网102的网络节点104a-104m、内容源和/或连接到系统或网络100的其他设备之间能够通信。
可在所描述的设备,方法和系统一些实施例中使用的无线通信网络100的示例可以是至少一个通信网络或其组合,包括但不限于,一个或多个有线和/或无线电信网络,一个或多个核心网,一个或多个无线接入网络,一个或多个计算机网络,一个或多个数据通信网络,互联网,电话网络,无线网络,例如基于仅作为示例的IEEE802.11标准的WiMAX、WLAN和/或Wi-Fi网络,或互联网协议(Internet Protocol,IP)网络,分组交换网络或增强型分组交换网络,IP多媒体子系统(IP Multimedia Subsystem,IMS)网络或基于无线、蜂窝或卫星技术的通信网络,诸如移动网络,全球移动通信系统(Global System for Mobile Communications,GSM),GPRS网络,宽带码分多址接入(Wideband Code Division Multiple Access,W-CDMA),CDMA2000或LTE/高级LTE通信网络或任何第二代,第三代,第四代或第五代和超越类型的通信网络等。
在图3的示例中,该无线通信系统100可以是,仅作为示例但不限于,使用下行链路和上行链路信道的循环前缀正交频分复用(cyclic prefix orthogonal frequency division multiplexing,CP-OFDM)技术的5G通信网络。下行链路可以包括用于将数据从一个或多个gNB 104a-104m传输到一个或多个UE 108a-108e的一个或多个通信信道。通常下行链路信道是用于传输数据的通信信道,例如,从gNB 104a到UE 108a。
用于5G网络的上行链路和下行链路均被分成无线帧(例如,每个帧可以是10ms的长度),其中每个帧可以被分成多个子帧。例如,每个帧可以包括10个长度相等的子帧,其中每个子帧由用于传输数据的多个时隙(例如2个时隙)组成。除了时隙之外,子帧可以包括若干额外的特殊字段或OFDM符号,其可包括,仅作为示例,下行链路同步符号,广播符号和/或上行链路参考符号。
请参阅图4,图4是本申请资源抢占处理方法第一实施例的流程示意图。
具体而言,资源抢占处理方法第一实施例包括:
步骤S11:获取超可靠低延迟通信URLLC突发业务的信息。
本实施例应用于基站侧。URLLC低延迟场景的数据特点主要是突发性强但是数据量不大,所以NR支持URLLC采用抢占方式占据信道资源。例如,在基站分配物理资源给eMBB业务时,就已经将eMBB业务的资源也同时分配给了URLLC业务,当URLLC抢占物理资源时,NR将抢占结果通知给UE,用以保证URLLC的低延迟要求。其中,URLLC突发业务对应的用户设备称为URLLCUE。
当基站获取到超可靠低延迟通信URLLC突发业务的信息时,需要为URLLC突发业务分配无线资源,这里被分配的无线资源可以是未被用户设备占用的无线资源,或已被用户设备占用的无线资源。
步骤S12:跳过为第一用户设备分配的无线资源确定为URLLC突发业务分配抢占的无线资源,第一用户设备不允许资源被URLLC突发业务占用。
本实施例中,第一用户设备不允许资源被URLLC突发业务占用,当基站需要为URLLC突发业务分配抢占的无线资源时,基站跳过为第一用户设备分配的无线资源确定为URLLC突发业务分配抢占的无线资源,从而保证了为第一用户设备分配的无线资源的完整性。其中,由于为第一用户设备分配的无线资源未被URLLC突发业务占用,从而避免了第一用户设备的用户数据中混入干扰数据(URLLC业务的数据)而导致的解码错误,进而无需进行HARQ重传,甚至多次HARQ重传,保障了第一用户设备的数据传输的可靠性的同时避免了资源浪费。
可选地,第一用户设备可以为半双工用户设备,例如安全传感器(安全开关、安全光栅、安全门系统)。半双工用户设备(HD-FDD UE)采用HD-FDD操作模式,在同一时刻只能接收或发送消息,并不能并行,所以尽管系统设置有下行抢占指示机制,由于PI指示为后指示方式(如图2所示,即在占用资源之后,再发送PI指示),下文简称为后置PI指示,在基站下发PI指示时,若用户设备正处于上行状态,即只能发送消息,这时用户设备无法接收到PI指示,从而可能会影响半双工用户设备的数据传输的可靠性,所以对于半双工用户设备等该类设备,通过将其设置为不允许资源被URLLC突发业务占用,从而可以避免URLLC突发业务的影响,保障半双工用户设备的数据传输的可靠性。
在一些实施方式中,第一用户设备可以为能力降低(Reduced Capability)用户设备,简称为RedCap UE。其中,RedCap UE可以包括三大类设备,分别为工业无线传感器、智慧城市中的视频监控设备和可穿戴设备。具体地,工业无线传感器包括压力传感器、湿度传感器、温度计、运动传感器、加速度计、执行器等;智慧城市中的视频监控设备包括门禁设备、交通视频监控设备等;可穿戴设备包括智能手表、手环、戒指、电子健康相关设备、医疗监控设备等。RedCap UE相比于URLLC/eMBB设备,设备尺寸相对较小,带宽、峰值速率的要求也不是很高。可选地,RedCap UE可以采用HD-FDD操作模式,采用HD-FDD操作模式RedCap UE也即是HD-FDD UE。
在一些实施方式中,第一用户设备具体可以不允许上行资源和/或下行资源被URLLC突发业务占用。具体地,第一用户设备不允许上行资源被URLLC突发业务占用,或者第一用户设备不允许下行资源被URLLC突发业务占用,或者第一用户设备不允许上行资源和下行资源被URLLC突发业务占用。可以理解的,本申请提供的资源抢占处理方法不仅可以应用于URLLC业务中的下行抢占机制,还可以应用于URLLC业务中的上行取消机制,即URLLC设备不能抢占第一用户设备的上行资源。
本实施例中,基站获取超可靠低延迟通信URLLC突发业务的信息;跳过为第一用户设备分配的无线资源确定为URLLC突发业务分配抢占的无线资源,其中,通过设定第一用户设备不允许资源被URLLC突发业务占用,可以不再将为第一用户设备分配的无线资源分配给URLLC突发业务,从而可以避免第一用户设备的数据中混入URLLC突发业务的数据而导 致的解码错误,进而不必再进行HARQ重传,甚至多次HARQ重传,保障了第一用户设备的数据传输的可靠性的同时减少了资源浪费。
请参阅图5,图5是本申请资源抢占处理方法第二实施例的流程示意图。
具体而言,资源抢占处理方法第二实施例包括:
步骤S21:获取超可靠低延迟通信URLLC突发业务的信息。
具体内容可参考本申请资源抢占处理方法第一实施例的描述,在此不再重复。
步骤S22:获取第一用户设备的信息。
步骤S23:根据第一用户设备的信息确定第一用户设备不允许资源被URLLC突发业务占用。
步骤S22-S23与S21并无一定的先后顺序,本实施例中,步骤S22-S23可以在步骤S21之后执行,在其他实施例中,步骤S22-S23可以在步骤S21之前执行或同时执行,此处不做限定。
在一些实施方式中,第一用户设备的信息可以包括第一用户设备的能力信息(UE capability)。其中,第一用户设备的能力信息可以包括用于表示第一用户设备不允许资源被URLLC突发业务占用的标识。
一种实施方式,第一用户设备的能力信息一定包括用于表示第一用户设备不允许资源被URLLC突发业务占用的标识,从而当基站获取到第一用户设备的能力信息时,则可以直接确定该第一用户设备不允许资源被URLLC突发业务占用。另一种实施方式,第一用户设备的能力信息可能包括用于表示第一用户设备不允许资源被URLLC突发业务占用的标识,此时,基站在获取到第一用户设备的信息之后,需要在确定其中包括表示第一用户设备不允许资源被URLLC突发业务占用的标识之后,才能确定该第一用户设备不允许资源被URLLC突发业务占用。
第一用户设备的信息可以由无线接入控制RRC消息承载,或者可以在随机过程中采用特殊资源传输,如MSG1/MSGA,具体可以为MSG1/MSGA中单独的初始UL BWP、单独的preamble和单独的Prach occasion中的至少一者。无线接入控制RRC消息可以包括RRCSetupComplete,RRCReconfigurationComplete,RRCReestablishmentComplete,UEcapabilityInformation等消息。
可选地,第一用户设备可以主动上报能力信息,基站接收第一用户设备主动上报的能力信息,并判断能力信息中是否包括用于表示第一用户设备不允许资源被URLLC突发业务占用的标识,若包括,则可以确定该第一用户设备不允许被URLLC突发业务占用;若不包括,则可以确定该第一用户设备允许被URLLC突发业务占用。另外,基站可以主动获取第一用户设备的能力信息。
具体地,第一用户设备的信息可以包括能力类型标识和/或设备类型标识,能力类型标识和/或设备类型标识可以用于表示第一用户设备不允许资源被URLLC突发业务。能力类型标识可以包括无线接入相关能力和核心网相关能力,具体可以是UE capability information中包括的能力类型。
在一应用场景中,设备类型标识可以但不限于包括半双工用户设备标识(如HD-FDD UE)和双工用户设备标识(如FDD UE),其中HD-FDD UE用于表示第一用户设备不允许资源被URLLC突发业务占用,FDD UE用于表示第一用户设备允许资源被URLLC突发业务占用。当第一用户设备上报的设备类型标识为HD-FDD UE时,基站可以基于HD-FDD UE确定该第一用户设备不允许资源被URLLC突发业务占用。
在一应用场景中,设备类型标识可以但不限于包括Redcap UE和regular NR UE,其中Redcap UE用于表示第一用户设备不允许资源被URLLC突发业务占用,regular NR UE用于表示第一用户设备允许资源被URLLC突发业务占用。当第一用户设备上报的设备类型标识为Redcap UE时,基站可以基于Redcap UE确定该第一用户设备不允许资源被URLLC突发业务占用。在其他应用场景中,Redcap UE还可以包括多个子设备类型标识,例如无线传感 器标识、视频监控设备标识和可穿戴设备标识。
在一些实施方式中,并不是所有Redcap UE都对性能要求较高,对于一些对性能要求低的Redcap UE可以允许资源被URLLC突发业务占用,而性能要求低的Redcap UE可以不允许资源被URLLC突发业务占用。例如,设备类型标识为Redcap UE-1代表性能要求不高的UE(如智能手环),则该UE可以允许资源被URLLC突发业务占用;设备类型标识为Redcap UE-2代表性能要求高的UE(如安全传感器或高端视频监控设备),则该UE可以不允许资源被URLLC突发业务占用。
在另一些实施方式中,第一用户设备的信息包括用于表示第一用户设备不允许资源被URLLC突发业务占用的专用标识。专用标识可以由无线接入控制RRC消息承载。其中,专用标识可以根据实际情况进行选择,此处不做限定,只要能够用于表示第一用户设备不允许资源被URLLC突发业务占用即可。
步骤S24:跳过为第一用户设备分配的无线资源确定为URLLC突发业务分配抢占的无线资源。
若基站确定第一用户设备不允许资源被URLLC突发业务占用,则可以跳过为第一用户设备分配的无线资源确定为URLLC突发业务分配抢占的无线资源,即不将为第一用户设备分配的无线资源分配给URLLC突发业务;若基站确定第一用户设备允许资源被URLLC突发业务占用,则可以将为第一用户设备分配的无线资源确定为URLLC突发业务分配抢占的无线资源。
本实施例中,基站获取第一用户设备的信息,根据第一用户设备的信息确定第一用户设备不允许资源被URLLC突发业务占用,从而可以在获取超可靠低延迟通信URLLC突发业务的信息时,跳过为第一用户设备分配的无线资源确定为URLLC突发业务分配抢占的无线资源,其中通过第一用户设备的信息可以确定第一用户设备的资源是否能够被URLLC突发业务占用且不影响数据传输的可靠性,若否,则可以确定第一用户设备不允许资源被URLLC突发业务占用,从而保障第一用户设备数据传输的可靠性。
请参阅图6,图6是本申请资源抢占处理方法第三实施例的流程示意图。
具体而言,资源抢占处理方法第三实施例包括:
步骤S31:向基站发送用户设备信息,用户设备信息用于指示用户设备不允许资源被URLLC突发业务占用。
本实施例应用于用户设备侧。用户设备向基站发送用户设备信息,用户设备信息用于指示用户设备不允许资源被URLLC突发业务占用以使基站基于用户设备信息确定用户设备不允许资源被URLLC突发业务占用,从而跳过为用户设备分配的无线资源确定为URLLC突发业务分配抢占的无线资源。
在一些实施方式中,用户设备可以为半双工用户设备和/或能力降低用户设备。
在一些实施方式中,用户设备不允许上行资源和/或下行资源被URLLC突发业务占用。
在一些实施方式中,用户设备信息可以包括用户设备的能力信息,用户设备的能力信息可以包括用于表示用户设备不允许资源被URLLC突发业务占用的标识。
在一些实施方式中,用户设备信息可以包括用于表示用户设备不允许资源被URLLC突发业务占用的专用标识。专用标识可以由无线接入控制RRC消息承载。
可以理解的,本实施例中的用户设备与上实施例中的第一用户设备类似,具体内容可参考本申请资源抢占处理方法第一实施例和第二实施例中的描述,在此不再重复。
本实施例中,用户设备通过向基站送用户设备信息,用户设备信息用于指示用户设备不允许资源被URLLC突发业务占用,以使基站基于用户设备信息确定用户设备不允许资源被URLLC突发业务占用,并跳过为用户设备分配的无线资源确定为URLLC突发业务分配抢占的无线资源,从而可以避免第一用户设备的数据中混入URLLC突发业务的数据而导致的解码错误,进而不必再进行HARQ重传,甚至多次HARQ重传,保障了第一用户设备的数据传输的可靠性的同时减少了资源浪费。
请参阅图7,图7是本申请资源抢占处理方法多端交互第一实施例的示意图。
资源抢占处理方法多端交互第一实施例可以包括:
1)基站(gNB)获取超可靠低延迟通信URLLC突发业务的信息。
2)第一用户设备(UE1)向基站发送第一用户设备的信息。
3)基站接收第一用户设备的信息。
4)基站根据第一用户设备的信息确定第一用户设备不允许资源被URLLC突发业务占用。
5)基站跳过为第一用户设备分配的无线资源确定为URLLC突发业务分配抢占的无线资源,第一用户设备不允许资源被URLLC突发业务占用。
关于上面内容的说明,请参见前述实施例的相应位置,此处不做赘述。
请参阅图8,图8是本申请资源抢占处理方法第四实施例的流程示意图。
具体而言,资源抢占处理方法第四实施例包括:
步骤S41:确定在第一时间单元的已分配给用户设备的至少部分下行资源被抢占。
本实施例应用于基站侧。用户设备可以为半双工用户设备和/或能力降低用户设备。
本实施例中,时间单元可以为时隙(Slot),则第二时间单元可以为第一时间单元的前一个时隙,或可以为第一时间单元的前N个时隙,N为正整数。
具体地,在第一时间单元的已分配给用户设备的至少部分下行资源可以是被URLLCUE的URLLC突发业务抢占。URLLC UE抢占HD-FDD UE的下行资源,且其抢占时机是在抢占资源对应的时隙至少一个控制资源集CORESET时域周期还未开始,采用本实施例的前置PI方案,可以解决较大部分HD-FDD UE无法接收PI指示的异常情况。
步骤S42:在第二时间单元向用户设备发送抢占指示,第二时间单元在第一时间单元之前,抢占指示用于指示在第一时间单元的已分配给用户设备的至少部分下行资源被抢占。
当基站确定URLLC突发业务抢占了在第一时间单元的已分配给HD-FDD UE的至少部分下行资源时,在第一时间单元之前的第二时间单元向用户设备发送抢占指示(前置PI指示),以指示在第一时间单元的已分配给用户设备的至少部分下行资源被抢占,并指示被抢占的至少部分下行资源的位置,从而用户设备能够排除被抢占资源的影响。
在一些实施方式中,基站可以不区分用户设备,即对所有的用户设备采用在第二时间单元向用户设备发送抢占指示。在另一些实施方式中,基站可以区分用户设备,仅对半双工用户设备等无法接收后置PI指示的用户设备采用在第二时间单元向用户设备发送抢占指示。
本实施例通过将PI指示前置,且用户设备能够接收前置PI指示,从而无论用户设备在第一时间单元之后的时间单元是否处于上行状态,用户设备都能够在第二时间单元成功接收PI指示,并获知第一时间单元的已分配给用户设备的至少部分下行资源被抢占,从而可以避免用户设备的数据中混入被抢占资源而导致的解码错误,进而不必再进行HARQ重传,甚至多次HARQ重传,保障了第一用户设备的数据传输的可靠性的同时减少了资源浪费。
请参阅图9至图10,图9是本申请资源抢占处理方法第五实施例的流程示意图,图10是下行抢占指示的一示意图,图11是抢占指示的各比特位与符号的对应关系的一示意图。
具体而言,资源抢占处理方法第五实施例包括:
步骤S51:确定在第一时间单元的已分配给用户设备的至少部分下行资源被抢占。
具体内容可参考本申请资源抢占处理方法第四实施例的描述,在此不再重复。
步骤S52:判断用户设备是否在第三时间单元处于上行状态,第三时间单元在第一时间单元之后。
若是,则执行步骤S53,否则,执行步骤S54。
其中,步骤S52与步骤S51并无一定的先后关系,本实施例中,步骤S52可以在步骤S51之后执行,在其他实施例中,步骤S52可以在步骤S51之前执行或同时执行,此处不做限定。
本实施例中,时间单元可以为时隙(Slot),则第三时间单元可以为第一时间单元的后一个时隙,或可以为第一时间单元的后N个时隙,N为正整数。
基站可以根据用户设备的上下行时间分配,确定用户设备在切换到上行状态之前,是否 能够接受到PI指示,从而根据结果确定是否需要前置PI指示。
具体地,基站判断用户设备是否在第三时间单元处于上行状态,若是,则说明用户设备无法在第三时间单元成功接收后置PI指示,从而需要预先在第二时间单元向用户设备发送抢占指示,以使用户设备成功接收PI指示;若否,则说明用户设备能够在第三时间单元成功接收后置PI指示,从而可以不必将PI指示前置,仍可以在第三时间单元向用户设备发送抢占指示。
步骤S53:在第二时间单元向用户设备发送抢占指示。
步骤S54:不在第二时间单元发送抢占指示而在第三时间单元发送抢占指示。
其中,第二时间单元在第一时间单元之前,抢占指示用于指示在第一时间单元的已分配给用户设备的至少部分下行资源被抢占。
本实施例中,抢占指示可以包括第一指示符,第一指示符用于表示抢占指示在第一时间单元之前或之后。可选地,第一指示符的大小可以为1比特或多比特。例如,第一指示符为Pre-Ind(1bit),大小为1比特,其值为1表示前置PI指示,其值为0表示后置PI指示。
在一些实施方式中,基站向用户设备发送抢占指示,用户设备接收抢占指示,并确定是否包括第一指示符,若包括第一指示符,则确定在第一时间单元的已分配给用户设备的至少部分下行资源被抢占,若不包括第一指示符,则确定在第一时间单元的已分配给用户设备的至少部分下行资源未被抢占。
在其他实施例中,步骤S53之后,还可以包括:在第三时间单元向用户设备发送抢占指示,第三时间单元在第一时间单元之后。现有设计中是后置下行抢占指示,而本实施例为了解决半双工用户设备与URLLC业务的冲突,从而将PI指示前置,但是考虑到其他正常的用户设备的兼容性,基站仍可以在第三时间单元向用户设备发送抢占指示。
在一些实施方式中,抢占指示可以包含在专用格式的下行控制信息(Downlink Control Information,DCI)中,专用格式的DCI具体可以为DCI format 2_1。具体地,当用户设备在第三时间单元处于上行状态时,基站可以调度DCI format 2_1和其他正常调度的DCI,多个DCI可以分处于同一个CORESET的不同搜索空间Searchspace中;或者处于不同的CORESET中。
具体地,如图10所示,基站可以通过组播向用户设备发送PI指示,PI指示承载在DCI format 2_1中,通知用户设备在一个RDR(Reference DL Region)内被抢占的资源。DCI format 2_1是Group-common DCI,payloadSize最大126bit,每段14bit对应一个UE PI,由INT_RNTI加扰,抢占的指示/配置在DownlinkPreemption中。URLLC业务为保证可靠性,在频域上占用较大的带宽,因此一个URLLC用户的数据可能会占据多个非URLLC UE的数据的时频资源,为节省开销,PI指示可以承载在Group-common的DCI格式中,用以通知一组用户设备被URLLC业务抢占的资源,效率更高。
在一些实施方式中,抢占指示可以包含在用于控制用户设备的DCI中,即可在现有的DCI中扩展,增加PI指示(14bit),具体可以在用于控制用户设备的DCI中增加前置PI指示的指示位(如DCI 0_x,1_x)以及PI指示(14bit)。可以理解的,PI指示是可选择配置的,不是所有的用户设备都需要配置,当用户设备被抢占资源时,则可以根据被抢占资源的位置,设置用于控制用户设备的DCI中的PI指示,或者当确定用户设备无法及时接收PI指示时,才设置用于控制用户设备的DCI中的PI指示,以指示被抢占的资源信息。
在一应用场景中,用户设备根据自身的设备类型,确定要检测的DCI 0_x,1_x要增加下行抢占指示,从而增加前置PI指示的指示位,后续按扩展的DCI格式检测DCI;基站在确定下行资源被抢占时,设置扩展的DCI中的PI指示;用户设备根据已知的扩展的DCI格式检测DCI,从而从DCI中获得PI指示。
这里简单介绍PI指示中各bit与symbol对应关系,分为两种情况:一种情况是,当timeFrequencySet配置为0的时候,频域上为整个频域BWP,时域上分成14组,14个比特分别表示其中一组时/频位置是否被URLLC数据占据。如图11中的左图所示,14个Symbol 分成14组,每个symbol与PI指示中的一个bit对应,值为1表示被URLLC UE占用。另一种情况是,当timeFrequencySet配置为1的时候,将频域划分为上下两部分,在时域上几个符号作为一组,使用其中的1个比特来指示,14比特同样可以表示14组。如图11中的右图所示,14个Symbol分成14组,每个symbol与PI指示中的一个bit对应,值为1表示被URLLC UE占用。
本实施例中,基站通过确定在第一时间单元的已分配给用户设备的至少部分下行资源被抢占,然后判断用户设备是否在第三时间单元处于上行状态,第三时间单元在第一时间单元之后,若是,则在第二时间单元向用户设备发送抢占指示,否则,则不在第二时间单元发送抢占指示而在第三时间单元发送抢占指示,其中,在为抢占指示分配资源之前预先确定用户设备是否在第三时间单元处于上行状态,以实现仅在确定用户设备在第三时间单元处于上行状态时,才将PI指示前置。
请参阅图12,图12是本申请资源抢占处理方法第六实施例的流程示意图。
具体而言,资源抢占处理方法第六实施例包括:
步骤S61:在第二时间单元接收来自于基站的抢占指示,抢占指示用于指示在第一时间单元的已分配给用户设备的至少部分下行资源被抢占,第二时间单元在第一时间单元之前。
本实施例应用于用户设备侧。用户设备可以为半双工用户设备和/或能力降低用户设备。
在一些实施方式中,抢占指示可以包括第一指示符,第一指示符可以用于表示抢占指示在第一时间单元之前或之后。抢占指示可以包含在专用格式的下行控制信息DCI中。专用格式的DCI可以为DCI format 2_1。
在一些实施方式中,抢占指示可以包含在用于控制用户设备的DCI中。
步骤S62:在第一时间单元使用已分配的下行资源接收下行传输。
步骤S63:去除下行传输中使用被抢占的下行资源传输的部分后进行解码。
用户设备在第二时间单元接收来自于基站的抢占指示,然后在第一时间单元使用已分配的下行资源接收下行传输,基于抢占指示,用户设备可以确定被抢占的在第一时间单元的已分配给用户设备的至少部分下行资源,从而可以将该部分下行资源去除,再进行解码,以保障用户设备数据传输的可靠性。
在一些实施方式中,在第二时间单元接收来自于基站的抢占指示之后,用户设备还可以在第三时间单元接收来自于基站的抢占指示,第三时间单元在第一时间单元之后,以考虑其他正常的用户设备的兼容性,保障其他正常的用户设备的正常工作。
可以理解的,本实施例中的具体内容可参考本申请资源抢占处理方法上述实施例中的描述,在此不再重复。
本实施例中,用户设备在第二时间单元能够成功接收来自于基站的抢占指示,然后在第一时间单元使用已分配的下行资源接收下行传输,并根据抢占指示去除下行传输中使用被抢占的下行资源传输的部分后进行解码,从而可以避免用户设备的数据中混入被抢占资源而导致的解码错误,进而不必再进行HARQ重传,甚至多次HARQ重传,保障了第一用户设备的数据传输的可靠性的同时减少了资源浪费。
请参阅图13,图13是本申请资源抢占处理方法多端交互第二实施例的示意图。
资源抢占处理方法多端交互第二实施例可以包括:
1)基站(gNB)确定在第一时间单元的已分配给双半工用户设备的至少部分下行资源被抢占(基站确定在第一时间单元URLLC UE抢占了HD-FDD UE的至少部分资源)。
2)基站在第二时间单元向双半工用户设备发送抢占指示,第二时间单元在第一时间单元之前,抢占指示用于指示在第一时间单元的已分配给双半工用户设备的至少部分下行资源被抢占(PDCCH(DCI format 2_1+其他DCI))。
3)基站在第二时间单元向URLLC设备发送PDCCH。
4)双半工用户设备(HD-FDD UE)在第二时间单元接收来自于基站的抢占指示(检测到DCI format 2_1)。
5)双半工用户设备在第一时间单元使用已分配的下行资源接收下行传输(PDSCH(至少部分下行资源被抢占))。
6)双半工用户设备根据DCI format 2_1,去除下行传输中使用被抢占的下行资源传输的部分后进行解码。
7)URLLC设备接收基站发送的PDCCH,解码成功。
关于上面内容的说明,请参见前述实施例的相应位置,此处不做赘述。
请参阅图14,图14是本申请资源抢占处理方法第七实施例的流程示意图。本实施例应用于基站侧。具体而言,资源抢占处理方法第七实施例包括:
步骤S71:确定在第一时间单元的已分配给用户设备的至少部分下行资源被抢占。
步骤S72:向用户设备发送包含抢占指示的媒体接入控制MAC协议数据单元PDU,抢占指示用于指示在第一时间单元的已分配给用户设备的至少部分下行资源被抢占。
其中,媒体接入控制MAC协议数据单元PDU,简称为MAC PDU。MAC PDU可以包括MAC头、MAC CE、MAC SDU组成,其中,MAC头可以由多个MAC子头构成,每个MAC子头和MAC CE以及MAC SDU意义对应,用于指示对应的MAC CE以及MAC SDU的名称(MAC子头中的LCID字段用于表示对应的MAC CE以及MAC SDU的名称)、长度等信息;MAC CE用来承载和无线资源管理相关的控制信息;MAC SDU用于承载数据或信令,一个MAC PDU可以包含0或多个MAC SDU。本实施例中,抢占指示可以中的一个MAC控制元素CE,即MAC CE。可选地,可以新构造一个MAC CE用于承载抢占指示。
在一些实施方式中,可以定义PI指示的LCID,如下表1所示,在一示例中,可以将字段46用于表示包含抢占指示的MAC PDU,具体可以为MAC CE的名称。
表1:Values of LCID for DL-SCH
本实施例中,基站在确定在第一时间单元的已分配给用户设备的至少部分下行资源被抢 占时,向用户设备发送包含抢占指示的媒体接入控制MAC协议数据单元PDU,其中通过MACPDU承载抢占指示,使得用户设备能够及时接收到抢占指示,可以确定被抢占的在第一时间单元的已分配给用户设备的至少部分下行资源,从而可以避免第一用户设备的数据中混入URLLC突发业务的数据而导致的解码错误,进而不必再进行HARQ重传,甚至多次HARQ重传,保障了第一用户设备的数据传输的可靠性的同时减少了资源浪费。
请参阅图15至图16,图15是本申请资源抢占处理方法第八实施例的流程示意图,图16是本申请MACCE的一示意图。
具体而言,资源抢占处理方法第八实施例包括:
步骤S81:确定在第一时间单元的已分配给用户设备的至少部分下行资源被抢占。
本实施例应用于基站侧。用户设备为半双工用户设备和/或能力降低用户设备。
步骤S82:判断用户设备是否在第二时间单元处于上行状态,第二时间单元在第一时间单元之后。
若是,则执行步骤S83;否则,则执行步骤S84。
不同于上述实施例,本实施例中第二时间单元在第一时间单元之后。
若用户设备未在第二时间单元处于上行状态,则说明用户设备可以及时接收到下行控制信息中的抢占指示,从而可以在第二时间单元使用下行控制信息向用户设备发送抢占指示;若用户设备在第二时间单元处于上行状态,则说明用户设备无法及时接收下行控制信息中的抢占指示,从而需要通过MAC PDU发送抢占指示,以使用户设备及时接收抢占指示。
在其他实施方式中,基站还可以获取用户设备信息,并根据用户设备信息确定该用户设备是否能够及时接收到下行控制信息中的抢占指示,其中用户设备信息可以包括能力类型标识和/或设备类型标识,具体内容请参见上述实施例,此处不再赘述。例如,基站获取的设备类型标识为HD-FDD UE,则说明该用户设备无法及时接收到下行控制信息中的抢占指示,从而可以采用MAC PDU发送抢占指示,以保障用户设备数据传输的可靠性。
步骤S83:发送包含抢占指示的MAC PDU。
抢占指示用于指示在第一时间单元的已分配给用户设备的至少部分下行资源被抢占。
步骤S84:在第二时间单元使用下行控制信息向用户设备发送抢占指示。
其中,媒体接入控制MAC协议数据单元PDU包含抢占指示。
在一些实施方式中,基站可以在第二时间单元使用下行控制信息(DCI)向用户设备发送抢占指示。在另一些实施方式中,基站可以在第一时间单元使用未被抢占的下行资源发送包含抢占指示的MAC PDU。
其中,抢占指示包括第一指示符,第一指示符用于表示抢占指示在被抢占的下行资源之前或之后,从而当已分配给用户设备的至少部分下行资源被抢占时,可以在第一时间单元之前(之后)将抢占指示发送至用户设备,用户设备通过其中的第一指示符可以确定该抢占指示用于指示后面(前面)的时间单元的下行资源被抢占。
如图16所示,为MACCE的一示意图,包括两种情况:一种情况(oct1)是,包含第一指示符(Pre-Ind)的抢占指示(Preemption Indication),另一种情况(oct2)是,未包含第一指示符的抢占指示。其中Preemption Indication为14bit,各bit与图11中的各组符号对应,具体可以从高位开始对应,或从低位开始对应。
可选地,第一指示符的大小可以为1比特或多比特。在一些实施方式中,第一指示符为Pre-Ind(1bit),大小为1比特,其值为1表示前置PI指示,其值为0表示后置PI指示。在另一些实施方式中,可以通过判断是否存在包含PI指示的MACCE,若是,则确定为前置PI指示,否则,则确定为后置PI指示。
在一些实施方式中,确定在第一时间单元的已分配给用户设备的至少部分下行资源被抢占之后,还可以在第二时间单元使用下行控制信息向用户设备发送抢占指示,第二时间单元在第一时间单元之后,以考虑其他正常的用户设备的兼容性,保障其他正常的用户设备的正常工作。
请参阅图17,图17是本申请资源抢占处理方法第八实施例的流程示意图。
具体而言,资源抢占处理方法第八实施例包括:
步骤S91:接收来自于基站的包含抢占指示的MACPDU,抢占指示用于指示在第一时间单元的已分配给用户设备的至少部分下行资源被抢占。
本实施例应用于用户设备侧。用户设备可以为半双工用户设备和/或能力降低用户设备。
步骤S92:去除第一时间单元接收的下行传输中使用被抢占的下行资源传输的部分后进行解码。
用户设备接收到来自于基站的包含抢占指示的MACPDU后,可以对MACPDU进行解码,以得到第一时间单元的下行抢占指示信息,根据下行抢占指示信息去除第一时间单元接收的下行传输中使用被抢占的下行资源传输的部分,然后进行解码。
在一些实施方式中,用户设备可以在第二时间单元接收来自于基站的包含在下行控制信息中的抢占指示,第二时间单元在第一时间单元之后。
在一些实施方式中,抢占指示可以包括第一指示符,第一指示符可以用于表示抢占指示在被抢占的下行资源之前或之后。
在一些实施方式中,包含抢占指示的MAC PDU所用的传输资源可以为第一时间单元内未被抢占的下行资源。
在一些实施方式中,抢占指示可以为MAC PDU中的一个MAC CE。
可以理解的,本实施例中的具体内容可参考本申请资源抢占处理方法上述实施例中的描述,在此不再重复。
请参阅图18,图18是本申请资源抢占处理方法多端交互第三实施例的示意图。
资源抢占处理方法多端交互第三实施例可以包括:
1)基站(gNB)确定在第一时间单元的已分配给用户设备的至少部分下行资源被抢占,并构建MACUE(确定在第一时间单元URLLC UE抢占了HD-FDD UE的至少部分资源,构建MAC CE)。
2)基站同时向半双工用户设备和URLLC设备发送包含抢占指示的媒体接入控制MAC协议数据单元PDU,抢占指示用于指示在第一时间单元的已分配给用户设备的至少部分下行资源被抢占。
3)半双工用户设备(HD-FDD UE)接收来自于基站的包含抢占指示的MACPDU。
4)半双工用户设备解码MAC CE,根据解码后的PI指示去除第一时间单元接收的下行传输中使用被抢占的下行资源传输的部分后进行解码。
5)同时,URLLC设备也能够进行解码,并解码成功。
关于上面内容的说明,请参见前述实施例的相应位置,此处不做赘述。
请参阅图19,图19是本申请通信设备第一实施例的结构示意图。
如图19所示,本申请通信设备第一实施例包括:处理器110、存储器120和通信电路130。
处理器110控制通信设备的操作,处理器110还可以称为CPU(Central Processing Unit,中央处理单元)。处理器110可能是一种集成电路芯片,具有信号序列的处理能力。处理器110还可以是通用处理器、数字信号序列处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
存储器120存储处理器110工作所需要的指令和数据。
处理器110用于执行指令以实现本申请应用于基站侧的资源抢占处理方法的上述实施例及可能的组合所提供的方法。
请参阅图20,图20是本申请通信设备第二实施例的结构示意图。
如图20所示,本申请通信设备第二实施例包括:处理器210、存储器220和通信电路230。
处理器210控制通信设备的操作,处理器210还可以称为CPU(Central Processing Unit,中央处理单元)。处理器210可能是一种集成电路芯片,具有信号序列的处理能力。处理器 210还可以是通用处理器、数字信号序列处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
存储器220存储处理器210工作所需要的指令和数据。
处理器210用于执行指令以实现本申请应用于用户设备侧的资源抢占处理方法的上述实施例及可能的组合所提供的方法。
请参阅图21,图21是本申请可读存储介质一实施例的结构示意图。
如图21所示,本申请可读存储介质,存储有指令310,该指令310被处理器执行时实现本申请资源抢占处理方法的实施例及可能的组合所提供的方法。
可读存储介质可以包括只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、闪存(Flash Memory)、硬盘、光盘等。
在本申请所提供的几个实施例中,应该理解到,所揭露的方法和装置,可以通过其它的方式实现。例如,以上所描述的装置实施方式仅仅是示意性的,例如,所述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施方式方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理包括,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机装置(可以是个人计算机,服务器,或者网络装置等)或处理器(processor)执行本申请各个实施方式所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅为本申请的实施方式,并非因此限制本申请的专利范围,凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本申请的专利保护范围内。
Claims (16)
- 一种资源抢占处理方法,所述方法应用于基站侧,其特征在于,所述方法包括:获取超可靠低延迟通信URLLC突发业务的信息;跳过为第一用户设备分配的无线资源确定为所述URLLC突发业务分配抢占的无线资源,所述第一用户设备不允许资源被URLLC突发业务占用。
- 根据权利要求1所述的方法,其特征在于,所述第一用户设备为半双工用户设备和/或能力降低用户设备。
- 根据权利要求1所述的方法,其特征在于,所述第一用户设备不允许上行资源和/或下行资源被URLLC突发业务占用。
- 根据权利要求1所述的方法,其特征在于,所述跳过为第一用户设备分配的无线资源确定为所述URLLC突发业务分配抢占的无线资源之前进一步包括:获取所述第一用户设备的信息;根据所述第一用户设备的信息确定所述第一用户设备不允许资源被URLLC突发业务占用。
- 根据权利要求4所述的方法,其特征在于,所述第一用户设备的信息包括所述第一用户设备的能力信息,所述第一用户设备的能力信息包括用于表示所述第一用户设备不允许资源被URLLC突发业务占用的标识。
- 根据权利要求4所述的方法,其特征在于,所述第一用户设备的信息包括用于表示所述第一用户设备不允许资源被URLLC突发业务占用的专用标识。
- 根据权利要求6所述的方法,其特征在于,所述专用标识由无线接入控制RRC消息承载。
- 一种资源抢占处理方法,所述方法应用于用户设备侧,其特征在于,所述方法包括:向基站发送用户设备信息,所述用户设备信息用于指示所述用户设备不允许资源被URLLC突发业务占用。
- 根据权利要求8所述的方法,其特征在于,所述用户设备为半双工用户设备和/或能力降低用户设备。
- 根据权利要求8所述的方法,其特征在于,所述用户设备不允许上行资源和/或下行资源被所述URLLC突发业务占用。
- 根据权利要求8所述的方法,其特征在于,所述用户设备信息包括所述用户设备的能力信息,所述用户设备的能力信息包括用于表示所述用户设备不允许资源被URLLC突发业务占用的标识。
- 根据权利要求8所述的方法,其特征在于,所述用户设备信息包括用于表示所述用户设备不允许资源被URLLC突发业务占用的专用标识。
- 根据权利要求12所述的方法,其特征在于,所述专用标识由无线接入控制RRC消息承载。
- 一种通信设备,其特征在于,包括:处理器、存储器和通信电路,所述处理器连接所述通信电路;所述存储器存储有指令,所述处理器用于执行所述指令以实现如权利要求1-7任一项所述的方法。
- 一种通信设备,其特征在于,包括:处理器、存储器和通信电路,所述处理器连接所述通信电路;所述存储器存储有指令,所述处理器用于执行所述指令以实现如权利要求8-13任一项所 述的方法。
- 一种可读存储介质,存储有指令,其特征在于,所述指令被处理器执行时实现如权利要求1-13任一项所述的方法。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2021/072654 WO2022155774A1 (zh) | 2021-01-19 | 2021-01-19 | 资源抢占处理方法、通信设备及可读存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116746257A true CN116746257A (zh) | 2023-09-12 |
Family
ID=82548232
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202180091261.7A Pending CN116746257A (zh) | 2021-01-19 | 2021-01-19 | 资源抢占处理方法、通信设备及可读存储介质 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN116746257A (zh) |
WO (1) | WO2022155774A1 (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115174030B (zh) * | 2022-08-26 | 2024-03-05 | 北京神经元网络技术有限公司 | 低延时数据传输方法及装置 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8116781B2 (en) * | 2005-03-28 | 2012-02-14 | Rockstar Bidco Lp | Method and system of managing wireless resources |
CN108633023B (zh) * | 2017-03-23 | 2021-11-02 | 展讯通信(上海)有限公司 | 业务抢占方法、装置及基站 |
US10785792B2 (en) * | 2018-03-28 | 2020-09-22 | Google Llc | User device-initiated low-latency data transmissions |
CN110225592B (zh) * | 2019-06-24 | 2022-08-05 | 北京云智软通信息技术有限公司 | 5G通信中增强pre-emption的方法及系统 |
-
2021
- 2021-01-19 WO PCT/CN2021/072654 patent/WO2022155774A1/zh active Application Filing
- 2021-01-19 CN CN202180091261.7A patent/CN116746257A/zh active Pending
Also Published As
Publication number | Publication date |
---|---|
WO2022155774A1 (zh) | 2022-07-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108604963B (zh) | 用于具有多种可能传输时间间隔的无线系统中的控制信道信令的方法和装置 | |
JP6537495B2 (ja) | 時分割複信ワイヤレス通信システム | |
US11818701B2 (en) | Apparatus and method for decoding a PDSCH using pre-emption | |
CN110167159B (zh) | 一种通信方法、装置以及系统 | |
EP3032904A1 (en) | Terminal, base station, integrated circuit, and communications method | |
US10524283B2 (en) | Telecommunications apparatus and methods | |
WO2021090924A1 (en) | Channel dropping behavior and timing relationships for uplink channel collision with different priorities | |
CN112534917A (zh) | 用于上行链路复用的用户设备、基站和方法 | |
CN113383597A (zh) | 实现基于微时隙的重复的用户设备和基站 | |
CN114375606A (zh) | 用于共享非特许频谱上的信道占用时间的方法及设备 | |
WO2014107994A1 (zh) | 控制信息的发送、控制信息的接收方法和装置 | |
WO2017117819A1 (zh) | 数据传输方法及装置 | |
AU2016406271A1 (en) | Resource indication method, related apparatus, and system | |
WO2022155772A1 (zh) | 资源抢占处理方法、通信设备及可读存储介质 | |
CN111264081A (zh) | 时隙捆绑 | |
CN108810991B (zh) | 子载波间隔类型的确定方法、装置 | |
WO2022155774A1 (zh) | 资源抢占处理方法、通信设备及可读存储介质 | |
US20240015769A1 (en) | Method and apparatus for multicast transmission | |
CN107535008B (zh) | 一种数据传输的方法及装置 | |
US20240057114A1 (en) | Method and apparatus for downlink control information size alignment | |
WO2022155773A1 (zh) | 资源抢占处理方法、通信设备及可读存储介质 | |
CN116964969A (zh) | 用于基于仅nack的harq-ack反馈复用的方法及设备 | |
EP4178270A1 (en) | Method and apparatus for determining pdcch monitoring occasion, and device and storage medium | |
CN118525586A (zh) | 用于多播harq-ack反馈确定的方法及设备 | |
CN116158148A (zh) | 用于dl及ul调度及传输的方法及装置 |
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 |