专利名称：支持寻呼的无线发射/接收单元和设备的制作方法
技术领域：
本申请涉及无线通信。
背景技术：
在传统的第三代合作伙伴计划(3GPP)规范中定义了四个无线电资源 控制(RRC)状态。这些RRC状态是CELL—DCH状态、CELL—FACH状态、 CELL—PCH状态和URA一PCH状态。已经在3GPP规范中增加了对传统的 CELL_FACH和CELL/URA—PCH状态的改进，以提高终端用户感受到的总 体体验质量(QoE)。 CELL—FACH禾B CELL—URA—PCH改进通过使用 CELL—FACH禾B 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重新定位的信令过程图。
具体实施方式
7下文涉及的术语"无线发射/接收单元(WTRU)"包括，但并不限于用户 设备(UE)、移动站、固定或移动用户单元、寻呼机、无线电话、个人数字 助理(PDA)、计算机或者能在无线环境下操作的任何一种类型的用户装置。 下文涉及的术语"节点B"包括但并不限于基站、站点控制器、接入点(AP) 或者能在无线环境下操作的任何一种类型的接口设备。
图1示出了传统的UTRAN 100。该UTRAN 100包括多个RNC 110a、 110b和多个节点B 120。每个RNC110a、 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性能可单独指示。如果不存在正，则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禾P/或增 强的PCH的新的小区(即在SRNC和CRNC之间建立Iur)，则通过传送URA 更新消息来执行WTRU性能的指示。
如果在WTRU的UTRAN无线电网络临时标识符(U-RNTI)中的SRNC 身份不同于在小区被广播的小区身份的最高12位，则WTRU可确定CNRC 不同于SRNC。对URA更新消息的传送增加的约束减少了必须发送给 UTRAN的URA更新消息的数量。
为了进一步减少包括WTRU性能信息的不必要的URA更新消息的传 送，触发标准限于以下情况
10(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) WTRURRC状态从CELL_DCH改变为URA—PCH;
(3) WTRU RRC状态从CELL—FACH改变为URA—PCH;
(4) WTRU RRC状态从CELL_PCH改变为URA_PCH;
(5) WTRURRC状态从URA—PCH改变为CELL—PCH、 CELL—FACH 或CEIX一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。否贝U， 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) 设置为真或假的正；
(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指示符"正没有出现在寻呼请求消息中， 则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，禾B/或根据之前的实施方式知道如何寻呼 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)
14WTRU从不支持增强的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是否支持增强的 CEIX一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中被广播。
16SRNS性能或者配置信息可以使用以下方法的一个或多个向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) 为枚举的值的正，其中可指示以下值
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暗指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可将内变量设置为真。
当寻呼消息或者数据被传输给Cdl一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消息。该信息可以是包括正"新的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
22的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
23不支持的性能(如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)模块。
权利要求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所述的无线发射/接收单元，其特征在于，所述控 制器是被配置成通过保留指示服务无线电网络控制器增强的前向接入信道 和/或寻呼信道性能的内变量，来确定所述无线发射/接收单元连接的服务无 线电网络控制器是否支持增强的寻呼信道的控制器。
专利摘要公开了一种支持寻呼的无线发射/接收单元(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上配置接收。
文档编号H04B7/26GK201341211SQ20082020725
公开日2009年11月4日 申请日期2008年8月11日 优先权日2007年8月10日
发明者C·R·凯夫, D·帕尼, J·M·米勒, P·马里内尔 申请人:交互数字专利控股公司