[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

CN111614446B - 通信处理方法和通信处理装置 - Google Patents

通信处理方法和通信处理装置 Download PDF

Info

Publication number
CN111614446B
CN111614446B CN201910135722.0A CN201910135722A CN111614446B CN 111614446 B CN111614446 B CN 111614446B CN 201910135722 A CN201910135722 A CN 201910135722A CN 111614446 B CN111614446 B CN 111614446B
Authority
CN
China
Prior art keywords
cbg
bit
retransmitted
message
side device
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
CN201910135722.0A
Other languages
English (en)
Other versions
CN111614446A (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.)
XFusion Digital 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 CN201910135722.0A priority Critical patent/CN111614446B/zh
Publication of CN111614446A publication Critical patent/CN111614446A/zh
Application granted granted Critical
Publication of CN111614446B publication Critical patent/CN111614446B/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
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0044Allocation of payload; Allocation of data channels, e.g. PDSCH or PUSCH
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B17/00Monitoring; Testing
    • H04B17/30Monitoring; Testing of propagation channels
    • H04B17/382Monitoring; Testing of propagation channels for resource allocation, admission control or handover
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053Allocation of signalling, i.e. of overhead other than pilot signals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • H04W76/27Transitions between radio resource control [RRC] states

Landscapes

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

Abstract

本申请实施例公开了一种通信处理方法和通信处理装置,用于提高数据传输性能。本申请实施例方法包括:终端侧设备接收网络侧设备发送的第一消息,所述第一消息用于配置下行控制信息DCI中编码块组清空信息CBGFI域所包含比特数;所述终端侧设备接收所述网络侧设备发送的第二消息,所述第二消息用于确定所述比特数的比特对应的至少一个编码块组CBG;所述终端侧设备根据所述第二消息确定所述比特数的比特所对应的至少一个CBG。

Description

通信处理方法和通信处理装置
技术领域
本申请涉及通信技术,尤其涉及一种通信处理方法和通信处理装置。
背景技术
第五代(the fifth generation,5G)移动通信系统支持增强型移动宽带(enhanced mobile broadband,eMBB)业务、高可靠低时延通信(ultrareliable and lowlatencycommunications,URLLC)业务等业务。
URLLC业务的数据包的产生具有突发性和随机性,可能在很长一段时间内都不会产生数据包,也可能在很短时间内产生多个数据包。为了满足URLLC业务的超短时延需求,基站抢占用于传输eMBB业务数据的时频资源来传输该URLLC业务数据。目前,基站向终端侧设备下发下行控制信息,其中,该下行控制信息用于指示终端侧设备被URLLC业务抢占的资源,从而降低抢占对eMBB终端的影响,该下行控制信息包括编码块组清空信息(code blockgroup flushing out information,CBGFI)比特,该CBGFI比特只有1比特,用于指示终端侧设备对后续重传的编码块组(code block group,CBG)对应的译码缓存全部清空或者不清空。
但是,对于eMBB传输块(transport block,TB)中重传的CBG,有些CBG传输失败是由于信道衰落或者信道干扰所造成的,有些CBG传输失败是由于资源被URLLC业务所抢占所造成的。由于CBGFI只有1比特,只能用于指示终端侧设备对重传的CBG对应的缓存全部清空或者是不清空,为了避免在缓存buffer中保留的URLLC业务数据的干扰,通常来说,此时会指示将该buffer全部清空。因此,当待重传的CBG中同时存在被URLLC业务所抢占而传输失败的CBG和由于信道衰落或者干扰而传输失败的CBG时,终端侧设备根据CBGFI比特确定清空该重传CBG对应的缓存,那么就损失了增量冗余(incremental redundancy,IR)合并增益,导致数据传输性能降低。
发明内容
本申请实施例提供了一种通信处理方法和通信处理装置,用于提高数据传输性能。
本申请实施例的第一方面提供一种通信处理方法,包括:
在通信过程中,网络侧设备通过第一消息为终端侧设备分配CBGFI域的比特数,即CBGFI域所包含的比特数是灵活可配置的;然后终端侧设备可以接收网络侧设备发送的第二消息,并通过该第二消息来确定该比特数的比特所对应的至少一个CBG。因此,通过本申请的技术方案,网络侧设备可以为该终端侧设备配置CBGFI域的比特数,并且该比特数的比特对应至少一个CBG。当同时存在由于信道衰落或者信道干扰而传输失败的CBG和由于被URLLC业务所抢占而传输失败的CBG时,终端侧设备可以通过CBGFI域对应的比特对这些CBG执行相应的处理,这样就减少或避免将由于信道衰落或者信道干扰而传输失败的CBG的缓存也进行清空,则减少或避免带来增益损失,从而提高数据传输性能。
一种可能的实现方式中,该第一消息可以为无线资源控制(radio resourcecontrol,RRC),第二消息可以为下行控制信息(downlink control information,DCI),而该第二消息确定的该至少一个CBG为至少一个待重传CBG。在该可能的实现方式中,提供了一种具体的第一消息和第二消息的可能形式,并且该终端侧设备根据该第二消息可以确定CBGFI域比特中的比特所对应的至少一个待重传CBG。则终端侧设备可以根据比特的状态对该比特所对应的至少一个待重传CBG执行相应的处理,这样可以减少或避免将由于信道衰落或者信道干扰而传输失败的CBG的缓存也进行清空,则减少或避免带来增益损失,从而提高数据传输性能。
另一种可能的实现方式中,该第一消息和第二消息可以都为RRC消息,且该第二消息指示该比特数的比特与该至少一个CBG的对应关系。在该可能的实现方式中,提供了另一种具体的该第一消息和第二消息的形式,并且终端侧设备根据该第二消息可以确定该CBGFI域比特中的比特所对应的至少一个CBG。因此,终端侧设备确定CBGFI域比特中的比特所对应的至少一个CBG之后,再后续则可以根据该比特的状态对该比特所对应的至少一个CBG中所包括的待重传CBG执行相应的处理,这样可以减少或避免将由于信道衰落或者信道干扰而传输失败的CBG的缓存也进行清空,则减少或避免带来增益损失,从而提高数据传输性能。
另一种可能的实现方式中,该终端侧设备根据第二消息确定该比特数的比特所对应的至少一个CBG之后,该方法还可以包括:首先,该终端侧设备可以接收DCI;然后,终端侧设备可以根据该DCI确定该至少一个CBG中的至少一个待重传的CBG。在该可能的实现方式,终端侧设备确定比特数的比特所对应的至少一个CBG之后,可以通过网络侧设备发送的DCI确定该至少一个CBG中的待重传CBG,然后终端侧设备可以根据该比特的状态对该待重传CBG执行相应的处理。
另一种可能的实现方式中,该至少一个CBG可以至少包括属于该第一传输块的第一CBG和属于该第二传输块的第二CBG,该第一CBG在该第一传输块中的序号与该第二CBG在该第二传输块中的序号相同,该第一CBG和该第二CBG对应该CBGFI域中的相同比特。在该可能的实现方式中,针对多输入多输出(multiple-input multiple-output,MIMO)模式下,且终端侧设备被配置采用2TB的传输方式,由于不同TB上的序号的待重传CBG所使用的时频资源相同或者大部分相同,所以当不同TB上的序号相同的CBG都未成功传输时,那么这两个CBG未成功传输时,那么这两个CBG未成功传输的原因很大程度相同,因此,在该可能的实现方式中,将不同TB上序号相同的第一CBG和第二CBG使用CBGFI域中的同一比特来指示,使得CBGFI域的比特所指示的CBG具有针对性。
另一种可能的实现方式中,该至少一个CBG至少可以包括属于第一传输块的第一CBG和属于第二传输块的第二CBG,第一CBG在第一传输块中的序号与第二CBG在第二传输块中的序号相同;该方法还可以包括:如果第一CBG被译码成功,则该终端侧设备可以在不依据该CBGFI域中与该第二CBG对应的比特的情况下确定该第二CBG进行合并处理。在该可能的实现方式中,针对不同TB上,序号相同的第一CBG和第二CBG,如果在第一CBG被译码成功的情况下,那么终端侧设备可以对该第二CBG执行的是合并处理。因为,在这种情况下,第一CBG和第二CBG使用的时频资源相同或者大部分相同,如果第一CBG是传输成功,则第二CBG的未成功传输原因很大程度是由于信道问题导致的传输失败,则此时网络侧设备可以不分配比特来指示该第二CBG,终端侧设备通过对第一CBG的译码成功的情况,即可以确定对第二CBG执行的处理为合并处理,从而减少CBGFI域的比特的使用,避免不必要的资源开销。
另一种可能的实现方式中,该DCI还可以包括冗余版本(redundancy version,RV)域,对于该至少一个CBG中任意一个待重传CBG;如果该待重传CBG在该CBGFI域中对应的比特指示该待重传CBG合并处理,那么终端侧设备可以使用RV域指示的RV值接收该待重传CBG;如果该待重传CBG在该CBGFI域中对应的比特指示该待重传CBG被损坏,那么终端侧设备可以使用RV值为0来接收该待重传CBG。在该可能的实现方式中,提供终端侧设备接收待重传CBG的具体方式。
本申请实施例的第二方面提供一种通信处理方法,包括:
在通信过程中,网络侧设备可以通过第一消息为终端侧设备分配用于配置DCI中的CBGFI域的比特数;然后,网络侧设备可以向终端侧设备发送第二消息,该第二消息用于终端侧设备确定该比特数的比特所对应的至少一个CBG。在本申请的技术方案中,网络侧设备可以为该终端侧设备配置CBGFI域的比特数,并且该比特数的比特对应至少一个CBG。当同时存在由于信道衰落或者信道干扰而传输失败的CBG和由于被URLLC业务所抢占而传输失败的CBG时,终端侧设备可以通过CBGFI域对应的比特对这些CBG执行相应的处理,这样就减少或避免将由于信道衰落或者信道干扰而传输失败的CBG的缓存也进行清空,则减少或避免带来增益损失,从而提高数据传输性能。
一种可能的实现方式中,该第一消息可以为无线资源控制(radio resourcecontrol,RRC),第二消息可以为下行控制信息(downlink control information,DCI),而该第二消息确定的该至少一个CBG为至少一个待重传CBG。在该可能的实现方式中,提供了一种具体的第一消息和第二消息的可能形式,并且该终端侧设备根据该第二消息可以确定CBGFI域比特中的比特所对应的至少一个待重传CBG。则终端侧设备可以根据比特的状态对该比特所对应的至少一个待重传CBG执行相应的处理,这样可以减少或避免将由于信道衰落或者信道干扰而传输失败的CBG的缓存也进行清空,则减少或避免带来增益损失,从而提高数据传输性能。
另一种可能的实现方式中,该第一消息和第二消息可以都为RRC消息,且该第二消息指示该比特数的比特与该至少一个CBG的对应关系。在该可能的实现方式中,提供了另一种具体的该第一消息和第二消息的形式,并且终端侧设备根据该第二消息可以确定该CBGFI域比特中的比特所对应的至少一个CBG。因此,终端侧设备确定CBGFI域比特中的比特所对应的至少一个CBG之后,再后续则可以根据该比特的状态对该比特所对应的至少一个CBG中所包括的待重传CBG执行相应的处理,这样可以减少或避免将由于信道衰落或者信道干扰而传输失败的CBG的缓存也进行清空,则减少或避免带来增益损失,从而提高数据传输性能。
另一种可能的实现方式中,该方法还可以包括:网络侧设备可以向终端侧设备发送DCI,该DCI可以用于终端侧设备确定该至少一个CBG中的至少一个待重传的CBG。在该可能的实现方式,网络侧设备通过DCI告知该终端侧设备该至少一个CBG中的待重传CBG,然后终端侧设备可以根据该比特的状态对该待重传CBG执行相应的处理。
另一种可能的实现方式中,该至少一个CBG可以至少包括属于该第一传输块的第一CBG和属于该第二传输块的第二CBG,该第一CBG在该第一传输块中的序号与该第二CBG在该第二传输块中的序号相同,该第一CBG和该第二CBG对应该CBGFI域中的相同比特。在该可能的实现方式中,针对MIMO模式下,且终端侧设备被配置采用2TB的传输方式,由于不同TB上的序号的待重传CBG所使用的时频资源相同或者大部分相同,所以当不同TB上的序号相同的CBG都未成功传输时,那么这两个CBG未成功传输时,那么这两个CBG未成功传输的原因很大程度相同,因此,在该可能的实现方式中,将不同TB上序号相同的第一CBG和第二CBG使用CBGFI域中的同一比特来指示,使得CBGFI域的比特所指示的CBG具有针对性。
另一种可能的实现方式中,该DCI还可以包括冗余版本(redundancy version,RV)域,对于该至少一个CBG中任意一个待重传CBG;如果该待重传CBG在该CBGFI域中对应的比特指示该待重传CBG合并处理,那么网络侧设备可以通过RV域指示的RV值发送该待重传CBG;如果该待重传CBG在该CBGFI域中对应的比特指示该待重传CBG被损坏,那么网络侧设备可以通过RV值为0向终端侧设备该待重传CBG。在该可能的实现方式中,提供了一种网络侧设备发送待重传CBG的具体方式。
本申请实施例第三方面提供了一种通信处理装置,该通信处理装置具有实现上述第一方面终端侧设备行为的功能,该功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能对应的模块。
本申请实施例第四方面提供了另一种通信处理装置,该通信处理装置具有实现上述第二方面网络侧设备行为的功能,该功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能对应的模块。
本申请实施例中第五方面提供了一种通信处理装置,该通信处理装置包括:处理器、存储器、输入输出设备以及总线;该存储器中存储有计算机指令;该处理器在执行该存储器中的计算机指令时,该存储器中存储有计算机指令;该处理器在执行该存储器中的计算机指令时,用于实现如第一方面任意一种实现方式。
一种可能的实现方式中,该处理器、存储器、输入输出设备分别与该总线相连。
本申请实施例中第六方面提供了另一种通信处理装置,该通信处理装置包括:处理器、存储器、输入输出设备以及总线;该存储器中存储有计算机指令;该处理器在执行该存储器中的计算机指令时,该存储器中存储有计算机指令;该处理器在执行该存储器中的计算机指令时,用于实现如第二方面任意一种实现方式。
一种可能的实现方式中,该处理器、存储器、输入输出设备分别与该总线相连。
本申请实施例第七方面提供了一种芯片系统,该芯片系统包括处理器,用于支持网络侧设备实现上述第一方面中所涉及的功能,例如,例如发送或处理上述方法中所涉及的数据和/或信息。在一种可能的设计中,所述芯片系统还包括存储器,所述存储器,用于保存网络设备必要的程序指令和数据。该芯片系统,可以由芯片构成,也可以包括芯片和其他分立器件。
本申请实施例第八方面提供了一种芯片系统,该芯片系统包括处理器,用于支持网络侧设备实现上述第二方面中所涉及的功能,例如,例如发送或处理上述方法中所涉及的数据和/或信息。在一种可能的设计中,所述芯片系统还包括存储器,所述存储器,用于保存网络设备必要的程序指令和数据。该芯片系统,可以由芯片构成,也可以包括芯片和其他分立器件。
本申请实施例第九方面提供了一种包括指令的计算机程序产品,其特征在于,当其在计算机上运行时,使得该计算机执行如第一方面或第二方面中任一种的实现方式。
本申请实施例第十方面提供了一种计算机可读存储介质,其特征在于,包括指令,当该指令在计算机上运行时,使得计算机执行如第一方面或第二方面中任一种实现方式。
从以上技术方案可以看出,本申请实施例具有以下优点:
经由上述技术方案可知,网络侧设备通过第一消息为终端侧设备分配CBGFI域的比特数,即CBGFI域所包含的比特数是灵活可配置的;然后终端侧设备可以接收网络侧设备发送的第二消息,并通过该第二消息来确定该比特数的比特所对应的至少一个CBG。因此,通过本申请的技术方案,网络侧设备可以为该终端侧设备配置CBGFI域的比特数,并且该比特数的比特对应至少一个CBG。当同时存在由于信道衰落或者信道干扰而传输失败的CBG和由于被URLLC业务所抢占而传输失败的CBG时,终端侧设备可以通过CBGFI域对应的比特对这些CBG执行相应的处理,这样就减少或避免将由于信道衰落或者信道干扰而传输失败的CBG的缓存也进行清空,则减少或避免带来增益损失,从而提高数据传输性能。
附图说明
图1A为本申请实施例中的一种通信系统的示意图;
图1B为本申请实施例中的一种网络架构的示意图;
图1C为本申请实施例中的另一种网络架构的示意图;
图2为本申请实施例中通信处理方法的一个实施例示意图;
图3A为本申请实施例中通信处理方法的另一个实施例示意图;
图3B为本申请实施例中通信处理方法的一个场景示意图;
图3C为本申请实施例中通信处理方法的另一个场景示意图;
图3D为本申请实施例中通信处理方法的另一个场景示意图;
图3E为本申请实施例中通信处理方法的另一个场景示意图;
图3F为本申请实施例中通信处理方法的另一个场景示意图;
图3G为本申请实施例中通信处理方法的另一个场景示意图;
图3H为本申请实施例中通信处理方法的另一个场景示意图;
图3I为本申请实施例中通信处理方法的另一个场景示意图;
图3J为本申请实施例中通信处理方法的另一个场景示意图;
图4A为本申请实施例中通信处理方法的另一个实施例示意图;
图4B为本申请实施例中通信处理方法的另一个场景示意图;
图4C为本申请实施例中通信处理方法的另一个场景示意图;
图4D为本申请实施例中通信处理方法的另一个场景示意图;
图4E为本申请实施例中通信处理方法的另一个场景示意图;
图4F为本申请实施例中通信处理方法的另一个场景示意图;
图5为本申请实施例中通信处理装置的一个结构示意图;
图6为本申请实施例中通信处理装置的另一个结构示意图;
图7为本申请实施例中终端侧设备的一个结构示意图;
图8为本申请实施例中网络侧设备的一个结构示意图;
图9为本申请实施例中网络侧设备的另一个结构示意图。
具体实施方式
本申请实施例提供了一种通信处理方法和通信处理装置,用于提高数据传输性能。
请参考图1A,其为本申请实施例提供的一种通信系统的示意图。如图1A所示,终端侧设备130接入到无线网络,以通过无线网络获取因特网的服务,或者通过无线网络与其它终端侧设备通信。该无线网络包括无线接入网(radio access network,RAN)110和核心网(core network,CN)120,其中RAN110用于将终端侧设备130接入到无线网络,CN120用于对终端侧设备进行管理并提供与外网通信的网关。
终端侧设备,又称之为用户设备(user equipment,UE)、移动台(mobile station,MS)、移动终端(mobile terminal,MT)等,是一种向用户提供语音/数据连通性的设备,例如,具有无线连接功能的手持式设备、或车载设备等。目前,一些终端侧设备的举例为:手机(mobile phone)、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(mobile internetdevice,MID)、可穿戴设备,虚拟现实(virtual reality,VR)设备、增强现实(augmentedreality,AR)设备、工业控制(industrial control)中的无线终端、无人驾驶(selfdriving)中的无线终端、远程手术(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)、基站控制器(base stationcontroller,BSC)、基站收发台(base transceiver station,BTS)、家庭基站(例如,homeevolved NodeB,或home Node B,HNB)、基带单元(base band unit,BBU),或无线保真(wireless fidelity,Wifi)接入点(access point,AP)等。在一种网络结构中,网络侧设备可以包括集中单元(centralized unit,CU)节点、或分布单元(distributed unit,DU)节点、或包括CU节点和DU节点的RAN节点。网络侧设备,也可为实现前述上述RAN节点的功能的芯片系统。
“多个”是指两个或两个以上,其它量词与之类似。“和/或”描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。此外,对于单数形式“a”,“an”和“the”出现的元素(element),除非上下文另有明确规定,否则其不意味着“一个或仅一个”,而是意味着“一个或多于一个”。例如,“adevice”意味着对一个或多个这样的device。再者,至少一个(at least one of).......”意味着后续关联对象中的一个或任意组合,例如“A,B和C中的至少一个”包括A,B,C,AB,AC,BC,或ABC。
请参考图1B,其为本申请实施例提供的一种网络架构的示意图。如图1B所示,该网络架构包括CN设备和RAN节点。其中RAN节点包括基带装置和射频装置,其中,基带装置可以由一个节点实现,也可以由多个节点实现,射频装置可以从基带装置拉远独立实现,也可以集成基带装置中,或者部分拉远部分集成在基带装置中。例如,在长期演进(Long TermEvolution,LTE)通信系统中,RAN节点(eNB)包括基带装置和射频装置,其中射频装置可以相对于基带装置拉远布置,例如射频拉远单元(remote radio unit,RRU)相对于BBU拉远布置。
RAN节点和终端侧设备之间的通信遵循一定的协议层结构。例如控制面协议层结构可以包括无线资源控制(radio resource control,RRC)层、分组数据汇聚层协议(packet data convergence 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集中控制。如图1B所示,CU和DU可以根据无线网络的协议层划分,例如PDCP层及以上协议层的功能设置在CU,PDCP以下的协议层,例如RLC层和MAC层等的功能设置在DU。
这种协议层的划分仅仅是一种举例,还可以在其它协议层划分,例如在RLC层划分,将RLC层及以上协议层的功能设置在CU,RLC层以下协议层的功能设置在DU;或者,在某个协议层中划分,例如将RLC层的部分功能和RLC层以上的协议层的功能设置在CU,将RLC层的剩余功能和RLC层以下的协议层的功能设置在DU。此外,也可以按其它方式划分,例如按时延划分,将处理时间满足时延要求的功能设置在DU,不必满足该时延要求的功能设置在CU。
此外,射频装置可以拉远,不放在DU中,也可以集成在DU中,或者部分拉远部分集成在DU中,在此不作任何限制。
请继续参考图1C,相对于图1B所示的架构,还可以将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节点。
由于URLLC业务的数据包的产生具有突发性和随机性,可能在很长一段时间内都不会产生数据包,也可能在很短时间内产生多个数据包。为了满足URLLC业务的超短时延需求,基站抢占用于传输eMBB业务数据的时频资源来传输该URLLC业务数据。目前,基站向终端侧设备下发下行控制信息,其中,该下行控制信息用于指示终端侧设备被URLLC业务抢占的资源,从而降低抢占对eMBB终端的影响,该下行控制信息包括CBGFI比特,该CBGFI比特只有1比特,用于指示终端侧设备对后续重传的CBG对应的译码缓存全部清空或者不清空。但是,对于eMBB传输块中待重传的CBG,有些CBG传输失败是由于信道衰落或者信道干扰所造成的,有些CBG传输失败是由于资源被URLLC业务所抢占所造成的。由于CBGFI只有1比特,只能用于指示终端侧设备对重传的CBG对应的缓存全部清空或者是不清空,为了避免在缓存buffer中保留的URLLC业务数据的干扰,通常来说,此时会指示将该buffer全部清空。因此,当存在由于信道衰落或者信道干扰而传输失败的CBG和由于资源被URLLC业务所抢占而传输失败的CBG时,终端侧设备根据CBGFI域的比特确定清空该待重传CBG对应的缓存,那么就损失了增量冗余合并增益,导致数据传输性能降低。
有鉴于此,本申请实施例提供了一种通信处理方法和通信处理装置,用于提高数据传输性能。在本申请实施例中,网络侧设备可以通过第一消息为终端侧设备分配CBGFI域所包含的比特数,即CBGFI域所包含的比特数是灵活可配置的;然后终端侧设备可以接收网络侧设备发送的第二消息,并通过该第二消息来确定该比特数的比特所对应的至少一个CBG。因此,通过本申请的技术方案,网络侧设备可以为该终端侧设备配置CBGFI域的比特数,并且该比特数的比特对应至少一个CBG。当同时存在由于信道衰落或者信道干扰而传输失败的CBG和由于被URLLC业务所抢占而传输失败的CBG时,终端侧设备可以通过CBGFI域对应的比特对这些CBG执行相应的处理,这样就减少或避免将由于信道衰落或者信道干扰而传输失败的CBG的缓存也进行清空,则减少或避免带来增益损失,从而提高数据传输性能。
请参考图2,其为本申请实施例提供的一种通信处理方法的示意图。如图2所示,该方法包括如下步骤:
201、终端侧设备接收网络侧设备发送的第一消息。
在本申请实施例中,网络侧设备可以通过第一消息为终端侧设备配置CBGFI域所包含的比特数。终端侧设备接收该第一消息,该第一消息包括该CBGFI域所包含的比特数。
需要说明的是,该第一消息还包括CBG传输信息(CBG transmissioninformation,CBGTI)域的比特数。其中,网络侧设备可以根据以下至少一种因素为终端侧设备配置CBGTI域的比特数:
a、传输块TB的大小。
支持的最大TB越大,则TB所包括的CBG越多,CBGTI域的比特数占用更多(CBGTI域的比特与CBG一一对应)。
b、DCI的有效载荷大小。
DCI的有效载荷大小会影响传输性能,在同样的信道条件下,如果固定使用PDCCH传输的时频资源,则DCI的有效载荷越小,终端侧设备的接收性能越好。
而网络侧设备根据以下至少一种因素为终端侧设备配置CBGFI域的比特数:
a、重传效率。
CBGFI域的比特数越多,则CBGFI域的比特数中每个比特所对应的CBG越少,这样重传效率越高,而DCI开销越大;反之,则重传效率越低,DCI开销越小。所以,网络侧设备可以根据重传效率的需求确定CBGFI域的比特数。
b、DCI的有效载荷大小。
DCI的有效载荷大小会影响传输性能,在同样的信道条件下,如果固定使用PDCCH传输的时频资源,则DCI的有效载荷越小,终端侧设备的接收性能越好。
本实施例中,终端侧设备接收到该第一消息后,可以确定CBGFI域所包含的比特数和CBGTI域的比特数,并结合其他域的比特数确定网络侧设备发送的下行控制信息DCI的有效载荷大小;其中,终端侧设备确定其他域的比特数的方式可以有多种方式,下面举例说明:
1、终端侧设备可以通过协议预设规定的其他域的比特数来确定其他域的比特数;例如:协议规定的DCI中用于指示每个TB的调制编码方式占5比特、用于新数据指示占1比特、用于指示数据的冗余版本RV占2比特、用于指示混合自动重传请求(hybrid automaticrepeat request,HARQ)进程号占4比特、用于指示物理上行链路控制信道(physicaluplink control channel,PUCCH)的传输功率控制(transmit power control,TPC)指令占2比特、用于PUCCH资源指示占3比特等。
2、终端侧设备也可以通过接收网络侧设备发送的无线资源控制(radio resourcecontrol,RRC)消息来确定其他域的比特数;例如,协议规定的DCI中用于指示支持的最大TB个数(例如,每个TB对应8比特)、用于指示配置频域的资源块(resource block,RB)个数和频域资源分配方式,以使终端侧设备确定频域资源分配域的比特数、用于指示是否支持跨载波调度,以使终端侧确定是否存在载波指示域,如果存在,则该载波指示域固定设置为3比特。
202、终端侧设备接收网络侧设备发送的第二消息。
终端侧设备可以接收网络侧设备发送的第二消息,该第二消息用于终端侧设备确定该CBGFI域的比特数的比特所对应的至少一个CBG。
203、终端侧设备根据第二消息确定CBGFI域的比特数的比特所对应的至少一个CBG。
终端侧设备接收到该第二消息之后,可以根据该第二消息确定CBGFI域的比特数的比特所对应的至少一个CBG。具体的确定方式可以有多种,下面举例说明:
方式一:终端侧设备根据第二消息确定目标传输块的待重传CBG的个数;然后,终端侧设备根据第一预设规则、该待重传CBG的个数和该CBGFI域的比特数确定CBGFI域的比特数的比特所对应的待重传CBG的个数;然后,终端侧设备根据第二预设规则和比特所对应的待重传CBG的个数确定该比特所对应的至少一个待重传的CBG;其中,第一预设规则用于终端侧设备确定每个比特所对应的待重传CBG的个数,而第二预设规则用于终端侧设备确定每个比特所对应的至少一个待重传CBG,第一预设规则和第二预设规则可以是网络侧设备向终端侧设备发送的,也可以是提前在终端侧设备预置的,具体此处不做限定。其次,针对方式一的具体确定过程详细请参阅图3A中的步骤303至步骤304和步骤307至步骤308的详细介绍。
方式二:终端侧设备根据该第二消息确定目标传输块所包括的CBG的总个数;然后终端侧设备可以根据第三预设规则、该CBG的总个数和该CBGFI域的比特数确定CBGFI域的比特数的比特所对应的CBG的个数;然后,终端侧设备根据第四预设规则和比特所对应的CBG的个数确定该CBGFI域的比特数的比特所对应的至少一个CBG。其中,第三预设规则用于终端侧设备确定每个比特所对应的CBG的个数,第四预设规则用于终端侧设备确定每个比特所对应的CBG,第三预设规则和第四预设规则可以是网络侧设备向终端侧设备发送的,也可以是提前在终端侧设备预置的,具体此处不做限定。其次,针对方式二的具体确定过程详细请参阅图4A中的步骤403至步骤404和步骤407至步骤408的详细介绍。
本申请实施例中,网络侧设备可以通过第一消息为终端侧设备分配CBGFI域所包含的比特数,即CBGFI域所包含的比特数是灵活可配置的;然后终端侧设备可以接收网络侧设备发送的第二消息,并通过该第二消息来确定该比特数的比特所对应的至少一个CBG。因此,通过本申请的技术方案,网络侧设备可以为该终端侧设备配置CBGFI域的比特数,并且该比特数的比特对应至少一个CBG。当同时存在由于信道衰落或者信道干扰而传输失败的CBG和由于被URLLC业务所抢占而传输失败的CBG时,终端侧设备可以通过CBGFI域对应的比特对这些CBG执行相应的处理,这样就减少或避免将由于信道衰落或者信道干扰而传输失败的CBG的缓存也进行清空,则减少或避免带来增益损失,从而提高数据传输性能。
下面结合具体的实施例对上述步骤203中所举例的各种方式进行说明:
请参阅图3A,其为本申请实施例提供的一种通信处理方法的示意图,图3A中,终端侧设备通过上述方式一确定CBGFI域的比特数的比特所对应的至少一个待重传的CBG;其中,第一消息为RRC消息,而第二消息为DCI。如图3A所示,该方法包括:
301、终端侧设备接收网络侧设备发送的RRC消息。
网络侧设备可以为终端侧设备配置CBGFI域的比特数,然后通过RRC消息告知终端侧设备,该RRC消息携带CBGFI域所包含的比特数。
本实施例中,该RRC消息还可以包括CBGTI域的比特数。其次,针对网络侧设备如何为终端侧设备配置该CBGFI域的比特数和CBGTI域的比特数,可以参阅前述图2中的步骤201的相关介绍,具体此处不再赘述。
302、终端侧设备根据该RRC消息确定CBGFI域的比特数。
终端侧设备可以根据RRC消息确定CBGFI域的比特数和CBGTI域的比特数,而终端侧设备结合其他域的比特数确定网络侧设备发送的下行控制信息DCI的有效载荷大小的过程请参考前述图2中的步骤201,具体此处不再赘述。
303、网络侧设备根据第一预设规则、目标传输块的待重传CBG的个数和CBGFI域的比特数确定每个比特对应的待重传CBG的个数。
终端侧设备接收网络侧设备发送的目标TB的CBG,并对该CBG进行译码;然后,终端侧设备针对译码情况向网络侧设备发送反馈消息。若终端侧设备对该CBG成功译码,终端侧设备向网络侧设备反馈(acknowledgement,ACK)消息,若终端侧设备对该CBG译码失败,则终端侧设备向网络侧设备反馈NACK消息,通过反馈消息来指示在对应的进程中该目标TB的该CBG未成功接收。其中,该进程可以是网络侧设备在DCI中携带该进程的进程号,并且终端侧设备是在网络侧设备所指示的上行控制资源位置发送该反馈消息,这样网络侧设备通过在对应的上行资源位置接收该终端侧设备发送的反馈消息,然后根据该反馈消息确定终端侧设备对该进程所传输的目标TB的接收情况,从而确定该目标TB中的哪些CBG是待重传的CBG和待重传CBG的个数。
而在步骤301中也描述了网络侧设备通过第一消息为终端侧设备配置CBGFI域的比特数的过程,则网络侧设备可以确定CBGFI域的比特数。那么网络侧设备可以根据第一预设规则、目标TB的待重传CBG的个数和CBGFI域的比特数确定该CBGFI域的比特数中的每个比特所对应的待重传CBG的个数,其中,第一预设规则用于终端侧设备确定每个比特所对应的待重传CBG的个数,该第一预设规则可以是网络侧设备向终端侧设备发送的,也可以是提前在该终端侧设备预置的,具体此处不做限定。其中,目标TB所包括的CBG的总个数为N,目标TB的待重传CBG的个数为N1,CBGFI比特的个数为M,N大于等于2,M大于1。第一预设规则有多种,下面通过举例说明:
预设规则A:
1、当N1大于M时,网络侧设备可以确定CBGFI域的比特数中的M1个比特中每个比特所对应的待重传CBG个数为ceil(N1/M),确定CBGFI域的比特数中的M2个比特中的每个比特所对应的待重传CBG的个数为floor(N1/M),其中,M1=N1-floor(N1/M)*M,M2=M-N1+floor(N1/M)*M,ceil(x)是指对x向上取整,floor(x)是指对x向下取整。例如,如图3B所示,目标TB包括8个CBG,待重传CBG包括CBG1、CBG3、CBG4、CBG6和CBG7,CBGFI域的比特数为3,分别为比特0、比特1和比特2,网络侧设备可以确定比特0对应一个待重传CBG,比特1对应2个待重传CBG,比特2对应2个待重传CBG;当然,也可以是比特0对应两个待重传CBG,比特1对应一个待重传CBG,比特2对应2个待重传CBG等,如图3C所示,具体此处不做限定。
2、当N1小于或者等于M时,网络侧设备可以确定CBGFI域的比特数中每个比特所对应的待重传CBG个数为1。需要说明的是,当N1小于M时,则通过平均分配方式确定每个待重传CBG对应一个CBGFI域中的比特,对于剩余的M-N1个该CBGFI域的比特则可以不使用,在后续可以将这些比特设置为预设值,或者用于对其他信息的指示等,具体此处不做限定。例如,如图3D所示,目标TB包括6个CBG,待重传CBG包括CBG1和CBG3,CBGFI域的比特数为2,分别为比特0和比特1,则网络侧设备通过平均分配方式可以确定比特0对应一个待重传CBG,比特1对应一个待重传CBG。再例如,如图3E所示,目标TB包括6个CBG,待重传CBG包括CBG1,CBGFI域的比特数为2,分别为比特0和比特1,则可知待重传CBG的个数小于CBGFI域的比特数,则网络侧设备通过平均分配方式可以确定比特0对应CBG1,而比特1则可以设置为预设值。
预设规则B:
1、当N1大于M时,网络侧设备可以根据CBGFI域的比特数、待重传CBG的个数和预设的排列组合,确定每个比特对应的待重传CBG的个数。下面通过表1来举例说明,其中,表1中仅仅示出了当CBGFI域的比特数为3且目标TB所包括的CBG总个数为8个时,根据待重传CBG的个数确定所有可能的比特对应待重传CBG个数的组合,对于其他数量关系也同样适用。其次,针对表1中所有可能的组合,网络侧设备使用预设的排序组合每个比特对应的待重传CBG个数,该预设的排序组合可以是协议规定的,也可以是网络侧设备确定的。如果是网络侧设备确定的,则网络侧设备可以向终端侧设备发送指示信息,该指示信息用于指示终端侧设备使用该预设的组合确定每个比特对应的待重传CBG个数。例如,针对表1中CBGFI域的比特数为3个,待重传CBG的个数为5个时,该预设的排序组合可以为其中两个比特对于一个待重传CBG,另外一个比特对于三个待重传CBG;或者为其中一个比特对应一个待重传CBG,另外两个比特对应两个待重传CBG。而网络侧设备可以确定使用这两种排序组合中的某一种排序组合,也可以是使用协议规定的排序组合,具体此处不做限定。其中,如果是网络侧设备确定使用这两种排序组合中的某一种排序组合,则网络侧设备可以向终端侧设备发送指示信息,从而指示终端侧设备使用对应的排序组合来确定每个比特对应的待重传CBG个数。
表1
Figure BDA0001976294300000121
2、当N1小于等于M时,网络侧设备可以根据CBGFI域的比特数、待重传CBG的个数和预设的排列组合,确定每个比特对应的待重传CBG的个数。下面通过表2来举例说明,表2中示出了当CBGFI域的比特数为3,且目标TB所包括的CBG总个数为8个时,根据待重传CBG的个数确定比特对应待重传CBG个数的所有可能的组合。对于其他数量关系也同样适用。其次,针对表1中所有可能的组合,例如,表2中CBGFI域的比特数为3个,待重重CBG的个数为3个时,该预设的排序组合可以为每个比特对应1个待重传CBG。
表2
Figure BDA0001976294300000131
需要说明的是,网络侧设备可以选择采用上述的预设规则A或者预设规则B,具体本申请不做限定。其次,网络侧设备也可以根据协议规定确定采用预设规则A或者预设规则B。当网络侧设备选择采用对应的预设规则时,网络侧设备可以向终端侧设备发送指示信息,用于指示终端侧设备对应的预设规则。
下面通过图3F来描述上述表1中的某种排序组合。如图3F所示,待重传CBG包括CBG1、CBG3、CBG4、CBG6和CBG7,共5个待重传CBG,CBGFI域的比特数为3个,分别为比特0、比特1和比特2;当待重传CBG的个数为5个,且CBGFI域的比特为3个时,可以确定比特0对应一个待重传CBG,比特1对应一个待重传CBG,而比特2对应三个待重传CBG。
304、网络侧设备根据每个比特对应的待重传CBG的个数和第二预设规则确定该CBGFI域的比特数的比特所对应的至少一个待重传CBG。
网络侧设备根据第二预设规则和该每个比特所对应的待重传CBG的个数确定每个比特所对应的至少一个待重传CBG。其中,第二预设规则有多种。下面以上述网络侧设备通过预设规则A确定每个比特所对应的待重传CBG的个数为基础进行举例,而对基于网络侧设备通过预设规则B确定每个比特所对应的待重传CBG的个数,该第二预设规同样适用。其中,目标TB所包括的CBG的总个数为N,目标TB的待重传CBG的个数为N1,CBGFI比特的个数为M,N大于等于2,M大于1:
预设规则C:按照待重传CBG在目标TB上的序号大小进行分组。
首先,先介绍目标TB上的CBG的序号。如图3B所示,目标TB包括8个CBG,分别为CBG1至CBG8,CBG的序号可以理解为CBG在目标TB上的排序位置。例如,CBG1为目标TB上的第一个CBG,CBG2为目标TB上的第二个CBG,其他CBG也同理,这里不一一列出;即CBG1的序号为1,CBG2的序号为2。
下面通过举例来说明网络侧设备按照待重传CBG在目标TB上的序号大小进行分组的过程:如图3B所示,在上述描述的网络侧设备通过预设规则A确定比特0对应一个待重传CBG,比特1对应的两个待重传CBG,比特2对应两个待重传CBG;那么,网络侧设备根据CBG在目标TB上的序号可知,CBG1为该目标TB上的第一个CBG,即其序号为1;CBG3和CBG4分别为目标TB上的第三个CBG和第四个CBG,即CBG3和CBG4的序号分别为3和4;CBG6和CBG7分别为目标TB上的第六个CBG和第七个CBG,即CBG6和CBG7的序号分别为6和7;则网络侧设备可以确定比特0对应CBG1,比特2对应CBG3和CBG4,比特2对应CBG6和CBG7。
需要说明的是,针对MIMO模式下,终端侧设备可被配置采用2TB的传输方式时,则通过预设规则C的分组方式也同理,可以是先对TB1上的待重传CBG通过预设规则C进行分组完成后,然后再对TB2上的待重传CBG通过预设规则C进行分组。
预设规则D:根据预设的排序组合对目标TB的待重传CBG进行分组。
下面通过举例进行说明:若CBGFI域的比特数为3个,且目标TB所包括的CBG总个数包括8个,其中,待重传CBG的个数为5个,网络侧设备可以根据预设的排序组合确定每个比特对应的待重传CBG。下面通过表3示出CBGFI域的比特数为3个,且目标TB所包括的CBG总个数包括8个,其中,待重传CBG的个数为5个时,该预设的排序组合的一些可能的例子,具体如表3所示,例如,排序组合的编号1所对应的排序组合内容为:比特0对应CBG1,比特1对应CBG6和CBG7,比特2对应CBG3和CBG4;对于其他排序组合也类似,具体详见表3。需要说明的是,对于其他数量关系也同理,这里仅仅是为了说明网络侧设备根据预设的排序组合进行分组的方式。
表3
Figure BDA0001976294300000141
下面以其中一种排序组合进行说明该预设规则D,如图3G所示,网络侧设备确定比特0对应CBG1,比特1对应待重传CBG中的第二个CBG和待重传CBG中的第四个CBG,即比特1对应CBG3和CBG6,而比特2对应待重传CBG中的第三个CBG和第五个CBG,即比特2对应CBG4和CBG8。
预设规则E:针对MIMO场景,将不同TB上的序号相同的待重传CBG使用相同比特指示:
在MIMO模式下,网络侧设备根据终端侧设备反馈的信道信息,可以采用预编码技术发送数据,该信道信息可以包括终端侧设备和网络侧设备之间的信道矩阵的秩、预编码矩阵指示、信道质量指示(channel quality indicator,CQI)等。在MIMO模式中,所述网络侧设备可将数据映射到至少一个层后,发送给终端侧设备。所述MIMO模式下的一个层是指所述终端侧设备和所述网络侧设备之间的一条独立无关的信道,对应所述信道矩阵的一个极大无关线性向量组,可以承载一条有效的(能够被解析出的)数据流。从矩阵分析理论中可以得出,当发射天线端口个数小于该接收天线端口个数时,则层数小于或者等于该发射天线接口个数;当发射天线端口个数大于或者等于该接收天线端口个数时,则层数小于或者等于该接收天线端口个数。在MIMO模式下,天线端口为逻辑概念,定义为在该天线端口上传输信号的信道可以通过这个天线端口上传输另一信号的信道推导出。同一个天线端口上的时频资源可以映射到一个物理天线,也可以映射到多个物理天线。利用MIMO技术,可以提高相同时频资源上的数据传输率,扩大网络容量。
终端侧设备可被配置采用2TB传输时,每个TB可配置的CBG个数为2个或者4个,且每个TB所包括的CBG个数相同,这里以TB1和TB2的CBG总个数为N,则前N/2个CBG可以对应TB1的CBG,后N/2个CBG对应TB2的CBG。其中,可将TB上的CBG通过编号进行区分,例如,CBG(i,j),其中,i为对TB的索引,取值可以为0和1,j为对每个TB上的CBG的索引,取值为0至N/2-1;即TB1上的CBG(0,0)的序号与TB2上的CBG(1,0)的序号相同。而网络侧设备侧则可以将不同TB上的序号相同的待重传CBG使用CBGFI域中的同一比特来指示。
而在TB1和TB2上序号相同且传输情况不同的CBG,针对这部分CBG中所包含的待重传CBG,网络侧设备可以为该待重传CBG确定对应的比特,网络侧设备也可以不为这部分待重传CBG分配对应的比特,即没有对应的比特指示,本申请不做限定。
需要说明的是,网络侧设备将不同TB上的序号相同的待重传CBG使用CBGFI域中的同一比特来指示,是由于不同TB上的序号相同的待重传CBG所使用的时频资源相同或者大部分相同,所以当不同TB上的序号相同的CBG都未成功传输时,那么这两个CBG未成功传输的原因很大程度上相同。因为同一时频资源下,如果有业务抢占资源,则会同时抢占这两个CBG的时频资源。所以,这两个CBG会同时由于业务抢占资源的原因未成功传输,则网络侧设备可以通过同一比特来指示,使得终端侧设备对这两个CBG执行清空处理的操作;如果该时频资源下的某一层或若干层的信道状态较差或者信道干扰较大时,那么使用该时频资源的两个CBG可能只错一个也可能两个都错,则网络侧设备可以通过同一比特来指示,使得终端侧设备对一个或者两个错误的CBG执行合并处理的操作。
在TB1和TB2上序号相同且传输情况不同的CBG,针对这部分CBG中所包含的待重传CBG,网络侧设备可以不为该待重传CBG分配对应的比特的方案进行说明。例如,若TB1上的CBG(0,0)为待重传的CBG,TB2上的CBG(0,1)为待重传的CBG,而且TB2上的CBG(1,0)为成功传输的CBG,TB1上的CBG(0,1)为成功传输的CBG,那么网络侧设备可以对TB1上的CBG(0,0)和TB2上的CBG(0,1)不分配对应的比特来指示这两个CBG,终端侧设备在这种情况下则可以确定这两个CBG是由于信道衰落或者信道干扰等信道问题造成的传输失败。因为TB1上的CBG(0,0)和TB2上的CBG(1,0)所使用的时频资源相同,如果是由于业务抢占导致的TB1上的CBG(0,0)传输失败,那么TB2上的CBG(1,0)肯定也未成功传输;所以,对于不同TB上序号相同且传输情况不同的的两个CBG,网络侧设备可以不分配对应的比特来指示传输失败的CBG,终端侧设备在这种情况下,可以确定传输失败的CBG是由于信道衰落或者信道干扰等信道问题导致的,则终端侧设备可以对该传输失败的CBG执行合并处理的操作。
下面通过具体例子进行说明预设规则E:
如图3H所示,TB1包括4个CBG,分别为CBG(0,0)、CBG(0,1)、CBG(0,2)和CBG(0,3),TB2包括4个CBG,分别为CBG(1,0)、CBG(1,1)、CBG(1,2)和CBG(1,3),其中,待重传CBG包括CBG(0,1)、CBG(0,2)、CBG(0,3)、CBG(1,2)和CBG(1,3),CBGFI域的比特数为3个,分别为比特0、比特1和比特2。基于网络侧设备通过预设规则A确定比特0对应一个待重传CBG,比特1对应两个待重传CBG,比特2对应两个待重传CBG,那么网络侧设备可以将待重传CBG中不同TB上的序号相同的待重传CBG通过对应的比特来指示,如图3H所示,比特0对应CBG(0,1);由于CBG(0,2)为TB上的第三个CBG,而CBG(1,2)为TB2上的第三个CBG,则可知,CBG(0,2)在TB1上的序号与CBG(1,2)在TB2上的序号相同,那么网络侧设备可以确定比特1对应CBG(0,2)和CBG(1,2);同理,CBG(0,3)为TB1上的第四个CBG,CBG(1,3)为TB2上的第四个CBG,则可知,CBG(0,3)在TB1的序号与CBG(1,3)在TB2上的序号相同,那么网络侧设备可以确定比特2对应CBG(0,3)和CBG(1,3)。
需要说明的是,基于图3H所示的示例中,也可以是比特1对应CBG(0,3)和CBG(1,3),比特2对应CBG(0,2)和CBG(1,2),即使比特指示顺序的不同方式,这里以示例进行说明,对于其他数量关系的待重传CBG和CBGFI域的比特数也同样适用。
如图3I所示,再进行举例说明,TB1包括4个CBG,分别为CBG(0,0)、CBG(0,1)、CBG(0,2)和CBG(0,3),TB2包括4个CBG,分别为CBG(1,0)、CBG(1,1)、CBG(1,2)和CBG(1,3),其中,待重传CBG包括CBG(0,1)、CBG(0,2)、CBG(0,3)、CBG(1,2)和CBG(1,3),CBGFI域的比特数为2个,分别为比特0和比特1,则网络侧设备可以确定比特1对应CBG(0,2)、CBG(1,2)和CBG(0,1),比特0对应CBG(0,3)和CBG(1,3)。基于图3I所示的示例可知,网络侧设备首先将序号相同的待重传CBG分成一组,确定待重传的组数(在本例子中为3),待重传的组数对应于非MIMO场景中的待重传CBG个数M,然后就可以通过第一预设规则和第二预设规则来确定CBGFI比特与待重传组的关系。
如图3J所示,TB1包括4个CBG,分别为CBG(0,0)、CBG(0,1)、CBG(0,2)和CBG(0,3),TB2包括4个CBG,分别为CBG(1,0)、CBG(1,1)、CBG(1,2)和CBG(1,3),其中,待重传CBG包括CBG(0,1)、CBG(0,2)和CBG(1,2),则网络侧设备可以确定比特0对应CBG(0,2)和CBG(1,2),而对于CBG(0,1)不分配比特来指示,而比特1的值可以设置为预设值或者用于其他消息的指示等。
305、网络侧设备确定CBGFI域的比特数的比特的状态。
网络侧设备确定每个比特所对应的待重传CBG之后,则网络侧设备可以确定每个比特的状态。具体的,网络侧设备可以根据每个比特所对应的待重传CBG的未成功传输原因确定每个比特的状态,例如,当该待重传CBG是由于信道衰落或信道干扰等原因导致传输失败的,则网络侧设备可以通过该比特指示终端侧设备对该待重传CBG执行合并处理的操作;当该待重传CBG是由于业务抢占资源导致传输失败的,则网络侧设备可以通过该比特指示终端侧设备对该待重传CBG执行清空处理的操作。以图3B为例进行说明:比特0对应CBG1,比特1对应CBG3和CBG4,比特2对应CBG6和CBG7,那么针对比特0的取值,网络侧设备可以根据CBG1的未成功传输原因,确定比特0的取值;例如,若CBG1是由于信道衰落或信道干扰等原因导致传输失败的,则网络侧设备可以将比特0的取值设置为0,用于指示终端侧设备对该CBG1进行合并处理;若CBG1是由于业务抢占资源导致传输失败的,则网络侧设备可以将比特0的取值设置为1,用于指示终端侧设备对该CBG1的缓存进行清空处理。而针对比特1的取值,网络侧设备可以根据CBG3和CBG4的未成功传输原因确定比特1的取值。例如,若CBG3和CBG4都是由于信道衰落或信道干扰等原因导致传输失败的,则网络侧设备可以将比特1的取值设置为0;若CBG3和CBG4中存在至少一个CBG是由于业务抢占资源导致传输失败的,则网络侧设备可以将比特1的取值设置为1。比特2的取值方式与比特1的取值方式类似,这里不再赘述。
306、终端侧设备接收网络侧设备发送的下行控制信息DCI。
终端侧设备确定了DCI的有效载荷大小之后,则可以接收网络侧设备发送的DCI;其中,该DCI用于指示目标传输块的待重传CBG的个数和CBGFI域的比特数的比特的状态。具体可以是DCI中携带CBGTI域的比特数的比特状态,终端侧设备通过该CBGTI域的比特数的比特状态确定目标TB上的待重传CBG和其个数。
307、终端侧设备根据该DCI确定目标传输块的待重传CBG的个数。
终端侧设备可以根据该DCI中CBGTI域的比特的状态确定目标TB的待重传CBG,即可以确定目标TB上的待重传CBG的个数;CBGTI域中的比特数与目标TB所包括的CBG总个数相同,该CBGTI域的比特数的每个比特对应一个CBG,通过该CBGTI域的比特的取值可以确定该CBGTI域的比特对应的CBG是否为待重传CBG。
例如,该CBGTI域的比特的值为1时,终端侧设备则可以确定该CBGTI域的比特对应的CBG为待重传的CBG,CBGTI域的比特的值为0时,终端侧设备则可以本次网络侧设备未传输该CBGTI域的比特对应的CBG。
308、终端侧设备根据第一预设规则、该待重传CBG的个数和CBGFI域的比特数确定该CBGFI域的比特数的比特所对应的待重传CBG的个数。
终端侧设备可以根据第一预设规则、目标TB的待重传CBG的个数和CBGFI域的比特数确定每个比特所对应的待重传CBG的个数。具体终端侧设备的确定方式可以参见步骤303中网络侧设备确定每个比特所对应的待重传CBG的个数的过程,即在终端侧设备的确定方式与网络侧设备的确定方式是一致的,第一预设规则可以为步骤303中的预设规则A或者预设规则B,具体请参阅前述步骤303的详细介绍,这里不再赘述。
309、终端侧设备根据第二预设规则和每个比特所对应的待重传CBG的个数确定该CBGFI域的比特数的比特所对应的至少一个待重传CBG。
终端侧设备可以根据第二预设规则和每个比特所对应的待重传CBG的个数确定每个比特所对应的至少一个待重传CBG,其中,具体的终端侧设备的确定过程与网络侧设备的确定过程类似,第二预设规则可以步骤304所述的预设规则C、预设规则D或预设规则E,具体请参见前述步骤304的详细介绍,这里不再赘述。
310、终端侧设备根据该比特数的比特的状态对该至少一个待重传CBG执行相应的处理。
终端侧设备确定了CBGFI域的比特数的比特所对应的至少一个待重传CBG之后,可以根据每个比特的状态对该至少一个待重传CBG执行相应的处理。例如,如图3B所示,当比特0的取值为0时,则终端侧设备对CBG1执行的操作为合并处理,即将后续终端侧设备接收到的CBG1与之前接收到的CBG1进行合并,从而提高增益;比特1的取值为1时,则终端侧设备对CBG3和CBG4执行的操作为清空处理,即将终端侧设备接收到的CBG3和CBG4的缓存进行清空处理。对于比特2的所对应的CBG6和CBG7的执行操作也类似,这里不再赘述。
需要说明的是,针对步骤304中所描述的预设规则E中,在MIMO模式下,对于不同TB上序号相同且传输情况不同的CBG,终端侧设备对该CBG中的待重传CBG执行的处理操作为合并处理,此时终端侧设备对该CBG中的待重传CBG执行合并处理并不依据CBGFI域中与该CBG中待重传CBG对应的比特的状态。在这种情况下,如果网络侧设备为该待重传CBG分配对应比特,终端侧设备可以忽略该待重传CBG所对应的比特,直接对该待重传CBG执行合并处理;如果网络侧设备并没有为该待重传CBG分配对应的比特时,则终端侧设备不会接收到针对该待重传CBG所对应的比特,终端侧设备直接对该待重传CBG执行合并处理。下面通过举例来说明:
如图3J所示,TB1包括4个CBG,分别为CBG(0,0)、CBG(0,1)、CBG(0,2)和CBG(0,3),TB2包括4个CBG,分别为CBG(1,0)、CBG(1,1)、CBG(1,2)和CBG(1,3)。其中,TB2上的CBG(1,1)为成功传输的CBG,即终端侧设备对该TB1上的的CBG(1,1)进行成功译码,此时若TB1上的CBG(0,1)未成功传输,则终端侧设备可以对该CBG(0,1)执行合并处理。
本实施例中,该DCI还包括RV域,如果CBGFI域的比特数的比特指示终端侧设备对该至少一个待重传CBG执行合并处理时,那么网络侧设备可以通过该DCI中RV域所指示的RV值向终端侧设备发送该至少一个待重传CBG。终端侧设备可以通过该DCI确定该RV域所指示的RV值,然后通过该RV值接收网络侧设备发送的该至少一个待重传CBG。如果CBGFI域的比特数的比特指示终端侧设备对该至少一个待重传CBG执行清空处理,或者指示该至少一个待重传CBG被损坏,则网络侧设备可以通过RV0或该CBG前一次传输的RV向终端侧设备发送该至少一个待重传CBG,而终端侧设备则可以通过该RV0或该CBG前一次传输的RV接收网络侧设备发送的该至少一个待重传CBG。
本申请实施例中,网络侧设备可以通过RRC消息为终端侧设备分配CBGFI域所包含的比特数,即CBGFI域所包含的比特数是灵活可配置的;然后终端侧设备可以接收网络侧设备发送的DCI,并通过该DCI来确定该比特数的比特所对应的至少一个待重传CBG。因此,通过本申请的技术方案,网络侧设备可以为该终端侧设备配置CBGFI域的比特数,并且该比特数的比特对应至少一个待重传CBG。当同时存在由于信道衰落或者信道干扰而传输失败的CBG和由于被URLLC业务所抢占而传输失败的CBG时,终端侧设备可以通过CBGFI域对应的比特对这些CBG执行相应的处理,这样就减少或避免将由于信道衰落或者信道干扰而传输失败的CBG的缓存也进行清空,则减少或避免带来增益损失,从而提高数据传输性能。
请参阅图4A,其为本申请实施例提供的一种通信处理方法的示意图,图4A中,终端侧设备是通过上述方式一确定CBGFI域的比特数的比特所对应的至少一个CBG;其中,第一消息为第一RRC消息,第二消息为第二RRC消息。如图4A所示,该方法包括:
401、终端侧设备接收网络侧设备发送的第一RRC消息。
步骤401与前述图2中的步骤201类似,具体请参阅前述图2中的步骤201,具体此处不再赘述。
402、终端侧设备根据第一RRC消息确定CBGFI域的比特数。
步骤402与前述图3A中的步骤302类似,具体请参阅前述图3A中的步骤302中的描述,具体此处不再赘述。
403、网络侧设备根据第三预设规则、目标TB所包括的CBG总个数和CBGFI域的比特数确定每个比特所对应的CBG的个数。
首先,网络侧设备可以根据第三预设规则、目标TB所包括的CBG总个数和CBGFI域的比特数确定CBGFI域的比特数的比特所对应的CBG的个数。其中,第三预设规则用于终端侧设备确定每个比特所对应的CBG的个数,第三预设规则可以有多种,下面通过举例说明,其中,目标TB所包括的CBG的总个数为N,CBGFI比特的个数为M,N大于等于2,M大于1:
预设规则F:
目标TB所包括的CBG的总个数为N,CBGFI比特的个数为M,则每个CBGFI域的比特对应N/M个CBG,其中,M小于N,并且N/M为整数。例如,如图4B所示,目标TB包括8个CBG,CBGFI域的比特数为两个,分别为比特0和比特1,那么网络侧设备可以确定比特0对应四个CBG,比特1对应四个CBG。
预设规则G:
网络侧设备可以根据CBGFI域的比特数和目标TB所包括的CBG总个数,通过预设的排列组合确定每个比特所对应的CBG的个数。下面通过表4来举例说明,其中,表4中示出了当CBGFI域的比特数为二,且目标TB所包括的CBG总个数为8个时,每个比特对应的CBG个数的组合。需要说明的是,对于其他数量关系也同样适用,这里不一一列出,仅以表4说明预设规则G:
表4
Figure BDA0001976294300000191
下面通过图4C来描述上述表4中的某种排序组合,如图4C所示,当目标TB所包括的CBG总个数为8,且CBGFI域的比特为2个时,网络侧设备可以确定比特0对应三个CBG,比特1对应五个CBG。
404、网络侧设备根据第四预设规则和每个比特所对应的CBG的个数确定该CBGFI域的比特数的比特所对应的至少一个CBG。
网络侧设备根据第四预设规则和该每个比特所对应的CBG的个数确定每个比特所对应的至少一个CBG。其中,第四预设规则用于终端侧设备确定每个比特所对应的CBG,第四预设规则有多种,下面以上述网络侧设备通过预设规则F确定每个比特所对应的CBG的个数为基础进行举例说明该第四预设规则,而对基于预设规则G确定每个比特所对应的待重传CBG的个数,该第二预设规则同样适用,这里不再一一列出。其中,目标TB所包括的CBG总个数为N,CBGFI比特的个数为M,N大于等于2,M大于1,且N/M为正整数。
预设规则H:按照CBG在目标TB上的序号大小进行分组。
下面通过举例来说明该预设规则H,如图4B所示,目标TB包括8个CBG,其中,比特0对应目标TB上的前四个CBG,比特1对应目标TB上的后四个CBG。
需要说明的是,针对MIMO模式下,终端侧设备可被配置采用2TB的传输方式时,则通过预设规则H的分组方式也同理,可以是先对TB1上的CBG通过预设规则H进行分组完成后,然后再对TB2上的CBG通过预设规则H进行分组。
预设规则I:根据预设的排序组合对目标TB的CBG进行分组。
下面通过举例说明:若CBGFI域的比特数为2个,且目标TB所包括的CBG总个数为8个时,网络侧设备可以根据预设的排序组合确定每个比特对应的CBG。下面通过表5示出CBGFI域的比特数为2个,且目标TB所包括的CBG总个数为8个时,该预设的排序组合的一些可能的例子,具体如表5所示,例如,排序组合的编号1所对应的排序组合内容为:比特0对于CBG1、CBG4、CBG5和CBG6,比特1对于CBG2、CBG3、CBG7和CBG8。需要说明的是,对于其他数量关系也同理,这里仅仅是为了说明网络侧设备根据预设的排序组合进行分组的方式。
表5
Figure BDA0001976294300000201
下面以其中一种排序组合进行说明该预设规则I,如图4D所示,网络侧设备确定比特0对应目标TB中的第一个CBG、第四个CBG、第五个CBG和第六个CBG;即比特0对应目标TB的CBG1、CBG4、CBG5和CBG6,比特1对应目标TB中的第二个CBG、第三个CBG、第七个CBG和第八个CBG,即比特1对应CBG2、CBG3、CBG7和CBG8。
预设规则J:针对MIMO的场景,将不同TB上的序号相同的CBG使用相同比特指示。
在MIMO模式下,网络侧设备根据终端侧设备反馈的信道信息,可以采用预编码或者波束成形等技术,将待传输的数据分为8个层在N个天线端口中发送,其中,N大于等于8;不同层可以占据相同的时频资源,且相互无干扰或者干扰较小。利用MIMO技术,可以提高相同时频资源上的数据传输率,扩大网络容量。终端侧设备可被配置采用2TB传输时,每个TB可配置的CBG个数为2个或者4个,且每个TB所包括的CBG个数相同,这里以TB1和TB2的比特总CBG个数为N,则前N/2个CBG可以对应TB1的CBG,后N/2个CBG对应TB2的CBG,那么将TB上的CBG通过编号进行区分,例如,CBG(i,j),其中,i为对TB的索引,取值可以为0和1,j为对每个TB上的CBG的索引,取值为0至N/2-1。例如,TB1上的CBG(0,0)的序号与TB2上的CBG(1,0)的序号相同。网络侧设备可以将不同TB上的序号相同的CBG使用CBGFI域中的同一比特来指示;
针对网络侧设备将不同TB上的序号相同的CBG使用CBGFI域中的同一比特来指示CBG未传输成功原因可以参见前述3A中的步骤303的相关描述,这里不再赘述。
下面通过具体例子进行说明预设规则J:
如图4E所示,目标TB包括TB1和TB2,且每个TB包括四个CBG,CBGFI域的比特数为四个比特,分别为比特0、比特1、比特2和比特3;其中,CBG(0,0)在TB1上的序号为1,CBG(0,1)在TB1的序号为2,CBG(0,2)在TB1的序号为3,CBG(0,3)在TB1的序号为4。CBG(1,0)在TB2上的序号为1,CBG(1,1)在TB2上的序号为2,CBG(1,2)在TB2上的序号为3,CBG(1,3)在TB2上的序号为4。基于网络侧设备通过上述预设规则F确定每个比特对应两个CBG;那么网络侧设备可以将序号相同的CBG通过同一比特指示。例如,如图4E所示,比特0对应CBG(0,0)和CBG(1,0);比特1对应CBG(0,1)和CBG(1,1),比特2对应CBG(0,2)和CBG(1,2);比特3对应CBG(0,3)和CBG(1,3);每个比特所对应的CBG在不同TB上的序号相同。
需要说明的是,不同TB上的相同序号的两个CBG所对应的比特是可以灵活设置的。例如,CBG(0,0)和CBG(1,0)也可以是与比特1、比特2或者比特3对应,具体根据网络侧设备预设的排序组合来确定,本申请不做限定,图4E仅仅是一种示例。
下面再进行示例,请参阅图4F,目标TB包括TB1和TB2,且每个TB包括四个CBG,CBGFI域的比特数为两个比特,分别为比特0和比特1;其中,CBG(0,0)在TB1上的序号为1,CBG(0,1)在TB1的序号为2,CBG(0,2)在TB1的序号为3,CBG(0,3)在TB1的序号为4。CBG(1,0)在TB2上的序号为1,CBG(1,1)在TB2上的序号为2,CBG(1,2)在TB2上的序号为3,CBG(1,3)在TB2上的序号为4。基于网络侧设备通过上述预设规则F确定每个比特对应四个CBG;那么网络侧设备可以将两组序号相同的不同TB上的两个CBG通过同一个比特指示。例如,如图4F所示,比特0对应CBG(0,0)、CBG(1,0)、CBG(0,1)和CBG(1,1);比特1对应CBG(0,2)、CBG(1,2)、CBG(0,3)和CBG(1,3)。
需要说明的是,不同TB上的相同序号的两个CBG所对应的比特是可以灵活设置的。例如,CBG(0,0)和CBG(1,0)也可以是与比特2对应,具体根据网络侧设备预设的排序组合来确定,本申请不做限定,图4F仅仅是一种示例。
405、终端侧设备接收网络侧设备发送的第二RRC消息。
网络侧设备可以确定目标TB所包含的CBG总个数,然后通过第二RRC消息告知终端侧设备目标TB所包含的CBG总个数。
406、终端侧设备根据第二RRC消息确定目标TB所包含的CBG总个数。
该第二RRC消息携带目标TB所包含的CBG总个数,终端侧设备可以根据该第二RRC消息确定目标TB所包含的CBG总个数。
407、终端侧设备根据第三预设规则、目标TB所包括的CBG总个数和CBGFI域的比特数确定每个比特所对应的CBG的个数。
终端侧设备根据第三预设规则、目标TB所包含的CBG总个数和CBGFI域的比特数确定每个比特所对应的CBG的个数,具体终端侧设备的确定方式可以参见前述步骤403中网络侧设备确定每个比特所对应的CBG个数的过程,即在终端侧设备的确定方式与网络侧设备的确定方式是一致的,第三预设规则可以为预设规则F或者预设规则G,具体请参阅前述步骤403的详细介绍,这里不再赘述。
408、终端侧设备根据每个比特所对应的CBG的个数和第四预设规则确定该CBGFI域的比特数的比特所对应的至少一个CBG。
终端侧设备可以根据每个比特所对应的CBG的个数和第四预设规则确定每个比特所对应的至少一个CBG。其中,具体的终端侧设备的确定过程与网络侧设备的确定过程类似,第四预设规则可以包括预设规则H、预设规则I或预设规则J,具体请参见前述步骤404的详细介绍,这里不再赘述。
409、网络侧设备确定CBGFI域的比特数的比特的状态。
终端侧设备接收网络侧设备发送的目标TB的CBG,并对该CBG进行译码。然后,终端侧设备针对译码情况向网络侧设备发送反馈消息。若终端侧设备成功接收到该CBG,终端侧设备向网络侧设备反馈ACK消息;若终端侧设备未成功接收到该CBG,则终端侧设备向网络侧设备反馈NACK消息。通过反馈消息来指示网络侧设备在对应的进程中该目标TB的该CBG未成功接收。所以,网络侧设备可以确定目标TB上的待重传CBG。网络侧设备可以该待重传CBG所对应的比特,再根据该待重传CBG的未成功传输原因确定该比特的状态。例如,当该待重传CBG是由于信道衰落或信道干扰等原因导致传输失败的,则网络侧设备可以通过该比特指示终端侧设备对该待重传CBG执行合并处理的操作;当该待重传CBG是由于业务抢占资源导致传输失败的,则网络侧设备可以通过该比特指示终端侧设备对该待重传CBG执行清空处理的操作。下面举例说明:如图4B所示,若CBG1和CBG2传输失败,则网络侧设备根据该CBG1和CBG2的未成功传输原因确定比特0的状态;若CBG1和CBG2都是由于信道衰落或信道干扰等原因导致传输失败的,则网络侧设备可以将比特0的取值设置为0,用于指示终端侧设备对该CBG1和CBG2执行合并处理;若CBG1和CBG2中存在至少一个CBG是由于业务抢占资源导致传输失败的,则网络侧设备可以将比特0的取值设置为1,用于指示终端侧设备对CBG1和CBG2执行清空处理。
410、终端侧设备接收网络侧设备发送的DCI。
步骤409与前述图3A中的步骤306类似,具体请参阅前述图3A中的步骤306的详细介绍,具体此处不再赘述。
411、终端侧设备根据DCI确定目标TB的至少一个待重传CBG和CBGFI域的比特数的比特的状态。
终端侧设备根据DCI确定CBGTI域的比特数的比特状态,终端侧设备通过该CBGTI域的比特数的比特状态确定目标TB上的至少一个待重传CBG,并确定CBGFI域的比特数的比特的状态,该DCI包括CBGFI域的比特数的比特的状态。
412、终端侧设备根据比特数的比特的状态对该至少一个待重传CBG执行相应的处理。
在步骤408中,终端侧设备侧根据根据每个比特所对应的CBG的个数和第四预设规则确定该CBGFI域的比特数的比特所对应的至少一个CBG之后,那么终端侧设备可以确定每个比特所对应的至少一个CBG,然后确定该至少一个待重传CBG所对应的比特,并根据每个比特的状态对该至少一个待重传CBG执行相应的处理。例如,如图4E所示,若CBG(0,0)为TB1上的待重传CBG;CBG(0,1)和CBG(1,1)为TB2上的待重传CBG,其中,比特0的取值为0,则网络侧设备可以确定对CBG(0,0)执行合并处理;比特1的取值为1,则网络侧设备可以确定对CBG(0,1)和CBG(1,1)执行清空处理。
本实施例中,该DCI还包括RV域,如果CBGFI域的比特数的比特指示终端侧设备对该至少一个待重传CBG执行合并处理时,那么网络侧设备可以通过该DCI中RV域所指示的RV值向终端侧设备发送该至少一个待重传CBG,则终端侧设备可以通过该DCI确定该RV域所指示的RV值,然后通过该RV值接收网络侧设备发送的该至少一个待重传CBG;而如果CBGFI域的比特数的比特指示终端侧设备对该至少一个待重传CBG执行清空处理,或者指示该至少一个待重传CBG被损坏,则网络侧设备可以通过RV0或该CBG前一次传输的RV向终端侧设备发送该至少一个待重传CBG,而终端侧设备则可以通过该RV0或该CBG前一次传输的RV接收网络侧设备发送的该至少一个待重传CBG。
本申请实施例中,网络侧设备可以通过第一RRC消息为终端侧设备分配CBGFI域的比特数,在本申请实施例中CBGFI域所包含的比特数是灵活可配置的。然后,终端侧设备可以接收网络侧设备发送的第二RRC消息,并根据该第二RRC消息确定该CBGFI域的比特所对应的至少一个CBG。然后,终端侧设备再接收网络侧设备发送的DCI,并通过该DCI来确定该比特数的比特所对应的至少一个待重传CBG。因此,通过本申请的技术方案,网络侧设备可以为该终端侧设备配置CBGFI域的比特数,然后终端侧设备根据第二RRC消息确定该CBGFI域的比特所对应的至少一个CBG。当终端侧设备接收到网络侧设备发送的DCI时,终端侧设备再根据该DCI来确定该比特数的比特所对应的至少一个待重传CBG。当同时存在由于信道衰落或者信道干扰而传输失败的CBG和由于被URLLC业务所抢占而传输失败的CBG时,终端侧设备可以通过CBGFI域对应的比特对这些CBG执行相应的处理,这样就减少或避免将由于信道衰落或者信道干扰而传输失败的CBG的缓存也进行清空,则减少或避免带来增益损失,从而提高数据传输性能。
上面对本申请实施例中的通信处理方法进行了描述,下面对本申请实施例中提供的一种通信处理装置500进行描述,请参阅图5,本申请实施例中的通信处理装置500的一个实施例包括:
收发模块501,用于接收网络侧设备发送的第一消息,该第一消息用于配置DCI中CBGFI域所包含比特数;接收该网络侧设备发送的第二消息,该第二消息用于确定该比特数的比特对应的至少一个编码块组CBG;
处理模块502,用于根据第二消息确定该比特数的比特所对应的至少一个CBG。
一种可能的实现方式中,该第一消息为RRC消息,第二消息为该DCI,该第二消息确定的该至少一个CBG为至少一个待重传CBG。
另一种可能的实现方式中,该第一消息和该第二消息为RRC消息,该第二消息指示所述比特数的比特与该至少一个CBG的对应关系。
另一种可能的实现方式中,该收发模块501还用于:
接收该DCI;
该处理模块502还用于:
根据该DCI确定该至少一个CBG中至少一个待重传的CBG。
另一种可能的实现方式中,该至少一个CBG至少包括属于第一传输块的第一CBG和属于第二传输块的第二CBG,该第一CBG在该第一传输块中的序号与该第二CBG在该第二传输块中的序号相同,该第一CBG和该第二CBG对应该CBGFI域中的相同比特。
另一种可能的实现方式中,该至少一个CBG至少包括属于第一传输块的第一CBG和属于第二传输块的第二CBG,第一CBG在第一传输块中的序号与第二CBG在第二传输块中的序号相同;该处理模块502还用于:
如果第一CBG被译码成功,则在不依据该CBGFI域中与该第二CBG对应的比特的情况下确定将该第二CBG进行合并处理。
另一种可能的实现方式中,该DCI还包括RV域,对于该至少一个CBG中任意一个待重传CBG;该收发模块501还用于:
如果该待重传CBG在该CBGFI域中对应的比特指示该待重传CBG合并处理,则使用该RV域指示的RV值接收该待重传CBG;
如果该待重传CBG在该CBGFI域中对应的比特指示该待重传CBG被损坏,则使用RV值为0接收该待重传CBG。
本申请实施例中,收发模块501接收网络侧设备发送的第一消息,该第一消息用于配置DCI中的CBGFI域所包含的比特数;然后收发模块501可以接收网络侧设备发送的第二消息,再由处理模块502根据该第二消息来确定该比特数的比特所对应的至少一个CBG。因此,通过本申请的技术方案,网络侧设备可以为该终端侧设备配置CBGFI域的比特数,并且该比特数的比特对应至少一个CBG。当同时存在由于信道衰落或者信道干扰而传输失败的CBG和由于被URLLC业务所抢占而传输失败的CBG时,处理模块502可以通过CBGFI域对应的比特对这些CBG执行相应的处理,这样就减少或避免将由于信道衰落或者信道干扰而传输失败的CBG的缓存也进行清空,则减少或避免带来增益损失,从而提高数据传输性能。
上面对本申请实施例中的通信处理方法进行了描述,下面对本申请实施例中提供的一种通信处理装置600进行描述,请参阅图6,其中,处理模块602为可选模块,本申请实施例中的通信处理装置600的一个实施例包括:
收发模块601,用于向终端侧设备发送第一消息,该第一消息包括用于配置下行控制信息DCI中的CBGFI域所包含比特数;向该终端侧设备发送第二消息,该第二消息用于该终端侧设备确定该比特数的比特对应的至少一个CBG。
一种可能的实现方式中,该第一消息为RRC消息,该第二消息为所述DCI,该第二消息确定的该至少一个CBG为至少一个待重传CBG。
另一种可能的实现方式中,该第一消息和该第二消息为RRC消息,该第二消息指示该比特数的比特与该至少一个CBG的对应关系。
另一种可能的实现方式中,该收发模块601还用于:
向该终端侧设备发送该DCI,该DCI用于该终端侧设备确定该至少一个CBG中至少一个待重传的CBG。
另一种可能的实现方式中,该至少一个CBG至少包括属于第一传输块的第一CBG和属于第二传输块的第二CBG,该第一CBG在该第一传输块中的序号与该第二CBG在该第二传输块中的序号相同,该第一CBG和该第二CBG对应该CBGFI域中的相同比特。
另一种可能的实现方式中,该DCI还包括RV域,对于该至少一个CBG中任意一个待重传CBG;该收发模块601还用于:
如果该待重传CBG在该CBGFI域中对应的比特指示该待重传CBG合并处理,则通过该RV域指示的RV值向该终端侧设备发送该待重传CBG;
如果该待重传CBG在该CBGFI域中对应的比特指示该待重传CBG被损坏,则通过RV值为0向该终端侧设备发送该待重传CBG。
本申请实施例中,收发模块601可以通过第一消息为终端侧设备分配用于配置DCI中的CBGFI域的比特数;然后,收发模块601再向终端侧设备发送第二消息,该第二消息用于终端侧设备确定该比特数的比特所对应的至少一个CBG。收发模块601可以为该终端侧设备配置CBGFI域的比特数,并且该比特数的比特对应至少一个CBG。当同时存在由于信道衰落或者信道干扰而传输失败的CBG和由于被URLLC业务所抢占而传输失败的CBG时,终端侧设备可以通过CBGFI域对应的比特对这些CBG执行相应的处理,这样就减少或避免将由于信道衰落或者信道干扰而传输失败的CBG的缓存也进行清空,则减少或避免带来增益损失,从而提高数据传输性能。
请参考图7,其为本申请实施例提供的一种终端侧设备的结构示意图。其可以为以上实施例中的终端侧设备,用于实现以上实施例中终端侧设备的操作。如图7所示,该终端侧设备包括:天线710、射频部分720、信号处理部分730。天线710与射频部分720连接。在下行方向上,射频部分720通过天线710接收网络侧设备发送的信息,将网络侧设备发送的信息发送给信号处理部分730进行处理。在上行方向上,信号处理部分730对终端侧设备的信息进行处理,并发送给射频部分720,射频部分720对终端侧设备的信息进行处理后经过天线710发送给网络侧设备。
信号处理部分730可以包括调制解调子系统,用于实现对数据各通信协议层的处理;还可以包括中央处理子系统,用于实现对终端侧设备操作系统以及应用层的处理;此外,还可以包括其它子系统,例如多媒体子系统,周边子系统等,其中多媒体子系统用于实现对终端侧相机,屏幕显示等的控制,周边子系统用于实现与其它设备的连接。调制解调子系统可以为单独设置的芯片。可选的,以上用于终端侧设备的装置可以位于该调制解调子系统。
调制解调子系统可以包括一个或多个处理元件731,例如,包括一个主控CPU和其它集成电路。此外,该调制解调子系统还可以包括存储元件732和接口电路733。存储元件732用于存储数据和程序,但用于执行以上方法中终端侧设备所执行的方法的程序可能不存储于该存储元件732中,而是存储于调制解调子系统之外的存储器中,使用时调制解调子系统加载使用。接口电路733用于与其它子系统通信。以上用于终端侧设备的装置可以位于调制解调子系统,该调制解调子系统可以通过芯片实现,该芯片包括至少一个处理元件和接口电路,其中处理元件用于执行以上终端侧设备执行的任一种方法的各个步骤,接口电路用于与其它装置通信。在一种实现中,终端侧设备实现以上方法中各个步骤的单元可以通过处理元件调度程序的形式实现,例如用于终端侧设备的装置包括处理元件和存储元件,处理元件调用存储元件存储的程序,以执行以上方法实施例中终端侧设备执行的方法。存储元件可以为处理元件处于同一芯片上的存储元件,即片内存储元件。
在另一种实现中,用于执行以上方法中终端侧设备所执行的方法的程序可以在与处理元件处于不同芯片上的存储元件,即片外存储元件。此时,处理元件从片外存储元件调用或加载程序于片内存储元件上,以调用并执行以上方法实施例中终端侧设备执行的方法。
在又一种实现中,终端侧设备实现以上方法中各个步骤的单元可以是被配置成一个或多个处理元件,这些处理元件设置于调制解调子系统上,这里的处理元件可以为集成电路,例如:一个或多个ASIC,或,一个或多个DSP,或,一个或者多个FPGA,或者这些类集成电路的组合。这些集成电路可以集成在一起,构成芯片。
终端侧设备实现以上方法中各个步骤的单元可以集成在一起,以片上系统(system-on-a-chip,SOC)的形式实现,该SOC芯片,用于实现以上方法。该芯片内可以集成至少一个处理元件和存储元件,由处理元件调用存储元件的存储的程序的形式实现以上终端侧设备执行的方法;或者,该芯片内可以集成至少一个集成电路,用于实现以上终端侧设备执行的方法;或者,可以结合以上实现方式,部分单元的功能通过处理元件调用程序的形式实现,部分单元的功能通过集成电路的形式实现。
可见,以上用于终端侧设备的装置可以包括至少一个处理元件和接口电路,其中至少一个处理元件用于执行以上方法实施例所提供的任一种终端侧设备执行的方法。处理元件可以以第一种方式:即调用存储元件存储的程序的方式执行终端侧设备执行的部分或全部步骤;也可以以第二种方式:即通过处理器元件中的硬件的集成逻辑电路结合指令的方式执行终端侧设备执行的部分或全部步骤;当然,也可以结合第一种方式和第二种方式执行终端侧设备执行的部分或全部步骤。
这里的处理元件同以上描述,可以是通用处理器,例如CPU,还可以是被配置成实施以上方法的一个或多个集成电路,例如:一个或多个ASIC,或,一个或多个微处理器DSP,或,一个或者多个FPGA等,或这些集成电路形式中至少两种的组合。
存储元件可以是一个存储器,也可以是多个存储元件的统称。
请参考图8,其为本申请实施例提供的一种网络侧设备的结构示意图。用于实现以上实施例中网络侧设备的操作。如图8所示,该网络侧设备包括:天线801、射频装置802、基带装置803。天线801与射频装置802连接。在上行方向上,射频装置802通过天线801接收终端侧设备发送的信息,将终端侧设备发送的信息发送给基带装置803进行处理。在下行方向上,基带装置803对终端侧设备的信息进行处理,并发送给射频装置802,射频装置802对终端侧设备的信息进行处理后经过天线801发送给终端侧设备。
基带装置803可以包括一个或多个处理元件8031,例如,包括一个主控CPU和其它集成电路。此外,该基带装置803还可以包括存储元件8032和接口8033,存储元件8032用于存储程序和数据;接口8033用于与射频装置802交互信息,该接口例如为通用公共无线接口(common public radio interface,CPRI)。以上用于网络侧设备的装置可以位于基带装置803,例如,以上用于网络侧设备的装置可以为基带装置803上的芯片,该芯片包括至少一个处理元件和接口电路,其中处理元件用于执行以上网络侧设备执行的任一种方法的各个步骤,接口电路用于与其它装置通信。在一种实现中,网络侧设备实现以上方法中各个步骤的单元可以通过处理元件调度程序的形式实现,例如用于网络侧设备的装置包括处理元件和存储元件,处理元件调用存储元件存储的程序,以执行以上方法实施例中网络侧设备执行的方法。存储元件可以为处理元件处于同一芯片上的存储元件,即片内存储元件,也可以为与处理元件处于不同芯片上的存储元件,即片外存储元件。
在另一种实现中,网络侧设备实现以上方法中各个步骤的单元可以是被配置成一个或多个处理元件,这些处理元件设置于基带装置上,这里的处理元件可以为集成电路,例如:一个或多个ASIC,或,一个或多个DSP,或,一个或者多个FPGA,或者这些类集成电路的组合。这些集成电路可以集成在一起,构成芯片。
网络侧设备实现以上方法中各个步骤的单元可以集成在一起,以片上系统(system-on-a-chip,SOC)的形式实现,例如,基带装置包括该SOC芯片,用于实现以上方法。该芯片内可以集成至少一个处理元件和存储元件,由处理元件调用存储元件的存储的程序的形式实现以上网络侧设备执行的方法;或者,该芯片内可以集成至少一个集成电路,用于实现以上网络侧设备执行的方法;或者,可以结合以上实现方式,部分单元的功能通过处理元件调用程序的形式实现,部分单元的功能通过集成电路的形式实现。
可见,以上用于网络侧设备的装置可以包括至少一个处理元件和接口电路,其中至少一个处理元件用于执行以上方法实施例所提供的任一种网络侧设备执行的方法。处理元件可以以第一种方式:即调用存储元件存储的程序的方式执行网络侧设备执行的部分或全部步骤;也可以以第二种方式:即通过处理器元件中的硬件的集成逻辑电路结合指令的方式执行网络侧设备执行的部分或全部步骤;当然,也可以结合第一种方式和第二种方式执行以上网络侧设备执行的部分或全部步骤。
这里的处理元件同以上描述,可以是通用处理器,例如CPU,还可以是被配置成实施以上方法的一个或多个集成电路,例如:一个或多个ASIC,或,一个或多个微处理器DSP,或,一个或者多个FPGA等,或这些集成电路形式中至少两种的组合。
存储元件可以是一个存储器,也可以是多个存储元件的统称。
请参考图9,其为本申请实施例提供的另一种网络侧设备的结构示意图。其可以为以上实施例中的网络侧设备,用于实现以上实施例中网络侧设备的操作。
如图9所示,该网络侧设备包括:处理器910,存储器920和接口930,处理器910、存储器920和接口930信号连接。
以上通信装置600位于该网络侧设备中,且各个单元的功能可以通过处理器910调用存储器920中存储的程序来实现。即,以上通信装置600包括存储器和处理器,存储器用于存储程序,该程序被处理器调用,以执行以上方法实施例中的方法。这里的处理器可以是一种具有信号的处理能力的集成电路,例如CPU。或者以上各个单元的功能可以通过配置成实施以上方法的一个或多个集成电路来实现。例如:一个或多个ASIC,或,一个或多个微处理器DSP,或,一个或者多个FPGA等,或这些集成电路形式中至少两种的组合。或者,可以结合以上实现方式。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在另一种可能的设计中,当该终端侧设备或者网络侧设备为终端内的芯片时,芯片包括:处理单元和通信单元,所述处理单元例如可以是处理器,所述通信单元例如可以是输入/输出接口、管脚或电路等。该处理单元可执行存储单元存储的计算机执行指令,以使该终端内的芯片执行上述第一方面或者第二方面任意一项的通信处理方法。可选地,所述存储单元为所述芯片内的存储单元,如寄存器、缓存等,所述存储单元还可以是所述终端内的位于所述芯片外部的存储单元,如只读存储器(read-only memory,ROM)或可存储静态信息和指令的其他类型的静态存储设备,随机存取存储器(random access memory,RAM)等。
其中,上述任一处提到的处理器,可以是一个通用中央处理器(CPU),微处理器,特定应用集成电路(application-specific intergrated circuit,ASIC),或一个或多个用于控制上述第一方面的数据处理方法的程序执行的集成电路。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。
所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络侧设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-OnlyMemory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,以上实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (27)

1.一种通信处理方法,其特征在于,所述方法包括:
终端侧设备接收网络侧设备发送的第一消息,所述第一消息用于配置下行控制信息DCI中编码块组清空信息CBGFI域所包含比特数;
所述终端侧设备接收所述网络侧设备发送的第二消息,所述第二消息用于确定所述比特数的比特对应的至少一个编码块组CBG;
所述终端侧设备根据所述第二消息确定所述比特数的比特所对应的至少一个CBG。
2.根据权利要求1所述的方法,其特征在于,所述第一消息为无线资源控制RRC消息,第二消息为所述DCI,所述第二消息确定的所述至少一个CBG为至少一个待重传CBG。
3.根据权利要求1所述的方法,其特征在于,所述第一消息和所述第二消息为无线资源控制RRC消息,所述第二消息指示所述比特数的比特与所述至少一个CBG的对应关系。
4.根据权利要求3所述的方法,其特征在于,所述终端侧设备根据第二消息确定所述比特数的比特所对应的至少一个CBG之后,所述方法还包括:
所述终端侧设备接收所述DCI;
所述终端侧设备根据所述DCI确定所述至少一个CBG中至少一个待重传的CBG。
5.根据权利要求1至4中的任一项所述的方法,其特征在于,所述至少一个CBG至少包括属于第一传输块的第一CBG和属于第二传输块的第二CBG,所述第一CBG在所述第一传输块中的序号与所述第二CBG在所述第二传输块中的序号相同,所述第一CBG和所述第二CBG对应所述CBGFI域中的相同比特。
6.根据权利要求1至4中的任一项所述的方法,其特征在于,所述至少一个CBG至少包括属于第一传输块的第一CBG和属于第二传输块的第二CBG,第一CBG在第一传输块中的序号与第二CBG在第二传输块中的序号相同;
如果所述第一CBG被译码成功,则所述终端侧设备在不依据所述CBGFI域中与所述第二CBG对应的比特的情况下确定将所述第二CBG进行合并处理。
7.根据权利要求2至4中的任一项所述的方法,其特征在于,所述DCI还包括RV域,对于所述至少一个CBG中任意一个待重传CBG;
如果所述待重传CBG在所述CBGFI域中对应的比特指示所述待重传CBG合并处理,则所述终端侧设备使用所述RV域指示的RV值接收所述待重传CBG;
如果所述待重传CBG在所述CBGFI域中对应的比特指示所述待重传CBG被损坏,则所述终端侧设备使用RV值为0接收所述待重传CBG。
8.一种通信处理方法,其特征在于,所述方法包括:
网络侧设备向终端侧设备发送第一消息,所述第一消息包括用于配置下行控制信息DCI中的CBGFI域所包含比特数;
所述网络侧设备向所述终端侧设备发送第二消息,所述第二消息用于所述终端侧设备确定所述比特数的比特对应的至少一个CBG。
9.根据权利要求8所述的方法,其特征在于,所述第一消息为无线资源控制RRC消息,所述第二消息为所述DCI,所述第二消息确定的所述至少一个CBG为至少一个待重传CBG。
10.根据权利要求8所述的方法,其特征在于,所述第一消息和所述第二消息为无线资源控制RRC消息,所述第二消息指示所述比特数的比特与所述至少一个CBG的对应关系。
11.根据权利要求10所述的方法,其特征在于,所述方法还包括:
所述网络侧设备向所述终端侧设备发送所述DCI,所述DCI用于所述终端侧设备确定所述至少一个CBG中至少一个待重传的CBG。
12.根据权利要求8至11中的任一项所述的方法,其特征在于,所述至少一个CBG至少包括属于第一传输块的第一CBG和属于第二传输块的第二CBG,所述第一CBG在所述第一传输块中的序号与所述第二CBG在所述第二传输块中的序号相同,所述第一CBG和所述第二CBG对应所述CBGFI域中的相同比特。
13.根据权利要求8至11中的任一项所述的方法,其特征在于,所述DCI还包括RV域,对于所述至少一个CBG中任意一个待重传CBG;
如果所述待重传CBG在所述CBGFI域中对应的比特指示所述待重传CBG合并处理,则所述网络侧设备通过所述RV域指示的RV值向所述终端侧设备发送所述待重传CBG;
如果所述待重传CBG在所述CBGFI域中对应的比特指示所述待重传CBG被损坏,则所述网络侧设备通过RV值为0向所述终端侧设备发送所述待重传CBG。
14.一种通信处理装置,其特征在于,所述通信处理装置包括:
收发模块,用于接收网络侧设备发送的第一消息,所述第一消息用于配置下行控制信息DCI中编码块组清空信息CBGFI域所包含比特数;
所述收发模块,用于接收所述网络侧设备发送的第二消息,所述第二消息用于确定所述比特数的比特对应的至少一个编码块组CBG;
处理模块,用于根据所述第二消息确定所述比特数的比特所对应的至少一个CBG。
15.根据权利要求14所述的通信处理装置,其特征在于,所述第一消息为无线资源控制RRC消息,第二消息为所述DCI,所述第二消息确定的所述至少一个CBG为至少一个待重传CBG。
16.根据权利要求14所述的通信处理装置,其特征在于,所述第一消息和所述第二消息为无线资源控制RRC消息,所述第二消息指示所述比特数的比特与所述至少一个CBG的对应关系。
17.根据权利要求16所述的通信处理装置,其特征在于,所述收发模块还用于:
接收所述DCI;
所述处理模块还用于:
根据所述DCI确定所述至少一个CBG中至少一个待重传的CBG。
18.根据权利要求14至17中的任一项所述的通信处理装置,其特征在于,所述至少一个CBG至少包括属于第一传输块的第一CBG和属于第二传输块的第二CBG,所述第一CBG在所述第一传输块中的序号与所述第二CBG在所述第二传输块中的序号相同,所述第一CBG和所述第二CBG对应所述CBGFI域中的相同比特。
19.根据权利要求14至17中的任一项所述的通信处理装置,其特征在于,所述至少一个CBG至少包括属于第一传输块的第一CBG和属于第二传输块的第二CBG,第一CBG在第一传输块中的序号与第二CBG在第二传输块中的序号相同;所述处理模块还用于:
如果所述第一CBG被译码成功,则在不依据所述CBGFI域中与所述第二CBG对应的比特的情况下确定将所述第二CBG进行合并处理。
20.根据权利要求15至17中的任一项所述的通信处理装置,其特征在于,所述DCI还包括RV域,对于所述至少一个CBG中任意一个待重传CBG;所述收发模块还用于:
如果所述待重传CBG在所述CBGFI域中对应的比特指示所述待重传CBG合并处理,则使用所述RV域指示的RV值接收所述待重传CBG;
如果所述待重传CBG在所述CBGFI域中对应的比特指示所述待重传CBG被损坏,则使用RV值为0接收所述待重传CBG。
21.一种通信处理装置,其特征在于,所述通信处理装置包括:
收发模块,用于向终端侧设备发送第一消息,所述第一消息包括用于配置下行控制信息DCI中的CBGFI域所包含比特数;
所述收发模块,用于向所述终端侧设备发送第二消息,所述第二消息用于所述终端侧设备确定所述比特数的比特对应的至少一个CBG。
22.根据权利要求21所述的通信处理装置,其特征在于,所述第一消息为无线资源控制RRC消息,所述第二消息为所述DCI,所述第二消息确定的所述至少一个CBG为至少一个待重传CBG。
23.根据权利要求21所述的通信处理装置,其特征在于,所述第一消息和所述第二消息为无线资源控制RRC消息,所述第二消息指示所述比特数的比特与所述至少一个CBG的对应关系。
24.根据权利要求23所述的通信处理装置,其特征在于,所述收发模块还用于:
向所述终端侧设备发送所述DCI,所述DCI用于所述终端侧设备确定所述至少一个CBG中至少一个待重传的CBG。
25.根据权利要求21至24中的任一项所述的通信处理装置,其特征在于,所述至少一个CBG至少包括属于第一传输块的第一CBG和属于第二传输块的第二CBG,所述第一CBG在所述第一传输块中的序号与所述第二CBG在所述第二传输块中的序号相同,所述第一CBG和所述第二CBG对应所述CBGFI域中的相同比特。
26.根据权利要求21至24中的任一项所述的通信处理装置,其特征在于,所述DCI还包括RV域,对于所述至少一个CBG中任意一个待重传CBG;所述收发模块还用于:
如果所述待重传CBG在所述CBGFI域中对应的比特指示所述待重传CBG合并处理,则通过所述RV域指示的RV值向所述终端侧设备发送所述待重传CBG;
如果所述待重传CBG在所述CBGFI域中对应的比特指示所述待重传CBG被损坏,则通过RV值为0向所述终端侧设备发送所述待重传CBG。
27.一种计算机可读存储介质,其特征在于,包括指令,当所述指令在计算机上运行时,使得计算机执行如权利要求1至13中任一项所述的方法。
CN201910135722.0A 2019-02-22 2019-02-22 通信处理方法和通信处理装置 Active CN111614446B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910135722.0A CN111614446B (zh) 2019-02-22 2019-02-22 通信处理方法和通信处理装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910135722.0A CN111614446B (zh) 2019-02-22 2019-02-22 通信处理方法和通信处理装置

Publications (2)

Publication Number Publication Date
CN111614446A CN111614446A (zh) 2020-09-01
CN111614446B true CN111614446B (zh) 2021-06-29

Family

ID=72202972

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910135722.0A Active CN111614446B (zh) 2019-02-22 2019-02-22 通信处理方法和通信处理装置

Country Status (1)

Country Link
CN (1) CN111614446B (zh)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108111283A (zh) * 2017-11-03 2018-06-01 中兴通讯股份有限公司 一种参考信号的传输方法及设备
WO2018128501A1 (ko) * 2017-01-07 2018-07-12 엘지전자 주식회사 무선 통신 시스템에서 단말의 상향링크 제어 채널 전송 방법 및 상기 방법을 이용하는 통신 장치
WO2018152714A1 (zh) * 2017-02-22 2018-08-30 广东欧珀移动通信有限公司 用于信息传输的方法和设备

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180323911A1 (en) * 2017-05-05 2018-11-08 Htc Corporation Device and Method of Handling a Code Block Group Retransmission

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018128501A1 (ko) * 2017-01-07 2018-07-12 엘지전자 주식회사 무선 통신 시스템에서 단말의 상향링크 제어 채널 전송 방법 및 상기 방법을 이용하는 통신 장치
WO2018152714A1 (zh) * 2017-02-22 2018-08-30 广东欧珀移动通信有限公司 用于信息传输的方法和设备
CN108111283A (zh) * 2017-11-03 2018-06-01 中兴通讯股份有限公司 一种参考信号的传输方法及设备

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"On CBG based transmissions";Nokia, Nokia Shanghai Bell;《3GPP TSG RAN WG1 Meeting 90bis》;20171002;全文 *
"Remaining issues on CBG-based (re)transmission";vivo;《3GPP TSG RAN WG1 Meeting 91》;20171118;全文 *

Also Published As

Publication number Publication date
CN111614446A (zh) 2020-09-01

Similar Documents

Publication Publication Date Title
US11533153B2 (en) Methods for transmitting information using at least two transport blocks
CN109392152B (zh) 通信方法和通信装置
US11190302B2 (en) Communication method and apparatus therefor
US11588585B2 (en) Methods and apparatus for transmitting information on two PDSCHs
US11296841B2 (en) Communications method and apparatus
CN110351020B (zh) 一种传输数据的方法、装置和系统
CN109644431B (zh) 上行信息传输方法、装置及系统
CN109792322B (zh) 通信的方法、计算机可读介质和用于通信的装置
EP3874636A1 (en) Apparatus, method and computer program
JP2019502313A (ja) Sduセグメント化によるpdu形式設定のための方法、装置、及びコンピュータプログラム製品
US11272397B2 (en) Flexible network control of uplink data duplication
EP4154447A1 (en) Method and apparatus for configuring network coding and controlling network coding activation
US20190356422A1 (en) Wireless communication system, base station device, terminal device, and wireless communication method
WO2016147746A1 (ja) ユーザ装置及び無線通信方法
WO2020164573A1 (zh) 传输方法、接收方法、终端及网络设备
WO2021155604A1 (zh) 信息处理方法及设备
CN111614446B (zh) 通信处理方法和通信处理装置
CN109802800B (zh) 一种通信方法及设备
EP4319014A1 (en) Method and apparatus for reducing delay, terminal, and device
US9137071B2 (en) MIMO system
JP2024515542A (ja) 複数スロットにまたがるトランスポートブロックの送信のための冗長バージョンをシフトする方法
WO2022077465A1 (zh) 用于传输控制信息的方法和装置
CN112203326B (zh) 一种数据传输方法及通信装置
WO2021152363A2 (en) Layer 2 uplink data inline processing using integrated circuits
US20210351904A1 (en) Radio frame configuration for dynamic coordinated tdd

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
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20220110

Address after: 450046 Floor 9, building 1, Zhengshang Boya Plaza, Longzihu wisdom Island, Zhengdong New Area, Zhengzhou City, Henan Province

Patentee after: xFusion Digital Technologies Co., Ltd.

Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen

Patentee before: HUAWEI TECHNOLOGIES Co.,Ltd.