演进(SAE)承载控制、非接入层(NAS)信令的加密和完整性保护的功能。
[0079]图3和图4例示了分别示出E-UMTS的用户平面协议和控制平面协议栈的框图。
[0080]如图3和图4所示，可以基于在通信系统的技术领域中公开的开放系统互连(OSI)标准模型的三个(3)低层将协议层分类为第一层(LI)、第二层(L2)和第三层(L3)。
[0081]物理层(S卩，第一层(LI))使用物理信道，以便向上(或更高)层提供信息传送服务。物理层通过传输信道连接至介质访问控制(MAC)层，其位于比物理层高的层中，并且经由传输信道在介质访问控制层与物理层之间传送数据。在本文中，经由物理信道在发送端的一个物理层与接收端的另一物理层之间传送数据。
[0082]第二层(L2)的MAC层经由逻辑信道向在MAC层之上的无线链路控制(RLC)层提供服务。第二层(L2)的RLC层支持可靠的数据传送。在MAC层执行RLC层的功能的情况下，RLC层可以作为MAC层的功能块被包括。尽管在图3A和图3B中示出了 RLC层，但是应该注意，在MAC层执行RLC功能的情况下，RLC层是不需要的。
[0083]第二层(L2)的HXP层执行报头压缩功能，这减少不必要的控制信息。在本文中，报头压缩功能被执行以通过具有相对较窄带宽的无线接口高效地发送数据，其使用诸如IPv4或IPv6的网际协议(IP)分组。
[0084]位于第三层(L3)的最低部分上的无线资源控制(RRC)层仅在控制平面中被定义。RRC层控制与无线承载(RB)的配置、重新配置和释放相关联的逻辑信道、传输信道和物理信道。在本文中，RB指代由第二层(L2)为UE(1)与E-UTRAN之间的数据传送提供的服务。
[0085]如图3所示，RLC和MAC层在网络的eNB (20)中终止并且可以执行诸如调度、自动重传请求(ARQ)和混合自动重传请求(HARQ)的功能。HXP层在网络的eNB(20)中终止并且可以执行用户平面功能，诸如报头压缩、完整性保护和加密。
[0086]如图4所示，RLC层和MAC层在网络的eNB(20)中终止并且可以执行与控制平面的那些功能相同的功能。如图3B所示，RRC层在网络的eNB(20)中终止并且可以执行诸如广播、寻呼、RRC连接管理、无线承载(RB)控制、移动性功能以及UE(1)测量报告和控制的功能。如图3B所示，NAS控制协议在网络的网关(30)的MME中终止并且可以执行诸如SAE承载管理、认证、LTE_IDLE移动性处理、LTE_IDLE寻呼发送以及对网关与UE(1)之间的信令的安全控制的功能。
[0087]可以将RRC状态划分为2个不同状态，诸如RRC_IDLE和RRC_C0NNECTED。
[0088]在RRC_IDLE状态下，UE(1)可以在由NAS配置的不连续接收(DRX)期间接收系统信息和寻呼信息的广播，并且UE可以被指派(或分配)有能够在跟踪区域中唯一地标识UE的ID，并且还可以执行PLMN(公用陆地移动网)选择和重选。此外，在RRC_IDLE状态下，无RRC上下文被存储在eNB中。
[0089]在RRC_C0NNECTED 状态下，UE (10)具有来自 E-UTRAN 的 E-UTRAN RRC 连接和上下文并且能够基于来自E-UTRAN的E-UTRAN RRC连接和上下文向eNB发送和/或从eNB接收数据。另外，UE(1)可以向eNB报告信道质量信息和反馈信息。
[0090]在RRC_C0NNECTED状态下，E-UTRAN识别UE(1)所属于的小区。因此，网络可以向UE(1)发送和/或从UE(1)接收数据，可以控制UE的移动性(例如，将RAT间(无线接入技术间)小区改变顺序切换至具有NACC(网络辅助小区改变)的GERAN(GSM EDGE无线接入网)，并且可以执行邻近小区的小区测量。
[0091]在1?^_101^模式下，1^(10)指定寻呼DRX (不连续接收)循环。更具体地，UE (10)针对各个UE特定寻呼DRX循环在特定寻呼时机监测寻呼信号。
[0092]1.2载波聚合(CA)环境
[0093]1.2.1 CA 概述
[0094]3GPP LTE系统(符合版本8或版本9)(在下文中，被称为LTE系统)使用单个分量载波(CC)被划分为多个频带的多载波调制(MCM)。相比之下，3GPP LTE-A系统(在下文中，被称为LTE-A系统)可以通过聚合一个或更多个CC来使用CA以支持比LTE系统宽的系统带宽。术语CA可与载波组合、多CC环境或多载波环境互换地使用。
[0095]在本发明中，多载波意指CA(或载波组合)在本文中，CA涵盖连续载波的聚合和非连续载波的聚合。聚合CC的数量对于DL和UL来说可以不同。如果DL CC的数量等于UL CC的数量，则这被称作对称聚合。如果DL CC的数量与UL CC的数量不同，则这被称作不对称聚合。术语CA可与载波组合、带宽聚合、频谱聚合等互换。
[0096]LTE-A系统旨在通过聚合两个或更多个CC (即，通过CA)来支持最多10MHz的带宽。为了保证与传统MT系统的后向兼容性，具有比目标带宽小的带宽的一个或更多个载波中的每一个可能限于传统系统中使用的带宽。
[0097]例如，传统3GPP LTE 系统支持{1.4MHz、3MHz、5MHz、1MHz、15MHz 和 20MHz}，而3GPP LTE-A系统可以使用这些LTE带宽来支持比20MHz宽的带宽。本发明的CA系统可以通过定义新带宽来支持CA，而不管传统系统中使用的带宽如何。
[0098]存在两种类型的CA:带内CA和带间CA。带内CA意味着多个DL CC和/或UL CC在频率上连续或相邻。换句话说，DL CC和/或UL CC的载波频率被设置在同一频带中。另一方面，CC在频率上彼此远离的环境可以被称作带间CA。换句话说，多个DL CC和/或ULCC的载波频率被设置在不同频带中。在这种情况下，UE可以使用多个射频(RF)端来在CA环境中进行通信。
[0099]LTE-A系统采用小区的构思来管理无线资源。以上描述的CA环境可以被称为多小区环境。小区被定义为一对DL CC和UL CC，但是UL资源不是强制的。因此，小区可以配置有仅有DL资源或DL资源和UL资源。
[0100]例如，如果为特定UE配置了一个服务小区，则UE可以具有一个DL CC和一个ULCC0如果为UE配置了两个或更多个服务小区，则UE可以具有和服务小区的数量一样多的DL CC以及和服务小区的数量一样多的UL CC或比服务小区的数量少的UL CC，或者反之亦然。也就是说，如果为UE配置了多个服务小区，则还可以支持使用比DL CC多的UL CC的CA环境。
[0101]CA可以被认为是具有不同的载波频率(中心频率)的两个或更多个小区的聚合。在本文中，术语“小区”应该与作为由eNB覆盖的地理区域的“小区”区分开。在下文中，带内CA被称为带内多小区并且带间CA被称为带间多小区。
[0102]在LTE-A系统中，定义了主小区(PCell)和辅小区(SCell)。PCell和SCell可以被用作服务小区。对于处于RRC_C0NNECTED状态的UE，如果未为UE配置CA或者UE不支持CA，则UE存在包括仅PCell的单个服务小区。相反，如果UE处于RRC_C0NNECTED状态并且为UE配置了 CA，则UE可以存在一个或更多个小区，包括PCelI和一个或更多个SCelI。
[0103]服务小区(PCell和SCell)可以由RRC参数配置。小区的物理层ID PhysCellId是范围从O到503的整数值。SCell的短ID SCellIndex是范围从I到7的整数值。月艮务小区(PCell或SCell)的短ID ServeCellIndex是范围从I到7的整数值。如果ServeCellIndex为0，则这指示PCell并且预先指派了 SCell的ServeCellIndex的值。也就是说，ServeCellIndex的最小小区ID (或小区索引)指示PCell。
[0104]PCell指代在主频率(或主CC)中操作的小区。UE可以将PCell用于初始连接建立或连接重建。PCell可以是在切换期间指示的小区。另外，PCell是负责在CA环境中配置的服务小区之间的控制相关通信。也就是说，针对UE的HJCCH分配和传输可以仅在PCell中发生。另外，UE可以在获取系统信息或改变监测过程时仅使用PCell。演进型通用陆地无线接入网(E-UTRAN)可以通过到支持CA的UE的包括mobilityControlInfo的高层RRCConnect1nReconfiguraiton消息来仅改变用于切换过程的PCell0
[0105]SCell可以指代在辅频率(或辅CC)中操作的小区。尽管仅一个PCell被分配给特定UE，但是可以将一个或更多个SCell分配给UE0 SCell可以在RRC连接建立之后被配置并且可以用来提供附加的无线资源。在除PCell以外的小区中即在CA环境中配置的服务小区之间的SCell中不存在PUCCH。
[0106]当E-UTRAN将SCell添加到支持CA的UE时，E-UTRAN可以通过专用信令向UE发送与处于RRC_C0NNECTED状态的有关小区的操作有关的所有系统信息。可以通过释放和添加有关SCell来控制变化系统信息。在下文中，可以使用高层RRCConnect1nReconfigurat1n消息。E-UTRAN可以发送对于各个小区具有不同参数而不是它在有关SCell中广播的专用信号。
[0107]在初始安全激活过程启动之后，E-UTRAN可以通过将SCell添加到在连接建立过程期间最初配置的PCell来配置包括一个或更多个SCell的网络。在CA环境中，PCell和SCell中的每一个可以作为CC。在下文中，在本发明的实施方式中可以在相同的意义上使用主CC(PCC)和PCell并且可以在相同的意义上使用辅CC(SCC)和SCell。
[0108]1.2.2跨载波调度
[0109]两个调度方案(自调度和跨载波调度)是从载波或服务小区的观点看为CA系统定义的。跨载波调度可以被称作跨CC调度或跨小区调度。
[0110]在自调度中，可以在同一 DL CC中发送HXXH (携带DL许可)和I3DSCH或者PUSCH在链接至其中接收到roCCH(携带UL许可)的DL CC的UL CC中发送。
[0111]在跨载波调度中，PDCCH(携带DL许可)和I3DSCH在不同的DL CC中发送或者PUSCH在除链接至其中接收到roCCH(携带UL许可)的DL CC的UL CC以外的UL CC中发送。
[0112]跨载波调度可以被UE特定地激活或去激活并且通过高层信令(例如RRC信令)被半静态地指示给各个UE。
[0113]如果跨载波调度被激活，则在HXXH中需要载波指示符字段(CIF)来指示其中将发送由roCCH指示的roSCH/PUSCH的DL/UL CC。例如，PDCCH可以通过CIF将roSCH资源或PUSCH资源分配给多个CC中的一个。也就是说，当DL CC的TOCCH将TOSCH资源或PUSCH资源分配给聚合的DL/UL CC中的一个时，在HXXH中设定CIF。在这种情况下，可以根据CIF扩展LTE版本8的DCI格式。可以将CIF固定为三个比特并且CIF的位置可以是固定的，而不管DCI格式大小如何。另外，可以再使用LTE版本8 PDCCH结构(基于相同的CCE的相同的编码和资源映射)。
[0114]另一方面，如果在DL CC中发送的HXXH分配同一 DL CC的I3DSCH资源或者在链接至DL CC的单个UL CC中分配PUSCH资源，则不在HXXH中设定CIF。在这种情况下，可以使用LTE版本8 PDCCH结构(基于相同的CCE的相同的编码和资源映射)。
[0115]如果跨载波调度可用，则UE需要根据各个CC的发送模式和/或带宽在监测CC的控制区域中针对DCi监测多个roccH。因此，适当的ss配置和roccH监测是该目的所需的。
[0116]在CA系统中，UE DL CC集合是为UE调度以接收TOSCH的DL CC的集合，并且UEUL CC集合是为UE调度以发送PUSCH的UL CC的集合。PDCCH监测集合是其中监测TOCCH的一个或更多个DL CC的集合。PDCCH监测集合可以与UE DL CC集合相同或者可以是UEDL CC集合的子集。PDCCH监测集合可以包括UE DL CC集合的DL CC中的至少一个。或者，可以定义I3DCCH监测集合而不管UE DL CC集合如何。包括在HXXH监测集合中的DL CC可以被构造成对于链接至DL CC的UL CC总是使得能实现自调度。可以UE特定地、UE组特定地或小区特定地配置UE DL CC集合、UE UL CC集合和TOCCH监测集合。
[0117]如果跨载波调度被去激活，则这暗示HXXH监测集合总是与UE DL CC集合相同。在这种情况下，不存在对于发信号通知roccH监测集合的需要。然而，如果跨载波调度被激活，则在UE DL CC集合内优选地定义HXXH监测集合。也就是说，eNB仅在TOCCH监测集合中发送roccH以针对UE对roscH或pusch进行调度。
[0118]图5例示了在本发明的实施方式中使用的LTE-A系统中的跨载波调度的子帧结构。
[0119]参照图5，针对LTE-A UE为DL子帧聚合了三个DL CC0 DL CC‘A’被构造成PDCCH监测DL CC0如果未使用CIF，则各个DL CC可以递送在没有CIF的情况下在同一 DL CC中对roscH进行调度的roccH。另一方面，如果cif由高层信令使用，则仅dl cc ‘a’可以携带在同一 DL CC ‘A’或另一 CC中对roSCH进行调度的roccH。在本文中，不在未被构造成PDCCH 监测 DL CC 的 DL CC ‘B，和 DL CC ‘C，中发送 PDCCH。
[0120]1.3切换过程
[0121]图6例示了 LTE系统中的连接性模式切换过程的示例。
[0122]在图6中，网络系统可以包括UE、源eNB和目标eNB。在本文中，源eNB是用于为UE提供调度服务的服务eNB，并且目标eNB可以是UE期望执行切换到的eNB。另外，源eNB和目标eNB可以是传统eNB和宏eNB。
[0123]网络控制处于RRC_C0NNECTED状态的UE，并且切换过程被定义为在RRC_CONNECTED状态下管理移动性。通常，网络根据无线信道条件和负荷来触发切换过程。在图6中示出了该切换过程。
[0124]参照图6，UE向源eNB发送包含关于邻近小区的测量结果的测量报告消息(S601)。
[0125]源eNB可以确定是否执行切换(HO)以及UE将执行切换到的目标eNB。此后，源eNB可以向目标eNB发送HO请求消息以执行切换(S603、S605)。
[0126]目标eNB控制UE的接纳。如果UE被接纳，则目标eNB向服务eNB发送HO请求Ack 消息((S607、S609)。
[0127]在接收到HO请求确认消息后，源eNB向UE发送RRC连接重新配置消息以指示UE执行HO过程(S611)。
[0128]在接收到RRC连接重新配置消息后，UE可以与现有小区(S卩，源eNB)分离并且执行获取与新小区(即，目标eNB)的同步的过程(S613)。
[0129]因为源eNB知道UE将执行切换到的目标eNB，所以源eNB向目标eNB递送要发送到UE的存储的分组(S615)。
[0130]源eNB向目标eNB发送序列号(SN)状态转移消息以向目标eNB递送缓冲的数据或分组(S617) ο
[0131]此后，UE发送随机接入前导码以和与目标eNB的同步匹配(S619)。
[0132]响应于随机接入前导码，目标eNB通过介质访问控制(MAC)消息或RRC消息来向UE发送上行链路资源分配信息和定时提前(TA)信息(S621)。
[0133]UE基于上行链路资源分配信息和TA信息来向目标eNB发送RRC连接重新配置完成消息(S623) ο