用于发送小区受访历史的方法及其无线设备

申请号 CN201480037742.X 申请日 2014-10-22 公开(公告)号 CN105379324A 公开(公告)日 2016-03-02
申请人 LG电子株式会社; 发明人 金相源; 郑圣勋; 李英大;
摘要 提供了一种由用户设备(UE)执行的、用于发送上行链路消息的方法。所述方法可以包括以下步骤:由所述UE接收关于受访小区历史的 请求 消息;以及由所述UE响应于所述请求而发送所述受访小区历史。所述小区受访历史可以包括与当前小区对应的时间信息。
权利要求

1.一种用于发送上行链路消息的方法,该方法由用户设备UE执行并包括以下步骤:
由所述UE接收关于受访小区历史的请求消息;
由所述UE响应于所述请求而发送所述受访小区历史;
其中,所述小区受访历史包括与当前小区对应的时间信息。
2.根据权利要求1所述的方法,其中,所述受访小区历史包括所述当前小区的标识符。
3.根据权利要求1所述的方法,其中,所述时间信息指示所述UE在所述当前小区中所花费的持续时间。
4.根据权利要求1所述的方法,其中,所述当前小区的标识符被认为是受访小区的标识符。
5.根据权利要求1所述的方法,其中,所述时间信息指示所述UE直到接收到所述请求消息为止所花费的持续时间。
6.根据权利要求1所述的方法,其中,所述当前小区是主小区。
7.一种用于发送上行链路消息的无线设备,该无线设备包括:
收发器,该收发器被配置为接收关于受访小区历史的请求消息;以及处理器,该处理器被配置为控制所述收发器响应于所述请求而发送所述受访小区历史,
其中,所述小区受访历史包括与当前小区对应的时间信息。
8.根据权利要求7所述的无线设备,其中,所述受访小区历史包括所述当前小区的标识符。
9.根据权利要求7所述的无线设备,其中,所述时间信息指示用户设备在所述当前小区中所花费的持续时间。
10.根据权利要求7所述的无线设备,其中,所述当前小区的标识符被认为是受访小区的标识符。
11.根据权利要求7所述的无线设备,其中,所述时间信息指示用户设备直到接收到所述请求消息为止所花费的持续时间。
12.根据权利要求7所述的无线设备,其中,所述当前小区是主小区。

说明书全文

用于发送小区受访历史的方法及其无线设备

技术领域

[0001] 本发明涉及无线通信,并且更具体地,涉及一种用于发送小区受访历史的方法及其无线设备。

背景技术

[0002] 第三代合作伙伴计划(3GPP)长期演进(LTE)是通用移动电信系统(UMTS)的改进版本并作为3GPP版本8被引入的。3GPP LTE在下行链路中使用正交频分多址(OFDMA),而在上行链路中使用单载波-频分多址(SC-FDMA)。3GPP LTE采用具有多达四个天线的多输入多输出(MIMO)。近年来,正在对作为3GPP LTE的演进的3GPP LTE-advanced(LTE-A)进行讨论。
[0003] 在LTE/LTE-A中,如果UE经由多个小区移动,则UE在空闲模式下执行选择/重选过程或者在连接模式下执行切换过程。
[0004] 在这种情形下,需要网络估计用户设备(UE)的速度。然而,不存在用于网络估计UE的速度的任何解决方案。

发明内容

[0005] 技术问题
[0006] 因此,本发明的目的在于使得网络能够估计UE的速度。
[0007] 问题的解决方案
[0008] 为了实现这些和其它优点并且根据本发明的目的,如本文所具体实现和宽泛描述的,提供了一种使得所述UE能够记录作为关于受访小区的累积信息的受访小区历史、然后在RRC连接建立时或之后将所述受访小区历史提供给所述网络以帮助所述网络估计所述UE的速度的解决方案。有帮助的信息可以是所述UE在所述受访小区中花费的时间信息。
[0009] 更具体地,为了实现这些和其它优点并且根据本发明的目的,如本文所具体实现和宽泛描述的,提供了一种由用户设备(UE)执行的、用于发送上行链路消息的方法。所述方法可以包括以下步骤:由所述UE接收关于受访小区历史的请求消息;以及由所述UE响应于所述请求而发送所述受访小区历史。所述小区受访历史可以包括与当前小区对应的时间信息。
[0010] 所述受访小区历史可以包括所述当前小区的标识符。
[0011] 所述时间信息可以指示所述UE在所述当前小区中花费的持续时间。
[0012] 所述当前小区的所述标识符可以被认为是受访小区的标识符。
[0013] 所述时间信息可以指示所述UE直到接收到所述请求消息为止花费的持续时间。
[0014] 所述当前小区可以是主小区。
[0015] 为了实现这些和其它优点并且根据本发明的目的,如本文所具体实现和宽泛描述的,提供了一种用于发送上行链路消息的无线设备。所述无线设备可以包括:收发器,该收发器被配置为接收关于受访小区历史的请求消息;以及处理器,该处理器被配置为控制所述收发器响应于所述请求而发送所述受访小区历史。所述小区受访历史可以包括与当前小区对应的时间信息。
[0016] 发明的有益效果
[0017] 根据本公开,可以解决以上说明的问题。附图说明
[0018] 图1示出了适用本发明的无线通信系统。
[0019] 图2是示出了针对用户面的无线电协议架构的图。
[0020] 图3是示出了针对控制面的无线电协议架构的图。
[0021] 图4示出了将载波聚合用于3GPP LTE-A的宽带系统的示例。
[0022] 图5示出了在RRC_IDLE下的状态以及状态转变和过程。
[0023] 图6示出了UE在RRC_IDLE下的操作的示例。
[0024] 图7a和图7b示出了MME/服务网关内切换过程。
[0025] 图8是示出了UE信息报告过程的流程图
[0026] 图9是UE遍及多个小区执行切换过程的示例性情形。
[0027] 图10是根据本发明的示例性解决方案。
[0028] 图11是示出了用于实现本发明的实施方式的无线通信系统的框图

具体实施方式

[0029] 现在将详细地参照本发明的优选实施方式,其示例被例示在附图中。对于本领域技术人员而言还将显而易见的是,在不脱离本发明的精神或范围的情况下,能够对本发明做出各种修改和变化。因此,本发明旨在涵盖此发明的这些修改和变化,只要它们落入所附权利要求及其等同物的范围内即可。
[0030] 现在将参照附图详细地给出根据实施方式的排装置和具有所述排水装置的箱的描述。
[0031] 将基于通用移动电信系统(UMTS)和演进型分组核心(EPC)对本发明进行描述。然而,本发明不限于这些通信系统,并且它还可以适用于本发明的技术精神应用于的所有类型的通信系统和方法。
[0032] 应该注意,本文使用的技术术语仅被用来描述特定实施方式,而不用来限制本发明。另外,除非另外具体地定义,否则本文使用的技术术语应该被解释为由本发明所属于的本领域的普通技术人员通常理解的含义,而不应该被解释得太宽泛或太狭窄。此外,如果本文使用的技术术语是不能正确地表达本发明的精神的错误术语,则它们应该用由本领域技术人员适当地理解的技术术语代替。另外,本发明中使用的通常的术语应该基于词典的定义或上下文来解释,而不应该被解释得太宽泛或太狭窄。
[0033] 附带地,除非另外清楚地使用,否则单数的表达包括复数含义。在本申请中,术语“包括”和“包含”不应该被解释为必定包括本文所公开的元件或步骤中的全部,而应该被解释为不包括这些元件或步骤中的一些,或者应该被解释为还包括附加的元件或步骤。
[0034] 本文使用的包括诸如第一、第二等这样的序数的术语能够被用来描述各种元件,但是这些元件不应该受那些术语限制。这些术语仅被用来区分一个元件和另一元件。例如,第一元件可以被命名为第二元件,并且类似地,第二元件可以被命名为第一元件。
[0035] 在元件“连接”或“链接”至另一元件的情况下,它可以直接连接或链接至另一元件,但是可以在中间存在另一元件。相反,在元件“直接连接”或“直接链接”至另一元件的情况下,应该理解,在中间不存在任何其它元件。
[0036] 在下文中,将参照附图详细地描述本发明的优选实施方式,并且不管附图的编号如何,相同或类似的元件都被标明有相同的附图标记,并且将省去对它们的冗余描述。而且,在描述本发明时,在针对本发明所涉及的公知技术的具体描述被判断为使本发明的要点模糊不清时将省去详细描述。另外,应该注意,附图仅被例示以方便地说明本发明的精神,并且因此,它们不应被解释为通过附图来限制本发明的精神。本发明的精神应该被解释甚至延伸至除附图以外的所有改变、等同物和替换。
[0037] 在附图中存在示例性用户设备(UE),然而UE可以被称为诸如终端、移动设备(ME)、移动站(MS)、用户终端(UT)、订户站(SS)、无线装置(WD)、手持装置(HD)、接入终端(AT)等这样的术语。另外,UE可以作为诸如笔记本、移动电话、PDA、智能电话、多媒体装置等这样的便携式装置或者作为诸如PC或车载装置这样的非便携式装置被实现。
[0038] 图1示出了适用本发明的无线通信系统。
[0039] 无线通信系统还可以被称为演进型UMTS陆地无线电接入网(E-UTRAN)或长期演进(LTE)/LTE-A系统。
[0040] E-UTRAN包括向用户设备(UE)10提供控制面和用户面的至少一个基站(BS)20。UE10可以是固定的或移动的,并且可以被称为另一术语,诸如移动站(MS)、用户终端(UT)、订户站(SS)、移动终端(MT)、无线装置等。BS 20通常是与UE 10进行通信的固定站并且可以被称为另一术语,诸如演进型节点B(eNodeB)、基站收发系统(BTS)、接入点等。
[0041] BS 20借助于X2接口互连。BS 20还借助于S1接口连接至演进型分组核心(EPC)30,更具体地,通过S1-MME连接至移动性管理实体(MME)并且通过S1-U连接至服务网关(S-GW)。
[0042] EPC 30包括MME、S-GW和分组数据网网关(P-GW)。MME具有UE的接入信息或UE的能信息,并且这种信息通常被用于UE的移动性管理。S-GW是具有E-UTRAN作为端点的网关。P-GW是具有PDN作为端点的网关。
[0043] UE与网络之间的无线电接口协议的这些层能够基于在通信系统中公知的开放系统互连(OSI)模型的下三层分类为第一层(L1)、第二层(L2)和第三层(L3)。在这些层当中,属于第一层的物理(PHY)层使用物理信道来提供信息传送服务,而属于第三层的无线电资源控制(RRC)层用来控制UE与网络之间的无线电资源。为此,RRC层在UE与BS之间交换RRC消息。
[0044] 图2是示出了针对用户面的无线电协议架构的图。图3是示出了针对控制面的无线电协议架构的图。
[0045] 用户面是用于用户数据传输的协议栈。控制面是用于控制信号传输的协议栈。
[0046] 参照图2和图3,PHY层通过物理信道给上层提供信息传送服务。PHY层通过传输信道连接至作为PHY层的上层的介质访问控制(MAC)层。通过传输信道在MAC层与PHY层之间传送数据。根据如何以及在什么特性情况下经由无线电接口传送数据来对传输信道进行分类。
[0047] 在不同的PHY层(即,发送器的PHY层与接收器的PHY层)之间,通过物理信道来传送数据。物理信道可以使用正交频分复用(OFDM)方案来调制,并且可以利用时间和频率作为无线电资源。
[0048] MAC层的功能包括在逻辑信道与传输信道之间映射以及对通过属于逻辑信道的MAC服务数据单元(SDU)的传输信道提供给物理信道的传输进行复用/解复用。MAC层通过逻辑信道向无线电链路控制(RLC)层提供服务。
[0049] RLC层的功能包括RLC SDU级联、分段和重组。为了保证由无线电承载(RB)所需的各种服务质量(QoS),RLC层提供三种操作模式,即,透明模式(TM)、未确认模式(UM)和确认模式(AM)。AM RLC通过使用自动重复请求(ARQ)来提供错误纠正。
[0050] 用户面中的分组数据汇聚协议(PDCP)层的功能包括用户数据递送、报头压缩和加密。控制面中的PDCP层的功能包括控制面数据递送和加密/完整性保护。
[0051] 仅在控制面中定义无线电资源控制(RRC)层。RRC层用来与无线电承载(RB)的配置、重新配置和释放相关联地控制逻辑信道、传输信道和物理信道。RB是由第一层(即,PHY层)和第二层(即,MAC层、RLC层和PDCP层)提供用于UE与网络之间的数据递送的逻辑路径。
[0052] RB的建立暗示用于指定无线电协议层和信道属性以提供特定服务并且用于确定相应的详细参数和操作的过程。能够将RB分类为两种类型,即,信令RB(SRB)和数据RB(DRB)。SRB被用作用于在控制面中发送RRC消息的路径。DRB被用作用于在用户面中发送用户数据的路径。
[0053] 当在UE的RRC层与网络的RRC层之间建立RRC连接时,UE处于RRC连接状态(还可以被称为RRC连接模式)下,否则UE处于RRC空闲状态(还可以被称为RRC空闲模式)下。
[0054] 通过下行链路传输信道从网络向UE发送数据。下行链路传输信道的示例包括用于发送系统信息的广播信道(BCH)以及用于发送用户业务或控制消息的下行链路共享信道(SCH)。能够在下行链路-SCH或附加的下行链路多播信道(MCH)上发送下行链路多播或广播服务的用户业务或控制消息。通过上行链路传输信道从UE向网络发送数据。上行链路传输信道的示例包括用于发送初始控制消息的随机接入信道(RACH)以及用于发送用户业务或控制消息的上行链路SCH。
[0055] 属于传输信道的高层信道并映射到传输信道上的逻辑信道的示例包括广播信道(BCCH)、寻呼控制信道(PCCH)、公共控制信道(CCCH)、多播控制信道(MCCH)、多播业务信道(MTCH)等。
[0056] 物理信道在时域中包括多个OFDM符号并且在频域中包括多个子载波。一个子在时域中包括多个OFDM符号。资源块是资源分配单元,并且包括多个OFDM符号和多个子载波。此外,每个子帧可以将对应子帧的特定OFDM符号(例如,第一OFDM符号)的特定子载波用于物理下行链路控制信道(PDCCH),即,L1/L2控制信道。传输时间间隔(TTI)是子帧发送的单位时间。
[0057] 在下文中,将描述UE的RRC状态和RRC连接机制。
[0058] RRC状态指示UE的RRC层是否在逻辑上连接至E-UTRAN的RRC层。如果两个层彼此连接,则这被称作RRC连接状态,而如果两个层彼此未连接,则这被称作RRC空闲状态。当在RRC连接状态下时,UE具有RRC连接,进而E-UTRAN能够识别UE存在于小区单元中。因此,能够有效地控制UE。另一方面,当在RRC空闲状态下时,UE不能够被E-UTRAN识别,并且UE由核心网络在跟踪区域单元中进行管理,该跟踪区域单元是比小区更大的区域的单元。也就是说,关于处于RRC空闲状态下的UE,仅在大区域单元中识别UE的存在与否。为了得到诸如语音或数据这样的典型的移动通信服务,转变到RRC连接状态是必要的。
[0059] 当用户最初接通UE时,UE首先搜索适当的小区,此后在该小区中停留在RRC空闲状态下。只有当需要建立RRC连接时,停留在RRC空闲状态下的UE才通过RRC连接过程来建立与E-UTRAN的RRC连接,然后转变为RRC连接状态。处于RRC空闲状态下的UE需要建立RRC连接的情况的示例是多样的,诸如上行链路数据传输由于用户的电话尝试等而必要的情况或响应于从E-UTRAN接收到的寻呼消息而发送响应消息的情况。
[0060] 非接入层(NAS)层属于RRC层的上层并且用来执行会话管理、移动性管理等。
[0061] 现在,将对无线电链路故障进行描述。
[0062] UE持续地执行测量以维持与UE从其接收服务的服务小区的无线电链路的质量。UE确定通信是否由于与服务小区的无线电链路的质量的恶化而在当前情形下不可能。如果确定了服务小区的质量很差以致通信几乎不可能,则UE将当前情形确定为无线电链路故障。
[0063] 如果确定了无线电链路故障,则UE放弃维持与当前服务小区的通信,通过小区选择(或小区重选)过程来选择新小区,并且尝试到新小区的RRC连接重建。
[0064] 图4示出了将载波聚合用于3GPP LTE-A的宽带系统的示例。
[0065] 分量载波(CC)表示用在载波聚合系统中使用的载波并且可以被简称为载波。
[0066] 参照图4,每个分量载波(CC)具有20MHz的带宽,该带宽是3GPP LTE的带宽。可以聚合多达5个CC,所以可以配置100MHz的最大带宽。
[0067] 可以将载波聚合系统分类为聚合的载波是连续的连续载波聚合系统以及聚合的载波彼此间隔开的非连续载波聚合系统。在下文中,当简单地参照载波聚合系统时,这应该被理解为包括分量载波连续的情况和控制信道不连续的情况二者。
[0068] 当一个或更多个分量载波被聚合时,分量载波可以使用在现有系统中采用的带宽以便与现有系统后向兼容。例如,3GPP LTE系统支持1.4MHz、3MHz、5MHz、10MHz、15MHz和20MHz的带宽,并且3GPP LTE-A系统可以仅使用3GPP LTE系统的带宽来配置20MHz或更大的宽带。或者,不使用现有系统的带宽,而是可以定义新带宽以配置宽带。
[0069] 无线通信系统的系统频带被分成多个载波频率。这里,载波频率表示小区的小区频率。在下文中,小区可以表示下行链路频率资源和上行链路频率资源。或者,小区可以是指下行链路频率资源和可选的上行链路频率资源的组合。此外,在不考虑载波聚合(CA)的通常情况下,一个小区可以总是具有一对上行链路频率资源和下行链路频率资源。
[0070] 可以将小区分类为主小区和辅小区、服务小区。
[0071] 主小区表示在主频率下操作的小区。主小区是终端与基站一起进行初始连接建立过程或连接重建过程的小区,或者是在切换期间被指定为主小区的小区。
[0072] 辅小区表示在辅频率下操作的小区。一旦建立了RRC连接就配置辅小区,并且辅小区被用来提供附加的无线电资源。
[0073] 在未配置载波聚合的情况下或者当终端不能够提供载波聚合时,服务小区被配置为主小区。在配置了载波聚合的情况下,术语“服务小区”表示被配置给终端的小区并且可以包括多个服务小区。一个服务小区可以由一个下行链路分量载波或一对{下行链路分量载波、上行链路分量载波}构成。多个服务小区可以由主小区以及所有辅小区中的一个或更多个构成。
[0074] 主分量载波(PCC)表示与主小区对应的分量载波(CC)。PCC是多个CC当中的终端最初实现与基站的连接或RRC连接的一个CC。PCC是负责连接或RRC连接以便关于多个CC发信号通知并且管理作为与终端有关的连接信息的终端上下文信息(UE上下文)的特殊CC。此外,PCC实现与终端的连接,使得PCC在RRC连接模式下时总是处于激活状态下。与主小区对应的下行链路分量载波被表示为下行链路主分量载波(DL PCC),并且与主小区对应的上行链路分量载波被表示为上行链路主分量载波(UL PCC)。
[0075] 辅分量载波(SCC)表示与辅小区对应的CC。也就是说,SCC是除PCC以外的CC,其被分配给终端并且是用于终端执行除PCC之外的附加资源分配的扩展载波。SCC可以处于激活状态或去激活状态下。与辅小区对应的下行链路分量载波被表示为下行链路辅分量载波(DL SCC),并且与辅小区对应的上行链路分量载波被表示为上行链路辅分量载波(UL SCC)。
[0076] 主小区和辅小区具有以下特性。
[0077] 首先,主小区被用于发送PUCCH。其次,主小区总是激活的,然而可以根据特定条件激活/去激活辅小区。第三,当主小区经历无线电链路故障(在下文中为“RLF”)时,RRC重连接被触发。第四,可以通过从RACH(随机接入信道)过程开始的切换过程或者通过更改安全密钥来改变主小区。第五,经由主小区接收NAS(非接入层)信息。第六,在FDD系统中,主小区总是具有一对DL PCC和UL PCC。第七,可以将不同的分量载波(CC)设置为每个终端中的主小区。第八,可以仅通过切换或小区选择/小区重选过程来替换主小区。在添加新服务小区时,可以使用RRC信令来发送专用服务小区的系统信息。
[0078] 当配置服务小区时,下行链路分量载波可以形成一个服务小区,或者下行链路分量载波和上行链路分量载波形成连接以从而配置一个服务小区。然而,不单独用一个上行链路分量载波配置服务小区。
[0079] 分量载波的激活/去激活在概念上相当于服务小区的激活/去激活。例如,假定服务小区1由DL CC1构成,服务小区1的激活表示DL CC1的激活。如果服务小区2是通过DL CC2和UL CC2的连接来配置的,则服务小区2的激活表示DL CC2和UL CC2的激活。在这个意义上,每个分量载波可以与服务小区对应。
[0080] 图5示出了在RRC_IDLE下的状态以及状态转变和过程。
[0081] UE将出于小区选择和重选目的而执行测量。NAS能够(例如)通过指示与所选择的PLMN关联的RAT、以及通过维持禁止登记区域的列表和等效PLMN的列表来控制应该执行小区选择的RAT。UE基于空闲模式测量结果和小区选择准则来选择适合的小区。
[0082] 为了使小区选择过程加速,可能在UE中可得到针对多个RAT的存储信息。
[0083] 当驻留在小区上时,UE可以根据小区重选准则定期地搜索更好的小区。如果找到了更好的小区,则选择该小区。小区的改变可以暗示RAT的改变。能够在[10]中找到关于针对小区重选的性能要求的细节。
[0084] 如果小区选择和重选导致所接收到的与NAS相关的系统信息的改变,则通知NAS。
[0085] 对于正常服务,UE可以驻留在适合的小区上,调谐到该小区的控制信道,使得UE能够:
[0086] -从PLMN接收系统信息;并且
[0087] -从PLMN接收登记区域信息,例如,跟踪区域信息;并且
[0088] -接收其它AS和NAS信息;并且
[0089] -如果被登记,则:
[0090] -从PLMN接收寻呼和通知消息;并且
[0091] -初始到连接模式的传送。
[0092] 此外,参照图5,每当执行新PLMN选择时,将导致退回到编号1。
[0093] 图6示出了UE在RRC_IDLE状态下的操作的示例。
[0094] 在图6中例示了在最初启动UE之后通过小区选择登记网络的过程以及执行小区重选的过程(如果需要)。
[0095] 参照图6,在步骤S50处,UE选择无线电接入技术(RAT)以PLMN进行通信,UE将从该PLMN获得服务。关于PLMN和RAT的信息可以由UE选择。UE可以使用存储在通用订户标识模块(USIM)中的信息。
[0096] 在步骤S51处,UE在测量的BS以及具有比预定值更高的质量的小区当中选择最高小区。这个过程被称为初始小区选择过程,并且由被启动的UE执行。将在下文中对小区选择过程进行描述。在小区选择之后,UE从BS周期性地接收系统信息。该预定值是在通信系统中定义以用于在数据发送/接收中确保物理信号质量的值。因此,该预定值可以随着应用有每个预定值的RAT而变化。
[0097] 在步骤S52处,UE确定是否执行网络登记过程。在步骤S53处,如果需要UE执行网络登记过程。UE登记自身信息(即IMSI)以便由网络进行服务(即寻呼)。每当UE选择小区时UE不登记。当UE自己的关于网络的信息(例如,跟踪区域标识(TAI))与从系统信息提供的关于网络的信息不同时,UE执行网络登记过程。
[0098] 如果从服务UE的BS测量到的信号强度或信号质量的值低于从相邻小区的BS测量到的值,则UE可以选择与服务UE的BS相比提供更好的信号特性的其它小区中的一个。这个过程被称为小区重选过程,其与初始小区选择过程区分开。可能存在用于防止UE根据信号特性的改变而频繁地执行小区重选过程的临时约束。将在下文中对小区重选过程进行描述。
[0099] 在步骤S54处UE执行小区重选过程。将在下面对小区重选过程进行描述。如果选择了新小区,则UE可以执行在步骤S52中描述的过程。如果未选择新小区,则UE可以再次执行小区重选过程。
[0100] 详细地描述了小区选择过程。
[0101] 如果UE被启动或者驻留在小区上,则UE可以执行这些过程,以便通过选择具有适合的质量的小区来接收服务。
[0102] 处于RRC_IDLE下的UE需要通过选择始终具有适合的质量的小区来准备经由该小区接收服务。例如,刚被启动的UE必须选择具有适合的质量的小区以便被登记到网络中。如果已停留在RRC_CONNECTED下的UE进入到RRC_IDLE中,则UE必须选择UE它本身驻留在其上的小区。因此,由UE选择满足特定条件的小区以便停留在诸如RRC_IDLE这样的服务等待状态下的过程被称作小区选择。在UE在RRC_IDLE下当前不确定UE本身驻留在其上的小区的状态下执行小区选择,因此尽可能迅速地选择小区是非常重要的。因此,如果小区提供大于或等于预定水平的无线电信号质量,则即使该小区不是提供最好的无线电信号质量的小区,也可以在小区选择过程中选择该小区。
[0103] 在下文中,详细地描述了3GPP LTE中的用于由UE选择小区的方法和过程。如果最初接通了电源,则UE搜索可用PLMN并选择适合的PLMN以接收服务。随后,UE在由所选择的PLMN提供的小区当中选择具有能够接收到适合的服务的信号质量和特性的小区。
[0104] UE可以使用以下两个小区选择过程中的一个:
[0105] 1)初始小区选择:这个过程不需要事先知道哪些RF信道是E-UTRA载波。UE可以根据其能力在E-UTRA频带中对所有RF信道进行扫描以找到适合的小区。在每个载波频率上,UE仅需要搜索最强的小区。一旦找到了适合的小区,就可以选择该小区。
[0106] 2)存储信息小区选择:这个过程需要来自先前接收到的测量控制信息元件或来自先前检测到的小区的载波频率的存储信息,并且可选地还需要关于小区参数的信息。一旦UE已找到适合的小区,UE就可以选择它。如果未找到适合的小区,则可以启动初始小区选择过程。
[0107] 可以将由UE在小区选择过程中使用的小区选择标准S表示如下:
[0108] 式1
[0109] [式1]
[0110] Srxlev>0并且Squal>0
[0111] 其中:Srxlev=Qrxlevmeas–(Qrxlevmin+Qrxlevminoffset)–Pcompensation[0112] Squal=Qqualmeas–(Qqualmin+Qqualminoffset)
[0113] 表1
[0114] [表1]
[0115]
[0116] 当小区作为在正常地驻留在VPLMN中的同时针对更高优先级PLMN的周期性搜索的结果而被评估以用于小区选择时仅应用发信号通知的值Qrxlevminoffset和Qqualminoffset。在针对更高优先级PLMN的该周期性搜索期间,UE可以使用从该更高优先级PLMN的不同小区存储的参数值来检查小区的S准则。
[0117] *
[0118] 详细地描述了小区选择过程。
[0119] 在UE通过小区选择过程选择特定小区之后,UE与BS之间的信号强度和质量可能由于UE移动性和无线环境的改变而发生改变。因此,如果所选择的小区的质量恶化,则UE可以选择提供更好质量的另一小区。如果按照这种方式重选小区,则一般而言选择提供比当前选择的小区的信号质量更好的信号质量的小区。该过程被称作小区重选。从无线电信号质量的观点看,小区重选过程的基本目的通常是选择向UE提供最好质量的小区。
[0120] 除无线电信号质量的观点之外,网络可以向UE通知为每个频率确定的优先级。已接收到优先级的UE可以在小区重选过程期间比无线电信号质量准则更优先地考虑该优先级。
[0121] 如上所述,存在基于无线环境的信号特性来选择或重选小区的方法。当在小区重选过程中重选小区时,基于小区的RAT和频率特性,可能存在如下所述的小区重选方法。
[0122] -频内小区重选:重选的小区是具有与在UE当前正驻留其上的小区中使用的那些中心频率相同的中心频率以及与在UE当前正驻留其上的小区中使用的那些RAT相同的RAT的小区。
[0123] -频间小区重选:重选的小区是相对于在UE当前正驻留在其上的小区中使用的那些RAT和中心频率具有相同的RAT和不同的中心频率的小区。
[0124] -RAT间小区重选:重选的小区是使用与在UE当前正驻留在其上的小区中使用的RAT不同的RAT的小区。
[0125] 通常,小区重选过程如下。
[0126] 1)UE从BS接收用于小区重选过程的参数。
[0127] 2)UE测量用于小区重选的服务小区和邻近小区的质量。
[0128] 3)基于小区重选准则执行小区重选过程。关于服务小区和邻近小区的测量,小区重选准则具有以下特征。
[0129] -频内小区重选基本上基于排名。排名是用于为小区重选的评估定义准则值并且用于通过使用该准则值根据该准则值的大小对小区进行排序的操作。具有最高准则的小区被称为排名最好小区。小区准则值是基于由UE针对对应小区测量到的值可选地应用频率偏移或小区偏移的值。
[0130] -频间小区重选基于由网络提供的频率优先级。UE试图驻留在具有最高优先级的频率下。网络可以通过使用广播信令来提供要通常应用于UE的相同的频率优先级,或者可以通过对于每个UE使用专用信令来向每个UE提供频率特定优先级。通过广播信令提供的小区重选优先级可以被称为公共优先级。网络为每个UE分配的小区重选优先级可以被称为专用优先级。当UE接收到专用优先级时,UE还一起接收专用优先级的有效性时间。在接收到专用优先级后,UE启动被设置为所接收到的有效性时间的有效性定时器。在有效性定时器操作的同时,UE在RRC_IDLE下应用专用优先级。当有效性定时器期满时,UE删除专用优先级,并且因此,适用于公共优先级。
[0131] -对于频间小区重选,网络可以针对每个频率向UE提供在小区重选中使用的参数(例如,频率特定偏移)。
[0132] -对于频内小区重选或频间小区重选,网络可以向UE提供在小区重选中使用的邻近小区列表(NCL)。该NCL包括在小区重选中使用的小区特定参数(例如,小区特定偏移)。
[0133] -对于频内小区重选或频间小区重选,网络可以给UE提供黑名单,即,将不在小区重选中选择的小区的列表。UE不对在黑名单中包括的小区执行小区重选。
[0134] 对重选优先级处理进行描述。可以参照3GPP TS 36.304V10.5.0(2012-03)的5.2.4.1节。
[0135] 可以在系统信息中、在RRCConnectionRelease消息中或者通过在RAT间小区(重新选择)选择时从另一RAT继承来向UE提供不同的E-UTRAN频率或RAT间频率的绝对优先级。在系统信息的情况下,可以列举E-UTRAN频率或RAT间频率而无需提供优先级(即,对于该频率不存在字段cellReselectionPriority)。如果在专用信令中提供了优先级,则UE可以忽视在系统信息中提供的所有优先级。如果UE处于“驻留在任何小区上”状态下,则UE可以仅应用通过来自当前小区的系统信息提供的优先级,并且除非另外指定,否则UE保存通过专用信令提供的优先级。当处于“正常地驻留”状态下的UE仅具有除针对当前频率以外的专用优先级时,UE可以将当前频率认为是最低优先级频率(即,低于八个网络配置值)。在UE驻留在适合的CSG小区上的同时,UE可以总是将当前频率认为是最高优先级频率(即,高于八个网络配置值),而不管分配给该频率的任何其它优先级值如何。如果UE知道在哪一个频率上提供感兴趣的多媒体广播多播业务(MBMS)服务,则可以将该频率认为是MBMS会话期间的最高优先级频率。当出现以下情况时,UE可以删除通过专用信令提供的优先级:
[0136] -UE进入RRC_CONNECTED状态;或者
[0137] -专用优先级的可选的有效性时间(T320)期满;或者
[0138] -应NAS请求执行了PLMN选择。
[0139] UE可以仅对于在系统信息中给出并且UE提供了优先级的E-UTRAN频率和RAT间频率执行小区重选评估。UE可以不将任何黑名单小区认为是用于小区重选的候选。如果配置了的话,UE可以在RAT间小区(重新选择)选择时继承通过专用信令提供的优先级以及剩余的有效性时间(即,E-UTRA中的T320、UTRA中的T322和GERAN中的T3230)。
[0140] 在下文中,将描述用于小区重选的测量规则。
[0141] 当出于重选目的而对非服务小区的Srxlev和Squal进行评估时,UE将使用由服务小区提供的参数。
[0142] UE使用以下规则来限制需要的测量:
[0143] -如果服务小区满足Srxlev>SIntraSearchP和Squal>SIntraSearchQ,则UE可以选择不执行频内测量。
[0144] -否则,UE将执行频内测量。
[0145] -UE将对于在系统信息中指示且UE如5.2.4.1中所定义的那样提供了优先级的E-UTRAN频间和RAT间频率应用以下规则:
[0146] -对于具有比当前E-UTRAN频率的重选优先级高的重选优先级的E-UTRAN频间或RAT间频率,UE将根据[10]来执行更高优先级E-UTRAN频间或RAT间频率的测量。
[0147] -对于与当前E-UTRA频率的重选优先级相比具有相等或较低的重选优先级的E-UTRAN频间并且对于与当前E-UTRAN频率的重选优先级相比具有较低的重选优先级的RAT间频率:
[0148] -如果服务小区满足Srxlev>SnonIntraSearchP和Squal>SnonIntraSearchQ,则UE可以选择不执行相等或较低优先级的E-UTRAN频间或RAT间频率小区的测量。
[0149] -否则,UE将根据[10]执行相等或较低优先级的E-UTRAN频间或RAT间频率小区的测量。
[0150] 现在,将对UE的移动性状态进行描述。
[0151] 除了正常移动性状态之外,如果在服务小区的系统信息广播中发送了参数(TCRmax、NCR_H、NCR_M和TCRmaxHyst),则高移动性状态和中等移动性状态是可适用的。
[0152] 状态检测准则包括中等移动性状态准则和高移动性状态准则。
[0153] 中等移动性状态准则:
[0154] -如果在时间段TCRmax期间小区重选的数目超过NCR_M而没超过NCR_H
[0155] 高移动性状态准则:
[0156] -如果在时间段TCRmax期间小区重选的数目超过NCR_H
[0157] 如果刚好在一个其它重选之后重选了相同小区,则UE将不把相同的两个小区之间的连续重选计入移动性状态检测准则。
[0158] 关于状态转变,UE将:
[0159] -如果检测到针对高移动性状态的准则:
[0160] -则进入高移动性状态。
[0161] -否则如果检测到针对中等移动性状态的准则:
[0162] -则进入中等移动性状态。
[0163] -否则如果在时间段TCRmaxHyst期间未检测到针对中等移动性状态或高移动性状态的准则:
[0164] -则进入正常移动性状态。
[0165] 如果UE处于高移动性状态或中等移动性状态下,则UE将应用速度相关定标规则。
[0166] UE将应用以下定标规则:
[0167] -如果均未检测到中等移动性状态和高移动性状态,则:
[0168] -不应用定标。
[0169] -如果检测到高移动性状态,则:
[0170] -在系统信息上发送的情况下将“针对Qhyst的速度相关定标因子”的sf-High添加到Qhyst。
[0171] -对于E-UTRAN小区,在系统信息上发送的情况下将TreselectionEUTRA乘以“针对TreselectionEUTRA的速度相关定标因子”的sf-High。
[0172] -对于UTRAN小区,在系统信息上发送的情况下将TreselectionUTRA乘以“针对TreselectionUTRA的速度相关定标因子”的sf-High。
[0173] -对于GERAN小区,在系统信息上发送的情况下将TreselectionGERA乘以“针对TreselectionGERA状态的速度相关定标因子”的sf-High。
[0174] -对于CDMA2000HRPD小区,在系统信息上发送的情况下将TreselectionCDMA_HRPD乘以“针对TreselectionCDMA_HRPD的速度相关定标因子”的sf-High。
[0175] -对于CDMA20001xRTT小区,在系统信息上发送的情况下将TreselectionCDMA_1xRTT乘以“针对TreselectionCDMA_1xRTT的速度相关定标因子”的sf-High。
[0176] -如果检测到中等移动性状态,则:
[0177] -在系统信息上发送的情况下将“针对中等移动性状态的Qhyst的速度相关定标因子”的sf-Medium添加到Qhyst。
[0178] -对于E-UTRAN小区,在系统信息上发送的情况下将TreselectionEUTRA乘以“针对TreselectionEUTRA的速度相关定标因子”的sf-Medium。
[0179] -对于UTRAN小区,在系统信息上发送的情况下将TreselectionUTRA乘以“针对TreselectionUTRA的速度相关定标因子”的sf-Medium。
[0180] -*对于GERAN小区,在系统信息上发送的情况下将TreselectionGERA乘以“针对TreselectionGERA的速度相关定标因子”的sf-Medium。
[0181] -对于CDMA2000HRPD小区,在系统信息上发送的情况下将TreselectionCDMA_HRPD乘以“针对TreselectionCDMA_HRPD的速度相关定标因子”的sf-Medium。
[0182] -对于CDMA20001xRTT小区,在系统信息上发送的情况下将TreselectionCDMA_1xRTT乘以“针对TreselectionCDMA_1xRTT的速度相关定标因子”的sf-Medium。
[0183] 在定标应用于任何TreselectionRAT参数的情况下,UE将在所有定标之后的结果上舍入到次近邻结果。
[0184] 现在,将讨论具有小区保留、接入限制或不适合于正常驻留的小区。
[0185] 对于根据小区重选准则的排名最高的小区(包括服务小区)并且对于根据绝对优先级重选准则的最好小区,UE将根据规则检查接入是否受限制。
[0186] 如果必须从候选列表中排除该小区和其它小区,则UE将不把这些小区认为是用于小区重选的候选。当排名最高的小区改变时将去除该限制。
[0187] 如果根据绝对优先级重选规则的排名最高的小区或最好小区是由于为“漫游禁止TA的列表”的一部分或者属于未被指示为相当于已登记的PLMN的PLMN而不适合的频内小区或频间小区,则UE在最多300s内将不把该小区以及相同频率上的其它小区认为是用于重选的候选。如果UE进入任何小区选择状态,则将去除任何限制。如果UE在E-UTRAN控制下被重定向到定时器正运行的频率,则将去除对该频率的任何限制。
[0188] 如果根据绝对优先级重选规则的排名最高的小区或最好小区是由于为“漫游禁止TA的列表”的一部分或者属于未被指示为相当于已登记的PLMN的PLMN而不适合的RAT间小区,则UE在最多300s内将不把该小区认为是用于重选的候选。在UTRA的情况下在[8]中定义另外的要求。如果UE进入任何小区选择状态,则将去除任何限制。如果UE在E-UTRAN控制下被重定向到定时器正运行的频率,则将去除对该频率的任何限制。
[0189] 如果根据绝对优先级重选规则的排名最高的小区或最好小区是由于CSG ID和关联的PLMN标识不存在于UE的CSG白名单中而不适合的CSG小区,则UE将不把该小区认为是用于小区重选的候选,但是将继续考虑相同频率上的其它小区用于小区重选。
[0190] 现在,将对E-UTRAN频间和RAT间小区重选准则进行说明。
[0191] 如果在SystemInformationBlockType3中提供了threshServingLowQ,则在以下情况下将执行到比服务频率优先级高的E-UTRAN频率或RAT间频率上的小区的小区重选:
[0192] -在时间间隔TreselectionRAT期间更高优先级EUTRAN或UTRAN FDD RAT/频率的小区满足Squal>ThreshX,HighQ;或者
[0193] -在时间间隔TreselectionRAT期间更高优先级UTRAN TDD、GERAN或CDMA2000RAT/频率的小区满足Srxlev>ThreshX,HighP;以及
[0194] -自UE驻留在当前服务小区上以来多于1秒已经过去。
[0195] 否则,在以下情况下将执行到比服务频率优先级高的E-UTRAN频率或RAT间频率上的小区的小区重选:
[0196] -在时间间隔TreselectionRAT期间更高优先级RAT/频率的小区满足Srxlev>ThreshX,HighP;并且
[0197] -自UE驻留在当前服务小区上以来多于1秒已经过去。
[0198] 到相等优先级E-UTRAN频率上的小区的小区重选将基于针对频内小区重选的排名。
[0199] 如果在SystemInformationBlockType3中提供了threshServingLowQ,则在以下情况下将执行到比服务频率优先级低的E-UTRAN频率或RAT间频率上的小区的小区重选:
[0200] -在时间间隔TreselectionRAT期间服务小区满足SqualThreshX,LowQ;或者
[0201] -在时间间隔TreselectionRAT期间服务小区满足SqualThreshX,LowP;并且[0202] -自UE驻留在当前服务小区上以来多于1秒已经过去。
[0203] 否则,在以下情况下将执行到比服务频率优先级低的E-UTRAN频率或RAT间频率上的小区的小区重选:
[0204] -在时间间隔TreselectionRAT期间服务小区满足SrxlevThreshX,LowP;并且
[0205] -自UE驻留在当前服务小区上以来多于1秒已经过去。
[0206] 如果不同优先级的多个小区满足小区重选准则,则到较高优先级RAT/频率的小区重选将优先于较低优先级RAT/频率。
[0207] 对于cdma2000RAT,Srxlev等于以0.5dB为单位的-FLOOR(-2×10×log10Ec/Io),如[18]中所定义的,其中Ec/Io表示从已评估的小区测量到的值。
[0208] 对于cdma2000RAT,ThreshX,HighP和ThreshX,LowP等于在系统信息中针对所对应的参数发信号通知的值的-1倍。
[0209] 在所有以上准则中,当UE处于如子条款5.2.4.3.1中所定义的中等移动性状态或高移动性状态下时,TreselectionRAT的值被定标。如果超过一个小区满足以上准则,则UE将重选小区如下:
[0210] -如果最高优先级频率是E-UTRAN频率,则在最高优先级频率上的小区当中作为最好小区排名的小区满足准则;
[0211] -如果最高优先级频率来自另一RAT,则在最高优先级频率上的小区当中作为最好小区排名的小区满足该RAT的准则。
[0212] 如果UE支持从通过UE支持的系统信息提供的所有其它RAT到E-UTRAN的基于Squal(RSRQ)的小区重选,则将基于Squal准则执行到在系统信息中广播基于Squal的小区重选参数的另一RAT的小区重选。否则,将基于Srxlev准则执行到另一RAT的小区重选。
[0213] 现在,将描述频内和相等优先级频间小区重选准则。
[0214] 针对服务小区的小区排名准则Rs和针对邻近小区的小区排名准则Rn由下式定义:
[0215] 式2
[0216] [式2]
[0217]
[0218] 表2
[0219] [表2]
[0220]
[0221] UE将执行满足小区选择准则S的所有小区的排名,但是可以排除由UE已知为不允许的所有CSG小区。
[0222] 将根据以上指定的R准则对小区进行排名,得到Qmeas,n和Qmeas,s并且使用平均的RSRP结果来计算R值。
[0223] 如果小区被排名为最好小区,则UE将执行到该小区的小区重选。如果该小区被发现为不适合的,则UE将进行以上讨论的操作。
[0224] 在所有情况下,UE将重选新小区,只要满足以下条件:
[0225] -新小区在时间间隔TreselectionRAT期间比服务小区排名更好;
[0226] -自UE驻留在当前服务小区上以来多于1秒已经过去。
[0227] 现在,将讨论在系统信息中广播的小区重选参数。
[0228] 在系统信息中广播并从服务小区读取小区重选参数如下:
[0229] 表3
[0230] [表3]
[0231]
[0232] 下表4示出了以上所描述的速度相关重选参数。可以基于速度相关重选参数来估计UE的移动性状态,并且可以基于UE的移动性状态应用速度相关定标规则。
[0233] 表4
[0234] [表4]
[0235]
[0236] 现在,将讨论具有CSG小区的小区重选。
[0237] 首选,对从非CSG小区到CSG小区的小区重选进行说明如下:
[0238] 除正常的小区重选之外,当在UE的CSG白名单中包括具有关联的PLMN标识的至少一个CSG ID时,根据[10]中指定的性能要求,UE将使用自主搜索功能来在非服务频率(包括RAT间频率)上检测至少先前受访允许的CSG小区。UE还可以在服务频率上使用自主搜索。如果UE的CSG白名单为空,则UE将对于CSG小区禁用自主搜索功能。
[0239] 每个UE实现的UE自主搜索功能确定何时和/或在哪里搜索允许的CSG小区。
[0240] 如果UE在不同频率上检测到一个或更多个适合的CSG小区,则在所关心的CSG小区是该频率上的排名最高的小区情况下,不管UE当前驻留的小区的频率优先级如何UE都将重选到所检测的小区中的一个。
[0241] 如果UE在相同频率上检测到适合的CSG小区,则它将按照正常的重选规则重选到该小区。
[0242] 如果UE在另一RAT上检测到一个或更多个适合的CSG小区,则UE将重选到它们中的一个。
[0243] 其次,对从CSG小区的小区重选进行说明如下:
[0244] 在驻留在适合的CSG小区上的同时,UE将应用正常的小区重选规则。
[0245] 为了在非服务频率上搜索适合的CSG小区,UE可以使用自主搜索功能。如果UE在非服务频率上检测到CSG小区,则UE可以在所检测到的CSG小区是其频率上的排名最高的小区的情况下重选到所检测到的CSG小区。
[0246] 如果UE在另一RAT上检测到一个或更多个适合的CSG小区,则UE可以重选到它们中的一个。
[0247] 第三,对具有混合小区的小区重选进行说明如下:
[0248] 除正常的小区重选规则之外,UE将根据性能要求使用自主搜索功能来检测其CSG ID和关联的PLMN标识在UE的CSG白名单中的至少先前受访的混合小区。UE在混合小区的CSG ID和关联的PLMN标识在UE的CSG白名单中的情况下将把检测到的混合小区视为CSG小区,否则视为正常小区。
[0249] 图7a和图7b示出了MME/服务网关内切换过程。
[0250] 处于RRC_CONNECTED状态下的UE的E-UTRAN内HO是利用E-UTRAN中的HO准备信令的UE辅助的网络受控HO:
[0251] -部分HO命令来自于目标eNB并且被源eNB透明地转发到UE;
[0252] -为了准备HO,源eNB将所有必要的信息(例如,E-RAB属性和RRC上下文)传递给目标eNB:
[0253] -当配置了CA时并且为了在目标eNB中使得能实现SCell选择,源eNB能够按无线电质量的排序提供最好小区的列表并且可选地提供小区的测量结果。
[0254] -源eNB和UE二者保持一些上下文(例如C-RNTI)以在HO故障的情况下使得能实现UE的返回;
[0255] -UE遵循使用专用RACH前导码的无竞争过程或者在专用RACH前导码不可用的情况下遵循基于竞争的过程经由RACH接入目标小区。
[0256] -UE使用专用前导码直到切换过程(成功地或不成功地)结束为止;
[0257] -如果朝向目标小区的RACH过程在特定时间内不成功,则UE使用适合的小区来发起无线电链路故障恢复;
[0258] -在切换时不传送ROHC上下文;
[0259] -能够在切换时在同一eNB内保持ROHC上下文。
[0260] 在没有EPC参与的情况下执行HO过程的准备和执行阶段,即,在eNB之间直接交换准备消息。资源在HO完成阶段期间在源侧的释放由eNB触发。在涉及RN的情况下,其DeNB中继RN与MME之间的适当的S1消息(基于S1的切换)以及RN与目标eNB之间的X2消息(基于X2的切换);DeNB由于S1代理和X2代理功能明性而显式地知道附着到RN的UE。
[0261] 现在,参照图6,将对均不涉及MME和服务网关的基本切换场景进行说明。
[0262] 步骤0)源eNodeB(eNB)内的UE上下文包含有关在连接建立时或在最后TA更新时提供的漫游限制的信息。
[0263] 步骤1)源eNodeB根据区域限制信息配置UE测量过程。由源eNodeB提供的测量可以辅助控制UE的连接移动性的功能。
[0264] 步骤2)测量报告被触发并发送到eNodeB。
[0265] 步骤3)源eNodeB基于测量报告和RRM信息作出切换UE的判定。
[0266] 步骤4)源eNodeB向目标eNodeB发出切换请求消息,从而传递在目标侧准备HO所需的信息(在源eNodeB处的UE X2信令上下文基准、UE S1EPC信令上下文基准、目标小区ID、KeNodeB*、包括源eNodeB中的UE的C-RNTI的RRC上下文、AS配置、E-RAB上下文以及源小区的物理层ID+用于可能的RLF恢复的短MAC-I)。UE X2/UE S1信令基准使得目标eNodeB能够对源eNodeB和EPC进行寻址。E-RAB上下文包括必要的RNL和TNL寻址信息以及E-RAB的QoS配置文件。
[0267] 步骤5)如果能够通过目标eNodeB许可资源,可以取决于所接收到的E-RAB QoS信息通过目标eNodeB来执行接纳控制以增加成功HO的可能性。目标eNodeB根据所接收到的E-RAB QoS信息来配置所需要的资源并且保留C-RNTI以及可选地RACH前导码。要在目标小区中使用的AS配置能够被独立地指定(即“建立”),或者作为与在源小区中使用的AS-配置相比的增量被指定(即“重新配置”)。
[0268] 步骤6)目标eNodeB利用L1/L2准备HO并且向源eNodeB发送切换请求确认。切换请求确认消息包括要作为RRC消息发送到UE以执行切换的透明容器。所述容器包括新C-RNTI,用于所选择的安全算法的目标eNodeB安全算法标识符可以包括专用RACH前导码,以及可能一些其它参数,即接入参数、SIB等。必要时,切换请求确认消息还可以包括转发隧道的RNL/TNL信息。
[0269] 源eNodeB一接收到切换请求确认,或一在下行链路中发起了切换命令的发送,就可以发起数据转发。
[0270] 步骤7)目标eNodeB生成用于执行切换的RRC消息,即要由源eNodeB朝向UE发送 的包 括mobilityControlInformation的RRCConnectionReconfiguration消 息。源eNodeB对消息执行必要的完整性保护和加密。UE接收具有必要参数(即新C-RNTI、目标eNodeB安全算法标识符以及可选地专用RACH前导码、目标eNodeB SIB等)的RRCConnectionReconfiguration消息并且由源eNodeB命令执行HO。UE不必使切换执行延迟以便将HARQ/ARQ响应递送给源eNodeB。
[0271] 步骤8)源eNodeB向目标eNodeB发送SN状态传送消息以传达PDCP状态保存适用的E-RAB的上行链路PDCP SN接收器状态和下行链路PDCP SN发送器状态(即针对RLC AM)。上行链路PDCP SN接收器状态至少包括第一遗漏UL SDU的DCP SN,并且可以包括UE需要在目标小区中重传的乱序UL SDU的接收状态的位图(如果存在任何这种SDU的话)。下行链路PDCP SN发送器状态指示目标eNodeB将分配给尚不具有PDCP SN的SDU的下一个PDCP SN。如果UE的E-RAB当中谁都不用PDCP状态保存进行处理,则源eNodeB可以忽略发送该消息。
[0272] 步骤9)在接收到包括mobilityControlInformation的RRCConnectionReconfiguration消息之后,UE执行与目标eNodeB的同步并经由RACH接入目标小区,在mobilityControlInformation中指示了专用RACH前导码的情况下遵循无竞争过程,或者在未指示专用前导码的情况下遵循基于竞争的过程。UE得到目标eNodeB特定的密钥并配置要在目标小区中使用的所选择的安全算法。
[0273] 步骤10)目标eNodeB以UL分配和定时提前做出响应。
[0274] 步骤11)当UE已成功地接入目标小区时,UE每当可能时与上行链路缓冲状态报告一起向目标eNodeB发送用于确认切换的RRCConnectionReconfigurationComplete消息(C-RNTI)以指示对于UE来说切换过程完成。目标eNodeB验证在RRCConnectionReconfigurationComplete消息中发送的C-RNTI。目标eNodeB现在能够开始向UE发送数据。
[0275] 步骤12)目标eNodeB向MME发送路径切换请求消息以通知UE已改变小区。
[0276] 步骤13)MME向服务网关发送修改承载请求消息。
[0277] 步骤14)服务网关将下行链路数据路径切换至目标侧。服务网络在旧路径上向源eNodeB发送一个或更多个“结束标记”分组,然后能够朝向源eNodeB释放任何U-平面/TNL资源。
[0278] 步骤15)服务网关向MME发送修改承载响应消息。
[0279] 步骤16)MME利用路径切换请求确认消息确认路径切换请求消息。
[0280] 步骤17)通过发送UE上下文释放消息,目标eNodeB向源eNodeB通知HO的成功并触发由eNodeB释放资源。目标eNodeB在从MME接收到路径切换请求确认消息之后发送该消息。
[0281] 步骤18)在接收到UE上下文释放消息后,源eNB能够释放与UE上下文关联的无线电资源和C-平面相关资源。任何正在进行的数据转发可以继续。
[0282] 当使用涉及HeNodeB的X2切换时以及当源HeNodeB连接至HeNodeB GW时,包括显式GW上下文释放指示的UE上下文释放请求消息由源HeNodeB发送,以便指示HeNodeB GW可以释放与UE上下文有关的所有资源。
[0283] 现在,将在下面对U-平面处理进行说明。
[0284] 在E-UTRAN内接入移动性活动期间针对处于ECM-CONNECTED下的UE的U-平面处理考虑以下原理以在HO期间避免数据丢失:
[0285] -在HO准备期间能够在源eNodeB与目标eNodeB之间建立U-平面隧道。对于数据转发应用于的每个E-RAB来说,存在为上行链路数据转发建立的一个隧道以及为下行链路数据转发建立的另一隧道。在UE在RN下执行切换的情况下,能够经由DeNodeB在RN与目标eNodeB之间建立转发隧道。
[0286] -在HO执行期间,能够将用户数据从源eNodeB转发到目标eNodeB。转发可以按照服务和部署相关且实现特定方式发生。
[0287] -只要在源eNodeB处从EPC接收到分组或者源eNodeB缓冲器尚不为空,将下行链路用户数据从源转发到目标eNodeB就应该按顺序发生。
[0288] -在HO完成期间:
[0289] -目标eNodeB向MME发送路径切换消息以通知UE已获得接入并且MME向服务网关发送修改承载请求消息,U-平面路径被服务网关从源eNodeB切换至目标eNodeB。
[0290] -只要在源eNodeB处从服务网关接收到分组或者源eNodeB缓冲器尚不为空,源eNodeB就应该继续U-平面数据的转发。
[0291] 对于RLC-AM承载:
[0292] -在不涉及全配置的正常HO期间:
[0293] -为了依次递送和重复避免,在承载基础上维持PDCP SN,并且源eNodeB关于要(从源eNodeB或从服务网关)分配给尚不具有PDCP序列号的分组的下一个DL PDCP SN而通知目的eNodeB。
[0294] -针对安全同步,还维持HFN并且源eNodeB向目标eNodeB提供用于UL的一个基准HFN和用于DL的一个基准,即,HFN和对应的SN。
[0295] -在UE和目标eNodeB二者中,基于窗口的机制是重复检测所需的。
[0296] -重复在目标eNodeB中的空中接口上的发生借助于通过UE在目标eNodeB处的基于PDCP SN的报告而最小化。在上行链路中,报告由eNodeB在承载基础上可选地配置,并且UE当在目标eNodeB中许可了资源时首先应该通过发送那些报告而开始。在下行链路上,eNodeB自由判定何时并为哪些承载发送报告,并且UE不等待报告恢复上行链路发送。
[0297] -除了通过UE经由基于PDCP SN的报告确认了接收的PDCP SDU之外,目标eNodeB对由源eNodeB转发的所有下行链路PDCP SDU进行重新发送和优先级排序(即,目标eNodeB应该在从S1发送数据之前从X2发送具有PDCP SN的数据)。
[0298] -除通过目标经由基于PDCP SN的报告确认了接收的PDCP SDU外,UE在目标eNodeB中紧跟最后连续地确认的PDCP SDU(即,在源中的RLC处尚未确认的最旧的PDCP SDU)之后从第一PDCP SDU开始重新发送所有上行链路PDCP SDU。
[0299] -在涉及全配置的HO期间:
[0300] -下面针对RLC-UM承载的以下描述还适用于RLC-AM承载。数据丢失可能发生。
[0301] 对于RLC-UM承载:
[0302] -在目标eNodeB中重置PDCP SN和HFN。
[0303] -不在目标eNodeB中重新发送PDCP SDU。
[0304] -目标eNodeB对由eNodeB转发的所有下行链路PDCP SDU(若有的话)进行优先级排序(即,目标eNodeB应该在从S1发送数据之前从X2发送具有PDCP SN的数据)。
[0305] -UE PDCP实体不试图在目标小区中重新发送已经在源小区中完成发送的任何PDCP SDU。替代地,UE PDCP实体从其它PDCP SDU开始发送。
[0306] 另一方面,在步骤4处从源eNodeB发送到目标eNodeB的切换请求消息可以包括UE历史信息。UE历史信息可以包含如下表的关于UE在目标eNodeB之前在激活状态下已被服务的小区的信息。
[0307] 表5
[0308] [表5]
[0309]IE/组名称 语义描述
最后受访小区列表 最近的信息被添加到该列表的顶部
>最后受访小区信息
[0310] 表6
[0311] [表6]
[0312]
[0313] 最后受访小区信息可以包含如下表的E-UTRAN或UTRAN或GERAN小区特定信息。
[0314] 表7
[0315] [表7]
[0316]IE/组名称
选择最后受访小区信息
>E-UTRAN小区
>>最后受访E-UTRAN小区信息
>UTRAN小区
>>最后受访UTRAN小区信息
>GERAN小区
>>最后受访GEREN小区信息
[0317] 最后受访E-UTRAN小区信息包含如下表的关于将被用于RRM目的的小区的信息。
[0318] 表8
[0319] [表8]
[0320]
[0321] 因此,目标eNodeB能够仅从源eNodeB获取最后受访小区信息。并且,最后受访小区信息仅包括以秒为单位的处于连接模式的UE停留在最后小区中的时间的持续时间。因此,目标eNodeB不能够知道UE在周期中执行切换过程多少次。此外,最后受访小区信息仅指示在切换之前关于最后小区的信息,但是不能够指示关于由处于空闲模式的UE所执行的小区重选过程的信息。这是一个问题。
[0322] 图8是示出了UE信息报告过程的流程图。
[0323] eNodeB 200向UE 100发送用于获得UE信息的UE信息请求消息。
[0324] 然后,UE 100向网络发送UE信息响应消息。
[0325] 因此,eNodeB可以通过发送UE信息请求消息来发起该过程。
[0326] 在接收到UE信息请求消息后,UE执行如下:
[0327] -如果rach-ReportReq被设定为真,则UE可以如下将rach-Report的内容设定在UE信息响应消息中。并且,UE可以设定被发送来指示针对最后成功地完成的随机接入过程通过MAC发送的前导码的数量的前导码的数量。
[0328] 这里,如果争用解决对于针对最后成功地完成的随机接入过程所发送的前导码中的至少一个来说不是成功的,则UE可以将contentionDetected设定为真。但是,如果争用解决是成功的,则UE可以将contentionDetected设定为假;
[0329] -如果rlf-ReportReq被设定为真并且UE具有在VarRLF-Report中可用的无线电链路故障信息或切换故障信息以及如果RPLMN被包括在存储在VarRLF-Report中的plmn-IdentityList中,则UE可以将VarRLF-Report中的timeSinceFailure设定为自E-UTRA中的最后无线电链路或切换故障以来过去的时间。并且UE可以将UE信息响应消息中的rlf-Report设定为VarRLF-Report中的rlf-Report的值。并且UE可以在由下层确认的UE信息响应消息的成功递送后从VarRLF-Report中丢弃rlf-Report。
[0330] -如果connEstFailReportReq被设定为真并且UE在VarConnEstFailReport中具有连接建立故障信息以及如果RPLMN等于存储在VarConnEstFailReport中的plmn-Identity,则UE可以将VarConnEstFailReport中的timeSinceFailure设定为自E-UTRAN中的最后连接建立故障以来过去的时间。并且UE可以将UE信息响应消息中的connEstFailReport设定为VarConnEstFailReport中的connEstFailReport的值。并且UE可以在由下层确认的UE信息响应消息的成功递送后从VarConnEstFailReport中丢弃connEstFailReport。
[0331] -如果logMeasReportReq存在并且如果RPLMN被包括在存储在VarLogMeasReport中的plmn-IdentityList中,以及如果VarLogMeasReport包括一个或更多个记录的测量条目,则UE可以将logMeasReport的内容设定在UE信息响应消息中。更具体地,UE可以包括absoluteTimeStamp并将它设定为VarLogMeasReport中的absoluteTimeInfo的值。并且UE可以包括traceReference并将它设定为VarLogMeasReport中的traceReference的值。并且UE可以包括traceRecordingSessionRef并将它设定为VarLogMeasReport中的traceRecordingSessionRef的值。并且UE可以包括tce-Id并将它设定为
VarLogMeasReport中的tce-Id的值。并且UE可以包括logMeasInfoList并将它设定为包括从首先记录的条目开始来自VarLogMeasReport的一个或更多个条目。这里,如果VarLogMeasReport包括未被包括在UE信息响应消息内的logMeasInfoList中的一个或更多个附加记录的测量条目,则UE可以包括logMeasAvailable。
[0332] -如果logMeasReport被包括在UE信息响应中,则UE可以将UE信息响应消息提交给下层以用于经由SRB2发送。并且,UE可以在由下层确认的UE信息响应消息的成功递送后从VarLogMeasReport中丢弃包括在logMeasInfoList中的所记录的测量条目。另选地,UE可以将UE信息响应消息提交给下层以用于经由SRB1发送。
[0333] 因此,通过UE信息报告过程,已遭受无线电链路故障的UE能够仅报告包括指示自最后无线电链路以来已过去的时间的时间信息的无线电链路故障信息或切换故障信息。但是,UE信息报告过程不能够提供关于由处于空闲模式的UE所执行的小区重选过程的信息。这是一个问题。
[0334] 图9是UE遍及多个小区执行切换过程的示例性情形。
[0335] 如图9所示,如果处于空闲模式的UE通过多个小区移动,则UE执行小区选择/重选过程。
[0336] 在这种情形下,需要网络估计UE的速度。
[0337] 然而,因为网络不能够获取关于由处于空闲模式的UE所执行的小区重选过程的任何信息,所以网络无法估计UE的速度。
[0338] 因此,目前公开中的一个使得UE能够记录作为关于受访小区的累积信息的受访小区历史、然后在RRC连接建立时或之后将该受访小区历史提供给网络以帮助网络估计UE的速度。网络可以基于受访小区历史来计算UE的速度,然后基于UE的速度来设定UE的参数。例如,根据一个公开,如果MSE被配置则UE可以报告由MSE估计的移动性状态。并且,UE可以报告受访小区历史的可用性的指示符。UE可以在接收到指示后在网络请求了受访小区历史的情况下报告受访小区历史。受访小区历史可以包括在UE是空闲的同时访问的小区。受访小区历史可以包括受访小区的小区ID。
[0339] 并且,目前公开中的一个提出了受访小区历史包括UE在各个受访小区中花费的时间信息。但是,它面临多义性问题,即,如何表达时间信息。这个问题可能与另一多义性问题(即,受访小区信息是否包括关于当前小区的信息)有关。例如,在一些情况下,当前小区信息可能对于网络估计UE的速度是无用的。但是,在其它情况下,当前小区信息可能对于网络估计UE的速度是有帮助的。如果当前小区信息可能是无用的,则受访小区历史可能不包括关于当前服务小区的信息。但是,如果当前小区信息可能是有帮助的,则受访小区历史可以包括关于如像受访小区一样的当前服务小区的信息。
[0340] 为了澄清多义性,本公开提出了一些选项。第一选项(选项1)使得时间信息能够指示自切换/小区重选择以来过去的时间。第二选项(选项2)使得时间信息能够指示UE停留在各个小区中的时间。
[0341] 在第一选项(选项1)中,可以将受访小区历史中的各个物理小区标识链接至从当UE选择了小区时起过去的时间。对于各个受访小区,在切换/小区重选方面存在两个过去的时间。第一个是自进入小区以来过去的时间,而第二个是自离开小区以来过去的时间。因此能够将第一选项划分为两个子选项(即,选项1a和选项1b)。在第一子选项(选项1a)中,可以将物理小区标识链接至进入时间。在第二子选项(选项1b)中,可以将物理小区标识链接至离开时间。
[0342] 在第二选项(选项2)中,可以将受访小区历史中的各个物理小区标识链接至UE停留在小区中的周期。
[0343] 在下文中,将说明关于哪一个选项好于其它选项的研究。
[0344] 参照图9,UE处于空闲模式并且在小区E中成为连接模式。T0是当UE 100选择了小区A时的绝对时间点并且T1是当UE 100选择了小区B时的绝对时间点等。T5是当UE100设定受访小区历史时的绝对时间点。在第一子选项(选项1a)中,T5被用作基准时间。
这里,可以假定网络在所有选项中粗略地知道T5,但是UE 100不显示地通知。并且为了简化分析,还可以假定受访小区历史应该覆盖的小区的数量N是4。
[0345] 首先,考虑到第一子选项(选项1a),UE可以设定受访小区历史如下:(T5-T0,A)、(T5-T1,B)、(T5-T2,C)、(T5-T3,D)。
[0346] UE 100停留在小区A、B、C和D中的时间分别是T1-T0、T2-T1、T3-T2和T4-T3。但是网络将知道从选择小区D起过去的时间是T5-T3。因此,最后条目(T5-T3,D)在网络侧中可能无用。或者这将降低估计准确性。
[0347] 因此,根据第一子选项(选项1a),如果受访小区信息不包括当前服务小区信息并且如果报告了N条受访小区信息,则网络将得到N-1条确切的受访小区信息和不确切的最近的受访小区信息。这里,注意最近的受访信息对于UE速度估计来说是最重要的。所以如果第一子选项(选项1a)被用于受访小区历史报告,则当前服务小区应该被认为是受访小区。然后,受访小区历史成为如下:(T5-T1,B)、(T5-T2,C)、(T5-T3,D)、(T5-T4,E)。应该注意,当前小区信息为什么被包括在受访小区历史中的原因在于使得网络能够知道UE停留在最近的受访小区D中不在小区E中的时间。
[0348] 另选地,根据第一子选项(选项1a),如果受访小区信息包括当前服务小区信息并且如果报告了N条受访小区信息,则网络将得到N-1条确切的受访小区信息,包括最近的受访小区信息和当前服务小区信息。
[0349] 其次,考虑第二子选项(选项1b),UE可以设定受访小区历史如下:(T5-T1,A)、(T5-T2,B)、(T5-T3,C)、(T5-T4,D)。在这种情况下,网络不知道UE 100停留在小区A中的时间,因为不能够在没有T0的情况下计算逗留周期。所以,第一条目中的物理小区ID在网络侧中是无用信息。(第一条目中的时间信息是计算UE停留在小区B中的时间所必需的。)[0350] 该受访小区历史显式地涉及关于当前服务小区的一条以上受访小区信息。如以上已经讨论的,假定了网络在所有选项中粗略地知道T5,但是UE 100不显示地通知,因为T5只是基准时间。所以网络能够通过将T5减去T4而知道UE 100停留在当前服务小区中的时间。在这种情况下,当前服务小区信息对于网络估计UE速度而言可能是无用的。
[0351] 因此,根据第二子选项(选项1b),如果报告了N条受访小区信息,则网络将得到N-1条确切的受访小区信息,包括最近的受访小区信息和当前服务小区信息。
[0352] 第三,考虑第二选项(选项2),UE 100可以设定受访小区历史如下:(T1-T0,A)、(T2-T1,B)、(T3-T2,C)、(T4-T3,D)。在第二选项(选项2)中,网络可以得到UE 100停留在小区A、B、C和D中的确切时间。但是网络不能够知道UE 100停留在其覆盖范围中的时间,因为网络未得到绝对时间T4。因此,如果服务小区信息对于速度估计不是有帮助的,则选项2不是最有效的格式。
[0353] 因此,根据第二选项(选项2),如果报告了N条受访小区信息,则网格将得到N条确切的受访小区信息,包括最近的受访小区信息。
[0354] 因此,第二选项(选项2)是优先的,在于受访小区历史中的时间信息指示UE停留在受访小区中的时间。
[0355] 另一方面,将说明如何使当前小区信息变得更有帮助。换句话说,如果当前服务小区被认为是受访小区,则能够将当前服务小区的时间信息定义如下:
[0356] 根据第二选项(选项2),可以将UE 100停留在当前服务小区中的时间表达如下:
[0357] -从当UE选择当前服务小区时到基准时间的周期。
[0358] -能够将基准时间定义如下:
[0359] -UE配置或发送RRC连接请求消息的时间。
[0360] -UE接收RRC连接建立消息的时间。
[0361] -UE配置或发送RRC连接建立完成消息的时间。
[0362] -UE接收UE信息请求消息的时间。
[0363] -UE被请求从网络发送受访小区信息的时间。
[0364] -UE配置或发送UE信息响应消息的消息。
[0365] -UE配置或发送受访小区信息的时间。
[0366] 这里,当前服务小区表示从UE报告了受访小区信息的小区。
[0367] 此外,根据第二子选项(选项1b),能够将当前服务小区的离开时间定义如下:
[0368] -UE配置或发送RRC连接请求消息的时间。
[0369] -UE接收RRC连接建立消息的时间。
[0370] -UE配置或发送RRC连接建立完成消息的时间。
[0371] -UE接收UE信息请求消息的时间。
[0372] -UE被请求从网络发送受访小区信息的时间。
[0373] -UE配置或发送UE信息响应消息的时间。
[0374] -UE配置或发送受访小区信息的时间。
[0375] 这里,当前服务小区被认为是受访小区。
[0376] 并且,注意,受访小区信息中的时间信息的基本单位可以是秒。
[0377] 图10是根据本发明的示例性解决方案。
[0378] 步骤1)UE在空闲状态下执行小区(重新选择)选择过程,或者切换过程或连接状态。
[0379] 步骤2)然后,UE累积受访小区历史。
[0380] 步骤3)UE 100接收关于受访小区历史的请求。可以在UE信息请求消息中携带该请求。
[0381] 步骤4)然后,UE 100发送受访小区历史。这里,受访小区历史被携带在UE信息响应消息中。受访小区历史可以包括与当前小区对应的时间信息。并且,受访小区历史还可以包括当前小区的标识符。时间信息可以指示UE在当前小区中花费的持续时间。这里,当前小区的标识符可以被认为是受访小区的标识符。时间信息可以指示UE直到接收到请求消息为止花费的持续时间。当前小区可以是主小区。
[0382] 如迄今为止所描述的、根据本公开的用于解决现有技术的问题的方式或方法能够通过硬件软件或其任何组合来实现。
[0383] 图11是示出了用于实现本发明的实施方式的无线通信系统的框图。
[0384] UE 100包括处理器101、存储器102和射频(RF)单元103。存储器102连接至处理器101并且被配置为存储用于处理器101的操作的各种信息。RF单元103连接至处理器101并且被配置为发送和/或接收无线电信号。处理器101实现所提出的功能、过程和/或方法。在所描述的实施方式中,可以通过处理器101来实现UE的操作。
[0385] eNodeB 200包括处理器201、存储器202和RF单元203。存储器202连接至处理器201并且被配置为存储用于处理器201的操作的各种信息。RF单元203连接至处理器201并且被配置为发送和/或接收无线电信号。处理器201实现所提出的功能、过程和/或方法。在所描述的实施方式中,可以通过处理器201来实现eNodeB的操作。
[0386] 处理器可以包括专用集成电路(ASIC)、其它芯片组逻辑电路和/或数据处理器。存储器可以包括只读存储器(ROM)、随机存取存储器(RAM)、闪存、存储卡、存储介质和/或其它存储装置。RF单元可以包括用于对无线电信号进行处理的基带电路。当以上描述的实施方式用软件实现时,可以使用执行以上功能的模块(过程或函数)实现以上描述的方案。
模块可以被存储在存储器中并由处理器执行。存储器可以被设置在处理器内部或外部并且使用各种公知手段连接至处理器。
[0387] 在以上示例性系统中,尽管已经使用一系列步骤或块基于流程图描述了这些方法,但是本发明并不限于步骤的顺序,并且这些步骤中的一些可以被以与剩余步骤不同的顺序执行或者可以与剩余的步骤同时执行。此外,本领域技术人员应当理解,流程图中所示出的步骤不是排他的并且可以包括其它步骤,或者可以在不影响本发明的范围的情况下删除流程图的一个或更多个步骤。
QQ群二维码
意见反馈