用于针对由非专用信道状态下的用户设备进行的上行链路传输支持多个传输时间间隔的同时部署的系统和方法

相关申请的交叉引用

本申请要求享受2011年4月4日在美国专利和商标局提交的、题目为 “APPRATUS AND METHOD FOR CONCURRENT SCHEDULING IN A  CELL USING DIVERSE TRANSMISSION TIME INTERVALS”的临时专利 申请No.61/471,299的优先权和权益，故以引用方式将该临时申请的全部内 容并入本文。

技术领域

概括地说，本公开内容的方面涉及无线通信系统，更具体地说，涉及 在无线通信系统中对在上行链路传输中使用的资源的分配。

背景技术

无线通信网络被广泛部署以提供诸如话音、视频、数据、消息发送、 广播等的各种通信服务。通常是多址网络的这些网络通过共享可用的网络 资源来支持多个用户的通信。这种网络的一个示例是UMTS陆地无线接入 网络（UTRAN）。UTRAN是被定义为通用移动电信系统（UMTS）的一部 分的无线接入网络（RAN），UMTS是由第三代合作伙伴计划（3GPP）支 持的第三代（3G）移动电话技术。作为全球移动通信系统（GSM）技术的 继任者，UMTS目前支持诸如宽带-码分多址（W-CDMA）、时分-码分多址 （TD-CDMA）、以及时分-同步码分多址（TD-SCDMA）等的各种空中接口 标准。UMTS还支持诸如高速分组接入（HSPA）等的增强型3G数据通信 协议，HSPA向相关联的UMTS网络提供更高的数据传输速度和数据传输 容量。

在许多现代的无线通信系统中，为了能够在功率使用上进行高水平控 制，移动站可以在任何特定时刻基于其需求，采用任意各种不同的状态。 例如，这些状态的频谱可以包括：具有分配给该移动站的专用资源的状态； 具有相应层级的通信能力的各种水平的待机状态；以及几乎没有无线连通 性的空闲模式。在各种待机状态之中，网络可以具有对遍布小区的各个移 动站的水平降低的控制。

在一个具体的示例中，在传统的3GPP UMTS网络中，待机状态中的一 种称为Cell_FACH。根据当前规范，网络受限于：来自遍布小区的处于 Cell_FACH的所有移动站的上行链路传输必须利用彼此相同种类的资源。 也就是说，要求小区中的处于Cell_FACH的所有移动站针对E-DCH信道上 的上行链路传输利用相同的传输时间间隔。这能够导致不利的情况，这是 由于：处于Cell_FACH的一些移动站可能从一个传输时间间隔中受益，而 处于Cell_FACH的另一些移动站可能从不同的传输时间间隔受益。因此， 期望在向移动站分配在上行链路传输中使用的资源的增加的灵活性。

随着对移动宽带接入需求的持续增长，为了发展UMTS技术而持续进 行的研究和开发不仅是为了满足对移动宽带接入不断增长的需求，更是为 了促进和增强移动通信的用户体验。

发明内容

下面给出对本公开内容的一个或多个方面的简化的摘要，以便提供对 这些方面的基本理解。该摘要不是对本公开内容的全部预期特征的广泛概 述，并且既不旨在确定本公开内容的所有方面的关键或重要要素，也不是 示出本公开内容的任意或所有方面的范围。其唯一目的是用简化的形式呈 现本公开内容的一个或多个方面的一些概念，以作为后面给出的更详细描 述的前奏。

本公开内容的各个方面为单个小区提供了针对由处于RRC状态（例如， Cell_FACH）的UE进行的上行链路传输来同时部署2ms和10ms TTI的能 力，其中在RRC状态下，UE不具有分配给该UE的专用信道（DCH）。此 外，本公开内容的一些方面为UE提供了在非DCH状态下，在传统Rel-99 PRACH消息上发送数据的选项。

在一个方面，本公开内容提供了一种可在用户设备处操作的无线通信 方法。在此，该方法包括：选择适用于指示所述用户设备能够灵活资源分 配的加扰码；以及使用所选择的加扰码发送接入尝试，所述接入尝试配置 为指示在上行链路数据传输中使用的优选资源。

本公开内容的另一个方面提供了一种可在用户设备处操作的无线通信 方法。在此，该方法包括：从多个签名序列之中选择一个签名，所述多个 签名序列被划分成至少第一签名集和第二签名集，所述第一签名集适用于 指示对与2ms传输时间间隔相对应的资源用于上行链路传输的偏好，并且 所述第二签名集适用于指示对与10ms传输时间间隔相对应的资源用于所 述上行链路传输的偏好；以及使用所选择的签名来发送接入尝试。

本公开内容的另一个方面提供了一种可在基站处操作的无线通信方 法。在此，该方法包括：发送由一个或多个用户设备使用的至少一个公共 E-DCH资源的列表；从用户设备接收接入尝试，所述接入尝试适用于指示 优选资源，其中，所述优选资源包括以下各项中的一个：Rel-99PRACH资 源、或者根据所述至少一个公共E-DCH资源的列表的公共E-DCH资源； 以及发送适用于指示对资源的分配的捕获指示符，所述资源包括所述优选 资源或者非优选资源中的一个。

本公开内容的另一个方面提供了一种配置用于无线通信的用户设备。 在此，该用户设备包括：至少一个处理器；操作地耦合到所述至少一个处 理器的存储器；以及操作地耦合到所述至少一个处理器的发射机。所述至 少一个处理器配置为：选择适用于指示所述用户设备能够灵活资源分配的 加扰码；以及使用所选择的加扰码发送接入尝试，所述接入尝试配置为指 示在上行链路数据传输中使用的优选资源。

本公开内容的另一个方面提供了一种配置用于无线通信的用户设备。 在此，该用户设备包括：至少一个处理器；操作地耦合到所述至少一个处 理器的存储器；以及操作地耦合到所述至少一个处理器的发射机。所述至 少一个处理器配置为：从多个签名序列之中选择一个签名，所述多个签名 序列被划分成至少第一签名集和第二签名集，所述第一签名集适用于指示 对与2ms传输时间间隔相对应的资源用于上行链路传输的偏好，并且所述 第二签名集适用于指示对与10ms传输时间间隔相对应的资源用于所述上 行链路传输的偏好；以及使用所选择的签名来发送接入尝试。

本公开内容的另一个方面提供了一种配置用于无线通信的基站。在此， 该基站包括：至少一个处理器；操作地耦合到所述至少一个处理器的存储 器；以及操作地耦合到所述至少一个处理器的发射机。所述至少一个处理 器配置为：发送由一个或多个用户设备使用的至少一个公共E-DCH资源的 列表；从用户设备接收接入尝试，所述接入尝试适用于指示优选资源，其 中，所述优选资源包括以下各项中的一个：Rel-99PRACH资源、或者根据 所述至少一个公共E-DCH资源的列表的公共E-DCH资源；以及发送适用 于指示对资源的分配的捕获指示符，所述资源包括所述优选资源或者非优 选资源中的一个。

本公开内容的另一个方面提供了一种配置用于无线通信的用户设备。 在此，该用户设备包括：用于选择适用于指示所述用户设备能够灵活资源 分配的加扰码的模块；以及用于使用所选择的加扰码发送接入尝试的模块， 所述接入尝试配置为指示在上行链路数据传输中使用的优选资源。

本公开内容的另一个方面提供了一种配置用于无线通信的用户设备。 在此，该用户设备包括：用于从多个签名序列之中选择一个签名的模块， 所述多个签名序列被划分成至少第一签名集和第二签名集，所述第一签名 集适用于指示对与2ms传输时间间隔相对应的资源用于上行链路传输的偏 好，并且所述第二签名集适用于指示对与10ms传输时间间隔相对应的资源 用于所述上行链路传输的偏好；以及用于使用所选择的签名来发送接入尝 试的模块。

本公开内容的另一个方面提供了一种配置用于无线通信的基站。在此， 该基站包括：用于发送由一个或多个用户设备使用的至少一个公共E-DCH 资源的列表的模块；用于从用户设备接收接入尝试的模块，所述接入尝试 适用于指示优选资源，其中，所述优选资源包括以下各项中的一个：Rel-99 PRACH资源、或者根据所述至少一个公共E-DCH资源的列表的公共 E-DCH资源；以及用于发送适用于指示对资源的分配的捕获指示符的模块， 所述资源包括所述优选资源或者非优选资源中的一个。

本公开内容的另一个方面提供了一种可在用户设备处操作的计算机程 序产品，其中所述计算机程序产品包括计算机可读存储介质，所述计算机 可读存储介质具有：用于使计算机选择适用于指示所述用户设备能够灵活 资源分配的加扰码的指令；以及用于使计算机使用所选择的加扰码发送接 入尝试的指令，所述接入尝试配置为指示在上行链路数据传输中使用的优 选资源。

本公开内容的另一个方面提供了一种可在用户设备处操作的计算机程 序产品，其中所述计算机程序产品包括计算机可读存储介质，所述计算机 可读存储介质具有：用于使计算机从多个签名序列之中选择一个签名的指 令，所述多个签名序列被划分成至少第一签名集和第二签名集，所述第一 签名集适用于指示对与2ms传输时间间隔相对应的资源用于上行链路传输 的偏好，并且所述第二签名集适用于指示对与10ms传输时间间隔相对应的 资源用于所述上行链路传输的偏好；以及用于使计算机使用所选择的签名 来发送接入尝试的指令。

本公开内容的另一个方面提供了一种可在基站处操作的计算机程序产 品，其中所述计算机程序产品包括计算机可读存储介质，所述计算机可读 存储介质具有：用于使计算机发送由一个或多个用户设备使用的至少一个 公共E-DCH资源的列表的指令；用于使计算机从用户设备接收接入尝试的 指令，所述接入尝试适用于指示优选资源，其中，所述优选资源包括以下 各项中的一个：Rel-99PRACH资源、或者根据所述至少一个公共E-DCH 资源的列表的公共E-DCH资源；以及用于发送适用于指示对资源的分配的 捕获指示符的模块，所述资源包括所述优选资源或者非优选资源中的一个。

在了解了下面的具体实施方式之后，将能更加全面理解本公开内容的 这些和其它方面。

附图说明

图1是示出使用处理系统的装置的硬件实现的示例的框图。

图2是概念性地示出电信系统的示例的框图。

图3是示出接入网络的示例的概念图。

图4是概念性地示出电信系统中节点B与UE进行通信的示例的框图。

图5是示出用于用户平面和控制平面的无线协议架构的示例的概念图。

图6是示出随机接入过程的概念图。

图7是示出用于在无线通信系统中请求并向用户设备分配用于上行链 路传输的资源的示例性过程的流程图。

图8是示出可在用户设备处操作以用于针对上行链路传输选择优选资 源的示例性过程的流程图。

图9-12是示出使用划分的PRACH前导加扰码和/或签名序列来指示用 于上行链路传输的优选资源的示意图。

具体实施方式

下面结合附图给出的详细描述旨在作为各种配置的描述，而不是为了 表示能够实现本文所述概念的唯一配置。为了提供对各种概念的彻底理解， 详细描述包括了具体细节。然而，对本领域的技术人员显而易见的是，可 以不使用这些具体细节来实现这些概念。在一些实例中，以框图的形式示 出公知的结构和部件，以避免模糊这些概念。

本公开内容的各个方面为单个小区提供了针对由处于Cell_FACH的 UE在E-DCH信道上进行的上行链路传输来同时部署2ms和10ms TTI两者 的能力。此外，本公开内容的一些方面为UE提供了在Cell_FACH状态下， 在传统Rel-99PRACH消息上发送数据的选项。本公开内容的另外方面为网 络提供了：出于任何各种原因，推翻UE在E-DCH或者Rel-99PRACH消 息上对于2ms或10ms TTI资源的选择。

图1是示出了采用处理系统114的装置100的硬件实现的示例的概念 图。根据本发明的各个方面，元素、或元素的任意部分、或元素的任意组 合可以用包括一个或多个处理器104的处理系统114来实现。处理器104 的示例包括微处理器、微控制器、数字信号处理器（DSP）、现场可编程门 阵列（FPGA）、可编程逻辑设备（PLD）、状态机、门逻辑、分立硬件电路、 以及被配置为执行贯穿本发明所描述的各种功能的其它适当的硬件。

在这个示例中，可以利用由总线102总体表示的总线架构来实现处理 系统114。根据处理系统114的特定应用和整体设计约束，总线102可以包 括任意数量的互连的总线和桥。总线102将包括（由处理器104总体地表 示的）一个或多个处理器、存储器105、和（由计算机可读介质106总体地 表示的）计算机可读介质的各种电路链接在一起。总线102还可以链接各 种其它电路，例如定时源、外围设备、稳压器、以及电源管理电路，由于 这些电路在本领域中是公知的，因此不做进一步描述。总线接口108提供 总线102和收发机110之间的接口。收发机110提供用于在传输介质上与 各种其它装置进行通信的模块。根据装置的特性，还可以提供用户界面112 （例如，键区、显示器、扬声器、麦克风、操纵杆）。

处理器104负责管理总线102和一般处理，其包括执行存储在计算机 可读介质106上的软件。当由处理器104执行时，软件使得处理系统114 执行下面针对任何特定的装置所描述的各种功能。计算机可读介质106还 可以用于存储当执行软件时由处理器104所操作的数据。

处理系统中的一个或多个处理器104可以执行软件。不论是被称为软 件、固件、中间件、微代码、硬件描述语言还是其它名称，软件都应被广 义地解释为指代指令、指令集、代码、代码段、程序代码、程序、子程序、 软件模块、应用程序、软件应用程序、软件包、例程、子例程、对象、可 执行程序、执行的线程、进程、功能等。软件可以存在于计算机可读介质 106上。计算机可读介质106可以是非暂时性计算机可读介质。举例说明， 非暂时性计算机可读介质可以包括磁存储设备（例如，硬盘、软盘、磁带）、 光盘（例如，压缩光盘（CD）或数字多功能光盘（DVD））、智能卡、闪存 设备（例如，卡、棒、钥匙驱动器）、随机存取存储器（RAM）、只读存储 器（ROM）、可编程ROM（PROM）、可擦写PROM（EPROM）、电可擦写 PROM（EEPROM）、寄存器、可移动磁盘、以及用于存储可以由计算机访 问并读取的软件和/或指令的任何其它适当的介质。通过举例的方式，计算 机可读介质106还可以包括载波、传输线、以及用于传送可由计算机访问 和读取的软件和/或指令的任何其它介质。计算机可读介质可以位于处理系 统114内部、位于处理系统114外部、或分布于包括处理系统114的多个实 体上。计算机可读介质106可以体现在计算机程序产品中。举例说明，计 算机程序产品可以包括位于封装材料中的计算机可读介质。本领域技术人 员将认识到如何依据特定的应用和对整个系统所施加的整体设计约束以最 佳的方式实现贯穿本公开内容所描述的功能。

贯穿本公开内容给出的各种概念可以在广泛的各种电信系统、网络架 构和通信标准上实现。现参见图2，作为说明性而非限制性的例子，参照通 用移动通信系统（UMTS）系统200示出了本公开内容的各个方面。UMTS 网络包括三个进行交互的域：核心网络204、无线接入网络（RAN）（例如， UMTS陆地无线接入网络（UTRAN）202）以及用户设备（UE）210。在该 示例中，在可用于UTRAN202的若干选项中，所示出的UTRAN202可以 采用W-CDMA空中接口，以便能够进行包括电话、视频、数据、消息发送、 广播和/或其它服务之类的各种无线服务。UTRAN202可以包括多个无线网 络子系统（RNS）（诸如RNS207），其中每一个RNS由各自的无线网络控 制器（RNC）（诸如RNC206）进行控制。在此，除了所示出的RNC206 和RNS207之外，UTRAN202还可以包括任意数量的RNC206和RNS207。 出了其它方面，RNC206是负责分配、重配置和释放RNS207中的无线资 源的装置。RNC206可以通过诸如直接物理连接、虚拟网络等之类的各种 类型的接口，使用任何适当的传输网络与UTRAN202中的其它RNC（未 示出）互连。

由RNS207覆盖的地理区域可以划分成多个小区，其中无线收发机装 置服务每个小区。无线收发机装置在UMTS应用中通常称为节点B，但也 可以由本领域的技术人员称为基站（BS）、基站收发台（BTS）、无线基站、 无线收发机、收发机功能体、基本服务集（BSS）、扩展服务集（ESS）、接 入点（AP）、或某些其它适当的技术术语。为了清楚起见，在每个RNS207 中示出了3个节点B208；然而，RNS207可以包括任意数量的无线节点B。 节点B208为任意数量的移动装置提供到核心网204的无线接入点。移动 装置的例子包括：蜂窝电话、智能电话、会话发起协议（SIP）电话、膝上 型计算机、笔记本、上网本、智能本、个人数字助理（PDA）、卫星无线电 台、全球定位系统（GPS）设备、多媒体设备、视频设备、数字音频播放器 （例如，MP3播放器）、照相机、游戏控制台、或任何其它类似功能的设备。 移动装置在UMTS应用中通常称为用户设备（UE），但也可以由本领域的 技术人员称为移动站（MS）、用户站、移动单元、用户单元、无线单元、 远程单元、移动设备、无线设备、无线通信设备、远程设备、移动用户站、 接入终端（AT）、移动终端、无线终端、远程终端、手持电话、终端、用户 代理、移动代理、代理、或某些其它适当的技术术语。在UMTS系统中， UE210还可以包括通用用户识别模块（USIM）211，其包含用户向网络的 签约信息。为了解释说明的目的，一个UE210被示为与多个节点B208通 信。下行链路（DL）（也称为前向链路）指从节点B208到UE210的通信 链路，上行链路（UL）（也为反向链路）指从UE210到节点B208的通信 链路。

核心网204可以与一个或多个接入网（诸如UTRAN202）相连。如图 所示，核心网204是UMTS核心网络。然而，如本领域的技术人员将认识 到的，可以在RAN或者其它适当的接入网中实现贯穿本公开内容所给出的 各种概念，以便为UE提供到除UMTS网络以外的各种类型的核心网的接 入。

所示出的UMTS核心网络204包括电路交换（CS）域和分组交换（PS） 域。一些电路交换元件是移动服务交换中心（MSC）、访问位置寄存器 （VLR）、以及网关MSC（GMSC）。分组交换元件包括服务GPRS支持节 点（SGSN）和网关GPRS支持节点（GGSN）。一些网络元件（诸如EIR、 HLR、VLR和AuC）可以由电路交换域和分组交换域两者共享。

在示出的示例中，核心网204使用MSC212和GMSC214支持电路交 换服务。在一些应用中，GMSC214可以称为媒体网关（MGW）。一个或多 个RNC（诸如RNC206）可以连接到MSC212。MSC212是对呼叫建立、 呼叫路由和UE移动性功能进行控制的装置。MSC212还包括：访问位置 寄存器（VLR），其包含针对UE在MSC212的覆盖区域中所处的持续时间 的用户相关信息。GMSC214为UE提供通过MSC212的网关以接入到电 路交换网216。GMSC214包括：归属位置寄存器（HLR）215，其包含诸 如反映特定用户已订制的服务的细节的数据之类的用户数据。HLR还与认 证中心（AuC）相关联，AuC包含特定于用户的认证数据。当接收到针对 特定UE的呼叫时，GMSC214查询HLR215以确定该UE的位置，并将该 呼叫转发给服务于那个位置的特定MSC。

示出的核心网204还使用服务GPRS支持节点（SGSN）218和网关GPRS 支持节点（GGSN）220来支持分组交换数据服务。通用分组无线服务（GPRS） 被设计为提供速度比那些可用于标准电路交换数据服务的速度高的分组数 据服务。GGSN220为UTRAN202提供到基于分组的网络222的连接。基 于分组的网络222可以是因特网、专用数据网、或某些其它适当的基于分 组的网络。GGSN220的主要功能是向UE210提供基于分组的网络连通性。 数据分组通过SGSN218在GGSN220和UE210之间传送，SGSN218主 要在基于分组的域中执行与MSC212在电路交换域中所执行的功能相同的 功能。

UTRAN202是可以根据本公开内容来使用的RAN的一个示例。参见 图3，通过举例而非限制的方式，示出了UTRAN架构中的RAN300的简 化示意图。该系统包括多个蜂窝区域（小区），其中包括小区302、304和 306，每个小区可以包括一个或多个扇区。小区可以在地理上（例如，通过 覆盖区域）进行定义，和/或可以根据频率、加扰码等来进行定义。也就是 说，示出的在地理上定义的小区302、304和306均可以例如通过使用不同 的加扰码被进一步划分为多个小区。例如，小区304a可以使用第一加扰码， 而在相同地理区域中并由同一节点B344服务时，可以通过使用第二加扰 码来区别小区304b。

在划分为扇区的小区中，小区中的多个扇区可以由天线组形成，其中 每个天线负责与该小区的一部分中的UE的通信。例如，在小区302中，天 线组312、314和316均可以对应于不同的扇区。在小区304中，天线组318、 320和322可以均对应于不同的扇区。在小区306中，天线组324、326和 328可以均对应于不同的扇区。

小区302、304和306可以包括可以与每个小区302、304或306中的 一个或多个扇区进行通信的若干UE。例如，UE330和332可以与节点B342 通信，UE334和336可以与节点B344通信，并且UE338和340可以与节 点B346通信。在此，每个节点B342、344和346可以配置成为各自的小 区302、304和306中的所有UE330、332、334、336、338和340提供到 核心网络204（见图2）接入点。

在与源小区的呼叫期间，或在任何其它时间，UE336可以监测源小区 的各种参数以及相邻小区的各种参数。此外，根据这些参数的质量，UE336 可以维持与相邻小区中的一个或多个的通信。在此期间，UE336可以维护 活动集，即UE336同时连接到的小区的列表（即，当前向UE336分配下 行链路专用物理信道DPCH或部分下行链路专用物理信道F-DPCH的 UTRAN小区可以构成该活动集）。

UTRAN空中接口可以是扩频直接序列码分多址（DS-CDMA）系统（诸 如利用W-CDMA标准的系统）。扩频DS-CDMA通过乘以称为码片的伪随 机比特序列，来对用户数据进行扩展。针对UTRAN202的W-CDMA空中 接口是基于这种DS-CDMA技术，并且另外要求频分双工（FDD）。FDD针 对节点B208和UE210之间的上行链路（UL）和下行链路（DL）使用不 同的载波频率。针对UMTS的利用DS-CDMA并使用时分双工（TDD）的 另一空中接口是TD-SCDMA空中接口。本领域的技术人员应该认识到的 是，虽然本文中描述的各个示例可以涉及W-CDMA空中接口，但是基本原 理可同等地应用于TD-SCDMA空中接口。

图4是示例性节点B410与示例性UE450通信的框图，其中节点B410 可以是图2中的节点B208，UE450可以是图2中的UE210。在下行链路 通信中，发射处理器420可以从数据源412接收数据，从控制器/处理器440 接收控制信号。发射处理器420为数据和控制信号以及参考信号（例如， 导频信号）提供各种信号处理功能。例如，发射处理器420可以提供循环 冗余校验（CRC）码以实现错误检测，进行编码和交织以有助于实现前向 纠错（FEC），基于各种调制方案（例如，二进制相移键控（BPSK）、正交 相移键控（QPSK）、M相移键控（M-PSK）、M阶正交幅度调制（M-QAM） 等）来映射到信号星座，使用正交可变扩频因子（OVSF）进行扩频，并与 加扰码进行相乘以产生一系列符号。控制器/处理器440可以使用来自信道 处理器444的信道估计量，来确定用于发射处理器420的编码、调制、扩 频和/或加扰方案。可以根据UE450发送的参考信号或者来自UE450的反 馈，来导出这些信道估计量。将发射处理器420生成的符号提供给发射帧 处理器430，以生成帧结构。发射帧处理器430通过将这些符号与来自控制 器/处理器440的信息进行复用来生成该帧结构，从而产生一系列帧。随后， 将这些帧提供给发射机432，后者提供各种信号调节功能，其包括对这些帧 进行放大、滤波和调制到用于通过天线434在无线介质上进行下行链路传 输的载波上。天线434可以包括一付或多付天线，例如，其包括波束控制 双向自适应天线阵列或者其它类似的波束技术。

在UE450，接收机454通过天线452接收下行链路传输，并处理该传 输，以恢复调制到该载波上的信息。将接收机454恢复的信息提供给接收 帧处理器460，接收帧处理器460对每一个帧进行解析，并向信道处理器 494提供来自于这些帧的信息，向接收处理器470提供数据、控制和参考信 号。随后，接收处理器470执行节点B410中的发射处理器420所执行的 处理过程的逆操作。具体而言，接收处理器470对这些符号进行解扰和解 扩，随后根据调制方案来确定节点B410发送的最可能的信号星座点。这 些软判决可以是基于信道处理器494所计算得到的信道估计量。随后，对 软判决进行解码和解交织，以恢复这些数据、控制和参考信号。随后，对 CRC码进行校验以确定是否对这些帧进行了成功解码。随后，将成功解码 的帧所携带的数据提供给数据宿472，后者表示运行在UE450和/或各种用 户接口（例如，显示器）上的应用。将成功解码的帧所携带的控制信号提 供给控制器/处理器490。当接收机处理器470没有对帧进行成功解码时， 控制器/处理器490还可以使用确认（ACK）和/或否定确认（NACK）协议， 来支持针对这些帧的重传请求。

在上行链路中，将来自数据源478的数据和来自控制器/处理器490的 控制信号提供给发射处理器480。数据源478可以表示运行在UE450中的 应用和各种用户接口（例如，键盘）。类似于结合节点B410的下行链路传 输所描述的功能，发射处理器480提供各种信号处理功能，其包括CRC码， 编码和交织以有助于实现FEC，映射到信号星座点，使用OVSF进行扩频， 以及进行加扰以生成一系列符号。可以使用信道处理器494从节点B410 发送的参考信号或者从节点B410发送的中导码里包括的反馈所导出的信 道估计量，来选择适当的编码、调制、扩频和/或加扰方案。将发射处理器 480产生的符号提供给发射帧处理器482，以生成帧结构。发射帧处理器482 通过将这些符号与来自控制器/处理器490的信息进行复用来生成该帧，从 而产生一系列帧。随后，将这些帧提供给发射机456，后者提供各种信号调 节功能，其包括对这些帧进行放大、滤波和调制到用于通过天线452在无 线介质上进行上行链路传输的载波上。

节点B410以类似于结合UE450处的接收机功能所描述的方式，来对 上行链路传输进行处理。接收机435通过天线434接收上行链路传输，并 处理该传输，以恢复调制到该载波上的信息。将接收机435恢复的信息提 供给接收帧处理器436，收帧处理器436对每一个帧进行解析，并向信道处 理器444提供来自这些帧的信息，向接收处理器438提供数据、控制和参 考信号。接收处理器438执行UE450中的发射处理器480所执行的处理过 程的逆操作。将成功解码的帧所携带的数据和控制信号分别提供给数据宿 439和控制器/处理器。如果接收处理器没有对这些帧中的一些进行成功解 码，则控制器/处理器440还可以使用确认（ACK）和/或否定确认（NACK） 协议，来支持针对这些帧的重传请求。

控制器/处理器440和490可以分别用于指导节点B410和UE450处的 操作。例如，控制器/处理器440和490可以提供各种功能，其包括定时、 外围设备接口、电压调整、电源管理和其它控制功能。存储器442和492 的计算机可读介质可以分别存储用于节点B410和UE450的数据和软件。 节点B410处的调度器/处理器446可以用于向UE分配资源，并调度针对 这些UE的下行链路和/或上行链路传输。

在任何无线通信系统中，通信协议架构可以根据特定的应用而采用各 种形式。例如，在3GPP UMTS系统中，将信令协议栈划分成非接入层（NAS） 和接入层（AS）。NAS为UE和核心网络之间的信令提供上层，并且可以包 括电路交换协议和分组交换协议。AS为UTRAN和UE之间的信令提供底 层，并且可以包括用户平面和控制平面。在此，用户平面或数据平面携带 用户业务，而控制平面携带控制信息（即，信令）。

转到图5，AS被示为具有3个层：层1、层2和层3。层1是最低层并 且实现各种物理层信号处理功能。层1在本文中将被称为物理层506。称为 层2508的数据链路层在物理层506之上，并且负责UE和节点B之间在物 理层506上的链路。

在层3处，RRC层516处理UE和UTRAN之间的控制面信令。RRC 层516包括用于路由高层消息、处理广播和寻呼功能、建立和配置无线承 载等的多个功能实体。

如由RRC层516所确定的，UE可以处于若干RRC状态中的一种。RRC 状态包括空闲模式和连接模式。空闲模式具有最低的能量消耗，而连接模 式包括若干中间水平的待机状态，诸如URA_PCH、Cell_PCH和Cell_FACH。 RRC连接模式还包括Cell_DCH状态，在该状态下，提供专用的信道来进 行最高速率的数据传输。

UE可以根据呼叫或者连接活动性来改变其RRC状态，当UE不活动 时，其进入越来越低的状态。这些待机状态在诸如网络容量、呼叫建立时 间、电池时间和数据速度之类的因素之间提供不同的权衡。空闲状态节省 电池电量，但提供较少的无线连通性。

在所示出的空中接口中，L2层508被分裂成多个子层。在控制面中， L2层508包括两个子层：介质访问控制（MAC）子层510和无线链路控制 （RLC）子层512。在用户面中，L2层508另外包括分组数据汇聚协议 （PDCP）子层514。虽然没有示出，UE在L2层508之上可以有多个上层， 其中包括终止于网络侧上的PDN网关处的网络层（例如，IP层）、以及终 止于连接的另一端（例如，远端UE、服务器等）处的应用层。

PDCP子层514提供不同无线承载和逻辑信道之间的复用。PDCP子层 514还提供上层数据分组的头部压缩以降低无线传输开销，通过加密数据分 组提供安全性，并且为UE提供在节点B之间的切换支持。

RLC子层512通常针对数据传输支持确认模式（AM）（其中确认和重 传过程可以用于纠错）、非确认模式（UM）和透明模式，并且提供对上层 数据分组的分段和重组以及对数据分组的重排序，以补偿由于在MAC层的 混合自动重传请求（HARQ）而造成的无序接收。在确认模式下，诸如RNC 和UE之类的RLC对等实体可以交换各种RLC协议数据单元（PDU），出 了其它方面，其中包括RLC数据PDU、RLC状态PDU和RLC重置PDU。 在本公开内容中，术语“分组”可以指在RLC对等实体之间交换的任何RLC  PDU。

MAC子层510提供逻辑和传输信道之间的复用。MAC子层510还负 责在一个小区中在UE之间分配各种无线资源（例如，资源块）。MAC子层 510还负责HARQ操作。

高速分组接入（HSPA）空中接口包括对UE210和UTRAN202（再参 照图2）之间的3G/W-CDMA空中接口的一系列增强，以针对用户促进更 高的吞吐量和降低的延迟。除了对先前标准的其它修改之外，HSPA采用混 合自动重传请求（HARQ）、共享信道传输、以及自适应调制和编码。定义 HSPA的标准包括HSDPA（高速下行链路分组接入）和HSUPA（高速上行 链路接入，也称为增强型上行链路，或EUL）。

在HSPA网络中，在高层生成的一路去往MAC层510的数据，在称为 传输时间间隔（TTI）的时间间隔期间，在空中被携带通过传输信道。TTI 是封装的分组的时间长度，其中该封装的分组可由该分组的接收方独立地 进行解码。在无线通信系统中，高层将大小适合于该TTI的分组传送到低 层。

3GPP版本5规范介绍了称为HSDPA的下行链路增强。HSDPA将高速 下行链路共享信道（HS-DSCH）作为其传输信道来使用。HS-DSCH通过以 下三种物理信道来实现：高速物理下行链路共享信道（HS-PDSCH）、高速 共享控制信道（HS-SCCH）、以及高速专用物理控制信道（HS-DPCCH）。

在这些物理信道之中，HS-DPCCH在上行链路上携带HARQ  ACK/NACK信令，以指示是否对相应的下行链路分组传输成功地进行了解 码。也就是说，关于下行链路，UE210通过HS-DPCCH向节点B208提供 反馈，以指示其是否对该下行链路上的分组正确地进行了解码。

HS-DPCCH还包括来自UE210的反馈信令，以帮助节点B208在调制 和编码方案与预编码加权选择的方面做出正确的决定，其中该反馈信令包 括信道质量指标（CQI）和预编码控制信息（PCI）。

3GPP版本6规范介绍了称为增强的上行链路（EUL）或高速上行链路 分组接入（HSUPA）的上行链路增强。EUL将EUL专用信道（E-DCH）作 为其传输信道使用。在上行链路中，将E-DCH与版本99DCH一起进行发 送。

通过包括E-DCH专用物理数据信道（E-DPDCH）和E-DCH专用物理 控制信道（E-DPCCH）的物理信道来实现E-DCH。此外，HSUPA依赖于 另外的物理信道，其包括E-DCH HARQ指示符信道（E-HICH）、E-DCH绝 对授权信道（E-AGCH）和E-DCH相对授权信道（E-RGCH）。

与在先前的W-CDMA系统（例如，Rel-99）中使用的DCH相比，E-DCH 通过使用具有较短TTI（如2ms一样低）的调度的上行链路，在上行链路 上提供显著的较高的数据容量和数据用户速度。也就是说，较短的TTI可 以实现降低的延迟、调度过程中的增加的粒度、以及对随时间变化的信道 状况的更佳跟踪。现有的实现利用最小10ms TTI。通常当信号状况是有利 的时，或者当UE具有可用于上行链路传输的功率净空时才使用2ms TTI， 而10ms TTI提供改善的覆盖。此外，如果UE是覆盖受限的，或者具有有 限的功率净空，则10ms TTI将是更有利的。

如上所述，UMTS网络中UE450的RRC状态的一种称为Cell_FACH， 在Cell_FACH状态下，UE在下行链路上连续地对前向接入信道（FACH， 其用于相对少量数据的传输）进行监测，但不存在分配给该UE的专用物理 信道。当处于Cell_FACH状态时，允许UE在随机接入过程之后进行上行 链路传输，如下面所描述的。

在UE处于Cell_FACH状态时可以发起传统的随机接入过程主要由UE 450和节点B410处的MAC实体510进行管理。如下所述，除了其它方面， 该随机接入过程使用包括BCH、RACH和AICH的信道。

广播信道（BCH）是由节点B410发送的传输信道，其携带针对于在 监听范围之内的任何移动台的广播信息。该广播信息可以是特定于具体小 区，或者可以是关系到该网络。除了其它信息，该广播信息可以包括：用 于RACH的可用的RACH子信道和可用的加扰码以及签名的列表。

随机接入信道（RACH）是通常由UE450用来携带接入尝试并向网络 发起呼叫、或者在加电之后向网络注册终端、或者用于在从一个位置移动 到另一个位置之后执行位置更新所使用的传输信道。也就是说，RACH可 以提供公共上行链路信令消息，并且还可以携带来自在Cell_FACH状态下 进行操作的UE的专用上行链路信令和用户信息。在物理层，RACH映射到 物理随机接入信道（PRACH）。

由UE450发送的PRACH包括前导码，其中该前导码是在该信道上的 数据传输之前发送的。PRACH前导码包含16个符号的签名序列，其与具 有256的扩频因子的扩频序列进行组合，产生具有4096个码片长度的 PRACH前导码。

捕获指示符信道（AICH）是由节点B410发送，以指示接收到接入尝 试。也就是说，一旦节点B410检测到PRACH前导码，则该节点B410通 常发送AICH，其中该AICH包括与在PRACH上所使用的相同的签名序列。 AICH通常包括称为捕获指示符（AI）的信息元素，该信息元素可以包括指 示对所接收的接入尝试的接受或者拒绝的肯定确认（ACK）或者否定确认 （NACK）。AICH还可以包括扩展的捕获指示符（E-AI）（如下面所进一步 详细描述的），用于除了肯定确认或否定确认之外，向UE提供资源分配信 息。

图6示出了根据3GPP版本99规范（本文中称为Rel-99）的UTRA网 络中的典型随机接入过程。在此，该随机接入过程开始于：UE450对BCH 进行解码，以确定可用的RACH子信道及其加扰码和签名。随后，UE450 可以从允许该UE使用的一组子信道之中，随机地选择这些RACH子信道 中的一个。还可以从可用的签名之中，随机地选择签名。

在设置初始的PRACH前导码发射功率水平之后，UE450发送具有所 选择的加扰码和签名的PRACH前导码602。在图6的视图中，该PRACH 前导码包括两个传输，其中在不由网络确认的每一个传输中具有功率的斜 坡。当检测到PRACH前导码602时，节点B410可以在AICH上使用指示 否定确认的捕获指示符（AI）604进行响应。在此，UE450停止其传输， 稍后在等待了等于所选择的回退时段的等待时间606之后再次进行重试（如 果与持久性值相对应的接入尝试的次数尚未耗尽）。在进行等待之后，如果 根据UE450的持久性值所允许的尝试次数尚未耗尽，则UE450可以在 PRACH上发送后续的PRACH前导码608。在该实例中，该接入尝试遇到 由节点B410在AICH上发送的肯定确认610。在此，该AICH包括由UE 所发送的相同签名序列。一旦UE450检测到该AICH确认，则其可以发送 RACH传输的消息部分612。也就是说，当传统的Rel-99UE处于Cell_FACH 状态时，则可以使用Rel-99PRACH消息，以相对较低的数据速率来发送上 行链路数据。

对于以信号发送少量的用户数据来说，该Rel-99PRACH消息是有用 的。然而，由于该数据速率通常低于10kbps，因此期望能够在Cell_FACH 状态下使用HSPA传输和物理信道来改善性能。由于该原因和其它原因， 更多最新的规范介绍了增强的RACH。

在版本8规范中定义的增强的RACH使E-DCH资源能够由UE在处于 Cell_FACH时用来进行上行链路传输。与使用Rel-99PRACH消息可获得的 数据速率相比，E-DCH上的传输以需要更多量的功率进行传输为代价，提 供更高的数据速率。

为了实现增强的RACH，对上面所描述和图6中所示出的Rel-99随机 接入过程的某些方面进行修改。例如，在BCH上将要在Cell_FACH中使用 的E-DCH资源广播给该小区中的所有UE。能够实现增强的RACH的UE 可以对该资源列表进行解码，以便在后续的接入尝试中使用。

在能够实现增强的RACH的UE中，PRACH前导码602、608的传输 包括：配置为指示该UE力图发送E-DCH传输的前导码签名。作为响应， 节点B可以发送配置为指示分配给该UE的E-DCH资源的相应的AI或E-AI （604、610）。在此，E-AI是扩展的捕获指示符（根据版本8或者包括3GPP TS25.214的稍后3GPP规范），其可以为UE提供E-DCH资源配置信息， 以在Cell_FACH状态下在上行链路传输中使用。

因此，在增强的RACH下，不是如上所述地发送RACH消息612，而 是UE使用在AICH传输中所指示的可用于该UE的资源，使用E-DCH来 发送上行链路数据。

虽然增强的RACH过程提供了超过Rel-99RACH过程的益处，但仍存 在某些缺点。例如，相对于RACH上的传输，E-DCH上的上行链路传输使 用来自UE的更多的功率，其能够不利地影响移动设备的电池寿命。

此外，对处于Cell_FACH的UE，将整个小区的公共E-DCH资源配置 为2ms TTI或10ms TTI。也就是说，在一个小区之中，传统上不会使处于 Cell_FACH状态中的一些UE使用2ms TTI，而处于Cell_FACH状态中的另 一些UE使用10ms TTI。这种限制能够不利地影响处于Cell_FACH的所有 UE的覆盖。

也就是说，为了确保更大的RACH覆盖起见，网络可能倾向于在10ms TTI上配置所有公共E-DCH资源。这种配置导致了对具有较大发射功率净 空的UE的数据速率限制，剥夺了这些UE的2ms TTI的高数据速率和低时 延益处。

另一方面，如果网络要利用2ms TTI配置所有公共E-DCH资源，则具 有低功率净空的UE将不能利用由于10ms TTI而带来的改善的覆盖性能的 益处。

此外，对于能够实现EUL的UE来说，当前规范不允许传统Rel-99 PRACH消息上的传统的数据传输。然而，在一些情况下，如果只有少量的 数据要发送，则就功率使用来说，在E-DCH上进行发送是高成本的，相反， UE可以受益地在传统的Rel-99PRACH消息上进行发送。

因此，本公开内容的各个方面为单个小区提供了针对处于Cell_FACH 的UE的上行链路传输来同时部署2ms和10ms TTI两者的能力。此外，本 公开内容的一些方面为UE提供了在Cell_FACH状态下，在传统Rel-99 PRACH消息上发送数据的选项。

此外，本公开内容的各个方面提供了其它RRC状态下的这些能力，而 不仅仅限于Cell_FACH状态。也就是说，虽然本文中详细描述的随机接入 过程涉及Cell_FACH状态，但本领域普通技术人员应当理解，这些过程可 以等同地应用于处于其它非DCH RRC状态（诸如URA_PCH、Cell_PCH 甚或在空闲模式下）的UE。

为了实现这些能力，可以期望与传统的UE向后兼容。在此，“传统UE” 可以指能够根据3GPP版本8（下文简称为“Rel-8”）规范在小区中进行通 信的UE。此外，“传统UE”可以指根据版本11规范之前的任何3GPP版 本进行配置的UE。因此，可以对发送给小区的信令进行配置，使得该小区 中的传统UE可以根据其指定的过程，继续使用随机接入过程进行上行链路 传输，例如使用如上所述的Rel-99PRACH或者增强的RACH。此外，可以 使得根据本公开内容配置的UE能够接收配置，其中该配置使得能够进行在 以下各项中的选择：Rel-99PRACH消息；根据增强的RACH过程的Rel-8 公共E-DCH；具有10ms TTI的Rel-11公共E-DCH；以及具有2ms TTI的 Rel-11公共E-DCH。

图7是示出可以在UE450处操作，以便使处于Cell_FACH或其它适当 的非DCH状态的UE进行随机接入过程，使能够针对E-DCH上的上行链 路传输来同时部署2ms和10ms TTI的示例性过程700的流程图。在一些示 例中，过程700还可以使处于Cell_FACH或其它适当的非DCH状态的UE 能够使用Rel-99PRACH传输。

根据本公开内容的各个方面，过程700可以由节点B410和/或UE450 （参见图4）进行实现。根据本公开内容的另一个方面，过程700可以由处 理系统114（参见图1）进行实现。根据本公开内容的另一个方面，过程700 可以由任何适当的处理器、装置或者用于执行所陈述的功能的模块进行实 现。

在方框702，UTRAN（例如，RNC206，参见图2）可以发送一个或多 个公共上行链路资源的列表。在此，该传输可以在诸如BCH之类的广播信 道上进行，其中BCH是处于该小区的监听范围之内的任何一个或多个UE 可以接收的共享信道。使用该广播，小区可以向一个或多个UE传送哪些资 源可用于E-DCH上的上行链路传输。通常，这些上行链路资源包括：可以 用于Cell_FACH中的上行链路业务的公共E-DCH资源的列表。此外，小区 可以向UE传送哪些资源可供Rel-99PRACH使用。

在一个示例中，所述广播可以包括针对传统UE而言可接入的第一列表 以及针对根据本公开内容配置的UE而言可接入的第二列表，其中第一列表 指示2ms或10ms TTI中的一个（例如，与上面所描述的传统增强的RACH 过程相对应）。在此，第二列表可以包括多个公共E-DCH资源集合：第一 集合包括2ms TTI；第二集合包括10ms TTI；并且可选地，第三集合包括 可用于Rel-99PRACH传输的资源。在本公开内容的另外方面，可以向网络 提供不广播第二列表的选项。在该情况下，该UE的行为将回退到本质上与 传统UE相同，即，只使用在第一列表上宣告的资源，该资源在该小区之中 一律是单个TTI长度。

当使用第二列表的公共E-DCH资源时，可以可选地将第二列表中的任 何集合的大小设置为零。用此方式，网络可以具有宣告仅与第二列表上的 值中的一个（例如，2ms或10ms TTI）相对应的公共E-DCH资源以由根据 本公开内容配置的UE进行使用的灵活性。

也就是说，可以将（可由传统UE接入的）第一列表设置为第一TTI 长度，并且可以将（可专门由根据本公开内容配置的UE450接入的）第二 列表设置为第二TTI长度。用此方式，当UE450做出请求第一列表上的资 源的接入尝试时，网络可以将该UE450作为传统UE来对待；并且当UE450 做出请求第二列表上的资源的接入尝试时，该网络知道该UE450是根据本 公开内容配置的并且能够进行灵活的资源分配。

在具体的示例中，可以将可由传统UE接入的第一列表设置为广播 10ms TTI，并且可以将第二列表设置为广播2ms TTI。在该示例中，如果根 据本公开内容配置的UE450要做出使用第一列表来请求10ms TTI的接入 尝试时，则网络将不需要用任何方式来确定该UE450是根据本公开内容配 置的、能够灵活地利用2ms或者10ms TTI。因此，网络将该UE450作为 传统UE来对待，并根据该请求来分配资源作为可用的。另一方面，如果 UE要做出利用第二列表来请求2ms TTI的接入尝试（通过利用传统UE不 会感知的第二列表），则将使得网络来确定该UE450是根据本公开内容配 置的、并且能够进行对使用2ms或者10ms TTI的资源的灵活分配。在该情 况下（如下面所进一步详细描述的），网络可以尊重该UE的请求并分配使 用2ms TTI的资源，或者网络可以否决该UE的请求并分配使用10ms TTI 的资源。

在此，将可由传统UE接入的第一列表填充为广播2ms TTI，而将第二 列表填充为广播10ms TTI是可行的。然而，如果根据本公开内容配置的 UE450请求了10ms TTI，则针对该请求的原因很可能是由于功率净空限制。 也就是说，如上所述，当信号状况是有利时，或者当UE具有可用于上行链 路传输的功率净空时，通常只实现2ms TTI。在该情况下，如果UE450请 求了10ms TTI，则其否决该请求转而向该UE450分配2ms TTI是没有意义 的。也就是说，UE450可能不具有足够的功率净空来使用2ms TTI。因此， 在向请求10ms TTI的UE进行资源分配时，使第一、传统列表具有广播2ms TTI并且第二列表具有广播10ms TTI不会带来灵活性的益处。

在本公开内容的另外方面，方框702中的广播可以包括：与Rel-99 PRACH、Rel-8公共E-DCH资源、以及Rel-112ms TTI和10ms TTI公共 E-DCH资源中的两个或更多之间的PRACH划分相对应的信息。下面进一 步详细描述PRACH划分。

在方框704，UE450可以接收由节点B在方框702中发送的广播。在 具有了公共E-DCH资源的列表、以及Rel-99PRACH、Rel-8公共E-DCH 资源、与Rel-112ms TTI和10ms TTI公共E-DCH资源之间的PRACH划分 之后，可以使UE450发送接入尝试，如下所述，该接入尝试配置为指示对 在非DCH状态（例如，Cell_FACH）下的上行链路传输的特性的偏好。例 如，可以使UE450为在该接入尝试中指示对使用Rel-99PRACH消息、或 者使用2ms或10ms TTI的E-DCH传输的偏好。

在方框706，UE450可以确定对于非DCH状态下的上行链路传输的特 性的偏好。例如，Cell_FACH下的UE450可以在包括Rel-99PRACH消息、 使用2ms TTI的E-DCH消息或者使用10ms TTI的E-DCH消息中的一个或 多个候选之中进行选择。

如上所述，这些上行链路传输格式中的每一种具有不同的优点和缺点。 例如，在配置为允许Rel-99PRACH消息上的传输的UE中，该消息可以利 用比E-DCH上的传输少的能量，但提供较低的比特速率。因此，为了节能， 当要发送的数据的量非常小时，该UE可以选择Rel-99PRACH消息。如果 要发送的数据的量相对较大时，则自然的选择是将公共E-DCH资源用于上 行链路传输。在该情况下，或者在未配置为允许Rel-99PRACH消息上的 Cell_FACH传输的UE中，UE可以在2ms和10ms TTI之间进行选择。

在本公开内容的一个方面，在2ms和10ms TTI之间的选择可以基于诸 如信号状况和/或UE450的功率净空之类的因素。也就是说，如上所述，经 历较差信号状况和/或具有有限的功率净空的UE将有利地选择10ms TTI， 这是由于该格式在小区中提供改善的覆盖。然而，经历良好信号状况和/或 具有较大的可用净空的UE可能希望选择2ms TTI来使其自身受益于该较短 TTI的各种益处。

幸运的是，现有的传统PRACH过程（例如，如在Rel-8中所规定的） 包括：确定表示为Preamble_Initial_Power（前导码初始功率）的值，其是 UE450在其第一PRACH前导码传输602中使用的功率（参见图6）。在此， 根据从小区接收的导频功率和由UE450检测到的上行链路干扰的量来确定 Preamble_Initial_Power的值。因此，在本公开内容的一些方面，可以将该 Preamble_Initial_Power重用为在2ms和10ms TTI之间选择的因素。也就是 说，如果所计算的Preamble_Initial_Power的值较高，则这可以意味着UE450 具有有限的功率净空，并且UE450因此选择10ms TTI；否则，如果 Preamble_Initial_Power的值较低，则UE450可以选择2ms TTI。

图8是示出根据本公开内容的一些方面，用于UE（例如，UE450）在 非DCH状态（诸如Cell_FACH）下，选择上行链路传输的特性的示例性过 程800的流程图。在此，过程800可以与图7的方框706相对应，提供了 其中的另外细节。

在方框802，该过程可以确定处于非DCH状态（例如，Cell_FACH） 下的UE450是否具有数据要在上行链路传输上发送。如果没有，那么该过 程结束；但是如果有，则在方框804，该过程可以确定该数据的量是否小于 数据阈值。在一些示例中，可以由网络将该数据阈值发送给UE450，例如， 在系统信息块（SIB）上进行广播。在其它示例中，该数据阈值可以预编程 在UE450中（例如，存储在存储器492中），或者可以使用任何其它适当 的预先确定的数据阈值。在此，如果该数据量小于数据阈值，则在方框806， UE450可以选择Rel-99PRACH消息，来用于上行链路传输。

另一方面，如果数据量不小于该数据阈值，则该过程可以转到方框808， 其中在方框808，该过程可以确定初始发射功率（例如，上面所描述的 Preamble_Initial_Power）的函数是否大于功率阈值。在此，该初始发射功率 的函数可以是初始发射功率的任何适当函数，其包括但不限于：该初始发 射功率自身、初始发射功率和某个其它功率值之间的差值或者总和等。类 似于上面参照方框804所讨论的数据阈值，在方框808中使用的功率阈值 可以由网络发送给UE450（例如，在系统信息块（SIB）上进行广播）。在 其它示例中，可以将该功率阈值预编程在UE450中，或者也可以使用任何 其它适当的预先确定的功率阈值。在此，如果初始发射功率的函数大于该 功率阈值，则在方框810，该过程可以选择10ms TTI。另一方面，如果初 始发射功率的函数不大于该功率阈值，则在方框812，该过程可以选择2ms  TTI。

在本公开内容的一些方面，执行过程800的UE450可以只在2ms和 10ms TTI之间进行选择。也就是说，该过程中从方框804到方框806的与 Rel-99PRACH消息有关的潜在选择的部分是可选的。在该示例中，在方框 802之后，在确定处于非DCH状态的UE具有数据要发送之后，该过程可 以直接转到方框808，以便在2ms和10ms TTI之间进行选择。

现返回到图7，一旦UE450在方框706中确定（如上面结合图8所描 述的）了上行链路传输的特性的偏好，该过程就可以转到方框708，其中在 方框708，UE450发送接入尝试，其中该接入尝试被配置为指示所确定的 偏好。根据本公开内容的一个方面，该接入尝试可以被配置为通过以下方 式来指示所确定的偏好：对PRACH前导加扰码集进行划分、对在特定的加 扰码上使用的签名序列集进行划分、或者使用上面的组合的方式。

图9-12是演示如何将PRACH前导配置成指示对所确定的上行链路传 输格式的偏好的一些示例的示意图。也就是说，上面结合图6所描述的 PRACH前导码602通常是由UE450使用从一组可用的加扰码之中选择的 加扰码来发送。在图9-10和图12中，示出了三种不同的加扰码；并且在图 11中，示出了四种不同的加扰码；然而，在任何具体的示例中，在该可用 的加扰码集中，可以包括任何适当数量的加扰码。此外，除了加扰码之外， 还通过从一组可用的签名中选择的签名，对PRACH前导码602进行调制。 在图9-12的每一个图中，将每一个加扰码示出为具有包括六个签名的签名 空间。然而，在任何具体的示例中，在针对每个加扰码的可用签名集中， 可以包括任何适当数量的签名。

可以根据上面围绕方框702和704所描述的向UE发送的一个或多个公 共上行链路资源的列表，在UE450中设置针对上行链路传输格式的特定偏 好和特定的加扰码-签名序列选择之间的对应关系。也就是说，在广播信道 上向UE450发送的信息可以对应于PRACH前导加扰码和/或签名空间的划 分，使得UE对于优选的上行链路传输格式的选择可以使用所接收的该信息 来选择相对应的PRACH前导和/或签名划分。

例如，在图9中所示出的示例中，将签名空间划分成三个部分，每一 个划分对应于Rel-99PRACH消息、10ms TTI或2ms TTI中的一个。在此， 每一个划分包括该签名空间中的两个签名；然而，在根据本公开内容的方 面的各个示例中，在每一个划分中，可以出现任何适当数量的签名。用此 方式，在方框706中对Rel-99PRACH消息、10ms TTI或2ms TTI中的一 个的偏好进行了选择的UE450可以从用于PRACH前导码传输的相应签名 之中进行选择。

对于图9中所示出的示例的一种可能变型可以是将签名空间在用于传 统UE的第一签名集和用于根据本公开内容配置的UE的第二签名集之间进 行划分。用此方式，还可以将第二签名集进一步划分成一个或多个签名的 组，每一个组对应于Rel-99PRACH消息、E-DCH上的2ms TTI或E-DCH 上的10ms TTI中的一个。

在图10所示出的示例中，将PRACH前导加扰码划分成三个部分，每 一个划分对应于Rel-99PRACH消息、10ms TTI或2ms TTI中的一个。在 此，每一个划分包括一个或多个加扰码；然而，在根据本公开内容的方面 的各个示例中，在每一个划分中可以出现任何适当数量的加扰码。用此方 式，在方框706中对Rel-99PRACH消息、10ms TTI或2ms TTI中的一个 的偏好进行了选择的UE450可以从用于PRACH前导码传输的相应加扰码 之中进行选择。

在图11所示出的示例中，使用了上面的组合。也就是说，在该示例中， 如在传统的系统中，可以使用第一PRACH前导码集合，以例如维持与传统 UE的向后兼容。再次参见图7，用此方式，在广播信道上发送的一个或多 个公共E-DCH资源的列表可以包括：由传统UE使用的第一列表、以及由 根据本公开内容所配置的UE使用的第二列表。在此，第一列表可以用于映 射由传统UE使用的加扰码和签名序列的资源，并且第二列表可以对加扰码 和/或签名序列中的一者或两者进行划分，以指示对于Rel-99PRACH、10ms  TTI或2ms TTI的偏好。当然，不必禁止根据本公开内容的方面所配置的 UE使用第一PRACH前导码集合，并且在本公开内容的保护范围之内，该 集合可以用于PRACH前导码传输。

在图12所示出的示例中，将PRACH前导加扰码划分成两个集合：用 于与传统UE向后兼容的第一集合，以及用于根据本公开内容的方面所配置 的UE的第二集合。在此，一个示例可以使用第一集合来配置整个小区中的 传统UE使用2ms或10ms TTI进行上行链路E-DCH传输，如同在传统的 增强PRACH过程中，如上所述；并且可以针对2ms或者10ms中的另一个， 使用第二集合来配置根据本公开内容的方面所配置的UE。在此，配置第一 集合来请求10ms TTI，而配置第二集合来请求2ms TTI是最方便的，所以， 如下所述，网络可以否决UE针对2ms TTI的请求，而不是向该UE分配10ms TTI。

当然，图9-12中所示出的示例在本质上只是示例性的，本领域普通技 术人员应当认识到，在本公开内容的保护范围之内，可以使用公共E-DCH 资源和PRACH资源的任何其它适当的划分。

返回到方框708，在根据方框706中所确定的针对上行链路传输的偏好 来选择了具体的划分之后，UE可以随后选择在所选择的划分之中的加扰码 和/或签名序列的特定组合。例如，可以从所选择的划分之内的加扰码之中， 随机地选择用于该PRACH前导码划分的具体加扰码。类似地，可以从所选 择的划分之内的签名序列之中，随机地选择用于该PRACH前导码划分的具 体签名序列。在选择了签名序列和加扰码之后，UE可以随后使用所选择的 加扰码和签名序列，发送包括PRACH前导码的接入尝试。

在方框710，节点B410运行搜索器过程，以搜索在方框708中由UE450 发送的接入尝试。在此，如果节点B410处的搜索器被配置为：检测根据 本公开内容配置的UE在方框708中发送的接入尝试中所使用的加扰码的存 在性，那么在节点B410检测到该加扰码的能量的时刻，其将会知道该接 入尝试源自于根据本公开内容所配置的UE（即，其具有在处于非DCH状 态下，针对上行链路传输进行灵活资源分配的能力）。在方框712，节点B410 （就其自身或者与诸如RNC之类的一个或多个网络节点进行协调）确定可 供UE用于进行上行链路传输的资源。

基于在方框712中所确定的可用的资源，并且无论这些资源是否与UE 450在方框708中所请求的资源相对应，在方框714中，节点B410可以确 定是否尊重该UE所指示的偏好。也就是说，根据本公开内容的一个方面， 节点B410可以选择尊重该UE针对资源的请求，以便在Rel-99PRACH消 息中的一个上进行发送，或者使用具有2ms或10ms TTI中的一个的E-DCH 资源池；或者节点B410可以选择否决该UE的请求，并且向该UE分配其 它资源。在此，对于否决该UE的请求的决定可以是归因于节点B的处理 限制、噪声增量、热噪声增量（RoT）考虑，或者归因于任何其它适当的原 因。

无论节点B410选择尊重还是否决UE的请求，根据本公开内容的另外 方面，在方框716，节点B410都可以在响应信道（例如，捕获指示符信道 （AICH））上发送针对该接入尝试的响应。在此，可以使用AICH上的诸如 捕获指示符（AI）和/或扩展捕获指示符（E-AI）之类的信息元素，来向UE 450指示资源分配（即，指示节点B410是尊重还是否决该UE的请求）。 也就是说，可以使用AI和/或E-AI来向UE450发送是在Rel-99PRACH消 息上发送上行链路数据，还是使用具有2ms或10ms TTI的E-DCH来发送 上行链路数据。

在方框718，UE450可以对AICH进行监测，其目标在于从节点B410 接收该传输。也就是说，根据常规的、传统随机接入过程，传统UE通常只 监测AICH，以寻找与所请求的资源相对应的AI。用此方式，传统UE可 以确定该消息是（可能是）针对于该UE，并因此使用该资源。但是，在本 公开内容的一个方面，在AICH上向UE450发送的消息可能没有指定该 UE450所请求的相同资源，这是由于网络可能希望否决该UE的偏好，而 向UE450分配其它资源。因此，在本公开内容的一个方面，与传统UE相 比，UE450可以对AICH的更大部分进行监测，其潜在监测小区中的所有 AICH传输。也就是说，UE450可以对响应于PRACH前导码传输的AICH 上的AI和/或E-AI进行监测，根据在AICH上接收的AI和/或E-AI的特性， UE450可以接收所请求的资源或者不同的资源（如果其偏好被否决的话）。 在一个示例中，UE450可以接收特定的签名上的AI和/或E-AI，其中该特 定签名与指示向UE450分配了其在方框708中所指示的优选资源的签名相 对应，或者与指示向UE450分配了不同的资源（即，否决了UE450所指 示的偏好）的签名相对应。在另一个示例中，UE450可以检测AI和/或E-AI 比特（或者一些比特），其中该AI和/或E-AI比特用于发送资源索引，在资 源是E-DCH资源的情况下，UE450可以检测用于发送向该UE分配的TTI 值的第二AI和/或E-AI比特（或者一些比特）。无论如何，本公开内容的方 面向网络提供了依据针对公共E-DCH资源的TTI选择或者Rel-99PRACH 消息，来否决UE的请求的能力。

在本公开内容的另外方面，可以为根据本公开内容所配置的UE保留在 E-AI上使用的一个Walsh码。也就是说，在当前规范下，E-AI包括多个 Walsh码，在每一个码上，可以发送表示+1或-1的信息。因此，每一个Walsh 码可以用于表示两个不同的资源索引。在本公开内容的一个方面，可以保 留Walsh码中的一个（例如，空间中的最后Walsh码），使得在该码上发送 的+1或-1可以分别表示2ms TTI和10ms TTI（或者分别表示10ms TTI和 2ms TTI）。用此方式，可以简化UE450的任务，使得其只寻找该特定的 Walsh码，而不是对整个AICH进行监测。

在方框720，UE450可以根据在方框718中在AICH上接收的AI和/ 或E-AI，确定节点B410分配了哪些资源；在方框722，UE450可以使用 所分配的资源，来在非DCH状态（例如，Cell_FACH）下进行上行链路数 据传输。

参照W-CDMA系统给出了电信系统的一些方面。如本领域普通技术人 员所应当容易理解的，贯穿本公开内容所描述的各个方面可以扩展到其它 电信系统、网络架构和通信标准。

举例而言，本申请的各个方面可以扩展到其它UMTS系统，例如， TD-SCDMA和TD-CDMA。各个方面还可以扩展到使用长期演进（LTE）（具 有FDD、TDD模式或者这两种模式）、改进的LTE（LTE-A）（具有FDD、 TDD模式或者这两种模式）、CDMA2000、演进数据优化（EV-DO）、超移 动宽带（UMB）、IEEE802.11（Wi-Fi）、IEEE802.16（WiMAX）、IEEE802.20、 超宽带（UWB）、蓝牙（Bluetooth）的系统和/或其它适当的系统。所使用 的实际电信标准、网络架构和/或通信标准，取决于具体的应用和对该系统 所施加的全部设计约束条件。

应当理解的是，本申请所公开方法中的特定顺序或步骤层次只是示例 性过程的一个例子。应当理解的是，根据设计优先选择，可以重新排列这 些方法中的特定顺序或步骤层次。所附的方法权利要求以示例顺序给出了 各种步骤的元素，但并不意味着其受到给出的特定顺序或层次的限制，除 非本申请进行了明确地说明。

为使本领域任何普通技术人员能够实现本申请描述的各个方面，上面 围绕各个方面进行了描述。对于本领域普通技术人员来说，对这些方面的 各种修改都是显而易见的，并且本申请定义的总体原理也可以适用于其它 方面。因此，本公开内容并不限于本申请示出的方面，而是与本公开内容 公开的全部范围相一致，其中，除非特别说明，否则用单数形式修饰某一 部件并不意味着“一个和仅仅一个”，而可以是“一个或多个”。除非另外 特别说明，否则术语“一些”指代一个或多个。指代一个列表项“中的至 少一个”的短语是指这些项的任意组合，其包括单个成员。举例而言，“a、 b或c中的至少一个”旨在覆盖：a；b；c；a和b；a和c；b和c；a、b和 c。贯穿本公开内容描述的各个方面的部件的所有结构和功能等价物以引用 方式明确地并入本申请中，并且旨在由权利要求所涵盖，这些结构和功能 等价物对于本领域普通技术人员来说是公知的或将要是公知的。此外，本 申请中没有任何公开内容是想要奉献给公众的，不管这样的公开内容是否 明确记载在权利要求书中。此外，不应依据美国专利法第112条第6款来 解释任何权利要求的构成要素，除非该构成要素明确采用了“用于......的模 块”的措辞进行记载，或者在方法权利要求中，该构成要素是用“.用于..... 的步骤”的措辞来记载的。