CN108631958A - 一种确定混合自动重传请求harq进程的方法和装置 - Google Patents
一种确定混合自动重传请求harq进程的方法和装置 Download PDFInfo
- Publication number
- CN108631958A CN108631958A CN201710183996.8A CN201710183996A CN108631958A CN 108631958 A CN108631958 A CN 108631958A CN 201710183996 A CN201710183996 A CN 201710183996A CN 108631958 A CN108631958 A CN 108631958A
- Authority
- CN
- China
- Prior art keywords
- harq
- terminal device
- passes
- tti length
- network equipment
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- 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/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
-
- 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/1829—Arrangements specially adapted for the receiver end
- H04L1/1858—Transmission or retransmission of more than one copy of acknowledgement message
Abstract
本发明实施例提供了一种确定混合自动重传请求HARQ进程的方法和装置,该方法包括:网络设备确定待传输数据块的第一传输时间间隔TTI长度;所述网络设备根据所述第一TTI长度确定第一HARQ进程号,其中,所述第一HARQ进程号为用于传输所述待传输数据块的HARQ进程的HARQ进程号,所述第一HARQ进程号小于第一数值,所述第一数值为与所述第一TTI长度对应的HARQ进程数;所述网络设备根据所述第一HARQ进程号,与终端设备进行针对所述待传输数据块的传输。因而,本发明实施例提供的确定HARQ进程的方法,能够减少终端设备的复杂度以及信令的冗余。
Description
技术领域
本发明实施例涉及通信领域,并且更具体地,涉及一种确定混合自动重传请求HARQ进程的方法和装置。
背景技术
在无线通信系统中,为了提高数据传输的可靠性,采用混合自动重传请求(HybridAutomatic Repeat reQuest,HARQ)技术,同时,为了保证传输速率,一般采用多个HARQ进程并行传输的机制。例如,在3GPP LTE协议中,在频分双工(Frequency Division Duplexing,FDD)模式中,每个终端设备最多支持8个HARQ进程,在时分双工(Time DivisionDuplexing,TDD)模式中,每个终端设备最多支持16个HARQ进程。
但是,现有技术中,最大HARQ进程数的设置是固定的,也就是说,终端设备与网络设备使用固定数量的HARQ进程数进行数据的传输,若是设置的HARQ进程数较多,那么,终端设备会为每个HARQ进程预留相应的缓存资源,增加了终端设备的复杂度,同时,由于网络设备需要通过信令向终端设备指示每个HARQ进程号,较多的HARQ进程数也会造成信令的冗余。
因而,如何使用合适数量的HARQ进程数,已成为业界亟需解决的问题。
发明内容
本发明实施例提供一种确定混合自动重传请求HARQ进程的方法和装置,能够减少终端设备的复杂度以及信令的冗余。
第一方面,提供了一种确定混合自动重传请求HARQ进程的方法,所述方法包括:
网络设备确定待传输数据块的第一传输时间间隔TTI长度;
所述网络设备根据所述第一TTI长度确定第一HARQ进程号,其中,所述第一HARQ进程号为用于传输所述待传输数据块的HARQ进程的HARQ进程号,所述第一HARQ进程号小于第一数值,所述第一数值为与所述第一TTI长度对应的HARQ进程数;
所述网络设备根据所述第一HARQ进程号,与终端设备进行针对所述待传输数据块的传输。
因而,本发明实施例提供的确定HARQ进程的方法,网络设备通过第一TTI长度确定与待传输数据块对应的HARQ进程的第一HARQ进程号,且该第一HARQ进程号小于与该第一TTI长度对应的HARQ进程数(即,第一数值),也就是说,网络设备可以根据TTI长度确定HARQ进程数,那么,相比于现有技术中设置的数量较多的HARQ进程数,合适的HARQ进程数可以减少终端设备需要预留的缓存资源,进而减少终端设备的复杂度,此外,由于与每个HARQ进程对应的HARQ进程号需要每次通过信令发送给终端设备,合适的HARQ进程数可以减少信令的冗余。
结合第一方面,在第一方面的第一种实现方式中,所述方法还包括:
所述网络设备确定N种TTI长度与M种HARQ进程数之间的映射关系,所述N和M都为大于0的整数,其中,所述N种TTI长度包括所述第一TTI长度,所述M种HARQ进程数包括与所述第一TTI对应的HARQ进程数。
结合第一方面,在第一方面的第二种实现方式中,所述方法还包括:所述方法还包括:
所述网络设备接收所述终端设备发送的终端设备能力信息,所述终端设备能力信息指示以下至少一种参数:所述终端设备的缓存能力,包括所述终端设备自接收到下行数据的时刻到发送针对所述下行数据的反馈信息的时刻之间间隔的时长在内的第一时长,所述终端设备支持的最大HARQ进程数;以及,
所述网络设备确定N种TTI长度与M种HARQ进程数之间的映射关系,包括:
所述网络设备根据所述终端设备能力信息确定所述映射关系。
这样,网络设备通过根据终端设备的能力确定多种TTI长度与多种HARQ进程数之间的映射关系,进而根据该映射关系确定与第一TTI对应的HARQ进程数,使得与该第一TTI对应的HARQ进程数不会超过终端设备的能力,提高了传输效率。
结合第一方面,在第一方面的第三种实现方式中,所述方法还包括:
所述网络设备确定第一时延信息和第二时延信息,所述第一时延信息指示所述网络设备的射频拉远单元RRU与基带处理单元BBU之间的传输时延,所述第二时延信息指示所述网络设备和所述终端设备之间的空口传输时延;以及,
所述网络设备确定N种TTI长度与M种HARQ进程数之间的映射关系,包括:
所述网络设备根据所述第一时延信息和所述第二时延信息确定所述映射关系。
结合第一方面,在第一方面的第四种实现方式中,所述方法还包括:
所述网络设备根据所述第一TTI长度确定第一HARQ进程号信息的大小,所述第一HARQ进程号信息指示所述第一HARQ进程号;
所述网络设备根据所述第一HARQ进程号信息的大小,向所述终端设备发送所述第一HARQ进程号信息。
因而,本发明实施例的确定HARQ进程的方法,该网络设备通过第一TTI确定与该第一TTI对应的第一HARQ进程号信息的大小,能够使得该网络设备灵活设置该第一HARQ进程号信息的大小,减少了信令的冗余。
结合第一方面,在第一方面的第五种实现方式中,所述方法还包括:所述网络设备向所述终端设备发送与所述待传输数据块对应的下行控制信息DCI,其中,所述DCI包括所述第一HARQ进程号信息。
这样,该第一HARQ进程号信息的大小影响该DCI的大小,也能够使得该网络设备灵活设置该第一HARQ进程号信息的大小,减少DCI的传输冗余。
结合第一方面,在第一方面的第六种实现方式中,所述方法还包括:所述网络设备向所述终端设备发送第一指示信息,所述第一指示信息指示所述映射关系或与所述第一TTI对应的HARQ进程数。
结合第一方面,在第一方面的第七种实现方式中,所述映射关系包括以下至少一种映射关系:上行TTI长度与上行HARQ进程数之间的映射关系,下行TTI长度与下行HARQ进程数之间的映射关系。
结合第一方面,在第一方面的第八种实现方式中,所述终端设备的缓存能力包括以下至少一种缓存能力:所述终端设备的上行缓存能力,所述终端设备的下行缓存能力,
所述终端设备支持的最大HARQ进程数包括以下至少一种最大HARQ进程数:所述终端设备支持的最大上行HARQ进程数,所述终端设备支持的最大HARQ下行进程数。
第二方面,提供了一种确定混合自动重传请求HARQ进程的方法,所述方法包括:
终端设备确定待传输数据块的第一传输时间间隔TTI长度;
所述终端设备根据所述第一TTI确定第一HARQ进程号信息的大小,其中,所述第一HARQ进程号信息指示用于传输所述待传输数据块的HARQ进程的第一HARQ进程号;
所述终端设备根据所述第一HARQ进程号信息的大小,接收网络设备发送的第一HARQ进程号信息,所述第一HARQ进程号小于第一数值,所述第一数值为与所述第一TTI长度对应的HARQ进程数;
所述终端设备根据所述第一HARQ进程号信息,确定所述第一HARQ进程号。
因而,本发明实施例的确定HARQ进程的方法,可以使得网络设备能够根据TTI长度灵活设置该第一HARQ进程号信息的大小,减少了信令的冗余,进而使得该终端设备通过第一TTI确定与该第一TTI对应的第一HARQ进程号信息的大小。
结合第一方面,在第一方面的第一种实现方式中,所述方法还包括:
所述终端设备向所述网络设备发送终端设备能力信息,所述终端设备能力信息指示以下至少一种参数:所述终端设备的缓存能力,包括所述终端设备自接收到下行数据的时刻到发送针对所述下行数据的反馈信息的时刻之间间隔的时长在内的第一时长,所述终端设备支持的最大HARQ进程数。
这样,终端设备通向网络设备发送终端设备能力信息,使得网络设备能够根据终端设备的能力确定多种TTI长度与多种HARQ进程数之间的映射关系,进而根据该映射关系确定与第一TTI对应的HARQ进程数,使得与该第一TTI对应的HARQ进程数不会超过终端设备的能力,提高了传输效率。
结合第一方面,在第一方面的第二种实现方式中,所述方法还包括:
所述终端设备接收所述网络设备发送的第一指示信息,所述第一指示信息指示N种TTI长度与M种HARQ进程数之间的映射关系或与所述第一TTI长度对应的HARQ进程数,所述N和M都为大于0的整数,所述N种TTI长度包括所述第一TTI长度,所述M种HARQ进程数包括与所述第一TTI长度对应的HARQ进程数。
第三方面,提供了一种确定混合自动重传请求HARQ进程的装置,该装置可以用来执行第一方面及第一方面的任意可能的实现方式中的网络设备的操作。具体地,该装置可以包括用于执行上述第一方面或第一方面的任意可能的实现方式中的网络设备的操作的模块单元。
第四方面,提供了一种确定混合自动重传请求HARQ进程的装置,该装置可以用来用于执行第二方面及第二方面的任意可能的实现方式中的终端设备的操作。具体地,该装置可以包括用于执行第二方面及第二方面的任意可能的实现方式中的终端设备的操作的模块单元。
第五方面,提供了一种网络设备,该网络设备包括:处理器、收发器和存储器。其中,该处理器、收发器和存储器之间通过内部连接通路互相通信。该存储器用于存储指令,该处理器用于执行该存储器存储的指令。当该处理器执行该存储器存储的指令时,该执行使得该网络设备执行第一方面或第一方面的任意可能的实现方式中的方法,或者该执行使得该网络设备实现第三方面提供的装置。
第六方面,提供了一种终端设备,该终端设备包括:处理器、收发器和存储器。其中,该处理器、收发器和存储器之间通过内部连接通路互相通信。该存储器用于存储指令,该处理器用于执行该存储器存储的指令。当该处理器执行该存储器存储的指令时,该执行使得该终端设备执行第二方面或第二方面的任意可能的实现方式中的方法,或者该执行使得该终端设备实现第四方面提供的装置。
第七方面,提供了一种计算机可读存储介质,用于存储计算机程序,该计算机程序包括用于执行第一方面及第一方面的任意可能的实现方式中的方法的指令。
第八方面,提供了一种计算机可读存储介质,用于存储计算机程序,该计算机程序包括用于执行第二方面及第二方面的任意可能的实现方式中的方法的指令。
第九方面,提供了一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现上述各方面所述方法的步骤。
第十方面,提供了一种网络系统,所述网络系统包括上述各个方面所述的确定混合自动重传请求HARQ进程的装置。
在上述某些实现方式中,该方法还包括:
该网络设备接收该终端设备发送的第二指示信息,该第二指示信息指示该网络设备为该终端设备配置或重配置与该终端设备的能力相匹配的该映射关系,或者,该第二指示信息指示该网络设备为该终端设备配置的与该第一TTI对应的HARQ进程数与该终端设备的能力不匹配。
在上述某些实现方式中,该方法还包括:
该网络设备确定第二待传输数据块的第二TTI长度,该第二TTI长度与该第一TTI长度相异;
该网络设备根据该第二TTI长度,确定与该第二待传输块对应的HARQ进程的第二HARQ进程号,该第二HARQ进程号小于第二数值,该第二数值为与该第二TTI对应的HARQ进程数,其中,该第一数值与该第二数值的总和小于或等于该终端设备支持的最大HARQ进程数;
该网络设备根据该第二HARQ进程号,与该终端设备进行针对该第二待传输数据块的传输。
附图说明
图1是适用本发明实施例的确定HARQ进程数的方法和装置的通信系统的示意性架构图。
图2是根据本发明实施例的确定HARQ进程数的方法的示意性流程图。
图3是根据本发明实施例的确定HARQ进程数的装置的示意性框图。
图4是根据本发明实施例的确定HARQ进程数的装置的示意性框图。
图5是根据本发明实施例的确定HARQ进程数的网络设备。
图6是根据本发明实施例的确定HARQ进程数的终端设备。
具体实施方式
下面将结合附图,对本发明实施例中的技术方案进行描述。
在本说明书中使用的术语“部件”、“模块”、“系统”等用于表示计算机相关的实体、硬件、固件、硬件和软件的组合、软件、或执行中的软件。例如,部件可以是但不限于,在处理器上运行的进程、处理器、对象、可执行文件、执行线程、程序和/或计算机。通过图示,在计算设备上运行的应用和计算设备都可以是部件。一个或多个部件可驻留在进程和/或执行线程中,部件可位于一个计算机上和/或分布在2个或更多个计算机之间。此外,这些部件可从在上面存储有各种数据结构的各种计算机可读介质执行。部件可例如根据具有一个或多个数据分组(例如来自与本地系统、分布式系统和/或网络间的另一部件交互的二个部件的数据,例如通过信号与其它系统交互的互联网)的信号通过本地和/或远程进程来通信。
应理解,本发明实施例可以应用于各种通信系统,如全球移动通讯(GlobalSystem for Mobile Communication,GSM),宽带码分多址(Wideband Code DivisionMultiple Access,WCDMA),长期演进技术(Long Term Evolution,LTE)、5G新空口NR(5thGeneration New Radio,5G NR)、无线局域网(Wireless Local Access Network,WLAN)等系统中,所支持的通信主要是针对语音和数据通信的。
本发明实施例结合终端设备描述了各个实施例。终端设备也可以称为用户设备(User Equipment,UE)、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。终端设备可以是无线局域网(Wireless Local Area Networks,WLAN)中的站点(STAION,ST),可以是蜂窝电话、无绳电话、会话启动协议(Session Initiation Protocol,SIP)电话、无线本地环路(WirelessLocal Loop,WLL)站、个人数字处理(Personal Digital Assistant,PDA)设备、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备以及未来5G网络中的终端设备或者未来演进的PLMN网络中的终端设备等。
此外,本发明实施例结合网络设备描述了各个实施例。网络设备是用于与移动设备通信的设备,网络设备可以是WLAN中的接入点(ACCESS POINT,AP),GSM或码分多址(CodeDivision Multiple Access,CDMA)中的基站(Base Transceiver Station,BTS),也可以是WCDMA中的基站(NodeB,NB),还可以是LTE中的演进型基站(Evolutional Node B,eNB或eNodeB),或者中继站或接入点,或者车载设备、可穿戴设备以及未来5G网络中的网络设备或者未来演进的PLMN网络中的网络设备等。
本发明实施例提供的传输信息的方法和装置,可以应用于终端设备或网络设备,该终端设备或网络设备包括硬件层、运行在硬件层之上的操作系统层,以及运行在操作系统层上的应用层。该硬件层包括中央处理器(Central Processing Unit,CPU)、内存管理单元(Memory Management Unit,MMU)和内存(也称为主存)等硬件。该操作系统可以是任意一种或多种通过进程(Process)实现业务处理的计算机操作系统,例如,Linux操作系统、Unix操作系统、Android操作系统、iOS操作系统或windows操作系统等。该应用层包含浏览器、通讯录、文字处理软件、即时通信软件等应用。并且,在本发明实施例中,传输控制信息的方法的执行主体的具体结构,本发明实施例并未特别限定,只要能够通过运行记录有本发明实施例的传输控制信息的方法的代码的程序,以根据本发明实施例的传输控制信息的方法进行通信即可,例如,本发明实施例的无线通信的方法的执行主体可以是终端设备或网络设备,或者,是终端设备或网络设备中能够调用程序并执行程序的功能模块。
此外,本发明实施例的各个方面或特征可以实现成方法、装置或使用标准编程和/或工程技术的制品。本发明实施例中使用的术语“制品”涵盖可从任何计算机可读器件、载体或介质访问的计算机程序。例如,计算机可读介质可以包括,但不限于:磁存储器件(例如,硬盘、软盘或磁带等),光盘(例如,压缩盘(Compact Disc,CD)、数字通用盘(DigitalVersatile Disc,DVD)等),智能卡和闪存器件(例如,可擦写可编程只读存储器(ErasableProgrammable Read-Only Memory,EPROM)、卡、棒或钥匙驱动器等)。另外,本文描述的各种存储介质可代表用于存储信息的一个或多个设备和/或其它机器可读介质。术语“机器可读介质”可包括但不限于,无线信道和能够存储、包含和/或承载指令和/或数据的各种其它介质。
图1是应用于本发明实施例的传输信息的通信系统的示意图。如图1所示,该通信系统100包括网络设备102,网络设备102可包括多个天线例如,天线104、106、108、110、112和114。另外,网络设备102可附加地包括发射机链和接收机链,本领域普通技术人员可以理解,它们均可包括与信号发送和接收相关的多个部件(例如处理器、调制器、复用器、解调器、解复用器或天线等)。
网络设备102可以与多个终端设备(例如终端设备116和终端设备122)通信。然而,可以理解,网络设备102可以与类似于终端设备116或122的任意数目的终端设备通信。终端设备116和122可以是例如蜂窝电话、智能电话、便携式电脑、手持通信设备、手持计算设备、卫星无线电装置、全球定位系统、PDA和/或用于在无线通信系统100上通信的任意其它适合设备。
如图1所示,终端设备116与天线112和114通信,其中天线112和114通过前向链路118(即,下行链路)向终端设备116发送信息,并通过反向链路120(即,上行链路)从终端设备116接收信息。此外,终端设备122与天线104和106通信,其中天线104和106通过前向链路124向终端设备122发送信息,并通过反向链路126从终端设备122接收信息。
例如,在频分双工(Frequency Division Duplex,FDD)系统中,例如,前向链路118可利用与反向链路120所使用的不同频带,前向链路124可利用与反向链路126所使用的不同频带。
再例如,在时分双工(Time Division Duplex,TDD)系统和全双工(Full Duplex)系统中,前向链路118和反向链路120可使用共同频带,前向链路124和反向链路126可使用共同频带。
被设计用于通信的每个天线(或者由多个天线组成的天线组)和/或区域称为网络设备102的扇区。例如,可将天线组设计为与网络设备102覆盖区域的扇区中的终端设备通信。在网络设备102通过前向链路118和124分别与终端设备116和122进行通信的过程中,网络设备102的发射天线可利用波束成形来改善前向链路118和124的信噪比。此外,与网络设备通过单个天线向它所有的终端设备发送信号的方式相比,在网络设备102利用波束成形向相关覆盖区域中随机分散的终端设备116和122发送信号时,相邻小区中的移动设备会受到较少的干扰。
在给定时间,网络设备102、终端设备116或终端设备122可以是无线通信发送装置和/或无线通信接收装置。当发送数据时,无线通信发送装置可对数据进行编码以用于传输。
具体而言,无线通信发送装置可获取(例如生成、从其它通信装置接收、或在存储器中保存等)要通过信道发送至无线通信接收装置的一定数目的数据比特。这种数据比特可包含在数据的传输块(或多个传输块)中,传输块可被分段以产生多个码块。
此外,该通信系统100可以是公共陆地移动网络(Public Land Mobile Network,PLMN)网络或者D2D网络或者M2M网络或者临时组成网络或者WLAN网络或者其他网络,图1只是举例的简化示意图,网络中还可以包括其他网络设备,图1中未予以画出。
下面,对本发明实施例中的HARQ进程中的HARQ无线传输时间(RadioTransmission Time,RTT)进行简单说明。
一般来说,以下行传输为例,对于网络设备而言,将网络设备的传输块TB(为了便于区分与理解,记为TB#1)在介质访问控制(Media Access Control,MAC)层开始等待传输的时刻与该网络设备在MAC层接收到针对该TB#1的反馈信息的时刻之后重新调度该TB#1开始传输的时刻之间间隔的时长称为一个HARQ RTT,记为THARQ,RTT。对于终端设备而言,该终端设备接收到一个该TB#1的开始时刻到该终端设备接收到针对该TB#1的重传的开始时刻之间间隔的时长记为一个HARQ RTT,这两个时间大小相同,只是从不同的角度描述,本发明实施例不做具体的限定。对于上行传输,可以将网络设备接收到一个TB的开始时刻与该网络设备接收到针对该TB的重传的开始时刻之间的间隔的时长记为一个HARQ RTT。
具体来说,一个HARQ RTT包括9个时间段,分别记为T1~T7,下面分别对T1~T7进行说明。
T1:网络设备针对该TB#1的处理时延,也就是说,网络设备间该TB#1从MAC层发送至物理层,且对该TB#1进行编码生成编码块(为了便于区分与理解,记为编码块#1)的处理时延,一般来说,该TB#1较大时,处理时延较长,该TB#1较小时,处理时延较小。
T2:该TB#1从网络设备的物理层到天线端口的传输时延,也就是说,将该TB#1从基带处理单元BBU发送到射频拉远单元RRU的传输时延,取决于BBU与RRU之间的位置关系,T2可以由运营商根据BBU与RRU之间的位置关系设定。
T3:该TB#1从网络设备的天线端口至终端设备的天线端口的传输时延,取决于网络设备的部署。例如,网络设备的覆盖范围,假定基站覆盖半径为rcell,则T3=rcell/c,其中c为光速。
T4:该TB#1在空口传输的时延。一般情况下,将TB在空口传输所占用的时长称为TTI长度,即:T4=TTTI=N4×TTTI,其中,N4=1。在某些场景,如出现时隙汇聚、微时隙汇聚、TTI绑定等情况,一个TB利用多个TTI长度来传输时,N4也会变化。TTI长度TTTI可以是一个或多个OFDM符号,一个或多个时隙,一个或多个微时隙,一个或多个子帧。在本发明实施例中,将一个TB在空口传输所占用的时长定义为一个TTI长度,若出现多时隙汇聚或者TTI绑定的场景,则相应的TTI变更为汇聚或者绑定后的值。例如,如果采用两个时隙来承载一个TB,则对应的TTI长度TTTI为2时隙。当然也可以保持TTI长度TTTI不变,采用多时隙汇聚或者TTI绑定的情况,相应的N4调整,如果采用两个时隙来承载一个TB,则N4=2。本发明对此不做限定。
T5:终端设备自接收到该TB#1时刻到发送针对该TB#1的反馈信息的时刻之间间隔的时长。具体地,T5包括终端设备针对该TB#1进行解调译码处理所使用的处理时长,也包括终端设备等待上传传输机会的等待时长。一般来说,TB#1越大,终端设备针对该TB#1进行解调译码处理所使用的处理时长较长,TB#1越小,终端设备针对该TB#1进行解调译码处理所使用的处理时长较小,取决于终端设备的能力,可以是几十微秒到几毫秒。终端设备等待上传传输机会的等待时长则取决于帧结构。
T31:针对该TB#1的反馈信息从终端设备的天线端口至网络设备的天线端口的传输时延,与T3相等,取决于网络设备的部署。
T21:针对该TB#1的反馈信息从的网络设备的天线端口至物理层的传输时延,与T2相等,取决于BBU与RRU之间的位置关系,T2可以由运营商根据BBU与RRU之间的位置关系设定。
T6:针对该TB#1的反馈信息在空口传输的时延,可以是几个OFDM符号,也可以是若干时隙,设定T6=N6×TTTI,其中,T6可以是几个符号或者一个TTI长度或者几个TTI长度。T6的大小取决于帧结构。在NR中,如果采用短物理上行控制信道(Physical Uplink ControlChannel,sPUCCH)传输反馈信息ACK/NACK,T6为一到二个符号;如果采用长PUCCH传输反馈信息ACK/NACK,则T6可能会大于等于4个符号。如果采用上行PUCCH汇聚或者绑定反馈信息ACK/NACK,则T6可能是几个时隙。
T7:网络设备处理针对该TB#1的反馈信息进行处理的处理时延,该处理时延包括针对反馈信息解调译码的处理时延,以及重传调度的等待时延。一般来说,反馈信息由于承载的信息量少,其处理时延也较少,但考虑到一定的软硬件交互时延,可以设置其处理时延为几十微秒到几百微秒,例如125微秒,而重传调度的等待时延则取决于调度算法,可能是几十微秒到几毫秒。可以设置T7=N7×TTTI。
那么,综上所述,一个HARQ RTT(为了便于区分与理解,记为THARQ,RTT)可以表示为:THARQ,RTT=T1+T2+T3+T4+T5+T3+T2+T6+T7=T1+2·T2+2·T3+T4+T5+T6+T7。可以理解,本发明实施例中给出THARQ,RTT包含的各个时间段的分解仅仅示范性说明,任何合并某些时间段或者分解某些时间段的操作,均属于本发明包含的范围内。
下面,对本发明实施例中的TTI长度进行简单说明。
在本发明实施例中,通信系统100所使用的用于无线通信的时频资源在时域上可以划分为多个TTI,TTI是目前通信系统(例如,LTE系统)中的普遍使用的参数,是指在无线链路中调度数据传输的调度单位。
在通信网络中,时延是一个关键的绩效指标,同时也影响着用户的使用体验。随着通讯协议的发展,对时延影响最明显的物理层的调度间隔也越来越小,在最初的WCDMA中,调度间隔是10ms,高速分组接入(High-Speed Packet Access,HSPA)中调度间隔缩短到2ms,长期演进(Long Term Evolution,LTE)中调度间隔(即,TTI)缩短到1ms。
小时延的业务需求导致物理层需要引入更短的TTI帧结构,以进一步缩短调度间隔,提高用户体验。例如,LTE系统中TTI长度可以从1ms缩短为1符号(symbol)到1时隙(包括7个符号)之间。上述提及的符号可以是LTE系统中的正交频分复用(Orthogonal FrequencyDivision Multiplexing,OFDM)符号或单载波频分多址(Single Carrier-FrequencyDivision Multiple Access,SC-FDMA)符号,还可以是其他通信系统中的符号。又例如,5G通信系统中TTI长度也小于1ms。
因而,现有的TTI长度可以有多种,可以是TTI的长度可以是一个或多个OFDM符号,一个或多个时隙,一个或多个微时隙,一个或多个子帧。
需要说明的是,考虑到后向兼容性,系统中可能支持多种TTI同时存在的情况,相应地,系统中可能同时存在基于多种TTI长度的数据传输的情况。
在本发明实施例中,将一个TB在空口的传输时间视为1个TTI。
以下,结合图2针对本发明实施例的确定混合自动重传请求HARQ进程数的方法进行说明。
图2是根据本发明实施例的确定混合自动重传请求HARQ进程数的方法的示意性流程图。
在S210中,网络设备确定待传输数据块的第一传输时间间隔TTI长度。
具体而言,网络设备可以根据该传输数据块(为了便于区分与理解,记为数据块#1)所属的业务类型(为了便于区分与理解,记为业务类型#1)确定该第一TTI长度(为了便于区分与理解,记为TTI长度#1)。也就是说,多种TTI长度与多种业务类型之间存在映射关系(为了便于区分与理解,记为映射关系#1),该映射关系#1可以是协议规定的,网络设备确定该数据块#1所属的业务类型#1后,可以根据该业务类型#1从该映射关系#1中确定该TTI长度#1。
在本发明实施例中,业务类型可以有多种:例如,业务类型是增强型移动带宽(Enhance Mobile Broadband,eMBB)业务,eMBB业务可以是3D/超高清视频等大流量移动宽带业务等;再例如,业务类型也可以是超高可靠性与超低时延(Ultra Reliable&LowLatency Communication,URLLC)业务,URLLC业务可以是无人驾驶、工业自动化等需要低时延高可靠连接的业务等;再例如,业务类型可以是海量连接的物联网(Massive MachineType Communication,mMTC)业务等。
对应地,该映射关系#1可以是,eMBB业务对应的TTI长度可以是1毫秒,uRLLC业务对应的TTI长度可以是125微秒,mMTC业务对应的TTI长度可以是6毫秒。
待传输数据块的第一TTI长度还可以根据不同的覆盖来设置,例如同样是视频数据,在小区中心时可以设置TTI长度为1毫秒,在小区边缘是可以设置TTI长度为4毫秒。
作为示例而非限定,TTI长度#1的确定还可以基于其他因素确定。
例如,数据块#1的TTI长度#1还可以根据小区的调度算法来确定。具体地,采用快速调度算法时,TTI长度#1可以设置为较小的值,例如125微秒;采用慢速调度算法时,TTI长度#1可以设置为较大的值,例如1毫秒。
再例如,数据块#1的TTI长度#1还可以根据承载数据块#1的带宽来设置。具体地,带宽较宽时,TTI长度#1可以设置较小的值,带宽较窄时,TTI长度#1可以设置较大的值。
再例如,数据块#1的TTI长度#1还可以根据承载数据块#1的大小来设置。具体地,数据块较小时,TTI长度#1可以设置较小的值,数据块较大时,TTI长度#1可以设置较大的值。
应理解,上述举例仅为示意性说明,本发明实施例并不限于此。
在S220中,该网络设备根据该第一TTI长度,确定第一HARQ进程号,其中,该第一HARQ进程号为用于传输该待传输数据块的HARQ进程的HARQ进程号,该第一HARQ进程号小于第一数值,该第一数值为与该第一TTI长度对应的HARQ进程数;
具体而言,该第一数值与该TTI长度#1具有对应关系,即,当TTI长度为TTI长度#1时,网络设备可以确定根据对应关系确定该第一数值(为了便于区分与理解,即为数值#1),该数值#1为与该TTI长度#1对应的HARQ进程数,即该数值#1为网络设备与终端设备进行长度为TTI长度#1的数据传输时能够使用的HARQ进程的数量,进而根据该数值#1确定与该数据块#1对应的HARQ进程的第一HARQ进程号(为了便于区分与理解,记为HARQ进程号#1)。
需要说明的是,一个数据块对应一个HARQ进程的HARQ进程号,在本发明实施例中,如上所述,与该数据块#1对应的HARQ进程的HARQ进程号为HARQ进程号#1。
该HARQ进程号#1小于数值#1,即,该HARQ进程号#1小于与该TTI长度#1对应的HARQ进程数,具体地,该HARQ进程号#1为从零到该数值#1减1之间的任意整数。
例如,该网络设备根据该TTI长度#1确定的数值#1为8,那么,与该数据块#1对应的HARQ进程的HARQ进程号#1为0~7中的任意一个整数。可以理解,与该数据块#1对应的HARQ进程的HARQ进程号#1为1~8中的任意一个整数也在本发明实施例的保护范围内。
该第一数值与该TTI长度#1之间的对应关系可以是网络设备根据该TTI长度#1通过计算方式获得,也可以是协议规定的,也可以是网络设备从多种TTI长度与多种HARQ进程数之间的映射关系(为了便于区分与理解,记为映射关系#2)中确定而获得的,此外,该映射关系#2可以是协议规定的,也可以是由该网络设备确定的,具体的确定过程本发明实施例并不限于此。
进而,在S230中,该网络设备可以根据该第一HARQ进程号,与终端设备进行该待传输数据块的传输。
该网络设备根据确定的HARQ进程号#1,通过与该HARQ进程号#1对应的HARQ进程接收或发送该数据块#1,具体通过HARQ进程接收或发送该数据块#1的过程和方法与现有技术的过程和方法相似,此处不再赘述。
因而,本发明实施例提供的确定HARQ进程的方法,网络设备通过第一TTI长度确定与待传输数据块对应的HARQ进程的第一HARQ进程号,且该第一HARQ进程号小于与该第一TTI长度对应的HARQ进程数(即,第一数值),也就是说,网络设备可以根据TTI长度确定HARQ进程数,相比于现有技术中设置的数量较多的HARQ进程数,合适的HARQ进程数可以减少终端设备需要预留的缓存资源,进而减少终端设备的复杂度,此外,由于与每个HARQ进程对应的HARQ进程号需要每次通过信令发送给终端设备,合适的HARQ进程数可以减少信令的冗余。
可选地,该方法还包括:
该网络设备确定N种TTI长度与M种HARQ进程数之间的映射关系,该N和M都为大于0的整数,其中,该N种TTI长度包括该第一TTI长度,该M种HARQ进程数包括与该第一TTI对应的HARQ进程数。
具体而言,如上所述,该网络设备可以确定该N种TTI长度与该M种HARQ进程数之间的映射关系,即映射关系#2,该N种TTI长度包括该TTI长度#1,该M种HARQ进程数包括该与该TTI长度#1对应的HARQ进程数(即,第一数值),也就是说,该映射关系#2中包括该TTI长度#1与该第一数值之间的对应关系,从而可以使得该网络设备从该映射关系#2中,根据该TTI长度#1确定与该TTI长度#1对应的HARQ进程数,进而,根据与该TTI长度#1对应的HARQ进程数确定该HARQ进程号#1。
需要说明的是,本发明实施例不仅可以应用于上行传输,也可以应用于下行传输,因而,该N种TTI长度包括上行TTI长度和下行TTI长度,M种HARQ进程数包括上行HARQ进程数和下行HARQ进程数,该映射关系#2包括上行TTI长度与上行HARQ进程数之间的映射关系(为了便于区分与理解,记为映射关系#21)和下行TTI长度与下行HARQ进程数之间的映射关系(为了便于区分与理解,记为映射关系#22)。对于上行传输来说,该网络设备从映射关系#21中确定与当前待传输数据块对应的上行TTI对应的HARQ进程数,对于下行传输来说,该网络设备从映射关系#22中确定与当前待传输的数据块对应的下行TTI对应的HARQ进程数。
如前所述,THARQ,RTT=T1+2T2+2T3+T4+T5+T6+T7,决定该THARQ,RTT的时长的因素不仅与网络设备的信息有关,也与终端设备的信息有关,在本发明实施例中,该网络设备可以根据实际情况中的多种参数确定该映射关系#2,使得网络设备根据TTI长度确定的确定HARQ进程数更加满足实际需要。
下面,分别从基于终端设备的信息的情况(即,情况A)与基于网络设备的信息的情况(即,情况B)来描述本发明实施例的该网络设备确定该映射关系#2的具体过程。
情况A
可选地,该方法还包括:
该网络设备接收该终端设备发送的终端设备能力信息,该终端设备能力信息指示以下至少一种参数:该终端设备的缓存能力,包括该终端设备自接收到下行数据的时刻到发送针对该下行数据的反馈信息的时刻之间间隔的时长在内的第一时长,该终端设备支持的最大HARQ进程数;以及,
该网络设备确定N种TTI长度与M种HARQ进程数之间的映射关系,包括:
该网络设备根据该终端设备能力信息,确定该映射关系。
具体而言,该终端设备的缓存能力表示该终端设备的存储空间大小,是该终端设备的固有属性;该终端设备自接收到下行数据的时刻到发送针对该下行数据的反馈信息的时刻之间间隔的时长表示该终端设备针对下行数据进行解调译码以及等待上行传输机会的时长(为了便于区分与理解,记为时长#A),该第一时长(为了便于区分与理解,即为时长#1)等于或大于该时长#A,该时长#1可以是整数倍的该TTI长度#1;该终端设备支持的最大HARQ进程数表示终端设备最多支持的HARQ进程数,取决于终端设备的设计。
同理,如前所述,本发明实施例不仅可以应用于上行传输,也可以应用于下行传输,因而,该终端设备的缓存能力包括:该终端设备的上行缓存能力和/或该终端设备的下行缓存能力,其中,该终端设备的上行缓存能力表示该终端设备缓存上行数据的能力,该终端设备的下行缓存能力表示该终端设备缓存下行数据的能力;该终端设备支持的最大HARQ进程数包括:该终端设备支持的最大上行HARQ进程数和/或该终端设备支持的最大下行HARQ进程数,其中,该终端设备支持的最大上行HARQ进程数表示该终端设备支持的最大的用于传输上行数据的HARQ进程数,该终端设备支持的最大下行HARQ进程数表示该终端设备支持的最大的用于传输下行数据的HARQ进程数。
该终端设备将与自己相关的信息(即,终端设备能力信息)通过信令发送给该网络设备,该网络设备在接收到该终端设备能力信息后,可以根据该终端设备能力信息确定该映射关系#2。
下面,通过相关具体数值的举例来详细说明针对本发明实施例的该网络设备确定该映射关系#2的过程。
具体计算HARQ进程数的计算公式如下:Nmin,HARQ≥THARQ,RTT/TTTI,其中,Nmin,HARQ表示的是网络设备在峰值速率下的最小HARQ进程数,TTTI表示的是TTI长度。通过公式可以看出,只要THARQ,RTT的值确定,那么,不同TTI长度与不同HARQ进程数之间的关系就确定出来。
如前所述,THARQ,RTT=T1+2·T2+2·T3+T4+T5+T6+T7,其中,T1、T2、T3、T7是与该网络设备有关的参数,即,该网络设备的部署场景,例如,该网络设备中RRU与BBU之间的位置关系,该网络设备的覆盖范围等,基于大多数场景的考虑,可以为T1、T2、T3设置典型值,令T1+2·T2+2·T3=500微秒;T4、T6和T7都是和TTI长度有关的数值,T4=TTTI,T6=N6·TTTI,取N6=1,T7=N7·TTTI,取N7=2。
当终端设备能力信息指示该时段#1,即,该终端设备指示T5时,假设T5=1000微秒,那么,综上所述,THARQ,RTT=1500+T4+T6+T7,则通过为TTTI配置不同的数值,就可以得到对应的HARQ进程数。如下表1所示:
表1
网络设备可以采用表1中为终端设备的每一种TTI长度配置的对应的HARQ进程数。在表1中,不同的TTI长度对应不同的应理解,不同的TTI长度对应相同的HARQ进程数也在本发明实施例的保护范围内。
该终端设备能力信息指示该终端设备支持的最大HARQ进程数Nmax,HARQ,UE时,该网络设备为每种TTI长度配置的HARQ进程数都小于或等于小于该终端设备支持的最大HARQ进程数。例如,网络设备为终端设备配置的大于或等于且小于Nmax,HARQ,UE的进程数。
可选地,该终端设备能力信息指示该终端设备在每种TTI长度下自己能够支持的最大HARQ进程数,如下表2所示。
其中,表示终端设备在TTI长度为TTIi时支持的最大HARQ进程数,则该网络设备为该终端设备TTI长度TTIi时配置的HARQ进程数为满足的整数;可选地,若则可以配置为满足的整数。
表2
该终端设备能力信息指示该终端设备的缓存能力时,该网络设备根据该TTI长度#1,确定该TTI长度#1所承载的数据块的大小使得其中,SUE表示终端设备的最大缓存数,C表示与编码方式有关的常数,可以设置C=1。也就是说,当该终端设备能力指示信息指示该终端设备的缓存能力时,该网络设备为TTI长度#1配置的所有HARQ进程对应的缓存大小小于或等于终端设备的缓存大小。
可选地,该方法还包括:
该网络设备确定第二待传输数据块的第二TTI长度,该第二TTI长度与该第一TTI长度相异;
该网络设备根据该第二TTI长度,确定与该第二待传输块对应的HARQ进程的第二HARQ进程号,该第二HARQ进程号小于第二数值,该第二数值为与该第二TTI对应的HARQ进程数,其中,该第一数值与该第二数值的总和小于或等于该终端设备支持的最大HARQ进程数;
该网络设备根据该第二HARQ进程号,与该终端设备进行针对该第二待传输数据块的传输。
具体而言,该终端设备可以支持的TTI长度为两种,即TTI长度#1与第二TTI长度(为了便于区分与理解,记为TTI#2),根据该TTI#2确定的第二HARQ进程号(为了便于理解与区分,记为HARQ进程号#2)小于第二数值(记为数值#2),那么,当终端设备能力信息指示该终端设备支持的最大HARQ进程数时,该数值#1与该数值#2的总和小于或等于该终端设备支持的最大HARQ进程数Nmax,HARQ,UE。
换句话说,当该终端设备能够支持至少两种TTI长度时,且该终端设备传输每种TTI长度对应的数据块时,该至少两种TTI对应的HARQ进程数的总和小于或等于该终端设备支持的最大HARQ进程数,即其中,M为该终端设备支持的TTI长度的种类,Nmax,HARQ,UE为该终端设备的总的最大HARQ进程数,为TTI长度为TTIi时对应的HARQ进程数。
当该终端设备能够支持至少两种TTI长度时,其中,M为该终端设备传输的TTI长度的种类,SUE为该终端设备的总的缓存大小,为该网络设备为TTI长度为TTTI,i的终端设备配置的HARQ进程数,为TTI长度为TTTI,i时的传输块大小,C为与编码方式有关的常数,可以设置C=1。
需要说明的是,上述两种TTI长度仅为示意性说明,本发明实施例并不限于此,不应对本发明实施例构成限定。
这样,网络设备通过根据终端设备的能力确定多种TTI长度与多种HARQ进程数之间的映射关系,进而根据该映射关系确定与第一TTI对应的HARQ进程数,使得与该第一TTI对应的HARQ进程数不会超过终端设备的能力,提高了传输效率。
情况B
可选地,该方法还包括:
该网络设备确定第一时延信息和第二时延信息,该第一时延信息指示该网络设备的射频拉远单元RRU与基带处理单元BBU之间的传输时延,该第二时延信息指示该网络设备和该终端设备之间的空口传输时延;以及,
该网络设备确定N种TTI长度与M种HARQ进程数之间的映射关系,包括:
该网络设备根据该第一时延信息和该第二时延信息,确定该映射关系。
具体而言,该第一时延信息与该第二时延信息取决于该网络设备的部署信息,即,该部署信息包括该网络设备中的RRU与BBU之间的位置关系,该位置关系决定了RRU与BBU之间的传输时延,该部署信息包括该网络设备的覆盖范围,也就是该网络设备与该终端设备之间的位置关系,该位置关系决定了该网络设备与该终端设备之间的空口传输时延。
下面,通过相关具体数值的举例来详细说明针对本发明实施例的该网络设备确定该映射关系#2的过程。
如前所述,具体计算HARQ进程数的计算公式如下:为满足的最小整数,其中,表示的是网络设备在TTI长度为时峰值速率下的最小HARQ进程数,对于一个特定的网络设备,本发明实施例中M种HARQ进程数等于或大于该网络设备在峰值速率下的最小HARQ进程数。
表示的是TTI长度。通过公式可以看出,只要的值确定,那么,不同TTI长度与不同HARQ进程数之间的关系就确定出来。
如前所述,其中,T4和T6都是与TTI长度有关的数值,T4=TTTI,T6=N6·TTTI,取N6=1;T5是与终端设备的处理能力有关,即处理数据使用的时段#1,网络设备可以为T5设置缺省值T5=100微秒;T1、T2、T3、T7是与该网络设备有关的参数,下面根据实际应用场景对参数T1、T2、T3、T7的取值做举例说明。
T1表示的是网络设备针对数据块#1的处理时延,一般来说,该数据块#1较大时,处理时延较长,该数据块#1较小时,处理时延较小。例如,取值为100微秒。
T2表示的是该数据块#1从BBU发送到RRU的传输时延,取决于BBU与RRU之间的位置关系,T2可以由运营商根据BBU与RRU之间的位置关系设定,在BBU与RRU之间的传输距离为3km时,T2取值约为10微秒,在BBU与RRU之间的传输距离为15km时,T2取值约为100微秒。
T3表示的是该数据块#1从该网络设备的天线端口至该终端设备的天线端口的空口传输时延,一般小区覆盖半径小于3km,宏基站的覆盖范围是15km,最大的覆盖不超过35km,则T3的取值范围从几微秒到几百微秒。对于一般的网络设备的覆盖范围,例如3km的覆盖范围,T3约为10微秒。对于覆盖范围为35km的宏基站而言,T3取值为116微秒。T3还包括等待下行传输的等待时间,这个时间可能会从零到几百微秒。
T7表示的是该网络设备处理针对该数据块#1的反馈信息的处理时延,包括反馈信息的解调译码时间,以及重传调度等待时延,一般来说,反馈信息由于承载的信息量少,其处理时延也较少,但考虑到一定的软硬件交互时延,可以设置其处理时延为几十微秒,例如50微秒,而重传调度时延则取决于调度算法,可能是几十微秒到几毫秒。不失一般性,设置T7=N7×TTTI
如前所述,例如,设置T1+2·T2+2·T3+T5+T7的典型值为500微秒,N4典型值为N4=1,N6典型值为N6=1,N7典型值为N7=2,则通过为TTTI配置不同的数值,就可以得到对应的HARQ进程数,例如TTTI对应的HARQ进程数,取为大于等于的最小2的整数次幂。如下表3所示:
表3
再例如,若是该网络设备的处理时延较长,可以设置T1+2·T2+2·T3+T5+T7=1000微秒,同理,N4典型值为N4=1,N7典型值为2,N6典型值为N6=1,则通过为TTTI配置不同的数值,就可以得到对应的HARQ进程数,例如TTTI对应的HARQ进程数,取为大于或等于的最小2的整数次幂。如下表4所示:
表4
作为示例而非限定,该网络设备不仅可以通过考虑情况A或情况B的情况来确定该映射关系#2,实际使用中,该网络设备也可以通过情况A与情况B相结合的情况来确定该映射关系,即,该网络设备可以同时根据该网络设备的相关信息(即,第一时延信息和该第二时延信息)、该终端设备的相关信息(即,该终端设备的终端设备能力信息)等来共同确定该映射关系#2,具体取值以该网络设备与该终端设备的相关信息决定,计算公式以及具体确定过程同前述,为了简洁,此处不再赘述。
需要说明的是,上述T1、T2、T3、T7都是和网络设备有关的参数,该网络设备设置参数时,可以直接根据网络设备的处理能力以及部署情况,由厂商或者运营商给出典型值,T5是与终端设备的处理能力相关,当该网络设备仅仅通过该网络设备的相关信息来确定该映射关系#2时,T5的取值可以如下:对于第四代无线通信的终端设备,T5=2000微秒,对于第五代无线通信的终端设备,T5=250微秒;当该网络设备需要通过该终端设备的相关信息来确定该映射关系#2时,该网络设备可以根据该终端设备的终端设备能力信息指示的参数通过计算获得T5的取值。
还需要说明的是,上述列举的T4的取值为T4=TTTI,但是,在某些情况,例如,出现时隙汇聚、微时隙汇聚、TTI绑定等情况,一个TB利用多个TTI长度来传输时,N4也会变化,即,相应的TTI变更为汇聚或者绑定后的值。
此外,上述算法计算获得的HARQ进程数,表示的是网络设备满速率时应该支持的最小HARQ进程数(即,Nmin,HARQ),实际进行数据传输时,网络设备能够支持的HARQ进程数(记为,NHARQ)可以大于Nmin,HARQ。例如,NHARQ的取值可以为Nmin,HARQ的最小2的整数次幂,如下表5所示。
表5
上述实施例中,THARQ,RTT都是采用绝对时间表示,作为示例而非限定,THARQ,RTT也可以使用TTI长度来表示。下面,简单说明本发明实施例中使用TTI长度表示THARQ,RTT的方法。
T1:设置方式可以为T1=N1×TTTI,其中N1=TgNB,proc/TTTI,TgNB,proc表示网络设备的基带处理时延,取决于网络设备的能力,可以在网络设备出厂前根据网络设备能力设置,可选地,缺省值可以为N1=1。
T2:设置方式可以为T2=N2×TTTI。例如,在BBU与RRU处于同址的情况下,N2=0;在BBU与RRU的传输距离小于3km时,N2=0;在BBU与RRU的传输距离大于3km小于30km时,N2=1。一个简单的计算方式为N2=int(Tfronthall/TTTI)=int(dfronthaul/c),或者,N2=ceil(Tfronthall/TTTI)=ceil(dfronthaul/c),其中dfronthaul为BBU与RRU之间的传输距离,c为光速,int()表示取整,ceil()表示向上取整。考虑到一般部署场景都小于3km,可以设置N2的缺省值为0。
T3:对于一般的网络设备的覆盖范围,T3的取值远小于TTI长度,故设置缺省值N3=0。对于覆盖范围为35km的宏站而言,如果TTI长度TTTI为62.5微秒,T3≤N3×TTTI,N3最大为2。
T4:同前述,T4=TTTI=N4×TTTI。
T5:设置方式可以为T5=N5×TTTI,可选地,设置缺省值为N5=1;或者,由终端设备根据自己的能力,直接将N5通过信令发送该网络设备,也就是终端设备能力信息中的包括该终端设备自接收到下行数据的时刻到发送针对该下行数据的反馈信息的时刻之间间隔的时长在内的第一时长的参数。
T6:同前述,可以设定T6=N6×TTTI,其中,T6可以是几个符号或者一个TTI长度或者几个TTI长度。这里,可以设置缺省的典型值为N6=1。
T7:可以设置T7=N7×TTTI,其中,N7的缺省值为N7=1。
需要说明的是,尽管在本发明举例的实施例中,N1、N2、N3、N4、N5、N6、N7等取值尽管缺省值为整数,但并不局限于整数,任何非负数都可以。
如前所述,THARQ,RTT=T1+2·T2+2·T3+T4+T5+T6+T7,那么,通过TTI长度表示的时长为THARQ,RTT=(N1+2·N2+2·N3+N4+N5+N6+N7)·TTTI,
在一种典型的配置场景下,N1=1,N2=0,N3=0,N4=1,N5=1,N6=1,N7=1,此时,THARQ,RTT=(N1+2·N2+2·N3+N4+N5+N6+N7)·TTTI=5·TTTI。此时,Nmin,HARQ=5。由于用于表示HARQ进程数的表示方法一般为二进制,则可以用3比特来表示HARQ进程数,网络设备设置的最大HARQ进程数可以是5,也可以是8。
对于广覆盖部署场景,例如(N2+N3)·TTTI=2·TTTI的场景,THARQ,RTT=(N1+2·N2+2·N3+N4+N5+N6+N7)·TTTI=9·TTTI,此时,Nmin,HARQ=9。由于用于表示HARQ进程数的表示方法一般为二进制,则可以用4比特来表示,网络设备设置的最大HARQ进程数可以是9,也可以是16。
可选地,该方法还包括:
该网络设备向该终端设备发送第一指示信息,该第一指示信息指示该映射关系或与该第一TTI对应的HARQ进程数。
即,该网络设备在确定好该映射关系#2后,可以通过该指示信息#1(即,第一指示信息的一例)将该映射关系#2告知该终端设备,或者,该网络设备直接将确定好的与该终端设备能力匹配(前提是该网络设备知道该终端设备的终端设备能力信息)或者与该TTI长度#1对应的HARQ进程数告知该终端设备。这样,该终端设备可以确定针对该TTI#1对应的HARQ进程数的缓存大小。
当该终端设备仅仅知道该映射关系#2时,需要通过该TTI#1确定与该TTI#1对应的HARQ进程数,那么,该网络设备可以将承载该TTI长度#1的信息发送给该终端设备,或者,该终端设备也可以通过盲检测的形式确定TTI长度#1,进而,确定与该TTI长度#1对应的HARQ进程。
当该TTI长度#1对应的HARQ进程数以及针对该数据块#1的HARQ进程的HARQ进程号确定后,该网络设备需要将针对该数据块#1的HARQ进程的HARQ进程号告知该终端设备,具体方式如下:
可选地,该方法还包括:
该网络设备根据该第一TTI长度,确定第一HARQ进程号信息的大小,该第一HARQ进程号信息指示该第一HARQ进程号;
该网络设备根据该第一HARQ进程号信息的大小,向该终端设备发送该第一HARQ进程号信息。
具体而言,该M种TTI长度、该N种HARQ进程数以及P种HARQ进程号信息的大小之间都存在映射关系(为了便于区分与理解,记为映射关系#3)。该映射关系#3可以是网络设备确定的,也可以是协议规定的。那么,该网络设备通过该映射关系#3,根据该TTI长度#1确定该HARQ进程号信息的大小#1(即,第一HARQ进程号信息的大小),进而向该终端设备发送该HARQ进程号信息#1(即,第一HARQ进程号的一例)。
更具体地,该映射关系#3包括该M种TTI长度、该P种HARQ进程号信息的大小之间的映射关系(为了便于区分与理解,记为映射关系#31),或者,该映射关系#3可以包括该N种HARQ进程数和该P种HARQ进程号信息的大小之间的映射关系(为了便于区分与理解,记为映射关系#32),或者,该映射关系#3中包括该映射关系#2。该M种TTI长度、该N种HARQ进程数以及P种HARQ进程号信息的大小之间的映射关系如表6所示。
表6
若是该网络设备未向该终端设备发送该指示信息#1,那么,该终端设备不知道当前用于传输数据的HARQ进程数,在这种情况下,该网络设备可以向该终端设备发送承载该映射关系#3或该映射关系31的指示信息,该终端设备可以根据该承载该映射关系#3或该映射关系#31的指示信息和该TTI长度#1确定该HARQ进程号信息的大小#1。
若是该网络设备向该终端设备发送该指示信息#1,那么,该终端设备可以通过该指示信息#1确定与该TTI长度#1对应的HARQ进程数,这种情况下,该网络设备可以向该终端设备发送承载该映射关系#3或该映射关系#32的指示信息,该终端设备可以根据该承载该映射关系#3或该映射关系#32的指示信息和该TTI长度#1确定该HARQ进程号信息的大小#1。
进而,对于该终端设备来说,根据确定的HARQ进程号信息的大小#1,接收该HARQ进程号信息#1,进而获得与该TTI长度#1对应的HARQ进程号,从而保证该网络设备与该终端设备之间的数据传输。
因而,本发明实施例的确定HARQ进程的方法,该网络设备通过第一TTI确定与该第一TTI对应的第一HARQ进程号信息的大小,能够使得该网络设备灵活设置该第一HARQ进程号信息的大小,减少了信令的冗余。
可选地,该方法还包括:
该网络设备向该终端设备发送与该待传输数据块对应的下行控制信息DCI,其中,该DCI包括该第一HARQ进程号信息。
同理,该终端设备可以根据该TTI长度#1,确定该DCI的大小,进而正确接受该DCI,进而获得该HARQ进程号信息#1,从而获得该HARQ进程号#1。
这样,该第一HARQ进程号信息的大小影响该DCI的大小,也能够使得该网络设备灵活设置该第一HARQ进程号信息的大小,减少DCI的传输冗余。
可选地,当该网络设备与该终端设备进行数据传输过程中,若是该终端设备检测到该网络设备为自己当前需要传输的数据块对应的TTI配置的HARQ进程数与自己的能力不匹配,则,该终端设备会向该网络设备发送指示HARQ进程数配置错误的信息,即,
可选地,该方法还包括:
该网络设备接收该终端设备发送的第二指示信息,该第二指示信息指示该网络设备为该终端设备配置或重配置与该终端设备的能力相匹配的该映射关系,或者,该第二指示信息指示该网络设备为该终端设备配置的与该第一TTI对应的HARQ进程数与该终端设备的能力不匹配。
这样,该网络设备在接收到该指示信息#2(即,第二指示信息中的一例)后,会重新为该终端设备配置该映射关系#2,进而,该网络设备会在重新配置的该映射关系#2中,根据该TTI长度#1确定HARQ进程号#1。
因而,本发明实施例提供的确定HARQ进程的方法,一方面,网络设备通过第一TTI长度确定与待传输数据块对应的HARQ进程的第一HARQ进程号,且该第一HARQ进程号小于与该第一TTI长度对应的HARQ进程数(即,第一数值),也就是说,网络设备可以根据TTI长度确定HARQ进程数,相比于现有技术中设置的数量较多的HARQ进程数,合适的HARQ进程数可以减少终端设备需要预留的缓存资源,进而减少终端设备的复杂度,此外,由于与每个HARQ进程对应的HARQ进程号需要每次通过信令发送给终端设备,合适的HARQ进程数可以减少信令的冗余;
另一方面,网络设备通过根据终端设备的能力确定多种TTI长度与多种HARQ进程数之间的映射关系,进而根据该映射关系确定与第一TTI对应的HARQ进程数,使得与该第一TTI对应的HARQ进程数不会超过终端设备的能力,提高了传输效率;
再一方面,网络设备通过第一TTI确定与该第一TTI对应的第一HARQ进程号信息的大小,能够使得该网络设备灵活设置该第一HARQ进程号信息的大小,减少了信令的冗余。
应理解,本发明实施例中,N种TTI长度与M种HARQ进程数之间的映射关系中,N与M的取值没有任何限定;此外,N种TTI长度中每种TTI长度对应的HARQ进程数均为一个值也在本发明实施例的保护范围内,即M=1。
以上,结合图1至图2详细描述了根据本发明实施例的确定HARQ进程的方法,下面,结合图3至图6描述根据本发明实施例的装置,方法实施例所描述的技术特征同样适用于以下装置实施例。
图3描述了根据本发明实施例的确定HARQ进程的装置,该装置300包括:
处理单元310,用于确定待传输数据块的第一传输时间间隔TTI长度;
所述处理单元310还用于,根据所述第一TTI长度确定第一HARQ进程号,其中,所述第一HARQ进程号为用于传输所述待传输数据块的HARQ进程的HARQ进程号,所述第一HARQ进程号小于第一数值,所述第一数值为与所述第一TTI长度对应的HARQ进程数;
通信单元320,用于根据由所述处理单元310确定的所述第一HARQ进程号,与终端设备进行针对所述待传输数据块的传输。
本发明实施例提供的确定HARQ进程的装置,该装置通过第一TTI长度确定与待传输数据块对应的HARQ进程的第一HARQ进程号,且该第一HARQ进程号小于与该第一TTI长度对应的HARQ进程数(即,第一数值),也就是说,该装置可以根据TTI长度确定HARQ进程数,那么,相比于现有技术中设置的数量较多的HARQ进程数,合适的HARQ进程数可以减少终端设备需要预留的缓存资源,进而减少终端设备的复杂度,此外,由于与每个HARQ进程对应的HARQ进程号需要每次通过信令发送给终端设备,合适的HARQ进程数可以减少信令的冗余。
可选地,所述处理单元310还用于:
确定N种TTI长度与M种HARQ进程数之间的映射关系,所述N和M都为大于0的整数,其中,所述N种TTI长度包括所述第一TTI长度,所述M种HARQ进程数包括与所述第一TTI对应的HARQ进程数。
可选地,所述通信单元320还用于:
接收所述终端设备发送的终端设备能力信息,所述终端设备能力信息指示以下至少一种参数:所述终端设备的缓存能力,包括所述终端设备自接收到下行数据的时刻到发送针对所述下行数据的反馈信息的时刻之间间隔的时长在内的第一时长,所述终端设备支持的最大HARQ进程数;以及,
所述处理单元310具体用于:
根据所述终端设备能力信息确定所述映射关系。
这样,该装置通过根据终端设备的能力确定多种TTI长度与多种HARQ进程数之间的映射关系,进而根据该映射关系确定与第一TTI对应的HARQ进程数,使得与该第一TTI对应的HARQ进程数不会超过终端设备的能力,提高了传输效率。
可选地,所述处理单元310还用于:
确定第一时延信息和第二时延信息,所述第一时延信息指示所述网络设备的射频拉远单元RRU与基带处理单元BBU之间的传输时延,所述第二时延信息指示所述网络设备和所述终端设备之间的空口传输时延;以及,
所述处理单元310具体用于:
根据所述第一时延信息和所述第二时延信息确定所述映射关系。
可选地,所述处理单元310还用于:
根据所述第一TTI长度确定第一HARQ进程号信息的大小,所述第一HARQ进程号信息指示所述第一HARQ进程号;以及,
所述通信单元320还用于:
根据所述第一HARQ进程号信息的大小,向所述终端设备发送所述第一HARQ进程号信息。
因而,该装置通过第一TTI确定与该第一TTI对应的第一HARQ进程号信息的大小,能够使得该装置灵活设置该第一HARQ进程号信息的大小,减少了信令的冗余。
可选地,所述通信单元320还用于:
向所述终端设备发送与所述待传输数据块对应的下行控制信息DCI,其中,所述DCI包括所述第一HARQ进程号信息。
这样,该第一HARQ进程号信息的大小影响该DCI的大小,也能够使得该装置灵活设置该第一HARQ进程号信息的大小,减少DCI的传输冗余。
可选地,所述通信单元320还用于:
向所述终端设备发送第一指示信息,所述第一指示信息指示所述映射关系或与所述第一TTI对应的HARQ进程数。
可选地,所述映射关系包括以下至少一种映射关系:上行TTI长度与上行HARQ进程数之间的映射关系,下行TTI长度与下行HARQ进程数之间的映射关系。
可选地,所述终端设备的缓存能力包括以下至少一种缓存能力:所述终端设备的上行缓存能力,所述终端设备的下行缓存能力,
所述终端设备支持的最大HARQ进程数包括以下至少一种最大HARQ进程数:所述终端设备支持的最大上行HARQ进程数,所述终端设备支持的最大下行HARQ进程数。
根据本发明实施例的确定HARQ进程的装置300可对应于本发明实施例的方法的网络设备,且该确定HARQ进程的装置300中的各单元即模块和上述其他操作和/或功能分别为了实现方法200中由网络设备执行的相应流程,为了简洁,此处不再赘述。
图4描述了根据本发明实施例的确定HARQ进程的装置,该装置400包括:
处理单元410,用于确定待传输数据块的第一传输时间间隔TTI长度;
所述处理单元410还用于,根据所述第一TTI确定第一HARQ进程号信息的大小,其中,所述第一HARQ进程号信息指示用于传输所述待传输数据块的HARQ进程的第一HARQ进程号;
通信单元420,用于根据由所述处理单元410确定的所述第一HARQ进程号信息的大小,接收网络设备发送的第一HARQ进程号信息,所述第一HARQ进程号小于第一数值,所述第一数值为与所述第一TTI长度对应的HARQ进程数;
所述处理单元还用于,根据所述第一HARQ进程号信息确定所述第一HARQ进程号。
因而,本发明实施例的确定HARQ进程的装置,可以使得网络设备能够根据TTI长度灵活设置该第一HARQ进程号信息的大小,减少了信令的冗余,进而使得该装置通过第一TTI确定与该第一TTI对应的第一HARQ进程号信息的大小。
可选地,所述通信单元420还用于:
向所述网络设备发送终端设备能力信息,所述终端设备能力信息指示以下至少一种参数:终端设备的缓存能力,包括所述终端设备自接收到下行数据的时刻到发送针对所述下行数据的反馈信息的时刻之间间隔的时长在内的第一时长,所述终端设备支持的最大HARQ进程数。
这样,该装置通向网络设备发送终端设备能力信息,使得网络设备能够根据该装置的能力确定多种TTI长度与多种HARQ进程数之间的映射关系,进而根据该映射关系确定与第一TTI对应的HARQ进程数,使得与该第一TTI对应的HARQ进程数不会超过终端设备的能力,提高了传输效率。
可选地,所述通信单元420还用于:
接收所述网络设备发送的第一指示信息,所述第一指示信息指示N种TTI长度与M种HARQ进程数之间的映射关系或与所述第一TTI长度对应的HARQ进程数,所述N和M都为大于0的整数,所述N种TTI长度包括所述第一TTI长度,所述M种HARQ进程数包括与所述第一TTI长度对应的HARQ进程数。
根据本发明实施例的确定HARQ进程的装置400可对应于本发明实施例的方法的终端设备,且该确定HARQ进程的装置400中的各单元即模块和上述其他操作和/或功能分别为了实现方法200中由终端设备执行的相应流程,为了简洁,此处不再赘述。
图5示出了根据本发明实施例的确定HARQ进程的网络设备500,该网络设备500包括:
处理器510、收发器520和存储器530,其中,该处理器510、收发器520和存储器530之间通过内部连接通路互相通信。
该存储器530,用于存放程序。具体地,程序可以包括程序代码,该程序代码包括计算机操作指令。存储器530可以包括只读存储器和随机存取存储器,并向处理器510提供指令和数据。存储器530可能包含高速RAM存储器,也可能还包括非易失性存储器(non-volatile memory),例如至少1个磁盘存储器。
该处理器510,执行存储器530所存放的程序,以控制该收发器520接收信号或发送信号。存储器530可以集成在处理器中510,也可以独立于处理器510。
具体地,该处理器510用于,用于确定待传输数据块的第一传输时间间隔TTI长度;
该处理器510还用于,根据所述第一TTI长度确定第一HARQ进程号,其中,所述第一HARQ进程号为用于传输所述待传输数据块的HARQ进程的HARQ进程号,所述第一HARQ进程号小于第一数值,所述第一数值为与所述第一TTI长度对应的HARQ进程数;
该收发器520,用于根据由所述处理器510确定的所述第一HARQ进程号,与终端设备进行针对所述待传输数据块的传输。
因而,本发明实施例提供的网络设备,网络设备通过第一TTI长度确定与待传输数据块对应的HARQ进程的第一HARQ进程号,且该第一HARQ进程号小于与该第一TTI长度对应的HARQ进程数(即,第一数值),也就是说,网络设备可以根据TTI长度确定HARQ进程数,相比于现有技术中设置的数量较多的HARQ进程数,合适的HARQ进程数可以减少终端设备需要预留的缓存资源,进而减少终端设备的复杂度,此外,由于与每个HARQ进程对应的HARQ进程号需要每次通过信令发送给终端设备,合适的HARQ进程数可以减少信令的冗余。
可选地,所述处理器510还用于:
确定N种TTI长度与M种HARQ进程数之间的映射关系,所述N和M都为大于0的整数,其中,所述N种TTI长度包括所述第一TTI长度,所述M种HARQ进程数包括与所述第一TTI对应的HARQ进程数。
可选地,所述收发器520还用于:
接收所述终端设备发送的终端设备能力信息,所述终端设备能力信息指示以下至少一种参数:所述终端设备的缓存能力,包括所述终端设备自接收到下行数据的时刻到发送针对所述下行数据的反馈信息的时刻之间间隔的时长在内的第一时长,所述终端设备支持的最大HARQ进程数;以及,
所述处理器510具体用于:
根据所述终端设备能力信息确定所述映射关系。
这样,网络设备通过根据终端设备的能力确定多种TTI长度与多种HARQ进程数之间的映射关系,进而根据该映射关系确定与第一TTI对应的HARQ进程数,使得与该第一TTI对应的HARQ进程数不会超过终端设备的能力,提高了传输效率。
可选地,所述处理器510还用于:
确定第一时延信息和第二时延信息,所述第一时延信息指示所述网络设备的射频拉远单元RRU与基带处理单元BBU之间的传输时延,所述第二时延信息指示所述网络设备和所述终端设备之间的空口传输时延;以及,
所述处理器510具体用于:
根据所述第一时延信息和所述第二时延信息确定所述映射关系。
可选地,所述处理器510还用于:
根据所述第一TTI长度确定第一HARQ进程号信息的大小,所述第一HARQ进程号信息指示所述第一HARQ进程号;以及,
所述收发器520还用于:
根据所述第一HARQ进程号信息的大小,向所述终端设备发送所述第一HARQ进程号信息。
因而,本发明实施例的网络设备,该网络设备通过第一TTI确定与该第一TTI对应的第一HARQ进程号信息的大小,能够使得该网络设备灵活设置该第一HARQ进程号信息的大小,减少了信令的冗余。
可选地,所述收发器520还用于:
向所述终端设备发送与所述待传输数据块对应的下行控制信息DCI,其中,所述DCI包括所述第一HARQ进程号信息。
这样,该第一HARQ进程号信息的大小影响该DCI的大小,也能够使得该网络设备灵活设置该第一HARQ进程号信息的大小,减少DCI的传输冗余。
可选地,所述收发器520还用于:
向所述终端设备发送第一指示信息,所述第一指示信息指示所述映射关系或与所述第一TTI对应的HARQ进程数。
可选地,所述映射关系包括以下至少一种映射关系:上行TTI长度与上行HARQ进程数之间的映射关系,下行TTI长度与下行HARQ进程数之间的映射关系。
可选地,所述终端设备的缓存能力包括以下至少一种缓存能力:所述终端设备的上行缓存能力,所述终端设备的下行缓存能力,
所述终端设备支持的最大HARQ进程数包括以下至少一种最大HARQ进程数:所述终端设备支持的最大上行HARQ进程数,所述终端设备支持的最大下行HARQ进程数。
本发明实施例可以应用于处理器中,或者由处理器实现。处理器可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法的各步骤可以通过处理器510中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器510可以是通用处理器,包括中央处理器(Central Processing Unit,CPU)、网络处理器(Network Processor,NP)等;还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器530,处理器510读取存储器530中的信息,结合其硬件完成上述方法的步骤。为避免重复,这里不再详细描述。
可以理解,本发明实施例中的存储器可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(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)、双倍数据速率同步动态随机存取存储器(Double Data RateSDRAM,DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM,SLDRAM)和直接内存总线随机存取存储器(DirectRambus RAM,DR RAM)。应注意,本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
根据本发明实施例的网络设备500可对应于根据本发明实施例的方法200的网络设备,也可以对应于根据本发明实施例的装置300,且该网络设备500中的各单元即模块和上述其他操作和/或功能分别为了实现方法200中由网络设备执行的相应流程,为了简洁,此处不再累赘。
图6示出了根据本发明实施例的接收信息的终端设备600,该终端设备600包括:
处理器610、收发器620和存储器630,其中,该处理器610、收发器620和存储器630之间通过内部连接通路互相通信。
该存储器630,用于存放程序。具体地,程序可以包括程序代码,该程序代码包括计算机操作指令。存储器630可以包括只读存储器和随机存取存储器,并向处理器610提供指令和数据。存储器630可能包含高速RAM存储器,也可能还包括非易失性存储器(non-volatile memory),例如至少1个磁盘存储器。
该处理器610,执行存储器630所存放的程序,以控制该收发器620接收信号或发送信号。存储器630可以集成在处理器中610,也可以独立于处理器610。
具体地,该处理器610用于,确定待传输数据块的第一传输时间间隔TTI长度;
所述处理器610还用于,根据所述第一TTI确定第一HARQ进程号信息的大小,其中,所述第一HARQ进程号信息指示用于传输所述待传输数据块的HARQ进程的第一HARQ进程号;
该收发器620,用于根据所述第一HARQ进程号信息的大小,接收网络设备发送的第一HARQ进程号信息,所述第一HARQ进程号小于第一数值,所述第一数值为与所述第一TTI长度对应的HARQ进程数;
该收发器620还用于,根据所述第一HARQ进程号信息确定所述第一HARQ进程号。
因而,本发明实施例的终端设备,可以使得网络设备能够根据TTI长度灵活设置该第一HARQ进程号信息的大小,减少了信令的冗余,进而使得该终端设备通过第一TTI确定与该第一TTI对应的第一HARQ进程号信息的大小。
可选地,该收发器620还用于,向所述网络设备发送终端设备能力信息,所述终端设备能力信息指示以下至少一种参数:所述终端设备的缓存能力,包括所述终端设备自接收到下行数据的时刻到发送针对所述下行数据的反馈信息的时刻之间间隔的时长在内的第一时长,所述终端设备支持的最大HARQ进程数。
这样,终端设备通向网络设备发送终端设备能力信息,使得网络设备能够根据终端设备的能力确定多种TTI长度与多种HARQ进程数之间的映射关系,进而根据该映射关系确定与第一TTI对应的HARQ进程数,使得与该第一TTI对应的HARQ进程数不会超过终端设备的能力,提高了传输效率。
可选地,该收发器620还用于,接收所述网络设备发送的第一指示信息,所述第一指示信息指示N种TTI长度与M种HARQ进程数之间的映射关系或与所述第一TTI长度对应的HARQ进程数,所述N和M都为大于0的整数,所述N种TTI长度包括所述第一TTI长度,所述M种HARQ进程数包括与所述第一TTI长度对应的HARQ进程数。
本发明实施例可以应用于处理器中,或者由处理器实现。处理器可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法的各步骤可以通过处理器610中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器610可以是通用处理器,包括中央处理器(Central Processing Unit,CPU)、网络处理器(Network Processor,NP)等;还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器630,处理器610读取存储器630中的信息,结合其硬件完成上述方法的步骤。为避免重复,这里不再详细描述。
可以理解,本发明实施例中的存储器可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(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)、双倍数据速率同步动态随机存取存储器(Double Data RateSDRAM,DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM,SLDRAM)和直接内存总线随机存取存储器(DirectRambus RAM,DR RAM)。应注意,本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
根据本发明实施例的终端设备600可对应于根据本发明实施例的方法200的终端设备,也可以对应于根据本发明实施例的装置400,且该终端设备600中的各单元即模块和上述其他操作和/或功能分别为了实现方法200中由终端设备执行的相应流程,为了简洁,此处不再累赘。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本发明实施例中所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,该单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
该作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
该功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本发明的具体实施方式,但本发明实施例的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明实施例揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明实施例的保护范围之内。因此,本发明实施例的保护范围应以所述权利要求的保护范围为准。
Claims (25)
1.一种确定混合自动重传请求HARQ进程的方法,其特征在于,所述方法包括:
网络设备确定待传输数据块的第一传输时间间隔TTI长度;
所述网络设备根据所述第一TTI长度确定第一HARQ进程号,其中,所述第一HARQ进程号为用于传输所述待传输数据块的HARQ进程的HARQ进程号,所述第一HARQ进程号小于第一数值,所述第一数值为与所述第一TTI长度对应的HARQ进程数;
所述网络设备根据所述第一HARQ进程号,与终端设备进行针对所述待传输数据块的传输。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
所述网络设备确定N种TTI长度与M种HARQ进程数之间的映射关系,所述N和M都为大于0的整数,其中,所述N种TTI长度包括所述第一TTI长度,所述M种HARQ进程数包括与所述第一TTI对应的HARQ进程数。
3.根据权利要求2所述的方法,其特征在于,所述方法还包括:
所述网络设备接收所述终端设备发送的终端设备能力信息,所述终端设备能力信息指示以下至少一种参数:所述终端设备的缓存能力,包括所述终端设备自接收到下行数据的时刻到发送针对所述下行数据的反馈信息的时刻之间间隔的时长在内的第一时长,所述终端设备支持的最大HARQ进程数;以及,
所述网络设备确定N种TTI长度与M种HARQ进程数之间的映射关系,包括:
所述网络设备根据所述终端设备能力信息确定所述映射关系。
4.根据权利要求2所述的方法,其特征在于,所述方法还包括:
所述网络设备确定第一时延信息和第二时延信息,所述第一时延信息指示所述网络设备的射频拉远单元RRU与基带处理单元BBU之间的传输时延,所述第二时延信息指示所述网络设备和所述终端设备之间的空口传输时延;以及,
所述网络设备确定N种TTI长度与M种HARQ进程数之间的映射关系,包括:
所述网络设备根据所述第一时延信息和所述第二时延信息确定所述映射关系。
5.根据权利要求1至4中任一项所述的方法,其特征在于,所述方法还包括:
所述网络设备根据所述第一TTI长度确定第一HARQ进程号信息的大小,所述第一HARQ进程号信息指示所述第一HARQ进程号;
所述网络设备根据所述第一HARQ进程号信息的大小,向所述终端设备发送所述第一HARQ进程号信息。
6.根据权利要求5所述的方法,其特征在于,所述方法还包括:
所述网络设备向所述终端设备发送与所述待传输数据块对应的下行控制信息DCI,其中,所述DCI包括所述第一HARQ进程号信息。
7.根据权利要求2至6中任一项所述的方法,其特征在于,所述方法还包括:
所述网络设备向所述终端设备发送第一指示信息,所述第一指示信息指示所述映射关系或与所述第一TTI对应的HARQ进程数。
8.根据权利要求2至7中任一项所述的方法,其特征在于,所述映射关系包括以下至少一种映射关系:上行TTI长度与上行HARQ进程数之间的映射关系,下行TTI长度与下行HARQ进程数之间的映射关系。
9.根据权利要求3至8中任一项所述的方法,其特征在于,所述终端设备的缓存能力包括以下至少一种缓存能力:所述终端设备的上行缓存能力,所述终端设备的下行缓存能力,
所述终端设备支持的最大HARQ进程数包括以下至少一种最大HARQ进程数:所述终端设备支持的最大上行HARQ进程数,所述终端设备支持的最大下行HARQ进程数。
10.一种确定混合自动重传请求HARQ进程的方法,其特征在于,所述方法包括:
终端设备确定待传输数据块的第一传输时间间隔TTI长度;
所述终端设备根据所述第一TTI确定第一HARQ进程号信息的大小,其中,所述第一HARQ进程号信息指示用于传输所述待传输数据块的HARQ进程的第一HARQ进程号;
所述终端设备根据所述第一HARQ进程号信息的大小,接收网络设备发送的第一HARQ进程号信息,所述第一HARQ进程号小于第一数值,所述第一数值为与所述第一TTI长度对应的HARQ进程数;
所述终端设备根据所述第一HARQ进程号信息确定所述第一HARQ进程号。
11.根据权利要求10所述的方法,其特征在于,所述方法还包括:
所述终端设备向所述网络设备发送终端设备能力信息,所述终端设备能力信息指示以下至少一种参数:所述终端设备的缓存能力,包括所述终端设备自接收到下行数据的时刻到发送针对所述下行数据的反馈信息的时刻之间间隔的时长在内的第一时长,所述终端设备支持的最大HARQ进程数。
12.根据权利要求10或11所述的方法,其特征在于,所述方法还包括:
所述终端设备接收所述网络设备发送的第一指示信息,所述第一指示信息指示N种TTI长度与M种HARQ进程数之间的映射关系或与所述第一TTI长度对应的HARQ进程数,所述N和M都为大于0的整数,所述N种TTI长度包括所述第一TTI长度,所述M种HARQ进程数包括与所述第一TTI长度对应的HARQ进程数。
13.一种确定混合自动重传请求HARQ进程的装置,其特征在于,所述装置包括:
处理单元,用于确定待传输数据块的第一传输时间间隔TTI长度;
所述处理单元还用于,根据所述第一TTI长度确定第一HARQ进程号,其中,所述第一HARQ进程号为用于传输所述待传输数据块的HARQ进程的HARQ进程号,所述第一HARQ进程号小于第一数值,所述第一数值为与所述第一TTI长度对应的HARQ进程数;
通信单元,用于根据由所述处理单元确定的所述第一HARQ进程号,与终端设备进行针对所述待传输数据块的传输。
14.根据权利要求13所述的装置,其特征在于,所述处理单元还用于:
确定N种TTI长度与M种HARQ进程数之间的映射关系,所述N和M都为大于0的整数,其中,所述N种TTI长度包括所述第一TTI长度,所述M种HARQ进程数包括与所述第一TTI对应的HARQ进程数。
15.根据权利要求14所述的装置,其特征在于,所述通信单元还用于:
接收所述终端设备发送的终端设备能力信息,所述终端设备能力信息指示以下至少一种参数:所述终端设备的缓存能力,包括所述终端设备自接收到下行数据的时刻到发送针对所述下行数据的反馈信息的时刻之间间隔的时长在内的第一时长,所述终端设备支持的最大HARQ进程数;以及,
所述处理单元具体用于:
根据所述终端设备能力信息确定所述映射关系。
16.根据权利要求14所述的装置,其特征在于,所述处理单元还用于:
确定第一时延信息和第二时延信息,所述第一时延信息指示所述网络设备的射频拉远单元RRU与基带处理单元BBU之间的传输时延,所述第二时延信息指示所述网络设备和所述终端设备之间的空口传输时延;以及,
所述处理单元具体用于:
根据所述第一时延信息和所述第二时延信息确定所述映射关系。
17.根据权利要求13至16中任一项所述的装置,其特征在于,所述处理单元还用于:
根据所述第一TTI长度确定第一HARQ进程号信息的大小,所述第一HARQ进程号信息指示所述第一HARQ进程号;以及,
所述通信单元还用于:
根据所述第一HARQ进程号信息的大小,向所述终端设备发送所述第一HARQ进程号信息。
18.根据权利要求17所述的装置,其特征在于,所述通信单元还用于:
向所述终端设备发送与所述待传输数据块对应的下行控制信息DCI,其中,所述DCI包括所述第一HARQ进程号信息。
19.根据权利要求14至18中任一项所述的装置,其特征在于,所述通信单元还用于:
向所述终端设备发送第一指示信息,所述第一指示信息指示所述映射关系或与所述第一TTI对应的HARQ进程数。
20.根据权利要求14至19中任一项所述的装置,其特征在于,所述映射关系包括以下至少一种映射关系:上行TTI长度与上行HARQ进程数之间的映射关系,下行TTI长度与下行HARQ进程数之间的映射关系。
21.根据权利要求14至20中任一项所述的装置,其特征在于,所述终端设备的缓存能力包括以下至少一种缓存能力:所述终端设备的上行缓存能力,所述终端设备的下行缓存能力,
所述终端设备支持的最大HARQ进程数包括以下至少一种最大HARQ进程数:所述终端设备支持的最大上行HARQ进程数,所述终端设备支持的最大下行HARQ进程数。
22.一种确定混合自动重传请求HARQ进程的装置,其特征在于,所述装置包括:
处理单元,用于确定待传输数据块的第一传输时间间隔TTI长度;
所述处理单元还用于,根据所述第一TTI确定第一HARQ进程号信息的大小,其中,所述第一HARQ进程号信息指示用于传输所述待传输数据块的HARQ进程的第一HARQ进程号;
通信单元,用于根据由所述处理单元确定的所述第一HARQ进程号信息的大小,接收网络设备发送的第一HARQ进程号信息,所述第一HARQ进程号小于第一数值,所述第一数值为与所述第一TTI长度对应的HARQ进程数;
所述处理单元还用于,根据所述第一HARQ进程号信息确定所述第一HARQ进程号。
23.根据权利要求22所述的装置,其特征在于,所述通信单元还用于:
向所述网络设备发送终端设备能力信息,所述终端设备能力信息指示以下至少一种参数:所述终端设备的缓存能力,包括所述终端设备自接收到下行数据的时刻到发送针对所述下行数据的反馈信息的时刻之间间隔的时长在内的第一时长,所述终端设备支持的最大HARQ进程数。
24.根据权利要求22或23所述的装置,其特征在于,所述通信单元还用于:
接收所述网络设备发送的第一指示信息,所述第一指示信息指示N种TTI长度与M种HARQ进程数之间的映射关系或与所述第一TTI长度对应的HARQ进程数,所述N和M都为大于0的整数,所述N种TTI长度包括所述第一TTI长度,所述M种HARQ进程数包括与所述第一TTI长度对应的HARQ进程数。
25.一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1至12中任一项所述方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710183996.8A CN108631958A (zh) | 2017-03-24 | 2017-03-24 | 一种确定混合自动重传请求harq进程的方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710183996.8A CN108631958A (zh) | 2017-03-24 | 2017-03-24 | 一种确定混合自动重传请求harq进程的方法和装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN108631958A true CN108631958A (zh) | 2018-10-09 |
Family
ID=63706811
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710183996.8A Pending CN108631958A (zh) | 2017-03-24 | 2017-03-24 | 一种确定混合自动重传请求harq进程的方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108631958A (zh) |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2020087528A1 (zh) * | 2018-11-02 | 2020-05-07 | Oppo广东移动通信有限公司 | 无线通信方法、终端设备和网络设备 |
WO2020093215A1 (en) * | 2018-11-05 | 2020-05-14 | Nokia Shanghai Bell Co., Ltd. | Method, device and computer readable medium for harq process configuration |
CN111200871A (zh) * | 2018-11-16 | 2020-05-26 | 华为技术有限公司 | 接收数据的方法和通信装置 |
WO2021046772A1 (zh) * | 2019-09-11 | 2021-03-18 | 北京小米移动软件有限公司 | 数据包传输方法及装置 |
CN112997568A (zh) * | 2018-11-02 | 2021-06-18 | 华为技术有限公司 | 数据调度的方法、设备及系统 |
CN113302999A (zh) * | 2019-02-15 | 2021-08-24 | 华为技术有限公司 | 数据调度方法、装置及系统 |
WO2021163967A1 (zh) * | 2020-02-20 | 2021-08-26 | Oppo广东移动通信有限公司 | 数据传输方法、终端设备和网络设备 |
CN113556217A (zh) * | 2021-09-18 | 2021-10-26 | 深圳传音控股股份有限公司 | 通信方法、网络设备、终端设备及存储介质 |
CN113783665A (zh) * | 2020-06-09 | 2021-12-10 | 华为技术有限公司 | 通信方法及装置 |
WO2022061548A1 (zh) * | 2020-09-22 | 2022-03-31 | Oppo广东移动通信有限公司 | 无线通信的方法、终端设备和网络设备 |
WO2022205005A1 (zh) * | 2021-03-30 | 2022-10-06 | 北京小米移动软件有限公司 | 一种数据接收的处理方法及其装置 |
-
2017
- 2017-03-24 CN CN201710183996.8A patent/CN108631958A/zh active Pending
Cited By (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP3863202A4 (en) * | 2018-11-02 | 2021-11-10 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | WIRELESS COMMUNICATION PROCESS, TERMINAL DEVICE AND NETWORK DEVICE |
EP4258579A1 (en) * | 2018-11-02 | 2023-10-11 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Wireless communication method, terminal device and network device |
CN112997568A (zh) * | 2018-11-02 | 2021-06-18 | 华为技术有限公司 | 数据调度的方法、设备及系统 |
WO2020087528A1 (zh) * | 2018-11-02 | 2020-05-07 | Oppo广东移动通信有限公司 | 无线通信方法、终端设备和网络设备 |
WO2020093215A1 (en) * | 2018-11-05 | 2020-05-14 | Nokia Shanghai Bell Co., Ltd. | Method, device and computer readable medium for harq process configuration |
CN111200871A (zh) * | 2018-11-16 | 2020-05-26 | 华为技术有限公司 | 接收数据的方法和通信装置 |
CN111200871B (zh) * | 2018-11-16 | 2022-02-18 | 华为技术有限公司 | 接收数据的方法和通信装置 |
CN113302999A (zh) * | 2019-02-15 | 2021-08-24 | 华为技术有限公司 | 数据调度方法、装置及系统 |
CN113302999B (zh) * | 2019-02-15 | 2022-07-29 | 华为技术有限公司 | 数据调度方法、装置及系统 |
CN113169825A (zh) * | 2019-09-11 | 2021-07-23 | 北京小米移动软件有限公司 | 数据包传输方法及装置 |
CN113169825B (zh) * | 2019-09-11 | 2022-12-09 | 北京小米移动软件有限公司 | 数据包传输方法及装置 |
WO2021046772A1 (zh) * | 2019-09-11 | 2021-03-18 | 北京小米移动软件有限公司 | 数据包传输方法及装置 |
WO2021163967A1 (zh) * | 2020-02-20 | 2021-08-26 | Oppo广东移动通信有限公司 | 数据传输方法、终端设备和网络设备 |
CN113783665A (zh) * | 2020-06-09 | 2021-12-10 | 华为技术有限公司 | 通信方法及装置 |
WO2021249378A1 (zh) * | 2020-06-09 | 2021-12-16 | 华为技术有限公司 | 通信方法及装置 |
CN113783665B (zh) * | 2020-06-09 | 2022-12-13 | 华为技术有限公司 | 通信方法及装置 |
WO2022061548A1 (zh) * | 2020-09-22 | 2022-03-31 | Oppo广东移动通信有限公司 | 无线通信的方法、终端设备和网络设备 |
WO2022205005A1 (zh) * | 2021-03-30 | 2022-10-06 | 北京小米移动软件有限公司 | 一种数据接收的处理方法及其装置 |
CN113556217B (zh) * | 2021-09-18 | 2022-01-25 | 深圳传音控股股份有限公司 | 通信方法、网络设备、终端设备及存储介质 |
CN113556217A (zh) * | 2021-09-18 | 2021-10-26 | 深圳传音控股股份有限公司 | 通信方法、网络设备、终端设备及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108631958A (zh) | 一种确定混合自动重传请求harq进程的方法和装置 | |
JP7073378B2 (ja) | 物理アップリンクデータチャンネルで制御情報多重化 | |
JP6850308B2 (ja) | 新しい無線のためのアップロード制御シグナリング | |
US20230180268A1 (en) | Method for integrated access backhaul resource multiplexing | |
RU2701202C1 (ru) | Конфигурация передачи нисходящего канала | |
CN105340196B (zh) | 用于e节点B间载波聚合的UL TDM的方法 | |
US11849420B2 (en) | Systems and methods for synchronous control of HARQ configurations | |
CN109891795B (zh) | 用于频分双工传输时间间隔操作的系统和方法 | |
US11552749B2 (en) | Data transmission method and terminal device | |
CN108574987A (zh) | 传输信息的方法和装置 | |
WO2019127199A1 (zh) | 用于上行数据传输的方法和终端设备 | |
AU2017391788B2 (en) | Method for transmitting data, terminal device and network device | |
US11038644B2 (en) | Data communication method, network device, and terminal device | |
CN110249568A (zh) | 无线通信系统中发送/接收无线信号的方法及其装置 | |
KR20220037414A (ko) | 데이터를 전송하기 위한 방법 및 단말 장치 | |
CN105164949A (zh) | Lte网络中用于支持协作多点传输的中央处理单元和方法 | |
EP3493618B1 (en) | Uplink information transmission method, device and system | |
CN108353415A (zh) | 用于传输业务的方法、移动台和网络设备 | |
WO2017168039A1 (en) | Feedback timing | |
CN109152069A (zh) | 传输控制信息的方法和设备 | |
KR20230014748A (ko) | 데이터 및 제어 정보를 전송하기 위한 방법 및 장치 | |
CN114362899A (zh) | 由用户终端或基站执行的方法、用户终端及基站 | |
CN108024379B (zh) | 一种跨载波调度方法及装置 | |
WO2020200012A1 (zh) | 通信方法和通信装置 | |
CN108809582A (zh) | 一种数据传输的方法和装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
WD01 | Invention patent application deemed withdrawn after publication | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20181009 |