WTRU可以从诸如网络中接收用于阻止发送指示的专用信令。 在另一示例中，源节点/小区和/或网络可以广播WTRU不应当在Cell_FACH中发送这样的 指示。在另一示例中，WTRU可以被配置成在Cell_DCH中不发送接近度指示，并且随后针对 Cell_FACH应用相同配置。在替换示例中，WTRU可以诸如从网络中接收显式地针对Cell_ FACH的配置。在另一示例中，CSG小区的WTRU列表可以被修改成运营商CSG列表（0CL)为 空，允许的CSG列表（ACL)为空，或者两者为空。在另一示例中，WTRU可以被通知禁止使用 ACL和/或0CL。在另一示例中，WTRU可以诸如从上层接收进入针对上行链路用户数据的连 接模式的请求。在另一示例中，WTRU可以具有待发送的数据容量报告，诸如当前小区上的业 务负荷是否在阈值之上。在另一示例中，WTRU可以执行至不同小区/RNC的切换，并且通过 H0或者目标区域中的广播消息通知WTRU禁止发送这样的指示。在另一示例中，指示的发送 可以受周期性定时器的限制；例如，WTRU可以被阻止在任意5秒期间发送超过一个指示。在 另一示例中，例如由于来自网络的基于可能连续的N次接入验证失败的指令（directive)， WTRU可以停止发送所述指示。换言之，在该示例中，由于在扩展测量时机期间SIB3的一部 分的读取，WTRU可以确定其不是HNB的成员，其中N为具有默认值或者能够利用信令被预先 配置的整数。在又一示例中，在预先定义的时间周期期满并且WTRU已经不能发现处于WTRU 白名单中的小区之后，WTRU可以停止执行扩展的FACH测量时机。在该示例中，可以由网络 预先定义或者配置定时器。在又一示例中，WTRU可以确定其正在远离家用节点B小区的接 近区域。在另一示例中，WTRU可以通过FACH或者增强型FACH(HS-DSCH)信道接收地震和 海啸告警系统（ETWS)PRIMARYNOTIFICATIONWITHSECURITY(安全性主通知）作为触发。 在另一示例中，WTRU可以接收系统信息改变指示消息（利用ETWS信息和SIB改变）。在另 一示例中，WTRU可以在确定其正在远离家用节点B小区的接近区域时被触发。
[0075] 在一种实施方式中，诸如以下提供的合适示例中所描述的，如果期望、要求、请求 或者配置WTRU不发送针对扩展的FACH测量的指示，则WTRU可以报告其将不发送针对扩展 的FACH测量的指示。在替换示例中，如果诸如根据其指纹信息WTRU不再在HNB范围内，或 者如果诸如WTRU需要建立新的指纹数据库等，WTRU可以发送这样的通知。
[0076] 根据本公开的实施方式，响应于诸如WTRU正在Cell_DCH中进行切换，或者在 Cell_FACH中或者任何其它状态中执行小区重选，则WTRU可以采取一种或者多种措施。在 示例中，WTRU可以在源HNB/RNC中将发送建议的指示的状态指示给目标HNB/RNC。在替换 示例中，如果小区的改变作为H0的一部分来完成，那么WTRU可以包括诸如发送至目标HNB/ RNC的切换完成消息的一部分的状态。值得注意的是，所述切换完成涉及在切换（诸如活动 设置更新完成）之后发送的任何消息。
[0077] 在一种实施方式中，如果例如WTRU未接收到有关WTRU是否被允许发送这些指示 的新配置或指示，则WTRU可以继续诸如在源HNB/RNC中具有的常规或扩展测量时机之类的 配置。此外，如果如以上所描述，定时器监控（guard)指示的发送，则WTRU可以选择地根据 切换或者重选而复位定时器。
[0078] 在另一实施方式中，网络（诸如HNB/RNC)可以将WTRU的配置提供给目标HNB/ RNC。当WTRU读取潜在目标HNB的MIB/SIB3时，如果WTRU不是CSG小区的成员，则WTRU可 以重选并且发送小区更新消息到那个小区。WTRU可能实际上是该小区的成员，但由于WTRU 和网络之间的不同步的成员资格列表，WTRU可能在其白名单中不具有CSGID。为了获知是 否为特定CSG的成员，WTRU除了发送小区更新之外，还可以诸如根据从核心网络获得的响 应而发送NAS消息，诸如路由或者位置区域更新消息。可替换地，新小区更新原因可以出于 此目的被引入，并且HNB之后可以自身执行接入验证或者从核心网络诸如SGSN中请求成员 资格状态，并且之后根据该成员资格信息而拒绝或者接受请求。此外，新的拒绝理由可以针 对小区更新拒绝被引进，从而通知WTRU拒绝的理由是由于成员资格状态。如果小区更新被 接受，则WTRU之后可以将CSGID添加到其白名单中。WTRU可以发送指示给网络（在RRC 或者NAS层或者两者）从而指示出扩展的FACH测量时机得到WTRU的支持。这可以在初始 接入到系统时诸如在初始连接时或者在切换时或者在每次连接建立和/或特定连接建立 时等完成。
[0079] 在一种实施方式中，当处于CELL_FACH中的WTRU针对3GPPTS25. 331-V9. 2.0中 说明的原因执行小区更新时，针对小区为CSG小区的场景，小区可以继续针对接入控制而 查询CN。类似地，如果小区为混合小区，则小区可以继续针对成员资格状态验证而查询CN。
[0080] 在另一实施方式中，为了减少信令，对于导致CELL_FACH模式中的WTRU执行小区 更新的原因的子集，CSG小区或者混合小区可以分别针对接入控制或者成员资格验证而查 询CN。例如，如果小区更新的原因为小区重选或者重新进入服务区域，则CSG小区可以针对 接入控制而查询CN。在小区重选的情况下，由于WTRU可能不是新CSG小区的成员，因此可 能需要接入控制。在重新进入服务区域的情况下，由于当WTRU不在服务范围内时WTRU对 于CSG小区的成员资格可能失效（expire)，因此可能需要接入控制。类似地，如果小区更 新的原因是小区重选或者重新进入服务区域，那么混合小区可以针对成员资格验证而查询 CN。在这种情况下，根据WTRU是否正在作为CSG成员或者非CSG成员接入混合小区，WTRU 可以被授予差异化的服务质量。
[0081] 小区更新消息可以被修改成包括对于接入控制或者成员资格验证必要的信息，诸 如消息类别、成员资格验证理由或者接入控制理由、WTRU标识和WTRU能力、目标小区CSG ID和WTRU初始接入控制/成员资格验证结果（诸如成员、非成员验证）。
[0082] 在一种实施方式中，当CSG小区或者混合小区从WTRU中接收到小区更新时，CSG小 区或者混合小区可以决定使得CN执行CSG小区情况下的接入控制或者混合小区情况下的 成员资格验证。例如，小区可以发起新的HNBAP过程（诸如接入控制过程或者成员资格验 证过程）。用于这些的参数可以类似于3GPPTS25. 469-V9. 2. 0的WTRU注册请求消息（消 息类别、成员资格验证理由或者接入控制理由、WTRU标识、WTRU能力、WTRU初始接入控制/ 成员资格验证结果，诸如成员、非成员验证）。一旦CN已经执行接入控制并且向HNB-GW指 示其响应，HNB-GW就可以发起合适的HNBAP过程从而声明成员资格的有效性（诸如CSG成 员资格有效性）。该过程的参数可以包括消息类别、WTRU标识和成员资格状态（成员或者 非成员）。在一种实施方式中，小区可以发起RANAP过程（诸如接入控制过程或者成员资 格验证过程）。用于这些的参数可以包括消息类别、成员资格验证理由或者接入控制理由、 WTRU标识和WTRU能力、可能的WTRU初始接入控制/成员资格验证结果，诸如，成员，非成员 验证。一旦CN已经执行接入控制，CN可以通过使用RANAP过程指示成员资格有效性（诸 如，CSG成员有效性、接入控制确认或者成员资格验证确认）。这些参数可以包括消息类别、 WTRU标识和成员资格状态（诸如成员或者非成员）。
[0083] 在一种实施方式中，对于当WTRU处于Cell_FACH中时的小区更新，接入控制可以 在HNB-GW处执行。
[0084] 在另一实施方式中，当WTRU处于Cell_FACH时，小区更新可以被接受并且不导致 接入控制过程。在这种情况下，WTRU的小区更新过程可以被接受并且对于HNB-GW(对于目 标小区起到GW作用的节点）或者CN或者两者是透明的。一旦WTRU被移动到Cell_DCH中， 小区可以切换至作为CSG小区成员的WTRU，或者切换至混合小区或开放小区。在这种场景 中，WTRU的成功重选进入CSG小区不会导致更新其白名单。或者可替换地，针对WTRU的小 区更新确认消息可以包括指示WTRU不会将CSGID添加到其白名单中的IE。
[0085] 在另一实施方式中，当WTRU处于Cell_FACH中，基于目标小区授权的临时成员资 格以及针对目标小区或者CN起到HNBGW作用的节点，小区更新可以被接受。可选择地， WTRU可以被通知将（小区更新过程的）目标小区所隶属的CSG添加到其白名单中。
[0086] 当执行接入控制（CSG小区）或者成员资格验证（混合小区）时，由Cell_FACH模 式中的WTRU发起的小区更新过程可能会不成功，这是因为接入控制结果或者成员资格验 证结果表明WTRU不具有有效的成员资格。为了通知WTRU，HNB可以例如使用RRC连接释放 过程。在这种情况下，新的理由可以被使用（诸如无效的成员资格）。在另一示例中，HNB 可以使用RRC过程（诸如小区更新拒绝）。该过程可以通知WTRU小区更新过程已经由于无 效的成员资格而被拒绝并且因此隐式地引导WTRU重选至另一保持在Cell_FACH模式的小 区。在另一示例中，HNB可以引导WTRU进入Cell_DCH模式。在那一点上，CSG/混合小区 可以开始H0至WTRU具有成员资格的非CSG小区或者CSG小区。值得注意的是在这种情况 下，CSG/混合小区应当通知WTRU知道WTRU可以不将CSGID添加到其白名单中，即使WTRU 已经被授予临时的小区成员资格。
[0087] 在一种实施方式中，针对成功的接入控制验证，小区更新确认消息可以包括向 WTRU指示接入控制被完成并且WTRU应当添加CSGID到其白名单中的IE。
[0088] CSG/混合小区到CSG/混合小区（示例HNB到HNB)移动性可能对于CN是透明的， 并且被锚定在目标小区上或者对目标小区起到HNB-GW作用的节点上。在这种场景中，可以 避免发送信令至CN。在一种实施方式中，以下公开了一种方法允许修改的接入控制出现而 无需CN的干涉。例如，当重选到CSG小区时，WTRU可以将其之前的小区具有相同的CSGID 并且WTRU已经被接受作为有效成员通知给目标CSG/混合小区（诸如作为小区更新过程中 的新信息元素、IE)。在小区更新过程中，WTRU可以提供其之前的小区PCI。使用HNBAP过 程（诸如HNB-HNBCSG成员资格验证）时，目标小区可以查询源小区从而查看源小区的CSG ID是什么以及WTRU最近是否被认定为该CSGID的成员。源CSG/混合小区可以对HNBAP 过程进行响应（CSG/混合小区接入控制或者成员资格验证响应或者确认消息），其中所述 HNBAP过程可以确认源HNB的CSGID以及WTRU是否被认定为有效成员。HNBAP过程还可 以包括表明上一次接入控制何时发生的IE。在另一实施方式中，接近度指示可以被用来将 之前具有相同CSGID的小区为有效的小区通知给HNB。
[0089] 以下公开了用于允许目标HNB或者HNBGW即使在存在两个或者多个共享相同 U-RNTI的WTRU的情况下仍获取正确的WTRU上下文的各种技术。例如，当WTRU执行随目 标HNB的小区更新时，WTRU可以提供源HNB的标识。该标识可以为诸如源HNB的主同步码 (PSC)。目标HNB之后可以使用源HNB的标识以及U-RNTI来唯一地识别用于分