发明内容
根据本发明的一方面,提供无线通信系统,包括:
基站;
中继设备;以及
终端设备;其中,
终端设备可操作用于
从基站接收用于传输上行链路数据至中继设备的上行链路资源的分配;
使用分配给终端设备的上行链路资源发送上行链路数据至中继设备;
中继设备可操作为
在所分配的资源上接收从终端设备接收的上行链路数据;
接收用于将接收的上行链路数据中继至基站的上行链路资源的分配;以及
使用分配至中继设备的上行链路资源发送接收的上行链路数据到基站。
在一种实施方式中,基站可操作用于在共享信道上发送上行链路资源的分配至终端设备,以及中继设备可操作用于
监视共享信道并且检测在共享信道上从基站发送至终端设备的上行链路资源的分配;以及
基于在共享信道上检测到的资源分配,准备在用于传输上行链路数据至中继设备所分配的资源上从终端设备接收上行链路数据
在实施方式中,中继设备可操作用于利用终端设备的标识符检测对终端设备作出的资源的分配。中继设备可以从检测到用于传输上行链路数据至中继设备的上行链路资源的分配中得到用于将接收到的上行链路数据中继至基站的上行链路资源的分配。所获得的用于中继所接收的上行链路数据到基站的上行链路资源的分配在紧接着所检测到的用于传输上行链路数据到中继设备的上行链路资源的分配之后具有预定时间的偏置。
在一种实施方式中,中继设备可操作用于从基站接收对终端设备作出的对用于传输上行链路数据到中继设备的上行链路资源的分配的指示;以及基于由基站提供的所分配的资源的指示,准备在为传输上行链路数据至中继设备而分配的资源上,从终端设备接收上行链路数据。对终端设备作出的上行链路资源的分配的指示,标识已经被分配上行链路资源的终端设备。
中继设备可操作为:从基站请求用于中继所接收到的上行链路数据到基站的上行链路资源的分配。
中继设备可操作为:从基站接收对终端设备作出的用于传输上行链路数据到中继设备的上行链路资源的分配的指示;以及从所接收到的用于传输上行链路数据到中继设备的上行链路资源的分配的指示中,获得用于将所接收到的上行链路数据中继到基站的上行链路资源的分配。所获得的用于将所接收到的上行链路数据中继到基站的上行链路资源的分配紧接着所检测到的用于传输上行链路数据到中继设备的上行链路资源的分配之后具有预定的时间偏置。
中继设备可操作用于基于由基站提供的所分配的资源的指示,准备在为传输上行链路数据至中继设备的资源上,从终端设备接收上行链路数据。
中继设备可操作用于从基站接收包括对终端设备作出的用于传输上行链路数据至中继设备的上行链路资源的分配的指示的上行链路许可消息,以及用于中继所接收到的上行链路数据至基站的上行链路资源的分配的指示。
中继设备可操作用于:添加中继报头到从终端设备接收的上行链路数据,中继报头包括用于控制从终端设备到中继设备的后续消息的传输的控制信息;以及将具有所添加的中继报头的上行链路数据中继到基站。在这种情况中,基站可以传输包含在中继报头中的控制信息至终端设备。终端设备可以基于包括在中继头中的控制信息发送一个或多个后续消息至中继设备。
中继设备可操作用于:测量从终端设备接收到的上行链路数据的接收信号功率;以及在控制信息中设定功率控制信息以控制从终端设备到中继设备的后续传输的功率水平。功率控制信息可以指定从收到的信号功率的功率偏置。终端设备会响应于功率控制信息来控制到中继设备的后续传输的传输功率。
中继设备可操作用于:
测量从终端设备到中继设备传输的上行链路数据的在终端设备与中继设备之间的传播时间延迟;
基于传播时间延迟,确定用于从终端设备至中继设备的后续传输的需要的定时前置量偏置,以使得在中继设备中的后续传输的接收时间与从其它终端设备的传输的接收时间同步;以及
在控制信息中指定定时前置量偏置。
终端设备会响应于定时前置量信息来控制从终端设备至中继设备的后续传输的定时。
中继设备可操作用于传输与来自终端设备的期望的消息有关的中继报头至基站,即使中继设备没有正确地收到期望的消息。如果上行链路资源已经分配到终端设备,那么基站期望接收到来自终端设备的消息。中继报头包括传输消息的终端设备的标识。
中继控制元素可以包括关联的上行链路数据是否存在于中继消息中的标识。基站响应于在中继消息中期望的消息的缺失发送否定应答消息至终端设备。
中继设备可操作用于在协议堆栈中的介质接入控制(MAC)层处理和中继从终端设备接收的上行链路数据。终端设备可操作为发送对上行链路资源的请求至基站,上行链路资源根据请求被分配至终端设备。
根据本发明的另一个方面,提供一种经由中继设备从终端设备至基站的无线通信数据的方法,包括:
在终端设备从基站接收用于传输上行链路数据至中继设备的上行链路资源的分配;
从终端设备使用分配至终端设备的上行链路资源传输上行链路数据至中继设备;
在中继设备接收从终端设备在分配的资源上传输的上行链路数据;
在中继设备接收用于中继收到的上行链路数据至基站的上行链路资源的分配;以及
从中继设备使用分配至中继设备的上行链路资源传输收到的上行链路数据至基站。
根据本发明的另一个方面,提供经由中继设备从终端设备接收无线通信的基站,基站包括:
发送器,可操作用于传输用于从终端设备至中继设备传输上行链路数据的上行链路资源的分配至终端设备;以及
接收器,可操作用于从中继设备在分配给用于中继上行链路数据的中继设备的资源上接收上行链路数据;其中,
上行链路数据使用分配至终端设备的上行链路资源传输至中继设备;以及
从终端设备在分配的资源上传输的上行链路数据被中继设备接收并使用分配至中继设备的上行链路资源传输到基站。
根据本发明的另一个方面,提供用于从终端设备至基站无线中继数据至基站的中继设备,中继设备包括:
接收器,从终端设备接收传输在通过基站分配至终端设备的资源上的上行链路数据;以及
发送器,使用分配至中继设备的上行链路资源传输收到的上行链路数据至基站。
根据本发明的另一个方面,提供经由中继设备无线通信数据至基站的终端设备,终端设备包括:
接收器,可操作用于从基站接收用于传输上行链路数据至中继设备的上行链路资源的分配;以及
发送器,可操作用于使用分配至终端设备的上行链路资源发送上行链路数据至中继设备;其中
传输的上行链路数据是由中继设备接收并使用用于中继上行链路数据分配至中继设备的上行链路资源从中继设备传输到基站。
本发明的更多方面和特征在所附权利要求中定义。
具体实施方式
首先参考至图1A和1B,提供了当应用于中继网络时的对称的上行链路/下行链路单跳信令情形和不对称上行链路/下行链路信令情形的比较。图1A示出了对称的上行链路/下行链路的情形,其中,通信在经由中继设备8a从基站7a至多个终端设备9a的下行链路10a,以及经由中继设备8a从终端设备9a至基站7a的上行链路11a两者上跳跃(hop)。图1B示出了不对称的上行链路/下行链路情形,其中,直接在从基站7b至终端设备9b的下行链路10b上通信,但是在经由中继设备8b从终端设备9b至基站7b的上行链路11b上单跳。所述基站7b同样可以在下行链路12b(在图1B中的虚线)上传输控制信令至所述中继设备8b以控制中继设备8b的运行。应注意尽管从所述中继设备8b至终端设备9b之间没有传输。应注意图1B中的不对称的上行链路/下行链路中继配置具有多个优点。首先,应充分理解的是跳跃允许使用更低的功率传输,但是增加了传输时间。由于在所述路由的中间级中的接收/重传上的处理延迟,控制信号和数据信号(如在图1A中进行的)两者的跳跃花费相对较长的时间传输。相反,所述传输时间的减少与从所述基站(BS)直接发送至终端的控制信号有关。尽管从表面判断违反了中继型网络的低传输功率的目标,实际上所述基站不会遭受如所述网络内的终端设备和中继的传输功率限制。此外,该设置尤其对MTC设备有利,因为对于这类设备,控制信令比数据信令相对量大。
某些本发明的实施方式将参考根据3GPP长期演进(LTE)标准运行的移动通信网络的实施方式描述。图2是形成根据所述3GPP长期演进(LTE)标准(第8版规定)运行的通信系统的移动通信网络和移动通信设备的示意方框图。所述移动网络包括多个在领域中已知作为增强Node-Bs101(eNB)的基站,每个基站包括收发器单元103,该收发器单元实现经由无线电接口到或来自多个移动通信设备105的数据通信。各个移动通信设备105包括用于向或从eNB通信数据的收发器和标识移动通信设备的USIM。
各个eNB101提供了一个覆盖范围(即蜂窝)并在覆盖范围/蜂窝内向或从移动通信设备102通信数据。各个eNB101连接至向或从eNB101路由用户数据并如在本领域中已知的那样当移动通信设备105在eNB101之间移交(handover)时支持其移动性的服务网关(S-GW)104。
移动网络通常被分成多个跟踪区,每个跟踪区包括多个eNB。跟踪区一起形成网络覆盖区域,在地理位置上提供对公共陆地移动网(PLMN)的访问。所述S-GW104连接至分组数据网关106(P-GW),分组数据网关106是网络实体,从其中数据包被路由入和路由出所述网络。所述移动通信网络同样包括连接至所述S-GW104的移动性管理实体107(MME)。MME107负责通过检索存储在归属用户服务器108(HSS)中的用户配置信息验证试图访问网络的移动通信设备105。MME107同样追踪加入所述网络的各个移动通信设备105的位置。分组的eNB一起形成PLMN的无线电网络部分以及PLMN的基础设施设备,换句话说所述S-GW、MME和P-GW形成PLMN的核心网络部分。
图3示意性地示出在基于图2中的网络的LTE中用于所述eNB101与通信设备105之间的空中(Uu)接口上的示例下行线路数据和控制信道结构。根据LTE标准,物理下行链路帧被用于在所述下行链路(基站至终端设备)上通信控制信令以及数据。图3是某种简化形式,例如,LTE帧通常包括10个子帧但是仅有6个子帧130被表征用于图3中的下行链路帧120。在图3中的LTE帧120的表征下方是子帧120中的一个的展开版本。在各个子帧130中,示出的物理下行链路控制信道(PDCCH)140占据在整个频带(垂直)上展开并在时间轴(水平)横跨1至3个符号展开的时频资源。相反物理下行链路共享信道(PDSCH)150由经由所述PDCCH分配的多个时频资源组成。实际上,PDCCH提供资源分配和对应的寻址信息(例如无线网络临时标识符-RNTI)给移动通信设备。移动通信设备因此可以基于RNTI,知晓为接收指向(定制至)自身的数据应当解码哪个分配的资源。所述数据可以是仅用于该移动通信设备或者用于蜂窝中的所有移动通信设备的任一数据。在图3中,两个资源块162、164被突出显示。上述资源块可以通过PDCCH140提供的控制信息结合特定终端设备的RNTI被分配至特定终端设备。该终端设备于是知道解码在频率/符号分配中传输的数据。
同样,图4示意性地示出图2的网络中用于eNB101与通信设备105之间的空中(Uu)接口的示例上行线路数据和控制信道结构。与下行链路一样,物理上行链路帧220被用于在上行链路(终端设备至基站)上通信控制信令和数据。再次,与图3一样,图4是上述物理上行链路帧的简化形式。在图4中,所述物理上行链路帧220被分成多个子帧230。在图4的LTE帧220的表征下,是子帧230中的一个的展开版本。在各个子帧230中,示出的物理上行链路控制信道(PUCCH)240占据延伸在整个时间(符号)带(水平)以及延伸在所述频带的上和下极端之间的部分(垂直)的多个时频资源。相反所述物理上行链路共享信道(PUSCH)250由所述PDCCH(在下行链路帧中)分配的多个时频资源组成。PDCCH因此提供用于传输和接收控制信令和数据的资源分配和对应寻址信息(例如无线网络临时标识符RNTI)给移动通信设备。移动通信设备因此可以基于RNTI了解应在哪个分配的资源上发送数据。在图4中,两个资源块262、264被突出显示。上述资源块可以通过PDCCH240提供的控制信息结合特定终端设备的RNTI被分配至该特定终端设备。终端设备于是知道使用该频率/符号分配传输数据。
应认识到,在图1B中描述的不对称中继拓扑的内容中,每一个基站、中继设备和终端设备将利用这些上行链路和下行链路控制和共享信道在其之间通信信息。特别地,基站能够使用PDCCH和PDSCH通信信息至终端设备和中继设备。通常基站将利用PDCCH向接收设备指示在PDSCH的何处寻找指向接收设备准备的数据。用户设备能够在PUCCH和PUSCH上通信信息至任一基站(如果在范围内),并同样能够在PUCCH和PUSCH上通信信息至中继设备。中继设备能够在PUCCH和PUSCH上通信信息至基站。在一些实施方式中,要求中继设备请求PUSCH资源用于在PUSCH上从终端设备中继在中继设备接收的数据。在一些实施方式中,终端设备和中继设备在PUCCH上被提供有被分配的(时间/频率)资源,该资源可用于(通过在这些资源上传输)来请求基站在PUSCH上分配时间/频率资源。分配给终端设备和中继设备的PUCCH资源可以是预定的。在一些实施方式中,中继设备知晓分配给终端设备的PUCCH资源,使得中继设备可以接收以及中继对到基站的上行链路资源的请求。由于分配的预定的属性或者通过来自基站的直接通知,中继设备可以知晓分配给终端设备的PUCCH资源。在另一种实施方式中,终端设备可以在任何PUCCH传输中标识本身,使中继设备能够监视PUCCH并选出自身所负责的终端设备进行的PUCCH传输。
随机访问过程
用于识别终端设备是否需要中继设备的服务以及为终端设备使用恰当的中继设备的一个机制对于中继设备来说是观察随机访问过程。随机访问过程是终端设备获得到基站的接入的方法。随机访问过程的进行与若干事件有关,包括到网络的初始访问、重建连接、在无线电蜂窝之间移交、下行线路数据到达以及上行链路数据到达。图5中示出了在LTE网络中随机访问过程的简图。
在图5中,示出了终端设备(UE)和基站(BS)之间的信号流程。共示出四个步骤。第一步骤A,是从终端设备至基站传输一个或多个随机接入前导码(preamble)。终端设备随机从一组预定的随机接入前导码中选择一个随机接入前导码(代码序列)。前导码在可用于终端设备的下一个可用的物理随机访问信道(PRACH)资源上被发送。传输的随机接入前导码的时频资源中的位置隐含地提供用于传输终端设备的临时标识符(RA-RNTI)。
如果基站收到随机接入前导码,在步骤B随机访问响应从基站被发送至终端设备。随机访问响应在PDSCH上被发送,并通过在其上将携带随机访问响应的下行链路资源的PDCCH通知终端设备。特别地,PDCCH指定从用于发送随机访问前导码的时频资源获得的临时标识符,同时指示在PDSCH上将会携带随机访问响应的资源块分配(时频资源)。终端设备通过临时标识符识别为其准备的随机访问响应并检查PDSCH中分配的资源块,。在PDSCH上随机访问前导码中的MAC报头包括,标识在步骤A中在基站接收的随机接入前导码的随机接入前导码标识符,用于标识终端设备的其他临时标识符(C-RNTI),PUSCH上的上行链路资源许可,以及用于根据终端设备与基站之间的距离调整在终端设备处的传输时间的定时前置量命令。
响应于随机访问响应,在步骤C,终端设备发送消息3(RRC连接请求消息)至基站。消息3在通过随机访问响应分配的PUSCH资源上被发送。
响应于消息3,在步骤D,基站出于冲突解决的目的发送某些信息到终端设备中。该信息在PDSCH(再次在通过PDSCH分配的资源)上被发送。该信息包括另外的临时标识符(C-RNTI),并当冲突解决成功时变成(非临时)C-RNTI。冲突解决信息包含在UE冲突解决身份控制元素内。如果终端设备接收的来自基站的UE冲突解决身份匹配在消息3中传输的CCCH(公共控制信道)SDU(服务数据单位),则终端设备认为冲突解决已经成功并且随机访问过程成功完成。提供冲突解决的理由是由于多个终端设备可以在同样的时频资源上使用相同的随机接入前导码接入网络。通过冲突终端设备传输的CCCH SDU被期望是不同的,因此UE可以通过比较其传输的CCH SDU与在冲突解决身份MAC控制元素中通过基站送回的CCH SDU以确定其自身的随机访问响应是否成功。
参考步骤A,当随机访问响应未被接收时,一系列随机接入前导码可以通过终端设备以逐渐较高的功率水平(功率斜波)传输。应该注意的是各个连续的随机接入前导码会存在差异。
为了利用随机访问过程识别试图连接到基站的终端设备是否需要通过中继设备服务,中继设备可以:
·在新MAC消息中向基站(DeNB)报告其看到的所有随机访问尝试的RA-RNTI(随机访问无线网络临时标识符)。于是基站可以确定是否有任何MTC-RN注意到、但是没有接收到的随机访问过程;或者
·接收所有的PRACH(物理随机访问信道)前导码尝试并随后等待接收匹配的随机访问响应的。仅那些未能得到响应的尝试被报告给基站。
然而在事实上没有UE上下文包含在PRACH前导码中,并且在PRACH前导码上出现的功率斜波这两种机制具有显著问题。问题包括:
·由于功率斜波机制,PRACH前导码没有响应并不一定意味着终端设备需要中继设备接入网络。终端设备应被允许持续到最大数量的RACH前导码尝试(或者当达到前导码最大功率时)并且仅当此时认为终端设备可以通过中继设备服务;
·因为后续前导码重传使用全新随机抽取的RACH前导码,这样会非常困难或者说不可能确定两个随机访问前导码是否源于相同的终端设备;以及
·无法知晓RACH前导码是否已经通过MTC-UE或者非MTC-UE发送。
图6示出了这些问题。在图6中,终端设备发送一系列随机访问(RACH)前导码P1、P2、P3、P4和P5。应用功率斜波的同时,这些连续的传输表示了在各个故障之后的全新随机选择的RACH前导码。P1、P2、P3和P4中的每一个被中继设备接收,但是不被基站接收。中继设备可以通过标注没有对应的带有适当RA-RNTI的RACH响应的所接收到的RACH前导码来识别故障,但是无法确定他们是从相同的终端设备发起的。在本情况下,P5被基站接收到,意味着与基站通信的终端设备不需要中继设备。RACH响应通过基站被发送,并且被中继设备检测到,关于终端设备发起P5通知中继设备其不被需要。但是,中继设备不能关联成功的RACH前导码P5与失败的前导码P1至P4和发起的终端设备来标识关于这些失败的前导码不需要中继设备。
为了减少上述问题,当终端设备在随机接入前导码的功率斜波达到最大功率时,使用RACH前导码的特殊组而不是传统组。RACH前导码空间是被分割的,并且当前组合A和B以3GPP TS36.321的5.1.2节中定义的形式应用。为支持本技术,可以指定额外的新组和最大功率组。当终端设备在随机接入前导码的传输中达到最大功率时,例如当PRACH重传使用先前PRACH前导码传输相同的功率传输时,终端设备从新最大功率组选择选择前导码。在图7中示出,来自最大功率组的前导码的传输有效的通知中继设备那些发起的终端设备未能直接连接到基站。
与图6相同,在图7中终端设备如同在通常定义中的一样选择RACH前导码R1、R2、R3和R4。当这些RACH前导码被使用以及未能使终端设备提高发射功率时。在每个情况下从传统的前导码组中使用新随机选择的RACH前导码。这些RACH前导码被中继设备忽略。
终端设备在前导码R3达到最大RACH前导码功率。应注意,(如下论述)该最大值可以被从当前规范中修改以使终端设备能够使用所有有效的功率传输前导码。当达到新最大RACH前导码功率时系统信息将会定义新前导码组。终端设备从新的最大PRACH功率组选择前导码R4并传输RACH前导码R4。优选地将从最大功率组挑选出来的前导码以全功率发送(与来自传统前导码组的最终前导码相同的功率,或者终端设备的最大传输功率)。上述方法使连接能过更迅速地的完成,鉴于由于传统前导码的功率斜波已经存在延迟,以及鉴于中继设备的使用而不是直接传输这一事实本身将会引起更多的延迟。可选地,功率斜波可以用于中继专用前导码(用于传统前导码相同的配置或者用于修改的功率斜波相同)。在这种情况下,“最大功率组”反而是“中继前导码组”。
之前,传统前导码的功率斜波持续增加至终端设备的最大传输功率。但是,这可能导致一种情况其中前导码成功的在基站被接收但是UL-SCH(上行链路共享信道)上的消息由于PRACH(用于传输随机接入前导码)和PUSCH(物理上行链路共享信道)之间可能的灵敏度的差异而导致失败。
为了减少该问题,PRACH前导码的功率控制算法可以被修改以限制为终端设备的PRACH前导码的功率在终端设备的最大传输功率以下多个分贝(dicibel)。
中继设备检测在最大PRACH功率组中的RACH前导码R4的应用,并确定以下几点:
·RA-RNTI,基于子帧内部的PRACH指数的第一子帧(即用于传输RACH前导码的时间/频率资源);
·RAPID,即RACH前导码ID;
·用于终端设备的需要的定时前置量,使得其可以正确地校准在UL-SCH上发送的后续消息3的传输(可以在中继设备中从终端设备到中继设备的RACH前导码传输的传播时间延迟确定);以及可选的
·终端设备所需要的用于将以适当的接收功率水平在中继设备处接收的消息3的功率偏置(这是可选的,并且当功率斜波应用于中继前导码时不需要)。功率偏置可以在中继设备中从RACH前导码传输的接收信号功率确定。
中继设备从基站如同传统终端设备一样请求时频资源(注意中继设备具有从其所中继的终端设备中分离出的不同的RNTI)。随后中继设备将会经由PDCCH(物理下行链路控制信道)消息接收上行链路许可。
新MAC控制元素(“中继前导码”控制元素)被用于经由通过上行链路许可被分配给中继设备的资源传输RA-RNTI、RAPID、定时前置量和功率偏置到基站。
基站在PDCCH上使用包含在分配用于传输(可能修改的)MAC RAR(随机访问响应)消息的PDSCH资源的中继前导码消息中的RA-RNTI进行响应。应注意如同上文中,包括向用于上次传输RACH前导码传输的终端设备传输3,对RAR消息来说有益的是其被修改为包括功率控制元素,该功率控制元素提供从终端设备用于最后传输的RACH前导码传输的功率的偏置,以被用于消息3的传输。其理由是消息3的终端设备传输功率是基于从用于成功的前导码功率的功率的固定的偏置(在系统信息中传输)的现有机制是不适用的,因为最大功率组的随机接入前导码的传输功率可以比需要达到中继设备的更高,又或者仅仅足够。固定的偏置以传统形式工作,因为功率斜波导致成功的前导码以接近所需的功率水平被传输。在目前的情况下偏置基于在新MAC消息中指定的功率偏置。在其他方式中,随机访问响应与当前定义相同,然而该响应是从所中继的前导码消息而不是基于RACH前导码的直接接收而被填充(populate)的。
终端设备接收RAR并与当前指定的一样(如果包括在消息中除功率控制信息之外)进行工作。因此在分配的上行链路资源中发送消息3响应。同时中继设备同样可以接收RACH响应的PDCCH部分并会随后设置以接收包含在分配的PDSCH资源中的(可能修改的)MACRAR,以便获得上行链路许可信息并因此设置其接收器使得其可以接收后续消息3。应注意,不希望中继设备必须监视最终不是为其准备的消息。在这种情况下独立的新形式的上行链路许可可以被信号发送到中继设备中。这种新形式的上行链路许可实际上不能分配上行链路资源,但是可以向中继设备指示通过中继设备中继的具体的终端设备已经分配了中继设备需要接收的上行链路资源。该机制的实施例将在下文中更多的描述。
中继设备从终端设备接收消息3(应当被正确地定时前置以及可选地正确地被功率控制)。消息3不会被在传输范围外的DeNB所接收。
MTC中继设备在MAC中的“中继UL消息”内封装来源于终端设备的消息3。该消息的报头将会包含TPC(发射功率控制)和TA(定时前置量)指示。中继设备为发送封装的消息从基站请求上行链路资源。
被中继的UL消息被基站接收,基站提取封装的消息3并继续如前述那样完成冲突解决。
对于为终端设备从基站基于随机接入前导码请求资源,提供了新MAC控制元素(被中继的前导码消息),在图8中示出了建议的格式。如图8中所示,被中继的前导码消息包括预留部分(R)、定时前置量部分(TA命令)、RACH前导码ID(RAPID)部分、功率偏置(功率控制信息)、随机访问临时标识符(RA-RNTI)和可选的填充(PAD)。这些元素在上面都被讨论过,除填充之外,填充被用于填充消息至需要的尺寸。
在图9中示意性地示出了修改的RAR消息。特别地,修改的RAR消息包括预留部分(R)、定时前置量部分(TA命令)、上行链路时频资源的分配(UL许可)、另外的临时标识符(C-RNTI)、功率偏置(功率控制信息)和可选的填充(PAD)。这与先前用于RAR的格式相同,但是增加了功率控制信息。
此外,这里需要变成RRC IE“RACH-ConfigCommon”以便于包括前导码的新组C。应注意,当前的信令可被定义为使得该变化将向后兼容第8版本的LTE。
中继仲裁
有多个中继设备接收通过终端设备传输的在最大PRACH功率组中的随机接入前导码。因此,基站会接收来自不同中继设备用于相同终端设备的多个中继前导码MAC消息。为解决上述问题,需要一种机制确定哪个中继设备变为用于该终端设备的服务中继设备。
图10示意性地示出上述机制。在图10中,第一中继设备传输中继前导码MAC消息至基站。第二中继设备同样传输中继前导码MAC消息至基站。基站确定使用哪个中继设备服务终端设备,并传输服务中继指示MAC消息指示那些接收到的中继设备将是所指示的终端设备的服务中继设备。在一个示例中,基站检查在中继前导码MAC消息中的功率控制信息并确定哪个中继从终端设备的接收的的前导码传输最强。接收最强的前导码传输的中继然后被选择为终端设备的服务中继设备。其它因素也会同样被考虑,例如中继设备之间的相对通信负载。
图11中示出了在多个中继设备之间仲裁的方法的示意流程图。首先,在步骤A1基站(DeNB)开始从中继设备(MTC-RNs)收集中继前导码MAC消息。多个MTC-RN观测到在最大PRACH功率组中传输的相同的PRACH前导码并因此多个中继的前导码MAC消息被DeNB接收到。这些消息将会显示相同的RA-RNTI和RAPID,但是可能指示不同的功率控制信息字段。在步骤A2中,当经过定义的时间间隔(Tcollect)之后DeNB停止从MTC-RN收集中继前导码MAC消息。典型的定义的时间间隔被期望为近似为1秒。一旦其定义的时间间隔期满,可以基于在接收到的中继前导码消息中的功率控制信息决定哪个MTC-RN作为服务节点。特别地是在步骤A3,DeNB为中继的前导码MAC消息比较所有接收到的功率控制信息字段,以及在步骤A4选择具有最佳信号水平的MTC-RN作为正在谈论的MTC-UE的服务器。
如果来自多个不同的MTC-RN的多个功率控制信息字段指示最佳信号水平(在预定的分贝范围内),然后基站在步骤A5通过为每个中继设备关联的多个终端设备在这些MTC-RN之间选择。特别地,基站随后优先选择具有较少关联MTC-UE(负载均衡)的中继设备(具有最佳信号水平)。最终,在步骤A6,DeNB发送服务中继指示和载荷ACK至所选择的MTC-RN,并传输载荷NACK至所有其它的MTC-RN。上述步骤将通过新消息“服务中继指示”MAC控制元素实现,其将指示与当前RA-RNTI(以及RAPID)对应的UE会通过该消息的接收MTC-RN控制。NACK指示会被发送到所有其它的MTC-RN。发送NACK指示的可能实现是经由分组RN-RNTI机制。这意味着NACK指示将会指向发起涉及相同的RA-RNTI的中继前导码MAC消息的所有MTC-RN。用于指示NACK给所有的相关联MTC-RN可能的实现方法因此是通过利用RA-RNTI加扰的PDSCH分配。须注意的是被选择的MTC-RN会同时接收ACK和NACK,所以逻辑上在这种情况下MTC-RN会判断这意味着ACK。同样应当注意应对多个MTC-RN的分组RNTI机制的使用具有更多点一般适用性,并不仅限于NACK消息的传输。
图12中示出了一种可能的“服务中继指示”MAC控制元素的格式。该MAC控制元素包括:包含于中继前导码MAC控制元素中的随机访问临时标识符(RA-RNTI);作为1位字段的中继设备标识字段(S),其中,“1”表示中继设备是服务节点,而“0”表示中继设备不是服务节点;包含于中继前导码MAC控制元素中的RACH前导码ID部分(RAPID);以及预留部分(R)。
一旦MTC-RN被选为用于给定MTC-UE的服务MTC-RN(因为是仅有的MTC-RN来中继随机接入前导码或者因为是DeNB仲裁从两个以上的候选中选择其作为服务中继节点)随后用于该MTC-UE的条目将会在存储在MTC-RN的服务MTC-UE列表中列出。列表会包括MTC-UE的C-RNTI(用于识别和访问在DeNB和MTC-UE之间的通信),同样也会包括某种形式的功率控制上下文消息。该功率控制上下文消息可以包括MTC-RN和MTC-UE之间的目标信道干扰以使得可以产生TPC(传输功率控制)指令。
在MTC情形下,UE具有低移动性的假定是合理的,因此一旦UE经由MTC-RN连接将会保持与相同MTC-RN的关联。当移动的情形下当DeNB通知MTC-RN已经被选择时,UE(例如,非MTC)可以被增加到列表中。UE可以当UE断开RRC连接时从列表中被移除。
MAC中继
如同仅上行链路中继运行的一部分,中继设备从终端设备接收MAC(介质接入控制)协议数据单元(PDU)并增加被称为“MAC中继报头”的新报头至MAC PDU。
在图13和14中分别示出了用于仅上行链路中继的下行链路和上行链路端对端协议堆栈的示意图。
图13示出下行链路(基站至终端设备)端对端协议堆栈。协议堆栈在终端设备(MTC-UE)、中继设备(MTC-RN)和基站(DeNB)中示出。MTC-RN示出两个协议堆栈,并且示出用于MTC-RN的发送与接收功能。MTC-RN可能仅与一个DeNB通信,但是可以与多个MTC-UE通信。为了反映这一点,DeNB协议堆栈和MTC-RN中的右手协议堆栈(即用于与DeNB通信的协议堆栈)被示出为单个堆栈(单个实例),而多个平行协议堆栈被示出用于MTC-UE,MTC-RN的左手协议堆栈被示出(即用于与MTC-UE通信的协议堆栈)。用于MTC-UE、DeNB的协议堆栈和MTC-RN的右手堆栈具有以下层级(从最高层至最底层):
·RRC(无线电资源控制);
·PDCP(分组数据汇聚协议);
·RLC(无线电链路控制);
·MAC(介质接入控制);以及
·L1(物理层)。
用于从发送设备到接收设备的传输的控制和数据信令开始于较高层级(例如RRC层),通过各种的下级层级经过反复的变换或者处理到达物理层,并随后在物理层被传输到接收设备。在接收设备,控制信令是在物理层被接收并随后通常通过协议堆栈向上传播至其在发送设备中被发起时所在的层,例如RRC层。
在图13中示出两个信号流。第一个信号流是从DeNB到MTC-UE的MTC-UE数据和控制信号流。上述信号在DeNB通过协议堆栈向下传播并在物理层(L1)直接被传输到MTC-UE。需要理解的是,从DeNB到MTC-UE的下行链路传输是直接执行并不经过MTC-RN。MTC-UE数据和控制信号流,当在MTC-UE被接收时,通过协议堆栈在MTC-UE重新向上传播。第二信号流是从DeNB到MTC-RN的MTC-RN控制信号流。上述信号在DeNB通过协议堆栈向下传播并在物理层(L1)直接被传输到MTC-RN。MTC-RN控制信号流,当在MTC-RN被接收时,通过协议堆栈在MTC-RN重新向上传播。当在下行链路情况时,不利用在MTC-RN(用于与MTC-UE通信)中的左手协议堆栈,因为MTC-RN不是用来在下行链路上与多个MTC-UE通信的。
图14示出上行链路(终端设备到基站)端对端协议堆栈。MTC-UE、MTC-RN和DeNB的协议堆栈如图13中相同的配置示出。层状结构的说明将在此不再重复。如图13,多个MAC实例在MTC-RN和潜在多个MTC-UE之间被提供。
在图14中示出两个信号流。第一个信号流是从MTC-UE到DeNB的MTC-UE数据和控制信号。上述信号在MTC-RN通过协议堆栈向下传播并在物理层被传输到MTC-RN。控制信号流随后向上传播到MTC-RN的MAC层,经过MTC-RN处理(以将在以下描述的方式)随后向下传播回到物理层并在物理层重传输到DeNB。在DeNB,MTC-UE数据和控制信令通过协议堆栈向上传播。应理解的是从这开始MTC-UE数据和控制信令在MAC层被MTC-RN处理。因此,用于从MTC-UE接收数据的协议堆栈的上级部分可以被省略,实现MTC-RN的简化。第二信号流是从MTC-RN到DeNB的MTC-RN控制信号流。上述信号在MTC-RN通过协议堆栈向下传播并在物理层(L1)被直接传输到DeNB。MTC-RN控制信号流,当在DeNB被接收时,通过协议堆栈在DeNB重新向上传播。因此应认识到,在MTC-RN需要完整的协议堆栈用于控制MTC-RN和DeNB之间的通信链路。
从图13和14中可知其处理过程是在MAC层进行的。在MAC层,数据在DL-SCH或者UL-SCH上的MAC协议数据单元(PDU)中通信。各个MAC PDU包括MAC报头、零个或多个MAC服务数据单元(SDU)、零个或多个MAC控制元素、以及可选择的填充。MAC报头可以包含多个子报头,各个子报头相应于MAC控制元素、MAC SDU、或者填充中的一个。子报头包含某些描述相应的MAC控制元素、MAC SDU、或者填充的内容和尺寸的信息。报头和子报头可以包括指示用于对应的MAC SDU的逻辑信道或者对应MAC控制元素的类型的LCID(逻辑信道标识符)字段。在图13和14中,MAC PDU(各种不同类型的)在上行链路上从MTC-UE和MTC-RN传输,在上行链路和下行链路上在MTC-RN至DeNB之间传输,以及在DeNB与MTC-UE之间在下行链路传输。
当MAC PDU被从MTC-UE传输到MTC-RN时,MTC-RN增加新“MAC中继报头”到MAC PDU(在此步骤被认为是SDU因为其充当对MAC层处理的输入)并传输产生的MAC中继PDU至DeNB。上文在图15中示意性地示出。在图15中,MTC-UE310传输MAC PDU315至MTC-RN320。在MTC-RN320中,接收到的未分段的MAC PDU315供有标识MTC-UE310(UE标识符,例如C-RNTI)的中继报头323,并提供定时前置量(TA)和功率控制信息(通常是TPC决定)。定时前置量信息是通过MTC-RN基于从MTC-UE至MTC-RN传输的传播时间延迟得出的。同样的,功率控制信息通过MTC-RN基于从MTC-UE至MTC-RN传输的接收功率值得出。MTC-UE需要定时前置量和功率控制信息来设置到MTC-RN的后续传输的传送时间和传输功率。该信息不能直接从MTC-RN到MTC-UE提供,因为MTC-RN与MTC-UE在下行链路(仅上行链路中继)上不通信。为了MTC-UE可以最终具有该信息,在中继报头323中指定该信息。传统R/R/E/LCID/F/L和R/R/E/LCID元素(参见TS36.321的6.1.2节)可以被用于表示MAC中继报头控制元素的存在以及相关联的来自MTC-UE的封装的MAC PDU的尺寸。此外如同在TS36.321中定义的那样,传统MAC控制元素322,例如BSR(缓冲器状态报告)可以被增加。应注意同样需要用于MAC中继报头的新LCID值。同样应当注意的是从MTC-UE收到的MAC PDU在MTC-RN(封装)中变成MAC SDU,而且来自多个MTC-UE的多个MAC PDU可以在单个MAC PDU从MTC-RN被传输。因此连结(concatenation)是可能的,然而来自MTC-UE的MAC PDU不能分割。
为说明在MTC-RN提供分割的难度,应当被充分理解的是,在MTC-UE,物理资源被分配用于传输上行链路数据,并且这些物理资源表示若干数据位可以被传输。
在MTC-UE中,一旦已经考虑到报头,MAC层确定,可以安排在分配的资源上的数据量并向上层(即为RLC)要求该尺寸的数据包(这将被称为MAC SDU或者RLC PDU,SDU是层级的输入而PDU是层级的输出)。RLC负责将缓冲的数据包分割成用无线接口传输的通常更小的数据包(但不是必需的)。如果大数据包被分成较小的数据包该过程被称作分割。如同上可知,该分割通常地由RLC执行。一旦该数据到达MAC层,数据将会匹配(在尺寸上)分配并然后可以在上行链路上传输。
MTC-RN在MAC水平的问题是在MAC层无法执行分割(没有RLC层完成这一过程),因此在下文中示出会发生情况的简单实例:
MTC-RN从UE接收被中继到DeNB上的2个MAC PDU。每一个MAC PDU是100比特大小并且来自独立的UE。MTC-RN通知DeNB其缓冲器占用200比特。DeNB没有义务许可将会传输所有该数据的分配,因此可例如进行190比特位的分配。既然无法在MAC层分割,因此MTC-RN仅有的选择是发送需要中继的一个MAC PDU并且浪费其余的分配。如果DeNB许可一个小于100比特的分配情况会更加恶化,因为随后MTC-RN将不能发送任何数据。
如果上述问题变成主要问题则可以在MAC中提供新的专门用于中继节点的提供分割功能的功能。然而,上述做法会导致复杂程度的增加,并且与在RLC水平的中继相比缺乏优势。
然而,在MTC-RN中缺乏分割功能不会产生过多的问题,因为:
(1)MTC-RN和DeNB之间的无线链路有可能更加强于MTC-RN和MTC-UE之间的无线链路。因此MTC-RN会发送少于MTC-UE发送到中继DeNB的数据的情形不太可能出现;以及
(2)在DeNB中的调度程序知道MTC-RN是中继节点并且其具有通过MTC-RN中继的PDU的尺寸的合理的概念(因为具有用于这些PDU到由MTC-RN服务的MTC-UE的先前分配的资源)。因此,调度程序可以给MTC-RN分配高优先权将上行链路资源分配给MTC-RN,使得以上论述的低效率问题不再出现或者至少有所缓解。
MTC-RN将会一直发送MAC中继报头控制元素即使MTC-RN未能收到来自MTC-UE的MAC-PDU。上述机制提供一种隐含的ACK/NACK给DeNB。应认识到,MTC-RN会知道来自MTC-UE的MAC PDU未能到达,因为MTC-RN知道上行链路资源已经被分配到MTC-UE并因此在具体时频资源上期望来自MTC-UE的上行链路传输。
来自UE的MAC PDU315,中继报头323和传统MAC控制元素322一起组成从MTC-RN320传输到DeNB330的MAC中继PDU325。
在DeNB330发生以下进程:
DeNB330接收中继的MAC PDU325并像其正常从传统UE接收一样进行处理。特别地,在MAC处理器332中,关于MTC-RN320获得ACK/NACK指示,关于于MTC-RN320产生TPC指令,以及在MAC层中MAC控制元素322继续被处理。应理解,这些参数和动作是直接在MTC-RN320上。
在DeNB330中,中继去复用器334而后使用MAC中继报头323的内容去控制MTC-UE310的定时前置量。同样功率控制TPC指令基于包含于报头323的功率信息生成。ACK/NACK指示基于在MAC中继的PDU325内来自于MTC-UE310的MAC PDU315的存在或者缺失。上述过程可以被直接或者如下说明地由MAC中继报头中的P字段的内容确定。
中继去复用器334同样从MAC中继的PDU325中提取最初通过MTC-UE310发送的MACPDU315并返回该MAC PDU315到MAC处理器332用于处理。包含于MAC中继报头控制元素的C-RNTI被用于标识用于处理MAC PDU315的在MAC中的UE上下文。然后发生常规的MACPDU315的处理并最终与从MTC-UE310发起的数据对应的MAC SDU338被发送到协议堆栈的较高层级。
图16中示出了用于MAC中继报头控制元素的建议格式。在图16中,C-RNTI是中继的UE的C-RNTI,TPC是为MTC-UE在中继设备决定的TPC,TA信息是为MTC-UE在中继设备中获得的定时前置量信息,以及P指示相关联的MAC PDU的存在或者缺失。如果相关联的MAC PDU被正确地接收然后该位会设为“1”,MAC PDU会存在于MAC中继的PDU的载荷中(即有ACK存在)。如果设为“0”则没有MAC PDU的存在(即有NACK的存在)。
在所有的来自MTC-UE的调度的传输由MTC-RN正确地收到的情形下,新MAC中继的PDU结构的实施例在图17中示意性地示出。
PDU的MAC报头410包括许多子报头412、414和416。子报头412与在MAC载荷中的相应的控制元素420、430对应。子报头414与MAC载荷中的SDU440对应,以及子报头416与MAC载荷中的可选填充450对应。通常MAC报头410如同当前在LTE规范中的定义,除了新LCID值可以在R/R/E/LCID子报头412中使用使得相关联的MAC中继报头控制元素430可以被发送。MAC控制元素应当尽可能地如以下顺序:
传统MAC控制元素420应当被首先指定。应注意,在图17中提供了m个常规控制元素420。
MAC中继报头控制元素430应当安排在传统MAC控制元素420之后。将对待中继的每个MAC PDU都有MAC中继控制元素430并且MAC中继报头控制元素430的顺序将会与待被中继的MAC PDU的顺序相同(在该情形中P字段被设为“1”)。应注意在图17中有n个MAC中继报头控制元素430以及n个需要中继的MAC PDU。
如果单个MAC中继的PDU包括多个从相同MTC-UE接收的MACPDU,那么第一个接收的应当在整体构造的MAC中继的PDU中排在第一位,第二个接收到的排在第二为,以此类推。
在图17中的MAC SDU实际上是已经被MTC-RN320收到并将要中继的MAC PDU(包含MAC报头、MAC控制元素和从MTC-UE310传输的MAC SDU)。应注意在图17中有n个MAC SDU440。
如在图17中有多个MAC SDU440在构造的MAC中继的PDU中。正如以上讨论的这些MAC SDU440中的每一个事实上是从MTC-UE传输并由MTC-RN接收的MAC PDU。这些可以来自任意单一的UE(在此接收的MAC PDU已经通过多路传输时间间隔(TTI)存储)或者多个不同的UE。因此来自MTC-UE的多个MAC PDU的连结形式可以形成单个MAC中继的PDU。然而应当注意从MTC-UE接收的MAC PDU的分割也许不可能。
在一些来自MTC-UE按的调度的传输中的某些没有被MTC-RN正确地收到的情形下,新MAC中继的PDU结构的实施例在图18中示意性地示出。如果没有被收到或者被不正确的接收(被破坏或不完整)时可以认为安排的传输没有被正确接收。
在图18中,在MAC报头510中依然有n个MAC中继报头,因为MTC-RN在同样数量的调度的MTC-UE传输上报告。与图17相同,一组传统MAC控制元素520、一组MAC中继报头530、MACSDU540和可选填充550出现。在图18中,一些MAC中继报头控制元素530的P字段被设成“0”以表示用于关联的UL许可的MAC-PDU没有被正确的接收。假设有p个这种情况。当MAC中继报头控制元素530的P字段设成“0”时没有关联的MAC SDU的存在。因此MAC SDU540的总数(实际上从MTC-UE接收的MAC PDU)是n-p。P设为“1”的MAC中继报头530的顺序应当正确对应于包含于MAC中继的PDU的MAC SDU540。再次,如果单个MAC中继的PDU报告在来自单个MTC-UE的多个MACPDU,MAC中继控制元素和关联的MAC SDU的顺序(尽管不是所有的都会出现)应当与计划接收的顺序相同。
一种用于MAC中继报头控制元素建议的新LCID在下面的表1中加粗显示(没有加粗显示的值是在LTE规范中当前定义的值)。
Index |
LCID值 |
00000 |
CCCH |
00001-01010 |
逻辑通道的标识 |
01011-11000 |
预留 |
11001 |
MAC中继报头 |
11010 |
功率余量报告 |
11011 |
C-RNTI |
11100 |
缩短的BSR |
11101 |
短BSR |
11110 |
长BSR |
11111 |
填充 |
表1用于MAC中继报头控制元素的建议新LCID。
中继控制
用于通过紧接着随机访问过程的中继处理UE数据中继的过程在此参考图19描述。当MTC-UE希望发送数据到DeNB时,首先在先前分配的时间/频率资源上的PUCCH上传输调度请求(SR)。这通常是所分配的时间/频率资源内的单个位(传输或不传输)。DeNB响应于接收到SR来分配并信号发送上行链路许可至MTC-UE。
来自MTC-UE的对资源的请求
在图19中详细的讨论和标明了如果没有PUCCH(物理上行链路控制信道)资源被分配至UE,那么UE将会进行随机访问过程。
一旦随机访问过程完成,MTC-UE会在分配的PUCCH资源上发送SR(调度请求)。MTC-RN将被告知已经分配给MTC-UE的PUCCH资源并且在此实例(instance)下尝试接收PUCCH传输。MTC-RN可以意识到所述PUCCH资源已经被分配给MTC-UE的两个机制如下:
(1)直接在随机访问过程之后,PUCCH资源将已经在通过DeNB以不加密的形式发送的RRC连接设置RRC消息中被分配给MTC-UE。因此MTC-RN可以为该RRC消息监视PDCCH和PDSCH并且使用由该消息提供的配置信息设置以便接收来自MTC-UE的PUCCH传输;或者
(2)新RRC消息可以被使用去通知中继节点被分配到其服务的MTC-UE的PUCCH资源。新RRC消息可以通过DeNB直接传输到MTC-RN,例如在PDCCH和/或PDSCH上。对比第一个选项,这项选择的优点是第一个选项中如果PUCCH被重新配置则MTC-RN会因为后续RRC消息被加密而不能确定这些。
当PUCCH传输被负责MTC-UE的MTC-RN收到时,其产生包括MTC-UE的C-RNTI的新MAC控制元素“中继SR消息”。应注意MTC-RN会请求和被许可上行链路资源以如同传统UE一样发送中继SR消息到基站。应注意有其它的中继SR到基站的选项,例如使用物理层(L1)信令,注意SR通常是单个的1位标记(flag)。DeNB响应于SR来分配上行链路资源至MTC-UE。该上行链路许可在PDCCH上直接通信到MTC-UE。如下面讨论的,同样可以存在选择性附加的单独消息表示(1)给中继设备的MTC-UE上行链路分配和(2)使用在发送封装的MTC-UE消息至DeNB中的用于MTC-RN的后续的上行链路分配。
用于中继来自MTC-UE的上行链路MAC PDU的通常机制。
用于从MTC-UE中继上行链路MAC PDU的一般机制在此描述。在图19中BSR(缓冲器状态报告)被传输(这是SR之后的第一次传输的标准情况,以通知DeNB在上行链路上发送了多少数据因此未来需要多少上行链路资源)但是本发明的实施方式相似的应用至用户平面数据。
如下有许多可能的选项;各个取决于在MTC-RN做出的推论(inference)(和信令的数量)的水平。
选项1:到MTC-UE的单独的PDCCH许可以及到MTC-RN的该许可的指示,而没有到
MTC-RN的隐含许可。
如图20,在这种情况下发生以下过程:
在步骤A1,对MTC-UE作出UL资源许并在PDCCH上通信。同时在步骤A2,可对MTC-RN作出与传统许可不同的单独许可,因为该单独许可实际上不分配PUSCH资源但是通知MTC-RN所述MTC-UE已经被分配PUSCH资源。这使MTC-RN可以适当地配置其接收器。应注意该许可可以采取以下的两个形式中的一个:
1.新PDCCH格式,包括被修改的上行链路许可(某些例如新数据指示符的参数不被需要)以及机制以指示UE已经被安排分配;或者
2.作出对MTC-RN的下行链路资源的传统PDCCH许可,并且新的MAC控制元素在后续PDSCH传输上被发送至MTC-RN,该元素指示询问的已被发送至UE的上行链路资源(通过C-RNTI识别)。该机制与MAC随机访问响应过程相似,尽管没有实际的至MTC-UE的上行链路许可,仅仅是已经对具体UE作出的许可的指示。
在步骤A3,MTC-UE在PUSCH上的许可的资源中传输并且该传输由MTC-RN接收(DeNB不接收该PUSCH传输)。在步骤A4,MTC-RN如同UE一样的方式处理刚到达其缓冲器的数据和来自基站的请求,并随后被许可(在步骤A5)UL资源。在步骤A6,MTC-RN增加上行链路中继MAC报头(参见上面),其包括功率控制和定时前置量信息,以接收来自MTC-UE的MAC PDU并在分配的资源中传输该MAC PDU到基站。应同样注意如果MTC-RN不接收来自MTC-UE的MACPDU,MTC-RN依然发送上行链路中继MAC报头,但是不会包含来自MTC-UE的封装的MAC消息。紧接着步骤A6,DeNB接收数据并且新的MAC子层被用于移去报头并确定MTC-UE最终从何而来。应注意在MAC报头中同样存在定时前置量和功率控制信息。ACK/NACK根据封装的MAC消息的存在或不存在而被隐含(可能基于在MAC消息的报头信息中的“存在”位)。
图21重复了图20中的处理,但是示意性地示出当来自MTC-UE的PUSCH传输没有在MTC-RN被接收时,处理过程如何被修改。特别地,步骤A1、A2、A4和A5是在图20中相同的标号的步骤,并且因此将不会再次描述。在图20中步骤A3'不同于步骤A3是因为在PUSCH上的传输从未达到MTC-RN(或者可选地抵达时不完整或已被损坏)。在这种情况下,MTC-RN依然请求资源并发送PUSCH传输到基站,但是在这种情况下没有发起包括在PUSCH传输中的内容的MTC-UE。该过程有效的通知基站来自MTC-UE的调度的传输已经失败。
选项2:对MTC-UE的单个PDCCH许可,而没有对MTC-RN的隐含许可。
如图22,在这种情况下发生以下程序:
在步骤B1,对MTC-UE作出UL资源许可并在PDCCH上将该许可通信至MTC-UE。这些许可的资源的单独指示不发送至MTC-RN。需要MTC-RN监视PDCCH以检测与该MTC-UE有关的消息(在步骤B2)。MTC-RN能够通过在PDCCH上为它自己的C-RNTI(为设备获得PDCCH数据的标准技术),而且为MTC-UE的MTC-RN(例如经由上述随机访问响应)获知的C-RNTI执行CRC(循环冗余码校验)掩码实现上述功能。这样,MCT-RN能够识别许可已经提供至MTC-UE并适当地配置它的接收器。在选项1中定义的余下的程序,当B3、B4、B5和B6与图22和23中的步骤A3、A4、A5和A6对应,这些的说明因此在此不描述。
选项3:对MTC-UE的单独PDCCH许可和对MTC-RN的该许可的指示,而具有对MTC-RN
的隐含许可。
如图23,在这种情况下发生以下程序:
如在选项1中UL资源的许可被安排至MTC-UE并在步骤C1在PDCCH上被传输。如在选项1中,在步骤C2对MTC-RN作出单独的许可,该单独的许可与传统许可不同的,因为该单独许可实际上不分配PUSCH资源但是通知MTC-RN该MTC-UE已经被分配PUSCH资源。这使MTC-RN可以适当地配置它的接收器。如在选项1中,在步骤C4,MTC-UE在PUSCH上许可的资源中传输并由MTC-RN接收(DeNB不接收该PUSCH传输)。和选项1不同,在步骤C4通过MTC-RN接收消息隐含在稍后子帧(或者同样包括一种额外的明确指示)中的UL资源许可将被MTC-RN用来发送数据至DeNB的资源的UL许可。如选项,基站可以(在步骤C3)在PDCCH上发送MTC-RN PUSCH分配消息,以为在步骤C4中继后续PUSCH传输分配的上行链路资源至MTC-RN。
在步骤C5,MTC-RN增加上行链路中继MAC报头(参见下文)至来自MTC-UE的接收的MAC PDU并在分配的资源中传输。应同样注意如果MTC-RN不接收来自MTC-UE的MAC PDU,MTC-RN依然发送UL中继MAC报头,但是不会包含来自MTC-UE的封装的MAC消息。紧接着步骤C5,DeNB接收数据,并且新MAC子层被用于移去报头并确定MTC-UE最终从何而来。应注意在MAC报头中同样存在定时前置量和功率控制信息。由存在或不存在来自MTC-UE的封装的MAC消息隐含ACK/NACK。
选项4:对MTC-UE的单个PDCCH许可,有对MTC-RN的隐含的许可
如图24,在这种情况下发生以下程序:
如在选项2中UL资源的单个许可安排至MTC-UE并且在步骤D1在PDCCH上传输,其中MTC-RN在步骤D2同样通过监视PDCCH接收该许可。基于到MTC-RN所知晓其所负责转发数据到DeNB的MTC-UE的分配的接收,在稍后的子帧中存在一种隐含的分配。后续步骤D3(可选的)、D4和D5对应在选项3中的步骤C3、C4和C5,这些的说明因此在这里不再重复。
选项的比较
选项1的优点如下:
·用于通知MTC-RN到MTC-UE的上行链路许可的单独PDCCH消息的使用,意味着MTC-RN无需被迫监视PDCCH以判断MTC-UE UL许可在哪里作出,而是直接通知。
·MTC-RN请求并被分配有外在(explicit)资源以从其发送数据至DeNB。上述过程具有更为容易地对来自MTC-RN的中继传输进行效率的速率控制的优点。特别地,MTC-RN将仅请求所需要的上行链路资源来中继实际上从MTC-UE接收的消息。同样,请求来自基站的资源提高了将来自多个MTC-UE中的MAC PDU连结为单个传输的便利性。
选项1的缺点如下:
·需要新分配机制,例如与RAR相似表示MTC-UE的C-RNTI以及上行链路许可,以通知MTC-RN给MTC-UE的分配。
·MTC-UE没有用于向上返回发送数据至DeNB的资源的隐含分配,这会导致延迟。
选项2的优点如下:
·不需要单独指示发送至MTC-RN来指示MTC-UE已经被许可上行链路资源。这比使用外在指示通信更高效。
·MTC-RN请求并被分配有外在资源,以从MTC-RN发送数据至DeNB。上述过程具有更为容易地对来自MTC-RN的中继传输进行效率的速率控制的优点。特别地,MTC-RN将仅请求所需要的上行链路资源来中继实际上从MTC-UE接收的消息。同样,请求来自基站的资源提高了将来自多个MTC-UE中的MAC PDU连结为单个传输的便利性。
选项2的缺点如下:
·MTC-RN需要检查并不是指向该MTC-RN的PDCCH消息并且为此MTC-RN需要设置它的接收器以接收标识的上行链路资源。
·MTC-UE没有用于向上返回发送数据至DeNB的隐含资源分配,这会导致延迟。
选项3的优点如下:
·用于通知MTC-RN到MTC-UE的上行链路许可的单独PDCCH消息的使用,意味着MTC-RN无需被迫监视PDCCH以判断MTC-UE UL许可在哪里作出,而是直接通知。
·MTC-RN根据对其将要接收来自MTC-UE的数据的指示隐含上行链路许可。在信令方面这样更高效并能减少延迟。选项3的缺点如下:
·需要新分配机制,例如与RAR相似表示MTC-UE的C-RNTI以及上行链路许可以通知MTC-RN给MTC-UE的分配。
·这将难以运行效率的速率控制功能,并且如果MTC-RN未能接收来自MTC-UE的传输这会使仅少量的中继报头被发送,这会需要远小于实际上通过基站分配的资源。
选项4的优点如下:
·不需要单独指示被发送至MTC-RN来指示MTC-UE已经被许可上行链路资源。这比使用外在指示通信更高效。
·MTC-RN根据对其将要接收来自MTC-UE的数据的指示隐含上行链路许可。在信令方面这样更高效并能减少延迟。选项4的缺点如下:
·MTC-RN需要检查并不是指向该MTC-RN的PDCCH消息并且为此MTC-RN需要设置它的接收器来接收所指示的上行链路资源。
·这将难以运行效率的速率控制功能,并且如果MTC-RN未能接收来自MTC-UE的传输这会使仅少量的中继报头被发送,这会需要远小于实际上通过基站分配的资源。
总体来说选项2为在LTE网络中的MTC设备提供了最佳的选择,但是从上可知所有的选项具有其相对的优点。
以上的讨论强调了对将在PUCCH上通过MTC-RN接收的调度请求(SR)中继至DeNB的机制的需要。这通过利用新MAC控制元素、“中继SR”MAC控制元素实现。图25中示出用于该MAC控制元素的提出的结构。被中继的SR仅需要指示MTC-UE的C-RNTI(在MAC报头中的LCID将会告知DeNB这是被中继的SR并因此需要少量的上行链路分配去发送BSR)。
新PDCCH方法可以使用DCI格式0(CQI请求、TPC命令和新数据指示符不被仅执行分配的UL资源的接收的MTC-RN需要)的删节版本与中继的UE标识符,其中标识符是包括MTC-RN负责中继的MTC-UE的实际C-RNTI的列表内的指数。该列表(优选地)通过RRC信令被发送到MTC-RN。这将毫无疑问意味着RRC消息传送需要正确的配置MTC-RN。
用于向MTC-RN指示在哪个上行链路资源上期望来自MTC-UE的传输的新MAC控制元素的实施方式在图26中以术语“MTC-UE分配”控制元素示意性地示出。MTC-UE分配控制元素与RAR格式相似,但是MTC-UE分配控制元素需要在其本身的LCID被用来通知MTC-RN时必须开启其接收器去接收来自MTC-UE的所指示的UL分配。MTC-UE分配控制元素包括指定已经被作出上行链路许可的MTC-UE的C-RNTI的C-RNTI字段。字段“UL许可”指定提供给MTC-UE的MTC-RN应当设置接收的许可。“R”字段是预留的。
总而言之,PDCCH方法是更可取的,因为它只需要单个消息,而新MAC控制元素方法意味着需要两个消息,其中一个消息在PDSCH上发送,该消息受到块误差率(BLER)目标的影响(因为HARQ在该信道上运行)。
在图27中,示意图示出无线通信系统1000包括,基站(DeNB)1100、中继设备(MTC-RN)1200以及终端设备(MTC-UE)1300。DeNB1100包括使用天线1125在空中接口传输和接收数据的发送器/接收器部分1120(发送器和接收器)。DeNB1100同样包括在空中接口控制通信的调度并协调DeNB1100与图2中示出的核心网络元素(在此未示出)的运行的处理器1140。DeNB1100经由回程链路1160连接至核心网络。DeNB1100在下行链路和上行链路方向与MTC-RN1200在空中接口通过通信链路1400通信。
MTC-RN1200包括使用天线1225在空中接口传输和接收数据的发送器/接收器部分1220(发送器和接收器)。MTC-RN1200同样包括控制发送器/接收器部分1220在空中接口的接收和发射的处理器1240。处理器1240同样可以控制在空中接口中来自MTC-UE的接收信号强度和传播延迟的测量,并以上述方式对将UE MAC PDU处理成中继的MAC PDU负责。MTC-RN1200在下行链路和上行链路方向与DeNB1100在空中接口中通过通信链路1400通信,并在空中接口中通过通信链路1500接收来自MTC-UE1300的上行链路传输。通信链路1500是单向的(仅上行链路),因为MTC-RN1200不传输到MTC-UE1300。
MTC-UE1300包括使用天线1325在空中接口传输和接收数据的发送器/接收器部分1320(发送器和接收器)。MTC-UE1300同样包括控制发送器/接收器部分1320在空中接口的接收和发射的处理器1340。处理器1340同样可以控制其它与MTC-UE1300的目的相关的功能。例如,如果MTC-UE是一种旨在经由网络返回测量数据报告(例如,温度或者使用的功率)的测量设备,那么处理器1340可以负责采集和处理这些测量数据,以及对测量数据(MACPDU)进行封包以进行传输。MTC-UE1300在下行链路方向通信链路1600(实线箭头)中接收来自DeNB1100的传输,并可以直接的在上行链路方向的通信链路1600(虚线箭头)中在上行链路传输的范围内发送至DeNB1100。如果MTC-UE1300在范围之外,那么所有的来自MTC-UE1300至DeNB1100的上行链路传输会安排至经由MTC-RN1200。
应注意的是,当本实施方式描述单跳中继情况时,多跳中继架构可以同样被面对,利用DeNB在各个链路中,例如MTC-UE→MTC-RN1→MTC-RN2→DeNB,控制上行链路资源的调度。
以上说明基于在LTE网络内部运行的MTC设备。然而其应被充分理解本发明的原理不局限于本文中,并可以被应用于其它网络中以及其他类别的终端设备中。