具体实施方式
本发明的实施方式可以特别地施用在可以被称为“虚拟载波”的实体在“主载波”带宽内操作的背景内。所述虚拟载波的原理在共同未决的英国专利申请号为GB1101970.0[2],GB1101981.7[3],GB1101966.8[4],GB1101983.3[5],GB1101853.8[6],GB1101982.5[7],GB1101980.9[8]和GB1101972.6[9]中描述,其中的内容通过引用被结合在本文中。读者可引用这些共同未决的申请来获取更多的细节,但便于参考,同样在这里提供虚拟载波原理的综述。
传统网络
图1提供示出了传统移动电信网络的一些基本功能的示意图。
所述网络包括连接到核心网络102的多个基站101。每个基站提供覆盖区域103(即,小区(cell)),在覆盖区域103内数据可以被往返于终端设备104通信。数据经由无线电下行链路从基站101被传输到它们的相应覆盖区域103内的终端设备104。数据经由无线电上行链路从终端设备104被传输到基站101。核心网络102经由相应基站101路由数据往返于终端设备104并且提供诸如验证、移动性管理、充电等的功能。
诸如根据3GPP定义的长期演进(LTE)架构部属的移动电信系统使用用于无线电下行链路(所谓的OFDMA)和无线电上行链路(所谓的SC-FDMA)的基于正交频分多路复用(OFDM)的接口。图2示出了基于OFDM的LTE下行链路无线电帧201的示意图。LTE下行链路无线电帧被从LTE基站(已知为增强节点B)传输并且持续10ms。下行链路无线电帧包括十个子帧,每个子帧持续1ms。主同步信号(PSS)和次同步信号(SSS)被传输在LTE帧的第一和第六子帧中。在LTE帧的第一子帧内传输主广播信道(PBCH)。下面将更为详细地讨论PSS、SSS以及PBCH。
图3是示出了传统下行链路LTE子帧的示例的结构的栅格的示意图。子帧包括在1ms期间传输的预定数量的符号。每个符号包括在下行链路无线电载波的带宽上分布的预定数量的正交子载波。
图3中示出的示例性子帧包括14个符号和在20MHz带宽上散布开的1200个子载波。用于传输在LTE中的最小的用户数据分配是包含通过一个时隙(0.5个子帧)传输十二个子载波的资源块。为清楚起见,在图3中,未示出各个单独的资源要素,而子帧栅格内的各个单独的方框对应于一个符号上传输的十二个子载波。
图3用影线示出了用于四个LTE终端340、341、342、343的资源分配。例如,用于第一LTE终端(UE1)的资源分配342涉及五块十二个子载波(即60个子载波),用于第二LTE终端(UE2)的资源分配343涉及六块十二个子载波等等。
控制信道数据被在子帧的包含所述子帧前n个符号的控制区300(图3中用圆点阴影表示)中传输,其中n可以在一个和三个符号之间改变用于3MHz或更大的信道带宽,并且在此n可以在两个和四个符号之间改变用于1.4MHz信道带宽。为了提供具体的示例,以下描述涉及具有3MHz或更大的信道带宽主载波,这样n的最大值为3。在控制区域300中传输的数据包括在物理下行链路控制信道(PDCCH)、物理控制格式指示器信道(PCFICH)以及物理HARQ指示器信道(PHICH)上传输的数据。
PDCCH包含指示在哪些子载波上子帧的哪些符号已分配给特定的LTE终端的控制数据。因此,在图3中示出的子帧控制区300中传输的PDCCH数据将显示UE1已被分配通过参考数字342标识的资源块,UE2已被分配通过参考数字343标识的资源块,等等。
PCFICH包含指示控制区大小的控制数据(例如,在一个和三个符号之间)。
PHICH包含指示是否先前传输的上行链路数据已被被所述网络成功地接收到的HARQ(混合自动请求)数据。
时间-频率资源栅格的中心带310中的符号被用于包括主同步信号(PSS)、次同步信号(SSS)和物理广播信道(PBCH)的信息传输。这个中心带310通常是72子载波宽(对应于1.08兆赫的传输带宽)。PSS和SSS是同步信号其一旦被检测到则允许LTE终端设备达到帧同步并且确定传输下行链路信号的增强节点B的小区身份。PBCH携带有关小区的信息,包括主信息块(MIB),主信息块(MIB)包括LTE终端使用的用于适当的访问所述小区的参数。在物理下行链路共享信道(PDSCH)上被传输到单独的LTE终端的数据可以在子帧的其他资源要素中传输。以下提供对这些信道的进一步解释。
图3还示出了包括系统信息并且在R344的带宽上扩展的PDSCH的区域。传统LTE帧将同样包括参考信号,为了清楚,其在下面进一步论述,而不是在图3中示出。
LTE信道中子载波的数量可以根据传输网络的配置而变化。通常此变化从在1.4MHz信道带宽内包含的72个子载波至在20MHz信道带宽内包含的1200个子载波(如图3中示意性地示出)。如本技术中已知的,在PDCCH、PCFICH以及PHICH上传输的数据为了为频率分集作准备通常分布在子帧的整个带宽的子载波上。因此,为了接收和解码控制区域,传统LTE终端必须能够接收整个信道带宽。
图4示出了LTE“预占”处理,即,终端后的处理使得其可以解码由基站经下行链路信道传输的下行链路传输。使用此处理,终端可以识别包括用于该小区的系统信息的所述传输的部分,并且解码该小区的配置信息。
如图4中可以看出,在传统的LTE预占处理中,终端首先使用中心带中的PSS和SSS与基站同步(步骤400),并且随后解码PBCH(步骤401)。一旦终端执行了步骤400和步骤401,终端与基站同步。
对于各个子帧,终端然后解码分布在载波320的整个带宽上的PCFICH(步骤402)。如上所述,LTE下行链路载波能够高达20MHz宽(1200个子载波),并且因此,为了解码PCFICH,LTE终端必须具有接收和解码在20MHz带宽上的传输的能力。在所述PCFICH解码阶段,使用20MHz载波带,终端运行在比在有关同步和PBCH解码的步骤400和步骤401(R310的带宽)过程中大很多的带宽(R320的带宽)。
然后,终端确定PHICH定位(步骤403)并且解码PDCCH(步骤404),特别用于识别系统信息传输和用于识别其个人分配授权。终端使用分配授权来定位系统信息并且在PDSCH中定位其数据。系统信息和个人分配两者都在PDSCH上传输并且排定在载波带320中。步骤403和步骤404还要求终端在载波带的整个带宽R320上运行。
在步骤402至步骤404,终端解码包含在子帧的控制区域300内的信息。如上所述,在LTE中,在载波的控制区域300中能够找出上述提及的三个控制信道(PCFICH、PHICH以及PDCCH),其中,控制区域在范围R320上扩展并且占用如上所述的各个子帧的前一个、前两个或者前三个OFDM符号。在子帧内,通常,控制信道不使用控制区域300内的所有资源要素,而是分散在整个区域上,使得LTE终端必须能够同时接收用于解码三个控制信道中的每个的整个控制区域300。
然后,终端对PDSCH进行解码(步骤405),PDSCH包含为该终端传输的系统信息或数据。
如上说明的,在LTE子帧中,PDSCH通常占据几组资源要素,其既不在控制区中也不在被PSS、SSS或PBCH占用的资源要素中。在资源要素340的几块中的数据,图3中示出的分配给不同的移动通信终端(UEs)的几个资源块341、342、343中的数据具有比整个载波带宽更小的带宽,尽管为了解码这些块,终端首先接收散布在频率范围R320上的PDCCH来确定是否PDCCH指示了PDSCH资源被分配给UE并且应当被解码。一旦UE已接收整个子帧,然后可以在由PDCCH显示的相关的频率范围(如果有)解码PDSCH。这样例如,上面描述的UE1解码整个的控制区300并且随后解码资源块342中的数据。
虚拟下行链路载波
某些类型的设备如MTC设备(例如,诸如如上所述的智能电表的半自主或者自主无线通信设备)支持通信应用,其特征在于以相对稀疏的间隔传输少量数据并且因此可以比传统LTE终端显著地简化。在许多情景中,提供诸如那些具有能够在整个载波带宽上从LTE下行链路帧接收和处理数据的传统高性能LTE接收器单元的低能力终端对于仅需要通信少量数据的设备而言可能过度复杂。因此,这可能限制在LTE网络中低能力MTC型设备的广泛部署的实用性。相反,优选为提供具有与可能传输给终端的数据量更加成比例的更加简单的接收器单元的MTC设备等低能力终端。如以下陈述的,根据本发明示例,在传统OFDM类型下行链路载波(即“主载波”)的输资源内提供“虚拟载波”。不同于在传统OFDM类型下行链路载波上传输的数据,不须处理下行链路主OFDM载波的全部带宽,在虚拟载波上传输的数据可以被接收和解码。相应地,可以使用降低复杂度的接收器单元接收和解码在虚拟载波上传输的数据。
图5提供示出了根据本发明实例的LTE下行链路子帧的示意图,该LTE下行链路子帧包括被插入到主载波中的虚拟载波。
与传统LTE下行链路子帧一致的是,前n个符号(在图5中n为3)形成控制区域300,控制区域300被保留用于诸如在PDCCH上传输的数据的下行链路控制数据的传输。然而,从图5可以看出,在控制区300的外侧,LTE下行链路子帧包括定位在形成虚拟载波501的中心带310下面这个示例中的一组资源要素。如在下面进一步说明的,拟载波501被适配为使得在虚拟载波501上传输的数据可以当做与主载波剩余部分中传输的数据逻辑上不同并且可以不经解码所有的来自控制区300的控制数据解码。尽管图5示出虚拟载波占据中心带下面的频率资源,总的来说,所述虚拟载波可以占据其他频率资源,例如,在中心带之上或包括中心带。如果虚拟载波被配置为叠加任何用于主载波的PSS、SSS或PBCH的资源,或任何其他由主载波传输的信号(在主载波上操作的终端设备将需要正确操作的并且期望在预先确定的位置找到的),可以部属所述虚拟载波上的信号使得所述主载波信号的这些特征被保留。
从图5中可以看出,在虚拟载波501上传输的数据在有限的带宽上传输。这可以是任何小于主载波带宽的合适的带宽。图5中示出的示例中,所述虚拟载波被传输在包括12块12个子载波(即,144个子载波)的带宽,其相当于2.16MHz传输带宽。相应地,使用虚拟载波的终端仅需要装配能够接收和处理在2.16MHz带宽上传输的数据的接收器。这使低能力终端(例如,MTC型终端)配有简单化接收器单元但是依然能够在OFDM类型通信网络运行,其如以上说明的,通常需要终端装配有能够接收和处理在整个信号带宽上的OFDM信号的接收器。
如以上说明的,诸如LTE的基于OFDM的移动通信系统中,下行链路数据被动态分配以在逐子帧的基础上在不同的子载波上传输。相应地,在每个子帧中,所述网络信号子载波承载哪些符号上包含与哪些终端有关的数据(即下行链路授权信令)。
从图3可以看出,在传统下行链路下行链路LTE子帧中,在子帧的第一个符号或一些符号期间这个信息在PDCCH上传输。然而,如之前说明的,传输在PDCCH中的信息散布在子帧的整个带宽并且因此不能被有简单化的仅有能力接收带宽减少的虚拟载波的接收器单元的移动通信终端收到。
相应地,图5中可以看出,虚拟载波最后的符号可以被保留为控制区域502,用于指示虚拟载波501的哪个资源要素已被使用虚拟载波分配到用户设备(UEs)的控制数据的传输的虚拟载波。在某些例子中包括虚拟载波控制区域502的符号的数目可以是固定的,例如三个符号。在其他示例中,虚拟载波控制区域502可以大小不同,例如在一个和三个符号之间,正如控制区300的情况一样。
所述虚拟载波控制区域可以位于任何合适的位置,在虚拟载波前几个符号中。在图5的示例中,这指将虚拟载波控制区域定位在第四、第五以及第六符号上。然而,固定虚拟载波控制区域的位置在子帧最后的符号可以是有用的,因为虚拟载波控制区域的位置不会依赖主载波控制区300的符号数目而变化。这可以帮助简化由移动通信终端在虚拟载波上接收数据进行的处理,因为如果已知其将始终定位在子帧的最后n个符号,终端确定每个子帧虚拟载波控制区域的位置是没有必要的。
在进一步的实施方式中,虚拟载波控制符号可以参考在单独子帧中的虚拟载波PDSCH传输。
在某些例子中,虚拟载波可以定位在下行链路子帧的中心带310内。这可以帮助减少由在主载波带宽内引入虚拟载波所引起的对主载波PDSCH资源的影响,因为被PSS/SSS和PBCH占用的资源将被包含在虚拟载波区域内,而不是剩余主载波PDSCH区域。因此,例如,根据预期的虚拟载波吞吐量,虚拟载波的定位可以根据主载波或者虚拟载波是否被选定为承载PSS、SSS以及PBCH的开销而适当地选定为存在于中心带的内部,或者存在于中心带的外部。
虚拟载波“预占”处理
如以上说明的,在传统LTE终端可以开始在小区内传输和接收数据之前,其首先预占到所述小区上。可以为使用虚拟载波的终端提供适配的预占处理。
图6示出了示意性地根据本发明示例示出预占处理的流程图。图6中示出两个分支。在通用标题“虚拟载波”下示出与意指使用虚拟载波的UE有关的所述处理不同的步骤。通用标题“传统LTE”下示出的步骤与意指使用主载波的UE有关,并且这些步骤与图4中的步骤对应。这个示例中,预占过程前两个步骤400,401为虚拟载波和主(传统LTE)载波两者所共有。
参考图5中示出的示例子帧说明虚拟载波预占处理,其中有144个子载波的带宽的虚拟载波被插入到有对应于1200个子载波的带宽的主载波操作带宽内。如上所述,具有比主载波带宽小的操作带宽的接收器单元的终端不能充分地解码主载波的子帧控制区中的数据。然而,具有仅十二块十二个子载波(即2.16MHz)的操作带宽的终端接收器单元可以接收在该示例虚拟载波502上传输的控制和用户数据。
如上所述,在图6的示例中,前几个虚拟载波终端的步骤400和401与图4中示出的传统预占处理相同,尽管虚拟载波终端可以如下所述从MIB抽取附加信息。两终端类型(即虚拟载波终端和主/传统载波终端)都可以使用PSS/SSS和PBCH与使用主载波内的72个子载波中心带上携带的信息的基站同步。然而,然后传统LTE终端通过进行PCFICH解码步骤402继续所述处理,其需要能够接收和解码主载波控制区300的接收器单元,预占到小区来在虚拟载波上接收数据的终端(其可以被称作“虚拟载波终端”)作为替代进行步骤606和607。
在本发明进一步实施方式中,与重用与主载波设备的步骤400和401相同的传统初始预占处理相反,可以为虚拟载波设备提供独立同步和PBCH功能。
在步骤606,如果有任何虚拟载波提供在主载波内,虚拟载波终端使用特定虚拟载波步骤定位虚拟载波。以下进一步论述如何可以运用这个步骤的各种示例。一旦虚拟载波终端已定位了虚拟载波,虚拟载波终端能够访问虚拟载波内的信息。例如,如果虚拟载波镜像传统的LTE资源分配方法,则虚拟载波终端可继续解码虚拟载波内的控制部分,所述控制部分例如能够指示虚拟载波内的哪些资源要素已被分配用于特定虚拟载波终端或用于系统信息。例如,图7示出了虚拟载波330内被分配用于子帧SF2的资源要素350至352的块。然而,没有虚拟载波终端遵循或镜像传统LTE处理(例如,步骤402至404)的要求,并且,这些步骤可以例如对于虚拟载波预占处理被非常不同的实现。
当进行步骤607时,虚拟载波终端不论是在LTE类步骤还是在不同类型的步骤之后,虚拟载波终端然后可以在步骤608解码分配的资源要素从而接收通过基站广播虚拟载波传输的数据。步骤608中解码的数据可以包括,例如,包含网络配置细节的系统信息的余部。
如果下行链路数据在主载波中使用传统LTE传输,即使虚拟载波终端不具有解码和接收下行链路数据的带宽能力,只要重使用初始LTE步骤,其仍可以访问具有有限的带宽的主载波内的虚拟载波。步骤608同样可以实现在LTE类方式中或在不同的方式中。例如,如图7中SF2示出的,多个虚拟载波终端可以分享虚拟载波并且具有分配为管理虚拟载波分配的授权,或者,另一个实施例中,虚拟载波终端可以具有用于其自身下行链路传输而分配的整个虚拟载波,或者虚拟载波可以被整个分配给仅用于若干子帧的虚拟载波终端等。
如此为虚拟载波预占处理提供大程度的灵活性。例如,具有调整重使用或镜像传统LTE步骤或过程之间的平衡的能力,从而减少终端复杂度和实现新元素的需要,并且增加新虚拟载波特定特征或执行过程,从而潜在地优化窄带虚拟载波的使用,因为LTE已被着眼设计有更大波带的主载波。
下行链路虚拟载波检测
如上所述,在虚拟载波终端可以接收和解码虚拟载波上的传输之前,虚拟载波终端应当定位(在主载波的时间-频率资源栅格内)虚拟载波。对于虚拟载波存在和位置确定可使用若干替换,这些选项可以独立或者组合实施。下面将讨论这些选项中的一些。
为便于虚拟载波检测,可以将虚拟载波定位信息提供给虚拟载波终端,使得如果存在任何虚拟载波,虚拟载波终端能够更容易对虚拟载波进行定位。例如,这种位置信息可以包括在主载波内提供有一个或多个虚拟载波的指示,或者主载波当前没有提供任何虚拟载波的指示。该定位信息还可包括虚拟载波的带宽(例如以MHz或者资源要素的块)的指示。替代地,或者组合地,虚拟载波位置信息可包括虚拟载波的中心频率和带宽,从而为虚拟载波终端提供任何有效虚拟载波的定位和带宽。在各个子帧的不同频率位置处发现虚拟载波的情况下,例如,根据伪随机希望算法,定位信息能够例如指示伪随机参数。这样的参数可包括起始帧和用于伪随机算法的参数。使用这些伪随机参数,虚拟载波终端就能够知道对于任何子帧在哪里能找到虚拟载波。
在执行过程中,与虚拟载波终端没有变化的相关性质(与传统LTE终端相比较)将包括用于PBCH内虚拟载波的位置信息,其在主载波中心带已经携带主信息块(Master Information Block)或MIB。如图8中示出的,MIB由24位(3位用于指示DL带宽,8位用于指示系统帧号或SFN,3位关于PHICH配置)组成。因此MIB包括10备用位,其可用于承载相对于一个或多个虚拟载波的位置信息。例如,图9示出示例,在此示例中PBCH包括MIB和用于将任何虚拟载波终端指向虚拟载波的位置信息(“LI”)。
或者,虚拟载波位置信息可以提供在中心带中,在PBCH的外侧。其可以,例如,始终在PBCH之后并邻近于PBCH提供。通过在中心带中但在PBCH的外侧提供位置信息,传统PBCH没有为了使用虚拟载波而修改,但如果有的话,虚拟载波终端可以容易地找到位置信息来检测虚拟载波。
如果提供了虚拟载波位置信息,其可以提供在主载波中其它地方,但是在中心带中提供它可以是有利的,例如因为虚拟载波终端可以配置它的接收器在中心带上操作,所以为了找到位置信息,虚拟载波终端不需要调整它的接收器设置。
根据提供的虚拟载波位置信息量,虚拟载波终端能够调整其接收器以接收虚拟载波传输,或者其可在如此做之前要求进一步的位置信息。
如果,例如,虚拟载波终端配有指示虚拟载波的存在的位置信息和/或虚拟载波带宽而不指示任何关于精确虚拟载波频率范围的细节,或如果虚拟载波终端不配有任何位置信息,虚拟载波终端于是可能在主载波中扫描虚拟载波(例如,进行所谓的盲目查找过程)。可以基于不同的方法来扫描主载波以找出虚拟载波,下面将展示其中的一些方法。
根据第一种方法,虚拟载波可能仅被插入在某预先确定的位置,如图10中举例示出的四个位置的示例。虚拟载波终端然后扫描四个位置L1-L4以寻找任何虚拟载波。如果并当虚拟载波终端检测到虚拟载波时,其然后可如上所述“预占”所述虚拟载波以接收下行链路数据。这个方法中,虚拟载波终端可以事先配有可能的虚拟载波位置,例如它们可以作为网络特定的设置存储在内部存储器。可以通过试图解码在虚拟载波上的具体物理通道来实现虚拟载波的检测。被例如通过在解码数据上成功的循环冗余校验(CRC)指示的这种信道的成功的解码将指示虚拟载波的成功的位置。
根据第二种方法,虚拟载波可以包括位置信号,使得扫描主载波的虚拟载波终端可以检测这种信号以识别虚拟载波的存在。可能位置信号的示例示出在图11A到图11D中。在图11A到图11C的示例中,虚拟载波有规律地传输随意的位置信号,使得扫描有位置信号的频率范围的终端将检测到这个信号。“随意的”信号在这里意指包括本身不承载任何信息的任何信号,或不打算被说明,但是仅仅包括虚拟载波终端可以检测的特定地信号或样式。这个可以,例如,是一连串的在整个位置信号上的正比特,在位置信号上的错列的0和1,或任何其他合适的随意的信号。显著的,位置信号可以由相邻资源要素的块构成或可以由不相邻的块形成。例如,它可以位于在虚拟载波的“顶部”(即,频率上限)的每隔一个资源要素的块。
图11A的示例中,位置信号353在虚拟载波330的范围R330上扩展并且始终被发现在子帧内的虚拟载波中相同位置。如果虚拟载波终端知道在虚拟载波子帧中哪里可以寻找位置信号,其然后可以通过仅仅扫描子帧内这个位置寻找位置信号来简单化它的扫描过程。图11B示出相似示例,在此示例每个子帧在这个子帧的结尾包括位置信号354,其包括两个部分:一部分在虚拟载波子帧上角和一部分在虚拟载波子帧下角。这种位置信号可以是有用的,例如如果虚拟载波终端预先不知道虚拟载波的带宽,因为其可以促成虚拟载波带上和下频率边缘的清晰检测。
在图11C的示例中,在第一个子帧SF1提供位置信号355,而不是在第二个子帧SF2中。位置信号可以例如每个两个子帧提供。位置信号的频率可以被选为调整减少扫描时间和减少总开销之间的平衡。换言之,越经常提供位置信号,其花费终端越短时间来检测虚拟载波,但有更多总开销。
图11D的示例中,提供位置信号,在此位置信号不是如图11A到11C中的随意的信号,但是包括虚拟载波终端信息的信号。当虚拟载波终端扫描寻找虚拟载波并且信号可以包括相对于例如虚拟载波带宽的信息或任何其他虚拟载波相关的信息(位置或非位置信息)时虚拟载波终端可以检测这个信号。当检测这个信号时,虚拟载波终端从而可以检测到虚拟载波的存在和位置。如图11D中示出的,如同任意的位置信号,所述位置信号可以被发现于子帧内不同的位置,并且所述位置可以基于每子帧变化。
主载波控制区域大小动态变换
如上所述,在LTE中,组成下行链路子帧的控制区域的符号数量根据需要传输的控制数据的数量而动态地改变。通常,此变化在一个符号与三个符号之间。参照图5,可以理解的是,主载波控制区域的宽度变化将引起虚拟载波可用的符号数量相应的变化。例如,从图5中可以看出,当所述控制区域是三个符号长并且子帧中有14个符号时,虚拟载波是十一个符号长。然而,如果下一个子帧中,主载波控制区域被简化为一个符号,在那个子帧中将有十三个虚拟载波可用的符号。
当将虚拟载波插入到LTE主载波中时,如果接收在虚拟载波上的数据的移动通信终端将能够使用未被主载波控制区域使用的所有可用符号,则他们需要能够确定各个主载波子帧的控制区域中的符号数量以确定该子帧中虚拟载波内的符号数量。
传统的,在PCFICH内的每个子帧的第一符号中告知构成控制区域的符号的数量。然而,PCFICH通常分布在下行链路LTE子帧的整个带宽上,并且因此在仅能够接收虚拟载波的虚拟载波终端不能接收的子载波上传输。相应地,在一实施方式中,控制区域可能在其上延续的任何符号被预定义为虚拟载波上的空符号,即,虚拟子载波的长度设置为(m-n)个符号,其中,m是子帧内符号的总数量,并且n是控制区域的符号的最大数量。因此,资源要素从不被分配用于在任一给定子帧的前n个符号期间在虚拟载波上的下行链路数据传输。
尽管此实施方式实现很简单,但因为在子帧期间当主载波的控制区域有少于符号的最大数量时,在虚拟载波中存在未使用的符号,所以将会是极其低效的。
在另一实施方式中,在虚拟载波自身中明确地告知主载波的控制区域中的符号数量。一旦主载波控制区域中符号数目已知,由此数量,虚拟载波符号数目可以通过减去子帧中符号的总数来计算。
在一实例中,通过虚拟载波控制区域中的某些信息位给出主载波控制区域大小的清晰指示。换言之,显式信令消息被插入在虚拟载波控制区域502的预定位置。这个预定位置是被各个适配为接收虚拟载波上数据的终端已知的。
在另一实例中,虚拟载波包括预定信号,预定信号的定位指示主载波的控制区域中符号的数量。例如,可以在资源要素的三个预定块中的一个上传输预定信号。当终端接收子帧时,终端扫描寻找预定信号。如果预定信号被发现在第一个资源要素块中,其指示主载波控制区域包括一个符号;如果预定信号被发现在第二个资源要素块中,其指示主载波控制区域包括两个符号,并且如果预定信号被发现在第三个资源要素块中,其指示主载波控制区域包括三个符号。
在另一实例中,假定主载波的控制区域大小是一个符号,虚拟载波终端被部属为首先尝试对虚拟载波进行解码。如果其不成功,假定主载波的控制区域大小是两个等,虚拟载波终端尝试对虚拟载波进行解码,直至虚拟载波终端对虚拟载波成功地进行解码。
下行链路虚拟载波参考信号
如本技术中所知,在基于OFDM的输电系统中,例如LTE,在贯穿子帧的符号中许多子载波通常被保留用于参考信号的传输。在跨信道带宽以及跨OFDM符号的贯穿分布在子帧的子载波上传输参考信号。参考信号以重复模式布置并且由此能够被接收器为了采用外推和插值技术推测施加于各个子载波上传输的数据的信道功能使用。这些参考信号同样通常被用于其他的目的,例如决定用于接收信号功率指示的规格,自动频率控制规格和自动增益控制规格。在LTE中,在各个子帧内参考信号承载子载波的位置被预定并且由此在各个终端的接收器是已知的。
在LTE下行链路子帧中,通常在每第六个子载波插入来自各个传输天线端口的参考信号。相应地,如果虚拟载波插入在LTE下行链路子帧中,即使虚拟载波具有一个资源块的最小带宽(即,十二个子载波),虚拟载波也将包括至少一些参考信号承载子载波。
在各个子帧内提供了足够的参考信号承载子载波,使得接收器不需要准确地接收每一个参考信号以解码在子帧上传输的数据。然而,将能理解的是,接收的参考信号越多,通常接收器能够越好地对信道响应进行估计,通常由此被引入到从子帧解码的数据中的错误越少。相应地,为了保持与接收主载波上的数据的LTE通信终端的兼容性,根据本发明的一些实例,在传统LTE子帧内包含参考信号的子载波位置被保留在虚拟载波中。
将理解的是,根据本发明一些实例,与在子帧的整个带宽上接收各个子帧的传统LTE终端相比较,被部属为仅接收虚拟载波的终端接收减少数量的子载波。于是,降低能力的终端在更窄的频率范围内接收更少的参考信号,其可能导致产生较低精确性的信道估计。
在某些例子中,简化的虚拟载波终端可具有要求很少的参考符号来支信道估计的低移动性。然而,在本发明的一些实例中,下行链路虚拟载波包括额外的参考信号承载子载波以增强能力降低的终端能够产生的信道估计的精确性。
在一些实例中,相对于传统的参考信号承载子载波的位置,额外参考信号承载子载波的位置系统性地散布,从而当与来自现有的参考信号承载子载波的参考信号结合时,增加信道估计的取样频率。这允许通过降低能力的终端在虚拟载波的带宽上产生信道的改善的信道估计。在其他实例中,额外参考信号承载子载波的位置系统性地设置在虚拟载波的带宽边缘处,从而增加虚拟载波信道估计的内插法精确性。
另一种虚拟载波配置
至此本发明的示例在单个虚拟载波被例如如图5中示出插入其中的主载波方面已被描述。然而,在某些例子中,主载波可以例如如图12中示出的包括多于一个虚拟载波。图12示出其中两个虚拟载波VC1(330)和VC2(331)提供在主载波320内的示例。这个示例中,两个虚拟载波在主载波带内根据伪随机运算法则改变位置。然而,在其他实例中,两个虚拟载波中的一个或者两个可始终被发现在主载波频率范围内的相同频率范围内和/或可根据不同的机制改变位置。LTE中,主载波内虚拟载波的数目仅仅限于主载波的大小。然而,主载波内的太多虚拟载波会不适当地限定传输数据到传统LTE终端的可用带宽,并且操作员可以因此根据例如传统LTE用户/虚拟载波用户的比例选定主载波内的虚拟载波的数量。
在一些实例中,可以动态地调整有效虚拟载波的数量,使得该数量符合传统LTE终端和虚拟载波终端的当前需要。例如,如果没有虚拟载波终端被连接或如果它们的访问被有意限定,所述网络可以安排为开始调度数据的传输到先前为虚拟载波保留的子载波内的LTE终端。如果活跃的虚拟载波终端数量开始增加,这个过程可以逆转。在某些例子中,提供的虚拟载波的数量可以响应于虚拟载波终端存在的增加而增加。例如,如果存在于网络或网络的区域中的虚拟终端的数量超过阈值,在主载波中插入额外的虚拟载波。网络元件和/或网络操作员由此能够在任何适当的时候激活或者撤消虚拟载波。
例如图5中示出的虚拟载波在带宽中是144个子载波。然而,在其他实例中,虚拟载波可以是十二个子载波至1188个子载波之间的任意大小(对于具有1200个子载波传输带宽的载波)。因为在LTE中,中心带具有72个子载波的带宽,所以在LTE环境中的虚拟载波终端优选具有至少72个子载波的接收器带宽(1.08MHz),使得虚拟载波终端能够解码中心带310,因此,72个子载波虚拟载波可提供便利的实施选项。利用包括72个子载波的虚拟载波,虚拟载波终端不必调整用于预占虚拟载波的接收器带宽,因此可降低执行预占处理的复杂度,但是,不需要使虚拟载波与中心带具有相同的带宽,如上所述,基于LTE的虚拟载波可以是12至1188个子载波之间的任意大小。例如,在一些系统中,具有小于72个子载波的带宽的虚拟载波可能被认为是浪费虚拟载波终端的接收器资源,但是从另一方面,其可以被认为是通过增加传统LTE终端的可用带宽减少虚拟载波对主载波的影响。虚拟载波的带宽因此可以调整为达到复杂性、资源利用、主载波性能和虚拟载波终端要求之间理想的平衡。
上行链路传输帧
至此已主要参考下行链路讨论了虚拟载波,然而在某些例子中虚拟载波可以同样被插入上行链路中。
频分双工(FDD)网络中,上行链路和下行链路两者在所有的子帧中都是活跃的,反之在时分双工(TDD)网络中子帧可以即被分配到上行链路、到下行链路,或进一步被子划分到上行链路和下行链路部分里。
为了发起到网络的连接,传统LTE终端在物理随机访问信道(PRACH)上产生随机存取请求。PRACH位于上行链路帧中预定的资源要素块中,其位置被在下行链路上在系统信息信号中发信号到LTE终端。
另外,当有未决的要从LTE终端传输的上行链路数据,并且终端并非已具有任何分分配它的上行链路资源时,其可以向基站传输随机访问请求PRACH。然后根据如果任何上行链路资源将被分配到做出请求的终端设备,在基站做出决定。上行链路资源分配然后被在下行链路子帧的控制区域中传输,在物理下行链路控制信道(PDCCH)上被发信号到LTE终端。
LTE中,从各个终端设备的传输被约束到占据帧中一组邻近的资源块。对于物理上行链路共享信道(PUSCH),从基站接收的上行链路设备分配授权将指示哪组资源块用于其传输,在此这些资源块可以位于信道带宽内任何地方。
用于LTE物理上行线路控制信道(PUCCH)的第一组资源位于信道的上及下边缘两边,在此每个PUCCH传输占据一个资源块。在第一半子帧中,这个资源块位于一个信道边缘,并且在第二半子帧中,这个资源块位于所述相对的信道边缘。因为需要更多PUCCH资源,额外的资源块被以连续的方式从信道边缘向内移动分配。因为PUCCH信号是码分多路复用的,LTE上行链路在相同资源块中可以容纳多个PUCCH传输。
虚拟上行链路载波
根据本发明的实施方式,上述虚拟载波终端同样可以配有减少能力的发射器,用于传输上行链路数据。所述虚拟载波终端被安排为在减少的带宽传输数据。减少能力的发射器单元的供应提供了相应于那些通过提供减少能力的接收器单元达到的优势,例如,多种用减少的能力制造的供例如MTC型应用使用的设备。
与下行链路虚拟载波对应,所述虚拟载波终端在具有比减少带宽的虚拟载波更大带宽的主载波内的子载波减少的范围上传输上行链路数据。这在图13A中示出。从图13A可以看出,上行链路子帧中的一组子载波构成主载波1302内的虚拟载波1301。相应地,在其上虚拟载波终端传输上行链路数据的所述减少的带宽可以被认为是虚拟上行链路载波。
为了实现虚拟上行链路载波,用于虚拟载波的基站调度表确保授权到虚拟载波终端的所有的上行链路资源要素是属于虚拟载波终端的减少能力的发射器单元的减少带宽范围的子载波。对应的,用于主载波的基站调度表通常确保授权到主载波终端的所有的上行链路资源要素是不属于被虚拟载波终端占用的所述组的子载波的范围的子载波。然而,如果用于虚拟载波和主载波的调度表被共同实现,或有方法来共享信息,那么当虚拟载波调度表指示一些或全部虚拟载波资源不会被终端设备用在虚拟载波上时,主载波调度表可以在子帧期间在主载波上从虚拟载波区域内到终端设备分配资源要素。
如果虚拟载波上行链路遵循与LTEPUCCH相似的结构和操作方法合并物理通道,在此用于那个物理通道的资源被预期为在所述信道边缘,那么对于虚拟载波终端,这些资源可以被提供在虚拟载波带宽的边缘,而不是在主载波的边缘。这样是有利的,因为其将保证虚拟载波上行线路传输保持在减少的虚拟载波带宽之内。
虚拟上行链路载波随机访问
根据传统LTE技术,不能保证PRACH在分配到虚拟载波的子载波之内。因此在一些实施方式中,基站在虚拟上行链路载波内提供次级PRACH,其位置可以经由虚拟载波上的系统信息被发信号到虚拟载波终端。其在图13B中被举例示出,其中PRACH1303位于虚拟载波1301内。因此,虚拟载波终端在虚拟上行链路载波内,在虚拟载波PRACH上传输PRACH请求。所述PRACH的位置可以在虚拟载波下行链路信号信道中被发信号到虚拟载波终端,例如在虚拟载波上的系统信息中。
然而,在其他实例中,虚拟载波PRACH1303,如图13C中举例示出的,位于虚拟载波的外面。这在虚拟上行链路载波内留下更多空间用于虚拟载波终端的数据传输。如前所述,虚拟载波PRACH的位置被发信号到虚拟载波终端,但是为了传输随机访问请求,所述虚拟载波终端重调谐它们的发射器单元到虚拟载波PRACH频率,因为其在虚拟载波的外面。当上行链路资源要素已被分配时,所述发射器单元然后被重调谐到虚拟载频。
在虚拟载波终端能够在虚拟载波外的PRACH上传输的某些例子中,主载波PRACH的位置可以被发信号到虚拟载波终端。虚拟载波终端然后可以简单地使用传统主载波PRACH资源来传输随机访问请求。因为需要分配更少的PRACH资源,所以这个方法是有利的。
然而,如果基站正在接收来自传统LTE终端和虚拟载波终端两者的对相同PRACH资源的随机访问请求,则基站配有用于在来自传统LTE终端的随机访问请求和来自虚拟载波终端的随机访问请求之间区分的机制是必要的。
因此,在某些例子中,在基站实现时分分配,借此,例如在第一组子帧上PRACH分配是对虚拟载波终端可用的并且在第二组子帧上PRACH分配是对传统LTE终端可用的。相应地,基站可以确定在来源于虚拟载波终端的第一组子帧期间接收的随机访问请求和在来源于传统LTE终端的第二组子帧期间接收的随机访问请求。
在其他实例中,没有提供防止虚拟载波终端和传统LTE终端两者同时传输随机访问请求的机制。然而,通常被用于传输随机访问请求的随机访问报头被划分为两组。第一组被虚拟载波终端独占地使用,并且第二组被传统LTE终端独占地使用。相应地,基站可以通过查明随机访问报头属于什么组来确定是否从传统LTE终端或虚拟载波终端发起随机请求。
示例体系结构
图14提供示出根据本发明示例部属的适配LTE移动电信系统的示意图。所述系统包括连接至核心网络1408的适配的增强节点B(eNB)1401,其传达数据到多个传统LTE终端1402,和在覆盖范围(小区)1404内的减少能力的终端1403。当与传统LTE终端1402中的收发器单元1406性能相比较时,每一个减少能力的终端1403具有收发器单元1405,收发器单元1405包括能够在减少的带宽上接收数据的接收器单元和能够在减少的带宽上传输数据发射器单元。
部属适配的eNB1401来使用如参考图5描述的包括虚拟载波的子帧结构传输下行链路数据,并且使用如参考图13B或13C描述的子帧结构接收上行链路数据。如上所述,减少能力的终端1403因此能够使用上行链路和下行链路虚拟载波接收和传输数据。
如以上已说明的,因为减少复杂度的终端1403在上行链路和下行链路虚拟载波上减少的带宽上接收和传输数据,所述收发器单元1405为接收和解码下行链路数据和编码和传输上行链路数据需要的复杂度、功耗和成本与传统LTE终端中提供的收发器单元1406相比减少。
当接收要被传输到小区1404内的终端之一的来自核心网络1408的下行链路数据时,部属所述适配的eNB1401来确定数据被限制于传统LTE终端1402或减少能力的终端1403。这可以使用任何适用技术实现。例如,限制于减少能力的终端1403的数据可以包括指示数据必须传输在下行链路虚拟载波上的虚拟载波标记。如果所述适配的eNB1401检测到下行链路数据将被传输到减少能力的终端1403,包括在适配的eNB1401中的适配的调度单元1409通过询问下行链路虚拟确保下行链路数据被传输到减少能力的终端。另一个实施例中,部属所述网络使得虚拟载波逻辑上独立于eNB。更具体地,所述虚拟载波可以被部属为对于核心网络显现为独特的小区,使得其不被核心网络知道虚拟载波具有与主载波的任何关系。正如它们将对于传统小区的,包被简单地路由到/从虚拟载波。
另一个实施例中,包检查被运用在网络内合适的点来路由通信量到或从合适载波(即主载波或虚拟载波)。
在又一个示例中,从核心网络到eNB的数据被在特定地逻辑连接上通信,用于特定地终端设备。eNB配有指示哪个逻辑连接与哪个终端设备有关的信息。同样在eNB提供信息,其指示哪些终端设备是虚拟载波终端和哪些是传统LTE终端。这个信息可以由虚拟载波终端最初已使用虚拟载波资源连接的实情得来。其他示例中,虚拟载波终端被安排为在连接过程期间指示它们对eNB的容量。相应地eNB可以基于终端设备是虚拟载波终端或LTE终端从核心网络映射数据到特定地终端设备。
当调度资源用于上行链路数据的传输时,适配的eNB1401被部属为确定将被调度资源的终端是减少容量的终端1403还是传统LTE终端1402。在某些例子中,如上所述,这通过分析在PRACH上使用区分虚拟载波随机访问请求和传统随机访问请求的技术传输的随机访问请求实现。在任何情况下,当在适配的eNB1401确定随机访问请求已被减少能力的终端1402提出时,部属适配的调度表1409来保证任何上行链路资源要素授权在虚拟上行链路载波内。
在某些例子中,插入主载波内的虚拟载波可用于提供逻辑上的独特的“网中网”。换言之,经由虚拟载波传输的数据可以看做逻辑上和物理上与通过主载波网络传输的数据不同。虚拟载波因此可以用来实现所谓的专用消息网络(DMN),其“覆盖”在传统网络上并且用来通信消息数据到DMN设备(即,虚拟载波终端)。
虚拟载波的进一步示例应用
陈述了共同未决的英国专利申请编号GB1101970.0[2],GB1101981.7[3],GB1101966.8[4],GB1101983.3[5],GB1101853.8[6],GB1101982.5[7],GB1101980.9[8]和GB1101972.6[9]描述的所述种类虚拟载波的原理,现在描述一些根据本发明实施方式的虚拟载波原理的扩充。特别地,描述一些多播传输背景的虚拟载波原理的执行过程。
描述一些多址通信传输背景的虚拟载波原理的示例应用之前,总结根据本发明实施方式执行虚拟载波的示例电信系统中用于上行链路和下行链路传输的帧结构的一些一般特性。
图15是表示LTE类型电信网络的时间-频率上行链路资源栅格1550和下行链路资源栅格1500中各种区域可以被分配来例如上述的支持虚拟载波的示意图。图15中上部栅格1550示意性地表示上行链路资源分配,并且下部栅格1500示意性地表示下行链路资源分配。
图15中示出的示例下行链路资源栅格1500的区域包括沿着水平时间方向间隔的十个子帧1512(总体相当于一个帧)并且在频率(例如,20MHz)横跨带宽R320。如上所述,图15的下行链路传输资源栅格1500包括主载波PDCCH区域1502,主载波PDSCH区域1506和虚拟载波区域1510。这个示例中的虚拟载波区域1510包括分开的虚拟载波PDCCH区域1514和虚拟载波PDSCH区域1516。然而,并且如上所述,其他示例执行过程中,虚拟载波操作原理可能不反映LTE类型网络的这些特征。下行链路帧结构1500可以包括其他区域,例如参考符号区域,但是这些为简单起见没有在图15中示出。图15中示出的下行链路资源栅格1500的每个子帧1512广泛地遵循与图5中示出的子帧相同的通用格式,除了在这个特别的示例中,虚拟载波控制区域(VC-PDCCH)1512定位在每个子帧1512的开始,而不是在如图5中示意性地示出的最后。
图15中示出的上行链路资源栅格1550区域同样包括沿着水平时间方向间隔的十个子帧1562(总体相当于一个帧)并且在频率跨越相同的带宽R320。图15的上行链路传输资源栅格1550包括主载波PUCCH区域1552(HC控制区),主载波PUSCH区域1556,和虚拟载波区域1560。相应的虚拟载波区域1560包括虚拟载波PUCCH区域1564(VC控制区)和虚拟载波PUSCH区域1566。上行链路帧结构1550可以包括其他区域,但是这些为简单起见也没有在图15中示出。图15中示出的上行链路资源栅格1550的每个子帧1552可以广泛地遵循与例如图13A至图13C中示出的子帧相同的通用格式。
总结了根据本发明一些实施方式实现虚拟载波的电信系统中上行链路和下行链路传输资源栅格的一些方面后,现在描述这种系统中的多播技术的一些应用。
多播是已制定的用于各种电信系统的技术,例如那些根据3GPP LTE标准的通用原理的操作。多播通常可以被描述为数据同时传输到是划定用于接收多播数据的组的成员的多个终端设备。多播服务可以与广播服务和单播服务对比。例如,广播服务通常可以描述为由多个不需要其设备属于任何特别划定的终端设备子组的终端设备收到数据传输。另一方面,单播服务通常可以描述为数据传输意指用于单独的终端设备并且数据被特别地发给那个终端设备。
发明人认识到多播可以是用于上面讨论的种类的通信数据到机器类型通信终端设备的特别的有用的模式,并且尽管不是独有的,其可能经常与虚拟载波相联系。这是因为在许多情形中,预期将有相同的数据传输到大量的机器类型通信终端。例如,公用服务提供商可能希望将新价格信息或软件更新通信到所有给定的通信单元内的智能仪表,或者自动贩卖机操作员可能希望将新价格信息通信到配置为MTC设备(即具有使用无线电信系统与MTC服务器无线通信数据能力)的自动贩卖机。在其他情况中也可能出现需要传输同样数据到多个终端设备的对应的情形,例如,所谓的智能栅格和远程保养的机器类型通信网络/设备实施方式。如此,预期将有许多情况,其中可以施用上面讨论的种类的虚拟载波来支持多播传输。
图16中示意性地示出一个示例情况,其表示根据本发明实施方式实现多播服务的用于通用LTE基电信系统1600的结构。系统1600包括eNodeB(基站)1610,其部属为在上述种类的虚拟载波上面与多个终端设备1612通信。尽管为简单起见图16中示出仅一个基站1610,将理解总的来说将有多个基站在不同的地理位置(即不同的网络小区)范围内提供终端设备覆盖度。
终端设备1612被通信的偶联到相关的“机器”1614,其在图16中示出的示例中是自动贩卖机1614。如此终端设备1612提供用于自动贩卖机经由基站1610与远程MTC服务器(未示出)经由电信网络1600通信的方法。如传统的,基站1610可以包括用于无线电信号的传输和接收的收发器单元1610a和根据本文中描述的原理被配置为控制基站1610依照要求运行的控制器单元1610b。同样如传统的,每个终端设备1612可以包括用于无线电信号的传输和接收的收发器单元1612a和根据本文中描述的原理被配置为控制相应终端设备1612依照要求运行的控制器单元1612b。例如,相应的控制器单元1610b、1612b可以包括相应的处理器单元,其被使用常规编程/配置技术适当地配置/编程为无线电信系统中的配备提供理想的功能。
图16中示意性的表示了终端设备1612,其正在从基站1610接收多播通信,指示价格增长应当施加于相关的自动贩卖机。就是说终端设备1612(或许与被其他基站服务的其他小区的其他终端设备一起)构成多播组,并且根据已制定的多播通用原理,例如基于多播组ID编址,图16中示意性地表示的所述“升价”通信可以发给这个多播组。所述“升价”通信可以通过担负管理自动贩卖机1614网络操作的远程MTC服务器发起并且根据通用常规方法被路由到所述基站1610用于多播传输到终端设备1612。此外,接收所述“升价”多播通信的终端设备1612可以被配置为从多播通信抽取有关资料并且传递所述信息到它们相关的自动贩卖机1614,其同样使用通用常规方法可以相应地作出反应。
与单播方法到每个单独终端设备相比,图16中示出的使用多播方法来通信所述升价消息到终端设备1612的潜在的好处是减少的发信号总开销。这可以是在控制面发信号(例如,在图15中示出的虚拟载波PDCCH1514上)方面和在用户面发信号(例如,在图15中示出的虚拟载波PDSCH上)方面两者的案例。利用在小区中有大量终端设备,控制和用户面发信号用单播方法传输MTC消息到每个单独终端设备的量可以容易地达到占据全部可用资源,使系统效率低下,并且更或许行不通。控制面发信号可以特别的变得超过负荷,因为要通信的实际用户面数据,例如涨价的简单指示,可能本身是相对小的。
使用多播技术通信数据到多个终端设备可以如此帮助减少控制信令总开销的数值。然而,当前用于多播传输的技术的缺点,例如相关的现有的LTE标准中定义的,是缺少用于终端设备确认所述传输的接收的机制。这是因为多播服务是非定向服务。本发明人认识到这个现有多播方案的方面可以具有对许多情形不利的影响,并且特别地对于一些MTC应用,例如图16的自动贩卖机示例。例如,如果因为一些机器被填入错误的价格而不是所有自动贩卖机1614都成功的接收到新价格信息,其可能是有问题的。使用当前的多播技术,担负管理自动贩卖机1614网络的MTC服务器将不能确定是否相应的自动贩卖机已经成功地接收到任何给定的多播传输。因此,MTC服务器不能了解是否需要校正措施(例如,数据重传)。
电信系统一般提供用于终端设备确认单播通信/包的纠正回执机制,例如根据定义的ARQ(自动重发请求)/HARQ(混合自动重发请求)过程基于ACK/NACK信令。举例,如ETSI TS136213V10.2.0(2011-06)/3GPP TS36.213version10.2.0Release10)[10]和ETSI TS136321V10.2.0(2011-06)/3GPP TS36.321version10.2.0Release10)[11]中描述,LTE施用HARQ过程。
图17A示意性地表示对于单播化境中的虚拟载波,图15中表示的上行链路和下行链路传输资源如何可以用来为HARQ过程作准备。图17A的各种元素将从以上图15的中对应元素的描述可理解。总体上,HARQ过程可以用如对于传统(即非虚拟的)载波相同的通用方法运行。就是说其可以通过以下传统HARQ技术原理运行在电信系统中,其中执行了虚拟载波。这个示例中,假定电信系统是普通的LTE适应系统。如此由终端设备在子帧i中虚拟载波的PDSCH1516上收到的下行链路数据通过子帧i+4中虚拟载波的PUCCH1564上传输的上行链路ACK/NACK信号被确认/否定确认。这通过三个上行链路ACK/NACK信号响应1710、1720、1730与早期来自四个子帧的相应的下行链路数据传输1712、1722、1732相关联的在图17A中示意性地示出。正如传统LTE ACK/NACK流程,ACK/NACK信令同样可以在PUSCH上传输,例如,当终端设备被分配相同的子帧中PUSCH上用于用户面数据的上行链路资源作为所述ACK/NACK响应时。
图17B示意性地表示上行链路PUCCH资源1564如何可以根据本发明实施方式被分配用于虚拟载波操作。图17B中示出的上行链路传输资源栅格区域在带宽对应于虚拟载波范围的方面对应于图15中示出的上行链路传输资源栅格的单个子帧。假定对于这个示例,虚拟载波PUCCH设备分配广泛地遵循与传统LTE载波相同的原理。如此资源向着上及下频率边界/边缘被成对地分配用于虚拟载波。图17B中示出的示例中,相关联有相应配对的资源通过相同的字母A、B、C、D、E或F指示。图17B中示出的示例中,有足够的PUCCH资源用于每子帧36个传输。发明人认识到这些不同的资源能响应于多播传输通过不同的终端设备被用来传输ACK/NACK。
因此,本发明的一些实施方式提供了用于在无线电信系统中通信数据的方法,其包括从基站向多个终端设备传输多播传输以及从相应的终端设备接收响应信号来指示相应的终端设备是否已经成功地接收到所述多播传输。此外,这个可以使用主载波操作带宽内的上述种类虚拟载波完成。
这提供用于MTC服务器机制,例如,发起多播数据的传输到多个相关的MTC设备,和根据所述范围,对此所述传输已被由预期接收者收到,经由基站接收回馈。例如,基站可以转发关于单独响应信号的信息到MTC服务器,或可以简单地传输消息到MTC服务器来指示是否所有预期接收终端接收到了所述多播传输。MTC服务器然后可以选定合适的行动方案。例如,如果基站告知MTC服务器至少有一个MTC设备没有成功地接收到所述多播传输,MTC服务器可以决定立即或在后阶段发起重传,或决定所述传输是非紧要的并且不采取行动。
其他示例中,MTC服务器可能不在所述响应信号提供的反馈机制中起作用,并且这可以由电信网络唯一管理,例如,在相应的基站内。就是说,所述基站可以被配置为接收响应信号,确定哪个(如果有的话)预期接收设备在它们的区域内没有确认多播传输的成功接收(例如,因为它们没有响应或通过否定应答响应),并且视情况而定采取措施来重传数据。所述基站可以根据它(们)服务于的不指示成功接收的终端设备的数目确定不同的重传策略。例如,如果基站的小区内有许多失败接收,通过另一多播方法重传可被认为是适当的。然而,如果仅有一个或几个失败接收,对于每个单独的不报告成功接收的终端设备的单播传输方案可以被认为是更适当的。
图18A示意性地表示根据本发明实施方式,对于多播环境中的虚拟载波,图15中表示的上行链路和下行链路传输资源如何可以用来为HARQ过程作准备。图18A的各种元素将从以上图15的中对应元素的描述可理解。如此图18A示意性地示出所述图中表示的下行链路无线电帧的不同的子帧中发生在PDSCH上的三个多播传输1812、1822、1832。这些多播传输可以以常规的技术为基础并且以正常方法借助于多播组ID识别预期接收者。图18A中示出的三个不同的传输可以是互相不相干的(例如意指用于的不同的多播组的独立传输),或可以是相关的,例如用于相同多播组的一系列传输。被传输的所述信息的特殊本质对于下面的工作原理来说不是显著的。
根据本发明实施方式,多播组成员终端设备(向其发起传输)被配置为响应于多播传输传输确认/非确认(ACK/NACK)。这些多播ACK/NACK响应信号的配置可以遵循,例如在信令格式和内容方面,与和常规单播传输方案相关的常规ACK/NACK信令相同的通用原理。此外,正如图17A的情况,虚拟载波环境中响应于多播传输传输的多播ACK/NACK响应可以传输在与虚拟载波相关的PUCCH1564上。根据现有的单播环境中用于ACK/NACK信令的LTE标准,ACK/NACK响应信号由终端设备(用户设备——UE)传输在子帧中,所述子帧是排定对应的下行链路传输在PDSCH上的子帧的四个子帧后。用于下行链路传输的调度信息(设备分配)由PDCCH负责,并且对于常规的单播ACK/NACK信令,用于ACK/NACK信令的PUCCH上的特别的上行链路传输资源基于用于分配下行链路传输的PDCCH资源。
然而,多播化境中,不同的上行线路传输资源(例如,在时间和/或频率和/或编码方面)可以用于来自不同的终端设备的ACK/NACK信令来允许在基站区分响应信号。例如,基于图17B中示出的上行链路子帧结构和用于ACK/NACK信令的虚拟载波PUCCH的使用,36个不同的终端设备可以被配置为使用子帧中不同的36个可用的PUCCH资源,所述子帧在其中传输多播数据的子帧四个子帧后。这是图18A中由三个PUCCH区域1810、1820、1830,每个在子帧中包含(最高)36个ACK/NACK信号(所述区域是相应的对应的多播传输1812、1822、1832四个之后)示意性地表示的方法。在初始配置过程期间,不同的终端设备可以被分配特定地资源来作它们的相应的ACK/NACK信令用。例如,当被分配C-RNTI时,不同的终端设备可以提供有关于特定PUCCH资源信息来在每个子帧内使用。其他实例中,与多播传输相关的额外的信令可以由所述基站用来将用于ACK/NACK响应信号的特定PUCCH资源分配到每个终端设备。如此有许多方法,其中相应的基站可以管理由不同的多播组内不同的终端设备用于ACK/NACK信令的不同的上行链路资源来允许接收ACK/NACK响应被映射到对应的终端设备。
对于单播环境中常规的ACK/NACK过程,相关的子帧(例如下行链路传输四个子帧后)内用作ACK/NACK响应的特定PUCCH资源可以由终端设备以不同的方法得来。例如,利用动态下行链路调度,当传输ACK/NACK响应时使用的特定PUCHH资源由用于将被ACK/NACK的PDSCH数据传输的PDCCH上的分配消息隐式地发信号。或者,利用半持续调度,将不必要有用于下行链路传输的对应的PDCCH分配数据,并且在这种情况下,为相关的子帧(例如,下行链路四个子帧后)内使用的特定PUCCH资源可以被预先确定为用于建立(set up)下行链路传输的一部分过程。
多播环境中,同样有许多不同的方式,其中可以建立由相应终端设备使用的特定PUCCH资源。
例如,eNodeB可以经由额外的信令在PDCCH上或PDSCH上与多播下行链路传输结合提供指示,从中相应终端设备可以得出它们自己的PUCHH资源。例如,eNodeB可以和特定PUCCH上行链路资源(或实际上任何其他上行链路资源)一起传输用于sNodeB的足迹(例如,无线电网络暂时标识符--RNTIs)内多播组成员的不同的终端设备的信息链路特定标识符由对应的终端设备用作ACK/NACK信令。各种终端设备可以从而接收这个信息,从多播组其他成员中识别它们的特定标识符,并且相应地确定合适的上行链路资源。上行链路资源指示可以,例如,指定为使用的子帧和特别子帧内的特别资源,或可以简单地指定用于默认值子帧中的内部特别资源,例如,其中构成对应的多播传输的子帧的四个子帧后的子帧。
其他实例中,给定的终端设备为ACK/NACK信令使用的特定资源可以被在建立过程期间建立。例如,当多播组成员终端设备(为其根据本发明实施方式使用ACK/NACK信令)首先连接到eNodeB时,或当多播传输首先开始时。
图18B是示出基站(eNodeB)1850如何可以将ACK/NACK信令资源信息(有关哪个上行链路资源用于ACK/NACK信令)通信到两者都是相同多播服务“A”的预订者的例如UE X(由参考数字1860标识)和UEY(由参考数字1870标识)的不同的终端设备(UEs)的发信号梯形图。
图18B的示例中,在当终端设备连接到所述网络时的初始建立阶段期间定义ACK/NACK信令资源信息。因此,例如当唤醒时,为了由eNodeB识别,UE X传输随机访问报头到eNodeB。随机访问信号交换过程之后,RRC信令被互换,并且终端设备1860(UE X)被由eNodeB分配C-RNTI(小区无线电网络暂时身份)。所述C-RNTI是用于利用与eNodeB通信识别UE Y的地址。图18B的示例中,假定UE X被分配“X”的C-RNTI。以这个顺序,与UE特定的C-RNTI分配一起,与所述多播组有关的组C-RNTI同样被通信到UE。图18B的示例中,假定相关的多播服务与“A”的组C-RNTI有关。这个分配C-RNTIs的过程可以根据已知技术普遍运用。然而,除了分配两个类型的C-RNTI,当响应于被编址到“A”的多播组C-RNTI的多播传输决定用于ACK/NACK信令的特定上行链路资源时,eNodeB同样分分配UE X被用于UE的ACK/NACK信令资源。图18B的示例中,假定UE X被分配ACK/NACK信令资源信息“M”,在此“M”对应于(即,标识)在其中执行所述方案的虚拟载波的子帧内的特定PUCCH资源。
与给UE X分配C-RNTI“X”、组C-RNTI“A”、和ACK/NACK信令资源信息“M”有关的配置信令在图18B中由参考数字1880示意性地表示。
相似的建立信令(在图18B中由参考数字1882示意性地表示)为终端设备1870(UE Y)而设。因此,例如当唤醒时,为了由eNodeB识别,UE Y传输随机访问报头到eNodeB。随机访问信号交换过程之后,RRC信令被互换,并且终端设备1870(UE Y)被eNodeB分配C-RNTI。所述C-RNTI是用于在与eNodeB通信过程中识别UE的地址。图18B的示例中,假定UE Y被分配“Y”的C-RNTI。以这个顺序,与UE特定的C-RNTI分配一起,与所述多播组有关的组C-RNTI同样被通信到UE。图18B的示例中,相关的多播服务与“A”的组C-RNTI有关。对于UE X,除了分配两个类型的C-RNTI,当响应于被编址到“A”的多播组C-RNTI的多播传输决定用于ACK/NACK信令的特定上行链路资源时,eNodeB同样向UE Y分配用于UE Y的ACK/NACK信令资源。图18B的示例中,假定UE Y被分配ACK/NACK发信号资源信息“N”,在此“N”识别虚拟载波的子帧内的特定PUCCH资源,其不同于由用于UE X的ACK/NACK信令资源信息“M”指示的。
随后进行对应于组C-RNTI=“A”的编址到多播组ID的下行链路多播传输1884。这可以由与终端设备UE X和UE Y相联的远程MTC服务器发起并且经由所述网络公布到eNodeB1850用于以正常方法传输。
终端设备UE X和UE Y意识到所述多播传输是以正常方法基于组C-RNTI=“A”意指用于它们的。因此,每个终端设备试图接收和处理所述传输,并且根据上述本发明实施方式的原理,由多播传输编址的终端设备被配置为作为响应传输上行链路ACK/NACK信号。如图18A中示意性地表示的,假定这个示例中,终端设备被配置为作出在包含多播传输1884的子帧的四个子帧后(即遵循与单播ACK/NACK信令相同的通用时间点)的子帧中恰当的ACK/NACK信令反应。此外,不同的UEs1860、1870根据它们在建立期间接收的相应的ACK/NACK信令资源指示被配置为使用不同的PUCCH资源用于它们的相应的ACK/NACK信令。因此这个示例中,UE X1860在相关的子帧中传输ACK/NACK响应在由ACK/NACK发信号资源指示“M”(图18B中由信令1886示意性地表示)识别的PUCCH资源上,并且UE Y1870在相关的子帧中传输ACK/NACK响应在由ACK/NACK信令资源指示“N”(图18B中由信令1888示意性地表示)标识的PUCCH资源上。用于ACK/NACK响应信号1886、1888的所述特定格式不重要并且可以根据任何理想的方案部属,例如其可以简单地遵循如与单播传输有关的建立的ACK/NACK响应信令的相同的通用原理。
由此图18B示出一个示例方案,通过此方案eNodeB1600、1850可以分配不同的PUCCH资源到被给定的多播服务预订的不同的终端设备来管理由不同的终端设备使用的不同的上行链路资源用于ACK/NACK响应信令。备选方案可以用于其他实例。例如,在一些情况下ACK/NACK信令资源指示不能在配置过程期间被明确的传递到不同的终端设备,但是作为替代可以被隐性地通信,例如在由eNodeB分配的特定C-RNTI内。例如,eNodeB实际上可以保存用来分配给定多播组内的终端设备的一连串的C-RNTI值,借此表示C-RNTI的特征可以被用于指示哪个上行链路资源应当用于相应的终端设备。例如,eNodeB可以从系列分配C-RNTI值,对于其一些数位,例如最后几个比特与用于每个终端设备的不同的数字对应,并且基于它,每个终端设备得出恰当的上行链路PUCCH资源用于ACK/NACK信令。原则上,给定的多播组内的不同的终端设备每个可以被配置为不经网络信令使用特别上行链路资源,例如,例如在制造或部署期间所述信息实际上可以在终端设备中被硬连线。这个方法或许少了弹性,但是尽管如此可以在一些情况下是恰当的,例如,在其被了解将没有或有用于延伸时间的到多播组成员的改变的情况。
在一些情况下在给定的子帧中可能有比36个更少的可用PUCCH资源(例如,由于劣质信道状态),并且即使有36个ACK/NACK信令可用的PUCCH资源,可能有超过36个终端设备接收所述多播传输。如果例如在在此每子帧可能有比可用PUCCH资源更多的ACK/NACK响应信号的本情况下,系统可以被配置为使用额外的资源,例如,额外的子帧中的PUCCH资源、额外的虚拟载波上的PUCCH资源或在上行链路频率资源栅格中的其它地方(例如,虚拟载波的PUSCH上)的其他资源。
在这点,多播组的终端设备可以名义上的分离到子组里,每个子组包含许多终端设备,对其ACK/NACK信令可以在单个子帧中容纳在PUCCH上。例如,假定每个子帧中有36个PUCCH资源可用,并且比方说在给定的多播组中有60个终端设备,所述设备中的36个可能被分配到第一个子组(子组I),同时剩余24个终端设备可能被分配到第二个子组(子组II)。当然,如果在多播组中依然有更多终端设备,可能定义更多名义上的子组。由不同的终端设备用于ACK/NACK响应信令的资源然后可以被不同地配置用于不同的子组。例如,不同的子组可以被配置为在不同的子帧中或不同的虚拟载波上响应。
图19示意性地表示当虚拟载波每个子帧中有比用于ACK/NACK响应的可用PUCCH资源更多的接收终端设备时,根据本发明实施方式,上行链路和下行链路传输资源如何可以用来为HARQ过程作准备用于多播环境中的虚拟载波。图19的各种元素将从图15和18中对应元素的描述理解。这里示出的示例中,假定每个子帧中PUCCH能够支持36个来自单独的终端设备的ACK/NACK响应信号,但是在某处有37到72个终端设备接收所述多播传输。这样终端设备被名义上划分为如上所述的两个子组。所述子组在此可以指子组I和子组II,并且这个示例中,假定所述终端设备知道它们在哪个子组中。如以下进一步描述的,有各种通信相关的子组信息(表现出相关的名义上的子组的信息)到不同的终端设备的方法。
根据图19中示出的方案,不同的子组中的终端设备是可操作的用来在不同的子帧中传输ACK/NACK响应信号。这允许所述基站接收比单个子帧内容纳的更多的响应。这样在这个特别的示例中,响应于多播传输1912,子组I终端设备被配置为在四个子帧后使用PUCCH资源1910传输它们的ACK/NACK信号,并且子组II终端设备被配置为在五个子帧后使用PUCCH资源1920传输它们的ACK/NACK信号。这样基站实际上能够组合给定的多播组成员的终端设备成子组用于分配终端设备用于ACK/NACK信令的上行链路资源。
图20示意性地表示当虚拟载波每个子帧中有比用于ACK/NACK响应的可用PUCCH资源更多的接收终端设备时,根据本发明另一实施方式,上行链路和下行链路传输资源如何可以用来为HARQ过程作准备用于多播环境中的虚拟载波。图20的各种元素将从图15和18中对应元素的描述理解。然而,鉴于在图15和18中单个虚拟载波提供在主载波带宽内,在图20的示例中定义了两个单独的虚拟载波(VC1&VC2)用于资源分配目的。所述两个虚拟载波可以用彼此相同的方法配置,并且每一个可以轮流以与任何上述单个虚拟载波示例相同的方法定义,唯一差异是分配每个虚拟载波(即特定OFDM子载波)不同的操作频率。
这里示出的示例中,假设每个PUCCH(1564、1564’)每个子帧中能够支持36个来自单独的终端设备的ACK/NACK响应信号,但是在第一个虚拟载波VC1上同样在某处有37到72个终端设备接收多播传输。如前所述,终端设备被名义上的划分为两个子组,其同样在此可以指子组I和子组II。
根据图20中示出的方案,不同的子组中的终端设备是可操作的用来在相同的子帧中传输ACK/NACK响应信号,但是使用不同的虚拟载波。这允许所述基站接收比单个虚拟载波的单个子帧内容纳的多的响应。这样在这个特别示例中,响应于多播传输2012,子组I终端设备被配置为在四个子帧后使用PUCCH资源2010在虚拟载波VC1上传输它们的ACK/NACK信号,同时子组II终端设备被配置为在对应的子帧中使用PUCCH资源2020在虚拟载波VC2上传输它们的ACK/NACK信号。这提供了另一机制,借此基站能够组合多播组成员终端设备为子组以便分配用于终端设备的不同的上行链路资源用于ACK/NACK信令。
图21是示出基站(eNodeB)2100如何可以通信子组合信息到两者都是相同的多播服务"A”的预订者的例如UE X(由参考数字2110标识的)和UE Y(由参考数字2120标识的)不同的终端设备(UEs)的发信号梯形图。
图21的示例中,当终端设备连接到所述网络时在初始建立阶段期间定义所述子组。因此,例如当唤醒时,为了由eNodeB识别,UE X传输随机访问报头到eNodeB。随机访问信号交换过程之后,RRC信令被互换,并且终端设备2110(UE X)被由eNodeB分配C-RNTI(小区无线电网络暂时身份)。所述C-RNTI是用于在与eNodeB通信过程中标识UE的地址。图21的示例中,假定UE X被分配“X”的C-RNTI。以这个顺序,与UE特定的C-RNTI分配一起,与所述多播组有关的组C-RNTI同样被通信到UE。图21的示例中,假定相关的多播服务与“A”的组C-RNTI有关。这个分配C-RNTIs的过程可以根据已知技术普遍运用。然而,除了分配两个类型的C-RNTI,当响应于被编址到“A”的多播组C-RNTI的多播传输决定用于ACK/NACK信令的所述资源时,eNodeB同样分分配UE X被用于UE的子组ID。图21的示例中,假定UE X被分配了多播子组ID“I”。
将理解在某些例子中,UE X同样可以暂时提供有指示,正如对此UE应当使用给定子帧中的PUCCH资源用于ACK/NACK信令,例如图18B中示出的。然而,为简单起见这没有在图21中(或在以下的图22中)表示。
与给UE X分配C-RNTI“X”、组-RNTI“A”、和子组ID“I”有关的配置信令在图21中由参考数字2130示意性地表示。
相似配置发信号(在图21中由参考数字2140示意性地表示)是为终端设备2120(UE Y)而设。因此,例如当唤醒时,为了由eNodeB识别,UE Y传输随机访问报头到eNodeB。随机访问信号交换过程之后,RRC信令被互换,并且终端设备2120(UE Y)被由eNodeB分配C-RNTI。所述C-RNTI是用于在与eNodeB通信过程中标识UE的地址。图21的示例中,假定UE Y被分配“Y”的C-RNTI。以这个顺序,与UE特定的C-RNTI分配一起,与所述多播组有关的组C-RNTI同样被通信到UE。图21的示例中,相关的多播服务与“A”的组C-RNTI有关。除了分配两个类型的C-RNTI,当响应于被编址到“A”的多播组C-RNTI的多播传输决定用于ACK/NACK信令的所述资源时,eNodeB同样分配UE Y被用于UE的子组ID。图21的示例中,假定UE Y被分配了多播子组ID“II”。
随后进行对应于组C-RNTI=“A”的编址到多播组ID的下行链路多播传输2150。这可以由与终端设备UE X和UE Y相联的远程MTC服务器发起并且经由所述网络公布到eNodeB2100用于以正常方法传输。
终端设备UE X和UE Y意识到所述多播传输是以正常方法基于组C-RNTI=“A”意指用于它们的。因此,每个终端设备试图接收和处理所述传输,并且根据上述本发明实施方式的原理,由多播传输编址的终端设备被配置为作为响应传输上行链路ACK/NACK信号。这个示例中,假定终端设备被配置使得如果它们与多播子组ID“I”相关,在第一时间已过去之后它们传输它们的ACK/NACK响应(由信令2160在图21中示意性地表示),并且如果它们与多播子组ID“II”相关,在不同于第一时间的第二时间已过去之后它们传输它们的ACK/NACK响应(由信令2170在图21中示意性地表示)。例如,已被由eNodeB分配多播子组ID“I”的用于终端设备的HARQ时间点可以是这样,其终端设备UE X通过在下行链路多播传输四个子帧之后的子帧中的ACK/NACK信令响应(例如,正如在图19中由参考数字1910标识的)。已被由eNodeB分配多播子组ID“II”的用于终端设备的HARQ时间点可以是这样,其终端设备UE Y通过在下行链路多播传输五个子帧之后的子帧中的ACK/NACK信令响应(例如,正如在图19中由参考数字1920标识的)。
参考图20如以上说明的,一些实施方式中,不同的子组可以与在不同的载波上发信号而不是(或除了)如图19中在不同的子帧中ACK/NACK信令的ACK/NACK响应相联系。例如,已被由eNodeB分配多播子组ID“I”的用于终端设备的HARQ响应可以是这样,其终端设备通过在下行链路多播传输四个子帧之后的子帧中的第一虚拟载波上的ACK/NACK信令响应(例如正如在图20中由参考数字2010标识的)。已被由eNodeB分分配多播子组ID“II”的终端设备然后可以配置为这样,其终端设备通过在下行链路多播传输四个子帧之后的子帧中的第二虚拟载波上的ACK/NACK信令响应(例如,正如在图20中由参考数字2020标识的)。
由此图21示出一个示例方案,通过此方案eNodeB1600可以分配不同的PUCCH资源到预定不同的子组的给定的多播服务的不同的终端设备来管理由不同的终端设备为ACK/NACK响应信令使用的不同的上行链路资源。
图22是根据本发明另一实施方式示出基站(eNodeB)2200如何可以通信子组合信息到两者都是相同的多播服务"A”的预订者的例如UE X(由参考数字2210标识的)和UE Y(由参考数字2220标识的)不同的终端设备(UEs)的发信号梯形图。这在子组信息没有在建立期间传递到终端设备方面不同于图21的方案。
因此,例如当唤醒UE X2210,其以如图21中相同的通用方式并且根据建立的技术获得来自eNodeB2200的C-RNTI和多播组C-RNTI。正如图21的情况,图22的示例中,假定UE X被分配“X”的C-RNTI并且其配有“A”的多播组C-RNTI。与给UE X分配C-RNTI“X”和组C-RNTI“A”有关的配置信令在图22中由参考数字2230示意性地表示。
相似配置信令(在图22中由参考数字2240示意性地表示)是为终端设备2220(UE Y)而设。因此,当唤醒UE Y,其从eNodeB2200获得C-RNTI“Y”和多播组C-RNTI“A”。
随后进行对应于组C-RNTI=“A”的编址到多播组ID的下行链路多播传输2250。这可以由与终端设备UE X和UE Y相联的远程MTC服务器发起并且经由所述网络公布到eNodeB2100用于以正常方法传输。根据本发明这个示例实施方式,eNodeB2200被配置为确定需要多少子组来确保可以容纳在eNodeB的小区范围内支持多播服务“A”的来自终端设备的预期的ACK/NACK响应的总数。例如,如果单个子帧中最高可以容纳36个ACK/NACK响应,并且有N个终端设备在eNodeB的小区范围内支持多播服务“A”,划分所述N个终端设备为n个子组可能是合适的,在此n=CEILING(N/36)。
eNodeB然后可以被配置为与下行链路多播传输2250(例如,在额外的PDCCH字段中)结合通信所述值n。终端设备然后可以基于n和它们的C-RNTI确定恰当的资源用于它们的ACK/NACK响应。例如,单独的终端设备可以通过决定(C-RNTI mod n)的值确定他们自己的子组ID。假定由eNodeB分分配各种UEs的C-RNTI值是适当分布的,这个处理将确保终端设备实际上自组合为恰当数量的子组。如果C-RNTI值不是均匀分布的(例如,如果有比奇数C-RNTI值更多的偶数C-RNTI值分分配多播服务预订者),eNodeB可以考虑这个并且相应地增长n——就是说,eNodeB可以“超分割”所述组来确保没有子组具有多于36个成员。因为eNodeB精确地了解哪些C-RNTI已被分配,其可以确定n应当是多大来确保没有子组有比理想的更多成员。
图22的示例中,假定仅需要两个子组来管理用于ACK/NACK信令的可用资源,如此每个终端设备基于(C-RNTI mod2)的值确定HARQ时间点。
终端设备UE X和UE Y了解所述多播传输2250是以正常方法基于组C-RNTI=“A”意指用于它们的。UEs2210、2220同样根据由eNodeB2200发信号的n的值(这个示例中n=2)确定它们的子组ID。这里,假定C-RNTI“X”mod2=0,其被当作对应于多播子组ID“I”,并且C-RNTI“Y”mod2=1,其被当作对应于多播子组ID“II”。
每个终端设备试图接收和处理所述传输,并且根据上述本发明实施方式的原理,由多播传输编址的终端设备被配置为作为响应传输上行链路ACK/NACK信号。这个示例中,假定终端设备被配置为这样,其如果它们与多播子组ID“I”有关,在第一时间已经过去之后它们传输它们的ACK/NACK响应(由信令2260在图22中示意性地指示),并且如果它们与多播子组ID“II”有关,在不同于第一时间的第二时间已经过去之后它们传输它们的ACK/NACK响应(由信令2270在图22中示意性地指示)。例如,多播子组ID“I”中用于终端设备的HARQ时间点可以是这样,其终端设备UE X通过在下行链路多播传输四个子帧之后的子帧中的ACK/NACK信令响应(例如,正如在图19中由参考数字1910标识的)。多播子组ID“II”中用于终端设备的HARQ时间点然后可以是这样,其终端设备UE Y通过在下行链路多播传输五个子帧之后的子帧中的ACK/NACK信令响应(例如正如在图19中由参考数字1920标识的)。
同样参考图20如以上说明的,一些实施方式中,不同的子组可以与在不同的载波上发信号而不是(或除了)如图19中在不同的子帧中ACK/NACK发信号的ACK/NACK响应相联系。
另一个实施例中,为了比单个子帧中容纳的处理更多ACK/NACK响应,多播组本身实际上可以被分成几个小的具有不同的多播组ID的多播组并且其每个包含许多可以在相同的子帧中传输ACK/NACK响应的终端设备。意指用于多播组中所有的终端设备的多播传输然后可以被当做单独的用于每个子组的单独多播传输使用对应的多播ID传输。每个子组内的终端设备然后可以参考图18A以上述方式响应至被编址到它们的多播(子)组ID的多播传输。这在允许所有的ACK/NACK响应被在给定的子帧中遵循多播传输接收方面占优势,但是其依赖多播数据的多个传输(因为其对于每个多播子组是被重复的)。
将进一步理解的是,上述关于涉及图19到22的原理的用于管理在一个虚拟载波的多于一个子帧中发信号的ACK/NACK响应的机制可以与用于管理在任何给定子帧内发信号的ACK/NACK响应的任何上述原理结合,例如如参考图18B描述的。如此基站(eNodeB)能够基于两个参数管理哪个上行链路资源被用于是给定的多播组成员的不同的终端设备(UEs),这两个参数也就是和子帧结构一起使用哪个资源的指示,和使用哪个子帧的指示。这个双参数寻址机制可以是为潜在的许多不同的终端设备提供不同的上行链路资源的指示的有效方法。然而,将优选其他方案用于指示可以提供哪个要使用的上行链路资源。例如,如果在基站的小区足迹内有一百个终端设备(例如,自动贩卖机)预定了给定的多播服务,eNodeB可以简单地分配它们一百个连续的C-RNTI。每个终端设备然后可以基于它的C-RNTI得出恰当的上行链路资源来用于ACK/NACK发信号。例如,使用每子帧可以容纳n个ACK/NACK响应的载波,有C-RNTI“Z”的终端设备可以被配置为在子帧i+4+FLOOR(Z/N)中基于Z/N的小数部分使用所述子帧内资源响应于子帧i中的多播传输。
应理解的是,在不偏离所附权利要求中定义的本发明的范围的情况下,可对上述实施方式做出各种修改。
例如,当上述描述已关注于本发明虚拟载波环境下的实现过程时,将理解本发明实施方式的其他示例可以被实现在另外的常规的电信系统中,例如,其可能不支持上述种类的虚拟载波的电信系统。
此外,尽管本发明实施方式已参考LTE移动无线电网络描述,将理解的是本发明可以适用于其他形式的网络,例如GSM、3G/UMTS、CDMA2000等。如本文中使用的术语MTC终端可以由用户设备(UE)、移动通信设备、终端设备等替换。此外,尽管术语基站被与eNodeB可互换地使用,应当理解的是在这些网络实体中其功能没有差异。
因而,描述了一种在基站和多个终端设备之间用无线电信系统通信数据的方法。所述方法包括用多址通信传输从所述基站传输数据到多个终端设备并且从所述终端设备发射响应信号到所述基站来显示相应终端设备是否成功的接收所述多址通信传输。所述多址通信传输的使用提供有效的用于通信相同数据到多个终端设备的机制,例如作为在机器类型通信网络中可能是理想的。与其结合,单独响应信号的使用,例如从所述终端设备允许所述基站的ACK/NACK信令,或其他实体,例如机器类型通信服务器,来跟踪哪个终端设备指示了成功的接收所述多址通信传输,并且相应地用来发起合适的重传协议。
本发明的进一步特别的和优选的方面在所附独立和从属权利要求中提出。应理解的是,从属权利要求的特征可以与除了那些权利要求中明确陈述的独立权利要求的特征结合。
参考文献
[1]ETSI TS122368V10.530(2011-07)/3GPP TS22.368version10.5.0Release10)
[2]UK patent application GB1101970.0
[3]UK patent application GB1101981.7
[4]UK patent application GB1101966.8
[5]UK patent application GB1101983.3
[6]UK patent application GB1101853.8
[7]UK patent application GB1101982.5
[8]UK patent application GB1101980.9
[9]UK patent application GB1101972.6
[10]ETSI TS136213V10.2.0(2011-06)/3GPP TS36.213version10.2.0Release10)
[11]ETSI TS136321V10.2.0(2011-06)/3GPP TS36.321version10.2.0Release10)