CN201230324Y - 利用高速数据分组接入进行通信的无线发射接收单元 - Google Patents

Abstract

一种利用高速数据分组接入进行通信的无线发射接收单元(WTRU)，该WTRU包括处理器，该处理器被配置成在小区和/或状态中的高速数据分组接入(HSDPA)模式中进行操作并且在移出该小区和/或状态时清除HSDPA资源。所述处理器在不满足执行高速下行链路共享信道接收的条件时执行HSDPA资源的清除。

Description

利用高速数据分组接入进行通信的无线发射接收单元

技术领域

本申请涉及无线通信。

背景技术

UMTS陆地无线电接入网(UTRAN)中的无线发射接收单元(WTRU)可以处于两种模式中的任一种：空闲或连接。基于WTRU在连接模式时的移动性和活动性，UTRAN能够指导WTRU在许多子状态间转换：Cell_PCH，URA_PCH，Cell_DCH和Cell_FACH。Cell-PCH和URA_PCH状态用于在移动WTRU的寻呼信道(PCH)上触发小区更新。Cell_DCH状态的特征在于上行链路和下行链路两者中的专用信道(DCH)。在WTRU侧，这对应于连续发送和接收并且能够对用户能量需求做出要求。Cell_FACH状态的特征在于前向接入信道(FACH)和不使用专用信道，因此允许更好的能量消耗，这是以较低的上行链路和下行链路吞吐量为代价的。

标准化团体近来的工作已经确定了在Cell_FACH和Cell_PCH/URA_PCH中使用高速下行链路分组接入(HSDPA)的可能性。HSDPA是在第三代合作伙伴计划(3GPP)规范的版本5中引入的在Cell_DCH中运行的特征。HSDPA试图利用三个关键概念来更好地利用下行链路共享容量：自适应调制和编码(AMC)，利用混合-ARQ(HARQ)方案的重传，以及节点B调度，它们都以非常快的速率运行。

下面的HSDPA特性是相关的：

a.每个具有HSDPA连接的WTRU被分配高速下行链路调度信道(HS-DSCH)无线电网络临时标识符(H-RNTI)。该标识符在小区中是唯一的并且由服务无线电网络控制器(RNC)分配。

b.WTRU被附属到单个服务小区(节点B)。

c.WTRU必须接收将要使用的物理信道源的指示(HS-PDSCH信息)，以及如何建立HARQ处理和HARQ存储。

在3GPP版本6中，HSDPA仅在Cell_DCH中被支持。因此，当移出Cell_DCH状态时，所有HSDPA资源必须被清除。但是，随着增强型Cell_FACH的引入，WTRU可以从Cell_DCH移动到任何其他状态并且依然支持HS-DSCH接收，而不要求WTRU清除所有HSDPA资源。因此，一个附加条件被添加到与Cell_DCH中的HS-DSCH接收相关联的变量HS_DSCH_RECEPTION上。HSDPA资源仅在未满足执行HS-DSCH接收的必要条件且WTRU在Cell_DCH中时被清除。

假定如果WTRU在版本7中支持HSDPA，那么WTRU也在Cell_FACH和Cell_PCH/URA_PCH中支持HSDPA。Cell_FACH中的HS-DSCH接收可以在Cell_PCH和URA_PCH中没有HS-DSCH接收的情况下被配置。在Cell_FACH中不支持HS-DSCH接收的情况下，Cell_PCH和URA_PCH中的HS-DSCH接收是不被支持的。WTRU对这些特征的支持由WTRU通过信号发送到网络。

网络通过系统信息块(SIB5/5bis)向WTRU发送该网络对于增强型Cell_FACH的支持。两个新的信息元素(IE)已被引入：

a.“HS-DSCH公共系统信息”—表明对于Cell_FACH状态HSDPA接收得到支持；和

b.“HS-DSCH寻呼系统信息”—表明对于Cell_PCH/URA_PCH状态HSDPA得到支持。

为了表明HS-DSCH接收是否正在Cell_FACH中进行，两个被WTRU无线资源控制(RRC)控制器用作标记的新的布尔变量已被引入：

a.HS_DSCH_RECEPTION_Cell_FACH_STATE：如果是TRUE(真)则表示Cell_FACH接收中的HS-DSCH接收正在进行；和

b.HS_DSCH_RECEPTION_CCCH_OF_ENABLED：如果是TRUE则表示对于CCCH使HS-DSCH接收能够进行。该变量在WTRU用公共H-RNTI接收HSDPA业务时被设定为TRUE，并且在WTRU未利用公共H-RNTI接收HSDPA业务时被设定为FALSE(伪)。

但是，对于Cell_PCH或URA_PCH状态中的HS-DSCH接收指示，还没有定义新变量。当在Cell_PCH或URA_PCH中时，并且如果IE“HS-DSCH寻呼系统信息”被广播，则WTRU建立HSDPA接收。

当WTRU从Cell_DCH转换到不支持HSDPA的状态时，会发生多种情况。例如，WTRU在不支持增强型Cell_FACH特征的小区中可以从Cell_DCH转换到Cell_FACH，或者WTRU在不支持Cell_PCH中的HS-DSCH接收的小区中从Cell_DCH转换到Cell_PCH。在这些情况中，HSDPA资源没有被清除并且WTRU将继续执行HS-DSCH接收程序。由于WTRU在试图在该信道上进行接收的时候将浪费资源和电池，所以这种行为是不期望的。另外，未能清除HSDPA资源(也就是清除IE，释放HARQ资源，执行增强型高速媒介接入信道(MAC-ehs)重设)很可能在WTRU于另一状态恢复HS_DSCH接收时引发问题。

相似的问题会发生在小区重选的一些情况中。例如，WTRU可能从支持CELL中的HS-DSCH的小区重选到不支持增强型Cell_FACH特征的小区并且HSDPA资源没有被清除。

实用新型内容

一种用于在3GPP无线通信中进行小区重选的设备，该设备通过支持HS-DSCH接收的无线发送/接收单元(WTRU)来实现。在小区转换或状态转换时，WTRU检查是否存在正在进行的HS-DSCH接收，并且如果新的小区或状态不能支持HS-DSCH，那么为该正在进行的HS-DSCH接收所使用的HSDPA资源被释放。WTRU利用无线资源控制(RRC)处理器来实现这一点，该无线资源控制(RRC)处理器监控各种事件和状况以作出是否释放HSDPA资源的决定。

附图说明

从以下描述中可以更详细地理解本实用新型，这些描述是以实例的方式给出的并且可以结合附图加以理解，其中：

图1显示了无线发送/接收单元(WTRU)和用于小区/状态重选的多个候选节点B的框图；

图2是图1中的WTRU和节点B的原理框图的示例；

图3是用于执行RRC变量HS_DSCH_RECEPTION_GENERAL的方法的流程图，该变量跟踪所有状态的HS-DSCH接收。

具体实施方式

在下文提及时，术语“无线传输/接收单元(WTRU)”包括但不局限于用户设备(UE)，移动站，固定或移动用户单元，寻呼机，蜂窝电话，个人数字助理(PDA)，计算机，或任何其他类型的能够在无线环境中操作的用户设备。在此后所提到的时候，术语“基站”包括但不局限于节点B，长期演进增强型节点B(eNB)，站点控制器，接入点(AP)或任何其他类型的能够在无线环境中操作的接入设备。

术语“HSDPA资源的清除和释放”和“HS-DSCH接收过程的停止”在这里互换使用。

在下文提及时，术语“3GPP版本7(R7)”包括但不局限于支持CELL_FACH和/或CELL/URA_PCH中的HS-DSCH的WTRU和节点B并且“3GPP版本6(R6)”包括但不局限于支持CELL_FACH和/或CELL/URA_PCH中的HS-DSCH的WTRU和节点B。

Cell_FACH中的HS-DSCH还包括为了接收RRC连接进程而进行的空闲模式下的HS-DSCH接收。

图1显示了无线通信系统100的一个示例，该无线通信系统100包括带有各自的节点B 120，130和140的小区20，30和40。移动WTRU 110在与服务节点B 120通信，节点B 130和140是用于小区重选的候选。应该注意，虽然附图1中描绘了WTRU 110和节点B120的示例结构，然而无线和有线设备的任意组合都可以包括在无线通信系统100中。

图2是图1中的无线通信系统100中WTRU 110和节点B 120的原理框图200的一个示例。如附图2所示，WTRU 110与节点B 120通信。

除了在典型WTRU中可以发现的组件，WTRU 110包括处理器115、接收机116、发射机117和天线118。接收机116和发射机117与处理器115通信。天线118与接收机116和发射机117通信以促进无线数据的发送和接收。WTRU 110的处理器115被配置为处理到增强型Cell_FACH状态或来自增强型Cell_FACH状态的小区重选和状态转换。

除了在典型的节点B中可以看到的组件，节点B 120包括处理器125、接收机126、发射机127和天线128。接收机126和发射机127与处理器125通信。天线128与接收机126和发射机127两者通信以促进无线数据的发送和接收。节点B 120的处理器125被配置为支持增强型Cell_FACH状态。

下文公开了处理从可能进行HS-DSCH接收的状态或小区到不可能进行HS-DSCH接收的状态或小区的状态/小区转换的实施方式。

小区重选

在这种情况下，WTRU没有在等待来自网络的小区更新确认。就是说，WTRU在Cell_FACH状态下，并且作出小区重选。小区重选过程可以被看作是一个2步的过程。第一步如果新小区适用于3GPP R7，则在该新小区中建立HSDPA通信。第二步处理来自旧小区中的信息的清除。该第二步应该考虑所有可能发生的转换：3GPP R7小区到R7小区，3GPP R7小区到R6小区，3GPP R6小区到R7小区和3GPP R6小区到R6小区。无论何时发生到3GPP R6小区的小区重选，任何HSDPA配置都应该被移除(完全的HSDPA重设)。另一方面，如果转换是到适用于3GPP R7的小区，则仅需要MAC-hs重设。进一步，在第一步中应该特别地检查正在发生小区重选。第二条特别针对小区重选。如果小区不适用于3GPP R7，那么完全的HSDPA重设将被执行(停止监控HS-SCCH和HS-PDSCH，重设mac-hs，释放HARQ资源)。这种重设可以通过指定单独的动作，或通过利用变量(HS_DSCH_RECEPTION_Cell_FACH_STATE和HS_DSCH_RECEPTION_OF_CCCH)并执行必需的动作来实现。

状态转换

从Cell_DCH的转换

从Cell_DCH的转换可以通过多个RRC消息来请求，如：

无线电承载建立

无线电承载配置

无线电承载释放

传输信道配置

物理信道配置

当执行与这些消息相关的进程时，WTRU可能被要求从Cell_DCH状态转换到Cell_FACH，Cell_PCH和URA_PCH。依赖于小区的性能，正进入的状态可以支持或不支持HSDPA(3GPP R7小区支持在Cell_FACH，Cell_PCH，URA_PCH中的HSDPA，而3GPP R6小区不支持)。结果，从HSDPA状态到非HSDPA状态的任何转换将导致完全的HSDPA重设(停止监控HS-SCCH和HS-PDSCH，mac-hs重设，HARQ资源的释放)。但是，对于到支持HSDPA状态的转换则不需要任何重设。

当前，重设是在评估变量HS_DSCH_RECEPTION时执行的。如果该变量是“TRUE”并在评估后变成“FALSE”，那么假如UE在Cell_DCH状态下则执行完全HSDPA重设。

根据本实施方式，在WTRU 110移动到不支持HSDPA的状态的情况下，WTRU 110执行重设(也就是HSDPA资源的释放)。这可以由系统信息块5中的IE“下行链路HS-PDSCH系统信息”或“HS-DSCH公共系统信息”的存在或不存在和/或系统信息块6中的IE“用于连接模式的下行链路HS-PDSCH系统信息”的存在或不存在来确定。

从Cell_FACH的转换

离开增强型Cell_FACH状态的状态转换具有与离开Cell_DCH的转换具有相同的结果。那就是，无论何时发生到不支持HSDPA的状态的转换，都需要进行完全的HSDPA重设。重设是在评估变量HS_DSCH_RECEPTION_Cell_FACH_STATE时执行的。如果该变量是“TRUE”并在评估后变成“FALSE”，那么假如WTRU在Cell_FACH状态下并且变量HS_DSCH_RECEPTION_OF_CCCH是“FALSE”则执行完全的HSDPA重设。该重设同样在WTRU 110转换到不支持HSDPA的状态的情况下被执行。

当WTRU 110接收到引起从Cell_FACH到Cell_PCH或URA_PCH转换的任何RRC消息时对变量进行显示的检查。这包括如下的命令：

无线电承载建立

无线电承载配置

无线电承载释放

传输信道配置

物理信道配置

小区更新确认

为了确定WTRU 110转换到的状态是否支持HSDPA，WTRU 110可以利用系统信息块5中的IE“下行链路HS-PDSCH系统信息”或“HS-DSCH公共系统信息”的存在或不存在，和/或系统信息块6中的IE“用于连接模式的下行链路HS-PDSCH系统信息”的存在或不存在。

概述

当WTRU 110从正在执行HS-DSCH接收的状态或小区(例如，适用于3GPP版本7的状态或小区)移动到不再支持HS-DSCH接收的状态或小区(例如，适用于3GPP版本6的状态或小区)时，WTRU 110清除HSDPA资源并且停止HS-DSCH接收进程。

作为状态转换，和/或小区改变(小区重选)的结果，当WTRU 110试图建立HSDPA连接，并且执行HS-DSCH接收所需要的条件未达到时，WTRU 110就清除HSDPA资源。WTRU 110可以总是清除HSDPA资源或者WTRU 110仅在先前的状态或小区具有正在进行的HS-DSCH接收进程的情况下清除HSDPA资源。

与HSDPA资源的清除和停止HS-DSCH接收进程相关的动作包括，但不局限于下列动作：

—停止任何HS-SCCH接收/监控程序；

—停止任何HS-DSCH接收/监控程序；

—清除变量H_RNTI并移除任何存储的H-RNTI；

—重设MAC-hs/ehs实体；并且

—释放所有HARQ资源。

如果更多资源被添加到HS-DSCH连接进程，WTRU 110可能也清除那些资源。例如，WTRU 110可能还需要清除公共H-RNTI值或所存储的任何IE(例如，HARQ信息)。

检查HS-DSCH接收是否正在进行

在一些情况中，WTRU 110需要检查是否存在正在进行的HS-DSCH接收进程(也就是说，在状态转换、配置、小区重选和类似动作之前)。为了检查是否存在正在进行的HS-DSCH接收进程，可以使用下列进程中的一个或组合：

新的布尔HS-DSCH接收变量HS_DSCH_RECEPTION_GENERAL可以被用于无线电资源控制(RRC)处理的处理器115定义，并被用作指示HS-DSCH接收是否正在四种状态Cell_FACH，Cell_DCH，Cell_PCH，URA_PCH中的任一状态下进行的标记。例如，这可以通过处理器115中的RRC控制器功能来执行。当HS-DSCH接收在任一状态被支持和发起时该变量被设定为TRUE，当停止HS-DSCH接收和/或当HS-DSCH接收不被支持时该变量被设定为FALSE。

用于Cell_PCH/URA_PCH状态的新的状态变量HS_DSCH_RECEPTION_PCH_STATE可以被用于RRC处理的处理器115定义(例如，在处理器115中的RRC控制器功能中)，并用来检查HS-DSCH接收是否正在Cell_PCH/URA_PCH状态下进行。

如果可适用的话，现有的HS-DSCH接收变量(HS_DSCH_RECEPTION，HS_DSCH_RECEPTION_Cell_FACH_STATE，HS_DSCH_RECEPTION_OF_CCCH_ENABLED，或HS_DSCH_RECEPTION_PCH_STATE)也可以被使用。如果这些变量中任何一个被设定为TRUE，则意味着HS-DSCH接收进程正在进行。例如，如果WTRU 110在Cell_FACH中并且想知道HS-DSCH接收是否正在进行，除了状态变量(也就是HS_DSCH_RECEPTION_Cell_FACH_STATE)之外，WTRU 110还要检查所有其他HS-DSCH接收变量。

MAC-ehs状态指示可以用于表示正在进行的HSDPA接收。这可包括新近定义的状态指示符，MAC-ehs状态变量的特定保留值(next_expected_TSN(下一个期望的TSN)，T1)，或者是否已经配置了HARQ资源。在使用MAC-ehs状态指示的实施方式中仅包括最后的选项。为了状态指示的正确操作，在不使用HSDPA时，HARQ资源应该被清除。

释放HS-DSCH资源的条件

WTRU 110的正确行为可以根据处理器115中的下列RRC进程中的一个或组合来定义。WTRU 110首先检查下列HS-DSCH接收标准，即监控是否有任一下列事件已经发生：

a.由RRC重新配置、RRC建立、RRC释放消息引起的状态转换：

i.Cell_DCH到Cell_FACH，Cell_PCH，或URA_PCH；

ii.Cell_FACH到Cell_PCH，或URA_PCH；

b.小区更新和小区重选情形：

i.无线电链接失败(从Cell_DCH到Cell_FACH)；

ii.从Cell_FACH到Cell_FACH的小区重选；

iii.从Cell_PCH到Cell_FACH的小区重选；

c.在等待RRC CONNECTION SETUP(RRC连接建立)消息的空闲模式下的小区重选(也就是由于小区重选而重新发送RRC CONNECTIONREQUEST(RRC连接请求))：

i.URA_PCH中的小区重选(也就是当读取SIB5/5bis和SIB6/6bis的时候)；

d.小区重选的计时器T302期满；

可替换地，这种检查可以在WTRU 110检查HS-DSCH接收得到支持的其他进程和情况中完成(也就是读取SIB5/5bis，SIB6/6bis动作)。

WTRU 110进一步检查下列条件以确定在新的状态中是否支持HS-DSCH接收：

在到Cell_FACH状态的状态转换之后，WTRU 110检查：

对于TDD；或者

对于FDD，WTRU是否不支持HS-DSCH接收；或者

IE“HS-DSCH公共系统信息”是否未被包括在系统信息块类型5或信息块类型5bis中

在到Cell_PCH或URA_PCH的状态转换之后，WTRU 110检查：

对于TDD；或者

对于FDD，WTRU是否不支持HS-DSCH接收；或者

IE“HS-DSCH寻呼系统信息”是否未被包括。

当以上这些条件中的一个是TRUE时，WTRU 110采取清除HSDPA资源的动作。作为第一种变体，一旦满足上述任一条件时HSDPA资源总是会被清除。作为第二种变体，在上述任一条件下并且如果在RRC进程开始之前的任何其他状态中有HS-DSCH接收正在在先进行，则HSDPA资源被清除。

为了检查WTRU 110在CELL_FACH和/或CELL_PCH/URA_PCH中是否支持HS-DSCH接收，可以增加附加WTRU性能，而不是仅仅检查WTRU110是否支持HS-DSCH接收。例如，下列附加WTRU性能可以增加到RRC进程：

a.Cell_FACH中的HS-DSCH支持(也就是，仅对于Cell_FACH)；

b.CELL_PCH或URA_PCH中的HS-DSCH支持(也暗示着Cell_FACH中的HS-DSCH支持)。

如果增加了这样的性能，WTRU 110将把执行这些检查作为上面所描述的步骤的一部分。

与清除HSDPA资源相关的动作

为了执行与清除HSDPA资源相关的动作，WTRU处理器115执行下列动作之一或组合：

a.当未满足开始HSDPA接收的条件时清除HSDPA资源。

b.当未满足HSDPA接收标准并且如果HS_DSCH接收正在WTRU 110的当前状态下进行时(也就是HS_DSCH_RECEPTION_GENERAL设定为TRUE)，那么变量HS_DSCH_RECEPTION_GENERAL被设定为FALSE并且HSDPA资源被清除。

c.评估并执行与现有的HS-DSCH接收变量或任何新引进的变量相一致的动作(也就是对于Cell_PCH/URA_PCH)。要评估的变量可以是下列之一或组合：

i.HS_DSCH_RECEPTION变量；

ii.HS_DSCH_RECEPTION_Cell_FACH_STATE变量；

iii.HS_DSCH_RECEPTION_OF_CCCH_ENABLED变量；或

iv.用于Cell_PCH/URA_PCH的一个变量

如果未满足将这些变量之一设定为TRUE的条件，WTRU 110可以利用这里所描述的进程之一来检查是否存在正在进行的HS-DSCH接收。如果存在正在进行的HS-DSCH连接，那么WTRU可以释放所有HSDPA资源。可选地，只要被评估的变量被设定为FALSE，WTRU就可以释放所有HSDPA资源。

d.与Cell_FACH和Cell_PCH/URA_PCH中的HS-DSCH接收变量相对应的评估与动作仅在满足执行HS-DSCH接收的条件时进行。作为该选项的一部分，这些变量和/或动作即使在上面描述的进程中未满足条件时也被执行。

e.除了上面执行的改变之一以外，如果满足在Cell_FACH和Cell_URA/Cell_PCH中执行HS-DSCH接收的条件，则与用于CELL_DCH的HS_DSCH_RECEPTION变量相关的动作可以被更改以清除资源。这将只解决所确定的问题之一(从CELL_DCH移动到任一其他状态)。

上面所描述的用于检查HS-DSCH接收是否正在进行，执行RRC动作，并且执行与HSDPA清除相关的动作的方法可以组合在一起以解决所确定的问题。

适用于所有状态的HSDPA变量

布尔变量HS_DSCH_RECEPTION_GENERAL被设定为TRUE，这依赖于WTRU 110是否已经被配置为开始HS-DSCH接收。当WTRU 110首先加电时，该变量被设定为FALSE。作为空闲模式进程的一部分，WTRU 110随后发送RRC连接请求信息。当该信息被发送时，WTRU 110处理接收到的下行链路以确定网络支持HS-DSCH(例如，通过检查SIB5/5bis中的标记)。如果HS-DSCH被支持，WTRU 110执行与HS_DSCH_RECEPTION_OFCCCH变量相关联的动作：如果是TRUE，则意味着HS-DSCH接收正在进行。相应地，变量HS_DSCH_RECEPTION_GENERAL也被设定为TRUE。当满足开始HS-DSCH接收的条件时，HS_DSCH_RECEPTION_GENERAL在四种状态中的任一种中被设定为TRUE。下面是当变量被设定为TRUE时所描述的例子。变量HS_DSCH_RECEPTION_GENERAL被WTRU处理器115定义并控制，该变量作为用于指示在Cell_DCH，Cell_FACH，Cell_PCH和URA_PCH四种状态的任一状态中是否有HS-DSCH接收正在进行的标记。WTRU 110依赖于该变量以检查是否存在正在进行的HS-DSCH接收进程。如果变量HS_DSCH_RECEPTION_GENERAL被设定为TRUE，这暗示存在正在进行的HS-DSCH接收进程。如果WTRU 110在状态转移后不能在新状态/小区中支持HS-DSCH接收，WTRU 110就清除所有HSDPA资源并且将变量HS_DSCH_RECEPTION_GENERAL设定为FALSE。为了保证该变量总是都被正确设置，该变量基于与所有状态中的HS-DSCH接收相关联的动作来设定。

当满足在适当状态中建立HS-DSCH接收的所有要求并且开始HS-DSCH接收时，HS_DSCH_RECEPTION_GENERAL变量被设定为TRUE。这可能发生在下列任一情况下：

a.HS_DSCH_RECEPTION在Cell_DCH中被设定为TRUE；

b.HS_DSCH_RECEPTION_Cell_FACH_STATE在Cell_FACH中被设定为TRUE；

c.HS_DSCH_RECEPTION_OF_CCCH_ENABLED在Cell_FACH和当WTRU有一个公共H-RNTI时的空闲中被设定为TRUE；

d.与Cell_PCH/URA_PCH中的HS-DSCH接收相关的动作被执行并且条件被满足；

e.IE“HS-DSCH公共系统信息”被包含在系统信息块类型5或系统信息块类型5bis中(例如，在无线电承载建立，无线电承载重新配置，无线电承载释放，传输信道重新配置，或者物理信道重新配置期间)。

当未满足上述与不同状态下的HS-DSCH接收变量相关联的要求并且上述提到的任一HS-DSCH接收变量被设定为FALSE时，HS_DSCH_RECEPTION_GENERAL应该也被设定为FALSE。

另外，如果现有变量被更改或者附加变量被添加到状态Cell_PCH和URA_PCH中，则HS_DSCH_RECEPTION_GENERAL的设置可以与该更改或新的变量的设定相关，如上文所述。每当HS-DSCH接收被正确建立，变量HS_DSCH_RECEPTION_GENERAL就被设定为TRUE。每当HS-DSCH接收在WTRU运行的状态/小区中被停止和/或不被支持，则该变量应该被设定为FALSE。

与变量HS_DSCH_RECEPTION_GENERAL相关的动作

当WTRU 110正在执行与获得系统信息相关的起始进程以在新小区或新状态中建立时，WTRU 110检查HSDPA是否被支持。当HS-DSCH接收不被支持时，WTRU 110执行次公共控制物理信道(S-CCPCH)选择，且如果HS-DSCH接收进程正在进行，WTRU 110可以清除HS-DSCH资源，并且WTRU 110将HS_DSCH_RECEPTION_GENERAL变量设定为FALSE。

WTRU 110可以通过检查变量HS_DSCH_RECEPTION_GENERAL来检查HS-DSCH接收是否正在进行。如果该变量被设定为TRUE，并且WTRU110在它的当前状态/小区(也就是，转换后的新状态/小区)不支持HSDPA，则WTRU将该变量设定为FALSE，并执行下列与清除HSDPA资源相关的步骤：

a.停止任何HS_SCCH接收进程；

b.停止任何HS_DSCH接收进程；

c.清除变量H_RNTI并移除任何存储的H-RNTI；

d.重设MAC-hs实体；

e.释放/重设所有HARQ资源；

f.清除任何存储的IE HARQ资源。

对于TDD和FDD，每当变量HS_DSCH_RECEPTION_GENERAL被设定为FALSE时，WTRU 110：

—不执行HS_SCCH接收进程；

—不执行HS_DSCH接收进程。

应该注意如果有任何标准为了检查小区和WTRU是否支持HS_DSCH接收而改变，上面所描述的与WTRU 110动作相关联从而根据变量HS_DSCH_RECEPTION_GENERAL来清除HSDPA资源的进程仍然可以被应用。

对于本实施方式中的上述情况，WTRU 110保证HS_DSCH_RECEPTION_GENERAL变量被设定为FALSE。任选地，WTRU110也可以保证所有其他HS_DSCH变量也被设定为FALSE。另外，如果有任何HS_DSCH接收正在进行，WTRU 110就释放所有HSDPA资源并且停止HS_DSCH接收进程。当WTRU正在进入UTRA RRC连接模式时HS_DSCH_RECEPTION_GENERAL变量也被设定为FALSE，而当WTRU正在离开UTRA RRC连接模式的时候，对于RRC进程中所提到的其他情况则不设为FALSE。

图3显示了方法300的流程图，该方法300作为根据上面所描述的RRC变量HS_DSCH_RECEPTION_GENERAL的一个实施方式的举例。WTRU110开始对变量HS_DSCH_RECEPTION_GENERAL检查条件(301)，其包括下列检查。如果WTRU转换到的小区或状态不支持HS_DSCH(302)，那么变量HS_DSCH_RECEPTION_GENERAL针对TRUE而被检查(306)。如果该变量是TRUE，则该变量被设定为FALSE(307)并且HSDPA资源被释放(308)。如果HS-DSCH接收被支持(302)，并且如果WTRU 110不处于寻呼状态之一(Cell_PCH/URA_PCH)(303)，那么WTRU检查SIB5/5bis中是否存在IE HS-DSCH公共系统信息(305)。如果该IE不存在，并且变量HS_DSCH_RECEPTION_GENERAL是TRUE(306)，那么变量HS_DSCH_RECEPTION_GENERAL被设定为FALSE(307)并且HSDPA资源被释放(308)。如果WTRU 110处于一个寻呼状态(Cell_PCH/URA_PCH)中(303)并且IE HS-DSCH寻呼系统信息未包括在SIB5/5bis中，那么变量HS_DSCH_RECEPTION_GENERAL被检查该变量是否被设定为TRUE(306)。如果是TRUE，那么变量HS_DSCH_RECEPTION_GENERAL被设定为FALSE(307)并且HSDPA资源被释放(308)。

可应用于寻呼信道的HSDPA变量

在另一实施方式中，用于Cell_PCH/URA_PCH的一个新变量被引入。该新变量HS_DSCH_RECEPTION_PCH_STATE用于指示HS-DSCH接收是否正在Cell_PCH或URA_PCH中进行。在本实施方式中，可能存在用于每一状态的变量，且该变量被用于评估和指示当进入新状态时HS_DSCH接收是否被支持。

WTRU 110评估并执行与下列HS_DSCH接收变量相关联的动作，其中HS_DSCH接收变量与WTRU 110正在进入的状态相对应：

a.HS_DSCH_RECEPTION_OF_Cell_FACH_STATE；

b.HS_DSCH_RECEPTION_OF_CCCH_ENABLED仅在WTRU 110移入或停留在Cell_FACH状态时被评估；

c.在进入或停留在Cell_PCH状态时HS_DSCH_RECEPTION_PCH_STATE被评估并且动作被执行；或者

d.HS_DSCH_RECEPTION仅在移入或停留在Cell_DCH中、或在Cell_DCH中重新配置时被评估。

当未达到HS-DSCH接收标准时和达到HS_DSCH接收标准时，WTRU110都必须评估这四个变量。该进程背后的基本原理是，当离开一个状态或小区时，WTRU 110可能没有提前知道在新的状态或小区中是否支持HS_DSCH接收。但是，当进入该状态或小区时，WTRU 110将会知道结果和该状态/小区的性能并且WTRU 110还能知道它先前所支持的。

在评估变量的时候，如果不满足使HS_DSCH接收在最终状态中能够进行的必要条件，那么与不是TRUE的变量相关的动作应该被执行。这些动作与HSDPA资源的清除相对应。但是，为了使WTRU 110知道在状态转换或小区重选之前HS_DSCH接收是否正在进行，WTRU 110检查与其自身状态和其他状态相一致的任何其他HS_DSCH变量当时是否被设定为TRUE。这表示WTRU 110有正在进行的HS_DSCH连接且由于WTRU 110不能支持HS_DSCH接收，因此WTRU 110应该清除该资源。

除了清除HS_DSCH资源之外，WTRU 110也保证所有其他HS_DSCH接收状态变量被设定为FALSE。进一步，WTRU 110执行下列动作：

—停止任何HS_SCCH接收进程；

—停止任何HS_DSCH接收进程；

—清除变量H_RNTI并移除任何存储的H-RNTI；

—重设MAC-hs实体；

—释放/重设所有HARQ资源；和

—清除任何存储的IE HARQ信息。

任选地，为了检查是否有HS-DSCH接收进程正在进行，WTRU 110也可以利用在这里提出的HS_DSCH_RECEPTION_GENERAL变量。当正被评估的HS_DSCH接收状态变量被设定为FALSE且HS_DSCH_RECEPTION_GENERAL被设定为TRUE时，与清除资源相关联的动作被清除且该变量被设定为FALSE。

HS_DSCH接收变量的更改

下面是对关于寻呼信道状态的现有HS-DSCH接收变量的更改：

a.新变量HS_DSCH_RECEPTION_PCH_STATE对应于URA_PCH和CELL_PCH状态被监控；

b.在HS_DSCH_RECEPTION_OF_CCCH_ENABLED和HS_DSCH_RECEPTION_PCH_STATE被设定为FALSE，且四个变量中的任一变量指示HS_DSCH接收正在进行的情况下，该资源被清除。

c.如果四个变量中的任一变量被设定为TRUE，则WTRU 110检查HS_DSCH_RECEPTION和HS_DSCH_RECEPTION_OF_Cell_FACH_STATE。

在HS_DSCH_RECEPTION_GENERAL被用于指示HS_DSCH接收是否正在进行的情况中，与检查四个(4)HS_DSCH接收变量中的任一变量是否被设定为TRUE相关的动作，被仅检查HS_DSCH_RECEPTION_GENERAL是否被设定为TRUE的动作取代。

关于用于寻呼信道的HS_DSCH接收变量，如果在URA_PCH或CELL_PCH中的HS_DSCH接收正在进行，则变量HS_DSCH_RECEPTION_PCH_STATE被设定为TRUE。当WTRU 110进入UTRA RRC连接模式时，变量HS_DSCH_RECEPTION_PCH_STATE被设定为FALSE，当在进程中未提到的其他时候，当WTRU 110正在离开UTRARRC连接模式时，以及当WTRU 110正在进入CELL_FACH和CELL_DCH时，则该变量不设定为FALSE。。

附加更改

如果WTRU 110利用其他状态的HS-DSCH接收变量作为正在进行的进程的指示，那么一些附加更改可能是必要的。

注意这些更改可以应用于其他实施方式，这些实施方式也依赖于其他状态HS-DSCH接收变量的其他实施方式，所述HS-DSCH接收变量用作HS-DSCH接收正在进行的指示。在HS_DSCH_RECEPTION_GENERAL变量被用作指示的情况中，这些更改是不需要的。

下列更改可以选择性地实施：

1.WTRU 110在移出Cell_DCH的时候不评估与HS_DSCH_RECEPTION相关的动作；

2.如果与HS_DSCH相关的任何IE被存储在WTRU 110中，则清除任何存储的IE“下行链路HS-PDSCH信息”。

WTRU 110在进入下面的区域后不立刻将HS_DSCH_RECEPTION_OF_CCCH_ENABLED设定为FALSE。

所述变量仅在开始执行带有专用H-RNTI的HS-DSCH接收的条件被成功执行时才被设定为FALSE，否则该变量将在WTRU 110未能执行HS-DSCH接收进程时被设定为FALSE。

可选地，WTRU 110保证在移出一个状态时HS-DSCH接收变量被设定为FALSE。例如，在移出Cell_FACH时变量HS_DSCH_RECEPTION_OF_Cell_FACH_STATE被设定为FALSE。但是，这种操作在其他状态完成配置之后也应该进行。

在小区/状态转换期间清除HSDPA资源

在本实施方式中现有的HS-DSCH接收变量被更改以便在小区和状态间进行转换的时候，停止HS-DSCH接收进程。

在移出Cell_DCH时，如果WTRU 110正在移入不支持HS-DSCH接收的状态，则WTRU 110清除HSDPA资源。更特别地，HS_DSCH_RECEPTION变量被更改以便WTRU 110能够检查HS-DSCH接收是否将在其他状态中被WTRU 110和网络所支持。这可以通过检查下列条件中的一个或组合来完成：

3.WTRU 110不支持HS-DSCH接收；

4.可替换地，如果附加WTRU 110性能被添加(如WTRU 110仅在Cell_FACH中支持HS-DSCH接收和WTRU 110在Cell_PCH和Cell_FACH中支持HS-DSCH接收)WTRU 110可以在各个状态检查这些特定条件；

5.IE“HS_DSCH公共系统信息”未包括在SIB5/5bis中；

6.对于Cell_PCH和URA_PCH，IE“HS_DSCH寻呼系统信息”未包括在SIB5/5bis中。

如果上述条件之一是TRUE，WTRU 110就清除所有HSDPA资源。这将保证从Cell_DCH移动到任何其他非HSDPA状态将释放所有资源并停止HS-DSCH接收进程。

另外，当由于小区重选从Cell_PCH或URA_PCH状态移动到Cell_FACH状态时，WTRU 110需要一个HS_DSCH接收进程是否正在进行的指示。如果WTRU 110转换到其他状态或执行小区重选到一个不支持HS-DSCH接收的小区，那么这是必须的。WTRU 110应该能够发现HS-DSCH接收正在进行且HSDPA资源将要被清除。这可以通过添加新变量HS_DSCH_RECEPTION_PCH_STATE来实现，该变量在WTRU 110满足开始HS-DSCH接收的条件时被设定为TRUE。该变量在HS-DSCH接收被停止时将被设定为FALSE。

当执行状态转换和小区重选到如Cell_FACH，URA_PCH和Cell_PCH状态时，执行HS-DSCH接收的条件被检查。如果这些条件不被满足，除了执行S-CCPCH接收之外，WTRU 110还执行下列之一：

7.评估变量HS_DSCH_RECEPTION_OF_Cell_FACH_STATE并执行相关动作：如果未满足要求并且如果HS-DSCH接收正在进行，则HSDPA资源将被清除；

8.为了能够估计在当前状态中或在其他状态中是否存在任何正在进行的HS-DSCH进程，应该执行附加的检查。例如，WTRU 110还应该检查HS_DSCH_RECEPTION_OF_CCCH_ENABLED或HS_DSCH_RECEPTION_PCH_STATE或HS_DSCH_RECEPTION_OF_Cell_FACH_STATE是否被设定为TRUE。如果任一变量被设定为TRUE那么WTRU 110清除资源并将所有变量设定为FALSE。

9.在评估清除HS-DSCH资源的需要时，WTRU 110不需要检查HS_DSCH_RECEPTION_OF_CCCH_ENABLED是否被设定为FALSE。

10.评估变量HS_DSCH_RECEPTION_OF_CCCH_ENABLED。与不满足建立HS-DSCH接收所需要的条件的情况相关的附加动作。

WTRU 110应该能够检查任一HS-DSCH接收变量是否被设定为TRUE(也就是指示HS_DSCH接收正在进行)。

如果任一变量被设定为TRUE，WTRU 110应该清除所有资源并将所有变量设定为FALSE，评估变量并根据上述任一实施方式或说明书中所指定的进程之一来执行动作。

最后，WTRU 110必须保证在一个状态中停止HS-DSCH接收时，变量被设定为FALSE(也就是从公共改变到专用H-RNTI时，改变状态时和改变小区时)。

在未满足HS-DSCH接收条件时释放资源

在另一实施方式中，在执行HS-DSCH接收的条件被检查且未满足时WTRU 110总是释放资源。任选地，WTRU 110可以利用MAC-ehs状态指示(例如配置的HARQ)以决定WTRU 110是否具有一个正在进行的HSDPA建立。

在停止HS-DSCH操作时的正确行为应该被指定，其中要检查下列条件：

>对于TDD；或者

>对于FDD，WTRU 110是否不支持HS-DSCH接收；或者

>IE“HS-DSCH公共系统信息”是否未被包括在系统信息块类型5或信息块类型5bis中；或者

>对于TDD；或者

>对于FDD，WTRU 110是否不支持HS-DSCH接收；或者

>IE“HS-DSCH寻呼系统信息”是否未被包括。

这些条件在各种位置被检查，包括下列位置：

●系统信息块5和5bis

●系统信息块6

●WTRU 110接收的建立/重新配置/释放信息

●小区更新，初始化

●WTRU 110接收的小区更新确认消息

●计时器T302期满或小区重选

●初始化(RRC连接请求)

●RRC连接建立的接收

当上述这些条件之一被满足时，正确的WTRU 110行为如下：

>停止任何HS-SCCH接收进程；

>停止任何HS-DSCH接收进程；

>清除变量H_RNTI并移除任何存储的H-RNTI；

>重设MAC-ehs实体；

>释放所有HARQ资源；

>清除任何存储的IEs HARQ信息。

可替换地，下面是对WTRU 110仅在HS-DSCH接收正在进行时清除HSDPA资源的示例性说明，其中通过检查是否有任一状态变量被设定为TRUE来确定HS-DSCH接收是否正在进行。

HSDPA资源的释放

如果变量HS_DSCH_RECEPTION_OF_Cell_FACH_STATE或HS_DSCH_RECEPTION或HS_DSCH_RECEPTION_OF_CCCH_ENABLED或HS_DSCH_RECEPTION_PCH_STATE被设定为TRUE，WTRU 110应该：

11.将变量HS_DSCH_RECEPTION_OF_Cell_FACH_STATE，HS_DSCH_RECEPTION，HS_DSCH_RECEPTION_OF_CCCH_ENABLED，HS_DSCH_RECEPTION_PCH_STATE设定为FALSE；

12.停止任何HS-SCCH接收进程；

13.停止任何HS-DSCH接收进程；

14.清除变量H_RNTI并移除任何存储的H-RNTI；

15.重设MAC-ehs实体；

16.释放所有HARQ资源；并且

17.清除任何存储的IE HARQ信息。

虽然在特定组合的优选实施例中描述了本发明的特征和部件，但是这其中的每一个特征和部件都可以在没有优选实施例中的其他特征和部件的情况下单独使用，并且每一个特征和部件都可以在具有或不具有本发明的其他特征和部件的情况下以不同的组合方式来使用。本发明提供的方法或流程图可以在由通用计算机或处理器执行的计算机程序、软件或固件中实施，其中所述计算机程序、软件或固件是以有形的方式包含在计算机可读存储介质中的，计算机可读存储介质的例子包括只读存储器(ROM)、随机存取存储器(RAM)、寄存器、缓冲存储器、半导体存储器设备、诸如内部硬盘和可移动盘之类的磁性介质、磁性光介质和诸如CD-ROM盘和数字多功能盘(DVD)之类的光学介质。

举例来说，适当的处理器包括，通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、多个微处理器、与DSP核相关的一个或多个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)电路、任何其他类型的集成电路(IC)和/或状态机。

与软件有关的处理器可以用于实现射频收发机，以用于无线发射接收单元(WTRU)、用户设备(UE)、终端、基站、无线网络控制器(RNC)或任何主机计算机。WTRU可以与采用硬件和/或软件形式实施的模块结合使用，例如照相机、摄像机模块、视频电话、扬声器电话、振动设备、扬声器、麦克风、电视收发机、免提耳机、键盘、蓝

模块、调频(FM)无线单元、液晶显示器(LCD)显示单元、有机发光二极管(OLED)显示单元、数字音乐播放器、媒体播放器、视频游戏模块、互联网浏览器和/或任何无线局域网(WLAN)模块或超宽带(UWB)模块。

Claims (7)

1.一种被配置成利用高速数据分组接入进行通信的无线发射接收单元，其特征在于，该无线发射接收单元包括：

处理器，被配置成执行：

定义用于跟踪高速下行链路调度信道接收的单一变量，其中该变量针对下列无线电资源控制状态中的至少一种指示高速下行链路调度信道接收的状态，所述无线电资源控制状态为Cell_FACH、Cell_PCH、URA_PCH和Cell_DCH；

如果高速下行链路调度信道接收正在进行，则将单一高速下行链路调度信道变量设定为真；

如果小区重选之后的新小区或状态转换后的新状态不支持高速下行链路调度信道接收，则将该单一高速下行链路调度信道变量设定为伪；和

释放高速数据分组接入资源。

2.根据权利要求1所述的无线发射接收单元，其特征在于，该无线发射接收单元还包括耦合到所述处理器的接收机，其中所述处理器还被配置成通过以下方式来释放高速数据分组接入资源：停止接收机对高速同步控制信道的接收；停止接收机对高速下行链路共享信道的接收；清除无线电网络临时标识符；重设媒介接入控制实体；释放混合自动应答请求资源；和清除任何所存储的与混合自动应答请求信息相关的信息元素。

3.根据权利要求1所述的无线发射接收单元，其特征在于，所述单一高速下行链路调度信道接收变量被定义为HS_DSCH_RECEPTION_GENERAL。

4.根据权利要求1所述的无线发射接收单元，其特征在于，所述处理器被配置成执行媒介接入控制状态指示符的读取以确定高速下行链路调度信道接收。

5.根据权利要求1所述的无线发射接收单元，其特征在于，所述处理器还被配置成执行系统信息块SIB 5、SIB 5bis、SIB6、SIB 6bis中的信息元素的读取以确定高速下行链路调度信道接收状态。

6.根据权利要求5所述的无线发射接收单元，其特征在于，所述信息元素是高速下行链路调度信道公共系统信息。

7.根据权利要求5所述的无线发射接收单元，其特征在于，所述信息元素是高速下行链路调度信道寻呼系统信息。

Images