CN110121901B - 免授权数据传输的确认方法和装置 - Google Patents
免授权数据传输的确认方法和装置 Download PDFInfo
- Publication number
- CN110121901B CN110121901B CN201880005709.7A CN201880005709A CN110121901B CN 110121901 B CN110121901 B CN 110121901B CN 201880005709 A CN201880005709 A CN 201880005709A CN 110121901 B CN110121901 B CN 110121901B
- Authority
- CN
- China
- Prior art keywords
- bitmap
- terminal device
- terminal
- sent
- network
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请提供了一种免授权数据传输的确认方法和装置,该方法包括:网络设备接收至少一个终端设备采用免授权资源发送的数据;所述网络设备根据所述至少一个终端设备发送的数据的接收情况,向所述至少一个终端设备发送确认消息,所述确认消息包括第一位表Bitmap和压缩指示信息,其中,所述第一Bitmap用于指示是否正确接收所述至少一个终端设备发送的数据,所述压缩指示信息用于指示所述第一Bitmap是否为压缩Bitmap。本申请实施例的数据传输方法和装置,有利于节省确认消息传输过程中的开销。
Description
本申请要求于2017年10月24日提交中国专利局、申请号为201710997523.1、申请名称为“一种数据传输的确认方法,设备和系统”的中国专利申请的优先权,其全部内容通过引用结合在本申请中。
技术领域
本申请涉及通信领域,特别涉及通信领域中的免授权数据传输的确认方法和装置。
背景技术
第五代移动通信(5-generation,5G)在新无线(new radio,NR)中引入了免授权(grant-free、transmission without grant、grant-less或grantless,GF)传输方式,用于上行数据的传输。所谓GF传输方式,是指终端设备有数据需要传输时无需向网络设备请求上行传输资源,而是在网络设备预先配置的传输资源池(也可称为GF传输资源池,包括至少一个GF资源)中基于某种规则选择至少一个用于上行传输的传输单元直接进行上行传输。这样,就可以省去授权(grant-based或transmission with grant)过程中的信令交互,从而降低了信令开销和传输延时,特别适合于小包传输以及延时敏感业务。当终端设备在所配置的GF资源中发送了数据之后,期望收到网络设备发送的混合自动重传请求(hybridautomatic repeat request,HARQ)确认消息,即肯定应答(acknowledge,ACK)或否定应答(non-acknowledge,NACK),表示该网络设备是否正确接收该终端设备的数据。
针对GF传输的HARQ确认,在目前的一种实现方式中,网络设备向一组终端设备发送组公共下行控制信息(group common downlink control information,G-DCI),该G-DCI承载该组终端设备中每个终端设备的HARQ确认消息。具体来说,G-DCI中包括位表(Bitmap),每个终端设备对应该Bitmap中的至少一个比特,表示该终端设备的数据是否被网络设备正确接收,例如,1表示正确接收,0表示未正确接收。此外,网络设备还会为终端设备配置终端设备组的组标识(group ID),用于区分不同的终端设备组对应的G-DCI。当终端设备发送了GF数据并接收到一个G-DCI时,基于其中的组标识来确定该G-DCI是否自己所在终端设备组对应的G-DCI,若是,则根据自己的位置索引从G-DCI的Bitmap中对应位置获取确认消息。
在一个网络设备的覆盖范围内,可采用GF方式传输的终端设备可能有很多个,但是,该多个终端设备中每个终端设备的数据何时到达网络设备处是不确定的,每次GF传输中,实际传输上行数据的终端设备的数目可能并不总是很多,这样会导致对于一次HARQ确认消息而言,承载该HARQ确认消息的G-DCI中的Bitmap有部分比特被浪费了。
发明内容
本申请提供一种免授权数据传输的确认方法和装置,有利于节省确认消息传输过程中的开销。
第一方面,提供了一种免授权数据传输的确认方法,包括:网络设备接收至少一个终端设备采用免授权资源发送的数据;所述网络设备根据所述至少一个终端设备发送的数据的接收情况,向所述至少一个终端设备发送确认消息,所述确认消息包括第一位表Bitmap和压缩指示信息,其中,所述第一Bitmap用于指示是否正确接收所述至少一个终端设备发送的数据,所述压缩指示信息用于指示所述第一Bitmap是否为压缩Bitmap,若所述第一Bitmap不是压缩Bitmap,所述第一Bitmap中的每个比特至多对应一个终端设备,若所述第一Bitmap为压缩Bitmap,所述第一Bitmap中存在一个比特对应多个终端设备,和/或所述第一Bitmap中存在多个比特对应一个终端设备。
具体地,网络设备可以根据实际情况,确定是否将用于表示是否正确接收数据的确认消息所包括的第一Bitmap进行压缩,并在该确认消息中携带压缩指示信息,用于指示是否对该第一Bitmap进行了压缩,即指示该第一Bitmap为传统Bitmap,还是压缩Bitmap。在传统Bitmap中,每个比特至多对应一个终端设备;在压缩Bitmap中,存在一个比特对应多个终端设备,和/或存在多个比特对应一个终端设备。应理解,这里的终端设备泛指该网络设备覆盖范围内可能用GF资源发送数据的终端设备,这些终端设备并不一定都参与本次数据传输。
在网络设备发送了上述确认消息之后,第三终端设备接收该确认消息,先根据该确认消息携带的压缩指示信息确定该确认消息包括的第一Bitmap为传统Bitmap还是压缩Bitmap,再从该第一Bitmap中确定与自身对应的至少一个比特,进一步确定所发送的数据是否被网络设备正确接收。在一种具体实现方式中,网络设备发送的第一Bitmap可以包括多组终端设备对应的子Bitmap,该第三终端设备可以根据预配置的组标识确定确认消息中自身所在的终端设备组的子Bitmap,并根据该子Bitmap确定自身的数据是否被网络设备正确接收。可选地,子Bitmap可以包括在G-DCI中,一组终端设备对应一个G-DCI,但本申请实施例对此不作限定。
本申请实施例的数据传输方法,通过网络设备在免授权传输过程中合理选择是否将向终端设备发送的确认消息中的Bitmap进行压缩,并在该确认消息中携带压缩指示信息,指示该网络设备是否将该确认消息中的Bitmap进行了压缩,使得终端设备可以根据该压缩指示信息正确解析该确认消息中的Bitmap,有利于节省确认消息传输过程中的开销,从而提高系统性能。
应理解,压缩Bitmap的长度和传统Bitmap的长度可以相等,也可以不相等,本申请实施例对此不作限定。在压缩Bitmap的长度和传统Bitmap的长度相等的情况下,能够减少终端设备接收确认消息的盲检次数,从而提高数据传输性能。
结合第一方面,在第一方面的某些实现方式中,所述压缩指示信息为无线网络临时标识RNTI或所述至少一个终端设备对应的终端设备组的组标识。
在一种可能的实现方式中,上述压缩指示信息可以为RNTI,该RNTI对应一组终端设备,也可以称为组RNTI(group RNTI,G-RNTI)。网络设备可以将该G-RNTI显式携带在确认消息中,也可以采用加扰的方式,利用一组终端设备的G-RNTI对该组终端设备的G-DCI进行加扰,本申请实施例对此不作限定。采用G-RNTI加扰的方式,不会使确认消息的长度变长,传输开销较小。
在另一种可能的实现方式中,上述压缩指示信息具体可以为上述至少一个终端设备对应的终端设备组的组标识(group ID,G-ID)。网络设备可以将G-ID显式携带在确认消息中,用于指示当前传输的确认消息包括的Bitmap为传统Bitmap还是压缩Bitmap。由于该组标识G-ID是显式携带在确认消息中的,虽然会导致确认消息更长,但是更加灵活,便于网络设备配置。
在另一种可能的实现方式中,该组标识可用来加扰G-DCI,即作为上述G-RNTI使用。在这种情况下,上述G-RNTI即为G-DCI。
结合第一方面,在第一方面的某些实现方式中,所述第一Bitmap为压缩Bitmap,在所述网络设备向所述至少一个终端设备发送确认消息之前,所述方法还包括:所述网络设备根据所述至少一个终端设备发送的数据的接收情况,基于布隆过滤器,生成第一待发送Bitmap,所述布隆过滤器是通过第一哈希函数集定义的,所述第一哈希函数集包括K1个哈希函数,K1为大于或等于1的整数;所述网络设备将所述第一待发送Bitmap确定为所述第一Bitmap。
具体地,在网络设备确定要对确认消息中的Bitmap进行压缩的情况下,该网络设备可以采用布隆过滤器(Bloom Filter)对该Bitmap进行压缩,将压缩后的Bitmap确定为第一Bitmap。
应理解,终端设备的标识(ID)可以作为第一哈希函数集中每个哈希函数的输入。例如,网络设备覆盖范围内能够采用GF资源发送数据的终端设备共有48个,标识分别为1-48,这些终端设备的标识可以是预定义的或网络设备通过信令为各个终端设备配置的。
结合第一方面,在第一方面的某些实现方式中,所述第一待发送Bitmap携带所述网络设备对所述至少一个终端设备中的M个第一终端设备发送的肯定应答ACK信息,所述网络设备正确接收所述M个第一终端设备发送的数据,M为大于或等于1的整数,所述第一待发送Bitmap中与所述每个第一终端设备的K1个哈希值对应的位置的比特取值均为第一数值。
具体地,网络设备确定在确认消息中指示正确接收到哪些终端设备的GF数据,即第一Bitmap携带ACK信息,该网络设备可以先确定正确接收的M个第一终端设备的标识(ID),利用上述第一哈希函数集,将M个第一终端设备的标识作为输入,计算每个第一终端设备的哈希值,将第一待发送Bitmap中与K1个哈希值对应的位置设置为第一数值,例如1,即执行上述Bloom Filter的存储过程。该网络设备将上述第一待发送Bitmap确定为第一Bitmap,发送给至少一个终端设备。该至少一个终端设备中的第三终端设备根据自身的K1个哈希值,执行上述Bloom Filter的查询过程,确定自身发送的数据是否被网络设备正确接收。
由于第一Bitmap是在第一待发送Bitmap的基础上生成的,上述第一待发送Bitmap的长度与第一Bitmap的长度相等。此外,在第一待发送Bitmap中,所有比特的取值最初均为原始数值,该原始数值与上述第一数值不相等。在一种可能的实现方式中,第一待发送Bitmap中的各比特原始数值全为0。
结合第一方面,在第一方面的某些实现方式中,在所述网络设备接收至少一个终端设备采用免授权资源发送的数据之前,所述方法还包括:所述网络设备根据所述第一哈希函数集以及包括所述至少一个终端设备中每个终端设备的标识,计算所述每个终端设备的K1个哈希值;所述网络设备向所述每个终端设备发送各自的K1个哈希值。
具体地,由于哈希值的计算需要一定计算开销,为了降低终端设备的计算开销从而更加省电,网络设备可以基于终端设备的标识ID计算出该终端设备的哈希值,并将计算结果直接发送给该终端设备,即网络设备直接指示终端设备在压缩Bitmap中对应的至少一个比特的位置。这种情况下,该第一哈希函数集可以是标准预定义的,也可以是网络设备内部实现的,终端设备无需知道第一哈希函数集的具体形式。
应理解,上述至少一个终端设备可以为预配置的、能够采用GF资源向网络设备发送数据的终端设备,网络设备在初始阶段就可以计算出该至少一个终端设备中每个终端设备的K1个哈希值,并分别分发给该至少一个终端设备,以便后续直接使用。
结合第一方面,在第一方面的某些实现方式中,所述网络设备将所述第一待发送Bitmap确定为所述第一Bitmap,包括:所述网络设备根据所述至少一个终端设备发送的数据的接收情况以及所述第一哈希函数集,确定所述第一待发送Bitmap是否会导致误判;在所述网络设备确定所述第一待发送Bitmap不会导致误判的情况下,所述网络设备将所述第一待发送Bitmap确定为所述第一Bitmap。
在本申请实施例中,为了避免第三终端设备出现误判,网络设备在生成第一待发送Bitmap之后,可以先确定该第一待发送Bitmap是否会导致误判,即确定采用压缩Bitmap进行反馈是否会导致误判,在不会导致误判的情况下,再将该第一待发送Bitmap确定为第一Bitmap发送。若采用压缩Bitmap会导致误判,该网络设备可以选择仍旧将传统Bitmap作为第一Bitmap进行反馈,以避免误判的发生。
结合第一方面,在第一方面的某些实现方式中,所述网络设备根据所述至少一个终端设备发送的数据的接收情况以及所述第一哈希函数集,确定所述第一待发送Bitmap是否会导致误判,包括:在所述网络设备确定未正确接收所述至少一个终端设备中N个第二终端设备发送的数据的情况下,所述网络设备根据所述第一哈希函数集以及所述N个第二终端设备中每个第二终端设备的标识,分别计算所述每个第二终端设备的K1个哈希值,N为大于或等于1的整数;所述网络设备确定所述N个第二终端设备中是否存在目标第二终端设备,在所述第一待发送Bitmap中,与所述目标第二终端设备的K1个哈希值对应的位置的比特取值均为所述第一数值;若存在所述目标第二终端设备,所述网络设备确定所述第一待发送Bitmap会导致误判;若不存在所述目标第二终端设备,所述网络设备确定所述第一待发送Bitmap不会导致误判。
具体地,网络设备在根据至少一个终端设备的ID和第一哈希函数集,生成第一待发送Bitmap之后,可以先对未正确接收到的N个第二终端设备依次执行Bloom Filter的查询过程。若存在目标第二终端设备(N个第二终端设备中的任意一个终端设备),该目标第二终端设备对应的位置的比特取值均为第一数值,即能够查询到该目标第二终端设备的ACK信息,那么,该网络设备可以确定采用压缩Bitmap会导致误判。
网络设备执行上述确定是否发生误判的查询过程,是针对发送了GF数据、且GF数据未被网络设备正确接收的终端设备而言的,即上述N个第二终端设备,该N个第二终端设备是包括在至少一个终端设备中的,且N大于或等于1。应理解,若不存在该N个第二终端设备,网络设备可以无需执行误判查询的过程。
为了避免误判的发生,网络设备可以直接采用传统Bitmap的方式进行反馈,也可以通过更换上述第一哈希函数集,确定出不会导致误判的第二哈希函数集,采用第二哈希函数集生成压缩Bitmap,再进行反馈,本申请实施例对此不作限定。
结合第一方面,在第一方面的某些实现方式中,所述网络设备根据所述至少一个终端设备发送的数据的接收情况,向所述至少一个终端设备发送确认消息,包括:所述网络设备向所述至少一个终端设备发送所述确认消息,所述确认消息包括函数集指示信息,所述函数集指示信息用于指示所述第一哈希函数集的标识。
结合第一方面,在第一方面的某些实现方式中,在所述网络设备根据所述至少一个终端设备发送的数据的接收情况,向所述至少一个终端设备发送确认消息之前,所述方法还包括:在所述网络设备确定所述第一待发送Bitmap会导致误判的情况下,所述网络设备确定第二哈希函数集,所述第二哈希函数集包括K2个哈希函数,K2为大于或等于1的整数;所述网络设备基于所述第二哈希函数集,生成第二待发送信息;在所述网络设备确定所述第二待发送信息不会导致误判的情况下,所述网络设备将所述第二待发送信息确定为所述第一Bitmap;所述网络设备根据所述至少一个终端设备发送的数据的接收情况,向所述至少一个终端设备发送确认消息,包括:所述网络设备向所述至少一个终端设备发送所述确认消息,所述确认消息包括函数集指示信息,所述函数集指示信息用于指示所述第二哈希函数集的标识。
具体地,为了避免误判的发生,可预先定义多个哈希函数集,当网络设备发送采用第一个函数集(即第一哈希函数集)会发生误判时,可以更换其他哈希函数集进行尝试。当网络设备在定义的多个哈希函数集中找到一个不会导致误判的哈希函数集(即第二哈希函数集)时,则采用第二哈希函数集来生成压缩Bitmap,同时在对应确认消息中指示该第二哈希函数集的标识(或索引),以便终端设备采用相同哈希函数集进行查询。
在本申请实施例中,网络设备可在确认消息中携带基于Bloom Filter生成压缩Bitmap所使用的哈希函数集的索引。即使某些哈希函数集会导致误判,但由于有多个哈希函数集可供选择,故仍然可能找到不会导致误判发生的哈希函数集,这样,极大增加了使用压缩Bitmap进行确认反馈的机会,从而尽可能降低确认消息的传输开销。
结合第一方面,在第一方面的某些实现方式中,在所述网络设备确定所述第一待发送Bitmap会导致误判的情况下,所述压缩指示信息用于指示所述第一Bitmap不是压缩Bitmap。
结合第一方面,在第一方面的某些实现方式中,所述第一待发送Bitmap携带所述网络设备对所述至少一个终端设备中的N个第二终端设备发送的否定应答NACK信息,所述网络设备未正确接收所述N个第二终端设备发送的数据,N为大于或等于1的整数,所述第一待发送Bitmap中与所述每个第二终端设备的K1个哈希值对应的位置的比特取值均为第一数值。
第二方面,提供了另一种免授权数据传输的确认方法,包括:第三终端设备采用免授权资源向网络设备发送数据;所述第三终端设备接收所述网络设备根据至少一个终端设备发送的数据的接收情况发送的确认消息,所述至少一个终端设备包括所述第三终端设备,所述确认消息包括第一位表Bitmap和压缩指示信息,其中,所述第一Bitmap用于指示是否正确接收所述至少一个终端设备发送的数据,所述压缩指示信息用于指示所述第一Bitmap是否为压缩Bitmap,若所述第一Bitmap所包括的比特不是压缩Bitmap,所述第一Bitmap中的每个比特至多对应一个终端设备,若所述第一Bitmap为压缩Bitmap,所述第一Bitmap中存在一个比特对应多个终端设备,和/或所述第一Bitmap中存在多个比特对应一个终端设备;所述第三终端设备根据所述确认消息,确定所述第三终端设备发送的数据是否被所述网络设备正确接收。
本申请实施例的数据传输方法,通过网络设备在免授权传输过程中合理选择是否将向终端设备发送的确认消息中的Bitmap进行压缩,并在该确认消息中携带压缩指示信息,指示该网络设备是否将该确认消息中的Bitmap进行了压缩,使得终端设备可以根据该压缩指示信息正确解析该确认消息中的Bitmap,有利于节省确认消息传输过程中的开销,从而提高系统性能。
结合第二方面,在第二方面的某些实现方式中,所述压缩指示信息为无线网络临时标识RNTI或所述至少一个终端设备对应的终端设备组的组标识。
结合第二方面,在第二方面的某些实现方式中,所述第一Bitmap携带所述网络设备对所述至少一个终端设备中的M个第一终端设备发送的肯定应答ACK信息,所述网络设备正确接收所述M个第一终端设备发送的数据,M为大于或等于1的整数;所述第三终端设备根据所述第一Bitmap,确定所述第三终端设备发送的数据是否被所述网络设备正确接收,包括:所述第三终端设备确定所述第一Bitmap中,与所述第三终端设备的K1个哈希值对应的位置的比特取值是否均为第一数值,K1为大于或等于1的整数;若与所述第三终端设备的K1个哈希值对应的位置的比特取值均为所述第一数值,所述第三终端设备确定所述第三终端设备发送的数据被所述网络设备正确接收;若与所述第三终端设备的K1个哈希值对应的位置的比特取值不均为所述第一数值,所述第三终端设备确定所述第三终端设备发送的数据未被所述网络设备正确接收。
结合第二方面,在第二方面的某些实现方式中,在所述第三终端设备确定所述第一Bitmap中,与所述第三终端设备的K1个哈希值对应的位置的比特取值是否均为第一数值之前,所述方法还包括:所述第三终端设备根据第一哈希函数集以及所述第三终端设备的标识,计算所述第三终端设备的K1个哈希值,所述第一哈希函数集包括K1个哈希函数;或所述第三终端设备接收所述网络设备发送的所述第三终端设备的K1个哈希值。
结合第二方面,在第二方面的某些实现方式中,所述第三终端设备接收所述网络设备根据至少一个终端设备发送的数据的接收情况发送的确认消息,包括:所述第三终端设备接收所述网络设备发送的所述确认消息,所述确认消息包括函数集指示信息,所述函数集指示信息用于指示所述第一哈希函数集的标识;所述第三终端设备根据所述函数集指示信息,确定所述第一哈希函数集。
结合第二方面,在第二方面的某些实现方式中,所述第一Bitmap携带所述网络设备对所述至少一个终端设备中的N个第二终端设备发送的否定应答NACK信息,所述网络设备未正确接收所述N个第二终端设备发送的数据,N为大于或等于1的整数;所述第三终端设备根据所述第一Bitmap,确定所述第三终端设备发送的数据是否被所述网络设备正确接收,包括:所述第三终端设备确定所述第一Bitmap中,与所述第三终端设备的K1个哈希值对应的位置的比特取值是否均为第一数值;若与所述第三终端设备的K1个哈希值对应的位置的比特取值均为所述第一数值,所述第三终端设备确定所述第三终端设备发送的数据未被所述网络设备正确接收;若与所述第三终端设备的K1个哈希值对应的位置的比特取值不均为所述第一数值,所述第三终端设备确定所述第三终端设备发送的数据被所述网络设备正确接收。
第三方面,提供了一种数据传输装置,用于执行第一方面或第一方面任意可能的实现方式中的方法。具体地,该装置包括用于执行上述第一方面或第一方面的任一种可能的实现方式中的方法的单元。
第四方面,提供了另一种数据传输装置,用于执行第二方面或第二方面任意可能的实现方式中的方法。具体地,该装置包括用于执行上述第二方面或第二方面的任一种可能的实现方式中的方法的单元。
第五方面,提供了另一种数据传输装置,该装置包括:收发器、存储器和处理器。其中,该收发器、该存储器和该处理器通过内部连接通路互相通信,该存储器用于存储指令,该处理器用于执行该存储器存储的指令,以控制接收器接收信号,并控制发送器发送信号,并且当该处理器执行该存储器存储的指令时,使得该处理器执行第一方面或第一方面的任一种可能的实现方式中的方法。
第六方面,提供了另一种数据传输装置,该装置包括:收发器、存储器和处理器。其中,该收发器、该存储器和该处理器通过内部连接通路互相通信,该存储器用于存储指令,该处理器用于执行该存储器存储的指令,以控制接收器接收信号,并控制发送器发送信号,并且当该处理器执行该存储器存储的指令时,使得该处理器执行第二方面或第二方面的任一种可能的实现方式中的方法。
第七方面,提供了一种数据传输系统,该系统包括上述第三方面或第三方面的任一种可能实现方式中的装置以及第四方面或第四方面中的任一种可能实现方式中的装置;或者
该系统包括上述第五方面或第五方面的任一种可能实现方式中的装置以及第六方面或第六方面中的任一种可能实现方式中的装置。
第八方面,提供了一种计算机程序产品,所述计算机程序产品包括:计算机程序代码,当所述计算机程序代码被计算机运行时,使得所述计算机执行上述第一方面或第一方面任一种可能实现方式中的方法。
第九方面,提供了一种计算机程序产品,所述计算机程序产品包括:计算机程序代码,当所述计算机程序代码被计算机运行时,使得所述计算机执行上述第二方面或第二方面任一种可能实现方式中的方法。
第十方面,提供了一种计算机可读介质,用于存储计算机程序,该计算机程序包括用于执行第一方面或第一方面的任意可能的实现方式中的方法的指令。
第十一方面,提供了一种计算机可读介质,用于存储计算机程序,该计算机程序包括用于执行第二方面或第二方面的任意可能的实现方式中的方法的指令。
第十二方面,提供了一种装置,包括存储模块、处理模块和通信接口,其中,存储模块用于存储指令,处理模块用于执行该存储模块存储的指令,使得该处理模块执行第一方面或第一方面的任一种可能的实现方式中的方法。所述装置可以为网络设备的一个部分,如可以为网络设备中的芯片。
第十三方面,提供了一种装置,包括存储模块、处理模块和通信接口,其中,存储模块用于存储指令,处理模块用于执行该存储模块存储的指令,使得该处理模块执行第二方面或第二方面的任一种可能的实现方式中的方法。所述装置可以为终端设备的一个部分,如可以为终端设备中的芯片。
在上述各方面提供的一些实施例中,所述网络设备向所述至少一个终端设备发送的确认消息可以为一个组公共下行控制信息G-DCI,所述发送可以是以“多播”或者“组播”的方式发送。
在一些实施例中,所述至少一个终端设备属于至少两个终端设备组。在现有技术中,当所述至少一个终端设备属于至少两个终端设备组时,网络设备需向所述至少一个终端设备发送至少两个G-DCI(每个终端设备组对应一个G-DCI),而本实施例中,多个终端设备组对应一个G-DCI,节省了消息的开销。
本申请还提供了如下实施例(此部分提供的各实施例的编号与本文其他部分的各实施例的编号并无明确的对应关系,仅为了此部分在表述上的方便。):
1.一种数据传输的确认方法,所述方法包括:
网络设备接收至少一个终端设备发送的GF数据;
所述网络设备向所述至少一个终端设备发送HARQ确认消息,所述HARQ确认消息包括Bitmap,所述Bitmap用于对所述至少一个终端设备发送的所述GF数据进行确认;
其中,所述HARQ确认消息包括压缩指示,所述压缩指示用于指示所述Bitmap是否为压缩Bitmap。
基站在针对GF传输发送的HARQ确认消息中携带压缩指示,使得UE可基于此指示确定如何解析HARQ确认消息中的Bitmap,进而获取数据传输的ACK/NACK信息。当HARQ确认消息中的Bitmap为压缩Bitmap,能够降低HARQ确认消息的传输开销。
2.根据实施例1所述的方法,当所述压缩指示指示所述Bitmap不为压缩Bitmap时,所述Bitmap中每比特对应一个UE。
当压缩指示指示HARQ确认消息中的Bitmap不为压缩Bitmap时,该Bitmap为传统Bitmap,UE按照传统Bitmap的方法解析该Bitmap,即UE与Bitmap中的比特一一对应。
3.根据实施例1或2所述的方法,当所述压缩指示指示所述Bitmap为压缩Bitmap时,所述压缩Bitmap基于Bloom Filter进行生成。
当HARQ确认消息中的Bitmap为压缩Bitmap,能够降低HARQ确认消息的传输开销。
一种具体实现Bitmap压缩的方法是基于Bloom Filter进行压缩。
4.根据实施例3所述的方法,所述HARQ确认消息包括hash函数集索引,所述hash函数集索引用于指示基于Bloom Filter生成所述压缩Bitmap时采用的hash函数集。
为了避免误判的发生,基站可在HARQ确认消息中携带基于BF生成压缩Bitmap所使用的hash函数集的索引。即使某些hash函数集会导致误判,但由于有多个hash函数集可供选择,故仍然可能找到不会导致误判发生的hash函数集,这极大增加了使用压缩Bitmap进行HARQ确认的机会,从而尽可能降低HARQ确认消息的传输开销。
5.根据实施例4所述的方法,所述hash函数集索引与所述压缩来指示为同一指示。
Hash函数集索引和压缩指示可以是同一个指示,从而降低指示开销。
6.根据实施例3-5任一所述的方法,当所述网络设备判断所述基于Bloom Filter的压缩Bitmap不会导致误判时,所述网络设备将所述压缩指示设置为所述Bitmap为压缩Bitmap。
当基站判断采用压缩Bitmap不会导致误判时,可使用压缩Bitmap进行HARQ确认。
否则,应使用传统Bitmap进行HARQ确认,以避免误判的发生。
7.根据实施例1-6任一所述的方法,所述Bitmap中承载所述至少一个终端设备发送的所述GF数据的ACK信息或NACK信息。
Bitmap中承载的可以是数据的ACK或NACK信息。不同情况下选择恰当的ACK/NACKBF进行HARQ确认,能更达到更好的传输开销节省效果。
8.根据实施例1-7任一所述的方法,所述压缩指示为G-RNTI,所述G-RNTI用于加扰所述HARQ确认消息。
压缩指示可以是G-RNTI。由于G-RNTI是以加扰方式携带在HARQ确认消息中的,故不会使HARQ确认消息变长,因此传输开销较小。
9.根据实施例8所述的方法,在所述网络设备接收至少一个终端设备发送的GF数据之前,所述网络设备向所述至少一个终端设备中的每个终端设备配置所述G-RNTI。
压缩指示采用G-RNTI,每个UE至少应有两个G-RNTI(分别对应压缩Bitmap和传统Bitmap),基站应事先将这些G-RNTI配置给UE。
10.根据实施例1-7任一所述的方法,所述压缩指示为组标识,所述HARQ确认消息包含所述组标识。
压缩指示可以是组标识。由于组标识是显式携带在HARQ确认消息中的,虽然会导致HARQ确认消息更长,但也更加灵活。
11.根据实施例10所述的方法,在所述网络设备接收至少一个终端设备发送的GF数据之前,所述网络设备向所述至少一个终端设备中的每个终端设备配置所述组标识。
压缩指示采用组标识,每个UE至少应有两个组标识(分别对应压缩Bitmap和传统Bitmap),基站应事先将这些组标识配置给UE。
12.一种数据传输的确认方法,所述方法包括:
终端设备向网络设备发送GF数据;
所述终端设备接收所述网络设备发送的HARQ确认消息,所述HARQ确认消息包括Bitmap,所述Bitmap用于对至少一个终端设备发送的所述GF数据进行确认,所述至少一个终端设备包括所述终端设备;
其中,所述HARQ确认消息包括压缩指示,所述压缩指示用于指示所述Bitmap是否为压缩Bitmap。
基站在针对GF传输发送的HARQ确认消息中携带压缩指示,使得UE可基于此指示确定如何解析HARQ确认消息中的Bitmap,进而获取数据传输的ACK/NACK信息。当HARQ确认消息中的Bitmap为压缩Bitmap,能够降低HARQ确认消息的传输开销。
13.根据实施例12所述的方法,当所述压缩指示指示所述Bitmap不为压缩Bitmap时,所述Bitmap中每比特对应一个UE。
当压缩指示指示HARQ确认消息中的Bitmap不为压缩Bitmap时,该Bitmap为传统Bitmap,UE按照传统Bitmap的方法解析该Bitmap,即UE与Bitmap中的比特一一对应。
14.根据实施例12或13所述的方法,当所述压缩指示指示所述Bitmap为压缩Bitmap时,所述压缩Bitmap基于Bloom Filter进行生成。
当HARQ确认消息中的Bitmap为压缩Bitmap,能够降低HARQ确认消息的传输开销。
一种具体实现Bitmap压缩的方法是基于Bloom Filter进行压缩。
15.根据实施例14所述的方法,所述HARQ确认消息包括hash函数集索引,所述hash函数集索引用于指示基于Bloom Filter生成所述压缩Bitmap时采用的hash函数集。
为了避免误判的发生,基站可在HARQ确认消息中携带基于BF生成压缩Bitmap所使用的hash函数集的索引。即使某些hash函数集会导致误判,但由于有多个hash函数集可供选择,故仍然可能找到不会导致误判发生的hash函数集,这极大增加了使用压缩Bitmap进行HARQ确认的机会,从而尽可能降低HARQ确认消息的传输开销。
16.根据实施例15所述的方法,所述hash函数集索引与所述压缩来指示为同一指示。
Hash函数集索引和压缩指示可以是同一个指示,从而降低指示开销。
17.根据实施例12-16任一所述的方法,所述Bitmap中承载所述终端设备发送的所述GF数据的ACK信息或NACK信息。
Bitmap中承载的可以是数据的ACK或NACK信息。不同情况下选择恰当的ACK/NACKBF进行HARQ确认,能更达到更好的传输开销节省效果。
18.根据实施例12-17任一所述的方法,所述压缩指示为G-RNTI,所述G-RNTI用于加扰所述HARQ确认消息。
压缩指示可以是G-RNTI。由于G-RNTI是以加扰方式携带在HARQ确认消息中的,故不会使HARQ确认消息变长,因此传输开销较小。
19.根据实施例18所述的方法,在所述终端设备向所述网络设备发送所述GF数据之前,所述终端设备接收所述网络设备配置的所述G-RNTI。
压缩指示采用G-RNTI,每个UE至少应有两个G-RNTI(分别对应压缩Bitmap和传统Bitmap),基站应事先将这些G-RNTI配置给UE。
20.根据实施例12-17任一所述的方法,所述压缩指示为组标识,所述HARQ确认消息包含所述组标识。
压缩指示可以是组标识。由于组标识是显式携带在HARQ确认消息中的,虽然会导致HARQ确认消息更长,但也更加灵活。
21.根据实施例20所述的方法,在所述终端设备向所述网络设备发送所述GF数据之前,所述终端设备接收所述网络设备配置的所述组标识。
压缩指示采用组标识,每个UE至少应有两个组标识(分别对应压缩Bitmap和传统Bitmap),基站应事先将这些组标识配置给UE。
22.一种网络设备,所述网络设备包括:
处理器,存储器和收发器;
所述收发器,用于接收和发送数据;
所述存储器,用于存储指令;
所述处理器,用于执行所述存储器中的所述指令,执行如实施例1-11任一所述的方法。
23.根据实施例22所述的网络设备,所述收发器包括:
发送器和接收器;
所述接收器用于接收终端设备发送的如实施例1-11任一所述GF数据;
所述发送器用于发送如实施例1-11任一所述HARQ确认消息。
24.一种终端设备,所述终端设备包括:
处理器,存储器和收发器;
所述收发器,用于接收和发送数据;
所述存储器用于存储指令;
所述处理器用于执行所述存储器中的所述指令,执行如实施例12-21任一所述的方法。
25.根据实施例24所述的终端设备,所述收发器包括:
发送器和接收器;
所述接收器用于接收网络设备发送的如实施例12-21任一所述HARQ确认消息;
所述发送器用于发送如实施例12-21任一所述GF数据。
26.一种计算机程序产品,包括计算机程序,该计算机程序在某一计算机单元上执行时,将会使所述计算机单元实现实施例1-11任一所述的方法。
27.一种计算机程序产品,包括计算机程序,该计算机程序在某一计算机单元上执行时,将会使所述计算机单元实现实施例12-21任一所述的方法。
28.一种计算机程序,该计算机程序在某一计算机单元上执行时,将会使所述计算机单元实现实施例1-11任一所述的方法。
29.一种计算机程序,该计算机程序在某一计算机单元上执行时,将会使所述计算机单元实现实施例12-21任一所述的方法。
30.一种网络设备,所述网络设备被配置为执行如实施例1-11任一所述的方法。
31.一种终端设备,所述终端设备被配置为执行如实施例12-21任一所述的方法。
32.一种计算机可读存储介质,其上存储有计算机程序,该计算机程序在某一计算机上执行时,将会使所述计算机实现实施例1-11任一所述的方法。
33.一种计算机可读存储介质,其上存储有计算机程序,该计算机程序在某一计算机上执行时,将会使所述计算机实现实施例12-21任一所述的方法。
34.一种通信系统,包括如实施例1-11任一所述的终端设备和如实施例12-21任一所述的网络设备。
35.一种芯片,包括:处理模块与通信接口,所述处理模块用于执行实施例1-11中任一项所述的通信方法。
36.根据实施例35所述的芯片,所述芯片还包括存储模块,所述存储模块用于存储指令,所述处理模块用于执行所述存储模块存储的指令,并且对所述存储模块中存储的指令的执行使得所述处理模块执行实施例1-11中任一项所述的通信方法。
37.一种芯片,包括:处理模块与通信接口,所述处理模块用于执行实施例12-21中任一项所述的通信方法。
38.根据实施例37所述的芯片,所述芯片还包括存储模块,所述存储模块用于存储指令,所述处理模块用于执行所述存储模块存储的指令,并且对所述存储模块中存储的指令的执行使得所述处理模块执行实施例12-21中任一项所述的通信方法。
附图说明
图1示出了本申请实施例的通信系统的示意图。
图2示出了根据本申请实施例的用于表示终端设备与GF资源的对应关系的示意图。
图3a示出了根据本申请实施例的数据传输方法的示意性流程图
图3b示出了根据本申请实施例的数据传输方法的示意图。
图4示出了根据本申请实施例的基于布隆过滤器的压缩Bitmap的示意图。
图5示出了根据本申请实施例的另一基于布隆过滤器的压缩Bitmap的示意图。
图6示出了根据本申请实施例的另一基于布隆过滤器的压缩Bitmap的示意图。
图7示出了根据本申请实施例的用于数据传输装置的示意性框图。
图8示出了根据本申请实施例的另一数据传输装置的示意性框图。
图9示出了根据本申请实施例的另一数据传输装置的示意性框图。
图10示出了根据本申请实施例的另一数据传输装置的示意性框图。
具体实施方式
下面将结合附图,对本申请中的技术方案进行描述。
应理解,本申请实施例的技术方案可以应用于各种通信系统,例如:全球移动通讯(global system of mobile communication,GSM)系统、码分多址(code divisionmultiple access,CDMA)系统、宽带码分多址(wideband code division multipleaccess,WCDMA)系统、通用分组无线业务(general packet radio service,GPRS)、长期演进(long term evolution,LTE)系统、LTE频分双工(frequency division duplex,FDD)系统、LTE时分双工(time division duplex,TDD)、通用移动通信系统(universal mobiletelecommunication system,UMTS)、全球互联微波接入(worldwide interoperabilityfor microwave access,WiMAX)通信系统、以及未来的5G通信系统等。
图1示出了本申请实施例应用的通信系统100。该通信系统100可以包括至少一个网络设备110。网络设备100可以是与终端设备通信的设备,如基站或基站控制器等。每个网络设备100可以为特定的地理区域提供通信覆盖,并且可以与位于该覆盖区域(小区)内的终端设备(例如UE)进行通信。该网络设备100可以是GSM系统或码分多址(code divisionmultiple access,CDMA)系统中的基站(base transceiver station,BTS),也可以是WCDMA系统中的基站(nodeB,NB),还可以是LTE系统中的演进型基站(evolutional node B,eNB或eNodeB),或者是云无线接入网络(cloud radio access network,CRAN)中的无线控制器,或者该网络设备可以为中继站、接入点、车载设备、可穿戴设备、未来5G网络中的网络侧设备或者未来演进的公共陆地移动网络(public land mobile network,PLMN)中的网络设备等。
该无线通信系统100还包括位于网络设备110覆盖范围内的多个终端设备120。该终端设备120可以是移动的或固定的。该终端设备120可以指接入终端、用户设备(userequipment,UE)、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。接入终端可以是蜂窝电话、无绳电话、会话启动协议(session initiation protocol,SIP)电话、无线本地环路(wireless localloop,WLL)站、个人数字处理(personal digital assistant,PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备、未来5G网络中的终端设备或者未来演进的公共陆地移动网络(public land mobile network,PLMN)中的终端设备等。
图1示例性地示出了一个网络设备和两个终端设备,可选地,该通信系统100可以包括多个网络设备并且每个网络设备的覆盖范围内可以包括其它数量的终端设备,本申请实施例对此不做限定。
可选地,该无线通信系统100还可以包括网络控制器、移动管理实体等其他网络实体,本申请实施例不限于此。
为便于理解,下面先介绍一下本申请实施例所涉及的免授权(GF)传输。
传统蜂窝通信系统(例如,LTE系统)中,上行(uplink,UL)传输中采用基于授权(grant-based或transmission with grant)的方式,即网络设备调度终端设备进行UL传输的资源以及相关传输参数,例如,UL传输所使用时域、频域、空域资源以及调制编码方式(modulation and coding scheme,MCS)。这种情况下,当一个终端设备有上行数据需要发送时,首先向网络设备发出调度请求,网络设备基于调度请求发送调度授权,然后该终端设备可以根据调度授权中所指示的资源分配以及传输参数进行UL传输。若终端设备本身处于RRC空闲(RRC-IDLE)状态,则该终端设备需首先进行随机接入(包含四条消息的交互过程),然后才能传输数据。无论如何,上述grant-based的UL传输过程都需要较多信令开销,并且这些信令交互不可避免地会带来延迟。
在蜂窝通信的第五代标准(5th generation,5G)中,所考虑的场景包括海量机器类型通信(massive machine type communication,mMTC)和高可靠低时延通信(ultra-reliable and low latency communications,URLLC)。其中,mMTC业务产生的数据通常是小数据(即每个数据包比较小),若采用传统grant-based的UL传输方式,则数据传输所占据的资源远小于数据传输之前的信令交互(例如,调度请求和调度授权过程的信令交互,或者,随机接入过程的信令交互)所使用的资源,导致资源利用率低下。特别是在有大量mMTC设备的情况下,系统资源将大量地被交互信令所占据。URLLC业务要求低延时,而上述grant-based的UL传输过程中的信令交互,由于涉及无线资源控制(radio resourcecontrol,RRC)信令,其延迟是很大的,因此,传统grant-based的UL传输方式也很难满足URLLC业务的需求。
基于上述原因,5G在新无线(new radio,NR)中引入了免授权(grant-free、transmission without grant、grant-less或grantless,GF)传输方式,用于UL传输。所谓GF传输方式,是指终端设备有数据需要传输时,无需向网络设备请求UL传输资源,而是在网络设备预先配置的传输资源池(可称为GF传输资源池)中,基于某种规则选择一个用于UL传输的传输单元直接进行UL传输。这样,就可以省去grant-based的UL传输过程中的信令交互,从而降低了信令开销和传输延时,特别适合于小包传输以及延时敏感业务。
在5G-NR标准中,已经确定由网络设备配置GF传输所使用的时频资源,即配置GF传输资源池。每个GF传输资源池中包括一个或多个传输单元,当终端设备有数据需要传输时,从配置给自己的GF传输资源池中选择至少一个传输单元进行传输。同一个GF传输资源池一般可以同时配置给多个终端设备,这种情况下,虽然可能由于不同的终端设备选择相同的传输单元发生碰撞而导致传输失败,但对于不确定何时到达的业务来说,由于多个终端设备共享相同的GF传输资源,能够提高资源的利用效率。网络设备配置给一个终端设备的GF传输资源池通常是周期性的,并且在一个周期内,网络设备可能给一个终端设备配置多个GF传输资源池。在本文中,GF传输资源池也可简称为“GF资源”,终端设备采用GF资源发送的数据可以简称为“GF数据”。
应理解,本申请所提及的GF传输资源或GF资源具有完全相同的含义,可以包括但不限于如下资源的一种或多种的组合:
1)时域资源(也可以称为时间资源),例如,无线帧、子帧、符号等;
2)频域资源(也可以称为频谱资源),例如,子载波、资源块等;
3)空域资源,例如,发送天线、波束等;
4)码域资源,例如,稀疏码多址接入(sparse code multiple access,SCMA)码本、低密度签名(low density signature,LDS)序列、码分多址(code division multipleaccess,CDMA)码等;
5)上行导频资源。
从终端设备的角度来说,网络设备会为其配置可用来传输GF数据的一个或多个GF资源,以及该终端设备在每个配置的GF资源中的解调参考信号(demodulation referencesignal,DMRS)。配置了同一GF资源的不同终端设备具有不同DMRS,换句话说,网络设备可以根据GF资源以及DMRS来识别发送GF数据的终端设备。从这个意义上说,终端设备在GF资源中的DMRS的索引也可以是该终端设备的标识(identifier/identification,ID)。应理解,终端设备在GF资源中发送的GF数据包括DMRS和数据部分。
当终端设备在配置给自己的GF资源中向网络设备发送了GF数据之后,期望收到该网络设备发送的混合自动重传请求(hybrid automatic repeat request,HARQ)确认消息,即肯定应答(acknowledge,ACK)或否定应答(non-acknowledge,NACK),表示该网络设备是否正确接收该终端设备的数据。应理解,在本文中,网络设备正确或未正确接收终端设备发送的GF数据,是指该网络设备正确或未正确接收该GF数据的数据部分。
对于一个网络设备而言,由于可能同时存在多个终端设备向该网络设备发送数据,该网络设备可以将该网络设备覆盖范围内的终端设备进行分组。网络设备可以通过组公共物理下行控制信道(group common physical downlink control channel,G-PDCCH)向一组终端设备发送组公共下行控制信息(group common downlink controlinformation,G-DCI),该G-DCI承载这组终端设备中每个终端设备的HARQ确认消息。具体来说,G-DCI中可以包括位表(Bitmap),该Bitmap中的每个比特至多对应该组终端设备中的一个终端设备,终端设备在Bitmap中对应比特的位置索引可以是由网络设备配置的。
此外,网络设备还可以为终端设备配置终端设备所属组的组标识(group ID)。该组标识可用来加扰G-DCI,即作为无线网络临时标识(radio network temporaryidentity,RNTI)使用,此时组标识也可称为组RNTI(group RNTI,G-RNTI),可以通过加扰的方式或者显式携带的方式包括在G-DCI中,用于区分不同的终端设备组。
当终端设备发送了GF数据并接收到一个G-DCI时,该终端设备可以基于其中的组标识来确定该G-DCI是否是自己所在终端设备组对应的G-DCI,若是,则根据自己的位置索引从G-DCI的Bitmap中的对应位置获取GF数据的确认消息,例如,1表示网络设备正确接收,0表示网络设备未正确接收。在本文中,也将这种Bitmap称为传统Bitmap,在传统Bitmap中,每个比特至多对应一个终端设备(可能存在部分比特是保留比特),用于表示该终端设备的GF数据的确认消息。
具体地,网络设备可以将P个GF资源中的终端设备设置为一个终端设备组,即P个GF资源对应一个G-DCI,该G-DCI用于对在该P个GF资源上传输的终端设备进行HARQ确认,P为大于或等于2的整数。例如,如图2所示,P=2,即每两个GF资源对应一个G-DCI。其中,配置在GF资源1和GF资源2中的终端设备为第一组终端设备(包括UE 1-UE 24),对应的组标识为G-RNTI 1;配置在GF资源3和GF资源4中的终端设备为第二组终端设备(包括UE 25-UE 48),对应的组标识为G-RNTI 2。其中,1-48可以称为UE的标识。两组终端设备对应的G-DCI可以分别用G-RNTI 1和G-RNTI 2进行加扰。
为了便于描述本申请的方案,后续将采用类似图2的基于GF资源来划分终端设备组的方式描述本申请的方案。但应理解,本申请的方案适用于任何采用多播确认消息(如G-DCI)对一组终端设备的GF传输进行HARQ确认的场景,即适用于采用其它任何终端设备分组方法并映射到多播确认消息的场景。
在一个网络设备的覆盖范围内,可采用GF方式传输的终端设备可能有很多个,但由于每个终端设备的数据何时到达是不确定的,故每次GF传输中,实际传输的终端设备数目可能并不总是很多。这意味着,对于网络设备的一次HARQ确认而言,G-DCI的Bitmap中有很多比特是浪费的。假设共有12个可用DMRS,即每个GF资源最多同时可配置给12个终端设备。如图2所示,在上述P=2的例子中,每两个GF资源对应一个G-DCI,每个G-DCI中的Bitmap包括24bits。GF资源1和GF资源2对应G-DCI 1,GF资源3和GF资源4对应G-DCI 2,且每个GF资源都配置给了12个UE。然而,在某次传输中,GF资源1和GF资源2上仅各有2个UE传输了GF数据,GF资源3上仅有1个UE传输了GF数据,GF资源4上仅有3个UE传输了GF数据,即四个GF资源上总共有8个UE传输了GF数据。按照前述方案,有几组UE,网络设备就需要发送几个G-DCI。因此,在上述例子中网络设备需发送两个G-DCI,每个G-DCI中各包括一个长度为24bits的Bitmap,即网络设备需要发送的Bitmap总长度为48bits。而实际上,在48bits的Bitmap中,仅有8比特是有效的,其它40bits都浪费了,浪费比例高达83.3%。为解决这一问题,本申请实施例提出了一种新的数据传输方法。
应理解,由于网络设备可以接收一组或多组终端设备发送的GF数据,且要分别向对应的终端设备组反馈G-DCI,为了便于从终端设备的角度描述,下面以发送了GF数据的一组终端设备中的第三终端设备(表示其中任意的一个终端设备)为例进行说明,发送了GF数据的其他终端设备所执行的动作均与该第三终端设备类似,本文不再赘述。
图3a示出了本申请实施例的数据传输方法300的示意性流程图。该方法300可以应用于图1所示的通信系统100,但本申请实施例不限于此。
S310,第三终端设备采用免授权资源向网络设备发送数据;
S320,所述网络设备接收包括所述第三终端设备的至少一个终端设备发送的数据,并向所述至少一个终端设备发送确认消息,所述确认消息包括第一位表Bitmap和压缩指示信息,其中,所述第一Bitmap用于指示是否正确接收所述至少一个终端设备发送的数据,所述压缩指示信息用于指示所述第一Bitmap是否为压缩Bitmap,若所述第一Bitmap不是压缩Bitmap,所述第一Bitmap中的每个比特至多对应一个终端设备,若所述第一Bitmap为压缩Bitmap,所述第一Bitmap中存在一个比特对应多个终端设备,和/或所述第一Bitmap中存在多个比特对应一个终端设备;
应理解,该至少一个终端设备为采用免授权资源向网络设备发送数据的终端设备,该至少一个终端设备包括该第三终端设备,且该至少一个终端设备可以属于相同的终端设备组,也可以属于不同的终端设备组,本申请实施例对此不作限定。此外,该确认消息具体可以为上述G-DCI,通过组播或广播的方式发送,但本申请实施例对此不作限定。
S330,所述第三终端设备接收所述确认消息,并根据所述确认消息,确定所述第三终端设备发送的数据是否被所述网络设备正确接收。
具体地,网络设备可以根据实际情况,确定是否将用于表示是否正确接收数据的确认消息所包括的第一Bitmap进行压缩,并在该确认消息中携带压缩指示信息,用于指示是否对该第一Bitmap进行了压缩,即指示该第一Bitmap为传统Bitmap,还是压缩Bitmap。在传统Bitmap中,每个比特至多对应一个终端设备;在压缩Bitmap中,存在一个比特对应多个终端设备,和/或存在多个比特对应一个终端设备。应理解,这里的终端设备泛指该网络设备覆盖范围内可能用GF资源发送数据的终端设备,这些终端设备并不一定参与本次数据传输。
在网络设备发送了上述确认消息之后,第三终端设备接收该确认消息,先根据该确认消息携带的压缩指示信息确定该确认消息包括的第一Bitmap为传统Bitmap还是压缩Bitmap,再从该第一Bitmap中确定与自身对应的至少一个比特,进一步确定所发送的数据是否被网络设备正确接收。在一种具体实现方式中,网络设备发送的第一Bitmap可以包括多组终端设备对应的子Bitmap,该第三终端设备可以根据预配置的组标识确定确认消息中自身所在的终端设备组的子Bitmap,并根据该子Bitmap确定自身的数据是否被网络设备正确接收。可选地,子Bitmap可以包括在上述G-DCI中,一组终端设备对应一个G-DCI,但本申请实施例对此不作限定。
本申请实施例的数据传输方法,通过网络设备在免授权传输过程中合理选择是否将向终端设备发送的确认消息中的Bitmap进行压缩,并在该确认消息中携带压缩指示信息,指示该网络设备是否将该确认消息中的Bitmap进行了压缩,使得终端设备可以根据该压缩指示信息正确解析该确认消息中的Bitmap,有利于节省确认消息传输过程中的开销,从而提高系统性能。
对于网络设备采用传统Bitmap需要反馈多组G-DCI的情况,采用压缩Bitmap可以减少需要反馈的G-DCI的个数,从而节省比特开销。例如,在图2中,若采用传统Bitmap,网络设备需要在确认消息中携带G-DCI 1和G-DCI 2(其中均包括传统Bitmap),若采用本申请的压缩Bitmap,网络设备可以在确认消息中携带一个G-DCI 3(包括压缩Bitmap)即可(如图3b所示)。换句话说,对于图2的示例来说,使用传统Bitmap时网络设备需要发送两个G-DCI,而采用本申请实施例的方法使用压缩Bitmap时则只需发送一个G-DCI(如图3b所示),在如图3b所示的实施例中,确认消息的信令开销降低了一半。
图3b是两组终端设备映射到一个压缩Bitmap的示例(即通过一个G-DCI携带的一个压缩Bitmap携带了对两组终端设备的确认信息,或称为应答信息)。显然,本申请还可推广到R组终端设备(每组终端设备对应一个传统Bitmap)对应一个压缩Bitmap的情况,R为大于或等于2的整数,R的取值越大,本申请的传输开销节省效果越明显。
应理解,压缩Bitmap的长度和传统Bitmap的长度可以相等,也可以不相等,本申请实施例对此不作限定。在压缩Bitmap的长度和传统Bitmap的长度相等的情况下,能够减少终端设备接收确认消息的盲检次数,从而提高数据传输性能。
本申请实施例适用于任何采用多播确认消息(例如G-DCI)对GF传输进行确认的场景,即适用于采用其它任何终端设备分组方法并映射到确认消息的场景。
在传统Bitmap中,同一终端设备在一个Bitmap中有可能对应多个比特,这种情况下发生在下述任一情况下或多种情况同时出现时,但本申请实施例对此不作限定。
1)网络设备配置终端设备在同一GF资源组的不同GF资源中传输不同传输块(transmission block,TB)的数据,即传输不同HARQ进程的数据。例如,网络设备配置终端设备1可以在GF资源1和GF资源2中传输不同HARQ进程的数据,即终端设备1可以在GF资源1和GF资源2中传输不同TB的数据,此时,这两个TB的数据在确认消息的Bitmap中各对应一个比特。
2)网络设备配置终端设备在同一GF资源中采用多层流传输。例如,网络设备配置终端设备可以在GF中采用W层流传输(即终端设备采用MIMO传输),每层流对应一个TB,则终端设备需在确认消息的Bitmap中对应W个比特,该W个比特中的每个比特对应一个TB,W为大于或等于1的整数;
3)网络设备配置终端设备采用基于码块组(code block group,CBG)的传输。例如,网络设备配置终端设备将每个TB划分为V个CBG进行传输,终端设备需对每个CBG进行HARQ确认,这种情况下,终端设备发送的每个TB需在确认消息的Bitmap中对应V个比特,该V个比特中的每个比特对应一个CBG,V为大于或等于1的整数。
同理,对于压缩Bitmap,同一终端设备在一个Bitmap中有可能对应多组比特,每组比特对应该终端设备的一个数据(如同一TB/CBG)。需要特别说明的是,本申请中压缩Bitmap中存在多个比特对应一个终端设备,实际上是指存在多个比特对应一个终端设备的同一数据(如同一TB或同一CBG),而不是指多个比特对应一个终端设备的不同数据。
作为一个可选的实施例,所述压缩指示信息为无线网络临时标识RNTI或所述至少一个终端设备对应的终端设备组的组标识。
在一种可能的实现方式中,上述压缩指示信息可以为RNTI,该RNTI对应一组终端设备,也可以称为组RNTI(group RNTI,G-RNTI)。网络设备可以将该G-RNTI显式携带在确认消息中,也可以采用加扰的方式,利用一组终端设备的G-RNTI对该组终端设备的G-DCI进行加扰,本申请实施例对此不作限定。采用G-RNTI加扰的方式,不会使确认消息的长度变长,传输开销较小。
应理解,每个终端设备组对应的G-RNTI可以是标准预定义的,也可以是网络设备预先通过信令配置给各个终端设备的,本申请实施例对此不作限定。该信令可以是无线资源控制(radio resource control,RRC)信令、媒体访问控制(media access control,MAC)层控制元素(control element,CE)信令或其他物理层信令(例如DCI),本申请实施例对此也不作限定。
还应理解,上述网络设备用G-RNTI对G-DCI进行加扰,可以是基于G-RNTI产生扰码序列,然后用扰码序列对待发送的G-DCI的负载(payload)的循环冗余校验(cyclicredundancy check,CRC)部分进行加扰。则对应地,上述第三终端设备接收到加扰后的确认消息,需要用G-RNTI对G-DCI进行解扰,该第三终端设备可以基于G-RNTI产生扰码序列,然后用扰码序列对接收到的G-DCI的负载(payload)的CRC部分进行解扰。其中,基于G-RNTI产生的扰码序列可以就是G-RNTI。
在图2所示的例子中,确认消息为G-DCI,压缩指示信息为G-RNTI。其中,GF资源1和GF资源2对应的终端设备组用G-RNTI 1标识,即G-DCI 1(包含传统Bitmap)用G-RNTI 1加扰;GF资源3和GF资源4对应的终端设备组用G-RNTI 2标识,即G-DCI 2(包含传统Bitmap)用G-RNTI 2加扰;GF资源1-GF资源4对应的终端设备组用G-RNTI 3标识,即G-DCI 3(包含压缩Bitmap)用G-RNTI 3加扰。假设上述第三终端设备被配置在GF资源2中,则该第三终端设备可以根据G-DCI中的G-RNTI是G-RNTI 1还是G-RNTI 3来判断收到的G-DCI是否是自己期望的G-DCI,以及判断该G-DCI中包含的Bitmap是传输Bitmap还是压缩Bitmap。若G-DCI用G-RNTI 1加扰,则该G-DCI包含传统Bitmap;若G-DCI用G-RNTI 3加扰,则该G-DCI包含压缩Bitmap。
如前所述,一个终端设备可能同时被配置在不同终端设备组中,在这种情况下,对一个终端设备来说,可以用第一组G-RNTI(其中包括一个或多个G-RNTI)来指示G-DCI包括传统Bitmap,用第二组G-RNTI(其中包括一个或多个G-RNTI)来指示G-DCI包括压缩Bitmap,第一组G-RNTI和第二组G-RNTI的交集为空集。在同一组G-RNTI中,不同G-RNTI指示不同终端设备组。网络设备可以将第一组G-RNTI和第二组G-RNTI预先配置给该终端设备。
在另一种可能的实现方式中,上述压缩指示信息具体可以为上述至少一个终端设备对应的终端设备组的组标识(group ID,G-ID)。网络设备可以将G-ID显式携带在确认消息中,用于指示当前传输的确认消息包括的Bitmap为传统Bitmap还是压缩Bitmap。由于该组标识G-ID是显式携带在确认消息中的,虽然会导致确认消息更长,但是更加灵活。
假设在图2所示的例子中,GF资源1和GF资源2对应的终端设备组的组标识为G-ID=1,对应的G-DCI 1包含传统Bitmap;GF资源3和GF资源4对应的终端设备组的组标识为G-ID=2,对应的G-DCI 2包含传统Bitmap;GF资源1-GF资源4对应的终端设备组的组标识为G-ID=0,对应的G-DCI 3包含压缩Bitmap。这样,当上述第三终端设备收到一个G-DCI时,可以根据其中包含的G-ID字段的取值,来判断该G-DCI是否是自己期望的G-DCI,以及判断该G-DCI包含压缩Bitmap还是传统Bitmap。
应理解,每个终端设备组的组标识G-ID可以是标准预定义的,也可以是网络设备预先通过信令配置给各个终端设备的,本申请实施例对此不作限定。该信令可以是无线资源控制(radio resource control,RRC)信令、媒体访问控制(media access control,MAC)层控制元素(control element,CE)信令或其他物理层信令(例如DCI),本申请实施例对此也不作限定。
在另一种可能的实现方式中,该组标识可用来加扰G-DCI(即加扰G-DCI中的CRC部分),即作为上述G-RNTI使用。在这种情况下,上述G-RNTI即为G-ID。
作为一个可选的实施例,所述第一Bitmap为压缩Bitmap,在所述网络设备向所述至少一个终端设备发送确认消息之前,所述方法还包括:
所述网络设备根据所述至少一个终端设备发送的数据的接收情况,基于布隆过滤器,生成第一待发送Bitmap,所述布隆过滤器是通过第一哈希函数集定义的,所述第一哈希函数集包括K1个哈希函数,K1为大于或等于1的整数;
所述网络设备将所述第一待发送Bitmap确定为所述第一Bitmap。
具体地,在网络设备确定要对确认消息中的Bitmap进行压缩的情况下,该网络设备可以采用布隆过滤器(Bloom Filter)进行压缩,将压缩后的Bitmap确定为第一Bitmap。Bloom Filter是一种实现高效存储的二进制向量数据结构,它具有很好的空间和时间效率,用于判定元素是否属于给定集合。Bloom Filter实际上也是一个Bitmap,其使用包括存储过程和查询过程。
1)存储过程:首先需预定义K个哈希(hash)函数,记为hi(x),1≤i≤K,K为大于或等于1的整数。当需要将元素x存入Bloom Filter时,计算元素x的K个哈希值h1(x)-hK(x),并将这K个哈希值在Bloom Filter中对应的位置设置为1(假设Bloom Filter中各比特原始数值为0)。若某个哈希值对应的位置已经是1,则该位置的值保持不变。同理,若假设BloomFilter中各比特原始数值为1,则K个hash值对应位置置为0(称为第一数值),若某个哈希值对应的位置已经是0,则该位置的值保持不变。为便于描述方案,本申请中基于BloomFilter中各比特原始数值为0的假设进行描述,此时,第一数值为1。
2)查询过程:假设需查询元素y是否已存储在Bloom Filter中,则也需要首先计算y的K个哈希值h1(y)-hK(y),然后检查Bloom Filter中这K个哈希值对应的位置是否均为1,若是,则认为元素y存储在Bloom Filter,否则,认为元素y未存储在Bloom Filter。
图4示出了K=3的情况下的一个Bloom Filter示意图,具体用于将元素x1、x2存入Bloom Filter以及检查元素x3是否存储在该Bloom Filter。经过执行上述存储过程,元素x1、x2各自对应的3个哈希值的位置已经为1。显然,由于元素x3对应的3个哈希值的位置不全为1,因此,元素x3未存储在Bloom Filter中。
应理解,在本申请实施例中,上述元素x可以为终端设备的标识(ID),作为第一哈希函数集中每个哈希函数的输入。例如,网络设备覆盖范围内能够采用GF资源发送数据的终端设备共有48个,标识分别为1-48,这些终端设备的标识可以是预定义的或网络设备通过信令为各个终端设备配置的。对于一个终端设备,第一哈希函数集中的每个哈希函数可将其标识映射到Bloom Filter中的一个比特位置上,该哈希值称为该终端设备基于该哈希函数的位置索引。
在Bloom Filter中,每个比特并不与一个唯一的元素(在本申请实施例中代表终端设备)对应,这与传统Bitmap不同。因此,本申请将这种基于Bloom Filter的Bitmap称为压缩的Bitmap,简称压缩Bitmap。
需要特别说明的是,Bloom Filter的查询过程可能出现误判(false positive)。如图5所示,该Bloom Filter中实际上仅存储了元素x1、x2,但是,由于元素x1、x2对应的位置索引恰好能够覆盖元素x4对应的3个位置索引,按照查询结果,终端设备会认为元素x4也存储在该Bloom Filter中。对于如何解决这种情况,后面会进行详细说明。
还应理解,当K=1时,每个终端设备在压缩Bitmap中对应一个比特,但压缩Bitmap中的一个比特可能同时对应多个终端设备。这种情况下,标准可以预定义终端设备的标识(ID)与压缩Bitmap中比特之间的映射关系。例如,标准可以规定一个终端设备在压缩Bitmap中和传统Bitmap中的位置索引相同;或者,基于终端设备的ID计算终端设备在压缩Bitmap中的位置索引,如终端设备的位置索引为ID mod L,L为压缩Bitmap的长度。当然,也可以由网络设备配置终端设备在压缩Bitmap中的位置索引,本申请实施例对此不作限定。图6示出了K=1的情况下的Bloom Filter示意图。其中,压缩Bitmap长度为L=24bits,一个终端设备在压缩Bitmap中对应的位置和在传统Bitmap中对应的位置是相同的。当然,上述映射规则也可描述为k=ID mod L,k为Bitmap中各比特的位置索引,取值范围1≤k≤L。
压缩Bitmap的实现,除了可以基于Bloom Filter之外,还可以基于其它压缩规则。若协议允许使用多种压缩规则实现的压缩Bitmap,则在使用压缩Bitmap的情况下,网络设备还需向终端设备指示当前使用的压缩规则。该压缩规则指示可以是该网络设备事先配置给该终端设备的(例如,通过RRC信令、MAC CE或物理层信令配置给终端设备),也可以是携带在HARQ确认消息中动态指示给该终端设备的,本申请实施例对此不作限定。
在本申请实施例中,压缩Bitmap可以用于传输终端设备的ACK信息,即指示网络设备正确接收到哪些终端设备的GF数据(隐含其它终端设备的GF数据未被正确接收),这种压缩Bitmap可称为ACK Bloom Filter(ACK BF)。压缩Bitmap也可以用于传输终端设备的NACK信息,即指示网络设备未正确接收到哪些终端设备的GF数据(隐含其它终端设备的GF数据都被正确接收),这种压缩Bitmap可以称为NACK BF。
应理解,ACK BF适用于网络设备正确接收较少终端设备的GF数据的情况,而NACKBF适用于多数发送了GF数据的终端设备被网络设备正确接收的情况。对于后者,只需要向少量终端设备回复NACK,因此,用压缩Bitmap传输NACK信息适合于这种场景。例如,配置在GF资源1-GF资源4中大多数终端设备都发送了GF数据且被网络设备正确接收,此时只需要向少量发送了GF数据且未被网络设备正确接收的终端设备回复NACK,只需发送一个G-DCI,显然更加节省传输开销。
还应理解,压缩Bitmap承载的是ACK信息还是NACK信息可以是预定义的或者网络设备通过信令配置给各个终端设备的。在一种可能的实现方式中,标准已经预定义了网络设备发送的压缩Bitmap承载ACK或NACK,则在实际传输过程中,仅存在两类Bitmap:传统Bitmap和压缩Bitmap(已定义了承载ACK或NACK),这样,网络设备只需要通过上述压缩指示信息指示确认消息中包括的第一Bitmap为传统Bitmap还是压缩Bitmap即可。在另一种可能的实现方式中,在实际传输过程中,可能存在三类Bitmap:传统Bitmap、承载ACK的Bitmap和承载NACK的Bitmap。这种情况下,网络设备不仅需要压缩指示信息指示确认消息中包括的第一Bitmap为传统Bitmap还是压缩Bitmap,还需要进一步指示该压缩Bitmap承载的是ACK还是NACK。该网络设备具体可以通过G-RNIT或组标识来区分上述三类Bitmap,此处不再赘述。
对于上述需要区分三类Bitmap的情况,另一种可能的实施方式是通过G-RNTI加扰来区分压缩Bitmap和传统Bitmap,在压缩Bitmap情况下,通过G-DCI中的显式指示进一步区分ACK BF和NACK BF。这种情况下,压缩指示为G-RNTI(隐式指示),而具体压缩类型(ACK BF或NACK BF)通过显式指示来区分。
为便于描述本申请的方案,本申请中采用ACK BF为例对来描述其它实施例。应理解,这些实施例对于NACK BF也是适用的。
作为一个可选的实施例,所述第一待发送Bitmap携带所述网络设备对所述至少一个终端设备中的M个第一终端设备发送的肯定应答ACK信息,所述网络设备正确接收所述M个第一终端设备发送的数据,M为大于或等于1的整数,所述第一待发送Bitmap中与所述每个第一终端设备的K1个哈希值对应的位置的比特取值均为第一数值。
其中,第一待发送Bitmap可理解为所有比特均为原始数值的Bloom Filter,在此基础上,根据每个第一终端设备的K1个哈希值将第一待发送Bitmap中对应的位置的比特取值设置为第一数值,该存储了每个第一终端设备对应哈希值的Bloom Filter仍称为第一待发送Bitmap。
若所述网络设备将所述第一待发送Bitmap确定为所述第一Bitmap进行发送,则对应地,所述第三终端设备根据所述第一Bitmap,确定所述第三终端设备发送的数据是否被所述网络设备正确接收,包括:
所述第三终端设备确定所述第一Bitmap中,与所述第三终端设备的K1个哈希值对应的位置的比特取值是否均为第一数值;
若与所述第三终端设备的K1个哈希值对应的位置的比特取值均为所述第一数值,所述第三终端设备确定所述第三终端设备发送的数据被所述网络设备正确接收;
若与所述第三终端设备的K1个哈希值对应的位置的比特取值不均为所述第一数值,所述第三终端设备确定所述第三终端设备发送的数据未被所述网络设备正确接收。
具体地,网络设备确定在确认消息中指示正确接收到哪些终端设备的GF数据,即第一Bitmap携带ACK信息,该网络设备可以先确定正确接收的M个第一终端设备的标识(ID),利用上述第一哈希函数集,将M个第一终端设备的标识作为输入,计算每个第一终端设备的K1个哈希值,将第一待发送Bitmap中与K1个哈希值对应的位置设置为第一数值,例如1,即执行上述Bloom Filter的存储过程,生成第一待发送Bitmap。该网络设备将上述第一待发送Bitmap确定为第一Bitmap,发送给至少一个终端设备。该至少一个终端设备中的第三终端设备根据自身的K1个哈希值,执行上述Bloom Filter的查询过程,确定自身发送的数据是否被网络设备正确接收。其中,所述第三终端设备的K1个哈希值对应的位置的比特取值不均为所述第一数值,是指述第三终端设备的K1个哈希值对应的位置的比特至少有一个不为第一数值。
由于第一Bitmap是在第一待发送Bitmap的基础上生成的,上述第一待发送Bitmap的长度与第一Bitmap的长度相等。此外,在第一待发送Bitmap中,所有比特的取值均为原始数值,该原始数值与上述第一数值不相等。在一种可能的实现方式中,第一待发送Bitmap中的各比特原始数值全为0。
应理解,上述第一数值可以为预定义的(即标准预定义Bloom Filter原始数值),也可以为网络设备为各个终端设备配置的(即网络设备配置Bloom Filter原始数值),本申请实施例对此不作限定。还应理解,第三终端设备可以通过多种方式确定自身的K1个哈希值,即确定网络设备反馈的Bitmap中与自身对应的至少一个比特的位置,可以采用自身的ID以及第一哈希函数集计算得到,也可以直接接收网络设备发送的K1个哈希值,本申请实施例对此也不作限定。
还应理解,网络设备可以预先计算出该至少一个终端设备中每个终端设备的K1个哈希值,并存储在存储器中,在后续需要向终端设备发送确认消息的时候直接使用,从而节省计算开销,该网络设备也可以在每次需要向特定的终端设备发送确认消息时,再计算这些特定终端设备中每个终端设备的K1个哈希值,从而节省存储开销,本申请实施例对此不作限定。
作为一个可选的实施例,在所述第三终端设备确定所述第一Bitmap中,与所述第三终端设备的哈希值对应的位置的比特取值是否均为第一数值之前,所述方法还包括:
所述第三终端设备根据所述第一哈希函数集以及所述第三终端设备的标识,计算所述第三终端设备的K1个哈希值。
具体地,该第三终端设备可以根据第一哈希函数集以及自身的ID,计算出该第三终端设备的K1个哈希值,用于执行查询过程。由于第三终端设备的ID是网络设备和第三终端设备共知的(网络设备通过信令配置第三终端设备的ID),因此,对于相同的ID采用相同的哈希函数进行计算,网络设备得到的该第三终端设备在第一压缩Bitmap中对应的K1个比特的位置和第三终端设备得到的该第三终端设备在第一压缩Bitmap中对应的K1个比特的位置是一致的。
在这种情况下,上述第一哈希函数集可以为预定义的,也可以为网络设备通过信令为各个终端设备配置的,本申请实施例对此也不作限定。该信令可以是无线资源控制(radio resource control,RRC)信令、媒体访问控制(media access control,MAC)层控制元素(control element,CE)信令或其他物理层信令(例如DCI),本申请实施例对此也不作限定。
作为一个可选的实施例,在所述网络设备接收至少一个终端设备采用免授权资源发送的数据之前,所述方法还包括:
所述网络设备根据所述第一哈希函数集以及包括所述至少一个终端设备中每个终端设备的标识,计算所述每个终端设备的K1个哈希值;
所述网络设备向所述每个终端设备发送各自的K1个哈希值。;
则对应地,所述第三终端设备接收所述网络设备发送的所述第三终端设备的K1个哈希值。
具体地,由于哈希值的计算需要一定计算开销,为了降低终端设备的计算开销从而更加省电,网络设备可以基于终端设备的标识ID计算出该终端设备的哈希值,并将计算结果直接发送给该终端设备,即网络设备直接指示终端设备在压缩Bitmap中对应的K1个比特的位置。这种情况下,该第一哈希函数集可以是标准预定义的,也可以是网络设备内部实现的,终端设备无需知道第一哈希函数集的具体形式。
应理解,上述至少一个终端设备可以为网络设备配置了GF资源终端设备(即允许采用GF方式向网络设备发送数据的中的设备),网络设备在初始阶段就可以计算出该所述至少一个终端设备中每个终端设备的K1个哈希值,并分别分发给该至少一个终端设备,以便后续直接使用。
作为一个可选的实施例,所述网络设备将所述第一待发送Bitmap确定为所述第一Bitmap,包括:
所述网络设备根据所述至少一个终端设备发送的数据的接收情况以及所述第一哈希函数集,确定所述第一待发送Bitmap是否会导致误判;
在所述网络设备确定所述第一待发送Bitmap不会导致误判的情况下,所述网络设备将所述第一待发送Bitmap确定为所述第一Bitmap。
如前所述,使用基于Bloom Filter的压缩Bitmap进行GF传输的确认,有可能出现误判。这里的误判可以定义为:终端设备发送了GF数据,而网络设备未正确接收,但终端设备根据接收到的压缩Bitmap,却认为网络设备正确接收到了GF数据。假设终端设备1(标识为x1)、终端设备2(标识为x2)、终端设备4(标识为x4)均发送了GF数据,但网络设备仅正确接收了终端设备1和终端设备2的数据。这种情况下,如果网络设备采用压缩Bitmap进行确认,且不同终端设备在压缩Bitmap中对应位置如图5所示,则终端设备4显然会认为网络设备也正确接收到了自己的GF数据,因而后续不会重传该数据。而实际上,网络设备并未正确接收终端设备4的数据。
因此,在本申请实施例中,为了避免第三终端设备出现误判,网络设备在生成第一待发送Bitmap之后,可以先确定该第一待发送Bitmap是否会导致误判,即确定采用压缩Bitmap进行反馈是否会导致误判,在不会导致误判的情况下,再将该第一待发送Bitmap确定为第一Bitmap发送。若采用压缩Bitmap会导致误判,该网络设备可以选择仍旧将传统Bitmap作为第一Bitmap进行反馈,以避免误判的发生。
作为一个可选的实施例,在所述网络设备确定所述第一待发送Bitmap会导致误判的情况下,所述压缩指示信息用于指示所述第一Bitmap不是压缩Bitmap,即所述第一Bitmap为传统Bitmap。
作为一个可选的实施例,所述网络设备根据所述至少一个终端设备发送的数据的接收情况以及所述第一哈希函数集,确定所述第一待发送Bitmap是否会导致误判,包括:
在所述网络设备确定未正确接收所述至少一个终端设备中N个第二终端设备发送的数据的情况下,所述网络设备根据所述第一哈希函数集以及所述N个第二终端设备中每个第二终端设备的标识,分别计算所述每个第二终端设备的K1个哈希值,N为大于或等于1的整数;
所述网络设备确定所述N个第二终端设备中是否存在目标第二终端设备,在所述第一待发送Bitmap中,与所述目标第二终端设备的K1个哈希值对应的位置的比特取值均为所述第一数值;
若存在所述目标第二终端设备,所述网络设备确定所述第一待发送Bitmap会导致误判;
若不存在所述目标第二终端设备,所述网络设备确定所述第一待发送Bitmap不会导致误判。
具体地,网络设备在根据至少一个终端设备的ID和第一哈希函数集,生成第一待发送Bitmap之后,可以先对未正确接收到的N个第二终端设备依次执行Bloom Filter的查询过程。若存在目标第二终端设备(N个第二终端设备中的任意一个终端设备),该目标第二终端设备对应的位置的比特取值均为第一数值,即能够查询到该目标第二终端设备的ACK信息,那么,该网络设备可以确定采用压缩Bitmap会导致误判。
应理解,GF传输中是通过DMRS来区分终端设备的,上述至少一个终端设备的ID也可以为至少一个终端设备的DMRS。因此,网络设备可以基于在GF资源中的检测到的DMRS确定哪些终端设备发送了GF数据。网络设备检测到DMRS但未正确解出数据部分的终端设备,即为上述N个第二终端设备中的终端设备。
在网络设备检测到的发送了GF数据的终端设备中,有些终端设备的数据部分被网络设备正确接收,这些终端设备被称为ACK终端设备(对应上述M个第一终端设备),另一些UE的数据部分未被网络设备正确接收,这些终端设备被称为NACK终端设备(对应上述N个第二终端设备)。网络设备可以根据ACK终端设备和NACK终端设备的ID,来判断使用压缩Bitmap进行确认会不会发生误判。具体来说,网络设备将所有ACK终端设备的ID按照规则存储到压缩Bitmap中,然后用NACK终端设备的ID进行查询。若存在任一NACK终端设备的ID查询结果是在压缩Bitmap中,则判定使用压缩Bitmap会导致误判;若所有NACK终端设备的ID查询结果均为不在压缩Bitmap中,则判定使用压缩Bitmap不会导致误判。
应理解,在某些情况下,由于信道深衰落、障碍物阻隔等原因,即使终端设备发送了GF数据,网络设备也可能检测不到其中的DMRS。这种情况下,网络设备基于检测到的DMRS来判断是否误判可能是不准确的。因此,网络设备可以根据在GF资源中检测到的能量来判断采用压缩Bitmap是否会出现误判。每个GF资源中包括一个或多个传输单元,每个传输单元用于传输GF数据。网络设备对GF资源中每个GF资源的所有传输单元进行检测,对于其中任一传输单元的检测结果,可能出现三种情况:
1)未检测到任何传输(即网络设备检测到的信号的能量小于第一阈值);
2)检测到信号(即网络设备检测到的信号的能力大于第一阈值),但未检测出任何DMRS;
3)检测到DMRS。
对于情况2),网络设备可以认为某些终端设备发送了GF数据,但该网络设备未检测出DMRS,这种情况下,网络设备判断可能发生误判,故采用传统Bitmap进行确认。若网络设备在GF资源组中所有传输单元上的检测结果不是情况2),则网络设备可以按照上述执行查询过程的方法,判断采用压缩Bitmap是否会发生误判,若发生误判,则采用传统Bitmap,否则,采用压缩Bitmap。
需要特别说明的是,下述两种情况下未发生误判,网络设备可以使用压缩Bitmap进行HARQ确认反馈(以图5为例进行描述):
1)终端设备1(标识为x1)、终端设备2(标识为x2)和终端设备4(标识为x4)的GF数据均被网络设备正确接收。此时,采用压缩Bitmap反馈,终端设备1、终端设备2和终端设备4也都会认为网络设备正确接收了自己的数据,这符合实际情况;
2)终端设备1和终端设备2发送了GF数据且均被网络设备正确接收,终端设备4未发送GF数据。这种情况下,由于终端设备4未发送GF数据,故终端设备4不会去接收确认消息,因此不存在误判。
因此,网络设备执行上述确定是否发生误判的查询过程,是针对发送了GF数据、且GF数据未被网络设备正确接收的终端设备而言的,即上述N个第二终端设备,该N个第二终端设备是包括在至少一个终端设备中的,且N大于或等于1。应理解,若不存在该N个第二终端设备,网络设备可以无需执行误判查询的过程。
为了避免误判的发生,网络设备可以直接采用传统Bitmap的方式进行反馈,也可以通过更换上述第一哈希函数集,确定出不会导致误判的第二哈希函数集,采用第二哈希函数集生成压缩Bitmap,再进行反馈,本申请实施例对此不作限定。
作为一个可选的实施例,所述网络设备根据所述至少一个终端设备发送的数据的接收情况,向所述至少一个终端设备发送确认消息,包括:
所述网络设备向所述至少一个终端设备发送所述确认消息,所述确认消息包括函数集指示信息,所述函数集指示信息用于指示所述第一哈希函数集的标识;
则对应地,所述第三终端设备接收所述网络设备根据至少一个终端设备发送的数据的接收情况发送的确认消息,包括:
所述第三终端设备接收所述网络设备发送的所述确认消息,所述确认消息包括函数集指示信息,所述函数集指示信息用于指示所述第一哈希函数集的标识;
所述第三终端设备根据所述函数集指示信息,确定所述第一哈希函数集。
具体地,网络设备可以预先定义多个哈希函数集,在向终端设备发送确认消息时,将用于生成Bloom Filter的第一哈希函数集的标识携带在该确认消息中,一起发送给该终端设备,以便该终端设备根据该第一哈希函数集的标识,确定网络设备所采用的哈希函数,进一步确定网络设备是否正确接收了该终端设备发送的数据。
作为一个可选的实施例,在所述网络设备根据所述至少一个终端设备发送的数据的接收情况,向所述至少一个终端设备发送确认消息之前,所述方法还包括:
在所述网络设备确定所述第一待发送Bitmap会导致误判的情况下,所述网络设备确定第二哈希函数集,所述第二哈希函数集包括K2个哈希函数,K2为大于或等于1的整数;
所述网络设备基于所述第二哈希函数集,生成第二待发送信息;
在所述网络设备确定所述第二待发送信息不会导致误判的情况下,所述网络设备将所述第二待发送信息确定为所述第一Bitmap;
所述网络设备根据所述至少一个终端设备发送的数据的接收情况,向所述至少一个终端设备发送确认消息,包括:
所述网络设备向所述至少一个终端设备发送所述确认消息,所述确认消息包括函数集指示信息,所述函数集指示信息用于指示所述第二哈希函数集的标识。
则对应地,所述第三终端设备接收所述网络设备根据至少一个终端设备发送的数据的接收情况发送的确认消息,包括:
所述第三终端设备接收所述网络设备发送的所述确认消息,所述确认消息包括函数集指示信息,所述函数集指示信息用于指示所述第二哈希函数集的标识;
所述第三终端设备根据所述函数集指示信息,确定所述第二哈希函数集。
具体地,为了避免误判的发生,可预先定义多个哈希函数集,当网络设备发送采用第一个函数集(即第一哈希函数集)会发生误判时,可以更换其他哈希函数集进行尝试。当网络设备在定义的多个哈希函数集中找到一个不会导致误判的哈希函数集(即第二哈希函数集)时,则采用第二哈希函数集来生成压缩Bitmap,同时在对应确认消息中指示该第二哈希函数集的标识(或索引),以便终端设备采用相同哈希函数集进行查询。
假设定义了L个哈希函数集,其索引分别为Hj,L≥2,1≤j≤L。任意两个哈希函数集中包括的哈希函数的个数可以相同,也可以不同。例如,L个哈希函数集均包含K个哈希函数。网络设备接收GF数据后,发送承载压缩Bitmap的确认消息,则确认消息中还包括该压缩Bitmap所采用的哈希函数集的索引Hj。具体地,该确认消息可以是G-DCI。第三终端设备基于确认消息中的哈希函数集的索引,确定查询压缩Bitmap所使用的哈希函数集。
在本申请实施例中,网络设备可在确认消息中携带基于Bloom Filter生成压缩Bitmap所使用的哈希函数集的索引。即使某些哈希函数集会导致误判,但由于有多个哈希函数集可供选择,故仍然可能找到不会导致误判发生的哈希函数集,这样,极大增加了使用压缩Bitmap进行确认反馈的机会,从而尽可能降低确认消息的传输开销。
应理解,多个哈希函数集可以为预定义的,也可以为网络设备通过信令为各个终端设备配置的,本申请实施例对此也不作限定。该信令可以是无线资源控制(radioresource control,RRC)信令、媒体访问控制(media access control,MAC)层控制元素(control element,CE)信令或其他物理层信令(例如DCI),本申请实施例对此也不作限定。
可选地,函数集指示信息和压缩指示信息可以是同一个指示信息,从而降低指示开销。
在一种可能的实现方式中,网络设备可以采用G-RNTI的方法,对于某个终端设备,该网络设备可以配置G-RNTI 0对应承载传统Bitmap的G-DCI,G-RNTI 1对应承载压缩Bitmap且哈希函数集索引为H1的G-DCI,G-RNTI 2对应承载压缩Bitmap且哈希函数集索引为H2的G-DCI。
在另一种可能的实现方式中,网络设备可以采用显式携带G-ID的方法,对于某个终端设备,该网络设备可以配置G-ID 0对应承载传统Bitmap的G-DCI,G-ID 1对应承载压缩Bitmap且哈希函数集索引为H1的G-DCI,G-ID 2对应承载压缩Bitmap且哈希函数集索引为H2的G-DCI。
作为一个可选的实施例,所述第一待发送Bitmap携带所述网络设备对所述至少一个终端设备中的N个第二终端设备发送的否定应答NACK信息,所述网络设备未正确接收所述N个第二终端设备发送的数据,N为大于或等于1的整数,所述第一待发送Bitmap中与所述每个第二终端设备的K1个哈希值对应的位置的比特取值均为第一数值。
若所述网络设备将所述第一待发送Bitmap确定为所述第一Bitmap进行发送,则对应地,所述第三终端设备根据所述第一Bitmap,确定所述第三终端设备发送的数据是否被所述网络设备正确接收,包括:
所述第三终端设备确定所述第一Bitmap中,与所述第三终端设备的K1个哈希值对应的位置的比特取值是否均为第一数值;
若与所述第三终端设备的K1个哈希值对应的位置的比特取值均为所述第一数值,所述第三终端设备确定所述第三终端设备发送的数据未被所述网络设备正确接收;
若与所述第三终端设备的K1个哈希值对应的位置的比特取值不均为所述第一数值,所述第三终端设备确定所述第三终端设备发送的数据被所述网络设备正确接收。
具体地,网络设备可以在确认消息中指示未正确接收到哪些终端设备的GF数据,即第一Bitmap携带NACK信息,该网络设备可以先确定未正确接收的N个第二终端设备的标识(ID),利用上述第一哈希函数集,将N个第二终端设备的标识作为输入,计算每个第二终端设备的哈希值,将第一待发送Bitmap中与K1个哈希值对应的位置设置为第一数值,例如1,即执行上述Bloom Filter的存储过程,生成第一待发送Bitmap。该网络设备将上述第一待发送Bitmap确定为第一Bitmap,发送给至少一个终端设备。该至少一个终端设备中的第三终端设备根据自身的K1个哈希值,执行上述Bloom Filter的查询过程,确定自身发送的数据是否被网络设备正确接收。
由于第一Bitmap是在第一待发送Bitmap的基础上生成的,上述第一待发送Bitmap的长度与第一Bitmap的长度相等。此外,在第一待发送Bitmap中,所有比特的取值均为原始数值,该原始数值与上述第一数值不相等。在一种可能的实现方式中,第一待发送Bitmap中的比特的原始取值全为0。
在第一Bitmap携带NACK信息的情况下,网络设备确定采用压缩Bitmap是否会导致误判,可以根据数据已被正确接收的M个第一终端设备的标识,执行压缩Bitmap的查询过程。应理解,第一Bitmap中携带NACK信息的实施例,与上述第一Bitmap中携带ACK信息的实施例类似,此处不再赘述。
应理解,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
上文中结合图1至图6,详细描述了根据本申请实施例的数据传输方法,下面将结合图7至图10,详细描述根据本申请实施例的数据传输装置。
图7示出了本申请实施例提供的数据传输装置700,该装置700包括:
接收单元710,用于接收至少一个终端设备采用免授权资源发送的数据;
发送单元720,用于根据所述至少一个终端设备发送的数据的接收情况,向所述至少一个终端设备发送确认消息,所述确认消息包括第一位表Bitmap和压缩指示信息,其中,所述第一Bitmap用于指示是否正确接收所述至少一个终端设备发送的数据,所述压缩指示信息用于指示所述第一Bitmap是否为压缩Bitmap,若所述第一Bitmap不是压缩Bitmap,所述第一Bitmap中的每个比特至多对应一个终端设备,若所述第一Bitmap为压缩Bitmap,所述第一Bitmap中存在一个比特对应多个终端设备,和/或所述第一Bitmap中存在多个比特对应一个终端设备。
本申请实施例的数据传输装置,通过网络设备在免授权传输过程中合理选择是否将向终端设备发送的确认消息中的Bitmap进行压缩,并在该确认消息中携带压缩指示信息,指示该网络设备是否将该确认消息中的Bitmap进行了压缩,使得终端设备可以根据该压缩指示信息正确解析该确认消息中的Bitmap,有利于节省确认消息传输过程中的开销,从而提高系统性能。
可选地,所述压缩指示信息为无线网络临时标识RNTI或所述至少一个终端设备对应的终端设备组的组标识。
可选地,所述第一Bitmap为压缩Bitmap,所述装置还包括:
处理单元,用于在所述向所述至少一个终端设备发送确认消息之前,根据所述至少一个终端设备发送的数据的接收情况,基于布隆过滤器,生成第一待发送Bitmap,所述布隆过滤器是通过第一哈希函数集定义的,所述第一哈希函数集包括K1个哈希函数,K1为大于或等于1的整数;将所述第一待发送Bitmap确定为所述第一Bitmap。
可选地,所述第一待发送Bitmap携带所述网络设备对所述至少一个终端设备中的M个第一终端设备发送的肯定应答ACK信息,所述装置正确接收所述M个第一终端设备发送的数据,M为大于或等于1的整数,所述第一待发送Bitmap中与所述每个第一终端设备的K1个哈希值对应的位置的比特取值均为第一数值。
可选地,所述处理单元还用于:在所述接收至少一个终端设备采用免授权资源发送的数据之前,根据所述第一哈希函数集以及包括所述至少一个终端设备中每个终端设备的标识,计算所述至少一个终端设备中每个终端设备的K1个哈希值;所述发送单元720还用于:向所述至少一个终端设备中每个终端设备发送所述至少一个终端设备中每个终端设备的K1个哈希值。
可选地,所述处理单元具体用于:根据所述至少一个终端设备发送的数据的接收情况以及所述第一哈希函数集,确定所述第一待发送Bitmap是否会导致误判;在所述第一待发送Bitmap不会导致误判的情况下,将所述第一待发送Bitmap确定为所述第一Bitmap。
可选地,所述处理单元具体用于:在确定未正确接收所述至少一个终端设备中N个第二终端设备发送的数据的情况下,根据所述第一哈希函数集以及所述N个第二终端设备中每个第二终端设备的标识,分别计算所述每个第二终端设备的K1个哈希值,N为大于或等于1的整数;确定所述N个第二终端设备中是否存在目标第二终端设备,在所述第一待发送Bitmap中,与所述目标第二终端设备的K1个哈希值对应的位置的比特取值均为所述第一数值;若存在所述目标第二终端设备,确定所述第一待发送Bitmap会导致误判;若不存在所述目标第二终端设备,确定所述第一待发送Bitmap不会导致误判。
可选地,所述发送单元具体用于720:所述网络设备向所述至少一个终端设备发送所述确认消息,所述确认消息包括函数集指示信息,所述函数集指示信息用于指示所述第一哈希函数集的标识。
可选地,所述处理单元还用于:在所述根据所述至少一个终端设备发送的数据的接收情况,向所述至少一个终端设备发送确认消息之前,在确定所述第一待发送Bitmap会导致误判的情况下,确定第二哈希函数集,所述第二哈希函数集包括K2个哈希函数,K2为大于或等于1的整数;基于所述第二哈希函数集,生成第二待发送信息;在所述第二待发送信息不会导致误判的情况下,将所述第二待发送信息确定为所述第一Bitmap;所述发送单元720具体用于:向所述至少一个终端设备发送所述确认消息,所述确认消息包括函数集指示信息,所述函数集指示信息用于指示所述第二哈希函数集的标识。
可选地,在所述第一待发送Bitmap会导致误判的情况下,所述压缩指示信息用于指示所述第一Bitmap不是压缩Bitmap。
可选地,所述第一待发送Bitmap携带所述网络设备对所述至少一个终端设备中的N个第二终端设备发送的否定应答NACK信息,所述装置未正确接收所述N个第二终端设备发送的数据,N为大于或等于1的整数,所述第一待发送Bitmap中与所述每个第二终端设备的K1个哈希值对应的位置的比特取值均为第一数值。
应理解,这里的装置700以功能单元的形式体现。这里的术语“单元”可以指应用特有集成电路(application specific integrated circuit,ASIC)、电子电路、用于执行一个或多个软件或固件程序的处理器(例如共享处理器、专有处理器或组处理器等)和存储器、合并逻辑电路和/或其它支持所描述的功能的合适组件。在一个可选例子中,本领域技术人员可以理解,装置700可以具体为上述实施例中的网络设备,装置700可以用于执行上述方法实施例中与网络设备对应的各个流程和/或步骤,为避免重复,在此不再赘述。
图8示出了本申请实施例提供的另一数据传输装置800,该装置800包括:
发送单元810,用于采用免授权资源向网络设备发送数据;
接收单元820,用于接收所述网络设备根据至少一个终端设备发送的数据的接收情况发送的确认消息,所述至少一个终端设备包括所述装置,所述确认消息包括第一位表Bitmap和压缩指示信息,其中,所述第一Bitmap用于指示是否正确接收所述至少一个终端设备发送的数据,所述压缩指示信息用于指示所述第一Bitmap是否为压缩Bitmap,若所述第一Bitmap所包括的比特不是压缩Bitmap,所述第一Bitmap中的每个比特至多对应一个终端设备,若所述第一Bitmap为压缩Bitmap,所述第一Bitmap中存在一个比特对应多个终端设备,和/或所述第一Bitmap中存在多个比特对应一个终端设备;
处理单元830,用于根据所述确认消息,确定所述装置发送的数据是否被所述网络设备正确接收。
本申请实施例的数据传输装置,通过网络设备在免授权传输过程中合理选择是否将向终端设备发送的确认消息中的Bitmap进行压缩,并在该确认消息中携带压缩指示信息,指示该网络设备是否将该确认消息中的Bitmap进行了压缩,使得终端设备可以根据该压缩指示信息正确解析该确认消息中的Bitmap,有利于节省确认消息传输过程中的开销,从而提高系统性能。
可选地,所述压缩指示信息为无线网络临时标识RNTI或所述至少一个终端设备对应的终端设备组的组标识。
可选地,所述第一Bitmap携带所述网络设备对所述至少一个终端设备中的M个第一终端设备发送的肯定应答ACK信息,所述网络设备正确接收所述M个第一终端设备发送的数据,M为大于或等于1的整数;所述处理单元830具体用于:确定所述第一Bitmap中,与所述装置的K1个哈希值对应的位置的比特取值是否均为第一数值,K1为大于或等于1的整数;若与所述装置的K1个哈希值对应的位置的比特取值均为所述第一数值,确定所述装置发送的数据被所述网络设备正确接收;若与所述装置的K1个哈希值对应的位置的比特取值不均为所述第一数值,确定所述装置发送的数据未被所述网络设备正确接收。
可选地,在确定所述第一Bitmap中,与所述装置的K1个哈希值对应的位置的比特取值是否均为第一数值之前,所述处理单元830还用于:根据第一哈希函数集以及所述装置的标识,计算所述装置的K1个哈希值,所述第一哈希函数集包括K1个哈希函数;或所述接收单元820还用于:接收所述网络设备发送的所述装置的K1个哈希值。
可选地,所述接收单元820具体用于:接收所述网络设备发送的所述确认消息,所述确认消息包括函数集指示信息,所述函数集指示信息用于指示所述第一哈希函数集的标识;所述处理单元830具体用于:根据所述函数集指示信息,确定所述第一哈希函数集。
可选地,所述第一Bitmap携带所述网络设备对所述至少一个终端设备中的N个第二终端设备发送的否定应答NACK信息,所述网络设备未正确接收所述N个第二终端设备发送的数据,N为大于或等于1的整数;所述处理单元830具体用于:确定所述第一Bitmap中,与所述装置的K1个哈希值对应的位置的比特取值是否均为第一数值;若与所述装置的K1个哈希值对应的位置的比特取值均为所述第一数值,确定所述装置发送的数据未被所述网络设备正确接收;若与所述装置的K1个哈希值对应的位置的比特取值不均为所述第一数值,确定所述装置发送的数据被所述网络设备正确接收。
应理解,这里的装置800以功能单元的形式体现。这里的术语“单元”可以指应用特有集成电路(application specific integrated circuit,ASIC)、电子电路、用于执行一个或多个软件或固件程序的处理器(例如共享处理器、专有处理器或组处理器等)和存储器、合并逻辑电路和/或其它支持所描述的功能的合适组件。在一个可选例子中,本领域技术人员可以理解,装置800可以具体为上述实施例中的第三终端设备,装置800可以用于执行上述方法实施例中与第三终端设备对应的各个流程和/或步骤,为避免重复,在此不再赘述。
图9示出了本申请实施例提供的另一数据传输装置900。该装置900包括处理器910、收发器920和存储器930。其中,处理器910、收发器920和存储器930通过内部连接通路互相通信,该存储器930用于存储指令,该处理器910用于执行该存储器930存储的指令,以控制该收发器920发送信号和/或接收信号。
其中,该收发器920用于接收至少一个终端设备采用免授权资源发送的数据;根据所述至少一个终端设备发送的数据的接收情况,向所述至少一个终端设备发送确认消息,所述确认消息包括第一位表Bitmap和压缩指示信息,其中,所述第一Bitmap用于指示是否正确接收所述至少一个终端设备发送的数据,所述压缩指示信息用于指示所述第一Bitmap是否为压缩Bitmap,若所述第一Bitmap不是压缩Bitmap,所述第一Bitmap中的每个比特至多对应一个终端设备,若所述第一Bitmap为压缩Bitmap,所述第一Bitmap中存在一个比特对应多个终端设备,和/或所述第一Bitmap中存在多个比特对应一个终端设备。
应理解,装置900可以具体为上述实施例中的网络设备,并且可以用于执行上述方法实施例中与网络设备对应的各个步骤和/或流程。可选地,该存储器930可以包括只读存储器和随机存取存储器,并向处理器提供指令和数据。存储器的一部分还可以包括非易失性随机存取存储器。例如,存储器还可以存储设备类型的信息。该处理器910可以用于执行存储器中存储的指令,并且当该处理器910执行存储器中存储的指令时,该处理器910用于执行上述与该网络设备对应的方法实施例的各个步骤和/或流程。
图10示出了本申请实施例提供的另一数据传输装置1000。该装置1000包括处理器1010、收发器1020和存储器1030。其中,处理器1010、收发器1020和存储器1030通过内部连接通路互相通信,该存储器1030用于存储指令,该处理器1010用于执行该存储器1030存储的指令,以控制该收发器1020发送信号和/或接收信号。
其中,该收发器1020用于采用免授权资源向网络设备发送数据;接收所述网络设备根据至少一个终端设备发送的数据的接收情况发送的确认消息,所述至少一个终端设备包括所述装置,所述确认消息包括第一位表Bitmap和压缩指示信息,其中,所述第一Bitmap用于指示是否正确接收所述至少一个终端设备发送的数据,所述压缩指示信息用于指示所述第一Bitmap是否为压缩Bitmap,若所述第一Bitmap所包括的比特不是压缩Bitmap,所述第一Bitmap中的每个比特至多对应一个终端设备,若所述第一Bitmap为压缩Bitmap,所述第一Bitmap中存在一个比特对应多个终端设备,和/或所述第一Bitmap中存在多个比特对应一个终端设备;该处理器1010用于根据所述确认消息,确定所述装置发送的数据是否被所述网络设备正确接收。
应理解,装置1000可以具体为上述实施例中的第三终端设备,并且可以用于执行上述方法实施例中第三终端设备对应的各个步骤和/或流程。可选地,该存储器1030可以包括只读存储器和随机存取存储器,并向处理器提供指令和数据。存储器的一部分还可以包括非易失性随机存取存储器。例如,存储器还可以存储设备类型的信息。该处理器1010可以用于执行存储器中存储的指令,并且当该处理器1010执行存储器中存储的指令时,该处理器1010用于执行上述与该第三终端设备对应的方法实施例的各个步骤和/或流程。
应理解,在本申请实施例中,上述装置的处理器可以是中央处理单元(centralprocessing unit,CPU),该处理器还可以是其他通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
在实现过程中,上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件单元组合执行完成。软件单元可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器执行存储器中的指令,结合其硬件完成上述方法的步骤。为避免重复,这里不再详细描述。
应理解,本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
本领域普通技术人员可以意识到,结合本文中所公开的实施例中描述的各方法步骤和单元,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各实施例的步骤及组成。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。本领域普通技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另外,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接,也可以是电的,机械的或其它的形式连接。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本申请实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分,或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(read-only memory,ROM)、随机存取存储器(random aceess memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到各种等效的修改或替换,这些修改或替换都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以权利要求的保护范围为准。
Claims (38)
1.一种免授权数据传输的确认方法,其特征在于,包括:
网络设备接收至少一个终端设备采用免授权资源发送的数据;
所述网络设备根据所述至少一个终端设备发送的数据的接收情况,向所述至少一个终端设备发送确认消息,所述确认消息包括第一位表Bitmap和压缩指示信息,其中,所述第一Bitmap用于指示是否正确接收所述至少一个终端设备发送的数据,所述压缩指示信息用于指示所述第一Bitmap是否为压缩Bitmap,若所述第一Bitmap不是压缩Bitmap,所述第一Bitmap中的每个比特至多对应一个终端设备,若所述第一Bitmap为压缩Bitmap,所述第一Bitmap中存在一个比特对应多个终端设备,和/或所述第一Bitmap中存在多个比特对应一个终端设备;
所述第一Bitmap为压缩Bitmap,在所述网络设备向所述至少一个终端设备发送确认消息之前,所述方法还包括:
所述网络设备根据所述至少一个终端设备发送的数据的接收情况,基于布隆过滤器,生成第一待发送Bitmap,所述布隆过滤器是通过第一哈希函数集定义的,所述第一哈希函数集包括K1个哈希函数,K1为大于或等于1的整数;
所述网络设备将所述第一待发送Bitmap确定为所述第一Bitmap。
2.根据权利要求1所述的方法,其特征在于,所述压缩指示信息为无线网络临时标识RNTI或所述至少一个终端设备对应的终端设备组的组标识。
3.根据权利要求1所述的方法,其特征在于,所述第一待发送Bitmap携带所述网络设备对所述至少一个终端设备中的M个第一终端设备发送的肯定应答ACK信息,所述网络设备正确接收所述M个第一终端设备发送的数据,M为大于或等于1的整数,所述第一待发送Bitmap中与所述每个第一终端设备的K1个哈希值对应的位置的比特取值均为第一数值。
4.根据权利要求2所述的方法,其特征在于,所述第一待发送Bitmap携带所述网络设备对所述至少一个终端设备中的M个第一终端设备发送的肯定应答ACK信息,所述网络设备正确接收所述M个第一终端设备发送的数据,M为大于或等于1的整数,所述第一待发送Bitmap中与所述每个第一终端设备的K1个哈希值对应的位置的比特取值均为第一数值。
5.根据权利要求1至4任意一项所述的方法,其特征在于,在所述网络设备接收至少一个终端设备采用免授权资源发送的数据之前,所述方法还包括:
所述网络设备至少根据所述第一哈希函数集以及包括所述至少一个终端设备中每个终端设备的标识,计算所述每个终端设备的K1个哈希值;
所述网络设备向所述每个终端设备发送各自的K1个哈希值。
6.一种免授权数据传输的确认方法,其特征在于,所述方法包括权利要求1至5任意一项所述的方法的全部特征,并且,所述网络设备将所述第一待发送Bitmap确定为所述第一Bitmap,包括:
所述网络设备至少根据所述至少一个终端设备发送的数据的接收情况以及所述第一哈希函数集,确定所述第一待发送Bitmap是否会导致误判;
在所述网络设备确定所述第一待发送Bitmap不会导致误判的情况下,所述网络设备将所述第一待发送Bitmap确定为所述第一Bitmap。
7.根据权利要求6所述的方法,其特征在于,所述网络设备至少根据所述至少一个终端设备发送的数据的接收情况以及所述第一哈希函数集,确定所述第一待发送Bitmap是否会导致误判,包括:
在所述网络设备确定未正确接收所述至少一个终端设备中N个第二终端设备发送的数据的情况下,所述网络设备至少根据所述第一哈希函数集以及所述N个第二终端设备中每个第二终端设备的标识,分别计算所述每个第二终端设备的K1个哈希值,N为大于或等于1的整数;
所述网络设备确定所述N个第二终端设备中是否存在目标第二终端设备,在所述第一待发送Bitmap中,与所述目标第二终端设备的K1个哈希值对应的位置的比特取值均为第一数值;
若存在所述目标第二终端设备,所述网络设备确定所述第一待发送Bitmap会导致误判;
若不存在所述目标第二终端设备,所述网络设备确定所述第一待发送Bitmap不会导致误判。
8.一种免授权数据传输的确认方法,其特征在于,所述方法包括权利要求1至7任意一项所述的方法的全部特征,并且,所述网络设备根据所述至少一个终端设备发送的数据的接收情况,向所述至少一个终端设备发送确认消息,包括:
所述网络设备向所述至少一个终端设备发送所述确认消息,所述确认消息包括函数集指示信息,所述函数集指示信息用于指示所述第一哈希函数集的标识。
9.一种免授权数据传输的确认方法,其特征在于,所述方法包括权利要求6至7任意一项所述的方法的全部特征,并且,在所述网络设备确定所述第一待发送Bitmap会导致误判的情况下,所述压缩指示信息用于指示所述第一Bitmap不是压缩Bitmap。
10.一种免授权数据传输的确认方法,其特征在于,所述方法包括权利要求1至2任意一项所述的方法的全部特征,并且,所述第一待发送Bitmap携带所述网络设备对所述至少一个终端设备中的N个第二终端设备发送的否定应答NACK信息,所述网络设备未正确接收所述N个第二终端设备发送的数据,N为大于或等于1的整数,所述第一待发送Bitmap中与所述每个第二终端设备的K1个哈希值对应的位置的比特取值均为第一数值。
11.一种免授权数据传输的确认方法,其特征在于,包括:
第三终端设备采用免授权资源向网络设备发送数据;
所述第三终端设备接收所述网络设备根据至少一个终端设备发送的数据的接收情况发送的确认消息,所述至少一个终端设备包括所述第三终端设备,所述确认消息包括第一位表Bitmap和压缩指示信息,其中,所述第一Bitmap用于指示是否正确接收所述至少一个终端设备发送的数据,所述压缩指示信息用于指示所述第一Bitmap是否为压缩Bitmap,若所述第一Bitmap所包括的比特不是压缩Bitmap,所述第一Bitmap中的每个比特至多对应一个终端设备,若所述第一Bitmap为压缩Bitmap,所述第一Bitmap中存在一个比特对应多个终端设备,和/或所述第一Bitmap中存在多个比特对应一个终端设备;
所述第三终端设备根据所述确认消息,确定所述第三终端设备发送的数据是否被所述网络设备正确接收;
所述第一Bitmap携带所述网络设备对所述至少一个终端设备中的M个第一终端设备发送的肯定应答ACK信息,所述网络设备正确接收所述M个第一终端设备发送的数据,M为大于或等于1的整数;
所述第三终端设备根据所述第一Bitmap,确定所述第三终端设备发送的数据是否被所述网络设备正确接收,包括:
所述第三终端设备确定所述第一Bitmap中,与所述第三终端设备的K1个哈希值对应的位置的比特取值是否均为第一数值,K1为大于或等于1的整数;
若与所述第三终端设备的K1个哈希值对应的位置的比特取值均为所述第一数值,所述第三终端设备确定所述第三终端设备发送的数据被所述网络设备正确接收;
若与所述第三终端设备的K1个哈希值对应的位置的比特取值不均为所述第一数值,所述第三终端设备确定所述第三终端设备发送的数据未被所述网络设备正确接收。
12.根据权利要求11所述的方法,其特征在于,所述压缩指示信息为无线网络临时标识RNTI或所述至少一个终端设备对应的终端设备组的组标识。
13.根据权利要求11所述的方法,其特征在于,在所述第三终端设备确定所述第一Bitmap中,与所述第三终端设备的K1个哈希值对应的位置的比特取值是否均为第一数值之前,所述方法还包括:
所述第三终端设备至少根据第一哈希函数集以及所述第三终端设备的标识,计算所述第三终端设备的K1个哈希值,所述第一哈希函数集包括K1个哈希函数;或
所述第三终端设备接收所述网络设备发送的所述第三终端设备的K1个哈希值。
14.根据权利要求12所述的方法,其特征在于,在所述第三终端设备确定所述第一Bitmap中,与所述第三终端设备的K1个哈希值对应的位置的比特取值是否均为第一数值之前,所述方法还包括:
所述第三终端设备至少根据第一哈希函数集以及所述第三终端设备的标识,计算所述第三终端设备的K1个哈希值,所述第一哈希函数集包括K1个哈希函数;或
所述第三终端设备接收所述网络设备发送的所述第三终端设备的K1个哈希值。
15.根据权利要求13至14任意一项所述的方法,其特征在于,所述第三终端设备接收所述网络设备根据至少一个终端设备发送的数据的接收情况发送的确认消息,包括:
所述第三终端设备接收所述网络设备发送的所述确认消息,所述确认消息包括函数指示信息,所述函数集指示信息用于指示所述第一哈希函数集的标识;
所述第三终端设备根据所述函数集指示信息,确定所述第一哈希函数集。
16.一种免授权数据传输的确认方法,其特征在于,包括:
第三终端设备采用免授权资源向网络设备发送数据;
所述第三终端设备接收所述网络设备根据至少一个终端设备发送的数据的接收情况发送的确认消息,所述至少一个终端设备包括所述第三终端设备,所述确认消息包括第一位表Bitmap和压缩指示信息,其中,所述第一Bitmap用于指示是否正确接收所述至少一个终端设备发送的数据,所述压缩指示信息用于指示所述第一Bitmap是否为压缩Bitmap,若所述第一Bitmap所包括的比特不是压缩Bitmap,所述第一Bitmap中的每个比特至多对应一个终端设备,若所述第一Bitmap为压缩Bitmap,所述第一Bitmap中存在一个比特对应多个终端设备,和/或所述第一Bitmap中存在多个比特对应一个终端设备;
所述第三终端设备根据所述确认消息,确定所述第三终端设备发送的数据是否被所述网络设备正确接收;
其中,所述第一Bitmap携带所述网络设备对所述至少一个终端设备中的N个第二终端设备发送的否定应答NACK信息,所述网络设备未正确接收所述N个第二终端设备发送的数据,N为大于或等于1的整数;
所述第三终端设备根据所述第一Bitmap,确定所述第三终端设备发送的数据是否被所述网络设备正确接收,包括:
所述第三终端设备确定所述第一Bitmap中,与所述第三终端设备的K1个哈希值对应的位置的比特取值是否均为第一数值;
若与所述第三终端设备的K1个哈希值对应的位置的比特取值均为所述第一数值,所述第三终端设备确定所述第三终端设备发送的数据未被所述网络设备正确接收;
若与所述第三终端设备的K1个哈希值对应的位置的比特取值不均为所述第一数值,所述第三终端设备确定所述第三终端设备发送的数据被所述网络设备正确接收。
17.一种数据传输装置,其特征在于,包括:
接收单元,用于接收至少一个终端设备采用免授权资源发送的数据;
发送单元,用于根据所述至少一个终端设备发送的数据的接收情况,向所述至少一个终端设备发送确认消息,所述确认消息包括第一位表Bitmap和压缩指示信息,其中,所述第一Bitmap用于指示是否正确接收所述至少一个终端设备发送的数据,所述压缩指示信息用于指示所述第一Bitmap是否为压缩Bitmap,若所述第一Bitmap不是压缩Bitmap,所述第一Bitmap中的每个比特至多对应一个终端设备,若所述第一Bitmap为压缩Bitmap,所述第一Bitmap中存在一个比特对应多个终端设备,和/或所述第一Bitmap中存在多个比特对应一个终端设备;
其中,所述第一Bitmap为压缩Bitmap,所述装置还包括:
处理单元,用于在所述向所述至少一个终端设备发送确认消息之前,根据所述至少一个终端设备发送的数据的接收情况,基于布隆过滤器,生成第一待发送Bitmap,所述布隆过滤器是通过第一哈希函数集定义的,所述第一哈希函数集包括K1个哈希函数,K1为大于或等于1的整数;
将所述第一待发送Bitmap确定为所述第一Bitmap。
18.根据权利要求17所述的装置,其特征在于,所述压缩指示信息为无线网络临时标识RNTI或所述至少一个终端设备对应的终端设备组的组标识。
19.根据权利要求17所述的装置,其特征在于,所述第一待发送Bitmap携带网络设备对所述至少一个终端设备中的M个第一终端设备发送的肯定应答ACK信息,所述装置正确接收所述M个第一终端设备发送的数据,M为大于或等于1的整数,所述第一待发送Bitmap中与所述每个第一终端设备的K1个哈希值对应的位置的比特取值均为第一数值。
20.根据权利要求18所述的装置,其特征在于,所述第一待发送Bitmap携带网络设备对所述至少一个终端设备中的M个第一终端设备发送的肯定应答ACK信息,所述装置正确接收所述M个第一终端设备发送的数据,M为大于或等于1的整数,所述第一待发送Bitmap中与所述每个第一终端设备的K1个哈希值对应的位置的比特取值均为第一数值。
21.根据权利要求17至20任意一项所述的装置,其特征在于,所述处理单元还用于:
在所述接收至少一个终端设备采用免授权资源发送的数据之前,至少根据所述第一哈希函数集以及包括所述至少一个终端设备中每个终端设备的标识,计算所述至少一个终端设备中每个终端设备的K1个哈希值;
所述发送单元还用于:
向所述至少一个终端设备中每个终端设备发送所述至少一个终端设备中每个终端设备的K1个哈希值。
22.一种数据传输装置,其特征在于,所述装置包括权利要求19至20任意一项所述的装置的全部特征,并且,所述处理单元具体用于:
至少根据所述至少一个终端设备发送的数据的接收情况以及所述第一哈希函数集,确定所述第一待发送Bitmap是否会导致误判;
在所述第一待发送Bitmap不会导致误判的情况下,将所述第一待发送Bitmap确定为所述第一Bitmap。
23.根据权利要求22所述的装置,其特征在于,所述处理单元具体用于:
在确定未正确接收所述至少一个终端设备中N个第二终端设备发送的数据的情况下,至少根据所述第一哈希函数集以及所述N个第二终端设备中每个第二终端设备的标识,分别计算所述每个第二终端设备的K1个哈希值,N为大于或等于1的整数;
确定所述N个第二终端设备中是否存在目标第二终端设备,在所述第一待发送Bitmap中,与所述目标第二终端设备的K1个哈希值对应的位置的比特取值均为所述第一数值;
若存在所述目标第二终端设备,确定所述第一待发送Bitmap会导致误判;
若不存在所述目标第二终端设备,确定所述第一待发送Bitmap不会导致误判。
24.根据权利要求22或23所述的装置,其特征在于,所述发送单元具体用于:
向所述至少一个终端设备发送所述确认消息,所述确认消息包括函数集指示信息,所述函数集指示信息用于指示所述第一哈希函数集的标识。
25.根据权利要求22或23所述的装置,其特征在于,在所述第一待发送Bitmap会导致误判的情况下,所述压缩指示信息用于指示所述第一Bitmap不是压缩Bitmap。
26.一种数据传输装置,其特征在于,所述装置包括权利要求17至18任意一项所述的装置的全部特征,并且,所述第一待发送Bitmap携带网络设备对所述至少一个终端设备中的N个第二终端设备发送的否定应答NACK信息,所述装置未正确接收所述N个第二终端设备发送的数据,N为大于或等于1的整数,所述第一待发送Bitmap中与所述每个第二终端设备的K1个哈希值对应的位置的比特取值均为第一数值。
27.一种数据传输装置,其特征在于,包括:
发送单元,用于采用免授权资源向网络设备发送数据;
接收单元,用于接收所述网络设备根据至少一个终端设备发送的数据的接收情况发送的确认消息,所述至少一个终端设备包括所述装置,所述确认消息包括第一位表Bitmap和压缩指示信息,其中,所述第一Bitmap用于指示是否正确接收所述至少一个终端设备发送的数据,所述压缩指示信息用于指示所述第一Bitmap是否为压缩Bitmap,若所述第一Bitmap所包括的比特不是压缩Bitmap,所述第一Bitmap中的每个比特至多对应一个终端设备,若所述第一Bitmap为压缩Bitmap,所述第一Bitmap中存在一个比特对应多个终端设备,和/或所述第一Bitmap中存在多个比特对应一个终端设备;
处理单元,用于根据所述确认消息,确定所述装置发送的数据是否被所述网络设备正确接收;
其中,所述第一Bitmap携带所述网络设备对所述至少一个终端设备中的M个第一终端设备发送的肯定应答ACK信息,所述网络设备正确接收所述M个第一终端设备发送的数据,M为大于或等于1的整数;
所述处理单元具体用于:
确定所述第一Bitmap中,与所述装置的K1个哈希值对应的位置的比特取值是否均为第一数值,K1为大于或等于1的整数;
若与所述装置的K1个哈希值对应的位置的比特取值均为所述第一数值,确定所述装置发送的数据被所述网络设备正确接收;
若与所述装置的K1个哈希值对应的位置的比特取值不均为所述第一数值,确定所述装置发送的数据未被所述网络设备正确接收。
28.根据权利要求27所述的装置,其特征在于,所述压缩指示信息为无线网络临时标识RNTI或所述至少一个终端设备对应的终端设备组的组标识。
29.根据权利要求27或28所述的装置,其特征在于,在确定所述第一Bitmap中,与所述装置的K1个哈希值对应的位置的比特取值是否均为第一数值之前,所述处理单元还用于:
至少根据第一哈希函数集以及所述装置的标识,计算所述装置的K1个哈希值,所述第一哈希函数集包括K1个哈希函数;或
所述接收单元还用于:
接收所述网络设备发送的所述装置的K1个哈希值。
30.根据权利要求29所述的装置,其特征在于,所述接收单元具体用于:
接收所述网络设备发送的所述确认消息,所述确认消息包括函数集指示信息,所述函数集指示信息用于指示所述第一哈希函数集的标识;
所述处理单元具体用于:
根据所述函数集指示信息,确定所述第一哈希函数集。
31.一种数据传输装置,其特征在于,包括:
发送单元,用于采用免授权资源向网络设备发送数据;
接收单元,用于接收所述网络设备根据至少一个终端设备发送的数据的接收情况发送的确认消息,所述至少一个终端设备包括所述装置,所述确认消息包括第一位表Bitmap和压缩指示信息,其中,所述第一Bitmap用于指示是否正确接收所述至少一个终端设备发送的数据,所述压缩指示信息用于指示所述第一Bitmap是否为压缩Bitmap,若所述第一Bitmap所包括的比特不是压缩Bitmap,所述第一Bitmap中的每个比特至多对应一个终端设备,若所述第一Bitmap为压缩Bitmap,所述第一Bitmap中存在一个比特对应多个终端设备,和/或所述第一Bitmap中存在多个比特对应一个终端设备;
处理单元,用于根据所述确认消息,确定所述装置发送的数据是否被所述网络设备正确接收;
其中,所述第一Bitmap携带所述网络设备对所述至少一个终端设备中的N个第二终端设备发送的否定应答NACK信息,所述网络设备未正确接收所述N个第二终端设备发送的数据,N为大于或等于1的整数;
所述处理单元具体用于:
确定所述第一Bitmap中,与所述装置的K1个哈希值对应的位置的比特取值是否均为第一数值;
若与所述装置的K1个哈希值对应的位置的比特取值均为所述第一数值,确定所述装置发送的数据未被所述网络设备正确接收;
若与所述装置的K1个哈希值对应的位置的比特取值不均为所述第一数值,确定所述装置发送的数据被所述网络设备正确接收。
32.根据权利要求31所述的装置,其特征在于,所述压缩指示信息为无线网络临时标识RNTI或所述至少一个终端设备对应的终端设备组的组标识。
33.一种免授权数据传输的确认方法,其特征在于,所述方法包括权利要求1至16任意一项所述方法的全部特征,并且,所述网络设备向所述至少一个终端设备发送的确认消息为一个组公共下行控制信息G-DCI。
34.根据权利要求33所述的方法,其特征在于,所述至少一个终端设备属于至少两个终端设备组。
35.一种数据传输装置,其特征在于,所述数据传输装置包括权利要求18至20或26至32任意一项所述数据传输装置的全部特征,并且,所述向所述至少一个终端设备发送的确认消息为一个组公共下行控制信息G-DCI。
36.根据权利要求35所述的装置,其特征在于,所述至少一个终端设备属于至少两个终端设备组。
37.一种存储介质,其特征在于,所述存储介质存储有计算机程序,所述计算机程序被计算机设备执行时能够实现权利要求1至10任意一项所述的方法。
38.一种存储介质,其特征在于,所述存储介质存储有计算机程序,所述计算机程序被计算机设备执行时能够实现权利要求11至16任意一项所述的方法。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710997523 | 2017-10-24 | ||
CN2017109975231 | 2017-10-24 | ||
PCT/CN2018/095862 WO2019080555A1 (zh) | 2017-10-24 | 2018-07-17 | 免授权数据传输的确认方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110121901A CN110121901A (zh) | 2019-08-13 |
CN110121901B true CN110121901B (zh) | 2021-05-11 |
Family
ID=66247731
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201880005709.7A Active CN110121901B (zh) | 2017-10-24 | 2018-07-17 | 免授权数据传输的确认方法和装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN110121901B (zh) |
WO (1) | WO2019080555A1 (zh) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11979241B2 (en) * | 2018-09-28 | 2024-05-07 | Sony Corporation | Methods, terminal device and infrastructure equipment using transmission on a preconfigured uplink resource |
CN113872736B (zh) * | 2020-06-30 | 2023-08-18 | 成都鼎桥通信技术有限公司 | 数据传输方法、装置、设备和存储介质 |
US20220086819A1 (en) * | 2020-09-17 | 2022-03-17 | Qualcomm Incorporated | Dynamic group common physical control channel |
CN114979094B (zh) * | 2022-05-13 | 2024-06-07 | 深圳智慧林网络科技有限公司 | 一种基于rtp的数据传输方法、装置、设备和介质 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107113841A (zh) * | 2014-12-31 | 2017-08-29 | 德克萨斯仪器股份有限公司 | 用于利用大规模载波聚合的上行链路控制信令的方法和设备 |
US20170288817A1 (en) * | 2016-04-01 | 2017-10-05 | Huawei Technologies Co., Ltd. | Harq systems and methods for grant-free uplink transmissions |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9750056B2 (en) * | 2015-01-27 | 2017-08-29 | Huawei Technologies Co., Ltd. | System and method for transmission in a grant-free uplink transmission scheme |
CN105187173A (zh) * | 2015-09-08 | 2015-12-23 | 魅族科技(中国)有限公司 | 用于非授权频谱上的数据重传方法及装置 |
CN106550439A (zh) * | 2015-09-23 | 2017-03-29 | 华为技术有限公司 | 一种非连续接收的方法以及终端设备 |
-
2018
- 2018-07-17 WO PCT/CN2018/095862 patent/WO2019080555A1/zh active Application Filing
- 2018-07-17 CN CN201880005709.7A patent/CN110121901B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107113841A (zh) * | 2014-12-31 | 2017-08-29 | 德克萨斯仪器股份有限公司 | 用于利用大规模载波聚合的上行链路控制信令的方法和设备 |
US20170288817A1 (en) * | 2016-04-01 | 2017-10-05 | Huawei Technologies Co., Ltd. | Harq systems and methods for grant-free uplink transmissions |
Non-Patent Citations (2)
Title |
---|
On UL data transmission without grant design and configuration;MediaTek Inc.;《3GPP TSG RAN WG1 Meeting NR#3 R1-1716623》;20170921;第5节 * |
Procedures for UL Transmissions;Samsung;《3GPP TSG RAN WG1 #90bis R1-1717665》;20171013;全文 * |
Also Published As
Publication number | Publication date |
---|---|
CN110121901A (zh) | 2019-08-13 |
WO2019080555A1 (zh) | 2019-05-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10440732B2 (en) | Method and device for transmitting data | |
CN114466461B (zh) | 数据传输的方法和设备 | |
CN108029120B (zh) | 用于为低复杂度窄带终端指示对随机接入过程中的harq消息分配的资源的方法 | |
US11032778B2 (en) | Uplink channel power allocation method and apparatus | |
CN105519222B (zh) | 数据传输方法和设备 | |
JP6440827B2 (ja) | データ伝送方法、ユーザ機器、および基地局 | |
CN113783663B (zh) | 传输信息的方法、终端设备和网络设备 | |
EP2847912B1 (en) | A method and apparatus for dynamic control of tti bundling sizes | |
EP3491875B1 (en) | Data transmitting and receiving methods and apparatuses | |
US11588581B2 (en) | Method and apparatus for transmission and reception of sidelink control information in wireless communication system | |
CN110121901B (zh) | 免授权数据传输的确认方法和装置 | |
CN115379587A (zh) | 用于处理下一代通信系统中的冲突的方法和设备 | |
CN107872298B (zh) | 免授权传输的方法、网络设备和终端设备 | |
JP6403871B2 (ja) | 物理ダウンリンク・データ・チャネル送信方法、基地局、及びユーザ機器 | |
KR20190099291A (ko) | 비허가 송신을 위한 방법, 단말 및 네트워크 디바이스 | |
EP3294026B1 (en) | Network apparatus, terminal apparatus and resource allocation method | |
CN113364563A (zh) | Harq过程反馈的灵活配置 | |
CN109672506B (zh) | 数据传输的确认方法及设备 | |
EP3614760B1 (en) | Method and apparatus for information transmission | |
CN110392993A (zh) | 传输反馈信息的方法、终端设备和网络设备 | |
CN114402636A (zh) | 发送和接收侧行控制信息的方法、终端装置和系统 | |
CN108029106B (zh) | 一种空口资源的确定及指示方法、装置 | |
KR20190068601A (ko) | 정보 송신 방법, 네트워크 디바이스, 및 단말 디바이스 | |
US20150318967A1 (en) | Method and device for transmitting information | |
CN111405660B (zh) | 传输数据的方法、网络设备和终端设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |