CN111865508B - 一种通信方法及通信装置 - Google Patents

一种通信方法及通信装置 Download PDF

Info

Publication number
CN111865508B
CN111865508B CN201910364370.6A CN201910364370A CN111865508B CN 111865508 B CN111865508 B CN 111865508B CN 201910364370 A CN201910364370 A CN 201910364370A CN 111865508 B CN111865508 B CN 111865508B
Authority
CN
China
Prior art keywords
uplink grant
priority
harq process
uplink
harq
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
Application number
CN201910364370.6A
Other languages
English (en)
Other versions
CN111865508A (zh
Inventor
范强
娄崇
黄曲芳
徐小英
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201910364370.6A priority Critical patent/CN111865508B/zh
Priority to PCT/CN2020/087587 priority patent/WO2020221260A1/zh
Publication of CN111865508A publication Critical patent/CN111865508A/zh
Application granted granted Critical
Publication of CN111865508B publication Critical patent/CN111865508B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/50Allocation or scheduling criteria for wireless resources
    • H04W72/56Allocation or scheduling criteria for wireless resources based on priority criteria

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请公开一种通信方法及通信装置,该方法包括:针对第一混合自动重传请求HARQ进程启动定时器,所述定时器运行期间,不对关联到所述第一HARQ进程的配置上行授权进行处理;当确定所述第一HARQ进程对应的缓存为空或者所述第一HARQ进程对应的缓存中存储的数据的优先级不高于第一上行授权的优先级时,停止或忽略所述定时器,其中所述第一上行授权关联到所述第一HARQ进程。用以解决现有技术中配置授权定时器机制会限制CG资源的使用,从而造成资源浪费的技术问题。

Description

一种通信方法及通信装置
技术领域
本申请涉及通信技术领域,尤其涉及一种通信方法及通信装置。
背景技术
目前,终端的上行调度有两种方式,一种是动态调度,即动态授权(dynamicgrant,DG),另一种是配置授权(configured grant,CG)。DG通常通过下行控制信令(Downlink Control Information,DCI)进行资源分配,例如通过DCI指示被调度的上行传输资源的时频位置、调制编码策略(Modulation and Coding Scheme,MCS)等信息。配置授权包括两种类型,分别为配置授权类型1(configured grant Type 1)和配置授权类型2(configured grant Type 2)。其中,配置授权类型1的时频资源位置、CG资源的周期、使用CG资源的混合自动重传请求(Hybrid Automatic Repeat Request,HARQ)进程数目、MCS等参数是由网络设备通过无线资源控制(Radio Resource Control,RRC)信令提供给终端的,并由终端存储为配置上行授权(configured uplink grant),RRC信令配置了配置授权类型1后终端即可使用该配置授权进行上行数据传输;配置授权类型2的CG资源的周期、使用CG资源的HARQ进程数目,使用哪个MCS表格等参数是由网络设备通过RRC信令提供给终端的,但是时频资源位置、MCS索引值等由网络设备通过DCI提供给终端,并由终端存储为配置上行授权,即配置授权类型2是由物理层或层1(L1)信令控制激活或去激活的。
目前CG只能被用于新传。为支持高可靠低时延通信(Ultra Reliable LowLatency Communication,URLLC)业务,网络设备可能会为终端配置密集的CG资源。当终端利用一个CG进行新传,则会执行逻辑信道优先次序(Logical Channel Prioritization,LCP)过程并获得一个媒介访问控制协议数据单元(Medium Access Control ProtocolData Unit,MAC PDU),将该MAC PDU保存在相应的HARQ进程的缓存(buffer)中并在相应的CG资源上进行上行传输。如果网络设备解析出错,会利用配置调度-无线网络临时标识(Configured Scheduling-RNTI,CS-RNTI)加扰的物理层下行控制信道(PhysicalDownlink Control Channel,PDCCH)调度一块重传资源,用于该MAC PDU的重传。但是如果在网络设备还没来得及调度重传资源,新的关联到同一HARQ进程的CG资源即到达,则终端会执行LCP过程组新的MAC PDU,并保存在HARQ buffer中,此时之前的MAC PDU会被覆盖。为了给网络设备调度重传资源留足够的处理时间,引入了定时器ConfiguredGrantTimer(以下内容缩写为CG_timer),该定时器是per HARQ进程维护的,即针对一个HARQ进程启动/重启相应的CG_timer。如图1所示,当终端利用一个CG进行了上行传输,则针对相应的HARQ进程启动CG_timer;当终端接收到网络设备利用CS-RNTI加扰的PDCCH调度的重传资源,则针对相应的HARQ进程启动/重启CG_timer;当终端利用CS-RNTI加扰的PDCCH调度的重传资源进行了上行传输,则针对相应的HARQ进程启动/重启CG_timer,并且在CG_timer运行期间到达的CG被忽略(ignore)掉,避免利用CG资源进行新传导致HARQ进程中缓存的数据被覆盖,从而造成数据丢失,但是这种操作会引起一定的资源浪费。
发明内容
本申请实施例提供一种通信方法及通信装置,用以解决现有技术中配置授权定时器机制会限制CG资源的使用,从而造成资源浪费的技术问题。
第一方面,本申请实施例提供一种通信方法,包括:
针对第一混合自动重传请求HARQ进程启动定时器,所述定时器运行期间,不对关联到所述第一HARQ进程的配置上行授权进行处理;
当确定所述第一HARQ进程对应的缓存为空或者所述第一HARQ进程对应的缓存中存储的数据的优先级不高于第一上行授权的优先级时,停止或忽略所述定时器,其中所述第一上行授权关联到所述第一HARQ进程。
在该实施例中的定时器可以是配置授权定时器,该配置授权定时器的含义是在配置授权定时器不运行的时候,终端可以把配置上行授权和该配置上行授权关联的HARQ信息提供给HARQ实体,以进行处理;即终端在该配置授权定时器运行期间忽略到达的上行授权,只有该配置授权定时器停止后,终端才可以对到达的上行授权进行处理。
基于定时器的概念,停止定时器是直接定时器,并且使得在定时器运行期间禁止使用的资源可以被终端使用。忽略定时器的含义是指:定时器仍然运行,只是在第一上行授权的优先级高于缓存中存储的数据优先级时,终端可以不考虑定时器的限制,即使第一上行授权是终端在定时器运行期间接收到的,终端也可以对该第一上行授权进行处理。
该实例中,关联到同一个HARQ进程的多个上行授权,即使第一个上行授权启动了定时器,但是在定时器运行期间如果出现了可用于其他数据使用的上行资源,则会停止或忽略定时器,从而能够更合理的使用上行授权资源,从而解决现有技术中定时器限制新上行授权资源使用造成资源浪费的问题。
在一种可选的实施方式中,确定所述第一HARQ进程对应的缓存为空,包括:
终端收到第二上行授权,且所述第二上行授权被略过,确定所述第一HARQ进程对应的缓存为空;或者,
终端清空所述第一HARQ进程对应的缓存后,确定所述第一HARQ进程对应的缓存为空;或者,
在所述定时器运行期间,当收到第三上行授权用于重传时,所述终端确定所述第一HARQ进程对应的缓存是否为空,其中所述第三上行授权关联到所述第一HARQ进程。
在一种可选方式中,所述第二上行授权为配置上行授权或动态调度资源;和/或,所述第一上行授权为配置上行授权或动态调度资源。
在一种可选方式中,第一上行授权的优先级和缓存中存储的数据的优先级包括:
所述第一上行授权的优先级是终端待传输数据所属逻辑信道的最高优先级;或者所述第一上行授权的优先级是终端有待传输数据且配置的限制参数与第一上行授权相匹配的逻辑信道的最高优先级;
所述缓存中存储的数据的优先级是指所述存储的数据所属逻辑信道的最高优先级;或者所述HARQ进程预先关联的一个优先级值,并且该优先级值是HARQ实体向HARQ进程递交新数据包时所指示的优先级值。
在可选实施方式中,不管是第一上行授权的优先级,还是缓存中存储数据的优先级,都是关联到逻辑信道的优先级来确认的,所以在第一授权与存储数据的优先级比较都是基于对应的逻辑信道优先级的比较。可选的,第一上行授权的优先级,和缓存中存储数据的优先级也可以是通过其他方式确定的,该实施例不做具体限定。
在一种可选实施方式中,当所述缓存为空,所述第一HARQ进程对应的缓存中存储的数据的优先级最低。
在一种可选实施方式中,当所述第一上行授权为配置上行授权,则该方法还包括:
接收到所述第一上行授权,将所述第一上行授权和相应的HARQ信息递交到HARQ实体进行处理,并针对所述第一上行授权执行逻辑信道优先次序LCP过程。
第二方面,提供另外一种通信方法,该方法包括:
利用第一上行授权发送数据;所述第一上行授权关联到第一混合自动重传请求HARQ进程,所述第一HARQ对应的定时器运行期间,不对关联到所述第一HARQ进程的配置上行授权进行处理;
在所述定时器运行期间,接收第二上行授权,所述第二上行授权关联到所述第一HARQ进程;
根据所述第一上行授权和所述第二上行授权的优先级,或者,根据第二上行授权的类型,处理或忽略所述第二上行授权。
基于本申请实施例所提供的方法,CG和DG的使用是否受CG_timer的约束,取决于CG/DG的优先级是否高于相应HARQ进程中缓存数据的优先级。上行授权资源的使用并不完全受限于CG_timer,从而使得上行授权资源的使用更为合理,并且有效的保证高优先的数据能够及时传输。
一种可选的实施方式中,所述第二上行授权为动态调度资源,则根据所述第一上行授权和所述第二上行授权的优先级,处理或忽略所述第二上行授权包括:
当所述第二上行授权的优先级不小于所述第一上行授权的优先级时,处理所述第二上行授权;或,
当第二上行授权的优先级小于第一上行授权的优先级时,忽略所述第二上行授权。
一种可选的实施方式中,所述根据第二上行授权的类型,处理或忽略所述第二上行授权包括:
若所述第一上行授权为配置上行授权或配置调度-无线网络临时标识CS-RNTI加扰的物理层下行控制信道PDCCH调度的资源,所述第二上行授权为通过小区-无线网络临时标识C-RNTI加扰的PDCCH调度的重传资源,则忽略所述第二上行授权;或,
若所述第一上行授权为配置上行授权或CS-RNTI加扰的PDCCH调度的资源,所述第二上行授权为通过C-RNTI加扰的PDCCH调度的新传资源,则忽略所述第二上行授权。
在该可选方式中,由于现有技术中总假设C-RNTI动态调度资源的优先级高于CG资源,如果高优先级的数据在CG资源或CS-RNTI加扰的PDCCH调度的资源中传输,而且传输过程与终端接收到的动态调度资源重叠,则存储在HARQ进程的buffer中的高优先数据会清空,影响更高优先级数据的重传;本申请实施例方案结合该实际情况,则可以对终端接收到的上行授权资源进行类型判断,即使接收到的上行授权资源为动态调度资源,但是如果该动态调整资源所关联HARQ进程的前一次传输所利用的上行授权资源类型为需要优先传输的,则可以忽略掉新收到的动态调度资源。
在一种可选的实施方式中,第一上行授权和第二上行授权的优先级包括:
所述第一上行授权的优先级是指所述第一HARQ对应缓存存储数据所属逻辑信道的最高优先级,或者所述第一上行授权的优先级是指所述第一HARQ预先关联的一个优先级值,并且该优先级值是HARQ实体向HARQ进程递交新数据包时所指示的优先级值;
所述第二上行授权的优先级是终端待传输数据所属逻辑信道的最高优先级;或者所述第二上行授权的优先级是所述第二上行授权有待传输数据且配置的限制参数与第二上行授权相匹配的逻辑信道的最高优先级。
第三方面,提供一种通信装置,包括:
定时单元,用于针对第一混合自动重传请求HARQ进程启动定时器,所述定时器运行期间,不对关联到所述第一HARQ进程的配置上行授权进行处理;
控制单元,用于当确定所述第一HARQ进程对应的缓存为空或者所述第一HARQ进程对应的缓存中存储的数据的优先级不高于第一上行授权的优先级时,停止或忽略所述定时器,其中所述第一上行授权关联到所述第一HARQ进程。
在一种可选的实施方式中,所述控制单元具体用于收到第二上行授权,且所述第二上行授权被略过,确定所述第一HARQ进程对应的缓存为空;或者,
清空所述第一HARQ进程对应的缓存后,确定所述第一HARQ进程对应的缓存为空;或者,
在所述定时器运行期间,当收到第三上行授权用于重传时,确定所述第一HARQ进程对应的缓存是否为空,其中所述第三上行授权关联到所述第一HARQ进程。
在一种可选的实施方式中,所述第二上行授权为配置上行授权或动态调度资源;和/或,所述第一上行授权为配置上行授权或动态调度资源。
在一种可选的实施方式中,包括:
所述第一上行授权的优先级是终端待传输数据所属逻辑信道的最高优先级;或者所述第一上行授权的优先级是终端有待传输数据且配置的限制参数与第一上行授权相匹配的逻辑信道的最高优先级;
所述缓存中存储的数据的优先级是指所述存储的数据所属逻辑信道的最高优先级;或者所述HARQ进程预先关联的一个优先级值,并且该优先级值是HARQ实体向HARQ进程递交新数据包时所指示的优先级值。
在一种可选的实施方式中,当所述缓存为空,则所述第一HARQ进程对应的缓存中存储的数据的优先级最低。
在一种可选的实施方式中,当所述第一上行授权为配置上行授权,则该终端还包括:
处理单元,用于接收到所述第一上行授权,将所述第一上行授权和相应的HARQ信息递交到HARQ实体进行处理,并针对所述第一上行授权执行逻辑信道优先次序LCP过程。
第四方面,提供一种通信装置,包括:
发送单元,用于利用第一上行授权发送数据;所述第一上行授权关联到第一混合自动重传请求HARQ进程,所述第一HARQ对应的定时器运行期间,不对关联到所述第一HARQ进程的配置上行授权进行处理;
接收单元,用于在所述定时器运行期间,接收第二上行授权,所述第二上行授权关联到所述第一HARQ进程;
处理单元,用于根据所述第一上行授权和所述第二上行授权的优先级,或者,根据第二上行授权的类型,处理或忽略所述第二上行授权。
在一种可选的实施方式中,所述第二上行授权为动态调度资源,所述处理单元具体用于当所述第二上行授权的优先级不小于所述第一上行授权的优先级时,处理所述第二上行授权;或
当第二上行授权的优先级小于第一上行授权的优先级时,忽略所述第二上行授权。
在一种可选的实施方式中,所述处理单元具体用于若所述第一上行授权为配置上行授权或CS-RNTI加扰的PDCCH调度的资源,所述第二上行授权为通过C-RNTI加扰的PDCCH调度的重传资源,则忽略所述第二上行授权;
若所述第一上行授权为配置上行授权或CS-RNTI加扰的PDCCH调度的资源,所述第二上行授权为通过C-RNTI加扰的PDCCH调度的新传资源,则忽略所述第二上行授权。
在一种可选的实施方式中,所述第一上行授权的优先级是指所述第一HARQ对应缓存存储数据所属逻辑信道的最高优先级,或者所述第一上行授权的优先级是指所述第一HARQ预先关联的一个优先级值,并且该优先级值是HARQ实体向HARQ进程递交新数据包时所指示的优先级值;
所述第二上行授权的优先级是终端待传输数据所属逻辑信道的最高优先级;或者所述第二上行授权的优先级是所述第二上行授权有待传输数据且配置的限制参数与第二上行授权相匹配的逻辑信道的最高优先级。
第五方面,提供一种通信方法,该方法包括:
终端接收至少两套配置授权的配置消息;
终端接收控制信息,所述控制信息用于激活或去激活所述至少两套配置授权;其中,该控制信息可以是DCI;
终端发送反馈信息,所述反馈信息用于反馈所述至少两套配置授权的被激活或去激活。
该实施例中,网络设备同时激活多套CG type 2资源时,终端反馈确认MAC CE或在特定资源上反馈确认MAC CE,反馈信息明确指示至少两套配置授权中激活或去激活的是某一套或是某几套,所以接收到反馈信息的网络设备可以根据该反馈信息直接确定终端配置授权的激活或去激活情况,因此,网络设备无需多次发送不必要的激活或去激活命令,或者预留已被去激活的CG type 2资源,从而能够有效的提升资源利用率。
具体反馈信息的方式有多种,该实施例中可选的方式包括:继续沿用原来通过MACCE传输反馈信息的方式,沿用原有MAC CE方式需要对原有MAC CE进行调整,可以是增加MACCE携带的反馈信息;或者是在指定一个特定的资源上发送反馈信息。
一种可选的实施方式,所述配置消息包括指示信息,所述指示信息用于指示反馈资源或反馈资源满足的条件;
则对应的终端接收到所述指示信息后,在所述反馈资源或满足所述条件的反馈资源上发送反馈信息。
在可选的实施方式中,所述指示信息包括逻辑信道标识LCID,所述反馈资源满足所述LCID对应的逻辑信道的配置参数。
相对于现有技术中每一次MAC CE要传输的信息,本申请实施例中MAC CE所要传输的终端激活或去激活的反馈信息有所增加,所以需要传输在现有技术MAC CE的基础上做一定的改进,具体可以是:
在可选的实施方式中,所述反馈信息为MAC CE,所述MAC CE的载荷包括所述配置授权的信息。
一种可选的实施方式中,所述配置授权的信息包括以下信息中的一个或多个:所述配置授权所在的小区的信息,所述配置授权所在的BWP的信息,所述配置授权的索引信息。
一种可选的实施方式中,为了明确的指示多套配置授权的激活或去激活信息,则可以针对每一套配置授权都提供一个对应的信息来指示,所以该方法具体还可以是:
所述配置授权的信息包括至少一个比特位,每个比特位对应所述配置授权所在的小区上配置的一个配置授权,当所述比特位的取值为第一值时,所述比特位对应的配置授权被激活,当所述比特位的取值为第二值时,所述比特位对应的配置授权被去激活。
一种可选的实施方式中,所述配置授权的信息还包括所述小区的信息。
第六方面,提供一种通信装置,包括:
接收单元,用于接收至少两套配置授权的配置消息和接收控制信息,所述控制信息用于激活或去激活所述至少两套配置授权;其中,该控制信息可以是DCI;
发送单元,用于发送反馈信息,所述反馈信息用于反馈所述至少两套配置授权的被激活或去激活。
该实施例中,网络设备同时激活多套CG type 2资源时,终端反馈确认MAC CE或在特定资源上反馈确认MAC CE,反馈信息明确指示至少两套配置授权中激活或去激活的是某一套或是某几套,所以接收到反馈信息的网络设备可以根据该反馈信息直接确定终端配置授权的激活或去激活情况,因此,网络设备无需多次发送不必要的激活或去激活命令,或者预留已被去激活的CG type 2资源,从而能够有效的提升资源利用率。
具体反馈信息的方式有多种,该实施例中可选的方式包括:继续沿用原来通过MACCE传输反馈信息的方式;沿用原有MAC CE方式需要对原有MAC CE进行调整,可以是增加MACCE携带的反馈信息;或者是在指定一个特定的资源上发送反馈信息。
一种可选的实施方式中,所述配置消息包括指示信息,所述指示信息用于指示反馈资源或反馈资源满足的条件;
对应的所述发送单元还用于在所述反馈资源或满足所述条件的反馈资源上发送反馈信息。
一种可选的实施方式中,所述指示信息包括逻辑信道标识LCID,所述反馈资源满足所述LCID对应的逻辑信道的配置参数。
相对于现有技术中每一次MAC CE要传输的信息,本申请实施例中MAC CE所要传输的终端激活或去激活的反馈信息有所增加,所以需要传输在现有技术MAC CE的基础上做一定的改进,具体可以是:
一种可选的实施方式中,所述反馈信息为MAC CE,所述MAC CE的载荷包括所述配置授权的信息。
一种可选的实施方式中,所述配置授权的信息包括以下信息中的一个或多个:所述配置授权所在的小区的信息,所述配置授权所在的BWP的信息,所述配置授权的索引信息。所述配置授权的信息还包括所述小区的信息。
一种可选的实施方式中,所述配置授权的信息包括至少一个比特位,每个比特位对应所述配置授权所在的小区上配置的一个配置授权,当所述比特位的取值为第一值时,所述比特位对应的配置授权被激活,当所述比特位的取值为第二值时,所述比特位对应的配置授权被去激活。
第七方面,提供一种通信装置,包括:处理器和接口电路,所述处理器用于通过所述接口电路与网络设备通信,并执行前述第一方面、第二方面以及第五方面任意一种可选实施方式所述的方法。
第八方面,提供一种通信装置,包括:处理器,用于调用存储器中存储的程序,使得如前述第一方面、第二方面以及第五方面任意一种可选实施方式所述的方法被执行。
第九方面、一种终端,包括如前述第三方面、第四方面以及第六方面任意一种可选实施方式所述的通信装置。
第十方面,一种计算机存储介质,所述计算机可读存储介质包括计算机程序,当计算机程序在计算机上运行时,使得所述前述第一方面、第二方面以及第五方面任意一种可选实施方式所述的方法被执行。
第十一方面,一种包含指令的计算机程序产品,当所述指令在计算机上运行时,使得所述前述第一方面、第二方面以及第五方面任意一种可选实施方式所述的方法被执行。
附图说明
图1为现有技术中ConfiguredGrantTimer与CG资源之间关系示意图;
图2为本申请实施例所提供的一种通信系统的示意图;
图3为本申请实施例提供的一种网络架构的示意图;
图4为本申请实施例提供的一种网络架构的另外一种结构示意图;
图5为本申请实施例一所提供的一种通信方法的流程示意图;
图6为现有技术中CG_timer限制CG使用的情况说明示意图;
图7为采用本申请实施例提供的方法停止CG_timer之后对CG使用的示意图;
图8为现有技术中C-RNTI调度UL grant且相应HARQ进程前一次处理的是CG新传/重传的示意图;
图9为采用本申请实施例提供的方法忽略CG_timer之后对CG使用的示意图;
图10为现有技术中C-RNTI调度UL grant且相应HARQ进程前一次处理的是CG新传/重传的示意图;
图11为本申请实施例二所提供的一种通信方法的流程示意图;
图12为本申请实施例四所提供的一种通信方法的流程示意图;
图13为本申请实施例四所提供的具体反馈信息的MAC CE格式示意图1;
图14为本申请实施例四所提供的具体反馈信息的MAC CE格式示意图2;
图15为本申请实施例四所提供的具体反馈信息的MAC CE格式示意图3;
图16为本申请实施例五所提供的通信装置的结构示意图;
图17为本申请实施例六所提供的通信装置的结构示意图;
图18为本申请实施例七所提供的通信装置的结构示意图;
图19为本申请实施例所提供的终端的结构示意图。
具体实施方式
请参考图2,其为本申请实施例提供的一种通信系统的示意图。如图2所示,终端120接入到无线网络,以通过无线网络获取外网(例如因特网)的服务,或者通过无线网络与其它终端通信。该无线网络包括无线接入网(radio access network,RAN)110和核心网(CN),其中RAN110用于将终端120接入到无线网络,CN用于对终端进行管理并提供与外网通信的网关。
本申请实施例中出现的终端120,可以是用户设备(user equipment,UE)、移动台(mobile station,MS)、移动终端(mobile terminal,MT)等,是一种向用户提供语音/数据连通性的设备,例如,具有无线连接功能的手持式设备、或车载设备等。目前,一些终端的举例为:手机(mobile phone)、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(mobileinternet device,MID)、可穿戴设备,虚拟现实(virtual reality,VR)设备、增强现实(augmented reality,AR)设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、或智慧家庭(smart home)中的无线终端等。
本申请实施例中出现的网络设备是无线网络中的设备,例如将终端接入到无线网络的无线接入网(radio access network,RAN)节点。目前,一些RAN节点的举例为:gNB、传输接收点(transmission reception point,TRP)、演进型节点B(evolved Node B,eNB)、无线网络控制器(radio network controller,RNC)、节点B(Node B,NB)、基站控制器(basestation controller,BSC)、基站收发台(base transceiver station,BTS)、家庭基站(例如,home evolved NodeB,或home Node B,HNB)、基带单元(base band unit,BBU),或无线保真(wireless fidelity,Wifi)接入点(access point,AP),或融合接入回传(integratedaccess backhual,IAB)系统中的接入节点,车辆网系统中的路边装置(road site unit,RSU)等。在一种网络结构中,网络设备可以包括集中单元(centralized unit,CU)节点、或分布单元(distributed unit,DU)节点、或包括CU节点和DU节点的RAN设备。
另外,本申请实施例中的“多个”是指两个或两个以上,其它量词与之类似。“和/或”描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。此外,对于单数形式“a”,“an”和“the”出现的元素(element),除非上下文另有明确规定,否则其不意味着“一个或仅一个”,而是意味着“一个或多于一个”。例如,“a device”意味着对一个或多个这样的device。再者,至少一个(atleast one of).......”意味着后续关联对象中的一个或任意组合,例如“A,B和C中的至少一个”包括A,B,C,AB,AC,BC,或ABC。
请参考图3,其为本申请实施例提供的一种网络架构的示意图。如图3所示,该网络架构包括CN设备和RAN设备。其中RAN设备包括基带装置和射频装置,其中基带装置可以由一个节点实现,也可以由多个节点实现,射频装置可以从基带装置拉远独立实现,也可以集成基带装置中,或者部分拉远部分集成在基带装置中。例如,在长期演进(Long TermEvolution,LTE)通信系统中,RAN设备(eNB)包括基带装置和射频装置,其中射频装置可以相对于基带装置拉远布置,例如射频拉远单元(remote radio unit,RRU)相对于BBU拉远布置。
RAN设备和终端之间的通信遵循一定的协议层结构。例如控制面协议层结构可以包括无线资源控制(radio resource control,RRC)层、分组数据汇聚层协议(packet dataconvergence protocol,PDCP)层、无线链路控制(radio link control,RLC)层、媒体接入控制(media access control,MAC)层和物理层等协议层的功能。用户面协议层结构可以包括PDCP层、RLC层、MAC层和物理层等协议层的功能;在一种实现中,PDCP层之上还可以包括业务数据适配(service data adaptation protocol,SDAP)层。
这些协议层的功能可以由一个节点实现,或者可以由多个节点实现;例如,在一种演进结构中,RAN设备可以包括集中单元(centralized unit,CU)和分布单元(distributedunit,DU),多个DU可以由一个CU集中控制。如图3所示,CU和DU可以根据无线网络的协议层划分,例如PDCP层及以上协议层的功能设置在CU,PDCP以下的协议层,例如RLC层和MAC层等的功能设置在DU。
这种协议层的划分仅仅是一种举例,还可以在其它协议层划分,例如在RLC层划分,将RLC层及以上协议层的功能设置在CU,RLC层以下协议层的功能设置在DU;或者,在某个协议层中划分,例如将RLC层的部分功能和RLC层以上的协议层的功能设置在CU,将RLC层的剩余功能和RLC层以下的协议层的功能设置在DU。此外,也可以按其它方式划分,例如按时延划分,将处理时间需要满足时延要求的功能设置在DU,不需要满足该时延要求的功能设置在CU。
此外,射频装置可以拉远,不放在DU中,也可以集成在DU中,或者部分拉远部分集成在DU中,在此不作任何限制。
请继续参考图4,相对于图3所示的架构,还可以将CU的控制面(CP)和用户面(UP)分离,分成不同实体来实现,分别为控制面CU实体(CU-CP实体)和用户面CU实体(CU-UP实体)。
在以上网络架构中,CU产生的信令可以通过DU发送给终端,或者终端产生的信令可以通过DU发送给CU。DU可以不对该信令进行解析而直接通过协议层封装而透传给终端或CU。以下实施例中如果涉及这种信令在DU和终端之间的传输,此时,DU对信令的发送或接收包括这种场景。例如,RRC或PDCP层的信令最终会处理为PHY层的信令发送给终端,或者,由接收到的PHY层的信令转变而来。在这种架构下,该RRC或PDCP层的信令,即也可以认为是由DU发送的,或者,由DU和射频发送的。
在以上实施例中CU划分为RAN侧的网络设备,此外,也可以将CU划分为CN侧的网络设备,在此不做限制。
本申请以下实施例中的装置,根据其实现的功能,可以位于终端或网络设备。当采用以上CU-DU的结构时,网络设备可以为CU节点、或DU节点、或包括CU节点和DU节点的RAN设备。
终端配置并激活了CG,当该CG资源到达时,但终端没有合适的待传输上行数据说,终端会略过(skip)这个CG资源,即终端针对该CG不会生成MAC PDU。当终端没有合适的待传输数据,而终端仍生成MAC PDU,则MAC PDU中只能携带补丁(padding)数据,并不能携带有用的信息,而且该MAC PDU的上行传输会对其他终端的上行传输造成干扰。引入以上CG的skip机制可以有效解决该问题。
此外,终端可以配置上行动态传输的skip机制,即DG的skip机制。网络设备可以指示终端是否开启DG的skip机制,例如通过RRC信令中的参数skipUplinkTxDynamic指示终端是否配置DG的skip机制。和CG的skip机制类似,当配置了DG的skip机制时,在DG资源到达时,如果终端没有合适的待传输上行数据,则终端会略过(或称为skip掉)这个DG资源,即终端针对该DG不会生成MAC PDU。
当用于传新数据的DG或CG到达时,由于没有合适的待传输数据,终端将略过这个DG或CG(统称为授权,grant),但是网络设备由于自身能力原因或者由于其他终端的干扰,可能无法区分这个grant是被略过了,还是终端发送了数据但是网络设备没有解析成功。此时,网络设备可能会调度实际被终端略过的grant所关联HARQ进程中缓存的数据的重传,终端将会对该HARQ进程中相应的数据进行重传,并且网络设备会对该数据当新数据处理,即不会与之前的接收的数据进行合并处理。如果该数据中存在控制信令,控制信令将也被网络设备处理两次,可能导致网络设备和终端的理解不一致。为解决该问题,当用于新传的CG或DG被略过时,终端会清空该grant所对应HARQ进程的HARQ缓存(buffer)。
请继续参考图1,当终端没有合适的待传输数据,则相应的grant会被略过,此时CG_timer可能还在运行,限制了新到达资源的使用,例如CG资源的使用。尤其是为URLLC业务配置的CG资源的优先级比较高,更高优先级数据无法被及时传输,带来一定的时延。
针对以上问题,本申请实施例所提供的一种通信方法,在CG_timer运行期间,如果该CG_timer对应的HARQ缓存为空,则终端停止或忽略该定时器。或者该CG_timer对应的HARQ缓存不为空,在CG_timer运行期间,终端接收到上行授权且该上行授权关联到该定时器对应的HARQ进程,如果HARQ缓存中的数据优先级低于该上行授权的优先级,则停止或忽略该定时器。对于HARQ缓存中的数据优先级等于该上行授权的优先级的情况,可以忽略或停止该定时器,也可以不忽略或停止该定时器。如此,在HARQ缓存为空时,可以忽略CG_timer的作用,让CG资源获得有效的利用,提高资源利用率。对HARQ缓存不为空时,可以忽略CG_timer的作用,有效利用CG资源传输优先级高的数据,提高资源利用率。
针对第一HARQ进程启动定时器,其中,定时器运行期间不对关联到第一HARQ进程的配置上行授权进行处理。在确定第一HARQ进程对应的缓存为空或者第一HARQ进程对应的缓存中存储的数据的优先级不高于第一上行授权的优先级时(即定时器运行期间到达的上行授权即使被使用也不会对之前传输数据造成影响时),停止或忽略所述定时器,其中第一上行授权关联到第一HARQ进程。
本申请实施例所提供的方法中,关联到同一个HARQ进程的多个上行授权,即使第一个上行授权启动了定时器,但是在定时器运行期间如果出现了可用于其他数据使用的上行资源,则会停止或忽略定时器,从而能够更合理的使用上行授权资源,从而解决现有技术中定时器限制新上行授权资源使用造成资源浪费的问题。
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行描述。
如图5所示,本申请实施例提供一种通信方法,该方法具体可以包括以下实现步骤:
步骤501,针对第一混合自动重传请求HARQ进程启动定时器,所述定时器运行期间,不对关联到所述第一HARQ进程的配置上行授权进行处理;
本申请实施例中的定时器可以是配置授权定时器,该配置授权定时器的含义是在配置授权定时器不运行的时候,终端可以把配置上行授权和该配置上行授权关联的HARQ信息提供给HARQ实体,以进行处理;即终端在该配置授权定时器运行期间忽略到达的上行授权,只有该配置授权定时器停止后,终端才可以对到达的上行授权进行处理。
步骤502,当确定第一HARQ进程对应的缓存为空或者所述第一HARQ进程对应的缓存中存储的数据的优先级不高于第一上行授权的优先级时,停止或忽略所述定时器,其中所述第一上行授权关联到所述第一HARQ进程。
在该实施例中,根据步骤501的定时器概念,停止定时器是指定时器不再运行,即从物理意义上不再进行计时,定时器不运行则使得新到达的资源可以被终端使用。忽略定时器的含义是指:定时器仍然运行,即仍然在进行计时,但是相应的功能不再起作用,在这里忽略定时器则指即使定时器在运行,但不限制新到达资源的使用,或者即使第一上行授权是终端在定时器运行期间到达的,终端也可以对该第一上行授权进行处理。
该实施例中,判断是否停止或忽略定时器的条件可以是如下两个条件中的至少一个:条件1、通过确定第一HARQ进程对应的缓存是否为空,确定是否停止或忽略定时器;条件2、根据第一HARQ进程对应的缓存中存储的数据的优先级是否低于第一上行授权的优先级,确定是否停止或忽略定时器。本申请实施例所提供方法的主要思想解决定时器对可用上行资源的限制,所以只要是可以确定定时器对可用上行资源进行了不必要限制的场景本申请实施例所提供的方法都可以适用。以下结合具体举例对条件1和条件2实现本申请实施例方法进行详细的描述:
对于条件1:第一HARQ进程对应的缓存是否为空,结合具体的使用场景该实施例中确定是否停止或忽略定时器的具体实现可以是:
例如图6所示,当终端配置并激活了CG,并开启了一个定时器;如果一个CG/DG资源到达,但终端没有合适的待传输上行数据,终端则会略过(skip)这个CG/DG资源(如图6中的DG1),即终端针对该CG/DG不会生成MAC PDU。并且当一个用于新传的CG/DG被略过时,终端会清空该grant所关联HARQ进程的HARQ buffer;在该HARQ buffer被清空的情况下,并不会出现有效的重传,所以可以停止CG对应的定时器,此时该定时器运行期间到达的上行授权(如图6中的CG2)不会被忽略掉,而是被有效利用,从而减少资源浪费,所以针对该情况则可以通过判断缓存是否为空来确定是否要停止或忽略定时器。
其中,该实施例中判断第一HARQ进程对应的缓存是否为空的时间点以及情况具体包括:
针对CG/DG被略过的情况,终端可以在确定缓存出现了要被清空的情况时,则判定缓存为空;例如A1,终端收到第二上行授权,且所述第二上行授权被略过,确定所述第一HARQ进程对应的缓存为空;或者,
其中,该第二上行授权为配置上行授权或动态调度资源;和/或,所述第一上行授权为配置上行授权或动态调度资源。
在终端清空了缓存之后,再确定缓存为空;例如A2,终端清空所述第一HARQ进程对应的缓存后,确定所述第一HARQ进程对应的缓存为空。
另外,除了上行授权资源被略过的情况终端会判断缓存为空之外,还会有一些时间点终端也会判断缓存是否为空,例如A3,在所述定时器运行期间,当收到第三上行授权用于重传时,所述终端确定所述第一HARQ进程对应的缓存是否为空,其中所述第三上行授权关联到所述第一HARQ进程。可选的,在收到的第三上行授权用于重传时,终端确定第一HARQ进程对应的缓存是否为空。这是因为终端收到CS-RNTI加扰的重传资源,如果重传的数据不在了(就是缓存已经空掉了),就忽略重传资源。如果是新传,终端处理该新传资源,而不需要判断缓存是否为空。
实施例A3所对应的终端缓存为空可以是由于之前的skip操作时清空缓存引起的,也可以是由于其他场景引起的,例如:终端收到上行授权(网络设备调度的资源或CG资源)是进行重传,即该上行授权资源包括多块上行资源,用于数据的新传和数次重传,如果对于其中一块资源没有MAC PDU进行传输;其中,造成某一块资源没有MAC PDU进行传输的一种可能是:终端在进行上行传输时收到网络设备反馈的成功接收指示,主动清空了该MAC PDU(可以视为缓存为空)等,在该情况下终端在可以忽略该上行资源(没有MAC PDU进行传输的资源)。在本实施例中,终端可以在判断没有MAC PDU进行传输时,停止相应HARQ进程的CG_timer,或者终端在忽略该上行资源时,停止相应HARQ进程的CG_timer。
又例如,A3对应终端会判断缓存是否为空的另一场景是:终端收到网络设备通过CS-RNTI加扰的PDCCH调度的重传资源,终端判断相应HARQ进程的缓存是否为空,缓存为空时,终端忽略该调度重传资源。此时,终端可以在判断出相应HARQ进程的缓存为空时,停止相应HARQ进程的CG_timer,或者终端可以在忽略该调度重传资源时,停止相应HARQ进程的CG_timer。
如图7所示,根据现有技术,图7中CG1、CG2和CG3都属于CG_timer运行期间的上行授权资源,在CG_timer运行期间内终端会忽略接收到的CG资源;采用本申请实施例所提供的方法对CG_timer进行控制之后,如果终端确定缓存为空,则直接停止CG_timer;根据本申请实施例提供的方法,如果缓存为空则停止CG_timer,对应的在CG_timer运行期间的CG只包括图7中的CG1,在该情况下原属于CG_timer运行期间内的CG2和CG3,则可以被有效的利用起来。如图7中终端在T1时刻有待传输的数据,则可以利用CG3进行传输。
针对条件2、第一HARQ进程对应的缓存中存储的数据的优先级是否高于第一上行授权的优先级,结合具体的使用场景该实施例中确定是否停止或忽略定时器的具体实现可以是:
如图8所示,现有技术中,终端在收到CS-RNTI加扰的PDCCH调度的资源,或小区-无线网络临时标识(Cell-RNTI,C-RNTI)加扰的调度DCI且关联HARQ进程是CG资源预留HARQ进程,则启动/重启CG_timer;如果终端没有合适的待传输数据,则相应的grant会被略过;此时CG_timer可能还在运行,在DG1之后的CG2和CG3被忽略掉之后,新数据到达以及CG3到达的时间点还在CG_timer运行期间内,所以即使终端与待传输的数据CG3也会被忽略掉,根据前述情况CG3资源是可用于传输数据的,但是因为CG_timer的限制不能用于传输新数据,传输新数据的实际资源只能是CG_timer停止之后的CG4。但是如果新数据的优先级比较高,上述现有技术的方法则可能会影响新数据的传输效率,本申请实例提供的方法可以基于优先级来确定是否停止定时器,具体的优先级可以:
1、所述第一上行授权的优先级是终端待传输数据所属逻辑信道的最高优先级;或者所述第一上行授权的优先级是终端有待传输数据且配置的限制参数与第一上行授权相匹配的逻辑信道的最高优先级;
在本申请实施例中,有待传输数据且配置的限制参数与第一上行授权相匹配的逻辑信道具体可以是:
目前,网络设备为每个逻辑信道(Logical Channel,LCH)配置一些限制参数(或称为映射参数、LCP限制、LCP映射限制等)。终端在收到一个上行授权,并执行LCP过程时,会先根据资源的属性(SCS,PUSCH-Duration,所述小区,是否CG type 1资源)以及各个LCH的LCP限制参数,先选择出LCP限制参数和上行授权属性相匹配的逻辑信道,只有属性相匹配的逻辑信道的数据才可以取出生成MAC PDU。所以,在本申请实施例中有待传输数据且配置的限制参数与第一上行授权相匹配的逻辑信道就是指数据所属逻辑信道的LCP限制参数和该上行授权的属性相符合或相一致。
2、所述缓存中存储的数据的优先级是指所述存储的数据所属逻辑信道的最高优先级;或者所述HARQ进程预先关联的一个优先级值,并且该优先级值是HARQ实体向HARQ进程递交新数据包时所指示的优先级值。
在该实施例中,不管是第一上行授权的优先级,还是缓存中存储数据的优先级,都可以关联到逻辑信道的优先级来确认,所以在该实施例中第一授权与存储数据的优先级比较是基于对应的逻辑信道优先级的比较。当然在本申请实施例中该优先级还可以根据具体的使用场景等条件具体设置,此处不做具体限定。
缓存被清空属于缓存中存储数据的优先级的特定情况,基于条件一所提供方法该情况是需要停止或忽略定时器的,所以在该实施例中可以将缓存为空的情况默认设置为缓存中存储的数据的优先级最低。即只要缓存为空,不管是不是在定时器运行期间内,终端都可以忽略定时器对新接收到的上行授权资源进行处理。
具体的当所述第一上行授权为配置上行授权,终端对新接收到的上行授权资源进行处理具体处理方式可以是:
接收到所述第一上行授权,将所述第一上行授权和相应的HARQ信息递交到HARQ实体进行处理,并针对所述第一上行授权执行逻辑信道优先次序LCP过程。
当定时器为配置授权定时器的时候,针对上行授权的类型配置上行授权(CG)或动态调度资源,停止或忽略定时器的具体实现可以是;
第一种情况:将DG和CG统一认定为上行授权,只要终端接收到新的上行授权资源,则直接进行优先级判断,并根据优先级确定是否停止或忽略定时器,具体可以是:
当终端接收到网络设备的DG,或者一个新的CG资源到达时,如果相关联HARQ进程的CG_timer在运行,则比较新接收到的DG/CG资源能够传输数据的优先级和HARQ进程中缓存数据的优先级,如果新到达DG/CG资源优先级更高,或者新到达DG/CG资源优先级不低于HARQ进程中缓存数据的优先级,则终端忽略CG_timer,处理相应DG/CG,即将相应的DG/CG资源和相应的HARQ信息递交到HARQ实体进行处理,终端针对该DG/CG执行LCP过程。
第二种情况;在新收到的上行授权资源分别为DG或CG时,分别进行优先级判断,根据优先级确定是否停止或忽略定时器,具体可以是:
B1,当终端接收到网络设备的DG资源时,如果相关联HARQ进程的CG_timer在运行,且该HARQ进程之前处理的grant为CG或网络设备通过CS-RNTI加扰的PDCCH调度的grant,则终端比较该DG资源的优先级和HARQ进程中缓存数据的优先级,如果该DG资源优先级不低于HARQ进程中缓存数据的优先级,则终端对DG进行处理,即将DG和相应的HARQ信息递交到HARQ实体进行处理,终端针对该DG执行LCP过程;在终端接收到调度DCI时,以及终端利用DG进行上行传输时,都可以启动/重启相应HARQ进程的CG_timer。
B2,当终端接收到一个新的CG资源时,如果相关联HARQ进程的CG_timer在运行,且该HARQ进程之前处理的grant为DG,则终端比较该CG资源的优先级和HARQ进程中缓存数据的优先级,如果CG优先级更高,或者CG优先级不低于HARQ进程中缓存数据的优先级,则终端对CG进行处理,即将CG和相应的HARQ信息递交到HARQ实体进行处理,终端针对该CG执行LCP过程。
另外,终端可以接收网络设备发送的指示信息,该指示信息用于指示部分CG配置或HARQ进程不受DG所启动CG_timer的影响;当属于指示信息所指示的CG资源到达,或关联到指示信息所指示的HARQ进程的CG资源到达,如果相关联HARQ进程的CG_timer在运行,该HARQ进程之前处理的grant为DG,且终端有待传输数据或者有能够在该CG资源上进行传输的待传输数据时,则相应CG可以不受DG所启动CG_timer的影响,终端可以对CG进行处理。
如图9所述的场景,根据现有技术,图9中CG1、CG2和CG3都属于CG_timer运行期间的上行授权资源,在CG_timer运行期间内终端会忽略接收到的CG资源;采用本申请实施例所提供的方法对CG_timer进行控制之后,DG/CG资源到达如果确定HARQ buffer为空,则对应的确定缓存中存储的数据的优先级最低;从而根据缓存中存储的数据与DG/CG资源优先级比较,则可以确定新到DG/CG资源的优先级高于HARQ buffer中存储的数据的优先级,根据该优先级比较结果可以忽略掉CG-timer;所以本来属于CG-timer运行期间内的CG3,则可以被终端使用。
上述实施例中与停止或忽略定时器的相关操作都是在有一个定时器开启或运行的情况下执行的。
在本申请实施例中,分析确定了如果HARQ进程的HARQ buffer为空,相应的CG_timer仍然继续运行,则有很大的可能会导致CG_timer运行期间终端所接收到的可用上行授权资源不能被利用起来,从而导致资源的浪费。所针对这种情况,本申请实施例所提供的方法在确定HARQ buffer为空,则停止或忽略掉CG_timer,从而保证更多的可用上行授权资源能够得到有效的利用,提高了上行授权资源的利用率。
另外,对于HARQ buffer不为空的情况,如果在CG_timer运行期间终端接收到新的上行授权资源,并且对应的终端也有高优先级的数据需要发送,本申请实施例所提供的方法则可以通过优先级的判断将CG_timer运行期间终端所接收到的可用上行授权资源利用起来,在保证更多的可用上行授权资源能够得到有效的利用的同时,还能够保证高优先级的数据能够及时的传输。
实施例二
如图10所示,目前,总假设C-RNTI动态调度资源的优先级高于CG资源,但是在一些场景中,为URLLC业务配置的CG资源的优先级可能高于C-RNTI动态调度资源的优先级,例如是调度增强移动宽带(Enhanced Mobile Broadband,eMBB)数据的传输;此时,如果终端收到C-RNTI加扰的PDCCH调度的动态资源所关联HARQ进程的前一次传输是利用CG资源或CS-RNTI加扰的PDCCH调度的资源进行的,终端总认为该动态调度资源是新传资源,会清空该HARQ进程的buffer;如果前一次CG资源重传的数据还没有处理完成,终端就收到C-RNTI加扰的PDCCH调度的动态资源,终端则会直接清空HARQ进程的buffer,从而影响高优先级数据的重传。
鉴于上述问题本申请实施例提供一种通信方法,该方法具体可以包括(该方法的流程步骤如图11所示):
步骤1101,利用第一上行授权发送数据;所述第一上行授权关联到第一混合自动重传请求HARQ进程,所述第一HARQ对应的定时器运行期间,不对关联到所述第一HARQ进程的配置上行授权进行处理;
本申请实施例中的定时器可以是配置授权定时器,该配置授权定时器的含义是在配置授权定时器不运行的时候,终端可以把配置上行授权和该配置上行授权关联的HARQ信息提供给HARQ实体,以进行处理;即终端在该配置授权定时器运行期间忽略到达的上行授权,只有该配置授权定时器停止后,终端才可以对到达的上行授权进行处理。
步骤1102,在所述定时器运行期间,接收第二上行授权,所述第二上行授权关联到所述第一HARQ进程;
步骤1103,根据所述第一上行授权和所述第二上行授权的优先级,或者,根据第二上行授权的类型,处理或忽略所述第二上行授权。
基于上述图10所示的现有技术场景,本申请实施例中,如果第一上行授权与第二上行授权的类型不相同,则该第一上行授权可以是CG或CS-RNTI加扰的PDCCH调度的资源;第二上行授权资源可以是网络设备通过C-RNTI加扰的PDCCH调度的重传资源。
基于本申请实施例所提供的方法,关联到同一HARQ进程的CG和DG的使用是否受CG_timer的约束,取决于CG或DG的优先级是否高于与HARQ进程关联的前一次上行授权(CG或DG)的优先级。本申请实施例所提供的方法中上行授权资源的使用并不完全受限于CG_timer,从而使得上行授权资源的使用更为合理,并且有效的保证高优先级的数据能够及时传输。
另外,由于现有技术中总假设C-RNTI动态调度资源的优先级高于CG资源,如果高优先级的数据在CG资源或CS-RNTI加扰的PDCCH调度的资源中传输,而且传输过程与终端接收到的动态调度资源重叠,则存储在HARQ进程的buffer中的高优先数据会清空,影响更高优先级数据的重传;本申请实施例方案结合该实际情况,则可以对终端接收到的上行授权资源进行类型判断,即使接收到的上行授权资源为动态调度资源,但是如果该动态调整资源所关联HARQ进程的前一次传输所利用的上行授权资源类型为需要优先传输的,则可以忽略掉新收到的动态调度资源,并不局限于现有技术中总假设C-RNTI动态调度资源的优先级高于CG资源的方式。
基于步骤1103的两种判断处理或忽略所述第二上行授权的具体实现方法,以下结合具体的实例做进一步详细的说明:
方式一、基于优先级;当第二上行授权为动态调度资源,则根据所述第一上行授权和所述第二上行授权的优先级,处理或忽略所述第二上行授权包括:
当所述第二上行授权的优先级不小于所述第一上行授权的优先级时,处理所述第二上行授权;或,
当第二上行授权的优先级小于第一上行授权的优先级时,忽略所述第二上行授权。
该实施例中,第一上行授权和第二授权的优先级具体可以通过以下方式确定:
第一上行授权的优先级是指所述第一HARQ对应缓存存储数据所属逻辑信道的最高优先级,或者所述第一上行授权的优先级是指所述第一HARQ预先关联的一个优先级值,并且该优先级值是HARQ实体向HARQ进程递交新数据包时所指示的优先级值;
所述第二上行授权的优先级是终端待传输数据所属逻辑信道的最高优先级;或者所述第二上行授权的优先级是所述第二上行授权有待传输数据且配置的限制参数与第二上行授权相匹配的逻辑信道的最高优先级。
方式二、基于上行授权的类型;根据第二上行授权的类型,处理或忽略所述第二上行授权包括:
若所述第一上行授权为配置上行授权或配置调度-无线网络临时标识CS-RNTI加扰的物理层下行控制信道PDCCH调度的资源,所述第二上行授权为网络设备通过小区-无线网络临时标识C-RNTI加扰的PDCCH调度的重传资源,则忽略所述第二上行授权;
在该实施例中,C-RNTI加扰的DCI可以用来动态调度上行/下行传输资源。CS-RNTI加扰的DCI可以用来激活或去激活configured grant type 2的资源,或者用来调度configured grant的重传,所以终端收到CS-RNTI加扰的PDCCH调度的资源,则可以确定数据前一次通过CG资源传输,网络设备解析失败了,通过CS-RNTI加扰的PDCCH调度一块重传资源,用于重传数据。因为PDCCH是承载DCI的物理信道,所以C-RNTI加扰的DCI也等同于C-RNTI加扰的PDCCH调度的资源。
若所述第一上行授权为配置上行授权或CS-RNTI加扰的PDCCH调度的资源,所述第二上行授权为网络设备通过C-RNTI加扰的PDCCH调度的新传资源,终端还可以忽略所述第二上行授权。
实施例三
现有技术中,终端在调度动态传输时,避免使用为CG预留的HARQ进程。目前NR中终端上行最多支持16个HARQ进程,且考虑在一个BWP上支持多达16套CG配置,每套CG配置所使用的预留HARQ进程不同。因此在不增加HARQ进程数目的前提下,动态调度难以避开为CG预留的HARQ进程,而增加HARQ进程数目又会带来兼容性问题,例如目前DCI中用于指示HARQ进程ID的字段为4bit,增加HARQ进程数目将不可避免带来该字段长度的扩展,影响DCI格式。
基于上述现有技术的问题,本申请实施例还提供一种不增加HARQ进程数目,又可以避免使用动态资源导致清空HARQ buffer,从而影响CG传输的URLLC数据重传的通信方法,该通信方法中,一个HARQ进程关联两个HARQ buffer,一个用于处理动态调度,一个用于处理CG新传或重传,本申请实施例所提供的方法具体实现可以是:
为每个HARQ进程关联两个HARQ buffer,一个HARQ buffer,如记为HARQ buffer1,用于处理资源类型1;另一个HARQ buffer,如记为HARQ buffer 2,用于处理资源类型2。在本申请实施例中,资源类型1可以为C-RNTI加扰PDCCH调度的动态资源,可以是新传或重传资源,资源类型2可以是CG资源或CS-RNTI加扰PDCCH调度的资源。
当终端收到网络设备的动态资源(资源类型1)指示用于新传时,终端针对该grant执行LCP过程,并将所组MAC PDU以及上行授权和HARQ信息递交到相应的HARQ进程,该HARQ进程将该MAC PDU保存在HARQ buffer 1中,并指示物理层进行传输;如果网络设备的动态资源指示用于重传且HARQ buffer 1非空时,终端将上行授权和HARQ信息递交到相应的HARQ进程,该HARQ进程指示物理层对HARQ buffer 1中保存的数据进行重传。终端接收到调度DCI时以及在动态资源上进行数据传输时,不启动/重启CG_timer。
当一个新的上行授权CG到达时且CG_timer不运行,终端针对该上行授权执行LCP过程,并将所组MAC PDU以及上行授权和HARQ信息递交到相应的HARQ进程,该HARQ进程将该MAC PDU保存在HARQ buffer 2中,并指示物理层进行传输;如果终端接收到网络设备通过CS-RNTI加扰的PDCCH调度的资源且HARQ buffer 1非空时,终端将上行授权和HARQ信息递交到相应的HARQ进程,该HARQ进程指示物理层对HARQ buffer 2中保存的数据进行重传。终端在CG上进行传输时,以及终端接收到CS-RNTI加扰的PDCCH调度的资源时,以及在CS-RNTI加扰的PDCCH所指示动态资源上进行数据传输时,启动/重启CG_timer,即在本实施例中,可以认为CG_timer关联到相应HARQ进程的HARQ buffer 2。
实施例四
目前,CG是针对每个服务小区上的每个带宽部进行配置的,在每个带宽部分(BandWidth Part,BWP)上只能配置一套CG资源(CG type 1或CG type 2)。一个BWP如果配置了CG type1,当该BWP激活时,终端可以使用相应的CG资源;当该BWP去激活,则终端挂起(suspend)相应的CG资源。一个BWP如果配置了CG type 2,当该BWP激活时,终端收到DCI激活命令后才可以使用相应的CG资源;当该BWP去激活,则终端清空该CG type 2的配置上行授权。由于目前技术中,一个serving cell上只能有一个激活BWP,因此一个serving cell上只能有一套激活的CG配置,不同serving cell上可以同时有多套激活CG配置。
现有技术中对于配置在一个服务小区的一个带宽部分BWP上的一套CG type 2资源,网络设备可以通过CS-RNTI加扰的DCI控制是否激活或去激活该套CG资源的使用。当网络设备通过DCI指示CG激活时,由于CG的skip机制,终端可能暂时没有合适的待传输数据,从而忽略可用的CG资源,此时网络设备在CG资源上接收不到终端发送的数据,则无法区分终端没有成功接收到DCI激活命令,还是终端略过了CG资源;此外,当网络设备通过DCI指示CG去激活时,同样由于CG的skip机制的存在,网络设备在后续CG资源上接收不到终端发送的数据,无法区分是终端成功接收到DCI去激活命令,还是终端略过了CG资源。因此现有技术中设计了一种激活或去激活确认机制。当收到网络设备的激活或去激活命令后,终端的MAC实体触发配置上行授权确认,当MAC实体有新传上行资源时,且有配置上行授权确认被触发(还没有取消),则MAC实体生成配置授权确认MAC控制单元(MAC Control Element,MACCE),并取消配置上行授权确认。
在配置授权确认MAC CE中只包含一个MAC PDU子头,不包含payload。在现有技术中,网络设备激活一个小区上的一套CG type 2,则等待接收到确认MAC CE后,才可以激活下一套CG type 2配置,这是为了避免同时激活(或者去激活)两套CG type 2,而某一个激活DCI命令丢失,终端可能只回复了一个确认MAC CE,此时网络设备无法区分那一套CGtype 2激活或去激活失败。
现有技术中,为保证业务传输的服务质量,当多个业务同时发起时,网络设备需要同时激活多套CG type 2资源,而如果部分激活命令丢失(DCI丢失,即终端没解析对),网络设备只收到部分确认MAC CE,无法区分哪些资源被激活;网络设备将不得不再次对所有需要激活的CG type 2发送激活命令,直到收到的MAC CE数目和激活命令个数相一致。这些激活命令会占用传输资源,导致资源利用率低。另一方面,当有业务终止时,网络设备需要同时去激活多套CG type 2资源,而如果部分去激活命令丢失,网络设备只收到部分确认MACCE,无法区分哪些资源被激活,网络设备需要再次对所有需要激活的CG type 2发送激活命令,这些去激活命令会占用传输资源,导致资源利用率低;而且,由于网络设备无法区分哪套CG type2资源被终端成功去激活而不再使用,只能在确定所有CG type 2去激活之前保持将上述所有CG type 2资源预留出来,避免将没有去激活的CG type 2资源分配给其他终端,造成终端间传输干扰。这种不必要的资源预留进一步导致资源利用率降低。
如图12所示,基于上述现有技术的问题,本申请实施例提供一种通信方法,为了让网络设备可以直接区分终端确认的哪一套或那几套CG type 2配置的激活或去激活,在本申请实施例中可以对确认MAC CE的格式进行增强,如为确认MAC CE设计payload,并且payload中携带能够指示具体CG type 2配置的信息,如CG type 2所在的服务小区信息,和/或所在的BWP信息,和/或配置索引信息等。该方法具体可以包括:
步骤1201,终端接收至少两套配置授权的配置消息;
其中,该配置消息中包括的参数可以是:周期,预留给该套CG type 2的HARQ进程数目,该套CG type 2资源使用的MCS表格(目前NR支持两个MCS表格,网络设备通过DCI激活CG type 2时会指示一个MCS索引,终端需要事先配置使用哪个MCS表格,才能通过MCS索引确定在CG type 2资源上使用具体哪个MCS),repetition传输的次数,repetition传输时冗余版本序列,使用的闭环功控参数等等。
步骤1202,终端接收控制信息,所述控制信息用于激活或去激活所述至少两套配置授权;其中,该控制信息可以是DCI。
步骤1203,终端发送反馈信息,所述反馈信息用于反馈所述至少两套配置授权的被激活或去激活。
在该实施例中的反馈信息明确指示至少两套配置授权中激活或去激活的是某一套或是某几套,所以网络侧设备在接收到该反馈信息后可以根据该反馈信息直接确定终端配置授权的激活或去激活情况。
当然在具体的应用环境中,因为控制信息指明了具体对至少两套配置授权的激活或去激活操作,所终端如果按照该控制信息执行了响应的操作,而且也激活或去激活成功,则该反馈信息还可以直接反馈所述控制信息被正确接收。从而接收到反馈信息的网络侧设备则可以确定至少两套配置授权具体的激活或去激活情况。
在本申请实施例中,发送反馈信息的方式包括多种,可选的方式包括:
可选方式一:与现有技术中的反馈配置授权的激活或去激活相兼容的方式,即所述反馈信息为MAC CE,所述MAC CE的载荷包括所述配置授权的信息;
所述配置授权的信息包括以下信息中的一个或多个:所述配置授权所在的小区的信息,所述配置授权所在的BWP的信息、所述配置授权的索引信息。
其中,在MAC CE中指示该配置授权的信息时,可以是该配置授权的信息对应MACCE至少一个比特位,每个比特位对应所述配置授权所在的小区上配置的一个配置授权,当所述比特位的取值为第一值时,所述比特位对应的配置授权被激活,当所述比特位的取值为第二值时,所述比特位对应的配置授权被去激活。
以下结合具体的举例对上述反馈信息为MAC CE的具体实现方式做进一步详细的说明,具体实例可以包括:
实例1如图13所示,MAC CE的payload中显示携带服务小区索引(serving cellindex),和配置授权配置索引(CG configuration index)。图13中serving cell index排在前面,configuration index在后,分别占用5bit和3bit,实际上排序可以不限制,占用bit数目也不限制,取决于服务小区和一个BWP上具体能配置CG的数目。该MAC CE可以指示给网络设备哪个小区上的哪套CG type 2被激活或去激活。由于一个小区上可以配置多套BWP,每个BWP上可以配置多套CG,该MAC CE中configuration index所指示的CG是servingcell index所指小区当前激活BWP上的CG。可选的,在MAC CE的payload中也可以指示BWP索引(BWP index)信息。另外,MAC CE的payload中可以不包括configuration index,此时,网络设备对一个小区上的CG进行激活或去激活之后,只有在收到确认MAC CE后,才激活或去激活该小区另一套CG,从而避免网络设备出现误解。可选的另一种做法是,MAC CE的payload中不包含serving cell index,该MAC CE在哪个服务小区的资源上进行发送,则隐含指示激活或去激活的CG配置在哪个小区上。
实例2如图14所示,MAC CE的payload中显示携带serving cell index,并且携带一个bitmap(位图,或比特序列)。Serving cell index指示确认激活或去激活的CG位于哪一个小区,R表示预留bit,bitmap表示该小区上当前激活BWP上所配置的CG type 2的激活或去激活情况,其中C0到C7可以对应该BWP上按照configuration index从小到大/从大到小排序的CG的激活或去激活情况。其中bitmap中任意bit位的取值为‘0’表示对应的CG去激活,为‘1’表示对应的CG激活。Serving cell index的具体bit数目、R比特的具体个数、bitmap的具体长度以及各字段之间的顺序不作限定。可选的,在MAC CE的payload中也可以指示BWP index信息,指示小区上哪个BWP上配置的CG的激活或去激活。如果一个BWP上实际配置的CG数目小于MAC CE中bitmap的长度,则终端忽略多出来的bit。可选的另一种做法是,MAC CE的payload中不包含serving cell index,该MAC CE在哪个服务小区的资源上进行发送,则隐含指示激活或去激活的CG配置在哪个小区上。
实例3如图15所示,MAC CE的payload中携带一个指示小区信息的bitmap,其中S0到S7可以对应按照serving cell index从小到大/从大到小排序后对应的各个配置的小区,或者激活的小区上是否有对应的额外bitmap指示相应小区上CG type 2的激活或去激活情况。例如S0表示主小区,且S0为‘1’,表示后续存在一个bitmap,如图15中的C0到C7。其中C0到C7可以对应主小区激活BWP上按照configuration index从小到大/从大到小排序的CG的激活或去激活情况。其中C0到C7中如果任一比特位的取值为‘0’表示对应的CG去激活,为‘1’表示对应的CG激活。S0为‘0’表示该MAC CE不包含支持主小区上CG type 2的激活或去激活情况的额外bitmap。在该MAC CE中,指示小区信息的bitmap,指示一个小区上CGtype 2激活或去激活情况的bitmap的具体长度不作限定,如果一个BWP上实际配置的CG数目小区MAC CE中指示一个小区上CG type 2激活或去激活情况bitmap的长度,则终端忽略多出来的bit,如果一个终端实际配置的小区数目小于指示小区信息的bitmap长度,则终端忽略多出来的bit。可选的,MAC CE的payload中可以只包含指示小区信息的bitmap,此时,网络设备对一个小区上的CG进行激活或去激活之后,只有在收到确认MAC CE后,才激活或去激活该小区另一套CG,从而避免网络设备出现误解。可选的,MAC CE的payload中可以只包含指示CG type 2激活或去激活情况的bitmap,此时认为各个配置的/激活的小区都有一个对应的指示CG type 2激活或去激活情况的bitmap,在此情形下,每个小区对应的指示CGtype 2激活或去激活情况的bitmap长度可以和该小区激活BWP上实际配置的CG type 2数目相等。
可选的方式二是终端在指定的资源传输该反馈信息;
该实施例中,所述配置消息包括指示信息,所述指示信息用于指示反馈资源或反馈资源满足的条件;例如,该指示信息可以包括逻辑信道标识(LCID),所述反馈资源满足所述LCID对应的逻辑信道的配置参数(或称为LCP限制);又例如,该指示信息可以指示一套配置授权,该套配置授权资源作为反馈资源,传输相应CG type 2的激活或去激活确认指示。
发送反馈信息包括:在所述反馈资源或满足所述条件的反馈资源上发送相应CGtype 2的激活或去激活反馈信息。
在该实施例中,MAC CE不作增强,但是网络设备在对一套具体CG进行配置时,指示该CG的确认MAC CE需要在指定的资源,或者满足指定条件的资源上进行发送。例如,网络设备配置一套CG type 2时,指示确认MAC CE在该套CG资源上发送,或另外的某一套CG资源上发送。又例如,网络设备配置一套CG type 2时,指示一个LCH ID,相应确认MAC CE只能在LCH ID对应逻辑信道的数据能够传输的资源上进行发送。
通过上述实施例所提供的方法,网络设备激活或去激活多套CG type 2,终端反馈确认MAC CE后,网络设备可以准确知道哪些CG type 2被成功激活或去激活,因此,无需在此发送不必要的激活或去激活命令,或者预留已被去激活的CG type 2资源,带来资源利用率的提升。
实施例五
如图16所示,本申请实施例还提供用于实现以上实施例一方法的通信装置,该通信装置可以包括以下实现模块:
定时单元1601,用于针对第一混合自动重传请求HARQ进程启动定时器,所述定时器运行期间,不对关联到所述第一HARQ进程的配置上行授权进行处理;
控制单元1602,用于当确定所述第一HARQ进程对应的缓存为空或者所述第一HARQ进程对应的缓存中存储的数据的优先级不高于第一上行授权的优先级时,停止或忽略所述定时器,其中所述第一上行授权关联到所述第一HARQ进程。
可选的,该第一上行授权的优先级是终端待传输数据所属逻辑信道的最高优先级;或者所述第一上行授权的优先级是终端有待传输数据且配置的限制参数与第一上行授权相匹配的逻辑信道的最高优先级;
该缓存中存储的数据的优先级是指所述存储的数据所属逻辑信道的最高优先级;或者所述HARQ进程预先关联的一个优先级值,并且该优先级值是HARQ实体向HARQ进程递交新数据包时所指示的优先级值。
一种特定的情况是:当所述缓存为空,则所述第一HARQ进程对应的缓存中存储的数据的优先级最低。
可选的,所述第二上行授权为配置上行授权或动态调度资源;和/或,所述第一上行授权为配置上行授权或动态调度资源。
可选的该控制单元1602具体用于收到第二上行授权,且所述第二上行授权被略过,确定所述第一HARQ进程对应的缓存为空;或者,
清空所述第一HARQ进程对应的缓存后,确定所述第一HARQ进程对应的缓存为空;或者,
在所述定时器运行期间,当收到第三上行授权用于重传时,确定所述第一HARQ进程对应的缓存是否为空,其中所述第三上行授权关联到所述第一HARQ进程。
可选的,当所述第一上行授权为配置上行授权,则该终端还包括:
处理单元,用于接收到所述第一上行授权,将所述第一上行授权和相应的HARQ信息递交到HARQ实体进行处理,并针对所述第一上行授权执行逻辑信道优先次序LCP过程。
实施例六
如图17所示,本申请实施例还提供用于实现以上实施例二方法的通信装置,该通信装置可以包括以下实现模块:
发送单元1701,用于利用第一上行授权发送数据;所述第一上行授权关联到第一混合自动重传请求HARQ进程,所述第一HARQ对应的定时器运行期间,不对关联到所述第一HARQ进程的配置上行授权进行处理;
接收单元1702,用于在所述定时器运行期间,接收第二上行授权,所述第二上行授权关联到所述第一HARQ进程;
处理单元1703,用于根据所述第一上行授权和所述第二上行授权的优先级,或者,根据第二上行授权的类型,处理或忽略所述第二上行授权。
可选的,该第二上行授权为动态调度资源,所述处理单元1703具体用于当所述第二上行授权的优先级不小于所述第一上行授权的优先级时,处理所述第二上行授权;或当第二上行授权的优先级小于第一上行授权的优先级时,忽略所述第二上行授权。
可选的,该处理单元1703具体用于若所述第一上行授权为配置上行授权或CS-RNTI加扰的PDCCH调度的资源,所述第二上行授权为网络设备通过C-RNTI加扰的PDCCH调度的重传资源,则忽略所述第二上行授权;
若所述第一上行授权为配置上行授权或CS-RNTI加扰的PDCCH调度的资源,所述第二上行授权为网络设备通过C-RNTI加扰的PDCCH调度的新传资源,处理所述第二上行授权。
可选的,若所述第一上行授权为配置上行授权或CS-RNTI加扰的PDCCH调度的资源,所述第二上行授权为网络设备通过C-RNTI加扰的PDCCH调度的新传资源,该处理单元还用于忽略所述第二上行授权。
可选的,该第一上行授权的优先级是指所述第一HARQ对应缓存存储数据所属逻辑信道的最高优先级,或者所述第一上行授权的优先级是指所述第一HARQ预先关联的一个优先级值,并且该优先级值是HARQ实体向HARQ进程递交新数据包时所指示的优先级值;
所述第二上行授权的优先级是终端待传输数据所属逻辑信道的最高优先级;或者所述第二上行授权的优先级是所述第二上行授权有待传输数据且配置的限制参数与第二上行授权相匹配的逻辑信道的最高优先级。
实施例七
如图18所示,本申请实施例还提供用于实现以上实施例四方法的通信装置,该通信装置可以包括以下实现模块:
接收单元1801,用于接收至少两套配置授权的配置消息和接收控制信息,所述控制信息用于激活或去激活所述至少两套配置授权;其中,该控制信息可以是DCI;
发送单元1802,用于发送反馈信息,所述反馈信息用于反馈所述至少两套配置授权的被激活或去激活。
该实施例中,网络设备同时激活多套CG type 2资源时,终端反馈确认MAC CE或在特定资源上反馈确认MAC CE,反馈信息明确指示至少两套配置授权中激活或去激活的是某一套或是某几套,所以接收到反馈信息的网络设备可以根据该反馈信息直接确定终端配置授权的激活或去激活情况,因此,网络设备无需多次发送不必要的激活或去激活命令,或者预留已被去激活的CG type 2资源,从而能够有效的提升资源利用率。
具体反馈信息的方式有多种,该实施例中可选的方式包括:继续沿用原来通过MACCE传输反馈信息的方式;沿用原有MAC CE方式需要对原有MAC CE进行调整,可以是增加MACCE携带的反馈信息;或者是在指定一个特定的资源上发送反馈信息。
可选的,所述配置消息包括指示信息,所述指示信息用于指示反馈资源或反馈资源满足的条件;
对应的所述发送单元1802还用于在所述反馈资源或满足所述条件的反馈资源上发送反馈信息。
可选的,所述指示信息包括逻辑信道标识LCID,所述反馈资源满足所述LCID对应的逻辑信道的配置参数。
相对于现有技术中每一次MAC CE要传输的信息,本申请实施例中MAC CE所要传输的终端激活或去激活的反馈信息有所增加,所以需要传输在现有技术MAC CE的基础上做一定的改进,具体可以是:
可选的,所述反馈信息为MAC CE,所述MAC CE的载荷包括所述配置授权的信息。
可选的,所述配置授权的信息包括以下信息中的一个或多个:所述配置授权所在的小区的信息,所述配置授权所在的BWP的信息,所述配置授权的索引信息。所述配置授权的信息还包括所述小区的信息。
为了明确的指示多套配置授权的激活或去激活信息,则可以针对每一套配置授权都提供一个对应的信息来指示,所以该方法具体还可以是:
所述配置授权的信息包括至少一个比特位,每个比特位对应所述配置授权所在的小区上配置的一个配置授权,当所述比特位的取值为第一值时,所述比特位对应的配置授权被激活,当所述比特位的取值为第二值时,所述比特位对应的配置授权被去激活。
应理解以上装置中单元的划分仅仅是一种逻辑功能的划分,实际实现时可以全部或部分集成到一个物理实体上,也可以物理上分开。且装置中的单元可以全部以软件通过处理元件调用的形式实现;也可以全部以硬件的形式实现;还可以部分单元以软件通过处理元件调用的形式实现,部分单元以硬件的形式实现。例如,各个单元可以为单独设立的处理元件,也可以集成在装置的某一个芯片中实现,此外,也可以以程序的形式存储于存储器中,由装置的某一个处理元件调用并执行该单元的功能。此外这些单元全部或部分可以集成在一起,也可以独立实现。这里所述的处理元件又可以成为处理器,可以是一种具有信号的处理能力的集成电路。在实现过程中,上述方法的各步骤或以上各个单元可以通过处理器元件中的硬件的集成逻辑电路实现或者以软件通过处理元件调用的形式实现。
在一个例子中,以上任一装置中的单元可以是被配置成实施以上方法的一个或多个集成电路,例如:一个或多个特定集成电路(Application Specific IntegratedCircuit,ASIC),或,一个或多个微处理器(digital singnal processor,DSP),或,一个或者多个现场可编程门阵列(Field Programmable Gate Array,FPGA),或这些集成电路形式中至少两种的组合。再如,当装置中的单元可以通过处理元件调度程序的形式实现时,该处理元件可以是通用处理器,例如中央处理器(Central Processing Unit,CPU)或其它可以调用程序的处理器。再如,这些单元可以集成在一起,以片上系统(system-on-a-chip,SOC)的形式实现。
以上用于接收的单元是一种该装置的接口电路,用于从其它装置接收信号。例如,当该装置以芯片的方式实现时,该接收单元是该芯片用于从其它芯片或装置接收信号的接口电路。以上用于发送的单元是一种该装置的接口电路,用于向其它装置发送信号。例如,当该装置以芯片的方式实现时,该发送单元是该芯片用于向其它芯片或装置发送信号的接口电路。
基于上述通信方法,本申请实施例还提供一种计算机存储介质,所述计算机可读存储介质包括计算机程序,当计算机程序在计算机上运行时,使得所述计算机执行前述实施例一到实施例四任意一种所述的方法。
基于上述通信方法,本申请实施例还提供一种包含指令的计算机程序产品,当所述指令在计算机上运行时,使得所述计算机执行前述实施例一到实施例四任意一种所述的方法。
请参考图19,其为本申请实施例提供的一种终端的结构示意图。其可以为以上实施例中的终端,用于实现以上实施例中终端的操作。该终端包括:天线1910、射频部分1920、信号处理部分1930。天线1910与射频部分1920连接。在下行方向上,射频部分1920通过天线1910接收网络设备发送的信息,将网络设备发送的信息发送给信号处理部分1930进行处理。在上行方向上,信号处理部分1930对终端的信息进行处理,并发送给射频部分1920,射频部分1920对终端的信息进行处理后经过天线1910发送给网络设备。
信号处理部分1930可以包括调制解调子系统,用于实现对数据各通信协议层的处理;还可以包括中央处理子系统,用于实现对终端操作系统以及应用层的处理;此外,还可以包括其它子系统,例如多媒体子系统,周边子系统等,其中多媒体子系统用于实现对终端相机,屏幕显示等的控制,周边子系统用于实现与其它设备的连接。调制解调子系统可以为单独设置的芯片。可选的,以上用于终端的装置可以位于该调制解调子系统。
调制解调子系统可以包括一个或多个处理元件1931,例如,包括一个主控CPU和其它集成电路。此外,该调制解调子系统还可以包括存储元件1932和接口电路1933。存储元件1932用于存储数据和程序,但用于执行以上方法中终端所执行的方法的程序可能不存储于该存储元件1932中,而是存储于调制解调子系统之外的存储器中,使用时调制解调子系统加载使用。接口电路1933用于与其它子系统通信。以上用于终端的装置可以位于调制解调子系统,该调制解调子系统可以通过芯片实现,该芯片包括至少一个处理元件和接口电路,其中处理元件用于执行以上终端执行的任一种方法的各个步骤,接口电路用于与其它装置通信。在一种实现中,终端实现以上方法中各个步骤的单元可以通过处理元件调度程序的形式实现,例如用于终端的装置包括处理元件和存储元件,处理元件调用存储元件存储的程序,以执行以上方法实施例中终端执行的方法。存储元件可以为处理元件处于同一芯片上的存储元件,即片内存储元件。
在另一种实现中,用于执行以上方法中终端所执行的方法的程序可以在与处理元件处于不同芯片上的存储元件,即片外存储元件。此时,处理元件从片外存储元件调用或加载程序于片内存储元件上,以调用并执行以上方法实施例中终端执行的方法。
在又一种实现中,终端实现以上方法中各个步骤的单元可以是被配置成一个或多个处理元件,这些处理元件设置于调制解调子系统上,这里的处理元件可以为集成电路,例如:一个或多个ASIC,或,一个或多个DSP,或,一个或者多个FPGA,或者这些类集成电路的组合。这些集成电路可以集成在一起,构成芯片。
终端实现以上方法中各个步骤的单元可以集成在一起,以片上系统(system-on-a-chip,SOC)的形式实现,该SOC芯片,用于实现以上方法。该芯片内可以集成至少一个处理元件和存储元件,由处理元件调用存储元件的存储的程序的形式实现以上终端执行的方法;或者,该芯片内可以集成至少一个集成电路,用于实现以上终端执行的方法;或者,可以结合以上实现方式,部分单元的功能通过处理元件调用程序的形式实现,部分单元的功能通过集成电路的形式实现。
可见,以上用于终端的装置可以包括至少一个处理元件和接口电路,其中至少一个处理元件用于执行以上方法实施例所提供的任一种终端执行的方法。处理元件可以以第一种方式:即调用存储元件存储的程序的方式执行终端执行的部分或全部步骤;也可以以第二种方式:即通过处理器元件中的硬件的集成逻辑电路结合指令的方式执行终端执行的部分或全部步骤;当然,也可以结合第一种方式和第二种方式执行终端执行的部分或全部步骤。
这里的处理元件同以上描述,可以是通用处理器,例如CPU,还可以是被配置成实施以上方法的一个或多个集成电路,例如:一个或多个ASIC,或,一个或多个微处理器DSP,或,一个或者多个FPGA等,或这些集成电路形式中至少两种的组合。
存储元件可以是一个存储器,也可以是多个存储元件的统称。
本申请实施例提供的方法中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、网络设备、用户设备或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line,简称DSL)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机可以存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如,软盘、硬盘、磁带)、光介质(例如,数字视频光盘(digital video disc,简称DVD))、或者半导体介质(例如,SSD)等。
上述本申请提供的实施例中,从终端作为执行主体的角度对本申请实施例提供的方法进行了介绍。为了实现上述本申请实施例提供的方法中的各功能,终端可以包括硬件结构和/或软件模块,以硬件结构、软件模块、或硬件结构加软件模块的形式来实现上述各功能。上述各功能中的某个功能以硬件结构、软件模块、还是硬件结构加软件模块的方式来执行,取决于技术方案的特定应用和设计约束条件。

Claims (25)

1.一种通信方法,其特征在于,包括:
针对第一混合自动重传请求HARQ进程启动定时器,所述定时器运行期间,不对关联到所述第一HARQ进程的配置上行授权进行处理;
当确定所述第一HARQ进程对应的缓存为空或者所述第一HARQ进程对应的缓存中存储的数据的优先级不高于第一上行授权的优先级时,停止或忽略所述定时器,其中所述第一上行授权关联到所述第一HARQ进程。
2.如权利要求1所述的方法,其特征在于,确定所述第一HARQ进程对应的缓存为空,包括:
终端收到第二上行授权,且所述第二上行授权被略过,确定所述第一HARQ进程对应的缓存为空;或者,
终端清空所述第一HARQ进程对应的缓存后,确定所述第一HARQ进程对应的缓存为空;或者,
在所述定时器运行期间,当收到第三上行授权用于重传时,所述终端确定所述第一HARQ进程对应的缓存是否为空,其中所述第三上行授权关联到所述第一HARQ进程。
3.如权利要求2所述的方法,其特征在于,所述第二上行授权为配置上行授权或动态调度资源;和/或,所述第一上行授权为配置上行授权或动态调度资源。
4.如权利要求1~3任一所述的方法,其特征在于,包括:
所述第一上行授权的优先级是终端待传输数据所属逻辑信道的最高优先级;或者所述第一上行授权的优先级是终端有待传输数据且配置的限制参数与第一上行授权相匹配的逻辑信道的最高优先级;
所述缓存中存储的数据的优先级是指所述存储的数据所属逻辑信道的最高优先级;或者所述HARQ进程预先关联的一个优先级值,并且该优先级值是HARQ实体向HARQ进程递交新数据包时所指示的优先级值。
5.如权利要求1~4任一所述的方法,其特征在于,当所述缓存为空,则所述第一HARQ进程对应的缓存中存储的数据的优先级最低。
6.如权利要求1~4任一所述的方法,其特征在于,当所述第一上行授权为配置上行授权,则该方法还包括:
接收到所述第一上行授权,将所述第一上行授权和相应的HARQ信息递交到HARQ实体进行处理,并针对所述第一上行授权执行逻辑信道优先次序LCP过程。
7.一种通信方法,其特征在于,包括:
利用第一上行授权发送数据;所述第一上行授权关联到第一混合自动重传请求HARQ进程,所述第一HARQ对应的定时器运行期间,不对关联到所述第一HARQ进程的配置上行授权进行处理;
在所述定时器运行期间,接收第二上行授权,所述第二上行授权关联到所述第一HARQ进程;
根据所述第一上行授权和所述第二上行授权的优先级,或者,根据第二上行授权的类型,处理或忽略所述第二上行授权。
8.如权利要求7所述的方法,其特征在于,所述第二上行授权为动态调度资源,则根据所述第一上行授权和所述第二上行授权的优先级,处理或忽略所述第二上行授权包括:
当所述第二上行授权的优先级不小于所述第一上行授权的优先级时,处理所述第二上行授权;或
当第二上行授权的优先级小于第一上行授权的优先级时,忽略所述第二上行授权。
9.如权利要求7所述的方法,其特征在于,所述根据第二上行授权的类型,处理或忽略所述第二上行授权包括:
若所述第一上行授权为配置上行授权或配置调度-无线网络临时标识CS-RNTI加扰的物理层下行控制信道PDCCH调度的资源,所述第二上行授权为通过小区-无线网络临时标识C-RNTI加扰的PDCCH调度的重传资源,则忽略所述第二上行授权;或,
若所述第一上行授权为配置上行授权或CS-RNTI加扰的PDCCH调度的资源,所述第二上行授权为通过C-RNTI加扰的PDCCH调度的新传资源,则忽略所述第二上行授权。
10.如权利要求7~9任一所述的方法,其特征在于,包括:
所述第一上行授权的优先级是指所述第一HARQ对应缓存存储数据所属逻辑信道的最高优先级,或者所述第一上行授权的优先级是指所述第一HARQ预先关联的一个优先级值,并且该优先级值是HARQ实体向HARQ进程递交新数据包时所指示的优先级值;
所述第二上行授权的优先级是终端待传输数据所属逻辑信道的最高优先级;或者所述第二上行授权的优先级是所述第二上行授权有待传输数据且配置的限制参数与第二上行授权相匹配的逻辑信道的最高优先级。
11.一种通信装置,其特征在于,包括:
定时单元,用于针对第一混合自动重传请求HARQ进程启动定时器,所述定时器运行期间,不对关联到所述第一HARQ进程的配置上行授权进行处理;
控制单元,用于当确定所述第一HARQ进程对应的缓存为空或者所述第一HARQ进程对应的缓存中存储的数据的优先级不高于第一上行授权的优先级时,停止或忽略所述定时器,其中所述第一上行授权关联到所述第一HARQ进程。
12.如权利要求11所述的通信装置,其特征在于,所述控制单元具体用于收到第二上行授权,且所述第二上行授权被略过,确定所述第一HARQ进程对应的缓存为空;或者,
清空所述第一HARQ进程对应的缓存后,确定所述第一HARQ进程对应的缓存为空;或者,
在所述定时器运行期间,当收到第三上行授权用于重传时,确定所述第一HARQ进程对应的缓存是否为空,其中所述第三上行授权关联到所述第一HARQ进程。
13.如权利要求12所述的通信装置,其特征在于,所述第二上行为配置上行授权或动态调度资源;和/或,所述第一上行授权为配置上行授权或动态调度资源。
14.如权利要求11~13任一所述的通信装置,其特征在于,包括:
所述第一上行授权的优先级是终端待传输数据所属逻辑信道的最高优先级;或者所述第一上行授权的优先级是终端有待传输数据且配置的限制参数与第一上行授权相匹配的逻辑信道的最高优先级;
所述缓存中存储的数据的优先级是指所述存储的数据所属逻辑信道的最高优先级;或者所述HARQ进程预先关联的一个优先级值,并且该优先级值是HARQ实体向HARQ进程递交新数据包时所指示的优先级值。
15.如权利要求11~14任一所述的通信装置,其特征在于,当所述缓存为空,则所述第一HARQ进程对应的缓存中存储的数据的优先级最低。
16.如权利要求11~14任一所述的通信装置,其特征在于,当所述第一上行授权为配置上行授权,则该通信装置还包括:
处理单元,用于接收到所述第一上行授权,将所述第一上行授权和相应的HARQ信息递交到HARQ实体进行处理,并针对所述第一上行授权执行逻辑信道优先次序LCP过程。
17.一种通信装置,其特征在于,包括:
发送单元,用于利用第一上行授权发送数据;所述第一上行授权关联到第一混合自动重传请求HARQ进程,所述第一HARQ对应的定时器运行期间,不对关联到所述第一HARQ进程的配置上行授权进行处理;
接收单元,用于在所述定时器运行期间,接收第二上行授权,所述第二上行授权关联到所述第一HARQ进程;
处理单元,用于根据所述第一上行授权和所述第二上行授权的优先级,或者,根据第二上行授权的类型,处理或忽略所述第二上行授权。
18.如权利要求17所述的通信装置,其特征在于,所述第二上行授权为动态调度资源,所述处理单元具体用于当所述第二上行授权的优先级不小于所述第一上行授权的优先级时,处理所述第二上行授权;或
当第二上行授权的优先级小于第一上行授权的优先级时,忽略所述第二上行授权。
19.如权利要求17所述的通信装置,其特征在于,所述处理单元具体用于若所述第一上行授权为配置上行授权或CS-RNTI加扰的PDCCH调度的资源,所述第二上行授权为通过C-RNTI加扰的PDCCH调度的重传资源,则忽略所述第二上行授权;
若所述第一上行授权为配置上行授权或CS-RNTI加扰的PDCCH调度的资源,所述第二上行授权为通过C-RNTI加扰的PDCCH调度的新传资源,则忽略所述第二上行授权。
20.如权利要求17~19任一所述的通信装置,其特征在于,所述第一上行授权的优先级是指所述第一HARQ对应缓存存储数据所属逻辑信道的最高优先级,或者所述第一上行授权的优先级是指所述第一HARQ预先关联的一个优先级值,并且该优先级值是HARQ实体向HARQ进程递交新数据包时所指示的优先级值;
所述第二上行授权的优先级是终端待传输数据所属逻辑信道的最高优先级;或者所述第二上行授权的优先级是所述第二上行授权有待传输数据且配置的限制参数与第二上行授权相匹配的逻辑信道的最高优先级。
21.一种通信装置,其特征在于,包括:处理器和接口电路,所述处理器用于通过所述接口电路与网络设备通信,并执行如权利要求1至10任一项所述的方法。
22.一种通信装置,其特征在于,包括:处理器,用于调用存储器中存储的程序,使得如权利要求1至10任一项所述的方法被执行。
23.一种终端,其特征在于,包括如权利要求11至21任一项所述的通信装置。
24.一种计算机存储介质,其特征在于,所述计算机可读存储介质包括计算机程序,当当计算机程序被处理器执行时,使得如权利要求1至10任一所述的方法被执行。
25.一种包含指令的计算机程序产品,其特征在于,当所述指令在处理器上运行时,使得如权利要求1至10任一项所述的方法被执行。
CN201910364370.6A 2019-04-30 2019-04-30 一种通信方法及通信装置 Active CN111865508B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201910364370.6A CN111865508B (zh) 2019-04-30 2019-04-30 一种通信方法及通信装置
PCT/CN2020/087587 WO2020221260A1 (zh) 2019-04-30 2020-04-28 一种通信方法及通信装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910364370.6A CN111865508B (zh) 2019-04-30 2019-04-30 一种通信方法及通信装置

Publications (2)

Publication Number Publication Date
CN111865508A CN111865508A (zh) 2020-10-30
CN111865508B true CN111865508B (zh) 2021-08-20

Family

ID=72965093

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910364370.6A Active CN111865508B (zh) 2019-04-30 2019-04-30 一种通信方法及通信装置

Country Status (2)

Country Link
CN (1) CN111865508B (zh)
WO (1) WO2020221260A1 (zh)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116326120A (zh) * 2020-10-21 2023-06-23 华为技术有限公司 通信方法及装置
WO2022141570A1 (zh) * 2020-12-31 2022-07-07 华为技术有限公司 数据传输方法及通信装置
WO2022151431A1 (zh) * 2021-01-15 2022-07-21 华为技术有限公司 通信方法及装置
CN115174008B (zh) * 2021-04-02 2023-11-07 大唐移动通信设备有限公司 数据传输方法、装置及存储介质
CN115276919B (zh) * 2021-04-29 2024-07-05 维沃移动通信有限公司 上行传输方法、装置及终端
US20220417972A1 (en) * 2021-06-25 2022-12-29 Apple Inc. Fast Resource Allocation Adjustment and Media Access Control Awareness of Quality of Service Flows in Wireless Communications
CN117581494A (zh) * 2021-06-28 2024-02-20 上海诺基亚贝尔股份有限公司 配置授权传输
CN114026810B (zh) * 2021-09-29 2024-09-03 北京小米移动软件有限公司 一种混合自动重传请求进程号的确定方法及其装置

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108366430A (zh) * 2017-01-26 2018-08-03 华为技术有限公司 调度请求的方法和终端设备

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8135446B2 (en) * 2009-08-26 2012-03-13 Samsung Electronics Co., Ltd. Apparatus and method for maximum power saving in sleep mode

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108366430A (zh) * 2017-01-26 2018-08-03 华为技术有限公司 调度请求的方法和终端设备

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
Discussion on Configured Grant Enhancements;Institute for Information Industry (III);《3GPP TSG RAN WG1 Meeting #94bis R1-1811552》;20181012;全文 *

Also Published As

Publication number Publication date
CN111865508A (zh) 2020-10-30
WO2020221260A1 (zh) 2020-11-05

Similar Documents

Publication Publication Date Title
CN111865508B (zh) 一种通信方法及通信装置
US20240314793A1 (en) Methods, systems, and devices for transferring data with different reliabilities
JP7248661B2 (ja) 通信方法、通信装置、およびデバイス
WO2020094107A1 (zh) 发送数据的方法、发送数据的装置、以及终端设备
US10778379B2 (en) Uplink signal transmission method and user equipment
CN110225547B (zh) 一种调度请求发送、接收方法、终端及网络侧设备
WO2020063469A1 (zh) 资源配置方法、基站及终端
CN110972317B (zh) 通信方法和装置
WO2018133669A1 (zh) 一种资源调度方法以及无线接入网设备和终端设备
CN110351020B (zh) 一种传输数据的方法、装置和系统
US20100329204A1 (en) Method and Apparatus for Handling Scheduling Information Report in Wireless Communication System
WO2017193730A1 (zh) 自动重传的调度方法、终端、网络侧设备以及存储媒介
US20230006777A1 (en) Communication method and apparatus
CN111757507B (zh) 一种通信方法和装置
CN110839284A (zh) 一种调度请求资源确定及配置方法、设备及装置
CN110324902A (zh) 通信方法、通信装置和系统
CN111148225B (zh) 资源调度方法、装置及设备
WO2020114237A1 (zh) 数据传输方法与通信装置
WO2021159272A1 (zh) 通信方法、装置、设备及可读存储介质
CN114902637B (zh) 一种数据传输方法及装置
WO2022001797A1 (zh) 数据传输方法及装置
CN114762392B (zh) 通信方法及装置
WO2021184270A1 (zh) 混合自动重传请求应答信息传输方法、装置及存储介质
CN113939019A (zh) 通信方法及通信设备
WO2018166472A1 (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