CN101473564B - 用于附加资源请求的随机接入请求扩展 - Google Patents

Abstract

方法和系统使得能在随机接入请求的前同步码中发送快速接入请求。该快速接入请求提供具有足以允许用调度请求进行数据传输的带宽的上行链路指派。该快速接入请求能指示例如要发送的消息的话务类。基于话务类信息，可以向作出请求的用户设备的调度程序分配最多达一定附加量的带宽。

Description

用于附加资源请求的随机接入请求扩展

领域

本发明的实施例涉及无线通信系统中的无线随机接入请求，尤其涉及对附加请求资源的随机接入请求扩展。

背景

在无线通信系统中，用户装备(也称为用户设备或客户机设备)从接入点或基站请求接入或调度指派。许多系统采用随机接入技术来交换与用户装备调度资源指派相关的消息，以及交换与上行链路指派相关的消息。随机接入是指不为任何一个用户装备保留的信道或无线资源。相反，系统内的多个用户装备设备能接入该随机接入信道进行与借之将被授予数据接入的资源指派相关的交换。

传统的随机接入交换需要用两个完整往返周期的时间才能将用于数据传递的带宽分配给用户装备。使用随机接入信道的费用昂贵，至少是因为要服务大量用户的带宽受到较大限制。传统的随机接入交换办法导致系统延迟、以及在用户装备传送数据方面的延迟。

处理随机接入延迟的一种办法涉及将数据捎带在请求调度资源的前同步码消息上。然而，将数据包含在前同步码消息上显著地增加了带宽使用，这在随机接入信道有限制的情况下可能导致难以接受的带宽使用水平。

附图简要说明

以下描述包括附图的讨论，附图以示例方式说明了本发明实施例的实现。附图应以示例的方式而非以限制的方式来理解。如本文中所使用的，提及一个或更多个“实施例”应理解为描述本发明的至少一种实现中所包括的特定特征、结构、或特性。如此，本文中出现的诸如“在一个实施例中”或“在替换实施例中”之类的短语描述本发明的各种实施例和实现，但不必全部指代同一实施例。然而，它们也不必是互斥的。

图1是具有用户装备的系统实施例的框图，用户装备将有扩展的随机接入请求传送给基站，基站基于该请求来分配资源。

图2是图解从用户装备向接入点发送的随机接入请求的系统实施例的框图。

图3是调度资源分配查找表实施例的框图。

图4是用于在调度程序期间响应于具有指示对附加资源的请求的扩展的随机接入请求而提供附加资源的过程实施例的流程图。

以下是特定细节和实现的描述，包括对可能描绘了以下所描述的实施例中的一些或全部的附图的描述，以及对本文中呈现的发明性概念的其他潜在实施例或实现的讨论。以下提供本发明的实施例的概览，接着是参考附图的更详细描述。

详细说明

方法和系统使得能够在随机接入请求消息中提供可能触发附加调度资源的分配的扩展。该扩展例如可以是放入随机接入请求的前同步码中的附加信息。该扩展可以不是消息数据，而是前同步码中用以指示与该消息相关的一个或更多详情的附加字段。在一个实施例中，客户机设备生成包括为调度程序请求附加带宽的前同步码扩展的接入请求消息。客户机设备并非简单地请求使客户机设备和接入点参与到调度程序中，而是能代之以提供可能影响为调度程序分配什么资源的信息。

作为接入请求扩展的结果，无线系统在调度程序中的等待时间可能减少。例如，可以向接入点提供客户机或消息的配置或分类信息。在一个实施例中，扩展提供需要发送的消息的话务类信息。在替换实施例中，在前同步码扩展中可以指示其他信息(例如，优先级类、相关QoS等)。在前同步码中包括话务类信息允许或触发接入点(其也可被称为演进型B节点(eNodeB)或基站)响应于该扩展请求为客户机设备作出上行链路(UL)分配。如本文中所使用的，有分配请求扩展的接入请求消息可以被称为扩展请求。

常见的无线通信系统标准包括3GPP LTE和WiMax。如本文中所描述的扩展请求可以在任一情形中应用，并且也可应用于其他标准。如本文中所使用的，3GPPLTE是指任何第三代伙伴项目(3GPP)长期演进(LTE)(预计在2007年年中发布的3GPP发行版7，以及预期在2007年后发布的其它发行版)。3GPP也被理解为纳入了全球移动通信系统(GSM)的最新标准、(截至提交本申请时的最新发行版是2007年4月19日的GSM发行版8)。如本文中所使用的，WiMax是指电气电子工程师学会(IEEE)802.16e-2005。如本文中所使用的，3GPP或WiMax是指具体标准，或与这些标准兼容的标准或实现(例如，这些标准的变形、专用实现等)。

接下来讨论3GPP LTE作为示例，并且应将其理解为说明性而非限制性的。3GPP LTE中的UL传输理想地是用户间正交的。实现用户间正交性的直截了当的方式是在系统中要求对UL传输进行同步和调度。然而，为了确保UL传输的同步和调度，用户装备(UE)需要接入资源指派。在3GPP系统中采用非正交技术(随机接入程序)来为UE同步和调度UL资源。与传统系统形成对比，在LTE中不指派专用信道。由此，对同步和UL调度请求使用随机接入程序。随机接入信道通常是用扩展编码来实现的，这显著地增加了在随机接入信道上进行传输的资源要求。

3GPP LTE将从空闲状态过渡到活跃状态的等待时间要求确定为100ms。状态过渡包括同步和UL调度授予以及其他信令。当前的两部式随机接入程序增加了同步和UL调度的总等待时间。注意，建议用前同步码包括数据或带宽请求的一部式数据/带宽请求捎带提议实现起来是十分昂贵的。如本文中对扩展请求所描述的，初始随机接入请求可以很小但仍能针对同步和调度改进系统性能。

在一个实施例中，前同步码扩展包括被添加到前同步码以指示消息的话务类信息的1-3个比特。可以修改信息的长度以达到给定实现的合需粒度(例如，更多比特能允许更多区别级别；然而，更多比特会增加带宽使用)。如以上所提及的，可以指示除话务类之外的信息。无论在扩展中提供了什么信息，接入点皆能够确定关于传入请求的一些信息，并且根据在扩展请求中所提供的信息来提供分配。在一个实施例中，响应于接收到来自接入点的分配，UE(其也可被称为客户机设备、用户设备、用户终端等)接收该分配，并且同时发送实际调度请求和数据。

UE并不将数据捎带在初始请求上，而是接收根据系统中有什么资源可用而对发送一定量的数据的指派。随后可根据调度分配将数据包括在其中作出调度请求的第二部分中。即，接入点可以分配一些或不分配附加带宽。当分配了附加调度资源时，由于在调度请求资源上有了所提供的附加带宽，数据就能够被发送。由此，接入点不是对调度请求使用传统两部式办法——其中数据在消息交换的第三往返上发送，而是能确定加上了该附加带宽请求后是否允许UE(用户装备，也被称为用户设备)能在比传统程序提早1个往返的时间开始数据话务。

如以上所提及的，接入请求上的前同步码扩展能指示话务类。当前UMTS(全球移动电信系统)定义了四种话务类：会话类、流类、交互类、以及后台类。用UMTS实现扩展请求消息允许基于话务类来选择带宽指派。这四种话务类之中的任一种在前同步码中可由两个附加位来指示(例如，通过使用查找表(LUT)，其中索引该LUT的两位将位模式映射到这四种分类之一)。由此，用于UMTS的话务类信息在前同步码中可由两位来指示。

如以上所提及的，提供前同步码扩展与传统带宽请求程序相比能够将数据传输等待时间减少1个往返的时间。在一个实施例中，扩展请求也可被称为“快速接入请求”程序。接入点并不是严格实现传统的两部式带宽请求程序，而是在有可用UL时隙的情况下向UE分配固定量的带宽用于在第二部分上进行数据传输。附加带宽的量是因实现而异的，以下图示一个示例实现。

图1是具有用户装备的系统的实施例的框图，用户装备将有扩展的随机接入请求传送给基站，基站基于该请求来分配资源。系统100包括可以与基站140进行无线通信的用户装备(UE)110，基站140代表任何类型的无线接入点。UE 110包括上行链路(UL)路径112和下行链路(DL)路径114。UL路径112代表UE110的发射能力，其使得UE 110能够在UL信道上与基站140通信。类似地，DL路径114代表UE 110的接收能力，其使得UE 110能够接收来自基站140的消息。UL路径112和DL路径114可以包括数个组件之中的任一个，包括处理器、滤波器、信号发生器等，这在本领域中是公知的。在一个实施例中，UL路径112和DL路径114两者皆耦合到相同的收发天线132，尽管这是必要条件。可以使用不同的天线振子来发射和接收。天线132可以是数种已知天线之中的任一种，包括偶极、定向、智能天线等。

UE 110还包括处理器120，其代表一个或更多个处理设备。可以理解，UE 110能包括不同的接收和发射信号处理器、基带处理器等，不管是单核还是多核处理器。在一个实施例中，处理器120包括启用用于生成有扩展前同步码的接入请求消息的功能的特定组件(例如，如果处理器120由多个物理设备构成)。在另一个实施例中，处理器120耦合于这样的组件。在另一个实施例中，这些组件代表处理器120的组件(例如，现场可编程设备或门可编程设备的处理元件、实现为硬件或软件逻辑的逻辑模块等)。

在一个实施例中，处理器120包括信道选择器122，其使得UE 110能够选择在其上通信(或者传送或者接收)的信道。信道可以是本文中所描述的扩展请求能在其上传送的随机接入信道。UE 110能够经由信道选择器122调谐到、或将时基锁定到信道，等等。信道选择器122还允许UE 110能接入基站140指派的信道并在其上传送。

调度器124代表使得UE 110能确定或选择时基信息和/或频率信息以知晓哪个信道或时隙可用于与基站通信的一个或更多个组件。在一个实施例中，调度器124代表生成能影响从基站140指派的调度分配的信息的组件。例如，调度器124可以确定要传送的消息的分类信息、与UE或要发送的消息相关的其他配置信息。

消息处理器126可以是指传入消息处理器或传出消息处理器之中的任一个或两者。传入消息处理器能标识已为调度过程分配了何种附加带宽——若有的话。如果分配了附加带宽，则作为传出消息处理器的消息处理器126包括最多达基站所分配量的消息数据。在某些情形中，消息可以小到足以在分配用于调度交换的带宽中发送整个消息。在一些情形中，会分配附加带宽量，但其将少于用前同步码扩展所请求的量。如此，作为传出消息处理器的消息处理器126响应于所接收到的指派来准备消息。

前同步码发生器128代表一个或更多个能联合调度器124操作以根据所需带宽量生成前同步码请求的组件。在一个实施例中，前同步码发生器128是消息处理器126的子组件，其可以生成在调度请求中包括用于附加带宽的前同步码扩展的接入请求消息。前同步码发生器128可以包括查找表(LUT)或其他机制以确定对前同步码扩展包括什么信息。前同步码发生器128可以包括话务类或配置标识符(未示出)，其标识例如何类话务与特定消息相关联。根据标识出的话务类，前同步码发生器128随后能够生成正当的前同步码扩展以包括到接入请求消息中去。

基站140包括UL路径142和DL路径144，类似于UE 110的组件。像UE 110的组件一样，UL路径142和DL路径144可以是同一路径或分开的路径。这些路径可以是用不同处理器技术等的相同物理路径(例如，相同组件)。UL路径142和DL路径144耦合到天线134，后者代表任何类型的天线，包括广播、定向、智能、多振子、分集式等等。传输136代表从UE 110向基站140发送的UL通信，而传输138代表从基站140向UE 110发送的DL通信。

基站140包括一个或更多个处理设备，其可以包括信号处理器、数字信号处理器(DSP)、基带处理器、专用集成电路(ASIC)等。处理器150代表基站140用以与UE 110通信的(诸)处理设备。在一个实施例中，处理器150包括启用用于分配调度指派的功能的特定组件(例如，如果处理器150由多个物理设备构成)，包括响应于有扩展前同步码的接入请求。在另一个实施例中，处理器150耦合于这样的功能组件。在另一个实施例中，这些组件代表处理器150的组件(例如，现场或门可编程设备的处理元件、实现为硬件或软件逻辑的逻辑模块等)。

如图所示，处理器150包括资源分配单元152、时基管理器154、接入请求处理器160、以及前同步码处理器(PROC)162。资源分配单元152代表标识可用资源并且向可通信地耦合到基站的客户机设备分配资源的组件。在一个实施例中，响应于扩展接入请求，资源分配单元152确定该系统中什么资源可用，并且确定能否如所请求地分配资源。确定能否分配资源的一部分工作可以包括确定这些资源上的负载。在一个实施例中，资源分配单元152确定有什么资源可用，并且向作出请求的UE指派附加资源，虽然所指派的附加资源可能少于所请求的。

时基管理器154使得基站140能够为UE 110生成同步信息，例如用于信道指派。时基管理器154管理实现由资源分配单元152所生成的分配的时基和/或频率信息。如此，可在系统中提供时基和频率资源以生成该系统内的资源分配。

接入请求处理器160能影响资源分配单元152的资源分配。如上文所示，资源分配单元152能基于基站接收到的扩展前同步码来分配附加资源。接入请求处理器160代表接收和服务进入请求的组件。接收和处理接入请求可以包括标识前同步码扩展。前同步码处理器162能解析消息前同步码以确定该前同步码中存在什么信息。前同步码处理器162能具体确定前同步码扩展字段中包括什么值。在一个实施例中，前同步码处理器162能解读扩展和非扩展前同步码两者。例如，可将接入请求大小定义成可变的，其可基于预期的特定字段、以及具有校验和或其他校验机制来解析。

当基站140随快速接入请求接收前同步码时，处理器150或者通过以上组件或者通过其他未示出组件来确定有什么资源能被分配。处理器150可基于资源可用性和/或调度器策略来授予所请求的资源。在一个实施例中，如果特定资源不能授予，则下一条能被分配的快速接入请求得到分配。在另一个实施例中，基站140延迟对该请求做出响应直至资源可用。当UE 110接收到来自基站140的分配时，UE 110在所指派的资源块中与数据一起发送其余调度请求(若有)。以此方式，UE 110至少能够提早1个往返的时间开始数据传输。

本文中所描述的各种组件可以是用于执行所描述的功能的手段。本文中所描述的每个组件包括软件、硬件、或其组合。这些组件可以实现为软件模块、硬件模块、专用硬件(例如，应用专用硬件、专用集成电路(ASIC)、数字信号处理器(DSP)等)、嵌入式控制器、硬连线电路系统等。软件内容(例如，数据、指令、配置)可经由包括机器可读介质的制品来提供，这些制品可提供代表能被执行的指令的内容。该内容可能导致机器执行本文中所描述的的各种功能和/或操作。机器可读介质包括以机器(例如，计算设备、电子系统等)可访问形式提供(即，存储和/或传送)信息的任何机制，诸如可记录/不可记录介质(例如只读存储器(ROM)、随机存取存储器(RAM)、磁盘存储介质、光存储介质、闪存设备等)。内容可以是可直接执行的(“对象”或“可执行”形式)、源代码、或差分代码(“Δ”码或“补丁”码)。机器可读介质还可以包括可从其下载内容的存储器或数据库。机器可读介质还可以包括在出售或发货时其上存储有内容的设备或产品。如此，递送有存储着的内容的设备，或在通信介质上提供内容以供下载可被理解为提供有本文中所描述的这些内容的制品。

图2是图解从用户装备向接入点发送的随机接入请求的系统实施例的框图。系统200可以是根据图1以及根据本文中所描述的任何实现的系统。UE 210是客户机设备，并且接入点240是客户机设备经由其接入通信系统/网络的接入点或基站。

在一个实施例中，UE 210包括一个或更多个数据要素，其可被通称为配置(config)数据，如配置220所代表的。配置220不必是静态的，实际上对于要从UE 210发送的不同消息可以是不同的。由此，在一个实施例中，配置220将包括静态和动态项的组合。配置信息能存储在存储器中或可能(对于静态信息)存储在存储设备中。尽管图中有若干个数据项，但系统的实现可以包括任何一项或更多项。例如，配置220可以包括话务类222、优先级类224、以及QoS(服务质量)226中的一个或更多个。其他配置数据项也是可能的。

结合图3在更详细的示例中说明话务类222。本质上，话务类222可以是指示特定消息属于若干不同话务类之一的信息。这样的类可具有关于话务类型、以及用于处理该话务的服务级别的一组关联预期。例如，对不同的话务类可以采用不同的处理算法。优先级类224可以指示与话务类222类似的信息，但不是指示消息所属的话务类而是代之以指示消息或UE的优先级。优先级话务和优先级处理可以用本领域中所理解的数种技术之中的任一种来执行。QoS 226能指示对于特定UE和/或特定消息的QoS，这可以与基站协商。QoS 226可以指示可应用于特定UE或消息的延迟参数、带宽要求等。如此，扩展请求至少通过比常规方法所允许的快1个往返的时间提供附加带宽从而实际上在履行QoS要求时十分有用。

UE 210可以生成如由RA(随机接入)请求230表示的随机接入请求。RA请求230包括前同步码信息232、前同步码扩展(ext)234、以及消息正文236。在一个实施例中，前同步码信息232和消息正文236不受本文中的教导影响。然而，它们也可以是修改过的，区别于它们的传统方法，但仍应用如本文中所描述的前同步码扩展的概念。扩展234的前同步码消息扩展位可被视为是对附加带宽的请求。该请求可被认为是“快速接入请求”，其在前同步码消息中包括要求通报接入点关于带宽分配指派的决定的信息。扩展234能包括1到N位，在一个实施例中代表UE 210的初始带宽请求的映射。

RA请求230在接入点240处被接收到，后者处理该请求并且响应于该请求作出资源分配。接入点240包括接入处理器242，其代表接收和服务/处理接入请求消息的处理器和组件。接入处理器242识别RA请求230的扩展234。在一个实施例中，接入点240包括LUT(查找表)250，后者提供扩展位到资源分配指派建议的映射。LUT 250包括关键字252、254、和256以及各自相关联的指派(asgt)262、264、和266。注意，LUT 250可以包含任意数目个关键字和指派，而3个是仅出于说明该概念的目的而示出的。接入处理器242能使用来自扩展234的位来搜索关键字252-256，其随后将指示与该扩展请求相关联的指派。

在一个实施例中，系统不具有足够的可用带宽来分配LUT 250的建议指派。因而，可响应于该请求授予较低指派。否则，系统可响应于该请求授予所建议的附加带宽量。该分配经由分配指派消息270向UE 210指示。响应于该分配指派消息，UE 210能确定是否分配了附加带宽用于用调度消息来传送数据，如果分配了，分配了多少。假定分配了附加带宽，UE 210就传送有数据的调度请求280。

图3是调度资源分配查找表实施例的框图。LUT 300包括在如本文中所描述的系统中实现的LUT中可能存在的信息。其他信息以示例和解释的方式提供，在具体LUT实现中可能存在也可能不存在。如图所示，LUT 300包括信息扩展请求(ext rqst)310、字节320、类33、示例340、以及特性350等列。

扩展请求310提供快速接入请求的示例位映射——假定该扩展中有2位。“11”可映射到会话类332，这是实时的。这样的请求可以与对512个附加字节320的请求相关联。注意，在所示实施例中，字节分配与类的类型相关联。然而，可独立于指示类的类型请求字节分配(例如，用位映射来请求特定字节数)。“10”可映射到流(实时)类334，其中有相关联的附加的80字节。“01”可映射到交互(最大努力)类336，其中有相关联的附加的20字节。“00”可映射到后台(最大努力)类338，其中没有附加的字节。

示例340通常不在所实现的LUT中，而是例示说明由类330指示的话务类型。例如，语音342是会话类332的示例，流视频344是流类334的示例，web浏览是交互类336的示例，而后台电子邮件下载348是后台类338的示例。在特性350中提供每一个示例类的更一般的特性。在实际实现中，特性350(若包括在LUT300中)很可能不包括长串的信息或解释；相反，特性350可以包括能指示要使用的不同类型处理的配置掩码、或其他与类有关的信息。

如图所示，对会话类332的一般办法是保存实体之间的时间关系。根据所示实现，语音一般要有严格时基和所允许的较低延迟才是可交谈的。对流类334的一般办法是保存实体之间的时间关系。对交互类336的一般办法是请求响应模式并保存载荷内容。对后台类338的一般方法是保存有效载荷内容；关于时基没有预期。应理解以上映射仅仅是代表性的，并且可以提供任何数目的其他组合。

如上所述，如果没有充分的资源可用于分配所请求的扩展调度资源，则在一个实施例中，基站分配可用的那些。例如，假设UE指示流话务，因而请求80字节。如果没有80字节可用，但有20字节可用，则基站可通过提供对20字节的分配来做出响应。或者，基站可以延迟对该请求的响应直至有80字节可用。或者，可以分配低于所请求字节数的较低数目的字节，但并不一定是与较低服务级别相关联的数目(例如，如果请求了80字节而分配了60字节)。

图4是用于在调度程序期间响应于具有指示了对附加资源的请求的扩展的随机接入请求而提供附加资源的过程实施例的流程图。如本文中所图解的流程图提供各种处理动作的序列的示例。尽管以特定序列或次序示出，但除非另行指出，这些动作的次序可以修改。由此，所图解的实现应仅被理解为示例，并且该过程能按不同次序来执行，且一些动作可以并行地执行。或者，在本发明的各种实施例中可以省略一个或更多个动作；由此，在每个实现中并非所有动作都是必需的。其他过程流也是可能的。

图4A图解UE 402与接入点404之间的消息交换。UE 402生成要随接入请求发送的接入前同步码(410)。UE添加前同步码扩展以请求附加调度资源(412)。前同步码扩展可以是话务优先级的话务类型的指示，和/或请求多少字节的附加带宽的指示。UE随接入请求传送该前同步码(414)。

接入点接收接入请求前同步码(416)，并且处理前同步码。在一个实施例中，接入点确定前同步码是否包括扩展，或是否经由扩展请求附加资源(418)。如果经由前同步码扩展请求了快速接入请求(420)，则接入点确定是否有资源可用于服务该扩展调度请求(424)。如果扩展调度资源不可用(430)，或如果没有快速接入请求扩展(420)，则接入点向UE指派标准调度请求资源(432)。标准调度请求资源是指该系统中被配置成供UE使用的任何资源。

在指示标准资源分配(432)或确定使用扩展资源分配(430)之后，接入点生成时基信息(434)。该时基信息向UE指示接入配置。接入点还向UE分配资源(436)。分配资源可以包括在调度器内的指派表中指派UE并且生成具有对该UE的指派的消息。将具有资源指派和时基信息的资源分配消息传送给UE(438)。

继续到图4B，UE接收调度资源(SR)指派(440)，并且确定该调度资源指派是否包括扩展带宽(442)。如果没有提供带宽扩展(450)，则UE生成不带要传送的数据的调度请求(sch rqst)(454)。如果资源指派包括带宽的扩展(450)，则UE生成要用调度请求包括的数据(452)。UE随后生成调度请求(454)，并且生成组合了数据的调度请求消息(若恰适)。将该调度请求消息传送给接入点(456)。

接入点接收调度请求消息(458)，并且处理调度请求(460)。响应于该调度请求，接入点可以为该UE分配UL资源指派(462)。注意，在一个实施例中，UE在调度请求消息中将不包括调度请求，因为这整条消息可以包含在所分配的附加带宽内。由此，如所需地指派了UL资源。此外，可以存在用调度请求发送的数据或不存在这种数据。如果存在用请求发送的数据，则接入点处理该数据(464)。

接入点随后能提供UL资源指派——假定有一个(466)。UE接收该UL指派(468)，并且准备UL数据用于传输(470)。假定有附加数据要传送给基站，UE就根据UL指派来传送UL数据(472)。基站接收UL数据(474)，并处理该UL数据(476)。这可以继续直至UE不再有数据要传送。

除本文中所描述的以外，可对本发明所公开的实施例和实现作出各种修改而不脱离其范围。因此，本文中的图解和示例应以例示说明性而非约束性意义来解释。本发明的范围应仅参考所附权利要求书来衡量。

Claims (15)

1.一种用于附加资源请求的随机接入请求扩展的方法，包括：

在客户机设备处生成具有带有扩展的接入请求前同步码的接入请求消息，所述扩展包括一个或多个比特，所述一个或多个比特指示对于调度程序的附加带宽分配的请求；以及

向无线接入点传送所述带有用以请求附加带宽的所述前同步码扩展的接入请求消息，所述无线接入点包括前同步码处理模块，所述前同步码处理单元能处理带有前同步码扩展的接入请求前同步码以及不带有前同步码扩展的接入请求前同步码；

从所述无线接入点接收调度资源分配，所述调度资源分配包括对附加带宽的数量的分配；以及

响应于接收到所述调度资源分配，向所述无线接入点发送调度请求，所述调度请求包括使用由所述调度资源分配所分配的附加带宽数量的数据。

2.如权利要求1所述的方法，其特征在于，所述生成具有带扩展的前同步码的接入请求消息还包括：

在所述前同步码中包括话务类信息。

3.如权利要求1所述的方法，其特征在于，所述生成具有带扩展的前同步码的接入请求消息还包括：

在所述前同步码中包括优先级信息。

4.如权利要求1所述的方法，其特征在于，所述生成具有带扩展的前同步码的接入请求消息还包括：

在所述前同步码中包括服务质量信息。

5.如权利要求1所述的方法，其特征在于，所述前同步码扩展包括：映射到带宽分配级别查找表的位。

6.如权利要求5所述的方法，其特征在于，所述位的数目为2。

7.一种用于附加资源请求的随机接入请求扩展的设备，包括：

用于在客户机设备处生成具有带有扩展的接入请求前同步码的接入请求消息的装置，所述扩展包括一个或多个比特，所述一个或多个比特指示对于调度程序的附加带宽分配的请求；以及

用于向无线接入点传送所述带有用以请求附加带宽的所述前同步码扩展的接入请求消息的装置，所述无线接入点包括前同步码处理模块，所述前同步码处理单元能处理带有前同步码扩展的接入请求前同步码以及不带有前同步码扩展的接入请求前同步码；以及

用于从所述无线接入点接收调度资源分配的装置，所述调度资源分配包括对附加带宽的数量的分配；

用于响应于接收到所述调度资源分配，向所述无线接入点发送调度请求的装置，所述调度请求包括使用由所述调度资源分配所分配的附加带宽数量的数据。

8.如权利要求7所述的设备，其特征在于，所述用于提供指令以生成具有带扩展的前同步码的接入请求消息的内容还包括用于提供指令以进行以下操作的内容：

在所述前同步码中包括话务类信息。

9.如权利要求7所述的设备，其特征在于，所述用于提供指令以生成具有带扩展的前同步码的接入请求消息的内容还包括用于提供指令以进行以下操作的内容：

包括映射到有4个带宽分配级别的查找表的2位，其中每一级别对应于一个话务类。

10.一种用户设备，包括：

消息处理器，用于生成随机接入请求消息；

耦合到所述消息处理器的前同步码发生器，用于为所述随机接入请求消息生成前同步码，所述前同步码包括前同步码扩展，所述前同步码扩展包括一个或多个比特，所述一个或多个比特指示对于调度程序的附加带宽分配的请求；以及

上行链路传输路径，用于向接入点传送所述带有前同步码扩展的随机接入请求消息以请求扩展调度资源的分配，所述接入点包括前同步码处理模块，所述前同步码处理单元能处理带有前同步码扩展的接入请求前同步码以及不带有前同步码扩展的接入请求前同步码；

下行链路传输路径，用于从所述接入点接收调度资源分配，所述调度资源分配包括对附加带宽的数量的分配；以及

调度请求生成器，用于响应于所述下行链路传输路径接收到所述调度资源分配而生成调度请求，所述调度请求包括使用由所述调度资源分配所分配的附加带宽数量且将经由所述上行链路传输路径而发送的数据。

11.如权利要求10所述的用户设备，其特征在于，所述前同步码发生器还确定要发送给所述接入点的消息的话务类，所述前同步码扩展指示所确定的消息的话务类。

12.如权利要求11所述的用户设备，其特征在于，所述前同步码发生器包括带有根据全球移动电信系统话务类定义来指示所述消息的话务类的位的所述前同步码扩展。

13.一种用于附加资源请求的随机接入请求扩展的方法，包括：

从用户设备接收带有接入请求前同步码的接入请求；

确定所述接入请求前同步码包括扩展，所述扩展包括一个或多个比特，所述一个或多个比特指示对于调度程序的附加带宽的第一数量的分配的请求；以及

响应于确定所述接入请求前同步码包括扩展：

响应于接收到所述请求并确定所述附加带宽的第一数量可用，则分配有所请求的附加带宽的第一数量的资源；

响应于接收到所述请求并确定所述附加带宽的第一数量不可用，则分配有所请求的附加带宽的第二数量的资源，所述第二数量小于所述第一数量；以及

用同步消息向所述用户设备传送所述分配的资源的指示；以及

从所述用户设备接收调度请求，所述调度请求包括使用所分配的附加带宽的相应数量的数据。

14.如权利要求13所述的方法，其特征在于，所述标识所述资源包括：

访问查找表以标识要分配的附加资源的量，其中所述扩展映射到所述查找表中的特定条目。

15.如权利要求13所述的方法，其特征在于，所述接收带有前同步码扩展的接入请求消息包括：

接收带有所述用户设备要发送的消息的话务类、优先级、或服务质量信息之中的一个或更多个的指示的接入请求。

Images