CN104412693B - 公共信道获取 - Google Patents

Abstract

一种当接收到冲突的指令时选择用于无线通信网络中的上行链路传输的公共信道类型的方法、可操作为执行该方法的计算机程序产品和用户设备。该方法包括：根据第一接收到的指令来尝试获取第一类型的公共信道上的资源用于信息的上行链路传输；接收在第二类型的公共信道上进行任何上行链路传输的第二指令；确定是否存在要发送的任何信息，并且如果没有，则停止尝试获取第一类型的公共信道上的资源。所描述的各方面和实施例旨在提供用于解决由用户设备接收到的命令的混合的方法，同时旨在确保有效的总体网络操作。

Description

公共信道获取

技术领域

一种选择用于无线通信网络中的上行链路传输的公共信道类型的方法、计算机程序产品和操作为执行该方法的用户设备。

背景技术

无线电信系统是已知的。在蜂窝系统中，向在称为小区的区域中的例如移动电话的用户设备提供无线电覆盖范围。基站位于每个小区中以提供无线电覆盖范围。每个小区中的用户设备从基站接收信息和数据，并且向基站传送信息和数据。

由基站向用户设备传送的信息和数据通常在称为“下行链路”载波的无线电载波的信道上发生。由用户设备向基站传送的信息和数据在称为“上行链路”载波的无线电载波的上行链路数据信道上发生。

已经通过各种子特征的实现增强了操作于CELL_FACH状态的用户设备的功能。两个这样的子功能是：(i)独立HS-DPCCH传输和(ii)RACH后退。

HS-DPCCH(高速-专用物理控制信道)是由用户设备在上行链路上使用用于承载控制信息的信道，该控制信息诸如CQI(信道质量指标)和用于下行链路HS-DSCH(高速-专用共享信道)分组的确认。HS-DPCCH(或反馈信道)允许反馈信息被传送回基站，使得可以基于CQI信息来选择适当的传输块大小，并且作为确认/否定确认(ack/nack)消息收发的结果可以使盲重传最小化。

根据RACH后退子特征，操作于CELL_FACH状态的用户设备可操作为请求公共或共享信道，例如E-DCH(增强的专用信道)资源，的分配。如果用户设备在正经历拥塞的网络的小区内进行操作并且公共信道正在被大量使用，则可能没有可用的公共资源分配给该用户设备。RACH后退子特征允许基站进行操作以向请求公共资源的用户设备指示其应当“后退”以使用随机接入信道(RACH)进行操作用于上行链路传输。

应该理解，RACH后退子特征和独立反馈子特征的共存可能导致用户设备处的操作中的冲突。

各方面旨在于不影响总体网络操作的情况下解决子特征之间的冲突。

发明内容

因此，第一方面提供了一种当接收到冲突的指令时选择用于无线通信网络中的上行链路传输的公共信道类型的方法；该方法包括：根据第一接收到的指令来尝试获取第一类型的公共信道上的资源用于信息的上行链路传输；接收用于在第二类型的公共信道上进行任何上行链路传输的第二指令；确定是否存在要发送的任何信息，并且如果没有，则停止尝试获取第一类型的公共信道上的资源。

用户设备可以在例如UMTS电信网络中在各种模式中进行操作。当在小区中初始打开用户设备时，其通常在“空闲模式”中进行操作。一旦其同步并且将自身附连到基站，其获得无线电资源控制(RRC)连接，并且被称为处于连接模式中。处于空闲模式中的用户设备不具有无线电资源控制(RRC)连接。如果用户设备被RRC 连接，则其可以处于5个不同的RRC状态之一：小区-DCH (cell_DCH)、小区-FACH(cell_FACH)、增强的cell_FACH、小区-PCH(cell_PCH)或URA_PCH状态。用户设备通常在其业务高时移动进入cell_DCH状态，因为在这样的状态中，向用户设备分配专用信道，在该专用信道上传送和接收来自基站的数据。在UMTS 网络架构中，用户设备可以处于cell_DCH状态，在该状态中，其被期望具有大量业务。cell_DCH状态中的操作通常要求极高的电池电量。

在不处于CELL_DCH状态中时，用户设备在上行链路上使用随机接入信道(RACH)来进行操作，并且基站操作为使用前向接入信道(FACH)与用户设备进行通信。RACH和FACH具有非常小的数据承载能力。在WCDMA或UMTS系统中，已经经由增强的 cell_FACH引入了当用户设备处于cell_FACH状态时使用户设备和基站使用下行链路和上行链路上的共享或公共资源来在其之间操作和传送数据业务的能力。在上行链路中，数据业务传输使用增强的专用信道(E-DCH)发生，并且在下行链路中，在高速下行链路共享信道(HS-DSCH)上发送业务。这些信道在不需要用户设备进入 cell_DCH状态的情况下允许用户设备和基站在一段时间中在其之间通信和传送较大的数据分组。这样的布置允许用户设备更久地保持处于cell_FACH状态，而不转换为更专用的状态，从而允许功耗节省。

应当理解，一些数据业务具体地本质上可能是突发；例如，在用户设备加载网页时需求可能高，但是随后在用户阅读该网页时基本为零。由智能电话越来越多地使用处于完全cell_DCH状态的操作用于这样的突发业务可能特别浪费电池，并且因此，在不进入更专用的无线电连接状态的情况下处理突发业务的能力是有利的。

已经通过实现各种子特征增强了在CELL_FACH状态中操作的用户设备的功能。两个这样的子特征是：(i)独立的HS-DPCCH传输和(ii)RACH后退。

HS-DPCCH(高速-专用物理控制信道)是由用户设备在上行链路上使用以承载控制信息的信道，该控制信息诸如CQI(信道质量指标)和用于下行链路HS-DSCH(高速-专用共享信道)分组的确认。 HS-DPCCH(或反馈信道)允许将反馈信息传送回基站，使得可以基于CQI信息来选择适当的传输块大小，并且使得作为ack/nack消息收发的结果，可以最小化盲重传。

传统上，操作于CELL_FACH状态的用户设备将可操作为只有其具有要传送的上行链路数据时才发送HS-DPCCH反馈信息。不论用户设备是否具有要传送的上行链路数据，独立的HS-DPCCH传输子特征(也称为NB触发的HS-DPCCH传输)允许基站(节点B) 触发用户设备在HS-DPCCH上传送反馈信息。基站通常可操作为通过向用户设备发送HS-SCCH(高速-共享控制信道)命令来指示其想要从用户设备接收HS-DPCCH信息。触发反馈的传输允许基站在调度任何HS-DSCH分组之前收集反馈信息，例如CQI信息，由此允许基站调度适当的传输块大小用于传输到用户设备。通过触发反馈信息的传输，基站还可以针对先前的HS-DSCH分组从用户设备接收反馈信息，例如ACK/NACK指示符，并且从而避免执行对那些先前的HS-DSCH分组的盲重传，那些重传通常发生以确保用户设备在没有ACK/NACK消息的情况下接收那些分组。

通常，使用公共(有时称为“共享”)信道将HS-DPCCH反馈信息从用户设备传送到基站。当用户设备在CELL_DCH状态中操作时，HS-DPCCH反馈可以在专用资源上被发送。应该理解，网络中的共享或公共信道经历竞争，因为其在网络内进行操作的所有用户之间共享。

根据RACH后退子特征，在CELL_FACH状态中操作的用户设备可操作为请求例如E-DCH(增强的专用信道)资源的公共或共享信道的分配。如果用户设备在正经历拥塞的网络的小区内进行操作并且公共信道被大量使用，则可能不存在可用于对该用户设备分配的公共资源。RACH后退子特征允许基站进行操作以向请求共享资源的用户设备指示其应当“后退”以使用随机接入信道(RACH)操作用于上行链路传输。基站可以通过例如使用AICH(获取指示符信道)上的签名和EAI值的保留的组合来向用户设备指示该后退。如果用户设备接收到指示，那么用户设备可操作为尝试使用RACH来重新接入网络。适合于在RACH信道上传输的信息可能受到限制，例如，用户设备可能仅可操作为在随机接入信道(RACH)上传送公共控制信道(CCCH)消息或专用控制信道(DCCH)消息。

在反馈信道上发送的反馈消息，例如用于在CELL_FACH状态中操作的用户设备的HS-DPCCH，通常使得用户设备可操作为使用公共E-DCH资源(具体地，用于E-DCH传输的加扰码)用于那些反馈消息的传输。可操作为使用RACH进行传送的用户设备使用不同的公共资源集合。当用户设备可操作为在RACH上进行传送时，其无法同时在例如HS-DPCCH上传送反馈消息。

应该理解，RACH后退子特征和独立的反馈子特征的共存可能导致用户设备处的操作中的冲突。具体地，例如，用户设备可以从基站接收用于触发HS-DPCCH传输的HS-SCCH命令，并且在尝试获取用于在其上对基站进行传输的资源的过程期间接收RACH后退指示符。该获取可以例如涉及到公共E-DCH资源或RACH资源的获取。

应该理解，存在其他的场景，在该场景中可能发生对于实现独立HS-DPCCH传输的子特征和RACH后退的子特征的同时请求。如果在用户设备接收到指令RACH后退的AICH之前接收到用于 HS-DPCCH传输的命令，则一种这样的场景发生。这里描述的各方面和实施例旨在提供用于解决这样的由用户设备接收的命令的混合的方法，同时旨在于确保有效的总体网络操作。

一种选择是，如果在接收RACH后退指示符之前，用户设备已经接收到用于执行独立的HS-DPCCH传输的命令，则使用户设备操作为忽略该RACH后退指示符。根据这样的选择，假定最大前导循环还没有达到，用户设备可操作为将RACH后退指示符作为NACK 来处理，并且然后用户设备继续尝试获得用于上行链路传输的公共资源。应该理解，这样的实现没有认识到由基站向用户设备发送 RACH后退指示符的一个原因可以是不存在可用的公共E-DCH资源。迫使用户设备进行操作以尝试获得这样的不可用资源可能使发生在网络的小区内的拥塞更糟。

根据所描述的各方面和实施例，先前已经例如使用关于E-DCH 的HS-DPCCH的消息接收到用于执行单独的反馈传输的命令的用户设备操作为服从用于根据用户设备的缓冲占用而后退到RACH的指令。

第一方面认识到，如果指示符指示仅第二类型的公共信道可用于用户设备，则可能的是被请求的第一类型的公共信道不可用或正经历拥塞，并且因此对第一类型的公共信道的请求不可能成功。该请求过程本身可以使网络内的信令拥塞，并且该第一方面认识到通过最小化该信令可以有助于整体网络的操作。

第一方面认识到，网络中的公共信道在小区中的用户设备之间共享，并且包含大量的用户设备的小区可能经历对共享资源的显著竞争。网络内可用的公共信道的类型可以仅适用于承载特定类型的信息或消息收发。第一类型的共享或公共信道可以承载第一类型的信息或消息收发，并且第二类型的共享或公共信道可能无法承载相同类型的信息或消息收发。

第一方面认识到，接收用于使用第二类型的公共信道的指令可能指示不存在用于所请求的第一类型的可用的公共资源。

第一方面认识到，在用户设备缓冲器中存在用于传输到基站的任何信息或数据之前，可以进行用于获得第一类型的公共信道的尝试。如果在缓冲器中没有要发送到网络的信息，则当已经指示了仅第二类型的共享信道可用时继续尝试获得第一类型的信道可能对总体网络操作是不利的。

在一个实施例中，尝试获取第一类型公共信道上的资源用于信息的上行链路传输包括尝试获取第一类型的公共信道上的用于反馈信息的上行链路传输的资源。因此，在这样的反馈信息已经被创建或驻留在缓冲器中用于传输到网络之前，用户设备可以操作为尝试获得以下公共信道，在该公共信道上可以明示地发送这样的反馈信息。

在一个实施例中，该方法包括：接收用于获取在第一类型的公共信道上的用于反馈信息的上行链路传输的资源。因此，可以仅能够在网络内的第一类型的公共信道上发送反馈信息。

在一个实施例中，反馈信息包括关于接收到的下行链路信道的信道质量信息。因此，反馈信息可以由网络使用以改善整体的操作。当选择适当的传输块大小用于到用户设备的下行链路传输时，接收信道质量信息可以辅助基站。

在一个实施例中，该方法包括：确定是否存在要发送的信息以及是否该信息中的任何信息可以在第二类型的公共信道上发送，并且如果有，则在第二类型的公共信道上发送该信息。因此，如果确定了在用户设备处的缓冲器中的该信息或数据存在，则能够在第二类型的公共信道上发送该信息一些或全部，即使理想地其将在第一类型的信道上被发送。如果确定了可以使用第二类型的信道来发送该信息或数据，则一些或所有信息的适当的重新配置可以出现，并且可以在第二类型的公共信道上发送该信息。

在一个实施例中，该方法包括：确定是否存在要发送的信息以及是否可以在第二类型的公共信道上发送该信息中的任何信息，并且如果不可以，则继续尝试以获取第一类型的公共信道上的资源。因此，如果确定了在用户设备处的缓冲器中存在信息或数据，则可以确定无法在第二类型的公共信道上发送该信息中的任何信息，并且受最大次数的前导过程或常规后退过程的制约，该方法可以允许进一步的尝试以获得第一类型的公共信道来继续。

在一个实施例中，第一类型的公共信道包括E-DCH。

在一个实施例中，第二类型的公共信道包括RACH。

在一个实施例中，用于获取在第一类型的公共信道上的用于反馈信息的上行链路传输的资源的指令包括用于执行HS-DPCCH传输的HS-SCCH命令。

第二方面提供了一种计算机程序产品，可操作为当在计算机上执行时执行第一方面的方法。

第三方面提供了用户设备，可操作为当接收到冲突指令时，选择用于无线通信网络中的上行链路传输的公共信道类型；用户设备包括：获取逻辑，可操作为根据第一接收到的指令来尝试获取第一类型公共信道上的资源用于信息的上行链路传输；接收逻辑，可操作为接收用于在第二类型的公共信道上进行任何上行链路传输的第二指令；以及确定逻辑，可操作为确定是否存在要发送的任何信息，并且如果没有，则停止根据所述第一接收到的指令来尝试获取第一类型的公共信道上的资源。

在一个实施例中，获取逻辑可操作为尝试获取在第一类型的公共信道上的用于反馈信息的上行链路传输的资源。

在一个实施例中，用户设备还包括反馈命令接收逻辑，可操作为接收获取在第一类型的公共信道上的用于反馈信息的上行链路传输的资源的指令。

在一个实施例中，反馈信息包括关于接收到的下行链路信道的信道质量信息。

在一个实施例中，确定逻辑可操作为确定是否存在要发送的信息以及是否可以在第二类型的公共信道上发送该信息中的任何信息，并且如果是，则在第二类型的公共信道上发送该信息。

在一个实施例中，确定逻辑可操作为确定是否存在要发送的信息以及是否可以在第二类型的公共信道上发送该信息中的任何信息，并且如果不可以，则指令所述获取逻辑继续尝试获取第一类型的公共信道上的资源。

在一个实施例中，第一类型的公共信道包括E-DCH。

在一个实施例中，第二类型的公共信道包括RACH。

在一个实施例中，用于获取在第一类型的公共信道上的用于反馈信息的上行链路传输的资源的指令包括用于执行HS-DPCCH传输的HS-SCCH命令。

在所附独立和从属权利要求中阐述了另外的具体的和优选方面。从属权利要求的特征可以适当地与独立权利要求的特征组合，并且以权利要求中明确阐述的那些组合之外的方式进行组合。

当装置特征被描述为可操作为提供功能时，应当理解，这包括提供该功能或者被适配或者配置为提供该功能的设备特征。

附图说明

现在将参考附图来进一步描述本发明的实施例，在附图中：

图1图示了根据一个实施例的无线电信网络的主要组件；

图2示意性地图示了当用户设备尝试获取网络中的资源时可以被实现的可能的过程；以及

图3至图5示意性地图示了根据实施例的在基站和用户设备之间的消息收发。

具体实施方式

图1示意性地图示了根据一个实施例的通常为10的无线电信系统的主要组件。用户设备50通过无线电信系统10漫游。提供了支持无线电覆盖范围30的基站20。提供多个这样的基站20，并且在地理上分布，以向用户设备50提供大的覆盖区域。当用户设备50 处于由基站20服务的区域30中时，可以通过相关联的无线电链路在用户设备50和基站20之间建立通信。每个基站20通常支持在服务的地理区域30内的多个扇区。

通常，基站20内的不同天线支持每个相关联的扇区。每个基站 20具有多个天线。应当理解，图1图示了可以存在于典型无线通信系统10中的用户设备50和基站20的总数的小的子集。

无线通信系统10由无线电网络控制器(RNC)40来管理。无线电网络控制器40通过回程通信链路60与多个基站20进行通信来控制无线电信系统10的操作。RNC 40还经由每个基站20与用户设备 50进行通信，并且因此有效地管理整个无线通信系统10的区域。

用户设备50通过在称为“上行链路”或“反向”信道的信道上传送数据和信息来与基站20进行通信，并且基站20通过在称为“下行链路”或“前向”信道的无线电信道上传送数据和信息来与用户设备50进行通信。

概述

在更具体地讨论的实施例之前，首先将提供概述。

已经通过各种子特征的实现增强了在CELL_FACH状态中操作的用户设备的功能。两个这样的子特征是：(i)独立的HS-DPCCH 传输和(ii)RACH后退。

HS-DPCCH(高速-专用物理控制信道)是由用户设备在上行链路上使用以承载控制信息的信道，控制信息诸如CQI(信道质量指标)以及用于下行链路HS-DSCH(高速-专用共享信道)分组的确认。 HS-DPCCH(或反馈信道)允许反馈信息被传送回基站，使得可以基于CQI信息来选择适当的传输块大小，并且使得作为ack/nack消息收发的结果可以最小化盲重传。

传统上，只有其具有要传送的上行链路数据时，在CELL_FACH 状态中操作的用户设备可操作为发送HS-DPCCH反馈信息。不论用户设备是否具有要传送的上行链路数据，独立的HS-DPCCH传输子特征(也称为NB触发的HS-DPCCH传输)允许基站(节点B)触发用户设备在HS-DPCCH上传送反馈信息。基站通常可操作为通过向用户设备发送HS-SCCH(高速-共享控制信道)命令来指示其想要从用户设备接收HS-DPCCH信息。触发反馈的传输允许基站在调度任何HS-DSCH分组之前收集反馈信息，例如CQI信息，由此允许基站调度适当的传输块大小用于传输到用户设备。通过触发反馈信息的传输，基站还可以针对先前的HS-DSCH分组从用户设备接收反馈信息，例如ACK/NACK指示符，并且从而避免需要执行该先前 HS-DSCH分组的盲重传，那些重传通常发生以确保用户设备在不存在ACK/NACK消息的情况下接收那些分组。

通常，使用共享或公共信道来将HS-DPCCH反馈信息从用户设备传送到基站。应该理解，网络中的共享或公共信道经历竞争，因为其在网络内进行操作的所有用户设备之间被共享。

根据RACH后退子特征，在CELL_FACH状态中操作的用户设备可操作为请求公共或共享信道，例如E-DCH(增强-专用信道)资源，的分配。如果用户设备在正经历拥塞的网络的小区内进行操作，并且公共E-DCH信道正被大量使用，则可能不存在可用于对该用户设备分配的共享资源。RACH后退子特征允许基站操作为向请求共享资源的用户设备指示应当其“后退”以使用随机接入信道(RACH) 进行操作用于上行链路传输。基站可以通过使用例如EAI值和AICH (获取指示符信道)上的签名的保留组合来向用户设备指示该后退。如果用户设备接收到这样的指示，那么用户设备可操作为使用RACH 来尝试重新接入网络。适用于在RACH信道上的传输的信息可以是受限的，例如，用户设备可以仅操作为在随机接入信道(RACH)上传送公共控制信道(CCCH)消息或专用控制信道(DCCH)消息。

在反馈信道上发送的反馈消息，例如用于在CELL_FACH状态中操作的用户设备的HS-DPCCH，通常使得用户设备可操作为使用公共E-DCH资源(具体地，用于对于E-DCH传输的加扰码)用于该反馈消息的传输。可操作为使用RACH进行传送的用户设备使用公共RACH的不同集合。当用户设备操作为在RACH上进行传送时，其不能够同时在例如HS-DPCCH上传送反馈消息。

应该理解，RACH后退子特征和独立的反馈子特征的共存可能导致用户设备处的操作的冲突。具体地，例如，用户设备可以从基站接收HS-SCCH命令以触发HS-DPCCH传输，又在尝试获取在其上对基站进行传输的资源的过程期间接收RACH后退指示符。该获取可以例如涉及公共E-DCH资源或RACH资源的获取。

图2示意性地图示了当用户设备尝试获取网络中的资源时可以被实现的可能的过程。可以看出，基站能够经由AICH信令来向用户设备指示不存在可用的公共信道并且用户设备应当后退以使用 RACH。可以由用户设备在时间T1和T2之间接收RACH后退指示符。在用户设备可操作为在RACH信道上发送消息之前，即在时间 T2和T5之间，其间用户设备重新配置为进行RACH传输而不是 E-DCH传输，并且获得RACH信道，用户设备可以从基站接收命令以执行单独的反馈，例如HS-DPCCH传输。

已经认同在这样的场景下，用户设备将可操作为忽略用于执行独立的HS-DPCCH传输的HS-SCCH命令，并且继续RACH传输。

应该理解，存在可能发生同时请求实现独立的HS-DPCCH传输和RACH后退的子特征的其他场景。如果在用户设备接收指令RACH 后退的AICH之前接收到对HS-DPCCH传输的命令，则一种这样的场景发生。换言之，如果基站在图2中的T1之前请求独立的反馈，并且然后基站在图2中的T1和T2之间向用户设备指示其将后退到 RACH。这里描述的各方面和实施例旨在提供用于解决由用户设备接收到的命令的这种混合的方法，同时旨在确保有效的总体网络操作。

一种选择是，如果在接收到RACH后退指示符之前，用户设备已经接收到用于执行单独的HS-DPCCH传输的命令，则可以使用户设备操作为忽略该RACH后退指示符。根据这样的选择，假定最大前导循环还没有达到，用户设备可操作为将RACH后退指示符作为 NACK处理，并且然后用户设备继续尝试获得公共资源用于上行链路传输。应该理解，这样的实现没有认识到，由基站向用户设备发送RACH后退指示符的一个原因可以是不存在可用的公共E-DCH资源。迫使用户设备进行操作以尝试获得这样的不可用资源可能使网络的小区内发生的拥塞更严重。

根据以下具体描述的各方面和描述，先前已经例如使用关于 E-DCH的HS-DPCCH的消息接收到用于执行单独的反馈传输的命令的用户设备可操作为服从根据用户设备的缓冲占用来后退到RACH 的指令。

换句话说，当用户设备在图2的时间T1之前接收到用于执行独立的HS-DPCCH传输的命令，在图2中指示的AICH阶段期间用户设备接收到后退到RACH的指示，则用户设备可操作为“取消”任何独立的HS-DPCCH传输，并且：(i)如果确定了用户设备缓冲器具有允许和/或适用于使用RACH的传输的数据，例如DCCH或 CCCH消息，则后退到RACH上的传输，或(ii)用户设备缓冲器被确定为不包含数据，则停止任何上行链路传输。

用户设备的这种操作认识到，在基站已经向用户设备发送了 HS-SCCH命令以发起独立的HS-DPCCH传输之后，基站处的负载条件可能改变。在基站向用户设备发送实现RACH后退的AICH之前，负载条件可能改变。

应该理解，因为来自用户设备的对公共资源的请求在层1中发生，所以基站没有办法识别用户设备，直至公共资源分配已经完成，并且上行链路传输进行。基站无法将用户设备对公共信道的请求与针对具体的用户设备的独立的反馈请求调和。

应该理解，如果公共E-DCH资源在小区内拥塞，则基站通常将指示RACH后退是必要的。如果基站指示需要RACH后退，则来自用户设备的用于获得用于HS-DPCCH传输的公共E-DCH资源的请求可能将不成功。各方面认识到，当小区拥塞时，使用户设备远离需要对公共资源进行持续请求的操作可以有利于总体网络操作。

各方面还认识到，如果不需要这样做，则能够由用户设备使用 RACH发送的CCCH或DCCH传输不应当被延迟。换言之，如果用户设备具有可以在RACH上发送的信息，并且已经从基站接收到 RACH后退指示符，则不论任何先前接收到的用于执行独立的 HS-DPCCH传输的HS-SCCH命令如何，该信息可以在RACH上在适当的消息中被发送。

根据一个实施例，如果用户设备在其缓冲器中具有上行链路数据，该数据无法经由RACH传送，并且上行链路数据在用于执行单独的反馈的命令的接收和RACH后退指示符的接收之间到达该缓冲器，该用户设备可以操作为根据传统过程回退随机时间段，然后再次尝试通过请求公共E-DCH资源来接入网络。

示例1

图3示意性地图示了根据一个实施例的在基站和用户设备之间的消息收发。根据所图示的场景，在时间τ₀处用户设备50从基站20接收HS-SCCH命令，其指令发起独立的HS-DPCCH传输。作为结果，用户设备50在时间τ₁开始前导过程，以尝试从基站20获得公共 E-DCH以在其上进行HS-DPCCH传输。基站20在时间τ₂发送 AICH，指示用户设备50 将后退到RACH，因为不存在可用的E-DCH 资源。此时(τ₂)，用户设备50 缓冲器被确定为是空的，并且根据所描述的各方面，用户设备可操作为停止在RACH或E-DCH信道上的任何上行链路传输。

如果用户设备具有要在τ₂传送的数据，但是该数据无法经由 RACH进行发送，则用户设备可以操作为在重新尝试以获得用于传送该数据的公共E-DCH资源之前回退一段随机的时间。

示例2

图4示意性地图示了根据一个实施例的在基站和用户设备之间的消息收发。根据该图示的示例，用户设备50希望在时间τ₀发送CCCH，并且因此可操作为在τ₁开始前导斜坡(ramping)以尝试获得公共 E-DCH资源。在时间τ₂，在前导斜坡期间，用户设备50从基站20接收HS-SCCH命令，其指令发起单独的HS-DPCCH传输。在时间τ₃，用户设备从基站20接收AICH，其指示用户设备将后退到RACH。然后，用户设备可操作为取消独立的HS-DPCCH传输请求，并且继续经由RACH传送其CCCH。这涉及重新配置它本身以用于 RACH传输，并且执行前导斜坡以获得RACH资源，如图4中所示 (在时间τ₃之后)。

示例3

图5示意性地图示了根据一个实施例的在基站和用户设备之间的消息收发。根据所图示的场景，用户设备可操作为在时间τ₀从基站20 接收用于发起独立的HS-DPCCH传输的HS-SCCH命令。作为结果，用户设备50可操作为在时间τ₁开始前导过程，以尝试获得用于其 HS-DPCCH传输的公共E-DCH资源。在前导斜坡阶段期间，在时间τ₂，用户设备确定其具有要传送的DCCH分组。然后，用户设备在时间τ₃从基站20接收AICH，其指示用户设备应当后退到RACH。因为可以经由RACH来传送DCCH消息，用户设备可操作为取消 HS-DPCCH传输请求，并且然后进行以在时间τ₃之后获得RACH资源。

所描述的各方面允许用户设备处理同时的用于DPCCH传输的HS-SCCH命令和RACH后退指示。各方面不增加公共E-DCH拥塞，但是仍允许用户设备传送可以经由RACH承载的消息。

本领域技术人员将容易认识到，可以通过编程的计算机来执行各种上述方法的步骤。这里，一些实施例意在涵盖程序存储设备，例如数字数据存储介质，其为机器或计算机可读的，并且对机器可执行或计算机可执行的指令程序进行编码，其中，所述指令执行所述上述方法的一些或所有步骤。程序存储设备可以是，例如，数字存储器、诸如磁盘和磁带的磁存储介质、硬盘驱动器或光学可读数字数据存储介质。该实施例还意在涵盖编程为执行上述方法的步骤的计算机。

附图中示出的各种元件的功能，包括标记为“处理器”或“逻辑”的任何功能块，可以通过使用专用硬件以及能够执行与适当软件相关联的软件的硬件来提供。当由处理器提供时，该功能可以由单个专用处理器、单个共享处理器或多个独立处理器来提供，该多个独立处理器中的一些可以被共享。此外，术语“处理器”或“控制器”或“逻辑”的明确使用不应当被解释为专指能够执行软件的硬件，并且可以在没有限制的情况下隐含地包括数字信号处理器 (DSP)硬件、网络处理器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)、用于存储软件的只读存储软件(ROM)、随机存取存储器(RAM)和非易失性存储。还可以包括常规和/或定制的其他硬件。类似地，附图中示出的任何开关仅仅是概念性的。其功能可以通过编程逻辑、通过专用逻辑、通过程序控制和专用逻辑的交互或甚至手动地执行，具体技术可由实现者来选择，如从上下文更具体地理解的。

本领域技术人员应当理解，这里的任何框图表示实现本发明的原理的说明性电路的原理图。类似地，应当理解，任何流程表、流程图、状态转换图、伪代码等表示可以在计算机可读介质中实质性表示的并且因此由计算机或处理器来执行的各种过程，无论这样的计算机或处理器是否被明确示出。

说明书和附图仅仅图示了本发明的原理。因此，应当理解，本领域的技术人员将能够设计各种布置，尽管这里没有明确描述或示出，当时体现本发明的原理并且被包括在其精神和范围内。此外，这里所阐述的所有示例主要明确意在仅用于教学目的，以帮助读者理解本发明的原理和发明人对于促进本领域所贡献的概念，并且应当被解释为不限于这样具体阐述的示例和条件。此外，这里陈述本发明的原理、方面和实施例以及其具体示例的所有论述意在包括其等同物。

Claims (12)

1.一种当接收到冲突的指令时选择用于无线通信网络中的上行链路传输的公共信道类型的方法；所述方法包括：

根据第一接收指令来尝试获取第一类型的公共信道上的资源以用于信息的上行链路传输；

接收用于在第二类型的公共信道上进行任何上行链路传输的第二指令；

确定是否存在要发送的任何信息，并且如果否，则停止根据所述第一接收指令来尝试获取所述第一类型的公共信道上的资源；

其中当所述确定步骤的结果是存在要发送的信息时，所述方法进一步包括确定是否可以在所述第二类型的公共信道上发送该信息中的任何信息，并且如果是，则尝试在所述第二类型的公共信道上发送该信息，并且如果否，则继续尝试获取在所述第一类型的公共信道上的资源。

2.根据权利要求1所述的方法，其中所述尝试获取第一类型的公共信道上的资源以用于信息的上行链路传输包括尝试获取所述第一类型的公共信道上的用于反馈信息的上行链路传输的资源。

3.根据权利要求1所述的方法，其中所述第一接收指令包括用于获取所述第一类型的公共信道上的用于反馈信息的上行链路传输的资源的第一指令。

4.根据权利要求3所述的方法，其中所述反馈信息包括关于接收到的下行链路信道的信道质量信息。

5.根据权利要求1所述的方法，包括：在重新尝试获取所述第一类型的公共信道上的资源之前等待回退时段。

6.根据权利要求5所述的方法，其中所述回退时段是伪随机的。

7.根据前述权利要求1-6中的任何一项所述的方法，其中所述第一类型的公共信道包括E-DCH。

8.根据前述权利要求1-6中的任何一项所述的方法，其中所述第二类型的信道包括RACH。

9.根据前述权利要求1-6中的任何一项所述的方法，其中用于获取所述第一类型的公共信道上的用于反馈信息的上行链路传输的资源的所述指令包括用于执行HS-DPCCH传输的HS-SCCH命令。

10.根据前述权利要求1-6中的任何一项所述的方法，其中所述冲突指令由在CELL_FACH状态操作的用户设备接收。

11.一种具有存储于其中的计算机程序的计算机可读介质，当所述计算机程序在计算机上执行时，使得根据权利要求1至10中的任何一项所述的方法被执行。

12.一种用户设备，可操作为当接收到冲突指令时，选择用于无线通信网络中的上行链路传输的公共信道类型；所述用户设备包括：

获取装置，可操作为根据第一接收指令来尝试获取第一类型公共信道上的资源以用于信息的上行链路传输；

接收装置，可操作为接收用于在第二类型的公共信道上进行任何上行链路传输的第二指令；

确定装置，可操作为确定是否存在要发送的任何信息，并且如果否，则停止根据所述第一接收指令来尝试获取所述第一类型的公共信道上的资源；

其中所述用户设备包括用于当所述确定步骤的结果是存在要发送的信息时，确定是否可以在所述第二类型的公共信道上发送该信息中的任何信息，并且如果是，则尝试在所述第二类型的公共信道上发送该信息，并且如果否，则继续尝试获取在所述第一类型的公共信道上的资源的装置。