CN108809495A - 数据的传输方法和设备 - Google Patents
数据的传输方法和设备 Download PDFInfo
- Publication number
- CN108809495A CN108809495A CN201710313170.9A CN201710313170A CN108809495A CN 108809495 A CN108809495 A CN 108809495A CN 201710313170 A CN201710313170 A CN 201710313170A CN 108809495 A CN108809495 A CN 108809495A
- Authority
- CN
- China
- Prior art keywords
- equipment
- size
- encoding block
- frequency resource
- running time
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0006—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0015—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy
- H04L1/0017—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy where the mode-switching is based on Quality of Service requirement
- H04L1/0018—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy where the mode-switching is based on Quality of Service requirement based on latency requirement
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0056—Systems characterized by the type of code used
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0056—Systems characterized by the type of code used
- H04L1/0061—Error detection codes
- H04L1/0063—Single parity check
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1806—Go-back-N protocols
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请提供一种数据的传输方法和设备,该方法包括:第一设备确定预设的第一编码块的大小;第一设备根据第一编码块的大小,将待发送的传输块分割成第一编码块和至少一个第二编码块;第一设备将传输块映射到第一时频资源上发送给第二设备,其中,传输块包括第一编码块和至少一个第二编码块,第一编码块的发送时间早于或等于第二编码块的发送时间。本申请提供的数据的传输方法和设备,传输承载URLLC业务数据的TB时,可以减少两次传输之间的时延,进而可以在URLLC业务的时延要求内,增加重传次数。
Description
技术领域
本申请涉及通信技术,尤其涉及一种数据的传输方法和设备。
背景技术
5G通信系统可以支持不同的业务。上述所说的业务例如可以为增强的移动宽带(enhanced Mobile Broadband,eMBB)业务、海量机器类型通信(massive Machine TypeCommunication,MTC)业务、超可靠低延迟通信(Ultra-reliable and low latencycommunications,URLLC)业务、多媒体广播多播(Multimedia Broadcast MulticastService,MBMS)业务和定位业务等。其中,每种业务可以通过该业务对应的业务承载进行传输。
URLLC业务为5G通信系统中的一个重要的业务,传输时要求非常高的可靠性和非常短的时延。因此,为了保证URLLC业务的可靠性,5G通信系统在传输URLLC业务数据时允许使用混合自动重传请求(Hybrid Automatic Repeat reQuest,HARQ)技术。即,第二设备在接收到第一设备发送的承载URLLC业务数据的传输块(包括一个或多个编码块)后,可以基于对所接收到的所有编码块的解码结果,向第一设备发送反馈信息,以通过反馈信息指示第二设备是否正确接收到所有编码块。若反馈信息指示一个或多个编码块解码错误,则第一设备可以基于该反馈信息,向第二设备重传解码错误的编码块,以提高URLLC业务数据被第二设备正确解码的概率。也就是说,上述第一设备在接收到第二设备发送的反馈信息后,才会决定是否向第二设备重传传输错误的编码块,使得第一设备两次传输之间的时延较大,无法满足URLLC业务对时延的要求。
因此,在传输承载URLLC业务数据的传输块时,如何发送URLLC数据,以降低传输时延是一个亟待解决的问题。
发明内容
本申请提供一种数据的传输方法和设备,用于解决在传输承载URLLC业务数据的传输块时,发送URLLC数据传输时延较大的技术问题。
第一方面,本申请提供一种数据的传输方法,其特征在于,所述方法包括:
第一设备确定预设的第一编码块的大小;
所述第一设备根据所述第一编码块的大小,将待发送的传输块分割成所述第一编码块和至少一个第二编码块;
所述第一设备将所述传输块映射到第一时频资源上发送给第二设备,其中,所述传输块包括所述第一编码块和所述至少一个第二编码块,所述第一编码块的发送时间早于或等于所述第二编码块的发送时间。
通过第一方面提供的数据的传输方法,第一设备通过将待传输的TB分割成一个第一CB和至少一个第二CB的方式,使得第一设备在将该TB发送给第二设备后,第二设备可以先对第一CB进行解码,并向第一设备提前反馈第一CB的解码结果,进而在第一CB的解码结果为解码失败时,第一设备可以提前进行重传,减少了第一设备两次传输之间的时延。因此,在采用这种方式传输承载URLLC业务数据的TB时,可以减少两次传输之间的时延,进而可以在URLLC业务的时延要求内,增加重传次数。
在一种可能的设计中,所述第一设备为终端设备,所述第一设备确定预设的第一编码块的大小,包括:
所述第一设备接收第一指示信息,其中,所述第一指示信息用于指示所述预设的第一编码块的大小;
所述第一设备根据所述第一指示信息,确定所述预设的第一编码块的大小。
通过该可能的设计提供的数据的传输方法,使得第一设备确定预设的第一编码块的大小的方式灵活多样。
在一种可能的设计中,所述第一设备将所述传输块映射到第一时频资源上发送给第二设备之前,所述方法还包括:
所述第一设备根据所述传输块的大小、所述第一时频资源的大小和位置以及所述第一编码块的大小,确定第二时频资源的大小和位置;所述第二时频资源用于承载所述第一编码块的信息。
通过该可能的设计提供的数据的传输方法,第一设备可以根据所述传输块的大小、所述第一时频资源的大小和位置、所述第一编码块的大小,以及等效码率调整系数,确定所述第二时频资源的大小和位置,从而可以在第二时频资源上发送从TB分割出来的第一CB,使得第二设备可以根据第二时频资源的大小和位置,从TB中确定出第一CB,并对第一CB进行解码,以向第一设备提前反馈第一CB的解码结果,进而在第一CB的解码结果为解码失败时,第一设备可以提前进行重传,减少了第一设备两次传输之间的时延。因此,在采用这种方式传输承载URLLC业务数据的TB时,可以减少两次传输之间的时延,进而可以在URLLC业务的时延要求内,增加重传次数。
在一种可能的设计中,所述第一设备根据所述传输块的大小、所述第一时频资源的大小和位置以及所述第一编码块的大小,确定第二时频资源的大小和位置,包括:
所述第一设备根据所述传输块的大小、所述第一时频资源的大小和位置、所述第一编码块的大小,以及等效码率调整系数,确定所述第二时频资源的大小和位置。
在一种可能的设计中,所述第一设备为终端设备,所述方法还包括:
所述第一设备接收第二指示信息,其中,所述第二指示信息用于指示所述等效码率调整系数。
通过该可能的设计提供的数据的传输方法,使得第一设备获取等效码率调整系数的方式灵活多样。
在一种可能的设计中,所述第一设备为网络设备,所述方法还包括:
所述第一设备发送第二指示信息,其中,所述第二指示信息用于指示所述等效码率调整系数。
在一种可能的设计中,所述第二时频资源位于预设的时域符号内。
在一种可能的设计中,所述第一编码块采用极化polar码进行编码,所述至少一个第二编码块采用低密度奇偶校验码LDPC进行编码。
第二方面,本申请提供一种数据的传输方法,该方法包括:
第二设备接收来自第一设备的传输块,所述传输块包括第一编码块和至少一个第二编码块;
所述第二设备确定所述传输块的大小、预设的所述第一编码块的大小以及第一时频资源的大小和位置,所述第一时频资源用于承载所述传输块的信息;
所述第二设备根据所述传输块的大小、所述第一编码块的大小以及所述第一时频资源的大小和位置确定第二时频资源的大小和位置,其中,所述第二时频资源用于承载所述第一编码块的信息;
所述第二设备根据所述第二时频资源的大小和位置,对所述第一编码块进行解调和解码;
所述第二设备在第一时间点向所述第一设备发送第一信息;所述第一信息用于指示所述第一编码块的解码结果;其中,所述第一时间点早于第二设备向第一设备发送第二信息的时间点,所述第二信息用于指示所述传输块的解码结果。
在一种可能的设计中,所述第二设备为终端设备,所述第二设备确定预设的第一编码块的大小,包括:
所述第二设备接收第一指示信息,其中,所述第一指示信息用于指示所述预设的第一编码块的大小;
所述第二设备根据所述第一指示信息,确定所述预设的第一编码块的大小。
在一种可能的设计中,所述第二设备根据所述传输块的大小、所述第一编码块的大小以及所述第一时频资源的大小和位置确定第二时频资源的大小,包括:
所述第二设备根据所述传输块的大小、所述第一时频资源的大小、所述第一编码块的大小,以及,等效码率调整系数,确定所述第二时频资源的大小。
在一种可能的设计中,所述第二设备为终端设备,所述方法还包括:
所述第二设备接收第二指示信息,其中,所述第二指示信息用于指示所述等效码率调整系数。
在一种可能的设计中,所述第二设备为网络设备,所述方法还包括:
所述第二设备发送第二指示信息,其中,所述第二指示信息用于指示所述等效码率调整系数。
在一种可能的设计中,所述第二时频资源位于预设的时域符号内。
在一种可能的设计中,所述第一编码块采用极化polar码进行编码,所述至少一个第二编码块采用低密度奇偶校验码LDPC进行编码。
上述第二方面和第二方面的各可能的设计所提供的数据的传输方法,其有益效果可以参见上述第一方面和第一方面的各可能的设计所带来的有益效果,在此不再赘述。
第三方面,本申请提供一种设备,该设备为第一设备,所述第一设备包括:
处理模块,用于确定预设的第一编码块的大小,并根据所述第一编码块的大小,将待发送的传输块分割成所述第一编码块和至少一个第二编码块;
发送模块,用于将所述传输块映射到第一时频资源上发送给第二设备,其中,所述传输块包括所述第一编码块和所述至少一个第二编码块,所述第一编码块的发送时间早于或等于所述第二编码块的发送时间。
在一种可能的设计中,所述第一设备为终端设备,
所述处理模块,具体接收第一指示信息,并根据所述第一指示信息,确定所述预设的第一编码块的大小,其中,所述第一指示信息用于指示所述预设的第一编码块的大小。
在一种可能的设计中,所述处理模块,还用于在所述发送模块将所述传输块映射到第一时频资源上发送给第二设备之前,根据所述传输块的大小、所述第一时频资源的大小和位置以及所述第一编码块的大小,确定第二时频资源的大小和位置;所述第二时频资源用于承载所述第一编码块的信息。
在一种可能的设计中,所述处理模块,具体用于根据所述传输块的大小、所述第一时频资源的大小和位置、所述第一编码块的大小,以及等效码率调整系数,确定所述第二时频资源的大小和位置。
在一种可能的设计中,所述第一设备为终端设备,所述第一设备还包括:
接收模块,用于接收第二指示信息,其中,所述第二指示信息用于指示所述等效码率调整系数。
在一种可能的设计中,所述第一设备为网络设备,所述发送模块,还用于发送第二指示信息,其中,所述第二指示信息用于指示所述等效码率调整系数。
在一种可能的设计中,所述第二时频资源位于预设的时域符号内。
在一种可能的设计中,所述第一编码块采用极化polar码进行编码,所述至少一个第二编码块采用低密度奇偶校验码LDPC进行编码。
上述第三方面和第三方面的各可能的设计所提供的设备,其有益效果可以参见上述第一方面和第一方面的各可能的设计所带来的有益效果,在此不再赘述。
第四方面,本申请提供一种设备,所述设备为第二设备,所述第二设备包括:
接收模块,用于接收来自第一设备的传输块,所述传输块包括第一编码块和至少一个第二编码块;
处理模块,用于根据所述传输块的大小、所述第一编码块的大小以及所述第一时频资源的大小和位置确定第二时频资源的大小和位置,并根据所述第二时频资源的大小和位置,对所述第一编码块进行解调和解码,其中,所述第二时频资源用于承载所述第一编码块的信息;
发送模块,用于在第一时间点向所述第一设备发送第一信息;所述第一信息用于指示所述第一编码块的解码结果;其中,所述第一时间点早于第二设备向第一设备发送第二信息的时间点,所述第二信息用于指示所述传输块的解码结果。
在一种可能的设计中,所述第二设备为终端设备,所述处理模块,具体用于接收第一指示信息,并根据所述第一指示信息,确定所述预设的第一编码块的大小,其中,所述第一指示信息用于指示所述预设的第一编码块的大小;
在一种可能的设计中,所述处理模块,具体用于根据所述传输块的大小、所述第一时频资源的大小、所述第一编码块的大小,以及,等效码率调整系数,确定所述第二时频资源的大小。
在一种可能的设计中,所述第二设备为终端设备,所述接收模块,还用于接收第二指示信息,其中,所述第二指示信息用于指示所述等效码率调整系数。
在一种可能的设计中,所述第二设备为网络设备,所述发送模块,还用于发送第二指示信息,其中,所述第二指示信息用于指示所述等效码率调整系数。
在一种可能的设计中,所述第二时频资源位于预设的时域符号内。
在一种可能的设计中,所述第一编码块采用极化polar码进行编码,所述至少一个第二编码块采用低密度奇偶校验码LDPC进行编码。
上述第四方面和第四方面的各可能的设计所提供的设备,其有益效果可以参见上述第二方面和第二方面的各可能的设计所带来的有益效果,在此不再赘述。
第五方面,本申请提供一种设备,所述设备为第一设备,所述第一设备包括:处理器、存储器、接收器、发送器;所述接收器和所述发送器均耦合至所述处理器,所述处理器控制所述接收器的接收动作,所述处理器控制所述发送器的发送动作;
其中,存储器用于存储计算机可执行程序代码,程序代码包括指令;当处理器执行指令时,指令使所述第一设备执行如第一方面和第一方面的各可能的设计所提供的数据的传输方法。
上述第五方面所提供的设备,其有益效果可以参见上述第一方面和第一方面的各可能的设计所带来的有益效果,在此不再赘述。
第六方面,本申请提供一种设备,所述设备为第二设备,所述第二设备包括:处理器、存储器、接收器、发送器;所述接收器和所述发送器均耦合至所述处理器,所述处理器控制所述接收器的接收动作,所述处理器控制所述发送器的发送动作;
其中,存储器用于存储计算机可执行程序代码,程序代码包括指令;当处理器执行指令时,指令使所述的第二设备执行如第二方面和第二方面的各可能的设计所提供的数据的传输方法。
上述第六方面所提供的设备,其有益效果可以参见上述第二方面和第二方面的各可能的设计所带来的有益效果,在此不再赘述。
本申请第七方面提供一种设备,包括用于执行以上第一方面的方法的至少一个处理元件(或芯片)。
本申请第八方面提供一种设备,包括用于执行以上第二方面的方法的至少一个处理元件(或芯片)。
本申请第九方面提供一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行上述第一方面和第一方面的各种可能的设计中的方法。
本申请第十方面提供一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行上述第二方面和第二方面的各种可能的设计中的方法。
本申请第十一方面提供一种计算机可读存储介质,所述计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述第一方面和第一方面的各种可能的设计中的方法。
本申请第十二方面提供一种计算机可读存储介质,所述计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述第二方面和第二方面的各种可能的设计中的方法。
本申请提供的数据的传输方法和设备,第一设备通过将待传输的TB分割成一个第一CB和至少一个第二CB的方式,使得第一设备在将该TB发送给第二设备后,第二设备可以先对第一CB进行解码,并向第一设备提前反馈第一CB的解码结果,进而在第一CB的解码结果为解码失败时,第一设备可以提前进行重传,减少了第一设备两次传输之间的时延。因此,在采用这种方式传输承载URLLC业务数据的TB时,可以减少两次传输之间的时延,进而可以在URLLC业务的时延要求内,增加重传次数。
附图说明
图1为本申请涉及的通信系统的框架图;
图2为一种采用HARQ技术传输URLLC业务数据的示意图;
图3为本申请提供的一种数据传输方法的流程示意图;
图4为本申请提供的另一种数据传输方法的流程示意图;
图5为本申请提供的又一种数据传输方法的信令流程图;
图6为本申请提供的一种设备的结构示意图;
图7为本申请提供的另一种设备的结构示意图;
图8为本申请提供的又一种设备的结构示意图;
图9为本申请提供的又一种设备的结构示意图;
图10为本申请提供的又一种设备的结构示意图。
具体实施方式
本申请中,“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
图1为本申请涉及的通信系统的框架图。如图1所示,该通信系统可以是LTE通信系统,也可以是未来其他通信系统,在此不作限制。该通信系统可以包括核心网设备110、无线接入网设备120和至少一个终端设备(如图1中的终端设备130和终端设备140)。终端设备通过无线的方式与无线接入网设备相连,无线接入网设备通过无线或有线方式与核心网设备连接。核心网设备与无线接入网设备可以是独立的不同的物理设备,也可以是将核心网设备的功能与无线接入网设备的逻辑功能集成在同一个物理设备上,还可以是一个物理设备上集成了部分核心网设备的功能和部分的无线接入网设备的功能。终端设备可以是固定位置的,也可以是可移动的。图1只是示意图,该通信系统中还可以包括其它网络设备,如还可以包括无线中继设备和无线回传设备,在图1中未画出。本申请的实施例对该通信系统中包括的核心网设备、无线接入网设备和终端设备的数量不做限定。
无线接入网设备是终端设备通过无线方式接入到该通信系统中的接入设备,可以是基站NodeB、演进型基站eNodeB、5G通信系统中的基站、未来通信系统中的基站或WiFi系统中的接入节点等,本申请的实施例对无线接入网设备所采用的具体技术和具体设备形态不做限定。
终端设备也可以称为终端(Terminal)、用户设备(user equipment,UE)、移动台(mobile station,MS)、移动终端(mobile terminal,MT)等。终端设备可以是手机(mobilephone)、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(Virtual Reality,VR)终端设备、增强现实(Augmented Reality,AR)终端设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等等。
无线接入网设备和终端设备可以部署在陆地上,包括室内或室外、手持或车载;也可以部署在水面上;还可以部署在空中的飞机、气球和卫星上。本申请的实施例对无线接入网设备和终端设备的应用场景不做限定。
本申请的实施例可以适用于下行信号传输,也可以适用于上行信号传输。
无线接入网设备和终端设备之间以及终端设备和终端设备之间可以通过授权频谱(licensed spectrum)进行通信,也可以通过免授权频谱(unlicensed spectrum)进行通信,也可以同时通过授权频谱和免授权频谱进行通信。无线接入网设备和终端设备之间以及终端设备和终端设备之间可以通过6G以下的频谱进行通信,也可以通过6G以上的频谱进行通信,还可以同时使用6G以下的频谱和6G以上的频谱进行通信。本申请的实施例对无线接入网设备和终端设备之间所使用的频谱资源不做限定。
以未来5G通信系统为例,URLLC业务是未来5G通信系统中的一个重要业务,要求非常高的可靠性和非常短的时延。例如:可靠性99.999%、时延1毫秒(millisecond,ms)。目前,为了保证URLLC业务的可靠性,可以采用混合自动重传请求(Hybrid Automatic RepeatreQuest,HARQ)技术对URLLC业务数据进行传输,以提高URLLC业务数据被正确解码的概率。具体地:
图2为一种采用HARQ技术传输URLLC业务数据的示意图。如图2所示,以URLLC业务的时延要求为1ms、第一设备向第二设备发送URLLC业务数据为例。其中,当第一设备为无线接入网设备时,第二设备可以为终端设备。或者,当第一设备为终端设备时,第二设备可以为无线接入网设备。
第一设备在第一次传输(1st TX)中,即初传时,可以将承载URLLC业务数据的传输块(Transport Block,TB)的所有编码块(Code Block,CB)发送给第二设备。第二设备在接收到第一次传输的所有CB之后,若第二设备对此次传输的所有CB均成功解码,说明第二设备成功接收到第一次传输的所有CB,则第二设备可以在第一次传输对应的反馈时间点向第一设备发送反馈信息,例如,发送肯定应答(acknowledgement,ACK),以指示第二设备已经成功接收所有CB。若第二设备对第一次传输的一个或多个CB解码失败,说明第二设备未能成功接收到该一个或多个CB,则第二设备可以在第一次传输对应的反馈时间点向第一设备发送反馈信息,例如,发送否定应答(negative acknowledgement,NACK),以指示有CB传输错误。
然后,第一设备在接收到该NACK之后,可以进行第二次传输(2nd TX),以向第二设备重新发送该TB的所有CB,即第一次重传。此时,若第二设备仍未能成功解码该TB中的某些CB,则第二设备可以在第二次传输对应的反馈时间点向第一设备发送反馈信息,例如发送NACK,以指示第一设备有CB传输错误。这样,第一设备可以在基于该反馈信息进行第三次传输(3rd TX),即第二次重传,以将该TB的所有CB重新发送给第二设备。以此类推,直至第二设备在URLLC业务的时延要求内,成功接收此次发送的TB。若在URLLC业务的时延要求内,第二设备未能成功接收此次发送的TB,则URLLC业务传输失败。需要说明的是,虽然图2示出的是以1ms内对承载URLLC业务数据的TB所包括的CB进行了一次初传和两次重传的示意图,但是本申请并不以此为限。
此外,在5G中,可能会采用基于编码块组(code block group,CBG)的反馈和重传。在反馈时,不再简单的反馈单独的ACK或者NACK,而是对每个CBG都进行反馈。例如TB中包含4个CBG,则反馈4个ACK/NACK来指示,其中每个CBG的接收情况,假设1代表ACK,0代表NACK,4个CBG前三个CBG解码正确,最后一个CBG解码错误,则反馈为1110。对于每个CBG,其中所有的CB都解码正确,则认为此CBG解码正确,反馈ACK,其中任何一个CB解码错误,则认为此CBG解码错误,反馈NACK。
通过上述描述可以看出,第二设备在每次接收到第一设备发送的TB的所有CB之后,需要对该TB的所有CB进行解码,以基于该所有CB的解码结果向第一设备发送反馈信息。由于上述对所有CB进行解码需要一定的时间,且第一设备在接收到第二设备发送的反馈信息后,才会基于该反馈信息所指示的内容,确定是否执行重传操作。因此,在通过上述方式进行URLLC业务数据的传输时,第一设备两次传输之间的时延较大,无法满足URLLC业务对时延的要求。
因此,本申请提供的数据的传输方法,第一设备可以将TB分割成一个第一CB和至少一个第二CB,其中,第一CB的解码结果可以表征整个TB的解码结果。因此,第一设备在将分割成一个第一CB和至少一个第二CB的TB发送给第二设备后,第二设备可以先对第一CB进行解码,并向第一设备提前发送用于反馈第一CB的解码结果的第一信息,进而在第一信息指示第一CB的解码结果为解码失败时,第一设备可以基于该第一信息,提前进行重传,减少了第一设备两次传输之间的时延,进而增加了URLLC业务在时延要求内的重传次数。
需要说明的是,本申请提供的数据的传输方法,还可以适用于采用多次重复发送的方式进行URLLC业务数据传输的应用场景,即第一设备对承载URLLC业务数据的TB进行多次重复发送,直至第二设备成功接收该TB的所有CB。第二设备在成功接收该TB的所有CB之前,不需要向第一设备发送任何反馈信息。在该场景下,第一设备在将分割成一个第一CB和至少一个第二CB的TB发送给第二设备后,第二设备可以先对第一CB进行解码。在第一CB的解码结果为解码成功时,第二设备可以向第一设备提前发送用于反馈第一CB的解码结果的第一信息。第一设备在接收到该第一信息后,可以基于该第一信息,提前停止向第二设备继续发送该TB的动作,提高了URLLC业务数据的传输效率。
下面通过一些实施例对本申请的技术方案进行详细说明。下面这几个实施例可以相互结合,对于相同或相似的概念或过程可能在某些实施例中不加赘述。
图3为本申请提供的一种数据传输方法的流程示意图。本实施例涉及的是第一设备将TB分割成第一CB和至少一个第二CB的过程。如图3所示,该方法可以包括:
S101、第一设备确定第一CB的大小。
具体的,当第一设备需要向第二设备发送某一TB(即待发送的TB)时,第一设备可以先确定要从该TB中分割出的第一CB的大小(size)。具体实现时,第一设备可以通过如下几种方式确定第一CB的大小:
第一种方式:第一设备确定预设的第一CB的大小。
例如,当通信协议预定义有上述预设的第一CB的大小时,上述第一设备可以根据协议的预定义,确定预设的第一CB的大小。该预设的第一CB的大小例如可以为10比特。
当通信协议预定义有多个预设的第一CB的大小时,第一设备可以根据协议的预定义、当前的通信场景以及第二设备的能力中的一个或多个参数(例如:接收天线数目等),从该多个预设的第一CB的大小中确定出一个预设的第一CB的大小。
在本申请的另一实现方式中,在上述第一设备为终端设备时,第一设备还可以接收来自无线接入网设备的第一指示信息。其中,该第一指示信息用于指示预设的第一编码块的大小。因此,上述第一设备还可以根据该第一指示信息,确定预设的第一编码块的大小。通过这种方式,可以动态的向第一设备指示预设的第一编码块的大小,以满足不同的通信场景对第一编码块的大小的要求。具体实现时,上述第一指示信息可以携带在物理层信令、无线资源控制(Radio Resource Control,RRC)信令、媒体接入控制(Media AccessControl,MAC)信令等任一信令中发送给第一设备。
或者,在上述第一设备为终端设备时,第一设备还可以接收来自无线接入网设备的两个指示信息。其中,一个指示信息用于指示通信协议预定义的多个预设的第一CB的大小。另外一个指示信息用于指示当前需要使用的一个预设的第一CB的大小的标识。因此,上述第一设备还可以结合该两个指示信息,确定一个预设的第一编码块的大小。具体实现时,上述用于指示通信协议预定义的多个预设的第一CB的大小的指示信息,可以携带在物理层信令、RRC信令、MAC信令等任一信令中发送给第一设备。另外一个指示信息例如可以携带在下行控制信息(Downlink Control Information,DCI)中。
在本申请的另一实现方式中,在上述第一设备为网络设备时,第一设备还可以向终端设备发送第一指示信息。其中,该第一指示信息用于指示预设的第一编码块的大小。终端设备在接收到该第一指示信息后,可以根据该第一指示信息,确定预设的第一编码块的大小。通过这种方式,可以动态的向终端设备指示预设的第一编码块的大小,以满足不同的通信场景对第一编码块的大小的要求。具体实现时,上述第一指示信息可以携带在物理层信令、无线资源控制(Radio Resource Control,RRC)信令、媒体接入控制(Media AccessControl,MAC)信令等任一信令中。
或者,在上述第一设备为网络设备时,第一设备还可以向终端设备发送两个指示信息。其中,一个指示信息用于指示通信协议预定义的多个预设的第一CB的大小。另外一个指示信息用于指示当前需要使用的一个预设的第一CB的大小的标识。终端设备在接收到该两个指示信息后,可以根据该两个指示信息,确定预设的第一编码块的大小。具体实现时,上述用于指示通信协议预定义的多个预设的第一CB的大小的指示信息,可以携带在物理层信令、RRC信令、MAC信令等任一信令中。另外一个指示信息例如可以携带在下行控制信息(Downlink Control Information,DCI)中。
第二种方式:第一设备根据预设的比例系数和TB的大小,确定第一CB的大小。其中,上述预设的比例系数可以为第一CB的大小与TB的大小的比例,该预设的比例系数例如可以为1/10,即第一CB的大小为TB的大小的十分之一。可选的,当第一设备根据预设的比例系数和TB的大小的乘积,得到的第一CB的大小为非整数时,可以对第一CB的大小进行数据处理,例如:采用向上或者向下取整的处理方式,也可以四舍五入的处理方式。
例如,当通信协议预定义有上述预设的比例系数时,上述第一设备可以先根据协议的预定义,确定预设的比例系数。然后,第一设备可以将预设的比例系数与TB的大小的乘积,作为第一CB的大小。例如:TB的大小为100比特,预设的比例系数为1/10,则第一CB的大小即为10比特。
当通信协议预定义有多个预设的比例系数时,上述第一设备可以根据协议的预定义以及当前的通信场景,从该多个预设的比例系数中确定出一个预设的比例系数。然后,第一设备可以将该预设的比例系数与TB的大小的乘积,作为第一CB的大小。
在本申请的另一实现方式中,在上述第一设备为终端设备时,第一设备还可以接收来自无线接入网设备的指示信息。其中,该指示信息用于指示预设的比例系数。因此,上述第一设备还可以根据该指示信息,确定预设的比例系数。然后,第一设备可以将预设的比例系数与TB的大小的乘积,作为第一CB的大小。通过这种方式,可以动态的向设备指示预设的比例系数,以隐式的方式动态的指示第一编码块的大小,以满足不同的通信场景对第一编码块的大小的要求。具体实现时,上述指示信息可以携带在物理层信令、无线资源控制(Radio Resource Control,RRC)信令、媒体接入控制(Media Access Control,MAC)信令等任一信令中发送给第一设备。
或者,在上述第一设备为终端设备时,第一设备还可以接收来自无线接入网设备的两个指示信息。其中,一个指示信息用于指示通信协议预定义的多个预设的比例系数。另外一个指示信息用于指示当前需要使用的一个预设的比例系数的标识。因此,上述第一设备还可以结合该两个指示信息,确定一个预设的比例系数。具体实现时,上述用于指示通信协议预定义的多个预设的比例系数的指示信息,可以携带在物理层信令、RRC信令、MAC信令等任一信令中发送给第一设备。另外一个指示信息例如可以携带在下行控制信息(Downlink Control Information,DCI)中。
在本申请的另一实现方式中,在上述第一设备为网络设备时,第一设备还可以向终端设备发送指示信息。其中,该指示信息用于指示预设的比例系数。终端设备在接收到该指示信息后,可以根据该指示信息,确定预设的比例系数。然后,终端设备可以将预设的比例系数与TB的大小的乘积,作为第一CB的大小。通过这种方式,可以动态的向终端设备指示预设的比例系数,以隐式的方式动态的指示第一编码块的大小,以满足不同的通信场景对第一编码块的大小的要求。具体实现时,上述指示信息可以携带在物理层信令、RRC信令、MAC信令等任一信令中发送给第一设备。
或者,在上述第一设备为网络设备时,第一设备还可以向终端设备发送两个指示信息。其中,一个指示信息用于指示通信协议预定义的多个预设的比例系数。另外一个指示信息用于指示当前需要使用的一个预设的比例系数的标识。终端设备在接收到该两个指示信息后,可以根据该两个指示信息,确定一个预设的比例系数。具体实现时,上述用于指示通信协议预定义的多个预设的比例系数的指示信息,可以携带在物理层信令、RRC信令、MAC信令等任一信令中发送给第一设备。另外一个指示信息例如可以携带在DCI中。
可选的,当通信协议在编码时预定有多个CB的大小时,上述第一设备在根据预设的比例系数和TB的大小,计算出候选的第一CB的大小之后,可以从预定的多个CB的大小中,选择与候选的第一CB的大小最接近的一个CB的大小,并将该CB的大小作为第一CB的大小。例如:可以选择小于候选的第一CB的大小的一个值,也可以选择一个大于候选的第一CB的大小的一个值等。
S102、第一设备根据第一CB的大小,将待发送的TB分割成第一CB和至少一个第二CB。
具体的,第一设备在确定第一CB的大小之后,可以根据该第一CB的大小,将TB分割成第一CB和至少一个第二CB。其中,这里所说的第二CB为从该TB中分割出第一CB之后对剩余数据继续进行分段所得到的CB。
在本实施例中,上述第一CB可以为用于预测整个TB的解码结果的CB。即,第一CB的解码结果能够表征整个TB的解码结果。例如:当第一CB的解码结果为解码成功时,说明整个TB的解码结果为解码成功;或者,当第一CB的解码结果为解码失败时,说明整个TB的解码结果为解码失败。也就是说,接收上述TB的第二设备在将第一CB的解码结果反馈给第一设备后,第一设备可以通过第一CB的解码结果,确定整个TB的解码结果。
因此,通过上述将TB分割成第一CB和至少一个第二CB的方式,使得第一设备在将该TB发送给第二设备后,第二设备可以先对第一CB进行解码,并将第一CB的解码结果提前发送给第一设备。这样,第一设备可以基于该第一CB的解码结果,提前确定整个TB的解码结果。进而,在整个TB的解码结果为解码失败时(即第一CB的解码结果为解码失败),第一设备可以提前执行重传的操作,以减少第一设备两次传输之间的时延。因此,在采用这种方式传输承载URLLC业务数据的TB时,可以减少两次传输之间的时延,进而可以在URLLC业务在时延要求内,增加重传次数。
本实施例不限定上述第一设备将TB分割成第一CB和至少一个第二CB的方式,例如:上述第一设备可以从TB中随机选择出与第一CB大小相同的数据作为第一CB。然后,根据现有的TB分段的方式,将TB中剩余的数据分割成至少一个第二CB。或者,上述第一设备还可以将TB的第一个比特作为第一CB的起点,从TB中确定出与第一编码块的大小相同的数据,并将该部分数据作为第一CB。然后,根据现有的TB分段的方式,将TB中剩余的数据分割成至少一个第二CB。
需要说明的是,虽然上述示例以从TB的数据中分割出一个CB的方式,对数据的传输方法进行了介绍。但是本领域技术人员可以理解的是,在一些实施例中,上述第一CB还可以是非TB中的数据,例如:上述第一CB可以为通信协议中预定义的一个序列中的部分或全部数据,具体可以根据第一CB的大小和预定义的序列的大小确定。或者,上述第一CB可以为控制信息等。
本申请提供的数据的传输方法,第一设备通过将待传输的TB分割成一个第一CB和至少一个第二CB的方式,使得第一设备在将该TB发送给第二设备后,第二设备可以先对第一CB进行解码,并向第一设备提前反馈第一CB的解码结果,进而在第一CB的解码结果为解码失败时,第一设备可以提前进行重传。由于第一CB的大小可能比第二CB的大小小很多,对应的第一CB的解码时延比第二CB的解码时延小很多,因此采用本申请的实施例中的数据传输方法减少了第一设备两次传输之间的时延。因此,在采用这种方式传输承载URLLC业务数据的TB时,可以减少两次传输之间的时延,进而可以在URLLC业务的时延要求内,增加重传次数。
图4为本申请提供的另一种数据传输方法的流程示意图。本实施例涉及的是第一设备将分割成第一CB和至少一个第二CB的TB发送给第二设备的过程。如图4所示,该方法可以包括:
S201、第一设备确定预设的第一CB的大小。
S202、第一设备根据第一CB的大小,将待发送的TB分割成第一CB和至少一个第二CB。
其中,S201-S202的描述可以参见上述S101-S102的描述。
S203、第一设备将传输块映射到第一时频资源上发送给第二设备。
具体的,上述第一设备在将TB分割成第一CB和至少一个第二CB之后,可以将该第一CB和至少一个第二CB分别进行编码和调制后,映射到第一时频资源上发送给第二设备。此时,第一时频资源上承载的是TB的信息,即进行编码和调制后的第一CB和至少一个第二CB。需要说明的是,上述第一设备将该第一CB和至少一个第二CB分别进行编码和调制的过程,可以参见现有技术,对此不加赘述。
其中,第一CB的发送时间早于或等于第二编码块的发送时间。即,第一CB在第一时频资源上占用的时域符号,在时间上早于或等于任何一个第二CB在第一时频资源上占用的时域符号。也就是说,第一设备在将TB映射到第一时频资源上时,对第一CB采用先频域后时域的映射方式。例如,可以先在第一时频资源的第一个时域符号上映射第一CB,在第一时域符号上的所有频域资源无法将第一CB映射完时,才会在第一时频资源的第二个时域符号上继续映射第一CB,直至完成第一CB的映射。
由于作为接收端的第二设备可能是接收到整个TB的若干个完整的CB就开始解码,因此,通过这种将第一CB映射在第一时频资源中靠前的时域符号上的方式,使得第二设备在接收到第一CB之后,可以先对第一CB进行解码,以提前获取到第一CB的解码结果,提高了获取第一CB的解码结果的效率。
另外,本领域技术人员可以理解的是在任意一次传输中,可以采用或不采用本实施例所提供的方法。在不同次的传输中的第一CB,可以进行HARQ合并。例如,第一设备向第二设备发送了一次初传,和两次重传,每次都发了第一CB,这三次发送的第一CB可以进行HARQ合并。具体实现时,可以通过物理层信令或者RRC来通知是否采用本实施例所提供的方法。
本申请提供的数据的传输方法,第一设备通过将待传输的TB分割成一个第一CB和至少一个第二CB的方式,使得第一设备在将该TB发送给第二设备后,第二设备可以先对第一CB进行解码,并向第一设备提前反馈第一CB的解码结果,进而在第一CB的解码结果为解码失败时,第一设备可以提前进行重传,减少了第一设备两次传输之间的时延。因此,在采用这种方式传输承载URLLC业务数据的TB时,可以减少两次传输之间的时延,进而可以在URLLC业务的时延要求内,增加重传次数。
如上述实施例所说,在上述步骤S203中,上述第一设备在将TB分割成第一CB和至少一个第二CB之后,可以将该第一CB和至少一个第二CB分别进行编码和调制后,映射到第一时频资源上发送给第二设备。其中,上述第一设备在对第一CB和至少一个第二CB分别进行编码和调制时,第一CB和第二CB的编码方式和等效码率中至少有一个不同,第一CB和第二CB的调制方式相同。这里所说的编码方式例如可以为以下编码方式中的任意一种:极化polar码、低密度奇偶校验码(Low Density Parity Check Code,LDPC)、里德-穆勒码(Reed-Muller Code,RMC)和戈利块编码(Golay-Based Block Code,GBBC)。这里所说的等效码率为CB在编码前的比特数与经过编码和速率匹配后映射到物理资源上的比特数之比。这里所说的调制方式可以为以下任意一种:二进制相移键控(Binary Phase ShiftKeying,BPSK),正交相移键控(Quadrature Phase Shift Keying,QPSK),16正交幅度调制(Quadrature Amplitude Modulation,QAM),64QAM和128QAM,但本申请的实施例对调制方式不做限定。
第一CB的编码方式和第二CB的编码方式、第一CB和第二CB的调制方式具体可以沿用现有技术的方式确定,对此不加赘述。本实施例重点强调的是上述第一设备将传输块映射到第一时频资源上发送给第二设备之前,根据传输块的大小、第一时频资源的大小和位置以及第一编码块的大小,确定第二时频资源的大小和位置的过程,则在上述S203之前,该方法还可以包括:
第一设备根据TB的大小、第一时频资源的大小和位置以及第一CB的大小,确定第二时频资源的大小和位置;其中,上述第一时频资源的大小用于表征第一时频资源包括的RE个数。上述第二时频资源的大小用于表征第二时频资源包括的RE个数。第二时频资源用于承载第一编码块的信息,即经过编码和调制后的第一CB。
具体的,第一设备可以采用下述公式(1),确定TB的等效码率,该公式(1)例如可以如下:
其中,上述CTB为TB的等效码率。上述TB Size为TB的大小,该TB Size的单位可以为比特。上述NTB为第一时频资源,该NTB的单位为RE。QTB为采用该TB的调制方式对TB的数据进行调制时一个调制符号上所能承载的比特数,例如:调制方式为QPSK时,QTB取值为2;调制方式为16QAM时,QTB取值为4;调制方式为64QAM时,QTB取值为6;调制方式为256QAM时,QTB取值为6。当将TB分成一个第一CB和至少一个第二CB时,可以将第二CB的调制方式作为TB的调制方式。
然后,第一设备可以采用下述公式(2),确定第二时频资源的大小,该公式(2)例如可以如下:
其中,上述NCB为第二时频资源,该NCB的单位为RE。上述CB Size为第一CB的大小,该CB Size的单位可以为比特。上述K为等效码率调整系数。上述QCB为采用第一CB的调制方式对第一CB的数据进行调制时一个调制符号上所能承载的比特数。在本实施例中,第一CB和第二CB的调制方式与TB的调制方式相同,因此,在一些实施例中,也可以上述公式(2)中的QCB采用QTB进行替换,其实现效果相同,对此不加赘述。
需要说明的是,上述公式(2)中所涉及的等效码率调整系数为第一CB的等效码率与第二CB的等效码率的比值。可选的,在一些实施例中,上述等效码率调整系数也可以为第一CB的等效码率与TB的等效码率的比值。下述示例以第二CB的等效码率为例,介绍上述等效码率调整系数,具体地:
当通信协议中预定义了多个等效码率调整系数表,每个等效码率调整系数表用于指示一种传输参数对应的等效码率调整系数。这里所说的传输参数包括下述一项或多项:编码方式、信道模型、终端设备的移动速度、终端设备的接收天线端口数、终端设备的传输模式等。其中,这里所说的信道模型例如可以为:扩展步行者信道模型(ExtendedPedestrian A Model,EPA)、扩展车辆信道模型(Extended Vehicular A Model,EVA)、扩展典型城市信道模型(Extended Typical Urban Model,ETU)、抽头延迟线(Tapped DelayLine,TDL)模型等。这里所说的终端设备的传输模式例如可以为开环多入多出技术(Multiple-Input Multiple-Output,MIMO)、闭环MIMO、多用户多入多出(Multi-UserMultiple-Input Multiple-Output,MU-MIMO)、波束赋形(Beamforming)等。需要强调的是,在上述第一设备为终端设备时,上述传输参数中所涉及的终端设备的相关参数即为第一设备的参数。在接收上述第一设备发送的TB的第二设备为终端设备时,上述传输参数中所涉及的终端设备的相关参数即为第二设备的参数。
示例性的,以采用polar码进行编码的编码方式和采用LDPC进行编码的编码方式为例,预定义的等效码率调整系数表,可以如下述表1所示:
表1
其中,上述K1、K2、K3、K4、K5、K6为等效码率调整系数。以等效码率调整系数K1为例,当上述第一CB采用LDPC码进行编码、第二CB采用polar进行编码,且终端设备当前的移动速度小于或等于3km/h时,则第一CB的等效码率为第二CB的等效码率与等效码率调整系数K1的乘积。以等效码率调整系数K6为例,当上述第一CB采用polar码进行编码、第二CB采用LDPC进行编码,且终端设备当前的移动速度大于60km/h时,第一CB的等效码率为第二CB的等效码率与等效码率调整系数K6的乘积。
可以理解的是,上述表1所示的等效码率调整系数表所表征的含义仅为一种示意,在一些实施例中,上述表1还可以为在已约束第二CB的编码方式下,第一CB采用polar码进行编码时所对应的等效码率调整系数,以及,第一CB采用LDPC进行编码时所对应的等效码率调整系数,具体可以根据通信协议的预定义方式确定,本申请对此不进行限定。
需要说明的是,上述预定义的多个等效码率调整系数表中的等效码率调整系数,具体可以根据第一CB的编码方式、第一CB的大小、第二CB的编码方式和第二CB的大小确定。
以第一CB的大小小于第二CB的大小、第一CB的编码方式和第二CB的编码方式相同为例,在采用同一编码方式进行编码时,由于码块越大,编码的性能越好,而码块越小,编码的性能越差。因此,为了确保小码块的编码性能,需要对小码块采用较低的等效码率,以弥补编码增益的损失。对应到本申请中,在第一CB的大小小于第二CB的大小、且第一CB和第二CB采用相同的编码方式进行编码时,需要对第一CB采用比第二CB的等效码率低的等效码率,以确保第一CB和至少一个第二CB的编码性能相同(或者近似相同),从而使得第一CB的解码的正确概率接近至少一个第二CB的解码正确概率。示例性的,在该场景下,上述等效码率调整系数可以为0.5。
以第一CB的大小小于第二CB的大小、第一CB的编码方式与第二CB的编码方式不同为例,假定第一CB的编码方式为采用polar码进行编码的编码方式、第二CB的编码方式为采用LDPC进行编码的编码方式,由于polar码的编码性能优于LDPC的编码性能,因此,采用polar码对小码块进行编码的编码性能近似等同于采用LDPC对大码块进行编码的编码性能。对应到本申请中,在第一CB的大小小于第二CB的大小、第一CB的编码方式为采用polar码进行编码的编码方式、第二CB的编码方式为采用LDPC进行编码的编码方式时(即第一CB的编码方式与第二CB的编码方式不同),可以对第一CB和第二CB采用相同的等效码率,以确保第一CB和至少一个第二CB的编码性能相同(或者近似相同),从而使得第一CB的解码的正确概率接近至少一个第二CB的解码正确概率。示例性的,在该场景下,上述等效码率调整系数例如可以为1。
作为本申请的另一实现方式,上述等效码率系数的取值还可以进一步根据应用场景确定。
例如:当应用场景为:需要通过第一CB获知整个TB是否会解码失败,则上述等效码率调整系数可以略低于正常取值,以使得第一CB的解码性能优于第二CB的编码性能。其中,上述所说的正常取值可以为:从等效码率调整系数表中确定的等效码率调整系数的取值。这样,若对解码性能较高的第一CB解码失败,则可以确定解码性能较低的第二CB的解码也会失败,进而可以确定整个TB的解码结果结果为解码失败。通过这种方式,可以确保第一CB的解码结果能够反映出整个TB的解码结果。以上述等效码率调整系数取值为1为例,则在该场景下,等效码率调整系数例如可以为0.9。此时,第一CB的编码方式与第二CB的编码方式不同、且第一CB的等效码率与第二CB的等效码率不同。
例如:当应用场景为:需要通过第一CB获知整个TB是否会解码成功,则上述等效码率调整系数可以略高于正常取值,以使得第一CB的解码性能低于第二CB的编码性能。这样,若对解码性能较低的第一CB解码成功,则可以确定解码性能较高的第二CB的解码也会成功,进而可以确定整个TB的解码结果为解码成功。通过这种方式,可以确保第一CB的解码结果能够反映出整个TB的解码结果。以上述等效码率调整系数取值为1为例,则在该场景下,等效码率调整系数例如可以为1.1。
若上述第一设备可以获取预定义的等效码率调整系数表,则上述第一设备可以根据第一CB的编码方式、第二CB的编码方式以及当前的传输参数,查表得到等效码率调整系数。然后,第一设备可以将等效码率调整系数与第二CB的等效码率相乘,得到第一CB的等效码率。
在上述第一设备为终端设备时,上述第一设备还可以通过接收来自无线接入网设备的第二指示信息,来获取该等效码率调整系数。此时,该等效码率调整系数可以为无线接入网设备根据第一CB的编码方式、第二CB的编码方式以及当前的传输参数,查表得到等效码率调整系数。具体实现时,上述第二指示信息可以携带在物理层信令、RRC信令、MAC信令等任一信令中发送给第一设备。可选的,上述第二指示信息还可以为DCI。
在本申请的另一实现方式中,在上述第一设备为网络设备时,第一设备还可以向终端设备发送第二指示信息。其中,该指示信息用于指示等效码率调整系数。终端设备在接收到该等效码率调整系数后,可以根据该第二指示信息,根据传输块的大小、第一时频资源的大小和位置以及第一编码块的大小,确定第二时频资源的大小和位置。通过这种方式,可以动态的向终端设备指示等效码率调整系数,以隐式的方式动态的指示第二时频资源的大小,以满足不同的通信场景对第二时频资源的大小的要求。具体实现时,上述第二指示信息可以携带在物理层信令、RRC信令、MAC信令等任一信令中发送给第一设备。可选的,上述第二指示信息还可以为DCI。
上述第一设备还可以根据预设规则,来确定等效码率调整系数。其中,该预设规则例如可以为:当第一CB和第二CB使用相同编码方式,等效码率调整系数为0.5;当第一CB用polar,第二CB使用LDPC时,等效码率调整系数为1等。
第一设备在确定第二时频资源的大小之后,可以根据第二时频资源的大小,在第一时频资源的位置上,确定第二时频资源的位置。具体地:
如前述实施例所说,第一CB的发送时间早于或等于第二编码块的发送时间。因此,第一设备在从第一时频资源的位置上确定第二时频资源的位置时,可以采用先频域后时域的方式确定。例如:若第二时频资源包括10个RE,第一时频资源的第1个符号上有12个RE,则第一设备可以将第1个符号上10个RE作为第二时频资源。若第二时频资源包括10个RE,第一时频资源的第1个符号上有8个RE,第2个符号上有2个RE,则第一设备可以将第1个符号上8个RE和第2个符号上的2个RE作为第二时频资源。
若当通信协议预定义有预设的时域符号,则上述第一设备可以根据预设的时域符号内的RE个数,与第二时频资源的RE个数,在第一时频资源的位置上确定第二时频资源的位置。例如:假定预设的时域符号为第一时频资源的第1-2个符号,若第二时频资源包括10个RE,第一时频资源的第1个符号上有12个RE,则第一设备可以将第1个符号上10个RE作为第二时频资源。若第二时频资源包括10个RE,第一时频资源的第1个符号上有8个RE,第2个符号上有2个RE,则第一设备可以将第1个符号上8个RE和第2个符号上的2个RE作为第二时频资源。若第二时频资源包括10个RE,第一时频资源的第1个符号上有6个RE,第2个符号上有2个RE,则在该实现方式下,第二时频资源需要将RE数量缩减为第一时频资源上的第1个符号和第2个符号上包括的所有RE个数(在该示例中该RE个数即为8个)。此时,第一设备可以将第一个符号上6个RE和第2个符号上的2个RE作为第二时频资源。
可选的,上述通信协议中可以只预定义一个预设的时域符号,也可以预定义多个预设的时域符号。
在上述通信协议中预定义有多个预设的时域符号时,每个预设的时域符号可以对应一种时域长度的第一时频资源。例如:在第一时频资源的时域为2个时域符号的迷你时隙时,预设的时域符号为该第一时频资源的第1个符号。在第一时频资源的时域为7个时域符号的时隙时,预设的时域符号为该第一时频资源的第1-2个符号。
在上述通信协议中预定义有多个预设的时域符号时,每个预设的时域符号可以对应的第一时频资源占用的带宽大小不同。例如:在第一时频资源的带宽大于x时,预设的时域符号为该第一时频资源的第1个符号。在第一时频资源的带宽小于或等于x时,预设的时域符号为该第一时频资源的第1-2个符号。
需要说明的是,在一些实现方式中,上述所描述的第1个符号可以为第一时频资源上除发送PDCCH的时域符号之外的第1个符号,上述所描述的第1-2个符号可以为第一时频资源上除发送PDCCH的时域符号之外的第1-2个符号,对此不进行限定。
在本申请的另一实现方式中,在上述第一设备为终端设备时,第一设备还可以接收来自无线接入网设备的指示信息。其中,该指示信息用于指示预设的时域符号。因此,上述第一设备还可以根据该指示信息,确定预设的预设的时域符号。然后,第一设备可以根据预设的时域符号内的RE个数,与第二时频资源的RE个数,在第一时频资源上确定第二时频资源的位置。通过这种方式,可以动态的向设备指示预设的时域符号,以隐式的方式动态的指示第二时频资源的位置,以满足不同的通信场景对第二时频资源的位置的要求。具体实现时,上述指示信息可以携带在物理层信令、RRC信令、MAC信令等任一信令中发送给第一设备。
第一设备根据TB的大小、第一时频资源的大小和位置以及第一CB的大小,确定第二时频资源的大小和位置之后,可以在第二时频资源上映射第一CB,具体地:
第一设备可以根据第二时频资源包括的RE个数,确定第二时频资源所能承载的比特数。然后,第一设备以采用母码率编码的第一CB为基准,确定在第二时频资源上映射的第一CB的信息。例如:第二时频资源包括的RE个数为10个,第一CB的调制阶数为2,则第一设备根据该信息,确定第二时频资源所能承载的比特数为20。然后,第一设备以母码率编码的第一CB的比特数为10,则在第二时频资源上映射的第一CB的信息为:2个以母码率编码的第一CB。例如:第二时频资源包括的RE个数为10个,第一CB的调制阶数为2,则第一设备根据该信息,确定第二时频资源所能承载的比特数为20。然后,第一设备以母码率编码的第一CB的比特数为15,则在第二时频资源上映射的第一CB的信息为:1个以母码率编码的第一CB,和,以母码率编码的第一CB中的一半数据。在该场景下,上述第一CB的大小,与,上述在第二时频资源上映射的第一CB的信息的大小的比值即为第一CB的等效码率。
在本申请的一种实现方式中,基于上述公式(1)和公式(2),第一设备在确定了TB的大小、TB的调制阶数、第一时频资源的大小、等效码率调整系数、第一CB的调制阶数、第二时频资源的大小之后,第一设备还采用下述公式(3),确定第一CB的大小,该公式(3)例如可以如下:
本申请提供的数据的传输方法,第一设备通过将待传输的TB分割成一个第一CB和至少一个第二CB的方式,使得第一设备在将该TB发送给第二设备后,第二设备可以先对第一CB进行解码,并向第一设备提前反馈第一CB的解码结果,进而在第一CB的解码结果为解码失败时,第一设备可以提前进行重传,减少了第一设备两次传输之间的时延。因此,在采用这种方式传输承载URLLC业务数据的TB时,可以减少两次传输之间的时延,进而可以在URLLC业务在时延要求内,增加重传次数。
图5为本申请提供的又一种数据传输方法的信令流程图。如图5所示,在本实施例中,上述第一设备根据第一CB的大小,将TB分割成第一CB和至少一个第二CB后,发送给第二设备的过程。如图5所示,该方法包括:
S301、第一设备确定第一CB的大小。
S302、第一设备根据第一CB的大小,将待发送的TB分割成第一CB和至少一个第二CB。
S303、第一设备将TB映射到第一时频资源上发送给第二设备。
其中,TB包括第一CB和至少一个第二CB;第一CB的发送时间早于或等于第二CB的发送时间。
S304、第二设备接收来自第一设备的TB。
其中,上述TB包括第一CB和至少一个第二CB。
S305、第二设备确定TB的大小、第一CB的大小以及第一时频资源的大小和位置。
其中,第一时频资源用于承载TB的信息。
具体的,若第二设备为无线接入网设备,则第二设备可以根据自己所指示的第一设备发送的TB的大小,确定TB的大小。若第二设备为终端设备,则第二设备可以根据来自无线接入网设备发送的用于指示TB的大小的指示信息,确定TB的大小。其中,这里所说的指示信息例如可以为DCI。
上述第二设备确定第一CB的大小的方式,可以参见上述S101的描述,对此不再赘述。
若第二设备为无线接入网设备,则第二设备可以根据自己为第一设备调度的第一时频资源的大小和位置,确定第一时频资源的大小和位置。若第二设备为终端设备,则第二设备可以根据来自无线接入网设备发送的用于指示第一时频资源的大小和位置的指示信息,确定第一时频资源的大小和位置。其中,这里所说的指示信息例如可以为DCI。
S306、第二设备根据TB的大小、第一CB的大小以及第一时频资源的大小和位置确定第二时频资源的大小和位置。
其中,第二时频资源用于承载第一CB的信息。
上述第二设备确定预设的第一CB的大小的方式,可以参见上述第一设备根据TB的大小、第一时频资源的大小和位置以及第一CB的大小,确定第二时频资源的大小和位置的描述,对此不再赘述。
S307、第二设备根据第二时频资源的大小和位置,对第一CB进行解调和解码。
具体的,第二设备在确定第二时频资源的大小和位置之后,可以对在第二时频资源上接收到的数据,单独进行解调和解码。此时,该在第二时频资源上接收到的数据即为第一CB。也就是说,第二设备通过第二时频资源的大小和位置来区分所接收到的数据哪些是来自第一CB的数据。然后,第二设备通过对第一CB单独进行解调和解码的方式,得到第一CB的解码结果。
其中,第二设备对第一CB进行解调和解码的方式可以参见现有技术,对此不再赘述。
可选的,第二设备在第一CB进行借条和解码之前,需要先确定第一CB的编码方式、第一CB的等效码率、第一CB的调制方式。对于第一CB的编码方式和第一CB的调制方式具体可以沿用现有技术的方式确定,对此不再赘述。对于确定第一CB的等效码率的方式可以参见上述第一设备确定第一CB的等效码率的具体过程,对此不再赘述。
S308、第二设备在第一时间点向第一设备发送第一信息。
其中,第一信息用于指示第一CB的解码结果,第一时间点早于第二设备向第一设备发送第二信息的时间点,第二信息用于指示TB的解码结果。可选的,第二信息例如可以为现有技术所说的用于指示TB的解码结果的Ack/Nack信号。
为了能够使第一设备能够提前得到第一CB的解码结果,在本实施例中,第二设备可以在早于发送第二信息的时间点,向第一设备发送用于指示第一CB的解码结果的第一信息,以通过第一CB的解码结果间接的指示整个TB的解码结果。这样,第一设备可以基于该第一CB的解码结果,提前确定整个TB的解码结果。进而,在整个TB的解码结果为解码失败时(即第一CB的解码结果为解码失败),第一设备可以提前执行重传的操作,以减少第一设备两次传输之间的时延。因此,在采用这种方式传输承载URLLC业务数据的TB时,可以减少两次传输之间的时延,进而可以在URLLC业务在时延要求内,增加重传次数。
本申请提供的数据的传输方法,第一设备通过确定预设的第一CB的大小,将待传输的TB分割成一个第一CB和至少一个第二CB,使得第二设备可以基于对第一CB的解码结果,确定整个TB的解码结果,从而使得第二设备可以提前向第一设备反馈TB的解码结果,以减少第一设备两次传输之间的时延。因此,在采用这种方式传输承载URLLC业务数据的传输块时,可以减少两次传输之间的时延,进而可以在URLLC业务在时延要求内,增加重传次数。
进一步地,在上述实施例的基础上,本实施例涉及的是在上述第二设备在第一时间点向第一设备发送第一信息之前,即在上述S308之前,该方法还可以包括如下步骤:第二设备确定第一时间点。
其中,上述第二设备可以采用如下几种方式确定上述第一时间点,具体地:
第一种方式:第二设备根据第二时频资源的时域信息,确定第一时间点。
具体的,在本实施例中,当通信协议中预定义了“第一时间点与第二时频资源在时域上的相对位置”,则上述第一设备和第二设备可以获取预定义的“第一时间点与第二时频资源在时域上的相对位置”。
例如:当通信协议中预定义了第一时间点为第二时频资源的第1个时域符号之后的第n个时域符号,则上述第二设备可以根据第二时频资源的时域信息,确定第二时频资源的第1个时域符号,进而在第二时频资源的第1个时域符号之后,加上n个符号,得到上述第一时间点。或者,当通信协议中预定义了第一时间点为第二时频资源的最后1个时域符号之后的第n个时域符号,则上述第二设备可以根据第二时频资源的时域信息,确定第二时频资源的第1个时域符号,进而在第二时频资源的最后1个时域符号之后,加上n个符号,得到上述第一时间点。也可以是第二时频资源中的其它符号作为起始点,加上n个符号,得到上述第一时间点。
其中,上述第二设备可以根据前述实施例所确定的第二时频资源的大小和位置,获取第二时频资源的时域信息,对此不再赘述。
相应地,第一设备也可以采用上述方式,确定第一时间点,进而在第一时间点接收第一信息,对此不再赘述。
第二种方式:第二设备根据发送第二信息的时间点,确定第一时间点。
具体的,在本实施例中,当通信协议中预定义了“第一时间点与发送第二信息的时间点的相对位置”,则上述第一设备和第二设备中可以获取预定义的“第一时间点与发送第二信息的时间点的相对位置”。
例如:当通信协议中预定义了第一时间点为发送第二信息的时间点之前的第m个时域符号,则上述第二设备可以将发送第二信息的时间点减去m个符号,得到上述第一时间点。
上述第一设备和第二设备中可以获取发送第二信息的时间点,该发送第二信息的时间点可以为无线接入网设备调度的,也可以为预定义的。则在本申请的一种实现方式中,当上述第二设备为终端设备时,第二设备可以通过接收来着无线接入网设备的用于指示“发送第二信息的时间点”的指示信息,获取无线接入网设备调度的发送第二信息的时间点。其中,这里所说的指示信息例如可以携带在DCI中,或者,携带在物理层信令、RRC信令、MAC信令等任一信令中。
相应地,第一设备也可以采用上述方式,确定第一时间点,进而在第一时间点接收第一信息,对此不再赘述。
第三种方式:第二设备根据第一时间点的时间范围,确定第一时间点。
具体的,在本实施例中,当通信协议中预定义了“第一时间点的时间范围”,则上述第一设备和第二设备中可以获取预定义的第一时间点的时间范围。也就是说,第二设备可以在该范围内的任一时间点发送第一信息。
在本申请的另一实现方式中,上述第一设备和第二设备中可以获取预定义的“第一时间点的时间范围的起点与第二时频资源在时域上的相对位置”、“第一时间点的时间范围的终点与发送第二信息的时间点的相对位置”。例如:上述第一时间点的时间范围的起点可以为:第二时频资源的时域信息之后的n个符号,上述第一时间点的时间范围的终点可以为:发送第二信息的时间点之前的m个符号等。因此,上述第二设备在根据第一时间点的时间范围,确定第一时间点之前,还可以在第二时频资源的时域信息上加上n个符号,得到第一时间点的时间范围的起点,将发送第二信息的时间点减去m个符号,得到上述第一时间点的时间范围的终点。
在本申请的另一实现方式中,若上述第二设备为终端设备,则上述终端设备在根据第一时间点的时间范围,确定第一时间点之前,还可以接收用于指示第一时间点的时间范围的指示信息,以通过指示信息获取第一时间点的时间范围。该指示信息可以通过携带第一时间点的时间范围的起点和第一时间点的时间范围的时间长度,来指示第一时间点的时间范围。或者,该指示信息可以通过携带第一时间点的时间范围的终点和第一时间点的时间范围的时间长度,来指示第一时间点的时间范围。或者,该指示信息可以通过携带第一时间点的时间范围的起点和终点,来指示第一时间点的时间范围。或者,该指示信息可以通过携带第一时间点的时间范围的起点、终点、时间长度,来指示第一时间点的时间范围。具体实现时,该指示信息例如可以携带在DCI中,或者,携带在物理层信令、RRC信令、MAC信令等任一信令中发送给第二设备。
相应地,第一设备也可以采用上述方式,确定第一时间点,进而在第一时间点接收第一信息,对此不再赘述。
在本申请的另一实现方式中,若上述第二设备为终端设备,则上述第二设备还可以通过接收终端设备发送的用于指示第一时间点的指示信息,来确定第一时间点。其中,该指示信息例如可以为DCI。在该实现方式下,上述发送第二信息的时间点也可以携带在上述指示信息,或者,上述发送第二信息的时间点可以携带理层信令RRC信令、MAC信令等任一信令中发送给第二设备。相应地,第一设备也可以采用上述方式,确定第一时间点,进而在第一时间点接收第一信息,对此不再赘述。
本申请提供的数据的传输方法,第二设备可以确定第一时间点,从而使得第二设备在接收到第一设备传输的TB之后,可以在该第一时间点提前发送能够反馈第一CB的解码结果的第一信息,而不用再等到TB的反馈时间点再反馈。通过这种方式,使得第一设备可以提前接收到第一信息,进而可以基于第一CB的解码结果,提前确定整个TB的解码结果,以在整个TB的解码结果为解码失败时,向第二设备发起重传,减少了第一设备两次传输之间的时延。因此,在采用这种方式传输承载URLLC业务数据的传输块时,可以减少两次传输之间的时延,进而可以在URLLC业务在时延要求内,增加重传次数。
上述的第一时间点用于提前反馈第一CB的解码结果,反馈内容可以是正确或者错误。此外,第一CB的解码正确或者错误的反馈可以独立确定自己的反馈时间点,确定方法和第一时间点的方法相同。
进一步地,在上述实施例的基础上,本实施例涉及的是在上述第二设备在第一时间点向第一设备发送第一信息之前,即在上述S308之前,该方法还可以包括如下步骤:第二设备确定是否提前发送第一信息。
具体的,上述第一设备发送TB的发送方式可以包括:基于HARQ的发送方式(即初传TB的全部CB,并根据接收端反馈的接收结果,重传发送TB的全部CB,直至成功接收TB的所有CB)、基于多次重复发送的发送方式(即重复发送TB的全部CB,直至接收端成功接收TB的所有CB,接收端在成功接收TB的所有CB之前,不需要向发送端发送任何反馈信息)。
若第一CB的解码结果为解码成功,说明整个TB的解码结果为解码成功。此时,若第一设备发送TB的发送方式为基于多次重复发送的发送方式,则第二设备可以确定提前发送用于指示第一CB的解码结果的第一信息。这样,第二设备在确定提前发送第一信息时,在第一时间点向第一设备发送第一信息。第一设备在提前接收到该第一信息后,可以提前停止向第二设备发送整个TB的所有CB,提高了第一设备的发送效率。
若第一CB的解码结果为解码失败,说明整个TB的解码结果为解码失败。此时,若第一设备发送TB的发送方式为基于多次重复发送的发送方式,则不管第二设备是否发送用于指示解码失败的第一信息,第一设备都会向第二设备发送整个TB的所有CB。因此,在这种情况下,第二设备可以确定不需要提前发送第一信息,以节省开销。
若第一CB的解码结果为解码失败,说明整个TB的解码结果为解码失败。此时,若第一设备发送TB的发送方式为基于HARQ的发送方式,则第二设备可以确定提前发送用于指示第一CB的解码结果的第一信息。这样,第二设备在确定提前发送第一信息时,在第一时间点向第一设备发送第一信息。第一设备在提前接收到该第一信息后,可以提前确定向第二设备失败,从而使得第一设备可以提前执行重传操作,减少了第一设备两次传输之间的时延。
若第一CB的解码结果为解码成功,说明整个TB的解码结果为解码成功。此时,若第一设备发送TB的发送方式为基于HARQ的发送方式,则不管第二设备是否提前发送用于指示解码成功的第一信息,第一设备后续都不会向第二设备执行任何操作。因此,在这种情况下,第二设备可以确定不需要提前发送第一信息,也可以确定提前发送第一信息,具体可以根据用户的需求设定。
可选的,在本申请的另一实现方式中,在上述第二设备为终端设备时,第二设备还可以根据所接收到的“用于指示第二设备是否提前发送第一信息”的指示信息,确定是否提前发送上述第一信息。这样,第二设备在基于指示信息,确定提前发送第一信息时,才会在第一时间点向第一设备发送第一信息。
可选的,在本申请的另一实现方式中,在上述第二设备为终端设备时,第二设备还可以根据所接收到的“用于指示提前发送的信息的类型”的指示信息。这样,第二设备在基于指示信息,确定提前发送的信息的类型,进而使得第二设备可以根据所述第一CB的解码结果、提前发送的信息的类型,确定是否提前发送第一信息。其中,上述所说的第一信息的类型可以为用于指示
例如:若上述提前发送的信息的类型为:用于指示解码成功的信息。此时,若第一信息为用于指示解码失败的信息,则第二设备可以确定不提前发送第一信息。若上述提前发送的信息的类型为:用于指示解码成功的信息。此时,若第一信息为用于指示解码成功的信息,则第二设备可以确定提前发送第一信息。若上述提前发送的信息的类型为:用于指示解码失败的信息。此时,若第一信息为用于指示解码失败的信息,则第二设备可以确定提前发送第一信息。若上述提前发送的信息的类型为:用于指示解码失败的信息。此时,若第一信息为用于指示解码成功的信息,则第二设备可以不确定提前发送第一信息。
本申请提供的数据的传输方法,第二设备可以结合实际的应用场景,确定是否提前发送第一信息,进而在确定提前发送第一信息时,才会在第一时间点向第一设备发送第一信息。通过这种方式,可以确保第二设备能够发送有效的第一信息,以提高第一信息发送的准确性。
图6为本申请提供的一种设备的结构示意图。如图6所示,该设备可以为第一设备,第一设备可以包括:处理模块11和发送模块12。其中,
处理模块11,用于确定预设的第一编码块的大小,并根据所述第一编码块的大小,将待发送的传输块分割成所述第一编码块和至少一个第二编码块;
发送模块12,用于将所述传输块映射到第一时频资源上发送给第二设备,其中,所述传输块包括所述第一编码块和所述至少一个第二编码块,所述第一编码块的发送时间早于或等于所述第二编码块的发送时间。
在本申请的一些实施例中,当上述第一设备为终端设备,上述处理模块11具体可以用于接收第一指示信息,并根据所述第一指示信息,确定所述预设的第一编码块的大小,其中,所述第一指示信息用于指示所述预设的第一编码块的大小。
在本申请的一些实施例中,上述第一编码块采用极化polar码进行编码,上述至少一个第二编码块采用低密度奇偶校验码LDPC进行编码。
在本申请的一些实施例中,上述处理模块11,还用于在发送模块12将所述传输块映射到第一时频资源上发送给第二设备之前,根据所述传输块的大小、所述第一时频资源的大小和位置以及所述第一编码块的大小,确定第二时频资源的大小和位置;所述第二时频资源用于承载所述第一编码块的信息。可选的,上述处理模块11,具体可以用于根据所述传输块的大小、所述第一时频资源的大小和位置、所述第一编码块的大小,以及等效码率调整系数,确定所述第二时频资源的大小和位置。可选的,上述第二时频资源可以位于预设的时域符号内。
在上述实现方式下,当上述第一设备为网络设备时,上述发送模块12,还用于发送第二指示信息,其中,所述第二指示信息用于指示所述等效码率调整系数。
图7为本申请提供的另一种设备的结构示意图。在上述图6所示的框图的基础上,如图7所示,在上述实现方式下,当上述第一设备为终端设备时,上述第一设备还可以包括:接收模块13。其中,
接收模块13,用于接收第二指示信息,其中,所述第二指示信息用于指示所述等效码率调整系数。
本申请提供的设备,可以执行上述方法实施例中第一设备侧的动作,其实现原理和技术效果类似,在此不再赘述。
图8为本申请提供的又一种设备的结构示意图。如图8所示,该设备可以为第二设备,第二设备可以包括:接收模块21、处理模块22和发送模块23。其中,
接收模块21,用于接收来自第一设备的传输块,所述传输块包括第一编码块和至少一个第二编码块;
处理模块22,用于根据所述传输块的大小、所述第一编码块的大小以及所述第一时频资源的大小和位置确定第二时频资源的大小和位置,并根据所述第二时频资源的大小和位置,对所述第一编码块进行解调和解码,其中,所述第二时频资源用于承载所述第一编码块的信息;
发送模块23,用于在第一时间点向所述第一设备发送第一信息;所述第一信息用于指示所述第一编码块的解码结果;其中,所述第一时间点早于第二设备向第一设备发送第二信息的时间点,所述第二信息用于指示所述传输块的解码结果。
在本申请的一些实施例中,在上述第二设备为终端设备时,所述处理模块22,具体用于接收第一指示信息,并根据所述第一指示信息,确定所述预设的第一编码块的大小,其中,所述第一指示信息用于指示所述预设的第一编码块的大小。
在本申请的一些实施例中,上述第一编码块采用极化polar码进行编码,上述至少一个第二编码块采用低密度奇偶校验码LDPC进行编码。
在本申请的一些实施例中,上述处理模块22,具体用于根据所述传输块的大小、所述第一时频资源的大小、所述第一编码块的大小,以及,等效码率调整系数,确定所述第二时频资源的大小。可选的,上述第二时频资源可以位于预设的时域符号内。
在上述实现方式下,当上述第二设备为网络设备时,上述发送模块23,还用于发送第二指示信息,其中,所述第二指示信息用于指示所述等效码率调整系数。
在上述实现方式下,当上述第二设备为终端设备时,上述接收模块21,还用于接收第二指示信息,其中,所述第二指示信息用于指示所述等效码率调整系数。
本申请提供的设备,可以执行上述方法实施例中第二设备侧的动作,其实现原理和技术效果类似,在此不再赘述。
需要说明的是,应理解以上发送模块实际实现时可以为发送器,接收模块实际实现时可以为接收器。而处理模块等的划分仅仅是一种逻辑功能的划分,实际实现时一个设备上的各个模块可以全部或部分集成到一个物理实体上,也可以物理上分开。且一个设备上的这些模块可以全部以软件通过处理元件调用的形式实现;也可以全部以硬件的形式实现;还可以部分模块通过处理元件调用软件的形式实现,部分模块通过硬件的形式实现。例如,处理模块可以为单独设立的处理元件,也可以集成在上述设备的某一个芯片中实现,此外,也可以以程序代码的形式存储于上述某一设备的存储器中,由该设备的某一个处理元件调用并执行以上处理模块的功能。其它模块的实现与之类似。此外一个设备上的这些模块全部或部分可以集成在一起,也可以独立实现。这里所述的处理元件可以是一种集成电路,具有信号的处理能力。在实现过程中,上述方法的各步骤或一个设备上的以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。
例如,以上这些模块可以是被配置成实施以上方法的一个或多个集成电路,例如:一个或多个特定集成电路(Application Specific Integrated Circuit,ASIC),或,一个或多个微处理器(digital singnal processor,DSP),或,一个或者多个现场可编程门阵列(Field Programmable Gate Array,FPGA)等。再如,当以上某个模块通过处理元件调度程序代码的形式实现时,该处理元件可以是通用处理器,例如中央处理器(CentralProcessing Unit,简称CPU)或其它可以调用程序代码的处理器。再如,一个设备上的这些模块可以集成在一起,以片上系统(system-on-a-chip,简称SOC)的形式实现。
图9为本申请提供的又一种设备的结构示意图。如图9所示,该设备为第一设备,该第一设备可以包括:处理器31(例如CPU)、存储器32、接收器33、发送器34;接收器33和发送器34均耦合至处理器31,处理器31控制接收器33的接收动作、处理器31控制发送器34的发送动作;存储器32可能包含高速RAM存储器,也可能还包括非易失性存储器NVM,例如至少一个磁盘存储器,存储器32中可以存储各种指令,以用于完成各种处理功能以及实现本申请的方法步骤。可选的,本申请涉及的第一设备还可以包括:电源35、通信总线36以及通信端口37。接收器33和发送器34可以集成在第一设备的收发信机中,也可以为第一设备上独立的收发天线。通信总线36用于实现元件之间的通信连接。上述通信端口37用于实现第一设备与其他外设之间进行连接通信。
在本申请中,上述存储器32用于存储计算机可执行程序代码,程序代码包括指令;当处理器31执行指令时,指令使第一设备执行上述方法实施例中第一设备侧的动作,其实现原理和技术效果类似,在此不再赘述。
图10为本申请提供的又一种设备的结构示意图。如图10所示,该设备为第二设备,该第二设备可以包括:处理器41(例如CPU)、存储器42、接收器43、发送器44;接收器43和发送器44均耦合至处理器41,处理器41控制接收器43的接收动作、处理器41控制发送器44的发送动作;存储器42可能包含高速RAM存储器,也可能还包括非易失性存储器NVM,例如至少一个磁盘存储器,存储器42中可以存储各种指令,以用于完成各种处理功能以及实现本申请的方法步骤。可选的,本申请涉及的第二设备还可以包括:电源45、通信总线46以及通信端口47。接收器43和发送器44可以集成在第二设备的收发信机中,也可以为第二设备上独立的收发天线。通信总线46用于实现元件之间的通信连接。上述通信端口47用于实现第二设备与其他外设之间进行连接通信。
在本申请中,上述存储器42用于存储计算机可执行程序代码,程序代码包括指令;当处理器41执行指令时,指令使第二设备执行上述方法实施例中第二设备侧的动作,其实现原理和技术效果类似,在此不再赘述。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时,全部或部分地产生按照本申请实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。
Claims (30)
1.一种数据的传输方法,其特征在于,所述方法包括:
第一设备确定预设的第一编码块的大小;
所述第一设备根据所述第一编码块的大小,将待发送的传输块分割成所述第一编码块和至少一个第二编码块;
所述第一设备将所述传输块映射到第一时频资源上发送给第二设备,其中,所述传输块包括所述第一编码块和所述至少一个第二编码块,所述第一编码块的发送时间早于或等于所述第二编码块的发送时间。
2.根据权利要求1所述的方法,其特征在于,所述第一设备为终端设备,所述第一设备确定预设的第一编码块的大小,包括:
所述第一设备接收第一指示信息,其中,所述第一指示信息用于指示所述预设的第一编码块的大小;
所述第一设备根据所述第一指示信息,确定所述预设的第一编码块的大小。
3.根据权利要求1或2所述的方法,其特征在于,所述第一设备将所述传输块映射到第一时频资源上发送给第二设备之前,所述方法还包括:
所述第一设备根据所述传输块的大小、所述第一时频资源的大小和位置以及所述第一编码块的大小,确定第二时频资源的大小和位置,其中,所述第二时频资源用于承载所述第一编码块的信息。
4.根据权利要求3所述的方法,其特征在于,所述第一设备根据所述传输块的大小、所述第一时频资源的大小和位置以及所述第一编码块的大小,确定第二时频资源的大小和位置,包括:
所述第一设备根据所述传输块的大小、所述第一时频资源的大小和位置、所述第一编码块的大小,以及等效码率调整系数,确定所述第二时频资源的大小和位置。
5.根据权利要求4所述的方法,其特征在于,所述第一设备为终端设备,所述方法还包括:
所述第一设备接收第二指示信息,其中,所述第二指示信息用于指示所述等效码率调整系数。
6.根据权利要求4所述的方法,其特征在于,所述第一设备为网络设备,所述方法还包括:
所述第一设备发送第二指示信息,其中,所述第二指示信息用于指示所述等效码率调整系数。
7.根据权利要求3-6任一项所述的方法,其特征在于,所述第二时频资源位于预设的时域符号内。
8.根据权利要求1-7任一项所述的方法,其特征在于,所述第一编码块采用极化polar码进行编码,所述至少一个第二编码块采用低密度奇偶校验码LDPC进行编码。
9.一种数据的传输方法,其特征在于,所述方法包括:
第二设备接收来自第一设备的传输块,所述传输块包括第一编码块和至少一个第二编码块;
所述第二设备确定所述传输块的大小、预设的所述第一编码块的大小以及第一时频资源的大小和位置,所述第一时频资源用于承载所述传输块的信息;
所述第二设备根据所述传输块的大小、所述第一编码块的大小以及所述第一时频资源的大小和位置确定第二时频资源的大小和位置,其中,所述第二时频资源用于承载所述第一编码块的信息;
所述第二设备根据所述第二时频资源的大小和位置,对所述第一编码块进行解调和解码;
所述第二设备在第一时间点向所述第一设备发送第一信息;所述第一信息用于指示所述第一编码块的解码结果;其中,所述第一时间点早于第二设备向第一设备发送第二信息的时间点,所述第二信息用于指示所述传输块的解码结果。
10.根据权利要求9所述的方法,其特征在于,所述第二设备为终端设备,所述第二设备确定预设的第一编码块的大小,包括:
所述第二设备接收第一指示信息,其中,所述第一指示信息用于指示所述预设的第一编码块的大小;
所述第二设备根据所述第一指示信息,确定所述预设的第一编码块的大小。
11.根据权利要求9或10所述的方法,其特征在于,所述第二设备根据所述传输块的大小、所述第一编码块的大小以及所述第一时频资源的大小和位置确定第二时频资源的大小,包括:
所述第二设备根据所述传输块的大小、所述第一时频资源的大小、所述第一编码块的大小,以及,等效码率调整系数,确定所述第二时频资源的大小。
12.根据权利要求11所述的方法,其特征在于,所述第二设备为终端设备,所述方法还包括:
所述第二设备接收第二指示信息,其中,所述第二指示信息用于指示所述等效码率调整系数。
13.根据权利要求11所述的方法,其特征在于,所述第二设备为网络设备,所述方法还包括:
所述第二设备发送第二指示信息,其中,所述第二指示信息用于指示所述等效码率调整系数。
14.根据权利要求9-13任一项所述的方法,其特征在于,所述第二时频资源位于预设的时域符号内。
15.根据权利要求9-14任一项所述的方法,其特征在于,所述第一编码块采用极化polar码进行编码,所述至少一个第二编码块采用低密度奇偶校验码LDPC进行编码。
16.一种设备,其特征在于,所述设备为第一设备,所述第一设备包括:
处理模块,用于确定预设的第一编码块的大小,并根据所述第一编码块的大小,将待发送的传输块分割成所述第一编码块和至少一个第二编码块;
发送模块,用于将所述传输块映射到第一时频资源上发送给第二设备,其中,所述传输块包括所述第一编码块和所述至少一个第二编码块,所述第一编码块的发送时间早于或等于所述第二编码块的发送时间。
17.根据权利要求16所述的设备,其特征在于,所述第一设备为终端设备,
所述处理模块,具体接收第一指示信息,并根据所述第一指示信息,确定所述预设的第一编码块的大小,其中,所述第一指示信息用于指示所述预设的第一编码块的大小。
18.根据权利要求16或17所述的设备,其特征在于,所述处理模块,还用于在所述发送模块将所述传输块映射到第一时频资源上发送给第二设备之前,根据所述传输块的大小、所述第一时频资源的大小和位置以及所述第一编码块的大小,确定第二时频资源的大小和位置;所述第二时频资源用于承载所述第一编码块的信息。
19.根据权利要求18所述的设备,其特征在于,所述处理模块,具体用于根据所述传输块的大小、所述第一时频资源的大小和位置、所述第一编码块的大小,以及等效码率调整系数,确定所述第二时频资源的大小和位置。
20.根据权利要求19所述的设备,其特征在于,所述第一设备为终端设备,所述第一设备还包括:
接收模块,用于接收第二指示信息,其中,所述第二指示信息用于指示所述等效码率调整系数。
21.根据权利要求19所述的设备,其特征在于,所述第一设备为网络设备,所述发送模块,还用于发送第二指示信息,其中,所述第二指示信息用于指示所述等效码率调整系数。
22.根据权利要求18-21任一项所述的设备,其特征在于,所述第二时频资源位于预设的时域符号内。
23.根据权利要求16-22任一项所述的设备,其特征在于,所述第一编码块采用极化polar码进行编码,所述至少一个第二编码块采用低密度奇偶校验码LDPC进行编码。
24.一种设备,其特征在于,所述设备为第二设备,所述第二设备包括:
接收模块,用于接收来自第一设备的传输块,所述传输块包括第一编码块和至少一个第二编码块;
处理模块,用于根据所述传输块的大小、所述第一编码块的大小以及所述第一时频资源的大小和位置确定第二时频资源的大小和位置,并根据所述第二时频资源的大小和位置,对所述第一编码块进行解调和解码,其中,所述第二时频资源用于承载所述第一编码块的信息;
发送模块,用于在第一时间点向所述第一设备发送第一信息;所述第一信息用于指示所述第一编码块的解码结果;其中,所述第一时间点早于第二设备向第一设备发送第二信息的时间点,所述第二信息用于指示所述传输块的解码结果。
25.根据权利要求24所述的设备,其特征在于,所述第二设备为终端设备,所述处理模块,具体用于接收第一指示信息,并根据所述第一指示信息,确定所述预设的第一编码块的大小,其中,所述第一指示信息用于指示所述预设的第一编码块的大小。
26.根据权利要求24或25所述的设备,其特征在于,所述处理模块,具体用于根据所述传输块的大小、所述第一时频资源的大小、所述第一编码块的大小,以及,等效码率调整系数,确定所述第二时频资源的大小。
27.根据权利要求26所述的设备,其特征在于,所述第二设备为终端设备,所述接收模块,还用于接收第二指示信息,其中,所述第二指示信息用于指示所述等效码率调整系数。
28.根据权利要求26所述的设备,其特征在于,所述第二设备为网络设备,所述发送模块,还用于发送第二指示信息,其中,所述第二指示信息用于指示所述等效码率调整系数。
29.根据权利要求24-28任一项所述的设备,其特征在于,所述第二时频资源位于预设的时域符号内。
30.根据权利要求24-29任一项所述的设备,其特征在于,所述第一编码块采用极化polar码进行编码,所述至少一个第二编码块采用低密度奇偶校验码LDPC进行编码。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710313170.9A CN108809495B (zh) | 2017-05-05 | 2017-05-05 | 数据的传输方法和设备 |
PCT/CN2018/084799 WO2018201984A1 (zh) | 2017-05-05 | 2018-04-27 | 数据的传输方法和设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710313170.9A CN108809495B (zh) | 2017-05-05 | 2017-05-05 | 数据的传输方法和设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108809495A true CN108809495A (zh) | 2018-11-13 |
CN108809495B CN108809495B (zh) | 2021-02-09 |
Family
ID=64015836
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710313170.9A Active CN108809495B (zh) | 2017-05-05 | 2017-05-05 | 数据的传输方法和设备 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN108809495B (zh) |
WO (1) | WO2018201984A1 (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109889308A (zh) * | 2019-01-28 | 2019-06-14 | 中国人民解放军陆军工程大学 | 物联网中联合极化编译码的混合自动重传请求方法 |
WO2021244160A1 (zh) * | 2020-06-02 | 2021-12-09 | 华为技术有限公司 | 一种通信方法及装置 |
WO2024092575A1 (zh) * | 2022-11-02 | 2024-05-10 | 华为技术有限公司 | 通信方法及相关装置 |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11700088B2 (en) * | 2019-02-22 | 2023-07-11 | Beijing Xiaomi Mobile Software Co., Ltd. | Data transmission method and apparatus, and storage medium |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101867440A (zh) * | 2009-04-15 | 2010-10-20 | 中兴通讯股份有限公司 | 码块分割预处理方法 |
CN102055558A (zh) * | 2011-01-04 | 2011-05-11 | 上海华为技术有限公司 | 传输块分段译码方法、装置和一种多输入多输出接收机 |
EP2557713A1 (en) * | 2010-05-05 | 2013-02-13 | ZTE Corporation | Rate de-matching method for downlink traffic channel in long term evolution (lte) and device thereof |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102255712B (zh) * | 2011-07-18 | 2013-07-10 | 东南大学 | 长期演进系统混合自动要求重传过程软量存储分配方法 |
US10075266B2 (en) * | 2013-10-09 | 2018-09-11 | Qualcomm Incorporated | Data transmission scheme with unequal code block sizes |
CN106160937B (zh) * | 2015-04-15 | 2019-01-04 | 中兴通讯股份有限公司 | 一种实现码块分割的方法及装置 |
CN105979597B (zh) * | 2016-06-27 | 2020-02-21 | 宇龙计算机通信科技(深圳)有限公司 | 通信资源的分配方法、分配装置、基站和终端 |
-
2017
- 2017-05-05 CN CN201710313170.9A patent/CN108809495B/zh active Active
-
2018
- 2018-04-27 WO PCT/CN2018/084799 patent/WO2018201984A1/zh active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101867440A (zh) * | 2009-04-15 | 2010-10-20 | 中兴通讯股份有限公司 | 码块分割预处理方法 |
EP2557713A1 (en) * | 2010-05-05 | 2013-02-13 | ZTE Corporation | Rate de-matching method for downlink traffic channel in long term evolution (lte) and device thereof |
CN102055558A (zh) * | 2011-01-04 | 2011-05-11 | 上海华为技术有限公司 | 传输块分段译码方法、装置和一种多输入多输出接收机 |
Non-Patent Citations (1)
Title |
---|
ZTE: "Consideration on channel coding for NR", 《3GPP TSG RAN WG1 #86》 * |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109889308A (zh) * | 2019-01-28 | 2019-06-14 | 中国人民解放军陆军工程大学 | 物联网中联合极化编译码的混合自动重传请求方法 |
CN109889308B (zh) * | 2019-01-28 | 2021-09-03 | 中国人民解放军陆军工程大学 | 物联网中联合极化编译码的混合自动重传请求方法 |
WO2021244160A1 (zh) * | 2020-06-02 | 2021-12-09 | 华为技术有限公司 | 一种通信方法及装置 |
WO2024092575A1 (zh) * | 2022-11-02 | 2024-05-10 | 华为技术有限公司 | 通信方法及相关装置 |
Also Published As
Publication number | Publication date |
---|---|
WO2018201984A1 (zh) | 2018-11-08 |
CN108809495B (zh) | 2021-02-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10498484B2 (en) | Method and apparatus for allowing different services to coexist in wireless cellular communication system | |
US11212036B2 (en) | Data communication method, device, and system | |
CN110063039A (zh) | 在物理上行链路数据信道中复用控制信息 | |
CN113271180B (zh) | 混合自动重传请求harq位图信息的反馈方法及相关设备 | |
WO2021027518A1 (zh) | 处理数据的方法和通信装置 | |
US11368243B2 (en) | Codeword adaptation for non-orthogonal coded access | |
CN106160987A (zh) | 控制信息的发送方法及装置 | |
TW201916651A (zh) | 傳輸資料的方法、終端設備和網路設備 | |
WO2018126960A1 (zh) | 通信方法、网络侧设备和终端设备 | |
CN108809495A (zh) | 数据的传输方法和设备 | |
WO2018201490A1 (en) | Transmission based on data blocks | |
CN107846707A (zh) | 一种免授予的ue、基站中的方法和装置 | |
CN109474311A (zh) | 数据传输方法及设备 | |
CN104938010A (zh) | 用于发送和接收反馈信息的设备 | |
WO2022143195A1 (zh) | 确定终端的特性的方法和通信装置 | |
CN109005007A (zh) | 重传调度方法和相关装置 | |
CN109474393A (zh) | 数据反馈、发送、接收方法及装置,接收设备,发送设备 | |
CN109150416A (zh) | 数据传输方法和装置 | |
CN101827400B (zh) | 信道质量指示信息的传输方法及系统 | |
CN105075361B (zh) | 用于发送和接收反馈信息的设备 | |
CN115380588A (zh) | 信息传输方法及装置 | |
WO2022213952A1 (zh) | 信息传输方法、装置及系统 | |
CN110224788A (zh) | 一种数据传输的方法及装置 | |
CN102480348A (zh) | 数据传输方法及通信节点 | |
US20210314814A1 (en) | Data transmission method and communication apparatus |
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 |