CN107615844A - 在侧行链路控制时段期间的多邻近服务组通信 - Google Patents
在侧行链路控制时段期间的多邻近服务组通信 Download PDFInfo
- Publication number
- CN107615844A CN107615844A CN201580080060.1A CN201580080060A CN107615844A CN 107615844 A CN107615844 A CN 107615844A CN 201580080060 A CN201580080060 A CN 201580080060A CN 107615844 A CN107615844 A CN 107615844A
- Authority
- CN
- China
- Prior art keywords
- sidelink
- user equipment
- sent
- destination
- group
- 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.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/02—Selection of wireless resources by user or terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
- H04W72/044—Wireless resource allocation based on the type of the allocated resource
- H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/14—Direct-mode setup
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明涉及一种对于发送用户设备分派无线电资源以通过到一个或多个接收用户设备的直接侧行链路连接执行直接通信发送的方法。在发送用户设备中提供至少两个侧行链路许可处理,以便发送UE在同一发送控制时段内处置至少两个侧行链路许可。所述侧行链路许可处理中的每一个与标识关联,并且能够与一个侧行链路许可关联。发送用户设备获取至少两个侧行链路许可,并将所获取的侧行链路许可中的每一个与一个侧行链路许可处理进行关联。对于每一个侧行链路许可,发送UE根据相应的侧行链路许可分派无线电资源,以通过直接侧行链路连接执行对侧行链路控制信息和数据的直接通信发送。因此,发送UE在同一发送控制时段内,对于每一个所获取的侧行链路许可来执行直接通信发送。
Description
技术领域
本公开涉及用于向发送用户设备分派无线电资源以通过到一个或多个接收用户设备的直接侧行链路(sidelink)连接执行直接通信发送的方法。本公开还提供用于参与本文描述的方法的用户设备和基站。
背景技术
长期演进(LTE)
基于WCDMA无线电接入技术的第三代移动系统(3G)正在全世界广泛部署。增强或演进此技术的第一步需要引入高速下行链路分组接入(HSDPA)和增强的上行链路(也被称为高速上行链路分组接入(HUSPA)),这使得无线电接入技术具有很高的竞争力。
为了对进一步增长的用户需求做好准备以及为了使其相对于新的无线电接入技术具有竞争力,3GPP引入了被称为长期演进(LTE)的新移动通信系统。LTE被设计为满足下个十年的高速数据和媒体传输的载波需要以及大容量语音支持。提供高比特率的能力是LTE的关键措施。
被称为演进的UMTS陆地无线电接入(UTRA)和UMTS陆地无线电接入网(UTRAN)的关于长期演进(LTE)的工作项目(WI)规范最终确定为版本8(LTE版本8)。LTE系统表示高效的基于分组的无线电接入和无线电接入网,其提供具有低延迟和低成本的基于全IP的功能。在LTE中,规定了可调整的多个发送带宽,诸如1.4MHz、3.0MHz、5.0MHz、10.0MHz、15.0MHz和20.0MHz,以便使用给定频谱获得灵活的系统部署。在下行链路中,采用基于正交频分复用(OFDM)的无线电接入,这是因为其对于多路径干扰(MPI)的固有抗干扰能力,而此抗干扰能力是由于低码元速率、使用循环前缀(CP)以及其与不同发送带宽布置的关联而得到的。在上行链路中采用基于单载波频分多址(SC-FDMA)的无线电接入,这是因为,考虑到用户设备(UE)的有限的发送功率,提供广域覆盖优先于提高峰值数据速率。采用了包括多输入多输出(MIMO)信道发送技术在内的许多关键的分组无线电接入技术,并且在LTE版本8/9中实现了高效的控制信令结构。
LTE架构
图1中示出了整体架构。E-UTRAN由eNodeB组成,提供了向着用户设备(UE)的E-UTRA用户平面(PDCP/RLC/MAC/PHY)和控制平面(RRC)协议端接(termination)。eNodeB(eNB)主管物理(PHY)层、介质访问控制(MAC)层、无线电链路控制(RLC)层和分组数据控制协议(PDCP)层,这些层包括用户平面报头压缩和加密的功能性。eNodeB还提供对应于控制平面的无线电资源控制(RRC)功能性。eNodeB执行许多功能,包括无线电资源管理、准许控制、调度、施加经协商的上行链路服务质量(QoS)、小区信息广播、用户和控制平面数据的加密/解密、以及下行链路/上行链路用户平面分组报头的压缩/解压缩。通过X2接口将eNodeB彼此互连。
eNodeB还通过S1接口连接到EPC(演进的分组核心),更具体地,通过S1-MME(移动性管理实体)连接到MME并通过S1-U连接到服务网关(SGW)。S1接口支持MME/服务网关与eNodeB之间的多对多关系。SGW对用户数据分组进行路由并转发,同时还充当eNodeB间的移交期间的用于用户平面的移动性锚点、并充当用于LTE与其它3GPP技术之间的移动性的锚点(端接S4接口并中继2G/3G系统与PDN GW之间的业务)。对于空闲状态的用户设备,在对于用户设备的下行链路数据到达时,SGW端接下行链路数据路径并触发寻呼。SGW管理和存储用户设备上下文,例如,IP承载服务的参数、网络内部路由信息。在合法拦截的情况下,SGW还执行对用户业务的复制。
MME是用于LTE接入网络的关键控制节点。MME负责空闲模式用户设备追踪和寻呼过程,包括重发。MME参与承载激活/禁用处理,并且还负责在初始附接时以及在涉及核心网络(CN)节点重定位的LTE内移交时为用户设备选择SGW。MME负责(通过与HSS交互)认证用户。非接入层(NAS)信令在MME处终止,并且MME还负责对用户设备生成和分派临时标识。MME检查对用户设备在服务提供商的公共陆地移动网络(PLMN)上驻留的授权,并施加用户设备漫游限制。MME是网络中用于NAS信令的加密/完整性保护的端点,并处置安全密钥管理。MME还支持信令的合法拦截。MME还利用从SGSN起终接在MME的S3接口,提供用于LTE与2G/3G接入网络之间的移动性的控制平面功能。MME还端接朝向对于漫游用户设备的归属HSS的S6a接口。
LTE中的分量载波结构
在所谓的子帧中,在时频域中细分3GPP LTE系统的下行链路分量载波。在3GPPLTE中,将每个子帧分为如图2中所示的两个下行链路时隙,第一个下行链路时隙在第一个OFDM码元内包括控制信道区(PDCCH区)。每个子帧包括时域中的给定数目的OFDM码元(在3GPP LTE(版本8)中为12个或14个OFDM码元),每个OFDM码元横跨分量载波的整个带宽。因此,OFDM码元各自包括在相应的副载波上发送的多个调制码元。在LTE中,每个时隙中所发送的信息由个副载波和个OFDM码元的资源网格描述。是带宽内资源块的数目。数量取决于小区中配置的下行链路发送带宽,并且应满足其中和分别是当前版本的规范所支持的最小和最大的下行链路带宽。是一个资源块内的副载波的数目。对于常规循环前缀子帧结构,并且
假设例如采用OFDM的多载波通信系统(如例如在3GPP长期演进(LTE)中使用的),可以由调度单元分配的资源的最小单位是一个“资源块”。将物理资源块(PRB)定义为时域中连续的OFDM码元(例如,7个OFDM码元)以及如图2中所例示的频域中连续的副载波(例如,用于分量载波的12个副载波)。在3GPP LTE(版本8)中,物理资源块从而包括对应于时域中的一个时隙和频域中的180kHz的资源单元(关于下行链路资源网格的进一步细节,例如参见3GPP TS 36.211,“Evolved Universal Terrestrial Radio Access(E-UTRA);PhysicalChannels and Modulation(Release 8)”第6.2部分,其可在http://www.3gpp.org获得并且通过引用合并在此)。
一个子帧包括两个时隙,使得当使用所谓的“常规”CP(循环前缀)时在子帧中存在14个OFDM码元,而当使用所谓的“扩展”CP时在子帧中存在12个OFDM码元。为了术语,以下将相当于跨越完整子帧的相同连续子载波的时间-频率资源称为“资源块对”或等效的“RB对”或“PRB对”。
术语“分量载波”是指频域中的若干个资源块的组合。在LTE将来的版本中,术语“分量载波”不再被使用;相反,该术语被改变为“小区”,其指下行链路以及可选的上行链路资源的组合。在下行链路资源上发送的系统信息中指示下行链路资源的载频和上行链路资源的载频之间的关联。
分量载波结构的类似假设也将适用于以后的版本。
LTE-A中用于支持更宽带宽的载波聚合
在世界无线电通信会议2007(WRC-07)上决定了用于高级IMT的频谱。虽然决定了用于高级IMT的总体频谱,但根据每个地区或国家,实际可用的频率带宽不同。然而,在决定了可用频谱概要之后,第三代合作伙伴计划(3GPP)开始了无线电接口的标准化。在3GPPTSG RAN#39会议上,批准了关于“用于E-UTRA的进一步发展(高级LTE)”的研究项描述。该研究项覆盖例如为了满足高级IMT的要求而在E-UTRA的演进中要考虑的技术部分。
高级LTE系统能够支持的带宽是100MHz,而LTE系统仅能够支持20MHz。现在,无线电频谱的缺少已成为无线网络发展的瓶颈,因此,难以找到对高级LTE系统而言足够宽的频谱带。因而,急需找到获取更宽无线电频谱带的方法,可能的答案是载波聚合功能性。
在载波聚合中,两个或更多个分量载波被聚合以便支持高达100MHz的更宽的发送带宽。LTE系统中的若干个小区被聚合为高级LET系统中的一个更宽的信道(该信道对100MHz而言足够宽),即使LTE中的这些小区可能在不同的频带中也是如此。
所有分量载波都可以被配置为可兼容LTE版本8/9,至少当分量载波的带宽不超过LTE版本8/9小区所支持的带宽时。并非所有由用户设备聚合的分量载波一定会是可兼容版本8/9的。可以使用现有机制(例如,阻拦(barring))来避免版本8/9用户设备驻留在分量载波上。
用户设备可以根据其能力在一个或多个分量载波(对应于多个服务小区)上同时接收或发送。具有用于载波聚合的接收和/或发送能力的LTE-A版本10用户设备可以在多个服务小区上同时接收和/或发送,而如果分量载波的结构遵循版本8/9规范,LTE版本8/9用户设备就只能在单个服务小区上接收和发送。
对于连续和非连续分量载波都支持载波聚合,其中每个分量载波在频域中限于最多110个资源块(使用3GPP LTE(版本8/9)数字学(numerology))。
可以配置可兼容3GPP LTE-A(版本10)的用户设备以聚合不同数目的分量载波,所述分量载波源自同一eNodeB(基站)并且在上行链路和下行链路中可能具有不同的带宽。可配置的下行链路分量载波的数目取决于UE的下行链路聚合能力。相反,可配置的上行链路分量载波的数目取决于UE的上行链路聚合能力。目前或许不可能配置具有比下行链路分量载波更多的上行链路分量载波的移动终端。在典型的TDD部署中,在上行链路和下行链路中分量载波的数目和每个分量载波的带宽相同。源自同一eNodeB的分量载波不需要提供相同覆盖范围。
连续地聚合的分量载波的中心频率之间的间距应当是300kHz的倍数。这是为了可与3GPP LTE(版本8/9)的100kHz频率光栅兼容,同时保持具有15kHz间距的副载波的正交性。根据聚合情形,可以通过在连续的分量载波之间插入少量未使用的副载波来帮助实现n×300kHz间距。
多个载波的聚合的性质仅向上暴露给MAC层。对于上行链路和下行链路两者,对于每个聚合的分量载波,MAC中需要一个HARQ实体。(在不存在用于上行链路的SU-MIMO的情况下)每分量载波最多有一个传输块。传输块和其潜在HARQ重发需要映射到同一分量载波上。
当配置载波聚合(CC)时,移动终端仅具有一个与网络的RRC连接。在RRC连接建立/重建时,一个小区提供(一个ECGI、一个PCI和一个ARFCN)和非接入层移动性信息(例如,TAI),与LTE版本8/9中类似地。在RRC连接建立/重建之后,对应于该小区的分量载波称为下行主要小区(PCell)。在连接状态下,每用户设备总是配置一个且只有一个下行PCell(DLPCell)和一个上行PCell(UL PCell)。在所配置的分量载波的集合内,其它小区称为辅小区(SCell);SCell的载波是下行链路辅助分量载波(DL SCC)和上行链路辅助分量载波(ULSCC)。可以为一个UE配置包括PCell的最多五个服务小区。
下行链路和上行链路PCell的特点是:
●对于每个SCell,除了下行链路资源之外,UE对上行链路资源的使用也是可配置的(因此所配置的DL SCC的数目总是大于或等于UL SCC的数目,并且没有SCell可被配置为仅使用上行链路资源)
●与SCell不同,下行链路PCell不能被禁用
●在下行链路PCell经历瑞利衰减(RLF)时,而不是在SCell经历RLF时,触发重建
●从下行链路PCell获取非接入层信息
●PCell仅可以随着移交过程(即,随着安全密钥改变和RACH过程)而改变
●PCell被用于发送PUCCH
●上行链路PCell用于发送第1层上行链路控制信息
●从UE的角度来说,每个上行链路资源仅属于一个服务小区
可以由RRC执行分量载波的配置和重配置、以及增加和去除。经由MAC控制单元完成激活和禁用。在LTE内移交时,RRC还可以增加、去除或重配置SCell,用于在目标小区中使用。当增加新SCell时,专用RRC信令被用于发送SCell的系统信息,该信息是发送/接收所需的(与版本8/9中类似地用于移交)。当向一个UE增加每个SCell时,该SCell配置有服务小区索引;PCell始终具有服务小区索引0。
当用户设备被配置有载波聚合时,存在总是活动的至少一对上行链路和下行链路分量载波。该对的下行链路分量载波也可被称为“DL锚载波”。这同样适用于上行链路。
当配置载波聚合时,可以同时在多个分量载波上调度用户设备,但任何时候最多应当只有一个随机接入过程在进行。交叉载波调度允许分量载波的PDCCH在另一分量载波上调度资源。为此目的,在相应的DCI格式中引入分量载波标识字段,称为CIF。
当没有交叉载波调度时,上行链路和下行链路分量载波之间通过RRC信令建立的关联允许标识许可(grant)所适用的上行链路分量载波。下行链路分量载波对上行链路分量载波的关联不一定需要一对一。换言之,超过一个下行链路分量载波可以关联到同一个上行链路分量载波。同时,一个下行链路分量载波可以仅关联到一个上行链路分量载波。
LTE的上行链路接入方式
对于上行链路发送,需要高功效的用户终端发送以便最大化覆盖范围(coverage)。已经选择与具有动态带宽分派的FDMA组合的单载波发送来作为演进的UTRA上行链路发送方式。优选单载波发送的主要原因是,与多载波信号(OFDMA)相比较低的峰值与平均功率比(PAPR)、以及对应提高的功率放大单元效率和改进的覆盖范围(对于给定终端峰值功率的较高数据速率)。在每个时间间隔期间,节点B向用户分配唯一的时间/频率资源,用于发送用户数据,由此确保小区内正交性。上行链路中的正交接入通过消除小区内干扰而保证频谱效率提高。通过将循环前缀插入所发送的信号中而帮助在基站(节点B)处置由于多路径传播而导致的干扰。
用于数据发送的基本物理资源包括在一个时间间隔(例如,0.5ms的子帧)期间尺寸为BWgrant的频率资源,经编码的信息比特被映射到所述频率资源上。应当注意,子帧(还称为发送时间间隔(TTI))是用户数据发送的最小时间间隔。然而,可以通过串接子帧而将比一个TTI长的时间段上的频率资源BWgrant分配给用户。
LTE的UL调度方式
LTE中的上行链路方式支持调度式接入(即,由eNB控制的)、以及基于竞争的接入两者。
在调度式接入的情况下,UE被eNB分派特定时间的特定频率资源(即,时间/频率资源)以用于上行链路数据发送。可以分派一些时间/频率资源用于基于竞争的接入,在这些时间/频率资源内,UE不用首先被eNB调度就可以进行发送。UE进行基于竞争的接入的一个情形是例如随机接入,即,当UE执行对小区的初始接入时、或者用于请求上行链路资源时。
对于调度式接入,节点B调度单元向用户分配唯一的时间/频率资源以用于上行链路数据发送。更具体地,所述调度单元确定:
●允许哪个(哪些)UE发送,
●哪些物理信道资源,
●移动终端用于发送的传输格式(调制编码方式MCS)。
然后,经由L1/L2控制信道上发送的调度许可将分派信息用信号发送(signal)至UE。为了简明,下面将此信道称为“上行链路许可信道”。因此,调度许可消息包含关于允许UE使用频带的哪部分、许可的有效时段、以及UE必须用于即将到来的上行链路发送的传输格式的信息。最短有效时段是一个子帧。根据所选择的方式,还可以将附加信息包括在许可消息中。仅仅使用“每UE”许可来许可在UL-SCH上发送的权利(即,不存在“每UE每RB”许可)。因此,UE需要根据某些规则在无线电承载之中分布所分派的资源。与HSUPA中不同,不存在基于UE的传输格式选择。eNB基于一些信息(例如,报告的调度信息和QoS信息)来决定传输格式,并且,UE必须遵循所选择的传输格式。在HSUPA中,节点B分配最大上行链路资源,并且,UE相应地选择实际用于数据发送的传输格式。
由于无线电资源的调度是共享信道接入网络中用于确定服务质量的最重要功能,所以用于LTE的UL调度方式应当满足多个需求以便支持高效QoS管理。
●应当避免低优先级服务的资源不足(starvation)
●调度方式应当支持对于无线电承载/服务的清楚的QoS区别
●UL报告应当允许精细粒度的缓冲单元报告(例如,每无线电承载或者每无线电承载组),以便使eNB调度单元能够标识将发送对于哪个无线电承载/服务的数据
●应当可以在不同用户的服务之间进行清楚的QoS区别
●应当可以提供每无线电承载的最小比特率
从以上列表可见,LTE调度方式的一个基本方面是提供运营商可以用来控制在不同QoS等级的无线电承载之间划分其总小区容量的机制。无线电承载的QoS等级由如前所述的从AGW用信号发送至eNB的对应SAE承载的QoS简档来标识。然后,运营商可以将其总小区容量的特定量分派至与特定QoS等级的无线电承载相关联的总业务。采用此基于等级的方法的主要目的是能够根据分组所属的QoS等级而区别对分组的处理。
第1层/第2层控制信令
为了向所调度的用户通知它们的分派状态、传输格式和其它的发送有关的信息(例如,HARQ信息、发送功率控制(TPC)命令),将L1/L2控制信令与数据一起在下行链路上发送。假设用户分派可以随子帧而改变,在子帧中将L1/L2控制信令与下行链路数据复用。应当注意,也可以基于TTI(发送时间间隔)而执行用户分派,TTI长度可以是子帧的倍数。TTI长度可以是对于所有用户在服务区域中固定的,可以是对于不同用户不同的,或者甚至可以是对于每个用户动态的。一般地,每TTI仅需要发送一次L1/L2控制信令。在不失一般性的情况下,以下假设TTI等同于一个子帧。
在物理下行链路控制信道(PDCCH)上发送L1/L2控制信令。PDCCH携带作为下行链路控制信息(DCI)的消息,其在大多数情况下包括资源分配和其它用于移动终端或UE组的控制信息。通常,可以在一个子帧中发送若干个PDCCH。
应注意,在3GPP LTE中,还在PDCCH上发送对于上行链路数据发送的分配(还称为上行链路调度许可或上行链路资源分配)。此外,即使详细的发送方法与PDCCH不同,3GPP版本11也引入了履行与PDCCH基本相同的功能(即,传送L1/L2控制信令)的EPDCCH。进一步的细节可以在3GPP TS36.211和36.213的当前版本(通过引用将其合并在此)中找到。因此,除非具体说明,否则背景技术部分和实施例中概述的大多数项适用于PDCCH以及EPDCCH或其它传送L1/L2控制信号的手段。
通常,用于分配上行链路或下行链路无线电资源(特别是LTE(-A)版本10)的L1/L2控制信令中发送的信息可以被分类为以下项:
-用户标识,指示被分派的用户。这通常通过用用户标识对CRC进行掩码而包括在校验和中;
-资源分派信息,指示分派用户的资源(例如,资源块RB)。替代地,此信息称为资源块分配(RBA)。注意,分派用户的RB的数目可以是动态的;
-载波指示符,其在第一载波上发送的控制信道分配关于第二载波的资源(即,第二载波上的资源或与第二载波有关的资源)的情况(交叉载波调度)下被使用;
-调制和编码方式,其确定所采用的调制方式和编码率;
-HARQ信息,诸如新数据指示符(NDI)和/或冗余版本(RV),其在数据分组或其部分的重发中特别有用;
-功率控制命令,用于调整所分配的上行链路数据或控制信息发送的发送功率;
-参考信号信息,诸如所应用的循环移位和/或正交覆盖码索引,其用于与分配有关的参考信号的发送或接收;
-上行链路或下行链路分配索引,用于标识分配顺序,其在TDD系统中特别有用;
-跳跃(hopping)信息,例如,对是否以及如何应用资源跳跃以便提高频率分集的指示;
-CSI请求,其用于触发在所分配的资源中信道状态信息的发送;以及
-多集群信息,其是用于指示和控制发送是发生在单个集群(RB的连续集合)还是多个集群(连续RB的至少两个非连续集合)中的标志。多群集分派已经由3GPP LTE-(A)版本10引入。
应当注意,上述清单是非穷举的,并且,根据所使用的DCI格式,并非所有提及的信息项都需要存在于每个PDCCH发送中。
下行链路控制信息以一些格式出现,所述格式在总体尺寸上以及在其字段中包含的信息上不同,如上所述。当前为LTE定义的不同DCI格式如下,并且在3GPP TS 36.212“Multiplexing and channel coding”第5.3.3.1部分(当前版本v.12.0.0可在http://www.3gpp.org获得并通过引用合并在此)中详细描述。另外,对于有关DCI格式以及DCI中发送的特定信息的进一步的信息,请参见所提及的技术标准、或由Stefanie Sesia、IssamToufik、Matthew Baker编辑的“LTE-The UMTS Long Term Evolution-From Theory toPractice”第9.3章(通过引用被合并在此)。
-格式0:DCI格式0用于使用上行链路发送模式1或2中的单天线端口发送来发送对于PUSCH的资源许可。
-格式1:DCI格式1用于发送对于单码字PDSCH发送的资源分配(下行链路发送模式1、2和7)。
-格式1A:DCI格式1A用于对于单码字PDSCH发送的资源分配的紧凑信令,并且用于将专用前导签名分派给用于无竞争随机访问的移动终端(用于所有发送模式)。
-格式1B:DCI格式1B用于对于使用具有秩-1发送的闭环预编码的PDSCH发送的资源分配的紧凑信令(下行链路发送模式6)。所发送的信息与格式1A中相同,但是增加了应用于PDSCH发送的预编码矢量的指示符。
-格式1C:DCI格式1C用于PDSCH分配的非常紧凑的发送。当使用格式1C时,将PDSCH发送限制为使用QPSK调制。例如,这用于用信号发送寻呼消息和广播系统信息消息。
-格式1D:DCI格式1D用于对于使用多用户MIMO的PDSCH发送的资源分配的紧凑信令。所发送的信息与格式1B中相同,但是,代替预编码矢量指示符的比特之一,存在单个比特来指示是否将功率偏置应用于数据码元。需要此特征来示出是否在两个UE之间共享发送功率。LTE的将来版本可以将此扩展到更大数目的UE之间的功率共享的情况。
-格式2:DCI格式2用于发送对于用于闭环MIMO操作的PDSCH的资源分配(发送模式4)。
-格式2A:DCI格式2A用于发送对于用于开环MIMO操作的PDSCH的资源分配。所发送的信息与格式2相同,除了如下之外:如果eNodeB具有两个发送天线端口,则不存在预编码信息,并且,对于四个天线端口,两个比特用于指示发送秩(发送模式3)。
-格式2B:在版本9中被引入,并且用于发送对于用于双层波束形成的PDSCH的资源分配(发送模式8)。
-格式2C:在版本10中被引入,并且用于发送对于用于具有多达8层的闭环单用户或多用户MIMO操作的PDSCH的资源分配(发送模式9)。
-格式2D:在版本11中被引入,并且用于多达8层的发送;主要用于COMP(协作多点)(发送模式10)。
-格式3和3A:DCI格式3和3A用于发送对于分别具有2比特或1比特功率调整的PUCCH和PUSCH的功率控制命令。这些DCI格式包含对于一组UE的各自的功率控制命令。
-格式4:DCI格式4用于在上行链路发送模式2中使用闭环空间复用发送来调度PUSCH。
-格式5:DCI格式5用于PSCCH(物理侧行链路控制信道)的调度,并且还包含用于PSSCH(物理侧行链路共享控制信道)的调度的若干个SCI格式0字段。如果映射到给定搜索空间上的DCI格式5中的信息比特的数目小于用于调度相同服务小区的格式0的有效载荷尺寸,则应当将零附加到格式5,直到有效载荷尺寸等于格式0的包括任何附加到格式0的填充比特的有效载荷尺寸为止。
3GPP技术标准TS 35.212(当前版本12.4.0)在第5.4.3小节(通过引用被合并在此)中定义用于侧行链路的控制信息;有关侧行链路的详细信息稍后请见。
SCI可以传输对于一个目的地ID的侧行链路调度信息。SCI格式0被定义用于PSSCH的调度。以下信息通过SCI格式0发送:
●跳频标志-1比特
●资源块分配和跳跃资源分配
●时间资源模式-7比特
●调制和编码方式-5比特
●定时提前指示-11比特
●组目的地ID-8比特
逻辑信道优先级排序LCP过程
对于上行链路,UE用来创建MAC PDU以使用所分派的无线电资源进行发送的处理被完全标准化;这被设计为确保UE以在不同UE实施方式之间最优和一致的方式满足每个配置的无线电承载的QoS。基于在PDCCH上用信号发送的上行链路发送资源许可消息,UE必须决定要包括在新MAC中的每个逻辑信道的数据量,并且如果需要还必须为MAC控制单元分派空间。
在用来自多个逻辑信道的数据构建MAC PDU时,最简单且最直观的方法是基于绝对优先级的方法,其中MAC PDU空间以逻辑信道优先级降序分派给逻辑信道。也就是说,来自最高优先级逻辑信道的数据在MAC PDU中首先被服务,随后是来自下一个次高优先级逻辑信道的数据,继续进行直到MAC PDU空间用完为止。虽然基于绝对优先级的方法在UE实施方式方面相当简单,但有时导致来自低优先级逻辑信道的数据的资源不足;资源不足意味着来自低优先级逻辑信道的数据不能被发送,因为来自高优先级逻辑信道的数据占用了所有MAC PDU空间。
在LTE中,为每个逻辑信道定义优先比特率(PBR),以便以重要性的顺序发送数据,但是也避免具有较低优先级的数据的资源不足。PBR是为逻辑信道保证的最小数据速率。即使逻辑信道具有低优先级,至少少量的MAC PDU空间也被分派以保证PBR。因此,可以通过使用PBR避免资源不足问题。
用PBR构建MAC PDU包括两轮。在第一轮中,以逻辑信道优先级降序服务每个逻辑信道,但是包括在MAC PDU中的来自每个逻辑信道的数据量最初被限制为与逻辑信道的所配置的PBR对应的量。在所有逻辑信道已经被服务直至它们的PBR值之后,如果在MAC PDU中留有空间,则执行第二轮。在第二轮中,每个逻辑信道被再次以优先级降序服务。第二轮与第一轮相比的主要区别是,只有所有较高优先级的逻辑信道都没有更多的数据要发送,才可以向较低优先级的每个逻辑信道分派MAC PDU空间。
MAC PDU不仅可以包括来自每个配置的逻辑信道的MAC SDU,还可以包括MAC CE。除了填充BSR之外,MAC CE具有比来自逻辑信道的MAC SDU更高的优先级,因为MAC CE控制MAC层的操作。因此,当构成MAC PDU时,MAC CE(如果存在)是首先被包括的,并且剩余空间用于来自逻辑信道的MAC SDU。然后,如果留有额外的空间并且其足够大以包括BSR,则填充BSR被触发并包括在MAC PDU中。每次执行新的发送时都应用逻辑信道优先级排序(prioritization)(LCP)过程。
例如在通过引用合并在此的3GPP TS 36.321(当前版本v12.5.0)的第5.4.3.1小节中标准化逻辑信道优先级排序。
RRC通过用于每个逻辑信道的信令来控制上行链路数据的调度:
●priority,升高的优先级值指示较低的优先级水平,
●prioritedBitRate,其设置优先比特率(PBR),
●bucketSizeDuration,其设置令牌桶尺寸持续时间(BSD)。
UE应为每个逻辑信道j保持变量Bj。当建立相关逻辑信道时,应将Bj初始化为0,并且对于每个TTI,将Bj递增PBR×TTI持续时间的乘积,其中,PBR是逻辑信道j的优先比特率。然而,Bj的值绝不能超过令牌桶尺寸,并且如果Bj的值大于逻辑信道j的令牌桶尺寸,则应将其设置为令牌桶尺寸。逻辑信道的令牌桶尺寸等于PBR×BSD,其中PBR和BSD由上层配置。
LTE设备到设备(D2D)邻近服务(ProSe)
基于邻近(proximity)的应用和服务表示新兴的社会技术趋势。所确定的领域包括与运营商和用户将感兴趣的商业服务和公共安全有关的服务。在LTE中引入邻近服务(ProSe)能力将使得3GPP行业能够服务于此发展中的市场,并且同时将服务于共同致力于LTE的若干个公共安全团体的迫切需要。
设备到设备(D2D)通信是LET版本12的技术组成部分。设备到设备(D2D)通信技术使得D2D作为蜂窝网络的底层可以增加频谱效率。例如,如果蜂窝网络是LTE,则所有携带物理信道的数据使用SC-FDMA用于D2D信令。在D2D通信中,用户设备在使用蜂窝资源的直接链路上、而非通过无线电基站,向彼此发送数据信号。在本发明中,术语“D2D”,、“ProSe”和“侧行链路”是可互换的。
LTE中的D2D通信
LTE中的D2D通信关注两个领域:发现和通信。
ProSe(基于邻近的服务)直接发现被定义为由启用ProSe的UE用来经由PC5接口使用E-UTRA直接无线电信号来发现其邻近的其它启用ProSe的UE的过程。图3示意性地图示了用于设备到设备直接发现的PC5接口。图4示意性地图示了用于ProSe直接发现的无线电协议栈(AS)。
在D2D通信中,UE使用蜂窝资源、而非通过基站(BS),通过直接链路向彼此发送数据信号。D2D用户在保持在BS下被控制的同时,即,至少当处于eNB的覆盖范围中时,直接进行通信。因此,D2D可以通过重用蜂窝资源来提高系统性能。
假设D2D在上行链路LTE频谱(在FDD的情况下)、或给出覆盖范围的小区的上行链路子帧(在TDD的情况下,除了在于覆盖范围之外时)中操作。此外,D2D发送/接收在给定载波上不使用全双工。从单独的UE的角度来说,在给定载波上,D2D信号接收和LTE上行链路发送不使用全双工,即,同时的D2D信号接收和LTE UL发送是不可能的。
在D2D通信中,当一个特定的UE1具有发送的角色(发送用户设备或发送终端)时,UE1发送数据并且UE2(接收用户设备)接收该数据。UE1和UE2可以改变它们的发送和接收角色。来自UE1的发送可以被如UE2的一个或多个UE接收。
关于用户平面协议,下面给出从D2D通信的角度来说的协定的一部分(也参见3GPPTS 36.843当前版本12.0.1第9.2.2部分,通过引用将其合并在此):
●PDCP:
-1:M D2D广播通信数据(即,IP分组)应当被处置作为常规用户平面数据。
-PDCP中的报头-压缩/解压缩适用于1:M D2D广播通信。
■U-模式用于公共安全的D2D广播操作的PDCP中的报头压缩;
●RLC:
-RLC UM用于1:M D2D广播通信。
-RLC UM在L2上支持分段和重装。
-接收UE需要对于每个发送对等UE维持至少一个RLC UM实体。
-不需要在接收第一RLC UM数据单元之前配置RLC UM接收方实体。
-到目前为止,还没有标识对于用于用户平面数据发送的D2D通信的RLC AM或RLCTM的需要。
●MAC:
-对于1:M D2D广播通信不假设HARQ反馈。
-接收UE需要知道源ID,以便标识接收方RLC UM实体。
-MAC报头包括L2目标ID,其使得可以在MAC层滤除分组。
-L2目标ID可以是广播、组播或单播地址。
■L2组播/单播:MAC报头中携带的L2目标ID将使得即使在将接收的RLC UM PDU传递至RLC接收方实体之前也可以丢弃该RLC UM PDU。
■L2广播:接收UE将处理从所有发送单元接收的所有RLC PDU,并且旨在重装并传递IP分组至上层。
-MAC子报头包含LCID(以区别多个逻辑信道)。
-至少复用/解复用、优先级处置和填充对于D2D而言是有用的。
ProSe直接通信相关标识
3GPP TS 36.300当前版本12.5.0在第8.3小节中定义了以下标识以用于ProSe直接通信:
●SL-RNTI:用于ProSe直接通信调度的唯一标识;
●源层-2 ID:标识侧行链路ProSe直接通信中的数据的发送方。源层-2ID为24比特长,并且与用于标识接收方中的RLC UM实体和PDCP实体的ProSe层-2目的地ID和LCID一起使用;
●目的地层-2ID:标识侧行链路ProSe直接通信中的数据的目标。目的地层-2ID为24比特长,并在MAC层中被划分成两个位串:
■一个位串是目的地层-2ID的LSB部分(8比特),并被转发到物理层作为侧行链路侧行链路控制层-1ID。这标识侧行链路控制中的预期数据的目标,并用于在物理层过滤分组。
■第二个位串是目的地层-2ID的MSB部分(16比特),并且被携带在MAC报头内。这用于在MAC层过滤分组。
对于组形成不需要接入层信令,并且不需要接入层信令来在UE中配置源层-2ID、目的地层-2ID和侧行链路控制L1ID。这些标识由较高层提供或从由较高层提供的标识导出。在组播和广播的情况下,由较高层提供的ProSe UE ID直接用作源层-2ID,并且由较高层提供的ProSe层-2组ID直接用作MAC层中的目的地层-2ID。
用于邻近服务的无线电资源分派
从发送UE的角度来说,启用邻近服务的UE(启用ProSe的UE)可以操作在用于资源分派的两个模式中:
模式1是指eNB调度的资源分派,其中,UE从eNB(或版本10中继节点)请求发送资源,并且eNB(或版本10中继节点)继而调度UE用于发送直接数据和直接控制信息(例如,调度分配)的资源。UE需要是RRC_CONNECTED的,以便发送数据。具体地,UE以通常方式向eNB发送调度请求(D-SR或随机接入),其后是缓冲状态报告(BSR)(还参见以下章节“用于D2D通信的发送过程”)。基于BSR,eNB可以确定UE具有用于ProSe直接通信发送的数据,并且可以估计发送所需的资源。
另一方面,模式2是指UE自主资源选择,其中UE自己从资源池选择资源(时间和频率)以发送直接数据和直接控制信息(即SA)。一个资源池例如通过SIB18的内容定义,即,通过字段commTxPoolNormalCommon定义,此特定资源池在小区中广播,然后共同地可用于仍处于RRC_Idle状态的小区中的所有UE。实际上,eNB可以定义所述池的多达四个不同的实例,分别为用于发送SA消息和直接数据的四个资源池。然而,UE应始终使用列表中定义的第一个资源池,即使UE配置了多个资源池也是如此。
作为替代,另一资源池可以由eNB定义并在SIB18中用信号发送,即,通过使用字段commTxPoolExceptional,其在例外情况下可由UE使用。
UE将要使用什么资源分派模式可以由eNB配置。此外,UE将要使用什么资源分派模式来用于D2D数据发送也可以取决于RRC状态(即,RRC_IDLE和RRC_CONNECTED)以及UE的覆盖范围状态(即,在覆盖范围中、在覆盖范围外)。如果UE具有服务小区(即,UE是RRC_CONNECTED的、或者在RRC_IDLE中驻留在小区上),则认为UE在覆盖范围中。
关于资源分派模式的以下规则适用于UE:
●如果UE在覆盖范围外,则UE可以仅使用模式2;
●如果UE在覆盖范围中,则UE可以在eNB相应地配置其的情况下使用模式1;
●如果UE在覆盖范围中,则UE可以在eNB相应地配置其的情况下使用模式2;
●当没有例外情况时,UE仅当eNB将其配置为如此做时从模式1改变到模式2、或者从模式2改变到模式1。如果UE在覆盖范围中,则UE将仅使用由eNB配置指示的模式,除非例外情况之一发生;
■UE认为其自身处于例外情况中,例如,同时T311或T301在运行中;
●当例外情况发生时,即使UE被配置为使用模式1,也使得UE可以临时使用模式2。
当在E-UTRA小区的覆盖区域中时,UE将仅在由该小区分配的资源上的UL载波上执行ProSe直接通信发送,即使该载波的资源已经例如在UICC(通用集成电路卡)中被预配置也是如此。
对于RRC_IDLE中的UE,eNB可以选择以下选项中的一个:
●eNB可以在SIB中提供模式2发送资源池。被授权ProSe直接通信的UE在RRC_IDLE中使用这些资源用于ProSe直接通信;
●eNB可以在SIB中指示eNB支持D2D但是不提供用于ProSe直接通信的资源。UE需要进入RRC_CONNECTED以执行ProSe直接通信发送。
对于RRC_CONNECTED中的UE:
●当需要执行ProSe直接通信发送时,RRC_CONNECTED中的被授权执行ProSe直接通信发送的UE向eNB指示该UE想要执行ProSe直接通信发送;
●eNB使用从MME接收的UE上下文,验证RRC_CONNECTED中的UE是否被授权ProSe直接通信发送;
●eNB可以通过专用信令为RRC_CONNECTED中的UE配置在UE在RRC_CONNECTED中时可以被无约束地使用的模式2资源分派发送资源池。替代地,eNB可以通过专用信令为RRC_CONNECTED中的UE配置允许UE仅在例外情况中使用(否则依赖于模式1)的模式2资源分派发送资源池。
当UE在覆盖范围外时,用于调度分配的资源池可以配置如下:
●用于接收的资源池被预配置。
●用于发送的资源池被预配置。
当UE在覆盖范围中时,用于调度分配的资源池可以配置如下:
●用于接收的资源池由eNB经由RRC在专用或广播信令中配置。
●如果使用模式2资源分派,则由eNB经由RRC配置用于发送的资源池。
●如果使用模式1资源分派,则用于发送的SCI(侧行链路控制信息)资源池(也称为调度分配SA资源池)对于UE来说是未知的。
●如果使用模式1资源分派,则eNB调度特定资源以用于侧行链路控制信息(调度分配)发送。由eNB分配的特定资源在用于接收提供给UE的SCI的资源池内。
图5图示了用于覆盖(LTE)和底层(D2D)系统的发送/接收资源的使用。
基本上,eNodeB控制UE是否可以应用模式1或模式2发送。一旦UE知道其可以发送(或接收)D2D通信的其资源,在当前最先进的技术中,其就使用对应的资源以仅用于对应的发送/接收。例如,在图5中,D2D子帧将仅用于接收或发送D2D信号。因为作为D2D设备的UE将操作在半双工模式中,所以该UE可以在任意时间点接收或发送D2D信号。类似地,图5中所示的其它子帧可用于LTE(覆盖)发送和/或接收。
D2D通信的发送过程
D2D数据发送过程根据资源分派模式而不同。如上面对于模式1所述的,在来自UE的对应请求之后,eNB显式地调度用于调度分配和D2D数据通信的资源。具体地,UE可以被eNB通知通常允许D2D通信、但是未提供模式2资源(即,资源池);这可以例如通过UE的D2D通信兴趣指示和对应的响应(D2D通信响应)的交换来完成,其中上述对应的示例性ProseCommConfig信息元素将不包括commTxPoolNormalCommon,这意味着想要开始涉及发送的直接通信的UE必须请求E-UTRAN为每个单独的发送分配资源。因此,在这种情况下,UE必须请求用于每个单独发送的资源,并且下面为此模式1资源分派示例性地列出了请求/许可过程的不同步骤:
●步骤1:UE经由PUCCH发送SR(调度请求)到eNB;
●步骤2:eNB经由通过C-RNTI加扰的PDCCH许可UL资源(用于UE发送BSR);
●步骤3:UE经由PUSCH发送指示缓冲单元状态的D2D BSR;
●步骤4:eNB经由通过D2D-RNTI扰码的PDCCH许可D2D资源(用于UE发送数据);
●步骤5:D2D Tx UE根据在步骤4中接收的许可,发送SA/D2D数据。
调度分配(SA)(也称为SCI(侧行链路控制信息))是包含控制信息的紧凑(低有效载荷)消息,该控制信息例如是到用于对应的D2D数据发送的时频资源、调制和编码方式以及组目的地ID的指针。SCI传输用于一个(ProSE)目的地ID的侧行链路调度信息。SA(SCI)的内容基本上依据上述步骤4中接收的许可。D2D许可和SA内容(即,SCI内容)在通过引用而合并在此的3GPP技术标准36.212当前版本12.4.0第5.4.3小节中定义,该小节具体定义了如在此“背景技术”部分中之前提及的SCI格式0。
另一方面,对于模式2资源分派,基本上不需要上述步骤1-4,并且UE从由eNB配置和提供的发送资源池中自主地选择用于SA和D2D数据发送的资源。
图6示例性地图示了用于两个UE(UE-A和UE-B)的调度分配和D2D数据的发送,用于发送调度分配的资源是周期性的,并且用于D2D数据发送的资源由对应的调度分配指示。
图7图示了在一个SA/数据时段(也称为SC时段、侧行链路控制时段)期间用于模式2(自主调度)的D2D通信定时。图8图示了在一个SA/数据时段期间用于模式1(eNB调度的分派)的D2D通信定时。SC时段是包括由调度分配及其对应的数据的发送的时间段。如从图7可见的,UE在SA偏移时间之后使用用于模式2的调度分配的发送池资源SA_Mode2_Tx_pool发送调度分配。接在SA的第一次发送之后是同一SA消息的三次重发。然后,在SA资源池的第一子帧(由SA_offset给出)之后,UE以某个配置的偏移(Mode2data_offset)开始D2D数据发送,即,更具体地是T-RPT位图/模式(pattern)。MAC PDU的一个D2D数据发送包括其第一次发送和几次重发。对于图7(和图8)的图示,假设执行三次重发(即,同一MAC PDU的第二、第三和第四次发送)。模式2T-RPT位图(发送时间资源模式(T-RPT))基本上定义了MAC PDU发送(第一次发送)及其重发(第二、第三和第四次发送)的定时。
在一个SA/数据时段期间,UE可以发送多个传输块(每子帧(TTI)仅一个,即,一个接一个),但是仅发送到一个ProSe目的地组。此外,一个传输块的重发必须在下一个传输块的第一次发送开始之前完成,即,只有一个HARQ处理被用于发送多个传输块。
如从图8显而易见的,对于eNB调度的资源分派模式(模式1),D2D数据发送(即,更具体地是T-RPT模式/位图)在SA资源池中的最后一次SA发送重复之后的下一个UL子帧中开始。如已经对于图7所述的,模式1T-RPT位图(发送的时间资源模式(T-RPT))基本上定义了MAC PDU发送(第一次发送)及其重发(第二、第三和第四次发送)的定时。
ProSe网络架构和ProSe实体
图9图示了用于非漫游情况的高级示例性架构,包括各个UE A和B中的不同的ProSe应用、以及网络中的ProSe应用服务器和ProSe功能。图9的示例架构取自于通过引用合并在此的TS 23.303v.12.4.0第4.2章“Architectural Reference Model”。
功能实体在通过引用合并在此的TS 23.303第4.4小节“Functional Entities”中详细呈现和说明。ProSe功能是用于ProSe所需的网络相关动作的逻辑功能,并为ProSe的每个功能扮演不同的角色。ProSe功能是3GPP的EPC的一部分,并提供与邻近服务有关的所有相关网络服务,如授权、认证、数据处置等。对于ProSe直接发现和通信,UE可以通过PC3参考点获得特定的ProSe UE标识、其它配置信息以及来自ProSe功能的授权。虽然为了便于说明而呈现了单个ProSe功能,但是可以在网络中部署多个ProSe功能。ProSe功能包括根据ProSe特征执行不同角色的三个主要子功能:直接提供功能(DPF)、直接发现名称管理功能和EPC级发现功能。DPF用于为UE提供必要的参数,以便使用ProSe直接发现和ProSe直接通信。
在所述连接中使用的术语“UE”是指支持ProSe功能性的启用ProSe的UE,ProSe功能性诸如:
●通过PC3参考点在启用ProSe的UE与ProSe功能之间交换ProSe控制信息。
●用于通过PC5参考点开放其它启用ProSe的UE的ProSe直接发现的过程。
●用于通过PC5参考点的一对多ProSe直接通信的过程。
●用于充当ProSe UE到网络中继单元(relay)的过程。远程UE通过PC5参考点与ProSe UE到网络中继单元通信。ProSe UE到网络中继单元使用层-3分组转发。
●通过PC5参考点在ProSe UE之间交换控制信息,例如用于UE到网络中继单元检测和ProSe直接发现。
●通过PC3参考点在另一个启用ProSe的UE与ProSe功能之间交换ProSe控制信息。在ProSe UE到网络中继单元的情况下,远程UE将通过PC5用户平面发送此控制信息,以便此控制信息通过LTE-Uu接口朝向ProSe功能进行中继。
●参数(例如,包括IP地址、ProSe层-2组ID、组安全资料(material)、无线电资源参数)的配置。这些参数可以在UE中预配置,或者,如果在覆盖范围中,则通过PC3参考点通过信令向网络中的ProSe功能提供这些参数。
ProSe应用服务器支持EPC ProSe用户ID和ProSe功能ID的存储、以及应用层用户ID和EPC ProSe用户ID的映射。ProSe应用服务器(AS)3GPP的范围外的实体。UE中的ProSe应用经由应用层参考点PC1与ProSe AS通信。ProSe AS经由PC2参考点连接到3GPP网络。
D2D的UE覆盖范围状态
如前所述,用于D2D通信的资源分派方法除了取决于RRC状态(即,RRC_IDLE和RRC_CONNECTED),还取决于UE的覆盖范围状态(即,在覆盖范围中、在覆盖范围外)。如果UE具有服务小区(即,UE是RRC_CONNECTED的、或在RRC_IDLE中正驻留在小区上),则UE被认为在覆盖范围中。
到目前为止提及的两个覆盖范围状态(即,在覆盖范围中(IC)和在覆盖范围外(OOC))进一步被区分为用于D2D的子状态。图10示出了D2D UE可以关联的四种不同状态,其可以总结如下:
●状态1:UE1具有上行链路和下行链路覆盖范围。在此状态下,网络控制每个D2D通信会话。此外,网络配置UE1应使用资源分派模式1还是模式2。
●状态2:UE2具有下行链路覆盖范围、但没有上行链路覆盖范围,即,只有DL覆盖范围。网络广播(基于竞争的)资源池。在此状态下,发送UE从由网络配置的资源池中选择用于SA和数据的资源;在这种状态下,只能根据用于D2D通信的模式2进行资源分派。
●状态3:由于UE3没有上行链路和下行链路覆盖范围,因此,严格来说,UE3已经被认为是在覆盖范围外(OOC)。然而,UE3处于本身在小区的覆盖范围中的一些UE(例如UE1)的覆盖范围中,即,那些UE也可以称为CP-中继UE。因此,图10中的状态-3UE的区域可以表示为CP UE-中继覆盖区域。在此状态3下的UE也称为OOC-状态-3UE。在此状态下,UE接收由eNB发送并由在小区的覆盖范围中的CP UE-中继UE经由PD2DSCH转发给OOC-状态-3UE的一些小区特定信息(SIB)。(基于竞争的)网络控制的资源池通过PD2DSCH用信号发送。
●状态4:UE4在覆盖范围外,并且未从在小区的覆盖范围中的其它UE接收PD2DSCH。在也称为状态-4OOC的此状态下,发送UE从预配置的资源池中选择用于数据发送的资源。
在状态-3OOC与状态-4OOC直接进行区分的原因主要是为了避免在来自覆盖范围外设备的D2D发送与传统E-UTRA发送之间的潜在的强干扰。通常,具有D2D功能的UE将具有用于发送D2D SA和数据的预配置资源池以在覆盖范围外时使用。如果这些覆盖范围外UE在小区边界附近在这些预配置的资源池上进行发送,那么在D2D发送与在覆盖范围中的传统发送之间的干扰可能对小区内的通信产生负面影响。如果覆盖范围内的启用D2D的UE将D2D资源池配置转发给那些在小区边界附近的在覆盖范围外的设备,那么覆盖范围外UE可以将其发送限制到由eNode B指定的资源,因此最小化与覆盖范围中的传统发送的干扰。因此,RAN1引入了如下机制:覆盖范围中UE正将资源池信息和其它D2D相关配置转发到刚好在覆盖区域外的那些设备(状态-3UE)。
物理D2D同步信道(PD2DSCH)用于将关于覆盖范围中D2D资源池的此信息携带到网络邻近的UE,使得网络邻近的资源池对齐。
D2D的LCP过程、侧行链路逻辑信道
用于D2D的LCP过程将与上述用于“常规”LTE数据的LCP过程不同。以下信息获取自TS 36.321当前版本12.5.0第5.14.1.3.1小节,其描述用于ProSe的LCP;通过全文引用将其合并在此。
当执行新的发送时,UE应执行以下逻辑信道优先级排序过程:
●UE(例如,MAC实体)应根据以下规则向侧行链路逻辑信道分派资源:
-如果整个SDU(或部分发送的SDU)适合剩余资源,则UE不应对RLC SDU(或部分发送的SDU)进行分段;
-如果UE对来自侧行链路逻辑信道的RLC SDU分段,则其将使分段的尺寸最大化以尽可能地满足该许可;
-UE应使数据的发送最大化;
-如果UE被赋予等于或大于10字节的侧行链路许可尺寸、同时具有可用于发送的数据,则UE不应仅发送填充。
注意:上面的规则暗示着服务侧行链路逻辑信道的顺序留给UE实施。
通常,对于一个PDU,MAC应仅考虑具有相同源层-2ID—目的地层2ID对的逻辑信道,即,对于一个PDU,UE中的MAC实体应仅考虑同一ProSe目的地组的逻辑信道,这基本上意味着UE在LCP过程期间选择ProSe目的地组。此外,在版本12中,在一个SA/数据时段期间,D2D发送UE只能向一个ProSe目的地组发送数据。
所有D2D(侧行链路)逻辑信道(例如STCH,即侧行链路业务信道)被分派给具有被设置为“11”的LCGID的同一逻辑信道组(LCG)(参见TS36.321版本12.5.0的第5.14.1.4小节“Buffer Status Reporting”)。在版本12中,没有用于D2D(侧行链路)逻辑信道/组的优先级排序机制。基本上,从UE的角度来说,所有侧行链路逻辑信道具有相同的优先级,即,服务侧行链路逻辑信道的顺序留给UE实施。
仅为了说明的目的,考虑以下示例性情形,其中三个ProSe逻辑信道LCH#1、LCH#2和LCH#3在用户设备中建立,并且所有三个与同一ProSe LCG(例如,“11”)关联。示例性地假设LCH#1和LCH#2被分配给ProSe目的地组1,并且LCH#3被分配给ProSe目的地组2。这在图12中示出。
ProSe的缓冲单元状态报告
缓冲单元状态报告也适配于ProSe,目前在TS 36.321中在其版本12.5.0中第5.14.1.4小节“Buffer Status Reporting”(通过引用被合并在此)中定义。
(D2D)侧行链路缓冲单元状态报告过程用于向服务eNB提供关于在UE的侧行链路缓冲单元中可用于发送的侧行链路数据量的信息。RRC通过配置两个定时单元Periodic-ProseBSR-Timer和RetxProseBSR-Timer来控制侧行链路BSR报告。每个侧行链路逻辑信道(STCH)被分派给具有被设置为“11”的LCGID的LCG并属于ProSe目的地组。
如在TS36.321第5.14.1.4小节中详细规定的,如果某些特定事件发生,则应触发侧行链路缓冲单元状态报告(BSR)。
此外,TS 36.321在其版本12.5.0中的第6.1.3.1a小节(通过引用被合并在此)定义了ProSe BSR MAC控制单元及其对应内容如下。ProSe缓冲单元状态报告(BSR)MAC控制单元对于每报告的D2D目的地组而包括一个组索引字段、一个LCG ID字段和一个对应的缓冲单元尺寸字段。更详细地,对于每个包括的ProSe目的地组,定义了以下字段:
●组索引:组索引字段标识ProSe目的地组。该字段的长度为4比特。该值被设置为在destinationInfoList中报告的目的地标识的索引;
●LCG ID:逻辑信道组ID字段标识缓冲单元状态正被报告的逻辑信道的组。字段的长度为2比特,并且其被设置为“11”;
●缓冲单元尺寸:缓冲单元尺寸字段标识在已经建立了所有用于TTI的MAC PDU之后在ProSe目的地组的所有逻辑信道中可用的总数据量。数据量以字节的数目指示。
●R:保留位,被设置为“0”。
图11示出了从TS 36.321第6.1.3.1a小节获取的用于偶数N(ProSe目的地组的数目)的ProSe BSR MAC控制单元。
如上所述,用于设备到设备通信的发送方案与常规LTE方案完全不同,包括使用ProSe目的地组来标识数据的可能内容。一些当前定义的机制是相当低效的。
发明内容
非限制性和示例性实施例提供了用于分派用于发送用户设备通过到一个或多个接收用户设备的直接侧行链路连接执行直接通信发送的无线电资源的改进方法。独立权利要求提供非限制性和示例性实施例。有利的实施例附属于从属权利要求。
根据若干个方面,由发送用户设备执行直接通信发送被改进用于(不仅但是)特别是对于数据可用于发送用户设备中去往多于一个的侧行链路目的地组的发送的情形。
根据第一方面,引入了侧行链路许可处理的新概念,以便使得用户设备可以基本上同时处置若干个侧行链路许可;换句话说,使得用户设备能够基本上同时(例如,在同一发送控制时段内)发送若干个直接通信发送。相应地,每个直接通信发送可以被配置为发送用于相同或不同的侧行链路目的地组的数据。
在现有技术中,侧行链路许可被随后接收的侧行链路许可覆写。另一方面,通过根据此第一方面具有UE中可用的多个侧行链路许可处理,可以向不同的侧行链路许可处理分配不同的侧行链路许可;即,侧行链路许可仍然可以被覆写(如果接收到用于同一侧行链路许可处理的新的侧行链路许可),但是UE可以同时具有若干个有效的侧行链路许可(不需要进行覆写)。每个侧行链路许可处理的对应ID应允许将侧行链路许可于处理之一明确地关联。此外,一个侧行链路许可处理应仅与一个(有效的)侧行链路许可关联;当获取与同一侧行链路许可处理关联的另外的侧行链路许可时,如已经提到的那样,先前的侧行链路许可应被覆写。
相应地,对于每个侧行链路许可处理及它们相应关联的侧行链路许可,UE将根据相应的侧行链路许可来分派无线电资源,以发送包括侧行链路控制信息和去往一个侧行链路目的地组的数据的发送的直接通信发送。
然后,在用于各个侧行链路目的地组的数据可用于用户设备中的发送的情况下,用户设备可以决定使用每个可用的侧行链路许可以用于发送不同侧行链路目的地组的数据。因此,发送用户设备基本上同时地(即,在同一发送控制时段内)对于每个侧行链路许可处理而执行一个直接通信发送,其中每个直接通信发送可以包括去往不同的侧行链路目的地组的数据。在第一方面的一个实施方式中,用于在同一发送控制时段内执行的多个直接通信发送的无线电资源在时域中应不重叠;时间划分用于直接通信发送。
根据第一方面,可以避免一个侧行链路目的地组的资源不足。此外,从接收用户设备的角度来说,由于发送用户设备每直接通信发送(即,每侧行链路许可处理)仅发送一个侧行链路目的地组的数据,所以发送方案没有变化。相应地,侧行链路控制信息可以保持不变。在第一方面的一个实施方式中,确定应发送数据的侧行链路目的地组可以由发送用户设备使用共同的逻辑信道优先级排序过程来执行,以便确定用于所有所获取的侧行链路许可的侧行链路目的地组,或者发送用户设备为每个侧行链路许可使用单独的逻辑信道优先级排序过程。
第一方面的原理适用于发送用户设备请求、然后接收来自无线电基站的对应的侧行链路许可的资源分派方法、以及发送用户设备从合适的发送无线电资源池中自主地选择侧行链路许可的资源分派方法两者。对于无线电基站向发送用户设备发送具有侧行链路许可的调度消息的情况,侧行链路调度消息(除了包括例如关于要由发送用户设备发送的调度控制信息的内容的信息和关于要用于发送调度控制信息和数据的无线电资源的信息)还可以标识侧行链路许可处理要关联的侧行链路许可处理。在该基础上,发送用户设备然后可以将所接收的侧行链路许可与预期的侧行链路许可处理关联。
根据第二方面,通过基本上允许由发送用户设备发送的调度分配(侧行链路控制信息)标识多个侧行链路目的地组来改进直接通信发送。相应地,假设去往多个侧行链路目的地组的数据可用于发送用户设备中的发送,而且发送用户设备具有可用于执行直接通信发送的侧行链路许可。发送用户设备确定应在直接通信发送中携带的多个数据之中的至少两个侧行链路目的地组。与直接通信发送有关的侧行链路控制信息应标识所确定的至少两个侧行链路目的地组、以及被分派用于发送侧行链路控制信息和去往所确定的至少两个侧行链路目的地组的对应数据的无线电资源。相应地,发送用户设备执行可携带用于多个侧行链路目的地组的数据的直接通信发送。
根据第二方面的实施方式,侧行链路控制信息消息对于每各侧行链路目的地组而包括一个ID。
根据第二方面的替代实施方式,侧行链路控制信息消息包括与多个侧行链路目的地组关联的一个侧行链路ID。对于此替代实施方式,要引入映射功能以便建立不同侧行链路ID与对应的侧行链路目的地组之间的关联,并且需要向发送和接收用户设备两者均提供关于此关联的对应信息。然后,在确定要由直接通信发送携带其数据的侧行链路目的地组之后,发送用户设备应基于此关联确定对应的侧行链路ID,使得侧行链路ID与所确定的侧行链路目的地组关联。然后可以将侧行链路ID、而非侧行链路目的地组的各个ID包括在对应的侧行链路控制信息中。在接收侧,接收UE然后还可以基于关于关联的此信息确定侧行链路ID所指代的侧行链路目的地组。
第二方面的原理适用于发送用户设备请求、然后接收来自无线电基站的对应的侧行链路许可的资源分派方法、以及发送用户设备从合适的发送无线电资源池中自主地选择侧行链路许可的资源分派方法两者。
相应地,在一个一般的第一方面,这里公开的技术的特征在于一种用于在通信系统中分派用于发送用户设备通过到一个或多个接收用户设备的直接侧行链路连接执行直接通信发送的无线电资源的方法。在发送用户设备中提供至少两个侧行链路许可处理,用于发送用户设备能够在同一发送控制时段内处置至少两个侧行链路许可。所述至少两个侧行链路许可处理中的每个与标识关联,并且可以与一个侧行链路许可关联。可以获取至少两个侧行链路许可,其中的每个被发送用户设备与至少两个侧行链路许可处理之一关联。此外,对于所述至少两个侧行链路许可中的每个,无线电资源由发送用户设备根据相应的侧行链路许可分派,以通过直接侧行链路连接执行侧行链路控制信息和数据的直接通信发送。因此,发送用户设备在同一发送控制时段内,对于具有对应关联的侧行链路许可的每个侧行链路许可处理而执行直接通信发送。
相应地,在一个一般的第一方面,这里公开的技术的特征在于另一种用于在通信系统中分派用于发送用户设备通过到一个或多个接收用户设备的直接侧行链路连接执行直接通信发送的无线电资源的方法。去往多个侧行链路目的地组的数据可用于发送用户设备中的发送。侧行链路许可可用于发送用户设备以用于直接通信发送。发送用户设备从多个侧行链路目的地组中确定至少两个侧行链路目的地组作为直接通信发送的目的地。发送UE根据可用侧行链路许可分派无线电资源以用于直接通信发送。发送UE生成标识所确定的至少两个侧行链路目的地组和所分派的无线电资源的侧行链路控制信息消息。发送UE通过直接侧行链路连接执行所生成的侧行链路控制信息消息和去往所确定的至少两个侧行链路目的地组的数据的直接通信发送。
相应地,在一个一般的第一方面,这里公开的技术的特征在于一种用于在通信系统中通过到一个或多个接收用户设备的直接侧行链路连接执行直接通信发送的用户设备。在发送用户设备中提供至少两个侧行链路许可处理,用于发送用户设备能够在同一发送控制时段内处置至少两个侧行链路许可。所述至少两个侧行链路许可处理中的每个与标识关联,并且可以与一个侧行链路许可关联。所述发送用户设备的处理单元获取至少两个侧行链路许可,将所获取的至少两个侧行链路许可的每个与至少两个侧行链路许可处理之一关联。对于所述至少两个侧行链路许可中的每个,所述处理单元根据相应的侧行链路许可分派无线电资源,以通过直接侧行链路连接执行侧行链路控制信息和数据的直接通信发送。因此,发送用户设备在同一发送控制时段内,对于具有对应关联的侧行链路许可的每个侧行链路许可处理而执行直接通信发送。
相应地,在一个一般的第一方面,这里公开的技术的特征在于另一种用于在通信系统中通过到一个或多个接收用户设备的直接侧行链路连接执行直接通信发送的用户设备。发送用户设备包括存储可用于发送并去往多个侧行链路目的地组的数据的缓冲单元。侧行链路许可可用于发送用户设备以用于直接通信发送。发送用户设备的处理单元从多个侧行链路目的地组中确定至少两个侧行链路目的地组作为直接通信发送的目的地。处理单元根据可用侧行链路许可分派无线电资源以用于直接通信发送。处理单元生成标识所确定的至少两个侧行链路目的地组和所分派的无线电资源的侧行链路控制信息消息。发送UE的处理单元和发送单元通过直接侧行链路连接执行所生成的侧行链路控制信息消息和去往所确定的至少两个侧行链路目的地组的数据的直接通信发送。
相应地,在一个一般的第一方面,这里公开的技术的特征在于一种无线电基站,用于在通信系统中向发送用户设备分派无线电资源,用于所述发送用户设备通过到一个或多个接收用户设备的直接侧行链路连接执行直接通信发送。在发送用户设备中提供至少两个侧行链路许可处理,用于发送用户设备能够在同一发送控制时段内处置至少两个侧行链路许可。所述至少两个侧行链路许可处理中的每一个与标识关联,并且可以与一个侧行链路许可关联。所述无线电基站的处理单元生成侧行链路许可,并将所生成的侧行链路许可与至少两个侧行链路许可处理之一关联。处理单元生成包括与侧行链路许可关联的一个侧行链路许可处理的标识的侧行链路调度消息。无线电基站的发送单元将所生成的侧行链路调度消息发送给发送用户设备。
所公开的实施例的额外益处和优点将从说明书和附图中显而易见。益处和/或优点可以由说明书和附图公开的各个实施例和特征单独提供,并且不需要全部提供以获得其中的一个或多个。
这些一般和具体方面可以使用系统、方法和计算机程序以及系统、方法和计算机程序的任何组合来实施。
附图说明
下面参考附图更详细描述示例性实施例。
图1示出了3GPP LTE系统的示例性架构,
图2示出了为3GPP LTE(版本8/9)定义的子帧的下行链路时隙的示例性下行链路资源网格,
图3示意性地图示了用于设备到设备直接发现的PC 5接口,
图4示意性地图示了用于ProSe直接发现的无线电协议栈,
图5图示了用于覆盖(LTE)和底层(D2D)系统的发送/接收资源的使用,
图6图示了用于两个UE的调度分配和D2D数据的发送,
图7图示了用于UE自主调度模式2的D2D通信定时,
图8图示了用于eNB调度的调度模式1的D2D通信定时,
图9图示了用于非漫游情形的ProSe的示例性架构模型,
图10图示了关于D2D UE可以关联的四个不同状态的小区覆盖范围,
图11图示了标准中定义的ProSe缓冲单元状态报告MAC控制单元,
图12图示了用于示例性情形的在ProSe逻辑信道、ProSe LCG和ProSe目的地组之间的关联,
图13图示了根据第一实施例的实施方式的发送侧的UE行为的序列图,
图14图示了根据第一实施例的实施方式的两个eNB调度的D2D发送的D2D通信定时,
图15图示了根据第一实施例的实施方式的两个UE自主调度的D2D发送的D2D通信定时,
图16图示了根据第二实施例的实施方式的发送侧的UE行为的序列图,以及
图17图示了根据第二实施例的实施方式的用于携带用于若干个侧行链路目的地组的数据的eNB调度的D2D发送的D2D通信定时。
具体实施方式
移动台或移动节点或用户终端或用户设备是通信网络内的物理实体。一个节点可具有若干个功能实体。功能实体是指向节点或网络的其它功能实体实施和/或提供预定功能集的软件或硬件模块。节点可以具有将节点附接到节点可以通过其通信的通信设施或介质的一个或多个接口。类似地,网络实体可以具有逻辑接口,该逻辑接口将功能实体附接到可以通过其与其它功能实体或对端(correspondent)节点通信的通信设施或介质。
在权利要求书和本申请中所使用的术语“无线电资源”应被宽泛地理解为是指诸如时间-频率资源的物理无线电资源。
在权利要求书和本申请中使用的术语“直接通信发送”应被宽泛地理解为直接在两个用户设备之间(即,不经由无线电基站(例如,eNB))的发送。相应地,通过作为用于直接在两个用户设备之间建立的连接的术语的“直接侧行链路连接”执行直接通信发送。例如,在3GPP中,使用术语:D2D(设备到设备)通信、或ProSe通信、或侧行链路通信。在权利要求书和本申请中使用的术语“直接侧行链路连接”应被宽泛地理解,并且可以在3GPP上下文中被理解为“背景技术”部分中描述的PC5接口。
在权利要求书和本申请中使用的术语“侧行链路许可处理”应被宽泛地理解为侧行链路许可以关联的用户设备中可用的处理。示例性地,侧行链路许可处理也可以被宽泛地理解为用户设备中存储和维持侧行链路许可或侧行链路许可信息的存储区。每个存储区由用户设备管理,例如,存储、擦除侧行链路许可信息、或用新接收的侧行链路许可信息覆盖存储的侧行链路许可信息。
在权利要求书和本申请中使用的术语“发送控制时段”应被宽泛地理解为用户设备执行调度分配(侧行链路控制信息)和对应数据的发送的时间段。换句话说,“发送控制时段”也可以被看作是侧行链路许可有效的时间段。如当前在3GPP环境中标准化的,“发送控制时段”可以被理解为SA/数据时段或SC(侧行链路控制)时段。
在权利要求书和剩余申请中使用的术语“ProSe目的地组”或“侧行链路目的地组”可被理解为例如在3GPP LTE中定义的一个源层-2ID—目的地层-2ID对。
表述“获取(侧行链路)许可”、“具有可用的(侧行链路)许可”、“接收(侧行链路)许可”以及类似的表述应被宽泛地理解为意味着(侧行链路)许可是从负责的无线电基站获取/接收的(即,模式1)、或者UE通过从合适的发送资源池自主地选择用于许可的资源来获取(侧行链路)许可本身(即,模式2)(即,UE内部地接收许可)。
在“背景技术”部分中已经说明了与模式1(即,eNB调度的)和模式2(自主调度)两者均有关的、用于D2D通信的当前标准化的发送方案。具体地,在该时刻,UE可能对于每个侧行链路控制时段(SC时段)而只具有一个(有效的)侧行链路许可(SL许可)。即使eNB在模式中向UE发出若干个许可,UE也仅将最后收的一个认为是有效的一个,并覆写先前接收的SL许可。相应地,由于每SC时段只有一个SL许可可用,所以每SC时段,UE只能发送一个调度分配。继而,在该时刻,UE对于分别调度控制信息(SCI)的每个调度分配而只能发送用于一个ProSe目的地组的数据。更具体地,对于与一个SCI关联的PDU,UE应仅考虑具有相同源层-2ID—目的地层-2ID对的逻辑信道。此当前标准化的D2D发生方案导致若干个缺点。
在UE在其缓冲单元中具有用于多于一个ProSe目的地组的数据的情况下,UE可以在一个SC时段内仅发送一个ProSe目的地组的数据,使得剩余ProSe目的地组的数据基本上延迟至少一个另外的SC时段。根据所配置的SC周期性和发送一个ProSe目的地组的完整数据所需的SC时段的数目,延迟可能变得相当显著。这甚至是如下情况:可用于发送的资源将足以发送多于首先服务的ProSe目的地组的数据。更详细地,eNB可以分配比UE需要的更多的D2D发送资源(通过SL许可),即,UE在其缓冲单元中没有足够的数据以用于一个ProSe目的地组利用所有所分配的无线电资源。例如,当在eNB侧接收的缓冲单元状态信息不准确或过时时,这可能发生。在所述情况下,所分派的资源的一部分仍未被使用,因为它们不能用于发送另一个ProSe目的地组的数据。
本发明人设想以下示例性实施例以缓解上述问题。
这些中的一些要在如由3GPP标准给出且在“背景技术”部分中部分地说明的宽泛的规范中实施,并且如以下所述添加的特定关键特征属于各种实施例。应注意,实施例可以有利地例如用于诸如在上述“背景技术”部分中描述的3GPP LTE-A(版本10/11/12/13)通信系统的移动通信系统中,但实施例不限于其在此特定示例性通信网络中的使用。
说明不应被理解为限制本公开的范围,而是被理解为仅仅是为了更好理解本公开的实施例的示例。技术人员应意识到,如权利要求书中阐述的本公开的一般原理可以应用于不同情形,并且以这里未明确描述的方式应用。相应地,为了各个实施例的说明目的而假定的以下情形不应如此限制本发明及其实施例。
第一实施例
下面将详细描述用于解决上述问题的第一实施例。将结合图13至图15说明第一实施例的实施方式。
为了说明的目的,进行若干个假设,然而假设不应限制实施例的范围。一方面,假设能够执行ProSe通信(即,直接在UE之间的D2D发送而没有经由eNodeB的绕行)的用户设备(启用ProSe的UE)。此外,虽然根据第一实施例的改进的直接通信发送在只有用于单个侧行链路目的地组的数据可用于UE中的发送的情况下也适用,但是UE应具有去往可用于发送的多个侧行链路目的地组(即,ProSe目的地组)的数据。
第一实施例通过在可以以一对一的方式被分配侧行链路许可的UE中引入(多个)侧行链路许可处理的概念来改进直接通信发送。换句话说,UE可以通过为每个侧行链路许可操作对应的侧行链路许可过程来处置多个侧行链路许可。可以通过使用以下示例性地称为“侧行链路许可处理ID”的对应标识来寻址侧行链路许可处理,这使得可以将侧行链路许可明确地分配给特定的侧行链路许可处理。
而当前标准化的系统仅允许单个侧行链路许可由UE同时处置(任何另外接收的侧行链路许可覆写前一个,使得在一个SC时段中只有一个有效的侧行链路许可),第一实施例应通过使得UE可以在特定时间点(例如,在一个SC时段内)具有多于一个有效的侧行链路许可来改进D2D通信。换句话说,使得根据第一实施例操作的UE可以对于每个侧行链路许可处理而具有一个有效的侧行链路许可,使得针对UE的SC时段的可能的有效侧行链路许可的数目由UE最多可以操作的侧行链路许可处理的数目限制。相应地,获取寻址到已经具有侧行链路许可的侧行链路许可处理的侧行链路许可的UE用新获取的侧行链路许可来覆写旧的侧行链路许可(与目前标准化的系统中类似)。
根据第一实施例的实施方式,例如,可以使得UE可以最多具有两个侧行链路许可处理,使得UE将能够同时处置两个不同的侧行链路许可(UE因此在SC时段内具有两个有效的侧行链路许可)。相应地,侧行链路许可处理ID可以具有1比特的尺寸,以便能够在两个侧行链路许可过程之间进行区分。第一实施例的其它实施方式允许在UE中开始更大数目的侧行链路许可处理(例如4或8个等),这使得UE可以同时处置甚至更多的侧行链路许可。然而,对应的侧行链路许可处理ID然后将具有更多比特的尺寸,以便能够在各个侧行链路许可处理之间进行区分;例如,2比特用于总共4个侧行链路许可处理;3比特用于总共8个侧行链路许可处理;等等。
UE应当最多处置的侧行链路许可处理的数目可以例如由RRC配置、或者可以是预定的(例如,在对应的3GPP标准中被固定)。
总的来说,UE将在同一SC时段内对于具有对应的侧行链路许可的每个侧行链路许可处理执行D2D发送,例如,分别根据如在“背景技术”部分中所述的已经标准化的用于执行D2D发送的概念。具体地,对于可用于UE的每个侧行链路许可(即,对于每个侧行链路许可处理),UE确定一个侧行链路目的地组并生成包含去往所确定的侧行链路目的地组的数据的对应传输块。根据相应的侧行链路许可,为D2D发送分派无线电资源。对于可用于UE的每个侧行链路许可(即,对于每个侧行链路许可处理),UE生成标识侧行链路目的地组、以及所分派的用于对应的D2D发送的无线电资源的对应的侧行链路控制信息,并使用相应的侧行链路许可的所分派的无线电资源执行侧行链路控制信息以及用于每个侧行链路许可(处理)的对应数据的D2D发送。
这里省略了关于用于执行D2D发送的这些步骤的细节,而是参考本申请的“背景技术”部分中的对应段落。
上述第一实施例背后(underly)的原理具有各种优点。已经建立的过程可以在所述方面重用而无需修改。例如,由于不需要携带附加信息,所以可以使用相同的SCI格式0来发送侧行链路控制信息。此外,由于当与当前标准化的D2D发送相比时,用于每个侧行链路许可处理的D2D发送仍未变化,所以接收UE不(并且实际上不需要)在根据第一实施例为一个侧行链路许可处理执行的D2D发送与根据当前标准执行的D2D发送之间进行区分。因此,接收侧的UE行为不需要适配。
此外,第一实施例使得可以在SC时段内发送更多数据,从而增加D2D发送的数据速率。
此外,第一实施例使得可以通过例如为各个侧行链路许可处理中的每个选择不同的侧行链路目的地组,在同一SC时段内发送去往若干个侧行链路目的地组的数据。因此,可以避免特定侧行链路目的地组的资源不足。
到目前为止,通常假设UE具有若干个可用的侧行链路许可,而不关注UE如何首先获取了它们。实际上,对于根据第一实施例的原理的UE的操作,UE是根据模式1(eNB调度的)、还是模式2(由UE自主选择)获取了侧行链路许可并不重要;换句话说,第一实施例可适用于根据模式1获取或根据模式2获取每个侧行链路许可的情况;另外,一个侧行链路许可可以通过模式1调度,并且另一个侧行链路许可可以通过模式2调度。
在模式1的情况下,基于来自UE的对应请求(例如,具有对应的缓冲单元状态信息的调度请求或RACH过程,如在“背景技术”部分中解释的),从eNB接收一个或多个侧行链路许可。在模式1中,每个侧行链路许可在由eNB发送到UE的对应的侧行链路调度消息中被接收,该侧行链路调度消息另外可以标识应被UE分配侧行链路许可的侧行链路许可处理。例如,如上所述的对应的侧行链路许可处理ID可以被eNB包括在侧行链路调度消息的对应字段中,该侧行链路许可处理ID然后可以由UE用来标识要被分配所接收的侧行链路许可的相应的侧行链路许可处理。
根据第一实施例的一个实施方式,可以在所述方面引入新的DCI格式(示例性地称为DCI格式5a),其至少在对应字段中包含侧行链路许可处理ID。包含侧行链路许可处理ID的这样的新字段的比特数量取决于应对于UE可用的侧行链路许可处理的总体最大数目。例如,新的侧行链路许可处理ID字段可以具有2比特,从而使得可以在总共4个侧行链路许可处理之间进行区分。
对于新的DCI格式5a,也可以预见至少一个或所有的其它可能的字段:
-用于PSCCH的资源
-用于PSCCH和PSSCH的TPC命令
-SCI格式0字段:
o跳频标志
o资源块分配和跳跳资源分派
o时间资源模式
这些其它可能的用于新的DCI格式5a的字段对应于已经为DCI格式5(参考3GPP技术标准36.212的当前版本12.4.0第5.3.3.1.9小节)标准化的相同字段。
如前所述,在现有技术中,用于发送侧行链路许可的侧行链路调度消息是DCI格式5(参见“背景技术”部分)。3GPP技术标准36.212的当前版本12.4.0第5.3.3.1.9小节当前关于DCI格式5定义:
如果映射到给定搜索空间上的格式5中的信息比特的数目小于用于调度相同的服务小区的格式0的有效载荷尺寸,则应将零附加到格式5,直到有效载荷尺寸等于格式0的有效载荷尺寸(包括附加到格式0的任何填充比特)为止。
如从其中显而易见的,“0”被附加到DCI格式5,以便使其有效载荷尺寸与DCI格式0的有效载荷尺寸相等,以便于盲解码。根据第一实施例的其它实施方式,并且代替引入新的DCI,这些填充比特(即,“0”)可以被重用来指示侧行链路许可处理ID。
替代地,存在其它在侧行链路许可内传送新的侧行链路许可处理ID字段的方式。具体地,为了所述目的,可以重新定义任何现有DCI(例如,DCI格式5)的某些比特。在此情况下,需要存在一些在此DCI内传送的字段中的至少一个的预定义码点、或若干个字段的预定义码点的组合,其指示DCI内的剩余比特被不同地解释,即,指示侧行链路许可处理ID。
如前所述,UE可以在同一侧行链路控制时段内执行若干个D2D发送(例如,对于每个侧行链路许可处理而执行一个)。通常,由UE在同一侧行链路控制时段内执行的各个D2D发送在时域中不应重叠,即,UE在不同子帧执行D2D发送。具体地,取自对应的发送池的用于发送侧行链路控制信息消息的无线电资源不应在时间上重叠。类似地,相应地选择定义MACPDU的第一次发送及其重发的定时的T-RPT模式,以便避免两个D2D发送的数据发送在时间上重叠。同样适用于用于调度控制信息(SCI)的发送资源,即,不同侧行链路许可处理的SCI发送不应在时间上重叠。
在模式1调度的D2D发送的情况下,eNodeB确定用于SCI的非重叠T-RPT模式和发送资源,并在相应的侧行链路调度消息中向UE通知它们。另一方面,在模式2调度的D2D发送的情况下,UE本身在从对应的池中选择资源时应注意为各个D2D发送(分别为SCI和数据)选择非重叠的无线电资源。
替代地,为了确保用于发送SCI和每个D2D发送的对应数据的无线电资源在时间上不重叠,例如,可以为每个侧行链路许可处理定义不同的SA_offset。SA_offset是定义D2D发送的开始、从而影响SCI发送的开始并继而影响数据发送的参数(见图7和图8)。此外,对于模式2调度的数据发送,不同的Mode2data_offset值可以用于不同的侧行链路许可处理,这将使得数据发送在时间上将可以不重叠,即使当对于各种D2D发送的数据发送使用相同的T-RPT位图时也是如此。
图13是根据第一实施例的用于执行D2D发送的UE操作的序列图。虽然如图13所示的概念基本上等同地适用于模式1和模式2调度的D2D发送,但具体描述的步骤顺序相当适用于UE从eNB接收侧行链路许可的模式1(eNB调度的情形)。此外,对于模式2调度的D2D发送,UE可以首先选择要发送数据的侧行链路目的地组,之后,UE然后通过从适当的发送无线电资源池中自主地进行选择来获取对应的(各个)侧行链路许可。基于如此获取的侧行链路许可,生成侧行链路控制信息和对应的侧行链路数据以用于执行D2D发送。
如从图13显而易见的,在此示例性情形中假设在UE中可用的N个侧行链路许可处理,以便处置对应的侧行链路许可;N为≥1但≤侧行链路许可处理的最大数目。在图13中,N不应是可以为UE配置的侧行链路许可处理的最大数目,而是用于分别处置先前获取的侧行链路许可的当前“活动”的侧行链路许可处理的数目;即,UE获取了侧行链路许可,对于N个侧行链路许可处理中的每一个为一个。
图13图示了用于每个侧行链路许可处理的D2D发送彼此独立,尽管它们基本上同时发生以使得在同一SC时段内执行D2D发送。
图14继而图示了根据第一实施例的在一个SC时段期间用于模式1调度的情形的D2D通信定时。图14基于图8中已经使用的图示,其类似地指示SA偏移时间,之后SC时段以使用如从eNodeB接收的侧行链路许可中指示的对应的发送池资源发送调度分配(侧行链路控制信息)开始。在此示例性情形中,再次示例性地假设SCI的第一次发送之后是同一SCI消息的三次重发。然后,在发送调度分配之后,UE在下一个上行链路子帧中开始D2D数据发送。MAC PDU在如通过T-RPT(发送的时间资源模式)配置的其第一次发送和重发中被发送。
如从图14显而易见的,假设UE从eNodeB接收两个侧行链路许可,它们分别被寻址到不同的侧行链路许可处理,在此示例性情况下被寻址到具有ID 1和ID 2的侧行链路许可处理。如结合图13所述的,UE在基本上相同的侧行链路控制时段内(例如,在SA_offset之后的同一时间开始并持续侧行链路控制时段的长度),为每个侧行链路许可处理(即,在此情况下为两个侧行链路许可中的每个)执行D2D发送。相应地,这在图14中描绘,图14示出了调度分配和由发送用户设备执行的对应数据的两个D2D发送。在为图14假设的示例性情形中,假设上部的D2D发送去往与下部的D2D发送不同的侧行链路目的地组(然而,两个D2D发送可以携带用于同一侧行链路目的地组的数据)。
如前所述,用于发送若干个D2D发送的无线电资源不应在时间上重叠。如从图14显而易见的,eNodeB选择并相应地在侧行链路许可中指示用于发送两个调度分配的在时域中非重叠的无线电资源。此外,eNodeB选择并相应地在侧行链路许可中指示用于发送两个D2D发送的相应数据和对应的控制信息(SCI)的在时域中非重叠的无线电资源。如从图14可以看出,相应的T-RPT位图在两个D2D发送之间是不同的。
图15图示了根据第一实施例的在一个SC时段期间用于模式2调度的情形的D2D通信定时。图15基于在“背景技术”部分的图7中已经使用的图示。与图14的情形不同,不从无线电基站接收侧行链路许可,而是假设由UE自主地选择两个侧行链路许可。如图14的图示那样,用于发送用于两个D2D发送的侧行链路控制信息和数据的无线电资源在时间上不重叠。在此情况下,UE从SA_mode2_Tx_pool中选择对应的在时域中非重叠的资源以用于发送侧行链路控制信息,并且还选择适当不同的用于发送数据的T-RPT位图和用于两个D2D发送的对应的控制信息(SCI)的发送资源。
图14和图15图示了可用的侧行链路许可全部是被eNodeB调度的或是自主选择的情形。然而,UE也可能同时具有根据模式1和模式2有效的侧行链路许可。
在上述第一实施例的实施方式中,已经在没有进一步详细说明的情况下假设了UE确定要在同一SC时段中执行2D发送的侧行链路目的地组。根据第一实施例的具体实施方式,通过使用逻辑信道优先级排序(LCP)过程来执行确定侧行链路目的地组的步骤。
根据一个替代方案,为每个侧行链路许可处理(或有效的侧行链路许可)执行一个LCP过程,使得UE为每个侧行链路许可处理彼此分开地选择侧行链路目的地组。如“背景技术”部分中所述的,根据当前标准,处理侧行链路逻辑信道的顺序未被规定,并且留给UE实施,即,目的地组的选择以及处理属于所选择的目的地组的侧行链路逻辑信道的顺序未被规定,且不受某些优先级排序机制制约。然而,针对此实施方式的假设是每个侧行链路目的地组与对应的优先级关联。根据此实施方式,UE将分别为每个侧行链路许可处理执行LCP过程。更具体地,UE将顺序地执行LCP过程,即,例如以用于第一侧行链路许可处理的LCP过程开始,随后是用于第二侧行链路许可处理的LCP过程,等等。对于每个LCP过程,UE将选择具有可用数据的具有最高对应优先级的侧行链路目的地组。因此,在UE具有可用于两个不同目的地组的发送的数据、并且在已经执行了第一LCP过程(根据第一侧行链路许可)之后在其缓冲单元中仍然存在用于最高优先级侧行链路目的地组的数据的情况下,UE将在第二LCP过程内再次选择同一侧行链路目的地组。
根据另一替代方案,UE为所有侧行链路许可处理(或有效的侧行链路许可)执行共同的LCP过程,使得UE以相互依赖的方式为所有侧行链路许可处理选择侧行链路目的地组。再次,针对此实施方式的假设是每个目的地组与对应的优先级关联。根据此实施方式,以目的地组优先级的降序执行目的地组的选择。具体地,再次假设UE具有可用于两个不同目的地组的发送的数据,则第一侧行链路许可用于其中具有最高优先级的目的地组。然而,即使存在剩余的可用于被发送到其中具有最高优先级的目的地组的数据,第二侧行链路许可也用于其中具有次高优先级的目的地组。对于任何其它目的地组和侧行链路许可,依此类推。
第二实施例
下面将详细描述用于解决上述问题的第二实施例。第二实施例的主要概念与第一实施例的主要概念不同。然而,可以对将要用来说明第二实施例的背后原理的情形进行类似的假设。具体地,假设启用ProSe的UE,其因此能够直接与其它UE执行D2D发送而没有经由eNodeB的绕行。此外,尽管根据第二实施例的改进的D2D发送在仅用于单个侧行链路目的地组的数据可用于在UE中的发送的情况下同样适用,但是UE应具有可用于发送的去往多个侧行链路目的地组的数据。
根据第二实施例,通过增强侧行链路控制信息以能够标识多个侧行链路目的地组、而不是仅一个侧行链路目的地组,来改进D2D发送。相应地,由UE执行的D2D发送可以携带用于由对应的侧行链路控制信息标识的多个侧行链路目的地组的数据。用于执行(侧行链路控制信息和对应的数据的)D2D发送的无线电资源由可用于UE的侧行链路许可来定义。与第一实施例相反,UE以与当前在3GPP标准中定义的类似的方式,每SC时段仅具有一个有效的侧行链路许可;因此,根据第二实施例,在所述方面不需要改变。
此外,具有可用于多个侧行链路目的地组的数据的UE从它们之中选择(至少两个)特定的侧行链路目的地组,然后继续生成标识所选择的多个目的地组的适当的侧行链路控制信息,并且生成用于D2D发送的对应数据分组,数据分组携带若干个确定的侧行链路目的地组的数据。UE可以在一个SC时段内,在一个D2D发送内发送不同侧行链路目的地组的数据,其中由在D2D发送的开始发送的侧行链路控制信息来标识不同的侧行链路目的地组。
图16图示了根据第二实施例的当执行D2D发送时的UE行为的序列图,包括上述步骤:获取侧行链路许可,确定多个侧行链路目的地组,生成标识多个侧行链路目的地的侧行链路控制信息,生成携带去往多个选择的侧行链路目的地组的数据分组,并最终执行所生成的侧行链路控制信息和去往多个侧行链路目的地组的对应数据的D2D发送。尽管为了说明的目的在图16中图示了步骤的特定顺序,但是第二实施例不限于此特定顺序,而是其它合适的顺序同样是可能的。例如,可以在获取侧行链路许可的步骤之前执行确定各个侧行链路目的地组的步骤;或者可以交换生成侧行链路控制信息和数据分组的步骤。
图17继而图示了根据第二实施例的在一个SC时段期间用于模式1调度的情形的D2D通信定时。图17中的示例性图示基于根据图8的“背景技术”部分中已经使用的图示。如从图17显而易见的,区别在于:根据第二实施例,每个MAC PDU(及其各个重发)可以携带去往不同的侧行链路目的地组的数据(在图17的此特定示例中,在SC时段内发送去往三个不同的侧行链路目的地组的数据),而在根据图8的当前标准化的系统中,MAC PDU将携带用于相同侧行链路目的地组的数据(尽管各个MAC PDU内的实际数据将彼此不同)。尽管在图17中未示出,但是当假设UE仅为D2D发送选择了两个不同的侧行链路目的地组时,第一MACPDU(及其重发)可以携带去往第一侧行链路目的地组的数据,第二MAC PDU(及其重发)可以携带去往第二侧行链路目的地组的数据,并且第三MAC PDU(及其重发)可以携带再次去往第一侧向链路目的地组的数据,依此类推。
如从图17也显而易见的,在侧行链路控制时段(及其重发)的开始时发送的调度分配(侧行链路控制信息)标识三个侧行链路目的地组。
如针对图17的eNB调度的D2D发送情形所解释的相同概念可以应用于UE调度的D2D发送(即,模式2)。
根据第二实施例的不同实施方式,侧行链路控制信息消息可以直接标识多个侧行链路目的地组(即,通过包括多个对应的ID)或间接标识多个侧行链路目的地组(即,通过包括继而与多个侧行链路目的地组关联的一个ID),如将在下面详细说明的。
根据第二实施例的第一实施方式,作为D2D发送的一部分而发送的侧行链路控制信息消息对于每个确定的侧行链路目的地组而包括一个侧行链路目的地组ID。换句话说,侧行链路控制信息消息通过包括它们对应的标识来直接标识侧行链路目的地组。相应地,侧行链路控制信息消息可以包括两个或更多个侧行链路目的地组ID。
根据第一实施方式的变型例,可以定义新的侧行链路控制信息格式(以下示例性地称为SCI格式1),其包括用于侧行链路目的地组ID的若干个字段。示例性地,新的SCI格式1可以基于已经标准化的SCI格式0(如在3GPP TS 36.212的当前版本12.4.0第5.4.3.1.1小节中定义的),但另外允许若干个侧行链路目的地组ID(在标准中称为“组目的地ID”)。更详细地,与TS 36.212的已经标准化的SCI格式0一致地,新的SCI格式1因此将包括一个或多个以下字段:
-跳频标志
-资源块分配和跳跃资源分派
-时间资源模式
-调制和编码方式
-定时提前指示
例如,不像当前标准化的SCI格式0中那样为组目的地ID提供8比特,新的SCI格式1将具有可用的16比特,以便包括两个组目的地ID(即,对应于两个侧行链路目的地组ID)。当然,如果侧行链路控制信息消息能够携带甚至更多的侧行链路目的地组ID,则必须在所述方面提供更多的比特(例如,24比特用于3个不同的侧行链路目的地组ID,32比特用于4个不同的侧行链路目的地组ID,等等)。
对于第二实施例的第一实施方式可选地,接收UE应知晓D2D发送中的对应传输块指代哪个侧行链路目的地组ID;换句话说,接收UE应知道传输块中的哪个携带在SCI中标识的哪个侧行链路目的地组的数据。这可以通过在SCI中的侧行链路目的地组ID的顺序与D2D发送的后续部分中的对应传输块的顺序之间的预定的明确关系(即,规则)来示例性地完成。例如,SCI内的(多个)组目的地ID(即,侧行链路目的地组ID)的顺序可以对应于如在D2D发送中发送的对应的传输块(即,携带用于相应的侧行链路目的地组的数据的传输块)的顺序。例如,当SCI中的第一组目的地ID指向目的地A并且第二组目的地ID指向目的地B时,于是,在SC时段内发送两个传输块的情况下,第一传输块包含去往组A的数据,并且第二传输块包含去往组B的数据。在SC时段内发送三个传输块的情况下,第三传输块将例如再次包含去往组A的数据,依此类推。本质上,接收UE根据一些预定义的规则知晓SCI时段内的对应传输块的组目的地ID。当在当前规定的3GPP环境中实施其时,接收UE基于SCI内的组目的地ID和预定义的规则,知道传输块内的数据的目的地层-2ID的8个最低有效位(LSB)。因此,UE可以根据其感兴趣的侧行链路目的地组来过滤D2D发送(特别是MAC PDU),使得接收UE仅解码包含其确实感兴趣的侧行链路目的地组的数据的那些MAC PDU。更详细地,如果所解码的MAC PDU子报头的DST字段等于UE的目的地层-2ID中的任何一个的16个MSB,则该PDU将在UE中被进一步处理。
根据一些替代实施方式,MAC PDU子报头的DST字段包含24个MSB,例如,目的地层-2ID的完整24比特。基于MAC子报头中的这些24比特,接收UE可以明确地标识传输块中的数据的目的地层-2ID,从而执行MAC过滤。在此情况下,SCI内的组目的地ID的顺序不需要对应于如在D2D发送中发送的对应传输块的顺序。例如,即使第一组目的地ID指向目的地A、并且第二组目的地ID指向目的地B,于是,在SC时段内发送两个传输块的情况下,第一传输块也可以包含去往组B的数据并且第二传输块也包含去往组A的数据。基于MAC PDU子报头内的24比特的目的地层-2ID,接收UE可以明确地执行过滤,即,基于目的地层-2ID仅解码接收UE感兴趣的那些分组。
根据第二实施例的第二替代实施方式,作为D2D发送的一部分而发送的侧行链路控制信息消息仅包括单个ID,然而,该单个ID继而与多个确定的侧行链路目的地组关联。因此,代替通过包括它们对应的标识来直接标识侧行链路目的地组,由合适的ID来间接地标识侧行链路目的地组,所述合适的ID在接收侧可以再次与多个侧行链路目的地组关联。
具体地,第二替代实施方式引入新的ID,其代替侧行链路目的地组ID而被发送,并且与多个侧行链路目的地组关联。换句话说,以下示例性地称为“广播ID”的此新ID根据多对一映射将各个侧行链路目的地组分组在一起,使得一个广播ID与至少两个不同的侧行链路目的地组关联。这个新的映射功能可以由核心网络中的合适节点(例如,ProSe服务器功能)执行。因此,ProSe服务器功能可以执行这样的映射功能,以便将若干个侧行链路目的地组与每个广播ID关联。然后将对应的映射信息(即,广播ID和对应关联的侧行链路目的地组)提供给UE,并且还可选地提供给eNodeB。该信息的提供可以例如使用RRC信令执行,或者由各个eNodeB在系统信息中广播。
在一个变型例中,这个新的广播ID与通常用于标识侧行链路控制信息中的侧行链路目的地组的侧行链路目的地组ID具有相同的尺寸,即,8比特(见“背景技术”部分),使得已经定义的侧行链路控制信息格式0可以被重用而无需适配。替代地,新的广播ID可以具有与常规使用的侧行链路目的地组ID不同的尺存(例如,更大的尺寸),在这种情况下需要新的侧行链路控制信息格式来携带该新的广播ID。
基于第二实施例的第二替代实施方式,UE在根据有效的侧行链路许可确定要在D2D发送中发送数据的多个侧行链路目的地组之后,还需要确定与那些确定的多个侧行链路目的地组关联的对应广播ID。然后,UE可以将所确定的广播ID包括在D2D发送的侧行链路控制信息中,而不是包括侧行链路目的地组的一个或多个ID。
继而,接收包括具有广播ID的侧行链路控制信息的D2D发送的UE从所接收的广播ID且基于先前从例如ProSe服务器功能接收的存储的映射信息,确定多个侧行链路目的地组。
根据变型例,为了允许向后兼容性,特别是在广播ID与在侧行链路控制信息消息中携带的侧行链路目的地组的先前使用的ID具有相同的尺寸的情况下,侧行链路控制信息消息可以包括关于侧行链路控制信息消息是否包括新的广播ID或常规侧行链路目的地组ID的适当的信息(诸如,标志)。这可能需要另外包括该标志的新的侧行链路控制信息格式。相应地,发送UE根据其是包括广播ID(当在D2D发送内要发送若干个侧行链路目的地组的数据时)、还是常规侧行链路目的地组ID(当在D2D发送内要发送仅一个侧行链路目的地组的数据时),设置对应的标志值。继而,当确定所接收的D2D实际上去往哪个侧行链路目的地组时,接收UE考虑此标志值。
在上面,已经描述了第二实施例的两个替代实施方式,其当需要时分别使得侧行链路控制信息可以标识多个侧行链路目的地组。
相应地,具有可用于若干个侧行链路目的地组的发送的数据的UE确定在下一个D2D发送中应对于那些多个侧行链路目的地组中的哪个而发送数据。对应的侧行链路控制信息消息然后被生成,以便标识所确定的多个侧行链路目的地组;通过根据上述第一替代实施方式包括若干个ID、或者通过根据上述第二替代实施方式包括单个合适的广播ID来实现。
此外,UE生成去往多个侧行链路目的地组的对应的数据分组(即,MAC PDU)以用于作为SC时段内的D2D发送的一部分的发送。例如,由UE生成的用于SC时段的第一传输块(MACPDU)可以携带去往第一侧行链路目的地组的数据,由UE在该SC时段内生成的第二传输块可以携带去往第二侧行链路目的地组的数据,依此类推。这从图17种的图示容易显而易见。
然而,应注意,可以通过一个SC时段内的D2D发送发送数据的侧行链路目的地组的数目也取决于SC时段的长度和/或由侧行链路许可给出的T-RPT模式。例如,在图17的示例性情形中,侧行链路控制时段的长度与所选择的T-RPT位图相组合允许在一个SC时段内发送三个单独的MAC PDU,使得至多去往三个侧行链路目的地组的数据可以由UE发送。当配置SC时段的不同长度或者选择不同的T-RPT模式(例如,具有较少的重复)时,可以确定更多或更少的侧行链路目的地组用于在一个SC时段内被发送。
虽然在上述示例(三个)中不同的目的地组由应利用D2D发送来发送数据的UE确定,但是相同的目的地组也可以分别被UE选择。
从这里省略了由UE执行以便成功地执行D2D发送的各个步骤的进一步细节,而是参考“背景技术”部分中的各个段落。
在接收侧的对应操作允许接收具有去往若干个侧行链路目的地组的数据的D2D发送。接收UE从侧行链路控制信息消息(组目的地ID)标识若干个侧行链路目的地组,并且因此可以决定其是否对D2D发送感兴趣,即,UE是否感兴趣于接收用于由其中的SCI中的标识符标识的侧行链路目的地组中的一个或多个的数据。如果UE感兴趣,则D2D发送内的对应数据被接收UE以适当的方式接收和解码。这可以包括接收UE确定D2D发送的每个MAC PDU的侧行链路目的地组,以便决定其是否想要接收和解码该MAC PDU内的数据。
根据当前标准化的用于在如例如由3GPP技术标准36.321的当前版本12.5.0第6.2.4小节定义的侧行链路D2D发送中发送MAC PDU的过程,MAC报头包括关于包括的数据的侧行链路目的地组的信息。具体地,在MAC报头的“DST”字段中,发送目的地层-2ID的16个最高有效位,接收UE可以通过其来标识侧行链路目的地组。如当前标准化的SCI消息包括目的地层-2ID的8个LSB,其然后与MAC报头中的16个MSB相组合,使得接收UE可以明确地标识侧行链路目的地组(即,目的地层-2ID)。因此,UE可以根据其感兴趣的侧行链路目的地组来过滤D2D发送(特别是MAC PDU),使得接收UE仅解码对包含其确实感兴趣的侧行链路目的地组的数据的那些MAC PDU。更详细地,如果所解码的MAC PDU子报头的DST字段等同于UE的目的地二层-2ID中的任何一个的16个MSB,则该PDU将在UE中被进一步处理。
根据实施方式,MAC PDU子报头的DST字段包含24个MSB,例如,目的地层-2ID的完整24比特,而不是如当前标准化的目的层-2ID的仅16个MSB。基于MAC子报头中的这些24比特,接收UE可以明确地标识传输块中的数据的目的地层-2ID,从而执行MAC过滤。这尤其对于若干个组目的地ID被映射到一个广播ID的上述第二实施例而言将是有利的,因为接收UE将不知道组目的地ID,即,SC时段内的对应传输块的目的地层-2ID的8个LSB。基本上,接收UE将基于广播ID只知道SC时段内的传输块可包含去往映射到广播ID的组目的地ID之一的数据。例如,在组目的地ID=“0”和组目的地ID=“1”被映射到广播ID=“0”的情况下,于是,接收UE不知道SC时段内的第一传输块是否具有组目的地ID=“0”或组目的地ID=“1”。同样适用于SC时段内的其它传输块。由于根据当前标准,MAC PDU子报头中的DST字段仅包含目的地层-2ID的16个MSB,所以接收UE不能明确地标识传输块的数据的完整目的地层-2ID(因为接收UE不知道目的地层-2ID(组目的地ID)的8个LSB)。
在第二实施例的上述描述中,假设了UE具有有效的侧行链路许可,而未讨论关于UE如何获取其的任何进一步的细节。对于根据第二实施例的原理的UE的操作,UE是根据模式1(来自eNB)、还是模式2(由UE自主地选择的R2)获取侧行链路许可并不重要。相应地,第二实施例适用于模式1获取的侧行链路许可和模式2获取的侧行链路许可两者。具体地,在模式1的情况下,例如基于来自UE的对应请求(例如,调度请求或具有对应的缓冲单元状态信息的RACH过程,如在“背景技术”部分中所说明的),从eNodeB接收侧行链路许可。这里省略了关于这些过程的细节、以及关于从eNodeB向UE发送的对应的侧行链路调度消息的细节,而是参考“背景技术”部分的对应段落。在模式2的情况下,UE从对应的发送无线电资源池自主地选择侧行链路许可,用于发送调度控制信息和数据。再次,这里省略了关于用于模式2的这些过程的细节,而是参考“背景技术”部分的对应段落。
在上述第二实施例的实施方式中,描述了UE确定要在SC时段内执行D2D发送的多个侧行链路目的地组,而未给出任何进一步的细节。根据第二实施例的具体实施方式,可以由UE通过使用逻辑信道优先级排序LCP过程来执行确定多个侧行链路目的地组的步骤。具体地,在LCP过程期间,UE可以确定要对于哪些侧行链路目的地组而发送数据。
根据第二实施例的替代方案,只要对应的组目的地ID(其在SCI中发送)相同,UE就将被允许向不同的侧行链路目的地组发送数据。更具体地,根据当前标准,在物理侧行链路控制信道上的SCI中发送的组目的地ID是目的地层-2ID的8个最低有效位(LSB)。只要UE复用目的地层-2ID的8个LSB相同的源层-2ID—目的地层-2ID对的PDU内的逻辑信道,就使得UE可以在一个SC时段内将数据发送到不同的侧行链路目的地组。此实施方式实际上不需要改变当前标准化的过程。由于组目的地ID将相同,所以感兴趣的接收UE将不会错过SL-DCH上的对应数据发送。作为示例,发送UE可以在一个SC时段内发送去往目的地层-2ID=“111111111111111000000000”以及去往具有目的地层-2ID=“111111111111111100000000”的侧行链路目的地组的数据,因为8个LSB对于这两种情况都是相同的(在这种情况下,在SCI中发送的组目的地ID将为“00000000”)。
本公开的硬件和软件实施
其它示例性实施例涉及使用硬件、软件、或者软件与硬件协作来实施上述各个实施例。对此,提供了用户终端(移动终端)和eNodeB(基站)。用户终端和基站执行这里描述的方法,包括适当地参与方法的对应实体,诸如接收单元、发送单元、处理单元。
还认识到,可以使用计算设备(处理器)实施或执行各个实施例。计算设备或处理器例如可以是通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)、或其它可编程逻辑器件等。还可以通过这些设备的组合来执行或实现各个实施例。具体地,上述每个实施例的描述中使用的每个功能块可以通过作为集成电路的LSI来实现。它们可以单独地形成为芯片,或者可以形成一个芯片以便包括部分或全部功能块。它们可以包括与其耦接的数据输入和输出。根据集成度的差异,这里的LSI可以称为IC、系统LSI、超级LSI或超LSI。然而,实施集成电路的技术不限于LSI,并且可以通过使用专用电路或通用处理器来实现。此外,可以使用可以在LSI的制造之后编程的FPGA(现场可编程门阵列)或可以重新配置部署在LSI内部的电路单元的连接和设置的可重构处理器。
另外,还可以利用通过处理器执行或直接在硬件中执行的软件模块来实施各个实施例。而且,可以将软件模块与硬件实施相结合。软件模块可以存储在任何种类的计算机可读存储介质上,所述计算机可读存储介质例如RAM、EPROM、EEPROM、闪存、寄存器、硬盘、CD-ROM、DVD等。还应注意,不同实施例的各个特征可以单独地或任意组合地作为另一发明的主题。
本领域技术人员将理解,可以对如具体实施例中所示的本公开进行许多改变和/或修改。因此,本实施例在各方面来说都被认为是说明性的而非限制性的。
Claims (26)
1.一种用于在通信系统中对于发送用户设备分派无线电资源以通过到一个或多个接收用户设备的直接侧行链路连接执行直接通信发送的方法,
在发送用户设备中提供至少两个侧行链路许可处理,以用于发送用户设备能够在同一发送控制时段内处置至少两个侧行链路许可,所述至少两个侧行链路许可处理中的每一个与标识关联并且能够与一个侧行链路许可关联,所述方法包括由发送用户设备执行的以下步骤:
-获取至少两个侧行链路许可,并将所获取的至少两个侧行链路许可中的每一个与所述至少两个侧行链路许可处理之一进行关联,
-对于所述至少两个侧行链路许可中的每一个,根据相应的侧行链路许可来分派无线电资源,以通过直接侧行链路连接执行对侧行链路控制信息和数据的直接通信发送,
使得发送用户设备在同一发送控制时段内,对于具有对应关联的侧行链路许可的每一个侧行链路许可处理来执行直接通信发送。
2.如权利要求1所述的方法,去往多个侧行链路目的地组的数据可用于发送用户设备中的发送,对于具有对应关联的侧行链路许可的每一个侧行链路许可处理,发送用户设备执行以下步骤以用于执行直接通信发送:
●根据相应的侧行链路许可,确定一个侧行链路目的地组作为使用无线电资源的直接通信发送的目的地,以及
●生成标识所确定的侧行链路目的地组并且标识被分派用于执行直接通信发送的无线电资源的侧行链路控制信息,以及
●根据如在侧行链路控制信息中所标识的侧行链路许可,使用所分派的无线电资源对去往所确定的侧行链路目的地组的数据和所生成的侧行链路控制信息执行直接通信发送,
可选地,发送用户设备为所述至少两个侧行链路许可确定相同或不同的侧行链路目的地组,并在同一发送控制时段内执行到第一侧行链路目的地组的第一直接通信发送以及到第二侧行链路目的地组的第二直接通信发送。
3.根据权利要求2所述的方法,由发送用户设备执行对于每一个所获取的侧行链路许可确定一个侧行链路目的地组的步骤:
●共同地使用逻辑信道优先级排序过程以用于为所有所获取的侧行链路许可确定所有侧行链路目的地组,或者
●对于每一个所获取的侧行链路许可使用单独的逻辑信道优先级排序过程。
4.根据权利要求1至3中之一所述的方法,所述至少两个侧行链路许可中的每一个是从无线电基站获取的,或者是由发送用户设备从发送无线电资源池自主选择的,
在侧行链路许可是从无线电基站获取的情况下,由无线电基站在侧行链路调度消息中向发送用户设备发送侧行链路许可,所述侧行链路调度消息还包括侧行链路许可处理标识,其标识发送用户设备中的与相应的侧行链路许可将要关联的侧行链路许可处理,
可选地,由无线电基站发送的侧行链路调度消息还包括关于将要由发送用户设备发送的调度控制信息的内容的信息,并且指示将要用于发送用于直接通信发送的调度控制信息和数据的无线电资源,
可选地,由无线电基站发送的侧行链路调度消息是3GPP DCI格式5类型的消息,此外,侧行链路许可处理标识编码为用于填充的DCI格式5类型消息的一部分。
5.根据权利要求1至4中之一所述的方法,所获取的至少两个侧行链路许可对于同一发送控制时段是有效的。
6.一种用于在通信系统中对于发送用户设备分派无线电资源以通过到一个或多个接收用户设备的直接侧行链路连接执行直接通信发送的方法,去往多个侧行链路目的地组的数据可用于发送用户设备中的发送,侧行链路许可由发送用户设备用于直接通信发送,所述方法包括由发送用户设备执行的以下步骤:
●从多个侧行链路目的地组中确定至少两个侧行链路目的地组作为直接通信发送的目的地,
●根据将要用于直接通信发送的可用的侧行链路许可来分派无线电资源,
●生成标识所确定的至少两个侧行链路目的地组和所分派的无线电资源的侧行链路控制信息消息,以及
●通过直接侧行链路连接执行对去往所确定的至少两个侧行链路目的地组的数据和所生成的侧行链路控制信息消息的直接通信发送。
7.根据权利要求6所述的方法,所述侧行链路控制信息消息对于每一个侧行链路目的地组而包括一个字段,每一个字段包括相应的侧行链路目的地组的标识。
8.根据权利要求6所述的方法,发送用户设备存储关于在侧行链路目的地组与侧行链路目的地ID之间的关联的信息,一个侧行链路目的地ID与多个侧行链路目的地组之中的至少两个关联,发送用户设备基于所确定的至少两个侧行链路目的地组来选择侧行链路目的地ID,
在生成侧行链路控制信息消息的步骤中,发送用户设备在所述侧行链路控制信息消息中包括所选择的侧行链路目的地ID,以便将直接通信发送的目的地标识为所确定的至少两个侧行链路目的地组,
可选地,侧行链路目的地ID具有与侧行链路目的地组的ID相同的尺寸。
9.根据权利要求8所述的方法,侧行链路目的地组与侧行链路目的地ID之间的关联由核心网络实体确定,使得多个侧行链路目的地组与一个侧行链路目的地ID关联,所述核心网络实体向发送用户设备和接收用户设备提供关于所确定的关联的信息,
可选地,所述核心网络实体向无线电基站提供关于所确定的关联的信息。
10.根据权利要求8或9所述的方法,接收用户设备从发送用户设备接收所述侧行链路控制信息消息,并确定所述侧行链路控制信息消息是包括侧行链路目的地ID还是包括侧行链路目的地组ID,并且
在所述侧行链路控制信息消息被确定为包括侧行链路目的地ID的情况下,接收用户设备基于所存储的关于侧行链路目的地组与侧行链路目的地ID之间的关联的信息,确定与侧行链路目的地ID关联的侧行链路目的地组,
可选地,所述侧行链路控制信息消息包括允许在包括侧行链路目的地ID的侧行链路控制信息消息与包括侧行链路目的地组ID的侧行链路控制信息消息之间进行区分的信息。
11.根据权利要求6至10中之一所述的方法,由发送用户设备通过使用逻辑信道优先级排序过程来执行确定至少两个侧行链路目的地组作为直接通信发送的目的地的步骤。
12.根据权利要求6至11中之一所述的方法,接收用户设备至少执行以下步骤以用于通过直接侧行链路连接接收直接通信发送:
●从发送用户设备接收侧行链路控制信息消息,
●基于所接收的侧行链路控制信息消息确定直接通信发送的至少两个侧行链路目的地组,
●基于在所接收的侧行链路控制信息消息中所包括的无线电资源分派信息,接收去往所确定的至少两个侧行链路目的地组中的至少一个侧行链路目的地组的数据,
可选地,所述数据包括多个数据分组,每一个数据分组在媒体访问控制MAC报头中包括标识信息,所述标识信息标识该数据分组所去往的所述一个侧行链路目的地组,并且接收用户设备基于在每一个相应的数据分组的MAC报头中所包括的标识信息,标识多个数据分组中的每一个所去往的侧行链路目的地组。
13.根据权利要求6至12中之一所述的方法,所述侧行链路许可是从无线电基站接收的,或者是由发送用户设备从发送无线电资源池自主选择的,并且
可选地,所述侧行链路许可对于执行直接通信发送的发送控制时段是有效的。
14.根据权利要求6至13中之一所述的方法,在确定所述至少两个目的地组的步骤中,发送用户设备确定相同的侧行链路目的地组作为直接通信发送的目的地,或者确定不同的侧行链路目的地组作为直接通信发送的目的地。
15.一种发送用户设备,用于在通信系统中通过到一个或多个接收用户设备的直接侧行链路连接执行直接通信发送,
在发送用户设备中提供至少两个侧行链路许可处理,以用于发送用户设备能够在同一发送控制时段内处置至少两个侧行链路许可,所述至少两个侧行链路许可处理中的每一个与标识关联并且能够与一个侧行链路许可关联,所述发送用户设备包括:
●处理单元,获取至少两个侧行链路许可,并将所获取的至少两个侧行链路许可的每一个与所述至少两个侧行链路许可处理之一进行关联,
●对于所述至少两个侧行链路许可中的每一个,所述处理单元根据相应的侧行链路许可来分派无线电资源,以通过直接侧行链路连接执行对侧行链路控制信息和数据的直接通信发送,
使得发送用户设备在同一发送控制时段内,对于具有对应关联的侧行链路许可的每一个侧行链路许可处理来执行直接通信发送。
16.根据权利要求15所述的发送用户设备,所述发送用户设备包括存储可用于发送并且去往多个侧行链路目的地组的数据的缓冲单元,对于具有对应关联的侧行链路许可的每一个侧行链路许可处理,所述发送用户设备执行:
●根据相应的侧行链路许可,确定一个侧行链路目的地组作为使用无线电资源的直接通信发送的目的地,以及
●生成标识所确定的侧行链路目的地组并且标识被分派用于执行直接通信发送的无线电资源的侧行链路控制信息,以及
●根据如在侧行链路控制信息中所标识的侧行链路许可,使用所分派的无线电资源对去往所确定的侧行链路目的地组的数据和所生成的侧行链路控制信息执行直接通信发送,
可选地,发送用户设备为至少两个侧行链路许可确定相同或不同的侧行链路目的地组,并在同一发送控制时段内执行到第一侧行链路目的地组的第一直接通信发送以及到第二侧行链路目的地组的第二直接通信发送。
17.根据权利要求16所述的发送用户设备,所述发送用户设备通过以下来执行对于每一个所获取的侧行链路许可的一个侧行链路目的地组的确定:
●共同地使用逻辑信道优先级排序过程以用于为所有所获取的侧行链路许可确定所有侧行链路目的地组,或者
●对于每一个所获取的侧行链路许可使用单独的逻辑信道优先级排序过程。
18.根据权利要求15至17中之一所述的发送用户设备,所述至少两个侧行链路许可中的每一个是由所述发送用户设备的接收单元从无线电基站获取的,或者是由所述发送用户设备的处理单元从发送无线电资源池自主选择的,
在侧行链路许可是从无线电基站获取的情况下,所述发送用户设备的接收单元在侧行链路调度消息中接收侧行链路许可,所述侧行链路调度消息还包括侧行链路许可处理标识,其标识所述发送用户设备中的与相应的侧行链路许可将要关联的侧行链路许可处理,
可选地,由所述发送用户设备接收的侧行链路调度消息还包括关于将要由所述发送用户设备发送的调度控制信息的内容的信息,并且指示将要用于发送用于直接通信发送的调度控制信息和数据的无线电资源。
19.一种发送用户设备,用于在通信系统中通过到一个或多个接收用户设备的直接侧行链路连接执行直接通信发送的发送用户设备,所述发送用户设备包括存储可用于发送并且去往多个侧行链路目的地组的数据的缓冲单元,侧行链路许可由发送用户设备用于直接通信发送,所述发送用户设备包括:
●处理单元,从所述多个侧行链路目的地组中确定至少两个侧行链路目的地组作为直接通信发送的目的地,
●所述处理单元根据将要用于直接通信发送的可用的侧行链路许可来分派无线电资源,
●所述处理单元生成标识所确定的至少两个侧行链路目的地组和所分派的无线电资源的侧行链路控制信息消息,并且
●所述处理单元和发送单元通过直接侧行链路连接执行对去往所确定的至少两个侧行链路目的地组的数据和所生成的侧行链路控制信息消息的直接通信发送。
20.根据权利要求19所述的发送用户设备,所述侧行链路控制信息消息对于每一个侧行链路目的地组而包括一个字段,每一个字段包括相应的侧行链路目的地组的标识。
21.根据权利要求19所述的发送用户设备,还包括存储器,其存储关于在侧行链路目的地组与侧行链路目的地ID之间的关联的信息,一个侧行链路目的地ID与多个侧行链路目的地组中的至少两个进行关联,
所述发送用户设备的处理单元基于所确定的至少两个侧行链路目的地组选择侧行链路目的地ID,并且在生成侧行链路控制信息消息时,将所选择的侧行链路目的地ID包括在侧行链路控制信息消息中,以便将直接通信发送的目的地标识为所确定的至少两个侧行链路目的地组,
可选地,侧行链路目的地ID具有与侧行链路目的地组的ID相同的尺寸。
22.根据权利要求21所述的发送用户设备,所述发送用户设备的接收单元从另一发送用户设备接收侧行链路控制信息消息,所述发送用户设备的处理单元确定侧行链路控制信息消息是包括侧行链路目的地ID还是包括侧行链路目的地组ID,
在所述侧行链路控制信息消息被确定为包括侧行链路目的地ID的情况下,所述处理单元基于所存储的关于在侧行链路目的地组与侧行链路目的地ID之间的关联的信息,确定与侧行链路目的地ID关联的侧行链路目的地组。
23.根据权利要求19至22中之一所述的发送用户设备,所述发送用户设备至少执行以下步骤以用于通过直接侧行链路连接接收直接通信发送:
●接收单元从所述发送用户设备接收侧行链路控制信息消息,
●处理单元基于所接收的侧行链路控制信息消息,确定直接通信发送的所述至少两个侧行链路目的地组,
●所述接收单元基于在所接收的侧行链路控制信息消息中所包括的无线电资源分派信息,接收去往所确定的至少两个侧行链路目的地组中的至少一个侧行链路目的地组的数据,
可选地,所述数据包括多个数据分组,每一个数据分组在媒体访问控制MAC报头中包括标识信息,所述标识信息标识该数据分组所去往的所述一个侧行链路目的地组,并且所述处理单元基于在每一个相应的数据分组的MAC报头中所包括的标识信息,标识所述多个数据分组中的每一个所去往的侧行链路目的地组。
24.一种无线电基站,用于在通信系统中向发送用户设备分派无线电资源以用于所述发送用户设备通过到一个或多个接收用户设备的直接侧行链路连接执行直接通信发送,
在发送用户设备中提供至少两个侧行链路许可处理,以用于发送用户设备能够在同一发送控制时段内处置至少两个侧行链路许可,所述至少两个侧行链路许可处理中的每一个与标识关联并且能够与一个侧行链路许可关联,所述无线电基站包括:
●处理单元,生成侧行链路许可,并将所生成的侧行链路许可与所述至少两个侧行链路许可处理中的一个侧行链路许可处理进行关联,
●所述处理单元生成侧行链路调度消息,所述侧行链路调度消息包括与所述侧行链路许可关联的所述一个侧行链路许可处理的标识,
●发送单元将所生成的侧行链路调度消息发送给发送用户设备。
25.根据权利要求24所述的无线电基站,所述处理单元还生成另一侧行链路许可,并且将所生成的另一侧行链路许可与所述至少两个侧行链路许可处理中的另一侧行链路许可处理进行关联,所述处理单元还生成另一侧行链路调度消息,所述另一侧行链路调度消息包括与所述另一侧行链路许可关联的所述另一侧行链路许可处理的标识,所述发送单元将所生成的另一侧行链路调度消息发送到所述发送用户设备,
使得发送用户设备在同一发送控制时段内,对于具有对应关联的侧行链路许可的每一个侧行链路许可处理来执行直接通信发送。
26.根据权利要求24或25所述的无线电基站,由所述无线电基站发送的侧行链路调度消息还包括关于将要由所述发送用户设备发送的调度控制信息的内容的信息,并且指示将要用于发送用于直接通信发送的调度控制信息和数据的无线电资源,
可选地,由所述无线电基站发送的侧行链路调度消息是3GPP DCI格式5类型的消息,此外,侧行链路许可处理标识编码为用于填充的DCI格式5类型消息的一部分。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111219921.3A CN113891299B (zh) | 2015-04-17 | 2015-04-17 | 集成电路 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2015/076867 WO2016165124A1 (en) | 2015-04-17 | 2015-04-17 | Multiple prose group communication during a sidelink control period |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111219921.3A Division CN113891299B (zh) | 2015-04-17 | 2015-04-17 | 集成电路 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107615844A true CN107615844A (zh) | 2018-01-19 |
CN107615844B CN107615844B (zh) | 2021-11-09 |
Family
ID=57127129
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201580080060.1A Active CN107615844B (zh) | 2015-04-17 | 2015-04-17 | 在侧行链路控制时段期间的多邻近服务组通信 |
CN202111219921.3A Active CN113891299B (zh) | 2015-04-17 | 2015-04-17 | 集成电路 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111219921.3A Active CN113891299B (zh) | 2015-04-17 | 2015-04-17 | 集成电路 |
Country Status (5)
Country | Link |
---|---|
US (2) | US10869296B2 (zh) |
EP (3) | EP4236613A3 (zh) |
JP (1) | JP6590942B2 (zh) |
CN (2) | CN107615844B (zh) |
WO (1) | WO2016165124A1 (zh) |
Cited By (24)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2019149117A1 (zh) * | 2018-02-05 | 2019-08-08 | 中兴通讯股份有限公司 | 选择资源的方法及装置 |
WO2020030047A1 (zh) * | 2018-08-10 | 2020-02-13 | 华为技术有限公司 | 一种通信方法及相关设备 |
CN110896345A (zh) * | 2018-09-13 | 2020-03-20 | 华为技术有限公司 | 发送和接收侧行链路控制信息的方法以及装置 |
CN111148273A (zh) * | 2018-11-02 | 2020-05-12 | 华为技术有限公司 | 用于确定传输链路的方法、终端设备和无线接入网设备 |
WO2020135558A1 (zh) * | 2018-12-29 | 2020-07-02 | 华为技术有限公司 | 资源配置的方法、装置及设备 |
CN111480379A (zh) * | 2018-02-14 | 2020-07-31 | Oppo广东移动通信有限公司 | 用户设备及其无线通信方法 |
WO2020169024A1 (en) * | 2019-02-18 | 2020-08-27 | Mediatek Singapore Pte. Ltd. | Two-stage physical sidelink control channel (pscch) for sidelink communications |
CN111867146A (zh) * | 2019-04-30 | 2020-10-30 | 大唐移动通信设备有限公司 | 一种标识信息发送、接收方法、设备及装置 |
CN112203257A (zh) * | 2018-02-13 | 2021-01-08 | Oppo广东移动通信有限公司 | 用于执行车辆对外界通信的装置和方法 |
CN112470538A (zh) * | 2018-07-30 | 2021-03-09 | 高通股份有限公司 | 用于在网络调度模式下对侧行链路的qos支持的方法和装置 |
WO2021062840A1 (zh) * | 2019-09-30 | 2021-04-08 | 华为技术有限公司 | 通信方法及装置 |
CN112771962A (zh) * | 2018-09-27 | 2021-05-07 | 康维达无线有限责任公司 | 用于nr v2x的基于uu的侧向链路控制 |
CN112788657A (zh) * | 2019-11-05 | 2021-05-11 | 华硕电脑股份有限公司 | 在侧链路中传送侧链路测量报告的方法和设备 |
WO2021114131A1 (zh) * | 2019-12-11 | 2021-06-17 | 华为技术有限公司 | 一种数据传输方法、终端装置和网络装置 |
CN113170281A (zh) * | 2018-09-27 | 2021-07-23 | 弗劳恩霍夫应用研究促进协会 | 移动设备和方法 |
CN113475158A (zh) * | 2019-02-13 | 2021-10-01 | 康维达无线有限责任公司 | 用于5g中面向连接的车辆对x(vtx)通信的装置、系统、方法和计算机可读介质 |
CN113508549A (zh) * | 2019-08-15 | 2021-10-15 | Oppo广东移动通信有限公司 | 传输侧行数据的方法、终端设备和网络设备 |
CN113661674A (zh) * | 2019-03-29 | 2021-11-16 | 三星电子株式会社 | 在无线通信系统中处理侧行链路反馈信道的信号的方法和装置 |
CN113938981A (zh) * | 2020-06-29 | 2022-01-14 | 华硕电脑股份有限公司 | 无线通信系统中中继报告侧链路用户设备能力信息的方法和设备 |
CN114208345A (zh) * | 2019-07-19 | 2022-03-18 | 高通股份有限公司 | 侧链路通信资源信令 |
CN114556829A (zh) * | 2019-10-02 | 2022-05-27 | 高通股份有限公司 | 用于支持反馈控制的侧链路群播配置 |
CN114747234A (zh) * | 2019-12-20 | 2022-07-12 | 华为技术有限公司 | 一种数据传输的方法、装置和系统 |
WO2022160108A1 (zh) * | 2021-01-26 | 2022-08-04 | 华为技术有限公司 | 无线通信方法、通信装置及通信系统 |
CN115298990A (zh) * | 2020-03-27 | 2022-11-04 | 高通股份有限公司 | 侧行链路反馈定时 |
Families Citing this family (89)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107006014B (zh) * | 2014-12-10 | 2020-12-08 | 意大利电信股份公司 | 具有与用户平面解耦和的控制平面的多频带蜂窝网络 |
US10383155B2 (en) * | 2015-05-07 | 2019-08-13 | Lg Electronics Inc. | Method and apparatus for performing sidelink transmission based on contention based scheduling request in wireless communication system |
US10064212B2 (en) | 2015-05-14 | 2018-08-28 | Blackberry Limited | Transmitting a scheduling request for a device-to-device transmission |
US9942917B2 (en) * | 2015-05-14 | 2018-04-10 | Blackberry Limited | Allocating resources for a device-to-device transmission |
US10412706B2 (en) * | 2015-05-15 | 2019-09-10 | Kyocera Corporation | Establishing data relay operation between a relay user equipment (relay-UE) device and an out-of-coverage user equipment (UE) device |
US20180199194A1 (en) * | 2015-07-22 | 2018-07-12 | Lg Electronics Inc. | Method and apparatus for authorizing vehicle ue and rsu ue in wireless communication system |
WO2017026671A1 (en) | 2015-08-12 | 2017-02-16 | Lg Electronics Inc. | Method for performing a buffer status reporting in a d2d communication system and device therefor |
EP3338482B1 (en) | 2015-08-21 | 2020-12-23 | LG Electronics Inc. | Method for triggering a bsr for sidelink data in a d2d communication system and device therefor |
WO2017048099A1 (ko) * | 2015-09-14 | 2017-03-23 | 엘지전자 주식회사 | 무선 통신 시스템에서 v2x 단말의 메시지 송수신 방법 및 장치 |
EP3148284B1 (en) * | 2015-09-25 | 2020-10-21 | ASUSTek Computer Inc. | Methods and apparatus for solving mismatch between sidelink buffer status report (bsr) and available sidelink transmission in a wireless communication system |
US10716093B2 (en) * | 2015-10-02 | 2020-07-14 | Lg Electronics Inc. | Method for allocating resources for direct communication between terminals in wireless communication system and device therefor |
US10667286B2 (en) * | 2015-10-21 | 2020-05-26 | Lg Electronics Inc. | Method for selecting prose destinations or SL grants in a D2D communication system and device therefor |
WO2017074131A1 (en) | 2015-10-29 | 2017-05-04 | Samsung Electronics Co., Ltd. | Method and apparatus for sidelink communication in wireless communication system |
WO2017077625A1 (ja) * | 2015-11-05 | 2017-05-11 | 富士通株式会社 | 通信装置および無線通信方法 |
EP3651523B1 (en) * | 2015-11-06 | 2021-09-08 | Sun Patent Trust | Multiple sidelink control transmission during a sidelink control period |
KR102270533B1 (ko) * | 2016-04-01 | 2021-06-30 | 삼성전자 주식회사 | 무선 통신 시스템에서 통신 방법 및 장치 |
US10820370B2 (en) | 2016-05-18 | 2020-10-27 | Samsung Electronics Co., Ltd. | Method and apparatus for performing efficient layer 2 function in mobile communication system |
US11115958B2 (en) * | 2016-08-09 | 2021-09-07 | Lg Electronics Inc. | Method whereby terminal transmits and receives sidelink signals in wireless communication system |
CN107734501A (zh) * | 2016-08-11 | 2018-02-23 | 株式会社Ntt都科摩 | 发送方法、接收方法、中继设备、基站及移动台 |
JP6756038B2 (ja) * | 2016-08-30 | 2020-09-16 | エルジー エレクトロニクス インコーポレイティド | 無線通信システムにおける端末のサイドリンク制御情報送信方法及び上記方法を利用する端末 |
US10897784B2 (en) * | 2016-09-09 | 2021-01-19 | Nec Corporation | Apparatus and method for wireless communication, and non-transitory computer readable medium storing program |
US10440742B2 (en) | 2016-09-23 | 2019-10-08 | Qualcomm Incorporated | Dynamic grant-free and grant-based uplink transmissions |
WO2018058558A1 (zh) * | 2016-09-30 | 2018-04-05 | 华为技术有限公司 | 选择资源的方法和终端设备 |
US10945236B2 (en) | 2016-10-26 | 2021-03-09 | Lg Electronics Inc. | Method for sensing resource for direct communication between terminals in wireless communication system and device therefor |
CN110140408B (zh) * | 2016-11-02 | 2022-08-26 | Lg电子株式会社 | 用于在无线通信系统中执行副链路发送的方法及其装置 |
BR112019003501B1 (pt) | 2016-11-03 | 2024-02-06 | Panasonic Intellectual Property Corporation Of America | Primeiro aparelho de comunicação, segundo aparelho de comunicação, circuito integrado e método de comunicação |
CN109891987B (zh) * | 2016-11-04 | 2022-06-24 | 瑞典爱立信有限公司 | 用于无线通信系统中的传输调度的方法和装置 |
CN110291731B (zh) * | 2016-12-21 | 2022-08-23 | 瑞典爱立信有限公司 | Its状态指示 |
CN108260105A (zh) * | 2016-12-29 | 2018-07-06 | 华为技术有限公司 | 一种d2d通信方法及设备 |
EP3567909B1 (en) * | 2017-01-23 | 2021-06-16 | LG Electronics Inc. | Method for transmitting signal by terminal for v2x communication in wireless communication system, and device using same method |
KR102334627B1 (ko) * | 2017-02-06 | 2021-12-03 | 엘지전자 주식회사 | 무선 통신 시스템에서 t-rpt를 통하여 신호를 수신하는 방법 및 장치 |
KR102326369B1 (ko) * | 2017-03-16 | 2021-11-15 | 베이징 시아오미 모바일 소프트웨어 컴퍼니 리미티드 | 절삭된 버퍼 상태 보고 |
EP3603293B1 (en) * | 2017-03-23 | 2023-03-15 | Apple Inc. | Prioritized messaging and resource selection in vehicle-to-vehicle (v2v) sidelink communication |
WO2018174661A1 (en) * | 2017-03-24 | 2018-09-27 | Samsung Electronics Co., Ltd. | Resource selection method in vehicle to everything communication and apparatus therefore |
US11102631B2 (en) | 2017-03-24 | 2021-08-24 | Samsung Electronics Co., Ltd. | Resource selection method in vehicle to everything communication and apparatus therefore |
US11219054B2 (en) * | 2017-05-05 | 2022-01-04 | Qualcomm Incorporated | Relaying in a device-to-device communication system |
CN111108791A (zh) * | 2017-08-11 | 2020-05-05 | Oppo广东移动通信有限公司 | 数据处理方法及相关设备 |
EP3689058A4 (en) * | 2017-09-28 | 2021-05-05 | Nokia Technologies Oy | METHOD, DEVICE, COMPUTER PROGRAM PRODUCT AND COMPUTER PROGRAM |
CN114422089B (zh) * | 2017-11-10 | 2024-06-14 | 华为技术有限公司 | 一种应答信息的传输方法、通信设备和网络设备 |
JP7138170B2 (ja) * | 2017-11-14 | 2022-09-15 | アイディーエーシー ホールディングス インコーポレイテッド | 無線システムにおける補助的なアップリンク送信 |
TWI821607B (zh) * | 2018-04-03 | 2023-11-11 | 美商內數位專利控股公司 | 合作車間有效資源使用方法 |
EP3815450A1 (en) | 2018-06-28 | 2021-05-05 | Convida Wireless, Llc | Prioritization procedures for nr v2x sidelink shared channel data transmission |
US11889514B2 (en) * | 2018-06-28 | 2024-01-30 | Interdigital Patent Holdings, Inc. | Sidelink buffer status reports and scheduling requests for new radio vehicle sidelink shared channel data transmissions |
EP3820210A4 (en) * | 2018-07-03 | 2022-02-16 | Ntt Docomo, Inc. | COMMUNICATION DEVICE AND BASE STATION |
CN110708150B (zh) * | 2018-07-10 | 2021-02-12 | 华为技术有限公司 | 一种通信方法及装置 |
WO2020028662A1 (en) * | 2018-08-01 | 2020-02-06 | Intel Corporation | Unified channel access for broadcast, groupcast, and unicast communication in nr v2x sidelink communication |
WO2020025147A1 (en) * | 2018-08-03 | 2020-02-06 | Telefonaktiebolaget Lm Ericsson (Publ) | Reference signal management for sidelink radio transmission |
US20200053699A1 (en) * | 2018-08-10 | 2020-02-13 | Asustek Computer Inc. | Method and apparatus for selecting device-to-device resource pool in a wireless communication system |
CN110830954B (zh) * | 2018-08-10 | 2021-02-12 | 电信科学技术研究院有限公司 | 一种直接链路通信的方法、终端及网络设备 |
CN113660694B (zh) * | 2018-09-18 | 2024-04-12 | 华为技术有限公司 | 传输数据的方法和装置 |
CN112369068B (zh) * | 2018-09-25 | 2022-01-04 | Oppo广东移动通信有限公司 | 资源映射方式指示方法及相关产品 |
US20200100048A1 (en) * | 2018-09-26 | 2020-03-26 | Qualcomm Incorporated | Transmission with indication of geographic area |
CN112806080A (zh) * | 2018-09-26 | 2021-05-14 | 弗劳恩霍夫应用研究促进协会 | 用于管理侧链路资源的方法 |
CN110958696B (zh) * | 2018-09-27 | 2022-08-02 | 维沃移动通信有限公司 | 能力与资源分配的方法、终端设备和控制设备 |
CN111587547B (zh) * | 2018-09-28 | 2023-04-18 | 联发科技(新加坡)私人有限公司 | 侧链路数据重传的方法及其接收用户设备 |
TWI711318B (zh) * | 2018-09-28 | 2020-11-21 | 聯發科技股份有限公司 | 新無線電移動通信中v2x 的側鏈路資源分配的方法及裝置 |
CN110972304B (zh) | 2018-09-28 | 2024-07-12 | 现代自动车株式会社 | 考虑通信系统中资源占用状态的副链路通信方法及其设备 |
WO2020069668A1 (en) * | 2018-10-02 | 2020-04-09 | FG Innovation Company Limited | Multi-rat sidelink communications |
CN113207181B (zh) | 2018-10-10 | 2023-01-17 | Oppo广东移动通信有限公司 | 一种传输反馈信息的方法和终端设备 |
JP7279778B2 (ja) * | 2018-10-31 | 2023-05-23 | 富士通株式会社 | サイドリンクデータの送信及び設定方法並びに装置 |
US11310822B2 (en) * | 2018-11-02 | 2022-04-19 | Huawei Technologies Co., Ltd. | Methods and apparatus for sidelink communications and resource allocation |
EP3672337B1 (en) * | 2018-12-20 | 2022-02-16 | ASUSTek Computer Inc. | Method for handling sidelink feedback collision in a wireless communication system |
CN111385885B (zh) * | 2018-12-29 | 2023-08-01 | 大唐移动通信设备有限公司 | 一种资源分配模式的确定方法、终端及网络设备 |
KR20200087698A (ko) * | 2019-01-11 | 2020-07-21 | 주식회사 아이티엘 | 무선통신시스템에서 사이드링크 물리계층 세션 아이디를 결정하는 방법 및 장치 |
CN111436079A (zh) * | 2019-01-11 | 2020-07-21 | 华硕电脑股份有限公司 | 用于无线通信中的侧链路资源分配模式配置的方法及设备 |
US11570755B2 (en) * | 2019-01-20 | 2023-01-31 | Qualcomm Incorporated | Control forwarding techniques for wireless communications |
US11277819B2 (en) * | 2019-01-21 | 2022-03-15 | Huawei Technologies Co., Ltd. | Method and apparatus for sidelink transmission and resource allocation |
KR102230054B1 (ko) * | 2019-01-23 | 2021-03-19 | 엘지전자 주식회사 | Nr v2x의 2단계 sci 전송 |
US11134478B2 (en) | 2019-05-02 | 2021-09-28 | Samsung Electronics Co., Ltd. | Method and apparatus for transmission and reception of sidelink control information in wireless communication system |
US10873944B2 (en) * | 2019-05-03 | 2020-12-22 | At&T Intellectual Property I, L.P. | Forward compatible new radio sidelink slot format signalling |
EP3970427A4 (en) * | 2019-05-13 | 2022-12-07 | Telefonaktiebolaget LM Ericsson (publ) | HANDLING OF A RADIO RESOURCE BETWEEN TERMINAL DEVICES |
WO2020233805A1 (en) * | 2019-05-21 | 2020-11-26 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods and devices for enabling group transmission in communication networks |
WO2020242156A1 (ko) * | 2019-05-24 | 2020-12-03 | 엘지전자 주식회사 | 사이드링크를 지원하는 무선통신시스템에서 ue가 사이드링크 신호를 전송하는 방법 및 이를 위한 장치 |
EP3981216A4 (en) * | 2019-08-15 | 2022-08-17 | LG Electronics Inc. | ASSIGNMENT OF LOWER AND UPPER IDENTIFIERS FOR SIDELINK TRANSMISSION |
US12004201B2 (en) * | 2019-08-16 | 2024-06-04 | Huawei Technologies Co., Ltd. | Sidelink configured grant resource configuration and signalling |
WO2021054872A1 (en) * | 2019-09-18 | 2021-03-25 | Telefonaktiebolaget Lm Ericsson (Publ) | Apparatuses and methods for using group buffer status reports |
CA3153202A1 (en) * | 2019-09-30 | 2021-04-08 | Nannan Liu | Communication method and apparatus |
US11985647B2 (en) | 2019-10-24 | 2024-05-14 | Qualcomm Incorporated | Sidelink groupcast beam training |
US11653349B2 (en) | 2019-10-24 | 2023-05-16 | Qualcomm Incorporated | Sidelink groupcast reachability based scheduling |
US11558880B2 (en) * | 2019-10-24 | 2023-01-17 | Qualcomm Incorporated | Sidelink groupcast scheduling |
TWI754425B (zh) * | 2019-10-31 | 2022-02-01 | 華碩電腦股份有限公司 | 無線通訊系統中傳送裝置間側鏈路報告的方法和設備 |
US11317381B2 (en) | 2019-10-31 | 2022-04-26 | Asustek Computer Inc. | Method and apparatus for handling device-to-device feedback transmission in a wireless communication system |
WO2021091163A1 (ko) * | 2019-11-07 | 2021-05-14 | 엘지전자 주식회사 | 그룹 통신 |
US11546937B2 (en) * | 2019-11-08 | 2023-01-03 | Huawei Technologies Co., Ltd. | System and method for reservation and resource selection for sidelink communication |
WO2021093891A1 (en) * | 2019-11-17 | 2021-05-20 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Sidelink security configuration procedure |
US11632785B2 (en) * | 2020-06-26 | 2023-04-18 | Qualcomm Incorporated | Receive grant for a sidelink transmission |
GB2601396A (en) * | 2020-08-07 | 2022-06-01 | Samsung Electronics Co Ltd | Improvements in and relating to Prose group management |
EP4171151A4 (en) * | 2020-10-22 | 2023-11-29 | LG Electronics Inc. | METHOD AND APPARATUS FOR SENDING/RECEIVING A COORDINATION MESSAGE BETWEEN USER DEVICES IN NR V2X |
US11647408B2 (en) * | 2020-12-16 | 2023-05-09 | Qualcomm Incorporated | Techniques for dynamically updating a search space of a sidelink control channel |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103139764A (zh) * | 2011-12-01 | 2013-06-05 | 华为技术有限公司 | 业务调度方法及装置 |
US20140080494A1 (en) * | 2012-09-14 | 2014-03-20 | Electronics And Telecommunications Research Institute | Direct communication method of terminal, method of controlling d2d communication, and terminal device |
CN104429141A (zh) * | 2012-08-03 | 2015-03-18 | 英特尔公司 | 用于d2d通信的信令和信道设计 |
Family Cites Families (21)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2008154927A1 (en) | 2007-06-21 | 2008-12-24 | Genmab A/S | Novel methods for treating egfr-associated tumors |
CN102474495B (zh) * | 2009-08-17 | 2016-01-20 | Lg电子株式会社 | 在无线通信系统中对发送上行链路控制信息的上行链路载波进行分配的方法及装置 |
US8867458B2 (en) * | 2010-04-30 | 2014-10-21 | Nokia Corporation | Network controlled device to device / machine to machine cluster operation |
US20140177539A1 (en) * | 2012-12-21 | 2014-06-26 | Research In Motion Limited | User-equipment-managed direct device to device communications |
KR20210021092A (ko) * | 2013-08-07 | 2021-02-24 | 인터디지탈 패튼 홀딩스, 인크 | 디바이스 대 디바이스 통신을 위한 분산형 스케줄링 |
EP3120468B1 (en) * | 2014-03-18 | 2020-08-19 | Sharp Kabushiki Kaisha | Scheduling wireless device-to-device communications |
CN115190574A (zh) * | 2014-03-19 | 2022-10-14 | 交互数字专利控股公司 | Wtru及由wtru执行的方法 |
WO2015200607A1 (en) * | 2014-06-27 | 2015-12-30 | Sharp Laboratories Of America, Inc. | Resource pool access for device to device communications |
MX366501B (es) * | 2014-08-06 | 2019-07-11 | Interdigital Patent Holdings Inc | Prioridad de dispositivo a dispositivo (d2d) y control de acceso. |
JP6649728B2 (ja) * | 2014-09-17 | 2020-02-19 | 創新音▲速▼股▲ふん▼有限公司 | 無線通信システムにおけるリソースを要求する方法と装置 |
US9888471B2 (en) * | 2014-09-25 | 2018-02-06 | Intel Corporation | Construction of transmission patterns for D2D communication |
EP3198981B1 (en) * | 2014-09-26 | 2023-04-26 | Sun Patent Trust | Improved resource allocation for device to device (d2d) communication |
US9918266B2 (en) * | 2014-10-06 | 2018-03-13 | Telefonaktiebolaget Lm Ericsson (Publ) | Activation and deactivation of a secondary cell for device-to-device user equipment |
EP3016465A1 (en) * | 2014-10-31 | 2016-05-04 | ASUSTeK Computer Inc. | Method and device for handling multiple d2d (device to device) grants in a sa (scheduling assignment) period in a wireless communication system |
EP3229551B1 (en) * | 2014-12-04 | 2019-07-24 | LG Electronics Inc. | Method for relaying d2d link in wireless communication system and device for performing same |
JP6369635B2 (ja) * | 2014-12-31 | 2018-08-08 | 富士通株式会社 | バッファ状態報告の生成方法、装置及び通信システム |
CN107211430B (zh) * | 2015-01-23 | 2021-04-13 | Lg电子株式会社 | 在d2d通信系统中选择用于d2d ue的副链路授权的方法及其装置 |
EP3051736B1 (en) * | 2015-01-30 | 2020-04-29 | Panasonic Intellectual Property Corporation of America | Prioritization in the logical channel prioritization procedure for sidelink logical channels in ProSe direct communications |
US10225847B2 (en) * | 2015-04-10 | 2019-03-05 | Lg Electronics Inc. | Method and device for transmitting/receiving D2D signal considering priority in wireless communication system |
EP3651523B1 (en) * | 2015-11-06 | 2021-09-08 | Sun Patent Trust | Multiple sidelink control transmission during a sidelink control period |
EP3206452B1 (en) * | 2016-02-10 | 2019-10-16 | Panasonic Intellectual Property Corporation of America | Priority-optimized sidelink data transfer in the case of autonomous resource allocation in lte prose communication |
-
2015
- 2015-04-17 EP EP23180243.0A patent/EP4236613A3/en active Pending
- 2015-04-17 EP EP15888829.7A patent/EP3284299B1/en active Active
- 2015-04-17 WO PCT/CN2015/076867 patent/WO2016165124A1/en active Application Filing
- 2015-04-17 EP EP21213187.4A patent/EP3986072B1/en active Active
- 2015-04-17 CN CN201580080060.1A patent/CN107615844B/zh active Active
- 2015-04-17 JP JP2017551184A patent/JP6590942B2/ja active Active
- 2015-04-17 US US15/567,055 patent/US10869296B2/en active Active
- 2015-04-17 CN CN202111219921.3A patent/CN113891299B/zh active Active
-
2020
- 2020-11-16 US US17/098,910 patent/US11690046B2/en active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103139764A (zh) * | 2011-12-01 | 2013-06-05 | 华为技术有限公司 | 业务调度方法及装置 |
CN104429141A (zh) * | 2012-08-03 | 2015-03-18 | 英特尔公司 | 用于d2d通信的信令和信道设计 |
US20140080494A1 (en) * | 2012-09-14 | 2014-03-20 | Electronics And Telecommunications Research Institute | Direct communication method of terminal, method of controlling d2d communication, and terminal device |
Non-Patent Citations (1)
Title |
---|
NTT DOCOMO: "R1-151964,Resource Allocation for UE-to-Network Relay", 《3GPP TSG RAN WG1 MEETING #80BIS》 * |
Cited By (45)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US12022434B2 (en) | 2018-02-05 | 2024-06-25 | Zte Corporation | Resource selection method and device |
CN110120857A (zh) * | 2018-02-05 | 2019-08-13 | 中兴通讯股份有限公司 | 选择资源的方法及装置 |
WO2019149117A1 (zh) * | 2018-02-05 | 2019-08-08 | 中兴通讯股份有限公司 | 选择资源的方法及装置 |
CN110120857B (zh) * | 2018-02-05 | 2022-01-28 | 中兴通讯股份有限公司 | 选择资源的方法及装置 |
US11219042B2 (en) | 2018-02-13 | 2022-01-04 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Apparatus and method for performing vehicle to everything communication |
US11825507B2 (en) | 2018-02-13 | 2023-11-21 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Apparatus and method for performing vehicle to everything communication |
CN112203257A (zh) * | 2018-02-13 | 2021-01-08 | Oppo广东移动通信有限公司 | 用于执行车辆对外界通信的装置和方法 |
CN112203257B (zh) * | 2018-02-13 | 2022-11-22 | Oppo广东移动通信有限公司 | 用于执行车辆对外界通信的装置和方法 |
CN111480379A (zh) * | 2018-02-14 | 2020-07-31 | Oppo广东移动通信有限公司 | 用户设备及其无线通信方法 |
CN111480379B (zh) * | 2018-02-14 | 2021-11-09 | Oppo广东移动通信有限公司 | 用户设备及其无线通信方法 |
CN112470538A (zh) * | 2018-07-30 | 2021-03-09 | 高通股份有限公司 | 用于在网络调度模式下对侧行链路的qos支持的方法和装置 |
CN110830953B (zh) * | 2018-08-10 | 2022-05-13 | 华为技术有限公司 | 一种通信方法及相关设备 |
CN110830953A (zh) * | 2018-08-10 | 2020-02-21 | 华为技术有限公司 | 一种通信方法及相关设备 |
WO2020030047A1 (zh) * | 2018-08-10 | 2020-02-13 | 华为技术有限公司 | 一种通信方法及相关设备 |
CN110896345B (zh) * | 2018-09-13 | 2021-07-09 | 华为技术有限公司 | 发送和接收侧行链路控制信息的方法以及装置 |
CN110896345A (zh) * | 2018-09-13 | 2020-03-20 | 华为技术有限公司 | 发送和接收侧行链路控制信息的方法以及装置 |
CN112771962A (zh) * | 2018-09-27 | 2021-05-07 | 康维达无线有限责任公司 | 用于nr v2x的基于uu的侧向链路控制 |
US11882555B2 (en) | 2018-09-27 | 2024-01-23 | Koninklijke Philips N.V. | Mobile device and method |
CN113170281A (zh) * | 2018-09-27 | 2021-07-23 | 弗劳恩霍夫应用研究促进协会 | 移动设备和方法 |
CN111148273B (zh) * | 2018-11-02 | 2022-03-08 | 华为技术有限公司 | 用于确定传输链路的方法、终端设备和无线接入网设备 |
CN111148273A (zh) * | 2018-11-02 | 2020-05-12 | 华为技术有限公司 | 用于确定传输链路的方法、终端设备和无线接入网设备 |
CN111385844A (zh) * | 2018-12-29 | 2020-07-07 | 华为技术有限公司 | 资源配置的方法、装置及设备 |
CN111385844B (zh) * | 2018-12-29 | 2021-12-03 | 华为技术有限公司 | 资源配置的方法、装置及设备 |
WO2020135558A1 (zh) * | 2018-12-29 | 2020-07-02 | 华为技术有限公司 | 资源配置的方法、装置及设备 |
CN113475158A (zh) * | 2019-02-13 | 2021-10-01 | 康维达无线有限责任公司 | 用于5g中面向连接的车辆对x(vtx)通信的装置、系统、方法和计算机可读介质 |
US12047312B2 (en) | 2019-02-18 | 2024-07-23 | Mediatek Singapore Pte. Ltd. | Two-stage physical sidelink control channel (PSCCH) for sidelink communications |
WO2020168452A1 (en) * | 2019-02-18 | 2020-08-27 | Mediatek Singapore Pte. Ltd. | Control channel design for v2x communication |
WO2020169024A1 (en) * | 2019-02-18 | 2020-08-27 | Mediatek Singapore Pte. Ltd. | Two-stage physical sidelink control channel (pscch) for sidelink communications |
CN113661674A (zh) * | 2019-03-29 | 2021-11-16 | 三星电子株式会社 | 在无线通信系统中处理侧行链路反馈信道的信号的方法和装置 |
US11936587B2 (en) | 2019-03-29 | 2024-03-19 | Samsung Electronics Co., Ltd. | Method and apparatus for processing signal of sidelink feedback channel in wireless communication system |
CN111867146A (zh) * | 2019-04-30 | 2020-10-30 | 大唐移动通信设备有限公司 | 一种标识信息发送、接收方法、设备及装置 |
CN111867146B (zh) * | 2019-04-30 | 2022-07-22 | 大唐移动通信设备有限公司 | 一种标识信息发送、接收方法、设备及装置 |
CN114208345A (zh) * | 2019-07-19 | 2022-03-18 | 高通股份有限公司 | 侧链路通信资源信令 |
CN113508549B (zh) * | 2019-08-15 | 2024-05-03 | Oppo广东移动通信有限公司 | 传输侧行数据的方法、终端设备和网络设备 |
CN113508549A (zh) * | 2019-08-15 | 2021-10-15 | Oppo广东移动通信有限公司 | 传输侧行数据的方法、终端设备和网络设备 |
WO2021062840A1 (zh) * | 2019-09-30 | 2021-04-08 | 华为技术有限公司 | 通信方法及装置 |
CN114556829A (zh) * | 2019-10-02 | 2022-05-27 | 高通股份有限公司 | 用于支持反馈控制的侧链路群播配置 |
CN112788657A (zh) * | 2019-11-05 | 2021-05-11 | 华硕电脑股份有限公司 | 在侧链路中传送侧链路测量报告的方法和设备 |
CN112788657B (zh) * | 2019-11-05 | 2024-03-19 | 华硕电脑股份有限公司 | 在侧链路中传送侧链路测量报告的方法和设备 |
WO2021114131A1 (zh) * | 2019-12-11 | 2021-06-17 | 华为技术有限公司 | 一种数据传输方法、终端装置和网络装置 |
CN114747234A (zh) * | 2019-12-20 | 2022-07-12 | 华为技术有限公司 | 一种数据传输的方法、装置和系统 |
CN115298990A (zh) * | 2020-03-27 | 2022-11-04 | 高通股份有限公司 | 侧行链路反馈定时 |
CN113938981B (zh) * | 2020-06-29 | 2023-11-14 | 华硕电脑股份有限公司 | 无线通信系统中中继报告侧链路用户设备能力信息的方法和设备 |
CN113938981A (zh) * | 2020-06-29 | 2022-01-14 | 华硕电脑股份有限公司 | 无线通信系统中中继报告侧链路用户设备能力信息的方法和设备 |
WO2022160108A1 (zh) * | 2021-01-26 | 2022-08-04 | 华为技术有限公司 | 无线通信方法、通信装置及通信系统 |
Also Published As
Publication number | Publication date |
---|---|
US10869296B2 (en) | 2020-12-15 |
EP4236613A3 (en) | 2023-10-18 |
EP3284299A4 (en) | 2018-12-12 |
EP3284299A1 (en) | 2018-02-21 |
EP3986072A1 (en) | 2022-04-20 |
CN113891299B (zh) | 2024-07-05 |
US20230284184A1 (en) | 2023-09-07 |
CN107615844B (zh) | 2021-11-09 |
US20180139724A1 (en) | 2018-05-17 |
US20210068081A1 (en) | 2021-03-04 |
EP4236613A2 (en) | 2023-08-30 |
EP3284299B1 (en) | 2022-02-16 |
CN113891299A (zh) | 2022-01-04 |
JP6590942B2 (ja) | 2019-10-16 |
WO2016165124A1 (en) | 2016-10-20 |
US11690046B2 (en) | 2023-06-27 |
JP2018512009A (ja) | 2018-04-26 |
EP3986072B1 (en) | 2023-08-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11690046B2 (en) | Multiple prose group communication during a sidelink control period | |
US11792800B2 (en) | Multiple sidelink control transmissions during a sidelink control period | |
US11595977B2 (en) | Semi-persistent resource allocation for V2V traffic | |
CN107079530A (zh) | 用于侧行链路逻辑信道的逻辑信道优先级排序过程 | |
CN107113787A (zh) | 用于未许可载波上的发送的改进的资源分派 | |
JP7183351B2 (ja) | サイドリンク制御期間中の複数のProSeグループ通信 | |
JP7122695B2 (ja) | サイドリンク制御期間における複数のサイドリンク制御送信 | |
US12052692B2 (en) | Multiple prose group communication during a sidelink control period |
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 |