寻呼无线发射/接收单元(WTRU)的方法和网络设备

本申请涉及无线通信。

在传统的第三代合作伙伴计划（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更新确认（UPDATE  CONFIRM）消息，但是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接口发送寻呼请求（PAGING  REQUEST）消息给控制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示出了传统的UTRAN100。该UTRAN100包括多个RNC110a、 110b和多个节点B120。每个RNC110a、110b均具有CRNC功能来控制一 个或多个节点B。SRNC110a控制WTRU130的连接。DRNC110b将用于 SRNC110a的资源借给特定的WTRU130。在小区重选支持CELL_FACH状 态下的RNC间小区更新和SRNC重新定位（relocation）后，WTRU130发 送小区更新消息给CRNC（CRNC可以是SRNC或者DRNC）。在检测到支 持CELL/URA_PCH状态下的RNC间移动性的URA发生改变后，WTRU130 发送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 UPDATE CONFIRM）消息给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，这是基于SIB5/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， WTRU在之前的与网络的通信过程中在当前RRC连接下使用该接收方法。 该附加条件确保了网络和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能力信息。

实施例

1.一种在CELL_PCH和URA_PCH状态下寻呼WTRU的方法。

2.根据实施例1所述的方法，包括WTRU发送指示，该指示用来指示 在CELL_PCH和URA_PCH状态下接收HS-DSCH的增强型PCH能力。

3.根据实施例2所述的方法，该方法还包括WTRU发送第二指示，所 述第二指示用于指示在CELL_FACH状态下接收HS-DSCH的增强型FACH 能力。

4.根据实施例2－3任一项所述的方法，其中所述指示被包括在小区更 新消息、URA更新消息、和UTRAN移动性信息确认消息中的一者中。

5.根据实施例4所述的方法，其中如果新的小区的能力不同于旧的小区 的能力，则发送包括所述指示的所述小区更新消息和所述URA更新消息。

6.根据实施例4－5任一项所述的方法，其中如果支持增强型PCH的新 的小区是由不同于SRNC的CRNC来控制，则发送包括所述指示的所述URA 更新消息。

7.根据实施例6所述的方法，其中如果在U-RNTI中的SRNC身份不同 于小区身份的12个最高有效位，则WTRU确定CNRC不同于SRNC。

8.根据实施例4－7任一项所述的方法，其中如果WTRU已经从不支持 增强型FACH和/或增强型PCH的小区漫游到支持增强型FACH和/或增强型 PCH的小区，则所述WTRU发送包括所述指示的所述URA更新消息。

9.根据实施例4－8任一项所述的方法，其中如果新的小区是由不同于 控制之前的小区的CRNC的CRNC来控制，则所述WTRU发送包括所述指 示的所述URA更新消息。

10.根据实施例2－9任一项所述的方法，其中WTRU通过保留指示 SRNC增强型FACH和/或PCH能力的内变量，来确定该WTRU连接的SRNC 是否支持增强型PCH。

11.根据实施例10所述的方法，其中如果满足以下条件中的任意一者， 则所述内变量被设置为假：如果新的U-RNTI被分配给WTRU；如果WTRU RRC状态从CELL_DCH改变到URA_PCH；如果WTRU RRC状态从 CELL_FACH改变到URA_PCH；如果WTRU RRC状态从CELL_PCH改变 到URA_PCH；如果WTRU RRC状态从URA_PCH改变到CELL_PCH、 CELL_FACH或CELL_DCH；如果WTRU在不支持增强型PCH和/或增强 型FACH的小区中接收RRC消息且新的U-RNTI被分配；以及如果WTRU 在CELL_DCH状态时接收RRC消息且新的U-RNTI被分配。

12.根据实施例10－11任一项所述的方法，其中当满足以下条件中的至 少一者时所述内变量被设置为真：如果WTRU在触发了包括所述指示的 URA更新消息的传递后，成功地接收了URA更新确认消息；如果WTRU 在支持增强型FACH和/或增强型PCH的小区中传送URA更新消息后，成 功地接收了URA更新确认消息；如果WTRU在支持增强型FACH和/或增 强型PCH小区中传送小区更新消息后，成功地接收了小区更新确认消息； 如果WTRU漫游至支持增强型FACH和/或增强型PCH的小区，且由WTRU 连接的SRNC控制该小区；以及如果WTRU发起支持增强型FACH和/或增 强型PCH的小区中的RRC连接。

13.一种用于在CELL_PCH和URA_PCH状态下寻呼WTRU的方法。

14.根据实施例13所述的方法，该方法包括接收指示，该指示用于指示 WTRU是否具有在CELL_PCH和URA_PCH状态下接收HS-DSCH的增强 型PCH能力。

15.根据实施例14所述的方法，包括基于所述指示寻呼WTRU。

16.根据实施例14－15任一项所述的方法，其中所述指示被包括在来自 SRNC的寻呼请求消息中。

17.根据实施例14－16任一项所述的方法，其中所述指示只在WTRU 具有增强型PCH能力时才出现在寻呼请求消息中。

18.根据实施例14－17任一项所述的方法，其中所述指示只在SRNC 具有增强型PCH能力时才出现在寻呼请求消息中。

19.根据实施例14－18任一项所述的方法，其中所述指示独立于寻呼区 域选择而被单独提供。

20.根据实施例14－19任一项所述的方法，其中，所述指示只在寻呼区 域选择是URA时才被提供。

21.根据实施例14－20任一项所述的方法，其中如果所述指示没有出现 在寻呼请求消息中，则WTRU在PCH/S-CCPCH上被寻呼。

22.根据实施例14－20任一项所述的方法，其中如果所述指示没有出现 在寻呼请求消息中，则WTRU在HS-DSCH和PCH/S-CCPCH上被寻呼。

23.根据实施例13所述的方法，包括接收用于WTRU的寻呼请求消息。

24.根据实施例23所述的方法，该方法包括如果所述WTRU的在 CELL_PCH和URA_PCH状态下接收HS-DSCH的能力是未知的，则在 HS-DSCH和PCH/S-CCPCH两者上寻呼WTRU。

25.一种用于在CELL_PCH和URA_PCH状态下寻呼WTRU的方法。

26.根据实施例25所述的方法，该方法包括解码在PICH上的寻呼指示。

27、根据实施例26所述的方法，包括在CELL_PCH和URA_PCH状态 的一者下监控HS-DSCH和PCH/S-CCPCH。

28.根据实施例27所述的方法，包括接收寻呼消息。

29.根据实施例27－28任一项所述的方法，包括如果服务小区支持在 HS-DSCH上寻呼，则WTRU监控HS-DSCH和PCH/S-CCPCH。

30.根据实施例27－29任一项所述的方法，其中如果WTRU从不支持 增强型CELL_FACH的小区漫游到支持增强型CELL_FACH的小区，则 WTRU监控HS-DSCH和PCH/S-CCPCH。

31.根据实施例27－30任一项所述的方法，其中如果WTRU不知道该 WTRU连接的SRNC的能力，则WTRU监控HS-DSCH和PCH/S-CCPCH。

32.根据实施例25所述的方法，包括WTRU确定SRNC是否具有支持 在CELL_FACH状态下的HS-DSCH的接收的增强型FACH能力。

33.根据实施例32所述的方法，包括WTRU基于SRNC的能力执行配 置以在HS-DSCH上接收消息。

34.根据实施例32－33任一项所述的方法，其中如果被选定的小区具有 增强型FACH能力，则处于空闲模式下的WTRU确定WTRU正试图连接的 SRNC具有增强型FACH能力。

35.根据实施例32－34任一项所述的方法，其中如果WTRU已经配置 自身以在与SRNC的RRC连接的整个期限的任何时刻在CELL_FACH状态 下接收HS-DSCH，则处于RRC连接模式的WTRU确定SRNC具有增强型 FACH能力。

37.根据实施例32－36任一项所述的方法，其中WTRU通过专用RRC 信令来获得所述SRNC的所述能力。

38.根据实施例32－37任一项所述的方法，其中WTRU通过广播信令 来获得所述SRNC的所述能力，所述广播信令提供支持增强型CELL_FACH 的RNC的列表。

39.一种用于在CELL_PCH和URA_PCH状态下寻呼WTRU的方法。

40.根据实施例39所述的方法，该方法包括WTRU接收消息，该消息 指示WTRU是否应该支持在CELL_PCH和URA_PCH状态下接收HS-DSCH 的增强型PCH能力。

41.根据实施例40所述的方法，包括WTRU基于所述消息执行配置以 接收寻呼消息。

42.根据实施例40－41任一项所述的方法，其中当SRNS不支持增强型 PCH时WTRU监控S-CCPCH。

43.根据实施例40－41任一项所述的方法，其中当所述SRNS支持增强 型PCH但HS-DSCH寻呼系统信息没有在小区中广播时，WTRU监控 S-CCPCH。

44.根据实施例41－43所述的方法，其中配置是在连接至SRNC的整 个期限内是有效的。

45.根据实施例41－44任一项所述的方法，还包括对SRNS重新定位的 发生进行识别。

46.根据实施例45所述的方法，包括在SRNS重新定位发生时重新估计 对增强型PCH能力的支持。

47.一种用于在CELL_PCH和URA_PCH状态下寻呼WTRU的方法。

48.根据实施例47所述的方法，该方法包括WTRU基于WTRU和小区 的能力以及与接收方法相关的条件来确定是否监控PCH/S-CCPCH或 HS-DSCH，以在CELL_PCH和URA_PCH状态的一者下接收寻呼消息，所 述接收方法为WTRU在与处于当前的RRC连接下的网络的之前的通信期间 所使用的接收方法。

49.根据实施例48所述的方法，包括WTRU基于所述确定执行配置以 接收寻呼消息。

50.根据实施例48－49任一项所述的方法，其中从RRC连接与支持增 强型PCH能力的RNC连接开始，如果WTRU已发送RRC消息，则WTRU 在CELL_PCH和URA_PCH状态下只监控HS-DSCH。

51.根据实施例48－50任一项所述的方法，其中WTRU从当WTRU成 功发送RRC消息到不支持增强型PCH能力的RNC的时候起监控 PCH/S-CCPCH。

52.根据实施例48－51任一项所述的方法，其中如果WTRU接收到指 示SRNC不支持增强型PCH的信息，则WTRU针对所述寻呼消息来监控 PCH/S-CCPCH。

53.一种用于在CELL_PCH和URA_PCH状态下寻呼WTRU的方法。

54.根据实施例53所述的方法，该方法包括接收URA更新消息，该 URA更新消息包括指示在CELL_PCH和URA_PCH状态下接收HS-DSCH 的增强型PCH能力的指示。

55.根据实施例54所述的方法，包括确定在WTRU和SRNC中能力失 配。

56.根据实施例54－55任一项所述的方法，包括发送重新定位请求消息 以发起SRNS重新定位。

57.根据实施例56所述的方法，包括执行SRNS重新定位。

58.根据实施例57所述的方法，包括在HS-DSCH上发送URA更新确 认消息给WTRU。

59.根据实施例55－58任一项所述的方法，其中由DRNC检测能力失 配并由DRNC发起SRNS重新定位。

60.根据实施例55－58任一项所述的方法，其中由SRNC检测能力失 配并由SRNC发起SRNS重新定位。

61.一种WTRU，该WTRU被配置成在CELL_PCH和URA_PCH状态 下接收寻呼消息。

62.根据实施例61所述的WTRU，包括控制器，该控制器用于发送指 示，该指示用来指示在CELL_PCH和URA_PCH状态下接收高速下行链路 共享信道（HS-DSCH）的增强型PCH能力。

63.根据实施例62所述的WTRU，包括收发信机，该收发信机用于在 HS-DSCH上接收消息。

64.根据实施例62－63任一项所述的WTRU，其中所述控制器被配置 成发送第二指示，所述第二指示用于指示在CELL_FACH状态下接收 HS-DSCH的增强型FACH能力。

65.根据实施例62－64任一项所述的WTRU，其中所述指示是被包括 在小区更新消息、URA更新消息、和UTRAN移动性信息确认消息中的一 者中。

66.根据实施例65所述的WTRU，其中如果新的小区的能力不同于旧 的小区的能力，则发送包括所述指示的所述小区更新消息和所述URA更新 消息。

67.根据实施例65－66任一项所述的WTRU，其中如果支持增强型PCH 的新的小区是由不同于SRNC的CRNC来控制，则发送包括所述指示的所 述URA更新消息。

68.根据实施例67所述的WTRU，其中如果在U-RNTI中的SRNC身 份不同于小区身份的12个最高有效位，则控制器确定CNRC不同于SRNC。

69.根据实施例65－68任一项所述的WTRU，其中如果WTRU已经从 不支持增强型FACH和/或增强型PCH的小区漫游到支持增强型FACH和/ 或增强型PCH的小区，则所述控制器发送包括所述指示的所述URA更新消 息。

70.根据实施例65－69任一项所述的WTRU，其中如果新的小区是由 不同于控制之前的小区的CRNC的CRNC来控制，则所述控制器发送包括 所述指示的所述URA更新消息。

71.根据实施例65－70任一项所述的WTRU，其中如果WTRU不知道 其连接的SRNC是否支持增强型FACH和/或增强型PCH，则所述控制器发 送包括所述指示的URA更新消息。

72.根据实施例65－71任一项所述的WTRU，其中响应于SRNS重新 定位已经发生的指示来发送所述UTRAN移动性信息确认消息。

73.根据实施例65－71任一项所述的WTRU，其中所述控制器通过保 留指示SRNC增强型FACH和/或PCH能力的内变量，来确定所述WTRU 连接的SRNC是否支持增强型PCH。

74.根据实施例73所述的WTRU，其中如果满足以下条件中的任意一 者，则所述内变量被设置为假：如果新的U-RNTI被分配给WTRU；如果 WTRU RRC状态从CELL_DCH改变到URA_PCH；如果WTRU RRC状态 从CELL_FACH改变到URA_PCH；如果WTRU RRC状态从CELL_PCH改 变到URA_PCH；如果WTRU RRC状态从URA_PCH改变到CELL_PCH、 CELL_FACH或CELL_DCH；如果WTRU在不支持增强型PCH和/或增强 型FACH的小区中接收RRC消息且新的U-RNTI被分配；以及如果WTRU 在CELL_DCH状态时接收RRC消息且新的U-RNTI被分配。

75.根据实施例73所述的WTRU，其中当满足以下条件中的至少一者 时所述内变量被设置为真：如果WTRU在触发了包括所述指示的URA更新 消息的传递后，成功地接收了URA更新确认消息；如果WTRU在支持增强 型FACH和/或增强型PCH的小区中传送URA更新消息后，成功地接收了 URA更新确认消息；如果WTRU在支持增强型FACH和/或增强型PCH的 小区中传送小区更新消息后，成功地接收了小区更新确认消息；如果WTRU 漫游至支持增强型FACH和/或增强型PCH的小区，且由WTRU连接的SRNC 控制该小区；以及如果WTRU发起支持增强型FACH和/或增强型PCH的小 区中的RRC连接。

76.一种用于在CELL_PCH和URA_PCH状态下寻呼WTRU的设备。

77.根据实施例76所述的设备，包括控制器，该控制器用于接收指示并 基于所述指示寻呼WTRU，该指示用来指示WTRU是否具有在CELL_PCH 和URA_PCH状态下接收HS-DSCH的增强型PCH能力。

78.根据实施例77所述的设备，包括收发信机，该收发信机用于发送寻 呼消息。

79.根据实施例77－78任一项所述的设备，其中所述指示被包括在来自 SRNC的寻呼请求消息中。

80.根据实施例77－79任一项所述的设备，其中仅当所述WTRU具有 增强型PCH能力时，所述指示才出现在所述寻呼请求消息中。

81.根据实施例77－80任一项所述的设备，其中所述指示独立于寻呼区 域选择被提供。

82.根据实施例77－81任一项所述的设备，其中所述指示仅在寻呼区域 选择是URA时才被提供。

83.根据实施例77－82任一项所述的设备，其中HS-DSCH寻呼请求消 息用于在HS-DSCH上寻呼所述WTRU，以及寻呼请求消息用于在PCH/ S-CCPCH上寻呼所述WTRU。

84.根据实施例77－83任一项所述的设备，其中如果所述指示没有出现 在所述寻呼请求消息中，则所述寻呼消息在PCH/S-CCPCH上被发送。

85.根据实施例77－84任一项所述的设备，其中如果所述指示没有出现 在所述寻呼请求消息中，则所述寻呼消息在HS-DSCH和PCH/S-CCPCH上 被发送。

86.一种用于在CELL_PCH和URA_PCH状态下寻呼WTRU的设备。

87.根据实施例86所述的设备，包括收发信机，该收发信机接收用于所 述WTRU的寻呼请求消息。

88.根据实施例87所述的设备，包括控制器，该控制器用于在所述 WTRU的在CELL_PCH和URA_PCH状态下接收HS-DSCH的能力是未知 的情况下，在HS-DSCH和PCH/S-CCPCH上寻呼所述WTRU。

89.一种用于在CELL_PCH和URA_PCH状态下接收寻呼消息的 WTRU。

90.根据实施例89所述的WTRU，包括收发信机，该收发信机用于在 PICH上接收寻呼指示并解码该寻呼指示，以及接收寻呼消息。

91.根据实施例90所述的WTRU，包括控制器，该控制器用于控制所 述收发信机来在CELL_PCH和URA_PCH状态的一者下监控HS-DSCH和 PCH/S-CCPCH。

92.根据实施例91所述的WTRU，其中如果服务小区支持在HS-DSCH 上寻呼，则所述控制器控制所述收发信机监控所述HS-DSCH和所述 PCH/S-CCPCH。

93.根据实施例91－92任一项所述的WTRU，其中如果所述WTRU从 不支持增强型CELL_FACH的小区漫游到支持增强型CELL_FACH的小区， 则所述控制器控制所述收发信机监控所述HS-DSCH和所述PCH/S-CCPCH。

94.根据实施例91－93任一项所述的WTRU，其中如果所述WTRU不 知道自身所连接的SRNC的能力，则所述控制器控制所述收发信机监控所述 HS-DSCH和所述PCH/S-CCPCH。

95.一种在CELL_PCH和URA_PCH状态下接收寻呼消息的WTRU。

96.根据实施例95所述的WTRU，包括收发信机。

97.根据实施例96所述的WTRU，包括控制器，该控制器用于确定 SRNC是否具有支持在CELL_PCH状态下的HS-DSCH的接收的增强型 FACH能力，并且该控制器配置所述收发信机来根据所述SRNC的能力在 HS-DSCH上接收消息。

98.根据实施例97所述的WTRU，其中如果选定的小区具有所述增强 型FACH能力，则处于空闲模式的所述控制器确定所述WTRU正试图连接 的所述SRNC具有增强型FACH能力。

99.根据实施例97－98任一项所述的WTRU，其中如果所述WTRU已 经配置自身以在与所述SRNC的RRC连接的整个期限的任何时刻在 CELL_FACH状态下接收HS-DSCH，则处于RRC连接模式的所述控制器确 定所述SRNC具有增强型FACH能力。

100.根据实施例97－99任一项所述的WTRU，其中如果所述WTRU 已被配置成在连接至所述SRNC时使用任何第三代合作伙伴计划（3GPP） 版本7的特征来操作，则处于RRC连接模式的所述控制器确定所述SRNC 具有增强型FACH能力。

101.根据实施例97－100任一项所述的WTRU，其中所述控制器通过 专用RRC信令来获得所述SRNC的所述能力。

102.根据实施例97－101任一项所述的WTRU，其中所述控制器通过 广播信令来获得所述SRNC的所述能力，所述广播信令提供支持增强型 CELL_FACH的RNC的列表。

103.根据实施例96所述的WTRU，包括控制器，该控制器用于接收消 息，该消息指示所述WTRU是否应该支持在CELL_PCH和URA_PCH状态 下接收HS-DSCH的增强型PCH能力；以及根据所述消息来配置所述收发信 机接收寻呼消息。

104.根据实施例103所述的WTRU，其中当SRNS不支持增强型PCH 时，控制器控制所述收发信机来监控所述S-CCPCH。

105.根据实施例103－104任一项所述的WTRU，其中当所述SRNS支 持增强型PCH但HS-DSCH寻呼系统信息没有在小区中广播时，控制器控制 所述收发信机来监控所述S-CCPCH。

106.根据实施例103－105任一项所述的WTRU，其中所述配置在连接 至SRNC的整个期限内是有效的。

107.根据实施例103－106任一项所述的WTRU，其中控制器对SRNS 重新定位的发生进行识别，并在SRNS重新定位发生时重新估计对增强型 PCH能力的支持。

108.根据实施例96所述的WTRU，包括控制器，该控制器用于根据所 述WTRU和小区的能力以及与接收方法相关的条件来确定是否监控 PCH/S-CCPCH或HS-DSCH，以在CELL_PCH和URA_PCH状态中的一者 下接收寻呼消息，并配置所述收发信机来接收所述寻呼消息，其中所述接收 方法是所述WTRU在与处于当前RRC连接中的网络的之前的通信期间所使 用的接收方法。

109.根据实施例108所述的WTRU，其中，在与支持增强型PCH能力 的RNC的RRC连接开始后，如果所述WTRU已发送RRC消息，则所述控 制器配置所述收发信机在CELL_PCH和URA_PCH状态下仅监控所述 HS-DSCH。

110.根据实施例108－109任一项所述的WTRU，其中所述控制器配置 所述收发信机从所述WTRU成功发送RRC消息给不支持增强型PCH能力 的RNC时起监控PCH/S-CCPCH。

111.根据实施例108－110任一项所述的WTRU，其中，如果所述控制 器接收用于指示SRNC不支持增强型PCH的信息，则所述控制器配置所述 收发信机针对所述寻呼消息来监控PCH/S-CCPCH。

112.一种用于在CELL_PCH和URA_PCH状态下寻呼WTRU的设备。

113.根据实施例112所述的设备，该设备包括收发信机。

114.根据实施例113所述的设备，该设备包括控制器，该控制器用于接 收URA更新消息，该URA更新消息包括用于指示在CELL_PCH和 URA_PCH状态下接收HS-DSCH的增强型PCH能力的指示；确定在WTRU 和SRNC中能力失配；发送重新定位请求消息来发起SRNS重新定位；执行 SRNS重新定位；并在HS-DSCH上发送URA更新确认消息给所述WTRU。

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

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

与软件相关的处理器可以用于实现一个射频收发信机，以便在无线发射
接收单元（WTRU）、用户设备（UE）、终端、、无线电网络控制器（RNC）
或者任何主机计算机中加以。WTRU可以与采用硬件和/或软件形式实施的
模块结合使用，例如照相机、摄像机模块、可视电话、扬声器电话、振动设
备、扬声器、麦克风、电视收发信机、免提耳机、键盘、蓝牙模块、调频
（FM）无线单元、液晶显示器（LCD）显示单元、有机发光二极管（OLED）
显示单元、数字音乐播放器、媒体播放器、视频游戏机模块、互联网浏览器
和/或任何无线局域网（WLAN）模块或者超宽带（UWB）模块。