活时间。在此情况下，UE的接收机可以仅在给定子帧 的一个频率激活以减少UE的电池或功率使用。在此情况下，由于宏小区与小小区之间的问 候(comp 1 imentary)功能，网络可仅需要配置一个DRX配置。
[0108] 基于上文，现在参照图7。图7的处理开始于框710并进行到框712,在框712，UE根据 上文接收针对DRX配置的信令。具体地，在框712，UE可接收针对宏小区和小小区的单独的 DRX配置。在一个实施例中，所述接收可直接来自宏小区。在其它实施例中，接收可以来自宏 小区和小小区两者。
[0109] 根据一个实施例中，如果小小区始终操作在连续模式，则在框712的接收还可仅包 括宏小区配置。备选地，如果小小区和宏小区操作在问候方式(其中，一个频率开启而其它 频率关闭），则在框712的接收还可仅来自宏小区。
[0110] 处理从框712进行到框714,在框714，UE基于在框712接收到的配置对在UE处的DRX 操作进行配置。
[0111] 处理从框714进行到框720并结束。
[0112] SPS/VoIP 服务
[0113] 半永久性调度(SPS)和互联网协议语音(VoIP)服务以及其它类似服务具有恒定比 特率的属性并且还具有低延迟/抖动要求。上述服务可能不适合于小小区支持UE快速移动。 具体地，如果UE快速移动通过具有小小区的网络，在小小区之间的恒定切换会劣化或破坏 上述服务。
[0114] 因此提供各种方案。在一个实施例中，提供基于移动性状态的方案，其中，如果用 户较快移动，则UE可仅与宏小区关联，因此不需要在小小区之间的切换。相反，当UE以低或 中速移动时，小小区会成为语音服务的良好选择。例如，如果用户正坐在办公室中，由于更 小的路径损耗和卸载益处，使得用户为了语音服务而连接到小小区会是更好的选择。对小 小区的这种使用还可节省连接到小小区的UE的电源。
[0115] 在备选实施例中，当用户从小小区移动到另一个小小区时，宏小区可以在两个小 小区之间进行协调，以通过IP或SPS数据发送/接收语音。
[0116] 下文描述各个方案。
[0117] 基于移动性状态的方案
[0118] 在一个实施例中，UE到网络单元的关联可以取决于UE的速度和/或移动性和/或UE 要求的服务。高速UE可被限制为仅与宏小区关联，而中速或低速UE可以与小小区以及宏小 区关联。术语"低"、"中"和"高"速是相对的，这不意味着将本公开限制为任何特定速度。速 度还可以表示移动性状态，而不必须是绝对速度。可以基于载波、设备制造商、用户或其它 方来设置阈值，并且阈值可以不在网络中的各个小区之间。因此，在一些情况下，阈值可以 是预定的(诸如高速为大于60km/h)，但是在其它情况下可以发信号通知给UE。备选地，网络 单元本身可确定UE的速度并因此基于网络单元检测到的速度而提供配置。
[0119] 因此，在第一实施例中，如果用户相对较快移动并且速度大于阈值，则UE可仅与宏 小区关联并且在小小区之间不需要切换。
[0120]宏小区可首先确定UE的移动性状态或UE可将其移动性状态报告给宏小区。例如， 宏小区可使用在预定义时间窗期间UE已切换或关闭的小区的数量来确定UE的移动性状态。 还可以考虑小区尺寸或从UE测量的RSRP/RSRQ值。这可以在UE侧或网络侧(诸如在eNB)考虑 或计算。UE还可使用其全球定位系统(GPS)接收机（如果可用）或UE在预定义时间窗期间已 经选择或重新选择的小区的数量，来确定其移动性状态并将该信息报告给宏小区。
[0121] 宏小区还可获得针对UE的服务信息。这可以以若干方式来实现。一种方式可以是 UE将其服务信息报告给宏小区或者UE直接请求仅与宏小区关联。备选地，宏小区可向UE或 向核心网络询问UE的服务信息。
[0122] 基于服务信息和移动性状态信息之一或两者，宏小区可确定是否使UE仅与宏小区 关联。
[0123] 在一些情况下，UE可请求仅与宏小区关联。例如，UE可确定其在使用特定服务的同 时以高于阈值的速率移动。在此情况下，宏小区可接受或拒绝所述请求。该接受或拒绝也可 以基于诸如先前确定/报告的移动性和服务信息之类的因素和/或其它因素。
[0124]此外，宏小区可向UE广播特定信息以帮助UE确定是否适当地发送所述请求。例如， 网络可向UE发送移动性状态阈值。仅当UE的移动性状态高于或等于阈值时，UE才可发送仅 与宏小区关联的请求。因此例如，网络可指示仅当移动性状态为"高"时，UE才可发送请求。
[0125] 在一些实施例中，网络还可指示服务要求。例如，UE可仅在其涉及VoIP服务的情况 下发送这种请求。
[0126] 当UE以低速或中速移动时，小小区会是用于语音服务的好选择。
[0127] 现在参照图8。图8示出UE 810以高速移动并可能移近小小区812的示例。然而，由 于设备的高速及其VoIP服务，在图8的示例中，UE 810可仅与宏小区820关联。因此，如线 830、832、834和836所示，UE 810仅与宏小区820关联，即使其靠近小小区812。
[0128] 现在参照图9,图9示出在宏小区中的处理，并且其开始于框910。处理随后进行到 框912,在框912,宏小区确定UE的移动性。如上所述，这可以通过小区确定切换的数量、宏小 区观测UE或通过来自UE的报告来实现。
[0129] 处理随后进行到框914,在框914,确定UE的服务。如上所述，这可以通过宏小区询 问UE或者从UE接收报告、或者在一些实施例中宏小区询问核心网络来实现。
[0130] 处理从框914进行到框920,在框920,进行检查以确定UE是否应该仅与宏小区关 联。在框920的检查可以基于UE的请求或者可以基于在框912和914处的特定确定。
[0131] 如果在框920的检查确定UE不应仅与宏小区关联，则处理进行到框922,在框922， 允许UE与宏小区和小小区两者关联。处理随后从框922进行到框930并结束。
[0132] 相反，如果在框920的检查确定UE应仅与宏小区关联，则处理进行到框924,在框 924,允许UE仅与宏小区关联。处理随后从框924进行到框930并结束。
[0133] 当使用小小区来支持SPS/VoIP服务时，例如当UE以中速或低速移动时，可能需要 进行确定以确定如何执行控制信令。存在两种类型的SPS调度。一种是无线电资源控制 (RRC)级别的SPS配置，而另一种是SPS激活/解激活。
[0134] 针对SPS激活/解激活，如果小小区具有PDCCH或增强的PDCCH(EPDCCH)，则上述信 令可能适合于被从小小区发送。然而，如果小小区不具有H)CCH/EPDCCH，则可使用跨承载调 度来支持来自宏小区的激活/解激活。由于回程延迟，这可能要求在宏小区和小小区之间的 预调度。SPS解激活通常被发送为不具有任何SPS数据，从而对于解激活而言存在较少的问 题。然而，对于SPS激活/解激活两者而言，如果存在多个SPS服务，则相关HXXH内容可能需 要包括载波索引和/或SPS服务索引。目前，在roccH内容中保留了多个字段以用于SPS激活/ 解激活。可使用一些保留字段来指示该信息。
[0135] 对于SPS配置的RRC信令，这种信令可适合于被从宏小区发送。在一个实施例中，当 UE从一个小小区切换到另一个小小区时，SPS配置可保持不变。这可减少由于小小区切换而 导致的服务中断（这会降低用户体验）的风险。因此，如果在RRC级别从宏小区发送SPS配置 信令，则不需要其他的信令，即使UE正从一个小小区移动到另一个小小区。
[0136] 宏小区可通过回程信令将SPS配置用信号通知给小小区并协调SPS资源。仅当UE移 出宏小区的覆盖时，其才被切换到另一个宏小区，这是因为SPS配置在新的宏小区上无效。
[0137] 当UE从小小区移动到另一个小小区时，宏小区控制切换。当前小小区可发送解激 活信令，而新的小小区可发送激活信令以继续语音服务。可早于解激活信令发送激活信令， 从而减少服务中断。宏小区可通过回程信令准备SPS承载，并可将新的承载通知给UE。在此 情况下，SPS配置可保持不变，所述配置包括周期性、保留的混合确认重复请求(HARQ)数等 等。
[0138] 在另一备选中，SPS的RRC信令被信号通知给各个小小区。在此情况下，当UE从一个 小小区移动到另一个小小区时，SPS配置可需要在新小区中被重新配置，这与切换处理类 似。可能需要通过宏小区经由回程信令的协调来提前准备SPS资源。然而，宏小区可以调谐 资源分配以减少潜在干扰。
[0139] 双播方案
[0140] 在另一实施例中，可在宏小区的控制下使用双播。具体地，当用户从一个小小区移 动到另一个小小区时，宏小区可指示当前小小区在一定时间内维持下行链路/上行链路SPS 承载以及SPS发送/接收。UE可使用或可不使用当前小小区用于SPS发送/接收，但是由于可 能的切换失败，可以维持承载。这种方案可以减少服务中断的可能性。
[0141] 现在参照图10,图10示出在宏服务小区控制下的小小区双播的示例。具体地，在图 10中，宏小区1010与小小区1020和1030通信。
[0142] UE 1040从小小区1030移动到小小区1020。当UE 1040移动到小小区1020时，宏小 区1010继续提供控制数据通信，并且在小小区1030和UE 1040之间维持进一步的VoIP/SPS 通信以预防切换失败。此外，在小小区1020和UE 1040之间建立承载。宏小区协调SPS承载的 关闭或开启以及用于多个小小区的资源。
[0143] 基于非CA的部署
[0144] 在另一实施例中，宏小区和小小区在相同频率上并且会彼此干扰。为了避免干扰， 根据本公开的一个实施例，在任何下行链路子帧中，UE仅接收来自宏小区或小小区之一的 数据。UE不可同时从宏小区和小小区接收数据。
[0145] 类似地，在任何上行链路子帧中，UE要么将数据发送到宏小区，要么将数据发送到 小小区。UE不可在同一 UL子帧中将数据发送到宏小区和小小区两者。
[0146] 假设应用范围扩展，例如在微微小区场景中，可使用如上所述的ABS来减轻从宏小 区对连接到小小区且位于范围扩展区域中的UE的干扰。
[0147] 为了简化在这种部署场景中的发送/接收，可以假设来自宏小区和小小区的同步 发送，这意味着宏小区和小小区在子帧级别上同步。如果宏服务小区仅与UE交换控制面数 据，则在一个实施例中，在从宏小区到UE的下行链路中，由于在控制面上的不频繁的数据通 信，针对每个UE可仅分配一个或两个HARQ进程。在一个实施例中，对于每个下行链路HARQ进 程，存在在频分双工(FDD)中可以是4ms偏移的关联上行链路HARQ进程。
[0148] 剩余下行链路HARQ进程可被分配在从小小区到UE的下行链路上。宏小区可需要确 定宏小区与小小区之间的子帧偏移，以对齐HARQ进程映射。
[0149] 在一个备选实施例中，小小区可将其子帧时序信息发送给宏小区。例如，这可以使 用宏小区与小小区之间的回程来实现。
[0150] 宏小区可在从宏小区到UE的下行链路上分配HARQ进程(称为宏-HARQ)并在从小小 区到UE的下行链路上分配HARQ进程(称为小-HARQ)。
[0151] 在范围扩展区域，UE可观测在分配的小-HAR