WO2020186528A1 - 重传需求的指示装置、资源配置装置及方法 - Google Patents
重传需求的指示装置、资源配置装置及方法 Download PDFInfo
- Publication number
- WO2020186528A1 WO2020186528A1 PCT/CN2019/079129 CN2019079129W WO2020186528A1 WO 2020186528 A1 WO2020186528 A1 WO 2020186528A1 CN 2019079129 W CN2019079129 W CN 2019079129W WO 2020186528 A1 WO2020186528 A1 WO 2020186528A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- side link
- link data
- retransmission
- retransmitted
- resource
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
一种重传需求的指示装置、资源配置装置及方法。通过触发用于指示边链路数据的重传需求的SR和/或BSR,来向网络设备指示边链路数据的重传需求,不需要对边链路传输进行HARQ ACK/NACK的反馈,减少了反馈的开销,对现有的NR-V2X以及LTE的规范影响较小,且易于实现。
Description
本发明涉及通信领域,尤其涉及一种重传需求的指示装置、资源配置装置及方法。
汽车通信业务,被称为V2X业务。V2X业务可以包括多种类型,例如:车对车(Vehicle-to-Vehicle,V2V)通信业务,车对基础设施(Vehicle-to-Infrastructure,V2I)通信业务,车对人(Vehicle-to-Pedestrian,V2P)通信业务等。V2X业务可以通过PC5接口和/或Uu接口提供。对通过PC5接口传输的V2X业务,由V2X边链路(sidelink)通信提供,它是一种用户设备(User Equipment,UE)能直接通过PC5接口彼此通信的通信模式。在LTE(Long Term Evolution,长期演进)或NR(New radio,新无线)中,在UE被eNB(Evolved Node B,演进的基站)或gNB(Next Generation Node B,下一代基站)服务时和UE在eNB或gNB覆盖之外时,都支持上述通信模式。
在现有的V2X通信中,作为用户设备(User Equipment,UE)的车和车之间在边链路(sidelink)上通过PC5接口进行数据的传输,而UE和网络设备(Network Equipment,NE)之间可以通过上行、下行链路并通过Uu接口进行数据的传输。在边链路上,发送数据的UE称为发送端UE或源UE,接收数据的UE称为接收端UE或目的UE。
应该注意,上面对技术背景的介绍只是为了方便对本发明的技术方案进行清楚、完整的说明,并方便本领域技术人员的理解而阐述的。不能仅仅因为这些方案在本发明的背景技术部分进行了阐述而认为上述技术方案为本领域技术人员所公知。
发明内容
对于边链路数据传输,边链路(sidelink,SL)缓存状态报告(buffer status report,BSR)可以包括目的地址索引(destination index)、逻辑信道组(LCG,logical channel group)信息和逻辑信道组对应的缓存大小,边链路BSR使用MAC CE(MAC层控制单元)被发送。网络设备收到该MAC CE后,可以分配边链路上的资源(例如, 授权频段)给发送端UE,用于其进行边链路数据传输。
目前,对上行链路(uplink,UL)和边链路可以支持分开的边链路SR的资源和配置。在NR sidelink mode 1中,对不同的边链路逻辑信道可以支持多个SR资源和配置。这样,网络设备在收到边链路SR时,可以知道边链路上(哪个逻辑信道中)有数据待发送,从而分配相应的边链路资源。
发明人发现,在NR-V2X(新无线汽车通信)以及LTE中,SR以及BSR都是针对待发送的逻辑信道(组)的数据进行相关指示,而不会针对边链路的重传数据进行相关指示。另外,在Rel-16中,不支持UE向网络设备发送边链路的混合自动重传请求(Hybrid Automatic Repeat reQuest,HARQ)的确认/不确认(ACK/NACK)报告。因此,需要设计SR和/或BSR的新功能来支持边链路数据的重传需求的指示。
本发明实施例提供一种重传需求的指示装置、资源配置装置及方法,通过触发用于指示边链路数据的重传需求的SR或BSR,来向网络设备指示边链路数据的重传需求,不需要对边链路传输进行HARQ ACK/NACK的反馈,减少了反馈的开销,对现有的NR-V2X以及LTE的规范影响较小,且易于实现。
根据本发明实施例的第一方面,提供一种重传需求的指示装置,所述装置应用于第一用户设备侧,所述装置包括:第一触发单元,其用于当满足预设的条件时,触发用于指示边链路数据的重传需求的第一调度请求(SR)或缓存状态报告(BSR);以及第一发送单元,其用于向网络设备发送所述用于指示边链路数据的重传需求的第一调度请求(SR)或缓存状态报告(BSR)。
根据本发明实施例的第二方面,提供一种资源配置装置,所述装置应用于网络设备侧,所述装置包括:第一接收单元,其用于从第一用户设备接收用于指示边链路数据的重传需求的第一调度请求(SR)或缓存状态报告(BSR);以及第一配置单元,其用于向所述第一用户设备分配边链路资源。
根据本发明实施例的第三方面,提供一种用户设备,所述用户设备包括根据本发明实施例的第一方面所述的装置。
根据本发明实施例的第四方面,提供一种网络设备,所述网络设备包括根据本发明实施例的第二方面所述的装置。
根据本发明实施例的第五方面,提供一种通信系统,所述通信系统包括根据本发明实施例的第三方面所述的网络设备和/或根据根据本发明实施例的第四方面所述的 网络设备。
根据本发明实施例的第六方面,提供一种重传需求的指示方法,所述方法应用于第一用户设备侧,所述方法包括:当满足预设的条件时,触发用于指示边链路数据的重传需求的第一调度请求(SR)或缓存状态报告(BSR);以及向网络设备发送所述用于指示边链路数据的重传需求的第一调度请求(SR)或缓存状态报告(BSR)。
根据本发明实施例的第七方面,提供一种资源配置方法,所述方法应用于网络设备侧,所述方法包括:从第一用户设备接收用于指示边链路数据的重传需求的第一调度请求(SR)或缓存状态报告(BSR);以及向所述第一用户设备分配边链路资源。
根据本发明实施例的第八方面,提供了一种计算机可读程序,其中当在重传需求的指示装置或用户设备中执行所述程序时,所述程序使得所述重传需求的指示装置或用户设备执行本发明实施例的第六方面所述的重传需求的指示方法。
根据本发明实施例的第九方面,提供了一种存储有计算机可读程序的存储介质,其中所述计算机可读程序使得重传需求的指示装置或用户设备执行本发明实施例的第六方面所述的重传需求的指示方法。
根据本发明实施例的第十方面,提供了一种计算机可读程序,其中当在资源配置装置或网络设备中执行所述程序时,所述程序使得所述资源配置装置或网络设备执行本发明实施例的第七方面所述的资源配置方法。
根据本发明实施例的第十一方面,提供了一种存储有计算机可读程序的存储介质,其中所述计算机可读程序使得资源配置装置或网络设备执行本发明实施例的第七方面所述的资源配置方法。
本发明的有益效果在于:通过触发用于指示边链路数据的重传需求的SR和/或BSR,来向网络设备指示边链路数据的重传需求,不需要对边链路传输进行HARQ ACK/NACK的反馈,减少了反馈的开销,对现有的NR-V2X以及LTE的规范影响较小,且易于实现。
参照后文的说明和附图,详细公开了本发明的特定实施方式,指明了本发明的原理可以被采用的方式。应该理解,本发明的实施方式在范围上并不因而受到限制。在所附权利要求的精神和条款的范围内,本发明的实施方式包括许多改变、修改和等同。
针对一种实施方式描述和/或示出的特征可以以相同或类似的方式在一个或更多个其它实施方式中使用,与其它实施方式中的特征相组合,或替代其它实施方式中的 特征。
应该强调,术语“包括/包含”在本文使用时指特征、整件、步骤或组件的存在,但并不排除一个或更多个其它特征、整件、步骤或组件的存在或附加。
所包括的附图用来提供对本发明实施例的进一步的理解,其构成了说明书的一部分,用于例示本发明的实施方式,并与文字描述一起来阐释本发明的原理。显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。在附图中:
图1是本发明实施例的通信系统的示意图;
图2是本发明实施例1的重传需求的指示方法的一示意图;
图3是本发明实施例1的情况1的触发第一SR的一示意图;
图4是本发明实施例1的情况2的资源分配方法的一示意图;
图5是本发明实施例1的情况2的触发第一SR的一示意图;
图6是本发明实施例的BSR的结构的一示意图;
图7是本发明实施例1的情况3的资源分配方法的一示意图;
图8是本发明实施例1的情况3的触发第一SR的一示意图;
图9是本发明实施例2的资源配置方法的一示意图;
图10是本发明实施例3的资源配置方法的一示意图;
图11是本发明实施例4的重传需求的指示装置的一示意图;
图12是本发明实施例4的重传需求的指示装置的另一示意图;
图13是本发明实施例4的重传需求的指示装置的另一示意图;
图14是本发明实施例4的资源配置装置的一示意图;
图15是本发明实施例6的用户设备的系统构成的一示意框图;
图16是本发明实施例7的网络设备的一构成示意图。
参照附图,通过下面的说明书,本发明的前述以及其它特征将变得明显。在说明书和附图中,具体公开了本发明的特定实施方式,其表明了其中可以采用本发明的原 则的部分实施方式,应了解的是,本发明不限于所描述的实施方式,相反,本发明包括落入所附权利要求的范围内的全部修改、变型以及等同物。
在本发明实施例中,术语“第一”、“第二”等用于对不同元素从称谓上进行区分,但并不表示这些元素的空间排列或时间顺序等,这些元素不应被这些术语所限制。术语“和/或”包括相关联列出的术语的一种或多个中的任何一个和所有组合。术语“包含”、“包括”、“具有”等是指所陈述的特征、元素、元件或组件的存在,但并不排除存在或添加一个或多个其他特征、元素、元件或组件。
在本发明实施例中,单数形式“一”、“该”等可以包括复数形式,应广义地理解为“一种”或“一类”而并不是限定为“一个”的含义;此外术语“所述”应理解为既包括单数形式也包括复数形式,除非上下文另外明确指出。此外术语“根据”应理解为“至少部分根据……”,术语“基于”应理解为“至少部分基于……”,除非上下文另外明确指出。
在本实施例中,“多个”或“多种”指的是至少两个或至少两种。
在本发明实施例中,术语“通信网络”或“无线通信网络”可以指符合如下任意通信标准的网络,例如长期演进(LTE,Long Term Evolution)、增强的长期演进(LTE-A,LTE-Advanced)、宽带码分多址接入(WCDMA,Wideband Code Division Multiple Access)、高速报文接入(HSPA,High-Speed Packet Access)等等。
并且,通信系统中设备之间的通信可以根据任意阶段的通信协议进行,例如可以包括但不限于如下通信协议:1G(generation)、2G、2.5G、2.75G、3G、4G、4.5G以及未来的5G、新无线(NR,New Radio)等等,和/或其他目前已知或未来将被开发的通信协议。
在本发明实施例中,术语“网络设备”例如是指通信系统中将用户设备接入通信网络并为该用户设备提供服务的设备。网络设备可以包括但不限于如下设备:基站(BS,Base Station)、接入点(AP、Access Point)、发送接收点(TRP,Transmission Reception Point)、广播发射机、移动管理实体(MME、Mobile Management Entity)、网关、服务器、无线网络控制器(RNC,Radio Network Controller)、基站控制器(BSC,Base Station Controller)等等。
其中,基站可以包括但不限于:节点B(NodeB或NB)、演进节点B(eNodeB或eNB)以及5G基站(gNB),等等,此外还可包括远端无线头(RRH,Remote Radio Head)、远端无线单元(RRU,Remote Radio Unit)、中继(relay)或者低功率节点(例如femto、pico等等)。并且术语“基站”可以包括它们的一些或所有功能,每个基站可以对特定的地理区域提供通信覆盖。术语“小区”可以指的是基站和/或其覆盖区域,这取决于使用该术语的上下文。
在本发明实施例中,术语“用户设备”或者“终端设备”(TE,Terminal Equipment)例如是指通过网络设备接入通信网络并接收网络服务的设备。用户设备可以是固定的或移动的,并且也可以称为移动台(MS,Mobile Station)、终端、用户台(SS,Subscriber Station)、接入终端(AT,Access Terminal)、站,等等。
其中,用户设备可以包括但不限于如下设备:蜂窝电话(Cellular Phone)、个人数字助理(PDA,Personal Digital Assistant)、无线调制解调器、无线通信设备、手持设备、机器型通信设备、膝上型计算机、无绳电话、智能手机、智能手表、数字相机,等等。
再例如,在物联网(IoT,Internet of Things)等场景下,用户设备还可以是进行监控或测量的机器或装置,例如可以包括但不限于:机器类通信(MTC,Machine Type Communication)终端、车载通信终端、设备到设备(D2D,Device to Device)终端、机器到机器(M2M,Machine to Machine)终端,等等。
以下通过示例对本发明实施例的场景进行说明,但本发明实施例不限于此。
图1是本发明实施例的通信系统的示意图,示意性说明了以用户设备和网络设备为例的情况,如图1所示,通信系统100可以包括网络设备101和用户设备102、103,用户设备102、103例如为车辆。
在本发明实施例中,网络设备101和用户设备102、103之间可以进行现有的业务或者未来可实施的业务。例如,这些业务包括但不限于:增强的移动宽带(eMBB,enhanced Mobile Broadband)、大规模机器类型通信(mMTC,massive Machine Type Communication)和高可靠低时延通信(URLLC,Ultra-Reliable and Low-Latency Communication),等等。
用户设备102和103之间可以进行边链路(sidelink)上的业务,例如,这些业务包括但不限于:V2X业务、D2D业务。例如,用户设备102为第一用户设备,即发送端UE,用户设备103为第二用户设备,即接收端UE。
实施例1
本发明实施例提供一种重传需求的指示方法,应用于第一用户设备侧。图2是本发明实施例1的重传需求的指示方法的一示意图。如图2所示,该方法包括:
步骤201:当满足预设的条件时,触发用于指示边链路数据的重传需求的第一调度请求(SR)或缓存状态报告(BSR);以及
步骤202:向网络设备发送该用于指示边链路数据的重传需求的第一调度请求(SR)或缓存状态报告(BSR)。
这样,通过触发用于指示边链路数据的重传需求的SR或BSR,来向网络设备指示边链路数据的重传需求,不需要对边链路传输进行HARQ ACK/NACK的反馈,减少了反馈的开销,对现有的NR-V2X以及LTE的规范影响较小,且易于实现。
在本实施例中,第一用户设备和第二用户设备之间可以进行边链路传输,第一用户设备是发送端UE,第二用户设备是接收端UE,那么,该边链路传输是第一用户设备向第二用户设备的边链路传输。
在本实施例中,边链路数据的重传需求可以是关于边链路数据的重传的各种信息。
例如,该边链路数据的重传需求包括以下的至少一个:不指示是否需要进行该边链路数据的重传;需要进行该边链路数据的重传;保留和/或释放的用于进行该边链路数据的重传的资源的信息;以及边链路数据的重传的信息。
例如,不指示是否需要进行边链路数据的重传是指,该第一SR或BSR不指示边链路数据的重传。
例如,需要进行该边链路数据的重传是指,该第一SR或BSR仅指示边链路数据需要重传,但不指示其他具体的信息。
例如,该保留和/或释放的用于进行该边链路数据的重传的资源的信息可以包括需要保留和/或释放的用于进行该边链路数据的重传的资源的具体信息,例如,可以包括以下的至少一个:保留和/或释放的用于进行该边链路数据的重传的资源;与保留和/或释放的该资源对应的物理上行控制信道(Physical Uplink Control CHannel,PUCCH)资源;与保留和/或释放的该资源对应的下行控制信息(Downlink Control Information,DCI);与保留和/或释放的该资源对应的混合自动重传请求(HARQ)进程标识或索引(HARQ process ID or Index);以及与保留和/或释放的该资源对应的目的地址标识或索引(Destination ID or Index)。
例如,该边链路数据的重传的信息可以包括需要重传的边链路数据的具体信息,例如可以包括以下的至少一个:需要重传的边链路数据对应的下行控制信息(DCI);需要重传的边链路数据单元的标识或索引;需要重传的边链路数据对应的混合自动重传请求(HARQ)进程标识或索引;以及需要重传的边链路数据对应的目的地址标识或索引。
在本实施例中,该边链路数据单元是边链路中的数据单元,例如,该数据单元是边链路传输块(Transmission Block,TB)或边链路MAC PDU或码块(Code Block,CB)或码块组(Gode Block Group,CBG)。
在步骤201中,当满足预设的条件时,触发用于指示边链路数据的重传需求的第一SR或BSR,该预设的条件可以根据实际的需要以及指示的该边链路数据的重传需求的具体内容而设置。以下对触发用于指示边链路数据的重传需求的第一SR的条件以及触发用于指示边链路数据的重传需求的BSR的条件分别进行示例性的说明。
例如,当满足以下条件的至少一个时,触发用于指示边链路数据的重传需求的第一SR:
收到来自第二用户设备对边链路数据传输的确认消息(ACK);
确定边链路的数据重传的资源的保留和/或释放;
收到来自第二用户设备对边链路数据传输的非确认消息(NACK);
没有收到来自第二用户设备对边链路数据传输的确认消息(ACK);
没有收到来自第二用户设备对边链路数据传输的非确认消息(NACK);以及
具有待重传的边链路数据。
在本实施例中,在触发了该第一SR的情况下,通过该第一SR来指示边链路数据的重传需求,例如,可以通过该第一SR的配置、发送该第一SR的资源以及该第一SR的内容中的至少一个来指示该边链路的数据重传需求。
当步骤201中触发了用于指示边链路数据的重传需求的第一SR或BSR之后,在步骤202中,第一UE向网络设备发送该第一SR或BSR。
以下,根据不同的情况以及指示的边链路数据的重传需求的具体内容的不同,对触发并发送用于指示边链路数据的重传需求的第一SR或BSR的具体过程进行示例性的说明。
情况1:网络设备为边链路数据的初传以及重传都提前分配了资源。
在该情况1下,网络设备预先为第一UE和第二UE之间的边链路数据的初传和重传分配了相应的资源,例如,网络设备通过DCI或通过配置授权(configured grant)向第一UE分配边链路数据的初传和重传分配了相应的资源。
在该情况1下,第一用户设备指示的边链路数据的重传需求可以包括保留和/或释放的用于进行该边链路数据的重传的资源的信息。
在该情况1下,例如,当第一用户设备收到来自第二用户设备对边链路数据传输的确认消息(ACK)或者收到来自第二用户设备对边链路数据传输的非确认消息(NACK)时,触发用于指示边链路数据的重传需求的第一SR。
例如,对于网络设备默认保留边链路数据的重传资源的情况下,当第一用户设备收到来自第二UE的边链路传输块(Transmission Block,TB)的ACK或没有收到来自第二UE的边链路TB的NACK时,触发第一SR,用于指示释放用于进行该边链路TB的重传的资源;对于网络设备默认释放边链路数据的重传资源的情况下,当第一用户设备收到来自第二UE的边链路TB的NACK或没有收到来自第二UE的边链路TB的ACK时,触发第一SR,用于指示保留用于进行该边链路TB的重传的资源。
例如,在该情况1下,第一用户设备可以根据从该网络设备接收的RRC信令所配置的发送该第一SR的资源和/或该第一SR的配置与以下的至少一个的对应关系,来指示保留和/或释放的用于进行该边链路数据的重传的资源的信息:指示该资源的下行控制信息(DCI);预定义的或网络配置的或预配置的该资源的标识或索引;该资源对应的混合自动重传请求(HARQ)进程标识或索引;以及该资源对应的目的地址标识或索引。例如,根据从该网络设备接收的RRC信令所配置的发送该第一SR的资源和/或该第一SR的配置与该资源对应的DCI的控制信道元素(Control Channel Element,CCE)或控制资源集(control-resource set,CORESET)的起始位置等的对应关系,来指示保留和/或释放的用于进行该边链路数据的重传的资源的位置。
又例如,在该情况1下,第一用户设备可以根据以下中的至少一个来指示保留和/或释放的用于进行该边链路数据的重传的资源的信息:
第一用户设备从该网络设备接收的DCI所指示的资源,例如,该DCI指示至少一个物理上行链路控制信道(Physical Uplink Control Channel,PUCCH)资源,在该资源上发送的第一SR可以指示该DCI指示的后续重传资源的保留和/或释放。该PUCCH资源可以是RRC信令配置的SR配置(SR configuration)对应的资源,也可 以是其他PUCCH资源;
第一用户设备从该网络设备接收的DCI所指示的至少一个第一SR的配置索引,例如,采用该SR配置发送的第一SR可以指示该DCI指示的后续重传资源的保留和/或释放;以及
第一用户设备从该网络设备接收的DCI所指示的至少一个第一SR的配置与该DCI之间的时间差,例如,采用该时间差对应的SR配置发送的第一SR可以指示该DCI指示的后续重传资源的保留和/或释放。
又例如,第一用户设备可以根据该第一SR的内容来指示保留和/或释放的用于进行该边链路数据的重传的资源的信息,例如,SR包含至少两个比特(bit),其中的至少一个比特用于指示:该资源对应的DCI的CCE或CORESET的起始位置,或者,该资源对应的混合自动重传请求(HARQ)进程标识或索引或索引,或者,该资源对应的目的地址标识或索引,或者,该资源被预定义或被预配置或被网络配置的标识或索引。
在本实施例中,也可以是RRC信令配置单独的SR配置和资源用于边链路数据的重传,例如独立于RRC为边链路或边链路逻辑信道配置的SR配置和资源。
图3是本发明实施例1的情况1的触发第一SR的一示意图。其中,箭头所指的为时间轴。如图3所示,在下行链路中,网络设备向第一UE发送DCI或RRC信令,其中包含边链路数据初传和重传所使用的资源。第一UE在边链路上使用网络设备分配或配置的资源向第二UE发送初传和重传数据,在该边链路数据的传输达到最大重传次数之前,第一UE收到来自第二UE对边链路数据反馈的ACK,则触发第一SR,该第一SR用于指示可以释放之后的重传数据的资源,并在上行链路中,第一UE向网络设备发送该第一SR。该网络设备在收到该第一SR之后,可以根据指示的内容,将需要释放的该资源分配给其他UE进行边链路上的数据传输。
情况2:网络设备gNB在收到第一用户设备发送的用于指示边链路数据的重传需求的第一SR或BSR候分配资源,第一用户设备确定该资源用于新的边链路数据传输还是用于边链路数据的重传。
在该情况2下,例如,当第一用户设备收到来自第二用户设备对边链路数据传输的非确认消息(NACK)或具有待重传的边链路数据时,触发用于指示边链路数据的重传需求的第一SR或BSR。
在该情况2下,第一用户设备指示的边链路数据的重传需求可以包括以下的至少一个:不指示是否需要进行该边链路数据的重传;需要进行该边链路数据的重传;以及边链路数据的重传的信息。网络设备可以在系统信息或专用信令中配置或通知用户设备根据以上哪种方式指示边链路数据的重传需求。
例如,不指示是否需要进行边链路数据的重传是指,该第一SR或BSR不指示边链路数据的重传。
例如,需要进行该边链路数据的重传是指,该SR或BSR仅指示边链路数据需要重传,但不指示其他具体的信息。例如,RRC信令配置单独的SR configuration信息用于指示需要进行边链路数据的重传。
例如,该边链路数据的重传的信息可以包括需要重传的边链路数据的具体信息,例如可以包括以下的至少一个:需要重传的边链路数据单元的标识或索引;需要重传的边链路数据对应的混合自动重传请求(HARQ)进程标识或索引或索引;以及需要重传的边链路数据对应的目的地址标识或索引。
例如,在该情况2下,第一用户设备可以根据从该网络设备接收的RRC信令所配置的发送该第一SR的资源和/或该第一SR的配置与以下的至少一个的对应关系,来指示边链路数据的重传的信息:指示边链路数据传输的下行控制信息(DCI);需要重传的边链路数据对应的混合自动重传请求(HARQ)进程标识或索引;以及目的地址标识或索引需要重传的边链路数据对应的目的地址标识或索引。其具体的指示方法可以参照上述情况1中的记载,此处不再重复说明。
又例如,在该情况2下,第一用户设备也可以根据以下中的至少一个,来指示边链路数据重传的信息:从该网络设备接收的DCI所指示的资源;从该网络设备接收的DCI所指示的至少一个第一调度请求的配置索引;以及从该网络设备接收的DCI所指示的至少一个第一调度请求的配置与该DCI之间的时间差。其具体的指示方法可以参照上述情况1中的记载,此处不再重复说明。
又例如,在该情况2下,第一用户设备可以根据用于指示边链路数据的重传需求的BSR的内容来指示边链路数据的重传的信息。
例如,该BSR通过该BSR的内容来指示以下的至少一个:需要重传的边链路数据单元的标识或索引;需要重传的边链路数据对应的混合自动重传请求(HARQ)进程标识或索引或索引;需要重传的边链路数据的大小;以及需要重传的边链路数据对 应的目的地址标识或索引。
在本实施例中,在用于指示边链路数据的重传需求的第一SR或BSR被触发后,第一UE向网络设备发送该第一SR或BSR,网络设备在收到该第一SR或BSR之后,向第一UE分配边链路资源,第一UE在收到该分配的边链路资源之后,使用该分配的边链路资源进行边链路数据的重传或新边链路数据的传输。UE可以不将重传的边链路数据和新边链路数据都放到该分配的边链路资源中,而是选择其中一个传输。
在本实施例中,可以根据以下的至少一个确定将所述分配的边链路资源用于边链路数据的重传或新边链路数据的传输:需要重传的该边链路数据的时延要求;该新边链路数据和/或需要重传的该边链路数据的优先级;以及该新边链路数据和/或需要重传的该边链路数据的服务质量(Quality of Service,QoS)要求。
例如,当重传的边链路数据的时延要求减去该边链路数据已发送时间的差小于预定义或预配置的第一阈值时,则将该分配的边链路资源用于边链路数据的重传;或者,
当新边链路数据的优先级高于预定义或预配置的第二阈值时,将该分配的边链路资源用于新边链路数据的传输;或者,
将该分配的边链路资源用于新边链路数据和重传边链路数据中具有更高优先级的数据的传输。其中,该优先级可以是逻辑信道优先级。可选地,如果重传边链路数据中包括的数据具有多于一个优先级,则采用最高优先级作为重传边链路数据的优先级;或者,
当该分配的边链路资源能满足重传边链路数据的QoS要求,则将该分配的边链路资源用于边链路数据的重传;或者,当该分配的边链路资源能满足新边链路数据的QoS要求,则将该分配的边链路资源用于新边链路数据的传输;或者,当该分配的边链路资源既能满足重传边链路数据的QoS要求,也能满足新边链路数据的QoS要求,则将该分配的边链路资源用于边链路数据的重传或新边链路数据的传输中的一个。
另外,在该情况2下,当边链路BSR被触发时,在没有可用于新传输的上行共享信道资源时,或者可用于新传输的边链路授权或资源不满足触发该BSR的边链路逻辑信道的LCP映射限制时,边链路调度请求(scheduling request,SR)可以被触发,该触发的边链路SR可能是1比特(bit),也可能是多于一个比特;并且,该方法还包括:触发该第一调度请求后,不取消之前触发的该第二调度请求;和/或触发该第二调度请求之后,不取消之前触发的该第一调度请求。
图4是本发明实施例1的情况2的资源分配方法的一示意图。如图4所示,该方法包括:
步骤401:当收到来自第二用户设备对边链路数据传输的非确认消息(NACK)或具有待重传的边链路数据时,触发用于指示边链路数据的重传的信息的第一SR或BSR;
步骤402:在没有可用于新传输的上行共享信道资源时,或者可用于新传输的边链路授权或资源不满足触发该BSR的边链路逻辑信道的LCP映射限制时,触发第二SR;
步骤403:触发该第一SR后,不取消之前触发的该第二SR,和/或,触发该第二SR之后,不取消之前触发的该第一SR;
步骤404:向网络设备发送该用于指示边链路数据的重传的信息的第一SR或BSR;
步骤405:收到来自该网络设备分配的边链路资源;
步骤406:确定该分配的边链路资源用于边链路数据的重传或新边链路数据的传输;
步骤407:使用该分配的边链路资源进行边链路数据的重传或新边链路数据的传输。
在本实施例中,不对步骤401和步骤402的顺序进行限制,也就是说,可以先触发第一SR,也可以先触发第二SR。
图5是本发明实施例1的情况2的触发第一SR的一示意图。如图5所示,在下行链路中,网络设备向第一UE的发送DCI,其中指示边链路上的资源,边链路的第一UE在边链路上使用该资源向第二UE发送数据,第一UE收到来自第二UE对边链路数据传输的NACK,则触发用于指示边链路数据的重传需求的第一SR,另外,在触发该第一SR之前,由于没有可用于新传输的上行共享信道资源或者可用于新传输的边链路授权或资源不满足触发该BSR的边链路逻辑信道的LCP映射限制,触发了第二SR;在上行链路中,第一UE向网络设备发送该第一SR和第二SR,其中,发送该第一SR和第二SR的顺序可以参照下面情况3中的记载。该网络设备收到该第一SR之后,可以根据实现来分配边链路资源。
情况3:网络设备自适应的分配边链路数据的重传的资源。
在该情况3下,指示的边链路数据的重传需求可以包括边链路数据的重传的信息。
例如,该边链路数据的重传的信息可以包括需要重传的边链路数据的具体信息,例如可以包括以下的至少一个:需要重传的边链路数据单元的标识或索引;需要重传的边链路数据对应的混合自动重传请求(HARQ)进程标识或索引;以及目的地址标识或索引需要重传的边链路数据对应的目的地址标识或索引。
在该情况3下,例如,当第一用户设备收到来自第二用户设备对边链路数据传输的非确认消息(NACK)或具有待重传的边链路数据时,触发用于指示边链路数据的重传的信息的第一SR或BSR。
例如,在该情况3下,可以根据从该网络设备接收的RRC信令所配置的发送该第一SR的资源和/或该第一调度请求的配置与以下的至少一个的对应关系,来指示边链路数据的重传的信息:指示需要重传的边链路数据单元、混合自动重传请求(HARQ)进程标识或索引或目的地址标识或索引的下行控制信息(DCI);需要重传的边链路数据对应的混合自动重传请求(HARQ)进程标识或索引;以及需要重传的边链路数据对应的目的地址标识或索引。其具体的指示方法可以参照上述情况1中的记载,此处不再重复说明。
又例如,在该情况3下,也可以根据以下中的至少一个,来指示边链路数据重传的信息:从该网络设备接收的DCI所指示的资源;从该网络设备接收的DCI所指示的至少一个第一调度请求的配置索引;以及从该网络设备接收的DCI所指示的至少一个第一调度请求的配置与该DCI之间的时间差。其具体的指示方法可以参照上述情况1中的记载,此处不再重复说明。
又例如,可以根据该第一SR的内容来指示边链路数据重传的信息,例如,SR包含至少两个比特(bit),其中的至少一个比特用于指示:需要重传的边链路数据对应的DCI的CCE或CORESET的起始位置,或者,需要重传的边链路数据对应的HARQ进程标识或索引,或者,需要重传的边链路数据对应的目的地址标识或索引,或者,需要重传的边链路数据对应的目的地址标识或索引。
又例如,在该情况3下,可以根据用于指示边链路数据的重传需求的BSR的内容来指示边链路数据的重传的信息。
例如,该BSR通过该BSR的内容来指示以下的至少一个:需要重传的边链路数 据单元的标识或索引;需要重传的边链路数据对应的混合自动重传请求(HARQ)进程标识或索引;需要重传的边链路数据的大小;以及需要重传的边链路数据对应的目的地址标识或索引。
图6是本发明实施例的BSR的结构的一示意图。如图6所示,在BSR中,目的地址索引(Destination index)、HARQ进程标识(HARQ process ID)以及传输块尺寸(TB size)对应的进行存储。
在本实施例中,在用于指示边链路数据的重传需求的第一SR或BSR被触发后,第一UE向网络设备发送该第一SR或BSR,网络设备在收到该第一SR或BSR之后,根据该第一SR或BSR指示的边链路数据重传的信息,向第一UE分配合适的用于重传的边链路资源,第一UE在收到该分配的边链路资源之后,使用该分配的边链路资源进行边链路数据的重传。
另外,在该情况3下,与情况2类似的,在没有可用于新传输的上行共享信道资源时,或者可用于新传输的边链路授权或资源不满足触发该BSR的边链路逻辑信道的LCP映射限制时,可以触发第二SR;并且,该方法还包括:触发该第一调度请求后,不取消之前触发的该第二调度请求;和/或触发该第二调度请求之后,不取消之前触发的该第一调度请求。
图7是本发明实施例1的情况3的资源分配方法的一示意图。如图7所示,该方法包括:
步骤701:当收到来自第二用户设备对边链路数据传输的非确认消息(NACK)或具有待重传的边链路数据时,触发用于指示边链路数据的重传的信息的第一SR或BSR;
步骤702:在没有可用于新传输的上行共享信道资源时,或者可用于新传输的边链路授权或资源不满足触发该BSR的边链路逻辑信道的LCP映射限制时,触发第二SR;
步骤703:触发该第一SR后,不取消之前触发的该第二SR,和/或,触发该第二SR之后,不取消之前触发的该第一SR;
步骤704:向网络设备发送该用于指示边链路数据的重传的信息的第一SR或BSR;
步骤705:收到来自该网络设备分配的用于重传的边链路资源;
步骤706:使用该分配的边链路资源进行边链路数据的重传。
在本实施例中,不对步骤701和步骤702的顺序进行限制,也就是说,可以先触发第一SR,也可以先触发第二SR。
图8是本发明实施例1的情况3的触发第一SR的一示意图。如图8所示,在下行链路中,网络设备向第一UE发送DCI,其中指示边链路授权或资源,第一UE在边链路上使用该授权或资源向第二UE发送数据,第一UE收到来自第二UE对边链路数据传输的NACK,则触发用于指示边链路数据的重传的信息的第一SR,另外,在触发该第一SR之前,由于没有可用于新传输的上行共享信道资源或者可用于新传输的边链路授权或资源不满足触发该BSR的边链路逻辑信道的LCP映射限制,触发了第二SR;在上行链路中,第一UE向网络设备发送该第一SR和第二SR。该网络设备收到该第一SR之后,根据该第一SR中指示的边链路数据的重传的信息,分配合适的用于重传的边链路资源。
在本实施例中,当触发了第一SR和第二SR之后,可以根据以下的至少一个确定该第一SR和该第二SR的发送顺序:需要重传的边链路数据的时延要求;以及新边链路数据和/或需要重传的边链路数据的优先级。
例如,当新边链路数据的优先级高于预定义或预配置的第三阈值时,则第一UE先发送常规的BSR触发的SR,即第二SR;当新边链路数据的优先级高于重传的边链路数据中最高优先级的数据的优先级时,触发第二SR,其中数据的优先级可以是数据对应的逻辑信道的优先级;当重传边链路数据的时延要求与已经经过的发送时间之差小于预定义或预配置的第四阈值时,则第一UE先发送第一SR。
由上述实施例可知,通过触发用于指示边链路数据的重传需求的SR和/或BSR,来向网络设备指示边链路数据的重传需求,不需要对边链路传输进行HARQ ACK/NACK的反馈,减少了反馈的开销,对现有的NR-V2X以及LTE的规范影响较小,且易于实现。
实施例2
本发明实施例2还提供一种资源配置方法,该方法应用于网络设备侧。该方法对应于实施例1中的第一用户设备侧的重传需求的指示方法,相同的内容不再重复说明。
图9是本发明实施例2的资源配置方法的一示意图。如图9所示,该方法包括:
步骤901:从第一用户设备接收用于指示边链路数据的重传需求的第一调度请求(SR)或缓存状态报告(BSR);以及
步骤902:向该第一用户设备分配边链路资源。
在本实施例中,对应于实施例1中的情况1,该方法还可以包括:向该第一用户设备分配传输新边链路数据和重传边链路数据的资源。
在本实施例中,对应于实施例1中的情况1,该方法还可以包括:向该第一UE发送RRC信令,以配置发送该第一SR的资源和/或该第一SR的配置与以下的至少一个的对应关系,来指示表示保留和/或释放的用于进行该边链路数据的重传的资源的信息:指示该资源的下行控制信息(DCI);预定义的或网络配置的或预配置的该资源的标识或索引;该资源对应的混合自动重传请求(HARQ)进程标识或索引;以及该资源对应的目的地址标识或索引。
在本实施例中,对应于实施例1中的情况1,该方法还可以包括:向该第一用户设备发送DCI,以根据以下中的至少一个,来指示表示保留和/或释放的用于进行该边链路数据的重传的资源的信息:该DCI所指示的资源;该DCI所指示的至少一个第一SR的配置索引;以及该DCI所指示的至少一个第一SR的配置与该DCI之间的时间差。
在本实施例中,对应于实施例1中的情况2,该方法还可以包括:向该第一用户设备发送RRC信令,以配置发送该第一SR的资源和/或该第一SR的配置与以下的至少一个的对应关系,来指示边链路数据的重传的信息:指示边链路数据传输的下行控制信息(DCI);需要重传的边链路数据对应的混合自动重传请求(HARQ)进程标识或索引;以及目的地址标识或索引需要重传的边链路数据对应的目的地址标识或索引。
对应于实施例1中的情况3,该方法还可以包括:向该第一用户设备发送RRC信令,以配置发送该第一SR的资源和/或该第一SR的配置与以下的至少一个的对应关系,来指示边链路数据的重传的信息:指示需要重传的边链路数据单元、混合自动重传请求(HARQ)进程标识或索引或目的地址标识或索引的下行控制信息(DCI);需要重传的边链路数据对应的混合自动重传请求(HARQ)进程标识或索引;以及目的地址标识或索引需要重传的边链路数据对应的目的地址标识或索引。
在本实施例中,对应于实施例1中的情况2和3,该方法还可以包括:向该第一 用户设备发送DCI,以根据以下中的至少一个,来指示边链路数据的重传的信息:该DCI所指示的资源;该DCI所指示的至少一个第一SR的配置索引;以及该DCI所指示的至少一个第一SR的配置与该DCI之间的时间差。
在本实施例中,该第一SR或BSR指示边链路数据的重传需求的方式可以参照实施例1中的记载。
在步骤902中,网络设备可以不根据该第一SR或BSR而分配边链路资源,例如,进行盲分配或根据实现进行分配;
另外,也可以根据该第一SR或BSR的指示,分配合适的边链路资源,
例如,根据该第一SR指示的需要进行数据重传的信息,向该第一用户设备分配边链路资源。
又例如,根据该第一SR或BSR指示的以下中的至少一个,向该第一UE分配边链路资源:需要重传的边链路数据对应的下行控制信息(DCI);需要重传的边链路数据单元的标识或索引;需要重传的边链路数据对应的混合自动重传请求(HARQ)进程标识或索引;以及需要重传的边链路数据对应的目的地址标识或索引。
由上述实施例可知,通过触发用于指示边链路数据的重传需求的SR和/或BSR,来向网络设备指示边链路数据的重传需求,不需要对边链路传输进行HARQ ACK/NACK的反馈,减少了反馈的开销,对现有的NR-V2X以及LTE的规范影响较小,且易于实现。
实施例3
本发明实施例3还提供一种资源配置方法,该方法应用于网络设备侧和第一用户侧以及第二用户侧。该方法对应于实施例1和实施例2,相同的内容不再重复说明。
图10是本发明实施例3的资源配置方法的一示意图。如图10所示,该方法包括:
步骤1001:当满足预设的条件时,第一用户设备触发用于指示边链路数据的重传需求的第一SR或BSR;
步骤1002:第一用户设备向网络设备发送该用于指示边链路数据的重传需求的第一SR或BSR;
步骤1003:该网络设备向第一用户设备分配边链路资源;
步骤1004:第一用户设备使用该分配的边链路资源,向第二用户设备新传或重传边链路数据。
在本实施例中,该预设的条件可以参见实施例1中的记载,此处不再重复说明。
在本实施例中,该第一SR或BSR的内容以及指示边链路数据的重传需求的方式可以参见实施例1中的记载,此处不再重复说明。
在步骤1003中,该网络设备向第一用户设备分配边链路资源,例如,对应于实施例1中的情况2,网络设备可以不根据该第一SR或BSR而分配边链路资源,例如,进行盲或根据实现进行分配;另外,也可以根据该第一SR或BSR的指示,分配合适的边链路资源,例如,对应于实施例1中的情况3。具体的内容可以参见实施例1和实施例2中的记载,此处不再重复说明。
在步骤1004中,第一用户设备使用该分配的边链路资源,向第二用户设备新传或重传边链路数据。例如,可以对应于实施例1中的情况2,由第一用户设备确定该分配的边链路资源是用于重传还是新传边链路数据;也可以对应于实施例1中的情况3,第一用户设备使用该分配的边链路资源进行边链路数据的重传。
由上述实施例可知,通过触发用于指示边链路数据的重传需求的SR和/或BSR,来向网络设备指示边链路数据的重传需求,不需要对边链路传输进行HARQ ACK/NACK的反馈,减少了反馈的开销,对现有的NR-V2X以及LTE的规范影响较小,且易于实现。
实施例4
本发明实施例4提供了一种重传需求的指示装置,该装置可以配置于第一用户设备侧。由于该装置解决问题的原理与实施例1的方法类似,因此其具体的实施可以参照实施例1所述的方法的实施,内容相同或相关之处不再重复说明。
图11是本发明实施例4的重传需求的指示装置的一示意图,如图11所示,装置1100包括:
第一触发单元1101,其用于当满足预设的条件时,触发用于指示边链路数据的重传需求的第一调度请求(SR)或缓存状态报告(BSR);以及
第一发送单元1102,其用于向网络设备发送该用于指示边链路数据的重传需求的第一调度请求(SR)或缓存状态报告(BSR)。
图12是本发明实施例4的重传需求的指示装置的另一示意图,其对应于实施例1中的情况2。如图12所示,装置1200包括:
第一触发单元1201,其用于当满足预设的条件时,触发用于指示边链路数据的 重传需求的第一调度请求(SR)或缓存状态报告(BSR);
第二触发单元1202,其用于当没有可用于新传输的上行共享信道资源,或者可用于新传输的边链路授权或资源不满足触发该缓存状态报告的边链路逻辑信道的LCP映射限制时,触发第二调度请求;
维持单元1203,其用于触发该第一调度请求后,不取消之前触发的该第二调度请求;和/或,触发该第二调度请求之后,不取消之前触发的该第一调度请求;
第一发送单元1204,其用于向网络设备发送所述用于指示边链路数据的重传需求的第一调度请求(SR)或缓存状态报告(BSR);
第一确定单元1205,其用于确定将网络设备分配的边链路资源用于边链路数据的重传或新边链路数据的传输;
第二发送单元1206,其用于使用该分配的边链路资源进行边链路数据的重传或新边链路数据的传输。
图13是本发明实施例4的重传需求的指示装置的另一示意图,其对应于实施例1中的情况3。如图13所示,装置1300包括:
第一触发单元1301,其用于当收到来自第二用户设备对边链路数据传输的非确认消息(NACK)或具有待重传的边链路数据时,触发用于指示边链路数据的重传的信息的第一SR或BSR;
第二触发单元1302,其用于在没有可用于新传输的上行共享信道资源时,或者可用于新传输的边链路授权或资源不满足触发该BSR的边链路逻辑信道的LCP映射限制时,触发第二SR;
维持单元1303,其用于触发该第一SR后,不取消之前触发的该第二SR,和/或,触发该第二SR之后,不取消之前触发的该第一SR;
第一发送单元1304,其用于向网络设备发送该用于指示边链路数据的重传的信息的第一SR或BSR;
第二发送单元1305,其用于使用网络设备分配的边链路资源进行边链路数据的重传。
在本实施例中,上述各个单元的功能的实现可以参照实施例1中相应步骤的记载,此处不再重复说明。
由上述实施例可知,通过触发用于指示边链路数据的重传需求的SR和/或BSR, 来向网络设备指示边链路数据的重传需求,不需要对边链路传输进行HARQ ACK/NACK的反馈,减少了反馈的开销,对现有的NR-V2X以及LTE的规范影响较小,且易于实现。
实施例5
本发明实施例5提供了一种资源配置装置,该装置应用于网络设备侧。由于该装置解决问题的原理与实施例2的方法类似,因此其具体的实施可以参照实施例2所述的方法的实施,内容相同或相关之处不再重复说明。
图14是本发明实施例4的资源配置装置的一示意图,如图14所示,装置1400包括:
第一接收单元1401,其用于从第一用户设备接收用于指示边链路数据的重传需求的第一调度请求(SR)或缓存状态报告(BSR);以及
第一配置单元1402,其用于向该第一用户设备分配边链路资源。
在本实施例中,对应于实施例1中的情况1,该装置还可以包括:
第二配置单元,其用于向该第一用户设备分配传输新边链路数据和重传边链路数据的资源。
在本实施例中,对应于实施例1中的情况1,该装置还可以包括:
第三发送单元,其用于向该第一UE发送RRC信令,以配置发送该第一SR的资源和/或该第一SR的配置与以下的至少一个的对应关系,来指示表示保留和/或释放的用于进行该边链路数据的重传的资源的信息:指示该资源的下行控制信息(DCI);预定义的或网络配置的或预配置的该资源的标识或索引;该资源对应的混合自动重传请求(HARQ)进程标识或索引;以及该资源对应的目的地址标识或索引。
在本实施例中,对应于实施例1中的情况1,该装置还可以包括:
第四发送单元,其用于向该第一用户设备发送DCI,以根据以下中的至少一个,来指示表示保留和/或释放的用于进行该边链路数据的重传的资源的信息:该DCI所指示的资源;该DCI所指示的至少一个第一SR的配置索引;以及该DCI所指示的至少一个第一SR的配置与该DCI之间的时间差。
在本实施例中,对应于实施例1中的情况2,该装置还可以包括:
第五发送单元,其用于向该第一用户设备发送RRC信令,以配置发送该第一SR的资源和/或该第一SR的配置与以下的至少一个的对应关系,来指示边链路数据的重 传的信息:指示边链路数据传输的下行控制信息(DCI);需要重传的边链路数据对应的混合自动重传请求(HARQ)进程标识或索引;以及目的地址标识或索引需要重传的边链路数据对应的目的地址标识或索引。
对应于实施例1中的情况3,该装置还可以包括:
第五发送单元,其用于向该第一用户设备发送RRC信令,以配置发送该第一SR的资源和/或该第一SR的配置与以下的至少一个的对应关系,来指示边链路数据的重传的信息:指示需要重传的边链路数据单元、混合自动重传请求(HARQ)进程标识或索引或目的地址标识或索引的下行控制信息(DCI);需要重传的边链路数据对应的混合自动重传请求(HARQ)进程标识或索引;以及目的地址标识或索引需要重传的边链路数据对应的目的地址标识或索引。
在本实施例中,对应于实施例1中的情况2和3,该装置还可以包括:
第六发送单元,其用于向该第一用户设备发送DCI,以根据以下中的至少一个,来指示边链路数据的重传的信息:该DCI所指示的资源;该DCI所指示的至少一个第一SR的配置索引;以及该DCI所指示的至少一个第一SR的配置与该DCI之间的时间差。
在本实施例中,该第一SR或BSR指示边链路数据的重传需求的方式可以参照实施例1中的记载。
在本实施例中,第一配置单元1402可以不根据该第一SR或BSR而分配边链路资源,例如,进行盲分配或根据实现进行分配;
另外,第一配置单元1402也可以根据该第一SR或BSR的指示,分配合适的边链路资源,
例如,根据该第一SR指示的需要进行数据重传的信息,向该第一用户设备分配边链路资源。
又例如,根据该第一SR或BSR指示的以下中的至少一个,向该第一UE分配边链路资源:需要重传的边链路数据对应的下行控制信息(DCI);需要重传的边链路数据单元的标识或索引;需要重传的边链路数据对应的混合自动重传请求(HARQ)进程标识或索引;以及需要重传的边链路数据对应的目的地址标识或索引。
由上述实施例可知,通过触发用于指示边链路数据的重传需求的SR和/或BSR,来向网络设备指示边链路数据的重传需求,不需要对边链路传输进行HARQ ACK/NACK的反馈,减少了反馈的开销,对现有的NR-V2X以及LTE的规范影响较小,且易于实现。
实施例6
本发明实施例提供了一种用户设备,该用户设备包括如实施例4所述的重传需求的指示装置。
图15是本发明实施例6的用户设备的系统构成的一示意框图。如图15所示,用户设备1500可以包括处理器1510和存储器1520;存储器1520耦合到处理器1510。值得注意的是,该图是示例性的;还可以使用其他类型的结构,来补充或代替该结构,以实现电信功能或其他功能。
在一个实施方式中,重传需求的指示装置的功能可以被集成到处理器1510中。其中,处理器1510可以被配置为:当满足预设的条件时,触发用于指示边链路数据的重传需求的第一调度请求(SR)或缓存状态报告(BSR);以及向网络设备发送该用于指示边链路数据的重传需求的第一调度请求(SR)或缓存状态报告(BSR)。
在另一个实施方式中,重传需求的指示装置可以与处理器1510分开配置,例如可以将重传需求的指示装置配置为与处理器1510连接的芯片,通过处理器1510的控制来实现重传需求的指示装置的功能。
如图15所示,该用户设备1500还可以包括:通信模块1530、输入单元1540、显示器1550、电源1560。值得注意的是,用户设备1500也并不是必须要包括图15中所示的所有部件;此外,用户设备1500还可以包括图15中没有示出的部件,可以参考相关技术。
如图15所示,处理器1510有时也称为控制器或操作控件,可以包括微处理器或其他处理器装置和/或逻辑装置,该处理器1510接收输入并控制用户设备1500的各个部件的操作。
其中,存储器1520,例如可以是缓存器、闪存、硬驱、可移动介质、易失性存储器、非易失性存储器或其它合适装置中的一种或更多种。可储存各种数据,此外还可存储执行有关信息的程序。并且处理器1510可执行该存储器1520存储的该程序,以实现信息存储或处理等。其他部件的功能与现有类似,此处不再赘述。用户设备1500的各部件可以通过专用硬件、固件、软件或其结合来实现,而不偏离本发明的范围。
由上述实施例可知,通过触发用于指示边链路数据的重传需求的SR和/或BSR,来向网络设备指示边链路数据的重传需求,不需要对边链路传输进行HARQ ACK/NACK的反馈,减少了反馈的开销,对现有的NR-V2X以及LTE的规范影响较小,且易于实现。
实施例7
本发明实施例提供了一种网络设备,该网络设备包括如实施例5所述的资源配置装置。
图16是本发明实施例7的网络设备的一构成示意图。如图16所示,网络设备1600可以包括:处理器(processor)1610和存储器1620;存储器1620耦合到处理器1610。其中该存储器1620可存储各种数据;此外还存储信息处理的程序1630,并且在处理器1610的控制下执行该程序1630,以接收用户设备发送的各种信息、并且向用户设备发送各种信息。
在一个实施方式中,资源配置装置的功能可以被集成到处理器1610中。其中,处理器1610可以被配置为:从第一用户设备接收用于指示边链路数据的重传需求的第一调度请求(SR)或缓存状态报告(BSR);以及向该第一用户设备分配边链路资源。
在另一个实施方式中,资源配置装置可以与处理器1610分开配置,例如可以将资源配置装置配置为与处理器1610连接的芯片,通过处理器1610的控制来实现资源配置装置的功能。
此外,如图16所示,网络设备1600还可以包括:收发机1640和天线1650等;其中,上述部件的功能与现有技术类似,此处不再赘述。值得注意的是,网络设备1600也并不是必须要包括图16中所示的所有部件;此外,网络设备1600还可以包括图16中没有示出的部件,可以参考现有技术。
由上述实施例可知,通过触发用于指示边链路数据的重传需求的SR和/或BSR,来向网络设备指示边链路数据的重传需求,不需要对边链路传输进行HARQ ACK/NACK的反馈,减少了反馈的开销,对现有的NR-V2X以及LTE的规范影响较小,且易于实现。
实施例8
本发明实施例提供了一种通信系统,包括如实施例7所述的用户设备和/或如实 施例8所述的网络设备。
例如,该通信系统的结构可以参照图1,如图1所示,通信系统100包括网络设备101和用户设备102、103,用户设备102可以与实施例6中记载的用户设备相同,网络设备101与实施例7中记载的网络设备相同,重复的内容不再赘述。
由上述实施例可知,通过触发用于指示边链路数据的重传需求的SR和/或BSR,来向网络设备指示边链路数据的重传需求,不需要对边链路传输进行HARQ ACK/NACK的反馈,减少了反馈的开销,对现有的NR-V2X以及LTE的规范影响较小,且易于实现。
本发明实施例以上的装置和方法可以由硬件实现,也可以由硬件结合软件实现。本发明实施例涉及这样的计算机可读程序,当该程序被逻辑部件所执行时,能够使该逻辑部件实现上文所述的装置或构成部件,或使该逻辑部件实现上文所述的各种方法或步骤。本发明实施例还涉及用于存储以上程序的存储介质,如硬盘、磁盘、光盘、DVD、flash存储器等。
结合本发明实施例描述的方法/装置可直接体现为硬件、由处理器执行的软件模块或二者组合。例如,图11中所示的功能框图中的一个或多个和/或功能框图的一个或多个组合,既可以对应于计算机程序流程的各个软件模块,亦可以对应于各个硬件模块。这些软件模块,可以分别对应于图2所示的各个步骤。这些硬件模块例如可利用现场可编程门阵列(FPGA)将这些软件模块固化而实现。
软件模块可以位于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、移动磁盘、CD-ROM或者本领域已知的任何其它形式的存储介质。可以将一种存储介质耦接至处理器,从而使处理器能够从该存储介质读取信息,且可向该存储介质写入信息;或者该存储介质可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。该软件模块可以存储在移动终端的存储器中,也可以存储在可插入移动终端的存储卡中。例如,若设备(如移动终端)采用的是较大容量的MEGA-SIM卡或者大容量的闪存装置,则该软件模块可存储在该MEGA-SIM卡或者大容量的闪存装置中。
针对图11中描述的功能方框中的一个或多个和/或功能方框的一个或多个组合,可以实现为用于执行本发明所描述功能的通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其它可编程逻辑器件、分立 门或者晶体管逻辑器件、分立硬件组件或者其任意适当组合。针对图11描述的功能方框中的一个或多个和/或功能方框的一个或多个组合,还可以实现为计算设备的组合,例如,DSP和微处理器的组合、多个微处理器、与DSP通信结合的一个或多个微处理器或者任何其它这种配置。
以上结合具体的实施方式对本发明进行了描述,但本领域技术人员应该清楚,这些描述都是示例性的,并不是对本发明保护范围的限制。本领域技术人员可以根据本发明的精神和原理对本发明做出各种变型和修改,这些变型和修改也在本发明的范围内。
关于包括以上实施例的实施方式,还公开下述的附记:
1、一种重传需求的指示装置,所述装置应用于第一用户设备侧,所述装置包括:
第一触发单元,其用于当满足预设的条件时,触发用于指示边链路数据的重传需求的第一调度请求(SR)或缓存状态报告(BSR);以及
第一发送单元,其用于向网络设备发送所述用于指示边链路数据的重传需求的第一调度请求(SR)或缓存状态报告(BSR)。
2、根据附记1所述的装置,其中,
当满足以下条件的至少一个时,所述第一触发单元触发用于指示边链路数据的重传需求的第一调度请求(SR):
收到来自第二用户设备对边链路数据传输的确认消息(ACK);
确定边链路的数据重传的资源的保留和/或释放;
收到来自第二用户设备对边链路数据传输的非确认消息(NACK);
没有收到来自第二用户设备对边链路数据传输的确认消息(ACK);
没有收到来自第二用户设备对边链路数据传输的非确认消息(NACK);以及
具有待重传的边链路数据。
3、根据附记1所述的装置,其中,
当满足以下条件的至少一个时,所述第一触发单元触发用于指示边链路数据的重传需求的缓存状态报告(BSR):
收到来自第二用户设备对边链路数据传输的非确认消息(NACK);
没有收到来自第二用户设备对边链路数据传输的确认消息(ACK);
没有收到来自第二用户设备对边链路数据传输的非确认消息(NACK);以及
具有待重传的边链路数据。
4、根据附记1所述的装置,其中,
所述边链路数据的重传需求包括以下的至少一个:
不指示是否需要进行所述边链路数据的重传;
需要进行所述边链路数据的重传;
保留和/或释放的用于进行所述边链路数据的重传的资源的信息;以及
边链路数据的重传的信息。
4a、根据附记1或4所述的装置,其中,所述装置还包括:
第三确定单元,其根据来自网络设备的系统信息中的配置或专用信令中的通知,确定指示的所述边链路数据的重传需求的内容。
5、根据附记4所述的装置,其中,所述保留和/或释放的用于进行所述边链路数据的重传的资源的信息包括以下的至少一个:
保留和/或释放的用于进行所述边链路数据的重传的资源;
保留和/或释放的所述资源对应的物理上行控制信道(PUCCH)资源;
指示保留和/或释放的所述资源的下行控制信息(DCI);
保留和/或释放的所述资源对应的混合自动重传请求(HARQ)进程标识或索引;以及
保留和/或释放的所述资源对应的目的地址标识或索引。
6、根据附记4所述的装置,其中,所述边链路数据的重传的信息包括以下的至少一个:
需要重传的边链路数据对应的下行控制信息(DCI);
需要重传的边链路数据单元的标识或索引;
需要重传的边链路数据对应的混合自动重传请求(HARQ)进程标识或索引;以及
需要重传的边链路数据对应的目的地址标识或索引。
7、根据附记1所述的装置,其中,
通过所述第一调度请求的配置、发送所述第一调度请求的资源以及所述第一调度请求的内容中的至少一个来指示所述边链路的数据重传需求。
8、根据附记1或7所述的装置,其中,
根据从所述网络设备接收的RRC信令所配置的发送所述第一调度请求的资源和/或所述第一调度请求的配置与以下的至少一个的对应关系,来指示保留和/或释放的用于进行所述边链路数据的重传的资源的信息:
指示所述资源的下行控制信息(DCI);
预定义的或网络配置的或预配置的该资源的标识或索引;
所述资源对应的混合自动重传请求(HARQ)进程标识或索引;以及
所述资源对应的目的地址标识或索引。
9、根据附记1或7所述的装置,其中,
根据以下中的至少一个,来指示保留和/或释放的用于进行所述边链路数据的重传的资源的信息:
从所述网络设备接收的DCI所指示的资源;
从所述网络设备接收的DCI所指示的至少一个第一调度请求的配置索引;以及
从所述网络设备接收的DCI所指示的至少一个第一调度请求的配置与所述DCI之间的时间差。
10、根据附记1或7所述的装置,其中,
根据从所述网络设备接收的RRC信令所配置的发送所述第一调度请求的资源和/或所述第一调度请求的配置与以下的至少一个的对应关系,来指示边链路数据的重传的信息:
指示需要重传的边链路数据单元、混合自动重传请求(HARQ)进程标识或索引或目的地址标识或索引的下行控制信息(DCI);
需要重传的边链路数据对应的混合自动重传请求(HARQ)进程标识或索引;以及
需要重传的边链路数据对应的目的地址标识或索引。
11、根据附记1或7所述的装置,其中,
根据以下中的至少一个,来指示边链路数据重传的信息:
从所述网络设备接收的DCI所指示的资源;
从所述网络设备接收的DCI所指示的至少一个第一调度请求的配置索引;以及
从所述网络设备接收的DCI所指示的至少一个第一调度请求的配置与所述DCI之间的时间差。
12、根据附记1所述的装置,其中,
通过所述缓存状态报告的内容来指示所述边链路数据的重传需求。
13、根据附记1或12所述的装置,其中,
所述缓存状态报告通过所述缓存状态报告的内容来指示以下的至少一个:
需要重传的边链路数据单元的标识或索引;
需要重传的边链路数据对应的混合自动重传请求(HARQ)进程标识或索引;
需要重传的边链路数据的大小;以及
需要重传的边链路数据对应的目的地址标识或索引。
14、根据附记1所述的装置,其中,所述装置还包括:
第二发送单元,其用于使用所述网络设备分配的边链路资源,进行边链路数据的重传或新边链路数据的传输。
15、根据附记14所述的装置,其中,所述装置还包括:
第一确定单元,其用于根据以下的至少一个确定将所述分配的边链路资源用于边链路数据的重传或新边链路数据的传输:
需要重传的所述边链路数据的时延要求;
所述新边链路数据和/或需要重传的所述边链路数据的优先级;以及
所述新边链路数据和/或需要重传的所述边链路数据的服务质量(QoS)要求。
16、根据附记1所述的装置,其中,所述装置还包括:
第二触发单元,其用于当没有可用于新传输的上行共享信道资源,或者可用于新传输的边链路授权或资源不满足触发所述缓存状态报告的边链路逻辑信道的LCP映射限制时,触发第二调度请求;以及
第二确定单元,其用于根据以下的至少一个确定所述第一调度请求和所述第二调度请求的发送顺序:
需要重传的边链路数据的时延要求;以及
新边链路数据和/或需要重传的边链路数据的优先级。
17、根据附记1所述的装置,其中,所述装置还包括:
第二触发单元,其用于当没有可用于新传输的上行共享信道资源,或者可用于新传输的边链路授权或资源不满足触发所述缓存状态报告的边链路逻辑信道的LCP映射限制时,触发第二调度请求;
并且,所述装置还包括:
维持单元,其用于触发所述第一调度请求后,不取消之前触发的所述第二调度请求;和/或,触发所述第二调度请求之后,不取消之前触发的所述第一调度请求。
17a、一种边链路调度请求的触发装置,所述装置包括:
第三触发单元,其用于当边链路缓存状态报告(BSR)被触发时,在没有可用于新传输的上行共享信道资源时,或者可用于新传输的边链路授权或资源不满足触发所述缓存状态报告的边链路逻辑信道的LCP映射限制时,触发边链路调度请求(SR)。
17b、根据附记17a所述的装置,其中,
所述边链路调度请求具有至少一个比特。
18、一种资源配置装置,所述装置应用于网络设备侧,所述装置包括:
第一接收单元,其用于从第一用户设备接收用于指示边链路数据的重传需求的第一调度请求(SR)或缓存状态报告(BSR);以及
第一配置单元,其用于向所述第一用户设备分配边链路资源。
18a、根据附记18所述的装置,其中,
所述边链路数据的重传需求包括以下的至少一个:
不指示是否需要进行所述边链路数据的重传;
需要进行所述边链路数据的重传;
保留和/或释放的用于进行所述边链路数据的重传的资源的信息;以及
边链路数据的重传的信息。
18b、根据附记18或18a所述的装置,其中,所述装置还包括:
第三配置单元,其通过系统信息或专用信令,配置或通知所述第一用户设备指示的所述边链路数据的重传需求的内容。
19、根据附记18所述的装置,其中,所述第一配置单元根据所述第一调度请求或所述缓存状态报告,向所述第一用户设备分配边链路资源。
20、根据附记19所述的装置,其中,所述第一配置单元根据所述第一调度请求指示的需要进行数据重传的信息,向所述第一用户设备分配边链路资源。
21、根据附记19所述的装置,其中,所述第一配置单元根据所述第一调度请求或所述缓存状态报告指示的以下中的至少一个,向所述第一用户设备分配边链路资源:
需要重传的边链路数据对应的下行控制信息(DCI);
需要重传的边链路数据单元的标识或索引;
需要重传的边链路数据对应的混合自动重传请求(HARQ)进程标识或索引;以及
需要重传的边链路数据对应的目的地址标识或索引。
22、根据附记18所述的装置,其中,所述装置还包括:
第二配置单元,其用于向所述第一用户设备分配传输新边链路数据和重传边链路数据的资源。
23、根据附记18或22所述的装置,其中,所述装置还包括:
第三发送单元,其用于向所述第一用户设备发送RRC信令,以配置发送所述第一调度请求的资源和/或所述第一调度请求的配置与以下的至少一个的对应关系,来指示表示保留和/或释放的用于进行所述边链路数据的重传的资源的信息:
指示所述资源的下行控制信息(DCI);
预定义的或网络配置的或预配置的该资源的标识或索引;
所述资源对应的混合自动重传请求(HARQ)进程标识或索引;以及
所述资源对应的目的地址标识或索引。
24、根据附记18或22所述的装置,其中,所述装置还包括:
第四发送单元,其用于向所述第一用户设备发送DCI,以根据以下中的至少一个,来指示表示保留和/或释放的用于进行所述边链路数据的重传的资源的信息:
所述DCI所指示的资源;
所述DCI所指示的至少一个第一调度请求的配置索引;以及
所述DCI所指示的至少一个第一调度请求的配置与所述DCI之间的时间差。
25、根据附记18所述的装置,其中,所述装置还包括:
第五发送单元,其用于向所述第一用户设备发送RRC信令,以配置发送所述第一调度请求的资源和/或所述第一调度请求的配置与以下的至少一个的对应关系,来指示边链路数据的重传的信息:
指示需要重传的边链路数据单元、混合自动重传请求(HARQ)进程标识或索引或目的地址标识或索引的下行控制信息(DCI);
需要重传的边链路数据对应的混合自动重传请求(HARQ)进程标识或索引;以 及
需要重传的边链路数据对应的目的地址标识或索引。
26、根据附记18所述的装置,其中,所述装置还包括:
第六发送单元,其用于向所述第一用户设备发送DCI,以根据以下中的至少一个,来指示边链路数据的重传的信息:
所述DCI所指示的资源;
所述DCI所指示的至少一个第一调度请求的配置索引;以及
所述DCI所指示的至少一个第一调度请求的配置与所述DCI之间的时间差。
27、一种用户设备,所述用户设备包括根据附记1-17中的任一项所述的装置。
28、一种网络设备,所述网络设备包括根据附记18-16中的任一项所述的装置。
29、一种通信系统,所述通信系统包括根据附记27所述的用户设备和/或根据附记28所述的网络设备。
30、一种重传需求的指示方法,所述方法应用于第一用户设备侧,所述方法包括:
当满足预设的条件时,触发用于指示边链路数据的重传需求的第一调度请求(SR)或缓存状态报告(BSR);以及
向网络设备发送所述用于指示边链路数据的重传需求的第一调度请求(SR)或缓存状态报告(BSR)。
31、根据附记30所述的方法,其中,
当满足以下条件的至少一个时,触发用于指示边链路数据的重传需求的第一调度请求(SR):
收到来自第二用户设备对边链路数据传输的确认消息(ACK);
确定边链路的数据重传的资源的保留和/或释放;
收到来自第二用户设备对边链路数据传输的非确认消息(NACK);
没有收到来自第二用户设备对边链路数据传输的确认消息(ACK);
没有收到来自第二用户设备对边链路数据传输的非确认消息(NACK);以及
具有待重传的边链路数据。
32、根据附记30所述的方法,其中,
当满足以下条件的至少一个时,触发用于指示边链路数据的重传需求的缓存状态报告(BSR):
收到来自第二用户设备对边链路数据传输的非确认消息(NACK);
没有收到来自第二用户设备对边链路数据传输的确认消息(ACK);
没有收到来自第二用户设备对边链路数据传输的非确认消息(NACK);以及
具有待重传的边链路数据。
33、根据附记30所述的方法,其中,
所述边链路数据的重传需求包括以下的至少一个:
不指示是否需要进行所述边链路数据的重传;
需要进行所述边链路数据的重传;
保留和/或释放的用于进行所述边链路数据的重传的资源的信息;以及
边链路数据的重传的信息。
33a、根据附记30或33所述的方法,其中,所述方法还包括:
根据来自网络设备的系统信息中的配置或专用信令中的通知,确定指示的所述边链路数据的重传需求的内容。
34、根据附记33所述的方法,其中,所述保留和/或释放的用于进行所述边链路数据的重传的资源的信息包括以下的至少一个:
保留和/或释放的用于进行所述边链路数据的重传的资源;
保留和/或释放的所述资源对应的物理上行控制信道(PUCCH)资源;
指示保留和/或释放的所述资源的下行控制信息(DCI);
保留和/或释放的所述资源对应的混合自动重传请求(HARQ)进程标识或索引;以及
保留和/或释放的所述资源对应的目的地址标识或索引。
35、根据附记33所述的方法,其中,所述边链路数据的重传的信息包括以下的至少一个:
需要重传的边链路数据对应的下行控制信息(DCI);
需要重传的边链路数据单元的标识或索引;
需要重传的边链路数据对应的混合自动重传请求(HARQ)进程标识或索引;以及
需要重传的边链路数据对应的目的地址标识或索引。
36、根据附记30所述的方法,其中,
通过所述第一调度请求的配置、发送所述第一调度请求的资源以及所述第一调度请求的内容中的至少一个来指示所述边链路的数据重传需求。
37、根据附记30或36所述的方法,其中,
根据从所述网络设备接收的RRC信令所配置的发送所述第一调度请求的资源和/或所述第一调度请求的配置与以下的至少一个的对应关系,来指示保留和/或释放的用于进行所述边链路数据的重传的资源的信息:
指示所述资源的下行控制信息(DCI);
预定义的或网络配置的或预配置的该资源的标识或索引;
所述资源对应的混合自动重传请求(HARQ)进程标识或索引;以及
所述资源对应的目的地址标识或索引。
38、根据附记30或36所述的方法,其中,
根据以下中的至少一个,来指示保留和/或释放的用于进行所述边链路数据的重传的资源的信息:
从所述网络设备接收的DCI所指示的资源;
从所述网络设备接收的DCI所指示的至少一个第一调度请求的配置索引;以及
从所述网络设备接收的DCI所指示的至少一个第一调度请求的配置与所述DCI之间的时间差。
39、根据附记30或36所述的方法,其中,
根据从所述网络设备接收的RRC信令所配置的发送所述第一调度请求的资源和/或所述第一调度请求的配置与以下的至少一个的对应关系,来指示边链路数据的重传的信息:
指示需要重传的边链路数据单元、混合自动重传请求(HARQ)进程标识或索引或目的地址标识或索引的下行控制信息(DCI);
需要重传的边链路数据对应的混合自动重传请求(HARQ)进程标识或索引;以及
需要重传的边链路数据对应的目的地址标识或索引。
40、根据附记30或36所述的方法,其中,
根据以下中的至少一个,来指示边链路数据重传的信息:
从所述网络设备接收的DCI所指示的资源;
从所述网络设备接收的DCI所指示的至少一个第一调度请求的配置索引;以及
从所述网络设备接收的DCI所指示的至少一个第一调度请求的配置与所述DCI之间的时间差。
41、根据附记30所述的方法,其中,
通过所述缓存状态报告的内容来指示所述边链路数据的重传需求。
42、根据附记41所述的方法,其中,
所述缓存状态报告通过所述缓存状态报告的内容来指示以下的至少一个:
需要重传的边链路数据单元的标识或索引;
需要重传的边链路数据对应的混合自动重传请求(HARQ)进程标识或索引;
需要重传的边链路数据的大小;以及
需要重传的边链路数据对应的目的地址标识或索引。
43、根据附记30所述的方法,其中,所述方法还包括:
使用所述网络设备分配的边链路资源,进行边链路数据的重传或新边链路数据的传输。
44、根据附记30或43所述的方法,其中,所述方法还包括:
根据以下的至少一个确定将所述分配的边链路资源用于边链路数据的重传或新边链路数据的传输:
需要重传的所述边链路数据的时延要求;
所述新边链路数据和/或需要重传的所述边链路数据的优先级;以及
所述新边链路数据和/或需要重传的所述边链路数据的服务质量(QoS)要求。
45、根据附记30所述的方法,其中,所述方法还包括:
当没有可用于新传输的上行共享信道资源,或者可用于新传输的边链路授权或资源不满足触发所述缓存状态报告的边链路逻辑信道的LCP映射限制时,触发第二调度请求;以及
根据以下的至少一个确定所述第一调度请求和所述第二调度请求的发送顺序:
需要重传的边链路数据的时延要求;以及
新边链路数据和/或需要重传的边链路数据的优先级。
46、根据附记30所述的方法,其中,所述方法还包括:,
当没有可用于新传输的上行共享信道资源,或者可用于新传输的边链路授权或资 源不满足触发所述缓存状态报告的边链路逻辑信道的LCP映射限制时,触发第二调度请求;
并且,所述方法还包括:
触发所述第一调度请求后,不取消之前触发的所述第二调度请求;和/或
触发所述第二调度请求之后,不取消之前触发的所述第一调度请求。
46a、一种边链路调度请求的触发方法,所述方法包括:
当边链路缓存状态报告(BSR)被触发时,在没有可用于新传输的上行共享信道资源时,或者可用于新传输的边链路授权或资源不满足触发所述缓存状态报告的边链路逻辑信道的LCP映射限制时,触发边链路调度请求(SR)。
46b、根据附记17a所述的方法,其中,
所述边链路调度请求具有至少一个比特。
47、一种资源配置方法,所述方法应用于网络设备侧,所述方法包括:
从第一用户设备接收用于指示边链路数据的重传需求的第一调度请求(SR)或缓存状态报告(BSR);以及
向所述第一用户设备分配边链路资源。
47a、根据附记47所述的方法,其中,
所述边链路数据的重传需求包括以下的至少一个:
不指示是否需要进行所述边链路数据的重传;
需要进行所述边链路数据的重传;
保留和/或释放的用于进行所述边链路数据的重传的资源的信息;以及
边链路数据的重传的信息。
47b、根据附记47或47a所述的方法,其中,所述方法还包括:
通过系统信息或专用信令,配置或通知所述第一用户设备指示的所述边链路数据的重传需求的内容。
48、根据附记47所述的方法,其中,所述向所述第一用户设备分配边链路资源,包括:
根据所述第一调度请求或所述缓存状态报告,向所述第一用户设备分配边链路资源。
49、根据附记48所述的方法,其中,所述根据所述第一调度请求或所述缓存状 态报告,向所述第一用户设备分配边链路资源,包括:
根据所述第一调度请求指示的需要进行数据重传的信息,向所述第一用户设备分配边链路资源。
50、根据附记48所述的方法,其中,所述根据所述第一调度请求或所述缓存状态报告,向所述第一用户设备分配边链路资源,包括:
根据所述第一调度请求或所述缓存状态报告指示的以下中的至少一个,向所述第一用户设备分配边链路资源:
需要重传的边链路数据对应的下行控制信息(DCI);
需要重传的边链路数据单元的标识或索引;
需要重传的边链路数据对应的混合自动重传请求(HARQ)进程标识或索引;以及
需要重传的边链路数据对应的目的地址标识或索引。
51、根据附记47所述的方法,其中,所述方法还包括:
向所述第一用户设备分配传输新边链路数据和重传边链路数据的资源。
52、根据附记47或51所述的方法,其中,所述方法还包括:
向所述第一用户设备发送RRC信令,以配置发送所述第一调度请求的资源和/或所述第一调度请求的配置与以下的至少一个的对应关系,来指示表示保留和/或释放的用于进行所述边链路数据的重传的资源的信息:
指示所述资源的下行控制信息(DCI);、
预定义的或网络配置的或预配置的所述资源的标识或索引;
所述资源对应的混合自动重传请求(HARQ)进程标识或索引;以及
所述资源对应的目的地址标识或索引。
53、根据附记47或51所述的方法,其中,所述方法还包括:
向所述第一用户设备发送DCI,以根据以下中的至少一个,来指示表示保留和/或释放的用于进行所述边链路数据的重传的资源的信息:
所述DCI所指示的资源;
所述DCI所指示的至少一个第一调度请求的配置索引;以及
所述DCI所指示的至少一个第一调度请求的配置与所述DCI之间的时间差。
54、根据附记47所述的方法,其中,所述方法还包括:
向所述第一用户设备发送RRC信令,以配置发送所述第一调度请求的资源和/或所述第一调度请求的配置与以下的至少一个的对应关系,来指示边链路数据的重传的信息:
指示需要重传的边链路数据单元、混合自动重传请求(HARQ)进程标识或索引或目的地址标识或索引的下行控制信息(DCI);
需要重传的边链路数据对应的混合自动重传请求(HARQ)进程标识或索引;以及
需要重传的边链路数据对应的目的地址标识或索引。
55、根据附记47所述的方法,其中,所述方法还包括:
向所述第一用户设备发送DCI,以根据以下中的至少一个,来指示边链路数据的重传的信息:
所述DCI所指示的资源;
所述DCI所指示的至少一个第一调度请求的配置索引;以及
所述DCI所指示的至少一个第一调度请求的配置与所述DCI之间的时间差。
Claims (20)
- 一种重传需求的指示装置,所述装置应用于第一用户设备侧,所述装置包括:第一触发单元,其用于当满足预设的条件时,触发用于指示边链路数据的重传需求的第一调度请求(SR)或缓存状态报告(BSR);以及第一发送单元,其用于向网络设备发送所述用于指示边链路数据的重传需求的第一调度请求(SR)或缓存状态报告(BSR)。
- 根据权利要求1所述的装置,其中,当满足以下条件的至少一个时,所述第一触发单元触发用于指示边链路数据的重传需求的第一调度请求(SR):收到来自第二用户设备对边链路数据传输的确认消息(ACK);确定边链路的数据重传的资源的保留和/或释放;收到来自第二用户设备对边链路数据传输的非确认消息(NACK);没有收到来自第二用户设备对边链路数据传输的确认消息(ACK);没有收到来自第二用户设备对边链路数据传输的非确认消息(NACK);以及具有待重传的边链路数据。
- 根据权利要求1所述的装置,其中,当满足以下条件的至少一个时,所述第一触发单元触发用于指示边链路数据的重传需求的缓存状态报告(BSR):收到来自第二用户设备对边链路数据传输的非确认消息(NACK);没有收到来自第二用户设备对边链路数据传输的确认消息(ACK);没有收到来自第二用户设备对边链路数据传输的非确认消息(NACK);以及具有待重传的边链路数据。
- 根据权利要求1所述的装置,其中,所述边链路数据的重传需求包括以下的至少一个:不指示是否需要进行所述边链路数据的重传;需要进行所述边链路数据的重传;保留和/或释放的用于进行所述边链路数据的重传的资源的信息;以及边链路数据的重传的信息。
- 根据权利要求4所述的装置,其中,所述保留和/或释放的用于进行所述边链路数据的重传的资源的信息包括以下的至少一个:保留和/或释放的用于进行所述边链路数据的重传的资源;保留和/或释放的所述资源对应的物理上行控制信道(PUCCH)资源;指示保留和/或释放的所述资源的下行控制信息(DCI);保留和/或释放的所述资源对应的混合自动重传请求(HARQ)进程标识或索引;以及保留和/或释放的所述资源对应的目的地址标识或索引。
- 根据权利要求4所述的装置,其中,所述边链路数据的重传的信息包括以下的至少一个:需要重传的边链路数据对应的下行控制信息(DCI);需要重传的边链路数据单元的标识或索引;需要重传的边链路数据对应的混合自动重传请求(HARQ)进程标识或索引;以及需要重传的边链路数据对应的目的地址标识或索引。
- 根据权利要求1所述的装置,其中,通过所述第一调度请求的配置、发送所述第一调度请求的资源以及所述第一调度请求的内容中的至少一个来指示所述边链路的数据重传需求。
- 根据权利要求1或7所述的装置,其中,根据从所述网络设备接收的RRC信令所配置的发送所述第一调度请求的资源和/或所述第一调度请求的配置与以下的至少一个的对应关系,来指示保留和/或释放的用于进行所述边链路数据的重传的资源的信息:指示所述资源的下行控制信息(DCI);预定义的或网络配置的或预配置的该资源的标识或索引;所述资源对应的混合自动重传请求(HARQ)进程标识或索引;以及所述资源对应的目的地址标识或索引。
- 根据权利要求1或7所述的装置,其中,根据以下中的至少一个,来指示保留和/或释放的用于进行所述边链路数据的重传的资源的信息:从所述网络设备接收的DCI所指示的资源;从所述网络设备接收的DCI所指示的至少一个第一调度请求的配置索引;以及从所述网络设备接收的DCI所指示的至少一个第一调度请求的配置与所述DCI之间的时间差。
- 根据权利要求1或7所述的装置,其中,根据从所述网络设备接收的RRC信令所配置的发送所述第一调度请求的资源和/或所述第一调度请求的配置与以下的至少一个的对应关系,来指示边链路数据的重传的信息:指示需要重传的边链路数据单元、混合自动重传请求(HARQ)进程标识或索引或目的地址标识或索引的下行控制信息(DCI);需要重传的边链路数据对应的混合自动重传请求(HARQ)进程标识或索引;以及需要重传的边链路数据对应的目的地址标识或索引。
- 根据权利要求1或7所述的装置,其中,根据以下中的至少一个,来指示边链路数据重传的信息:从所述网络设备接收的DCI所指示的资源;从所述网络设备接收的DCI所指示的至少一个第一调度请求的配置索引;以及从所述网络设备接收的DCI所指示的至少一个第一调度请求的配置与所述DCI之间的时间差。
- 根据权利要求1所述的装置,其中,通过所述缓存状态报告的内容来指示所述边链路数据的重传需求。
- 根据权利要求1或12所述的装置,其中,所述缓存状态报告通过所述缓存状态报告的内容来指示以下的至少一个:需要重传的边链路数据单元的标识或索引;需要重传的边链路数据对应的混合自动重传请求(HARQ)进程标识或索引;需要重传的边链路数据的大小;以及需要重传的边链路数据对应的目的地址标识或索引。
- 根据权利要求1所述的装置,其中,所述装置还包括:第二发送单元,其用于使用所述网络设备分配的边链路资源,进行边链路数据的 重传或新边链路数据的传输。
- 根据权利要求14所述的装置,其中,所述装置还包括:第一确定单元,其用于根据以下的至少一个确定将所述分配的边链路资源用于边链路数据的重传或新边链路数据的传输:需要重传的所述边链路数据的时延要求;所述新边链路数据和/或需要重传的所述边链路数据的优先级;以及所述新边链路数据和/或需要重传的所述边链路数据的服务质量(QoS)要求。
- 根据权利要求1所述的装置,其中,所述装置还包括:第二触发单元,其用于当没有可用于新传输的上行共享信道资源,或者可用于新传输的边链路授权或资源不满足触发所述缓存状态报告的边链路逻辑信道的LCP映射限制时,触发第二调度请求;以及第二确定单元,其用于根据以下的至少一个确定所述第一调度请求和所述第二调度请求的发送顺序:需要重传的边链路数据的时延要求;以及新边链路数据和/或需要重传的边链路数据的优先级。
- 根据权利要求1所述的装置,其中,所述装置还包括:第二触发单元,其用于当没有可用于新传输的上行共享信道资源,或者可用于新传输的边链路授权或资源不满足触发所述缓存状态报告的边链路逻辑信道的LCP映射限制时,触发第二调度请求;并且,所述装置还包括:维持单元,其用于触发所述第一调度请求后,不取消之前触发的所述第二调度请求;和/或,触发所述第二调度请求之后,不取消之前触发的所述第一调度请求。
- 一种资源配置装置,所述装置应用于网络设备侧,所述装置包括:第一接收单元,其用于从第一用户设备接收用于指示边链路数据的重传需求的第一调度请求(SR)或缓存状态报告(BSR);以及第一配置单元,其用于向所述第一用户设备分配边链路资源。
- 根据权利要求18所述的装置,其中,所述装置还包括:第三发送单元,其用于向所述第一用户设备发送RRC信令,以配置发送所述第一调度请求的资源和/或所述第一调度请求的配置与以下的至少一个的对应关系,来 指示表示保留和/或释放的用于进行所述边链路数据的重传的资源的信息:指示所述资源的下行控制信息(DCI);预定义的或网络配置的或预配置的该资源的标识或索引;所述资源对应的混合自动重传请求(HARQ)进程标识或索引;以及所述资源对应的目的地址标识或索引。
- 根据权利要求18所述的装置,其中,所述装置还包括:第五发送单元,其用于向所述第一用户设备发送RRC信令,以配置发送所述第一调度请求的资源和/或所述第一调度请求的配置与以下的至少一个的对应关系,来指示边链路数据的重传的信息:指示需要重传的边链路数据单元、混合自动重传请求(HARQ)进程标识或索引或目的地址标识或索引的下行控制信息(DCI);需要重传的边链路数据对应的混合自动重传请求(HARQ)进程标识或索引;以及需要重传的边链路数据对应的目的地址标识或索引。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2019/079129 WO2020186528A1 (zh) | 2019-03-21 | 2019-03-21 | 重传需求的指示装置、资源配置装置及方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2019/079129 WO2020186528A1 (zh) | 2019-03-21 | 2019-03-21 | 重传需求的指示装置、资源配置装置及方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2020186528A1 true WO2020186528A1 (zh) | 2020-09-24 |
Family
ID=72519495
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2019/079129 WO2020186528A1 (zh) | 2019-03-21 | 2019-03-21 | 重传需求的指示装置、资源配置装置及方法 |
Country Status (1)
Country | Link |
---|---|
WO (1) | WO2020186528A1 (zh) |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106664595A (zh) * | 2014-08-08 | 2017-05-10 | 创新技术实验室株式会社 | 支持终端间通信的无线通信系统中缓冲区状态报告的运用方法和装置 |
CN108289331A (zh) * | 2017-01-09 | 2018-07-17 | 华为技术有限公司 | 一种上行传输方法、终端、网络侧设备 |
CN108924960A (zh) * | 2014-01-24 | 2018-11-30 | 索尼公司 | 用于进行设备到设备通信的用户设备、基站和方法 |
-
2019
- 2019-03-21 WO PCT/CN2019/079129 patent/WO2020186528A1/zh active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108924960A (zh) * | 2014-01-24 | 2018-11-30 | 索尼公司 | 用于进行设备到设备通信的用户设备、基站和方法 |
CN106664595A (zh) * | 2014-08-08 | 2017-05-10 | 创新技术实验室株式会社 | 支持终端间通信的无线通信系统中缓冲区状态报告的运用方法和装置 |
CN108289331A (zh) * | 2017-01-09 | 2018-07-17 | 华为技术有限公司 | 一种上行传输方法、终端、网络侧设备 |
Non-Patent Citations (2)
Title |
---|
FUJITSU: "Discussion on HARQ-ACK feedback for NR-V2X", 3GPP DRAFT; R1-1901944, 1 March 2019 (2019-03-01), Athens, Greece, pages 1 - 8, XP051599638 * |
HUAWEI; HISILICON: "Sidelink physical layer procedure for NR V2X", 3GPP DRAFT; R1-1901537, 1 March 2019 (2019-03-01), Athens, Greece, pages 1 - 16, XP051599234 * |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP7279778B2 (ja) | サイドリンクデータの送信及び設定方法並びに装置 | |
US9622132B2 (en) | Switching between cellular and license-exempt (shared) bands | |
WO2018202064A1 (zh) | 发送数据的方法及其装置 | |
US10334619B2 (en) | Radio network node, wireless device and methods performed therein | |
US9019848B2 (en) | Method of maintaining a quality of service (QOS) in a wireless communication system | |
US8830900B2 (en) | Method of effectively using radio resource in relay node of a wireless communication system | |
EP3094028B1 (en) | Data transmission method, device, and system | |
WO2020087531A1 (zh) | 边链路信息的发送和接收方法以及装置 | |
US8594030B2 (en) | Method for controlling HARQ operation in dynamic radio resource allocation | |
WO2012097722A1 (zh) | 长期演进系统中演进基站进行调度的方法、基站及系统 | |
WO2020143731A1 (zh) | 用于传输数据的方法、通信设备和网络设备 | |
WO2021022508A1 (zh) | 边链路调度请求的触发方法、装置和系统 | |
WO2020056608A1 (zh) | 用于侧行链路的通信方法和设备 | |
WO2020191740A1 (zh) | 信号接收或发送方法、装置和系统 | |
WO2020056696A1 (zh) | 一种资源分配方法及装置、终端 | |
WO2020114237A1 (zh) | 数据传输方法与通信装置 | |
JP2015213282A (ja) | ユーザ端末、無線基地局、無線通信方法及び無線通信システム | |
KR101660983B1 (ko) | 무선 통신 시스템상에서 단말의 mac 계층에 의해 무선 자원을 구성하는 방법 | |
WO2020029281A1 (zh) | 竞争窗口调整方法、装置以及通信系统 | |
US20170208490A1 (en) | D2d resource utilization monitoring in a wireless communication network | |
CN114342535B (zh) | 上行信号的发送和接收方法以及装置 | |
WO2021026841A1 (zh) | 调度请求传输的方法和设备 | |
WO2021134619A1 (zh) | 上行控制信息的传输方法、装置、设备及存储介质 | |
JP2023520688A (ja) | サイドリンク伝送方法及び装置 | |
WO2020186528A1 (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: 19919809 Country of ref document: EP Kind code of ref document: A1 |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 19919809 Country of ref document: EP Kind code of ref document: A1 |