用于在蜂窝式无线通信系统中提供信息的方法
【技术领域】
[0001] 本发明涉及一种用于在蜂窝式无线通信系统中提供信息的方法，或者更确切地 说，涉及一种根据权利要求1的前序部分的方法。此外，本发明还涉及一种移动台中的方 法、一种基站中的方法、一种计算机程序、一种计算机程序产品、一种移动台装置以及一种 基站装置。
【背景技术】
[0002] 通常，在蜂窝式无线通信系统中处于活动模式的移动台（MS)在其移动通过系统 时，从一个小区切换到下一小区，且数据可进行发射和接收，而不会因这些切换而导致明显 中断。
[0003] 切换（H0)流程可由若干步骤组成。在许多蜂窝式无线通信系统中，H0是：1)由网 络控制的，即在连接到另一个小区时，MS由网络控制；2)已准备的，即MS所要移动到的目标 小区已准备；以及3)由MS辅助的，即MS在H0之前，向服务小区提供测量报告，以辅助决定 目标小区的H0准备，以及离开服务小区/连接到目标小区的时间。
[0004] 在H0的上下文中，H0之前的服务小区常常称为源小区。在成功H0之后，目标小 区变为新的服务小区。在长期演进（LTE)中，H0是"硬切换"，即表示UE无线链路从一个 (源）小区切换到另一个（目标）小区。在通用移动通讯系统（UMTS)中，硬切换专用于时 分双工（TDD)模式，但也可用于频分双工（FDD)模式。
[0005] 下文将着重于LTE同频H0流程，但是对于LTE跨无线接入技术（RAT)和LTE异频 H0流程，其流程相似。处于RRC_C0NNECTED状态下的E-UTRAN内部采用用户设备（UE)辅助 网络控制型H0,在E-UTRAN中存在H0准备信令。
[0006] H0最初由从UE发送至服务eNB (演进型网络基站）的测量报告触发。服务eNB针 对UE应如何进行测量，以及测量报告应在哪些条件下触发并发送至eNB，而进行了配置。
[0007] 为了辅助移动性控制决策，UE可测量若干不同的小区并将结果报告给网络。不同 的网络和网络部署可具有不同的具体行为，但在大多数系统中，在目标小区的信号接收优 于源小区的信号接收时自然触发H0。
[0008] 在单点复用系统（reuse-one system)中（即在源小区和目标小区完全使用相同 频率资源的系统中）进行同频H0的情况下，（总是）在保持UE连接到具有最佳信号强度 的小区时，存在强干扰管理效益。在测量报告中，UE包括H0触发原因，例如，目标小区信号 强于服务小区信号，以及对服务小区和包括目标小区在内的若干相邻小区的参考信号接收 功率（RSRP)或参考信号接收质量（RSRQ)进行的测量。要减少UE在两个小区之间反复切 换时的乒乓效应，则H0偏移通常会添加到H0触发条件中：通过一次偏移，目标小区信号应 优于服务小区信号，其中偏移值>〇dB。
[0009] 当服务eNB从UE接收测量报告，且eNB要将UE H0到另一个小区时，则eNB执行针 对该小区的H0准备。H0准备涉及在一个（服务）eNB和另一个（目标）eNB之间的信令交 换。源小区请求H0 (切换请求）并忽略UE上下文信息；且目标小区决定其能够接入UE (接 入管理控制），并决定是接受还是拒绝HO。在接受消息（切换请求确认消息）中，目标小区 包括UE与目标小区进行通信所需的参数，这些参数被划分到透明容器中。源小区可准备多 个小区以进行H0。
[0010] 成功准备后，即发生H0执行。源小区向UE发送H0命令，即 RRCConnectionReconfiguration消息，并携载透明容器。一旦UE正确接收此消息，则UE同 步到新的目标小区，并通过随机接入信道（RACH)发送同步消息。目标小区随后向UE发送 分配，以便UE能够向目标小区发送H0确认消息（RRCConnectionReconfiguration-Comple te消息）。
[0011] 在不涉及UE的最终步骤（切换完成）中，源eNB(其服务于源小区）能够将数据 (未确认的下行链路包）转发到目标eNB(其服务于源小区），且来自服务网关（S-GW)的 S1-U接口必须从源小区转换到目标小区（"路径转换"(path switch))。最后，如果切换成 功，则目标eNB向源eNB发送UE上下文释放消息。
[0012] 但是，由于无线链路失败（RLF)或RACH失败，H0可能在不同点上失败。H0期间的 RACH失败在3GPP TS36. 331中称为"切换失败"，但对于本文的剩余部分而言，术语"H0失 败"同时包括RLF失败和RACH失败。
[0013] H0失败后，UE尝试进行规范3GPP TS36. 300和3GPP TS36. 331中所述的RRC重 建。首先，UE尝试寻找其所能检测到的最强小区（"小区选择"），然后UE向其所选择的 小区发送RRCConnection-ReestablishmentRequest。如果所选择的小区具有关于UE的先 前知识，以及关于UE连接的详情（例如，安全参数，这称为"UE上下文"），那么此小区可发 送RRCConnectionReestablishment，然后成功进行重建，即表示UE保持处于无线资源控制 (RRC)连接态。
[0014] 但是，如果缺少UE上下文，那么重建请求被拒，且UE转为RRC空闲态，从而导致在 UE转为RRC连接态且重新开始任何数据通信之前，进一步延迟。"UE上下文"可在H0流程 期间或在其他一些时间点上传送给小区。这种传递称为H0准备。还需注意，RRCConnectio nReestablishmentRequest携载三个字段，即发生失败的服务小区中的UE的小区无线网络 临时标识（C-RNTI)，该小区的物理小区标识（PCI)，以及通过重建小区的标识（ID)计算出 的 shortMAC-I〇
[0015] 通用移动通讯系统（UMTS)中的硬H0在很多方面均与上述说明非常相似，即也是 由UE辅助而由网络控制的，这表示UE用于发送已触发的测量报告，而网络决定执行H0的 时间；（使用无线链路建立流程）进行准备；是"后向"H0,这表示源小区向UE发送H0命令， 且UE回复目标小区；以及是通过节点间信令完成的。
[0016] 此外，RLF在规范3GPP TS36. 300和3GPP TS36. 331中进行了描述。一种形式的 RLF由层1执行的失步检测驱动。当UE从较低层接收特定数量的连续"失步"指示时，启动 无线问题检测流程。连续指示的数量由阈值N310指定。在这种情况发生时，UE启动计时 器T310。在UE从较低层接收特定数量（N311)的连续"同步"指示，同时T310正在运行的 情况下，UE应停止计时器，并返回正常运行状态。
[0017] 声明RLF后，UE尝试进行小区选择。如果UE试图在小区选择阶段中找到要连接 到的小区，那么UE将对该小区尝试重建RRC。另一方面，如果UE在小区选择阶段（T311)内 没有找到小区，那么UE返回空闲模式，且可开始寻找其他RAT上的小区，例如，LTE、UMTS、 WiMaX，以及GSM EDGE无线接入网络（GERAN)。
[0018] 当达到最大传输数量以传输上行链路RRC信令包，但所述包仍未传送成功时，RLF 也可通过UE的无线链路控制（RLC)层进行声明。此外，如果在H0期间，随机接入失败（T304 超时），那么UE表现为与RLF发生时的情况相同。本文中的术语"RLF"是指上述任一事件。
[0019] 此外，RLF报告被引入3GPP Rel-9以使接收RLF报告的eNB在涉及移动鲁棒性优 化（MR0)的问题与覆盖范围问题之间进行区分。这通过加入指示失败时信号强度的一组相 邻小区测量来完成。借此，eNB可查看是否存在可能已使用的替代性相邻小区，或者在存在 覆盖空洞的情况下是否未检测到任何相邻小区。
[0020] RLF报告携载有关以下方面的信息：
[0021] ?服务小区RSRP，以及可选RSRQ ;
[0022] ?相邻小区RSRP/RSRQ ;以及
[0023] ?也可指示检测到的交互式RAT相邻小区的强度。
[0024] 在Rel-9中，如果H0期间的RLF发生后成功进行RRC重建，则RLF INDICATION消 息中可能包括RLF报告，其中所述RLF INDICATION消息从发生重建的eNB发送到RLF发生 时正在服务 UE 的 eNB。UE 提供 RLF 报告的性能由 RCConnectionReestablishmentComplete 消息中的标记指示。RLF报告随后提供给其中使用UE信息流程进行重建的eNB。
[0025] Rel-9中的一个余留问题是，UE只能在RRC重建成功时才发送RLF报告。并且，这 种情况只可能在接收RLF报告的小区具有此UE的上下文（已经为H0 "准备"）时出现。在 大多数H0失败情况下，由于H0执行过晚，且其中UE尝试进行RRC重建的小区没有准备，因 此UE无法发送RLF报告。
[0026] 为了缓和这种情况，已存在一些建议用于在UE返回空闲模式后也进行RLF报告。 这表示，UE在尝试建立RRC时进行报告。
[0027] 此外，在3GPP中，已对LTE的自组织网络（SON)进行了大量研究。这其中的一部 分是切换参数优化，上文也称为MR0,旨在优化移动参数。尽管尚未指定应进行优化的H0参 数，但其实例包括H0迟滞（也称为偏移）和触发时间（TTT)参数。优化的目的在于，减少 H0失败，同时减少不必要的HOdMRO功能分布在演进型通用陆地无线接入网（E-UTRAN)中， 即每个eNB都具有各自的MR0最优化功能。为了辅助优化，信令也已在eNB之间确定，以帮 助识别H0失败事件。
[0028] 下文描述了切换参数优化的用例，所述切换参数优化在规范3GPP TS36. 300, 9. 2. 0的第22. 5节中也被称为MR0 :
[0029] 移动鲁棒性优化[MR0]的功能之一是，检测因过早或过晚过晚切换，或者切换到 错误小区而导致的RLF。这种检测机制的实施流程如下：
[0030] -[过晚H0]如果在eNB A处发生RLF后，UE尝试在eNB B处重建无线链路，那么 eNB B可通过RLF指示流程将此RLF事件报告给eNB A。
[0031] -[过早H0] -旦eNB B从eNB A接收RLF指示，且eNB B已向eNB A发送与最后 Tstore_UE_cntxt秒内针对同一 UE完成即将进行的H0有关的UE上下文释放消息，贝lj eNB B可向eNB A发送指示过早H0事件的切换报告消息。
[0032] -[H0到错误小区]一旦eNB B从eNB C接收RLF指示时，且eNB B已向eNB A发 送与最后Tstore_UE_cntxt秒内针对同一 UE完成即将进行的H0有关的UE上下文释放消 息，则eNB B可向eNB A发送表示HO到错误小区事件的切换报告消息。如果eNB B和eNB C相同，且RLF报告在此eNB的内部，则也可能发送指示。
[0033] 上述事件的检测通过RLF指示和切换报告流程来实现。
[0034] RLF指示流程可在eNB A处发生RLF后、UE尝试在eNB B处重建无线链路之后开 始。从eNB B发送到eNB A的RLF指示消息应包含以下信息元素：
[0035]-失败小区ID :发生RLF的小区的PCI :
[0036]-重建小区ID :尝试进行RL重建的小区的ECGI ;
[0037] -C-RNTI:发生 RLF 的小区中的 UE 的 C-RNTI。
[0038] -shortMAC-I (可选）：通过源小区的安全配置以及重建小区标识计算出的MAC-I 的16个最低有效位。<