CN201341211Y - 支持寻呼的无线发射/接收单元和设备 - Google Patents

Abstract

公开了一种支持寻呼的无线发射/接收单元(WTRU)和设备。WTRU发送在CELL_PCH和URA_PCH状态下接收高速下行链路共享信道(HS－DSCH)的增强的寻呼信道(PCH)性能的指示，该指示例如在小区更新消息、URA更新消息或者UTRAN移动性信息确认消息中。漂移无线电网络控制器(DRNC)从服务RNC接收WTRU是否具有增强的PCH性能的指示，并且根据该指示寻呼该WTRU。如果不知道WTRU性能，则RNC在HS－DSCH以及PCH/辅助公共控制物理信道(S－CCPCH)上寻呼WTRU。该WTRU监控HS－DSCH和PCH/S－CCPCH。WTRU根据SRNC的性能或者来自网络的配置，在HS－DSCH上配置接收。

Description

支持寻呼的无线发射/接收单元和设备

技术领域

本申请涉及无线通信。

背景技术

在传统的第三代合作伙伴计划(3GPP)规范中定义了四个无线电资源控制(RRC)状态。这些RRC状态是CELL_DCH状态、CELL_FACH状态、CELL_PCH状态和URA_PCH状态。已经在3GPP规范中增加了对传统的CELL_FACH和CELL/URA_PCH状态的改进，以提高终端用户感受到的总体体验质量(QoE)。CELL_FACH和CELL_URA_PCH改进通过使用CELL_FACH和CELL/URA_PCH状态下的高速下行链路分组接入资源(HSDPA)试图来减少状态转换延迟，以及全部的信令等待时间。

引入了增强的CELL_FACH状态后，高速下行链路共享信道(HS-DSCH)可在CELL_FACH状态下使用。HS-DSCH替代了传统的前向接入信道(FACH)。带有增强的FACH性能的无线发送/接收单元(WTRU)可在HS-DSCH上接收下行链路消息。将在CELL_FACH状态下的HS-DSCH上发送例如下行链路RRC消息(如小区更新确认消息和URA更新确认消息)给该WTRU。

引入了增强的CELL/URA_PCH状态后，HS-DSCH还可以在CELL_PCH和URA_PCH状态下使用。HS-DSCH替代传统的FACH和PCH，且专用控制信道((DCCH)和专用业务信道(DTCH)可在HS-DSCH上被传送给处于CELL_PCH状态下的WTRU。具有增强的PCH性能的WTRU将处于CELL/URA_PCH状态下时在HS-DSCH上接收寻呼消息。

如果WTRU有上行链路数据或者信令来发送，则WTRU可自动地从CELL_PCH状态转换到CELL_FACH状态。多重不连续接收(DRX)循环可在CELL_PCH和URA_PCH状态中定义，该多重不连续接收(DRX)循环是一种能量节省机制，允许通用陆地无线接入网络(UTRAN)来快速接入低活动性的WTRU。

支持增强的PCH的WTRU或者网络必须还支持增强的FACH。但是，WTRU或网络可支持增强的FACH，而不支持增强的PCH。因此，当WTRU触发UTRAN路由区(URA)更新时，且WTRU和网络支持增强的FACH而不支持增强的PCH时，在HS-DSCH上将接收到URA更新确认(UPDATECONFIRM)消息，但是WTRU将在PCH上接收到寻呼消息。但是当WTRU支持增强的PCH时，在HS-DSCH上接收到URA更新确认消息和寻呼消息。

为了在CELL/URA_PCH状态下寻呼，3GPP版本7中WTRU监控寻呼指示信道(PICH)，类似于3GPP版本6。一旦检测到寻呼指示，WTRU监控HS-DSCH的接收寻呼控制信道(PCCH)帧，而不是监控PCH/辅助公共控制物理信道(S-CCPCH)。

当版本7的WTRU选择小区时，根据在广播控制信道/广播信道上(BCCH/BCH)广播的配置信息，来确定小区是否支持增强的FACH。更具体地，系统信息块(SIB)类型5/5bis包括两个信息元素(IE)：“HS-DSCH公共系统信息”和“HS-DSCH寻呼系统信息”。这些信息元素提供了WTRU在CELL_FACH、CELL_PCH和URA_PCH状态下接收HS-DSCH所必须的配置信息。

WTRU根据在BCCH/BCH上的小区中广播的配置信息，确定支持处于CELL/URA_PCH下的HS-DSCH的接收。如果HS-DSCH寻呼系统信息出现在SIB5/5bis中，则WTRU配置用以在HS-DSCH上接收，而不是用于在PCH/S-CCPCH上。

但是，无线电漂移网络控制器(DRNC)没有完全意识到处于CELL_PCH状态下的WTRU性能。当小区更新消息被发送给DRNC时，WTRU仅指示其是否支持增强的CELL_FACH状态。具有增强的CELL_FACH性能的WTRU可以选择仅在CELL_FACH状态下支持HS-DSCH的接收，或者在CELL_FACH和CELL/URA_PCH状态下支持HS-DSCH的接收。这没有在小区更新消息中指示出来，因此DRNC不知道如何寻呼WTRU。如果服务无线电网络控制器(SRNC)想要使用寻呼类型1机制来寻呼WTRU，则DRNC不知道WTRU监控哪一个用于寻呼的信道(即HS-DSCH或PCH/S-CCPCH)。

当WTRU处于URA_PCH状态时，DRNC没有意识到WTRU的性能，除非由SRNC明确地指示。如果处于URA_PCH状态下的WTRU被SRNC寻呼，且已经漫游到小区而没有执行UTRAN注册或者小区更新，或者如果WTRU连接至版本6的SRNC且漫游至网络中的版本7的小区，则RNC可不向DRNC指示WTRU性能(即增强的CELL_FACH性能)。

在上述第一种情况下，SRNC通过Iur接口发送寻呼请求(PAGINGREQUEST)消息给控制UTRAN注册区(URA)组中的小区的RNC。但是DRNC不知道WTRU在监控哪一个寻呼信道(即HS-DSCH或PCH/S-CCPCH)。DRNC不知道WTRU的性能除非WTRU在RNC控制的其中一个小区中早期进行了URA更新。因此，DRNC可在支持HS-DSCH上寻呼的所有小区中的HS-DSCH上寻呼WTRU。但是如果WTRU不支持CELL_PCH状态下的HS-DSCH的接收，则WTRU不接收寻呼指示。DRNC可在PCH/S-CCPCH上寻呼WTRU。但是，如果WTRU和小区都支持CELL_PCH状态下的HS-DSCH的接收，则由于WTRU监控HS-DSCH而不是PCH，因此WTRU不接收寻呼消息。

在上述第二种情况中，当版本7的WTRU连接至版本6SRNC时，WTRU漫游至在同一个URA中的版本7的小区。WTRU监控用以寻呼的HS-DSCH，这是由于HS-DSCH寻呼系统信息在小区中广播。但是，由于DRNC根本不知道WTRU的性能，因此版本7的DRNC不知道WTRU在监控哪一个用以寻呼消息的信道。

另外，在WTRU不支持增强的PCH但支持增强的FACH的情况下，如果触发URA更新，且CRNC不知道WTRU性能，则其将不知道在哪一个传输信道上发送RRC消息(如URA更新确认消息)。

实用新型内容

公开了一种用于寻呼处于CELL_PCH和URA_PCH状态下的WTRU的设备。WTRU发送在CELL_PCH和URA_PCH状态下接收HS-DSCH的增强的PCH性能的指示(如在小区更新消息、URA更新消息或UTRAN移动性信息确认(MOBILITY_INFORMATION_CONFIRM)消息中)。DRNC可从服务RNC接收WTRU是否具有增强的PCH性能的指示，且根据该指示寻呼WTRU。如果不知道WTRU的性能，RNC可在HS-DSCH和PCH/S-CCPCH上寻呼WTRU。WTRU可监控HS-DSCH和PCH/S-CCPCH。WTRU可基于SRNC的性能或者来自网络的配置在HS-DSCH上配置接收。

附图说明

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

图1示出了传统的UTRAN；

图2示出了DRNC启动的SRNS重新定位的信令过程图；以及

图3示出了SRNC启动的SRNS重新定位的信令过程图。

具体实施方式

下文涉及的术语“无线发射/接收单元(WTRU)”包括，但并不限于用户设备(UE)、移动站、固定或移动用户单元、寻呼机、无线电话、个人数字助理(PDA)、计算机或者能在无线环境下操作的任何一种类型的用户装置。下文涉及的术语“节点B”包括但并不限于基站、站点控制器、接入点(AP)或者能在无线环境下操作的任何一种类型的接口设备。

图1示出了传统的UTRAN 100。该UTRAN 100包括多个RNC 110a、110b和多个节点B 120。每个RNC 110a、110b均具有CRNC功能来控制一个或多个节点B。SRNC 110a控制WTRU 130的连接。DRNC 110b将用于SRNC 110a的资源借给特定的WTRU 130。在小区重选支持CELL_FACH状态下的RNC间小区更新和SRNC重新定位(relocation)后，WTRU 130发送小区更新消息给CRNC(CRNC可以是SRNC或者DRNC)。在检测到支持CELL/URA_PCH状态下的RNC间移动性的URA发生改变后，WTRU 130发送URA更新消息给CRNC。

根据第一实施方式中，WTRU可通过小区更新消息来指示CRNC在CELL_PCH状态下的HS-DSCH的接收性能(下文中为“增强的PCH性能”)。该指示可通过不同种方式提供。例如，可在小区更新消息中包括IE来指示WTRU支持CELL/URA_PCH状态下的HS-DSCH消息。如果提供该消息，CRNC可推断还支持CELL_FACH状态下的HS-DSCH的接收。可选地，CELL_FACH状态下的HS-DSCH性能可单独指示。如果不存在IE，则WTRU不支持CELL/URA_PCH状态下的HS-DSCH的接收。

可替换地，传统的“UE性能指示”可被延伸来指示WTRU是否支持CELL_FACH和/或CELL/URA_PCH状态下的HS-DSCH的接收。“UE性能指示”可解释为枚举，其具有以下值：

(1)CELL_FACH下的HS-DSCH。如果设置，WTRU仅支持CELL_FACH状态下的HS-DSCH的接收；

(2)CELL/URA_PCH下的HS-DSCH。如果设置，WTRU支持CELL_FACH和CELL/URA_PCH状态下的HS-DSCH的接收；以及

(3)无。如果设置，WTRU不支持CELL_FACH或CELL/URA_PCH状态下的HS-DSCH的接收。

当DRNC接收到指示WTRU在CELL_PCH状态不能够支持CELL_PCH状态下的HS-DSCH的接收的小区更新消息时，DRNC可分配专用HS-DSCH无线电网络临时标识符(H-RNTI)和其他的CELL_PCH特定参数，并将这些发送给SRNC。在HS-DSCH上发送小区更新确认(CELL_UPDATECONFIRM)消息给WTRU。

DRNC可将WTRU性能信息存储在存储器中。当SRNC通过Iur发送寻呼请求消息给DRNC时，DRNC可根据存储在存储器中的性能信息在HS-DSCH或PCH/S-CCPCH上寻呼WTRU。

如果WTRU支持仅在CELL_FACH状态下的HS-DSCH的接收(即不支持CELL/URA_PCH状态下的HS-DSCH的接收)，CRNC不必分配专用H-RNTI给WTRU。但是CRNC在HS-DSCH上发送小区更新确认消息给WTRU。

须向DRNC通知WTRU的性能，以确保接收到URA更新确认消息。HS-DSCH的接收性能信息可使用URA更新消息在CELL/URA_PCH状态下被传输。这就允许接收URA更新消息的DRNC知道WTRU是否支持CELL/URA_PCH状态下的HS-DSCH的接收。

可用多种不同方式以信号来发送指示。例如，URA更新消息中可包括新的IE(例如CELL/URA_PCH下的WTRU性能指示)，来指示WTRU是否支持在CELL/URA_PCH状态下的HS-DSCH的接收。另外，URA更新消息可包括新的IE(如CELL_FACH下的WTRU性能指示)来指示WTRU是否支持在CELL_FACH状态下的HS-DSCH的接收。

可替换地，可增加新的IE(如WTRU性能指示)，新的IE是枚举(enumerated)的值，其中以下的值中的一种可以被指示：

(1)CELL_FACH下的HS-DSCH。如果被设置，WTRU仅支持在CELL_FACH下的HS-DSCH的接收；

(2)CELL/URA_PCH下的HS-DSCH。如果被设置，WTRU支持CELL_FACH和CELL/URA_PCH下的HS-DSCH的接收；以及

(3)无。WTRU不支持CELL_FACH和/或CELL/URA_PCH下的HS-DSCH的接收。

可增加新的IE来指示WTRU支持3GPP版本7。

当WTRU在不支持增强的CELL_FACH和/或增强的PCH的小区(如版本6小区)和支持增强的CELL_FACH和/或增强的PCH的小区(如版本7小区)之间漫游时，WTRU性能信息可传送给RNC。WTRU性能信息可通过触发小区更新过程或者URA更新过程来传送，其中WTRU可包括上面描述的性能信息。

在URA_PCH状态，如果新小区的性能不同于旧小区的性能，那么甚至当在同一个URA中漫游时，WTRU可执行小区更新过程或者URA更新过程。优选地，如果由不同于SRNC的CRNC控制支持增强的FACH和/或增强的PCH的新的小区(即在SRNC和CRNC之间建立Iur)，则通过传送URA更新消息来执行WTRU性能的指示。

如果在WTRU的UTRAN无线电网络临时标识符(U-RNTI)中的SRNC身份不同于在小区被广播的小区身份的最高12位，则WTRU可确定CNRC不同于SRNC。对URA更新消息的传送增加的约束减少了必须发送给UTRAN的URA更新消息的数量。

为了进一步减少包括WTRU性能信息的不必要的URA更新消息的传送，触发标准限于以下情况：

(1)WTRU从不支持增强的FACH和/或增强的PCH的小区漫游到支持增强的FACH和/或增强的PCH的小区；

(2)由不同于SRNC的CRNC控制新的小区；

(3)由不同于控制之前小区的CRNC的CRNC控制新的小区；

(4)WTRU不知道连接的SRNC是否支持增强的的FACH和/或增强的PCH。

WTRU可通过维持指示SRNC增强的FACH和/或PCH性能的内变量(internal variable)，来确定连接的SRNC是否支持增强的PCH。当内变量设置为“假(FALSE)”，WTRU表现为就像不知道连接的SRNC是否支持增强的FACH和/或增强的PCH一样工作。当内变量设置为“真(TRUE)”，WTRU知道SRNC支持增强的FACH/或增强的PCH。

内变量初始为假，且当满足以下条件的至少一个时复位为假：

(1)新的U-RNTI分配给WTRU；

(2)WTRU RRC状态从CELL_DCH改变为URA_PCH；

(3)WTRU RRC状态从CELL_FACH改变为URA_PCH；

(4)WTRU RRC状态从CELL_PCH改变为URA_PCH；

(5)WTRU RRC状态从URA_PCH改变为CELL_PCH、CELL_FACH或CELL_DCH；

(6)WTRU接收URA更新确认消息或者不支持增强的PCH和/或增强的FACH的小区中的任何其他RRC消息，以及分配新的U-RNTI；和

(7)在处于CELL_DCH状态下时WTRU接收任何RRC消息，以及分配新的U-RNTI。

当满足以下条件的至少一个时，设置内变量为真：

(1)如果WTRU在根据以上触发条件触发了包括性能信息的URA更新消息后，成功地接收了URA更新确认消息；

(2)如果WTRU在传送支持增强的FACH和/或增强的PCH的小区中URA更新消息后，成功地接收了URA更新确认消息；

(3)如果WTRU在传送支持增强的FACH和/或增强的PCH小区中的小区更新消息后，成功地接收了小区更新确认消息；

(4)如果WTRU漫游至支持增强的FACH和/或增强的PCH的小区，且由WTRU连接的SRNC控制该小区(即CRNC和SRNC是相同的节点)；以及

(5)WTRU发起(initiate)支持增强的FACH和/或增强的PCH的小区中的RRC连接。

可替换地，为了减少URA更新消息不必要的传输数量，当SRNC从已漫游到由不同的RNC控制的小区的WTRU接收到指示增强的FACH和/或增强的PCH的URA更新消息时，SRNC可发起服务无线电网络子系统(SRNS)重新定位过程。下面参见图3将详细解释。优选地，当SRNC接收到由上述条件的任意一个触发的URA更新消息时，发起SRNS重新定位。SRNC可确定如果WTRU没有改变URA且在URA更新消息传送的周期定时器到期(expiry)之前接收到URA更新消息，则URA更新消息是否是根据这些条件中的一个来触发。

可替换地，SRNC可包括在下行链路信令传送请求无线电网络子系统应用部分(RNSAP)消息，指示WTRU支持增强的FACH和/或增强的PCH的新IE、和/或指示DRNC应该使用哪一个信道来传送URA更新确认消息或者包括在下行链路信令传送请求中的任何其他消息的新IE。

可替换地，WTRU可包括其性能信息，作为UTRAN移动性信息确认消息的一部分，该UTRAN移动性信息确认消息在从SRNC接收到小区更新确认、URA更新确认或UTRAN移动性信息消息后被发送回SRNC。可替换地，发送UTRAN移动性信息确认的触发可以是SRNS重新定位发生的指示。如果新的U-RNTI被分配在URA/小区更新确认消息中或者任何其他RRC层消息中，则WTRU可以确定发生SRNS重新定位。

根据第二实施方式，SRNC可明确地向DRNC指示如何在寻呼请求消息中寻呼WTRU。基于在RRC连接建立期间或任何后续的性能指示中指示的WTRU无线接入性能，SRNC可向DRNC指示WTRU通过Iur在RNSAP寻呼请求消息中是否支持增强的PCH。

新IE(如增强的PCH指示符)可在寻呼请求消息中增加。如果URA中的小区支持增强的PCH，且寻呼请求消息中的“增强的PCH指示符”指示WREU支持增强的PCH，则DRNC在HS-DSCH上寻呼WTRU。否则，DRNC在PCH/S-CCPCH上寻呼WTRU。如果URA中的不是所有的小区支持增强的PCH，则DRNC可在支持增强的PCH的小区的HS-DSCH上和没有增强的PCH性能的小区的PCH/S-CCPCH上寻呼WTRU。

增强的PCH指示符可以采用以下形式的一个或者其组合：

(1)可选IE，仅支持增强的PCH时才出现；可选地，缺少该IE可暗示SRNC不是版本7的SRNC；

(2)设置为真或假的IE；

(3)IE为枚举的值，其中示出以下值：

i.增强的PCH，SRNC支持增强的PCH；

ii.可选地，还可以包括用于增强的FACH的枚举的值；以及

iii.非HS-DSCH支持，SRNC不支持增强的PCH(或可选地增强的FACH)；

(4)独立于寻呼区域选择而提供的IE；

(5)仅在寻呼区域选择是URA时提供的IE；以及

(6)用于指示被寻呼的WTRU是3GPP版本7兼容的IE。

可替换地，新的无线电网络系统应用部分(RNSAP)消息可被定义来支持在HS-DSCH上的寻呼(如HS-DSCH寻呼请求消息)。SRNC可使用HS-DSCH寻呼请求消息来在HS-DSCH上寻呼WTRU，以及使用传统的寻呼请求消息来在PCH/S-CCPCH上寻呼WTRU。

如果SRNC不支持增强的CELL_FACH状态(即版本6或更旧的RNC)，则SRNC在寻呼请求消息中不包括“增强的PCH指示符”。如果DRNC不知道SRNC的性能，DRNC可把这视作WTRU在HS-DSCH上不支持寻呼且在PCH/S-CCPCH上寻呼WTRU的指示。但是，如果WTRU漫游的小区支持在HS-DSCH上的寻呼，则WTRU在检测到PICH上的寻呼指示后，将监控HS-DSCH。

可替换地，如果“增强的PCH指示符”IE没有出现在寻呼请求消息中，则DRNC可理解为SRNC不支持增强的CELL_FACH(即版本6或更旧的RNC)。“增强的PCH指示符”IE可强制用于版本7的RNSAP寻呼请求消息。

但是，根据该IE的出现，没有指示DRNC如何寻呼WTRU。例如，版本7的WTRU可连接版本6的RNC，而监控版本7小区中的HS-DSCH。因此，当“增强的PCH指示符”IE不存在时，DRNC可在PCH/S-CCPCH和HS-DSCH上寻呼WTRU，来确保WTRU接收寻呼消息，DRNC可在PCH/S-CCPCH上寻呼WTRU，和/或根据之前的实施方式知道如何寻呼WTRU(即WTRU性能)。

根据第三实施方式，当DRNC不知道WTRU性能时，DRNC可在HS-DSCH和PCH/S-CCPCH上发送寻呼消息。DRNC可根据上述的任意机制来确定WTRU性能。

根据第四实施方式，如果小区支持HS-DSCH上的寻呼(即版本7的小区)，URA_PCH或CELL_PCH状态下的WTRU在PICH上解码寻呼指示后，可监控用于PCCH帧的HS-DSCH和PCH/S-CCPCH。如果WTRU支持在HS-DSCH上的寻呼(即版本7的WTRU)，满足以下条件之一或者多个：(1)WTRU从不支持增强的CELL_FACH的小区漫游到支持支持增强的CELL_FACH的小区；或(2)WTRU不知道连接的SRNC的性能(即WTRU不知道SRNC是否支持增强的CELL_FACH状态)。WTRU可根据以下提出的方法确定SRNC性能。

可替换地，WTRU总是监控用于接收PCCH帧的HS-DSCH和PCH/S-CCPCH。

在下文中公开了一种确定SRNC性能的方法。当WTRU处于空闲模式时(即WTRU没有至UTRAN的RRC连接)，WTRU可暗中确定如果小区支持增强的CELL_FACH，则该WTRU试图连接的RNC支持增强的CELL_FACH，这是基于SIB 5/5bis中广播的HS-DSCH公共信道信息来确定的。

如果WTRU具有与SRNC的RRC连接(即WTRU处于连接模式)，可单独地或者组合地使用以下的方法来确定SRNC是否支持增强的CELL_FACH。

如果WTRU配置其本身来在其与SRNC的RRC连接的期限(life)内的任意时刻在CELL_FACH状态下接收HS-DSCH，则WTRU可确定SRNC支持增强的CELL_FACH状态。可替换地，如果当连接至SRNC时，WTRU已配置成使用任何3GPP版本7的特征进行操作(例如多输入多输出(MIMO)和64正交幅度调制(QAM)HSDPA)，则WTRU可确定SRNC支持增强的CELL_FACH状态。优选地，版本7的SRNC可向WTRU指示SRNC重新定位将或者已经发生，来确保WTRU知道其连接的SRNC的性能。

可选地，UTRAN和WTRU之间的新的专用RRC层信令可被引入来向WTRU指示其SRNC支持增强的CELL_FACH状态，和/或配置WTRU来在增强的PCH中操作。性能或者配置信息可增加至传统的RRC消息中(如RRC连接设置(CONNECTION SETUP)消息、小区更新确认消息、URA更新确认消息)，或者在用来指示SRNC性能的新的RRC消息(如SRNS性能信息(CAPABILITY INFORMATION)消息或增强的PCH设置(ENHANCED PCH SETUP)消息)中传送。性能信息可指示支持增强的CELL_FACH状态，支持3GPP版本7或更高的，支持增强的PCH和/或支持在HS-DSCH上寻呼。

可替换地，新的广播信令可被提供，该广播信令提供支持增强的CELL_FACH和/或3GPP版本7或更高的UTRAN中的RNC列表的。

优选地，在其与SRNC的RRC连接的整个期限中，WTRU认为SRNC的性能信息是有效的。如果具有不同于源SRNC性能的目标SRNC发生SRNS重新定位时，源SRNC或者目标SRNC可向WTRU指示性能更新。可替换地，版本7的源和/或目标SRNC可通知WTRU SRNS重新定位将要发生或者已经发生。优选地，可以使用通过Iur接口在RNC之间交换性能的机制。举例来说，在SRNS重新定位期间，源SRNC向目标SRNC指示增强的PCH或者版本7。缺少性能指示可理解成同等的RNC不支持该性能。

根据另一个实施方式中，WTRU可在SRNS指示其时动作。SRNS可清楚地指示WTRU其是否应该支持增强的的PCH或者版本7。SRNS可配置WTRU来使用增强的PCH进行操作。当SRNS不支持增强的PCH或者SRNC没有配置WTRU在增强的PCH模式下操作时，可修改WTRU的性能来监控S-CCPCH。即使DRNC支持增强的PCH，上述也适用，并且WTRU监控的小区正在SIB5/5bis中广播HS-DSCH寻呼系统信息。当SRNS支持增强的PCH但HS-DSCH寻呼系统信息没有在SIB5/5bis中广播时，WTRU的性能还可被修改来监控S-CCPCH。

可替换地，当SRNS指示其应当支持HS-DSCH或者版本7时，WTRU可以监控HS-DSCH。当SRNS清楚地配置WTRU来监控HS-DSCH时，WTRU还可以监控HS-DSCH。HS-DSCH系统信息在SIB5/5bis中被广播。

SRNS性能或者配置信息可以使用以下方法的一个或多个向WTRU指示：

(1)增加新的IE(如增强的PCH支持)，用来指示RRC消息中的SRNC性能，该RRC消息用于将WTRU移动至CELL_PCH和/或URA_PCH；

(2)增加新的IE(如增强的PCH支持)，用于指示其他RRC消息中的SRNC性能，该RRC消息可以例如是URA更新确认消息、小区更新确认消息、UTRAN移动性信息消息；以及

(3)引入新的消息(如“SRNS重新定位信息”)，当SRNS重新定位发生时该消息被发送至WTRU。SRNC性能在该消息中被指示。

新的IE(如增强的PCH支持)可采用以下一个形式或者以下形式的组合：

(1)可设置为真或者假的IE；

(2)为枚举的值的IE，其中可指示以下值：

i.增强的PCH，SRNC支持赠强的PCH；和

ii.可选地，还包括用于增强的FACH的枚举的值；

(3)IE是枚举的值，其中指示以下的值：

i.增强的PCH，SRNC支持赠强的PCH；

ii.可选地，还包括用于增强的FACH的枚举的值；以及

iii.非HS-DSCH支持，SRNC不支持增强的PCH(或可选地增强的FACH)；

(4)可选的IE，仅当增强的PCH由SRNC支持时，该IE才出现；以及

(5)可选的IE，仅当增强的FACH由SRNC支持时，该IE才出现。

优选地，缺少该IE暗指SRNC是版本6或者更旧的SRNC，因此WTRU暗地知道SRNC不支持增强的PCH和/或版本7。该IE可以强制用于上面描述的所有RRC消息，或者如果RRC消息指示U-RNTI改变(如IE“新的U-RNTI”存在)则该IE是命令性的(mandatory)。新的U-RNTI的出现可暗示已经有SRNS重新定位。

在UTRAN方面，当SRNC不是版本7的SRNC或者DRNC不支持增强的PCH时，DRNC优选地在PCH/S-CCPCH上寻呼。否则，如果在其中寻呼的小区支持增强的PCH，则DRNC在HS-DSCH上寻呼。使用上面描述的方法中的一个来执行发送给DRNC的SRNC的性能的信令。

优选地，在连接至SRNC的整个期限内，WTRU配置是保持有效的(即在HS-DSCH上而不是在S-CCPCH上接收寻呼)。WTRU可重新估计增强的PCH的支持，或者无论何时SRNS重新定位发生，WTRU由UTRAN重新配置成支持增强的PCH。

WTRU可通过检测任意RRC消息中的U-RNTI的变化，来识别SRNC的改变或者SRNS重新定位。可选地，如果U-RNTI中的SRNC ID相关的比特已经发生改变，WTRU可识别SRNC已经发生变化。如果出现这种情况，且增强的PCH支持IE没有出现在用于改变U-RNTI的消息中，则WTRU在CELL/URA_PCH状态时不会在增强的PCH中进行操作，且实际上监控S-CCPCH。可替换地，如果增强的PCH支持IE出现在用于改变U-RNTI的消息中，则WTRU可开始增强的PCH的操作，或者如果已经开始则继续增强的PCH的操作。

如果具有不同于源SRNC的的性能的目标SRNC发生SRNS重新定位，则UTRAN(源SRNC或者目标SRNC)可向WTRU指示性能更新。可替换地，版本7的源SRNC和目标SRNC可通知WTRU SRNS重新定位将要或者已经发生。

优选地，可适用通过Iur在RNC之间交换性能信息的机制。例如，在SRNC重新定位期间，源SRNC向目标SRNC指示增强的PCH和/或版本7。缺少性能指示将被理解为等同的RNC不支持该性能。

根据另一个实施方式，WTRU基于WTRU和小区的性能，以及关于接收方法的附加条件可确定是否应该监控PCH/S-CCPCH或者HS-DSCH，在当前RRC连接下与网络的之前的通信的期间WTRU使用该接收方法。该附加条件确保了网络和WTRU是关于用于CELL/URA_PCH状态的传输信道而同步的。

由于RRC连接从支持增强的PCH性能的版本7的SRNC和DRNC开始，因此如果WTRU已经发送RRC消息，WTRU可仅监控CELL/URA_PCH状态下的HS-DSCH。从WTRU成功发送RRC消息给不支持该性能的RNC起，WTRU就仅监控S-CCPCH。WTRU通过在所有的后续RRC消息中不包括性能IE来确保网络仅在S-CCPCH发送寻呼直到RRC连接结束。在WTRU和网络中执行的详细地过程如以下所描述的。

在成功实现RRC连接后，能在CELL/URA_PCH状态下接收HS-DSCH的WTRU设置内变量(如HS_DSCH_RECEPTION_CELL_PCH)，该内变量用来指示WTRU是否试图在CELL/URA_PCH状态下接收HS-DSCH。如果小区支持该性能，设置内变量为真，如果不支持该性能则设置为假。

在小区重选后，仅当小区如广播SIB所指示的那样支持该性能时，且如果变量HS_DSCH_RECEPTION_CELL_PCH设置为真时，WTRU开始在CELL/URA_PCH状态下接收HS-DSCH。在成功完成不支持该性能的小区内的小区更新或者URA更新过程后，WTRU将变量HS_DSCH_RECEPTION_CELL_PCH设置为假。内变量保持该值直到RRC连接释放或者下一个RRC连接请求成功。当内变量设置为假时，WTRU不包括小区更新或者URA更新消息中的其性能IE，且不在CELL/URA_PCH状态下的HS-DSCH上接收(即在S-CCPCH上接收)。可选地，如果WTRU确定发生SRNS重新定位(例如基于U-RNTI某部分的变化)，且如果小区支持增强的PCH，则WTRU可将内变量设置为真。

当寻呼消息或者数据被传输给Cell_PCH或者URA_PCH状态下的WTRU时，如果如上所述的，SRNC确定WTRU支持增强的PCH性能，则SRNC(如果是版本7)将性能信息与寻呼请求一起发送给DRNC。如果DRNC是版本7且支持该性能，则DRNC在支持该性能的相关的小区中的HS-DSCH上和其他相关的小区中的S-CCPCH上发送寻呼消息。在所有其他的情况下，寻呼消息在所有相关的小区上的S-CCPCH发送。相关的小区包括由DRNC控制的所有小区和WTRU处于URA_PCH状态时的部分URA，或者WTRU处于CELL_PCH状态时的单个小区。

不支持该性能的DRNC(如版本6的DRNC)在S-CCPCH上发送寻呼消息。另外，不支持该性能的SRNC不会将WTRU性能与寻呼请求一起发送到DRNC。

如果SRNC与CRNC相同(即如果没有DRNC)，且SRNC确定WTRU支持增强的PCH性能，则SRNC在所有支持增强的PCH性能的相关的小区中的HS-DSCH上和在其他相关的小区中的S-CCPCH上发送寻呼消息。仅版本7的SRNC可确定WTRU支持增强的PCH性能。版本6的SRNC在所有相关小区的S-CCPCH上发送寻呼消息。

如果SRNC是WTRU发送消息的小区的CRNC，或者从WTRU发送消息的小区的CRNC传递(relay)过来的，则版本7的SRNC根据性能IE是否包含在接收到的消息，如直接从WTRU发送的小区更新消息、URA更新消息或RRC连接请求消息中，来确定WTRU的增强的PCH性能。在后一种情况中，如果CRNC是版本7的CRNC，则性能仅传递给SRNC。如果CRNC是版本6的CRNC，则性能不传递给SRNC，且SRNC确定WTRU不能在CELL_PCH或URA_PCH状态下接收HS-DSCH。

在接收到从WTRU传送来的或者从CRNC传递来的新的消息后，版本7的SRNC在确定WTRU的性能时没有考虑在过去的消息中性能IE的存在。例如，SRNC已经在某个时刻确定WTRU具有增强的PCH性能，并随后从WTRU接收消息或者从没有指示增强的PCH性能的CRNC中传递来的消息，SRNC从此时确定WTRU不具有增强的PCH性能。

可替换地，如果WTRU从网络接收指示SRNC不支持增强的PCH的信息，WTRU可仅仅修改内变量(HS_DSCH_RECEPTION_CELL_PCH)为假。这种信息可以是包括不存在增强的PCH特征的小区中的IE“新的U-RNTI”的来自网络的RRC消息。该信息可以是包括IE“新的U-RNTI”的来自网络网络的RRC消息，且新的U-RNTI值指示RNC ID已经在不存在增强的PCH特征的小区中发生变化(SRNS重新定位)。该信息可以是不存在增强的PCH特征的小区中的UTRAN移动性信息消息。RNC可通过RRC连接建立过程或者SRNS重新定位过程而获得WTRU性能信息。不需要RNC通过小区更新消息或者URA更新消息来获得性能信息。下面描述WTRU和网络中的详细过程。

在成功RRC连接后，能在Cell/URA_PCH状态下接收HS-DSCH的WTRU可设置内变量(如HS_DSCH_RECEPTION_CELL_PCH)，该内变量指示WTRU是否试图在Cell/URA_PCH状态下接收HS-DSCH。如果小区支持该性能，则内变量设置为真；如不支持，则设置为假。

在小区重选后，仅当小区如广播SIB所指示的那样支持该性能时，且如果内变量HS_DSCH_RECEPTION_CELL_PCH设置为真，则WTRU可开始在Cell/URA_PCH状态下接收HS-DSCH。WTRU在接收到满足上述条件的一个或者多个的RRC消息后，设置变量HS_DSCH_RECEPTION_CELL_PCH为假。变量保持该值直到RRC连接释放，或者直到下一个RRC连接请求成功。

当寻呼或数据传送给Cell_PCH或URA_PCH状态下的WTRU时，如果SRNC确定WTRU支持该性能且试图在HS-DSCH上接收寻呼时，SRNC(如果是版本7)将WTRU性能信息与寻呼请求一起发送给DRNC

如果WTRU开始与RNC进行RRC连接，则SRNC通过RRC连接建立过程获得WTRU性能信息，或者SRNC通过经由从源SRNC至目标SRNC的透明容器(transparent container)中的WTRU性能信息的传送进行的SRNS重新定位来获得WTRU性能信息。应当注意，这种传送仅仅在源SRNC知道增强的PCH性能(版本7或更高的)才能成为可能。

如果SRNC知道WTRU支持该性能，且从来没有发送RRC消息给满足WTRU为设置其变量为假而检验的相同条件或条件组的WTRU，则SRNC知道WTRU将试图在HS-DSCH上接收寻呼。UTRAN和WTRU可使用相同的条件或者条件组。优选地，这是预先确定的。

如果DRNC是支持增强的PCH性能的版本7的DRNC，并从SRNC接收指示WTRU支持增强的PCH性能的寻呼请求消息，则DRNC在支持增强的PCH性能的相关小区中的HS-DSCH上，以及其他相关小区的S-CCPCH上发送寻呼消息。在其他情况下，寻呼消息在所有相关小区的S-CCPCH上发送。相关小区包括DRNC控制的所有小区和WTRU处于URA_PCH状态下的部分URA，或者WTRU处于Cell_PCH状态下的单个小区。不支持增强的PCH性能的DRNC在S-CCPCH上发送寻呼消息。不支持增强的PCH性能的SRNC将WTRU性能信息与寻呼请求一起不发送给DRNC。

如果SRNC与CRNC相同(即没有DRNC)，且SRNC确定WTRU支持增强的PCH性能，则SRNC在所有支持该性能的相关小区中的HS-DSCH上和其他相关小区中的S-CCPCH上发送寻呼消息。仅版本7的SRNC可确定WTRU具有增强的PCH性能。版本6的SRNC在所有相关小区的S-CCPCH上发送寻呼消息。

图2示出了用于DRNC发起的SRNS重新定位的信令过程200。版本7的DRNC当其意识到版本7的WTRU当具有RRC连接，且从版本7的小区漫游至版本6的SRNC时，发起SRNS重新定位过程。WTRU执行从版本6的小区至版本7的小区的小区重选(步骤202)。WTRU然后通过随机接入信道(RACH)发送URA更新消息给目标RNC(即DRNC)(步骤204)。URA更新消息包括如上所述的WTRU增强的PCH性能的指示。目标RNC识别性能在WTRU和源RNC(即SRNC)中失配(步骤206)。目标RNC通过Iu接口发送重新定位请求消息给核心网络，来发起SRNS重新定位过程(步骤208)。重新定位请求可通过扩展使用传统的RANAP信令(如重新定位请求)来允许目标RNC请求SRNS重新定位，或者通过定义目标RNC和CN之间的新的RANAP信令(如重新定位请求)来实现。

核心网络、源RNC和目标RNC执行SRNS重新定位(步骤210)。一旦SRNS重新定位完成后，之前为DRNC的新的SRNC建立版本7的URA更新确认消息，并且在HS-DSCH上将该URA更新确认消息传输给WTRU(步骤212)。

可替换地，DRNC通过Iur接口(RNSAP)传送重新定位请求消息，且SRNC与核心网通过Iu接口发起传统的SRNS重新定位过程。

图3示出了用于SRNC发起的SRNS重新定位的信令过程300。WTRU执行从版本6的小区至版本7的小区的小区重选(步骤302)。WTRU然后通过随机接入信道(RACH)发送URA更新消息给目标RNC(即DRNC)(步骤304)。URA更新消息包括如上所述的WTRU增强的PCH性能的指示。目标RNC发送上行链路信令传送消息给源RNC(即SRNC)(步骤306)。SRNC识别WTRU和SRNC中的性能失配，并发起SRNS重新定位过程(步骤308)。

如果满足以下条件的一个或组合，则SRNC发起SRNS重新定位过程：

(1)SRNC从WTRU接收RRC消息，该消息指示WTRU具有SRNC不支持的性能(如WTRU是版本7的WTRU，且SRNC是版本6得到SRNC)；

(2)当SRNC不支持增强的PCH时，SRNC通过Iur接收包括专用的H-RNTI的上行链路信令传送消息；

(3)WTRU漫游到由RNC控制的小区(即DRNC)，该WTRU具有SRNC不支持的性能；或者

(4)当WTRU漫游到由不同的RNC控制的小区时，不支持增强的PCH的SRNC从WTRU接收URA更新消息，该消息指示WTRU支持增强的PCH。

核心网络、源RNC和目标RNC执行SRNS重新定位(步骤310)。一旦完成SRNS重新定位，之前为DRNC的新的SRNC建立版本7的URA更新确认消息，并将该消息在HS-DSCH上传送给WTRU(步骤312)。优选地，重新定位过程的目标RNC将是现有DRNC(即控制WTRU连接的小区的CRNC)。

UTRAN中的两个或两个以上的RNC可交换与WTRU的性能相关的信息。新的RNSAP消息可用来允许了解WTRU性能的一个RNC与另一个RNC共享信息。RNC可以发送WTRU性能信息给任何给定的RNC。RNC可将WTRU性能信息广播给很多RNC。可替换地，如果另一个RNC知道关于给定WTRU的性能，一个RNC可请求另一个RNC发送WTRU性能信息。

虽然本实用新型的特征和元素在优选的实施方式中以特定的结合进行了描述，但每个特征或元素可以在没有所述优选实施方式的其他特征和元素的情况下单独使用，或在与或不与本实用新型的其他特征和元素结合的各种情况下使用。本实用新型提供的方法或流程图可以在由通用计算机或处理器执行的计算机程序、软件或固件中实施，其中所述计算机程序、软件或固件是以有形的方式包含在计算机可读存储介质中的。计算机可读存储介质的例子包括只读存储器(ROM)、随机存取存储器(RAM)、寄存器、缓存存储器、半导体存储设备、诸如内部硬盘和可移动磁盘这样的磁性介质、磁光介质和如CD-ROM光盘和数字通用光盘(DVD)这样的光介质。

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

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

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

Claims (10)

1、一种无线发射/接收单元，其特征在于，该无线发射/接收单元被配置成在CELL_PCH和URA_PCH状态下接收寻呼消息，所述无线发射/接收单元包括：

控制器，被配置成发送指示，该指示用来指示在CELL_PCH和URA_PCH状态下接收高速下行链路共享信道的增强的寻呼信道性能；和

收发机，与所述控制器电连接，且被配置成在高速下行链路共享信道上接收消息。

2、根据权利要求1所述的无线发射/接收单元，其特征在于，所述控制器是被配置成发送用于指示在CELL_FACH状态下接收高速下行链路共享信道的增强的前向接入信道性能的第二指示的控制器。

3、根据权利要求1所述的无线发射/接收单元，其特征在于，所述控制器是被配置成发送被包括在小区更新消息、通用陆地无线接入网络注册区更新消息、和通用陆地无线接入网络移动性信息确认消息中的一者中的指示的控制器。

4、根据权利要求3所述的无线发射/接收单元，其特征在于，所述控制器是被配置成在新的小区的性能不同于旧的小区的性能的情况下发送包括所述指示的所述小区更新消息和所述通用陆地无线接入网络注册区更新消息的控制器。

5、根据权利要求3所述的无线发射/接收单元，其特征在于，所述控制器是被配置成在支持增强的寻呼信道的新的小区是由不同于服务无线电网络控制器的控制无线电网络控制器来控制的情况下发送包括所述指示的所述通用陆地无线接入网络注册区更新消息的控制器。

6、根据权利要求3所述的无线发射/接收单元，其特征在于，所述控制器是被配置成在无线发射/接收单元已经从不支持增强的前向接入信道和/或增强的寻呼信道的小区漫游到支持增强的前向接入信道和/或增强的寻呼信道的小区的情况下发送包括所述指示的所述通用陆地无线接入网络注册区更新消息的控制器。

7、根据权利要求3所述的无线发射/接收单元，其特征在于，所述控制器是被配置成在新的小区是由不同于控制之前的小区的控制无线电网络控制器的控制无线电网络控制器控制的情况下发送包括所述指示的所述通用陆地无线接入网络注册区更新消息的控制器。

8、根据权利要求3所述的无线发射/接收单元，其特征在于，所述控制器是被配置成在所述无线发射/接收单元不知道自身所连接的服务无线电网络控制器是否支持增强的前向接入信道和/或增强的寻呼信道的情况下发送包括所述指示的所述通用陆地无线接入网络注册区更新消息的控制器。

9、根据权利要求3所述的无线发射/接收单元，其特征在于，所述控制器是被配置成响应于关于服务无线电网络子系统重新定位已经发生的指示而发送所述通用陆地无线接入网络移动性信息确认消息的控制器。

10、根据权利要求3所述的无线发射/接收单元，其特征在于，所述控制器是被配置成通过保留指示服务无线电网络控制器增强的前向接入信道和/或寻呼信道性能的内变量，来确定所述无线发射/接收单元连接的服务无线电网络控制器是否支持增强的寻呼信道的控制器。

Images