CN113454938B - 用于提供多跳传输的通信设备和方法 - Google Patents
用于提供多跳传输的通信设备和方法 Download PDFInfo
- Publication number
- CN113454938B CN113454938B CN201980092144.5A CN201980092144A CN113454938B CN 113454938 B CN113454938 B CN 113454938B CN 201980092144 A CN201980092144 A CN 201980092144A CN 113454938 B CN113454938 B CN 113454938B
- Authority
- CN
- China
- Prior art keywords
- hop
- sidelink
- list
- ues
- message
- 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
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/0091—Signaling for the administration of the divided path
- H04L5/0094—Indication of how sub-channels of the path are allocated
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0032—Distributed allocation, i.e. involving a plurality of allocating devices, each making partial allocation
- H04L5/0035—Resource allocation in a cooperative multipoint environment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0037—Inter-user or inter-terminal allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/14—Direct-mode setup
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/0001—Arrangements for dividing the transmission path
- H04L5/0003—Two-dimensional division
- H04L5/0005—Time-frequency
- H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
- H04W88/04—Terminal devices adapted for relaying to or from another terminal or user
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W92/00—Interfaces specially adapted for wireless communication networks
- H04W92/16—Interfaces between hierarchically similar devices
- H04W92/18—Interfaces between hierarchically similar devices between terminal devices
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请提供一种网络设备(BS)。网络设备被配置为从用户设备(UE)接收调度请求,特别是针对多跳传输的调度请求;以及响应于所述调度请求,向一个或多个UE发送第一消息,其中,所述第一消息指示用于所述一个或多个UE执行多跳传输的一个或多个侧行链路资源和/或侧行链路资源分配信息。还提供了一种无线通信设备(UE),特别地,配置为向网络设备或另一无线通信设备发送针对多跳传输的调度请求;以及响应于所述调度请求,从所述网络设备或所述另一无线通信设备接收第一消息,其中所述第一消息指示用于一个或多个UE执行所述多跳传输的一个或多个侧行链路资源和/或侧行链路资源分配信息。
Description
技术领域
本申请通常涉及移动通信领域。具体地,本申请涉及网络设备(network device,BS)、无线通信设备(UE)、用于网络设备的方法以及用于无线通信设备提供多跳传输的方法。为此,本申请提出了用于多跳通信的新型控制信息(例如,以下行链路控制信息(downlink control information,DCI)配置(即,多跳DCI)和/或多跳无线资源控制(RadioResource Control,RRC)配置的形式),以减少多跳通信的信令开销。
背景技术
一般来说,根据参考编号为“RP-181429”的新无线(New Radio,NR)车辆外联(vehicle-to-everything,V2X)研究项目(Study Item,SI),在第三代合作伙伴项目(the3rd Generation Partnership Project,3GPP)无线接入网络(Radio Access Network,RAN)全体会议中,针对频率范围(FR1(即,低于6GHz)和FR2(即,高达52.6GHz的毫米波(mm-Wave)))的侧行链路频率被考虑用于NR V2X侧行链路通信。因此,RAN1中的NR V2X SI考虑将毫米波传输(即FR2)用于侧行链路传输,由于信号在高频带上的传播特性,这可能需要多跳传输。此外,根据3GPP TR 37.885,增强型V2X(enhanced V2X,eV2X)业务模型不仅包括周期性业务模式,还包括非周期性业务模式。
此外,在基于gNB(5G中的基站)的侧行链路调度场景(即,根据3GPP TR 38.885的模式1)中,动态调度和半静态调度(semi-persistent scheduling,SPS)(例如,在3GPP TS38.331中定义的NR中配置的授权类型2)将是NR V2X的两个主要调度功能。此外,当考虑两种业务模型(周期性和非周期性)时,动态和SPS调度的控制信令可能会产生相当大的开销,例如,在使用多跳通信的情况下。在这种场景下,由于下行链路控制信道(即,物理下行链路控制信道(Physical Downlink Control Channel,PDCCH))上的动态和SPS调度而导致的信令开销的减少变得非常重要。
此外,在多跳通信的情况下,如果当前技术水平(state-of-the-art,SotA)信令被用于动态和SPS调度的侧行链路(即,DCI 5A),则多跳传输的控制信道(例如,物理下行链路控制信道(PDCCH)和/或RRC)上的控制信令开销显著增加。
下面简要讨论现有的常规技术方案及其缺点。
1.版本14(Rel.14)中的V2X侧行链路通信。
版本14中的传统V2X侧行链路通信不支持多跳通信,此外,它不支持单播和多播传输。此外,为了调整当前标准以支持多跳传输,需要为组中的每个发射器重用当前标准信令;即,侧行链路调度请求(Scheduling Request,SP)(即,侧行链路缓冲区状态报告(Buffer Status Report,BSR)/侧行链路静态调度请求)和侧行链路调度授权(SchedulingGrant,SG)(即,DCI格式5A)。
根据3GPP TS 36.321的规定,BSR侧行链路具有以下字段:
·目标索引、逻辑信道组标识(Logical Channel Group Identifier,LCG ID)、缓冲区大小。
侧行链路SPS请求(即3GPP TS 36.331中规定的sps-AssistanceInformation中的TrafficPatternInfo):
·业务周期性(trafficPeriodicity),定时偏移(timingOffset),侧行链路优先级信息(priorityInfoSL),逻辑信道标识(logicalChannelIdentity),消息大小(messageSize)。
侧行链路调度授权(SG)在DCI格式5A格式(根据TS 36.212)中携带,它具有以下字段:
·载波指示器(3位)。
·初始传输和重传之间的时间间隔(4位)。
·SL索引(在时分双工(Time Division Duplex,TDD)操作的情况下)(2位)。
·SL SPS配置索引(SPS情况下)(3位)。
·激活/释放指示(SPS情况下)(1位)。
此外,在传输定时方面,在现有技术中,用户设备(user equipment,UE)将在接收到侧行链路授权的子帧之后的至少4个子帧(即,4毫秒)开始时执行侧行链路传输。
图16示意性地示出了根据现有技术的基站在侧行链路上调度的(模式1)多跳传输例如,如图16所示,将SotA信令应用于多跳通信,如果组中有四个UE(即,UE1 1610、UE21620、UE3 1630、UE4 1640),并且UE1 1610想要向UE4 1640发送消息,将执行以下步骤:
1.UE1 1610通过Uu接口执行其与BS 1600的本地信令(SR,SG),并执行到UE2 1620的侧行链路传输。
2.UE2 1620从UE1 1610接收侧行链路消息,并通过Uu接口执行其与BS 1600的本地信令传输(SR,SG),并执行到UE3 1630的侧行链路传输。
3.UE3 1630从UE2 1620接收侧行链路消息,并通过Uu接口执行其与BS 1600的本地信令传输(SR,SG),并执行到UE4 1640的侧行链路传输。
4.UE4 1640从UE3 1630接收侧行链路消息。
基于这种方法,每个UE执行其与BS的本地信令传输(SR,SG),这可能增加Uu接口(即UE和BS之间的接口)上的信令开销。
2.RNTI的用法
通常,无线网络临时标识符(RNTI)用于加扰控制或数据信道信息的CRC值,如图17所示。
图17示意性地示出了根据现有技术的传统无线网络临时标识符(RNTI)操作1700。如图17中的RNTI操作1700所示,如在用于LTE的3GPP TS 36.321和用于新无线(NR)的3GPPTS 38.321中所规定的,不同的RNTI值用于不同的目的。
例如,小区-RNTI(Cell-RNTI,C-RNTI)识别在LTE小区内具有无线资源控制(RRC)连接的UE。RNTI用于加扰控制信道信息的循环冗余校验(cyclic redundancy check,CRC)值以及完整的数据信道信息的加扰。在DCI传输情况下,用户检查接收的信息是否通过CRC校验。如果通过该检查,则DCI信息被传送到更高层以处理DCI信息。
3.5G新无线(NR)能力
与3GPP LTE标准相比,3GPP新无线(NR)标准具有各种新特性。在下文中,将简要讨论其中一些新特性。
μ | Δf=2<sup>μ</sup>·15[kHz] | 循环前缀(Cyclic prefix,CP) |
0 | 15 | 常规 |
1 | 30 | 常规 |
2 | 60 | 常规,扩展 |
3 | 120 | 常规 |
4 | 240 | 常规 |
表I:不同的系统参数(3GPP TS 38.211)
表II:每个时隙的OFDM符号数、每个帧的时隙、每个子帧的时隙以及常规CP的时隙持续时间。
PDCCH和物理下行链路共享信道/物理上行链路共享信道(physical downlinkshared channel/physical uplink shared channel,PDSCH/PUSCH)传输之间的灵活时域关系(DCI中的时域资源分配字段):如在3GPP TS 38.331中定义的,不同的时域关系可以通过使用RRC信令(即,K0字段PDSCH-时域资源分配(PDSCH-TimeDomainResourceAllocation),K2字段PUSCH-时域资源分配(PUSCH-TimeDomainResourceAllocation))来建立,并且如在3GPP TS38.212中定义的,特定索引值(即,时域资源分配)由DCI内的BS向UE指示(即,DCI字段中的值0指的是PDSCH-时域资源分配列表(PDSCH-TimeDomainResourceAllocationList)中的或PUSCH-时域资源分配列表(PUSCH-TimeDomainResourceAllocationList)中的第一个元素)。
起始和长度指示符值(Start and Length Indicator Value,SLIV):SLIV表示分配的起始符号和长度(在符号方面)。起始符号S是相对于时隙的起始和从分配给PDSCH或PUSCH的符号S开始计数的连续符号L的数量。不同的SLIV值可以通过使用RRC信令来配置(即PDSCH-时域资源分配(TimeDomainResourceAllocation)和PUSCH-时间域资源分配(PUSCH-TimeDomainResourceAllocation)中的起始符号及长度(startSymbolAndLength))。
图18示意性地示出了根据现有技术的用于PDSCH传输(K0)的示例性时域资源分配。在这个例子中,DCI由BS 1800在时隙n中发送,并且相应的PDSCH数据在时隙中发送,其中K0基于PDSCH的系统参数,μPDSCH和μPDCCH分别是PDSCH和PDCCH的子载波间隔配置。在该时隙中,PDSCH数据的确切位置基于SLIV来确定。
带宽部分(Bandwidth Part,BWP):如果UE支持主动BWP变化,DCI还可以包括用于资源分配的BWP指示信息。对于每个服务小区,网络为特定载波配置至少一个初始BWP,其包括至少一个下行链路BWP和一个(例如,如果服务小区配置有上行链路)或两个(例如,如果使用补充上行链路(supplementary uplink,SUL))上行链路BWP。此外,网络可以为服务小区配置额外的上行链路和下行链路BWP。BWP配置进一步分为上行链路和下行链路参数以及公共和专用参数。如3GPP TS 38.331中所述,公共参数(在BWP-上行链路公共(BWP-UplinkCommon)和BWP-下行链路公共(BWP-DownlinkCommon)中)是“小区特定的”,网络确保与其他UE的相应参数的必要对齐。
请注意,根据TR 38.885中的协议,在NR V2X侧行链路的载波中仅配置了一个SLBWP。此外,在SL BWP中可以配置不同数量的资源池,并且每个资源池仅支持一种系统参数。
资源分配类型:3GPP NR支持两种类型的资源块分配;类型0是基于位图的分配,类型1是基于起始和长度的分配。在类型0的情况下,根据带宽大小,可以在资源块组(resource block group,RBG)内分配不同数量的物理资源块。在DCI内部携带的位图的每个元素指示哪些RBG被设置(即,在位图中被设置为1)或未被设置(即,在位图中被设置为0),这些RBG被分配用于携带特定UE的PDSCH或PUSCH。由于位图中的任何位都是可设置的,因此分配的RBG可能不是连续的。在类型1的情况下,每个资源块(resource block,RB)执行资源分配,并且使用资源指示符值(resource indicator value,RIV)来确定哪些RB被分配给UE。在这种方法中,RB被连续地分配给UE(即,在BWP内具有某个起始RB和连续RB的数量)。该信息用DCI的频域资源分配字段来标志。在版本14的V2X侧行链路通信中,模式3操作使用类似于类型1的方法。
4.DCI盲解码复杂度
在UE中预先配置的不同DCI格式可以用于在3GPP LTE中的传输以及在物理下行链路控制信道(PDCCH)中的新无线(NR)技术。然而,在DCI解码操作期间,UE不明确知道基站发送哪个DCI,并且UE在所有可能的DCI格式中执行盲搜索。此外,在定义了具有不同大小的新DCI格式的情况下,这增加了UE中的搜索空间(即,增加了UE处的DCI盲解码复杂度)。由于可以提出新的DCI格式,在本申请的一些实施例中,可以考虑不同的选项,这将在下面讨论。
发明内容
鉴于上述问题和缺点,本申请描述了对传统设备和方法的改进。目的是提供一种网络设备、无线通信设备、用于网络设备的方法以及用于无线通信设备提供(例如,执行)多跳传输的方法。特别地,在一些实施例中,需要用于NR V2X侧行链路通信的高效多跳DCI。
特别是提出了一种新型的DCI配置选项(即多跳DCI),以减少多跳传输的信令开销。所提出的设计还涵盖了3GPP新无线(NR)的新的方面,其最初仅支持上行链路和下行链路通信。然而,NR V2X侧行链路通信也可以使用这些新功能。
例如,本申请的一些实施例可以适应多跳拓扑变化(例如,从多跳组移除和/或向多跳组添加车辆,以及改变车辆的空间星座等)和/或多跳组中的车辆之间的无线信道变化。
第一方面提供了网络设备(BS),配置为:从用户设备(UE)接收调度请求,特别是针对多跳传输的调度请求;以及响应于所述调度请求,向一个或多个UE发送第一消息,其中,所述第一消息指示用于所述一个或多个UE执行多跳传输的一个或多个侧行链路资源和/或侧行链路资源分配信息。
例如,在一些实施例中,BS可以在物理侧行链路共享信道(physical sidelinkshared channel,PSSCH)上调度侧行链路传输(即,根据版本14中的V2X侧行链路通信的模式3调度或根据版本16中的高级用例的NR V2X(eV2X)侧行链路通信的模式1调度),其中UE使用高频频谱(即,高达52.6GHz的FR2毫米波)用于侧行链路传输。此外,在该频谱中,由于高频的无线信道特性,侧行链路传输也可以利用UE之间的多跳传输。
基站可以确定它是多跳传输还是单跳传输。此外,可以在多跳组上执行有效的BS调度的侧行链路传输,例如,可以提出新类型的DCI以及各种配置选项。
在一些实施例中,作为侧行链路传输的初始分配,所提出的多跳DCI类型1(MH-DCI类型1)可以包括基线DCI(其可以被初始发送的UE使用)以及相对于基线DCI(例如,在时间和频率上)的相应资源分配(用于中间UE)。也就是说,参考资源分配是针对始发UE的。多跳DCI方法因此可以减少信令开销,例如,由于所提出的资源分配结构。
在一些实施例中,可以提供多跳拓扑更新和/或无线信道更新。
在一些实施例中,可以为多跳资源分配提供各种设计选项,包括可以是新DCI格式的一部分的附加参数。
在一些实施例中,可以提供上行链路/下行链路(Uu接口)上的基于波束的传输,其可以用于发送对侧行链路无线资源的多跳调度请求(即,多跳侧行链路调度请求),并且还可以用于接收对侧行链路无线资源的多跳调度授权(即,多跳侧行链路调度授权)。此外,侧行链路(PC5接口)上的基于波束的传输可以用于发送和/或接收实际的侧行链路控制和用户数据。
此外,尽管本申请的当前提议示例性地将版本14V2X侧行链路通信调度机制视为基线(即,DCI格式5A),但是当版本16eV2X侧行链路通信调度机制在新的DCI格式(例如,DCI格式5B)下开发时,也可以考虑这些提议。也就是说,本文涵盖的提议可以应用于未来版本中可能引入的新DCI格式。
在一些实施例中,除了被称为已配置授权类型2的基于DCI的分配之外,还可以使用为上行链路传输定义的并被称为配置授权类型1的新类型的资源授权,例如用于向UE传输多跳参数。此外,在配置的授权类型1方法中,资源授权在没有任何DCI传输的情况下被激活,这可以通过提供包括时域偏移(timeDomainoffset)参数(例如,其可以偏移到系统帧数(System Frame Number,SFN)=0)的扩展的一组RRC参数(在3GPP TS 38.331中称为RRC-配置的上行链路授权(rrc-ConfiguredUplinkGrant))来管理。在一些实施例中,这种方法也可以通过将称为“RRC-配置多跳侧行链路授权(rrc-ConfiguredMultihopSidelinkGrant)”的新参数定义作为RRC消息来使用,并且它可以包括与多跳DCI信息交换的所有参数。
在第一方面的实现形式中,侧行链路资源分配信息包括以下至少一个:
·用于多跳传输的一个或多个UE的一个或多个基线侧行链路资源,
·多跳传输的一个或多个UE相对于基线侧行链路资源的相对侧行链路资源分配信息,
·多跳传输的一个或多个UE的一个或多个附加信息。
在一些实施例中,附加信息可以包括与基线信息无关的中间UE的参数信息,例如天线设置、MCS等。
始发UE可以是发起(例如,引起)在多跳传输的侧行链路上交换数据的UE。此外,中间UE可以是将包括控制信息(即,侧行链路控制信息(sidelink control information,SCI))的侧行链路数据中继到最终UE的UE。
例如,附加信息可以是或可以包括用于确认(Acknowledgement,ACK)/非确认(Negative Acknowledgement,NACK)传输的时间和/或频率相关信息等。
在第一方面的另一实现形式中,第一消息指示用于所述一个或多个UE执行ACK/NACK侧行链路传输和/或侧行链路重传的一个或多个侧行链路资源和/或侧行链路资源分配信息。
例如,侧行链路资源和/或侧行链路资源分配信息和/或一个或多个附加信息可以包括资源或与ACK/NACK通信(即,用于BS-传输或侧行链路等)相关的资源相关的信息。
在一些实施例中,考虑到在NR V2X的侧行链路上的可靠传输,可能需要由发射器基于接收器发送的ACK/NACK报告来执行重传。此外,在这种情况下,侧行链路资源和/或侧行链路资源分配信息和/或一个或多个附加信息不仅可以包括初始侧行链路数据传输信息,还可以包括以下信息:
·1.侧行链路资源和/或侧行链路资源分配信息和/或用于侧行链路上的ACK/NACK传输的一个或多个附加信息,以及
·2.侧行链路资源和/或侧行链路资源分配信息和/或用于侧行链路重传的一个或多个附加信息。
此外,由于ACK/NACK是由接收器发送的,所以ACK/NACK侧行链路资源和/或侧行链路资源分配信息和/或一个或多个附加信息可以由接收器使用。此外,如果接收器正确地接收到初始侧行链路数据传输,接收器可以向发射器发送ACK消息,如果接收器没有正确地接收到,接收器可以向发射器发送NACK消息。在接收器向发射器发送NACK消息的情况下,发射器可以重发可能需要另一个侧行链路资源和/或侧行链路资源分配信息的侧行链路数据。用于重传的信息(侧行链路资源和/或侧行链路资源分配信息)也可以由多跳DCI携带(即,在第一消息中)。例如,发射器可以从接收器接收ACK消息,此外,发射器不使用用于重传的侧行链路资源和/或侧行链路资源分配信息,并且它可以进一步通知BS,使得BS可以将该未使用的侧行链路资源分配给另一个UE用于侧行链路传输。
在第一方面的另一实现形式中,网络设备还被配置为向一个或多个UE发送第二消息,所述第二消息包括所指示的一个或多个侧行链路资源、侧行链路资源分配信息和/或在第一消息中提供的附加信息中的至少一个变化。
这是有益的,因为可以发送用于周期性和/或非周期性服务的后续分配更新,可以进一步减少开销,并且例如,通过仅发送与初始资源分配相比的侧行链路资源分配的变化并作为多跳DCI(例如,MH-DCI类型2)配置选项的另一种形式。
在第一方面的另一实现形式中,所述至少一个变化是以下中的一个或多个:
·UE发射器列表变化;
·载波指示器列表变化;
·时域资源分配变化;
·频域资源分配变化;
·初始传输和重传之间的时间间隔变化;
·所述侧行链路SL、半静态调度SPS、配置索引变化;
·SPS激活和/或释放指示变化;
·调制和编码方案(Modulation and Coding Scheme,MCS)列表信息变化;
·UE天线类型索引列表变化;
·UE天线面板索引列表变化;
·UE天线端口索引列表变化;
·资源模式时间索引(Resource Pattern Time Index,RPTI)列表变化;
·资源模式频率索引(Resource Pattern Frequency Index,RPFI)列表变化;
·资源模式时间长度(Resource Pattern Time Length,RPTL)列表变化;
·发送功率列表变化;
·跳频-多跳列表变化;
·周期性-多跳列表变化;
·解调参考信号(Demodulation Reference Signal,DMRS)-多跳侧行链路配置(MultihopSidelinkConfiguration)列表变化;
·转换预编码器(TransformPrecoder)-多跳列表变化;
·nrofHARQ-进程-多跳(nrofHARQ-Processes-Multihop)列表变化;
·repK-RV-多跳(repK-RV-Multihop)列表变化;
·repK-多跳(repK-Multihop)列表变化;
·功率控制(Powercontrol)模式-多跳列表变化;
·P0-多跳-PSSCH-阿尔法集合(P0-MultiHop-PSSCH-AlphaSet)列表变化。
在一些实施例中,在第二消息中,可以更新任何参数。
在第一方面的另一实现形式中,第一消息包括用多跳无线网络临时标识符(RadioNetwork Temporary Identifier,RNTI)编码的一个或多个循环冗余校验CRC值。
在第一方面的另一实现形式中,网络设备还被配置为经由无线资源控制RRC信令向一个或多个UE发送RNTI。
在第一方面的另一实现形式中,网络设备还被配置为:创建资源模式频率指数RPFI列表,该RPFI列表包括用于多跳传输中涉及的多个UE中的每个UE的所分配的侧行链路资源块,并且在第一消息中包括RPFI列表;和/或创建资源模式时间指数(RPTI)列表,该RPTI列表包括用于多跳传输中涉及的多个UE中的每个UE的所分配的侧行链路资源块的时隙信息,并且在第一消息中包括RPTI列表。
在第一方面的另一实现形式中,网络设备还被配置为与另一网络设备协调,以确定一个或多个侧行链路资源和/或资源分配信息,特别是当多跳传输中涉及的多个UE由网络设备和另一网络设备服务时。
在第一方面的另一实现形式中,网络设备还被配置为在所述第一消息中包括用于一个或多个UE的至少一个天线配置,特别是天线类型和/或天线端口和/或天线面板。
例如,每种天线类型可以具有多个天线面板(即,多面板天线阵列),其中每个面板可以向特定方向产生特定数量的波束形成信号。此外,可以定义不同数量的天线面板(即,每个面板具有唯一的索引),使得它们可以用于侧行链路通信的传输和/或接收。例如,车辆的前保险杠天线可能有两个天线面板,一个从左前方覆盖到中前方,另一个从中前方覆盖到右前。
在第一方面的另一实现形式中,第一消息仅被发送到UE组的簇头。
在第一方面的另一实现形式中,第一消息包括以下中的一个或多个:
·组标识符ID;
·UE发射器列表;
·载波指示符列表;
·时域资源分配;
·频域资源分配;
·初始传输和重传之间的时间间隔;
·所述侧行链路SL、半静态调度SPS配置索引;
·SPS激活和/或释放指示;
·调制和编码方案MCS列表信息;
·UE天线类型索引列表;
·UE天线面板索引列表;
·UE天线端口索引列表;
·资源模式时间索引RPTI列表;
·资源模式频率索引RPFI列表;
·资源模式时间长度RPTL列表;
·发送功率列表;
·跳频多跳列表;
·周期性-多跳列表;
·解调参考信号(DMRS)-多跳侧行链路配置列表;
·转换预编码器-多跳列表;
·nrofHARQ-Processes-Multihop列表;
·repK-RV-Multihop列表;
·repK-Multihop列表;
·功率控制模式-多跳列表;
·P0-Multihop-PSSCH-AlphaSet列表。
例如,跳频-多跳列表可以是或可以包括多跳通信中支持的基于时隙内和时隙间的跳频。此外,跳频偏移(frequencyHoppingOffset)参数可以在多跳通信中启用具有给定跳频偏移的时隙内跳频。
周期性多跳列表可以包括(例如,至少一个)可以表示侧行链路多跳传输的周期性的参数。根据所选的系统参数,周期配置类型可能会发生变化。
解调参考信号(DMRS)-多跳侧行链路配置列表可包括DMRS-多跳侧行链路配置参数,该参数可用于配置多跳通信的DMRS配置。该参数集还可能包括一些附加参数,如DMRS-类型、最大长度和附加位置信息。
转换预编码器-多跳列表可包括可启用或禁用某些转换预编码操作的参数(例如,NR中的类型1或类型2)。
nrofHARQ-Processes-Multihop列表可以包括通过多跳通信在每个发射器上配置的HARQ进程的数量。
repK-RV-Multihop列表可以包括用于每个HARQ进程的冗余版本(redundancyversion,RV)序列信息。
repK-Multihop列表可以包括使用的重复次数,然后激活重传。
功率控制模式-多跳列表可以是或可以包括开环或闭环发送功率控制,其可以应用于多跳通信。此外,每种模式都可能有自己的子类型。
P0-Multihop-PSSCH-AlphaSet列表可以是或可以包括当被激活用于多跳通信时用于功率控制的P0和阿尔法值的集合。
此外,可以提供资源模式时间长度(RPTL)列表。RPTL可以是第一跳和后续跳的连续时隙分配(即时隙的聚合)的长度,其可以使用基线RPTL分配作为参考时隙分配。
在第一方面的另一实现形式中,多跳传输基于以下中的一个或多个:
·单播类型的多跳传输;
·多播类型的多跳传输;
·包括同一组UE中的子组多跳传输的多个多跳传输。
第二方面提供了一种用于网络设备的方法,该方法包括从用户设备UE接收调度请求,特别是针对多跳传输的调度请求;以及响应于所述调度请求,向一个或多UE发送第一消息,其中所述第一消息指示用于所述一个或多个UE执行多跳传输的一个或多个侧行链路资源和/或侧行链路资源分配信息。
在第二方面的实现形式中,侧行链路接资源分配信息包括以下至少一个:
·用于多跳传输的一个或多个UE的一个或多个基线侧行链路资源,
·多跳传输的一个或多个UE相对于基线侧行链路资源的相对侧行链路资源分配信息,
·多跳传输的一个或多个UE的一个或多个附加信息。
在第二方面的另一实现形式中,第一消息指示用于所述一个或多个UE执行ACK/NACK侧行链路传输和/或侧行链路重传的一个或多个侧行链路资源和/或侧行链路资源分配信息。
在第二方面的另一实现形式中,该方法还包括向一个或多个UE发送第二消息,所述第二消息包括所指示的一个或多个侧行链路资源、侧行链路资源分配信息和/或在第一消息中提供的附加信息中的至少一个变化。
在第二方面的另一实现形式中,所述至少一个变化是以下中的一个或多个:
·UE发射器列表变化;
·载波指示符列表变化;
·时域资源分配变化;
·频域资源分配变化;
·初始传输和重传之间的时间间隔变化;
·所述侧行链路SL、半静态调度SPS、配置索引变化;
·SPS激活和/或释放指示变化;
·调制和编码方案MCS列表信息变化;
·UE天线类型索引列表变化;
·UE天线面板索引列表变化;
·UE天线端口索引列表变化;
·资源模式时间索引RPTI列表变化;
·资源模式频率索引RPFI列表变化;
·资源模式时间长度RPTL列表变化;
·发送功率列表变化;
·跳频-多跳列表变化;
·周期性-多跳列表变化;
·解调参考信号(DMRS)-多跳侧行链路配置列表变化;
·转换预编码器-多跳列表变化;
·nrofHARQ-Processes-Multihop列表变化;
·repK-RV-Multihop列表变化;
·repK-Multihop列表变化;
·功率控制模式-多跳列表变化;
·P0-Multihop-PSSCH-AlphaSet列表变化。
在第二方面的另一实现形式中,第一消息包括用多跳无线网络临时标识符RNTI编码的一个或多个循环冗余校验CRC值。
在第二方面的另一实现形式中,该方法还包括经由无线资源控制RRC信令向一个或多个UE发送RNTI。
在第二方面的另一实现形式中,该方法还包括:创建资源模式频率指数RPFI列表,该RPFI列表包括用于多跳传输中涉及的多个UE中的每个UE的所分配的侧行链路资源块,并且在第一消息中包括RPFI列表;和/或创建资源模式时间指数(RPTI)列表,该RPTI列表包括用于多跳传输中涉及的多个UE中的每个UE的所分配的侧行链路资源块的时隙信息,并且在第一消息中包括RPTI列表。
在第二方面的另一实现形式中,该方法还包括与另一网络设备协调,以确定一个或多个侧行链路资源和/或资源分配信息,特别是当多跳传输中涉及的多个UE由网络设备和另一网络设备服务时。
例如,在多跳通信需要扩展到更多小区的情况下,可以提供BS间的协调。
在第二方面的另一实现形式中,该方法还包括在所述第一消息中包括用于一个或多个UE的至少一个天线配置,特别是天线类型和/或天线端口和/或天线面板。
在第二方面的另一实现形式中,第一消息仅被发送到用户设备组的簇头。
在第二方面的另一实现形式中,第一消息包括以下中的一个或多个:
·组标识符ID;
·UE发射器列表;
·载波指示符列表;
·时域资源分配;
·频域资源分配;
·初始传输和重传之间的时间间隔;
·所述侧行链路SL、半静态调度SPS配置索引;
·SPS激活和/或释放指示;
·调制和编码方案MCS列表信息;
·UE天线类型索引列表;
·UE天线面板索引列表;
·UE天线端口索引列表;
·资源模式时间索引RPTI列表;
·资源模式频率索引RPFI列表;
·资源模式时间长度RPTL列表;
·发送功率列表;
·跳频多跳列表;
·周期性多跳列表;
·解调参考信号(DMRS)-多跳侧行链路配置列表;
·转换预编码器-多跳列表;
·nrofHARQ-Processes-Multihop列表;
·repK-RV-Multihop列表;
·repK-Multihop列表;
·功率控制模式-多跳列表;
·P0-Multihop-PSSCH-AlphaSet列表。
在第二方面的另一实现形式中,多跳传输基于以下中的一个或多个:
·单播类型的多跳传输;
·多播类型的多跳传输;
·包括同一组UE中的子组多跳传输的多个多跳传输。
第三方面提供了一种无线通信设备UE,配置为:特别地,向网络设备或另一无线通信设备发送针对多跳传输的调度请求;以及响应于所述调度请求,从所述网络设备或所述另一无线通信设备接收第一消息,其中所述第一消息指示用于一个或多个UE执行所述多跳传输的一个或多个侧行链路资源和/或侧行链路资源分配信息。
例如,可以在物理侧链路共享信道(PSSCH)上调度侧链路传输。此外,由于高频的无线信道特性,侧行链路传输也可以利用无线通信设备之间的多跳传输。
在一些实施例中,簇头不一定发送请求。例如,该请求可能来自另一个UE。
此外,在一些实施例中,调度请求可能不是来自始发UE,而是来自任何其他UE(即,有意接收一些信息的UE)。然而,调度授权可以用于整个组。例如,在一个编队中,一个UE可能想要从另一个UE接收特定信息,并且它可以进一步向BS发送调度请求。此外,调度请求是由特定接收器发送的,而不是由发射器发送的。
在第三方面的实现形式中,无线通信设备还被配置为从网络设备或另一无线通信设备接收第二消息,所述第二消息包括在第一消息中提供的所指示的一个或多个侧行链路资源和/或侧行链路资源分配信息中的至少一个变化。
在第三方面的另一实现形式中,无线通信设备还被配置成当作为该组的簇头时,基于所获得的第一消息来确定多跳传输中涉及的一个或多个UE的侧行链路资源分配信息,其中所述第一消息包括多个侧行链路资源;并且向多跳传输中涉及的一个或多个UE提供所确定的侧行链路资源分配信息。
第四方面提供了一种用于无线通信设备的方法,所述方法包括:特别地,向网络设备或另一无线通信设备发送多跳传输的调度请求;以及响应于所述调度请求,从所述网络设备或所述另一无线通信设备接收第一消息,其中所述第一消息指示用于一个或多个UE执行所述多跳传输的一个或多个侧行链路资源和/或侧行链路资源分配信息。
在第四方面的实现形式中,该方法还包括从网络设备或另一无线通信设备接收第二消息,所述第二消息包括在第一消息中提供的所指示的一个或多个侧行链路资源和/或侧行链路资源分配信息中的至少一个变化。
在第四方面的另一实现形式中,该方法还包括:当作为该组的簇头时,基于所获得的第一消息来确定多跳传输中涉及的一个或多个UE的侧行链路资源分配信息,其中所述第一消息包括多个侧行链路资源;并且向多跳传输中涉及的一个或多个UE提供所确定的侧行链路资源分配信息。
第五方面提供了一种存储程序代码的计算机程序产品,当由处理器运行时,所述程序代码用于执行根据第二方面和/或第四方面的方法及其进一步的实现形式。
必须注意的是,本申请中描述的所有设备、元件、单元和装置可以在软件或硬件元件或其任何种类的组合中实现。由本申请中描述的各种实体执行的所有步骤以及被描述为由各种实体执行的功能旨在意味着相应的实体适用于或被配置为执行相应的步骤和功能。即使在特定实施例的以下描述中,要由外部实体执行的特定功能或步骤没有反映在执行该特定步骤或功能的实体的特定详细元件的描述中,对于本领域技术人员来说,应该清楚的是,这些方法和功能可以在相应的软件或硬件元件中实现,或者以它们任何种类的组合来实现。
附图说明
本申请的上述方面和实现形式将在下面结合附图对具体实施例的描述中进行解释,其中:
图1示意性地示出了根据本申请各种实施例的用于接收调度请求和发送第一消息的网络设备。
图2示出了根据本申请各种实施例的用于在NR侧行链路(NR Uu)上的NR BS调度的(NR Uu)多跳传输的示例性方案。
图3示出了根据本申请各种实施例的用于在NR侧行链路(NR Uu)上的LTE BS调度的(LTE Uu)多跳传输的示例性方案。
图4示出了根据本申请各种实施例的两个始发UE的侧行链路多跳传输调度的示例性方案。
图5示出了根据本申请各种实施例的包括用于每个跳的不同RB的一个始发UE(UE1)的侧行链路多跳传输调度的示例性方案。
图6示出了根据本申请各种实施例的包括用于每个跳的不同RB和不同RB大小的一个始发UE(UE1)的侧行链路多跳传输调度的示例性方案。
图7a和图7b示出了根据本申请各种实施例的考虑到基于多波束的、具有分别使用单BS和双BS控制的BS的传输的侧行链路多跳传输的示例性方案。
图8示出了根据本申请各种实施例的考虑到UE协作的侧行链路多跳传输的示例性方案。
图9示意性地示出了根据本申请各种实施例的后续侧行链路多跳传输更新。
图10示意性地示出了根据本申请各种实施例的当定义相对分配时不同参考点的使用。
图11示出了根据本申请各种实施例的在包括簇头连接的NR侧行链路上的BS调度的(Uu)多跳传输的示例性方案。
图12示出了根据本申请的各种实施例的用于在UE和BS之间为BS调度的、包括初始资源分配的侧行链路多跳传输发信号的过程的流程图。
图13示出了根据本申请各种实施例的用于在UE和BS之间为BS调度的、包括后续资源分配更新的侧行链路多跳传输发信号的过程的流程图。
图14示意性地示出了根据本申请各种实施例的用于网络设备的方法。
图15示意性地示出了根据本申请各种实施例的用于无线通信设备的方法。
图16示意性地示出了根据现有技术的基站在侧行链路上调度的多跳传输。
图17示意性地示出了根据现有技术的传统无线网络临时标识符操作。
图18示意性地示出了根据现有技术的用于PDSCH传输(K0)的示例性时域资源分配。
具体实施方式
图1示意性地示出了根据本申请各种实施例的用于接收调度请求111和发送第一消息101的网络设备100。
BS 100被配置为从UE 110接收调度请求111,特别是针对多跳传输112的调度请求。
BS 100还被配置为响应于调度请求111,向一个或多个UE 110、120、130、140发送第一消息101,其中,第一消息101指示用于一个或多个UE 110、120、130、140执行多跳传输112的一个或多个侧行链路资源和/或侧行链路资源分配信息。
例如,BS 100可以提供多跳DCI类型1(MH-DCI类型1),其可以包括初始发送UE 110可以使用的基线DCI。此外,BS 100还可以相对于基线DCI(在时间和频率上)为中间UE(例如,UE2 120和UE3 130)提供相应的资源分配。也就是说,参考资源分配是针对始发UE110的。
此外,侧行链路资源分配信息可以包括以下中的至少一个:
·用于多跳传输的一个或多个UE的一个或多个基线侧行链路资源,
·多跳传输的一个或多个UE相对于基线侧行链路资源的相对侧行链路资源分配信息,
·多跳传输的一个或多个UE的一个或多个附加信息。
如所讨论的,在一些实施例中,可以进一步提供周期性和/或非周期性服务的后续分配更新,例如,可以发送与初始资源分配相比的侧行链路资源分配的变化。
图2示出了根据本申请各种实施例的用于在NR侧行链路(NR Uu)上的NR BS调度的(NR Uu)多跳传输112的示例性方案。此外,UE 110、120、130、140在由单个BS 100控制的同一波束201下。
图2示出BS 100通过侧行链路(PC5接口)调度多跳传输112的基本场景。在这种场景下,UE(例如,UE1 110)希望通过侧行链路向特定UE(例如,UE4 140)和/或UE组(例如,UE2120、UE3 130和UE4 140)进行多跳传输112,并向BS100发送多跳侧行链路调度请求。BS 100为多跳传输112准备多跳DCI(MH-DCI),并将其发送到将执行侧行链路传输112的UE 110、120、130、140。在这种情况下,多跳DCI的CRC部分用新的RNTI(即,多跳RNTI/MH-RNTI)加扰,以便将执行多跳传输112的所有组成员可以接收它。所述新的RNTI(即,多跳RNTI/MH-RNTI)可以由BS 100通过无线资源控制(RRC)信令提前提供给组成员,使得每个UE(例如,UE1110、UE2 120、UE3 130和UE4 140)可以在接收到的DCI消息中搜索相应的MH-RNTI。此外,该示例场景还假设组成员由BS 100的相同波束201服务。如图2所示,由于组中的每个UE都接收到了MH-DCI,UE(例如,UE1 110、UE2 120、UE3 130和UE4 140)不仅知道在哪里执行侧行链路传输,还知道在哪里执行侧行链路接收。通过知道在哪里执行侧行链路接收,UE可以生成相应的ACK/NACK信息。这些ACK/NACK信息可以直接发送到BS 100和/或发送到发送UE(例如,用户设备1 110)。此外,为了传输ACK/NACK信息,MH-DCI还可以为每个UE携带附加的侧行链路资源(可以是物理上行链路控制信道(PUCCH)内的上行链路无线资源,或者是通过侧行链路反馈控制信息(sidelink feedback control information,SFCI)的物理侧行链路反馈信道(physical sidelink feedback channel,PSFCH)内的侧行链路无线资源,或者PSCCH内的侧行链路无线资源,或者PSSCH内的侧行链路无线资源)。
图3示出了根据本申请各种实施例的用于在NR侧行链路(NR Uu)上的LTE BS调度的(LTE Uu)多跳传输112的示例性方案。此外,UE 110、120、130、140在由单个BS 100控制的同一波束301下。
如上所述,DCI格式5A可以包括侧行链路传输的频率相关信息(即,子信道分配的最低索引和资源指示值)以及隐含的定时相关信息(即,在接收到侧行链路授权(即,DCI格式5A)的子帧之后的至少4个子帧(即,4毫秒)开始时的侧行链路传输)。此外,如上所述,为NR设计的新DCI(用于Uu接口上的上行链路/下行链路调度)还包括用于频率相关信息(即,频域资源分配)以及时间相关信息(即,时域资源分配)的新字段。这种频率相关信息(即,频域资源分配)和时间相关信息(即,时域资源分配)也可以用于在NR中的BS调度的侧行链路传输(具有新的DCI格式)。在这种情况下,在NR中为BS调度的侧行链路传输设计的新DCI格式可能包括:
·频率相关信息(这可能类似于DCI格式5A结构):
·子信道分配的最低索引
·资源指示值
·与时间相关的信息(这可能是以下方法之一):
·类似于版本14侧行链路的固定定时关系:在接收到侧行链路授权的子帧和/或时隙之后的至少特定子帧和/或时隙(即4ms)开始时进行侧行链路传输
·类似于上行链路/下行链路操作的灵活定时关系:类似于上面指定的时域资源分配。
·带宽部分(BWP)和系统参数信息
此外,如图3所示,如果LTE BS 100经由其LTE-Uu接口来调度NR侧行链路传输112,新的DCI格式也是需要的。在这种情况下,除了上述考虑之外,系统参数信息(以及BWP)也可以在新的DCI格式中携带。这在LTE BS调度的情况下可能是需要的,因为,在NR BS的情况下,为侧行链路传输分配的BWP已经包括系统参数信息;然而,在LTE情况下,这种BWP考虑是不可用的。
在本申请的一些实施例中,为NR中的BS调度的侧行链路传输设计的这种新的DCI格式可以用作多跳DCI(MH-DCI)的基线分配。
图4示出根了据本申请各种实施例的两个始发UE(UE1 110和UE4 140)的侧行链路多跳传输调度的示例性方案。此外,在不同的时隙(例如,子帧)使用频域中的相同RB。
图4示出了多跳场景,其中两个UE(UE1 110和UE4 140,被称为始发UE)通过侧行链路交换数据。在这种场景下,中间UE(UE2 120和UE3 130)可以将包括由UE1 110或UE4 140发起的控制信息(即,侧行链路控制信息(SCI))的侧行链路数据中继到最终UE(例如,在图4中,U12表示UE1 110正在通过侧行链路向UE2 120传输,以此类推)。在一些实施例中,BS100可以在频率方向上为具有特定时间偏移(即,UE1 110的时间偏移(t偏移)=3和UE4 140的时间偏移t偏移=5)的每个传输分配三个资源块(RB)(从1号RB开始)。在这个例子中,一个假设是BS 100已经知道组信息,例如组成员和它们各自的ID(例如,ProSe ID、第二层ID或第一层ID),它们可以被BS 100选择作为源或目的ID(例如,ProSe目的ID、第二层目的ID或第一层目的ID)。此外,可以例如经由在3GPP网络中的应用功能(application function,AF)或应用服务器(application server,AS)中实现的组管理功能来获得组信息。例如,可以为特定服务,例如V2X编队服务,形成组。另一种方法可以是,例如,始发UE可以在其多跳侧行链路调度请求信息中提供该信息。在图4所示的示例中,UE1 110在向BS 100发送多跳侧行链路调度请求时,在一个选项中,还可以在请求消息中包括目的地信息(即UE4 140)以及中间UE信息(即UE2 120和UE3 130)。在另一选项中,始发UE可能不知道执行多跳传输所需的中间UE,并且多跳侧行链路调度请求可能不具有这样的信息。在这种情况下,BS 100可以确定执行多跳传输所需的中间UE。
此外,同样重要的是要考虑到,在一些实施例中,可能存在单播类型的多跳传输(即,预期的接收器只有一个,并且多跳传输路径中的最终UE是预期的接收器),或者多播类型的多跳传输(即,预期的接收器不止一个,并且包括多跳传输路径中的最终UE的任何中间UE是预期的接收器)。例如,如果多跳传输是多播类型,则考虑BS 100在选择中间UE时还可以检查和/或考虑所选择的中间UE是否覆盖整个多播组是合理的。此外,在一些实施例中,在一个多跳组中可以有多个多跳传输(即,多个MH-DCI)。如图4所示,UE1 110以及UE4140可以在同一组中执行不同的多跳传输。
在这种情况下,多跳DCI(MH-DCI)内容可以由BS 100为每个始发UE准备,如下所示:
·始发UE的基线分配(例如,UE1 110的DCI格式5A)
о载波指示符
о初始传输的子信道分配的最低索引
о由资源指示值(RIV)指示的初始传输和重传的频率资源位置
о初始传输和重传之间的时间间隔
оSL SPS配置索引(SPS情况下)
о激活/释放指示(SPS情况下)
·UE发射器列表:中继UE的列表(例如,[UE2 120,UE3 130])被选择为用于将UE1110侧行链路数据中继到UE4 140)
·资源模式时间索引(RPTI)列表:相对于基线分配定时的时隙索引列表(例如,[4,8]意味着UE2 120可以比UE1 110的接收时间晚4个时隙中继信息,而UE3 130可以比UE1110的接收时间晚8个时隙中继信息)。
在上述示例中,中继UE可以使用在基线分配中分配给始发UE的频域中的相同RB。此外,如果用多跳DCI消息激活重传,则可以例如预先配置重传策略(包括时间/频率资源),并使得每个UE可以基于在多跳DCI消息中接收的初始传输授权来决定重传策略。另一种方法可以是使用动态方法,其中在多跳DCI消息中接收的初始传输授权(即,重传授权)内还提供所有重传策略信息。
图5示出了根据本申请各种实施例的包括用于每个跳的不同RB的一个始发UE(UE1110)的侧行链路多跳传输调度的示例性方案。
图5示出了在不同时隙为每个跳的不同UE分配不同RB的示例,其可由以下选项管理:
·资源模式频率索引(RPFI)列表:对于每个多跳,相对于基本RB分配的RB分配的列表(例如,[1 2]意味着第一跳UE可以中继在基本RB分配的上一个RB的信息,并且第二跳UE可以中继在基本RB分配的上两个RB的信息)。除了取决于分配大小的粒度的RB分配之外,频率分配还可以基于子信道。
图6示出了根据本申请各种实施例的包括用于每个跳的不同RB和不同RB大小的一个始发UE(UE1)的侧行链路多跳传输调度的示例性方案。
例如,可以通过以下选项来管理针对每个跳的不同UE的不同RB和不同RB大小的分配:
·资源模式频率长度(Resource Pattern Frequency Length,RPFL)列表:RPFL是分配给第一跳和后续跳的PRB的长度,其可以使用基线RB分配作为参考分配。在这种情况下,[1-1]意味着第一跳UE可以用比基本RB分配大小多一个RB(即,4个RB)来中继信息,并且第二跳UE可以用比基本RB分配少一个RB(即,2个RB)来中继信息。
在一些实施例中,可以提供多跳DCI大小考虑和盲解码复杂度。例如,为了降低盲解码复杂度(例如,在本申请的一些实施例中),可以考虑以下两种不同的方法。
·方法1:在一些实施例中,可以定义新的无线资源控制(RRC)消息,用于将可用于该特定组中的多跳DCI的实际大小通知给UE。由于组成员的数目(即,执行多跳传输的中间UE的数目)在不同的场景中可以不同,因此可以使用不同的多跳DCI大小。此外,由于UE由BS经由RRC消息通知MH-DCI的实际大小,因此它可以仅为MH-DCI搜索该大小。
·方法2:在一些实施例中,可以在UE处预定义和预配置固定大小的多跳DCI。根据需要,考虑到固定大小,BS可以为多跳组创建单个或多个多跳DCI消息。此外,如果信息内容小于固定的多跳DCI大小,则BS可以另外执行填充。此外,BS还可以经由RRC信令而不是多跳DCI来传输一部分与多跳传输有关的信息。例如,由于一个多跳DCI消息已经达到限制(即,一个固定大小的多跳DCI被占用),因此可能存在这样的情况,其中,一个参数(与多跳组相关)可以经由RRC消息来传输。
在一些实施例中,还可以改进多跳DCI(MH-DCI)。例如,除了上述特性之外,以下改进也可以应用于多跳DCI。
在一些实施例中,可以提供Uu接口上基于多波束的传输支持。在一些实施例中,所有组成员可以在同一波束中,使得由BS进行一次多跳DCI传输就足够了。此外,在一些实施例中,组成员可以是多个波束。
图7a和图7b示出了根据本申请各种实施例的考虑到基于多波束的、具有分别使用单BS(图7a)和双BS(图7a)控制的BS的传输的侧行链路多跳传输的示例性方案。
图7a和图7b示例性地示出了两个基于多波束的传输,分别是单BS和双BS控制。在该场景中,由于不同的波束701、702支持相同的多跳组,因此多跳DCI(具有与BS和子组UE成员商定的多跳组RNTI)可由每个波束701、702发送到其连接的UE(即,子组UE成员,例如,发送到UE1 110和UE2 120的波束701,并且波束702被发送到UE3 130和UE4 140)。此外,当两个BS 100、700控制多跳组时,这些BS 100、700应在X2和/或Xn接口和/或使两个BS 100、700之间能够通信的任何其他接口上进行协调(例如,在决定MH-DCI参数时)。此外,如果UE在BS的波束边缘,则相邻BS还可以为该UE创建波束,以提高UE的接收质量。在这种情况下,
·指向公共UE的两个波束可以使用相同的时间/频率RB并发送相同的多跳DCI信息。
·指向公共UE的两个波束可以使用不同的时间/频率RB并发送相同的多跳DCI信息。
在一些实施例中,可以通过侧行链路传输进行UE协作。图8示出了根据本申请各种实施例的考虑到UE协作的侧行链路多跳传输的示例性方案。
在一些实施例中,取决于无线信道条件和UE天线位置,一些中间节点可以进行同时传输,例如,为了增加消息的可靠性。例如,如图8所示,BS 100可以决定UE2 120和UE3130的同时传输。在这种情况下,当UE1 110执行初始传输时,两个UE(UE2 120和UE3 130)都可以正确地接收侧行链路数据(例如,由于gNB可以知道可以接受(UE1 110和UE2 120)和(UE1 110和UE3 130)之间的无线信道条件以从UE1 110接收初始传输)。在这种情况下,RPTI可以被选择为[5 5],并且UE发射器列表可以是[UE2和UE3]。
在一些实施例中,可以使用用于侧行链路多跳传输的不同天线类型。例如,UE(例如,车辆,又名VUE)可以在不同的物理位置具有不同的通信天线,并且可以在不同的频率下工作。此外,UE可以向BS 100报告每种天线类型的无线信道特性,使得当BS 100使用多跳传输能力时,它可以利用这些信息。在每个跳中,BS 100还可以将要用于侧行链路传输的天线配置通知发送UE。天线类型可以是减震器类型(类型1)、镜型(类型2)、屋顶类型(类型3)等。此外,每个天线类型可以具有多个天线端口,这些端口还可以进一步使用并映射到特定的物理天线。在这种情况下,可以在多跳DCI中提供以下选项:
·UE天线类型索引列表
·UE天线端口索引列表
此外,如果BS 100确定多跳组中的每个发射器使用相同的天线类型和端口,则它还可以限制MH-DCI中的条目:
·UE天线类型索引列表中的单个条目
·UE天线端口索引列表中的单个条目
在一些实施例中,可以使用用于多跳侧行链路传输的不同载波指示符信息。例如,可以存在多跳传输中的每个发射器可以使用不同载波的实施例。此外,该信息也可以在MH-DCI中显式地传送。在这种情况下,可以在多跳DCI中提供以下选项:
·载波指示符索引列表
在一些实施例中,可以使用不同的调制和编码方案(MCS)以及用于侧行链路传输的符号分配。
此外,每跳的每个侧行链路传输可以使用不同的MCS。在这种情况下,也可以在多跳DCI消息的MCS索引列表中显式地发送MCS指示符。另外,每跳的每个侧行链路传输还可以使用当前为NR Uu接口定义的开始和长度指示符值(SLIV)。在这种情况下,SLIV也可以在多跳DCI消息的SLIV列表中显式发送。
在一些实施例中,一旦初始多跳DCI分配被发送到多跳组,就可以由BS执行周期性和/或非周期性服务的后续分配更新。此外,与初始多跳DCI分配相比,可以通过仅发送变化来进一步降低开销。
图9示意性地示出了根据本申请各种实施例的后续侧行链路多跳传输更新。
后续侧行链路多跳传输更新可包括时间更新(例如,在901和903中),和/或频率更新902和/或长度更新(例如,903和904)。
图9示出RPTI移位901以及RPFI移位和RPFL差902。在RPTI移位901示例中,与初始分配相比,传输时间提前移位2个时隙/子帧/传输时间间隔(Transmission TimeInterval,TTI)。在RPFI和RPFL示例902中,与初始分配相比,RB分配被下移1RB(即,RPFI移位=-1)并且递增2RB(即,RPFL差=+2)。
此外,RPTL长度可以在后续分配更新中变化,如903和904中所示。
在903中,RPTI移位[-2]和RPTL差[+1]意味着相对于第一次分配,相对变化将资源分配提前移位2个时隙,并且将时隙分配长度增加1(即,聚合2个连续时隙)。
此外,类似的方法也可用于符号分配。在904中,特定SLIV值(例如,起始符号分配为2,分配长度=3)可用于指示符号级的初始分配,并且后续分配可使用具有新RPTI和RPTL设置的相同SLIV值。
在一些实施例中,BS可以决定使用MH-DCI而不考虑相对无线资源分配(即,相对于基线无线资源分配的后续无线资源分配)。
在一些实施例中,例如,在MH-DCI中的多跳传输中,BS可以为每个发射器进行规则的时间和/或频率无线资源分配,而不考虑相对分配。在这种情况下,主要开销减少可限于例如移除MH-DCI消息中的一些附加参数。例如,以下任何参数在MH-DCI中只能发送一次:
·载波指示符
·SL SPS配置索引(SPS情况下)
·激活/释放指示(SPS情况下)
在一些实施例中,可以考虑多跳传输中不同发射器的时间/频率无线资源分配之间的相关性。
如上所述,相对无线资源分配的一个选项是将基线分配考虑为参考点,并基于该参考点提供其他无线资源分配的时间和/或频率的信息。另一种选项是使用MH-DCI中定义的先前分配作为参考点。在这种情况下,每个分配都使用先前的分配作为基线。在这两种情况下,可以减少时间和频率方向上的开销。
图10示意性地示出了根据本申请各种实施例的当定义相对分配时不同参考点的使用。
图10示出时间方向上的两个选项。此外,同样的过程也可以应用于频率方向和/或符号级分配情况(即,使用具有不同参考点的SLIV)。
图11示出了根据本申请各种实施例的在包括簇头连接的NR侧行链路上的BS调度的(Uu)多跳传输的示例性方案。此外,可能只有到BS的簇头连接。
在一些实施例中,可以提供簇头(Cluster Head,CH)连接选项。例如,只有簇头(例如编队头)可以具有到BS的连接,并且簇头可以代表多跳组管理侧行链路多跳通信,例如,如图11所示。在这种情况下,可以考虑两种子情况。在第一种子情况中,UE1 110(即,簇头)可以知道多跳组的侧行链路传输需求(即,UE1 110可以基于服务类型信息知道多跳组的组成员及其侧行链路传输需求),并且代表多跳组准备多跳侧行链路调度请求(即,动态或SPS(例如,NR中配置的授权类型2)),并且可以进一步将其发送到BS 100。除了常规会话请求之外,UE1还可以在多跳侧行链路调度请求消息中指定组ID、服务类型、组中UE的数量(及其UEID)(即,多跳传输中每个发射器的动态调度情况下的缓冲区状态报告(Buffer statusreport,BSR)和SPS情况下的SPS激活请求)。BS 100还可以预先从核心网络或第三方服务器中从应用功能或应用服务器获取组信息(组ID、UE ID的列表)。此外,在BS 100接收到针对多跳传输112的会话请求消息之后,它可以确定(例如,准备)包括上述参数的MH-DCI消息的MH-DCI消息,并将MH-DCI消息提供给(UE1 110)。在UE1 110接收到多跳组的多跳侧行链路调度授权之后,它还可以经由侧行链路(PC5)接口将组中的各个授权1101分发给各个UE。如图11所示,在UE1 110从BS 100接收到多跳侧行链路调度授权之后,它将授权1101分发给UE2 120、UE3 130和UE4 140。在一个选项中,CH可以向其他UE发送完整的MH-DCI(即,所有UE可以接收完整的MH-DCI中携带的相同信息),并且每个UE可以在MH-DCI内搜索其自己的信息。在另一选项中,CH可以检查MH-DCI中的每个UE的信息,并且它可以使用类似于基线分配的另一形式的DCI进一步将相应的信息分发给每个UE(即,在这种情况下,每个UE可以接收包括与自身相关的信息的基线分配)。
在第二种子情况中,簇头(UE1 110)可以向BS 100发送多跳侧行链路调度请求消息(其可以包括组ID、服务类型、组中UE的数量)。作为回复,BS 100可以向簇头(UE1 110)提供侧行链路无线资源池,并且簇头(UE1 110)可以管理侧行链路无线资源池,并且可以进一步为每个多跳传输准备专用侧行链路传输资源(即,为多跳组中的始发UE和中间UE)。在这种情况下,需要定义一种新型的多跳侧行链路调度请求(例如,由于它是由UE通过侧行链路发送到簇头(UE1)的,它可以被称为MH-SSR类型2;并且该请求的内容可能类似于常规的多跳侧行链路调度请求(动态或SPS调度请求)),因为它是由每个组成员通过侧行链路发送到簇头(UE1 110)(而不是基站),并且簇头可以直接为组中的特定始发UE准备多跳DCI,并且可以通过侧行链路将多跳DCI进一步发送到UE组(包括始发UE和中间UE)。多跳DCI授权(类似于上述情况)可以用于动态调度或SPS调度。
图12示出了根据本申请的各种实施例的用于在UE和BS之间为BS调度的、包括初始资源分配的侧行链路多跳传输发信号的过程1200的流程图。
图12示出了UE 110、120和130与BS 100之间用于初始侧行链路资源分配的信令交换的示例。
在第一步骤12a中,BS 100最初经由RRC信令为多跳组中的特定V2X服务(例如,编队)配置多跳RNTI值。
在第二步骤12b中,UE1 110向BS 100发送针对多跳传输的多跳侧行链路调度请求(例如,BSR或SPS激活请求(例如,针对NR中配置的授权类型2的请求))。BS 100分配相应的资源并为组准备多跳DCI。
在第三步骤12c中,BS 100发送由多跳组的所有组成员解码的多跳侧行链路调度授权(即,其中用多跳RNTI编码CRC部分的多跳DCI)。始发UE(即UE1 110)也可以通过发送另一个多跳侧行链路调度请求来更新多跳侧行链路调度请求。该消息反过来可触发由BS 100到该组的另一多跳DCI传输。
图13示出了根据本申请各种实施例的用于在UE和BS之间为BS调度的、包括后续资源分配更新的侧行链路多跳传输发信号的过程1300的流程图。
图13示出了UE 110、120、130和BS 100之间用于后续侧行链路资源分配更新的信令交换的示例。在该示例中,在步骤13a,BS 100决定UE1 110和UE2 120的资源分配更新,并将多跳DCI更新消息发送到组。该消息可由所有组成员接收,但其仅具有针对UE1 110和UE2120的信息。该信息可以是各个UE的时隙变化和/或资源块(RB)变化和/或MCS变化信息。
图14示出了根据本申请实施例的用于网络设备100的方法1400。如上所述,方法1400可以由网络设备100执行。
方法1400包括从用户设备UE 110接收调度请求111,特别是针对多跳传输112的调度请求,的步骤1401。
方法1400还包括步骤1402:响应于调度请求111,向一个或多个UE 110、120、130、140发送第一消息101的步骤1402,其中第一消息101指示用于一个或多个UE 110、120、130、140执行多跳传输112的一个或多个侧行链路资源和/或侧行链路资源分配信息。
图15示出了根据本申请实施例的用于无线通信设备110的方法1500。如上所述,方法1500可以由无线通信设备110执行。
方法1500包括特别地,向网络设备100或另一无线通信设备120、130、140发送针对多跳传输112的调度请求111的步骤1501。
方法1500还包括响应于调度请求111从网络设备100或另一无线通信设备120、130、140接收第一消息101的步骤1502,其中,第一消息101指示用于一个或多个UE 120、130、140执行多跳传输的一个或多个侧行链路资源和/或侧行链路资源分配信息。
已经结合各种实施例作为实例和实施方式来描述本申请。然而,通过对附图和说明书的研究,本领域技术人员和实践所要求保护的申请的人员可以理解和实现其他变化。在权利要求书和说明书中,“包括”一词不排除其他元件或步骤。
Claims (20)
1.一种用于网络设备的方法,其特征在于,所述方法包括:
从用户设备UE接收调度请求;以及
响应于所述调度请求,向一个或多个UE发送第一消息,
其中,所述第一消息指示用于所述一个或多个UE执行多跳传输的侧行链路资源分配信息,所述侧行链路资源分配信息包括:
-用于所述多跳传输的一个或多个UE的一个或多个基线侧行链路资源,
-所述多跳传输的一个或多个UE相对于所述基线侧行链路资源的相对侧行链路资源分配信息。
2.根据权利要求1所述的方法,其特征在于,所述第一消息还指示用于所述一个或多个UE执行多跳传输的一个或多个侧行链路资源。
3.根据权利要求1所述的方法,其特征在于,所述侧行链路资源分配信息还包括:
-所述多跳传输的一个或多个UE的一个或多个附加信息。
4.根据权利要求1至3中的一项所述的方法,其特征在于,
所述第一消息指示用于所述一个或多个UE执行确认/非确认ACK/NACK侧行链路传输和/或侧行链路重传的一个或多个侧行链路资源和/或侧行链路资源分配信息。
5.根据权利要求1至3中的一项所述的方法,其特征在于,所述方法还包括:
向所述一个或多个UE发送第二消息,所述第二消息包括所指示的一个或多个侧行链路资源、侧行链路资源分配信息和/或在所述第一消息中提供的附加信息中的至少一个变化。
6.根据权利要求5所述的方法,其特征在于,
所述至少一个变化是以下中的一个或多个:
-UE发射器列表变化;
-载波指示符列表变化;
-时域资源分配变化;
-频域资源分配变化;
-初始传输和重传之间的时间间隔变化;
-所述侧行链路SL半静态调度SPS配置索引变化;
-SPS激活和/或释放指示变化;
-调制和编码方案MCS列表信息变化;
-UE天线类型索引列表变化;
-UE天线面板索引列表变化;
-UE天线端口索引列表变化;
-资源模式时间索引RPTI列表变化;
-资源模式频率索引RPFI列表变化;
-资源模式时间长度RPTL列表变化;
-发送功率列表变化;
-跳频-多跳列表变化;
-周期性-多跳列表变化;
-解调参考信号DMRS-多跳侧行链路配置列表变化;
-转换预编码器-多跳列表变化;
-nrofHARQ-Processes-Multihop列表变化;
-repK-RV-Multihop列表变化;
- repK-Multihop列表变化;
-功率控制模式-多跳列表变化;
-P0-MultiHop-物理侧行链路共享信道PSSCH-AlphaSet列表变化。
7.根据权利要求1至3中的一项所述的方法,其特征在于,
所述第一消息包括用多跳无线网络临时标识符RNTI编码的一个或多个循环冗余校验CRC值。
8.根据权利要求1至3中的一项所述的方法,其特征在于,所述方法还包括:
经由无线资源控制RRC信令向所述一个或多个UE发送RNTI。
9.根据权利要求1至3中的一项所述的方法,其特征在于,所述方法还包括:
创建资源模式频率索引RPFI列表,所述RPFI列表包括用于所述多跳传输中涉及的多个UE中的每个UE的所分配的侧行链路资源块,并且在所述第一消息中包括所述RPFI列表;和/或
创建资源模式时间索引RPTI列表,所述RPTI列表包括用于所述多跳传输中涉及的所述多个UE中的每个UE的所分配的侧行链路资源块的时隙信息,并且在所述第一消息中包括所述RPTI列表。
10.根据权利要求1至3中的一项所述的方法,其特征在于,所述方法还包括:
当所述多跳传输中涉及的所述多个UE由所述网络设备和另一网络设备服务时,与所述另一网络设备协调,以确定所述一个或多个侧行链路资源和/或资源分配信息。
11.根据权利要求1至3中的一项所述的方法,其特征在于,所述方法还包括:
在所述第一消息中包括用于所述一个或多个UE的至少一个天线配置。
12.根据权利要求1至3中的一项所述的方法,其特征在于,
所述第一消息仅被发送到UE组的簇头。
13.根据权利要求1至3中的一项所述的方法,其特征在于,
所述第一消息包括以下中的一个或多个:
-组标识符ID;
-UE发射器列表;
-载波指示符列表;
-时域资源分配;
-频域资源分配;
-初始传输和重传之间的时间间隔;
-所述侧行链路SL半静态调度SPS配置索引;
-SPS激活和/或释放指示;
-调制和编码方案MCS列表信息;
-UE天线类型索引列表;
-UE天线面板索引列表;
-UE天线端口索引列表;
-资源模式时间索引RPTI列表;
-资源模式频率索引RPFI列表;
-资源模式时间长度RPTL列表;
-发送功率列表;
-跳频-多跳列表;
-周期性-多跳列表;
-解调参考信号DMRS-多跳侧行链路配置列表;
-转换预编码器-多跳列表;
-nrofHARQ-Processes-Multihop列表;
-repK-RV-Multihop列表;
-repK-Multihop列表;
-功率控制模式-多跳列表;
-P0-Multihop-PSSCH-AlphaSet列表。
14.根据权利要求1至3中的一项所述的方法,其特征在于,
所述多跳传输基于以下中的一个或多个:
-单播类型的多跳传输;
-多播类型的多跳传输;
-包括同一UE组中的子组多跳传输的多个多跳传输。
15.一种网络设备,其特征在于,所述网络设备配置为执行根据权利要求1至14中的一项所述的方法。
16.一种用于用户设备UE的方法,其特征在于,所述方法包括:
向网络设备或另一UE发送针对多跳传输的调度请求;以及
响应于所述调度请求,从所述网络设备或所述另一UE接收第一消息,
其中,所述第一消息指示用于一个或多个UE执行所述多跳传输的侧行链路资源分配信息,所述侧行链路资源分配信息包括:
-用于所述多跳传输的一个或多个UE的一个或多个基线侧行链路资源,
-所述多跳传输的一个或多个UE相对于所述基线侧行链路资源的相对侧行链路资源分配信息。
17.根据权利要求16所述的方法,其特征在于,所述第一消息还指示用于所述一个或多个UE执行多跳传输的一个或多个侧行链路资源。
18.根据权利要求16所述的方法,其特征在于,所述方法还包括:
从所述网络设备或所述另一UE接收第二消息,所述第二消息包括在第一消息中提供的所指示的一个或多个侧行链路资源和/或侧行链路资源分配信息中的至少一个变化。
19.根据权利要求16至18中的一项所述的方法,其特征在于,所述方法还包括:
当作为组的簇头时,基于所获得的第一消息确定所述多跳传输中涉及的一个或多个UE的侧行链路资源分配信息,其中所述第一消息包括多个侧行链路资源;以及
将所确定的侧行链路资源分配信息提供给所述多跳传输中涉及的所述一个或多个UE。
20.一种用户设备UE,其特征在于,所述UE配置为执行根据权利要求16至19中的一项所述的方法。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/EP2019/053867 WO2020164741A1 (en) | 2019-02-15 | 2019-02-15 | Communication devices and methods for providing multihop transmission |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113454938A CN113454938A (zh) | 2021-09-28 |
CN113454938B true CN113454938B (zh) | 2023-02-10 |
Family
ID=65516550
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201980092144.5A Active CN113454938B (zh) | 2019-02-15 | 2019-02-15 | 用于提供多跳传输的通信设备和方法 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20210377993A1 (zh) |
EP (1) | EP3912295B1 (zh) |
CN (1) | CN113454938B (zh) |
WO (1) | WO2020164741A1 (zh) |
Families Citing this family (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11695531B2 (en) * | 2019-05-02 | 2023-07-04 | Intel Corporation | Resources selection for feedback based NR-V2X communication |
US11606810B2 (en) * | 2019-07-19 | 2023-03-14 | Qualcomm Incorporated | Sidelink communication resource signaling |
US11700627B2 (en) * | 2019-11-05 | 2023-07-11 | Qualcomm Incorporated | Group semi-persistent scheduling for path diversity |
WO2021149121A1 (ja) * | 2020-01-20 | 2021-07-29 | 富士通株式会社 | 無線通信装置、無線通信システム及び無線通信方法 |
CN111601243A (zh) * | 2020-06-01 | 2020-08-28 | 蚌埠珠领智能科技有限公司 | 用于行人携带的移动终端与车载移动终端之间进行信息传输的方法及系统 |
US11696304B2 (en) * | 2020-06-29 | 2023-07-04 | Qualcomm Incorporated | Scheduling sidelink resources for multiple unicasts by a single downlink control information message |
US12004173B2 (en) * | 2020-07-07 | 2024-06-04 | Qualcomm Incorporated | Semi-persistent scheduling configurations for sidelink communications |
US20220078755A1 (en) * | 2020-09-04 | 2022-03-10 | Huawei Technologies Co., Ltd. | Multi-hop communications with user equipment (ue) cooperation |
CN114390558B (zh) * | 2020-10-22 | 2023-07-25 | 展讯通信(上海)有限公司 | 配置信息获取方法及装置 |
US20220263605A1 (en) * | 2021-02-18 | 2022-08-18 | Qualcomm Incorporated | Harq procedure for cooperative relay in sidelink networks |
US11570807B2 (en) * | 2021-04-27 | 2023-01-31 | Qualcomm Incorporated | Configured grant for multi-hop in sidelink |
WO2023282805A1 (en) * | 2021-07-08 | 2023-01-12 | Telefonaktiebolaget Lm Ericsson (Publ) | First node, second node and methods performed thereby, for sending a grant to a wireless device comprised in a multi-hop path comprising a plurality of relay nodes |
KR20230009076A (ko) * | 2021-07-08 | 2023-01-17 | 삼성전자주식회사 | Uwb 통신을 위한 방법 및 장치 |
US20230156664A1 (en) * | 2021-11-18 | 2023-05-18 | Qualcomm Incorporated | Sidelink repeating operations |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106612561A (zh) * | 2015-10-23 | 2017-05-03 | 华为技术有限公司 | 一种资源指示方法、装置及系统 |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9699589B2 (en) * | 2012-12-21 | 2017-07-04 | Blackberry Limited | Managing sessions for direct device to device communications |
JP6610656B2 (ja) * | 2015-03-19 | 2019-11-27 | 日本電気株式会社 | 近接サービス通信のための装置及び方法 |
JP6801709B2 (ja) * | 2016-04-12 | 2020-12-16 | 富士通株式会社 | 無線通信システム、移動局及び無線通信方法 |
JP2018029323A (ja) * | 2016-08-10 | 2018-02-22 | ソニー株式会社 | 通信装置及び通信方法 |
WO2019028905A1 (en) * | 2017-08-11 | 2019-02-14 | Zte Corporation | SYSTEMS AND METHODS FOR ADAPTING PARAMETERS IN LATERAL BINDING COMMUNICATIONS |
US10349335B2 (en) * | 2017-10-27 | 2019-07-09 | Cisco Technology, Inc. | Methods and apparatus for use in selecting a connection path for low-latency, deterministic multi-hop D2D communications |
US10925054B2 (en) * | 2018-05-14 | 2021-02-16 | Apple Inc. | Configurable resynchronization signal (RSS) for machine type communication (MTC) in new radio (NR) systems |
-
2019
- 2019-02-15 CN CN201980092144.5A patent/CN113454938B/zh active Active
- 2019-02-15 WO PCT/EP2019/053867 patent/WO2020164741A1/en unknown
- 2019-02-15 EP EP19706503.0A patent/EP3912295B1/en active Active
-
2021
- 2021-08-10 US US17/398,446 patent/US20210377993A1/en active Pending
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106612561A (zh) * | 2015-10-23 | 2017-05-03 | 华为技术有限公司 | 一种资源指示方法、装置及系统 |
Also Published As
Publication number | Publication date |
---|---|
CN113454938A (zh) | 2021-09-28 |
US20210377993A1 (en) | 2021-12-02 |
WO2020164741A1 (en) | 2020-08-20 |
EP3912295A1 (en) | 2021-11-24 |
EP3912295B1 (en) | 2023-11-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN113454938B (zh) | 用于提供多跳传输的通信设备和方法 | |
US11490425B2 (en) | Flexible grant-free resource configuration signaling | |
CN111614445B (zh) | 用于发射和接收侧行链路数据的方法和装置 | |
US20220346118A1 (en) | Resource allocation and a power control method for sidelink communication system | |
US11546095B2 (en) | Sidelink HARQ feedback transmission method and device thereof | |
US20240039684A1 (en) | User equipment, base stations and wireless communications system for ultra-reliable communications | |
JP6894519B2 (ja) | 無線通信システムにおけるグラントフリーベースのアップリンクデータを送信する方法及び装置 | |
US11337188B2 (en) | Method and device for transmitting/receiving uplink control information in wireless communication system | |
CN112600652A (zh) | 侧链路传送方法和装置 | |
US11659521B2 (en) | Long physical sidelink shared channel format for sidelink communication | |
KR102493234B1 (ko) | 단축된 프레임 구조들을 이용한 사운딩 피드백 | |
KR20170091489A (ko) | 무선 통신 시스템에서 하향링크 harq를 제어하는 방법 및 그 장치 | |
CN114051278A (zh) | 无线通信的方法、终端设备和网络设备 | |
KR20220037492A (ko) | 무선 통신 시스템에서 사이드링크 송신을 위한 방법 및 장치 | |
KR102085658B1 (ko) | 공통 검색 공간을 사용한 효율적인 제어 신호전송 | |
US11805525B2 (en) | Method and apparatus for determining of transmission resources for uplink channels of use for dual connectivity in wireless communication system | |
US11804930B2 (en) | Sidelink HARQ feedback transmission method and device thereof | |
US20240008032A1 (en) | Method and device for supporting latency services via a logical channel in a mobile communication system | |
US11399346B2 (en) | Method and apparatus for controlling uplink transmission power by terminal for dual connectivity in wireless communication system | |
US11909673B2 (en) | Method and device for transmitting uplink control channel in wireless cellular communication system | |
KR20180134733A (ko) | 5세대 통신 시스템과 4세대 통신 시스템의 공존을 위한 방법 및 장치 | |
US20220069968A1 (en) | Method and device for transmitting uplink channel, by terminal, for dual connectivity in wireless communication system |
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 |