CN101461280A - 用于具有共享传输信道的无线系统中的用户设备的单个和组标识符 - Google Patents

Abstract

用于在包括用户设备集合的通信系统中传送数据的用户设备，包括：收发器，被配置为在通信信道上接收至少一个数据分组，其中所述数据分组包括标识符；以及处理器，被配置为根据所述标识符确定所述用户设备是否为用户设备子集中的一个，其中所述处理器被配置为，如果所述通信信道为公共信道，则当所述标识符匹配于第一值时，或者如果所述通信信道为专用信道，则当所述标识符匹配于第二值时，确定所述第一标识符是否为所述用户设备子集中的一个。

Description

用于具有共享传输信道的无线系统中的用户设备的单个和组标识符

技术领域

本发明涉及用于通信系统的用户设备，更具体地但不限于，用于WCDMA通信系统的高速下行链路分组接入(HSDPA)。

背景技术

本领域已知的是，由3GPP组织定义的宽带码分多址(WCDMA)/通用移动电信系统(UMTS)的通信系统的进一步发展是已知的高速下行链路分组接入(HSDPA)的系统定义。HSDPA作为时间共享通信信道运行，其提供高峰值数据速率的潜力以及具有高频谱效率的可能。

当前的3GPP HSDPA标准(例如3GPP TS 25.858)定义了HS-DSCH信道(高速下行链路共享信道)，即由几个用户设备共享的下行链路传输信道。HS-DSCH关联于每个使用中用户的一个下行链路DPCH(下行链路专用物理信道)或F-DPCH(在3GPP第6版中的选项)，以及一个或几个共享控制信道(HS-SCCH)。可使用例如波束形成天线在整个小区(cell)上或仅在一部分小区上发送DS-DSCH。

在下行链路中，HSDPA提高系统容量，并增加用户数据速率，换句话说，用于从UMTS系统中还已知为节点B服务器(并且在GSM中，已知为术语“基站收发台”BTS)的无线基站(RBS)向用户设备传输数据。

这种提高的性能基于三个方面。第一方面是使用自适应调制和编码。

在HSDPA中，在无线基站(节点-B服务器)中的链路自适应实体尝试通过选择最高可能调制和编码方案而将帧错误概率保持在某个阈值以下来适应某个用户设备(或用户终端)的当前信道条件。为此，用户设备周期性地向各个服务RBS发送信道质量反馈报告，其表示对下一个传输时间间隔(TTI)的推荐传输格式，包括：推荐传输块大小、推荐代码数目和支持的调制方案，以及可能的功率偏移。基于公共导频信道的测量来确定所报告的信道质量指示符(CQI)的值。在典型实现中，它是在文档“3GPPTS 25.214-Physical Layer Procedures(FDD)”中指定的其中一个表的索引的指针，其中所述文档定义了用于不同种类用户设备(UE)的可能传输格式组合(如上所述)。

第二方面是提供了具有软合并(soft combining)和增量冗余的快速重传，从而在用户设备快速请求数据分组的重传时可能发生连接错误。但是，标准WCDMA网络指定了由无线网络控制器(RNC)处理请求，在HSDPA中由RBS处理请求。此外，使用增量冗余允许从原始传输和重传中选择正确发送的比特，以在发送信号中出现多个错误时最小化进一步重复请求的需求。

HSDPA的第三方面是在RBS中的快速调度。这表示以下情况，即在传输之前在RBS中缓冲要向用户设备发送的数据，并且使用选择标准的RBS基于与信道质量、用户设备容量、服务级别的质量和功率/代码可用性相关的信息选择要发送的一些分组。公共使用的调度器是所谓的比例公平(P-FR)调度器。

但是，HSDPA是在相对较短时间段(HSDPA系统的TTI是2ms)内传递相对大量数据的有效方法。然而，这种性能仅用在用户设备运行于专用信道状态(CELL_DCH状态)下时，换句话说，在UE和RBS之间的物理层连接已经建立并且层连接已经具有对其分配的专用信道之后。

UE到专用信道状态(CELL_DCH状态)的转换和建立HSDPA连接可占用几秒。因此，具体地在需要发送的数据量相对较少的情况下，到CELL_DCH状态的状态转换可需要比实际传输更长的时间。

此外，当UE处于向CELL_DCH状态改变状态的处理中时，通过相比于随后的HSDPA传输信道明显更慢和更不具有鲁棒性的前向接入信道(FACH)将所需的状态改变寻址到UE。

向CELL_DCH状态的转换之前和期间，CELL_FACH状态需要将下行链路专用控制信道(DCCH)和下行链路专用业务信道(DTCH)映射到前向接入信道(FACH)。这需要增加(由额外DCCH信息引起的)无线资源控制(RRC)信令以及(由额外DTCH信息引起的)数据传输延迟。(在辅助公共控制物理信道(S-CCPCH)上承载的)FACH传输的最小持续时间大约为10毫秒。

在无线资源控制(RRC)连接建立阶段期间，将公共控制信道(CCCH)传输映射到前向接入信道(FACH)上。图1示出如3GPP技术报告TR25.931中所述的UE到专用信道状态(CELL_DCH)的转换过程。在图1(随后将更详细描述)的步骤107，在前向接入信道(FACH)上承载典型地在公共控制信道(CCCH)上承载的RRC连接建立消息，而所述前向接入信道(FACH)被映射到辅助公共控制物理信道(S-CCPCH)。

还已知的是，通过使用前向接入信道(FACH)向UE传递少量的数据或控制信息而不在专用信道(CELL_DCH)状态下向UE传递数据。然而，这种方式受到与FACH相关的内部问题(低数据速率和低重传)的拖累。

在S-CCPCH上承载的前向接入信道(FACH)上的容量相对较小，典型地在32至64kbps之间，这限制前向接入信道使用较小的分组。

因此，典型地在单个TTI中仅能够发送一个或两个公共控制信道(CCCH)无线链路控制协议数据单元(RLC PDU)(典型的CCCH RLCPDU分组为152比特)。在专用控制信道(DCCH)上映射的、并利用非确认模式的无线链路控制(UM RLC)分组的信令无线承载(SRB)生成136或120比特长的RLC PDU。使用确认模式的无线链路控制(AM RLC)的SRB生成128比特长的RLC PDU。在使用公共控制信道(CCCH)的非确认和确认模式中，每个TTI可发送一个或两个协议数据单元。

典型的专用业务信道(DTCH)RLC PDU的大小是320比特。由于FACH的典型TTI为10ms，所以每个TTI发送的单个DTCH RLC PDU(或分组)独自用完FACH的所有32kbps数据速率容量。

当在上行链路中基于随机接入信道上发送的RLC状态指示符在该RLC上执行重传时，由于重传经过相当大量的时间，所以前向接入信道(FACH)的可靠性也是有限的。此外，如果在某个时间没有接收到适当的响应消息，则在CCCH上发送的消息不在RLC层上进行任何重传，而在信令错误的情况下，RRC层需要启动RRC消息的重传。典型地，由于FACH(DL)和RACH(UL)信道的传输延迟，所以这个时间很长(以秒为量级)。

在专用信道状态(CELL_DCH)下典型的3G UE功耗为大约250mA，在转换的前向接入信道状态(FACH)下为大约120mA，在寻呼信道状态(CELL/URA_PCH)或在空闲状态下典型地<5mA。由于前向接入信道(FACH)接收需要更多的时间接收所有(慢速)数据，所以使用FACH信道发送数据可导致更高的功耗。

因此，总的来说，需要在辅助公共控制物理信道(S-CCPCH)上使用前向接入信道(FACH)进行传输(或者作为转换状态或作为运行状态来传送数据)的是那些具有低数据速率、低重传速率以及相对高的UE功耗的UE。

关于唯一标识符H-RNTI(用以识别在物理层中的每个已发送分组的期望接收器(attended receiver))的其它问题可导致在响应于公共H-RNTI值的公共群(the common group)中识别子群的问题。例如，当用户设备不具有在小区中识别自身的有效RNTI值(C-RNTI)时。

发明内容

本发明的目的及其实施例提供了对移动接入系统的改进，其至少部分地解决了上述问题。

本发明的各个方面可以从所附权利要求中理解。

附图说明

仅参照附图，通过实例描述本发明，其中：

图1示出UE执行的建立RRC连接并移动到专用信道(CELL_DCH)状态的步骤的流程图；

图2示出在其中可实现本发明实施例的通信系统的示意图；以及

图3示出在本发明第一实施例中执行的步骤的流程图；

图4示出在本发明实施例中为了初始化UE而执行的步骤的流程图；

图5示出在本发明另一实施例中为了初始化UE而执行的步骤的流程图；

图6示出在本发明实施例中所使用的用户设备中用于公共HS-DSCH的介质访问控制(MAC)架构的示意图；

图7示出在UTRAN中用于公共HS-DSCH的MAC架构的示意图；以及

图8示出在本发明实施例中执行的步骤的流程图。

具体实施方式

在这里参照多个实施例，通过实例描述本发明。在蜂窝通信系统的环境下，具体地在HSDPA WCDMA/UMTS通信系统下描述本发明。然而，可以理解，本发明可同样能够应用于实现数据分组调度的任意通信系统中，特别是那些需要解决在数据分组传输中的延迟和频谱效率的问题的通信系统。

图2示出在其中可实现本发明实施例的通信系统的示意性示图。该系统包括至少一个用户设备(UE)1。用户设备1可以是例如移动电话，但也可以是例如能够通信的膝上型计算机、个人数字助理或任意其它适当设备。

用户设备1通过无线电与一系列无线基站(RBS)3无线通信。在UMTS标准中，无线基站还已知为节点-B。在以下描述中，交替使用术语节点-B和无线基站(RBS)。

每个用户设备1被配置为能够与多于一个RBS 3通信，并且类似地每个RBS 3被配置为能够与多于一个UE 1通信。RBS 3还与无线网络控制器(RNC)5(在GSM标准中还已知为基站控制器(BSC))通信。RNC5还可以与核心网络(CN)7通信。CN7还可以与其它网络(例如其它公众陆地移动网络(PLMN))或与已知为“互联网”的计算机网络通信。

为了阐明在以下所述的本发明实施例中使用的某些术语，我们在图1的帮助下描述将通过3GPP TR 25.931所定义的网络中的UE 1所执行的无线资源控制(RRC)连接建立的流程图。

在步骤101，UE 1通过在公共控制信道(CCCH)上经由所选小区(作为RBS 3的小区)向服务RNC 5发送无线资源控制(RRC)连接请求消息来启动无线资源控制连接的建立。该连接请求包含初始用户设备(UE)1识别值的参数，以及建立连接的原因。

在步骤102，服务无线网络控制器(RNC)5建立与UE 1的无线资源控制(RRC)连接，并决定使用这种特定RRC连接的专用信道，分配用于无线资源控制器连接的UTRAN(UMTS陆地无线接入网络)RNTI(无线网络临时标识符)和无线资源L1、L2。当要建立专用信道时，向RBS3发送节点B应用协议(NBAP)消息，即“无线电链路建立请求”消息。在无线电链路建立请求中包含的参数包括小区标识值、传输格式集、传输格式组合集、频率、要使用的上行链路扰码(仅用于频分双工(FDD)通信)、要使用的时隙(仅用于时分双工(TDD)通信)、用户代码(仅用于TDD)和功率控制信息。

在步骤103，RBS3分配资源，启动对上行链路物理信道的接收，以及通过NBAP消息(即“无线电链路建立响应”)进行响应。无线电链路建立响应消息包含限定信令链路终端的参数、用于lub数据传输承载的传输层寻址信息(例如ATM适配布局类型2(AAL2)地址、AAL2绑定标识符)。

在步骤104，服务无线网络控制器使用接入链路控制应用部分协议(ALCAP)启动lub数据传输承载的建立。这个请求包含将lub数据传输承载绑定至专用信道的AAL2绑定标识符。通过RBS3确认lub数据传输承载的建立请求。

在步骤105和106，RBS 3和服务RNC 5通过交换适当的专用信道帧和协议帧(例如“下行链路同步”和“上行链路同步”消息)来建立lub和lur数据传输承载的同步。在同步之后，RBS3启动向UE1的下行链路传输。

在步骤107，从服务RNC 5向UE 1发送消息，所述消息是在公共控制信道(CCCH)上发送的无线资源控制器(RRC)连接建立消息。RRC连接建立消息包含初始UE标识值的参数、U-RNTI(在CELL_FACH状态以及在CELL/URA_PCH下在UTRAN中有效)、C-RNTI(在CELL_FACH状态下在小区中有效)、能力更新需求、传输格式集、传输格式组合集、频率、下行链路频率扰码(仅用于FDD)、时隙(仅用于TDD)、用户代码(仅用于TDD)、功率控制信息以及在3GPP标准TS25.331第10.2.40部分中定义的其它数据，具体地用以配置在HSDPA上的信令连接。

在步骤108，RBS 3实现上行链路同步，并通过NBAP消息(即“无线电链路恢复指示”)通知服务RNC5。

在步骤109，从UE 1经由服务RBS 3向服务RNC5在专用控制信道(DCH)上发送RRC连接建立完成消息。这种RRC连接建立完成消息包含完整性信息、加密信息、和UE无线电接入能力的参数。

如上所述，需要这些步骤以便执行高速下行链路分组接入通信。

因此，在CELL_DCH状态下的HSDPA操作中，对每个UE分配唯一的H-RNTI，其用以识别在物理层中的每个已发送分组的期望接收器。

在如下详细描述的本发明实施例中，在除了CELL_DCH的状态下使用HSDPA使用对UE1已知的公共物理层标识符(即组UE ID值)，不需要对每个UE唯一地分配ID。然后，在DTCH或DCCH传输的情况下通过MAC头或者在如在现有技术中由FACH所执行的CCCH消息(RRC连接建立、小区更新确认)的情况下根据RRC消息中包括的UE ID来识别期望UE接收器。

在本发明实施例中，在专用或非专用信道状态下的UE可检测是否对其使用传输，但是在CELL_DCH下UE知道其来自物理层，不需要首先接收和解码数据分组。

在图3中，描述了用于显示在本发明第一实施例中执行的步骤的流程图。

在步骤201，在建立RRC连接之前或在小区重选之后C-RNTI无效时，UE1从典型地用于HS-SCCH检测的RNC、通过系统信息广播(SIB)接收在UE不具有有效C-RNTI(定义一组UE ID值)时使用的第一公共识别值(CCCH H-RNTI)，即接收RRC连接建立消息或小区更新确认(在仅U-RNTI有效时)。

在本发明其它实施例中，UE根据从RNC发送的SIB计算公共参数和对应的HS-SCCH/HS-DSCH参数。

在其它实施例中，H-RNTI值是运营商预先已知的预定值的集。

UE还接收第二公共标识值(DCCH/DTCH H-RNTI)。在UE具有有效C-RNTI时，UE使用DCCH/DTCH H-RNTI。随后描述UE接收这个第二H-RNTI值和任意相应的HS-SCCH/HS-DSCH参数的方式。然而，可以从专用RRC信令获得这个信息。例如，可以从物理信道重新配置请求获得这些值。在其它实施例中，UE从SIB或从RNC发送的寻呼获得DCCH/DTCH H-RNTI和相应的HS-SCCH/HS-DSCH参数。在其它实施例中，DCCH/DTCH H-RNTI值和相应的HS-SCCH/HS-DSCH参数是由运营商来预先确定和设置。

UE1还接收用以标识单个UE1的单独的标识值(单独的UE ID值)。可以在步骤107在RRC连接(C-RNTI)期间分配这个ID值，从而具有RRC连接和有效C-RNTI的UE可检测传输是否意欲直接从物理层的HS-SCCH到它。在本发明的一些实施例中，这些ID值可通过专用RRC信令更新。如上所述，在一些实施例中，C-RNTI是无效值。

在步骤203，将所接收的标识值存储在UE1中。

在步骤205，UE通过指示唯一UE ID值的MAC头值来接收使用高速下行链路共享信道(HS-DSCH)发送的高速下行链路分组接入(HSDPA)数据帧。用于相同帧的关联高速共享控制信道(HS-SCCH)数据包括用以识别公共H-RNTI值的信息。HS-SCCH数据还指定传输格式以及在上面发送HS-DSCH数据的关联的高速物理下行链路共享信道-物理信道的速率。由于在MAC头中使用这些值，所以即使在使用公共ID时，例如在CCCH传输的情况下，UE可检测数据传输是否旨在用于UE，即UE1可识别是否对于RRC层中的UE进行传输。

在步骤207，UE 1检查以查看在高速共享控制信道(HS-SCCH)上发送的ID是否匹配于UE的公共ID(在UE不具有有效C-RNTI时的CCCHH-RNTI，或在UE具有有效C-RNTI时的DCCH/DTCH H-RNTI)，或者是否分配了一个UE的专用ID。通过已知方式发送公共UE ID或专用ID值，即通过与专用信道状态下对于每个UE执行的相同方式(即，在RRC建立期间具有对其分配的特定UE ID)发送HS-SCCH中的值。

通过与HS-DSCH关联的介质访问控制(MAC)协议头中的唯一标识符来确定对数据寻址的特定UE，而不是由组UE ID值标识的UE组。

因此，在本发明实施例中，可通过不在专用信道中的UE接收少量高速数据，而不需要通过前向接入信道进行状态传递。

在本发明其它实施例中，如先前所述的建立RRC连接的任意UE1可使用在系统信息广播(SIB)中对其发送的UE ID值。SIB是在小区之间广播的信息，并且可以通过小区中的任意UE接收，而不需要RBS3知道哪个UE 1接收了SIB。SIB传输不需要确认传输，因此可作为组UE ID值的有利载体。在其它实施例中，RNC5分配要传递给RBS3的组UE ID值，以发送至UE 1。

在本发明一些实施例中，通过在HS-SCCH中直接掩码成CRC的方式向UE 1发送唯一ID。在HS-SCCH上将唯一ID掩码成CRC指的是，通过ID值、以下文的方式来修改CRC(即，使得接收器能够确定是否正确接收分组的校验和)，所述方式为仅仅知道ID的接收器可确定正确的CRC值，因此能够检测是否正确接收HS-SCCH。在HS-SCCH上将ID掩码成CRC的优点在于由于包含了UE唯一ID，所以不在HS-SCCH上插入附加比特，但是唯一UE ID信息出现在HS-SCCH消息中。在其它实施例中，在具有为UE ID值预留的特定比特字段的MAC头/RRC层上插入ID值。除了在比特字段中插入该值之外，使用MAC头的实施例不需要执行信号的掩码处理或修改。

在UE 1尝试对HS-DSCH进行解码以查看在MAC头或RRC消息中的唯一ID是否匹配于UE唯一ID值之前，它必须首先检测HS-SCCH上的ID(即，确定特定UE的CRC是否表示正确接收)。因此，如果HS-SCCHID是组UE ID以及如果HS-SCCH ID是唯一UE ID，则MAC/RRC级ID必须是唯一UE ID，然后可认为MAC/RRC UE ID可以认为值相等。

在本发明一些实施例中，在UTRAN登记区域(即寻呼信道状态(CELL/URA_PCH)下或在空闲状态下)中的UE1将不能够连续侦听高速下行链路分组接入信息，但是被配置为仅在预定时间接收HS-DSCH和HS-SCCH分组。

在其它实施例中，UE 1被配置为在预定时间侦听HS-SCCH，然后仅当它接收到具有预定组UE ID的数据分组时侦听HS-DSCH上的数据。这个实施例类似于传统HSDPA接收模式，由此UE在将其自身配置为接收关联UE寻址的HS-DSCH分组之前检测对其寻址的HS-SCCH，区别在于，UE仅在预定时间侦听HS-SCCH，因此不允许UE在非接收期间关闭无线电接收器，从而节省电池电量。

在本发明其它实施例中，UE侦听何时通过事件触发。例如，由于UE活动性或响应于寻呼消息，可使用随机接入信道(RACH)。在这样的实施例中，如果不期望激活，则UE能够保存动力，换句话说，能够“睡眠”和节省电池电量。

在这个实施例中，在随机访问信道(RACH)上发送无线资源控制器连接请求之后，在空闲模式下的UE 1将启动高速数据分组接入接收。在发送小区更新消息之后，在CELL/URA_PCH状态下的UE 1将启动HSDPA接收。由于TTI很短(与10毫秒TTI的前向接入信道相比为2毫秒)，所以睡眠模式更简单，以便与HS-DSCH组合来使用。

在一些实施例中，如果网络能够在专用业务信道(DTCH)或专用控制信道(DCCH)上向用户设备发送数据或信令，则在转换CELL_FACH状态下的用户设备1可被配置为连续接收HSDPA数据。在对于HSDPA数据传输指定不连续接收期间(DRX)的情况下，在CELL_FACH状态下的UE 1也可被配置为偶而接收数据。

在本发明的以上实施例中，将CELL_DCH状态下的UE与传统HSDPA相比，并没有规定从UE 1向RBS 3发送指定信道质量指示符(CQI)报告(典型地，这在高速专用控制信道-HSDPA的上行链路反馈信道上发送，用于在专用信道模式下的用户设备，以协助MCS(调制和编码方案)的选择、高速物理下行链路共享信道(HS-PDSCH)的选择、以及高速共享控制信道(HS-SCCH)的功率设置。配置MCS值的选择，使得对于较好质量的信道，可选择MCS值以使用更高阶的调制和更少的编码，因此增加数据吞吐量，而对于较差质量的信道，可选择MCS值以使用简单的调制和更多纠错编码，从而以更少的数据传输容量的成本来减少错误。

此外，以上实施例不具有用于高速确认请求(HARQ-高速下行链路共享信道接收确认)的确认反馈(ACK/NACK)。因此，对于以上实施例，当典型地在用于专用信道状态下的用户设备的高速专用控制信道(HSDPA的上行链路反馈信道)的上行链路上发送ACK/NACK信号时，不存在表示是否请求重传的信号。

因此，在本发明的其它实施例中，RBS3选择高速-共享控制信道功率和用于HS-DSCH的MCS值，从而能够在小区边缘被接收。在本发明的其它实施例中，提供用于评估所需HS-SCCH功率需求的机制(mechanism)，并且需要用于HS-DSCH的适当MCS值，而选择这些值用于HS-SCCH和HS-DSCH数据流。

在其它实施例中，发送相同的传输值多次，以在系统中生成所需的时间多样性以及生成所需的HARQ增益。

在以上实施例中，配置具有一定程度系统控制的传输系统-在小区中的所有UE1能够接收数据。

在本发明其它实施例中，RBS 3(尽管不具有用户设备指定的CQI报告)在接收到对其指定的高下行链路共享信道传输之后从UE1接收包含传输反馈的预定上行链路扰码。在这些实施例中的传输反馈信号使得HARQ方法可以如本领域已知的方式使用。这在图3中的步骤209示出。

在本发明其它实施例中，从UE发送具有传输反馈的CQI报告，从而能够计算随后的高速共享控制信道(HS-SCCH)功率设置和高速下行链路共享信道(HS-DSCH)MCS选择。

如上所述的本发明实施例可通过以下方式实施，即需要具有组UE ID的任意UE对分组接收进行确认，并好像对其指定数据那样发送CQI报告。可选实施例要求，在向网络发送任意应答之前，在HS-SCCH中首先检测到组UE ID之后，任意UE标识在介质访问控制器协议数据单元和/或无线资源控制器消息中的UE的单独UE ID。

在本发明的一些实施例中，控制无线网络控制器(RNC)可在用于公共控制信道(CCCH)以及用于为前向接入信道转换状态下的UE所分配的所有下行链路控制信道(DCCH)和专用业务信道(DTCH)的lub接口上使用单个ATM适配布局类型2(AAL2)连接。因此，在一些实施例中可使用MAC-c多路复用来代替前向接入信道传输状态。

在本发明其它实施例中，需要满足不同的优先级和服务质量(QoS)需求的情况下，对于CCCH、DCCH和DTCH分配各个AAL2连接。例如，在一些实施例中，公共控制信道(CCCH)和专用控制信道(DCCH)的传输可具有比专用业务信道(DTCH)更高优先级和可靠性因素。

尽管上述实施例提及使用HSDPA信道向UE发送适量数据，但是数据的这种传输也可应用于如图1所示的在RRC连接步骤107(从RNC 5经由RBS 3到UE 1)中的数据传输。如上所述，通过使用比FACH更快的信道，可增加接收CCCH数据分组的速率，因此设置CELL_DCH模式下的UE所需的时间减少。对于在这个阶段的UE分配CELL_DCH状态的指定UE ID。

与现有技术中使用的传统传送方法(FACH)相比，如上所述的实施例提供了更强的鲁棒性和更快的方式向UE传送用户数据和RRC信令消息。此外，通过使用这些实施例，没有处于操作的专用信道模式下的UE1具有从空闲或寻呼模式到操作的专用信道模式的更快状态转换，因为它们仅需要接收可通过HSDPA技术提供的适量数据，而不需要用户设备经由FACH状态交换数据。

尽管以上实施例仅具有部分的HSDPA支持(例如，在一些实施例中不存在来自用户设备的上行链路反馈，因此在RBS 3中不知道CQI或者没有可能接收ACK/NACK消息)，但是由于在FACH上更短的HSDPA的TTI，在减少延迟方面的增益将不可避免。此外，如上实施例所述，存在使用盲目重传实现来自HARQ组合的增益的可能。

尽管系统需要与10ms大约多5倍的动力在2ms中传送相同的数据，因此在这种情况下并没有节省动力，但是优点在于，在所有UE分时使用相同的动力资源时，不必为了没有处于专用信道状态(CELL_DCH)的用户分配HSDPA传输的特定共享动力。在现有技术实例中，无论是否实际利用该信道，需要对所使用的FACH来静态分配FACH动力。

此外，由于本发明使用HSDPA网络规范的现有层-1，所以本发明的实现相对简单。

同样如上所述，通常在CELL_FACH状态下的UE的功耗在应用中存在问题，例如在发送周期性保持激活消息的手机邮件(push mail)中。在这些情况下，即使数据量很小，但是仍然要保持用户设备在前向接入信道上，直到不活动定时器(inactivitytimer)到期。典型地，不活动定时器大约为2秒。使用上述不连续接收(DRX)，可大大减少功耗。通常，这样能够主要提升UE持续应用的待机时间。

如图3先前所述，步骤201示出无线基站RBS3将H-RNTI值发送至用户设备1的情况。然而，参照图4和5，将更详细描述根据DCCH/DTCHH-RNTI的提供确定H-RNTI和其它值的这个处理和步骤。

参照图4，示出如本发明实施例所采用的确定DCCH/DTCH H-RNTI值和其它数据的第一方法。在这个第一方法中，使用无线资源控制消息向UE发送H-RNTI值。在这些实施例中，需要在lur接口上用信号传输一些信息。

在步骤401，服务无线网络控制器SRNC5确定用户设备(UE)1将在漂移无线网络控制器/控制无线网络控制器(D/CRNC)的控制下使用小区中的公共HS-DSCH。

在步骤403，SRNC 5向D/CRNC转发至少一个HS-SCCH/HS-DSCH参数。例如，在本发明实施例中，所转发的参数包括在HS-DSCH中使用的优先级队列的数目和用于每个优先级队列的调度优先级指示符(SPI)。

在步骤405，SRNC 5在用于承载前向链路接入信道(SACH)数据帧的lur接口上建立用于用户设备1的ATM适配层2(AAL2)连接。SACH数据帧包括映射到公共HS-DSCH的数据。在本发明一些实施例中，在执行这个处理的所有用户设备之间可建立和共享一个AAL2连接。

在步骤407，SRNC 5定位介质访问控制-d(MAC-d)。

在步骤409，SRNC 5经由RBS3向用户设备发送用户设备RRC信令。例如，该信令可包含C-RNTI值和/或DCCH/DTCH H-RNTI值，以及用于HS-SCCH的DRX循环值。在这个阶段，对于SRNC 5不必知道在D/CRNC下小区的CCCH H-RNTI。

在步骤411，随后服务无线网络控制器5使用FACH数据帧向D/CRNC转发数据。

在步骤413，D/CRNC确定是否如说明书中实施例所述向UE发送数据，或者根据使用FACH或在这个D/CRNC的控制下使得UE在小区的Cell_DCH模式下操作的已知方法进行操作。

在步骤415，D/CRNC定位介质访问控制-c(MAC-c)，换句话说，增加用于DCCH/DTCH分组数据单元的C-RNTI值。

在步骤417，D/CRNC配置用于每个公共H-RNTI的公共HS-DSCH/HS-SCCH信息。对于具有相同H-RNTI值的所有用户设备采用相同的配置。

在步骤419，D/CRNC建立用于具有公共HS-DSCH值的所有用户设备1的AAL2连接。在其它实施例中，对于每个H-RNTI值，RNC建立各自的AAL2连接。

在步骤421，D/CRNC分配C-RNTI值。

在步骤423，D/CRNC确定用于处理HS-DSCH参数的用户设备能力。例如，D/CRNC接收上行链路CCCH消息，并根据该消息确定用户设备容量。

在步骤425，D/CRNC基于从服务RNC接收的公共H-DSCH参数分配H-RNTI(DCCH/DTCH)，并向服务RNC转发所选择的H-RNTI和用于H-RNTI的相应的HS-DSCH/SCCH信息。

在步骤427，D/CRNC通过帧协议向RBS转发所选择的H-RNTI值和参数数据。优选的帧协议是HS-DSCH帧协议，其有效载荷为MAC-c分组数据单元并包括动力控制信息。在其它实施例中，使用不同的帧协议传送这个信息。

在步骤429，RBS3定位MAC-hs，而数据流映射到公共HS-DSCH。

在步骤431，RBS广播根据D/CRNC配置的CCCH H-RNTI和相应的HS-SCCH/HS-DSCH信息。

在步骤433，RBS3执行对于HS-SCCH的功率控制。在其它实施例中，基于包括在从RNC接收的HS-DSCH数据帧或新的帧协议数据帧中的信息来执行对于HS-DSCH的调制和编码方案(MCS)选择。

在步骤435，用户设备从SIB/寻呼消息获得或计算CCCH的H-RNTI和相应的HS-SCCH/HS-DSCH信息。

在步骤437，UE根据专用RRC消息获得或计算用于DCCH/DTCH的DCCH/DTCH H-RNTI和相应的HS-SCCH/HS-DSCH信息。

因此，UE使用对于CCCH所分配的H-RNTI和用于UE标识的DCCH/DTCH消息。

对于图5，示出通过将H-RNTI值广播给UE而造成的对UE 1、RBS 3、服务无线网络控制器(SRNC)5、和控制无线网络控制器D/CRNC 501的漂移无线网络控制器的影响。

在步骤501，对于在特定D/CRNC下运行的所有RNC的操作，SRNC5不确定FACH数据是否映射至公共HS-DSCH(例如，FACH映射至S-CCPCH)。此外，根据从D/CRNC经由无线网络系统应用部分(RadioNetwork System Application Part)接收的信令，SRNC 5不知道FACH数据是否映射至公共HS-DSCH。

在步骤503，SRNC 5在被配置为承载前向链路接入信道(FACH)数据帧的lur接口上建立用于UE的ATM应用层2(AAL2)连接。在本发明一些实施例中，由多个UE 1共享AAL2连接。

在步骤505，随后SRNC 5定位介质访问控制-d(MAC-d)。

在步骤507，SRNC 5使用FACH帧协议向D/CRNC转发数据。

在步骤509，C/DRNC具有从SRNC 5接收的数据，于是确定其是否将经由FACH信道向UE传递数据，或如在说明书中具体所述的通过使用公共值HS-DSCH方法。

在步骤511，随后C/DRNC定位MAC-c(MAC-c)。C/DRNC增加用于DCCH/DTCH PDU的C-RNTI值。

在步骤513，C/DRNC配置在该H-RNTI和其它H-RNTI中使用的公共HS-SCCH/HS-DSCH信息info。对于共享相同H-RNTI值的所有UE采用所建立的配置值。

在步骤515，C/DRNC使用公共HS-DSCH方法建立用于所有UE的AAL2连接。在本发明其它实施例中，对于共享相同H-RNTI公共值的每组UE，C/DRNC建立各自的AAL2连接。

在步骤517，随后C/DRNC分配C-RNTI值。

在步骤519，随后C/DRNC使用公共信道系统对于每个UE确定UE的容量，即UE是否能够接收和解码符合上述方式的公共消息。例如，可通过接收上行链路(UL)公共控制信道(CCCH)消息执行确定。

在步骤521，随后C/DRNC计算和选择用于UE的DCCH/DTCHH-RNTI值，以及如果在小区中分配了多个CCCH H-RNTI，则还选择CCCH H-RNTI。

在步骤523，C/DRNC随后使用帧协议将所选择的数据转发至RBS。优选的帧协议是HS-DSCH帧协议(其具有MAC-c分组数据单元有效载荷，并包括功率控制信息)。在本发明其它实施例中，帧协议能够传递所选择的数据。

在步骤525，RBS3在接收到所选择的数据时定位介质访问控制-hs(MAC-hs)，并将数据流映射至公共HS-DSCH。

在步骤527，RBS 3向UE1广播CCCH H-RNTI、DCCH/DTCHH-RNTI和用于H-RNTI的相应的HS-DSCH/SCCH信息。

在步骤529，RBS 3还基于在HS-DSCH数据帧上包括的信息在HS-SCCH上执行功率控制，和/或选择HS-DSCH上的调制和编码方案(MCS)。

在步骤531，UE1在接收到广播消息时从SIB/寻呼获得和/或计算用于CCCH的各个H-RNTI值和用于DCCH/DTCH分组的H-RNTI值，以及相应的HS-SCCH/HS-DSCH信息。

如上所述，为了确定该消息是否用于UE，UE使用包含在后来消息中的为CCCH和DCCH/DTCH所分配的H-RNTI值。

数据流(即从核心网络7到用户设备1的数据映射)根据信道是公共还是专用而不同。

对于核心网络中的公共信道(公共控制信道(CCCH)和公共业务信道(CTCH))，在向C/DRNC传递时将其转换成介质访问控制-c流，在向RBS进一步传递时转换成介质访问控制-hs流，随后将其作为高速下行链路共享信道(HS-DSCH)的一部分发送。

对于核心网络中的专用信道(专用控制信道(DCCH)和专用业务信道(DTCH))，在向服务无线网络控制器传递时将其转换成介质访问控制-d流，在向控制/漂移RNC传递时转换成介质访问控制-c流，在向RBS传递时转换成介质访问控制-hs流，随后将其作为高速下行链路共享信道(HS-DSCH)的一部分发送。

图6和7在示意图中示出在UE中和UTRAN中的MAC层接口。

图6示出在本发明实施例中使用的UE，其具有MAC接口：MAC-es/MAC-e 601；MAC-m 603；MAC-hs 605；MAC-c/sh/m 607；MAC-d609。

MAC-es/MAC-e 601由MAC控制器控制，并且进一步连接至MAC-d609接口。MAC-es/MAC-e 601接收关联的下行链路和上行链路信令，以及还接收E-DCH数据(增强的数据信道)。

MAC-m 603由MAC控制器控制，并且连接至MSCH(移动共享信道)和MTCH(移动业务信道)。MAC-m 603经由FACH接收数据。

MAC-hs 605由MAC控制器控制，并连接至MAC-d接口609和MAC-c接口607。MAC-hs 603还经由HS-DSCH接收数据。MAC-hs接口承载执行以下任务的数据：重新排序队列分配、重新排序、拆卸、HARQ(如参照其它实施例所述，不执行ACK/NACK生成和CQI报告，并且执行软合并)。

MAC-c/sh/m接口607由MAC控制器控制，并连接至MAC-d接口609和MAC-hs接口605。在UE中，它连接至以下信道：MTCH、MSCH、MCCH、PCCH、BCCH、CCCH、CTCH、SHCCH(仅用于TDD)。MAC-c/sh/m接口607经由以下外部信道接收数据：PCH、FACH、RACH、USCH(仅用于TDD)、DSCH(仅用于TDD)。MAC-c/sh/m接口607承载执行以下任务的数据：TCTF多路复用、读取UE-ID值。

MAC-d接口609由MAC控制器控制，并连接至MAC-c/sh/m接口607和MAC-hs接口605。在UE中，它连接至以下信道：DCCH、DTCH。MAC-d接口609经由DCH外部信道接收数据。MAC-d接口609承载执行以下任务的数据：例如从公共HS-DSCH向专用HS-DSCH和CT多路复用切换信道类型。

图7示出在本发明实施例中使用的RAN，其具有MAC接口：MAC-e701；MAC-es 707；MAC-hs 703；MAC-c/sh/m 705；MAC-d 709。

MAC-e接口701由MAC控制器控制，并进一步连接至MAC-es接口707。MAC-e接口701接收关联的下行链路和上行链路信令，还接收E-DCH数据(增强的数据信道)。

MAC-es接口707由MAC控制器控制，并连接至MAC-e接口701和MAC-d接口709。

MAC-hs接口703由MAC控制器控制，并连接至MAC-d接口709和MAC-c接口705。MAC-hs接口703还经由HS-DSCH接收数据。MAC-hs接口承载执行以下任务的数据：调度、优先级处理、流控制、TFRC选择、HARQ(如参照其它实施例所述，不执行ACK/NACK生成和CQI报告，相反执行固定数目的传输)。

MAC-c/sh/m接口705由MAC控制器控制，并连接至MAC-d接口709和MAC-hs接口703。在RAN中，它连接至以下信道：MTCH、MSCH、MCCH、PCCH、BCCH、CCCH、CTCH、SHCCH(仅用于TDD)。MAC-c/sh/m接口607经由以下外部信道接收数据：PCH、FACH、RACH、USCH(仅用于TDD)、DSCH(仅用于TDD)。MAC-c/sh/m接口607承载执行以下任务的数据：TCTF多路复用、UEID多路复用、流控制、调度、缓冲、优先级处理。

MAC-d接口709由MAC控制器控制，并连接至MAC-c/sh/m接口705和MAC-hs接口703。在RAN/CN中，它连接至以下信道：DCCH、DTCH。MAC-d接口709经由DCH外部信道接收数据。MAC-d接口709承载执行以下任务的数据：例如从公共HS-DSCH向专用HS-DSCH切换信道类型、CT多路复用、和流控制。

图8示出从RRC连接建立到状态转换(从Cell_FACH状态到Cell_DCH状态)的信令流的实例。

在步骤801，与RBS3通信的服务/控制无线网络控制器5确定使用如上所述实施例中的至少一个。然后，S/CRNC建立用于公共HS-DSCH的AAL2连接，并配置用于公共H-RNTI的HS-DSCH信息。

在步骤803，RBS3向UE1广播CCCH和DCCH/DTCH H-RNTI和相应的HS-DSCH信息。

在步骤805，S/CRNC分配C-RNTI，并计算UE的DCCH/DTCHH-RNTI。

在步骤807，UE1使用CCCH H-RNTI的值侦听HS-SCCH，以识别是否将所接收的消息寻址到UE。

在步骤809，通过lub接口上的HS-DSCH帧协议和Uu接口上的HS-PDSCH承载包括C-RNTI值的RRC响应消息。

在步骤811，UE使用DCCH/STCH H-RNTI值侦听HS-SCCH，以识别是否将所接收的消息寻址到UE。

在步骤812，S/CRNC决定将UE移动至Cell_DCH状态。

在步骤813，S/CRNC建立RL和AAL2连接，并开始帧协议同步。

在步骤815，S/CRNC发送包括专用HS-DSCH信息和专用H-RNTI值(使用DCCH/DTCH在公共HS-DSCH中承载的)的RRC重新配置消息。

在步骤817，UE 1基于所接收的信息执行同步。

在步骤819，使用专用H-RNTI值启动Release5版本HS-DSCH传输。

先前所述的优点在于能够增加在Cell_FACH状态下的峰值比特率。此外，增加了在Cell_FACH状态下向用户设备发送信令和数据的小区容量的灵活性。上述实施例向后兼容于先前指定的HSDPA版本。此外，上述向UE传递H-RNTI值的第二方法也与先前指定的服务RNC兼容。此外，仅需要对网络层2和3的架构进行有限的改变，而不需要对网络层1进行改变。

申请人在这里独立公开了其中所述的每个单独特征以及两个或多个这些特征的任意组合，从某种意义上，能够根据本领域普通技术人员的一般公知常识从总体上基于本申请实现这些特征或组合，而不管这些特征或特征组合是否解决了其中所述的任意问题，并且不受权利要求的范围的限制。申请人指出，本发明的观点可包括任意这种单独的特征或特征组合。根据以上说明，对于本领域普通技术人员显而易见的是，可以在本发明的范围内进行各种修改。

Claims (12)

1.在包括用户设备集合的通信系统中用于传送数据的用户设备，包括：

收发器，被配置为在通信信道上接收至少一个数据分组，其中所述数据分组包括标识符；以及

处理器，被配置为根据所述标识符确定所述用户设备是否为用户设备子集中的一个，其中所述处理器被配置为，如果所述通信信道为公共信道，则当所述标识符匹配于第一值时，或者如果所述通信信道为专用信道，则当所述标识符匹配于第二值时，确定所述第一标识符是否为所述用户设备子集中的一个。

2.如权利要求1所述的用户设备，其中所述收发器还被配置为，在另一数据分组中接收另一值，其被配置为在没有处于专用信道状态下时识别所述用户设备的子集。

3.如权利要求1或2所述的用户设备，其中所述收发器还被配置为，在所述另一数据分组中接收第二标识符值，以在相同子集中识别每个用户设备。

4.如权利要求1至3所述的用户设备，其中所述通信信道是高速下行链路共享信道(HS-DSCH)。

5.如权利要求4所述的用户设备，其中所述通信信道包括以下中的至少一个：

专用业务信道(DTCH)；

专用控制信道(DCCH)；和

公共控制信道(CCCH)。

6.如权利要求1至5所述的用户设备，其中所述第一数据分组包括无线资源通信数据。

7.如权利要求1至6所述的用户设备，其中将所述标识符定位在所述数据分组的介质访问控制(MAC)头中。

8.如权利要求1至7所述的用户设备，其中所述标识符在MAC层上部的RRC级消息中。

9.如权利要求1至8所述的用户设备，其中在以下中的至少一个中接收或计算所述第一和第二值中的至少一个：

寻呼消息；

SIB；

专用寻呼消息；

初始建立指令。

10.一种在通信数据信道上向至少一个用户设备传送数据分组的方法，包括：

在通信信道上发送数据分组，所述数据分组包括第一标识符，其被配置为识别用户设备集合的子集；

在多个用户设备中的至少一个接收所述数据分组；

根据所述数据分组的第一标识符确定所述用户设备是否为所述用户设备子集中的一个，其中如果所述通信信道为公共信道，则当所述标识符匹配于第一值时，或者如果所述通信信道为专用信道，则当所述标识符匹配于第二值时，所述确定步骤确定所述第一标识符是否为所述用户设备子集中的一个。

11.如权利要求10所述的方法，其中所述通信信道包括以下中的至少一个：

专用业务信道(DTCH)；

专用控制信道(DCCH)；和

公共控制信道(CCCH)。

12.一种计算机程序，当被加载到计算机中时被配置为执行在通信数据信道上向至少一个用户设备传送第一数据分组的方法，所述方法包括：

在通信信道上发送数据分组，所述数据分组包括第一标识符，其被配置为识别用户设备集合的子集；

在多个用户设备中的至少一个接收所述数据分组；

根据所述数据分组的第一标识符确定所述用户设备是否为所述用户设备子集中的一个，其中如果所述通信信道为公共信道，则当所述标识符匹配于第一值时，或者如果所述通信信道为专用信道，则当所述标识符匹配于第二值时，所述确定步骤确定所述第一标识符是否为所述用户设备子集中的一个。

Images