为了提供改进的频谱效率、减少的延迟时间、更好地利用无线电资源以 带来更快的用户体验和具有更低成本的更丰富的应用和服务，3GPP LTE项 目当前的努力是在新LTE设置和配置中带来新技术、新架构和新方法。
作为这些努力的一部分，3GPP计划在LTE中以及也可能在宽带码分多 址（WCDMA)、 GERAN和其它蜂窝标准中引入HNB的概念。HNB被理解 为类似于无线局域网（WLAN)接入点（AP)，并且可以以允许用户通过极 小的服务区域（例如，住宅或者小办公室）接入蜂窝服务的方式进行设计。 这在没有配置蜂窝网络和/或传统RAT覆盖存在的区域中以及蜂窝覆盖微弱 或者不存在无线电相关动机（例如，地下铁道或者购物中心）的区域中尤其 有用。订户（例如，个人或者组织）可以在期望这样的服务的区域配置HNB。
通过引入HNB的概念，意图是使HNB普遍存在并广泛可用。然而，这 意味着应当考虑多个配置场景。尤其必须考虑由于无线电相关动机（例如， 地下通道）或者由于只有传统RAT覆盖是可用的而导致的宏小区覆盖不可用的场景。对于HNB实现必须注意若干问题，下面提出其中一些问题。
当宏小区可用时在LTE宏小区与LTE HNB之间或者在类似于WCDMA 的传统3GPP宏小区与传统3GPPHNB (例如，CMDA)之间以及反之的移 动性实现是应当注意的问题。另一个问题是在HNB之间的移动性实现。第 三个问题是当LTE宏小区不可用时，在LTEHNB与传统3GPPRAT (例如， WCDMA和GERAN)之间的移动性实现。在传统HNB (例如，第8版 WCDMA)与LTEHNB之间、LTE HNB与非3GPP RAT (例如，WLAN) 之间以及在传统3GPPHNB (例如，WCDMA)与传统3GPPRAT之间的移 动性实现也是确实的问题。
进一步，有可能有热点区域、如运营商（蜂窝或者其它业务）在高密度 区域（例如，购物中心，会议中心等）选择经由HNB提供LTE覆盖的地方 的HNB配置。有可能实现差分计费策略，该策略为这些运营商打开了新的 收入流，这依次可以影响无线发射/接收单元（WTRU) /网络选择使用哪个 覆盖（宏小区，HNB等）的决策。因此，差分计费机制和它们对HNB的指 示的策略和实现也是显著的问题。
上述问题的解决方案无疑与关于LTE与其它3GPP接入(例如，GERAN、 3G)以及LTE与非3GPP接入（例如，WLAN)之间的移动性需求的协商是 一致的。
若干高层需求对于LTE-GERAN/通用陆地无线电接入网络（UTRAN) 交互工作是存在的。首先，同样支持UTRAN和/或GERAN操作的演进型 UTRAN (E-UTRAN)终端应当能够支持测量、并且能够支持切换入或切换 出与对终端复杂度和网络性能的可接受的影响对应的3GPP通用陆地无线电 接入（UTRA)和3GPPGERAN系统。第二，需要E-UTRAN来有效地支持 具有对终端复杂度和网络性能的可接受的影响的内部-RAT测量，例如通过 向WTRU提供经下行链路和上行链路调度的测量机会。第三，E-UTRAN和UTRAN之间实时服务的切换期间的中断时间小于300毫秒。第四，E-UTRAN 和UTRAN之间非实时服务的切换期间的中断时间应当小于500毫秒。第五， E-UTRAN和GERAN之间实时服务的切换期间的中断时间小于300毫秒。 第六，E-UTRAN和GERAN之间非实时服务的切换期间的中断时间应当小 于500毫秒。另一个要求是除E-UTRAN之外支持UTRAN和/或GERAN的 非活动终端（例如处于第6版空闲模式或者CELL—PCH的终端）应当不需 要监控仅来自于GERAN、 UTRA或E-UTRA中的一者的寻呼消息。E-UTRA 广播流与提供相同服务（例如，相同TV频道）的UTRAN或GERAN单播 流之间的切换期间的中断时间小于用于进一步研究（FFS)的值。该FFS值 要根据SA (服务和系统方面）指导而取得一致意见。最后，E-UTRA广播 流与提供相同服务（例如，相同的TV频道）的UTRAN广播流之间的切换 期间的中断时间小于FFS。
上述要求用于GERAN和/或UTRAN网络对E-UTRAN切换提供支持的 情况。
对于LTE-非3GPP接入交互工作也存在一些高层要求。首先，演进型 3GPP移动性管理解决应当能够适应具有不同的移动性需求的终端（例如， 固定的、游牧的和移动终端）。第二，演进型3GPP移动性管理应当允许用 户到用户业务（包括到因特网和公共交换电话网络（PSTN)用户的通信， 例如，经由本地中断）以及在所有漫游场景（例如，当两个用户都位于访问 网络中）中优化路由。第三，演进型3GPP系统应当支持IPv4和IPv6连接。 IPv4和IPv6终端、服务器和接入系统之间的交互工作应当是可能的。应当 支持不同IP版本的接入系统之间的移动性。最后，传送开销需要优化，尤 其对于最后一英里和无线电接口 。
实用新型内容一种在蜂窝环境中将空闲和连接模式移动性实现到HNB和从HNB实现 空闲和连接模式移动性的方法。当接入HNB时可以使用附加方案来实现差 分计费。
尤其，该标准可用于当检测到HNB时做出小区重选决策、做出切换决 策以及可以向WTRU指示计费和其它策略/优选和配置。
从相同或者其它RAT到HNB宏小区之间的切换的不同标准和要求都可 以实现。用于HNB到HNB的切换标准、HNB标识方法、用于HNB的基本 寻呼标准以及用于HNB的计费策略都可以实现。该设备可用于实现这些方 法。
目的是解决己经由3GPPRANWG3确定的一些高层架构和实现问题。 附图说明
从以下结合附图并且作为实例给出的描述中可以更详细地了解本实用 新型，其中：
图1是用于提供LTE服务的HNB的HNB配置场景的结构图。 图2是在宏小区覆盖不可用期间的WTRU连接过程的流程图。 图3是当优选HNB小区覆盖可用时的WTRU连接过程的流程图。 图4是基于与周围宏小区无线电强度相关的HNB无线电强度而进行的 重选过程的流程图。
图5是当多个服务在HNB小区可用时的重选过程的流程图。
图6是使用网络运营商配置或者优先选择进行的重选过程的流程图。
图7是使用网络运营商配置或者优先选择进行的重选择程的流程图。
图8是使用网络运营商配置或者优先选择进行的重选过程的流程图。
图9是在WTRU移动性的各种状态期间的重选的流程图。
图10是HNB小区ID错误检测过程的流程图。图11是基于被传送的相邻小区信息进行的重选过程的流程图。
图12是基于已定义的值进行的重选和切换过程的流程图。 图13是使用寻呼进行的重选过程的流程图。
图14是在LTE HNB之间或者传统3GPP HNB之间的WTRU移动性期 间的重选过程的流程图。
图15是当从3GPP宏小区转换到HNB时活动模式网络控制的/HNB辅 助的测量减少过程的流程图。
图16是当从3GPP宏小区转换到HNB时活动模式网络控制的/HNB辅 助的测量减少过程的流程图。
图17是当从3GPP宏小区转换到HNB时活动模式WTRU发起的测量 减少过程的流程图。
图18是当从HNB转换到周围小区时空闲模式测量减少过程的流程图。

下文引用的术语"无线发射/接收单元（WTRU)"包括但不局限于用户 设备（UE)、移动站、固定或移动签约用户单元、寻呼机、蜂窝电话、个人 数字助理（PDA)、计算机、或是其它任何能在无线环境中工作的用户设备。 下文引用的术语"基站"包括但不局限于节点-B、站点控制器、接入点（AP)、 或是其它任何能在无线环境中工作的接口设备。
在此讨论的解决方案与关于LTE与其它3GPP接入（例如，GERAN， 3G)以及LTE与非3GPP接入（例如，WLAN)之间的移动性的主要协议一 致。
图1显示了提供LTE服务的可能的HNB配置场景100的实例。在第一 个实例中，两个HNB， 110和120，每一个都驻留于LTE宏小区130中。HNB 110禾B 120各自位于HNB小区115和125中。在另一个实例中，HNB 140位于HNB小区145中并驻留于另一个3GPP系统150中。每个HNB与较高 层网络节点160通信。
WTRU/网络优先选择和它们对WTRU的可用性
下面应当讨论多个标准，所述标准允许WTRU决定哪个HNB/宏小区覆 盖是期望的。通常，这要求用户/运营商配置并因此应当通知WTRU这些配 置/优先选择是什么。
使用以下方案中的任意一个或者所述方案的任意组合可以使这些优先 选择/配置对WTRU可用：1 )存储在WTRU中，例如，在用户标识模块（SIM)、 通用SIM (USIM)、通用集成电路板（UICC)或者LTE等同体中，2)由网 络使用明确的或者暗示的信令（例如，非接入层（NAS) /无线电资源控制
(RRC) /层1 (Ll) /层2 (L2) /IEEE 802.21服务）动态指示WTRU， 3) 在小区广播中指示，4)在相邻小区列表中指示，5)由WTRU请求（拉（pull) 机制），6)由网络发送（推（push)机制），7)用户定义，以及8)其它方 案，如IEEE 802信息服务机制。
用于重选至HNB小区的标准
对于以下用于作出小区重选决定至HNB的标准，假设WTRU已经处于 空闲模式。
宏小区覆盖不可用
图2是在宏小区覆盖不可用期间WTRU连接过程200的流程图。在210， WTRU确定宏小区覆盖是否可用。在220，当宏小区覆盖可用时，WTRU可 以期望优先连接到宏小区（LTE或传统3GPPRAT)，并且在230，仅当周围 宏小区覆盖不可用时，WTRU可以连接到HNB。可替换地，当期望的宏小 区覆盖不可用时（例如，LTE是期望的并且是不可用的，但GERAN是可用 的）WTRU可以连接到HNB 。假设这些优先选择/配置对WTRU是可用的。
优选的HNB小区覆盖的可用性图3是当优选的HNB小区覆盖可用时WTRU连接过程300的流程图。 对于特定WTRU，有可能某个HNB被标识为"优选的"。例如，在310，用 户可以在他/她家里或者办公室将HNB配置为"优选的"，在这种情况下， 无论何时这样的HNB小区覆盖都是可用的，在320， WTRU可以连接到该 HNB小区覆盖，而不管周围宏小区覆盖是否可用。在330，对于特定WTRU， 如果多于一个HNB被标识为"优选的"并且是可用的，则在340， WTRU 确定是否所有的选择标准是等同的。接着在350， WTRU可以实现优选级或 者可以基于其它标准（例如，良好的无线电环境、提供的服务、计费策略等） 在它们之间作出决定，如果在340，所有选择标准都是等同的，则在360， 基于随机选择作出决定， 一些其它标准在下面提到。
可替换地，在310，如果HNB不是"优选的"，则在370， WTRU会给 出第二优选（即，在WTRU已经尝试了宏小区之后）。然而，在380，如果 宏小区覆盖不可用，WTRU可以仍然驻留在HNB。在390，某些HNB可能 是"被列于黑名单的"，然而在395，在紧急情况下它们仍然可以被接入。如 果在395有紧急情况并且在310， HNB不是优选的，则在320， WTRU仍然 可以被同意允许接入HNB。如果在390， HNB是"被列于黑名单的"，并且 在395没有紧急情况，则在397，会拒绝WTRU接入。假设这些优先选择/ 配置对WTRU是可用的。
无线电相关标准
图4是基于与周围宏小区无线电强度相关的HNB无线电强度进行的重 选过程400的流程图。小区重选过程基于相对蜂窝无线电强度而将小区区分 优先次序。然而，不使用相对强度测量，WTRU可以基于绝对测量而作出决 定，即，即使在410， HNB无线电强度可能优于比周围宏小区无线电强度， 宏小区强度也可以是很好的，即高于某一绝对值。在这种情况下，除非在420， 周围宏小区覆盖下降到某一绝对值之下，否则WTRU不会在430重选至HNB小区，即使HNB小区提供更强的物理层连接和其它参数可以指示其它方面。 如果在420，周围宏小区覆盖维持高于某个绝对值，则WTRU可以在440 重选至HNB。所述绝对值是可以基于网络流量、WTRU标识以及在网络中 的位置、与HNB小区相对的宏小区中提供的服务或者其它标准而被动态改 变的。假设这些优先选择/配置/值对WTRU是可用的。
可替换地，网络可以确保当相对比较仍然被使用时，HNB偏移比常规 的宏小区高/低得多。这确保为了重选至HNB， HNB小区必须提供比周围宏 小区显著更好的覆盖。对于该替换实施方式，偏移值是可以基于网络流量、 WTRU标识以及在网络中的位置、与HNB小区相对得宏小区中提供的服务 或者基于其它标准而被动态改变的，并且可以被发送至WTRU。
在HNB小区的服务可用性
图5是当多个服务在HNB小区可用时的重选过程500的流程图。在HNB
小区中提供哪个服务是当前一个未决的问题。作为实例，有可能处于空闲模 式的WTRU在等待特定多媒体广播组播服务(MBMS)的开始并且该WTRU 可能已经选择了HNB。在WTRU还未选择HNB小区的情况下，如果HNB 小区不能够支持所期望的MBMS服务，则该WTRU可以选择不重选至HNB 小区。
参考图5，如果在510，多个小区可用（宏小区、HNB、其它RAT等）， 并且在520， WTRU期望开始多个服务（例如，多个MBMS会话），则在530， WTRU可以为所述多个服务实现优先级，并且在540， WTRU重选至HNB 小区（或者任何其它小区）的决定可以被该区分优选级的服务所影响。在510， 在多个小区都不可用并且仅有一个小区可用的情况下，在550将强迫WTRU 驻留在所述可用得小区以确定其具有服务。如果在510，多个小区可用，并 且在520， WTRU不期望开始任何服务，则重选至HNB小区将取决于WTRU 已经配置有什么优先选择。如果在560， WTRU已经配置有HNB作为优选小区，那么所述WTRU将如图3所示得重选至HNB小区。如果在560， WTRU 未配置有HNB作为优选小区，则如图2所示，在580， WTRU会取决于其 配置而重选至宏小区。假设这些优先选择/配置对WTRU是可用的。还应当 注意切换（HO)到HNB可以是不对称的。WTRU可以选择允许在IDLE (空 闲）和CONNECTED (连接）模式从HNB到对应的宏小区的切换。然而， WTRU可以选择仅在IDLE模式允许从宏小区到HNB的切换。例如，WTRU 可以选择在连接模式时保持在宏小区，并且一旦进入IDLE模式就执行到 HNB的切换。 运营商协议
小区重选过程不能排除运营商之间新业务安排的可能性。例如两个运营 商可以结合起来，由此运营商B向运营商A提供HNB覆盖。当订制到运营 商A的WTRU可以不选择漫游到由运营商B维护的周围宏小区时，例如， 例如由小区广播中的公共陆地移动网络（PLMN) ID标识，WTRU可以选择 改为漫游到由运营商B维护的HNB小区。假设运营商的这些可以被选择的 配置/优先选择以及由这些运营商提供何种类型的小区对WTRU是可用的。
网络运营商配置或者优先选择
图6是使用网络运营商配置或者优先选择进行的重选过程600的流程 图。在610，可能网络运营商宁愿特定区域中的所有WTRU在给定时刻都重 选至可用得HNB小区，而不管单个WTRU的优先选择。例如，在620，运 营商可以在MBSFN (组播广播单个频率网络）区域配置若干HNB，并且在 630，可以要求该区域中的所有WTRU都优先驻留在HNB小区。这样的指 令可以在宏小区的广播信道上（如果目标是单个用户）或者经由专用信令（例 如，网络接入服务器/无线电资源控制（NAS/RRC))发送。
图7是使用网络运营商配置或者优先选择进行的替换重选过程700的流 程图。在710，运营商可以要求WTRU—直驻留在宏小区，并且在720，向核心网络发送相邻小区的测量报告以及其它相关信息（例如，订制信息）。
在730，核心网络中的逻辑实体（例如，移动性管理实体（MME))可以使 用这些报告和订制信息（例如，存储在家庭订户服务器（HSS)中）和网络 流量信息（例如，拥塞等）来指示WTRU连接到特定宏小区/HNB小区。
图8是使用网络运营商配置或者优先选择进行的第三个重选过程800的 流程图。在810，该替换实施方式要求WTRU移出空闲模式而进入连接模式， 在820，向核心网络发送被请求的信息，在830，接收核心网络决策，在840， 转换回到空闲模式，接着在850，基于核心网络而进行重选。
HNB小区计费策略
HNB小区可以在小区广播中指明计费策略，或者在服务小区相邻小区 广播中可能已经向WTRU指明了计费策略，或者已经通过WTRU从网络请 求了计费策略，或者在WTRU中己经预先配置了用于HNB的计费策略（例 如，HNB将其本身广告为小区广播中的热点/公共HNB，并且WTRU具有 存储（例如，在通用订户识别模块（USIM)或者在通用集成电路卡（UICC) 中）的配置，该配置指示所有公共的HNB具有某个费率。这可以被称为基 于类策略，其中属于某个类（例如，热点、某个商店中针对所有用户的公众、 私人等）的HNB具有可以改变或者不可以改变的特定费率。基于这些策略 和WTRU优先选择（例如，连接至最便宜的可用的），WTRU可以重选至特 定宏小区/HNB小区。假设这些优先选择/配置对WTRU是可用的。
WTRU移动性
图9是在WTRU移动性的各种状态期间的重选过程900的流程图。由 于期望HNB小区覆盖很小（最多可以是几百英尺），在910，检测到在HNB 小区中之后，在920处于高度或者中度移动性状态的WTRU在930可以选 择不重选至HNB，即使其它参数（例如，优先选择）可以指示其它方面， 并且在940选择重选至宏小区。这是为了避免不得不马上再次重选至宏小区。如果在920， WTRU不处于高度或者中度移动性状态，在950， WTRU可以 选择重选至HNB。 WTRU移动性的检测可能被留给WTRU或者可能己经由 一些其它装置提供给WTRU。 小区标识
图10是HNB小区ID错误检测过程1000的流程图。HNB小区标识(ID) 与e-NB小区ID有可能不同。HNB小区ID的格式包含前后相关信息，艮口， 小区ID的某个部分表示某个特征，例如，运营商/区域/位置等。在1010， 如果WTRU检测到对于给定的HNB， ID被广告，或者ID的一部分不正确， 或者在1020，检测到对于给定的HNB，某些参数（例如，正被广告的运营 商）不正确并且被期望是不同的，则在1030， WTRU可以选择不驻留在这 个HNB。而且，在1040，这样的决定可以触发指示该错误的消息至网络（例 如，RRC消息/NAS消息）。如果被广告的ID是正确的，则在1050， WTRU 可以选择驻留在HNB。
上述标准可以以任意顺序来排列优选级，并且对于WTRU/用户/运营商 可以是特定的，或者相对于一些其它参数是特定的。这些重选标准的优选级 可以被配置在WTRU中。
HNB与其它小区之间的移动
假设WTRU处于连接模式（即，LTE一Acitve (LTE一活动）模式），并且 对于每个常规协议原则，网络控制切换。然而，WTRU有可能使用所发送的 特定切换请求消息来发起HO,例如，RRC消息或NAS消息。
在以下讨论的所有切换过程中，以下标准有效。首先，单独的或者结合 的，服务和计费标准在切换和重选中扮演非常重要的角色。例如，位于宏小 区中的WTRU可以不能够提供WTRU所期望的服务，而得到服务的唯一选 项可以是HNB，虽然费率非常高。在这种场景中，WTRU可以具有一些在 其SIM中所定义的预定的优先选择，这使选择或者切换标准有效，或者WTRU可以被给予显示屏上选项以使用户对其进行人工地选择。或者用户可 以使用HNB中的LTE的特定服务（例如，因特网协议语音（VoIP))，并且 可以具有更高的偏移来从其它RAT重选至小区，因为在这种情况下有可能 存在高度服务中断。
图11是基于被传送的相邻小区信息进行的重选过程1100的流程图。第 二个重要的因素是HNB或者宏小区的相邻小区信息是否是由服务小区进行 传送的。在1110，在相邻小区列表与一些性能信息一起被传送的情况下， WTRU可以在1120确定其是否想进行重选或者切换到特定相邻小区。如果 在1110，相邻小区性能信息未被传送或者没有来自相邻小区列表的信息被传 送，那么WTRU接着在1130需要读取邻居的系统信息消息，并可以根据读 取的信息决定不驻留在那个特定HNB或者宏小区。
在宏小区与HNB之间的所有频内、频间和RAT间重选和切换中可以应 用类似标准。
从HNB至宏小区的移动
LTE HNB至LTE宏小区或传统HNB至传统3GPP RAT
用于重选和切换的标准可以用于LTE宏小区和HNB，其中可以定义两 对标准和阈值。根据WTRU是否愿意重选宏小区（基于上述服务和计费标 准），WTRU可以使用适当的标准。
LTEHNB至其它RAT (3GPP或非3GPP)宏小区
为了决定重选其它RAT， WTRU可以具有某些阈值。例如，仅当LTE 中的小区或频率低于特定阈值时，WTRU可以决定在3GPP宏小区开始对小 区进行排列。当决定测量哪个RAT或者重选哪个RAT时，WTRU也可以具 有某些分级。例如，可以搜索第一个其它3GPP小区，或者，如果没有出现 合适的小区，则可以测量非3GPP (GERAN)小区。最后，可以査看其它非 3GPP小区，如WLAN，以寻找合适的小区。传统HNB (如WCDMA)至LTE或非3GPPRAT宏小区
在该场景中用于小区重选和切换的标准可能类似于LTE HNB至其它 RAT (3GPP或非3GPP)宏小区重选和切换的标准。在该场景中，仅当传统 RAT中的小区或频率低于特定阈值时，WTRU可以决定在LTE宏小区开始 对小区进行排列。当决定测量哪个RAT或者重选哪个RAT时，WTRU也可 以具有某些分级。例如，可以搜索第一个LTE小区，或者，如果没有出现合 适的小区，则可以测量非3GPP(GERAN)小区。最后，可以査看其它非3GPP 小区，如WLAN，以寻找合适的小区。
从宏小区至HNB的移动
LTE宏小区至LTE HNB或传统3GPP RAT至传统HNB
图12是基于定义的值进行的重选和切换过程1200的流程图。当WTRU 在宏小区中时，除非该WTRU订制到HNB，否则该WTRU宁愿留在宏小区 中。 一个替换实施方式是在1210为小区重选和切换定义两对值，并在1220 确定值的大小。在1230， 一组值可以是用于切换和小区重选的非常大的值， 例如，触发时间和T重选，或者非常高的偏移。另一组值可以是通常在切换 过程期间以信号告知的值的范围。在1240，如果WTRU是真正地为特定服 务而被订制到HNB， （ WTRU可以在相邻小区信息或者传送给它的某些RRC 消息中知道它），接着在1250， WTRU可以应用其己经配置好的常规切换和 重选参数。可替换地，WTRU可以优先执行重选或者切换到该WTRU所订 制到的那个特定HNB。如果WTRU没有为特定服务而被订制到所述HNB， 则在1260，该WTRU可以为重选至相邻小区而应用更高的计时器和偏移。 也可以使用自适应重选和切换过程，如在使用了切换和重选参数的更大值的 情况中提到的。
可替换地，可以使用前述的绝对阈值，其中宏小区中的WTRU不切换 或重选至HNB中的小区，除非服务小区HNB落到特定阈值之下。HNB中的寻呼
图13是使用寻呼进行的重选过程1300的流程图。该模式支持HNB场 景，其中宏小区覆盖存在，由此在HNB之内没有寻呼，而在1310，如果一 个宏小区是可用的，作为代替，WTRU将一直驻留在宏（即，非HNB)小 区。在1320， 一旦WTRU在宏小区中接收到寻呼，在1330，该WTRU能 够通过另一个HNB (例如，通过包含测量报告）和RRC建立消息（例如， 连接请求） 一起指示该WTRU具有足够的覆盖。在1340， 一旦接收到网络 可以将WTRU重定向到HNB的指示，WTRU就可以在HNB覆盖区域内进 行呼叫。因此，在该模式中，寻呼是在"常规"LTE系统中完成的，但呼叫 是在HNB覆盖区域中进行的。
具有定位功能的WTRU可以选择提供准确位置以作为用于确定对适当 的HNB的选择的输入因素来使用。这可以在不要求WTRU去测量HNB的 情况下完成，因此不需要相邻列表。
为了支持没有宏小区覆盖的情况，寻呼消息需要从网络以隧道传送到 HNB，而WTRU将驻留并且在HNB覆盖区域中被呼叫。WTRU因此可能 需要向宏小区指示，WTRU重选的HNB以及将要发送给WTRU的任何呼叫 将首先被发送到宏小区，接着该宏小区会将所述呼叫以隧道传送至WTRU。
其它RAT宏小区至LTE HNB或其它RAT宏小区至传统3GPP HNB
在该场景中，由于来自于其它RAT的小区通常会在重选至HNB之前重 选至LTE宏小区或传统3GPP宏小区。尽管如此，使用严格的重选标准， WTRU会被强迫从另一个RAT宏小区去到仅作为最后替换选择的HNB (使 用服务、计费、更高阈值以及上述所有其它标准）。
LTE HNB之间或传统3GPP HNB之间的移动
图14是在LTE HNB之间或者传统3GPP HNB之间的WTRU移动期间 的重选过程1400的流程图。如果接收到的服务和计费机制与两个相邻HNB类似，则切换过程应当类似于两个相邻宏小区之间的服务和计费机制。在
1410，驻留在目标HNB之前，在1420，服务HNB可以向最后驻留的宏小 区发送消息指示目标HNBWTRU正计划通过，并且在1430，宏小区将寻呼 消息以隧道传送至正确的HNB。
上述重选和切换过程可被最小化（通过减少测量数量或增加测量之间的 间隔），除非WTRU检测（通过相邻小区列表或者通过其它装置）到WTRU 位于WTRU所订制的HNB的周围宏小区/追踪区域（TA)中。为此，WTRU 可以维持WTRU所订制的周围HNB和WTRU所驻留的宏小区/TA的列表。 一旦进入相关的小区/TA， WTRU可以积极地进行寻找HNB的测量。
在从3GPP宏小区转换至HNB时对测量进行最小化
在活动模式
为了最小化在活动模式（即，RRC—connected (RRC一被连接的））时HNB 小区的测量，在3GPP宏小区（例如，LTE/WCDMA等）中的WTRU可以 采用下述选项中的一个（或下述选项的任何组合）。
由网络控制的，由HNB辅助的
HNB (在与周围宏小区相同的频带中工作）有可能检测提供服务的 WTRU (即，在该HNB上配置的那些WTRU)是否在附近。 一旦检测到， HNB可以动态地建立Sl-C/X2/Iu/其它连接（如果一个已经不存在）。Sl-C、 X2以及Iu是不同网络实体之间存在的连接。S1-C是HNB与提供EUTRAN 和EPC之间的交互连接点的MME (移动性管理实体）之间的接口。 X2接 口是允许HNB相互之间交互连接的接口。 Iu是SGSN (为GPRS支持节点 提供服务）与UMTS网络之间的网络接口。
图15是当从3GPP宏小区转换到HNB时活动模式网络控制的/HNB辅 助的测量减少过程1500的流程图。以下过程可以一起使用或者以任何组合 方式使用。在1510，如果HNB检测到其预计服务的WTRU (在从睡眠循环醒来或 其它方式之后），在1520， WTRU可以向网络指示该检测（例如，RNC、服 务通用分组无线电业务（GPRS)支持节点（SGSN)、 MME、 e-NB、 NB、 基站系统（BSS)或其它网络实体）。也就是说，可以通知网络特定WTRU 位于HNB附近。WTRU标识可以是国际移动用户标识（IMSI)、临时移动 用户标识（TMSI)或某些其它ID。所述WTRU标识可以是为WTRU设计 的用于HNB接入的特殊ID或者小区级WTRU标识（例如，小区无线电网 络临时标识（C-RNTI))。另外，在1530， HNB可以向网络实体提供基本系 统信息块（SIB)信息。WTRU可以利用该SIB信息来进行测量（例如，频 率、HNBID/小区ID、随机接入信道（RACH)参数）并驻留在HNB小区。 在1550创建和向WTRU发送测量指令之前，在1540，网络实体可以选择执 行某些过程（例如，HNB注册、HNB认证、WTRU标识验证、WTRU向査 询HNB订制的验证）。测量指令可以类似于已存在的指令，并且将告诉 WTRU测量HNB小区。在1560， WTRU将使用这些参数在测量周期期间进 行测量，在1570创建测量报告，并在1580向网络提供测量报告。在1590， 这些过程可以由网络触发切换指令至HNB。可替换地，在1595，网络可以 向WTRU提供可以访问的HNB标记。该标记可以在每个WTRU基础上或 者每组的基础上进行分配。
图16是当从3GPP宏小区转换到HNB时活动模式网络控制的/HNB辅 助的测量减少过程1600的流程图。在该实例中，在1610， HNB可以仅向网 络提供WTRU位于邻近的指示（基于，例如接收到的信号强度和相关SIB 参数）而不能够提供特定的WTRU标识。网络实体（例如，MME)在1620 可选地认证/验证HNB标识之后，接着在1630可以检验是否有任何已订制 的WTRU (是被订制到那个特定HNB的）在HNB周围的宏小区之内。接 着在1640可以创建测量指令，并向被订制到HNB的和在周围宏小区之内的那些WTRU发送测量指令。HNB在其发送至网络实体的消息中可以向其提 供已订制的WTRU列表，或者网络实体可以以某些其它方式来确定该列表 (例如，从HSS)。 WTRU发起的
图17是当从3GPP宏小区转换到HNB时活动模式WTRU发起的测量 减少过程1700的流程图。在该实例中，网络不通知WTRU其应当测量哪个 HNB。然而，在1710网络可以通知WTRU进行更少数量的宏小区测量，由 此为WTRU留出一些时间以进行HNB测量。接着在1720，当WTRU在其 所订制的HNB周围的宏小区中时，WTRU可以进行HNB测量，除了网络 通知它的宏小区之外。为此，在1730， WTRU可以维持周围宏小区与HNB 之间的关联，并具有重新配置该关联的能力。接着在1740， WTRU可以采 用确定了进行多少HNB测量的算法。该算法可以考虑功率级别、可用测量 时间和其它标准来建议WTRU应当进行的最大数量的HNB测量。在1760 创建并将测量报告发送回网络之前，在1750， WTRU接着可以进行建议数
在空闲模式
为了最小化空闲模式中（即，在追踪区域/路由区域级别标识的WTRU) HNB小区测量，在3GPP宏小区（例如，LTE/WCDMA等）中的WTRU可 以采用下述方案。
WTRU发起的
在该方案中，WTRU可以采用确定进行多少HNB测量的算法。该算法 可以考虑功率级别、可用测量时间、周围宏小区ID/追踪区域ID/最后一个小 区和其它标准来建议WTRU应当进行的最大数量的HNB测量。在作出重选 决定之前，WTRU将接着进行建议数量的测量。
减少测量的其它方法为了减少测量，所有HNB都可以在独立的频率层上。这甚至可以是如 对WLAN使用的工业科学医疗波段一样的开放波段。基于WTRU订制， WTRU接着可以决定在HNB频率上测量或者在宏小区所在的频率上测量。 即使在电话已经启动的时候，基于WTRU的优先选择，WTRU可以首先扫 描HNB频率层并驻留在其上，或者决定完全不扫描HNB频率层而仅扫描宏 小区频率。
另外，WTRU可以使用其IMSI并结合SIB中提供的标记而得到HNB 标记。由此而得到的标记是基于这些参数计算的，并可能是运营商提供的对 WTRU和HNB共有的ID。例如，该ID可以通过设备供应，例如WTRU和 HNB共有的UICC或SIM卡来传送。
当从HNB转换到周围小区时最小化测量
图18是当从HNB转换到周围小区时空闲模式测量减少过程1800的流 程图。为了减少测量，HNB可以在1810传送在其广播消息中知道的邻居列 表以及它们的参数。WTRU可以在1820读取这些参数，并在1830基于其订 制而决定不重选至某些相邻小区，由此减少必须进行的测量数量。可替换地， 当WTRU在HNB覆盖中时，HNB可以为WTRU决定更长的测量循环。这 是可能的，因为HNB不应承受关于其覆盖范围和其运行环境的突然减弱的 场景。还有测量中的其它区域可以被简化，如在L1过滤测量需求可以不怎 么严格一样（例如，将线性过滤加入测量可用以代替对数过滤）。
切换期间的上下文传递
可以使用用于切换期间的上下文传递的类似过程，例如快速再初始化或 传递整个上下文。
虽然本实用新型的特征和元素在优选的实施方式中以特定的结合进行 了描述，但每个特征或元素可以在没有所述优选实施方式的其他特征和元素 的情况下单独使用，或在与或不与本实用新型的其他特征和元素结合的各种情况下使用。本实用新型提供的方法或流程图可以在由通用计算机或处理器 执行的计算机程序、软件或固件中实施，其中所述计算机程序、软件或固件 是以有形的方式包含在计算机可读存储介质中的，关于计算机可读存储介质
的实例包括只读存储器（ROM)、随机存取存储器（RAM)、寄存器、缓冲 存储器、半导体存储设备、内部硬盘和可移动磁盘之类的磁介质、磁光介质 以及CD-ROM碟片和数字多功能光盘（DVD)之类的光介质。
举例来说，恰当的处理器包括：通用处理器、专用处理器、传统处理器、 数字信号处理器（DSP)、多个微处理器、与DSP核心相关联的一个或多个 微处理器、控制器、微控制器、专用集成电路（ASIC)、现场可编程门阵列 (FPGA)电路、任何一种集成电路（IC)和/或状态机。
与软件相关联的处理器可以用于实现射频收发信机，以在无线发射接收 单元（WTRU)、用户设备、终端、基站、无线电网络控制器或是任何一种 主机计算机中加以使用。WTRU可以与采用硬件和/或软件形式实施的模块 结合使用，例如相机、摄像机模块、视频电路、扬声器电话、振动设备、扬 声器、麦克风、电视收发信机、免提耳机、键盘、蓝牙@模块、调频（FM) 无线电单元、液晶显示器（LCD)显示单元、有机发光二极管（OLED)显 示单元、数字音乐播放器、媒体播放器、视频游戏机模块、因特网浏览器和 /或任何一种无线局域网（WLAN)模块。