WO2020192430A1 - 一种关闭harq进程的方法、接收设备以及发送设备 - Google Patents
一种关闭harq进程的方法、接收设备以及发送设备 Download PDFInfo
- Publication number
- WO2020192430A1 WO2020192430A1 PCT/CN2020/078911 CN2020078911W WO2020192430A1 WO 2020192430 A1 WO2020192430 A1 WO 2020192430A1 CN 2020078911 W CN2020078911 W CN 2020078911W WO 2020192430 A1 WO2020192430 A1 WO 2020192430A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- receiving device
- data
- harq process
- preset
- dci
- Prior art date
Links
Images
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/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
- 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/1867—Arrangements specially adapted for the transmitter end
- H04L1/1896—ARQ related signaling
-
- 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
-
- 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/1822—Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
-
- 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/1864—ARQ related signaling
-
- 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
-
- 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
- H04L2001/0092—Error control systems characterised by the topology of the transmission link
- H04L2001/0093—Point-to-multipoint
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请提供通信中一种关闭HARQ进程的方法、接收设备以及发送设备,用于减少HARQ进程占用的缓存空间,提高网络吞吐量,增强系统性能。该方法可以包括:接收设备获取指示数据,所述指示数据用于指示HARQ进程关闭;所述接收设备关闭所述HARQ进程。
Description
本申请要求于2019年03月28日提交中国专利局、申请号为201910244805.3、申请名称为“一种关闭HARQ进程的方法、接收设备以及发送设备”的中国专利申请的优先权,其全部内容通过引用结合在本申请中。
本申请涉及通信领域,尤其涉及一种关闭HARQ进程的方法、接收设备以及发送设备。
新空口(new radio,NR)系统中,在数据传输过程中采用了混合自动重传请求(Hybrid Automatic Repeat Request,HARQ)。HARQ因结合了自动重传请求(Automatic Repeat Request,ARQ)方式的高可靠性和前向纠错(Forward Error Correction,FEC)方式的高通过效率的有点,而得到了广泛的应用。
然而,在启用HARQ机制时,将占用接收设备较多的存储空间,并且,启用的HARQ进程越多,所占用的存储空间也就越大,使得接收设备耗费更大的存储空间。因此,如何避免HARQ进程占用接收设备过大的缓存空间,成为亟待解决的问题。
发明内容
本申请提供一种关闭HARQ进程的方法、接收设备以及发送设备,用于减少HARQ进程占用的缓存空间,提高网络吞吐量,增强系统性能。
有鉴于此,本申请第一方面提供一种关闭HARQ进程的方法,包括:
接收设备获取指示数据,所述指示数据用于指示HARQ进程关闭;所述接收设备关闭所述HARQ进程。在本申请实施例中,接收设备可以根据指示数据确定HARQ进程关闭,并且关闭HARQ进程,即不启用HARQ进程。因此,可以避免HARQ进程占用接收设备过大的存储空间。
可选地,在一些可能的实施方式中,该指示数据可以包括网络标识号;
该接收设备关闭该HARQ进程,可以包括:该接收设备根据预设的映射关系,确定该网络标识号指示关闭该HARQ进程,则该接收设备关闭该HARQ进程。在本申请实施例中,指示数据可以是网络标识号,接收设备可以根据网络标识号以及预设的映射关系确定该网络标识号是否对应关闭HARQ进程,若该网络标识号指示关闭HARQ进程,则接收设备可以不开启HARQ进程。因此,可以通过网络标识号的方式实现指示接收设备关闭HARQ进程。
可选地,在一些可能的实施方式中,网络标识号可以是PLMN号,该PLMN号可以是存储于接收设备上的,接收设备可以根据存储的PLMN号确定是否关闭HARQ进程。以提高接收设备关闭HARQ进程的效率。
可选地,在一些可能的实施方式中,该指示数据包括广播消息;
该接收设备关闭该HARQ进程,可以包括:若该接收设备确定该广播消息中第一预设位的值为第一预设值,则该接收设备关闭该HARQ进程。在本申请实施例中,指示数据可以是广播消息,该广播消息可以由发送设备发送。该广播消息中的第一预设位的值为第一预设值,该第一预设值用于指示HARQ进程关闭。因此,接收设备可以通过广播消息的方式确定HARQ进程关闭,不启用HARQ机制,减少HARQ进程所占用的存储空间。
可选地,在一些可能的实施方式中,该指示数据包括第一下行控制信息(Downlink Control Information,DCI);
该接收设备关闭该HARQ进程,可以包括:该接收设备判断该第一DCI是否符合第一预设条件;若是,则该接收设备关闭该HARQ进程。在本申请实施例中,可以通过第一DCI符合第一预设条件的方式,指示接收设备HARQ进程关闭,不启用HARQ机制,减少HARQ进程所占用的存储空间。
可选地,在一些可能的实施方式中,该接收设备判断该第一DCI是否符合第一预设条件,可以包括:该接收设备读取该第一DCI中第二预设位;若该接收设备确定该第二预设位为第二预设值,则该第一DCI符合第一预设条件。并且,该第二预设位可以是第一DCI中已有的比特位,也可以是在第一DCI中增加的比特位,具体可以根据应用场景调整。在本申请实施例中,第一预设条件可以是第一DCI中的第二预设位的值为第二预设值。该第二预设值可以用于指示HARQ进程关闭。以使接收设备在获取到该第一DCI时,可以根据第一DCI中的第二预设位为第二预设值,而确定HARQ进程关闭,不启用HARQ机制,减少HARQ进程占用的存储空间。
可选地,在一些可能的实施方式中,该接收设备判断该第一DCI是否符合第一预设条件,可以包括:该接收设备获取该第一DCI中与该HARQ进程对应的字段长度;若该字段长度为预设长度,则该第一DCI符合第一预设条件。在本申请实施例中,第一预设条件可以是第一DCI中与HARQ进程对应的字段长度为预设长度。因此,当接收设备接收到该第一DCI时,若该第一DCI中与HARQ进程对应的字段长度为预设长度,则接收设备可以确定该第一DCI指示HARQ进程关闭,不启用HARQ机制,减少HARQ进程占用的存储空间。
可选地,在一些可能的实施方式中,该指示数据可以包括循环冗余校验CRC数据,
该接收设备关闭该HARQ进程,可以包括:该接收设备根据随机接入无线网络临时标识(random access-radio network temporary identifier,RA-RNTI)对该CRC数据进行解扰,得到解扰结果;若该解扰结果为成功,则该接收设备关闭该HARQ。在本申请实施例中,指示数据可以是循环冗余校验(Cyclic Redundancy Check,CRC)数据,该CRC数据可以是任一消息的CRC,也可以是指定消息的CRC,具体可以根据实际应用场景调整。当接收设备接收到CRC数据时,可以使用RA-RNTI对CRC数据进行解扰,并根据解扰结果确定是否关闭HARQ进程。当解扰结果为成功时,即可确定HARQ进程关闭,不启用HARQ机制,减少HARQ进程占用的存储空间。
可选地,在一些可能的实施方式中,该接收设备根据RA-RNTI对该CRC数据进行解扰,得到解扰结果,可以包括:该接收设备通过该RA-RNTI对该CRC数据中的第三预设位的数据进行解扰,得到该解扰结果。在本申请实施例中,
可选地,在一些可能的实施方式中,该接收设备根据随机接入无线网络临时标识RA-RNTI对该CRC数据进行解扰,得到解扰结果,可以包括:该接收设备对该RA-RNTI进行处理,得到偏移数据;该接收设备根据偏移数据对该CRC数据进行解扰,得到该解扰结果。在本申请实施例中,可以对RA-RNTI进行处理,得到偏移数据,并使用该偏移数据对CRC数据进行解扰。因此,本申请实施例可以对RA-RNTI进行处理,得到偏移数据之后, 再使用偏移数据对CRC数据进行解扰。
可选地,在一些可能的实施方式中,该接收设备对该RA-RNTI进行处理,得到偏移数据,可以包括:该接收设备根据预置规则调整RA-RNTI的顺序,得到该偏移数据;或,该接收设备将RA-RNTI加上预设偏移值,得到该偏移数据。在本申请实施例中,可以通过多种方式得到偏移数据,可以是根据预置规则调整RA-RNTI的顺序得到该偏移数据,也可以是将RA-RNTI加上预设偏移值,得到该偏移数据等等。本申请实施例可以对RA-RNTI进行处理,得到偏移数据之后,再使用偏移数据对CRC数据进行解扰。
可选地,在一些可能的实施方式中,该接收设备关闭该HARQ进程之后,该方法还可以包括:该接收设备接收第二DCI,该第二DCI中与该HARQ进程相关的第四预设位在该HARQ进程关闭之后用于传输复用数据,该第四预设位为关闭HARQ进程后空出的比特位。在本申请实施例中,在关闭HARQ进程之后,可以将第二DCI中与HARQ进程对应的第四预设位作为复用数据的比特位。因此,在关闭HARQ进程之后,可以将第二DCI中与HARQ进程对应的比特位进行复用,将复用数据添加至第二DCI中。可以实现数据复用,节约网络资源。
可选地,在一些可能的实施方式中,该复用数据可以包括:与该接收设备对应的卫星的过顶时间、功率调整步长、交织深度、与该接收设备对应的卫星的中断时长中的至少一种。在本申请实施例中,可以将与该接收设备对应的卫星的过顶时间、功率调整步长、交织深度、与该接收设备对应的卫星的中断时长中的一项或者多项复用至第二DCI中,无需单独再向接收设备发送复用数据,提高网络资源利用率。
可选地,在一些可能的实施方式中,该接收设备关闭该HARQ进程之后,该方法还可以包括:该接收设备通过ARQ进行数据传输。在本申请实施例中,在确定HARQ进程关闭之后,可以使用ARQ机制进行数据传输,当对接收到的数据解调或解码等失败时,可以向发送设备反馈重传信息,且无需保存解调或解码失败的数据,无需过大的存储空间。
本申请第二方面提供一种关闭HARQ进程的方法,包括:
发送设备获取与接收设备对应的HARQ进程信息;若该发送设备确定该HARQ进程信息符合第二预设条件,则该发送设备向该接收设备发送指示数据,该指示数据用于通知该接收设备HARQ进程关闭。在本申请实施例中,发送设备获取与接收设备对应的HARQ进程信息之后,若发送设备确定该HARQ进程信息符合第二预设条件,发送设备可以生成指示HARQ进程关闭的指示数据,并发送给接收设备,以使接收设备通过该指示数据确定HARQ进程关闭,不启用HARQ机制进行数据传输。因此,可以避免HARQ进程占用的存储空间过大。
可选地,在一些可能的实施方式中,若该发送设备确定该HARQ进程信息符合预设条件,则该发送设备向该接收设备发送指示数据,可以包括:若该发送设备确定该HARQ进程的数目大于阈值,则该发送设备确定该HARQ进程信息符合该第二预设条件;该发送设备向该接收设备发送该指示数据。在本申请实施例中,第二预设条件可以是HARQ进程的数目大于阈值。若HARQ进程的数目大于阈值,则可以确定HARQ进程占用的存储空间也就较大。因此,发送设备可以确定关闭HARQ进程,不启用HARQ机制进行数据传输。可以避免HARQ进程占用接收设备过大的存储空间。
可选地,在一些可能的实施方式中,该指示数据为广播消息,该发送设备向该接收设 备发送该指示数据,可以包括:该发送设备生成该广播消息,该广播消息中的第一预设位的值为第一预设值,且该第一预设值用于指示该接收设备关闭该HARQ进程。在本申请实施例中,发送设备可以通过广播消息的方式通知接收设备关闭HARQ进程。
可选地,在一些可能的实施方式中,该指示数据可以是第一DCI。在本申请实施例中,发送设备可以通过DCI的方式通知接收设备HARQ进程关闭。
可选地,在一些可能的实施方式中,该发送设备向该接收设备发送该指示数据,可以包括:该发送设备向该接收设备发送该第一DCI,该第一DCI中第二预设位的值为第二预设值,且该第二预设值用于指示该接收设备关闭该HARQ进程。在本申请实施例中,第一DCI的第二预设位的值为第二预设值,即可指示关闭HARQ进程,使得接收设备可以根据该第一DCI中的第二预设位的值确定HARQ进程关闭,避免HARQ进程占用过大的存储空间。
可选地,在一些可能的实施方式中,该发送设备向该接收设备发送该指示数据,可以包括:该发送设备向该接收设备发送该第一DCI,该第一DCI中与该HARQ进程对应的字段长度为预设长度,该预设长度用于指示该接收设备关闭该HARQ进程。在本申请实施例中,可以通过第一DCI中与HARQ进程对应的字段长度来指示是否关闭HARQ进程,使得接收设备在接收到第一DCI时,通过第一DCI中与该HARQ进程对应的字段长度为预设长度确定HARQ进程关闭,避免HARQ进程占用过大的存储空间。
可选地,在一些可能的实施方式中,该发送设备向该接收设备发送该指示数据,可以包括:该发送设备使用RA-RNTI对CRC数据进行加扰,得到加扰后的CRC数据;该发送设备向该接收设备发送该加扰后的CRC数据。在本申请实施例中,发送设备可以使用RA-RNTI对CRC数据进行加扰,得到加扰后的CRC数据,加扰后的CRC数据可以用于指示是否关闭HARQ进程。当接收设备接收到该加扰后的CRC数据之后,可以对该CRC数据进行解扰,以确定HARQ进程关闭,避免HARQ进程占用过大的存储空间。
可选地,在一些可能的实施方式中,该发送设备使用RA-RNTI对CRC数据进行加扰,得到加扰后的CRC数据,可以包括:该发送设备通过该RA-RNTI对该CRC数据中的第三预设位的数据进行加扰,得到该加扰后的CRC数据。在本申请实施例中,对CRC数据进行加扰的方式有多重,可以通过该RA-RNTI对该CRC数据中的第三预设位的数据进行加扰,得到加扰后的数据。接收设备在接收到加扰后的CRC数据之后,可以对CRC数据中的第三预设位的数据进行解扰,若解扰成功,则可以确定HARQ进程关闭,避免HARQ进程占用过大的存储空间。
可选地,在一些可能的实施方式中,该发送设备使用RA-RNTI对CRC数据进行加扰,得到加扰后的CRC数据,可以包括:该发送设备对该RA-RNTI进行处理,得到偏移数据;该发送设备根据该偏移数据对该CRC数据进行加扰,得到该加扰后的CRC数据。在本申请实施例中,可以对RA-RNTI进行处理,得到偏移数据,并使用偏移数据对CRC数据进行加扰。
可选地,在一些可能的实施方式中,该发送设备对该RA-RNTI进行处理,得到偏移数据,可以包括:该发送设备根据预置规则调整RA-RNTI的顺序,得到该偏移数据;或,该发送设备将RA-RNTI加上预设偏移值,得到该偏移数据;或,所述接收设备根据预设映射 规则将RA-RNTI映射得到所述偏移数据。因此,在本申请实施例中,可以通过多种方式对RA-RNTI进行处理,得到偏移数据。可以使得到的偏移数据更安全,提高对CRC进行加扰的安全性。
可选地,在一些可能的实施方式中,该发送设备向该接收设备发送指示数据之后,该方法还可以包括:该发送设备根据复用数据生成第二DCI,该第二DCI中与该HARQ进程相关的第四预设位在该HARQ进程关闭之后用于传输复用数据。在本申请实施例中,发送设备可以对第二DCI进行复用,第二DCI中与HARQ进程相关的第四预设位在该HARQ进程关闭之后可以用于传输复用数据,可以提高网络资源的利用率。
可选地,在一些可能的实施方式中,该复用数据可以包括:与该接收设备对应的卫星的过顶时间、功率调整步长、交织深度、与该接收设备对应的卫星的中断时长中的至少一种。
本申请第三方面提供一种接收设备,包括:收发单元、处理单元;
所述收发单元,用于接收设备获取指示数据,所述指示数据用于指示HARQ进程关闭;
所述处理单元,用于关闭所述HARQ进程。
可选地,在一些可能的实施方式中,所述指示数据包括网络标识号;
所述处理单元,具体用于根据预设的映射关系,确定所述网络标识号指示关闭所述HARQ进程,则所述接收设备关闭所述HARQ进程。
可选地,在一些可能的实施方式中,所述指示数据包括广播消息;
所述处理单元,具体用于若确定所述广播消息中第一预设位的值为第一预设值,则关闭所述HARQ进程。
可选地,在一些可能的实施方式中,所述指示数据包括第一下行控制信息DCI;
所述处理单元,具体用于:
判断所述第一DCI是否符合第一预设条件;
若是,则关闭所述HARQ进程。
可选地,在一些可能的实施方式中,所述处理单元,具体用于:
所述接收设备读取所述第一DCI中第二预设位;
若确定所述第二预设位为第二预设值,则所述第一DCI符合第一预设条件。
可选地,在一些可能的实施方式中,所述处理单元,具体用于:
获取所述第一DCI中与所述HARQ进程对应的字段长度;
若所述字段长度为预设长度,则所述第一DCI符合第一预设条件。
可选地,在一些可能的实施方式中,所述指示数据包括循环冗余校验CRC数据,
所述处理单元,具体用于:
根据随机接入无线网络临时标识RA-RNTI对所述CRC数据进行解扰,得到解扰结果;
若所述解扰结果为成功,则关闭所述HARQ。
可选地,在一些可能的实施方式中,所述处理单元,具体用于:
通过所述RA-RNTI对所述CRC数据中的第三预设位的数据进行解扰,得到所述解扰结果。
可选地,在一些可能的实施方式中,所述处理单元,具体用于:
对所述RA-RNTI进行处理,得到偏移数据;
根据偏移数据对所述CRC数据进行解扰,得到所述解扰结果
可选地,在一些可能的实施方式中,所述处理单元,具体用于:
根据预置规则调整RA-RNTI的顺序,得到所述偏移数据;
或,
将RA-RNTI加上预设偏移值,得到所述偏移数据;
或,
根据预设映射规则将RA-RNTI映射得到所述偏移数据。
可选地,在一些可能的实施方式中,在所述处理单元关闭所述HARQ进程之后,所述收发单元,还用于接收第二DCI,所述第二DCI中与所述HARQ进程相关的第四预设位在所述HARQ进程关闭之后用于传输复用数据,所述第四预设位为关闭所述HARQ进程后空出的比特位。
可选地,在一些可能的实施方式中,所述复用数据包括:与所述接收设备对应的卫星的过顶时间、功率调整步长、交织深度、与所述接收设备对应的卫星的中断时长中的至少一种。
可选地,在一些可能的实施方式中,所述处理单元关闭所述HARQ进程之后,所述收发单元,还用于通过自动重传请求ARQ进行数据传输。
本申请第四方面提供一种发送设备,包括:
处理单元,获取与接收设备对应的HARQ进程信息;
收发单元,用于若所述发送设备确定所述HARQ进程信息符合第二预设条件,则向所述接收设备发送指示数据,所述指示数据用于指示所述接收设备HARQ进程关闭。
可选地,在一些可能的实施方式中,
所述处理单元,还用于若确定所述HARQ进程的数目大于阈值,则确定所述HARQ进程信息符合所述第二预设条件;
所述收发单元,具体用于向所述接收设备发送所述指示数据。
可选地,在一些可能的实施方式中,所述指示数据为广播消息,所述收发单元,具体用于向所述接收设备发送所述广播消息,所述广播消息中的第一预设位的值为第一预设值,且所述第一预设值用于指示所述接收设备所述HARQ进程关闭。
可选地,在一些可能的实施方式中,所述指示数据为第一DCI。
可选地,在一些可能的实施方式中,
所述收发单元,具体用于向所述接收设备发送所述第一DCI,所述第一DCI中第二预设位的值为第二预设值,且所述第二预设值用于指示所述接收设备所述HARQ进程关闭。
可选地,在一些可能的实施方式中,
所述收发单元,具体用于向所述接收设备发送所述第一DCI,所述第一DCI中与所述HARQ进程对应的字段长度为预设长度,所述预设长度用于指示所述接收设备所述HARQ进程关闭。
可选地,在一些可能的实施方式中,
所述处理单元,还用于使用RA-RNTI对CRC数据进行加扰,得到加扰后的CRC数据;
所述收发单元,具体用于向所述接收设备发送所述加扰后的CRC数据。
可选地,在一些可能的实施方式中,
所述处理单元,具体用于通过所述RA-RNTI对所述CRC数据中的第三预设位的数据进行加扰,得到所述加扰后的CRC数据。
可选地,在一些可能的实施方式中,所述处理单元,具体用于:
对所述RA-RNTI进行处理,得到偏移数据;
根据所述偏移数据对所述CRC数据进行加扰,得到所述加扰后的CRC数据。
可选地,在一些可能的实施方式中,所述处理单元,具体用于:
根据预置规则调整RA-RNTI的顺序,得到所述偏移数据;
或,
将RA-RNTI加上预设偏移值,得到所述偏移数据;
或,
根据预设映射规则将RA-RNTI映射得到所述偏移数据。
可选地,在一些可能的实施方式中,
所述处理单元,还用于所述收发单元向所述接收设备发送指示数据之后,根据复用数据生成第二DCI,所述第二DCI中第四预设位为复用数据,所述第四预设位为关闭所述HARQ进程后空出的比特位;
所述收发单元,还用于向所述接收设备发送所述第二DCI。
可选地,在一些可能的实施方式中,所述复用数据可以包括:与所述接收设备对应的卫星的过顶时间、功率调整步长、交织深度、与所述接收设备对应的卫星的中断时长等等中的至少一种。
本申请实施例第五方面提供一种接收设备,可以包括:
处理器、存储器以及输入输出接口,该处理器、该存储器与该输入输出接口连接;该存储器,用于存储程序代码;该处理器调用该存储器中的程序代码时执行本申请第一方面或第一方面任一实施方式提供的方法的步骤。
本申请实施例第六方面提供一种发送设备,可以包括:
处理器、存储器以及输入输出接口,该处理器、该存储器与该输入输出接口连接;该存储器,用于存储程序代码;该处理器调用该存储器中的程序代码时执行本申请第二方面或第二方面任一实施方式提供的方法的步骤。
本申请第七方面提供一种芯片系统,应用于接收设备,该芯片系统包括处理器,用于支持接收设备实现上述方面中所涉及的功能,例如处理上述方法中所涉及的数据和/或信息。在一种可能的设计中,所述芯片系统还包括存储器,所述存储器,用于保存接收设备必要的程序指令和数据。该芯片系统,可以由芯片构成,也可以包括芯片和其他分立器件。
其中,上述任一处提到的处理器,可以是一个通用中央处理器(CPU),微处理器,特定应用集成电路(application-specific integrated circuit,ASIC),或一个或多个用 于控制上述第一方面关闭HARQ进程的方法的程序执行的集成电路。
本申请第八方面提供一种芯片系统,应用于发送设备,该芯片系统包括处理器,用于支持发送设备实现上述方面中所涉及的功能,例如处理上述方法中所涉及的数据和/或信息。在一种可能的设计中,所述芯片系统还包括存储器,所述存储器,用于保存发送设备必要的程序指令和数据。该芯片系统,可以由芯片构成,也可以包括芯片和其他分立器件。
其中,上述任一处提到的处理器,可以是一个通用中央处理器(CPU),微处理器,特定应用集成电路(application-specific integrated circuit,ASIC),或一个或多个用于控制上述第二方面关闭HARQ进程的方法的程序执行的集成电路。
本申请实施例第九方面提供一种通信系统,该通信系统可以包括接收设备与发送设备;
该接收设备可以用于执行第一方面或第一方面任一实施例中接收设备所执行的步骤;
该发送设备可以用于执行第二方面或第二方面任一实施例中发送设备所执行的步骤。
本申请实施例第十方面提供一种存储介质,需要说明的是,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产口的形式体现出来,该计算机软件产品存储在一个存储介质中,用于储存为上述设备所用的计算机软件指令,其包含用于执行上述第一方面或第二方面中任一可选实施方式为接收设备或者发送设备所设计的程序。
该存储介质包括:U盘、移动硬盘、只读存储器(英文缩写ROM,英文全称:Read-Only Memory)、随机存取存储器(英文缩写:RAM,英文全称:Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
本申请实施例第十一方面提供一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行如本申请第一方面或第二方面任一可选实施方式中所述的方法。
在本申请实施提供的方案中,接收设备可以获取指示数据,若接收设备确定该指示数据指示关闭HARQ进程,则接收设备关闭HARQ进程。因此,在本申请实施例中,接收设备可以根据指示数据直接确定关闭HARQ进程,避免HARQ进程占用过多的缓存空间。并且,关闭HARQ进程之后,后续与HARQ进程相关的数据可以进行复用,提高了传输数据的利用率,节约了网络资源,提升系统性能。
图1a为本申请实施例中应用场景的一种示意图;
图1b为本申请实施例中应用场景的另一种示意图;
图2为本申请提供的接收设备的一种结构示意图;
图3为本申请提供的发送设备的一种结构示意图;
图4为本申请提供的接收设备的另一种结构示意图;
图5为本申请提供的关闭HARQ进程的方法的一种流程示意图;
图6为本申请提供的关闭HARQ进程的方法的另一种流程示意图;
图7为本申请提供的关闭HARQ进程的方法的另一种流程示意图;
图8为本申请提供的关闭HARQ进程的方法的另一种流程示意图;
图9为本申请提供的关闭HARQ进程的方法的另一种流程示意图;
图10a为本申请提供的关闭HARQ进程的方法的一种加扰方式示意图;
图10b为本申请提供的关闭HARQ进程的方法的另一种加扰方式示意图;
图11a为本申请提供的关闭HARQ进程的方法的另一种加扰方式示意图;
图11b为本申请提供的关闭HARQ进程的方法的另一种加扰方式示意图;
图12为本申请提供的关闭HARQ进程的方法的另一种加扰方式示意图;
图13为本申请提供的关闭HARQ进程的方法的另一种流程示意图;
图14为本申请提供的关闭HARQ进程的方法的卫星过顶示意图;
图15为本申请提供的关闭HARQ进程的方法的卫星与接收设备距离示意图;
图16a为本申请提供的关闭HARQ进程的方法的交织的一种示意图;
图16b为本申请提供的关闭HARQ进程的方法的交织的另一种示意图;
图17为本申请提供的接收设备的另一种结构示意图;
图18为本申请提供的发送设备的另一种结构示意图。
本申请提供一种关闭HARQ进程的方法、接收设备以及发送设备,用于减少HARQ进程占用的缓存空间,提高网络吞吐量,增强系统性能。
本申请提供的关闭HARQ进程的方法可以应用于包括多个网络设备的场景。其中,一个接收设备可以与一个或多个发送设备连接,一个发送设备也可以与一个或多个接收设备连接。示例性地,本申请中的发送设备可以是基站,接收设备可以是终端设备。一个终端设备可以接入一个或多个基站,一个基站也可以连接一个或多个终端设备。例如,本申请实施例提供的关闭HARQ进程的方法的具体场景可以如图1a与图1b所示。如图1a所示,一个基站内可以接入一个或多个终端设备(如图1a中终端设备1、终端设备2),如图1b所示,一个终端设备也可以接入一个或多个基站(如图1b中基站1、基站2、基站3)。
更具体地,本申请实施例中的发送设备可以是各种形式的宏基站,微基站(也称为小站),中继站,接入点等。而在不同的通信系统中,发送设备的名称也可能会不同,例如,发送设备可以是全球移动通信系统(Global System for Mobile Communication,GSM)或码分多址(Code Division Multiple Access,CDMA)网络中的基站收发信台(Base Transceiver Station,BTS),宽带码分多址(Wideband Code Division Multiple Access,WCDMA)中的NB(NodeB),长期演进(Long Term Evolution,LTE)系统中的长期演进节点(Evolutional NodeB,eNB或eNodeB)。发送设备还可以是云无线接入网络(Cloud Radio Access Network,CRAN)场景下的无线控制器。发送设备还可以是5G网络中的基站设备或者未来演进的公共陆地移动网络(Public Land Mobile Network,PLMN)网络中的网络设备,例如,5G基站(Next generation NodeB,gNB)。发送设备还可以是可穿戴设备或车载设备。发送设备还可以传输接收节点(Transmission and Reception Point,TRP)等等。
本申请实施例中的接收设备可以是各种终端设备,该终端设备可以是各种包括通信功能的手持设备、可穿戴设备、计算设备或连接到无线调制解调器的其它处理设备等等。例 如,可以是移动站(Mobile Station,MS)、用户单元(subscriber unit)、蜂窝电话(cellular phone)、智能电话(smart phone)、无线数据卡、个人数字助理(Personal Digital Assistant,简称:PDA)电脑、平板型电脑、无线调制解调器(modem)、手持设备(handset)、膝上型电脑(laptop computer)、机器类型通信(Machine Type Communication,MTC)终端等等。
示例性地,本申请提供的接收设备的结构可以如图2所示。接收设备20包括处理器201、存储器202和收发器203,收发器203可以包括发射机2031、接收机2032和天线2033。存储器201可以用于存储数据或指令,处理器201可以用于执行存储器201中存储的指令,或者执行本申请实施例中提供的关闭HARQ进程的方法中接收设备所执行的步骤。接收机2032可以用于通过天线2033接收发送设备发送的数据,发射机2031可以用于通过天线2033向发送设备发送数据。
示例性地,本申请提供的发送设备的结构可以如图3所示。发送设备30可以包括处理器301、存储器302和收发器303,收发器303包括发射机3031、接收机3032和天线3033。存储器301可以用于存储数据或指令,处理器301可以用于执行存储器301中存储的指令,或者执行本申请实施例中提供的关闭HARQ进程的方法中接收设备所执行的步骤。发射机3031可以用于通过天线3033向接收设备发送数据,接收机3032可以用于通过天线3033接收接收设备发送的数据。
此外,当接收设备为终端设备时,该终端设备可以是手机、平板电脑、笔记本电脑、电视机、智能穿戴设备或其他具有显示屏的电子设备等等。在本申请提供实施例中,对该终端的具体形式不作任何限制。其中,终端可以搭载的系统可以包括
或者其它操作系统等,本申请实施例对此不作任何限制。
示例性的,以搭载
操作系统的终端100为例,如图4所示,终端100从逻辑上可划分为硬件层21、操作系统161,以及应用层31。硬件层21包括应用处理器101、微控制器单元103、调制解调器107、Wi-Fi模块111、传感器114、定位模块150、存储器105等硬件资源。应用层31包括一个或多个应用程序,比如应用程序163,应用程序163可以为社交类应用、电子商务类应用、浏览器等任意类型的应用程序。操作系统161作为硬件层21和应用层31之间的软件中间件,是管理和控制硬件与软件资源的计算机程序。
在一个实施例中,操作系统161包括内核23,硬件抽象层(hardware abstraction layer,HAL)25、库和运行时(libraries and runtime)27以及框架(framework)29。其中,内核23用于提供底层系统组件和服务,例如:电源管理、内存管理、线程管理、硬件驱动程序等;硬件驱动程序包括Wi-Fi驱动、传感器驱动、定位模块驱动等。硬件抽象层25是对内核驱动程序的封装,向框架29提供接口,屏蔽低层的实现细节。硬件抽象层25运行在用户空间,而内核驱动程序运行在内核空间。
库和运行时27也叫做运行时库,它为可执行程序在运行时提供所需要的库文件和执行环境。库与运行时27包括安卓运行时(Android Runtime,ART)271以及库273等。ART 271是能够把应用程序的字节码转换为机器码的虚拟机或虚拟机实例。库273是为可执行程序在运行时提供支持的程序库,包括浏览器引擎(比如webkit)、脚本执行引擎(比如 JavaScript引擎)、图形处理引擎等。
框架29用于为应用层31中的应用程序提供各种基础的公共组件和服务,比如窗口管理、位置管理等等。框架29可以包括电话管理器291,资源管理器293,位置管理器295等。
以上描述的操作系统161的各个组件的功能均可以由应用处理器101执行存储器105中存储的程序来实现。
所属领域的技术人员可以理解终端100可包括比图4所示的更少或更多的部件,图4所示的该终端仅包括与本申请实施例所公开的多个实现方式更加相关的部件。
终端通常支持安装多种应用程序(Application,APP),如文字处理应用程序、电话应用程序、电子邮件应用程序、即时消息应用程序、照片管理应用程序、网络浏览应用程序、数字音乐播放器应用程序、和/或数字视频播放器应用程序。
前述对本申请中的接收设备以及发送设备的结构进行了说明,下面基于前述图2-图4中的接收设备或发送设备,对本申请实施例提供的关闭HARQ进程的方法进行说明。
首先,请参阅图5,本申请实施例提供的关闭HARQ进程的方法的一种流程示意图,可以包括:
501、接收设备获取指示数据。
首先,接收设备获取指示数据,该指示数据用于指示是否关闭HARQ进程。该指示数据可以是由发送设备发送的,也可以是接收设备上存储的。
具体地,该指示数据可以包括网络标识号、第一下行控制信息(Downlink Control Information,DCI)、广播消息等等中的至少一种。该网络标识可以是该接收设备对应的网络标识,例如,若该接收设备为手机,该网络标识可以是该手机的用户身份识别卡(Subscriber Identification Module,SIM)卡的标识号、或者与该SIM卡对应的公共陆地移动网络(Public Land Mobile Network,PLMN)号、还可以是为该接收设备分配的网络标识等等。该第一DCI可以是由发送设备生成并发送的。该广播消息可以是发送设备对接入该发送设备的所有接收设备进行广播的消息。并且,在本申请中,指示数据可以是一种数据,例如,广播消息、DCI等等,也可以是至少两个数据结合指示接收设备关闭HARQ进程。例如,可以是广播消息与第一DCI同时通知接收设备关闭HARQ进程,接收设备接收到广播消息以及第一DCI之后,才确定关闭HARQ进程,以提高传输可靠性。
此外,若该指示数据为接收设备上存储的,则接收设备可以直接读取到该指示数据。若该指示数据为发送设备发送的,则接收设备在接收到该指示数据之前,还需要由发送设备确定是否关闭HARQ进程。具体地,在接收设备接入发送设备之后,发送设备可以确定是否关闭HARQ进程。通常,发送设备可以获取与接收设备对应的HARQ进程。发送设备可以是从自身存储的、或者从服务器获取与接收设备相关的数据,然后从接收设备相关的数据中获取接收设备的HARQ进程信息,可以包括HARQ进程的数目、每个HARQ进程对应的时域资源或频域资源等等。在发送设备获取到与接收设备对应的HARQ进程信息之后,判断HARQ进程信息是否符合第二预设条件。若HARQ进程信息符合第二预设条件,则发送设备可以确定关闭HARQ进程,即不启用HARQ机制,并向接收设备发送指示关闭HARQ进程的指示数据, 接收设备在接收到该指示数据之后,即可对该指示数据进行判断,确定是否关闭HARQ进程,或者若HARQ进程未开启则不启用HARQ进程。因此,当指示数据为接收设备上存储的,则接收设备可以根据自身存储的指示数据,直接确定是否关闭HARQ进程,以避免HARQ进程占用的存储空间过大。若该指示数据为发送设备发送的,则发送设备可以根据接收设备的实际情况,确定是否关闭HARQ进程,可以实现对接收设备的HARQ的动态调整,以避免HARQ进程占用接收设备的存储空间过大。
在具体应用场景中,在带有软合并的HARQ中,接收错误的数据包被存于缓存器内存中,并与之后重传的数据包进行合并,得到合并数据包,然后对该合并数据包进行纠错码的解码操作,如果解码失败,则请求重传。相对于仅对重传的数据进行解码,通过合并数据包进行解码更为可靠。而在使用HARQ机制时,需要缓存空间,以存储接收错误的数据包,并进行后续的软合并以及解码。通常,缓存空间的大小与HARQ进程数目相关,HARQ进程数目越多,则所需的缓存空间越大。例如,在NR系统中,可支持的HARQ进程数目为16个,而对于非地面网络(Non-Terrestrial Networks,NTN)系统,则支持的HARQ进行数目更大。又例如,对于地球赤道同步轨道(Geostationary orbit,GEO)而言,为了使数据占满整个空口,对于SCS=15kHz的情况,所需HARQ进程数目约为560个,为NR系统的35倍,所需的存储空间也是NR系统中的35倍。因此,将使得接收设备耗费更大的存储空间。因此,在本申请实施例中,接收设备可以通过指示数据关闭HARQ进程,避免HARQ进程占用接收设备的存储空间过大。
502、若接收设备确定所述指示数据指示关闭HARQ进程,则接收设备关闭HARQ进程。
接收设备在获取到指示数据之后,接收设备根据预置规则判断该指示数据是否指示关闭HARQ进程。若接收设备确定该指示数据指示关闭HARQ进程,则接收设备关闭HARQ进程。
具体地,若接收设备可以根据预置的对应关系,确定指示数据是否指示关闭HARQ进程。若指示数据指示关闭HARQ进程,则接收设备可以关闭HARQ进程,不启用HARQ机制。
需要说明的是,本申请实施例或者以下实施例中的接收设备关闭HARQ进程,即不启用HARQ机制。例如,在接收设备接入网络时,接收设备即可确定HARQ进程关闭,接收设备在进行数据传输时,可以只传输一次,而不进行重传。
此外,在本申请的一种可选的实施方式中,接收设备在接收到指示数据之后,即可确定关闭HARQ进程,接收设备可以无需读取指示数据的具体内容。例如,若发送设备与接收设备已约定规则,在任意一个预先约定的SIB中,或者在SIB1与SIB2之间,只要接收设备接收到指示数据,接收设备即可确定HARQ进程关闭,而无需读取指示数据的具体内容,以提高接收设备关闭HARQ进程的效率。
可选的另一种实施方式中,接收设备还可以根据指示数据,清楚地确定是否关闭HARQ进程。接收设备可以根据指示数据关闭HARQ进程,避免HARQ进程占用过多的缓存空间。并且,可选地,在关闭HARQ进程之后,后续与HARQ进程相关的数据可以进行复用,提高了传输数据的利用率,节约了网络资源,提升系统性能。
在本申请中,指示数据可以分为多种场景,可以是接收设备上存储的数据,也可以是接收发送设备发送的指示数据,下面分别对不同的场景进行说明。
首先,当指示数据为网络标识号时,具体流程示意图可以如图6所示,可以包括:
601、读取网络标识号。
接收设备读取网络标识号,该网络标识号可以是为接收设备分配的标识号,也可以是接收设备上的SIM卡中保存的PLMN号,或者还可以是接收设备接收到的PLMN号等。
示例性地,接收设备在接入网络之前,首先会进行网络查找,可以根据SIM卡中保存的运营商相关的数据,来选择接入的网络。每个运营商可以对应不同的PLMN号或者其他的网络标识号,接收设备可以根据运营商的设备发送的可接入的卫星的PLMN号或其他的网络标识号区分是否关闭HARQ进程。
602、根据预设的映射关系判断网络标识号是否指示关闭HARQ进程,若是,则执行步骤603,若否,则执行步骤604。
接收设备在获取到网络标识号之后,可以根据该网络标识号以及预设映射关系,判断该网络标识号是否指示关闭HARQ进程。若接收设备确定该网络标识号指示关闭HARQ进程,则接收设备关闭HARQ进程,即执行步骤603。若该网络标识号指示不关闭HARQ进程,则接收设备执行其他步骤,即步骤604。该预设映射关系可以是预设的,在为接收设备、SIM卡、运营商等等分配该网络标识号时,相应地,即可确定是否关闭HARQ进程,并将预设映射关系保存于接收设备,以使接收设备可以根据该预设映射关系确定读取到的网络标识号是否指示关闭HARQ进程。
通常,若接收设备上包括SIM卡,则该网络标识号可以是PLMN号,PLMN号可以是与SIM卡对应的运营商相对应的,例如,移动的PLMN号包括46000、联通的PLMN号包括46001,现有卫星系统的PLMN号有51000,90105等等。还可以为运营商的每个卫星分配PLMN号,例如,可以为地球赤道同步轨道(Geostationary orbit,GEO),中地球轨道(Medium Earth Orbit,MEO),低地球轨道(Low Earth Orbit,LEO)等卫星分别配置一个PLMN号。具体例如,若接收设备为手机,手机在开机之后,接入网络之前,会进行网络搜索,手机可以读取SIM卡中保存的PLMN号,然后根据预设映射关系,确定该PLMN号是否对应关闭HARQ进程,或者,手机在接入网络时,收到运营商设备发送的PLMN号,根据该PLMN号以及预设映射关系,确定是否关闭HARQ进程。
应理解,该预设映射关系,可以是由发送设备设置的,也可以是由运营商确定的,具体可以根据实际应用场景进行调整,本申请对此并不做限定。
示例性地,网络标识号与HARQ进程的预设映射关系可以以映射关系表来表示,如表1所示,
PLMN号 | 是否关闭HARQ进程 |
46000 | 否 |
46001 | 是 |
…… | …… |
XXXXX | 是 |
表1
接收设备在读取到PLMN号之后,可以根据该PLMN号在预设映射关系中查找与该PLMN号对应的映射关系,例如,若接收设备读取到PLMN号为46001,则根据该映射关系表,可 以确定该PLMN号指示关闭HARQ进程。
例如,以一个具体应用场景为例,接收设备为终端设备,该终端设备内的SIM卡中保存了多个PLMN号,终端设备在开机搜索网络时,接收主系统信息块(master information block,MIB)消息,该MIB消息中可以携带地面网络的接入信息,也可以携带NTN系统的接入信息,NTN系统的接入信息可以包括PLMN号。当该MIB消息中携带PLMN号时,若该PLMN号在终端设备存储的可接入的PLMN号中。终端设备可以确定可以接入NTN系统,此时可以根据该PLMN号与预设的映射关系,确定该PLMN号是否对应关闭HARQ进程。若是,则终端设备可以直接确定关闭HARQ进程。此外,若终端设备中可接入的网络都为NTN系统,则终端设备可以直接根据预设映射关系确定是否关闭HARQ进程。
603、关闭HARQ进程。
接收设备在确定网络标识号指示关闭HARQ进程之后,接收设备使HARQ进程保持关闭状态,即不启用HARQ机制。
604、执行其他步骤。
此外,若接收设备确定网络标识号并未指示关闭HARQ进程,则接收设备可以执行其他步骤,例如,开启HARQ进程,或者关闭所有或者部分HARQ进程,或者关闭HARQ进程之后启用ARQ机制等等,具体可以根据实际应用场景进行调整。
因此,在本申请实施例中,接收设备可以读取网络标识号,根据预设映射关系确定该网络标识号是否指示关闭HARQ进程,使接收设备可以根据网络标识号,清楚地确定是否关闭HARQ进程。避免HARQ进程占用过多的缓存空间。并且,关闭HARQ进程之后,后续与HARQ进程相关的数据可以进行复用,提高了传输数据的利用率,节约了网络资源,提升系统性能。
其次,当指示数据为网络标识号时,具体流程示意图可以如图7所示,可以包括:
701、发送设备获取与接收设备对应的HARQ进程信息。
在接收设备接入发送设备之后,发送设备可以确定是否关闭HARQ进程。通常,发送设备可以获取与接收设备对应的HARQ进程。
具体地,发送设备可以是从自身存储的、或者从服务器获取与接收设备相关的数据,然后从接收设备相关的数据中获取接收设备的HARQ进程信息,包括HARQ进程的数目、每个HARQ进程对应的时域资源或频域资源等等。
702、发送设备确定是否关闭HARQ进程。
在发送设备获取到与接收设备对应的HARQ进程信息之后,判断HARQ进程信息是否符合第二预设条件。若HARQ进程信息符合第二预设条件,则发送设备可以确定关闭HARQ进程。
具体地,该第二预设条件可以是HARQ进程的数目大于阈值、或者接收设备的缓存空间小于阈值,该阈值可以是预设的值或者HARQ进程所占用的最大的存储空间,或者也可以是该HARQ进程信息中包括直接指示关闭HARQ进程的指示数据等等,具体可以根据实际应用场景进行调整,本申请对此不作限定。
示例性地,在实际应用场景的NR系统中,当与发送设备之间的通信启用HARQ机制时, 在接收设备上需要一段合适的缓存空间,以存储接收到的数据,以进行后续的软合并以及解码。该缓存空间的大小与HARQ进程的数目相关,其进程数目:
其中RTT表示发送设备与接收设备的传输往返时间(Round Trip Time,RTT),T
sf表示传输数据的子帧长度,T
ue表示UE的处理时间,T
ack表示确认(Acknowledgement,ACK)或者否认(Negative Acknowledgement,NACK)的传输时间,T
nb表示gNB的处理时间,接收设备所需的存储空间为M
rx=N
HARQN
trM
p,其中,N
tr表示包含重传在内的最大传输次数,M
p为一个包的大小,因此,可以根据HARQ进程数目确定接收设备所需的存储空间的大小。通常,NR系统中,支持的HARQ进程数目为16。由于NR系统中的RTT较小,HARQ进程的数目主要取决于UE与gNB的处理时间。而对于NTN系统,由于RTT很大,HARQ进程数目也会剧增。例如,对于GEO的bentpipe卫星而言,其RTT=544ms,因此所需HARQ进程数目约为56(对于SCS=15kHz的情况),若考虑NTN和NR系统中的重传次数相同,NTN的接收端所需存储空间为现有NR系统中的560/16=35倍,因此,HARQ进程将消耗接收设备非常大的存储空间。因此,在本申请实施例中,发送设备可以确定关闭HARQ进程,或者,由接收设备根据自身存储的网络标识号确定关闭HARQ进程,以降低HARQ进程占用接收设备的存储空间。
并且,相对于使用NDI指示新传或者重传数据,当NDI指示为新传数据,即可清空缓存数据,但与HARQ进程相关的比特不能复用为其他数据,而本申请实施例中,可选地,在确定关闭HARQ进程后,可以对后续与HARQ进程相关的比特进行复用,用于传输复用数据。因此,本申请实施例中,发送设备可以确定关闭HARQ机制,或者由接收设备根据网络标识号关闭HARQ进程,可以减少HARQ进程所占用的存储空间,提高数据吞吐量,提高网络资源利用率。
703、发送设备生成广播消息,并发送至接收设备。
在发送设备确定关闭接收设备对应的HARQ进程之后,生成用于指示关闭HARQ进程的广播消息,该广播消息符合预置条件。该预置条件可以是广播消息的第一预设位的值为第一预设值、低于第一数值或者高于第二数值等等,具体可以根据实际应用场景进行调整。
例如,该预置条件可以是广播消息的第一预设位的值为第一预设值,该第一预设值可以是0,也可以是1等,如表2所示,
1比特 | HARQ状态 |
‘0’ | 开启 |
‘1’ | 关闭 |
表2
当第一预设位的值为1时,该广播消息即指示关闭HARQ进程,为第一预设位的值为0时,即指示开启HARQ进程。或者,如表3所示,
1比特 | HARQ状态 |
‘1’ | 开启 |
‘0’ | 关闭 |
表3
当第一预设位的值为0时,该广播消息即指示关闭HARQ进程,为第一预设位的值为1时,即指示开启HARQ进程。
示例性地,若接收设备为终端设备,发送设备可以是基站。通常。当终端设备接入基站时,基站可以向接入基站的终端设备发送广播消息,该广播消息可以是系统信息块(System Information Block,SIB)消息,SIB消息可以包括SIB1、SIB2、SIB3等等,不同的SIB消息可以承载不同的数据。本申请实施例中的广播消息可以是SIB1也可以是SIB2或SIB3等等。例如,通常,在NR系统中,定义了多种不同的SIB,每个SIB所承载的数据的类型不同,每个SIB对应的具体内容与LTE系统中有所不同,例如,在NR中,SIB1提供了用户设备(User Equipment,UE)初始接入的信息,而在LTE系统中,初始信息由SIB2提供。此外,在NR中,除了SIB1按照160ms的间隔进行周期广播外,其他SIB的发送可以通过多种方式进行传输:1)仍然像LTE中的方式,以固定的时间间隔进行周期性的传输;2)在UE接入网络之后,基于UE的请求进行发送,以减少信令开销。而由于随机接入的MSG3(message3)支持HARQ功能,因此,在UE随机接入中,即需确定HARQ进程关闭或者开启。因此,指示数据可以是SIB消息,例如,该指示数据可以是SIB1消息,也可以理解为SIB1消息中携带指示关闭或开启HARQ进程的数据。在SIB1消息中添加指示数据的方式可以由多种,例如,可以在SIB1消息的cellAccessRelatedInfo字段中增加1比特信息,用于指示开启或关闭HARQ进程,或者,在SIB消息中增加一个字段,例如可以命名为HARQDisableIndicatior,其具体的范围可以是(0,1)。
704、接收设备解析广播消息。
接收设备在接收到广播消息之后,对该广播消息进行解析,获取该广播消息中携带的数据。
通常,接收设备接收到的广播消息为发送设备调制后的数据,接收设备在接收到广播消息后,可以首先对广播消息进行解调、解码、或校验等等,然后再读取广播消息中携带的数据。
705、若广播消息指示关闭HARQ进程,则接收设备关闭HARQ进程。
在接收设备获取到广播消息中携带的数据之后,可以读取广播消息中的第一预设位,并根据第一预设位确定是否指示关闭HARQ进程。
具体地,可以是判断广播消息的第一预设位的值是否为第一预设值,若为第一预设位的值为第一预设值,接收设备确定第一预设位的值即指示关闭HARQ进程,则接收设备关闭HARQ进程。
因此,在本申请实施例中,发送设备在确定关闭HARQ进程之后,可以通过广播消息的方式通知接收设备关闭HARQ进程,以使接收设备关闭HARQ进程。避免HARQ进程占用过多的缓存空间。并且,关闭HARQ进程之后,后续与HARQ进程相关的数据可以进行复用,提 高了传输数据的利用率,节约了网络资源,提升系统性能。
除了广播消息,指示数据也可以是DCI。当指示数据为网络标识号时,具体流程示意图可以如图8所示,可以包括:
801、发送设备获取与接收设备对应的HARQ进程信息。
802、发送设备确定是否关闭HARQ进程。
需要说明的是,本申请实施例的步骤801与步骤802,与前述图7中的步骤701与步骤702类似,具体此处不再赘述。
803、发送设备生成第一DCI。
发送设备在确定关闭接收设备的HARQ进程之后,可以通过DCI的方式通知接收设备,即发送设备可以生成第一DCI。
当通过DCI指示关闭HARQ进程时,可以有多种方式,包括在第一DCI中增加预设长度的数据或调整DCI中与HARQ相关的字段长度等等。下面示例性地对其中两种方式进行具体说明:
1、DCI中第二预设位为第二预设值
可以将第一DCI中第二预设位的值设置为第二预设值。该第二预设位为第一DCI中与HARQ进程对应的比特位,或者新增加的比特位。当第二预设位为第一DCI中新增加的比特位时,可以在第一DCI中增加预设长度的数据,该预设长度的数据用于指示是否关闭HARQ进程。当该第二预设位为第一DCI中与HARQ进程对应的比特位时,该第二预设位可以包括NDI、HARQ进程数目等等相关的比特位。
例如,可以在第一DCI中增加1比特信息,用于指示开启或者关闭HARQ。以DCI_0为例,可以在DCI_0中增加1比特HARQ的状态指示,具体地,增加1比特信息之后的DCI_0所包括的数据可以如表4所示:
表4
如表4所示,可以在DCI_0的末位增加1比特,用于指示HARQ是否关闭。当然,除了在DCI的末位增加1比特外,也可以是在DCI的其他位置增加预设长度的比特数据,具体可以根据实际应用场景进行调整。更具体地,还可以是“0”指示关闭HARQ进程,“1”标 识开启HARQ进程,或者“1”指示关闭HARQ进程,“0”标识开启HARQ进程等等。
或者,也可以不在DCI_0中增加1比特,可以直接使用NDI、RV或者HARQ进程数目所占用的数据中的至少一个比特,设置为第二预设值。例如,可以将NDI、RV以及HARQ进程数目所占用的7个比特位全部设置为0,即“0000000”,或者全部设置为1,即“1111111”,或者按照与接收设备约定的规则,设置为预设的值等等,具体可以根据实际应用场景进行调整。
2、调整DCI中与HARQ相关的字段长度
DCI中,通常会携带与HARQ相关的数据,例如前述表4中的NDI、RV以及HARQ进程数目等等。可以通过调整与HARQ相关的数据的字段长度,以指示关闭或开启HARQ进程。
例如,如表4所示,与HARQ相关的数据的字段长度为7比特,若发送设备确定是否关闭HARQ进程,则该7比特数据可以复用为其他数据,复用后的字段长度不为k,k可以大于7或者小于7。当接收设备检测到与HARQ相关的数据的字段长度不为7时,即可确定关闭HARQ进程,或者不启用HARQ进程。
804、接收设备解析第一DCI。
在接收设备接收到第一DCI之后,接收设备可以对该第一DCI进行解析,提取第一DCI中所携带的信息。
通常,接收设备接收到的第一DCI为发送设备调制后的数据,接收设备在接收到第一DCI后,可以首先对第一DCI进行解调、解码、或校验等等,然后提取第一DCI中携带的数据。
805、若第一DCI符合第一预设条件,则接收设备关闭HARQ进程。
接收设备在获取到第一DCI中携带的信息之后,对所携带的信息进行处理。该第一DCI中可以包括于HARQ进程相关的数据。具体地,第一DCI中可以包括直接指示HARQ进程是否关闭的第二预设位,也可以是第一DCI中包括与HARQ进程对应的字段长度为预设长度等等。
接收设备可以判断接收到的第一DCI是否满足第一预设条件,该第一预设条件可以是第一DCI中可以包括直接指示HARQ进程关闭的第二预设位,也可以是第一DCI中包括与HARQ进程对应的字段长度不为预设长度等等。当接收设备确定第一DCI符合第一预设条件之后,即可确定关闭HARQ进程或者直接不启用HARQ进程等等。
在接收设备关闭HARQ进程之后,DCI中与HARQ相关的数据,即可复用为其他数据。并且,若通过DCI中与HARQ进程对应的字段长度来指示是否关闭HARQ进程,则若确定关闭HARQ集成,则第一DCI中与HARQ进程对应的字段长度可以用于复用其他数据,提高网络资源利用率,并且,也可以不复用为其他数据,可以降低信令开销。
因此,在本申请实施例中,可以通过DCI指示是否关闭HARQ进程,当接收设备确定第一DCI符合第一预设条件时,即可确定关闭HARQ进程。因此,接收设备可以根据接收到的DCI准确地确定是否关闭HARQ进程。避免HARQ进程占用过多的缓存空间。并且,关闭HARQ进程之后,后续与HARQ进程相关的数据可以进行复用,提高了传输数据的利用率,节约了网络资源,提升系统性能。
当指示数据为CRC数据时,具体流程示意图可以如图9所示,可以包括:
901、发送设备获取与接收设备对应的HARQ进程。
902、发送设备确定是否关闭HARQ进程。
需要说明的是,本申请实施例的步骤901与步骤902,与前述图7中的步骤701与步骤702类似,具体此处不再赘述。
903、发送设备对CRC数据进行加扰。
发送设备在确定关闭HARQ进程之后,通过随机接入无线网络临时标识(random access-radio network temporary identifier,RA-RNTI)对CRC数据进行加扰。
具体地,该CRC数据可以是发送设备向接收设备发送的任一数据的CRC,也可以是预置数据的CRC等等,具体可以根据实际应用场景进行调整。例如,在NR系统中,因随机接入的MSG3支持HARQ功能,因此,在终端设备随机接入基站时,且在发送MSG3之前,即终端设备需确定HARQ进程关闭或者开启。因此,该CRC数据可以是MSG3发送之前的任一消息的CRC,例如,可以是DCI消息,也可以是SIB消息等等。
此外,利用RA-RNTI对CRC数据加扰的方式有多种,例如,当发送设备确定关闭HARQ进程时,可以是发送设备通过RA-RNTI对CRC数据中的第三预设位的数据进行加扰,也可以是发送设备对RA-RNTI进行处理得到偏移数据后,使用该偏移数据对CRC数据进行加扰等等。更具体地,发送设备对RA-RNTI的处理可以是:发送设备可以根据预置规则调整RA-RNTI的顺序,得到偏移数据,并根据该偏移数据对CRC数据进行加扰,还可以是发送设备将RA-RNTI加上预设偏移值,得到偏移数据后,根据该偏移数据对CRC数据进行加扰,还可以是直接对RNTI进行移位,或者在RA-RNTI之后添加预置长度的数据,还可以是发送设备根据预设映射规则将RA-RNTI映射得到偏移数据等等,具体可以根据实际应用场景进行调整。
当发送设备确定关闭HARQ进程时,可以是发送设备通过RA-RNTI对CRC数据中的第三预设位的数据进行加扰时,示例性地,通常在NR系统中,若CRC的长度为24位,RA-RNTI的长度为16位,可以将RA-RNTI加扰到CRC的后16位,即第8-24位。本申请实施例可以将RA-RNTI加扰到不同的位置,以指示不同的信息。在本申请实施例中,当发送设备确定不关闭HARQ进程时,可以将RA-RNTI加扰到CRC的后16位,如图10a所示,而当发送设备确定关闭HARQ进程时,可以将RA-RNTI加扰到CRC与后16位不同的位置,例如,如图10b所示,可以将RA-RNTI加扰到CRC的后7-23位或者其他位置等等,以指示接收设备关闭HARQ进程。通常,为了降低接收设备的解码复杂度,当发送设备确定关闭HARQ进程时,可以将RA-RNTI加扰到CRC的7-23,即相对于不关闭HARQ进程前移1位。
发送设备根据预置规则调整RA-RNTI的顺序,得到调整顺序后的RA-RNTI,并根据调整顺序后的RA-RNTI对CRC数据进行加扰时,示例性地,若RA-RNTI共16位,可以分为前m位与后n位,m+n=16,且m,n都为正整数。例如,当m=n=8时,若发送设备确定关闭HARQ进程,发送设备可以将m位与n位调换顺序,即将m+n位调换为n+m位,如图11a所示,并使用调换顺序后的RA-RNTI对CRC数据进行加扰,以指示接收设备关闭HARQ进程。若发送设备确定不关闭HARQ进程,则可以继续使用m+n对CRC数据进行加扰,如图11b所示, 以指示接收设备不关闭HARQ进程。当然,也可以是使用m+n对CRC进行加扰,以指示关闭HARQ进程,使用n+m对CRC进行加扰,以指示不关闭HARQ进程。
发送设备将RA-RNTI加上预设偏移值,得到偏移数据,并根据该偏移数据对CRC数据进行加扰时,示例性地,在NR系统中,gNB根据接收MSG1(massage1)的时频位置计算RA-RNTI,并对CRC数据进行加扰。可以将RA-RNTI进行一定程度的偏移,即通过RA-RNTI+k对CRC数据进行加扰,k为大于0的正整数,即k为预设偏移值,如图12所示。然后发送设备在生成MSG2(message2)时,若发送设备确定关闭HARQ进程,则可以使用RA-RNTI+k对CRC进行加扰,以指示接收设备关闭HARQ进程。若发送设备确定不关闭HARQ进程,则可以使用RA-RNTI对CRC进行加扰,以指示接收设备不关闭HARQ进程。当然,也可以是使用RA-RNTI+k对CRC进行加扰,以指示接收设备不关闭HARQ进程,使用RA-RNTI对CRC进行加扰,以指示接收设备关闭HARQ进程。
此外,发送设备可以根据预设映射规则将RA-RNTI映射得到偏移数据中,得到包含或者隐含了RA-RNTI的偏移数据。该预设映射规则可以是将RA-RNTI映射为与之相异的取值,例如,可以是将两个取值相近的RA-RNTI映射为两个差异较大的两个值的规则,以降低对接收数据的误检概率。
具体地,对CRC数据进行加扰的过程可以是,在确定对CRC加扰的数据之后,例如,可以是RA-RNTI、n+m的RA-RNTI,RA-RNTI+k等等,确定扰码多项式,然后将扰码多项式与CRC数据中需要加扰的数据进行异或运算,得到加扰后的CRC数据。对应的,接收设备在接收到CRC数据时,需要对该CRC数据进行解扰,即使用扰码多项式对该CRC进行数据恢复。
因此,在本申请实施例中,提供了多种对CRC进行加扰的方式,以通过CRC指示接收设备关闭或者不关闭HARQ进程,以使接收设备可以根据加扰后的CRC准确地确定是否关闭HARQ进程。
904、接收设备根据RA-RNTI解扰CRC数据。
在接收设备接收到发送设备发送的数据中的CRC数据之后,使用RA-RNTI对该CRC数据进行解扰。接收设备可以采用与发送设备对应的方式对接收到的CRC数据进行解扰。
具体地,可以是使用RA-RNTI该CRC的第三预设位的数据进行解扰,也可以是使用调整顺序后的RA-RNTI对CRC数据进行解扰,还可以是使用偏移预设偏移值后的RA-RNTI对该CRC数据进行解扰,还可以是根据预设映射规则将RA-RNTI映射得到偏移数据等等,具体可以根据实际应用场景进行调整。
905、若解扰结果为成功,则接收设备关闭HARQ进程。
在接收设备获取到HARQ进程发送的CRC数据之后,根据RA-RNTI对该CRC数据进行解扰,若解扰成功,则可以确定该CRC数据指示关闭HARQ进程,接收设备可以根据该CRC的指示关闭HARQ进程。
具体地,若发送设备通过RA-RNTI对CRC数据中的第三预设位的数据进行加扰或其他位置进行加扰等。接收设备在获取到CRC数据之后,使用对RA-RNTI该CRC的第三预设位的数据进行解扰,若解扰成功,则可以确定该CRC数据指示关闭HARQ进程。例如,通常在 NR系统中,若CRC的长度为24位,RA-RNTI的长度为16位。可以使用RA-RNTI对CRC的后16位,即第8-24位进行解扰,若解扰成功,则确定该CRC指示不关闭HARQ进程,若解扰不成功,则可以对7-23位进行解扰,若解扰成功,则可以确定该CRC指示关闭HARQ进程。当然,也可以是使用RA-RNTI对CRC的后16位,即第8-24位进行解扰,若解扰成功,则确定该CRC指示关闭HARQ进程,若解扰不成功,则可以对7-23位进行解扰,若解扰成功,则可以确定该CRC指示不关闭HARQ进程,具体如何指示关闭HARQ进程或使用不同数据进行解扰的顺序,可以根据实际应用场景进行调整。
若发送设备根据预置规则调整RA-RNTI的顺序,得到调整顺序后的RA-RNTI,即偏移数据,并根据调整顺序后的RA-RNTI对CRC数据进行加扰,接收设备可以使用RA-RNTI以及调整顺序后的RA-RNTI对CRC数据进行解扰。若使用RA-RNTI对CRC数据解扰成功,则可以确定该CRC数据指示不关闭HARQ进程,若使用调整顺序后的RA-RNTI对CRC数据进行解扰成功,则可以确定该CRC数据指示关闭HARQ进程。当然,也可以是若使用RA-RNTI对CRC数据解扰成功,则可以确定该CRC数据指示关闭HARQ进程,若使用调整顺序后的RA-RNTI对CRC数据进行解扰成功,则可以确定该CRC数据指示不关闭HARQ进程。例如,若RA-RNTI共16位,可以分为前m位与后n位,m+n=16,且m,n都为正整数,可以是使用m+n对CRC进行解扰,若解扰成功,则可以确定该CRC指示不关闭HARQ进程,若解扰不成功,则可以继续使用n+m对CRC进行解扰,若解扰成功,则确定该CRC指示关闭HARQ进程;也可以是使用m+n对CRC进行解扰,若解扰成功,则可以确定该CRC指示关闭HARQ进程,若解扰不成功,则可以继续使用n+m对CRC进行解扰,若解扰成功,则确定该CRC指示不关闭HARQ进程,具体如何指示关闭HARQ进程或使用不同数据进行解扰的顺序,可以根据实际应用场景进行调整。
若发送设备将RA-RNTI偏移预设偏移值后,得到偏移数据,并根据添加数据对CRC数据进行加扰。则接收设备在获取到CRC数据之后,可以使用RA-RNTI或者该偏移数据对该CRC数据进行解扰。具体地,可以使用RA-RNTI对该CRC数据进行解扰,若解扰成功,则确定该CRC数据指示关闭HARQ进程,若解扰不成功,则继续使用该偏移数据对该CRC数据进行解扰,若解扰成功,则可以确定该CRC指示不关闭HARQ进程。当然,也可以是使用RA-RNTI对该CRC数据进行解扰,若解扰成功,则确定该CRC数据指示不关闭HARQ进程,若解扰不成功,则继续使用该偏移数据对该CRC数据进行解扰,若解扰成功,则可以确定该CRC指示关闭HARQ进程,具体如何指示关闭HARQ进程或使用不同数据进行解扰的顺序,可以根据实际应用场景进行调整。
因此,在本申请实施例中,可以通过不同形式的RA-RNTI对CRC数据进行加扰,并准确地确定CRC数据是否指示HARQ进程关闭。可以避免HARQ进程占用过多的缓存空间。并且,关闭HARQ进程之后,后续与HARQ进程相关的数据可以进行复用,提高了传输数据的利用率,节约了网络资源,提升系统性能。
前述对本申请实施例中如何使接收设备确定关闭HARQ进程的具体流程进行了具体说明,在接收设备关闭HARQ进程之后,基于前述图5-12中任一实施方式,后续DCI中与HARQ进程对应的数据可以继续进行复用,具体可以如图13所示,可以包括:
1301、发送设备获取与接收设备对应的HARQ进程。
1302、发送设备确定是否关闭HARQ进程。
需要说明的是,本申请实施例的步骤1301与步骤1302,与前述图7中的步骤701与步骤702类似,具体此处不再赘述。
1303、发送设备发送指示数据。
在发送设备确定是否关闭HARQ进程之后,生成用于指示是否关闭HARQ进程的指示数据。该指示数据具体可以是网络标识号、第一DCI、广播消息或者CRC数据等等,具体可以参考前述图5-图12任一实施例中的步骤,此处不再赘述。
1304、接收设备关闭HARQ进程。
接收设备在接收到指示数据之后,该指示数据可以用于指示关闭HARQ进程,接收设备可以根据该指示数据确认关闭HARQ进程。包括不启用HARQ进程,或者关闭当前运行的全部或部分HARQ进程等等。
此外,在接收设备确定HARQ关闭之后,可以启用ARQ机制进行数据传输。ARQ机制即当接收设备接收到的数据解码不成功、或者数据丢失过大时,可以直接丢弃,并通知发送设备进行重传,无需占用过大的缓存空间,可以提升接收设备与发送设备之间的吞吐量。
1305、发送设备生成第二DCI。
在发送设备确定关闭HARQ进程,并通知接收设备关闭HARQ进程之后,发送设备可以生成第二DCI,该第二DCI中与HARQ进程对应的第四预设位在关闭HARQ进程之后可以用于传输复用数据。该第四预设位为关闭HARQ进程后空出的比特位,即在未关闭HARQ进程时,与HARQ进程相关的比特位。即第二DCI中与HARQ进程相关的数据即可复用为其他数据。该第二DCI为发送设备确认关闭并通知接收设备关闭HARQ进程之后的DCI数据。
例如,若HARQ进程未关闭,则DCI_0中可以包括与HARQ进程相关的NDI、RV以及HARQ进程数目等。然而,在本申请实施例中,HARQ进程关闭,即在发送设备通知接收设备关闭HARQ进程之后,发送设备与接收设备之间并不启用HARQ机制。因此,当接收设备读取到DCI_0中与HARQ进程相关的数据,并不使用该数据。而在本申请实施例中,DCI中与HARQ相关的数据可以是其他的复用数据。该复用数据可以包括:与接收设备对应的卫星的过顶时间、功率调整步长、交织深度、与接收设备对应的卫星的中断时长等等中的一种或多种。
示例性地,该复用数据中可以包括与接收设备对应的卫星的过顶时间。通常,对于非GEO卫星,不同波束交替过顶服务一个UE,因此,非GEO卫星与UE之间随着卫星的移动发生规律性的变化。例如,如图14所示,其中一个卫星的过顶规律。若UE获知卫星的过顶信息,则UE可以确定上行传输的时间,以提高传输的可靠性以及吞吐量。例如,通常,为了保证UE发送DCI、调度请求(Schedule Request,SR)、缓存状态报告(Buffer Status Report,BSR)或由物理上行共享信道(Physical Uplink Shared Channel,PUSCH)传输的数据等一系列上行调度流程发生在信道质量较好的时刻,gNB可以在关闭HARQ进程之后的第二DCI中通知UE下次波束的过顶时间,让UE确定好下次发送上行数据的时刻。因此,本申请实施例通过在在第二DCI中将与HARQ进程相关的数据替换为UE对应的卫星的过顶信息,使UE可以在信道质量较好的时刻发送上行数据,提高上行数据传输的可靠性,提高 网络吞吐量。
示例性地,该复用数据还可以包括功率调整步长。通常,非GEO卫星系统与NR中的地面系统具有显著区别。地面系统中只有UE移动,而在非GEO卫星系统中,卫星和UE将同时移动。例如,如图15所示,在t0时刻,卫星距离UE较近,而在t1时刻,由于卫星的快速运动,使得卫星与UE的距离产生较大变化。然而,在卫星与UE的距离产生较大变化的同时,UE与卫星之间进行数据传输的功率也将产生变化,变化范围较大。在功率变化范围较大的场景下,则需要更大的功率调整步长,以更快速地调节UE与卫星之间的传输功率。通常,在现有NR系统中,只是功率控制的数据占用2比特信息,仅能指示(-1dB,0dB,+1dB,+3dB)这四种步长,而在本申请实施例中,因DCI中与HARQ进程相关的数据可以进行复用,因此,可以增加功率控制数据的长度,将可以传输更多的步长。例如,若DCI中增加2比特,即使用4比特传输功率控制数据,那么,可以指示(-7dB,-5dB,-3dB,-1dB,0dB,+1dB,+3dB,5dB)这八种步长,使得功率调整步长的范围更大,调整功率的速度更快,提高UE与卫星之间传输数据的效率。
示例性地,该复用数据还可以包括交织深度。通常,GEO卫星时延较大,在进行调度时,对于上行会出现UE反馈信道质量指示(Channel Quality Indicator,CQI)过期的情况,或者确定的调制编码方案(Modulation and Coding Scheme,MCS)过期等等,而对于下行,也将出现MCS过期现象。上述过期现象将导致自适应调制与编码(Adaptive Modulation and Code,AMC)与信道不匹配,从而导致通信系统的误块率(Block Error Rate,BLER)增高。而功率控制的方法只能跟踪大粒度的变化,而无法有效的跟踪到信道小粒度的变化。因此,为了克服小粒度所带来的影响,可以引入符合或者子帧交织,以平均对信道的影响。例如,符号交织可以如图16a所示,可以按照预置规则调整符号的排列顺序。或者,子帧的交织如图16b所示,可以改变子帧的结构。交织深度作为一个可调整的参数,可以根据对时延的要求或所处的信道条件进行自适应变化。采用交织对数据进行处理之后再传输,可以克服衰落,降低数据丢失率,使接收设备更容易进行数据恢复。具体地,可以将第二DCI中与HARQ进程相关的数据复用部分或全部数据,用于通知UE交织深度。例如,以2比特数据复用为交织深度为例,比特和交织深度的映射关系可以如表5所示。
00 | 01 | 10 | 11 |
40ms | 80ms | 160ms | 240ms |
表5
其中,可以比特00可以指示40ms的交织深度,01指示80ms的交织深度,10指示160ms的交织深度,11指示240ms的交织深度。因此,在本申请实施例中,可以将第二DCI中与HARQ进程相关的数据复用为交织深度,使接收设备可以根据第二DCI中所包括的复用数据,确定交织深度,进而对接收到的交织数据进行解交织,可以降低衰落的影响,降低数据丢失的概率,提高数据传输的可靠性。
示例性地,复用数据还可以包括与接收设备对应的卫星的中断时长。通常,在实际应用中,瞬时时间t时刻,UE搜索卫星时,有可能不存在处于大于要求的仰角处,就会产生链路终端。例如,对于不同星座系统的链路中断时间如表6所示,
星座系统名称 | 平均中断时间 | 最小中断时间 | 最大中断时间 | 标准中断时间 |
Iridium系统 | 97.7 | 3.4 | 1198.0 | 101.7 |
Globalstar系统 | 76.3 | 7.1 | 220.0 | 60.4 |
Odyssey系统 | 210.9 | 34.4 | 550.1 | 141.9 |
表6
其中,Iridium系统的平均终端时间为97.7ms,最小中断时间为3.4ms,最大中断时间为1198.0ms,标准中断时间为101.7ms,Globalstar系统以及Odyssey系统如表6所示,以此类推。在链路中断的过程中,UE发送的上行数据,卫星将无法收到,或者,即使收到也无法正确解码。因此,可以在第二DCI中,使用部分或全部与HARQ进程相关的数据,通知UE接下来与卫星的中断时间的持续长度T。因此,UE可以在时间T内进行休眠,可以降低功耗,也可以降低网络中的干扰。因此,在本申请实施例中,在关闭HARQ进程之后,可以将第二DCI中与HARQ进程相关的数据复用为与接收设备对应的卫星的中断时长,以便接收设备可以提前或者与卫星的链路中断时间,进而进行更充分的准确,例如,可以进行休眠,或者使用其他方式进行通信等等,可以降低接收设备的功耗,降低网络对接收设备的干扰。
应理解,第二DCI中与HARQ进程相关的数据,可以同时复用为与接收设备对应的卫星的过顶时间、功率调整步长、交织深度、与接收设备对应的卫星的中断时长中的一种或多种,并且,除了本申请实施例中提供的接收设备对应的卫星的过顶时间、功率调整步长、交织深度、与接收设备对应的卫星的中断时长之外,也可以是其他的数据,当然,也可以对第二DCI中与HARQ进程相关的数据不进行复用,以减少信令开销,提高系统性能,具体可以根据实际应用场景进行调整,本申请对此并不作限定。
1306、接收设备解析第二DCI。
对应的,接收设备在接收到第二DCI之后,可以对该第二DCI进行解析,确定第二DCI中所包括的数据。若发送设备将第二DCI中与HARQ进程替换为复用数据,则接收设备在接收到该第二DCI之后,可以获取该第二DCI中的复用数据,例如,与接收设备对应的卫星的过顶时间、功率调整步长、交织深度、与接收设备对应的卫星的中断时长等等中的一种或多种。
应理解,本申请实施例中的步骤1305余步骤1306为可选步骤。
因此,在本申请实施例中,在发送设备确定关闭HARQ进程之后,可以将与HARQ进程相关的数据复用为其他数据,以实现数据复用,提高发送设备与接收设备之间的网络资源利用率。并且,可以使发送设备向接收设备通知其他数据,例如,功率调整步长、交织深度等等,使得接收设备的通信更稳定,提高接收设备的传输可靠性,提高网络资源利用率。并且,可以避免HARQ进程占用过多的缓存空间。并且,关闭HARQ进程之后,后续与HARQ进程相关的数据可以进行复用,提高了传输数据的利用率,节约了网络资源,提升系统性能。
此外,在一种可能的实施方式中,若接收设备本身不支持HARQ功能,那么,发送设备可以通过预先约定的方式,或者通过接收设备发送的能力协商数据确定接收设备不支持 HARQ功能之后,发送设备在与接收设备进行通信时,直接关闭HARQ进程,即不启用HARQ机制。例如,若终端设备不支持HARQ功能,基站在该终端设备接入时,即可获取该终端设备的特性,包括终端设备不支持HARQ功能,基站可以确定与该终端设备之间的通信不启用HARQ机制,在进行数据传输时,可以只传一次,或者通过ARQ进行数据传输等等。因此,在本申请实施例中,若接收设备不支持HARQ功能,则发送设备可以直接确定HARQ进程关闭,不启用HARQ机制,可以降低HARQ进程占用接收设备的存储空间,且降低了接收设备的能耗。
前述对本申请提供的方法进行了详细说明,除了前述图2-图4中提供的接收设备与发送设备,本申请还提供了另一种发送设备或接收设备。请参阅图17,本申请提供的另一种接收设备的结构示意图,可以包括:
收发单元1701,用于接收设备获取指示数据,指示数据用于指示HARQ进程关闭;
处理单元1702,用于关闭HARQ进程。
该接收设备可以执行前述图5-图16b对应的实施例中接收设备所执行的步骤。
可选地,在一些可能的实施方式中,指示数据包括网络标识号;
处理单元1702,具体用于根据预设的映射关系,确定网络标识号指示关闭HARQ进程,则接收设备关闭HARQ进程。
可选地,在一些可能的实施方式中,指示数据包括广播消息;
处理单元1702,具体用于若确定广播消息中第一预设位的值为第一预设值,则关闭HARQ进程。
可选地,在一些可能的实施方式中,指示数据包括第一下行控制信息DCI;
处理单元1702,具体用于:
判断第一DCI是否符合第一预设条件;
若是,则关闭HARQ进程。
可选地,在一些可能的实施方式中,处理单元1702,具体用于:
接收设备读取第一DCI中第二预设位;
若确定第二预设位为第二预设值,则第一DCI符合第一预设条件。
可选地,在一些可能的实施方式中,处理单元1702,具体用于:
获取第一DCI中与HARQ进程对应的字段长度;
若字段长度为预设长度,则第一DCI符合第一预设条件。
可选地,在一些可能的实施方式中,指示数据包括循环冗余校验CRC数据,
处理单元1702,具体用于:
根据随机接入无线网络临时标识RA-RNTI对CRC数据进行解扰,得到解扰结果;
若解扰结果为成功,则关闭HARQ。
可选地,在一些可能的实施方式中,处理单元1702,具体用于:
通过RA-RNTI对CRC数据中的第三预设位的数据进行解扰,得到解扰结果。
可选地,在一些可能的实施方式中,处理单元1702,具体用于:
对RA-RNTI进行处理,得到偏移数据;
根据偏移数据对CRC数据进行解扰,得到解扰结果。
可选地,在一些可能的实施方式中,处理单元1702,具体用于:
根据预置规则调整RA-RNTI的顺序,得到偏移数据;
或,
将RA-RNTI加上预设偏移值,得到偏移数据;
或,
根据预设映射规则将RA-RNTI映射得到偏移数据。
可选地,在一些可能的实施方式中,在处理单元1702关闭HARQ进程之后,收发单元1701,还用于接收第二DCI,第二DCI中与HARQ进程相关的第四预设位在HARQ进程关闭之后用于传输复用数据,第四预设位为关闭HARQ进程后空出的比特位。
可选地,在一些可能的实施方式中,复用数据包括:与接收设备对应的卫星的过顶时间、功率调整步长、交织深度、与接收设备对应的卫星的中断时长中的至少一种。
可选地,在一些可能的实施方式中,处理单元1702关闭HARQ进程之后,收发单元1701,还用于通过自动重传请求ARQ进行数据传输。
请参阅图18,本申请提供的另一种发送设备的结构示意图,可以包括:
处理单元1802,获取与接收设备对应的HARQ进程信息;
收发单元1801,用于若发送设备确定HARQ进程信息符合第二预设条件,则向接收设备发送指示数据,指示数据用于指示接收设备HARQ进程关闭。
该发送单元可以用于执行前述图5-图16b对应的任一项实施例中发送设备执行的步骤。
可选地,在一些可能的实施方式中,
处理单元1802,还用于若确定HARQ进程的数目大于阈值,则确定HARQ进程信息符合第二预设条件;
收发单元1801,具体用于向接收设备发送指示数据。
可选地,在一些可能的实施方式中,指示数据为广播消息,收发单元1801,具体用于向接收设备发送广播消息,广播消息中的第一预设位的值为第一预设值,且第一预设值用于指示接收设备HARQ进程关闭。
可选地,在一些可能的实施方式中,指示数据为第一DCI。
可选地,在一些可能的实施方式中,
收发单元1801,具体用于向接收设备发送第一DCI,第一DCI中第二预设位的值为第二预设值,且第二预设值用于指示接收设备HARQ进程关闭。
可选地,在一些可能的实施方式中,
收发单元1801,具体用于向接收设备发送第一DCI,第一DCI中与HARQ进程对应的字段长度为预设长度,预设长度用于指示接收设备HARQ进程关闭。
可选地,在一些可能的实施方式中,
处理单元1802,还用于使用RA-RNTI对CRC数据进行加扰,得到加扰后的CRC数据;
收发单元1801,具体用于向接收设备发送加扰后的CRC数据。
可选地,在一些可能的实施方式中,
处理单元1802,具体用于通过RA-RNTI对CRC数据中的第三预设位的数据进行加扰,得到加扰后的CRC数据。
可选地,在一些可能的实施方式中,处理单元1802,具体用于:
对RA-RNTI进行处理,得到偏移数据;
根据偏移数据对CRC数据进行加扰,得到加扰后的CRC数据。
可选地,在一些可能的实施方式中,处理单元1802,具体用于:
根据预置规则调整RA-RNTI的顺序,得到偏移数据;
或,
将RA-RNTI加上预设偏移值,得到偏移数据;
或,
根据预设映射规则将RA-RNTI映射得到偏移数据。
可选地,在一些可能的实施方式中,
处理单元1802,还用于收发单元1801向接收设备发送指示数据之后,根据复用数据生成第二DCI,第二DCI中第四预设位为复用数据,第四预设位为关闭HARQ进程后空出的比特位;
收发单元1801,还用于向接收设备发送第二DCI。
可选地,在一些可能的实施方式中,复用数据可以包括:与接收设备对应的卫星的过顶时间、功率调整步长、交织深度、与接收设备对应的卫星的中断时长等等中的至少一种。
本申请提供了一种芯片系统,该芯片系统包括处理器,用于支持网络设备实现上述方面中所涉及的功能,例如,例如发送或处理上述方法中所涉及的数据和/或信息。在一种可能的设计中,所述芯片系统还包括存储器,所述存储器,用于保存必要的程序指令和数据。该芯片系统,可以由芯片构成,也可以包括芯片和其他分立器件。
在另一种可能的设计中,当该装置为发送设备或者接收设备内的芯片时,芯片包括:处理单元和通信单元,所述处理单元例如可以是处理器,所述通信单元例如可以是输入/输出接口、管脚或电路等。该处理单元可执行存储单元存储的计算机执行指令,以使该发送设备或者接收设备内的芯片执行上述图1a-16b中任一项实施例中发送设备或者接收设备执行的方法的步骤。可选地,所述存储单元为所述芯片内的存储单元,如寄存器、缓存等,所述存储单元还可以是所述终端内的位于所述芯片外部的存储单元,如只读存储器(read-only memory,ROM)或可存储静态信息和指令的其他类型的静态存储设备,随机存取存储器(random access memory,RAM)等。
本申请实施例还提供了一种芯片,包括:处理模块与通信接口,所述处理模块能执行上述任一方法实施例中与发送设备或者接收设备相关的方法流程。进一步地,所述芯片还可以包括存储模块(如,存储器),所述存储模块用于存储指令,所述处理模块用于执行所述存储模块存储的指令,并且对所述存储模块中存储的指令的执行使得所述处理模块执行上述任一方法实施例中与发送设备或者接收设备相关的方法流程。
本申请实施例还提供了一种通信系统,该通信系统可以包括至少一个发送设备与至少一个接收设备,该发送设备可以是如图1a-18中任一项实施例所提及的发送设备,该接收 设备可以是如图1a-18中任一项实施例所提及的接收设备。
本申请实施例还提供了一种计算机可读存储介质,其上存储有计算机程序,该计算机程序被计算机执行时实现上述任一方法实施例中与发送设备或者接收设备相关的方法流程。对应的,该计算机可以为上述发送设备或者接收设备。
本申请实施例还提供了一种计算机程序或包括计算机程序的一种计算机程序产品,该计算机程序在某一计算机上执行时,将会使所述计算机实现上述任一方法实施例中与发送设备或者接收设备相关的方法流程。对应的,该计算机可以为上述发送设备或者接收设备。
在上述图5至图16b中各个实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。
所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。
应理解,本申请中提及的处理器可以是中央处理单元(Central Processing Unit,CPU),还可以是其他通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现成可编程门阵列(Field Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
还应理解,本申请中的处理器的数量可以是一个,也可以是多个,具体可以根据实际应用场景调整,此处仅仅是示例性说明,并不作限定。本申请实施例中的存储器的数量可以是一个,也可以是多个,具体可以根据实际应用场景调整,此处仅仅是示例性说明,并不作限定。
还需要说明的是,当发送设备或者接收设备都包括处理器(或处理模块)与存储器时,本申请中的处理器可以是与存储器集成在一起的,也可以是处理器与存储器通过接口连接,具体可以根据实际应用场景调整,并不作限定。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显 示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者其他网络设备等)执行本申请图5至图16b中各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
应理解,本申请中提及的存储介质或存储器可以包括易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(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 Rate SDRAM,DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM,SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM,DR RAM)。
应注意,本文描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
以上所述,以上实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。
Claims (34)
- 一种关闭混合自动重传请求HARQ进程的方法,其特征在于,包括:接收设备获取指示数据,所述指示数据用于指示HARQ进程关闭;所述接收设备关闭所述HARQ进程。
- 根据权利要求1所述的方法,其特征在于,所述指示数据包括网络标识号;所述接收设备关闭所述HARQ进程,包括:所述接收设备根据预设的映射关系,确定所述网络标识号指示关闭所述HARQ进程,则所述接收设备关闭所述HARQ进程。
- 根据权利要求1所述的方法,其特征在于,所述指示数据包括广播消息;所述接收设备关闭所述HARQ进程,包括:若所述接收设备确定所述广播消息中第一预设位的值为第一预设值,则所述接收设备关闭所述HARQ进程。
- 根据权利要求1所述的方法,其特征在于,所述指示数据包括第一下行控制信息DCI;所述接收设备关闭所述HARQ进程,包括:所述接收设备判断所述第一DCI是否符合第一预设条件;若是,则所述接收设备关闭所述HARQ进程。
- 根据权利要求4所述的方法,其特征在于,所述接收设备判断所述第一DCI是否符合第一预设条件,包括:所述接收设备读取所述第一DCI中第二预设位;若所述接收设备确定所述第二预设位为第二预设值,则所述第一DCI符合第一预设条件。
- 根据权利要求4所述的方法,其特征在于,所述接收设备判断所述第一DCI是否符合第一预设条件,包括:所述接收设备获取所述第一DCI中与所述HARQ进程对应的字段长度;若所述字段长度为预设长度,则所述第一DCI符合第一预设条件。
- 根据权利要求1所述的方法,其特征在于,所述指示数据包括循环冗余校验CRC数据,所述接收设备关闭所述HARQ进程,包括:所述接收设备根据随机接入无线网络临时标识RA-RNTI对所述CRC数据进行解扰,得到解扰结果;若所述解扰结果为成功,则所述接收设备关闭所述HARQ。
- 根据权利要求7所述的方法,其特征在于,所述接收设备根据随机接入无线网络临时标识RA-RNTI对所述CRC数据进行解扰,得到解扰结果,包括:所述接收设备通过所述RA-RNTI对所述CRC数据中的第三预设位的数据进行解扰,得到所述解扰结果。
- 根据权利要求7所述的方法,其特征在于,所述接收设备根据随机接入无线网络临时标识RA-RNTI对所述CRC数据进行解扰,得到解扰结果,包括:所述接收设备对所述RA-RNTI进行处理,得到偏移数据;所述接收设备根据偏移数据对所述CRC数据进行解扰,得到所述解扰结果。
- 根据权利要求9所述的方法,其特征在于,所述接收设备对所述RA-RNTI进行处理,得到偏移数据,包括:所述接收设备根据预置规则调整RA-RNTI的顺序,得到所述偏移数据;或,所述接收设备将RA-RNTI加上预设偏移值,得到所述偏移数据;或,所述接收设备根据预设映射规则将RA-RNTI映射得到所述偏移数据。
- 根据权利要求1-10中任一项所述的方法,其特征在于,所述接收设备关闭所述HARQ进程之后,所述方法还包括:所述接收设备接收第二DCI,所述第二DCI中与所述HARQ进程相关的第四预设位在所述HARQ进程关闭之后用于传输复用数据,所述第四预设位为关闭所述HARQ进程后空出的比特位。
- 根据权利要求11所述的方法,其特征在于,所述复用数据包括:与所述接收设备对应的卫星的过顶时间、功率调整步长、交织深度、与所述接收设备对应的卫星的中断时长中的至少一种。
- 根据权利要求1-12中任一项所述的方法,其特征在于,所述接收设备关闭所述HARQ进程之后,所述方法还包括:所述接收设备通过自动重传请求ARQ进行数据传输。
- 一种关闭HARQ进程的方法,其特征在于,包括:发送设备获取与接收设备对应的HARQ进程信息;若所述发送设备确定所述HARQ进程信息符合第二预设条件,则所述发送设备向所述接收设备发送指示数据,所述指示数据用于指示所述接收设备HARQ进程关闭。
- 根据权利要求14所述的方法,其特征在于,所述若所述发送设备确定所述HARQ进程信息符合预设条件,则所述发送设备向所述接收设备发送指示数据,包括:若所述发送设备确定所述HARQ进程的数目大于阈值,则所述发送设备确定所述HARQ进程信息符合所述第二预设条件;所述发送设备向所述接收设备发送所述指示数据。
- 根据权利要求14或15所述的方法,其特征在于,所述指示数据为广播消息,所述发送设备向所述接收设备发送所述指示数据,包括:所述发送设备向所述接收设备发送所述广播消息,所述广播消息中的第一预设位的值为第一预设值,且所述第一预设值用于指示所述接收设备所述HARQ进程关闭。
- 根据权利要求14或15所述的方法,其特征在于,所述指示数据为第一DCI。
- 根据权利要求17所述的方法,其特征在于,所述发送设备向所述接收设备发送所述指示数据,包括:所述发送设备向所述接收设备发送所述第一DCI,所述第一DCI中第二预设位的值为第 二预设值,且所述第二预设值用于指示所述接收设备所述HARQ进程关闭。
- 根据权利要求17所述的方法,其特征在于,所述发送设备向所述接收设备发送所述指示数据,包括:所述发送设备向所述接收设备发送所述第一DCI,所述第一DCI中与所述HARQ进程对应的字段长度为预设长度,所述预设长度用于指示所述接收设备所述HARQ进程关闭。
- 根据权利要求14或15所述的方法,其特征在于,所述发送设备向所述接收设备发送所述指示数据,包括:所述发送设备使用RA-RNTI对CRC数据进行加扰,得到加扰后的CRC数据;所述发送设备向所述接收设备发送所述加扰后的CRC数据。
- 根据权利要求20所述的方法,其特征在于,所述发送设备使用RA-RNTI对CRC数据进行加扰,得到加扰后的CRC数据,包括:所述发送设备通过所述RA-RNTI对所述CRC数据中的第三预设位的数据进行加扰,得到所述加扰后的CRC数据。
- 根据权利要求20所述的方法,其特征在于,所述发送设备使用RA-RNTI对CRC数据进行加扰,得到加扰后的CRC数据,包括:所述发送设备对所述RA-RNTI进行处理,得到偏移数据;所述发送设备根据所述偏移数据对所述CRC数据进行加扰,得到所述加扰后的CRC数据。
- 根据权利要求21所述的方法,其特征在于,所述发送设备对所述RA-RNTI进行处理,得到偏移数据,包括:所述发送设备根据预置规则调整RA-RNTI的顺序,得到所述偏移数据;或,所述发送设备将RA-RNTI加上预设偏移值,得到所述偏移数据;或,所述发送设备根据预设映射规则将RA-RNTI映射得到所述偏移数据。
- 根据权利要求14-23中任一项所述的方法,其特征在于,所述发送设备向所述接收设备发送指示数据之后,所述方法还包括:所述发送设备根据复用数据生成第二DCI,所述第二DCI中第四预设位为复用数据,所述第四预设位为关闭所述HARQ进程后空出的比特位;所述发送设备向所述接收设备发送所述第二DCI。
- 根据权利要求24所述的方法,其特征在于,所述复用数据包括:与所述接收设备对应的卫星的过顶时间、功率调整步长、交织深度、与所述接收设备对应的卫星的中断时长中的至少一种。
- 一种接收设备,其特征在于,所述接收设备包括:存储器,用于存储程序;处理器,用于执行所述存储器存储的所述程序,当所述程序被执行时,所述处理器用于执行如权利要求1-13中任一所述的步骤。
- 一种发送设备,其特征在于,所述发送设备包括:存储器,用于存储程序;处理器,用于执行所述存储器存储的所述程序,当所述程序被执行时,所述处理器用于执行如权利要求14-25中任一所述的步骤。
- 一种计算机可读存储介质,包括指令,当其在计算机上运行时,使得计算机执行如权利要求1-25中任意一项所述的方法。
- 一种装置,应用于接收设备中,其特征在于,所述装置与存储器耦合,用于读取并执行所述存储器中存储的指令,使得所述接收设备实现如权利要求1-13中任一项的步骤。
- 如权利要求29所述的装置,其特征在于,所述装置为芯片或片上系统。
- 一种装置,应用于发送设备中,其特征在于,所述装置与存储器耦合,用于读取并执行所述存储器中存储的指令,使得所述发送设备实现如权利要求14-25中任一项的步骤。
- 如权利要求31所述的装置,其特征在于,所述装置为芯片或片上系统。
- 一种包含指令的计算机程序产品,其特征在于,当所述指令在计算机上运行时,使得所述计算机执行如权利要求1-25中任一所述的方法。
- 一种通信系统,其特征在于,包括:接收设备以及发送设备;所述接收设备用于执行如权利要求1-13中任一项所述方法的步骤;所述发送设备用于执行如权利要求14-25中任一项所述方法的步骤。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP20778765.6A EP3934141A4 (en) | 2019-03-28 | 2020-03-12 | METHOD OF CLOSING A HARQ PROCESS, RECEIVER AND TRANSMITTER |
US17/485,834 US20220014315A1 (en) | 2019-03-28 | 2021-09-27 | HARQ Process Disabling Method, Receiving Device, and Sending Device |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910244805.3A CN111756480B (zh) | 2019-03-28 | 2019-03-28 | 一种关闭harq进程的方法、接收设备以及发送设备 |
CN201910244805.3 | 2019-03-28 |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US17/485,834 Continuation US20220014315A1 (en) | 2019-03-28 | 2021-09-27 | HARQ Process Disabling Method, Receiving Device, and Sending Device |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2020192430A1 true WO2020192430A1 (zh) | 2020-10-01 |
Family
ID=72610198
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2020/078911 WO2020192430A1 (zh) | 2019-03-28 | 2020-03-12 | 一种关闭harq进程的方法、接收设备以及发送设备 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20220014315A1 (zh) |
EP (1) | EP3934141A4 (zh) |
CN (1) | CN111756480B (zh) |
WO (1) | WO2020192430A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114614944A (zh) * | 2020-12-04 | 2022-06-10 | 中国移动通信有限公司研究院 | 混合自动重传请求功能的控制方法及设备 |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115516792A (zh) * | 2020-07-06 | 2022-12-23 | Oppo广东移动通信有限公司 | 用于关闭harq重传的处理方法、终端设备和网络设备 |
WO2022151363A1 (en) * | 2021-01-15 | 2022-07-21 | Zte Corporation | Time domain resource allocation for non-terrestrial networks |
CN115174010A (zh) * | 2021-04-06 | 2022-10-11 | 维沃移动通信有限公司 | 信息确定、信息指示方法、装置、终端及网络侧设备 |
WO2023010489A1 (en) * | 2021-08-05 | 2023-02-09 | Apple Inc. | Systems, methods, and devices for harq management in non-terrestrial networks |
CN117676617A (zh) * | 2022-08-10 | 2024-03-08 | 华为技术有限公司 | 通信方法、装置以及存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070218907A1 (en) * | 2006-03-20 | 2007-09-20 | Innovative Sonic Limited | Method and apparatus for de-activating hybrid automatic repeat request process in a wireless communications system |
WO2008040710A1 (en) * | 2006-10-02 | 2008-04-10 | Nokia Siemens Networks Gmbh & Co. Kg | Method for the transmission of ip frames |
CN101594637A (zh) * | 2008-05-28 | 2009-12-02 | 京瓷株式会社 | 发送装置和无线通信方法 |
WO2014078988A1 (zh) * | 2012-11-20 | 2014-05-30 | 华为技术有限公司 | 组调度授权的方法、用户设备和无线网络控制器 |
CN107431581A (zh) * | 2015-03-06 | 2017-12-01 | 高通股份有限公司 | 简化的harq管理 |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8687508B2 (en) * | 2006-08-21 | 2014-04-01 | Interdigital Technology Corporation | Method and apparatus for dynamically allocating HARQ processes in the uplink |
EP2388944A1 (en) * | 2010-03-25 | 2011-11-23 | Innovative Sonic Corporation | Method and apparatus for component carrier deactivation in a wireless communication system |
WO2014089742A1 (zh) * | 2012-12-10 | 2014-06-19 | 华为技术有限公司 | 一种降低干扰的方法、设备、基站和无线网络控制器 |
US9912504B2 (en) * | 2014-07-31 | 2018-03-06 | Futurewei Technologies, Inc. | System and method for multiple carrier transmission |
WO2019032444A1 (en) * | 2017-08-11 | 2019-02-14 | Coherent Logix, Inc. | SEQUENCE SEQUENCE DESIGN FOR DISCRIMINATION OF MULTIMODY BLOCKS ON BLIND DETECTION OF DCI <u /> <u /> |
WO2019160737A1 (en) * | 2018-02-14 | 2019-08-22 | Idac Holdings, Inc. | Methods and procedures for harq management in nr-based non-terrestrial networks |
US20220045803A1 (en) * | 2018-09-27 | 2022-02-10 | Telefonaktiebolaget Lm Ericsson (Publ) | Adapting harq procedures for non-terrestrial networks |
US11140720B2 (en) * | 2018-10-24 | 2021-10-05 | Qualcomm Incorporated | Message 2 of a two-step random access procedure and coexistence with four-step random access procedure |
-
2019
- 2019-03-28 CN CN201910244805.3A patent/CN111756480B/zh active Active
-
2020
- 2020-03-12 EP EP20778765.6A patent/EP3934141A4/en active Pending
- 2020-03-12 WO PCT/CN2020/078911 patent/WO2020192430A1/zh unknown
-
2021
- 2021-09-27 US US17/485,834 patent/US20220014315A1/en active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070218907A1 (en) * | 2006-03-20 | 2007-09-20 | Innovative Sonic Limited | Method and apparatus for de-activating hybrid automatic repeat request process in a wireless communications system |
WO2008040710A1 (en) * | 2006-10-02 | 2008-04-10 | Nokia Siemens Networks Gmbh & Co. Kg | Method for the transmission of ip frames |
CN101594637A (zh) * | 2008-05-28 | 2009-12-02 | 京瓷株式会社 | 发送装置和无线通信方法 |
WO2014078988A1 (zh) * | 2012-11-20 | 2014-05-30 | 华为技术有限公司 | 组调度授权的方法、用户设备和无线网络控制器 |
CN107431581A (zh) * | 2015-03-06 | 2017-12-01 | 高通股份有限公司 | 简化的harq管理 |
Non-Patent Citations (3)
Title |
---|
ERICSSON: "R2-1817764: On HARQ for NTN.", 3GPP TSG-RAN WG2 #104., 16 November 2018 (2018-11-16), XP051557281, DOI: 20200424185143X * |
FRAUNHOFER IIS ET AL.: "R2-1817757: NR-NTN: HARQ in Satellite Systems.", 3GPP TSG-RAN WG2 MEETING #104., 16 November 2018 (2018-11-16), XP051481649, DOI: 20200424185045 * |
See also references of EP3934141A4 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114614944A (zh) * | 2020-12-04 | 2022-06-10 | 中国移动通信有限公司研究院 | 混合自动重传请求功能的控制方法及设备 |
Also Published As
Publication number | Publication date |
---|---|
CN111756480B (zh) | 2022-04-12 |
CN111756480A (zh) | 2020-10-09 |
EP3934141A1 (en) | 2022-01-05 |
US20220014315A1 (en) | 2022-01-13 |
EP3934141A4 (en) | 2022-04-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2020192430A1 (zh) | 一种关闭harq进程的方法、接收设备以及发送设备 | |
ES2927975T3 (es) | Canal de control del enlace descendente para comunicaciones ultra confiables y de baja latencia del enlace ascendente | |
US20190281609A1 (en) | User equipment and base stations that transceive ultra reliable low latency messages amidst delay tolerant transceptions | |
EP3624498B1 (en) | Method and device for data transmission | |
US20180041858A1 (en) | Base station assisted outer code usage | |
US20170171841A1 (en) | Control-less Data Transmission for Narrow Band Internet of Things | |
US9787442B2 (en) | Method and system for performing hybrid automatic repeat request operation in an asymmetric multicarrier communication network environment | |
RU2710991C1 (ru) | Узел радиосети, устройство беспроводной связи и осуществляемые в них способы | |
EP3164957B1 (en) | Rate control for wireless communication | |
US10912074B2 (en) | Data transmission method and apparatus | |
WO2021024922A1 (en) | Multiplexing harq-ack of different service types on a single pusch | |
WO2021157277A1 (en) | Signaling and configurations of subslot-based pucch repetition | |
WO2018191870A1 (zh) | 一种数据传输的方法和装置 | |
WO2018059466A1 (zh) | 传输控制信息的方法、用户设备和网络设备 | |
JP6955576B2 (ja) | 第2のサービスの送信における第1のサービスのためのデータのパンクチャバンドリング | |
CN113412595B (zh) | 无线通信方法、终端设备和网络设备 | |
WO2021155827A1 (en) | Method and apparatus for nack-only reporting in rrc idle and inactive states | |
WO2022085702A1 (en) | Signaling and configurations of enhanced subslot-based pucch repetition | |
US20200083990A1 (en) | Methods, Apparatus and Machine-Readable Mediums for Generation and Transmission of a Message in a Wireless Communications Network | |
US20220353024A1 (en) | Urllc physical uplink control channel (pucch) with repetitions | |
WO2022009702A1 (en) | Multiplexing of harq-ack with different priorities on pucch | |
RU2809078C2 (ru) | Способ отключения процесса harq, принимающее устройство и отправляющее устройство | |
WO2021026903A1 (zh) | 信号发送方法和信号接收方法及其装置、通信系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 20778765 Country of ref document: EP Kind code of ref document: A1 |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
ENP | Entry into the national phase |
Ref document number: 2020778765 Country of ref document: EP Effective date: 20210929 |