随机接入与专用调度请求资源之间的选择的制作方法
【专利摘要】响应于确定到周期性传输机会的时间超过阈值，UE在使用随机接入过程和周期性传输机会来传输上行链路消息之间进行选择。在所给出的非限制性示例中，周期性传输机会是根据由无线网络配置的时间间隔而为周期性的调度请求机会，并且上行链路消息包括调度请求。在一个实施方式中，用户设备的确定和选择以其预确定调度请求所涉及相关的预计上行链路数据或控制信令是延迟敏感的为条件。如果该预确定是该数据/信令并非是延迟敏感的，则其使用调度请求机会来发送它的调度请求，而无需在随机接入过程和调度请求机会之间进行选择。
【专利说明】随机接入与专用调度请求资源之间的选择
【技术领域】
[0001]本发明一般性涉及无线电网络中的信令，并且更具体地涉及调度请求的上行链路控制信令。
【背景技术】
[0002]该部分旨在向在权利要求书中描述的发明提供背景或上下文。此处的描述可以包括可能已推行的概念，但不一定是以前已经想到、实施或者描述的概念。因此，除非本文中另有指示，该部分所描述的内容并不是针对本申请的说明书和权利要求书而言的现有技术，并且并非通过被包括在该部分中而承认其是现有技术。
[0003]在说明书和/或附图中可以找到的以下缩写是如下定义的:
[0004]3GPP 第三代合作伙伴计划
[0005]BSR 缓冲器状态报告
[0006]DL 下行链路(网络到UE)
[0007]eNB EUTRANfABO^ISeNodeB)
[0008]EUTRAN 演进 UTRAN (又称为 LTE 或 LTE-A) [0009]LTE 长期演进
[0010]MME 移动管理实体
[0011]PDCCH 物理下行链路控制信道
[0012]PUSCCH物理上行链路控制信道
[0013]PUSCH 物理上行链路共享信道
[0014]RACH 随机接入信道
[0015]RF 射频
[0016]RRC 无线电资源控制
[0017]SR 调度请求
[0018]UE 用户设备
[0019]UL 上行链路(UE到网络)
[0020]UTRAN通用地面无线电接入网
[0021]下文示例以LTE系统为背景。在LTE蜂窝无线电系统中，基站(在LTE中被称为eNodeB或eNB)在物理下行链路控制信道TOCCH上用信令传输位于物理下行链路共享信道PDSCH和物理上行链路共享信道PUSCH上并且被分配给移动终端(UE)的时频资源(物理资源块)。该调度协议允许先进多天线技术如用于下行链路共享数据信道的预编码传输和多输入/多输出操作。在UE具有UL数据要发送的情况下，其将发送调度请求SR给eNB，以获得对于PUSCH资源分配的UL许可。
[0022]在LTE中存在UE可以用来发送SR的两种不同的方式。如果UE不处于与eNB的RRC连接状态，则其将使用随机接入过程来获取定时同步和临时标识符以用于在小区和其所寻求的PUSCH分配中使用。如果UE处于与eNB的RRC连接状态，则其可以使用随机接入过程或周期性SR资源。如果配置了周期性SR资源，则UE将在专用于该具体UE的PUCCH上使用一个或多个周期性SR资源。对于任意给定的UE，这些专用SR资源中的每一个被视为用于同一 UE的SR机会。以下在图1中从方框112到114的转变给出了这样一种例外，通过该例外允许处于RRC连接状态的UE使用但是仅在这里详述的具体条件之下使用随机接入过程。如果处于RRC连接状态的UE不具有PUCCH资源，则根据从方框104到114的直接转变，UE也可以使用随机接入过程。
[0023]PUCCH上的UE的SR机会的时间间隔半静态地固定在I和80ms (毫秒)之间。图1A示出了该概念;UE配置有SR周期，该周期给定在SR机会之间的时间间隔。对于具有对延迟苛刻的服务的UE配置较短的时间间隔并且因此更频繁的机会，而最初指定较长的时间间隔，以便当网络保持大量处于RRC连接状态中具有相对低活动性等级的UE时允许节省PUCCH资源。已经讨论了 LTE(或被实现为LTE版本10的先进LTE允许比当前所指定的SR时间间隔甚至更长的SR时间间隔，以更有效地处理智能电话后台(background)业务。当UE需要为对延迟苛刻的信令或数据获得PUSCH资源时，SR机会之间的较长的时间间隔转化成较长的延迟。
[0024]考虑配置有80ms SR时间间隔的UE的具体示例。如果我们假设它的信令需要在SR机会到期之后立即发生，如果UE不接收PUSCH资源则该UE将首先必须对于第一次SR机会等待80ms并且对于它的SR的每次重传等待另外80ms，因为eNB接收UE的PUCCH传输失败或者没有资源分配给该UE。在LTE中，(由RRC参数dsr-TransMax给定的)SR传输的最大数量可以被设直为不低于4,这意味着在最坏情况中UE将延迟320ms,加上在最后一次SR尝试之后用于等待PUSCH许可的可配置的时间，之后它才将放弃用以获得PUSCH的此次尝试并且开始新尝试。这是非常大的延时，特别是对于处于RRC连接状态的UE。比较而言，LTE对于不处于RRC连接状态的UE需要最大IOOms的延时以从空闲(非RRC连接)转变到活动(RRC连接)状态，对于处于RRC连接状态的UE需要50ms的延时以从休眠转变到活动。进一步延长SR时间间隔将导致针对传输分组延迟扩展到延时甚至更久的上述最坏的情况。
【发明内容】
[0025]在本发明的第一示例性方面中，存在一种装置，其包括至少一个处理器和包括计算机程序代码的至少一个存储器。至少一个存储器和计算机程序代码被配置为与至少一个处理器一起使装置至少:确定到周期性传输机会的时间超过阈值；并且响应于该确定，在使用随机接入过程和周期性传输机会来传输上行链路消息之间进行选择。
[0026]在本发明的第二示例性方面中，存在一种方法，包括:确定到周期性传输机会的时间超过阈值；以及响应于该确定，在使用随机接入过程和周期性传输机会来传输上行链路消息之间进行选择。
[0027]在本发明的第三示例性方面中，存在一种有形的计算机可读介质，其承载具体化在其中用于与计算机一起使用的计算机程序代码。在此方面中，计算机程序代码包括:用于确定到周期性传输机会的时间超过阈值的代码；以及用于响应于该确定，在使用随机接入过程和周期性传输机会来传输上行链路消息之间进行选择的代码。
[0028]以下具体详述本发明的这些以及其他方面。【专利附图】
【附图说明】
[0029]图1A是示出了 UE可以配置的调度请求机会的两个周期的定时图。
[0030]图1B是概述在传统LTE中UE为了获得用于传输它的调度请求的PUSCH资源而可以遵循的过程的流程图。
[0031]图2和图3A和图3B是每个都示出了根据这些教导的不同的实施方式的、用户设备为了选择使用专用资源还是随机接入过程来获得用于发送数据/或缓冲器状态报告(BSR)的上行链路资源所遵循的过程的流程图。
[0032]图4是示出了根据这些教导的示例性实施方式的方法、和由装置执行的动作、和从用户设备的角度执行被具体化的计算机程序的结果的流程图。
[0033]图5是显示适合于实现本文所详述的这些教导的示例性实施方式的不同的电子设备/装置的示意性方框图。
【具体实施方式】
[0034]图1B是示出了在传统LTE系统中UE为了获得用于发送数据和/或其BSR (缓冲器状态报告)的PUSCH资源而将遵循的过程的流程图。在方框102，其识别到需要发送数据或控制信令并且因此其将首先需要发送它的SR。如果UE处于RRC连接状态，则可能已经配置有SR周期，在该情况中，可能如方框104中那样已经在PUCCH上配置了 SR资源，并且在方框106处UE简单地在根据它的SR周期的下一个SR机会在PUCCH上传输它的SR。在方框108处，UE然后将接收H)CCH，该HXXH分配给它一些PUSCH资源，在方框110处UE然后可以在该PUSCH资源上传输 它的数据或控制信令。
[0035]在方框108处，如果UE没有接收到对于PUSCH的分配(例如其没有从网络接收到PUSCH分配，这实际上与UE接收到针对方框106的SR传输的明确的否定应答相同)，则UE追踪其已对该SR进行的重传的次数并且与由参数dsr-Transmax给定的网络配置最大值比较。只要尚未超过最大重传次数，UE就将在106处根据其SR周期在其下一个SR机会重新发送相同的SR，直到其接收到所请求的PUSCH资源或超过最大值为止。如果在方框112处超过了的最大重传次数，则UE随后可以在方框114处执行随机RA过程。
[0036]如果UE在方框104处并且没有为其配置的SR资源，则在该情况中UE可以在方框104处开始随机接入过程。从该过程，UE还可以在方框116处获得PUSCH资源的分配，在方框116之后，其可以最终在方框110处有可能与一些数据一起在PUSCH上传输缓冲器状态报告BSR。如果在来自多个UE的传输在RACH上冲突的情况中本身提供重传和定时退避选项的随机接入过程之后UE仍然未在方框116处接收到PUSCH资源，则UE在方框118处推断存在无线电链路故障RLF。
[0037]如果在方框106处网络在I3UCCH上接收第一 SR失败，则该重传也可能会失败，因为与随机接入过程中的重传不同，对于这些SR重传不存在功率升高。就这点而言，随机接入过程比在下一个SR机会的重传更可靠，因为以增加的功率发送RACH上的前导码。
[0038]如上文的【背景技术】中所述的，希望允许比80ms更长的SR时间间隔来容纳更多处于RRC连接状态的UE如具有后台更新的智能电话，同时节约PUCCH资源。这还将服务于对于机器型通信(直接的机器对机器M2M通信，而无需人工干预)的增长的需求。更长的SR时间间隔还将允许更多数目的UE在给定小区中处于RRC连接状态。但是当前UE的SR过程根据PUSCH资源请求的延迟要求是不适用的。这意味着为了避免UE发起的信令的不可接受的延时，不能用专用SR资源的长的时间间隔来配置UE。
[0039]基于这些考虑，需要的是一种用于当UE发送延时敏感的数据或信令时限制延时同时允许长SR时间间隔的方式。这些教导的示例性实施方式通过使得UE早期确定是使用已配置的在其SR机会上的PUCCH还是使用RACH过程来获得PUSCH资源，用于该双重目的。这与图1B的区别在于:a)处于空闲(非RRC连接)状态的UE不做出判决，因为其在104处的唯一的选项是在方框114处的随机接入过程；和b)处于RRC连接状态并且具有在PUCCH上配置的周期性SR资源的UE在方框104处也不做出判决，因为LTE规范要求其在方框114处只有在最大次数的SR重传仍然无法为其获得PUSCH之后才可以利用随机接入过程。简单地说，如果UE配置有PUCCH上的专用SR资源，则传统LTE要求其首先必须至少尝试使用那些资源。
[0040]因此，例如在PUCCH上配置有长SR时间间隔、还对于PUSCH资源具有延迟苛刻的需求(例如在信令无线电承载上的信令)的UE可以选择利用RACH过程来得到它们的PUSCH分配并且放弃使用SR机会。如果SR被调用以在信令无线电承载上发送数据(或者至少对于它们最苛刻)，则如果到下一个专用SR机会的间隔大于固定阈值时间或者如果SR时间间隔大于阈值则UE可以判决开始随机接入过程。在一个实施方式中，网络将用信令通知UE允许RACH的直接使用的无线电承载(或逻辑信道)列表，并且网络还可以用信令传输阈值时间或SR时间间隔阈值。然后使得UE能够至少针对那些承载/逻辑信道判决其是想要使用SR机会还是随机接入过程来获得其PUSCH资源。
[0041]为了做出该判决，可以实现存储在UE的存储器中的软件，其应用基于标准化的或网络用信令传输的参数来做出判决的选择规则，该参数定义选择规则应用的无线电承载或逻辑信道以及允许UE对于下一个定期SR机会等待多长时间而不使用随机接入过程。
[0042]特定这种实现不需要去往或来自网络的任何附加信令，而仅仅需要改变管理无线网络规范。这种调整的规范可以例如规定如果SR的起因是在信令无线电承载或特定信令无线电承载上发送UL数据，则UE可以基于到SR机会的时间超过某个阈值来发起随机接入过程。该时间可以是从当前时间(例如图1中的时间X)到下一个SR机会或者其可以是配置的SR机会之间的时间(整个SR时间间隔)。该阈值可以是固定的或者其可以是动态的，基于UE对于其将花费多久来使用随机接入过程获得PUSCH的评估，和/或基于其需要发送的信令的时间苛刻性。
[0043]其他实施方式将需要实现一些网络信令。例如，在一个这种实施方式中，网络将向UE用信令传输无线电承载或逻辑信道列表，允许UE针对该列表经由直接使用随机接入过程获得PUSCH资源和/或获得阈值时间和/或获得SR时间间隔阈值。
[0044]在图2和图3A和图3B中显示了 3个具体的实施方式，图2和图3A和图3B是从UE的角度示出了其可以如何实现使用SR机会还是随机接入过程来得到所分配的PUSCH的判决的流程图。图2以及图3A和3B之间的一个主要差异在于在图2中使用专用资源还是随机接入过程的判决在整个流程图期间仅做出一次，而在图3A和3B中UE具有更大的灵活性，因为在UE在SR机会中使用专用资源的第一次尝试失败的情况下有第二判决点。在所有图2和图3A和图3B中，UE始于RRC连接状态中，因为其在其每个SR机会具有专用PUCCH。[0045]首先考虑图2。在方框202处，其识别到需要发送数据或控制信令并且因此其需要发送SR。在方框204处，UE检查其选择规则以查看是否满足直接利用RACH的条件。如同以上示例，作为一个非限制性示例，这些条件可以是直到下一个SR机会之前的时间或SR时间间隔的长度超过由网络给定的固定阈值。如果在方框204处条件不满足，则UE将判决利用其下一个可用SR机会并且在方框206处在对应的专用PUCCH资源上传输其SR。正常的进展然后使得UE接收roCCH，该HXXH在方框208处向其分配一些PUSCH资源，UE然后可以在方框210处在该PUSCH资源上传输其数据或控制信令。
[0046]图2的重传环路201类似于图1所述的。如果UE在方框208处未接收到对于PUSCH的分配，则UE追踪其已对此SR进行的重传的次数并且在方框212处与由RRC参数dsr-TransMax给定的网络配置最大值比较。只要尚未超过最大重传次数，UE就将在方框206处在其下一个SR机会重新发送同一 SR，并且该过程重复直到UE接收到所请求的PUSCH资源或者超过最大值为止。如果在方框212处超过最大重传次数，则UE可以类似于图1中所示的在方框214处执行随机接入RA过程。
[0047]如果满足直接利用RACH的条件，则UE将在方框204处判决在方框214利用其发起的随机接入过程。根据该过程，UE将在方框216处获得PUSCH资源的分配，在方框216之后其可以最终在方框210处在PUSCH上传输数据和/或缓冲器状态报告BSR。如果在随机接入过程(包括在该过程中包括的重传尝试)之后UE在方框216处仍然没接收到PUSCH资源，则UE在方框218处推断存在无线电链路故障RLF。
[0048]现在考虑图3A。方框302A、304A、310A、314A、316A和318A分别类似于图2的方框202、204、210、214、216和218并且将不再进一步详述。与图2的一个显著差异在于图3A的重传回路301A。当UE已经判决利用其下一个可用SR机会并且在方框306A处在专用PUCCH资源上传输其SR时，如图2 —样其将在方框308A处检查其是否已被分配了 PUSCH资源以用于UE希望发送的数 据或其他信令。在UE在方框308A处未接收到该PUSCH的情况中，在方框311A处存在另一判决，即继续在与SR机会对应的专用资源上进行SR重传还是暂停那些重传以支持RACH过程。在方框308A处的执行可能需要新定时器。当发送专用SR时将开始该定时器，并且其确定UE需要对PUSCH分配等待多久之后才进行RACH过程。由网络配置该定时器。
[0049]作为图3A的过程的一个具体的示例，让我们假设UE需要用于信令无线电承载的资源并且对于该承载等待下一个专用SR机会的阈值时间已经被设置为20ms。此外让我们假设UE具有时间间隔为80ms的专用SR资源。然后如果专用SR资源在20ms内可用则UE将(在方框304A)判决利用这种资源。如果(在方框306A中)该专用SR资源上的传输不导致PUSCH分配，则UE将继续随机接入过程(方框314A)，因为下一个周期性SR资源将在晚于20ms之后可用，如在方框308A中看到的。(可以假设在发送SR之后对PUSCH分配的等待将典型地为IOms量级。)
[0050]在方框31IA处的判决逻辑可以与在方框304A处应用的相同(如以上示例中所假设的)或者其可以有些不同。由于在UE到达方框311A的判决的时间为止已经施加了不可忽视的延时，并且与RACH过程不同，在方框306A处在专用资源上的重传将不使用逐渐变高的发送功率，所以在特定非限制性实施方式中，与在方框304A处的判决逻辑相比，在方框311A处判决逻辑偏向RACH过程。随着专用SR资源的每次不成功的传输，该偏向可能增加。[0051]只要来自方框311A的判决是不满足用于RACH利用的条件，图3A的其余部分就与图2不同。在该情况中，UE将在方框312A处将其已对SR进行的重传的次数与由参数dsr-TransMax给定的网络配置的最大值比较。如果方框312A显示尚未超过最大次数,则UE将在方框306A处继续专用SR资源上的SR重传，或者如果超过最大次数则如同图2 —样UE将转变到在方框314A处发起RACH过程。
[0052]如果相反来自方框31IA的判决是满足用于RACH利用的条件，则UE将在此时转到方框314A，在方框314A处其发起随机接入过程。
[0053]图3B是图3A的流程的可替换的呈现。所有方框302B到318B类似于图3A中的对应的方框302A到318A。图3A与图3B的一个重要的差异在于图3A强调关于转变到RACH使用的(方框304A和311A)的首次并且可能稍后的判决之间的差异，但是方框304B中的判决功能也可以考虑当进入方框304B时在专用SR资源上已经使用了多少个机会。
[0054]对于图2和图3A和3B的实施方式中的任意一个，在方框204、304A、304B和311A处的判决可以专用于给定的信令或数据无线电承载。例如网络可以配置判决标准，使得存在用于每个承载的最大可允许延时并且用于不同承载的延时可以不同，并且只要针对该承载未超过该承载的延时阈值UE就使用周期性的专用SR资源。以此方式，一些承载将导致UE比其他承载更早地选择随机接入选项。 [0055]在传统LTE规范版本8/9/10中，当eNB在随机接入过程中在RACH前导码响应中许可的PUSCH资源上从如下UE接收到UL传输时，该UE已经配置有专用SR资源(称为消息3，其是在图1中的方框116之后的方框110处传输的)，网络假设UE已经释放了专用PUCCH和SR资源。但是，当实施这些教导并且UE在专用SR资源与随机接入过程之间进行选择时，在eNB与UE之间对于是否保持或断开用于该UE的专用资源应该具有一些共识。
[0056]根据这些教导的一个实施方式，如果UE使用随机接入过程发送其SR，则其一直释放PUCCH和SR资源。在该情况中，网络随后将需要为同一 UE重配置PUCCH和SR资源。至少在一些情况中这将需要附加信令，但是不是在所有情况中需要该附加，因为如果SR传输的原因是要将UE移动到更活动的状态则无论如何可能都需要重配置资源。
[0057]根据另一个实施方式，UE指示其是否正在直接使用RACH或者如果使用图3A或3B的实施方式则其还指示该RACH是否是在专用SR资源上的传输失败之后使用的。UE执行该信令的一种方式是分割RACH前导码签名:例如UE将选择奇数前导码索引来用信令通知UE已达到“SR计数=dsr-TransMax”条件并且选择偶数前导码序列来指示UE直接转到RACH过程而不尝试专用资源上的任意SR重传。此信令的另一个示例是对于该UE在RACH消息3中增加信息元素，用于指示UE达到“SR计数=Clsr-TransMax”条件并且释放了其PUCCH和SR资源还是该资源被保持。在一个实现方式中，该信息元素指示随机接入过程用于对于所选具体(更高优先级)数据或信令无线电承载获得到PUSCH的更快的接入。
[0058]以上示例以LTE系统为背景但是不限于更广义的教导，其可应用于任意无线无线电接入技术如UTRAN、CDMA以及具有UE可以由此得到上行链路资源的随机接入过程的其他技术。就这点而言，在上文的示例中对于信道、消息和参数使用的术语不限于这些教导，而是LTE系统中的具体实现方式的示例。
[0059]取决于具体的实现方式，实施以上教导导致以下一个或另一程度的技术效果。首先，采用这些教导使得网络能够利用长的SR时间间隔，其例如针对处于连接状态但是仅得到/发送后台数据(如电子邮件或UE位置和在社交网站上发布的消息的更新)而除此之外不活动的智能电话节省PUCCH资源。虽然这些教导将增加RACH上的负载，但是它们将同时降低专用PUCCH上的负载，并且因为SR必须在RACH上发送的对延迟苛刻的数据很少出现，所以这些教导总的来说导致如何使用无线电资源的效率的增加。
[0060]另外，对于该网络使得能够对于后台业务更好地使用长SR周期，并且在一些实现方式中，可以使用最大努力无线电承载，而不应该延迟任意信令业务。因此，这些教导的特定实施方式允许针对后台业务高效使用PUCCH，但是同时对于信令和其他延迟苛刻的业务允许低的延时。所有这些优点不仅抵消如上详述的判决中固有的对SR过程增加的复杂性。
[0061]图4是示出了对于不同的以上实施方式，UE或其一个或多个组件采取的那些动作的流程图。方框402和404对于以上各种示例更加通用，并且图4的其他部分详述各种不同的更具体的实施方式和实现方式。在方框402处，UE确定到周期性传输机会的时间超过阈值。然后在404处并且自动地响应于在方框402处的确定，UE在使用随机接入过程和周期性传输机会来传输上行链路消息之间进行选择。
[0062]方框406给出了与以上示例对应的细节:周期性传输机会包括调度请求机会，其是根据由无线网络配置的时间间隔而为周期性的；并且上行链路消息包括调度请求SR。注意在传统LTE中专用SR是UE在专用PUCCH上发送的最小的给定序列。因此，UL消息调度请求可以是单个比特，其指示UE想要PUSCH资源，因为UE通过不在其专用PUCCH上进行传输来指示其不想要资源。
[0063]方框408跟在方框406之后并且给出这样一种实施方式，在该实施方式中仅当与SR相关的潜在的/预计的UL数据传输或控制信令对延迟敏感时UE才少量地使用判决逻辑。方框408将这一点概述为方框402处的确定和方框404的选择以预确定与SR相关的预计的上行链路信令(数 据或控制信令)是对延迟敏感的为条件；否则在预确定预计的上行链路信令并非对延迟不敏感的情况下，利用调度请求机会来发送SR，而不在随机接入过程和调度请求机会之间进行选择。
[0064]方框410概述了 UE计算使用周期性传输机会的延时的两种不同方式，其中其将该延时用于方框402处的确定。具体而言，在一个实施方式中，到周期性传输机会的时间是直到下一个周期性传输机会之前剩余的时间，并且在另一个实施方式中，其是由无线网络配置的整个调度请求时间间隔。
[0065]方框412指定方框402的阈值可以在一些实施方式中由无线网络配置，并且在更具体的实施方式中网络配置的阈值可以是无线电承载专用的，从而较低的阈值应用于对延迟更苛刻的承载。
[0066]回顾以上图3A和3B提供另外的判决点，用于由UE在利用随机接入过程和SR传输机会之间进行选择。在方框404处概述了第二判决点。如果我们将在方框402处所述的周期性传输机会视为第二周期性传输机会，则在方框402处的确定和方框404处的选择在用以在对应于第一周期性传输机会的无线电资源上传输上行链路消息的至少第一尝试失败之后(第一周期性传输机会在时间上在第二周期性传输机会之前)进行。
[0067]并且最终在图4的方框416,是多个实施方式中的一个,该多个实施方式在UE选择随机接入过程来发送其SR之后辅助在UE与网络之间协调共识。在该情况中，选择随机接入过程，并且在该随机接入过程期间，向无线网络发送该UE未正在释放分配给其的与周期性传输机会相关联的无线电资源的指示。在该实施方式中，不用信令通知默认的行为，即UE释放那些资源。在可替换的实施方式中，可以使用相反的惯例，其中UE用信令通知其正在释放那些资源并且不特别地用信令通知的默认行为是UE未正在释放那些资源。
[0068]如在图4处并且在以上示例中详述的这些教导的不同实施方式可以实施在有形地具体化的软件中(如计算机可读介质，其承载具体化在其中以用于与计算机一起使用的计算机程序代码，其中计算机程序代码具有用于实现在图4中所述的一些或所有动作的代码，硬件、应用逻辑/算法或软件、硬件和应用逻辑的组合)。在一个示例性实施方式中，应用逻辑、算法、软件或指令集在不同的常规计算机可读介质中的任意一个上维护。可以经由硬件元件、经由在处理器上执行的有形地具体化的软件或经由两者的组合执行由图4表示的方法。计算机可读指令的程序可以具体化在计算机可读介质如下文关于图5详述的MEM中的任意一个上。
[0069]现在参考图5，其示出适合于在实施本发明的示例性实施方式时使用的各种电子设备和装置的简化方框图。在图5中，无线网络适于在无线链路15上经由例如在图5处对于LTE或LTE-A网络的情况标示为eNB14的网络接入节点来与例如在上文中被称为UElO的移动通信设备的装置通信。在eNB14和其他类似的网络接入节点之间还存在X接口 18A。无线网络可以包括网络控制元件16，其可以是具有如LTE系统中已知的服务网关(S-GW)功能的移动管理实体(MME)，并且其提供与其他网络如公共交换电话网和/或数据通信网络(例如因特网)的连通性。
[0070]UElO包括控制器如计算机或数据处理器(DP) 10A、有形地存储计算机指令程序(PROG) IOC的计算机可读存储器(MEM) IOB以及用于经由一个或多个天线IOF与eNB14进行双向无线通信的至少一个适合的射频(RF)发送器IOD和接收器10E。UElO具有在功能单元IOG处所示用以如 上特别详述地在利用随机接入过程和SR机会来发送上行链路消息/SR之间进行选择的功能。
[0071]eNB14还包括控制器如计算机或数据处理器(DP) 14A、有形地存储计算机指令程序(PROG)HC的计算机可读存储器(MEM)HB以及用于经由一个或多个天线14F与UElO通信的至少一个适合的RF发送器14D和接收器14E。eNB14在功能单元14G处具有用于向UE提供至少一个阈值的功能，UE在其选择逻辑中根据上文的各种教导使用该阈值。在其他以上示例中，该阈值是承载专用的。eNB14另外经由数据/控制路径18B (被示为SI接口)耦接到 MME/S-GW16。
[0072]MME/S-GW16还包括控制器或数据处理器(DP) 16A以及除此计算机指令程序(PROG)16C的计算机可读存储器(MEM) 16B。MME/S-GW16可以连接到附加的网络如因特网。
[0073]本文的技术可以视为仅实现为具体化在位于UElO中或eNB14中的存储器中的计算机程序代码(分别例如PR0G10C或14C)或者具体化的(由一个或多个处理器执行的)计算机程序代码和各种硬件的组合，包括存储器位置、数据处理器、缓冲器、接口等等，或者完全在硬件中(如在集成电路中)。另外，可以使用适合于本地技术环境的任意类型的无线通信接口来实现发送器和接收器10D/E和14D/E，例如可以使用单独的发送器、接收器、收发器或这种组件的组合来实现它们。
[0074]通常，UElO的各种实施方式可以包括但不限于蜂窝电话、具有无线通信能力的个人数字助理(PDA)、具有无线通信能力的便携式计算机、具有无线通信能力的图像获取设备如数码相机、具有无线通信能力的游戏设备、具有无线通信能力的音乐存储和回放设备、允许无线因特网接入和浏览的因特网设备以及包括该功能的组合的便携式单元或终端。
[0075]计算机可读MEMlOB和14B可以是任意类型的计算机可读介质，其承载适合于本地技术环境的计算机程序代码并且可以使用任意合适的数据存储技术来实现，如基于半导体的存储设备、闪存、磁存储设备和系统、光存储设备和系统、固定存储器和可去除存储器。DPlOA和14A可以具有适合于本地技术环境的任意类型并且可以包括作为非限制的示例的通用计算机、专用计算机、微处理器、数字信号处理器(DSP)和基于多核处理器架构的处理器中的一个或多个。
[0076]虽然在独立权利要求中阐述了本发明的各方面，但是本发明的其他方面包括来自所述的实施方式和/或具有独立权利要求的特征的从属权利要求的特征的其他组合，并且不仅仅是权利要求中所明确阐述的组合。
[0077]注意到 在本文中虽然上文描述本发明的示例性实施方式，但是这些描述不应被视为用于限制。相反，在不脱离如所附权利要求所限定的本发明的范围的前提下，存在多种变形和修改。
【权利要求】
1.一种装置，包括: 至少一个处理器；以及 包括计算机程序代码的至少一个存储器， 其中所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起使所述装置至少: 确定到周期性传输机会的时间超过阈值；并且 响应于所述确定，在使用随机接入过程和所述周期性传输机会来传输上行链路消息之间进行选择。
2.根据权利要求1所述的装置，其中: 所述周期性传输机会包括调度请求机会，所述调度请求机会根据由无线网络配置的时间间隔而为周期性的；并且 所述上行链路消息包括调度请求。
3.根据权利要 求2所述的装置，其中所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起使所述装置以所述装置预确定所述调度请求所涉及的预计上行链路数据或控制信令是延迟敏感的为条件来进行确定和选择； 否则，在所述装置预确定所述预计上行链路数据或控制信令并非延迟敏感的情况下，所述装置被配置为利用所述调度请求机会来发送所述调度请求而不在所述随机接入过程和所述调度请求机会之间进行选择。
4.根据权利要求1到3中的任意一项所述的装置，其中到所述周期性传输机会的所述时间是直到下一个周期性传输机会之前剩余的时间。
5.根据权利要求1到3中的任意一项所述的装置，其中到所述周期性传输机会的所述时间是由无线网络配置的调度请求时间间隔。
6.根据权利要求1到3中的任意一项所述的装置，其中所述阈值是由无线网络配置的。
7.根据权利要求6所述的装置，其中所述阈值是无线电承载专用的。
8.根据权利要求1到3中的任意一项所述的装置，其中所述周期性传输机会包括第二周期性传输机会，并且所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起使所述装置在用以在与先前的第一周期性传输机会相对应的无线电资源上传输所述上行链路消息的至少第一次尝试失败之后进行确定和选择。
9.根据权利要求1到3中的任意一项所述的装置，其中所述装置包括用户设备，并且所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起使所述用户设备至少还: 在所述随机接入过程被选择的情况下，在所述随机接入过程期间向无线网络发送所述用户设备未正在释放与所述周期性传输机会相关联的、被分配给所述用户设备的无线电资源的指示。
10.一种方法，包括: 确定到周期性传输机会的时间超过阈值；以及 响应于所述确定，在使用随机接入过程和所述周期性传输机会来传输上行链路消息之间进行选择。
11.根据权利要求10所述的方法，其中:所述周期性传输机会包括调度请求机会，所述调度请求机会根据由无线网络配置的时间间隔而为周期性的；并且 所述上行链路消息包括调度请求。
12.根据权利要求11所述的方法，其中所述确定和所述选择以预确定所述调度请求所涉及的预计上行链路数据或控制信令是延迟敏感的为条件。
13.根据权利要求10到12中的任意一项所述的方法，其中到所述周期性传输机会的所述时间是直到下一个周期性传输机会之前剩余的时间。
14.根据权利要求10到12中的任意一项所述的方法，其中到所述周期性传输机会的所述时间是由无线网络配置的调度请求时间间隔。
15.根据权利要求10到12中的任意一项所述的方法，其中所述阈值是由无线网络配置的。
16.根据权利要求15所述的方法，其中所述阈值是无线电承载专用的。
17.根据权利要求10到12中的任意一项所述的方法，其中所述周期性传输机会包括第二周期性传输机会，并且所述方法包括在用以在与先前的第一周期性传输机会相对应的无线电资源上传输所述上行链路消息的尝试失败之后进行确定和选择。
18.根据权利要求10到12中的任意一项所述的方法，其中由用户设备执行所述方法，并且所述方法还包括: 在所述随机接入过程被选择的情况下，在所述随机接入过程期间向无线网络发送所述用户设备未正在释放与周期性传输机会相关联的、被分配给所述用户设备的无线电资源的指示。
19.一种有形的计算机可读介质，所述计算机可读介质承载具体化在其中以用于与计算机一起使用的计算机程序代码，所述计算机程序代码包括: 用于确定到周期性传输机会的时间超过阈值的代码；以及 用于响应于所述确定，在使用随机接入过程和所述周期性传输机会来传输上行链路消息之间进行选择的代码。
20.根据权利要求19所述的有形的计算机可读介质，其中: 所述周期性传输机会包括调度请求机会，所述调度请求机会根据由无线网络配置的时间间隔而为周期性的； 所述上行链路消息包括调度请求；并且 所述阈值是由无线网络配置的。
【文档编号】H04W74/04GK104025689SQ201180073752
【公开日】2014年9月3日 申请日期:2011年9月30日 优先权日:2011年9月30日
【发明者】J·S·科尔奥南, E·马尔卡马基, 吴春丽 申请人:诺基亚公司