用于针对由非专用信道状态下的用户设备进行的上行链路传输支持多个传输时间间隔的 ...的制作方法
【专利摘要】一种用于处于Cell_FACH状态或者另一种适当的非DCH状态的UE的随机接入过程，其能够针对E-DCH上的上行链路传输同时部署2ms和10ms?TTI。在一些示例中，该过程还可以使处于Cell_FACH状态或者其它适当的非DCH状态的UE能够使用Rel-99PRACH传输。
【专利说明】用于针对由非专用信道状态下的用户设备进行的上行链路传输支持多个传输时间间隔的同时部署的系统和方法
[0001]相关申请的交叉引用
[0002]本申请要求享受2011年4月4日在美国专利和商标局提交的、题目为“APPRATUSAND METHOD FOR CONCURRENT SCHEDULING IN A CELL USING DIVERSE TRANSMISSION TIMEINTERVALS”的临时专利申请N0.61/471，299的优先权和权益，故以引用方式将该临时申请的全部内容并入本文。
【技术领域】
[0003]概括地说，本公开内容的方面涉及无线通信系统，更具体地说，涉及在无线通信系统中对在上行链路传输中使用的资源的分配。
【背景技术】
[0004]无线通信网络被广泛部署以提供诸如话音、视频、数据、消息发送、广播等的各种通信服务。通常是多址网络的这些网络通过共享可用的网络资源来支持多个用户的通信。这种网络的一个示例是UMTS陆地无线接入网络(UTRAN)。UTRAN是被定义为通用移动电信系统(UMTS)的一部分的无线接入网络(RAN)，UMTS是由第三代合作伙伴计划(3GPP)支持的第三代(3G)移动电话技术。作为全球移动通信系统(GSM)技术的继任者，UMTS目前支持诸如宽带-码分多址(W-CDMA)、时分-码分多址(TD-CDMA)、以及时分-同步码分多址(TD-SCDMA)等的各种空中接口标准。UMTS还支持诸如高速分组接入(HSPA)等的增强型3G数据通信协议，HSPA向相关联的UMTS网络提供更高的数据传输速度和数据传输容量。
[0005]在许多现代的无线通信系统中，为了能够在功率使用上进行高水平控制，移动站可以在任何特定时刻基于其需求，采用任意各种不同的状态。例如，这些状态的频谱可以包括:具有分配给该移动站的专用资源的状态；具有相应层级的通信能力的各种水平的待机状态；以及几乎没有无线连通性的空闲模式。在各种待机状态之中，网络可以具有对遍布小区的各个移动站的水平降低的控制。
[0006]在一个具体的示例中，在传统的3GPP UMTS网络中，待机状态中的一种称为Cell_FACH。根据当前规范，网络受限于:来自遍布小区的处于Cell_FACH的所有移动站的上行链路传输必须利用彼此相同种类的资源。也就是说，要求小区中的处于Cell_FACH的所有移动站针对E-DCH信道上的上行链路传输利用相同的传输时间间隔。这能够导致不利的情况，这是由于:处于Cell_FACH的一些移动站可能从一个传输时间间隔中受益，而处于Cell_FACH的另一些移动站可能从不同的传输时间间隔受益。因此，期望在向移动站分配在上行链路传输中使用的资源的增加的灵活性。
[0007]随着对移动宽带接入需求的持续增长，为了发展UMTS技术而持续进行的研究和开发不仅是为了满足对移动宽带接入不断增长的需求，更是为了促进和增强移动通信的用户体验。
【发明内容】
[0008]下面给出对本公开内容的一个或多个方面的简化的摘要，以便提供对这些方面的基本理解。该摘要不是对本公开内容的全部预期特征的广泛概述，并且既不旨在确定本公开内容的所有方面的关键或重要要素，也不是示出本公开内容的任意或所有方面的范围。其唯一目的是用简化的形式呈现本公开内容的一个或多个方面的一些概念，以作为后面给出的更详细描述的前奏。
[0009]本公开内容的各个方面为单个小区提供了针对由处于RRC状态(例如，Cell_FACH)的UE进行的上行链路传输来同时部署2ms和IOms TTI的能力，其中在RRC状态下，UE不具有分配给该UE的专用信道(DCH)。此外，本公开内容的一些方面为UE提供了在非DCH状态下，在传统Rel-99PRACH消息上发送数据的选项。
[0010]在一个方面，本公开内容提供了 一种可在用户设备处操作的无线通信方法。在此，该方法包括:选择适用于指示所述用户设备能够灵活资源分配的加扰码；以及使用所选择的加扰码发送接入尝试，所述接入尝试配置为指示在上行链路数据传输中使用的优选资源。
[0011]本公开内容的另一个方面提供了一种可在用户设备处操作的无线通信方法。在此，该方法包括:从多个签名序列之中选择一个签名，所述多个签名序列被划分成至少第一签名集和第二签名集，所述第一签名集适用于指示对与2ms传输时间间隔相对应的资源用于上行链路传输的偏好，并且所述第二签名集适用于指示对与IOms传输时间间隔相对应的资源用于所述上行链路传输的偏好；以及使用所选择的签名来发送接入尝试。
[0012]本公开内容的另一个方面提供了一种可在基站处操作的无线通信方法。在此，该方法包括:发送由一个或多个用户设备使用的至少一个公共E-DCH资源的列表；从用户设备接收接入尝试，所述接入尝试适用于指示优选资源，其中，所述优选资源包括以下各项中的一个:Rel-99PRACH资源、或者根据所述至少一个公共E-DCH资源的列表的公共E-DCH资源；以及发送适用于指示对资源的分配的捕获指示符，所述资源包括所述优选资源或者非优选资源中的一个。
[0013]本公开内容的另一个方面提供了一种配置用于无线通信的用户设备。在此，该用户设备包括:至少一个处理器；操作地耦合到所述至少一个处理器的存储器；以及操作地耦合到所述至少一个处理器的发射机。所述至少一个处理器配置为:选择适用于指示所述用户设备能够灵活资源分配的加扰码；以及使用所选择的加扰码发送接入尝试，所述接入尝试配置为指示在上行链路数据传输中使用的优选资源。
[0014]本公开内容的另一个方面提供了一种配置用于无线通信的用户设备。在此，该用户设备包括:至少一个处理器；操作地耦合到所述至少一个处理器的存储器；以及操作地耦合到所述至少一个处理器的发射机。所述至少一个处理器配置为:从多个签名序列之中选择一个签名，所述多个签名序列被划分成至少第一签名集和第二签名集，所述第一签名集适用于指示对与2ms传输时间间隔相对应的资源用于上行链路传输的偏好，并且所述第二签名集适用于指示对与IOms传输时间间隔相对应的资源用于所述上行链路传输的偏好；以及使用所选择的签名来发送接入尝试。
[0015]本公开内容的另一个方面提供了一种配置用于无线通信的基站。在此，该基站包括:至少一个处理器；操作地耦合到所述至少一个处理器的存储器；以及操作地耦合到所述至少一个处理器的发射机。所述至少一个处理器配置为:发送由一个或多个用户设备使用的至少一个公共E-DCH资源的列表；从用户设备接收接入尝试，所述接入尝试适用于指示优选资源，其中，所述优选资源包括以下各项中的一个:Rel_99PRACH资源、或者根据所述至少一个公共E-DCH资源的列表的公共E-DCH资源；以及发送适用于指示对资源的分配的捕获指示符，所述资源包括所述优选资源或者非优选资源中的一个。
[0016]本公开内容的另一个方面提供了一种配置用于无线通信的用户设备。在此，该用户设备包括:用于选择适用于指示所述用户设备能够灵活资源分配的加扰码的模块；以及用于使用所选择的加扰码发送接入尝试的模块，所述接入尝试配置为指示在上行链路数据传输中使用的优选资源。
[0017]本公开内容的另一个方面提供了一种配置用于无线通信的用户设备。在此，该用户设备包括:用于从多个签名序列之中选择一个签名的模块，所述多个签名序列被划分成至少第一签名集和第二签名集，所述第一签名集适用于指示对与2ms传输时间间隔相对应的资源用于上行链路传输的偏好，并且所述第二签名集适用于指示对与IOms传输时间间隔相对应的资源用于所述上行链路传输的偏好；以及用于使用所选择的签名来发送接入尝试的模块。
[0018]本公开内容的另一个方面提供了一种配置用于无线通信的基站。在此，该基站包括:用于发送由一个或多个用户设备使用的至少一个公共E-DCH资源的列表的模块；用于从用户设备接收接入尝试的模块，所述接入尝试适用于指示优选资源，其中，所述优选资源包括以下各项中的一个:Rel_99PRACH资源、或者根据所述至少一个公共E-DCH资源的列表的公共E-DCH资源；以及用于发送适用于指示对资源的分配的捕获指示符的模块，所述资源包括所述优选资源或者非优选资源中的一个。
[0019]本公开内容的另一个方面提供了一种可在用户设备处操作的计算机程序产品，其中所述计算机程序产品包括计算机可读存储介质，所述计算机可读存储介质具有:用于使计算机选择适用于指示所述用户设备能够灵活资源分配的加扰码的指令；以及用于使计算机使用所选择的加扰码发送接入尝试的指令，所述接入尝试配置为指示在上行链路数据传输中使用的优选资源。
[0020]本公开内容的另一个方面提供了一种可在用户设备处操作的计算机程序产品，其中所述计算机程序产品包括计算机可读存储介质，所述计算机可读存储介质具有:用于使计算机从多个签名序列之中选择一个签名的指令，所述多个签名序列被划分成至少第一签名集和第二签名集，所述第一签名集适用于指示对与2ms传输时间间隔相对应的资源用于上行链路传输的偏好，并且所述第二签名集适用于指示对与IOms传输时间间隔相对应的资源用于所述上行链路传输的偏好；以及用于使计算机使用所选择的签名来发送接入尝试的指令。
[0021]本公开内容的另一个方面提供了一种可在基站处操作的计算机程序产品，其中所述计算机程序产品包括计算机可读存储介质，所述计算机可读存储介质具有:用于使计算机发送由一个或多个用户设备使用的至少一个公共E-DCH资源的列表的指令；用于使计算机从用户设备接收接入尝试的指令，所述接入尝试适用于指示优选资源，其中，所述优选资源包括以下各项中的一个:Rel_99PRACH资源、或者根据所述至少一个公共E-DCH资源的列表的公共E-DCH资源；以及用于发送适用于指示对资源的分配的捕获指示符的模块，所述资源包括所述优选资源或者非优选资源中的一个。
[0022]在了解了下面的【具体实施方式】之后，将能更加全面理解本公开内容的这些和其它方面。
【专利附图】
【附图说明】
[0023]图1是示出使用处理系统的装置的硬件实现的示例的框图。
[0024]图2是概念性地示出电信系统的示例的框图。
[0025]图3是示出接入网络的示例的概念图。
[0026]图4是概念性地示出电信系统中节点B与UE进行通信的示例的框图。
[0027]图5是示出用于用户平面和控制平面的无线协议架构的示例的概念图。
[0028]图6是示出随机接入过程的概念图。
[0029]图7是示出用于在无线通信系统中请求并向用户设备分配用于上行链路传输的资源的示例性过程的流程图。
[0030]图8是示出可在用户设备处操作以用于针对上行链路传输选择优选资源的示例性过程的流程图。
[0031]图9-12是示出使用划分的PRACH前导加扰码和/或签名序列来指示用于上行链路传输的优选资源的示意图。
【具体实施方式】
[0032]下面结合附图给出的详细描述旨在作为各种配置的描述，而不是为了表示能够实现本文所述概念的唯一配置。为了提供对各种概念的彻底理解，详细描述包括了具体细节。然而，对本领域的技术人员显而易见的是，可以不使用这些具体细节来实现这些概念。在一些实例中，以框图的形式示出公知的结构和部件，以避免模糊这些概念。
[0033]本公开内容的各个方面为单个小区提供了针对由处于Cel 1_FACH的UE在E-DCH信道上进行的上行链路传输来同时部署2ms和IOms TTI两者的能力。此外，本公开内容的一些方面为UE提供了在Cell_FACH状态下，在传统Rel_99PRACH消息上发送数据的选项。本公开内容的另外方面为网络提供了:出于任何各种原因，推翻UE在E-DCH或者Rel-99PRACH消息上对于2ms或IOms TTI资源的选择。
[0034]图1是示出了采用处理系统114的装置100的硬件实现的示例的概念图。根据本发明的各个方面，元素、或元素的任意部分、或元素的任意组合可以用包括一个或多个处理器104的处理系统114来实现。处理器104的示例包括微处理器、微控制器、数字信号处理器(DSP)、现场可编程门阵列(FPGA)、可编程逻辑设备(PLD)、状态机、门逻辑、分立硬件电路、以及被配置为执行贯穿本发明所描述的各种功能的其它适当的硬件。
[0035]在这个示例中，可以利用由总线102总体表示的总线架构来实现处理系统114。根据处理系统114的特定应用和整体设计约束，总线102可以包括任意数量的互连的总线和桥。总线102将包括(由处理器104总体地表示的)一个或多个处理器、存储器105、和(由计算机可读介质106总体地表示的)计算机可读介质的各种电路链接在一起。总线102还可以链接各种其它电路，例如定时源、外围设备、稳压器、以及电源管理电路，由于这些电路在本领域中是公知的，因此不做进一步描述。总线接口 108提供总线102和收发机110之间的接口。收发机110提供用于在传输介质上与各种其它装置进行通信的模块。根据装置的特性，还可以提供用户界面112 (例如，键区、显示器、扬声器、麦克风、操纵杆)。
[0036]处理器104负责管理总线102和一般处理，其包括执行存储在计算机可读介质106上的软件。当由处理器104执行时，软件使得处理系统114执行下面针对任何特定的装置所描述的各种功能。计算机可读介质106还可以用于存储当执行软件时由处理器104所操作的数据。
[0037]处理系统中的一个或多个处理器104可以执行软件。不论是被称为软件、固件、中间件、微代码、硬件描述语言还是其它名称，软件都应被广义地解释为指代指令、指令集、代码、代码段、程序代码、程序、子程序、软件模块、应用程序、软件应用程序、软件包、例程、子例程、对象、可执行程序、执行的线程、进程、功能等。软件可以存在于计算机可读介质106上。计算机可读介质106可以是非暂时性计算机可读介质。举例说明，非暂时性计算机可读介质可以包括磁存储设备(例如，硬盘、软盘、磁带)、光盘(例如，压缩光盘(CD)或数字多功能光盘(DVD))、智能卡、闪存设备(例如，卡、棒、钥匙驱动器)、随机存取存储器(RAM)、只读存储器(ROM)、可编程ROM (PR0M)、可擦写PROM (EPROM)、电可擦写PROM (EEPR0M)、寄存器、可移动磁盘、以及用于存储可以由计算机访问并读取的软件和/或指令的任何其它适当的介质。通过举例的方式，计算机可读介质106还可以包括载波、传输线、以及用于传送可由计算机访问和读取的软件和/或指令的任何其它介质。计算机可读介质可以位于处理系统114内部、位于处理系统114外部、或分布于包括处理系统114的多个实体上。计算机可读介质106可以体现在计算机程序产品中。举例说明，计算机程序产品可以包括位于封装材料中的计算机可读介质。本领域技术人员将认识到如何依据特定的应用和对整个系统所施加的整体设计约束以最佳的方式实现贯穿本公开内容所描述的功能。
[0038]贯穿本公开内容给出的各种概念可以在广泛的各种电信系统、网络架构和通信标准上实现。现参见图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 (未示出)互连。
[0039]由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还可以包括通用用户识别模块(USM) 211，其包含用户向网络的签约信息。为了解释说明的目的，一个UE210被示为与多个节点B208通信。下行链路(DL)(也称为前向链路)指从节点B208到UE210的通信链路，上行链路(UL)(也为反向链路)指从UE210到节点B208的通信链路。
[0040]核心网204可以与一个或多个接入网(诸如UTRAN202)相连。如图所示，核心网204是UMTS核心网络。然而，如本领域的技术人员将认识到的，可以在RAN或者其它适当的接入网中实现贯穿本公开内容所给出的各种概念，以便为UE提供到除UMTS网络以外的各种类型的核心网的接入。
[0041]所示出的UMTS核心网络204包括电路交换(CS)域和分组交换(PS)域。一些电路交换元件是移动服务交换中心(MSC)、访问位置寄存器(VLR)、以及网关MSC (GMSO0分组交换元件包括服务GPRS支持节点(SGSN)和网关GPRS支持节点(GGSN)。一些网络元件(诸如EIR、HLR、VLR和AuC)可以由电路交换域和分组交换域两者共享。
[0042]在示出的示例中，核心网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。
[0043]示出的核心网204还使用服务GPRS支持节点(SGSN) 218和网关GPRS支持节点(GGSN) 220来支持分组交换数据服务。通用分组无线服务(GPRS)被设计为提供速度比那些可用于标准电路交换数据服务的速度高的分组数据服务。GGSN220为UTRAN202提供到基于分组的网络222的连接。基于分组的网络222可以是因特网、专用数据网、或某些其它适当的基于分组的网络。GGSN220的主要功能是向UE210提供基于分组的网络连通性。数据分组通过SGSN218在GGSN220和UE210之间传送，SGSN218主要在基于分组的域中执行与MSC212在电路交换域中所执行的功能相同的功能。
[0044]UTRAN202是可以根据本公开内容来使用的RAN的一个示例。参见图3，通过举例而非限制的方式，示出了 UTRAN架构中的RAN300的简化示意图。该系统包括多个蜂窝区域(小区)，其中包括小区302、304和306,每个小区可以包括一个或多个扇区。小区可以在地理上(例如，通过覆盖区域)进行定义，和/或可以根据频率、加扰码等来进行定义。也就是说，示出的在地理上定义的小区302、304和306均可以例如通过使用不同的加扰码被进一步划分为多个小区。例如，小区304a可以使用第一加扰码，而在相同地理区域中并由同一节点B344服务时，可以通过使用第二加扰码来区别小区304b。
[0045]在划分为扇区的小区中，小区中的多个扇区可以由天线组形成，其中每个天线负责与该小区的一部分中的UE的通信。例如，在小区302中，天线组312、314和316均可以对应于不同的扇区。在小区304中，天线组318、320和322可以均对应于不同的扇区。在小区306中，天线组324、326和328可以均对应于不同的扇区。
[0046]小区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)接入点。
[0047]在与源小区的呼叫期间，或在任何其它时间，UE336可以监测源小区的各种参数以及相邻小区的各种参数。此外，根据这些参数的质量，UE336可以维持与相邻小区中的一个或多个的通信。在此期间，UE336可以维护活动集，即UE336同时连接到的小区的列表(即，当前向UE336分配下行链路专用物理信道DPCH或部分下行链路专用物理信道F-DPCH的UTRAN小区可以构成该活动集)。
[0048]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空中接口。
[0049]图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可以包括一付或多付天线，例如，其包括波束控制双向自适应天线阵列或者其它类似的波束技术。
[0050]在UE450，接收机454通过天线452接收下行链路传输，并处理该传输，以恢复调制到该载波上的信息。将接收机454恢复的信息提供给接收帧处理器460，接收帧处理器460对每一个帧进行解析，并向信道处理器494提供来自于这些帧的信息，向接收处理器470提供数据、控制和参考信号。随后，接收处理器470执行节点B410中的发射处理器420所执行的处理过程的逆操作。具体而言，接收处理器470对这些符号进行解扰和解扩，随后根据调制方案来确定节点B410发送的最可能的信号星座点。这些软判决可以是基于信道处理器494所计算得到的信道估计量。随后，对软判决进行解码和解交织，以恢复这些数据、控制和参考信号。随后，对CRC码进行校验以确定是否对这些帧进行了成功解码。随后，将成功解码的帧所携带的数据提供给数据宿472，后者表示运行在UE450和/或各种用户接口(例如，显示器)上的应用。将成功解码的帧所携带的控制信号提供给控制器/处理器490。当接收机处理器470没有对帧进行成功解码时，控制器/处理器490还可以使用确认(ACK)和/或否定确认(NACK)协议，来支持针对这些帧的重传请求。
[0051]在上行链路中，将来自数据源478的数据和来自控制器/处理器490的控制信号提供给发射处理器480。数据源478可以表示运行在UE450中的应用和各种用户接口(例如，键盘)。类似于结合节点B410的下行链路传输所描述的功能，发射处理器480提供各种信号处理功能，其包括CRC码，编码和交织以有助于实现FEC，映射到信号星座点，使用OVSF进行扩频，以及进行加扰以生成一系列符号。可以使用信道处理器494从节点B410发送的参考信号或者从节点B410发送的中导码里包括的反馈所导出的信道估计量，来选择适当的编码、调制、扩频和/或加扰方案。将发射处理器480产生的符号提供给发射帧处理器482，以生成帧结构。发射帧处理器482通过将这些符号与来自控制器/处理器490的信息进行复用来生成该帧，从而产生一系列帧。随后，将这些帧提供给发射机456，后者提供各种信号调节功能，其包括对这些帧进行放大、滤波和调制到用于通过天线452在无线介质上进行上行链路传输的载波上。
[0052]节点B410以类似于结合UE450处的接收机功能所描述的方式，来对上行链路传输进行处理。接收机435通过天线434接收上行链路传输，并处理该传输，以恢复调制到该载波上的信息。将接收机435恢复的信息提供给接收帧处理器436，收帧处理器436对每一个帧进行解析，并向信道处理器444提供来自这些帧的信息，向接收处理器438提供数据、控制和参考信号。接收处理器438执行UE450中的发射处理器480所执行的处理过程的逆操作。将成功解码的帧所携带的数据和控制信号分别提供给数据宿439和控制器/处理器。如果接收处理器没有对这些帧中的一些进行成功解码，则控制器/处理器440还可以使用确认(ACK)和/或否定确认(NACK)协议，来支持针对这些帧的重传请求。
[0053]控制器/处理器440和490可以分别用于指导节点B410和UE450处的操作。例如，控制器/处理器440和490可以提供各种功能，其包括定时、外围设备接口、电压调整、电源管理和其它控制功能。存储器442和492的计算机可读介质可以分别存储用于节点B410和UE450的数据和软件。节点B410处的调度器/处理器446可以用于向UE分配资源，并调度针对这些UE的下行链路和/或上行链路传输。
[0054]在任何无线通信系统中，通信协议架构可以根据特定的应用而采用各种形式。例如，在3GPP UMTS系统中，将信令协议栈划分成非接入层(NAS)和接入层(AS)。NAS为UE和核心网络之间的信令提供上层，并且可以包括电路交换协议和分组交换协议。AS为UTRAN和UE之间的信令提供底层，并且可以包括用户平面和控制平面。在此，用户平面或数据平面携带用户业务，而控制平面携带控制信息(即，信令)。
[0055]转到图5，AS被示为具有3个层:层1、层2和层3。层I是最低层并且实现各种物理层信号处理功能。层I在本文中将被称为物理层506。称为层2508的数据链路层在物理层506之上，并且负责UE和节点B之间在物理层506上的链路。
[0056]在层3处，RRC层516处理UE和UTRAN之间的控制面信令。RRC层516包括用于路由高层消息、处理广播和寻呼功能、建立和配置无线承载等的多个功能实体。
[0057]如由RRC层516所确定的，UE可以处于若干RRC状态中的一种。RRC状态包括空闲模式和连接模式。空闲模式具有最低的能量消耗，而连接模式包括若干中间水平的待机状态，诸如URA_PCH、Cell_PCH和Cell_FACH。RRC连接模式还包括Cell_DCH状态，在该状态下，提供专用的信道来进行最高速率的数据传输。
[0058]UE可以根据呼叫或者连接活动性来改变其RRC状态，当UE不活动时，其进入越来越低的状态。这些待机状态在诸如网络容量、呼叫建立时间、电池时间和数据速度之类的因素之间提供不同的权衡。空闲状态节省电池电量，但提供较少的无线连通性。
[0059]在所示出的空中接口中，L2层508被分裂成多个子层。在控制面中，L2层508包括两个子层:介质访问控制(MAC)子层510和无线链路控制(RLC)子层512。在用户面中，L2层508另外包括分组数据汇聚协议(PDCP)子层514。虽然没有示出，UE在L2层508之上可以有多个上层，其中包括终止于网络侧上的PDN网关处的网络层(例如，IP层)、以及终止于连接的另一端(例如，远端UE、服务器等)处的应用层。
[0060]PDCP子层514提供不同无线承载和逻辑信道之间的复用。HXP子层514还提供上层数据分组的头部压缩以降低无线传输开销，通过加密数据分组提供安全性，并且为UE提供在节点B之间的切换支持。
[0061]RLC子层512通常针对数据传输支持确认模式(AM)(其中确认和重传过程可以用于纠错)、非确认模式(UM)和透明模式，并且提供对上层数据分组的分段和重组以及对数据分组的重排序，以补偿由于在MAC层的混合自动重传请求(HARQ)而造成的无序接收。在确认模式下，诸如RNC和UE之类的RLC对等实体可以交换各种RLC协议数据单元(PDU)，出了其它方面，其中包括RLC数据H)U、RLC状态PDU和RLC重置TOU。在本公开内容中，术语“分组”可以指在RLC对等实体之间交换的任何RLC PDU0
[0062]MAC子层510提供逻辑和传输信道之间的复用。MAC子层510还负责在一个小区中在UE之间分配各种无线资源(例如，资源块)。MAC子层510还负责HARQ操作。
[0063]高速分组接入(HSPA)空中接口包括对UE210和UTRAN202(再参照图2)之间的3G/W-CDMA空中接口的一系列增强，以针对用户促进更高的吞吐量和降低的延迟。除了对先前标准的其它修改之外，HSPA采用混合自动重传请求(HARQ)、共享信道传输、以及自适应调制和编码。定义HSPA的标准包括HSDPA (高速下行链路分组接入)和HSUPA (高速上行链路接入，也称为增强型上行链路，或EUL)。
[0064]在HSPA网络中，在高层生成的一路去往MAC层510的数据，在称为传输时间间隔(TTI)的时间间隔期间，在空中被携带通过传输信道。TTI是封装的分组的时间长度，其中该封装的分组可由该分组的接收方独立地进行解码。在无线通信系统中，高层将大小适合于该TTI的分组传送到低层。
[0065]3GPP版本5规范介绍了称为HSDPA的下行链路增强。HSDPA将高速下行链路共享信道(HS-DSCH)作为其传输信道来使用。HS-DSCH通过以下三种物理信道来实现:高速物理下行链路共享信道(HS-PDSCH)、高速共享控制信道(HS-SCCH)、以及高速专用物理控制信道(HS-DPCCH)。
[0066]在这些物理信道之中，HS-DPCCH在上行链路上携带HARQ ACK/NACK信令，以指示是否对相应的下行链路分组传输成功地进行了解码。也就是说，关于下行链路，UE210通过HS-DPCCH向节点B208提供反馈，以指示其是否对该下行链路上的分组正确地进行了解码。
[0067]HS-DPCCH还包括来自UE210的反馈信令，以帮助节点B208在调制和编码方案与预编码加权选择的方面做出正确的决定，其中该反馈信令包括信道质量指标(CQI)和预编码控制信息(PCI)。
[0068]3GPP版本6规范介绍了称为增强的上行链路(EUL)或高速上行链路分组接入(HSUPA)的上行链路增强。EUL将EUL专用信道(E-DCH)作为其传输信道使用。在上行链路中，将E-DCH与版本99DCH —起进行发送。
[0069]通过包括E-DCH专用物理数据信道(E-DPDCH)和E-DCH专用物理控制信道(E-DPCCH)的物理信道来实现E-DCH。此外，HSUPA依赖于另外的物理信道，其包括E-DCH HARQ指示符信道(E-HICH)、E-DCH绝对授权信道(E-AGCH)和E-DCH相对授权信道(E-RGCH)0
[0070]与在先前的W-CDMA系统(例如，Rel-99)中使用的DCH相比，E-DCH通过使用具有较短TTI (如2ms —样低)的调度的上行链路，在上行链路上提供显著的较高的数据容量和数据用户速度。也就是说，较短的TTI可以实现降低的延迟、调度过程中的增加的粒度、以及对随时间变化的信道状况的更佳跟踪。现有的实现利用最小IOms TTI。通常当信号状况是有利的时，或者当UE具有可用于上行链路传输的功率净空时才使用2ms TTI，而IOmsTTI提供改善的覆盖。此外，如果UE是覆盖受限的，或者具有有限的功率净空，则IOms TTI将是更有利的。
[0071]如上所述，UMTS网络中UE450的RRC状态的一种称为Cell_FACH，在Cell_FACH状态下，UE在下行链路上连续地对前向接入信道(FACH，其用于相对少量数据的传输)进行监测，但不存在分配给该UE的专用物理信道。当处于Cell_FACH状态时，允许UE在随机接入过程之后进行上行链路传输，如下面所描述的。
[0072]在UE处于Cell_FACH状态时可以发起传统的随机接入过程主要由UE450和节点B410处的MAC实体510进行管理。如下所述，除了其它方面，该随机接入过程使用包括BCH、RACH和AICH的信道。
[0073]广播信道(BCH)是由节点B410发送的传输信道，其携带针对于在监听范围之内的任何移动台的广播信息。该广播信息可以是特定于具体小区，或者可以是关系到该网络。除了其它信息，该广播信息可以包括:用于RACH的可用的RACH子信道和可用的加扰码以及签名的列表。
[0074]随机接入信道(RACH)是通常由UE450用来携带接入尝试并向网络发起呼叫、或者在加电之后向网络注册终端、或者用于在从一个位置移动到另一个位置之后执行位置更新所使用的传输信道。也就是说，RACH可以提供公共上行链路信令消息，并且还可以携带来自在Cell_FACH状态下进行操作的UE的专用上行链路信令和用户信息。在物理层，RACH映射到物理随机接入信道(PRACH)。[0075]由UE450发送的PRACH包括前导码，其中该前导码是在该信道上的数据传输之前发送的。PRACH前导码包含16个符号的签名序列，其与具有256的扩频因子的扩频序列进行组合，产生具有4096个码片长度的PRACH前导码。
[0076]捕获指示符信道(AICH)是由节点B410发送，以指示接收到接入尝试。也就是说，一旦节点B410检测到PRACH前导码，则该节点B410通常发送AICH，其中该AICH包括与在PRACH上所使用的相同的签名序列。AICH通常包括称为捕获指示符(Al)的信息元素，该信息元素可以包括指示对所接收的接入尝试的接受或者拒绝的肯定确认(ACK)或者否定确认(NACK)0 AICH还可以包括扩展的捕获指示符(E-AI)(如下面所进一步详细描述的)，用于除了肯定确认或否定确认之外，向UE提供资源分配信息。
[0077]图6示出了根据3GPP版本99规范(本文中称为Rel_99)的UTRA网络中的典型随机接入过程。在此，该随机接入过程开始于:UE450对BCH进行解码，以确定可用的RACH子信道及其加扰码和签名。随后，UE450可以从允许该UE使用的一组子信道之中，随机地选择这些RACH子信道中的一个。还可以从可用的签名之中，随机地选择签名。
[0078]在设置初始的PRACH前导码发射功率水平之后，UE450发送具有所选择的加扰码和签名的PRACH前导码602。在图6的视图中，该PRACH前导码包括两个传输，其中在不由网络确认的每一个传输中具有功率的斜坡。当检测到PRACH前导码602时，节点B410可以在AICH上使用指示否定确认的捕获指示符(Al) 604进行响应。在此，UE450停止其传输，稍后在等待了等于所选择的回退时段的等待时间606之后再次进行重试(如果与持久性值相对应的接入尝试的次数尚未耗尽)。在进行等待之后，如果根据UE450的持久性值所允许的尝试次数尚未耗尽，则UE450可以在PRACH上发送后续的PRACH前导码608。在该实例中，该接入尝试遇到由节点B410在AICH上发送的肯定确认610。在此，该AICH包括由UE所发送的相同签名序列。一旦UE450检测到该AICH确认，则其可以发送RACH传输的消息部分612。也就是说，当传统的Rel-99UE处于Cell_FACH状态时，则可以使用Rel_99PRACH消息，以相对较低的数据速率来发送上行链路数据。
[0079]对于以信号发送少量的用户数据来说，该Rel_99PRACH消息是有用的。然而，由于该数据速率通常低于10kbps，因此期望能够在Cell_FACH状态下使用HSPA传输和物理信道来改善性能。由于该原因和其它原因，更多最新的规范介绍了增强的RACH。
[0080]在版本8规范中定义的增强的RACH使E-DCH资源能够由UE在处于Cell_FACH时用来进行上行链路传输。与使用Rel_99PRACH消息可获得的数据速率相比，E-DCH上的传输以需要更多量的功率进行传输为代价，提供更高的数据速率。
[0081]为了实现增强的RACH，对上面所描述和图6中所示出的Rel-99随机接入过程的某些方面进行修改。例如，在BCH上将要在Cell_FACH中使用的E-DCH资源广播给该小区中的所有UE。能够实现增强的RACH的UE可以对该资源列表进行解码，以便在后续的接入尝试中使用。
[0082]在能够实现增强的RACH的UE中，PRACH前导码602、608的传输包括:配置为指示该UE力图发送E-DCH传输的前导码签名。作为响应，节点B可以发送配置为指示分配给该UE的E-DCH资源的相应的Al或E-AI (604、610)。在此，E-AI是扩展的捕获指示符(根据版本8或者包括3GPPTS25.214的稍后3GPP规范)，其可以为UE提供E-DCH资源配置信息，以在Cell_FACH状态下在上行链路传输中使用。[0083]因此，在增强的RACH下，不是如上所述地发送RACH消息612，而是UE使用在AICH传输中所指示的可用于该UE的资源，使用E-DCH来发送上行链路数据。
[0084]虽然增强的RACH过程提供了超过Rel_99RACH过程的益处，但仍存在某些缺点。例如，相对于RACH上的传输，E-DCH上的上行链路传输使用来自UE的更多的功率，其能够不利地影响移动设备的电池寿命。
[0085]此外，对处于Cell_FACH的UE’将整个小区的公共E-DCH资源配置为2ms TTI或IOms TTI。也就是说，在一个小区之中，传统上不会使处于Cell_FACH状态中的一些UE使用2ms TTI，而处于Cell_FACH状态中的另一些UE使用IOms TTI。这种限制能够不利地影响处于Cell_FACH的所有UE的覆盖。
[0086]也就是说，为了确保更大的RACH覆盖起见，网络可能倾向于在IOmsTTI上配置所有公共E-DCH资源。这种配置导致了对具有较大发射功率净空的UE的数据速率限制，剥夺了这些UE的2ms TTI的高数据速率和低时延益处。
[0087]另一方面，如果网络要利用2ms TTI配置所有公共E-DCH资源，则具有低功率净空的UE将不能利用由于IOms TTI而带来的改善的覆盖性能的益处。
[0088]此外，对于能够实现EUL的UE来说，当前规范不允许传统Rel_99PRACH消息上的传统的数据传输。然而，在一些情况下，如果只有少量的数据要发送，则就功率使用来说，在E-DCH上进行发送是高成本的，相反，UE可以受益地在传统的Rel-99PRACH消息上进行发送。
[0089]因此，本公开内容的各个方面为单个小区提供了针对处于Cell_FACH的UE的上行链路传输来同时部署2ms和IOms TTI两者的能力。此外，本公开内容的一些方面为UE提供了在Cell_FACH状态下，在传统Rel_99PRACH消息上发送数据的选项。
[0090]此外，本公开内容的各个方面提供了其它RRC状态下的这些能力，而不仅仅限于Cell_FACH状态。也就是说，虽然本文中详细描述的随机接入过程涉及Cell_FACH状态，但本领域普通技术人员应当理解，这些过程可以等同地应用于处于其它非DCH RRC状态(诸如URA_PCH、Cell_PCH甚或在空闲模式下)的UE。
[0091]为了实现这些能力，可以期望与传统的UE向后兼容。在此，“传统UE”可以指能够根据3GPP版本8 (下文简称为“Rel-8”)规范在小区中进行通信的UE。此外，“传统UE”可以指根据版本11规范之前的任何3GPP版本进行配置的UE。因此，可以对发送给小区的信令进行配置，使得该小区中的传统UE可以根据其指定的过程，继续使用随机接入过程进行上行链路传输，例如使用如上所述的Rel-99PRACH或者增强的RACH。此外，可以使得根据本公开内容配置的UE能够接收配置，其中该配置使得能够进行在以下各项中的选择:Rel-99PRACH消息；根据增强的RACH过程的Rel_8公共E-DCH ;具有IOms TTI的Rel-1l公共E-DCH ;以及具有2ms TTI的Rel-1l公共E-DCH0
[0092]图7是示出可以在UE450处操作，以便使处于Cell_FACH或其它适当的非DCH状态的UE进行随机接入过程，使能够针对E-DCH上的上行链路传输来同时部署2ms和IOmsTTI的示例性过程700的流程图。在一些示例中，过程700还可以使处于Cel 1_FACH或其它适当的非DCH状态的UE能够使用Rel-99PRACH传输。
[0093]根据本公开内容的各个方面，过程700可以由节点B410和/或UE450 (参见图4)进行实现。根据本公开内容的另一个方面，过程700可以由处理系统114 (参见图1)进行实现。根据本公开内容的另一个方面，过程700可以由任何适当的处理器、装置或者用于执行所陈述的功能的模块进行实现。
[0094]在方框702，UTRAN (例如，RNC206，参见图2)可以发送一个或多个公共上行链路资源的列表。在此，该传输可以在诸如BCH之类的广播信道上进行，其中BCH是处于该小区的监听范围之内的任何一个或多个UE可以接收的共享信道。使用该广播,小区可以向一个或多个UE传送哪些资源可用于E-DCH上的上行链路传输。通常，这些上行链路资源包括:可以用于Cell_FACH中的上行链路业务的公共E-DCH资源的列表。此外，小区可以向UE传送哪些资源可供Rel-99PRACH使用。
[0095]在一个示例中，所述广播可以包括针对传统UE而言可接入的第一列表以及针对根据本公开内容配置的UE而言可接入的第二列表，其中第一列表指示2ms或IOms TTI中的一个(例如，与上面所描述的传统增强的RACH过程相对应)。在此，第二列表可以包括多个公共E-DCH资源集合:第一集合包括2ms TTI ;第二集合包括IOms TTI ;并且可选地，第三集合包括可用于Rel_99PRACH传输的资源。在本公开内容的另外方面，可以向网络提供不广播第二列表的选项。在该情况下，该UE的行为将回退到本质上与传统UE相同，S卩，只使用在第一列表上宣告的资源，该资源在该小区之中一律是单个TTI长度。
[0096]当使用第二列表的公共E-DCH资源时，可以可选地将第二列表中的任何集合的大小设置为零。用此方式，网络可以具有宣告仅与第二列表上的值中的一个(例如，2ms或IOmsTTI)相对应的公共E-DCH资源以由根据本公开内容配置的UE进行使用的灵活性。
[0097]也就是说，可以将(可由传统UE接入的)第一列表设置为第一 TTI长度，并且可以将(可专门由根据本公开内容配置的UE450接入的)第二列表设置为第二 TTI长度。用此方式，当UE450做出请求第一列表上的资源的接入尝试时，网络可以将该UE450作为传统UE来对待；并且当UE450做出请求第二列表上的资源的接入尝试时，该网络知道该UE450是根据本公开内容配置的并且能够进行灵活的资源分配。
[0098]在具体的示例中，可以将可由传统UE接入的第一列表设置为广播IOms TTI，并且可以将第二列表设置为广播2ms TTI。在该示例中，如果根据本公开内容配置的UE450要做出使用第一列表来请求IOms TTI的接入尝试时，则网络将不需要用任何方式来确定该UE450是根据本公开内容配置的、能够灵活地利用2ms或者IOms TTI。因此，网络将该UE450作为传统UE来对待，并根据该请求来分配资源作为可用的。另一方面，如果UE要做出利用第二列表来请求2ms TTI的接入尝试(通过利用传统UE不会感知的第二列表)，则将使得网络来确定该UE450是根据本公开内容配置的、并且能够进行对使用2ms或者IOms TTI的资源的灵活分配。在该情况下(如下面所进一步详细描述的)，网络可以尊重该UE的请求并分配使用2ms TTI的资源，或者网络可以否决该UE的请求并分配使用IOms TTI的资源。
[0099]在此，将可由传统UE接入的第一列表填充为广播2ms TTI，而将第二列表填充为广播IOms TTI是可行的。然而，如果根据本公开内容配置的UE450请求了 IOms TTI，则针对该请求的原因很可能是由于功率净空限制。也就是说，如上所述，当信号状况是有利时，或者当UE具有可用于上行链路传输的功率净空时，通常只实现2ms TTI。在该情况下，如果UE450请求了 IOms TTI，则其否决该请求转而向该UE450分配2ms TTI是没有意义的。也就是说，UE450可能不具有足够的功率净空来使用2ms TTI。因此，在向请求IOms TTI的UE进行资源分配时，使第一、传统列表具有广播2msTTI并且第二列表具有广播IOms TTI不会带来灵活性的益处。
[0100]在本公开内容的另外方面，方框702中的广播可以包括:与Rel_99PRACH、Rel-8公共E-DCH资源、以及Rel-112ms TTI和IOms TTI公共E-DCH资源中的两个或更多之间的PRACH划分相对应的信息。下面进一步详细描述PRACH划分。
[0101]在方框704，UE450可以接收由节点B在方框702中发送的广播。在具有了公共E-DCH 资源的列表、以及 Rel-99PRACH、Rel-8 公共 E-DCH 资源、与 Rel-112ms TTI 和 IOmsTTI公共E-DCH资源之间的PRACH划分之后，可以使UE450发送接入尝试，如下所述，该接入尝试配置为指示对在非DCH状态(例如，Cell_FACH)下的上行链路传输的特性的偏好。例如，可以使UE450为在该接入尝试中指示对使用Rel-99PRACH消息、或者使用2ms或IOmsTTI的E-DCH传输的偏好。
[0102]在方框706，UE450可以确定对于非DCH状态下的上行链路传输的特性的偏好。例如，Cell_FACH下的UE450可以在包括Rel_99PRACH消息、使用2ms TTI的E-DCH消息或者使用IOms TTI的E-DCH消息中的一个或多个候选之中进行选择。
[0103]如上所述，这些上行链路传输格式中的每一种具有不同的优点和缺点。例如，在配置为允许Rel-99PRACH消息上的传输的UE中，该消息可以利用比E-DCH上的传输少的能量，但提供较低的比特速率。因此，为了节能，当要发送的数据的量非常小时，该UE可以选择Rel-99PRACH消息。如果要发送的数据的量相对较大时，则自然的选择是将公共E-DCH资源用于上行链路传输。在该情况下，或者在未配置为允许Rel_99PRACH消息上的Cell_FACH传输的UE中，UE可以在2ms和IOms TTI之间进行选择。
[0104]在本公开内容的一个方面，在2ms和IOms TTI之间的选择可以基于诸如信号状况和/或UE450的功率净空之类的因素。也就是说，如上所述，经历较差信号状况和/或具有有限的功率净空的UE将有利地选择IOms TTI，这是由于该格式在小区中提供改善的覆盖。然而，经历良好信号状况和/或具有较大的可用净空的UE可能希望选择2ms TTI来使其自身受益于该较短TTI的各种益处。
[0105]幸运的是，现有的传统PRACH过程(例如，如在Rel-8中所规定的)包括:确定表示为Preamble_Initial_Power (前导码初始功率)的值，其是UE450在其第一 PRACH前导码传输602中使用的功率(参见图6)。在此，根据从小区接收的导频功率和由UE450检测到的上行链路干扰的量来确定Preamble_Initial_Power的值。因此,在本公开内容的一些方面，可以将该Preamble_Initial_Power重用为在2ms和IOms TTI之间选择的因素。也就是说，如果所计算的Preamble_Initial_Power的值较高,则这可以意味着UE450具有有限的功率净空，并且UE450因此选择IOms TTI ;否则，如果Preamble_Initial_Power的值较低，则UE450可以选择2ms TTI。
[0106]图8是示出根据本公开内容的一些方面，用于UE (例如，UE450)在非DCH状态(诸如Cell_FACH)下，选择上行链路传输的特性的示例性过程800的流程图。在此，过程800可以与图7的方框706相对应，提供了其中的另外细节。
[0107]在方框802，该过程可以确定处于非DCH状态(例如，Cell_FACH)下的UE450是否具有数据要在上行链路传输上发送。如果没有，那么该过程结束；但是如果有，则在方框804，该过程可以确定该数据的量是否小于数据阈值。在一些示例中，可以由网络将该数据阈值发送给UE450，例如，在系统信息块(SIB)上进行广播。在其它示例中，该数据阈值可以预编程在UE450中(例如，存储在存储器492中)，或者可以使用任何其它适当的预先确定的数据阈值。在此，如果该数据量小于数据阈值，则在方框806，UE450可以选择Rel-99PRACH消息，来用于上行链路传输。
[0108]另一方面，如果数据量不小于该数据阈值，则该过程可以转到方框808，其中在方框808,该过程可以确定初始发射功率(例如，上面所描述的Preamble_Initial_Power)的函数是否大于功率阈值。在此，该初始发射功率的函数可以是初始发射功率的任何适当函数，其包括但不限于:该初始发射功率自身、初始发射功率和某个其它功率值之间的差值或者总和等。类似于上面参照方框804所讨论的数据阈值，在方框808中使用的功率阈值可以由网络发送给UE450 (例如，在系统信息块(SIB)上进行广播)。在其它示例中，可以将该功率阈值预编程在UE450中，或者也可以使用任何其它适当的预先确定的功率阈值。在此，如果初始发射功率的函数大于该功率阈值，则在方框810，该过程可以选择IOms TTI。另一方面，如果初始发射功率的函数不大于该功率阈值，则在方框812，该过程可以选择2ms TTI。
[0109]在本公开内容的一些方面，执行过程800的UE450可以只在2ms和IOms TTI之间进行选择。也就是说，该过程中从方框804到方框806的与Rel-99PRACH消息有关的潜在选择的部分是可选的。在该示例中，在方框802之后，在确定处于非DCH状态的UE具有数据要发送之后，该过程可以直接转到方框808，以便在2ms和IOms TTI之间进行选择。
[0110]现返回到图7，一旦UE450在方框706中确定(如上面结合图8所描述的)了上行链路传输的特性的偏好，该过程就可以转到方框708，其中在方框708，UE450发送接入尝试，其中该接入尝试被配置为指示所确定的偏好。根据本公开内容的一个方面，该接入尝试可以被配置为通过以下方式来指示所确定的偏好:对PRACH前导加扰码集进行划分、对在特定的加扰码上使用的签名序列集进行划分、或者使用上面的组合的方式。
[0111]图9-12是演示如何将PRACH前导配置成指示对所确定的上行链路传输格式的偏好的一些示例的示意图。也就是说，上面结合图6所描述的PRACH前导码602通常是由UE450使用从一组可用的加扰码之中选择的加扰码来发送。在图9-10和图12中，示出了三种不同的加扰码；并且在图11中，示出了四种不同的加扰码；然而，在任何具体的示例中，在该可用的加扰码集中，可以包括任何适当数量的加扰码。此外，除了加扰码之外，还通过从一组可用的签名中选择的签名，对PRACH前导码602进行调制。在图9-12的每一个图中，将每一个加扰码示出为具有包括六个签名的签名空间。然而,在任何具体的示例中,在针对每个加扰码的可用签名集中，可以包括任何适当数量的签名。
[0112]可以根据上面围绕方框702和704所描述的向UE发送的一个或多个公共上行链路资源的列表，在UE450中设置针对上行链路传输格式的特定偏好和特定的加扰码-签名序列选择之间的对应关系。也就是说，在广播信道上向UE450发送的信息可以对应于PRACH前导加扰码和/或签名空间的划分，使得UE对于优选的上行链路传输格式的选择可以使用所接收的该信息来选择相对应的PRACH前导和/或签名划分。
[0113]例如，在图9中所示出的示例中，将签名空间划分成三个部分，每一个划分对应于Rel-99PRACH消息、IOms TTI或2ms TTI中的一个。在此，每一个划分包括该签名空间中的两个签名；然而，在根据本公开内容的方面的各个示例中，在每一个划分中，可以出现任何适当数量的签名。用此方式，在方框706中对Rel-99PRACH消息、IOms TTI或2ms TTI中的一个的偏好进行了选择的UE450可以从用于PRACH前导码传输的相应签名之中进行选择。[0114]对于图9中所示出的示例的一种可能变型可以是将签名空间在用于传统UE的第一签名集和用于根据本公开内容配置的UE的第二签名集之间进行划分。用此方式，还可以将第二签名集进一步划分成一个或多个签名的组，每一个组对应于Rel-99PRACH消息、E-DCH 上的 2ms TTI 或 E-DCH 上的 IOms TTI 中的一个。
[0115]在图10所示出的示例中，将PRACH前导加扰码划分成三个部分，每一个划分对应于Rel-99PRACH消息、IOms TTI或2ms TTI中的一个。在此，每一个划分包括一个或多个加扰码；然而，在根据本公开内容的方面的各个示例中，在每一个划分中可以出现任何适当数量的加扰码。用此方式，在方框706中对Rel-99PRACH消息、IOms TTI或2ms TTI中的一个的偏好进行了选择的UE450可以从用于PRACH前导码传输的相应加扰码之中进行选择。
[0116]在图11所示出的示例中，使用了上面的组合。也就是说，在该示例中，如在传统的系统中，可以使用第一 PRACH前导码集合，以例如维持与传统UE的向后兼容。再次参见图7，用此方式，在广播信道上发送的一个或多个公共E-DCH资源的列表可以包括:由传统UE使用的第一列表、以及由根据本公开内容所配置的UE使用的第二列表。在此，第一列表可以用于映射由传统UE使用的加扰码和签名序列的资源，并且第二列表可以对加扰码和/或签名序列中的一者或两者进行划分，以指示对于Rel_99PRACH、10ms TTI或2ms TTI的偏好。当然，不必禁止根据本公开内容的方面所配置的UE使用第一 PRACH前导码集合，并且在本公开内容的保护范围之内，该集合可以用于PRACH前导码传输。
[0117]在图12所示出的示例中，将PRACH前导加扰码划分成两个集合:用于与传统UE向后兼容的第一集合，以及用于根据本公开内容的方面所配置的UE的第二集合。在此，一个示例可以使用第一集合来配置整个小区中的传统UE使用2ms或IOms TTI进行上行链路E-DCH传输，如同在传统的增强PRACH过程中，如上所述；并且可以针对2ms或者IOms中的另一个，使用第二集合来配置根据本公开内容的方面所配置的UE。在此，配置第一集合来请求IOms TTI，而配置第二集合来请求2ms TTI是最方便的，所以，如下所述，网络可以否决UE针对2ms TTI的请求，而不是向该UE分配IOmsTTI。
[0118]当然，图9-12中所示出的示例在本质上只是示例性的，本领域普通技术人员应当认识到，在本公开内容的保护范围之内，可以使用公共E-DCH资源和PRACH资源的任何其它适当的划分。
[0119]返回到方框708，在根据方框706中所确定的针对上行链路传输的偏好来选择了具体的划分之后，UE可以随后选择在所选择的划分之中的加扰码和/或签名序列的特定组合。例如，可以从所选择的划分之内的加扰码之中，随机地选择用于该PRACH前导码划分的具体加扰码。类似地，可以从所选择的划分之内的签名序列之中，随机地选择用于该PRACH前导码划分的具体签名序列。在选择了签名序列和加扰码之后，UE可以随后使用所选择的加扰码和签名序列，发送包括PRACH前导码的接入尝试。
[0120]在方框710，节点B410运行搜索器过程，以搜索在方框708中由UE450发送的接入尝试。在此，如果节点B410处的搜索器被配置为:检测根据本公开内容配置的UE在方框708中发送的接入尝试中所使用的加扰码的存在性，那么在节点B410检测到该加扰码的能量的时刻，其将会知道该接入尝试源自于根据本公开内容所配置的UE(S卩，其具有在处于非DCH状态下，针对上行链路传输进行灵活资源分配的能力)。在方框712，节点B410 (就其自身或者与诸如RNC之类的一个或多个网络节点进行协调)确定可供UE用于进行上行链路传输的资源。
[0121]基于在方框712中所确定的可用的资源，并且无论这些资源是否与UE450在方框708中所请求的资源相对应，在方框714中，节点B410可以确定是否尊重该UE所指示的偏好。也就是说，根据本公开内容的一个方面，节点B410可以选择尊重该UE针对资源的请求，以便在Rel-99PRACH消息中的一个上进行发送，或者使用具有2ms或IOms TTI中的一个的E-DCH资源池；或者节点B410可以选择否决该UE的请求，并且向该UE分配其它资源。在此，对于否决该UE的请求的决定可以是归因于节点B的处理限制、噪声增量、热噪声增量(RoT)考虑，或者归因于任何其它适当的原因。
[0122]无论节点B410选择尊重还是否决UE的请求，根据本公开内容的另外方面，在方框716，节点B410都可以在响应信道(例如，捕获指示符信道(AICH))上发送针对该接入尝试的响应。在此，可以使用AICH上的诸如捕获指示符(Al)和/或扩展捕获指示符(E-AI)之类的信息元素，来向UE450指示资源分配(即,指示节点B410是尊重还是否决该UE的请求)。也就是说，可以使用Al和/或E-AI来向UE450发送是在Rel_99PRACH消息上发送上行链路数据，还是使用具有2ms或IOms TTI的E-DCH来发送上行链路数据。
[0123]在方框718，UE450可以对AICH进行监测，其目标在于从节点B410接收该传输。也就是说，根据常规的、传统随机接入过程，传统UE通常只监测AICH，以寻找与所请求的资源相对应的Al。用此方式，传统UE可以确定该消息是(可能是)针对于该UE，并因此使用该资源。但是，在本公开内容的一个方面，在AICH上向UE450发送的消息可能没有指定该UE450所请求的相同资源，这是由于网络可能希望否决该UE的偏好，而向UE450分配其它资源。因此，在本公开内容的一个方面，与传统UE相比，UE450可以对AICH的更大部分进行监测，其潜在监测小区中的所有AICH传输。也就是说，UE450可以对响应于PRACH前导码传输的AICH上的Al和/或E-AI进行监测，根据在AICH上接收的Al和/或E-AI的特性，UE450可以接收所请求的资源或者不同的资源(如果其偏好被否决的话)。在一个示例中，UE450可以接收特定的签名上的Al和/或E-AI，其中该特定签名与指示向UE450分配了其在方框708中所指示的优选资源的签名相对应，或者与指示向UE450分配了不同的资源(即，否决了 UE450所指示的偏好)的签名相对应。在另一个示例中，UE450可以检测Al和/或E-AI比特(或者一些比特)，其中该Al和/或E-AI比特用于发送资源索引，在资源是E-DCH资源的情况下，UE450可以检测用于发送向该UE分配的TTI值的第二 Al和/或E-AI比特(或者一些比特)。无论如何，本公开内容的方面向网络提供了依据针对公共E-DCH资源的TTI选择或者Rel-99PRACH消息，来否决UE的请求的能力。
[0124]在本公开内容的另外方面，可以为根据本公开内容所配置的UE保留在E-AI上使用的一个Walsh码。也就是说，在当前规范下，E-AI包括多个Walsh码，在每一个码上，可以发送表示+1或-1的信息。因此，每一个Walsh码可以用于表示两个不同的资源索引。在本公开内容的一个方面,可以保留Wal sh码中的一个(例如，空间中的最后Walsh码)，使得在该码上发送的+1或-1可以分别表示2ms TTI和IOms TTI (或者分别表示IOms TTI和2ms TTI)。用此方式，可以简化UE450的任务，使得其只寻找该特定的Walsh码，而不是对整个AICH进行监测。
[0125]在方框720，UE450可以根据在方框718中在AICH上接收的Al和/或E-AI，确定节点B410分配了哪些资源；在方框722，UE450可以使用所分配的资源，来在非DCH状态(例如，Cell_FACH)下进行上行链路数据传输。
[0126]参照W-CDMA系统给出了电信系统的一些方面。如本领域普通技术人员所应当容易理解的，贯穿本公开内容所描述的各个方面可以扩展到其它电信系统、网络架构和通信标准。
[0127]举例而言，本申请的各个方面可以扩展到其它UMTS系统，例如，TD-SCDMA和TD-CDMA。各个方面还可以扩展到使用长期演进(LTE)(具有FDD、TDD模式或者这两种模式)、改进的LTE (LTE-A)(具有FDD、TDD模式或者这两种模式)、CDMA2000、演进数据优化(EV-D0)、超移动宽带(UMB)、IEEE802.11 (W1-Fi )、IEEE802.16 (WiMAX)、IEEE802.20、超宽带(UWB)、蓝牙(Bluetooth)的系统和/或其它适当的系统。所使用的实际电信标准、网络架构和/或通信标准，取决于具体的应用和对该系统所施加的全部设计约束条件。
[0128]应当理解的是，本申请所公开方法中的特定顺序或步骤层次只是示例性过程的一个例子。应当理解的是，根据设计优先选择，可以重新排列这些方法中的特定顺序或步骤层次。所附的方法权利要求以示例顺序给出了各种步骤的元素，但并不意味着其受到给出的特定顺序或层次的限制，除非本申请进行了明确地说明。
[0129]为使本领域任何普通技术人员能够实现本申请描述的各个方面，上面围绕各个方面进行了描述。对于本领域普通技术人员来说，对这些方面的各种修改都是显而易见的，并且本申请定义的总体原理也可以适用于其它方面。因此,本公开内容并不限于本申请示出的方面，而是与本公开内容公开的全部范围相一致，其中，除非特别说明，否则用单数形式修饰某一部件并不意味着“一个和仅仅一个”，而可以是“一个或多个”。除非另外特别说明，否则术语“一些”指代一个或多个。指代一个列表项“中的至少一个”的短语是指这些项的任意组合，其包括单个成员。举例而言，“a、b或c中的至少一个”旨在覆盖:a ；b ；c ;&和b ;a和c ；b和c ;a、b和C。贯穿本公开内容描述的各个方面的部件的所有结构和功能等价物以引用方式明确地并入本申请中，并且旨在由权利要求所涵盖，这些结构和功能等价物对于本领域普通技术人员来说是公知的或将要是公知的。此外，本申请中没有任何公开内容是想要奉献给公众的，不管这样的公开内容是否明确记载在权利要求书中。此外，不应依据美国专利法第112条第6款来解释任何权利要求的构成要素，除非该构成要素明确采用
了“用于......的模块”的措辞进行记载，或者在方法权利要求中，该构成要素是用用
于.....的步骤”的措辞来记载的。
【权利要求】
1.一种可在用户设备处操作的无线通信的方法，所述方法包括: 选择适用于指示所述用户设备能够灵活资源分配的加扰码；以及 使用所选择的加扰码发送接入尝试，所述接入尝试配置为指示在上行链路数据传输中使用的优选资源。
2.根据权利要求1所述的方法，其中，发送所述接入尝试包括:处于非DCH状态时，发送所述接入尝试。
3.根据权利要求2所述的方法，其中，所述非DCH状态是Cell_FACH状态。
4.根据权利要求1所述的方法，其中，发送所述接入尝试还包括:使用从多个签名序列中选择的签名， 其中，将所述多个签名序列划分成多个签名集，所述签名集中的每一个对应于一个特定的资源偏好，使得在所述多个签名集中的一个集合中对所选择的签名的选择是基于与所选择的集合相对应的所述特定资源的偏好。
5.根据权利要求1所述的方法，其中，所述优选资源包括PRACH消息或者E-DCH消息中的一个，所述方法还包括: 如果发送缓冲器中的数据的量小于数据阈值，则将所述PRACH消息选择为所述优选资源；以及 如果所述发送缓冲器中的所述数据的量不小于所述数据阈值，则将所述E-DCH消息选择为所述优选资源。
6.根据权利要求5所述的方法，其中，将所述E-DCH消息选择为所述优选资源还包括:选择与IOms传输时间间隔相对应的第一资源或者与2ms传输时间间隔相对应的第二资源中的一个，并且其中，将所述E-DCH消息选择为所述优选资源还包括: 如果在随机接入前导码传输上使用的初始发射功率的函数大于功率阈值，则选择与所述IOms传输时间间隔相对应的所述第一资源；以及 如果在所述随机接入前导码传输上使用的所述初始发射功率的所述函数不大于所述功率阈值，则选择与所述2ms传输时间间隔相对应的所述第二资源。
7.根据权利要求1所述的方法，其中，所述优选资源包括:具有2ms传输时间间隔或者IOms传输时间间隔中的一种的公共E-DCH资源。
8.根据权利要求1所述的方法，其中，资源的类型包括:3GPP版本99PRACH消息资源或者公共E-DCH资源中的一种，所述公共E-DCH资源包括:2ms传输时间间隔或者IOms传输时间间隔中的一种。
9.根据权利要求1所述的方法，还包括: 接收针对所述接入尝试的响应，所述响应配置为:授权所述优选资源、否决所述优选资源的所述指示并授权非优选资源、或者拒绝所述接入尝试。
10.根据权利要求9所述的方法，其中，所述响应包括增强的捕获指示符(E-AI)，所述E-AI适用于指示与所述优选资源或者所述非优选资源中的一个相对应的分配的资源。
11.根据权利要求10所述的方法，其中，所述响应还包括:适用于以信号发送资源索引的第一 E-AI比特。
12.根据权利要求11所述的方法，其中，所述响应还包括:适用于以信号发送分配给所述用户设备的传输时间间隔的第二 E-AI比特。
13.—种可在用户设备处操作的无线通信的方法，所述方法包括: 从多个签名序列之中选择一个签名，所述多个签名序列被划分成至少第一签名集和第二签名集，所述第一签名集适用于指示对与2ms传输时间间隔相对应的资源用于上行链路传输的偏好，并且所述第二签名集适用于指示对与IOms传输时间间隔相对应的资源用于所述上行链路传输的偏好；以及 使用所选择的签名来发送接入尝试。
14.根据权利要求13所述的方法，其中，选择所述签名包括: 如果在随机接入前导码传输上使用的初始发射功率的函数大于功率阈值，则从所述第一签名集之中选择签名；以及 如果在所述随机接入前导码传输上使用的所述初始发射功率的所述函数不大于所述功率阈值，则从所述第二签名集之中选择签名。
15.根据权利要求13所述的方法，其中，所述多个签名序列还被划分成包括第三签名集，所述第三签名集适用于指示对与3GPP版本99PRACH消息相对应的资源用于所述上行链路传输的偏好。
16.根据权利要求15所述的方法，其中，选择所述签名包括: 如果发送缓冲器中的数据的量小于数据阈值，则从所述第三签名集之中选择签名；以及
如果所述发送缓冲器中的所述数据的量不小于所述数据阈值，则从所述第一签名集或者所述第二签名集中的一个之中选择签名。
17.根据权利要求15所述的方法，其中，所述多个签名序列还被划分成包括第四签名集，所述第四签名集适用于指示对根据3GPP版本8标准的公共E-DCH资源的偏好。
18.根据权利要求13所述的方法，其中，所述多个签名序列还被划分成包括第三签名集，所述第三签名集适用于指示对根据3GPP版本8标准的公共E-DCH资源的偏好。
19.根据权利要求13所述的方法，其中，发送所述接入尝试包括:处于非DCH状态时，发送所述接入尝试。
20.根据权利要求18所述的方法，其中，所述非DCH状态是Cell_FACH状态。
21.根据权利要求13所述的方法，还包括: 接收针对所述接入尝试的响应，所述响应适用于:授权所指示的对资源的偏好、否决所指示的对资源的偏好并授权非优选资源、或者拒绝所述接入尝试。
22.根据权利要求21所述的方法，其中，所述响应包括增强的捕获指示符(E-AI)，所述E-AI适用于指示与所述优选资源或者所述非优选资源中的一个相对应的分配的资源。
23.根据权利要求22所述的方法，其中，所述响应还包括:适用于以信号发送资源索引的第一 E-AI比特。
24.根据权利要求23所述的方法，其中，所述响应还包括:适用于以信号发送分配给所述用户设备的传输时间间隔的第二 E-AI比特。
25.—种可在基站处操作的无线通信的方法，包括: 发送由一个或多个用户设备使用的至少一个公共E-DCH资源的列表； 从用户设备接收接入尝试，所述接入尝试适用于指示优选资源，其中，所述优选资源包括以下各项中的一个:Rel-99PRACH资源、或者根据所述至少一个公共E-DCH资源的列表的公共E-DCH资源；以及 发送适用于指示对资源的分配的捕获指示符，所述资源包括所述优选资源或者非优选资源中的一个。
26.根据权利要求25所述的方法，其中，所述公共E-DCH资源包括:具有2ms传输时间间隔的第一资源和具有IOms传输时间间隔的第二资源。
27.根据权利要求25所述的方法，其中，所述资源列表包括与以下各项中的至少一项相对应的信息，以便在所述接入尝试中指示所述优选资源=PRACH前导加扰码的划分或者PRACH前导签名的划分。
28.根据权利要求25所述的方法，还包括: 根据以下各项中的至少一项来确定对资源的所述分配:所述基站处的处理限制；噪声增量；或者热噪声增量的水平。
29.一种配置用于无线通信的用户设备，包括: 至少一个处理器； 操作地耦合到所述至少一个处理器的存储器；以及 操作地耦合到所述至少一个处理器的发射机， 其中，所述至少一个处理器配置为: 选择适用于指 示所述用户设备能够灵活资源分配的加扰码；以及 使用所选择的加扰码发送接入尝试，所述接入尝试配置为指示在上行链路数据传输中使用的优选资源。
30.根据权利要求29所述的用户设备，其中，发送所述接入尝试包括:处于非DCH状态时，发送所述接入尝试。
31.根据权利要求30所述的用户设备，其中，所述非DCH状态是Cell_FACH状态。
32.根据权利要求29所述的方法，其中，发送所述接入尝试还包括:使用从多个签名序列中选择的签名， 其中，将所述多个签名序列划分成多个签名集，所述签名集中的每一个对应于一个特定的资源偏好，使得在所述多个签名集中的一个集合中对所选择的签名的选择是基于与所选择的集合相对应的所述特定资源的偏好。
33.根据权利要求29所述的用户设备，其中，所述优选资源包括PRACH消息或者E-DCH消息中的一个， 其中，所述至少一个处理器还配置为: 如果发送缓冲器中的数据的量小于数据阈值，则将所述PRACH消息选择为所述优选资源；以及 如果所述发送缓冲器中的所述数据的量不小于所述数据阈值，则将所述E-DCH消息选择为所述优选资源。
34.根据权利要求33所述的用户设备，其中，将所述E-DCH消息选择为所述优选资源还包括:选择与IOms传输时间间隔相对应的第一资源或者与2ms传输时间间隔相对应的第二资源中的一个，并且其中，将所述E-DCH消息选择为所述优选资源还包括: 如果在随机接入前导码传输上使用的初始发射功率的函数大于功率阈值，则选择与所述IOms传输时间间隔相对应的所述第一资源；以及如果在所述随机接入前导码传输上使用的所述初始发射功率的所述函数不大于所述功率阈值，则选择与所述2ms传输时间间隔相对应的所述第二资源。
35.根据权利要求29所述的用户设备，其中，所述优选资源包括:具有2ms传输时间间隔或者IOms传输时间间隔中的一种的公共E-DCH资源。
36.根据权利要求29所述的用户设备，其中，资源的类型包括:3GPP版本99PRACH消息资源或者公共E-DCH资源中的一种，所述公共E-DCH资源包括:2ms传输时间间隔或者IOms传输时间间隔中的一种。
37.根据权利要求29所述的用户设备，还包括: 操作地耦合到所述至少一个处理器的接收机，其中所述至少一个处理器还配置为: 接收针对所述接入尝试的响应，所述响应配置为:授权所述优选资源、否决所述优选资源的所述指示并授权非优选资源、或者拒绝所述接入尝试。
38.根据权利要求37所述的用户设备，其中，所述响应包括增强的捕获指示符(E-AI)，所述E-AI适用于指示与所述优选资源或者所述非优选资源中的一个相对应的分配的资源。
39.根据权利要求38所述的用户设备，其中，所述响应还包括:适用于以信号发送资源索引的第一 E-AI比特。
40.根据权利要求39所述的用户设备，其中，所述响应还包括:适用于以信号发送分配给所述用户设备的传输时间间隔的第二 E-AI比特。
41.一种配置为用于无线通信的用户设备，包括: 至少一个处理器； 操作地耦合到所述至少一个处理器的存储器；以及 操作地耦合到所述至少一个处理器的发射机， 其中，所述至少一个处理器配置为: 从多个签名序列之中选择一个签名，所述多个签名序列被划分成至少第一签名集和第二签名集，所述第一签名集适用于指示对与2ms传输时间间隔相对应的资源用于上行链路传输的偏好，并且所述第二签名集适用于指示对与IOms传输时间间隔相对应的资源用于所述上行链路传输的偏好；以及 使用所选择的签名来发送接入尝试。
42.根据权利要求41所述的用户设备，其中，选择所述签名包括: 如果在随机接入前导码传输上使用的初始发射功率的函数大于功率阈值，则从所述第一签名集之中选择签名；以及 如果在所述随机接入前导码传输上使用的所述初始发射功率的所述函数不大于所述功率阈值，则从所述第二签名集之中选择签名。
43.根据权利要求41所述的用户设备，其中，所述多个签名序列还被划分成包括第三签名集，所述第三签名集适用于指示对与3GPP版本99PRACH消息相对应的资源用于所述上行链路传输的偏好。
44.根据权利要求43所述的用户设备，其中，选择所述签名包括: 如果发送缓冲器中的数据的量小于数据阈值，则从所述第三签名集之中选择签名；以及如果所述发送缓冲器中的所述数据的量不小于所述数据阈值，则从所述第一签名集或者所述第二签名集中的一个之中选择签名。
45.根据权利要求43所述的用户设备，其中，所述多个签名序列还被划分成包括第四签名集，所述第四签名集适用于指示对根据3GPP版本8标准的公共E-DCH资源的偏好。
46.根据权利要求41所述的用户设备，其中，所述多个签名序列还被划分成包括第三签名集，所述第三签名集适用于指示对根据3GPP版本8标准的公共E-DCH资源的偏好。
47.根据权利要求41所述的用户设备，其中，发送所述接入尝试包括:处于非DCH状态时，发送所述接入尝试。
48.根据权利要求46所述的用户设备，其中，所述非DCH状态是Cell_FACH状态。
49.根据权利要求41所述的用户设备，其中，所述至少一个处理器还配置为: 接收针对所述接入尝试的响应，所述响应适用于:授权所指示的对资源的偏好、否决所指示的对资源的偏好并授权非优选资源、或者拒绝所述接入尝试。
50.根据权利要求49所述的用户设备，其中，所述响应包括增强的捕获指示符(E-AI)，所述E-AI适用于指示与所述优选资源或者所述非优选资源中的一个相对应的分配的资源。
51.根据权利要求50所述的用户设备，其中，所述响应还包括:适用于以信号发送资源索引的第一 E-AI比特。
52.根据权利要求51所述的用户设备，其中，所述响应还包括:适用于以信号发送分配给所述用户设备的传输时间间隔的第二 E-AI比特。
53.一种配置用于无线通信的基站，包括: 至少一个处理器； 操作地耦合到所述至少一个处理器的存储器；以及 操作地耦合到所述至少一个处理器的发射机， 其中，所述至少一个处理器配置为: 发送由一个或多个用户设备使用的至少一个公共E-DCH资源的列表； 从用户设备接收接入尝试，所述接入尝试适用于指示优选资源，其中，所述优选资源包括以下各项中的一个:Rel-99PRACH资源、或者根据所述至少一个公共E-DCH资源的列表的公共E-DCH资源；以及 发送适用于指示对资源的分配的捕获指示符，所述资源包括所述优选资源或者非优选资源中的一个。·
54.根据权利要求53所述的基站，其中，所述公共E-DCH资源包括:具有2ms传输时间间隔的第一资源和具有IOms传输时间间隔的第二资源。
55.根据权利要求53所述的基站，其中，所述资源列表包括与以下各项中的至少一项相对应的信息，以便在所述接入尝试中指示所述优选资源=PRACH前导加扰码的划分或者PRACH前导签名的划分。
56.根据权利要求53所述的基站，其中，所述至少一个处理器还配置为: 根据以下各项中的至少一项来确定对资源的所述分配:所述基站处的处理限制；噪声增量；或者热噪声增量的水平。
57.一种配置用于无线通信的用户设备，包括:用于选择适用于指示所述用户设备能够灵活资源分配的加扰码的模块；以及用于使用所选择的加扰码发送接入尝试的模块，所述接入尝试配置为指示在上行链路数据传输中使用的优选资源。
58.一种配置用于无线通信的用户设备，包括: 用于从多个签名序列之中选择一个签名的模块，所述多个签名序列被划分成至少第一签名集和第二签名集，所述第一签名集适用于指示对与2ms传输时间间隔相对应的资源用于上行链路传输的偏好，并且所述第二签名集适用于指示对与IOms传输时间间隔相对应的资源用于所述上行链路传输的偏好； 用于使用所选择的签名来发送接入尝试的模块。
59.一种配置用于无线通信的基站，包括: 用于发送由一个或多个用户设备使用的至少一个公共E-DCH资源的列表的模块； 用于从用户设备接收接入尝试的模块，所述接入尝试适用于指示优选资源，其中，所述优选资源包括以下各项中的一个:Rel_99PRACH资源、或者根据所述至少一个公共E-DCH资源的列表的公共E-DCH资源；以及 用于发送适用于指示对资源的分配的捕获指示符的模块，所述资源包括所述优选资源或者非优选资源中的一个。
60.一种可在用户设备 处操作的计算机程序产品，包括: 计算机可读存储介质，其包括: 用于使计算机选择适用于指示所述用户设备能够灵活资源分配的加扰码的指令；以及用于使计算机使用所选择的加扰码发送接入尝试的指令，所述接入尝试配置为指示在上行链路数据传输中使用的优选资源。
61.一种可在用户设备处操作的计算机程序产品，包括: 计算机可读存储介质，其包括: 用于使计算机从多个签名序列之中选择一个签名的指令，所述多个签名序列被划分成至少第一签名集和第二签名集，所述第一签名集适用于指示对与2ms传输时间间隔相对应的资源用于上行链路传输的偏好，并且所述第二签名集适用于指示对与IOms传输时间间隔相对应的资源用于所述上行链路传输的偏好；以及 用于使计算机使用所选择的签名来发送接入尝试的指令。
62.一种可在基站处操作的计算机程序产品，包括: 计算机可读存储介质，其包括: 用于使计算机发送由一个或多个用户设备使用的至少一个公共E-DCH资源的列表的指令； 用于使计算机从用户设备接收接入尝试的指令，所述接入尝试适用于指示优选资源，其中，所述优选资源包括以下各项中的一个:Rel_99PRACH资源、或者根据所述至少一个公共E-DCH资源的列表的公共E-DCH资源；以及 用于发送适用于指示对资源的分配的捕获指示符的模块，所述资源包括所述优选资源或者非优选资源中的一个。
【文档编号】H04W74/00GK103548406SQ201280023773
【公开日】2014年1月29日 申请日期:2012年4月4日 优先权日:2011年4月4日
【发明者】S·D·桑布瓦尼, R·阿加瓦尔, R·卡普尔 申请人:高通股份有限公司