CN107708210B - 用于多用户叠加传输的方法、网络设备和终端设备 - Google Patents

用于多用户叠加传输的方法、网络设备和终端设备 Download PDF

Info

Publication number
CN107708210B
CN107708210B CN201610647540.8A CN201610647540A CN107708210B CN 107708210 B CN107708210 B CN 107708210B CN 201610647540 A CN201610647540 A CN 201610647540A CN 107708210 B CN107708210 B CN 107708210B
Authority
CN
China
Prior art keywords
resource allocation
allocation information
terminal device
terminal devices
end terminal
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
Application number
CN201610647540.8A
Other languages
English (en)
Other versions
CN107708210A (zh
Inventor
武卓
王钧
沈钢
K·肖伯
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nokia Shanghai Bell Co Ltd
Nokia Solutions and Networks Oy
Original Assignee
Nokia Shanghai Bell Co Ltd
Nokia Solutions and Networks Oy
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Nokia Shanghai Bell Co Ltd, Nokia Solutions and Networks Oy filed Critical Nokia Shanghai Bell Co Ltd
Priority to CN201610647540.8A priority Critical patent/CN107708210B/zh
Publication of CN107708210A publication Critical patent/CN107708210A/zh
Application granted granted Critical
Publication of CN107708210B publication Critical patent/CN107708210B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053Allocation of signaling, i.e. of overhead other than pilot signals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/23Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal

Abstract

本公开的实施例提供了用于多用户叠加传输(MUST)的方法、网络设备和终端设备。在MUST中包括近端终端设备和远端终端设备。该方法包括:在网络设备处确定多个远端终端设备的资源分配信息;通过组合资源分配信息,来获得针对多个远端终端设备的组合式资源分配信息;以及向近端终端设备发送组合式资源分配信息。本公开的实施例还提供了相应的网络设备和终端设备。

Description

用于多用户叠加传输的方法、网络设备和终端设备
技术领域
本公开一般性地涉及无线通信,并且更特别地,涉及一种用于多用户叠加传输的方法、一种网络设备和一种终端设备。
背景技术
近来,下行链路多用户叠加传输(MUST)的工作项目已经得到通过,其目的是规定必要的机制以使得LTE利用从服务eNB发送给 UE的关于UE所经历的小区内干扰的辅助信息,而能够支持针对 PDSCH的下行链路小区内的MUST传输。
在3GPP规范中,已经显示出MUST一般在较高通信量负载时是更加有益的。在这种情况中,更多的UE可以配对进行MUST传输,并且可以带来更大的系统容量增加。因此,在MUST中应当支持针对不同子帧的或者在不同的空间层和子频带上的近端UE与远端UE的动态配对,例如,在不同的空间层上或者在不同的子频带中将近端 UE与不同的多个远端UE进行配对,以增大MUST配对的可能性。
然而,在MUST动态配对以及在不同子帧上在MUST传输与非 MUST传输之间动态切换的情况中,在近端UE处检测所配对的远端 UE的信号更加困难,尤其是在多个远端UE在一个子帧中的不同资源块与一个近端UE配对的场合。
发明内容
本公开的实施例提供了一种用于多用户叠加传输的方法、一种网络设备和一种终端设备。
根据本公开的第一方面,提供了一种用于MUST传输的方法,在该MUST中包括近端终端设备和远端终端设备。该方法包括:在网络设备处确定多个远端终端设备的资源分配信息;通过组合资源分配信息,来获得针对多个远端终端设备的组合式资源分配信息;以及向近端终端设备发送组合式资源分配信息。
在一些实施例中,确定多个远端终端设备的资源分配信息可以包括:确定多个远端终端设备的资源分配类型,以及基于资源分配类型来确定资源分配信息。在这些实施例中,获得组合式资源分配信息可以包括:基于资源分配类型来组合资源分配信息。在这些实施例中,向近端终端设备发送组合式资源分配信息可以包括:向近端终端设备发送资源分配类型的指示、以及分配给多个远端终端设备的资源的有关信息。
在一些实施例中,基于资源分配类型来确定资源分配信息可以包括:响应于所确定的资源分配类型为资源分配(RA)类型0,生成针对多个远端终端设备的位图,一个位图中的比特指示单个资源块组 (RBG)是否被分配给相应的远端终端设备。在这些实施例中,基于资源分配类型来组合资源分配信息可以包括:组合针对多个远端终端设备的位图。
在一些实施例中,基于资源分配类型来确定资源分配信息可以包括:响应于所确定的资源分配类型为RA类型1,针对每个远端终端设备生成:从预定的多个RBG子集中选择的RBG子集的有关信息、资源分配跨度在子集内是否位移的有关信息、以及位图,位图中的比特指示所选择的RGB子集中的单个虚拟资源块VRB是否被分配给远端终端设备。在这些实施例中,基于资源分配类型来组合资源分配信息可以包括:组合针对多个远端终端设备的位图。
在一些实施例中,基于资源分配类型来确定资源分配信息可以包括:响应于所确定的资源分配类型为RA类型2,确定向每个远端终端设备分配的虚拟连续资源块的起始资源块和长度。在这些实施例中,基于资源分配类型来组合资源分配信息可以包括:组合多个远端终端设备的虚拟连续资源块,组合后的虚拟连续资源块由相应的起始资源块和长度来表示。
在一些实施例中,基于资源分配类型来确定资源分配信息可以包括:响应于所确定的资源分配类型为新RA类型,生成针对多个远端终端设备的位图,一个位图中的比特指示单个资源块(RB)是否被分配给相应的远端终端设备。在这些实施例中,基于资源分配类型来组合资源分配信息可以包括:组合多个远端终端设备的位图。在一些实施例中,该位图的比特长度可以是固定的。
在一些实施例中,向近端终端设备发送组合式资源分配信息可以包括:在公共下行链路控制信息(DCI)中发送组合式资源分配信息。
在一些实施例中,该方法可以进一步包括:在特定于近端终端设备的DCI中,向近端终端设备指示在特定子帧中是否进行MUST传输。在一些实施例中,该方法可以进一步包括:在特定于近端终端设备的DCI中,向近端终端设备指示与它配对的远端终端设备的资源分配是否与它的资源分配对齐。
根据本公开的第二方面,提供了一种用于MUST传输的方法。该方法包括:在MUST中的近端终端设备处,接收针对近端终端设备的资源分配信息;接收针对MUST中的多个远端终端设备的组合式资源分配信息,组合式资源分配信息通过组合多个远端终端设备的资源分配信息而被获得;以及通过比较资源分配信息与组合式资源分配信息,来确定在资源分配信息指示的资源块中的哪些资源块上进行MUST 传输。
在一些实施例中,接收近端终端设备的资源分配信息可以包括:在特定于近端终端设备的下行链路控制信息DCI中接收资源分配信息。在一些实施例中,接收针对多个远端终端设备的组合式资源分配信息可以包括:在公共DCI中接收组合式资源分配信息。
在一些实施例中,该方法可以进一步包括:在特定于近端终端设备的DCI中接收在特定子帧上是否进行MUST传输的指示。在这些实施例中,接收针对多个远端终端设备的组合式资源分配信息可以包括:响应于接收到在子帧上进行MUST传输的指示,接收针对多个远端终端设备的组合式资源分配信息。
在一些实施例中,该方法可以进一步包括:在特定于近端终端设备的DCI中接收与近端终端设备配对的远端终端设备的资源分配是否与它的资源分配对齐的指示。在这些实施例中,该方法可以进一步包括:如果接收到与近端终端设备配对的远端终端设备的资源分配与它的资源分配对齐的指示,则确定在资源分配信息指示的RB上进行 MUST传输。此外,在这些实施例中,接收针对多个远端终端设备的组合式资源分配信息可以包括:如果接收到与近端终端设备配对的远端终端设备的资源分配与它的资源分配非对齐的指示,则接收针对多个远端终端设备的组合式资源分配信息。
根据本公开的第三方面,提供了一种网络设备。该网络设备包括控制器和收发器。控制器被配置为确定多用户叠加传输(MUST)中的多个远端终端设备的资源分配信息,以及通过组合资源分配信息来获得针对多个远端终端设备的组合式资源分配信息。收发器耦合至控制器并且被控制器配置为向MUST中的近端终端设备发送组合式资源分配信息。
根据本公开的第四方面,提供了一种终端设备。该终端设备包括控制器和收发器,收发器耦合至控制器并且被控制器配置为:在多用户叠加传输(MUST)中的近端终端设备处,接收针对近端终端设备的资源分配信息;以及接收针对MUST中的多个远端终端设备的组合式资源分配信息,组合式资源分配信息通过组合多个远端终端设备的资源分配信息而被获得。控制器被配置为通过比较资源分配信息与组合式资源分配信息,来确定在资源分配信息指示的资源块(RB)中的哪些RB上进行MUST传输。
附图说明
通过参考附图阅读下文的详细描述,本公开的实施例的上述以及其他目的、特征和优点将变得容易理解。在附图中,以示例性而非限制性的方式示出了本公开的若干实施例,其中:
图1示意性地示出了根据本公开的实施例可以实施在其中的多用户叠加传输(MUST)的示例性场景图。
图2示意性地示出了根据本公开的一种实施例的用于MUST传输的方法的流程图。
图3示意性地示出了根据本公开的实施例的针对具有RA类型0 的多个远端UE的组合式资源分配信息的示图。
图4示意性地示出了根据本公开的实施例的针对具有新RA类型的多个远端UE的组合式资源分配信息的示图。
图5示意性地示出了根据本公开的另一种实施例的用于MUST 传输的方法的流程图。
图6示意性地示出了根据本公开的实施例的装置的框图。
图7示意性地示出了根据本公开的实施例的装置的框图。
图8示意性地示出了适合实现本公开的实施例的设备的框图。
贯穿所有附图,相同或者相似的参考标号被用来表示相同或者相似的元件。
具体实施方式
下面将参考附图中所示出的若干示例性实施例来描述本公开的原理和精神。应当理解,描述这些具体的实施例仅是为了使本领域的技术人员能够更好地理解并实现本公开,而并非以任何方式限制本公开的范围。
如本文所使用的,术语“终端设备”或“终端”指代具有无线通信能力的任何设备,包括但不限于,移动电话、蜂窝电话、智能电话、个人数字助理(PDA)、便携式计算机、诸如数字相机的图像捕获设备、游戏设备、音乐存储和播放设备、具有无线通信能力的任何便携式单元或终端,或者启用无线互联网接入和浏览的互联网设备等。
此外,在本公开的上下文中为了讨论的简便,术语“终端”和“用户设备(UE)”能够可互换地被使用。通信系统中的UE的示例包括但不限于,移动终端(MT)、订户站(SS)、便携式订户站(PSS)、移动站(MS)、或接入终端(AT)。
如本文所使用的,术语“基站(BS)”、“网络设备”和“网络节点”能够可互换地被使用,它们指代能够提供或主控小区的设备,一个或多个终端可以接入该小区。BS的示例包括,但不限于,节点B (NodeB或NB)、演进型节点B(eNodeB或eNB)、远程无线电单元 (RRU)、无线电头端(RH)、远程无线电头端(RRH)、中继、低功率节点,诸如微基站、微微基站和毫微微基站,等等。
图1示意性地示出了根据本公开的实施例可以实施在其中的多用户叠加传输(MUST)的示例性场景图100。作为通信网络的一部分的场景100可以包括网络设备110以及一个或多个终端设备120、130。仅是为了讨论的简便,在下文的描述中,网络设备110将被描述为 BS并且终端设备120、130将被描述为UE。将理解,BS和UE分别仅是网络设备110和终端设备120、130的示例实施方式,没有对本公开的范围进行任何限制。任何其他的实施方式也是可能的。
如图1中所示出的,根据下行链路多用户叠加传输(MUST)方案,BS 110可以在小区140的覆盖范围内使用相同的时频资源向UE 120和UE 130进行下行链路MUST传输。在MUST传输中,具有较高SINR的UE 120可以被称为近端UE 120,而具有较低信干噪比 SINR的UE130可以被称为远端UE 130。应当理解,尽管图1中为了简单仅示出了一对近端UE 120和远端UE 130,但是在具体的实践中,可以存在其他的进行MUST传输近端UE和远端UE对。
在进行下行链路传输时,BS 110可以将发送给近端UE 120和远端UE 130的信号按照适当的功率比例进行叠加,然后将叠加的信号 101、102使用例如相同的时频资源同时发送给近端UE 120和远端UE 130。由于在远端UE 130处,叠加信号101中所包括的针对近端UE120 的信号比较微弱,因此远端UE 130可以使用正常的方式进行下行链路接收。然而,在近端UE 120处,需要通过其他手段来消除叠加信号102中包括的针对远端UE 130的信号所产生的干扰。
如上文所提到的,在MUST动态配对以及在不同子帧上在MUST 传输与非MUST传输之间动态切换的情况中,在近端UE 120处检测所配对的远端UE 130的信号更加困难,尤其是在多个远端UE 130在一个子帧的不同资源块中与一个近端UE 130配对的场合。尽管3GPP规范中已经确认了针对此问题的辅助信息的一些候选参数可以与其他参数一起被盲检测,以帮助在近端UE 120处解码远端UE 130的信号。但是所确认的候选参数是以长时间间隔通过较高层信令传输的,所以不能支持每个子帧都需要更新的远端UE 130的必要辅助信息。
同时,为了支持MUST中的动态配对/切换,对已配对的远端UE 130的完全参数的盲解码可能涉及太多的解码复杂性,并且是耗时的。已经发现归因于通过使用盲检测的干扰存在检测误差所致的性能对于正交多接入技术(OMA)或MUST显著降低。因此,需要提供新的信令来指示远端UE 130的资源分配信息,即在分配给近端UE 120 的PRB/RBG上是否也被分配给远端UE 130。
在当前的3GPP LTE标准中,规定了UE应该从检测到的 PDCCH/EPDCCH DCI格式中所包括的资源分配字段中获得它的资源分配(RA)信息。每个PDCCH/EPDCCH中的资源分配字段包括两个部分,资源分配头部字段和包括实际资源块分配的信息。现有的规范中定义了三种RA类型,即RA类型0、类型1和类型2。
当前,不存在已有的解决方案来支持针对多用户叠加传输的动态配对的远端UE的资源分配指示。向近端UE指示远端UE的资源分配的已有解决方案无法支持MUST中的动态配对以及在MUST传输与非MUST传输之间的切换。
为了支持在近端UE 120处的干扰存在检测,即向近端UE 120指示所配对的远端UE130的资源分配,两种根据当前DL控制信令原理的方法可以被考虑。一种方式是在近端UE120的DCI中插入所配对的远端UE 130的RA信息,以便向近端UE 120通知远端UE 130 配对了哪些PRB/RBG。另一种方式是在公共搜索空间中的公共DCI 中放入所有远端UE 130的整合的资源分配信息,从而所有的近端UE 120可以搜寻它自己的所配对远端UE 130的资源分配信息。这两种方法都具有它们自己的优点和缺点。
第一种方法可以具体地向每个近端UE 120指示它所配对的远端 UE 130的资源分配信息、以及远端UE 130的MCS、秩、PMI、冗余版本ID等信息。然而,因为多个远端UE 130在不同的PRB/RBG中可能配对到一个近端UE 120,所以发送远端UE 130的开销可能是显著的并且此外DCI的大小可能不是固定的,考虑到所配对的远端UE 130的数目可能针对不同的子帧而变化,这增加了盲检测的复杂性或者涉及到更多的信令来向近端UE 120通知远端UE130的附加资源分配信息的长度。
因为在动态配对和切换的情况下,在设计用于MUST的DCI时减少信令开销是相当重要的,所以更加优选的是将所有的远端UE 130 的整合资源分配信息放在公共搜索空间中的固定大小的DCI中。例如,在利用位图指示的RA类型0的情况中,公共DCI可以针对每个RBG 标记它是否被分配用于任何远端UE 130,并且每个近端UE 120可以搜索公共DCI并且对应地发现它自己的所分配RGB上是否存在被配对用于MUST传输的远端UE 130。因此,使用第二种方法可以节省信令开销并且公共DCI的大小可以是固定的,从而降低近端UE 120 的盲检测的复杂性。因此,本公开的实施例提出了一种公共DCI以向所有的近端UE指示远端UE120的RB分配信息,以便帮助在近端 UE 120处的干扰存在检测。下文首先结合图2-5来描述根据本公开的实施例用于MUST传输的方法。
图2示意性地示出了根据本公开的一种实施例的用于MUST传输的方法200的流程图。在一些实施例中,方法200可以由图1中所描绘的BS 110来执行,其中在MUST传输中可以包括近端UE 120和远端UE 130。
在步骤210中,在BS 110处确定多个远端UE 130的资源分配信息。如上文所提到的,在BS 110的小区140中,可能存在多个远端 UE 130将与相应的近端UE 120进行MUST传输。在这样的情况下, BS 110可以确定这些远端UE 130的资源分配信息。例如,在一些实施例中,这些远端UE 130和相应的近端UE 120的资源分配均由BS 110来进行,因此BS 110可以确定用于向这些远端UE 130分配资源的信息。在一些其他的实施例中,BS 110也可以通过其他各种方式来确定多个远端UE 130的资源分配信息,本公开的范围在这个方面不受限制。
在确定多个远端UE 130的资源分配信息的过程中,BS 110可以首先确定这些远端UE 130的资源分配类型,然后基于远端UE 130的资源分配类型来确定资源分配信息。例如,在现有的协议中,规定了三种资源分配(RA)类型,即RA类型0、RA类型1和RA类型2,这三种RA类型分别采用不同的资源分配信息来表示针对UE的资源分配。此外,本公开的实施例还提出了一种新RA类型,其使用新的资源分配信息来表示针对UE的资源分配,稍后在下文中将详细描述该新RA类型。
因此,BS 110可以基于远端UE 130的资源分配类型属于上述四种类型中的哪一种,来确定它们的资源分配信息。下文分别对这四种情况进行讨论。
在第一种情况中,如果多个远端UE 130均为RA类型0,则可以生成针对多个远端UE130的位图,一个位图中的比特指示单个资源块组(RBG)是否被分配给相应的远端UE 130。
具体而言,根据协议的规定,在RA类型0中,资源块分配信息包括位图,该位图指示被分配给所调度的UE的RBG,其中RBG是预定义的局部类型的连续虚拟资源块(VRB)的集合。资源块组大小 (P)是如下的表1中所示出的系统带宽的函数。针对下行链路系统带宽
Figure BDA0001073655210000091
的RBG的总数目(NRBG)由公式
Figure BDA0001073655210000092
给出,其中RBG 中的
Figure BDA0001073655210000093
个RBG的大小为P,并且如果
Figure BDA0001073655210000094
则一个RBG 具有大小
Figure BDA0001073655210000095
该位图具有NRBG比特的大小,一个比特表示一个RBG,从而每个RBG是可寻址的。RBG应该按照频率增加且 RBG大小不增加的顺序从最低频率处开始被索引。RBG到位图比特映射的顺序使得RBG 0到RBGNRBG-1被映射到位图的MSB到LSB。如果位图中的对应比特值为1,则RBG被分配给UE,否则RNG没有被分配给UE。
Figure BDA0001073655210000101
表1RA类型0的RBG大小与下行链路系统带宽
在第二种情况中,如果多个远端UE 130均为RA类型1,则可以针对每个远端UE130生成:从预定的多个RBG子集中选择的RBG 子集的有关信息、资源分配跨度在子集内是否位移的有关信息、以及位图,位图中的比特指示所选择的RGB子集中的单个虚拟资源块 VRB是否被分配给远端UE 130。
具体而言,根据协议的规定,对于RA类型1,以下信令被用于 RA指示:
Figure BDA0001073655210000102
个比特指示在P个RBG子集之中所选择的RBG子集;1比特指示资源分配跨度在子集内的位移。1的比特值指示位移被触发,否则位移没有被触发。
Figure BDA0001073655210000103
比特的位图,其中位图的每个比特寻址到所选择的RBG子集中的单个VRB,位图的 MSB至LSB以频率增加的顺序被映射到VRB。
在第三种情况中,如果多个远端UE 130均为RA类型2,则可以确定向每个远端UE130分配的虚拟连续资源块的起始资源块和长度。
具体而言,根据协议的规定,在RA类型2的资源分配中,资源块分配信息向所调度的UE指示一组连续分配的局部虚拟资源块 (VRB)或分布式VRB。在利用PDCCH DCI格式1A、1B或1D发送的资源分配的情况下,或者对于利用EPDCCH DCI格式1A、1B或 1D发送的资源分配,一个比特标记指示是局部虚拟资源块还是分布式虚拟资源块被分配(值0指示局部VRB分配并且值1指示分布式 VRB分配),而在利用PDCCH DCI格式1C发送资源分配的情况下总是分配分布式虚拟资源块。针对UE的局部VRB分配从单个VRB到跨越系统带宽的最大数目的VRB而变化。
对于PDCCH DCI格式1A、1B或1D,或者对于EPDCCH DCI 格式1A、1B或1D,RA类型2资源分配字段包括与起始资源块(RBstart) 相对应的资源指示值(RIV)以及在虚拟连续分配的资源块方面的长度(LCRBs)。RIV由下式定义:如果
Figure BDA0001073655210000111
Figure BDA0001073655210000112
否则
Figure BDA0001073655210000113
其中LCRBs≥1并且不应该超过
Figure BDA0001073655210000114
对于PDCCH DCI格式1C,RA类型2的RB分配字段包括RIV,该RIV对应于起始资源块
Figure BDA0001073655210000115
以及虚拟连续资源块的长度
Figure BDA0001073655210000116
其中
Figure BDA0001073655210000117
值如下的表2中所示出的取决于下行链路系统带宽而被确定。
Figure BDA0001073655210000118
表2
Figure BDA0001073655210000119
值与下行链路系统带宽
在第四种情况中,如果针对多个远端UE 130的资源分配为新RA 类型,例如这可能是多个远端UE 130分别属于RA类型0-2中的不同 RA类型的情况,则可以生成针对多个远端UE 130的位图,一个位图中的比特指示单个资源块(RB)是否被分配给相应的远端UE 130。换句话说,在该新RA类型中,将每个远端UE 130的所分配RB映射在整个带宽上,而不管它们的属于RA类型0-2中的哪一种。
继续参考图2,在步骤215中,BS 110通过组合多个远端UE 130 的资源分配信息来获得针对它们的组合式资源分配信息。通过这样的方式,有别于在特定于UE的信令中向特定的UE通知它是否需要进行MUST传输,BS 110可以在例如公共DCI中向小区140中的所有近端UE 120通知该组合式资源分配信息,以便于所有的近端UE 120 可以确定是否需要进行MUST传输。
在对多个远端UE 130的资源分配信息进行组合的过程中,BS 110 可以基于这些远端UE 130的资源分配类型来组合资源分配信息。具体地,BS 110可以基于远端UE 130的资源分配类型属于上文所讨论的四种情况中的哪一种来确定它们的资源分配信息。下文分别对这四种情况进行讨论。
在第一种情况中,多个远端UE 130均为RA类型0。如上文所描述的,可以生成针对多个远端UE 130的位图,一个位图中的比特指示单个资源块组(RBG)是否被分配给相应的远端UE 130。在这种情况下,BS 110可以组合针对多个远端UE 130的该位图。例如,为了将RA类型0的多个远端UE 130的资源分配信息组合在公共DCI 中,BS 110可以将多个远端UE130的位图组合为一个位图,该组合位图中的每个比特可以表示RBG是否被分配给某个远端UE 130。
在第二种情况中,多个远端UE 130均为RA类型1。如上文所描述的,可以针对每个远端UE130生成:从预定的多个RBG子集中选择的RBG子集的有关信息、资源分配跨度在子集内是否位移的有关信息、以及位图,位图中的比特指示所选择的RGB子集中的单个虚拟资源块VRB是否被分配给远端UE 130。在这种情况下,BS 110可以组合针对多个远端UE 130的该位图。
例如,为了将RA类型1的多个远端UE 130的资源分配信息组合在公共DCI中,BS110可以使用多个远端UE 130的位图组合为一个位图,该组合位图中的每个比特表示所选择的RBG子集中的单个 VRB是否分配给某个远端UE 130。然而,在多个远端UE 130具有不同的所选子集和不同的RA跨度位移的情况下,组合多个资源分配信息将消耗大得多的信令开销。因此,此时更可取的是根据新RA类型在公共DCI中组合多个远端UE 130的资源分配信息。
在第三种情况中,多个远端UE 130均为RA类型2。如上文所描述的,可以确定向每个远端UE 130分配的虚拟连续资源块的起始资源块和长度。在这种情况下,BS 110可以组合多个远端UE 130的虚拟连续资源块,组合后的虚拟连续资源块由相应的起始资源块和长度来表示。
例如,为了将RA类型2的多个远端UE 130的资源分配信息组合在公共DCI中,BS110可以将远端UE 130的虚拟连续资源块的信息组合在一起,在公共DCI中利用起始资源块和组合式虚拟连续资源块的长度来表示。但是,在多个远端UE 130不连续地分布在整个带宽上的情况下,将需要大得多的信令开销。这是因为需要多个起始资源块和多个虚拟连续资源块的长度来表示组合式资源分配信息。因此,此时更可取的是根据新RA类型在公共DCI中组合多个远端UE 130 的资源分配信息。
在第四种情况中,针对多个远端UE 130的资源分配为新RA类型。如上文所描述的,可以生成针对多个远端UE 130的位图,一个位图中的比特指示单个资源块是否被分配给相应的远端UE 130。在这种情况下,BS 110可以组合多个远端UE 130的该位图。此时,由于每个远端UE 130的资源分配都通过每比特对应于每个资源块的位图来表示,所以该位图的比特长度可以是固定的,仅取决于系统的带宽所包括的资源块数目。
例如,在多个RA类型1的远端UE 130具有不同的所选RB子集和RA跨度位移的情况下,或者多个RA类型2的远端UE 130分布在整个带宽上而需要多个起始RB和虚拟连续RB长度来表示组合式 MUST干扰的情况下,或者甚至是在不同远端UE具有不同RA类型需要被组合在公共DCI的情况下,可以使用新RA类型利用少得多的信令开销来表示全部的远端UE130的RA。
在该新RA类型中,首先将每个远端UE 130的所分配资源块映射在整个带宽上,而不管它们的RA类型。然后,可以利用一个位图来组合全部远端UE 130的资源块分配,位图中的每个比特表示资源块是否被分配给远端UE 130。以这种方式,指示全部远端UE 130的资源块分配的信令开销可以被节省,并且公共DCI的大小可以被固定以减少在近端UE处的盲检测。
总结上述四种情况,在将组合式资源分配信息通过公共DCI进行发送的情况中,本公开的实施例提出了一种针对MUST的干扰共存指示的公共DCI设计,其可以称为DCI-IE-MUST。在这种设计中,可以使用例如两比特的头部来表示上述四种RA类型,而对应于这四种RA类型的公共DCI的信令内容如下。
头部“00”对应于所有远端UE 130均为RA类型0的组合式资源分配信息,其中使用0或1的位图来指示RBG是否被分配给远端 UE 130。头部“01”对应于所有远端UE 130均为RA类型1的组合式资源分配信息,其中使用
Figure BDA0001073655210000141
比特来指示在P个RBG子集中所选择的RBG子集,用单个比特来表示在子集内的RA跨度的位移,以及位图,位图中的每个比特寻址所选择的RBG子集中的单个VRB 的调度。头部“10”对应于所有远端UE 130均为RA类型2的组合式资源分配信息,其中使用RIV值来表示分配给远端UE 130的起始资源块和虚拟连续资源块的长度,多个RIV值用以指示多个虚拟连续的针对多个远端UE的所分配资源块。
此外,头部“11”对应于新RA类型,用以在本公开的实施例所提出的公共DCI中指示所有的远端UE 130的组合式资源分配信息,其中使用0或1的位图来指示PRB是否被分配给远端UE 130。使用新RA类型来表示每个PRB的分配信息的具有以下的原因或优势。首先,在整个带宽上存在多个远端UE 130的情况下,指示远端UE 130 的资源分配信息的大小可以是固定的。其次,在整个带宽上以分布式方式分配了多个远端UE 130并且因此需要大信令开销来指示所有的远端UE 130的RA的情况下,可以节省指示多个远端UE 130的资源分配信息的信令开销。第三,在整个带宽上共存具有混合RA类型的多个远端UE 130的情况下,指示所有的远端UE 130的资源分配可能涉及混合信令和大信令开销。
继续参考图2,在步骤220中,BS 110向近端UE 120发送针对多个远端UE 130的组合式资源分配信息。由此,近端UE 120可以确定在不同的资源块上是否要进行MUST传输,从而可以实现在MUST 传输与非MUST传输之间的动态切换,并且可以实现在不同的资源块上与不同的远端UE 130进行动态配对。
在一些实施例中,BS 110可以向近端UE 120发送资源分配类型的指示、以及分配给多个远端UE 130的资源的有关信息。例如,如表3中所示出的,针对上文所描述的四种情况,BS 110可以在信令中使用2比特(例如,头部字段)来表示对应于远端UE 130的RA类型,其中“11”指代上文中的新RA类型。
头部(2比特) 00 01 10 11
含义 RA类型0 RA类型1 RA类型2 新RA类型
表3指示RA类型的头部字段
进一步地,BS 110可以在公共下行链路控制信息(DCI)中发送针对多个远端UE130的组合式资源分配信息。由此,BS 110的小区 140中将要进行MUST传输的所有近端UE120都可以接收到组合式资源分配信息,并且然后确定所有将要分配给MUST传输的远端UE130的资源块。
此外,在一些实施例中,BS 110还可以在特定于近端UE 120的 DCI中,向近端UE120指示在特定子帧中是否进行MUST传输。例如,该指示可以称为MUST指示(MI),其可以是附加到当前DCI 格式以针对每个DL子帧来指示MUST传输还是非MUST传输的单个比特。
在这些实施例中,如果接收到在子帧上进行MUST传输的指示,则UE 120可以接收针对多个远端UE 130的组合式资源分配信息。如果接收到在子帧上不进行MUST传输的指示,则UE 120可以在该子帧上进行正常传输。
另外,在一些实施例中,BS 110还可以在特定于近端UE 120的 DCI中,向近端UE120指示与它配对的远端UE 130的资源分配是否与它的资源分配对齐。该指示可以称为资源对齐指示(RAI),其可以是单个比特,附加到当前DCI格式以指示在MUST传输中所配对的远端UE 130的资源分配是否与近端UE 120对齐。例如,“1”表示所配对的远端UE 130的资源是对齐的,“0”表示所配对的近端UE 120 与远端UE 130之间资源没有对齐,那么近端UE120可能需要检查公共DCI来获得所配对的远端UE 130的资源分配信息。
在这些实施例中,如果接收到与远端UE 130的资源分配与近端 UE 120的资源分配对齐的指示,则近端UE 120可以直接确定在资源分配信息指示的RB上进行MUST传输。另一方面,如果接收到远端 UE 130的资源分配与近端UE 120的资源分配非对齐的指示,则近端 UE 120可以接收针对多个远端UE 130的组合式资源分配信息。
上文已经描述了根据本公开的实施例的在BS 110处实施的用于 MUST传输的方法200,下文结合图3和4来具体地描述在方法200 中如何获得根据本公开的实施例的组合式资源分配信息。
图3示意性地示出了根据本公开的实施例的针对具有RA类型0 的多个远端UE的组合式资源分配信息的示图300。在图3中,采用 25个RB的小区带宽作为示例。因此,根据上文的表格1,这种情况下RBG 310的大小是P=2。RBG 310的总数目是
Figure BDA0001073655210000161
其中前12个RBG 310每个包括2个RB 并且最后一个RBG 310仅包括一个RB。
此外,在图3的示例中,假定在小区140中存在两个远端UE被配对用于MUST传输,即远端UE1 320和远端UE2 330。图3中示出了这两个远端UE的资源分配信息,13比特的位图{01 0 0 1 0 0 0 0 1 0 0 0}表示远端UE1 320的资源分配信息,并且{0 0 0 0 0 1 1 0 00 0 1 0}表示远端UE2 330的资源分配信息。进一步如图3中所示出的,在公共DCI中的组合式资源分配信息340然后可以利用位图{0 1 0 0 1 1 1 0 0 1 0 1 0}来表示。
图4示意性地示出了根据本公开的实施例的针对具有新RA类型的多个远端UE的组合式资源分配信息的示图400。在图4中,仍然采用25个RB的小区带宽作为示例,RB 410被编号为0-24。
此外,在图4的示例中,假定在小区140中存在两个远端UE被配对用于MUST传输,即远端UE1 420和远端UE2 430,远端UE1 420 具有RA类型1,而远端UE2 430具有RA类型2。
图4中示出了这两个远端UE的资源分配信息。对于具有RA类型1的远端UE1 420,例如所选择的子集是0并且RA跨度的位移是 1,用于表示所选择的RBG子集的位图是{0 1 1 10 0 0 0 1 1 0}。在将它的RA映射到整个带宽上的RB之后,针对远端UE1 420所分配的 RB实际上是RB5、RB8-9、以及RB20-21。
此外,对于具有RA类型2的远端UE2 430,例如起始RB是RB11 并且虚拟连续资源块的长度是6。在将它的RA映射到整个带宽上的 RB之后,针对远端UE2 430所分配的RB实际上是RB11-16。进一步如图4中所示出的,在公共DCI的组合式MUST资源分配信息然后可以利用25比特的新RA类型的位图450来表示。
上文描述了在BS 110处实施的方法200,下文结合图5来描述在近端UE 120处实施的对应方法。图5示意性地示出了根据本公开的另一种实施例的用于MUST传输的方法500的流程图。在一些实施例中,方法500可以由图1中所描绘的近端UE 120来执行。
在步骤510中,在MUST中的近端UE 120处,接收针对近端UE 120的资源分配信息。由此,近端UE 120可以知道分配给自己的资源块。在一些实施例中,近端UE 120可以在特定于近端UE 120的下行链路控制信息DCI中接收资源分配信息。
在步骤515中,近端UE 120接收针对MUST中的多个远端UE 130 的组合式资源分配信息,组合式资源分配信息通过组合多个远端UE 130的资源分配信息而被获得,例如,该组合可以由BS 110来实施。由此,近端UE 120可以知道小区140中的所有将要分配给进行MUST传输的远端UE 130的资源块。
BS 110如何组合多个远端UE 130的资源分配信息已经在上文结合图2-4进行了详细的描述,此处不再进行重复。在一些实施例中,近端UE 120可以在公共DCI中接收组合式资源分配信息。因此,小区140中的将要进行MUST传输的所有近端UE 120都可以接收到组合式资源分配信息,并且可以确定所有将要分配给MUST传输的远端 UE 130的资源块。
应当理解,上文结合图3所描述的方法300中的特征或操作也可以相应地在方法500中具有对应的特征或操作。例如,近端UE 120 在确定分配给远端UE 130的资源块的资源块的过程中,可以首先确定远端UE 130的RA类型属于上文所描述的四种情况中的哪一种,然后相应地确定所分配的资源块。本领域的技术人员将理解,在可能的场合,BS 100处实施的方法300的其他步骤或操作在近端UE 120 处实施的方法500中也可以存在对应的步骤或操作,此处不再赘述。
在步骤520中,近端UE 120可以通过比较自己的资源分配信息与针对多个远端UE130的组合式资源分配信息,来确定在资源分配信息指示的资源块中的哪些资源块上进行MUST传输。由此,近端 UE 120可以确定在不同的资源块上是否要进行MUST传输,从而可以实现在MUST传输与非MUST传输之间的动态切换,并且可以实现在不同的资源块上与不同的远端UE 130进行动态配对。
此外,在一些实施例中,近端UE 120还可以在特定于近端UE 120 的DCI中接收在特定子帧上是否进行MUST传输的指示。在这些实施例中,如果接收到在子帧上进行MUST传输的指示,则UE 120可以接收针对多个远端UE 130的组合式资源分配信息。另一方面,如果接收到在子帧上不进行MUST传输的指示,则UE 120可以在该子帧上进行正常传输。
另外,在一些实施例中,近端UE 120也可以在特定于近端UE 120 的DCI中接收与近端UE 120配对的远端UE 130的资源分配是否与它的资源分配对齐的指示。在这些实施例中,如果接收到与远端UE 130的资源分配与近端UE 120的资源分配对齐的指示,则近端UE120 可以直接确定在资源分配信息指示的RB上进行MUST传输。另一方面,如果接收到远端UE 130的资源分配与近端UE 120的资源分配非对齐的指示,则近端UE 120可以接收针对多个远端UE 130的组合式资源分配信息。
与本公开的实施例的用于MUST传输的方法相对应地,本公开的实施例还提供了用于MUST传输的装置,例如网络设备和终端设备。下文结合图6-图8对其进行描述。
图6示意性地示出了根据本公开的实施例的装置600的框图。装置600可以被实现在网络设备110处,或者被实现为网络设备110本身。应当理解,图6中仅示出了装置600的与本公开的实施例紧密相关的单元或组件。在具体的实施方式中,装置600可以包括使其能够正常操作的其他功能单元或组件。此外,装置600中的各个单元或组件之间可以存在必要的连接关系,但是图6中为了简洁并没有描绘出这些连接关系。在一些实施例中,装置600可以被配置为实施上文结合图2所描述的用于MUST传输的方法200,在MUST中包括近端 UE 120和远端UE 130。
如图6中所示出的,装置600包括确定单元610、组合单元620 和发送单元630。确定单元610被配置为确定多个远端终端设备的资源分配信息。组合单元620被配置为通过组合资源分配信息,来获得针对多个远端终端设备的组合式资源分配信息。发送单元630被配置为向近端终端设备发送组合式资源分配信息。
在一些实施例中,确定单元610可以进一步被配置为确定多个远端终端设备的资源分配类型,以及基于资源分配类型来确定资源分配信息。在这些实施例中,组合单元620可以进一步被配置为基于资源分配类型来组合资源分配信息。在这些实施例中,发送单元630可以进一步被配置为向近端终端设备发送资源分配类型的指示,以及分配给多个远端终端设备的资源的有关信息。
在一些实施例中,确定单元610可以进一步被配置为响应于所确定的资源分配类型为RA类型0,生成针对多个远端终端设备的位图,一个位图中的比特指示单个资源块组(RBG)是否被分配给相应的远端终端设备。在这些实施例中,组合单元620可以进一步被配置为组合针对多个远端终端设备的位图。
在一些实施例中,确定单元610可以进一步被配置为响应于所确定的资源分配类型为RA类型1,针对每个远端终端设备生成:从预定的多个RBG子集中选择的RBG子集的有关信息、资源分配跨度在子集内是否位移的有关信息、以及位图,位图中的比特指示所选择的RGB子集中的单个虚拟资源块VRB是否被分配给远端终端设备。在这些实施例中,组合单元620可以进一步被配置为组合针对多个远端终端设备的位图。
在一些实施例中,确定单元610可以进一步被配置为响应于所确定的资源分配类型为RA类型2,确定向每个远端终端设备分配的虚拟连续资源块的起始资源块和长度。在这些实施例中,组合单元620 可以进一步被配置为组合多个远端终端设备的虚拟连续资源块,组合后的虚拟连续资源块由相应的起始资源块和长度来表示。
在一些实施例中,确定单元610可以进一步被配置为响应于所确定的资源分配类型为新RA类型,生成针对多个远端终端设备的位图,一个位图中的比特指示单个资源块是否被分配给相应的远端终端设备。在这些实施例中,组合单元620可以进一步被配置为组合多个远端终端设备的位图。在这些实施例中,位图的比特长度可以是固定的。
在一些实施例中,发送单元630可以进一步被配置为在公共下行链路控制信息(DCI)中发送组合式资源分配信息。在一些实施例中,发送单元630可以进一步被配置为在特定于近端终端设备的DCI中,向近端终端设备指示在特定子帧中是否进行MUST传输。在一些实施例中,发送单元630可以进一步被配置为在特定于近端终端设备的 DCI中,向近端终端设备指示与它配对的远端终端设备的资源分配是否与它的资源分配对齐。
图7示意性地示出了根据本公开的实施例的装置700的框图。装置700可以实现在近端UE 120处或者实现为近端UE 120本身。应当理解,图7中仅示出了装置700的与本公开的实施例紧密相关的单元或组件。在具体的实施方式中,装置700可以包括使其能够正常操作的其他功能单元或组件。此外,装置700中的各个单元或组件之间可以存在必要的连接关系,但是图7中为了简洁并没有描绘出这些连接关系。在一些实施例中,装置700可以被配置为实施上文结合图5所描述的用于MUST传输的方法500,在MUST中包括近端UE 120和远端UE130。例如,装置700可以实施近端UE 120。
如图7中所示出的,装置700包括接收单元710和确定单元720。接收单元710被配置为接收针对近端终端设备的资源分配信息。接收单元710还被配置为接收针对MUST中的多个远端终端设备的组合式资源分配信息,组合式资源分配信息通过组合多个远端终端设备的资源分配信息而被获得。确定单元720被配置为通过比较资源分配信息与组合式资源分配信息,来确定在资源分配信息指示的资源块(RB) 中的哪些RB上进行MUST传输。
在一些实施例中,接收单元710可以进一步被配置为在特定于近端终端设备的下行链路控制信息DCI中接收资源分配信息。在一些实施例中,接收单元710可以进一步被配置为在公共DCI中接收组合式资源分配信息。
在一些实施例中,接收单元710可以进一步被配置为在特定于近端终端设备的DCI中接收在特定子帧上是否进行MUST传输的指示。在这些实施例中,接收单元710可以进一步被配置为响应于接收到在子帧上进行MUST传输的指示,接收针对多个远端终端设备的组合式资源分配信息。在这些实施例中,接收单元710可以进一步被配置为在特定于近端终端设备的DCI中接收与近端终端设备配对的远端终端设备的资源分配是否与它的资源分配对齐的指示。
在一些实施例中,确定单元720可以进一步被配置为如果接收到与近端终端设备配对的远端终端设备的资源分配与它的资源分配对齐的指示,则确定在资源分配信息指示的RB上进行MUST传输。在一些实施例中,接收单元710可以进一步被配置为如果接收到与近端终端设备配对的远端终端设备的资源分配与它的资源分配非对齐的指示,则接收针对多个远端终端设备的组合式资源分配信息。
图8示出了适合实现本公开的实施例的设备800的框图。设备800 可以用来实现网络设备,例如图1中所示出的BS 110;和/或用来实现终端设备,例如图1中所示出的近端UE120。
如图8中所示出的,设备800包括控制器810。控制器810控制设备800的操作和功能。例如,在某些实施例中,控制器810可以借助于与其耦合的存储器820中所存储的指令830来执行各种操作。存储器820可以是适用于本地技术环境的任何合适的类型,并且可以利用任何合适的数据存储技术来实现,包括但不限于基于半导体的存储器件、磁存储器件和系统、光存储器件和系统。尽管图8中仅示出了一个存储器单元,但是在设备800中可以存在多个物理不同的存储器单元。
控制器810可以是适用于本地技术环境的任何合适的类型,并且可以包括但不限于通用计算机、专用计算机、微控制器、数字信号控制器(DSP)以及基于控制器的多核控制器架构中的一个或多个。设备800也可以包括多个控制器810。控制器810与收发器840耦合,收发器840可以借助于一个或多个天线850和/或其他部件来实现信息的接收和发送。
当设备800充当BS 110时,控制器810和收发器840可以配合操作,以实现上文参考图2所描述的方法200。当设备800充当近端 UE 120时,控制器810和收发器840可以配合操作,以实现上文参考图5所描述的方法500。上文参考图2和图5所描述的所有特征均适用于设备800,此处不再赘述。
在本公开的实施例中,在MUST中的近端UE与远端UE从一个子帧到另一子帧的动态配对以及在MUST传输与非MUST传输之间的动态切换的场景中,为了支持针对MUST的干扰共存检测和成功信号检测,提出了一种信令指示符来支持公共DCI设计。通过本公开的实施例所提出的DCI设计,利用位图向近端UE指示远端UE的资源分配,可以大幅增加近端UE处的成功信号检测以及MUST配对的可能性,并且可以提高由MUST提供的增加的容量,同时最小化信令开销和盲检复杂度。
如本文所使用的,术语“包括”及其类似用语应当理解为开放性包含,即“包括但不限于”。术语“基于”应当理解为“至少部分地基于”。术语“一个实施例”或“该实施例”应当理解为“至少一个实施例”。如本文所使用的,术语“确定”涵盖各种各样的动作。例如,“确定”可以包括运算、计算、处理、导出、调查、查找(例如,在表格、数据库或另一数据结构中查找)、查明等。此外,“确定”可以包括接收(例如,接收信息)、访问(例如,访问存储器中的数据) 等。此外,“确定”可以包括解析、选择、选取、建立等。
应当注意,本公开的实施例可以通过硬件、软件或者软件和硬件的结合来实现。硬件部分可以利用专用逻辑来实现;软件部分可以存储在存储器中,由适当的指令执行系统,例如微处理器或者专用设计硬件来执行。本领域的技术人员可以理解上述的设备和方法可以使用计算机可执行指令和/或包含在处理器控制代码中来实现,例如在可编程的存储器或者诸如光学或电子信号载体的数据载体上提供了这样的代码。
此外,尽管在附图中以特定顺序描述了本公开的方法的操作,但是这并非要求或者暗示必须按照该特定顺序来执行这些操作,或是必须执行全部所示的操作才能实现期望的结果。相反,流程图中描绘的步骤可以改变执行顺序。附加地或备选地,可以省略某些步骤,将多个步骤组合为一个步骤执行,和/或将一个步骤分解为多个步骤执行。还应当注意,根据本公开的两个或更多装置的特征和功能可以在一个装置中具体化。反之,上文描述的一个装置的特征和功能可以进一步划分为由多个装置来具体化。
虽然已经参考若干具体实施例描述了本公开,但是应当理解,本公开不限于所公开的具体实施例。本公开旨在涵盖所附权利要求的精神和范围内所包括的各种修改和等效布置。

Claims (44)

1.一种用于多用户叠加传输(MUST)的方法,在所述MUST中包括近端终端设备和远端终端设备,所述方法包括:
在网络设备处确定多个远端终端设备的资源分配信息,其中确定多个远端终端设备的资源分配信息包括:
确定所述多个远端终端设备的资源分配类型;以及
基于所述资源分配类型来确定所述资源分配信息;
通过组合所述资源分配信息,来获得针对所述多个远端终端设备的组合式资源分配信息,其中获得所述组合式资源分配信息包括:
基于所述资源分配类型来组合所述资源分配信息;以及向近端终端设备发送所述组合式资源分配信息。
2.根据权利要求1所述的方法,其中向近端终端设备发送所述组合式资源分配信息包括:
向所述近端终端设备发送所述资源分配类型的指示,以及分配给所述多个远端终端设备的资源的有关信息。
3.根据权利要求1所述的方法,其中基于所述资源分配类型来确定所述资源分配信息包括:
响应于所确定的资源分配类型为资源分配(RA)类型0,生成针对所述多个远端终端设备的位图,一个位图中的比特指示单个资源块组(RBG)是否被分配给相应的远端终端设备。
4.根据权利要求3所述的方法,其中基于所述资源分配类型来组合所述资源分配信息包括:
组合针对所述多个远端终端设备的所述位图。
5.根据权利要求1所述的方法,其中基于所述资源分配类型来确定所述资源分配信息包括:
响应于所确定的资源分配类型为RA类型1,针对每个所述远端终端设备生成:
从预定的多个RBG子集中选择的RBG子集的有关信息,
资源分配跨度在子集内是否位移的有关信息,以及
位图,所述位图中的比特指示所选择的RGB子集中的单个虚拟资源块VRB是否被分配给所述远端终端设备。
6.根据权利要求5所述的方法,其中基于所述资源分配类型来组合所述资源分配信息包括:
组合针对所述多个远端终端设备的所述位图。
7.根据权利要求1所述的方法,其中基于所述资源分配类型来确定所述资源分配信息包括:
响应于所确定的资源分配类型为RA类型2,确定向每个所述远端终端设备分配的虚拟连续资源块的起始资源块和长度。
8.根据权利要求7所述的方法,其中基于所述资源分配类型来组合所述资源分配信息包括:
组合所述多个远端终端设备的虚拟连续资源块,组合后的所述虚拟连续资源块由相应的起始资源块和长度来表示。
9.根据权利要求1所述的方法,其中基于所述资源分配类型来确定所述资源分配信息包括:
响应于所确定的资源分配类型为新RA类型,生成针对所述多个远端终端设备的位图,一个位图中的比特指示单个资源块(RB)是否被分配给相应的远端终端设备。
10.根据权利要求9所述的方法,其中基于所述资源分配类型来组合所述资源分配信息包括:
组合所述多个远端终端设备的所述位图。
11.根据权利要求10所述的方法,其中所述位图的比特长度是固定的。
12.根据权利要求1所述的方法,其中向近端终端设备发送所述组合式资源分配信息包括:
在公共下行链路控制信息(DCI)中发送所述组合式资源分配信息。
13.根据权利要求1所述的方法,进一步包括:
在特定于所述近端终端设备的DCI中,向所述近端终端设备指示在特定子帧中是否进行MUST传输。
14.根据权利要求1所述的方法,进一步包括:
在特定于所述近端终端设备的DCI中,向所述近端终端设备指示与它配对的远端终端设备的资源分配是否与它的资源分配对齐。
15.一种用于多用户叠加传输(MUST)的方法,包括:
在所述MUST中的近端终端设备处,接收针对所述近端终端设备的资源分配信息;
接收针对所述MUST中的多个远端终端设备的组合式资源分配信息,所述组合式资源分配信息通过基于资源分配类型来组合多个远端终端设备的资源分配信息而被获得,所述资源分配信息基于所述多个远端终端设备的资源分配类型而确定;以及
通过比较所述资源分配信息与所述组合式资源分配信息,来确定在所述资源分配信息指示的资源块(RB)中的哪些RB上进行MUST传输。
16.根据权利要求15所述的方法,其中接收近端终端设备的资源分配信息包括:
在特定于所述近端终端设备的下行链路控制信息DCI中接收所述资源分配信息。
17.根据权利要求15所述的方法,其中接收针对多个远端终端设备的组合式资源分配信息包括:
在公共DCI中接收所述组合式资源分配信息。
18.根据权利要求16所述的方法,进一步包括:
在特定于所述近端终端设备的DCI中接收在特定子帧上是否进行MUST传输的指示。
19.根据权利要求18所述的方法,其中接收针对多个远端终端设备的组合式资源分配信息包括:
响应于接收到在子帧上进行MUST传输的指示,接收针对多个远端终端设备的组合式资源分配信息。
20.根据权利要求15所述的方法,进一步包括:
在特定于所述近端终端设备的DCI中接收与近端终端设备配对的远端终端设备的资源分配是否与它的资源分配对齐的指示。
21.根据权利要求20所述的方法,进一步包括:
如果接收到与近端终端设备配对的远端终端设备的资源分配与它的资源分配对齐的指示,则确定在所述资源分配信息指示的RB上进行MUST传输。
22.根据权利要求20所述的方法,其中接收针对多个远端终端设备的组合式资源分配信息包括:
如果接收到与近端终端设备配对的远端终端设备的资源分配与它的资源分配非对齐的指示,则接收针对多个远端终端设备的组合式资源分配信息。
23.一种网络设备,包括:
控制器,被配置为:
所述控制器被配置为确定多用户叠加传输(MUST)中的多个远端终端设备的资源分配信息,其中确定多个远端终端设备的资源分配信息包括:
确定所述多个远端终端设备的资源分配类型;以及
基于所述资源分配类型来确定所述资源分配信息;以及
通过组合所述资源分配信息,来获得针对所述多个远端终端设备的组合式资源分配信息,其中获得所述组合式资源分配信息包括:
基于所述资源分配类型来组合所述资源分配信息;以及
收发器,耦合至所述控制器,并且被所述控制器配置为向所述MUST中的近端终端设备发送所述组合式资源分配信息。
24.根据权利要求23所述的网络设备,其中所述收发器进一步被配置为:
向所述近端终端设备发送所述资源分配类型的指示,以及分配给所述多个远端终端设备的资源的有关信息。
25.根据权利要求23所述的网络设备,其中所述控制器进一步被配置为:
响应于所确定的资源分配类型为资源分配(RA)类型0,生成针对所述多个远端终端设备的位图,一个位图中的比特指示单个资源块组(RBG)是否被分配给相应的远端终端设备。
26.根据权利要求25所述的网络设备,其中所述控制器进一步被配置为:
组合针对所述多个远端终端设备的所述位图。
27.根据权利要求23所述的网络设备,其中所述控制器进一步被配置为:
响应于所确定的资源分配类型为RA类型1,针对每个所述远端终端设备生成:
从预定的多个RBG子集中选择的RBG子集的有关信息,
资源分配跨度在子集内是否位移的有关信息,以及
位图,所述位图中的比特指示所选择的RGB子集中的单个虚拟资源块VRB是否被分配给所述远端终端设备。
28.根据权利要求27所述的网络设备,其中所述控制器进一步被配置为:
组合针对所述多个远端终端设备的所述位图。
29.根据权利要求23所述的网络设备,其中所述控制器进一步被配置为:
响应于所确定的资源分配类型为RA类型2,确定向每个所述远端终端设备分配的虚拟连续资源块的起始资源块和长度。
30.根据权利要求29所述的网络设备,其中所述控制器进一步被配置为:
组合所述多个远端终端设备的虚拟连续资源块,组合后的所述虚拟连续资源块由相应的起始资源块和长度来表示。
31.根据权利要求23所述的网络设备,其中所述控制器进一步被配置为:
响应于所确定的资源分配类型为新RA类型,生成针对所述多个远端终端设备的位图,一个位图中的比特指示单个资源块(RB)是否被分配给相应的远端终端设备。
32.根据权利要求31所述的网络设备,其中所述控制器进一步被配置为:
组合所述多个远端终端设备的所述位图。
33.根据权利要求32所述的网络设备,其中所述位图的比特长度是固定的。
34.根据权利要求23所述的网络设备,其中所述收发器进一步被配置为:
在公共下行链路控制信息(DCI)中发送所述组合式资源分配信息。
35.根据权利要求23所述的网络设备,其中所述收发器进一步被配置为:
在特定于所述近端终端设备的DCI中,向所述近端终端设备指示在特定子帧中是否进行MUST传输。
36.根据权利要求23所述的网络设备,其中所述收发器进一步被配置为:
在特定于所述近端终端设备的DCI中,向所述近端终端设备指示与它配对的远端终端设备的资源分配是否与它的资源分配对齐。
37.一种终端设备,包括:
控制器;以及
收发器,耦合至所述控制器并且被所述控制器配置为:
在多用户叠加传输(MUST)中的近端终端设备处,接收针对所述近端终端设备的资源分配信息;以及
接收针对所述MUST中的多个远端终端设备的组合式资源分配信息,所述组合式资源分配信息通过基于资源分配类型来组合多个远端终端设备的资源分配信息而被获得,所述资源分配信息基于所述多个远端终端设备的资源分配类型而确定;并且
所述控制器被配置为通过比较所述资源分配信息与所述组合式资源分配信息,来确定在所述资源分配信息指示的资源块(RB)中的哪些RB上进行MUST传输。
38.根据权利要求37所述的终端设备,其中所述收发器进一步被配置为:
在特定于所述近端终端设备的下行链路控制信息DCI中接收所述资源分配信息。
39.根据权利要求37所述的终端设备,其中所述收发器进一步被配置为:
在公共DCI中接收所述组合式资源分配信息。
40.根据权利要求38所述的终端设备,其中所述收发器进一步被配置为:
在特定于所述近端终端设备的DCI中接收在特定子帧上是否进行MUST传输的指示。
41.根据权利要求40所述的终端设备,其中所述收发器进一步被配置为:
响应于接收到在子帧上进行MUST传输的指示,接收针对多个远端终端设备的组合式资源分配信息。
42.根据权利要求37所述的终端设备,其中所述收发器进一步被配置为:
在特定于所述近端终端设备的DCI中接收与近端终端设备配对的远端终端设备的资源分配是否与它的资源分配对齐的指示。
43.根据权利要求42所述的终端设备,其中所述控制器进一步被配置为:
如果接收到与近端终端设备配对的远端终端设备的资源分配与它的资源分配对齐的指示,则确定在所述资源分配信息指示的RB上进行MUST传输。
44.根据权利要求42所述的终端设备,其中所述控制器进一步被配置为:
如果接收到与近端终端设备配对的远端终端设备的资源分配与它的资源分配非对齐的指示,则接收针对多个远端终端设备的组合式资源分配信息。
CN201610647540.8A 2016-08-09 2016-08-09 用于多用户叠加传输的方法、网络设备和终端设备 Active CN107708210B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610647540.8A CN107708210B (zh) 2016-08-09 2016-08-09 用于多用户叠加传输的方法、网络设备和终端设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610647540.8A CN107708210B (zh) 2016-08-09 2016-08-09 用于多用户叠加传输的方法、网络设备和终端设备

Publications (2)

Publication Number Publication Date
CN107708210A CN107708210A (zh) 2018-02-16
CN107708210B true CN107708210B (zh) 2021-09-28

Family

ID=61168821

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610647540.8A Active CN107708210B (zh) 2016-08-09 2016-08-09 用于多用户叠加传输的方法、网络设备和终端设备

Country Status (1)

Country Link
CN (1) CN107708210B (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110944388A (zh) * 2018-09-21 2020-03-31 电信科学技术研究院有限公司 一种频域资源的指示、确定方法、网络设备及终端
CN113302963A (zh) * 2019-01-15 2021-08-24 上海诺基亚贝尔股份有限公司 利用信令消息调度服务小区

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101978645A (zh) * 2008-03-26 2011-02-16 高通股份有限公司 用于在无线通信系统中将虚拟资源映射到物理资源的方法和装置
CN102550108A (zh) * 2009-10-08 2012-07-04 高通股份有限公司 用于高级lte的上行链路资源分配

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101978645A (zh) * 2008-03-26 2011-02-16 高通股份有限公司 用于在无线通信系统中将虚拟资源映射到物理资源的方法和装置
CN102550108A (zh) * 2009-10-08 2012-07-04 高通股份有限公司 用于高级lte的上行链路资源分配

Non-Patent Citations (8)

* Cited by examiner, † Cited by third party
Title
3GPP TSG RAN.Evolved Universal Terrestrial Radio Access (E-UTRA) *
Discussion on candidate assistance information for signalling or blind detection;NEC;《3GPP TSG RAN WG1 Meeting #84bis R1-164478》;20160527;第2节 *
Discussion on Downlink Control Signaling for MUST;ASUSTeK;《3GPP TSG-RAN WG1 Meeting #84bis R1-163282》;20160415;第2节 *
Downlink Control Signalling for MUST;NEC;《3GPP TSG RAN WG1 Meeting #83 R1-156671》;20151120;第2节 *
Method to provide assistance information to a UE;ZTE;《3GPP TSG RAN WG1 Meeting #85 R1-164283》;20160527;第2-4节 *
Nokia 等.On network assistance and operation of MUST.《3GPP TSG-RAN WG1 Meeting #85 R1-165135》.2016, *
On network assistance and operation of MUST;Nokia 等;《3GPP TSG-RAN WG1 Meeting #85 R1-165135》;20160527;第2-3节 *
Physical layer procedures(Release 13).《3GPP TS 36.213 V13.2.0》.2016, *

Also Published As

Publication number Publication date
CN107708210A (zh) 2018-02-16

Similar Documents

Publication Publication Date Title
US11070951B2 (en) Systems and methods for multicast resource allocation
US11228964B2 (en) Synchronization signal transmission and reception for radio system
CN106034360B (zh) 一种多用户叠加的传输方法和装置
US11683788B2 (en) System and method for data channel transmission and reception
EP3251414B1 (en) System information block enhancement for low complexity user equipment and/or user equipment in coverage enhancement mode
US20130195020A1 (en) Search space arrangement for control channel
CN108282291B (zh) 一种dci传输方法、ue和网络侧设备
CN109756983B (zh) 一种配置搜索空间的方法、装置及系统
CN103716917A (zh) 基站设备、终端设备及通信系统
US10448393B2 (en) Methods and apparatuses for enabling provision of an additional special subframe configuration
JP6935499B2 (ja) 情報伝送方法、ネットワーク機器及び端末装置
JP2016514920A (ja) アップリンク/ダウンリンクの構成情報の送信方法及び装置
US10763985B2 (en) Control channel design and use for narrow band communication
JP6222534B2 (ja) 通信装置および通信方法
CN112425228B (zh) 用于资源指示的方法和装置
JP6780090B2 (ja) データ伝送のための制御リソースの使用
US20200120655A1 (en) Data Receiving Method, Related Device, and System
CN108029109A (zh) 一种控制信息的传输方法、装置以及系统
CN116033576A (zh) 控制信道检测方法、装置及设备
CN107734666B (zh) 控制信道传输指示方法、检测方法、基站及用户设备
CN103188029A (zh) 一种对控制信道的控制指示符进行译码的方法和用户设备
US20230049307A1 (en) Device-to-Device Based Resource Determining Method and Device
CN110324898B (zh) 物理下行共享信道接收及其时域资源指示方法、装置、存储介质、基站、终端
CN107708210B (zh) 用于多用户叠加传输的方法、网络设备和终端设备
CN103312435B (zh) 一种控制信道的调制或传输层数的确定方法及设备

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant