CN112399565B - 应用pdsch的处理时长的方法和装置 - Google Patents
应用pdsch的处理时长的方法和装置 Download PDFInfo
- Publication number
- CN112399565B CN112399565B CN201910748170.0A CN201910748170A CN112399565B CN 112399565 B CN112399565 B CN 112399565B CN 201910748170 A CN201910748170 A CN 201910748170A CN 112399565 B CN112399565 B CN 112399565B
- Authority
- CN
- China
- Prior art keywords
- pdsch
- terminal equipment
- value
- proc
- processing
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000012545 processing Methods 0.000 title claims abstract description 231
- 238000000034 method Methods 0.000 title claims abstract description 118
- 230000005540 biological transmission Effects 0.000 claims abstract description 128
- 238000004891 communication Methods 0.000 claims abstract description 69
- 101000741965 Homo sapiens Inactive tyrosine-protein kinase PRAG1 Proteins 0.000 claims abstract description 26
- 102100038659 Inactive tyrosine-protein kinase PRAG1 Human genes 0.000 claims abstract description 26
- 238000005070 sampling Methods 0.000 claims abstract description 21
- 238000013468 resource allocation Methods 0.000 claims abstract description 13
- 239000013256 coordination polymer Substances 0.000 claims abstract 5
- 230000015654 memory Effects 0.000 claims description 44
- 238000004590 computer program Methods 0.000 claims description 16
- 125000004122 cyclic group Chemical group 0.000 claims description 6
- 238000013461 design Methods 0.000 description 31
- 230000006870 function Effects 0.000 description 17
- 230000011664 signaling Effects 0.000 description 12
- 238000010586 diagram Methods 0.000 description 8
- 230000008569 process Effects 0.000 description 8
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 238000010295 mobile communication Methods 0.000 description 3
- 230000009471 action Effects 0.000 description 2
- 230000001413 cellular effect Effects 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 238000006467 substitution reaction Methods 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000004422 calculation algorithm Methods 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
- H04W72/044—Wireless resource allocation based on the type of the allocated resource
- H04W72/0446—Resources in time domain, e.g. slots or frames
-
- 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
- H04L5/00—Arrangements affording multiple use of the transmission path
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
- H04L5/0055—Physical resource allocation for ACK/NACK
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
应用PDSCH的处理时长的方法和装置,涉及通信技术领域,可适用于网络设备同时传输同一数据的多个RV给终端设备的传输方式。方法包括:确定PDSCH的处理时长Tproc,1;Tproc,1满足以下公式之一:Tproc,1=(N1+d1,1+d1,2)(a+b)·κ2‑μ·TC;Tproc,1=(N1+d1,1)(a+b)·κ2‑μ·TC+d1,2;Tproc,1=[(N1+d1,1)(a+b)·κ2‑μ+d1,2]·TC;Tproc,1=[(N1+d1,1)(a+b)·2‑μ+d1,2]·κTC,N1是与第一子载波间隔和终端设备上报的处理能力类型相关的值,d1,1是与PDSCH的时域资源分配相关的值,d1,2大于或等于0;a是OFDM符号包括的采样点数,b是OFDM符号的CP包括的采样点数;κ是常数,μ是与第一子载波间隔相关的值,TC是基本时间单元;第一子载波间隔是该PDSCH的子载波间隔、该PDSCH对应的PDCCH的子载波间隔该PDSCH对应的上行子载波间隔中的最小值;根据该PDSCH的处理时长,确定是否反馈ACK/NACK。
Description
技术领域
本申请涉及通信技术领域,尤其涉及应用物理下行共享信道(physical downlinkshared channel,PDSCH)的处理时长的方法和装置。
背景技术
第五代(5th generation,5G)移动通信系统可以支持三种业务类型:移动增强带宽(enhanced mobile broadband,eMBB),高可靠低时延传输(ultra-reliable and lowlatency communications,uRLLC)和大规模物联网(massive machine typecommunications,mMTC)。其中,uRLLC要求超高的传输可靠性和超低的传输时延。为了达到uRLLC的可靠性要求,在网络侧可以采用多个传输接收节点(transmission and receptionpoint,TRP)同时向终端设备传输相同的数据。如图1所示,两个TRP采用不同的频域资源同时发送同一数据的不同冗余版本(redundancy version,RV)给终端设备,这样可以大大提高数据传输的可靠性。
终端设备处理数据是需要时间的,例如对接收到的数据进行解调、译码等处理流程都需要一定的时间。因此,目前协议中定义了PDSCH的处理时长。在下行数据传输时,网络设备需要向终端设备指示自动混合重传请求(hybrid automatic repeat request,HARQ)确认应答/否定应答(acknowledgement/negative acknowledgement,ACK/NACK)反馈时间,终端设备需要在所指定的ACK/NACK反馈时间反馈ACK/NACK。该ACK/NACK反馈时间与PDSCH数据接收时间(即终端设备接收PDSCH数据的时间)之间的时间相隔必须大于PDSCH的处理时长,如图2所示,否则终端设备无法在ACK/NACK反馈时间之前完成数据的接收处理。
目前协议中定义的PDSCH的处理时长的计算方法,不适用于网络设备同时传输同一数据的多个RV给终端设备的传输方式。
发明内容
本申请实施例提供了确定及应用PDSCH的处理时长的方法和装置,可以适用于网络设备同时传输同一数据的多个RV给终端设备的传输方式,当然不限于此传输方式。
第一方面,提供一种确定PDSCH的处理时长的方法,包括:确定PDSCH的处理时长;其中,PDSCH的处理时长Tproc,1满足以下公式之一:
Tproc,1=(N1+d1,1+d1,2)(a+b)·κ2-μ·TC;
Tproc,1=(N1+d1,1)(a+b)·κ2-μ·TC+d1,2;
Tproc,1=[(N1+d1,1)(a+b)·κ2-μ+d1,2]·TC;
Tproc,1=[(N1+d1,1)(a+b)·2-μ+d1,2]·κTC;
其中,N1是与第一子载波间隔和终端设备上报的处理能力类型相关的值。d1,1是与PDSCH的时域资源分配(如时频资源分配方式)相关的值。d1,2大于或等于0。a是一个正交频分复用(orthogonal frequency division multiplexing,OFDM)符号包括的采样点数。b是一个OFDM符号的循环(cyclic prefix,CP)包括的采样点数。κ是常数。μ是与第一子载波间隔相关的值。TC是基本时间单元;第一子载波间隔是该PDSCH的子载波间隔、该PDSCH对应的物理下行控制信道(physical downlink control channel,PDCCH)子载波间隔和该PDSCH对应的上行子载波间隔中的最小值。
其中,该PDSCH对应的PDCCH是指调度该PDSCH的PDCCH。该上行子载波间隔是指终端设备针对该PDSCH上传输的数据向网络设备反馈ACK/NACK时所使用的上行信道的子载波间隔。
这样,与3GPP TS 38.214v15.6.0中定义的PDSCH的处理时长的计算公式的基础之上增加了参数d1,2,这有助于灵活确定PDSCH的处理时长,从而使得所确定的PDSCH的处理时长适用于网络设备同时传输同一数据的多个RV给终端设备的传输方式,当然不限于此传输方式,例如,还可以适用于下文中所描述的任意一种第二传输方式。
在一种可能的设计中,网络设备采用第一传输方式给终端设备传输数据时,d1,2等于0。第一传输方式包括:网络设备给终端设备传输一个或多个传输块(transport block,TB),每个TB对应一个码字。
在一种可能的设计中,网络设备采用第二传输方式给终端设备传输数据时,d1,2大于或等于0。其中,第二传输方式包括:网络设备同时给终端设备传输多个码字,多个码字对应同一个TB;或者,网络设备同时给终端设备传输多个码字,多个码字中的每个码字分别对应一个TB,多个码字对应的TB内容相同;或者,网络设备同时给终端设备传输同一TB生成的多个RV数据。
在一种可能的设计中,d1,2是终端设备上报给网络设备的值,d1,2表示终端设备是否支持第二传输方式。这样,有助于节省因指示终端设备是否支持第二传输方式而造成的信令传输开销。
在一种可能的设计中,d1,2等于0时,d1,2表示终端设备不支持第二传输方式。
在一种可能的设计中,d1,2大于第一阈值时,d1,2表示终端设备不支持第二传输方式。
在一种可能的设计中,d1,2等于0或大于第二阈值时,d1,2表示终端设备不支持第二传输方式。其中,第二阈值大于0。
在一种可能的设计中,如果d1,2表示终端设备不支持第二传输方式,且d1,2不等于0,则终端设备或网络设备将该d1,2值修改为0,从而基于修改后的d1,2的值计算PDSCH的处理时长。
在一种可能的设计中,d1,2是预设的固定值;或者,d1,2是与第一子载波间隔相关的值;或者,d1,2是与终端设备上报的处理能力类型相关的值;或者,d1,2是与第一子载波间隔和终端设备上报的处理能力类型都相关的值。
第二方面,提供了一种确定PDSCH的处理时长的方法,包括:确定第二时长;第二时长是网络设备采用第二传输方式给终端设备传输数据时PDSCH的处理时长,第二时长等于第一时长加上时间增量,第一时长为网络设备采用第一传输方式给终端设备时PDSCH的处理时长。也就是说,本申请实施例支持一种传输方式下的PDSCH的处理时长大于另一传输方式下的PDSCH的处理时长的技术方案,这样,有助于在现有技术提供的确定PDSCH的处理时长的基础之上,确定另一传输方式下的PDSCH的处理时长。
在一种可能的设计中,第一传输方式包括:网络设备给终端设备传输一个或多个TB,每个TB对应一个码字的传输方式。
在一种可能的设计中,第二传输方式包括:网络设备同时给终端设备传输多个码字,多个码字对应同一个TB的传输方式;或者,网络设备同时给终端设备传输多个码字,多个码字中的每个码字分别对应一个TB,多个码字对应的TB内容相同的传输方式;或者,网络设备同时给终端设备传输同一TB生成的多个RV数据的传输方式。
在一种可能的设计中,时间增量包括:一个或多个OFDM符号的时长,或者,一个或多个Tc,或者,一个或多个Ts,或者一个时间段。其中,TC是基本时间单元。TS是一个时间单位,TS与TC所对应的子载波间隔和OFDM符号所包括的采样点数不同。TC和TS的具体示例参见下述具体实施方式部分。
在一种可能的设计中,时间增量是协议预设的值,或者,时间增量是终端设备上报的值,或者,时间增量是计算得到的值。
在一种可能的设计中,时间增量是协议预设的一个固定值;或者,时间增量是协议预设的与第一子载波间隔相关的值;或者,时间增量是协议预设的与终端设备上报的处理能力类型相关的值;或者,时间增量是协议预设的与第一子载波间隔和终端设备上报的处理能力类型都相关的值。
在一种可能的设计中,第一子载波间隔是PDSCH的子载波间隔、该PDSCH对应的PDCCH的子载波间隔和该PDSCH对应的上行子载波间隔中的最小值。
在一种可能的设计中,时间增量是终端设备上报的一个固定值;或者,时间增量是终端设备上报的与第一子载波间隔相关的值;或者,时间增量是终端设备上报的与终端设备上报的处理能力类型相关的值;或者,时间增量是终端设备上报的与第一子载波间隔和终端设备上报的处理能力类型都相关的值。
在一种可能的设计中,时间增量是基于协议预设的时间增量计算得到的值。其中,协议预设的时间增量是协议预设的一个固定值,或者协议预设的与第一子载波间隔和终端设备上报的处理能力类型中的至少一种相关的值。
在一种可能的设计中,时间增量是基于终端设备上报的时间增量计算得到的值。其中,终端设备上报的时间增量是终端设备上报的一个固定值,或者是终端设备上报的与第一子载波间隔和终端设备上报的处理能力类型中的至少一种相关的值。
在一种可能的设计中,时间增量是终端设备上报的值时,时间增量表示终端设备是否支持第二传输方式。这样有助于节省因指示终端设备是否支持第二传输方式而造成的信令传输开销。基于此,可选的,确定第二时长包括:当终端设备支持第二传输方式时确定第二时长。
在一种可能的设计中,当时间增量大于第一阈值时,时间增量具体表示终端设备不支持第二传输方式。
在一种可能的设计中,第二时长Tproc,1满足如下公式之一:
Tproc,1=(N1+d1,1+d1,2)(a+b)·κ2-μ·TC;
Tproc,1=(N1+d1,1)(a+b)·κ2-μ·TC+d1,2;
Tproc,1=[(N1+d1,1)(a+b)·κ2-μ+d1,2]·TC;
Tproc,1=[(N1+d1,1)(a+b)·2-μ+d1,2]·κTC;
其中,N1是与第一子载波间隔和终端设备上报的处理能力类型相关的值,d1,1是与PDSCH的时域资源分配相关的数值,d1,2大于或等于0;a是一个OFDM符号包括的采样点数,b是一个OFDM符号的CP包括的采样点数;κ是常数,μ是与第一子载波间隔相关的常数,TC是一个基本时间单元。
在一种可能的设计中,d1,2是协议预设的值,或者,d1,2是终端设备上报的值,或者,d1,2是计算得到的值。
在一种可能的设计中,d1,2是协议预设的一个固定值;或者,d1,2是协议预设的与第一子载波间隔相关的值;或者,d1,2是协议预设的与终端设备上报的处理能力类型相关的值;或者,d1,2是协议预设的与第一子载波间隔和终端设备上报的处理能力类型都相关的值。
在一种可能的设计中,d1,2是终端设备上报的一个固定值;或者,d1,2是终端设备上报的与第一子载波间隔相关的值;或者,d1,2是终端设备上报的与终端设备上报的处理能力类型相关的值;或者,d1,2是终端设备上报的与第一子载波间隔和终端设备上报的处理能力类型都相关的值。
在一种可能的设计中,d1,2是基于协议预设的d1,2计算得到的值;其中,协议预设的d1,2是协议预设的一个固定值,或者,与第一子载波间隔终端设备上报的处理能力类型中的至少一种相关的值。
在一种可能的设计中,d1,2是基于终端设备上报的d1,2计算得到的值;其中,终端设备上报的d1,2是终端设备上报的一个固定值,或者,是终端设备上报的与第一子载波间隔和终端设备上报的处理能力类型中的至少一种相关的值。
在一种可能的设计中,d1,2是终端设备上报的值时,d1,2表示终端设备是否支持第二传输方式。这样,有助于节省因指示终端设备是否支持第二传输方式而造成的信令传输开销。基于此,可选的,确定第二时长包括:当终端设备支持第二传输方式时,确定第二时长。
在一种可能的设计中,当d1,2大于第二阈值时,d1,2表示终端设备不支持第二传输方式。
第三方面,提供了一种应用PDSCH的处理时长的方法,包括:终端设备确定PDSCH的处理时长,其中,确定PDSCH的处理时长的方法可以包括:上述第一方面提供的任一种方法或者上述第二方面提供的任一种方法。基于上述第二方面提供的任一种方法,PDSCH的处理时长具体是指第二时长。然后,终端设备根据所确定的PDSCH的处理时长,确定是否反馈ACK/NACK。这样,有助于提高终端设备对PDSCH数据的接收成功率。其中,终端设备向网络设备上报针对PDSCH数据的ACK,说明该PDSCH数据接收成功。
第四方面,提供了一种应用PDSCH的处理时长的方法,包括:网络设备确定PDSCH的处理时长,其中,确定PDSCH的处理时长的方法可以包括:上述第一方面提供的任一种方法或者上述第二方面提供的任一种方法。其中,基于上述第二方面提供的任一种方法,PDSCH的处理时长具体是指第二时长。然后,网络设备根据所确定的PDSCH的处理时长,确定数据传输参数。这样,有助于提高终端设备对PDSCH数据的接收成功率。
第五方面,提供了一种确定PDSCH的处理时长的装置,该装置可以用于执行上述第一方面或第一方面提供的任一种方法,或者上述第二方面提供的任一种方法。该装置具体可以是终端设备或网络设备。
在一种可能的设计中,可以根据上述第一方面提供的任一种方法,或者上述第二方面供的任一种方法,对该装置进行功能模块的划分。例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。又如,在该装置包含处理模块的基础之上,还可以包括收发模块,该用于该装置与其他装置(或设备)之间收发数据,收发模块可以包括发送模块和/或接收模块。
在另一种可能的设计中,该装置可以包括处理器和收发器,处理器用于执行上述第一方面提供的任一种方法,或者上述第二方面提供的任一种方法;收发器,用于该装置与其他装置(或设备)进行通信。
第六方面,提供了一种应用PDSCH的处理时长的装置,该装置可以用于执行上述第三方面提供的任一种方法,该情况下,该装置具体可以是终端设备。或者,该装置可以用于执行上述第四方面提供的任一种方法,该情况下,该装置具体可以是网络设备。
在一种可能的设计中,可以根据上述第三方面提供的任一种方法,或者上述第四方面提供的任一种方法,对该装置进行功能模块的划分。例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。又如,在该装置包含处理模块的基础上还包括收发模块,该收发模块用于该装置与其他装置(或设备)之间收发数据。收发模块可以包括发送模块和/或接收模块。
在另一种可能的设计中,该装置可以包括处理器和收发器,处理器用于执行上述第三方面提供的任一种方法,或者上述第四方面提供的任一种方法;收发器,用于该装置与其他设备进行通信。
第七方面,提供了一种确定PDSCH的处理时长的装置,包括存储器和处理器,存储器用于存储计算机程序,该计算机程序被处理器执行时,使得第一方面提供的任一种方法或者第二方面提供的任一种方法被执行。示例的,该装置可以是终端设备或网络设备或芯片。
第八方面,提供了一种应用PDSCH的处理时长的装置,包括存储器和处理器,存储器用于存储计算机程序,该计算机程序被处理器执行时,使得第三方面提供的任一种方法被执行。示例的,该装置可以是终端设备或芯片。
第九方面,提供了一种应用PDSCH的处理时长的装置,包括存储器和处理器,存储器用于存储计算机程序,该计算机程序被处理器执行时,使得第四方面提供的任一种方法被执行。示例的,该装置可以是网络设备或芯片。
第十方面,提供了一种通信装置,包括处理器,该处理器与存储器耦合,当该处理器执行该存储器中的计算机程序或指令时,使得第一方面至第四方面提供的任一种方法被执行。
第十一方面,提供了一种通信装置,包括处理器和接口,该处理器通过该接口与存储器耦合,当该处理器执行该存储器中的计算机程序或指令时,使得第一方面至第四方面提供的任一种方法被执行。
第十二方面,提供了一种芯片,包括:处理器和接口,用于从存储器中调用并运行该存储器中存储的计算机程序,执行第一方面至第四方面提供的任一种方法。
第十三方面,提供了一种计算机可读存储介质,该计算机可读存储介质中包含指令,当该指令在计算机上运行时,使得该计算机执行第一方面至第四方面提供的任一种方法被执行。
第十四方面,提供了一种计算机程序产品,当其在计算机上运行时,使得第一方面至第四方面提供的任一种方法被执行。
第十五方面,提供了一种通信芯片,其中存储有指令,当其在终端设备上运行时,使得终端设备执行第一方面、第二方面或第三方面提供的任一方法;当其在网络设备上运行时,使得该网络设备执行第一方面、第二方面或第四方面提供的任一方法。
可以理解地,上述提供的任一种装置、计算机可读存储介质、计算机程序产品或通信芯片等均用于执行上文所提供的对应的方法,因此,其所能达到的有益效果可参考对应的方法中的有益效果,此处不再赘述。
应注意,本申请实施例提供的上述用于存储计算机指令或者计算机程序的器件,例如但不限于,上述存储器、计算机可读存储介质和通信芯片等,均具有非易失性(non-transitory)。
应注意,本申请实施例中所描述的“收发器”可以包括:接收器和发送器。接收器用于接收数据,发送器用于发送数据。接收器和发送器可以集成在一起,也可以独立设置。
附图说明
图1为可适用于本申请实施例的一种两个TRP同时发送同一数据的不同RV给终端设备的示意图;
图2为可适用于本申请实施例的一种反馈时间、下行数据接收时间和下行数据处理流程时间之间的关系的示意图;
图3为可适用于本申请实施例提供的技术方案的一种通信系统的架构示意图;
图4为可适用于本申请实施例提供的技术方案的一种通信系统的架构的硬件示意图;
图5为本申请实施例提供的一种应用PDSCH的处理时长的方法的流程示意图;
图6为本申请实施例提供的另一种应用PDSCH的处理时长的方法的流程示意图;
图7为本申请实施例提供的一种通信装置的结构示意图;
图8为本申请实施例提供的一种通信装置的结构示意图。
具体实施方式
如图3所示,为可适用本申请实施例提供的技术方案的一种通信系统的架构示意图。该通信系统包括单个或多个终端设备10,以及单个或多个网络设备20。单个网络设备20可以向单个或多个终端设备10传输数据或控制信令,如图3中的(a)图所示。多个网络设备20也可以同时为单个终端设备10传输数据或控制信令,如图3中的(b)图所示。
本申请实施例中,所涉及到的终端设备10可以包括各种具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其它处理设备。终端可以是移动站(mobile station,MS)、用户单元(subscriber unit)、蜂窝电话(cellularphone)、智能电话(smart phone)、无线数据卡、个人数字助理(personal digitalassistant,简称:PDA)电脑、平板型电脑、无线调制解调器(modem)、手持设备(handset)、膝上型电脑(laptop computer)、机器类型通信(machine type communication,MTC)终端等。
本申请实施例中,网络设备20(包括TRP)是一种部署在无线接入网中为终端设备提供无线通信功能的装置。网络设备20可以包括各种形式的宏基站,微基站(也称为小站),中继站,接入点等。在采用不同的无线接入技术的系统中,网络设备20的名称可能会有所不同,例如全球移动通信系统(global system for mobile communication,GSM)或码分多址(code division multiple access,CDMA)网络中的基站收发信台(base transceiverstation,BTS),宽带码分多址(wideband dode division multiple access,WCDMA)中的NB(NodeB),长期演进(long term evolution,LTE)中的eNB或eNodeB(Evolutional NodeB)。网络设备20还可以是云无线接入网络(cloud radio access network,CRAN)场景下的无线控制器。网络设备20还可以是未来5G网络中的基站设备或者未来演进的公共陆地移动网络(public land mobile network,PLMN)网络中的网络设备。网络设备20还可以是可穿戴设备或车载设备等。
在一个示例中,网络设备20可以是指TRP,或者可以是指TRP和其他网络端的设备组成的一个整体。
图3所示的通信系统中每个终端设备10和每个网络设备20之间的通信还可以用另一种形式来表示,如图4所示,终端设备10包括处理器101、存储器102和收发器103,收发器103包括发射机1031、接收机1032和天线1033。网络设备20包括处理器201、存储器202和收发器203,收发器203包括发射机2031、接收机2032和天线2033。接收机1032可以用于通过天线1033接收传输控制信息,发射机1031可以用于通过天线1033向网络设备20发送传输反馈信息。发射机2031可以用于通过天线2033向终端设备10发送传输控制信息,接收机2032可以用于通过天线2033接收终端设备10发送的传输反馈信息。
在具体实现过程中,处理器(包括处理器101和处理器201)可用于进行,例如但不限于,基带相关处理,接收器和发射器可分别用于进行,例如但不限于,射频收发。上述器件可以分别设置在彼此独立的芯片上,也可以至少部分的或者全部的设置在同一块芯片上,例如,接收器和发射器可以设置在彼此独立的接收器芯片和发射器芯片上,也可以整合为收发器继而设置在收发器芯片上。又例如,处理器可以进一步划分为模拟基带处理器和数字基带处理器,其中模拟基带处理器可以与收发器集成在同一块芯片上,数字基带处理器可以设置在独立的芯片上。随着集成电路技术的不断发展,可以在同一块芯片上集成的器件越来越多,例如,数字基带处理器可以与多种应用处理器(例如但不限于图形处理器,多媒体处理器等)集成在同一块芯片之上。这样的芯片可以称为系统芯片(system on chip)。将各个器件独立设置在不同的芯片上,还是整合设置在一个或者多个芯片上,往往取决于产品设计的具体需要。本申请实施例对上述器件的具体实现形式不做限定。
以下,对本申请实施例中所涉及的部分术语和技术进行简单介绍:
1)、TB、码字,RV
编码前的数据称为TB,编码后的数据称为码字。一个TB经过编码可以产生多个(如4个)RV数据。在第一传输方式中,一次传输一个RV数据,因此可以认为一个码字对应一个RV。在第二传输方式中,一次可能会同时传输多个RV的数据,这时可以将每个RV的数据作为一个码字。
2)、第一传输方式
第一传输方式包括:网络设备给终端设备传输一个或多个TB,每个TB对应一个码字。
本申请实施例对第一传输方式的具体描述不进行限定,原则上,所有与“网络设备给终端设备传输一个或多个TB,每个TB对应一个码字”这一特征相同或实质相同的传输方式,均可以作为本申请中所描述的第一传输方式。
3)、第二传输方式
第二传输方式可以包括以下a~k中任一种或多种的组合,其中,这里的多种组合,是指在不冲突的情况下,下述a~k中任意两种或两种以上的技术方案可以进行组合。
a、网络设备同时给终端设备传输多个码字,该多个码字对应同一个TB。
b、网络设备同时给终端设备传输多个码字,该多个码字中的每个码字分别对应一个TB,多个码字对应的TB内容相同。可以理解的是,多个码字对应的TB内容相同,是指把一个TB数据复制多份,每份分别作为一个TB进行传输。
c、网络设备采用不同的频域资源,分别给终端设备传输一个码字,各码字对应同一个TB。
d、网络设备采用不同的传输参数配置(transmission configurationindicator,TCI)-state(状态),分别给终端设备传输一个码字,各码字对应同一个TB。
e、网络设备同时给终端设备传输同一TB生成的多个RV数据。其中,该多个RV中的任意两个RV的ID可以相同或不同。
f、网络设备同时给终端设备传输多个RV数据。其中,该多个RV中的任意两个RV的ID可以相同或不同。可以理解的是,同一数据的多个RV ID相同,是指把一个RV数据复制多份,每份分别作为不同的码字进行传输(例如通过不同的波束分别传输不用码字)。例如,传输了两个码字,两个码子对应的内容都是RV0。
g、网络设备采用不同的频域资源,分别给终端设备传输一个RV数据,各RV数据对应同一TB。
h、网络设备采用不同的TCI-state,分别给终端设备传输一个RV数据,各RV数据对应同一个TB。
i、终端设备支持同时接收多个码字,该多个码字对应同一个TB。
j、终端设备支持同时接收多个码字,该多个码字中的每个码字分别对应一个TB,多个码字对应的TB内容相同。
k、终端设备支持同时接收同一TB生成的多个RV数据。其中,该多个RV中的任意两个RV的ID可以相同或不同。
需要说明的是,上述i~k所描述的内容,可以认为是终端设备支持的能力。终端设备可以通过能力上报流程向网络设备上报上述i~k中所描述终端设备所支持的能力。例如,基于上述i,终端设备可以通过能力上报流程向网络设备上报“该终端设备支持同时接收多个码字,且该多个码字对应同一个TB”的能力。
4)、第一子载波间隔
在一种实现方式中,第一子载波间隔,是PDSCH的子载波间隔、该PDSCH对应的PDCCH的子载波间隔和该PDSCH对应的上行子载波间隔中的最小值。
其中,该PDSCH对应的PDCCH,是指调度该PDSCH的PDCCH。
该PDSCH对应的上行子载波间隔是指终端设备针对该PDSCH上传输的数据向网络设备反馈ACK/NACK时所使用的上行信道的子载波间隔。例如,若终端设备通过物理上行控制信道(physical uplink control channel,PUCCH)向网络设备反馈ACK/NACK,则这里的上行子载波间隔是指PUCCH的子载波间隔。又如,若终端设备通过物理上行共享信道(physical uplink shared channel,PUSCH)向网络设备反馈ACK/NACK,则这里的上行子载波间隔是指PUSCH的子载波间隔。
本申请实施例对第一子载波间隔的具体描述不进行限定,原则上,所有与“PDSCH的子载波间隔、该PDSCH对应的PDCCH的子载波间隔和该PDSCH对应的上行子载波间隔中的最小值”这一特征相同或实质相同的描述,均可以作为第一子载波间隔的定义。例如,第一子载波间隔,是PDSCH的子载波间隔、PDCCH的子载波间隔和上行子载波间隔中的,使得计算得到的PDSCH的处理时长最大的子载波间隔。
在再一种实现方式中,第一子载波间隔可以是PDSCH的子载波间隔、该PDSCH对应的PDCCH的子载波间隔和该PDSCH对应的上行子载波间隔中的最大值。
在又一种实现方式中,第一子载波间隔可以是PDSCH的子载波间隔,或者该PDSCH对应的PDCCH的子载波间隔,或者该PDSCH对应的上行子载波间隔。
5)、终端设备的处理能力
终端设备的处理能力,是终端设备处理PDSCH的能力,可以分为能力1(UEprocessing capability 1)和能力2(UE processing capability 2)等多种类型。终端设备可以通过能力上报过程,向网络设备上报自己支持哪种PDSCH处理能力类型。其中,关于终端设备的处理能力的示例可以参考3GPP 38.214协议和3GPP 38.331协议。例如,3GPP38.214协议中给出了能力1和能力2所对应的d1,1的取值;其中,关于d1,1的相关说明可以参考下文。又如,3GPP 38.331协议中提供了能力1和能力2的相关参数定义。本申请实施例中所提供的终端设备的处理能力可以但不限于是按照3GPP 38.214协议和/或3GPP 38.331协议中所定义的处理能力。
6)、其他术语
本申请中的术语“多个”是指两个或两个以上。本申请中的术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。本申请中的术语“第一”、“第二”等是为了区分不同的对象,并不限定该不同对象的顺序。
7)、目前3GPP TS 38.214v15.6.0中定义的PDSCH的处理时长
在3GPP TS 38.214v15.6.0中,PDSCH的处理时长通过公式1进行计算。
公式1:PDSCH的处理时长Tproc,1=(N1+d1,1)(2048+144)·κ2-μ·TC。
其中,关于该公式中各参数的解释可以参考3GPP TS 38.214v15.6.0。
需要说明的是,公式1是针对一个TB对应一个码字的传输方式进行设计的,而当同时传输同一TB对应的多个码字(即一个TB编码产生多个RV,且一次性传输多个RV)时,会导致每个TB的处理都会很复杂,从而可能导致终端设备无法在由该公式1计算得到的PDSCH的处理时长内完成对该多个RV数据的处理。这是由于接收处理同一数据的多个RV会造成更大的计算复杂度,需要更长的处理时间。当然,在其他的传输模式,如上文中所描述的任意一种第二传输方式中,均可能存在与此类似的问题。
为此,本申请实施例提供了确定及应用PDSCH的处理时长的方法和装置。由于应用PDSCH的处理时长的方法中包含确定PDSCH的处理时长的方法,因此,不再单独基于确定PDSCH的处理时长的方法布局实施例,在此统一说明,下文不再赘述。
以下,结合附图,对本申请实施例提供的应用PDSCH的处理时长的方法和装置进行说明。
如图5所示,为本申请实施例提供的一种应用PDSCH的处理时长的方法的流程示意图。作为示例,下文中所描述的终端设备和网络设备可以分别对应于上文中的终端设备10和网络设备20。该方法可以包括如下步骤:
S101:终端设备确定PDSCH的处理时长。其中,本申请实施例对终端设备确定PDSCH的处理时长的触发条件不进行限定,例如,终端设备可以在接收到PDSCH数据之后,确定PDSCH的处理时长。具体的确定PDSCH的处理时长的方法可以参考下文。
S102:终端设备根据所确定的PDSCH的处理时长,确定是否向网络设备反馈ACK/NACK。
具体的:如果PDSCH数据的接收时间与ACK/NACK反馈时间之间的时间间隔不小于(即大于或等于)PDSCH的处理时长,则解析该PDSCH数据,并反馈相应的ACK/NACK。否则,终端设备不反馈ACK,也不反馈NACK。其中,PDSCH数据的接收时间是PDSCH对应的最后一个OFDM符号的时间(即时刻),ACK/NACK反馈时间是指携带ACK/NACK的第一个OFDM符号的发送时间(即时刻)。可以理解的是,终端设备可以根据PDSCH对应的PDCCH中指示的HARQ-ACK时间参数(如PDSCH-to-HARQ_feedback timing indicator)和PUCCH资源参数(如PUCCHresource indicator),确定ACK/NACK反馈时间。
如图6所示,为本申请实施例提供的一种PDSCH的处理时长的应用方法的流程示意图。该方法可以包括如下步骤:
S201:网络设备确定PDSCH的处理时长。其中,本申请实施例对网络设备确定PDSCH的处理时长的触发条件不进行限定,例如,网络设备可以在具有PDSCH数据发送需求时,确定PDSCH的处理时长。具体的确定PDSCH的处理时长的方法可以参考下文。
S202:网络设备根据所确定的PDSCH的处理时长,配置数据传输参数。
例如,网络设备可以通过无线资源控制(radio resource control,RRC)信令、媒体接入控制(media access control,MAC)控制元素(control element)信令和下行控制信息(downlink control information,DCI)中的至少一种向终端设备配置数据传输参数。示例的,数据传输参数可以包括ACK/NACK的反馈时间等。
需要说明的是,图5和图6所示的实施例中的PDSCH的处理时长的应用方法仅为示例,其不对本申请实施例所提供的确定PDSCH的处理时长的方法的应用场景构成限定。
以下,说明PDSCH的处理时长的具体实现方式:
可选的,PDSCH的处理时长Tproc,1满足以下公式2~公式5的其中之一:
公式2:Tproc,1=(N1+d1,1+d1,2)(a+b)·κ2-μ·TC。
公式3:Tproc,1=(N1+d1,1)(a+b)·κ2-μ·TC+d1,2。
公式4:Tproc,1=[(N1+d1,1)(a+b)·κ2-μ+d1,2]·TC。
公式5:Tproc,1=[(N1+d1,1)(a+b)·2-μ+d1,2]·κTC。
其中,N1是与第一子载波间隔和终端设备上报的处理能力类型相关的值,或者是与第一子载波间隔相关的值,或者是与终端设备上报的处理能力类型相关的值。d1,1是与PDSCH的时域资源分配方式和终端设备上报的处理能力类型相关的值,或者是与PDSCH的时域资源分配方式相关的值,或者是与终端设备上报的处理能力类型相关的值。d1,2大于或等于0。
a是一个OFDM符号包括的采样点数,b是一个OFDM符号的循环前缀(cyclicprefix,CP)包括的采样点数。例如,a=2048,b=144。
μ是与第一子载波间隔相关的值。例如,μ是与第一子载波间隔之间的关系可以如表1所示:
表1
μ | 第一子载波间隔 |
0 | 15kHz |
1 | 30kHz |
2 | 60kHz |
3 | 120kHz |
4 | 240kHz |
TC是基本时间单元。例如,TC=1/(Δfmax*Nf)。其中,Δfmax是协议支持的最大子载波间隔,如Δfmax=480*103Hz;或者,Δfmax=480*103Hz。Nf是一个OFDM符号包括的采样点数,如Nf=4096;或者,Nf=4096。
κ是常数。在一个示例中,κ=TS/TCκ=TS/TC。TS是一个时间单位,TS与TC所对应的子载波间隔和OFDM符号所包括的采样点数不同。例如,TS=1/(Δfref*Nf,ref);其中,Δfref是协议支持的最小子载波间隔,如Δfref=15*103Hz;或者,Δfref=15*103Hz。Nf,ref=2048。κ可能随着TS和TC的取值不同而不同。在另一个示例中,κ可以是协议中预定义的值。在一个示例中,κ的值可以是固定不变的,或者是随着实际应用场景的变化而变化。
在一个示例中,上述公式2~5中的N1、d1,1、a、b、μ、TC和κ的解释和示例均可以分别参考3GPP TS 38.214v15.6.0(其中,协议文件名为Physical layer procedures fordata)协议中PDSCH的处理时长的公式(如上述公式1)中的N1、d1,1、a、b、μ、TC和κ的解释和示例。基于此,可以认为本申请实施例提供的PDSCH的处理时长所满足的公式,是在3GPP TS38.214v15.6.0协议中定义的PDSCH的处理时长所满足的公式的基础上增加了参数d1,2。
可以理解的是,上述公式2~5中的(a+b)·κ2-μ·TC是一个OFDM符号的时长。基于此,当a=2048,b=144时,公式2可以理解为:本申请实施例提供的PDSCH的处理时长,等价于在目前3GPP TS 38.214v15.6.0协议中定义的PDSCH的处理时长所满足的公式的基础上增加d1,2个OFDM符号的时长。同理,当a=2048,b=144时,公式3~5分别可以理解为:本申请实施例提供的PDSCH的处理时长,等价于在目前3GPP TS 38.214v15.6.0协议中定义的PDSCH的处理时长所满足的公式的基础上增加时长d1,2、增加d1,2个TC、增加d1,2个TS。另外,由此可知,上述公式2~5中的d1,2所表示的含义不同。
其中,当d1,2表示一个时间长度时,本申请实施例对该时间长度的单位不进行限定,例如可以是皮秒、纳秒、微秒、毫秒或秒等。
可选的,网络设备或终端设备可以基于以下方式1~方式3任一种确定d1,2:
方式1:d1,2是协议预设的值。具体的:
1-1:d1,2是协议预设的一个固定值。基于此,对于任一终端设备或任一网络设备来说,可以基于该固定值计算PDSCH的处理时长。
1-2:d1,2是协议预设的与第一子载波间隔相关的值。
可选的,协议中可以预设第一子载波间隔的多个值(如每个可能的值)与d1,2的多个值之间的对应关系。其中,第一子载波间隔的值与d1,2的值一一对应。本申请实施例对该对应关系的具体体现方式不进行限定,如可以是表格,或者是公式,或者是根据条件进行逻辑判断(例如if else或者switch操作等)等。例如,协议中预设的第一子载波间隔的多个值与d1,2的多个值之间的对应关系可以如表2所示:
表2
第一子载波间隔的值 | d12的值 |
15kHz | 1 |
30kHz | 2 |
60kHz | 4 |
120kHz | 8 |
240kHz | 16 |
基于此,当确定第一子载波间隔的值时,终端设备或网络设备可以通过查找预设的第一子载波间隔的多个值与d1,2的多个值之间的对应关系(如查表2),获取所确定的第一子载波间隔的值对应的d1,2的值。后续,可以基于所获取的d1,2的值,计算PDSCH的处理时长。
1-3:d1,2是协议预设的与终端设备上报的处理能力类型相关的值。
可选的,协议中可以预设多种处理能力类型(如每种可能的处理能力类型)与d1,2的多个值之间的对应关系。其中,处理能力类型与d1,2的值一一对应。本申请实施例对该对应关系的具体体现方式不进行限定,如可以是表格,或者是公式,或者是根据条件进行逻辑判断(例如if else或者switch操作等)等。
例如,协议预设的多种处理能力类型与d1,2的多个值之间的对应关系可以如表3所示:
表3
终端设备的处理能力类型 | d12的值 |
处理能力类型1 | 1 |
处理能力类型2 | 2 |
处理能力类型3 | 4 |
处理能力类型4 | 8 |
处理能力类型5 | 16 |
基于此,对于任一终端设备来说,当确定自身的处理能力类型时,或者,对于任一网络设备来说,当确定与其通信的终端设备的处理能力类型时,可以通过查找预设的终端设备的多种处理能力类型与d1,2的多个值之间的对应关系(如查表3),获取与该终端设备的处理能力类型对应的d1,2的值。后续,可以基于所获取的d1,2的值,计算PDSCH的处理时长。
1-4:d1,2是协议预设的与第一子载波间隔和终端设备上报的处理能力类型都相关的值。
可选的,协议中可以预设第一子载波间隔的多个值(如每个可能的值)、多种处理能力类型(如每种可能的处理能力类型)与d1,2的多个值之间的对应关系。本申请实施例对该对应关系的具体体现方式不进行限定,如可以是表格,或者是公式,或者是根据条件进行逻辑判断(例如if else或者switch操作等)等。
例如,协议预设的第一子载波间隔的多个值、多种处理能力类型与d1,2的多个值之间的对应关系可以如表4所示:
表4
基于此,对于任一终端设备来说,当确定自身的处理能力类型和第一子载波间隔的值时,或者,对于任一网络设备来说,当确定与其通信的终端设备的处理能力类型和第一子载波间隔的值时,可以通过查找预设的第一子载波间隔的多个值、多种处理能力类型与d1,2的多个值之间的对应关系(如查表4),获取与该终端设备的处理能力类型和该第一子载波间隔的值对应的d1,2的值。后续,可以基于所获取的d1,2的值,计算PDSCH的处理时长。
方式2:d1,2是终端设备上报的值。具体的:
2-1:d1,2是终端设备上报的一个固定值。
其中,不同终端设备上报的d1,2的值可以相同或不同。
基于此,对于任一终端设备来说,可以基于自身所上报的d1,2的值确定该终端设备的PDSCH的处理时长;对于任一网络设备来说,可以基于与其通信的终端设备所上报的d1,2的值确定该终端设备的PDSCH的处理时长。
2-2:d1,2是终端设备上报的与第一子载波间隔相关的值。
可选的,终端设备可以上报多个d1,2的值。多个d1,2的值与多个第一子载波间隔的值一一对应。
其中,不同终端设备上报的第一子载波间隔的同一值所对应的d1,2的值可以相同或不同。例如,终端设备1所上报的第一子载波间隔15kHz所对应的d1,2的值是1,终端设备2所上报的第一子载波间隔15kHz所对应的d1,2的值是2。
基于此,对于任一终端设备来说,当确定上报的第一子载波间隔的值所对应的d1,2的值时,或,对于任一网络设备来说,当确定与其通信的终端设备所上报的第一子载波间隔的值所对应的d1,2的值时,可以基于该第一子载波间隔的值所对应的d1,2的值,计算PDSCH的处理时长。
2-3:d1,2是终端设备上报的与该终端设备的处理能力类型相关的值。
可选的,终端设备可以上报多个d1,2的值。多个d1,2的值与终端设备的多个处理能力类型一一对应。
其中,不同终端设备上报的同一处理能力类型所对应的d1,2的值可以相同或不同。例如,终端设备1所上报的自身的处理能力类型(具体是处理能力类型1)所对应的d1,2的值是1,终端设备2所上报的自身的处理能力类型(具体是处理能力类型1)所对应的d1,2的值是2。
基于此,对于任一终端设备来说,当确定上报的该终端设备的处理能力类型所对应的d1,2的值时,或者,对于任一网络设备来说,当确定与其通信的终端设备所上报的该终端设备的处理能力类型所对应的d1,2的值时,可以基于该终端设备的处理能力类型所对应的d1,2的值,计算PDSCH的处理时长。
2-4:d1,2是终端设备上报的与第一子载波间隔和终端设备上报的处理能力类型都相关的值。此实现方式的相关说明可以由上文所描述的内容推理得到,此处不再详述。
方式3:d1,2是计算得到的值。其中,当由网络设备确定PDSCH的处理时长时,用于得到该PDSCH的处理时长的d1,2是该网络设备计算得到的值;当由终端设备确定PDSCH的处理时长时,用于得到该PDSCH的处理时长的d1,2是该终端设备计算得到的值。
具体的:
3-1:d1,2是基于协议预设的值计算得到的值。其中,协议预设的值是协议预设的一个固定值,或者与第一子载波间隔和终端设备上报的处理能力类型中的至少一种相关的值。
例如,协议中预设了第一子载波间隔15kHz所对应的d1,2的值为1,终端设备或网络设备可以基于第一子载波间隔15kHz所对应的d1,2的值1,计算得到第一子载波间隔分别是30kHz、60kHz、120kHz和240kHz等所对应的d1,2的值。其他示例不再一一列举。例如,可以通过公式d1,2=2μd得到。其中,d是预设的15kHz所对应的d1,2的值。μ的含义可以参考上文。
3-2:d1,2是基于终端设备上报的值计算得到的值。其中,终端设备上报的值是终端设备上报的一个固定值,或者是终端设备上报的与第一子载波间隔和终端设备上报的处理能力类型中的至少一种相关的值。
例如,对于一个终端设备来说,假设其所上报的第一子载波间隔15kHz所对应的d1,2的值为1,或者,对于一个网络设备来说,假设与其通信的终端设备所上报的第一子载波间隔15kHz所对应的d1,2的值为1;那么,可以基于第一子载波间隔15kHz所对应的d1,2的值1,确定该第一子载波间隔为其他值时所对应的d1,2的值。
本申请实施例对如何根据一个子载波所对应的d1,2的值,计算得到另一个子载波间隔所对应的d1,2的值的方法不进行限定。例如,可以通过公式d1,2=2μd得到。其中,d是终端设备上报的15kHz所对应的d1,2的值。μ的含义可以参考上文。
需要说明的是,上文中详细介绍了d1,2的值的获取方式,以及基于该获取方式的相关内容。上述d1,2的值可以替换为时间增量,从而得到新的实施例,本申请实施例对此不再详述。
可选的,网络设备采用第一传输方式给终端设备传输数据时,d1,2等于0。可选的,网络设备采用第二传输方式给终端设备传输数据时,d1,2大于或等于0。由此可见,本申请实施例支持采用同一公式确定不同传输方式下的PDSCH的处理时长的技术方案。
可选的,当d1,2是终端设备上报给网络设备的值时,d1,2表示终端设备是否支持第二传输方式。也就是说,d1,2可以隐式指示终端设备是否支持第二传输方式。进一步可选的,当终端设备支持第二传输方式时,该终端设备和与该终端设备通信的网络设备可以确定第二传输方式下的PDSCH的处理时长。
具体的:
方式1:d1,2等于0时,表示终端设备不支持第二传输方式。否则,表示终端设备支持第二传输方式。
方式2:d1,2大于第一阈值时,表示终端设备不支持第二传输方式。否则,表示终端设备支持第二传输方式。
其中,第一阈值可以是大于0的值,当然不限于此。第一阈值可以是协议预定义的,或者终端设备上报给网络设备的,或者是网络设备配置给终端设备的。例如,通过无线资源控制(radio resource control,RRC)信令、媒体接入控制(media access control,MAC)控制元素(control element)信令和下行控制信息(downlink control information,DCI)中的至少一种配置给终端设备。
可选的,如果d1,2大于第一阈值,则终端设备和网络设备可以将d1,2值修改为0,从而基于修改后的d1,2的值计算PDSCH的处理时长。
方式3:d1,2等于0或大于第二阈值时,表示终端设备不支持第二传输方式。否则,表示终端设备支持第二传输方式。
其中,第二阈值大于0。第二阈值可以是协议预定义的,或者终端设备上报给网络设备的,或者是网络设备配置给终端设备的,例如,通过RRC信令、MAC CE信令和DCI中的至少一种配置给终端设备。
需要说明的是,在不冲突的情况下,上述任意多个实施例中的部分或全部特征可以结合,从而得到一个新的实施例。
需要说明的是,本申请实施例中是以PDSCH的处理时长满足上述公式2~5的其中之一为例进行说明的,实际实现时,上述公式2~5中的任一种,也可以适用于获取PDCCH的处理时长、PUCCH的处理时长、PUSCH的处理时长、物理广播信道(physical broadcastchannel,PBCH)的处理时长和物理随机接入信道(physical random access channel,PRACH)处理时长中的至少一种。公式2~5中的相关参数的解释及确定方式可以参考上文,此处不再赘述。
本文中描述的各个实施例可以为独立的方案,也可以根据内在逻辑进行组合,这些方案都落入本申请的保护范围中。
可以理解的是,上述各个方法实施例中,由终端设备实现的方法和操作,也可以由可用于终端设备的部件(例如芯片或者电路)实现,由网络设备实现的方法和操作,也可以由可用于网络设备的部件(例如芯片或者电路)实现。
上述主要从方法的角度对本申请实施例提供的方案进行了介绍。为了实现上述功能,其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
本申请实施例可以根据上述方法示例对终端设备或网络设备进行功能模块的划分,例如可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。需要说明的是,本申请实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
如图7所示,为本申请实施例提供的一种通信装置70的结构示意图。作为一个示例,通信装置70可以是终端设备,或终端设备中的一个芯片或终端设备中的一个功能模块。基于此,示例的,通信装置70可以用于执行图5所示的方法。通信装置70可以包括第一确定单元701和第二确定单元702。可选的,通信装置70还可以包括收发单元703,收发单元703可以包括发送单元和/或接收单元,分别执行发送及接收的步骤。
如图8所示,为本申请实施例提供的一种通信装置80的结构示意图。作为一个示例,通信装置80可以是网络设备,或网络设备中的一个芯片或网络设备中的一个功能模块。基于此,示例的,通信装置80可以用于执行图6所示的方法。通信设备80可以包括第三确定单元801和第四确定单元802。可选的,通信装置80还可以包括收发单元803,收发单元803可以包括发送单元和/或接收单元,分别执行发送及接收的步骤。
需要说明的是,这里为了更好地区分通信装置70中的第一确定单元和第二确定单元,以及通信装置80中的第一确定单元和第二确定单元,将通信装置80中的第一确定单元和第二确定单元分别标记为第三确定单元801和第四确定单元802。
另外需要说明的是,在一种逻辑功能划分中,上述第一确定单元701和第二确定单元702可以作为通信装置70中的处理单元;上述第三确定单元801和第四确定单元802可以作为通信装置80中的处理单元。
在一些实施例中:
对于通信装置70来说,第一确定单元701,用于确定PDSCH的处理时长;其中,PDSCH的处理时长Tproc,1满足以下公式之一:Tproc,1=(N1+d1,1+d1,2)(a+b)·κ2-μ·TC;Tproc,1=(N1+d1,1)(a+b)·κ2-μ·TC+d1,2;Tproc,1=[(N1+d1,1)(a+b)·κ2-μ+d1,2]·TC;Tproc,1=[(N1+d1,1)(a+b)·2-μ+d1,2]·κTC。其中,N1是与第一子载波间隔和终端设备上报的处理能力类型相关的值,d1,1是与PDSCH的时域资源分配相关的值,d1,2大于或等于0;a是一个OFDM符号包括的采样点数,b是一个OFDM符号的CP包括的采样点数;κ是常数,μ是与第一子载波间隔相关的值,TC是基本时间单元;第一子载波间隔是该PDSCH的子载波间隔、该PDSCH对应的PDCCH的子载波间隔和该PDSCH对应的上行子载波间隔中的最小值。第二确定单元702,用于根据该PDSCH的处理时长,确定是否反馈ACK/NACK。例如,结合图5,第一确定单元701可以用于执行S101,第二确定单元702可以用于执行S102。可选的,收发单元703可以用于执行收发动作。例如,当第二确定单元702确定反馈ACK/NACK时,收发单元703可以用于反馈(即发送)ACK/NACK。当然不限于此。
相应的,对于通信装置80来说,第三确定单元801,用于确定PDSCH的处理时长;其中,PDSCH的处理时长Tproc,1满足以下公式之一:Tproc,1=(N1+d1,1+d1,2)(a+b)·κ2-μ·TC;Tproc,1=(N1+d1,1)(a+b)·κ2-μ·TC+d1,2;Tproc,1=[(N1+d1,1)(a+b)·κ2-μ+d1,2]·TC;Tproc,1=[(N1+d1,1)(a+b)·2-μ+d1,2]·κTC。其中,N1是与第一子载波间隔和终端设备上报的处理能力类型相关的值,d1,1是与PDSCH的时域资源分配相关的值,d1,2大于或等于0;a是一个OFDM符号包括的采样点数,b是一个OFDM符号的CP包括的采样点数;κ是常数,μ是与第一子载波间隔相关的值,TC是基本时间单元;第一子载波间隔是该PDSCH的子载波间隔、该PDSCH对应的PDCCH的子载波间隔和该PDSCH对应的上行子载波间隔中的最小值。第四确定单元802用于根据该PDSCH的处理时长确定数据传输参数。例如,结合图6,第三确定单元801可以用于执行S201,第四确定单元802可以用于执行S202。可选的,收发单元803可以用于执行收发动作。例如,当第四确定单元802确定数据传输参数(如ACK/NACK)反馈时间)时,收发单元803可以用于发送所确定的反馈时间。当然不限于此。
基于上述通信装置70和通信装置80中的任一种,以下提供几种可选的实现方式:
可选的,网络设备采用第一传输方式给终端设备传输数据时,d1,2等于0;第一传输方式包括:网络设备给终端设备传输一个或多个传输块TB,每个TB对应一个码字。
可选的,网络设备采用第二传输方式给终端设备传输数据时,d1,2大于或等于0;第二传输方式包括:网络设备同时给终端设备传输多个码字,该多个码字对应同一个TB;或者,网络设备同时给终端设备传输多个码字,该多个码字中的每个码字分别对应一个TB,该多个码字对应的TB内容相同;或者,网络设备同时给终端设备传输同一TB生成的多个冗余版本RV数据。当然,第二传输方式的其他示例可以参考上文,此处不再详述。
可选的,d1,2是终端设备上报给网络设备的值,d1,2表示终端设备是否支持第二传输方式。
可选的,d1,2等于0时,d1,2表示终端设备不支持第二传输方式。
可选的,d1,2大于阈值时,d1,2表示终端设备不支持第二传输方式。
可选的,d1,2等于0或大于阈值时,d1,2表示终端设备不支持第二传输方式。
可选的,d1,2是预设的固定值。可选的,d1,2是与第一子载波间隔相关的值;或者。d1,2是与终端设备上报的处理能力类型相关的值。可选的,d1,2是与第一子载波间隔和终端设备上报的处理能力类型都相关的值。
在另一些实施例中:
对于通信装置70来说,第一确定单元701用于确定第二时长;第二时长是网络设备采用第二传输方式给终端设备传输数据时PDSCH的处理时长,第二时长等于第一时长加上一个时间增量,第一时长为网络设备采用第一传输方式给终端设备时PDSCH的处理时长。第二确定单元702用于根据所确定的第二时长,确定是否反馈ACK/NACK。
相应的,对于通信装置80来说,第三确定单元801用于确定第二时长;第二时长是网络设备采用第二传输方式给终端设备传输数据时PDSCH的处理时长,第二时长等于第一时长加上一个时间增量,第一时长为网络设备采用第一传输方式给终端设备时PDSCH的处理时长。第四确定单元802用于根据所确定的第二时长,确定数据传输参数。
对于该另一些实施例中的通信装置70或通信装置80来说,以下提供一些可选的实现方式,其中,基于该另一些实施中的通信装置70来说,以下可选的实现方式中的终端设备可以理解为通信装置70;基于该另一些实施中的通信装置80来说,以下可选的实现方式中的网络设备可以理解为通信装置80。
可选的,第一传输方式包括:网络设备给终端设备传输一个或多个TB,每个TB对应一个码字的传输方式。
可选的,第二传输方式包括:网络设备同时给终端设备传输多个码字,多个码字对应同一个TB的传输方式;或者,网络设备同时给终端设备传输多个码字,多个码字中的每个码字分别对应一个TB,多个码字对应的TB内容相同的传输方式;或者,网络设备同时给终端设备传输同一TB生成的多个RV数据的传输方式。当然,第二传输方式的其他示例可以参考上文,此处不再详述。
可选的,时间增量包括:一个或多个OFDM符号的时长,或者,一个或多个Tc,或者,一个或多个Ts,或者一个时间段。其中,TC是基本时间单元。TS是一个时间单位,TS与TC所对应的子载波间隔和OFDM符号所包括的采样点数不同。TC和TS的具体示例参见下述具体实施方式部分。
可选的,时间增量是协议预设的值,或者,时间增量是终端设备上报的值,或者,时间增量是计算得到的值。
可选的,时间增量是协议预设的一个固定值;或者,时间增量是协议预设的与第一子载波间隔相关的值;或者,时间增量是协议预设的与终端设备上报的处理能力类型相关的值;或者,时间增量是协议预设的与第一子载波间隔和终端设备上报的处理能力类型都相关的值。
可选的,第一子载波间隔是PDSCH的子载波间隔、该PDSCH对应的PDCCH的子载波间隔和该PDSCH对应的上行子载波间隔中的最小值。
可选的,时间增量是终端设备上报的一个固定值;或者,时间增量是终端设备上报的与第一子载波间隔相关的值;或者,时间增量是终端设备上报的与终端设备上报的处理能力类型相关的值;或者,时间增量是终端设备上报的与第一子载波间隔和终端设备上报的处理能力类型都相关的值。
可选的,时间增量是基于协议预设的时间增量计算得到的值,协议预设的时间增量是协议预设的一个固定值,或者协议预设的与第一子载波间隔和终端设备上报的处理能力类型中的至少一种相关的值。
可选的,时间增量是基于终端设备上报的时间增量计算得到的值,终端设备上报的时间增量是终端设备上报的一个固定值,或者是终端设备上报的与第一子载波间隔和终端设备上报的处理能力类型中的至少一种相关的值。
可选的,时间增量是终端设备上报的值时,时间增量表示终端设备是否支持第二传输方式。进一步可选的,确定第二时长包括:当终端设备支持第二传输方式时,确定第二时长。
可选的,当时间增量大于第一阈值时,时间增量具体表示终端设备不支持第二传输方式。
可选的,第二时长Tproc,1满足如下公式之一:Tproc,1=(N1+d1,1+d1,2)(a+b)·κ2-μ·TC;Tproc,1=(N1+d1,1)(a+b)·κ2-μ·TC+d1,2;Tproc,1=[(N1+d1,1)(a+b)·κ2-μ+d1,2]·TC;Tproc,1=[(N1+d1,1)(a+b)·2-μ+d1,2]·κTC;其中,N1是与第一子载波间隔和终端设备上报的处理能力类型相关的值,d1,1是与PDSCH的时域资源分配相关的数值,d1,2大于或等于0;a是一个OFDM符号包括的采样点数,b是一个OFDM符号的CP包括的采样点数;κ是常数,μ是与第一子载波间隔相关的常数,TC是一个基本时间单元。
可选的,d1,2是协议预设的值,或者d1,2是终端设备上报的值,或者d1,2是计算得到的值。
可选的,d1,2是协议预设的一个固定值;或者,d1,2是协议预设的与第一子载波间隔相关的值;或者,d1,2是协议预设的与终端设备上报的处理能力类型相关的值;或者,d1,2是协议预设的与第一子载波间隔和终端设备上报的处理能力类型都相关的值。
可选的,d1,2是终端设备上报的一个固定值;或者,d1,2是终端设备上报的与第一子载波间隔相关的值;或者,d1,2是终端设备上报的与终端设备上报的处理能力类型相关的值;或者,d1,2是终端设备上报的与第一子载波间隔和终端设备上报的处理能力类型都相关的值。
可选的,d1,2是基于协议预设的d1,2计算得到的值,协议预设的d1,2是协议预设的一个固定值,或者与第一子载波间隔终端设备上报的处理能力类型中的至少一种相关的值;或者,d1,2是基于终端设备上报的d1,2计算得到的值,终端设备上报的d1,2是终端设备上报的一个固定值,或者是终端设备上报的与第一子载波间隔和终端设备上报的处理能力类型中的至少一种相关的值。
可选的,d1,2是终端设备上报的值时,d1,2表示终端设备是否支持第二传输方式。这样,有助于节省因指示终端设备是否支持第二传输方式而带来的信令传输开销。基于此,可选的,确定第二时长,包括:当终端设备支持第二传输方式时,确定第二时长。
可选的,当d1,2大于第二阈值时,d1,2具体表示终端设备不支持第二传输方式。
在一个示例中,参见图4,上述第一确定单元701和第二确定单元702均可以通过图4中的处理器101调用存储器102中存储的计算机程序代码实现。上述收发单元703可以通过图4中的收发器103实现。在一个示例中,参见图4,上述第三确定单元801和第四确定单元802均可以通过图4中的处理器201调用存储器202中存储的计算机程序代码实现。上述收发单元803可以通过图4中的收发器203实现。
关于上述可选方式的具体描述参见前述的方法实施例,此处不再赘述。上述提供的任一种通信装置70或通信装置80的解释以及有益效果的描述均可参考上述对应的方法实施例,不予赘述。
可以理解的是,对于上述任一种通信装置70来说,可以不限定其是否包含第二确定单元702;相应的,对于上述任一种通信装置80来说,可以不限定其是否包含第四确定单元802。
本申请实施例还提供了一种通信系统,该通信系统包括通信装置70和与该通信装置70相对应的通信装置80。
本申请实施例还提供了一种处理装置,包括处理器和接口。该处理器可用于执行上述方法实施例中的方法。
应理解,上述处理装置可以是一个芯片。例如,该处理装置可以是现场可编程门阵列(field programmable gate array,FPGA),可以是专用集成芯片(applicationspecific integrated circuit,ASIC),还可以是系统芯片(system on chip,SoC),还可以是中央处理器(central processor unit,CPU),还可以是网络处理器(networkprocessor,NP),还可以是数字信号处理电路(digital signal processor,DSP),还可以是微控制器(micro controller unit,MCU),还可以是可编程控制器(programmable logicdevice,PLD)或其他集成芯片。
在实现过程中,上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器读取存储器中的信息,结合其硬件完成上述方法的步骤。为避免重复,这里不再详细描述。
应注意,本申请实施例中的处理器可以是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器读取存储器中的信息,结合其硬件完成上述方法的步骤。
可以理解,本申请实施例中的存储器可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(read-only memory,ROM)、可编程只读存储器(programmable ROM,PROM)、可擦除可编程只读存储器(erasable PROM,EPROM)、电可擦除可编程只读存储器(electrically EPROM,EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory,RAM),其用作外部高速缓存。通过示例性但不是限制性说明,许多形式的RAM可用,例如静态随机存取存储器(static RAM,SRAM)、动态随机存取存储器(dynamic RAM,DRAM)、同步动态随机存取存储器(synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(doubledata rateSDRAM,DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM,SLDRAM)和直接内存总线随机存取存储器(directrambus RAM,DR RAM)。应注意,本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
根据本申请实施例提供的方法,本申请还提供一种计算机程序产品,该计算机程序产品包括:计算机程序代码,当该计算机程序代码在计算机上运行时,使得该计算机执行图5或图6中任意一个实施例的方法。
根据本申请实施例提供的方法,本申请还提供一种计算机可读介质,该计算机可读介质存储有程序代码,当该程序代码在计算机上运行时,使得该计算机执行图5或图6中任意一个实施例的方法。
根据本申请实施例提供的方法,本申请还提供一种系统,其包括前述的一个或多个终端设备以及一个或多个网络设备。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机指令时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line,DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如,软盘、硬盘、磁带)、光介质(例如,高密度数字视频光盘(digital video disc,DVD))、或者半导体介质(例如,固态硬盘(solid state disc,SSD))等。
上述各个装置实施例中网络设备与终端设备和方法实施例中的网络设备或终端设备对应,由相应的模块或单元执行相应的步骤,例如通信单元(收发器)执行方法实施例中接收或发送的步骤,除发送、接收外的其它步骤可以由处理单元(处理器)执行。具体单元的功能可以参考相应的方法实施例。其中,处理器可以为一个或多个。
在本说明书中使用的术语“部件”、“模块”、“系统”等用于表示计算机相关的实体、硬件、固件、硬件和软件的组合、软件、或执行中的软件。例如,部件可以是但不限于,在处理器上运行的进程、处理器、对象、可执行文件、执行线程、程序和/或计算机。通过图示,在计算设备上运行的应用和计算设备都可以是部件。一个或多个部件可驻留在进程和/或执行线程中,部件可位于一个计算机上和/或分布在两个或更多个计算机之间。此外,这些部件可从在上面存储有各种数据结构的各种计算机可读介质执行。部件可例如根据具有一个或多个数据分组(例如来自与本地系统、分布式系统和/或网络间的另一部件交互的二个部件的数据,例如通过信号与其它系统交互的互联网)的信号通过本地和/或远程进程来通信。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各种说明性逻辑块(illustrative logical block)和步骤(step),能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(read-only memory,ROM)、随机存取存储器(random access memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。
Claims (13)
1.一种应用物理下行共享信道PDSCH的处理时长的方法,其特征在于,包括:
确定所述PDSCH的处理时长;其中,所述PDSCH的处理时长Tproc,1满足以下公式之一:
Tproc,1=(N1+d1,1+d1,2)(a+b)·κ2-μ·TC;
Tproc,1=(N1+d1,1)(a+b)·κ2-μ·TC+d1,2;
Tproc,1=[(N1+d1,1)(a+b)·κ2-μ+d1,2]·TC;
Tproc,1=[(N1+d1,1)(a+b)·2-μ+d1,2]·κTC;
其中,所述N1是与第一子载波间隔和终端设备上报的处理能力类型相关的值,所述d1,1是与所述PDSCH的时域资源分配相关的值,所述d1,2大于0;所述a是一个正交频分复用OFDM符号包括的采样点数,所述b是一个OFDM符号的循环前缀CP包括的采样点数;所述κ是常数,所述μ是与所述第一子载波间隔相关的值,所述TC是基本时间单元;所述第一子载波间隔是所述PDSCH的子载波间隔、所述PDSCH对应的物理下行控制信道PDCCH的子载波间隔和所述PDSCH对应的上行子载波间隔中的最小值;所述d1,2是所述终端设备上报给网络设备的值,所述d1,2表示所述终端设备是否支持第二传输方式,所述第二传输方式包括:所述网络设备同时给所述终端设备传输多个码字,所述多个码字对应同一个TB;或者,所述网络设备同时给所述终端设备传输多个码字,所述多个码字中的每个码字分别对应一个TB,所述多个码字对应的TB内容相同;或者,所述网络设备同时给所述终端设备传输同一TB生成的多个冗余版本RV数据;
根据所述PDSCH的处理时长,确定是否反馈肯定应答/否定应答ACK/NACK。
2.一种应用物理下行共享信道PDSCH的处理时长的方法,其特征在于,包括:
确定所述PDSCH的处理时长;其中,所述PDSCH的处理时长Tproc,1满足以下公式之一:
Tproc,1=(N1+d1,1+d1,2)(a+b)·κ2-μ·TC;
Tproc,1=(N1+d1,1)(a+b)·κ2-μ·TC+d1,2;
Tproc,1=[(N1+d1,1)(a+b)·κ2-μ+d1,2]·TC;
Tproc,1=[(N1+d1,1)(a+b)·2-μ+d1,2]·κTC;
其中,所述N1是与第一子载波间隔和终端设备上报的处理能力类型相关的值,所述d1,1是与所述PDSCH的时域资源分配相关的值,所述d1,2大于0;所述a是一个正交频分复用OFDM符号包括的采样点数,所述b是一个OFDM符号的循环前缀CP包括的采样点数;所述κ是常数,所述μ是与所述第一子载波间隔相关的值,所述TC是基本时间单元;所述第一子载波间隔是所述PDSCH的子载波间隔、所述PDSCH对应的物理下行控制信道PDCCH的子载波间隔和所述PDSCH对应的上行子载波间隔中的最小值;所述d1,2是所述终端设备上报给网络设备的值,所述d1,2表示所述终端设备是否支持第二传输方式,所述第二传输方式包括:所述网络设备同时给所述终端设备传输多个码字,所述多个码字对应同一个TB;或者,所述网络设备同时给所述终端设备传输多个码字,所述多个码字中的每个码字分别对应一个TB,所述多个码字对应的TB内容相同;或者,所述网络设备同时给所述终端设备传输同一TB生成的多个冗余版本RV数据;
根据所述PDSCH的处理时长确定数据传输参数。
3.根据权利要求1或2所述的方法,其特征在于,
网络设备采用第二传输方式给所述终端设备传输数据时,所述d1,2大于0。
4.根据权利要求1或2所述的方法,其特征在于,
所述d1,2大于阈值时,所述d1,2表示所述终端设备不支持所述第二传输方式。
5.根据权利要求1或2所述的方法,其特征在于,
所述d1,2是预设的固定值;或者,
所述d1,2是与所述第一子载波间隔相关的值;或者,
所述d1,2是与所述终端设备上报的处理能力类型相关的值;或者,
所述d1,2是与所述第一子载波间隔和所述终端设备上报的处理能力类型都相关的值。
6.一种通信装置,其特征在于,包括:
第一确定单元,用于确定物理下行共享信道PDSCH的处理时长;其中,所述PDSCH的处理时长Tproc,1满足以下公式之一:
Tproc,1=(N1+d1,1+d1,2)(a+b)·κ2-μ·TC;
Tproc,1=(N1+d1,1)(a+b)·κ2-μ·TC+d1,2;
Tproc,1=[(N1+d1,1)(a+b)·κ2-μ+d1,2]·TC;
Tproc,1=[(N1+d1,1)(a+b)·2-μ+d1,2]·κTC;
其中,所述N1是与第一子载波间隔和终端设备上报的处理能力类型相关的值,所述d1,1是与所述PDSCH的时域资源分配相关的值,所述d1,2大于0;所述a是一个正交频分复用OFDM符号包括的采样点数,所述b是一个OFDM符号的循环前缀CP包括的采样点数;所述κ是常数,所述μ是与所述第一子载波间隔相关的值,所述TC是基本时间单元;所述第一子载波间隔是所述PDSCH的子载波间隔、所述PDSCH对应的物理下行控制信道PDCCH的子载波间隔和所述PDSCH对应的上行子载波间隔中的最小值;所述d1,2是所述终端设备上报给网络设备的值,所述d1,2表示所述终端设备是否支持第二传输方式,所述第二传输方式包括:所述网络设备同时给所述终端设备传输多个码字,所述多个码字对应同一个TB;或者,所述网络设备同时给所述终端设备传输多个码字,所述多个码字中的每个码字分别对应一个TB,所述多个码字对应的TB内容相同;或者,所述网络设备同时给所述终端设备传输同一TB生成的多个冗余版本RV数据;
第二确定单元,用于根据所述PDSCH的处理时长,确定是否反馈肯定应答/否定应答ACK/NACK。
7.一种通信装置,其特征在于,包括:
第一确定单元,用于确定物理下行共享信道PDSCH的处理时长;其中,所述PDSCH的处理时长Tproc,1满足以下公式之一:
Tproc,1=(N1+d1,1+d1,2)(a+b)·κ2-μ·TC;
Tproc,1=(N1+d1,1)(a+b)·κ2-μ·TC+d1,2;
Tproc,1=[(N1+d1,1)(a+b)·κ2-μ+d1,2]·TC;
Tproc,1=[(N1+d1,1)(a+b)·2-μ+d1,2]·κTC;
其中,所述N1是与第一子载波间隔和终端设备上报的处理能力类型相关的值,所述d1,1是与所述PDSCH的时域资源分配相关的值,所述d1,2大于0;所述a是一个正交频分复用OFDM符号包括的采样点数,所述b是一个OFDM符号的循环前缀CP包括的采样点数;所述κ是常数,所述μ是与所述第一子载波间隔相关的值,所述TC是基本时间单元;所述第一子载波间隔是所述PDSCH的子载波间隔、所述PDSCH对应的物理下行控制信道PDCCH的子载波间隔和所述PDSCH对应的上行子载波间隔中的最小值;所述d1,2是所述终端设备上报给网络设备的值,所述d1,2表示所述终端设备是否支持第二传输方式,所述第二传输方式包括:所述网络设备同时给所述终端设备传输多个码字,所述多个码字对应同一个TB;或者,所述网络设备同时给所述终端设备传输多个码字,所述多个码字中的每个码字分别对应一个TB,所述多个码字对应的TB内容相同;或者,所述网络设备同时给所述终端设备传输同一TB生成的多个冗余版本RV数据;
第二确定单元,用于根据所述PDSCH的处理时长确定数据传输参数。
8.根据权利要求6或7所述的通信装置,其特征在于,
网络设备采用第二传输方式给所述终端设备传输数据时,所述d1,2大于0。
9.根据权利要求6或7所述的通信装置,其特征在于,
所述d1,2大于阈值时,所述d1,2表示所述终端设备不支持所述第二传输方式。
10.根据权利要求6或7所述的通信装置,其特征在于,
所述d1,2是预设的固定值;或者,
所述d1,2是与所述第一子载波间隔相关的值;或者,
所述d1,2是与所述终端设备上报的处理能力类型相关的值;或者,
所述d1,2是与所述第一子载波间隔和所述终端设备上报的处理能力类型都相关的值。
11.一种通信装置,其特征在于,包括存储器和处理器;所述存储器用于存储计算机程序,所述计算机程序被所述处理器执行时,使得权利要求1至5任一项所述的方法被执行。
12.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中包含指令,当所述指令在计算机上运行时,使得所述计算机执行权利要求1至5任一项所述的方法。
13.一种通信装置,其特征在于,包括处理器和接口,所述处理器通过所述接口与存储器耦合,当所述处理器执行所述存储器中的计算机程序或指令时,使得权利要求1至5任一项所述的方法被执行。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910748170.0A CN112399565B (zh) | 2019-08-13 | 2019-08-13 | 应用pdsch的处理时长的方法和装置 |
PCT/CN2020/108533 WO2021027822A1 (zh) | 2019-08-13 | 2020-08-11 | 应用pdsch的处理时长的方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910748170.0A CN112399565B (zh) | 2019-08-13 | 2019-08-13 | 应用pdsch的处理时长的方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112399565A CN112399565A (zh) | 2021-02-23 |
CN112399565B true CN112399565B (zh) | 2024-04-12 |
Family
ID=74570222
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910748170.0A Active CN112399565B (zh) | 2019-08-13 | 2019-08-13 | 应用pdsch的处理时长的方法和装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN112399565B (zh) |
WO (1) | WO2021027822A1 (zh) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114070530B (zh) * | 2020-08-07 | 2023-03-14 | 维沃移动通信有限公司 | 确定数据处理时间的方法、终端设备和网络设备 |
WO2022198461A1 (zh) * | 2021-03-23 | 2022-09-29 | 北京小米移动软件有限公司 | 一种传输混合自动重传请求确认信息的方法、装置及介质 |
CN113821469B (zh) * | 2021-09-23 | 2024-09-10 | 深圳市元征科技股份有限公司 | 多处理器的同步方法、装置、终端设备及存储介质 |
WO2023178706A1 (zh) * | 2022-03-25 | 2023-09-28 | 北京小米移动软件有限公司 | 一种通信方法、通信装置及通信设备 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103036637A (zh) * | 2011-09-30 | 2013-04-10 | 中兴通讯股份有限公司 | 激活多流传输的ue发送hs-dpcch的方法及ue |
CN109314982A (zh) * | 2016-06-10 | 2019-02-05 | Lg 电子株式会社 | 无线通信系统中减少时延的信号发送和接收方法及其装置 |
CN109803430A (zh) * | 2017-11-17 | 2019-05-24 | 华为技术有限公司 | 一种无线通信方法及设备 |
CN109842477A (zh) * | 2017-11-29 | 2019-06-04 | 中兴通讯股份有限公司 | 信息解码、码本处理方法及装置、存储介质,处理器 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10595166B2 (en) * | 2016-07-18 | 2020-03-17 | Sharp Kabushiki Kaisha | Systems and methods for processing time reduction signaling |
-
2019
- 2019-08-13 CN CN201910748170.0A patent/CN112399565B/zh active Active
-
2020
- 2020-08-11 WO PCT/CN2020/108533 patent/WO2021027822A1/zh active Application Filing
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103036637A (zh) * | 2011-09-30 | 2013-04-10 | 中兴通讯股份有限公司 | 激活多流传输的ue发送hs-dpcch的方法及ue |
CN109314982A (zh) * | 2016-06-10 | 2019-02-05 | Lg 电子株式会社 | 无线通信系统中减少时延的信号发送和接收方法及其装置 |
CN109803430A (zh) * | 2017-11-17 | 2019-05-24 | 华为技术有限公司 | 一种无线通信方法及设备 |
CN109842477A (zh) * | 2017-11-29 | 2019-06-04 | 中兴通讯股份有限公司 | 信息解码、码本处理方法及装置、存储介质,处理器 |
Non-Patent Citations (1)
Title |
---|
3GPP.《3GPP TS 38.214 V15.6.0 》.2019,第5.3章节. * |
Also Published As
Publication number | Publication date |
---|---|
WO2021027822A1 (zh) | 2021-02-18 |
CN112399565A (zh) | 2021-02-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11082963B2 (en) | Method, terminal device and network device for transmitting uplink control information | |
US11601881B2 (en) | Control monitoring upon receipt of discontinuous reception trigger | |
CN112399565B (zh) | 应用pdsch的处理时长的方法和装置 | |
WO2020145223A1 (en) | User equipments, base stations and methods for a physical sidelink (sl) control channel monitoring | |
WO2020027143A1 (en) | Harq-ack timing and pucch resource determination for ultra-low latency pdsch transmission | |
EP3654722B1 (en) | Method and apparatus for channel access in unlicensed band in wireless communication system | |
EP3720034B1 (en) | Flexible radio resource allocation | |
CN111096035B (zh) | 用于基于rnti的pdsch下行链路时隙聚合的用户设备、基站和方法 | |
US10869328B2 (en) | Data transmission method, terminal device, and network device | |
US11456838B2 (en) | Method and device for determining uplink data and control signal transmission timing in wireless communication system | |
CN113179675A (zh) | 用于无线通信系统中的信道接入的方法和设备 | |
CN111602438B (zh) | Harq-ack复用的码本确定的方法、ue及基站 | |
CN110771107B (zh) | 用于交叉数字基本配置调度的方法和设备 | |
CN109479303B (zh) | 传输数据的方法和终端设备 | |
CN112956267B (zh) | 用于无线通信系统中的无线电资源分配的方法和装置 | |
EP3661257A1 (en) | Terminal device, base station device, and communication method | |
CN109428680B (zh) | 发送或接收上行数据的方法和装置 | |
US20220295473A1 (en) | Multiplexing harq-ack of different service types on a single pusch | |
WO2020067343A1 (en) | Waveform part configurations for v2x communication | |
WO2020067342A1 (en) | Bandwidth part configurations for v2x communication | |
WO2020006025A1 (en) | Power control for enhancement of physical uplink control channel (pucch) reliability for 5th generation (5g) new radio (nr) | |
WO2018203438A1 (ja) | 端末及び通信方法 | |
WO2014110757A1 (en) | Method and apparatus for facilitating extended time-domain granularity for uplink frequency hopping | |
US11924854B2 (en) | Method and apparatus for uplink data information transmission in wireless communication system | |
CN107710664B (zh) | 传输数据的方法、终端和基站 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |