支持在CELL_PCH和URA_PCH状态下的HS-DSCH上寻呼的方法和设备

申请号 CN200880102932.X 申请日 2008-08-07 公开(公告)号 CN101790898B 公开(公告)日 2013-10-30
申请人 交互数字专利控股公司; 发明人 C·R·凯夫; D·帕尼; J·M·米勒; P·马里内尔;
摘要 公开了一种在CELL_PCH和URA_PCH状态下寻呼无线发射/接收单元(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上配置接收。
权利要求

1.一种在URA_PCH状态下通过无线发射/接收单元WTRU触发更新消息的传递的方法,该方法包括:
在所述URA_PCH状态下所述WTRU执行从不支持增强型PCH的第一小区至相同URA中支持增强型PCH的第二小区的小区重选;
在确定所述WTRU已经重选至所述相同URA中支持增强型PCH的所述第二小区时,触发所述更新消息的传递;
在所述更新消息中指示所述WTRU能够针对寻呼消息来监控高速下行链路共享信道HS-DSCH;以及
在所述第二小区上针对寻呼消息监控所述HS-DSCH。
2.根据权利要求1所述的方法,其中确定所述WTRU已经重选至所述相同URA中支持增强型PCH的所述第二小区是基于信息元素IE HS-DSCH寻呼系统信息是否出现在系统信息中的。
3.根据权利要求1所述的方法,其中通过与控制所述第一小区的无线电网控制器RNC不同的RNC控制所述第二小区。
4.根据权利要求3所述的方法,其中如果在UTRAN无线电网络临时身份U-RNTI中的SRNC身份不同于小区身份的12个最高有效位,则所述WTRU确定所述第二小区的RNC是不同的。
5.根据权利要求1所述的方法,其中如果所述WTRU不知道该WTRU所连接到的RNC是否支持增强型PCH,则触发所述更新消息的传递。
6.根据权利要求1所述的方法,其中所述更新消息为URA_UPDATE消息。
7.一种在URA_PCH状态下通过无线发射/接收单元WTRU触发更新消息的传递的设备,该设备包括:
用于在所述URA_PCH状态下通过所述WTRU执行从不支持增强型PCH的第一小区至相同URA中支持增强型PCH的第二小区的小区重选的装置;
用于在确定所述WTRU已经重选至所述相同URA中支持增强型PCH的所述第二小区时触发更新消息的传递的装置;
用于在所述更新消息中指示所述WTRU能够针对寻呼消息来监控高速下行链路共享信道HS-DSCH的装置;以及
用于在所述第二小区上针对寻呼消息来监控所述HS-DSCH的装置。
8.根据权利要求7所述的设备,其中确定所述WTRU已经重选至所述相同URA中支持增强型PCH的所述第二小区是基于信息元素IE HS-DSCH寻呼系统信息是否出现在系统信息块中的。
9.根据权利要求7所述的设备,其中在支持增强型PCH的所述第二小区是由与控制所述第一小区的无线电网络控制器RNC不同的无线电网络控制器RNC来控制的条件下,发送包括所述指示的所述更新消息。
10.根据权利要求9所述的设备,其中在在UTRAN无线电网络临时身份U-RNTI中的SRNC身份不同于小区身份的12个最高有效位的条件下,确定所述第二小区的RNC是不同的。
11.根据权利要求7所述的设备,其中如果所述WTRU不知道该WTRU所连接到的RNC是否支持增强型PCH,则触发所述更新消息的传递。
12.根据权利要求7所述的设备,其中所述更新消息为URA_UPDATE消息。

说明书全文

支持在CELL_PCH和URA_PCH状态下的HS-DSCH上寻呼的方

法和设备

技术领域

[0001] 本申请涉及无线通信。

背景技术

[0002] 在传统的第三代合作伙伴计划(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)试图来减少状态转换延迟,以及全部的信令等待时间。
[0003] 引入了增强型CELL_FACH状态后,高速下行链路共享信道(HS-DSCH)可在CELL_FACH状态下使用。HS-DSCH替代了传统的前向接入信道(FACH)。带有增强型FACH能的无线发送/接收单元(WTRU)可在HS-DSCH上接收下行链路消息。将在CELL_FACH状态下的HS-DSCH上发送例如下行链路RRC消息(如小区更新确认消息和URA更新确认消息)给该WTRU。
[0004] 引入了增强型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上接收寻呼消息。
[0005] 如果WTRU有上行链路数据或者信令来发送,则WTRU可自动地从CELL_PCH状态转换到CELL_FACH状态。多重不连续接收(DRX)循环可在CELL_PCH和URA_PCH状态中定义,该多重不连续接收(DRX)循环是一种能量节省机制,允许通用陆地无线接入网络(UTRAN)来快速接入低活动性的WTRU。
[0006] 支持增强型PCH的WTRU或者网络必须还支持增强型FACH。但是,WTRU或网络可支持增强型FACH,而不支持增强型PCH。因此,当WTRU触发UTRAN路由区(URA)更新时,且WTRU和网络支持增强型FACH而不支持增强型PCH时,在HS-DSCH上将接收到URA更新确认(UPDATECONFIRM)消息,但是WTRU将在PCH上接收到寻呼消息。但是当WTRU支持增强型PCH时,在HS-DSCH上接收到URA更新确认消息和寻呼消息。
[0007] 为了在CELL/URA_PCH状态下寻呼,3GPP版本7中WTRU监控寻呼指示信道(PICH),类似于3GPP版本6。一旦检测到寻呼指示,WTRU监控HS-DSCH的接收寻呼控制信道(PCCH),而不是监控PCH/辅助公共控制物理信道(S-CCPCH)。
[0008] 当版本7的WTRU选择小区时,根据在广播控制信道/广播信道上(BCCH/BCH)广播的配置信息,来确定小区是否支持增强型FACH。更具体地,系统信息(SIB)类型5/5bis包括两个信息元素(IE):“HS-DSCH公共系统信息”和“HS-DSCH寻呼系统信息”。这些信息元素提供了WTRU在CELL_FACH、CELL_PCH和URA_PCH状态下接收HS-DSCH所必须的配置信息。
[0009] WTRU根据在BCCH/BCH上的小区中广播的配置信息,确定支持处于CELL/URA_PCH下的HS-DSCH的接收。如果HS-DSCH寻呼系统信息出现在SIB5/5bis中,则WTRU配置用以在HS-DSCH上接收,而不是用于在PCH/S-CCPCH上。
[0010] 但是,漂移无线电网控制器(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)。
[0011] 当WTRU处于URA_PCH状态时,DRNC没有意识到WTRU的能力,除非由SRNC明确地指示。如果处于URA_PCH状态下的WTRU被SRNC寻呼,且已经漫游到小区而没有执行UTRAN注册或者小区更新,或者如果WTRU连接至版本6的SRNC且漫游至网络中的版本7的小区,则RNC可不向DRNC指示WTRU能力(即增强型CELL_FACH能力)。
[0012] 在上述第一种情况下,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不接收寻呼消息。
[0013] 在上述第二种情况中,当版本7的WTRU连接至版本6SRNC时,WTRU漫游至在同一个URA中的版本7的小区。WTRU监控用以寻呼的HS-DSCH,这是由于HS-DSCH寻呼系统信息在小区中广播。但是,由于DRNC根本不知道WTRU的能力,因此版本7的DRNC不知道WTRU在监控哪一个用以寻呼消息的信道。
[0014] 另外,在WTRU不支持增强型PCH但支持增强型FACH的情况下,如果触发URA更新,且CRNC不知道WTRU能力,则其将不知道在哪一个传输信道上发送RRC消息(如URA更新确认消息)。发明内容
[0015] 公开了一种用于寻呼处于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上配置接收。
附图说明
[0016] 从以下优选实施方式的描述中可以更详细地理解本发明,这些实施方式是以示例的方式给出的,并且可以结合附图被理解,其中:
[0017] 图1示出了传统的UTRAN;
[0018] 图2示出了DRNC启动的SRNS重新定位的信令过程图;以及
[0019] 图3示出了SRNC启动的SRNS重新定位的信令过程图。

具体实施方式

[0020] 下文涉及的术语“无线发射/接收单元(WTRU)”包括,但并不限于用户设备(UE)、移动站、固定或移动用户单元、寻呼机、无线电话、个人数字助理(PDA)、计算机或者能在无线环境下操作的任何一种类型的用户装置。下文涉及的术语“节点B”包括但并不限于基站、站点控制器、接入点(AP)或者能在无线环境下操作的任何一种类型的接口设备。
[0021] 图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。
[0022] 根据第一实施方式中,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的接收。
[0023] 可替换地,传统的“UE能力指示”可被延伸来指示WTRU是否支持CELL_FACH和/或CELL/URA_PCH状态下的HS-DSCH的接收。“UE能力指示”可解释为枚举,其具有以下值:
[0024] (1)CELL_FACH下的HS-DSCH。如果设置,WTRU仅支持CELL_FACH状态下的HS-DSCH的接收;
[0025] (2)CELL/URA_PCH下的HS-DSCH。如果设置,WTRU支持CELL_FACH和CELL/URA_PCH状态下的HS-DSCH的接收;以及
[0026] (3)无。如果设置,WTRU不支持CELL_FACH或CELL/URA_PCH状态下的HS-DSCH的接收。
[0027] 当DRNC接收到指示WTRU在CELL_PCH状态不能够支持CELL_PCH状态下的HS-DSCH的接收的小区更新消息时,DRNC可分配专用HS-DSCH无线电网络临时标识符(H-RNTI)和其他的CELL_PCH特定参数,并将这些发送给SRNC。在HS-DSCH上发送小区更新确认(CELL UPDATECONFIRM)消息给WTRU。
[0028] DRNC可将WTRU能力信息存储在存储器中。当SRNC通过Iur发送寻呼请求消息给DRNC时,DRNC可根据存储在存储器中的能力信息在HS-DSCH或PCH/S-CCPCH上寻呼WTRU。
[0029] 如果WTRU支持仅在CELL_FACH状态下的HS-DSCH的接收(即不支持CELL/URA_PCH状态下的HS-DSCH的接收),CRNC不必分配专用H-RNTI给WTRU。但是CRNC在HS-DSCH上发送小区更新确认消息给WTRU。
[0030] 须向DRNC通知WTRU的能力,以确保接收到URA更新确认消息。HS-DSCH的接收能力信息可使用URA更新消息在CELL/URA_PCH状态下被传输。这就允许接收URA更新消息的DRNC知道WTRU是否支持CELL/URA_PCH状态下的HS-DSCH的接收。
[0031] 可用多种不同方式以信号来发送指示。例如,URA更新消息中可包括新的IE(例如CELL/URA_PCH下的WTRU能力指示),来指示WTRU是否支持在CELL/URA_PCH状态下的HS-DSCH的接收。另外,URA更新消息可包括新的IE(如CELL_FACH下的WTRU能力指示)来指示WTRU是否支持在CELL_FACH状态下的HS-DSCH的接收。
[0032] 可替换地,可增加新的IE(如WTRU能力指示),新的IE是枚举(enumerated)的值,其中以下的值中的一种可以被指示:
[0033] (1)CELL_FACH下的HS-DSCH。如果被设置,WTRU仅支持在CELL_FACH下的HS-DSCH的接收;
[0034] (2)CELL/URA_PCH下的HS-DSCH。如果被设置,WTRU支持CELL_FACH和CELL/URA_PCH下的HS-DSCH的接收;以及
[0035] (3)无。WTRU不支持CELL_FACH和/或CELL/URA_PCH下的HS-DSCH的接收。
[0036] 可增加新的IE来指示WTRU支持3GPP版本7。
[0037] 当WTRU在不支持增强型CELL_FACH和/或增强型PCH的小区(如版本6小区)和支持增强型CELL_FACH和/或增强型PCH的小区(如版本7小区)之间漫游时,WTRU能力信息可传送给RNC。WTRU能力信息可通过触发小区更新过程或者URA更新过程来传送,其中WTRU可包括上面描述的能力信息。
[0038] 在URA_PCH状态,如果新小区的能力不同于旧小区的能力,那么甚至当在同一个URA中漫游时,WTRU可执行小区更新过程或者URA更新过程。优选地,如果由不同于SRNC的CRNC控制支持增强型FACH和/或增强型PCH的新的小区(即在SRNC和CRNC之间建立Iur),则通过传送URA更新消息来执行WTRU能力的指示。
[0039] 如果在WTRU的UTRAN无线电网络临时标识符(U-RNTI)中的SRNC身份不同于在小区被广播的小区身份的12个最高有效位,则WTRU可确定CNRC不同于SRNC。对URA更新消息的传送增加的约束减少了必须发送给UTRAN的URA更新消息的数量。
[0040] 为了进一步减少包括WTRU能力信息的不必要的URA更新消息的传送,触发标准限于以下情况:
[0041] (1)WTRU从不支持增强型FACH和/或增强型PCH的小区漫游到支持增强型FACH和/或增强型PCH的小区;
[0042] (2)由不同于SRNC的CRNC控制新的小区;
[0043] (3)由不同于控制之前小区的CRNC的CRNC控制新的小区;
[0044] (4)WTRU不知道连接的SRNC是否支持增强型的FACH和/或增强型PCH。
[0045] WTRU可通过维持指示SRNC增强型FACH和/或PCH能力的内变量(internal variable),来确定连接的SRNC是否支持增强型PCH。当内变量设置为“假(FALSE)”,WTRU表现为就像不知道连接的SRNC是否支持增强型FACH和/或增强型PCH一样工作。当内变量设置为“真(TRUE)”,WTRU知道SRNC支持增强型FACH/或增强型PCH。
[0046] 内变量初始为假,且当满足以下条件的至少一个时复位为假:
[0047] (1)新的U-RNTI分配给WTRU;
[0048] (2)WTRU RRC状态从CELL_DCH改变为URA_PCH;
[0049] (3)WTRU RRC状态从CELL_FACH改变为URA_PCH;
[0050] (4)WTRU RRC状态从CELL_PCH改变为URA_PCH;
[0051] (5)WTRU RRC状态从URA_PCH改变为CELL_PCH、CELL_FACH或CELL_DCH;
[0052] (6)WTRU接收URA更新确认消息或者不支持增强型PCH和/或增强型FACH的小区中的任何其他RRC消息,以及分配新的U-RNTI;和
[0053] (7)在处于CELL_DCH状态下时WTRU接收任何RRC消息,以及分配新的U-RNTI。
[0054] 当满足以下条件的至少一个时,设置内变量为真:
[0055] (1)如果WTRU在根据以上触发条件触发了包括能力信息的URA更新消息的传递后,成功地接收了URA更新确认消息;
[0056] (2)如果WTRU在支持增强型FACH和/或增强型PCH的小区中传送URA更新消息后,成功地接收了URA更新确认消息;
[0057] (3)如果WTRU在支持增强型FACH和/或增强型PCH小区中传送小区更新消息后,成功地接收了小区更新确认消息;
[0058] (4)如果WTRU漫游至支持增强型FACH和/或增强型PCH的小区,且由WTRU连接的SRNC控制该小区(即CRNC和SRNC是相同的节点);以及
[0059] (5)WTRU发起(initiate)支持增强型FACH和/或增强型PCH的小区中的RRC连接。
[0060] 可替换地,为了减少URA更新消息不必要的传输数量,当SRNC从已漫游到由不同的RNC控制的小区的WTRU接收到指示增强型FACH和/或增强型PCH的URA更新消息时,SRNC可发起服务无线电网络子系统(SRNS)重新定位过程。下面参见图3将详细解释。优选地,当SRNC接收到由上述条件的任意一个触发的URA更新消息时,发起SRNS重新定位。SRNC可确定如果WTRU没有改变URA且在URA更新消息传送的周期定时器到期(expiry)之前接收到URA更新消息,则URA更新消息是否是根据这些条件中的一个来触发。
[0061] 可替换地,SRNC可包括在下行链路信令传送请求无线电网络子系统应用部分(RNSAP)消息,指示WTRU支持增强型FACH和/或增强型PCH的新IE、和/或指示DRNC应该使用哪一个信道来传送URA更新确认消息或者包括在下行链路信令传送请求中的任何其他消息的新IE。
[0062] 可替换地,WTRU可包括其能力信息,作为UTRAN移动性信息确认消息的一部分,该UTRAN移动性信息确认消息在从SRNC接收到小区更新确认、URA更新确认或UTRAN移动性信息消息后被发送回SRNC。可替换地,发送UTRAN移动性信息确认的触发可以是SRNS重新定位发生的指示。如果新的U-RNTI被分配在URA/小区更新确认消息中或者任何其他RRC层消息中,则WTRU可以确定发生SRNS重新定位。
[0063] 根据第二实施方式,SRNC可明确地向DRNC指示如何在寻呼请求消息中寻呼WTRU。基于在RRC连接建立期间或任何后续的能力指示中指示的WTRU无线接入能力,SRNC可向DRNC指示WTRU通过Iur在RNSAP寻呼请求消息中是否支持增强型PCH。
[0064] 新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。
[0065] 增强型PCH指示符可以采用以下形式的一个或者其组合:
[0066] (1)可选IE,仅支持增强型PCH时才出现;可选地,缺少该IE可暗示SRNC不是版本7的SRNC;
[0067] (2)设置为真或假的IE;
[0068] (3)IE为枚举的值,其中示出以下值:
[0069] i.增强型PCH,SRNC支持增强型PCH;
[0070] ii.可选地,还可以包括用于增强型FACH的枚举的值;以及
[0071] iii.非HS-DSCH支持,SRNC不支持增强型PCH(或可选地增强型FACH);
[0072] (4)独立于寻呼区域选择而提供的IE;
[0073] (5)仅在寻呼区域选择是URA时提供的IE;以及
[0074] (6)用于指示被寻呼的WTRU是3GPP版本7兼容的IE。
[0075] 可替换地,新的无线电网络系统应用部分(RNSAP)消息可被定义来支持在HS-DSCH上的寻呼(如HS-DSCH寻呼请求消息)。SRNC可使用HS-DSCH寻呼请求消息来在HS-DSCH上寻呼WTRU,以及使用传统的寻呼请求消息来在PCH/S-CCPCH上寻呼WTRU。
[0076] 如果SRNC不支持增强型CELL_FACH状态(即版本6或更旧的RNC),则SRNC在寻呼请求消息中不包括“增强型PCH指示符”。如果DRNC不知道SRNC的能力,DRNC可把这视作WTRU在HS-DSCH上不支持寻呼且在PCH/S-CCPCH上寻呼WTRU的指示。但是,如果WTRU漫游的小区支持在HS-DSCH上的寻呼,则WTRU在检测到PICH上的寻呼指示后,将监控HS-DSCH。
[0077] 可替换地,如果“增强型PCH指示符”IE没有出现在寻呼请求消息中,则DRNC可理解为SRNC不支持增强型CELL_FACH(即版本6或更旧的RNC)。“增强型PCH指示符”IE可强制用于版本7的RNSAP寻呼请求消息。
[0078] 但是,根据该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能力)。
[0079] 根据第三实施方式,当DRNC不知道WTRU能力时,DRNC可在HS-DSCH和PCH/S-CCPCH上发送寻呼消息。DRNC可根据上述的任意机制来确定WTRU能力。
[0080] 根据第四实施方式,如果小区支持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能力。
[0081] 可替换地,WTRU总是监控用于接收PCCH帧的HS-DSCH和PCH/S-CCPCH。
[0082] 在下文中公开了一种确定SRNC能力的方法。当WTRU处于空闲模式时(即WTRU没有至UTRAN的RRC连接),WTRU可暗中确定如果小区支持增强型CELL_FACH,则该WTRU试图连接的RNC支持增强型CELL_FACH,这是基于SIB 5/5bis中广播的HS-DSCH公共信道信息来确定的。
[0083] 如果WTRU具有与SRNC的RRC连接(即WTRU处于连接模式),可单独地或者组合地使用以下的方法来确定SRNC是否支持增强型CELL_FACH。
[0084] 如果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的能力。
[0085] 可选地,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上寻呼。
[0086] 可替换地,新的广播信令可被提供,该广播信令提供支持增强型CELL_FACH和/或3GPP版本7或更高的UTRAN中的RNC列表的。
[0087] 优选地,在其与SRNC的RRC连接的整个期限中,WTRU认为SRNC的能力信息是有效的。如果具有不同于源SRNC能力的目标SRNC发生SRNS重新定位时,源SRNC或者目标SRNC可向WTRU指示能力更新。可替换地,版本7的源和/或目标SRNC可通知WTRU SRNS重新定位将要发生或者已经发生。优选地,可以使用通过Iur接口在RNC之间交换能力的机制。举例来说,在SRNS重新定位期间,源SRNC向目标SRNC指示增强型PCH或者版本7。缺少能力指示可理解成同等的RNC不支持该能力。
[0088] 根据另一个实施方式中,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。
[0089] 可替换地,当SRNS指示其应当支持HS-DSCH或者版本7时,WTRU可以监控HS-DSCH。当SRNS清楚地配置WTRU来监控HS-DSCH时,WTRU还可以监控HS-DSCH。HS-DSCH系统信息在SIB5/5bis中被广播。
[0090] SRNS能力或者配置信息可以使用以下方法的一个或多个向WTRU指示:
[0091] (1)增加新的IE(如增强型PCH支持),用来指示RRC消息中的SRNC能力,该RRC消息用于将WTRU移动至CELL_PCH和/或URA_PCH;
[0092] (2)增加新的IE(如增强型PCH支持),用于指示其他RRC消息中的SRNC能力,该RRC消息可以例如是URA更新确认消息、小区更新确认消息、UTRAN移动性信息消息;以及[0093] (3)引入新的消息(如“SRNS重新定位信息”),当SRNS重新定位发生时该消息被发送至WTRU。SRNC能力在该消息中被指示。
[0094] 新的IE(如增强型PCH支持)可采用以下一个形式或者以下形式的组合:
[0095] (1)可设置为真或者假的IE;
[0096] (2)为枚举的值的IE,其中可指示以下值:
[0097] i.增强型PCH,SRNC支持增强型PCH;和
[0098] ii.可选地,还包括用于增强型FACH的枚举的值;
[0099] (3)IE是枚举的值,其中指示以下的值:
[0100] i.增强型PCH,SRNC支持增强型PCH;
[0101] ii.可选地,还包括用于增强型FACH的枚举的值;以及
[0102] iii.非HS-DSCH支持,SRNC不支持增强型PCH(或可选地增强型FACH);
[0103] (4)可选的IE,仅当增强型PCH由SRNC支持时,该IE才出现;以及
[0104] (5)可选的IE,仅当增强型FACH由SRNC支持时,该IE才出现。
[0105] 优选地,缺少该IE暗指SRNC是版本6或者更旧的SRNC,因此WTRU暗地知道SRNC不支持增强型PCH和/或版本7。该IE可以强制用于上面描述的所有RRC消息,或者如果RRC消息指示U-RNTI改变(如IE“新的U-RNTI”存在)则该IE是命令性的(mandatory)。新的U-RNTI的出现可暗示已经有SRNS重新定位。
[0106] 在UTRAN方面,当SRNC不是版本7的SRNC或者DRNC不支持增强型PCH时,DRNC优选地在PCH/S-CCPCH上寻呼。否则,如果在其中寻呼的小区支持增强型PCH,则DRNC在HS-DSCH上寻呼。使用上面描述的方法中的一个来执行发送给DRNC的SRNC的能力的信令。
[0107] 优选地,在连接至SRNC的整个期限内,WTRU配置是保持有效的(即在HS-DSCH上而不是在S-CCPCH上接收寻呼)。WTRU可重新估计增强型PCH的支持,或者无论何时SRNS重新定位发生,WTRU由UTRAN重新配置成支持增强型PCH。
[0108] 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的操作。
[0109] 如果具有不同于源SRNC的的能力的目标SRNC发生SRNS重新定位,则UTRAN(源SRNC或者目标SRNC)可向WTRU指示能力更新。可替换地,版本7的源SRNC和目标SRNC可通知WTRU SRNS重新定位将要或者已经发生。
[0110] 优选地,可适用通过Iur在RNC之间交换能力信息的机制。例如,在SRNC重新定位期间,源SRNC向目标SRNC指示增强型PCH和/或版本7。缺少能力指示将被理解为等同的RNC不支持该能力。
[0111] 根据另一个实施方式,WTRU基于WTRU和小区的能力,以及关于接收方法的附加条件可确定是否应该监控PCH/S-CCPCH或者HS-DSCH,WTRU在之前的与网络的通信过程中在当前RRC连接下使用该接收方法。该附加条件确保了网络和WTRU是关于用于CELL/URA_PCH状态的传输信道而同步的。
[0112] 由于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和网络中执行的详细地过程如以下所描述的。
[0113] 在成功实现RRC连接后,能在CELL/URA_PCH状态下接收HS-DSCH的WTRU设置内变量(如HS_DSCH_RECEPTION_CELL_PCH),该内变量用来指示WTRU是否试图在CELL/URA_PCH状态下接收HS-DSCH。如果小区支持该能力,设置内变量为真,如果不支持该能力则设置为假。
[0114] 在小区重选后,仅当小区如广播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可将内变量设置为真。
[0115] 当寻呼消息或者数据被传输给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状态时的单个小区。
[0116] 不支持该能力的DRNC(如版本6的DRNC)在S-CCPCH上发送寻呼消息。另外,不支持该能力的SRNC不会将WTRU能力与寻呼请求一起发送到DRNC。
[0117] 如果SRNC与CRNC相同(即如果没有DRNC),且SRNC确定WTRU支持增强型PCH能力,则SRNC在所有支持增强型PCH能力的相关的小区中的HS-DSCH上和在其他相关的小区中的S-CCPCH上发送寻呼消息。仅版本7的SRNC可确定WTRU支持增强型PCH能力。版本6的SRNC在所有相关小区的S-CCPCH上发送寻呼消息。
[0118] 如果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。
[0119] 在接收到从WTRU传送来的或者从CRNC传递来的新的消息后,版本7的SRNC在确定WTRU的能力时没有考虑在过去的消息中能力IE的存在。例如,SRNC已经在某个时刻确定WTRU具有增强型PCH能力,并随后从WTRU接收消息或者从没有指示增强型PCH能力的CRNC中传递来的消息,SRNC从此时确定WTRU不具有增强型PCH能力。
[0120] 可替换地,如果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和网络中的详细过程。
[0121] 在成功RRC连接后,能在Cell/URA_PCH状态下接收HS-DSCH的WTRU可设置内变量(如HS_DSCH_RECEPTION_CELL_PCH),该内变量指示WTRU是否试图在Cell/URA_PCH状态下接收HS-DSCH。如果小区支持该能力,则内变量设置为真;如不支持,则设置为假。
[0122] 在小区重选后,仅当小区如广播SIB所指示的那样支持该能力时,且如果内变量HS_DSCH_RECEPTION_CELL_PCH设置为真,则WTRU可开始在Cell/URA_PCH状态下接收HS-DSCH。WTRU在接收到满足上述条件的一个或者多个的RRC消息后,设置变量HS_DSCH_RECEPTION_CELL_PCH为假。变量保持该值直到RRC连接释放,或者直到下一个RRC连接请求成功。
[0123] 当寻呼或数据传送给Cell_PCH或URA_PCH状态下的WTRU时,如果SRNC确定WTRU支持该能力且试图在HS-DSCH上接收寻呼时,SRNC(如果是版本7)将WTRU能力信息与寻呼请求一起发送给DRNC
[0124] 如果WTRU开始与RNC进行RRC连接,则SRNC通过RRC连接建立过程获得WTRU能力信息,或者SRNC通过经由从源SRNC至目标SRNC的透明容器(transparent container)中的WTRU能力信息的传送进行的SRNS重新定位来获得WTRU能力信息。应当注意,这种传送仅仅在源SRNC知道增强型PCH能力(版本7或更高的)才能成为可能。
[0125] 如果SRNC知道WTRU支持该能力,且从来没有发送RRC消息给满足WTRU为设置其变量为假而检验的相同条件或条件组的WTRU,则SRNC知道WTRU将试图在HS-DSCH上接收寻呼。UTRAN和WTRU可使用相同的条件或者条件组。优选地,这是预先确定的。
[0126] 如果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。
[0127] 如果SRNC与CRNC相同(即没有DRNC),且SRNC确定WTRU支持增强型PCH能力,则SRNC在所有支持该能力的相关小区中的HS-DSCH上和其他相关小区中的S-CCPCH上发送寻呼消息。仅版本7的SRNC可确定WTRU具有增强型PCH能力。版本6的SRNC在所有相关小区的S-CCPCH上发送寻呼消息。
[0128] 图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信令(如重新定位请求)来实现。
[0129] 核心网络、源RNC和目标RNC执行SRNS重新定位(步骤210)。一旦SRNS重新定位完成后,之前为DRNC的新的SRNC建立版本7的URA更新确认消息,并且在HS-DSCH上将该URA更新确认消息传输给WTRU(步骤212)。
[0130] 可替换地,DRNC通过Iur接口(RNSAP)传送重新定位请求消息,且SRNC与核心网通过Iu接口发起传统的SRNS重新定位过程。
[0131] 图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)。
[0132] 如果满足以下条件的一个或组合,则SRNC发起SRNS重新定位过程:
[0133] (1)SRNC从WTRU接收RRC消息,该消息指示WTRU具有SRNC不支持的能力(如WTRU是版本7的WTRU,且SRNC是版本6得到SRNC);
[0134] (2)当SRNC不支持增强型PCH时,SRNC通过Iur接收包括专用的H-RNTI的上行链路信令传送消息;
[0135] (3)WTRU漫游到由RNC控制的小区(即DRNC),该WTRU具有SRNC不支持的能力;或者
[0136] (4)当WTRU漫游到由不同的RNC控制的小区时,不支持增强型PCH的SRNC从WTRU接收URA更新消息,该消息指示WTRU支持增强型PCH。
[0137] 核心网络、源RNC和目标RNC执行SRNS重新定位(步骤310)。一旦完成SRNS重新定位,之前为DRNC的新的SRNC建立版本7的URA更新确认消息,并将该消息在HS-DSCH上传送给WTRU(步骤312)。优选地,重新定位过程的目标RNC将是现有DRNC(即控制WTRU连接的小区的CRNC)。
[0138] UTRAN中的两个或两个以上的RNC可交换与WTRU的能力相关的信息。新的RNSAP消息可用来允许了解WTRU能力的一个RNC与另一个RNC共享信息。RNC可以发送WTRU能力信息给任何给定的RNC。RNC可将WTRU能力信息广播给很多RNC。可替换地,如果另一个RNC知道关于给定WTRU的能力,一个RNC可请求另一个RNC发送WTRU能力信息。
[0139] 实施例
[0140] 1.一种在CELL_PCH和URA_PCH状态下寻呼WTRU的方法。
[0141] 2.根据实施例1所述的方法,包括WTRU发送指示,该指示用来指示在CELL_PCH和URA_PCH状态下接收HS-DSCH的增强型PCH能力。
[0142] 3.根据实施例2所述的方法,该方法还包括WTRU发送第二指示,所述第二指示用于指示在CELL_FACH状态下接收HS-DSCH的增强型FACH能力。
[0143] 4.根据实施例2-3任一项所述的方法,其中所述指示被包括在小区更新消息、URA更新消息、和UTRAN移动性信息确认消息中的一者中。
[0144] 5.根据实施例4所述的方法,其中如果新的小区的能力不同于旧的小区的能力,则发送包括所述指示的所述小区更新消息和所述URA更新消息。
[0145] 6.根据实施例4-5任一项所述的方法,其中如果支持增强型PCH的新的小区是由不同于SRNC的CRNC来控制,则发送包括所述指示的所述URA更新消息。
[0146] 7.根据实施例6所述的方法,其中如果在U-RNTI中的SRNC身份不同于小区身份的12个最高有效位,则WTRU确定CNRC不同于SRNC。
[0147] 8.根据实施例4-7任一项所述的方法,其中如果WTRU已经从不支持增强型FACH和/或增强型PCH的小区漫游到支持增强型FACH和/或增强型PCH的小区,则所述WTRU发送包括所述指示的所述URA更新消息。
[0148] 9.根据实施例4-8任一项所述的方法,其中如果新的小区是由不同于控制之前的小区的CRNC的CRNC来控制,则所述WTRU发送包括所述指示的所述URA更新消息。
[0149] 10.根据实施例2-9任一项所述的方法,其中WTRU通过保留指示SRNC增强型FACH和/或PCH能力的内变量,来确定该WTRU连接的SRNC是否支持增强型PCH。
[0150] 11.根据实施例10所述的方法,其中如果满足以下条件中的任意一者,则所述内变量被设置为假:如果新的U-RNTI被分配给WTRU;如果WTRURRC状态从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被分配。
[0151] 12.根据实施例10-11任一项所述的方法,其中当满足以下条件中的至少一者时所述内变量被设置为真:如果WTRU在触发了包括所述指示的URA更新消息的传递后,成功地接收了URA更新确认消息;如果WTRU在支持增强型FACH和/或增强型PCH的小区中传送URA更新消息后,成功地接收了URA更新确认消息;如果WTRU在支持增强型FACH和/或增强型PCH小区中传送小区更新消息后,成功地接收了小区更新确认消息;如果WTRU漫游至支持增强型FACH和/或增强型PCH的小区,且由WTRU连接的SRNC控制该小区;以及如果WTRU发起支持增强型FACH和/或增强型PCH的小区中的RRC连接。
[0152] 13.一种用于在CELL_PCH和URA_PCH状态下寻呼WTRU的方法。
[0153] 14.根据实施例13所述的方法,该方法包括接收指示,该指示用于指示WTRU是否具有在CELL_PCH和URA_PCH状态下接收HS-DSCH的增强型PCH能力。
[0154] 15.根据实施例14所述的方法,包括基于所述指示寻呼WTRU。
[0155] 16.根据实施例14-15任一项所述的方法,其中所述指示被包括在来自SRNC的寻呼请求消息中。
[0156] 17.根据实施例14-16任一项所述的方法,其中所述指示只在WTRU具有增强型PCH能力时才出现在寻呼请求消息中。
[0157] 18.根据实施例14-17任一项所述的方法,其中所述指示只在SRNC具有增强型PCH能力时才出现在寻呼请求消息中。
[0158] 19.根据实施例14-18任一项所述的方法,其中所述指示独立于寻呼区域选择而被单独提供。
[0159] 20.根据实施例14-19任一项所述的方法,其中,所述指示只在寻呼区域选择是URA时才被提供。
[0160] 21.根据实施例14-20任一项所述的方法,其中如果所述指示没有出现在寻呼请求消息中,则WTRU在PCH/S-CCPCH上被寻呼。
[0161] 22.根据实施例14-20任一项所述的方法,其中如果所述指示没有出现在寻呼请求消息中,则WTRU在HS-DSCH和PCH/S-CCPCH上被寻呼。
[0162] 23.根据实施例13所述的方法,包括接收用于WTRU的寻呼请求消息。
[0163] 24.根据实施例23所述的方法,该方法包括如果所述WTRU的在CELL_PCH和URA_PCH状态下接收HS-DSCH的能力是未知的,则在HS-DSCH和PCH/S-CCPCH两者上寻呼WTRU。
[0164] 25.一种用于在CELL_PCH和URA_PCH状态下寻呼WTRU的方法。
[0165] 26.根据实施例25所述的方法,该方法包括解码在PICH上的寻呼指示。
[0166] 27、根据实施例26所述的方法,包括在CELL_PCH和URA_PCH状态的一者下监控HS-DSCH和PCH/S-CCPCH。
[0167] 28.根据实施例27所述的方法,包括接收寻呼消息。
[0168] 29.根据实施例27-28任一项所述的方法,包括如果服务小区支持在HS-DSCH上寻呼,则WTRU监控HS-DSCH和PCH/S-CCPCH。
[0169] 30.根据实施例27-29任一项所述的方法,其中如果WTRU从不支持增强型CELL_FACH的小区漫游到支持增强型CELL_FACH的小区,则WTRU监控HS-DSCH和PCH/S-CCPCH。
[0170] 31.根据实施例27-30任一项所述的方法,其中如果WTRU不知道该WTRU连接的SRNC的能力,则WTRU监控HS-DSCH和PCH/S-CCPCH。
[0171] 32.根据实施例25所述的方法,包括WTRU确定SRNC是否具有支持在CELL_FACH状态下的HS-DSCH的接收的增强型FACH能力。
[0172] 33.根据实施例32所述的方法,包括WTRU基于SRNC的能力执行配置以在HS-DSCH上接收消息。
[0173] 34.根据实施例32-33任一项所述的方法,其中如果被选定的小区具有增强型FACH能力,则处于空闲模式下的WTRU确定WTRU正试图连接的SRNC具有增强型FACH能力。
[0174] 35.根据实施例32-34任一项所述的方法,其中如果WTRU已经配置自身以在与SRNC的RRC连接的整个期限的任何时刻在CELL_FACH状态下接收HS-DSCH,则处于RRC连接模式的WTRU确定SRNC具有增强型FACH能力。
[0175] 37.根据实施例32-36任一项所述的方法,其中WTRU通过专用RRC信令来获得所述SRNC的所述能力。
[0176] 38.根据实施例32-37任一项所述的方法,其中WTRU通过广播信令来获得所述SRNC的所述能力,所述广播信令提供支持增强型CELL_FACH的RNC的列表。
[0177] 39.一种用于在CELL_PCH和URA_PCH状态下寻呼WTRU的方法。
[0178] 40.根据实施例39所述的方法,该方法包括WTRU接收消息,该消息指示WTRU是否应该支持在CELL_PCH和URA_PCH状态下接收HS-DSCH的增强型PCH能力。
[0179] 41.根据实施例40所述的方法,包括WTRU基于所述消息执行配置以接收寻呼消息。
[0180] 42.根据实施例40-41任一项所述的方法,其中当SRNS不支持增强型PCH时WTRU监控S-CCPCH。
[0181] 43.根据实施例40-41任一项所述的方法,其中当所述SRNS支持增强型PCH但HS-DSCH寻呼系统信息没有在小区中广播时,WTRU监控S-CCPCH。
[0182] 44.根据实施例41-43所述的方法,其中配置是在连接至SRNC的整个期限内是有效的。
[0183] 45.根据实施例41-44任一项所述的方法,还包括对SRNS重新定位的发生进行识别。
[0184] 46.根据实施例45所述的方法,包括在SRNS重新定位发生时重新估计对增强型PCH能力的支持。
[0185] 47.一种用于在CELL_PCH和URA_PCH状态下寻呼WTRU的方法。
[0186] 48.根据实施例47所述的方法,该方法包括WTRU基于WTRU和小区的能力以及与接收方法相关的条件来确定是否监控PCH/S-CCPCH或HS-DSCH,以在CELL_PCH和URA_PCH状态的一者下接收寻呼消息,所述接收方法为WTRU在与处于当前的RRC连接下的网络的之前的通信期间所使用的接收方法。
[0187] 49.根据实施例48所述的方法,包括WTRU基于所述确定执行配置以接收寻呼消息。
[0188] 50.根据实施例48-49任一项所述的方法,其中从RRC连接与支持增强型PCH能力的RNC连接开始,如果WTRU已发送RRC消息,则WTRU在CELL_PCH和URA_PCH状态下只监控HS-DSCH。
[0189] 51.根据实施例48-50任一项所述的方法,其中WTRU从当WTRU成功发送RRC消息到不支持增强型PCH能力的RNC的时候起监控PCH/S-CCPCH。
[0190] 52.根据实施例48-51任一项所述的方法,其中如果WTRU接收到指示SRNC不支持增强型PCH的信息,则WTRU针对所述寻呼消息来监控PCH/S-CCPCH。
[0191] 53.一种用于在CELL_PCH和URA_PCH状态下寻呼WTRU的方法。
[0192] 54.根据实施例53所述的方法,该方法包括接收URA更新消息,该URA更新消息包括指示在CELL_PCH和URA_PCH状态下接收HS-DSCH的增强型PCH能力的指示。
[0193] 55.根据实施例54所述的方法,包括确定在WTRU和SRNC中能力失配。
[0194] 56.根据实施例54-55任一项所述的方法,包括发送重新定位请求消息以发起SRNS重新定位。
[0195] 57.根据实施例56所述的方法,包括执行SRNS重新定位。
[0196] 58.根据实施例57所述的方法,包括在HS-DSCH上发送URA更新确认消息给WTRU。
[0197] 59.根据实施例55-58任一项所述的方法,其中由DRNC检测能力失配并由DRNC发起SRNS重新定位。
[0198] 60.根据实施例55-58任一项所述的方法,其中由SRNC检测能力失配并由SRNC发起SRNS重新定位。
[0199] 61.一种WTRU,该WTRU被配置成在CELL_PCH和URA_PCH状态下接收寻呼消息。
[0200] 62.根据实施例61所述的WTRU,包括控制器,该控制器用于发送指示,该指示用来指示在CELL_PCH和URA_PCH状态下接收高速下行链路共享信道(HS-DSCH)的增强型PCH能力。
[0201] 63.根据实施例62所述的WTRU,包括收发信机,该收发信机用于在HS-DSCH上接收消息。
[0202] 64.根据实施例62-63任一项所述的WTRU,其中所述控制器被配置成发送第二指示,所述第二指示用于指示在CELL_FACH状态下接收HS-DSCH的增强型FACH能力。
[0203] 65.根据实施例62-64任一项所述的WTRU,其中所述指示是被包括在小区更新消息、URA更新消息、和UTRAN移动性信息确认消息中的一者中。
[0204] 66.根据实施例65所述的WTRU,其中如果新的小区的能力不同于旧的小区的能力,则发送包括所述指示的所述小区更新消息和所述URA更新消息。
[0205] 67.根据实施例65-66任一项所述的WTRU,其中如果支持增强型PCH的新的小区是由不同于SRNC的CRNC来控制,则发送包括所述指示的所述URA更新消息。
[0206] 68.根据实施例67所述的WTRU,其中如果在U-RNTI中的SRNC身份不同于小区身份的12个最高有效位,则控制器确定CNRC不同于SRNC。
[0207] 69.根据实施例65-68任一项所述的WTRU,其中如果WTRU已经从不支持增强型FACH和/或增强型PCH的小区漫游到支持增强型FACH和/或增强型PCH的小区,则所述控制器发送包括所述指示的所述URA更新消息。
[0208] 70.根据实施例65-69任一项所述的WTRU,其中如果新的小区是由不同于控制之前的小区的CRNC的CRNC来控制,则所述控制器发送包括所述指示的所述URA更新消息。
[0209] 71.根据实施例65-70任一项所述的WTRU,其中如果WTRU不知道其连接的SRNC是否支持增强型FACH和/或增强型PCH,则所述控制器发送包括所述指示的URA更新消息。
[0210] 72.根据实施例65-71任一项所述的WTRU,其中响应于SRNS重新定位已经发生的指示来发送所述UTRAN移动性信息确认消息。
[0211] 73.根据实施例65-71任一项所述的WTRU,其中所述控制器通过保留指示SRNC增强型FACH和/或PCH能力的内变量,来确定所述WTRU连接的SRNC是否支持增强型PCH。
[0212] 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被分配。
[0213] 75.根据实施例73所述的WTRU,其中当满足以下条件中的至少一者时所述内变量被设置为真:如果WTRU在触发了包括所述指示的URA更新消息的传递后,成功地接收了URA更新确认消息;如果WTRU在支持增强型FACH和/或增强型PCH的小区中传送URA更新消息后,成功地接收了URA更新确认消息;如果WTRU在支持增强型FACH和/或增强型PCH的小区中传送小区更新消息后,成功地接收了小区更新确认消息;如果WTRU漫游至支持增强型FACH和/或增强型PCH的小区,且由WTRU连接的SRNC控制该小区;以及如果WTRU发起支持增强型FACH和/或增强型PCH的小区中的RRC连接。
[0214] 76.一种用于在CELL_PCH和URA_PCH状态下寻呼WTRU的设备。
[0215] 77.根据实施例76所述的设备,包括控制器,该控制器用于接收指示并基于所述指示寻呼WTRU,该指示用来指示WTRU是否具有在CELL_PCH和URA_PCH状态下接收HS-DSCH的增强型PCH能力。
[0216] 78.根据实施例77所述的设备,包括收发信机,该收发信机用于发送寻呼消息。
[0217] 79.根据实施例77-78任一项所述的设备,其中所述指示被包括在来自SRNC的寻呼请求消息中。
[0218] 80.根据实施例77-79任一项所述的设备,其中仅当所述WTRU具有增强型PCH能力时,所述指示才出现在所述寻呼请求消息中。
[0219] 81.根据实施例77-80任一项所述的设备,其中所述指示独立于寻呼区域选择被提供。
[0220] 82.根据实施例77-81任一项所述的设备,其中所述指示仅在寻呼区域选择是URA时才被提供。
[0221] 83.根据实施例77-82任一项所述的设备,其中HS-DSCH寻呼请求消息用于在HS-DSCH上寻呼所述WTRU,以及寻呼请求消息用于在PCH/S-CCPCH上寻呼所述WTRU。
[0222] 84.根据实施例77-83任一项所述的设备,其中如果所述指示没有出现在所述寻呼请求消息中,则所述寻呼消息在PCH/S-CCPCH上被发送。
[0223] 85.根据实施例77-84任一项所述的设备,其中如果所述指示没有出现在所述寻呼请求消息中,则所述寻呼消息在HS-DSCH和PCH/S-CCPCH上被发送。
[0224] 86.一种用于在CELL_PCH和URA_PCH状态下寻呼WTRU的设备。
[0225] 87.根据实施例86所述的设备,包括收发信机,该收发信机接收用于所述WTRU的寻呼请求消息。
[0226] 88.根据实施例87所述的设备,包括控制器,该控制器用于在所述WTRU的在CELL_PCH和URA_PCH状态下接收HS-DSCH的能力是未知的情况下,在HS-DSCH和PCH/S-CCPCH上寻呼所述WTRU。
[0227] 89.一种用于在CELL_PCH和URA_PCH状态下接收寻呼消息的WTRU。
[0228] 90.根据实施例89所述的WTRU,包括收发信机,该收发信机用于在PICH上接收寻呼指示并解码该寻呼指示,以及接收寻呼消息。
[0229] 91.根据实施例90所述的WTRU,包括控制器,该控制器用于控制所述收发信机来在CELL_PCH和URA_PCH状态的一者下监控HS-DSCH和PCH/S-CCPCH。
[0230] 92.根据实施例91所述的WTRU,其中如果服务小区支持在HS-DSCH上寻呼,则所述控制器控制所述收发信机监控所述HS-DSCH和所述PCH/S-CCPCH。
[0231] 93.根据实施例91-92任一项所述的WTRU,其中如果所述WTRU从不支持增强型CELL_FACH的小区漫游到支持增强型CELL_FACH的小区,则所述控制器控制所述收发信机监控所述HS-DSCH和所述PCH/S-CCPCH。
[0232] 94.根据实施例91-93任一项所述的WTRU,其中如果所述WTRU不知道自身所连接的SRNC的能力,则所述控制器控制所述收发信机监控所述HS-DSCH和所述PCH/S-CCPCH。
[0233] 95.一种在CELL_PCH和URA_PCH状态下接收寻呼消息的WTRU。
[0234] 96.根据实施例95所述的WTRU,包括收发信机。
[0235] 97.根据实施例96所述的WTRU,包括控制器,该控制器用于确定SRNC是否具有支持在CELL_PCH状态下的HS-DSCH的接收的增强型FACH能力,并且该控制器配置所述收发信机来根据所述SRNC的能力在HS-DSCH上接收消息。
[0236] 98.根据实施例97所述的WTRU,其中如果选定的小区具有所述增强型FACH能力,则处于空闲模式的所述控制器确定所述WTRU正试图连接的所述SRNC具有增强型FACH能力。
[0237] 99.根据实施例97-98任一项所述的WTRU,其中如果所述WTRU已经配置自身以在与所述SRNC的RRC连接的整个期限的任何时刻在CELL_FACH状态下接收HS-DSCH,则处于RRC连接模式的所述控制器确定所述SRNC具有增强型FACH能力。
[0238] 100.根据实施例97-99任一项所述的WTRU,其中如果所述WTRU已被配置成在连接至所述SRNC时使用任何第三代合作伙伴计划(3GPP)版本7的特征来操作,则处于RRC连接模式的所述控制器确定所述SRNC 具有增强型FACH能力。
[0239] 101.根据实施例97-100任一项所述的WTRU,其中所述控制器通过专用RRC信令来获得所述SRNC的所述能力。
[0240] 102.根据实施例97-101任一项所述的WTRU,其中所述控制器通过广播信令来获得所述SRNC的所述能力,所述广播信令提供支持增强型CELL_FACH的RNC的列表。
[0241] 103.根据实施例96所述的WTRU,包括控制器,该控制器用于接收消息,该消息指示所述WTRU是否应该支持在CELL_PCH和URA_PCH状态下接收HS-DSCH的增强型PCH能力;以及根据所述消息来配置所述收发信机接收寻呼消息。
[0242] 104.根据实施例103所述的WTRU,其中当SRNS不支持增强型PCH时,控制器控制所述收发信机来监控所述S-CCPCH。
[0243] 105.根据实施例103-104任一项所述的WTRU,其中当所述SRNS支持增强型PCH但HS-DSCH寻呼系统信息没有在小区中广播时,控制器控制所述收发信机来监控所述S-CCPCH。
[0244] 106.根据实施例103-105任一项所述的WTRU,其中所述配置在连接至SRNC的整个期限内是有效的。
[0245] 107.根据实施例103-106任一项所述的WTRU,其中控制器对SRNS重新定位的发生进行识别,并在SRNS重新定位发生时重新估计对增强型PCH能力的支持。
[0246] 108.根据实施例96所述的WTRU,包括控制器,该控制器用于根据所述WTRU和小区的能力以及与接收方法相关的条件来确定是否监控PCH/S-CCPCH或HS-DSCH,以在CELL_PCH和URA_PCH状态中的一者下接收寻呼消息,并配置所述收发信机来接收所述寻呼消息,其中所述接收方法是所述WTRU在与处于当前RRC连接中的网络的之前的通信期间所使用的接收方法。
[0247] 109.根据实施例108所述的WTRU,其中,在与支持增强型PCH能力的RNC的RRC连接开始后,如果所述WTRU已发送RRC消息,则所述控制器配置所述收发信机在CELL_PCH和URA_PCH状态下仅监控所述HS-DSCH。
[0248] 110.根据实施例108-109任一项所述的WTRU,其中所述控制器配置所述收发信机从所述WTRU成功发送RRC消息给不支持增强型PCH能力的RNC时起监控PCH/S-CCPCH。
[0249] 111.根据实施例108-110任一项所述的WTRU,其中,如果所述控制器接收用于指示SRNC不支持增强型PCH的信息,则所述控制器配置所述收发信机针对所述寻呼消息来监控PCH/S-CCPCH。
[0250] 112.一种用于在CELL_PCH和URA_PCH状态下寻呼WTRU的设备。
[0251] 113.根据实施例112所述的设备,该设备包括收发信机。
[0252] 114.根据实施例113所述的设备,该设备包括控制器,该控制器用于接收URA更新消息,该URA更新消息包括用于指示在CELL_PCH和URA_PCH状态下接收HS-DSCH的增强型PCH能力的指示;确定在WTRU和SRNC中能力失配;发送重新定位请求消息来发起SRNS重新定位;执行SRNS重新定位;并在HS-DSCH上发送URA更新确认消息给所述WTRU。
[0253] 虽然本发明的特征和元素在优选的实施方式中以特定的结合进行了描述,但每个特征或元素可以在没有所述优选实施方式的其他特征和元素的情况下单独使用,或在与或不与本发明的其他特征和元素结合的各种情况下使用。本发明提供的方法或流程图可以在由通用计算机或处理器执行的计算机程序软件固件中实施,其中所述计算机程序、软件或固件是以有形的方式包含在计算机可读存储介质中的。计算机可读存储介质的例子包括只读存储器(ROM)、随机存取存储器(RAM)、寄存器、缓存存储器、半导体存储设备、诸如内部硬盘和可移动磁盘这样的磁性介质、磁光介质和如CD-ROM光盘和数字通用光盘(DVD)这样的光介质。
[0254] 举例来说,恰当的处理器包括:通用处理器、专用处理器、传统处理器、数字信号处理器(DSP)、多个微处理器、与DSP内核相关的一个或多个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编程阵列(FPGA)电路、任何一种集成电路(IC)和/或状态机。
[0255] 与软件相关的处理器可以用于实现一个射频收发信机,以便在无线发射接收单元(WTRU)、用户设备(UE)、终端、基站、无线电网络控制器(RNC)或者任何主机计算机中加以。WTRU可以与采用硬件和/或软件形式实施的模块结合使用,例如照相机、摄像机模块、可视电话、扬声器电话、振动设备、扬声器、麦克、电视收发信机、免提机、键盘、蓝牙 模块、调频(FM)无线单元、液晶显示器(LCD)显示单元、有机发光二极管(OLED)显示单元、数字音乐播放器、媒体播放器、视频游戏机模块、互联网浏览器和/或任何无线局域网(WLAN)模块或者超宽带(UWB)模块。
QQ群二维码
意见反馈