络10。这些移动终端100(在3GPP术语中被称为“用户设备”或“UE”)在图1中示出。移动终端100可以包括例如蜂窝电话、个人数字助理、智能电话、膝上型计算机、手持计算机、或具有无线通信能力的其他设备。应当注意到:如本文所使用的术语“移动终端”指代在移动通信网络中工作的终端，且其不一定暗示该终端本身是活动的或可移动的。从而，该术语可以指代以固定配置方式安装的终端(例如，在某些机器对机器应用中)，以及可以指代便携式设备、安装在机动车中的设备等。
[0027]移动通信网络10包括多个地理小区区域或扇区12。每个地理小区区域或扇区12由基站20来提供服务，基站20在UTRAN上下文中被称为节点B。一个基站20可以在多个地理小区区域或扇区12中提供服务。移动终端100在一个或多个下行链路(DL)信道上从基站20接收信号，并在一个或多个上行链路(UL)信道上向基站20发送信号。
[0028]在UTRAN系统中，基站20通过Iub接口连接到无线网络控制器(RNC) 30。RNC 30进而经由电路交换接口(称为Iu-CS接口 )和分组交换接口(称为Iu-PS接口 )连接到核心网。此外，RNC 30可以通过Iur接口连接到其他RNC。RNC 30控制一个或多个节点B，执行无线资源管理和移动性管理功能等。
[0029]为了说明目的，将在UTRAN系统的上下文中描述本发明的若干实施例。然而本领域技术人员将意识到:本发明的若干实施例可以更一般地适用于其他无线通信系统。
[0030]如上所述，UTRAN的3GPP标准的将来版本将提供对以下的支持:在小区中将2毫秒和10毫秒TTI并发部署用于CELL_FACH状态和空闲模式下的E-DCH发送。给定小区中的节点B将广播与UE功率余量有关的要求。满足该要求的UE将使用具有2毫秒TTI的公共E-DCH资源，且不满足该要求的UE将代之以使用具有10毫秒TTI的公共E-DCH。
[0031]在当前3GPP规范中，即版本10中，当在CELL_DCH或CELL_FACH状态下使用E-DCH资源时，由RNC确定用户或小区应当基于2毫秒TTI还是10毫秒来工作，且相应配置UE和节点B。另一方面，当并发部署2毫秒TTI和10毫秒TTI以用于将来版本中CELL_FACH使用时，将由UE来选择TTI。
[0032]在当前规划中，RNC将意识不到任何特定UE是将10毫秒还是2毫秒TTI资源用于CELL_FACH。然而，出于若干不同原因，RNC可以受益于知道在公共E-DCH资源上发送的数据是基于2毫秒TTI还是10毫秒TTI。首先，由于与两种TTI相关联的不同速率和不同块大小，用于处理上行链路数据的资源针对两种TTI需要以不同方式来分配。受影响的资源可以包括例如用于各种内部缓冲器的存储器以及针对Iub链路和其他RNC内部链路和承载的带宽要求。因此RNC可以使用该信息来更好地分配这些资源，从而可以用高效的方式向更高层传送上行链路数据。此外，RNC可以使用该信息来估计两种TTI之间的相对利用。这允许RNC动态管理应当向小区中公共E-DCH资源分配的资源，例如通过调整公共资源池的大小或池中的索引分配。
[0033]当节点B从UE接收到传输块时，其知道公共E-DCH数据是基于2ms TTI还是1msTTI来发送的。(节点B和UE之间的包括无线电接口在内的接口被称为Uu接口。)根据本发明的若干实施例，然后节点B向RNC指示数据是使用2毫秒TTI还是10毫秒TTI来发送的。在各种实施例中，该指示可以经由Iub/Iur用户平面协议来发送，或经由NBAP/RNSAP控制平面协议来发送。
[0034]RNC使用该信息向更高层传送由UE发送的数据。RNC还可以使用该信息来获得在小区中如何利用公共E-DCH资源的概览，以估计两种TTI之间的相对利用，并动态管理小区中公共E-DCH所需的资源。
[0035]从而引入TTI长度指示符，以用于节点B向RNC通知:UE在针对2毫秒TTI还是针对10毫秒来配置的公共E-DCH上发送特定上行链路数据。在一些实施例，当节点B通过Uu接口接收到传输块并将其封装为Iub用户平面帧中以向RNC中继时，节点B还将该TTI长度指示符包括在Iub用户平面帧中。备选地，在一些实施例中，可以使用独立的TTI长度指示符。在该情况下，节点B使用该独立TTI长度指示符向RNC通知:特定UE使用CELL_FACH状态下的2毫秒TTI还是10毫秒TTI正在或将要在CELL_FACH状态下进行发送。
[0036]下面详细描述用于信号通知TTI长度指示符的若干可能方案。这些方案基于对节点B和RNC之间的信令的各种修改。对UTRAN系统中信令熟悉的技术人员将意识到:服务无线网络控制器(SRNC)和节点B之间的信令是通过Iub接口发送的，而SRNC和漂移无线网络子系统(DRNS)之间的信令发生在Iur接口上。在以下讨论中，描述了对无线网络子系统应用部分(RNSAP)协议消息、节点B应用部分(NBAP)协议消息、以及用户平面帧协议帧的各种修改。
[0037]在3GPP 文档 3GPP TS 25.435，V.10.2.0 以及 3GPP TS 25.427，V.10.1.0 (它们在WWW.3gPP.0rg处可获得)中提供了针对Iub接口的用户平面帧协议(UP协议)的当前定义。可以在3GPP TS 25.435，V.10.2.0(其也在WWW.3gPP.0rg处可获得)中找到针对UTRAN Iur接口的用户平面协议中的对应结构。NBAP定义在3GPP TS 25.433, V.10.7.0中，而 RNSAP 定义在 3GPP TS 25.423，V.10.8.0 中。
[0038]解决方案A。在使用该方案的情况下，将现有的“CELL_FACH和空闲状态的Iub/Iur上行链路E-DCH数据帧”的内容加以扩展，以包括对从移动终端接收到的数据是使用10毫秒TTI还是2毫秒TTI来发送的指示。使用上行链路Iub/Iur数据帧协议的一个或多个空闲比特(例如，在首部中、在空闲扩展中、或在其他空闲位置中)来携带TTI长度指示符。
[0039]该方案在图2中示出，图2示出了在引入TTI长度指示符时，UE、节点B和RNC之间的通信。在步骤210处，UE正在将公共E-DCH资源用于CELL_FACH，且正在使用2毫秒TTI或10毫秒TTI来进行发送。在步骤220，节点B接收该发送，并知道正在使用这两种可能的TTI中的哪一种。在230，节点B向服务RNC(SRNC)发送对TTI长度的指示。这可以用新的或现有的NBAP控制平面消息来进行，例如-该控制平面消息应当包括规定使用2毫秒还是10毫秒TTI的长度指示符以及UE标识符(例如，H-RNTI)。备选地，通过将向RNC发送的上行链路数据帧扩展为具有2毫秒/10毫秒TTI长度指示符，可以向RNC发送该长度指示符。
[0040]在图5中示出了将TTI长度指示符封装到用于CELL_FACH和空闲状态的E-DCH数据帧结构中的示例，该E-DCH数据帧结构携带从节点B到RNC的用户平面数据。在所示示例中，将帧首部的第三个八位字节中的四个空闲比特中的两个空闲比特用于携带该TTI长度指示符。这是一个示例；可以代之以使用其他空闲比特。
[0041]新的指示符信息单元(IE)的细节的示例如下:
[0042]新IE:
[0043]字段名称:TTI长度指示
[0044]描述:指示数据是以2ms TTI还是1ms TTI来发送的。
[0045]值范围:
[0046]O 无关
[0047]I 2ms TTI
[0048]2 1ms TTI
[0049]3 预留
[0050]字段长度:2比特
[0051]当然，IE格式和值到TTI长度的映射的其他示例是可能的。例如，该IE可以仅包括用于指示TTI长度的I比特字段，其中，值O指示2毫秒TTI且值I指示10毫秒TTI。
[0052]在另一示例中，将帧有效载荷的空闲扩展中的比特分配作为新的指示符(例如，被称为TTI长度指示)。可以定义新IE标志中的比特。例如，在当前3GPP规范中“用于公共传输信道数据流的UTRAN Iub接口用户平面协议”，3GPP TS 25.435，V.10.4.0 (2012年12月)，未使用新IE标志中的比特I。在本发明的一些实施例中，将该比特用作TTI长度指示符。从而，E-DCH数据帧中新IE标志IE的比特I指示TTI长度指示IE存在⑴还是不存在(O);可以如下描述该新IE:
[0053]新IE:
[0054]字段名称:TTI长度指示
[0055]描述:指示数据是以2ms TTI还是1ms TTI来发送的。
[0056]值范围:
[0057]O 2ms TTI
[0058]I 1ms TTI
[0059]字段长度:I比特
[0060]在另一示例中，可以从帧首部中的空闲比特中分配两个比特。一个比特定义为标志，指示TTI长度指示存在还是不存在。当设为I时，将使用TTI长度指示。
[0061 ] 在另一示例中，当使用2毫秒TTI来发送数据时，子帧号可以是从O至4的任意值。当使用10毫秒TTI发送数据时，子帧号是O。当包括多于一个子帧时，RNC可以首先尝试通过使用现有的子帧号IE来检测数据是否是基于2毫秒TTI来发送的。在使用该方案的情况下，RNC将使用上述信令方案来解决在仅包括一个子帧号时TTI长度的不确定性。
[0062]在又一示例中，重新