在无线通信系统中接收系统信息的方法和装置 |
|||||||
| 申请号 | CN201380054496.4 | 申请日 | 2013-09-17 | 公开(公告)号 | CN104737470B | 公开(公告)日 | 2017-11-14 |
| 申请人 | LG; 电子株式会社; | 发明人 | 李英大; 朴成埈; 李承俊; 郑圣勋; | ||||
| 摘要 | 提供一种用于在无线通信系统中接收系统信息的方法和设备。用户设备(UE)经由无线电资源控制(RRC)连接重新配置消息在UE专用信道上从e 节点 B(eNB)接收系统信息 修改 ，并且根据系统信息修改从eNB接收至少一个系统信息 块 。 | ||||||
| 权利要求 | 1.一种在无线通信系统中通过用户设备(UE)接收系统信息的方法，所述方法包括： |
||||||
| 说明书全文 | 在无线通信系统中接收系统信息的方法和装置技术领域[0001] 本发明涉及一种无线通信，并且更加具体地，涉及一种用于在无线通信系统中接收系统信息的方法和装置。 背景技术[0002] 通用移动电信系统(UMTS)是第三代(3G)异步移动通信系统，其以基于欧洲系统、全球移动通信系统(GSM)以及通用分组无线电服务(GPRS)在宽带码分多址(WCDMA)操作。UMTS的长期演进(LTE)通过标准化UMTS的第三代合作伙伴计划(3GPP)正在讨论当中。 [0003] 小区间干扰协调(ICIC)具有管理无线电资源的任务使得小区间干扰被保持在控制中。ICIC机制包括频域分量和时域分量。ICIC是需要考虑来自于多个小区的信息(例如，资源使用状态和业务负载情形)的固有的多小区无线电资源管理(RRM)功能。优选的ICIC方法在上行链路和下行链路中可以是不同的。 [0004] 频域ICIC管理无线电资源，特别是无线电资源块，使得多个小区协调频域资源的使用。 [0005] 对于时域ICIC，通过所谓的几乎空白子帧(ABS)模式的回程信令或者操作管理和维护(OAM)配置，在时间上协调在不同小区上的子帧利用。在攻击者小区中的ABS被用于保护在接收强小区间干扰的受害者小区的子帧中的资源。ABS是在一些物理信道上具有减少的发射功率(包括不传输)和/或减少的活动的子帧。eNB通过发送必要的控制信道和物理信号以及系统信息确保针对UE的后向兼容性。基于ABS的模式被用信号发送给UE以限制对特定子帧的UE测量，被称为测量资源限制。存在取决于被测量的小区(服务或者相邻的小区)的类型和测量类型(例如，RRM、无线电链路监测(RLM))而存在不同的模式。当它们也被包括在ABS模式中时多播广播单频网络(MBSFN)子帧能够被用于时域ICIC。当这些MBSFN子帧被用于其它的用途(例如，多媒体广播多播服务(MBMS)、位置服务(LCS))时，eNB不能够将MBSFN子帧配置成ABS。 [0006] ICIC位于eNB中。 [0007] 当ICIC被配置时，可以要求用于有效地接收系统信息的方法。 发明内容[0008] 技术问题 [0009] 本发明提供一种用于在无线通信系统中接收系统信息的方法。本发明提供用于在用户设备(UE)专用信道上接收系统信息修改的方法。本发明也提供一种用于在UE专用信道上接收公共报警系统(PWS)指示的方法。 [0010] 问题的解决方案 [0011] 在一个方面中，提供一种在无线通信系统中通过用户设备(UE)接收系统信息的方法。该方法包括：经由无线电资源控制(RRC)连接重新配置消息在UE专用信道上从e节点B(eNB)接收系统信息修改；和根据系统信息修改从eNB接收至少一个系统信息块。 [0012] 系统信息修改可以包括指示系统信息的修改的值标签。 [0013] 系统信息修改可以被包括在RRC连接重新配置消息中的系统信息块类型1(SIB1)中。 [0014] UE专用信道可以是专用控制信道(DCCH)。 [0015] 在广播信道上可以接收至少一个系统信息块。 [0016] 在下一个修改时段中可以接收至少一个系统信息块。 [0017] 可以从接收到系统信息修改的修改时段的边界开始接收至少一个系统信息块。 [0018] UE可以处于RRC连接状态下。 [0019] 在另一方面中，提供一种用于在无线通信系统中通过用户设备(UE)接收公告报警系统(PWS)消息的方法。该方法包括：经由无线电资源控制(RRC)连接重新配置消息在UE专用信道上从e节点B(eNB)接收报警消息递送的指示；和根据报警消息递送的指示从eNB接收至少一个报警消息。 [0020] 可以在广播信道上接收至少一个报警消息。 [0022] 在另一方面中，提供一种用于在无线通信系统中通过用户设备(UE)接收寻呼记录的方法。该方法包括：经由无线电资源控制(RRC)连接重新配置消息在UE专用信道上从e节点B(eNB)接收包括UE的标识的寻呼记录；和发送寻呼响应消息作为对寻呼记录的响应。 [0023] 发明的有益效果 [0025] 图1示出无线通信系统的结构。 [0027] 图3是示出用于用户面的无线电接口协议架构的图。 [0028] 图4示出物理信道结构的示例。 [0029] 图5示出寻呼信道的传输。 [0030] 图6示出系统信息的变化的变化。 [0031] 图7示出系统信息获取过程。 [0032] 图8示出RRC连接建立过程。 [0033] 图9示出RRC连接重新配置过程。 [0034] 图10示出时域ICIC部署场景的CSG场景的示例。 [0035] 图11示出时域ICIC部署场景的微微场景的示例。 [0036] 图12示出负载指示过程。在步骤S90处，eNB 1将负载信息消息发送给eNB2。 [0037] 图13是示出根据本发明实施例的用于接收系统信息的方法的示例。 [0038] 图14示出根据本发明实施例的用于接收系统信息的方法的另一示例。 [0039] 图15示出根据本发明的实施例的用于接收报警消息的方法的示例。 [0040] 图16示出根据本发明的实施例的用于接收寻呼记录的方法的示例。 [0041] 图17示出根据本发明的实施例的用于接收寻呼记录的方法的另一示例。 [0042] 图18示出根据本发明的实施例的用于接收系统信息的方法的另一示例。 [0043] 图19是示出实现本发明的实施例的无线通信系统的框图。 具体实施方式[0044] 下文描述的技术能够在各种无线通信系统中使用，诸如码分多址(CDMA)、频分多址(FDMA)、时分多址(TDMA)、正交频分多址(OFDMA)、单载波频分多址(SC-FDMA)等。CDMA能够以诸如通用陆地无线电接入(UTRA)或者CDMA-2000的无线电技术来实现。TDMA能够以诸如全球移动通信系统(GSM)/通用分组无线服务(GPRS)/GSM演进的增强数据速率(EDGE)的无线电技术来实现。OFDMA能够以诸如电气与电子工程师协会(IEEE)802.11(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE 802-20、演进的UTRA(E-UTRA)等的无线电技术来实现。IEEE 802.16m从IEEE 802.16e演进，并且提供与基于IEEE 802.16的系统的后向兼容性。UTRA是通用移动电信系统(UMTS)的一部分。第三代合作伙伴计划(3GPP)长期演进(LTE)是使用E-UTRA的演进的UMTS(E-UMTS)的一部分。3GPP LTE在下行链路中使用OFDMA，并且在上行链路中使用SC-FDMA。高级LTE(LTE-A)是3GPP LTE的演进。 [0045] 为了清楚起见，以下的描述将集中于LTE-A。但是，本发明的技术特征不受限于此。 [0046] 图1示出无线通信系统的结构。 [0047] 图1的结构是演进的UMTS陆地无线电接入网络(E-UTRA)的网络结构的示例。E-UTRAN系统可以是3GPP LTE/LTE-A系统。演进的UMTS陆地无线电接入网络(E-UTRA)包括用户设备(UE)10和将控制面和用户面提供给UE的基站(BS)20。用户设备(UE)10可以是固定的或者移动的，并且可以被称为其它的术语，诸如移动站(MS)、用户终端(UT)、订户站(SS)、无线设备等。BS 20通常是与UE 10通信的固定站并且可以被称为其它的术语，诸如演进的节点B(eNB)、基站收发系统(BTS)、接入点等。在BS 20的覆盖内存在一个或者多个小区。单个小区被配置成具有从1.25、2.5、5、10、以及20MHz等中选择的带宽中的一个，并且将下行链路或者上行链路传输服务提供给UE。在这样的情况下，不同的小区能够被配置成提供不同的带宽。 [0048] 用于发送用户业务或者控制业务的接口可以在BS 20之间被使用。BS 20借助于X2接口互连。BS 20借助于S1接口被连接到演进分组核心(EPC)30。EPC可以是由移动性管理实体(MME)30、服务网关(S-GW)、以及分组数据网络(PDN)网关(PDN-GW)组成。MME具有UE接入信息或者UE性能信息，并且可以主要在UE移动性管理中使用这样的信息。S-GW是其端点是E-UTRAN的网关。PDN-GW是其端点是PDN的网关。BS 20借助于S-MME被连接到MME 30，并且借助于S1-U被连接到S-GW。S1接口支持在BS 20和MME/S-GW 30之间的多对多关系。 [0049] 在下文中，下行链路(DL)表示从BS 20到UE 10的通信，并且上行链路(UL)表示从UE 10到BS 20的通信。在DL中，发射器可以是BS 20的一部分，并且接收器可以是UE 10的一部分。在UL中，发射器可以是UE 10的一部分，并且接收器可以是BS 20的一部分。 [0050] 图2是示出用于控制面的无线电接口协议架构的图。图3是示出用于用户面的无线电接口协议架构的图。 [0051] 基于在通信系统中公知的开放系统互连(OSI)模型的下面的三个层，在UE和E-UTRAN之间的无线电接口的层能够被分类成第一层(L1)、第二层(L2)、以及第三层(L3)。在UE和E-UTRAN之间的无线电接口协议能够被水平地划分成物理层、数据链路层、以及网络层，并且能够被垂直地划分成作为用于控制信号传输的协议栈的控制面和是用于数据信息传输的协议栈的用户面。在UE和E-UTRAN之间无线电接口协议的层成对地存在。 [0052] 属于L1的物理(PHY)层通过物理信道给上层提供信息传送服务。PHY层通过输送信道被连接到作为PHY层的上层的介质接入控制(MAC)层。通过输送信道在MAC层和PHY层之间传送数据。根据如何以及利用什么特性通过无线电接口发送数据来分类输送信道。在不同的PHY层，即，发射器的PHY层和接收器的PHY层之间，通过物理信道传送数据。使用正交频分复用(OFDM)方案调制物理信道，并且利用时间和频率作为无线电资源。 [0053] PHY层使用数个物理控制信道。物理下行链路控制信道(PDCCH)向UE报告关于寻呼信道(PCH)和下行链路共享信道(DL-SCH)的资源分配，和与DL-SCH相关的混合自动重传请求(HARQ)信息。PDCCH能够承载用于向UE报告关于UL传输的资源分配的UL许可。物理控制格式指示符信道(PCFICH)向UE报告被用于PDCCH的OFDM符号的数目，并且在每个子帧中发送。物理混合ARQ指示符信道(PHICH)承载响应于UL传输的HARQ ACK/NACK信号。物理上行链路控制信道(PUCCH)承载诸如用于DL传输的HARQ ACK/NACK、调度请求、以及CQI的UL控制信息。物理上行链路共享信道(PUSCH)承载UL-上行链路共享信道(SCH)。 [0054] 图4示出物理信道结构的示例。 [0055] 物理信道由时域中的多个子帧和频域中的多个子载波组成。一个子帧由时域中的多个符号组成。一个子帧由多个资源块(RB)组成。一个RB是由多个符号和多个子载波组成。另外，各个子帧能够使用相对应的子帧的特定符号的特定子载波用于PDCCH。例如，子帧的第一符号能够被用于PDCCH。作为用于数据传输的单位时间的传输时间间隔(TTI)可以等于一个子帧的长度。 [0056] 用于将来自于网络的数据发送到UE的DL输送信道包括用于发送系统信息的广播信道(BCH)、用于发送寻呼消息的寻呼信道(PCH)、用于发送用户业务或者控制信号的DL-SCH等。系统信息承载一个或者多个系统信息块。能够以相同的周期性发送所有的系统信息块。通过多播信道(MCH)发送多媒体广播/多播服务(MBMS)的业务或者控制信号。同时，用于将来自于UE的数据发送到网络的UL输送信道包括用于发送初始控制消息的随机接入信道(RACH)、用于发送用户业务或者控制信号的UL-SCH等。 [0057] 通过逻辑信道，属于L2的MAC层将服务提供给更高的层，即，无线电链路控制(RLC)。MAC层的功能包括在逻辑信道和输送信道之间的映射，以及在属于逻辑信道的MAC服务数据单元(SDU)的输送信道上，对于提供给物理信道的输送块的复用/解复用。逻辑信道位于输送信道上方，并且被映射到输送信道。逻辑信道能够被划分成用于递送控制区域信息的控制信道和用于递送用户区域信息的业务信道。逻辑包括广播控制信道(BCCH)、寻呼控制信道(PCCH)、公共控制信道(CCCH)、多播控制信道(MCCH)、多播业务信道(MTCH)等。 [0058] 属于L2的RLC层支持可靠的数据传输。RLC层的功能包括RLCSDU级联、分割以及重组。为了确保无线电承载(RB)所要求的各种服务质量(QoS)，RLC层提供三种操作模式，即，透明模式(TM)、非应答模式(UM)、以及应答模式(AM)。AM RL通过使用自动重传请求(ARQ)提供错误校正。同时，利用MAC层内部的功能块能够实现RLC层的功能。在这样的情况下，RLC层可以不存在。 [0059] 分组数据会聚协议(PDCP)层属于L2。在用户面中的分组数据会聚协议(PDCP)层的功能包括用户数据递送、报头压缩、以及加密。报头压缩具有减少包含相对大尺寸和不必要的控制信息的IP分组报头的尺寸的功能，以支持具有窄带宽的无线电分段中的有效传输。在控制面中的PDCP层的功能包括控制面数据递送和加密/完整性保护。 [0060] 属于L3的无线电资源控制(RRC)仅被限定在控制面中。RRC层起到控制UE和网络之间的无线电资源的作用。为此，UE和网络通过RRC层交换RRC消息。RRC层用于与RB的配置、重新配置、以及释放相关联地控制逻辑信道、输送信道以及物理信道。RB是通过L2提供的用于UE和网络之间的数据递送的逻辑路径。RB的配置意指用于指定无线电协议层和信道特性以提供特定服务并且用于确定相应的详细参数和操作的过程。RB能够被分类成两种类型，即，信令RB(SRB)和数据RB(DRB)。SRB被用作在控制面中发送RRC消息的路径。DRB被用作在用户面中发送用户数据的路径。 [0061] RRC状态指示是否用户设备(UE)的RRC被逻辑地连接到E-UTRAN的RRC。当在UE的RRC层和E-UTRAN的RRC层之间建立RRC连接时，UE是处于RRC连接状态(RRC_CONNECTED)，否则UE是处于RRC空闲状态(RRC_IDLE)。因为处于RRC_CONNECTED中的UE具有通过E-UTRAN建立的RRC连接，所以E-UTRAN可以识别RRC_CONNECTED中的UE的存在并且能够有效地控制UE。同时，通过E-UTRAN不能够识别处于RRC_IDLE中UE，并且核心网络(CN)以比小区大的区域的跟踪区域(TA)为单位管理UE。即，以大区域为单位仅识别处于RRC_IDLE中的UE的存在，并且UE必须转变到RRC_CONNECTED以接收诸如语音或者数据通信的典型的移动通信服务。 [0062] 当用户最初开启UE时，UE首先搜索适当的小区并且然后在小区中保持在RRC_IDLE中。当存在建立RRC连接的需求时，保持在RRC_IDLE中的UE可以通过RRC连接过程建立与E-UTRAN的RRC的RRC连接并且然后可以转变成RRC_CONNECTED。当由于用户的呼叫尝试等上行链路数据传输是必需的时或者当从E-UTRAN接收寻呼消息而需要发送响应消息时，保持在RRC_IDLE中的UE可能需要建立与E-UTRAN的RRC连接。 [0063] 保持在RRC_IDLE下的UE能够持续执行小区重选以找到更好的小区。在这样的情况下，UE能够通过使用频率优先级信息执行测量和小区重选。即，当基于频率优先级信息执行频率测量和小区重选时UE能够确定将会优选地考虑哪个频率。UE能够通过使用系统信息或者RRC连接释放消息接收频率优先级信息，或者能够在RAT间小区重选中从其它的无线电接入技术(RAT)接收频率优先级信息。 [0064] 图5示出寻呼信道的传输。 [0065] 当存在要通过网络发送到特定UE的数据或者递送给特定UE的呼叫时，寻呼消息被用于搜索并且唤醒UE。为了发送寻呼消息，E-UTRAN可以搜索UE当前位于其中的某个位置区域，并且可以通过属于UE位于其中的位置区域的一个小区发送寻呼消息。为此，每当在位置区域中存在变化时，UE可以向网络报告变化，其被称为位置区域更新过程。 [0066] 参考图5，配置多个寻呼周期，并且一个寻呼周期可以包括多个寻呼时机。当接收寻呼消息时，UE可以执行非连续接收(DRX)以减少功耗。为此，网络可以为被称为寻呼周期的各个时间段配置多个寻呼时机，并且特定UE可以仅在特定寻呼时机期间通过监测寻呼信道接收寻呼消息。UE在除了被指配给UE的特定寻呼时机之外的时间不监测寻呼信道。一个寻呼时机可以对应于一个TTI。 [0067] 下面描述系统信息。可以参考3GPP TS 36.331V11.0.0的章节5.2(2012-06)。 [0068] 系统信息被划分成主信息块(MasterInformationBlock)(MIB)和数个系统信息块(SystemInformationBlock)(SIB)。MIB定义被要求接收进一步的系统信息的小区的最重要的物理层信息。系统信息块类型1(SystemInformationBlockType1)包含当估计是否允许UE接入小区时相关的信息并且定义其它的SIB的调度。其它的SIB是有关系统信息的集合。例如，特定的SIB可以仅包括相邻的小区的信息，并且其它的SIB可以仅包括通过UE使用的上行链路无线电信道的信息。 [0069] 表1示出SystemInformationBlockType1消息的一部分的示例。 [0070] <表1> [0071] [0072] MIB被映射在BCCH上并且被承载在BCH上，而所有的SIB被映射在BCCH上并且被动态地承载在通过SI-RNTI(系统信息无线电网络临时标识符)识别的DL-SCH上。MIB使用具有40ms的周期性和在40ms内进行重复的固定调度。MIB的第一传输被调度在无线电帧的子帧# 0中，对于其SFN mod 4＝0，并且重复被调度在所有其它无线电帧的子帧#0中。 [0073] SystemInformationBlockType1使用具有80ms的周期性和在80ms内进行重复的固定调度。SystemInformationBlockType1的第一传输被调度在无线电帧的子帧#5中，对于其SFN mod 8＝0，并且重复被调度在所有其它无线电帧的子帧#5中，对于其SFN mod 2＝0。单个SI-RNTI被用于寻址SystemInformationBlockType1以及所有其它的SIB。SystemInformationBlockType1配置用于所有其它SIB的SI窗口长度和传输周期性，如在表 1中所述。 [0074] 所有其它的SIB的调度是灵活的并且通过SystemInformationBlockType1指示。使用动态调度在周期性出现的SI窗口内发送SIB。各个SIB与SI窗口相关联，并且不同的SIB的SI窗口没有重叠。即，在一个SI窗口内仅发送相对应的SIB。SI窗口的长度对于所有的SIB来说是公共的，并且是可配置的。在SI窗口内，在除了多播-广播单频网络(MBSFN)子帧、时域双工(TDD)中的上行链路子帧、以及对其而言SFN mod 2＝0的无线电帧的子帧#5之外的任何子帧中相对应的SIB能够被发送多次。UE在PDCCH上从解码的SI-RNTI获取详细的时域调度(和其它的信息，例如，频域调度、使用的传送格式)。 [0075] eNB可以在与被用于BCCH的相同子帧中调度关于除了BCCH之外的逻辑信道的DL-SCH传输。最小的UE性能限制被映射到DL-SCH的BCCH，例如，关于最大的速率。借助于专用的信令，例如，在切换之后，也可以将系统信息提供给UE。 [0076] 系统信息的变化仅出现在特定的无线电帧处，即，修改时段的概念被使用。在修改时段内系统信息可以以相同的内容被发送多次，如通过其调度所定义的。通过SFN mod m＝0的SFN值定义修改时段边界，其中m是包括修改时段的无线电帧的数目。通过系统信息配置修改时段。 [0077] 图6示出系统信息的变化的变化。 [0078] 当网络改变系统信息(中的一些)时，其首先通知UE关于此变化，即，这可以贯穿整个修改时段进行。在下一个修改时段中，网络发送被更新的系统信息。参考图6，不同的阴影指示不同的系统信息。在接收变化通知之后，UE从下一个修改时段的开始立即获取新的系统信息。UE应用先前获取的系统信息直到UE获取新的系统信息。 [0079] 寻呼消息被用于通知处于RRC_IDLE中的UE和处于RRC_CONNECTED中的UE关于系统信息变化。如果UE接收包括系统信息修改(systemInfoModification)的寻呼消息，则其获知在下一个修改时段边界处系统信息将会改变。虽然可以通知UE关于系统信息中的变化，但是没有进一步的详情，例如，关于哪个系统信息将会改变。 [0080] SystemInformationBlockType1包括值标志，系统信息值标签(systemInfoValueTag)，指示在系统信息中变化是否已经发生，如在表1中所述。UE可以使用systemInfoValueTag，例如，在从覆盖范围外返回之后，以验证是否先前存储的系统信息仍然有效。另外，在从成功确认为有效的时刻开始的3个小时之后，UE认为存储的系统信息无效，除非另有指明。 [0081] 在各个修改时段中，UE通过检查修改时段边界之后的SystemInformationBlockType1中的systemInfoValueTag，或者在没有接收到寻呼消息的情况下尝试在修改时段期间找到systemInfoModification指示至少modificationPeriodCoeff次来验证被存储的系统信息保持有效。如果在修改时段期间没有通过UE接收到寻呼消息，则UE可以假定在下一个修改时段边界处将会不出现系统信息的变化。如果处于RRC_CONNECTED中的UE在修改时段期间接收一个寻呼消息，则其可以从systemInfoModification的存在/不存在推断在下一个修改时段中是否将会出现系统信息的变化。 [0082] 图7示出系统信息获取过程。 [0083] UE应用系统信息获取过程以获取通过E-UTRAN广播的接入层(AS)和非接入层(NAS)系统信息。系统信息获取过程应用于处于RRC_IDLE中的UE和处于RRC_CONNECTED中的UE。 [0084] 参考图7，在步骤S50处，UE从E-UTRAN接收MIB。在步骤S51处，UE从E-UTRAN接收SystemInformationBlockType1。在步骤S52处，UE从E-UTRAN接收系统信息。 [0085] 通常，可以使用相对窄的带宽发送MIB而使用相对宽的带宽发送所有其它的SIB。例如，通过小区的20MHz带宽当中的3MHz带宽可以发送MIB，而可以通过小区的整个20MHz发送所有其它的SIB。 [0086] 图8示出RRC连接建立过程。可以参考3GPP TS 36.331 V11.0.0的章节5.3.3(2012-06)。此过程的目的是为了建立RRC连接。RRC连接建立可以涉及SRB1建立。RRC连接建立过程也被用于初始NAS专用信息/消息从UE传输到E-UTRAN。E-UTRAN可以将RRC连接建立过程仅应用于建立SRB1。 [0087] 参考图8，在步骤S60处，UE将RRC连接请求(RRCConnectionRequest)消息发送到E-UTRAN。在步骤S61处，E-UTRAN将RRC连接设立(RRCConnectionSetup)消息发送到UE。在步骤S62处，UE将RRC连接设立完成(RRCConnectionSetupComplete)消息发送给E-UTRAN。 [0088] 图9示出RRC连接重新配置过程。也可以参考3GPP TS 36.331 V11.0.0(2012-06)的章节5.3.5。此过程的目的是为了修改RRC连接，例如，建立/修改/释放RB，执行切换，设立/修改/释放测量，添加/修改/释放辅助小区(S小区)。作为RRC连接重新配置过程的部分，可以将NAS专用信息从E-UTRAN传送到UE。 [0089] 参考图9，在步骤S70处，E-UTRAN将RRC连接重新配置(RRCConnectionReconfiguration)消息发送UE。在步骤S91处，UE将RRC连接重新配置完成(RRCConnectionReconfigurationComplete)消息发送到E-UTRAN。 [0090] 表2示出RRCConnectionReconfiguration消息的示例。RRCConnectionReconfiguration是修改RRC连接的命令。其可以传送用于测量配置、移动性控制、包括任何被关联的专用NAS信息的无线电资源配置(包括RB、MAC主要配置和物理信道配置)以及安全配置的信息。 [0091] <表2> [0092] [0093] [0094] [0095] 以下描述小区间干扰协调(ICIC)。可以参考3GPP TS 36.300 V11.2.0(2012-06)的章节16.1.5。 [0096] 对于UE测量服务小区和/或相邻小区的“被保护的”资源，无线电资源管理(RRM)/无线电链路监测(RLM)/信道状态信息(CSI)测量资源限制被用信号发送给UE。存在可以为UE配置的三种测量资源限制模式。 [0097] –模式1：对于主小区(P小区)的单个RRM/RLM测量资源限制。 [0098] –模式2：对于与P小区在相同的载波频率中操作的相邻小区的全部或者所指示的列表的单个RRM测量资源限制。 [0099] –模式3：对于P小区的CSI测量的资源限制。如果被配置，则每个UE配置两个子帧子集。UE报告用于各个被配置的子帧子集的CSI。 [0100] 对于模式3，由网络决定选择两个子帧子集，但是通常在使用两个被配置的子帧子集的CSI测量经受不同水平的干扰的预期下选择两个子帧子集(例如，一个子帧指示几乎空白子帧(ABS)，而第二子帧子集指示非ABS)。 [0101] 在RRC_CONNECTED中，通过专用RRC信令配置RRM/RLM/CSI测量资源限制。 [0102] 如下地配置对于时域ICIC的操作管理和维护(OAM)要求： [0103] 1)对于封闭订户组(CSG)小区的配置 [0104] 当时域ICIC被用于紧靠CSG小区的非成员UE时，OAM配置CSG小区不使用时域资源集合(即，子帧的集合)，使得通过另一小区仍然能够服务紧靠CSG小区的非成员UE。OAM还利用未被CSG小区使用的被保护的时域资源集合配置与CSG小区相邻的小区，使得相邻的小区知道哪个时域资源能够被用于紧靠CSG小区的非成员UE。 [0105] 2)对于干扰非CSG小区的配置 [0106] 当时域ICIC被用于减轻在从干扰eNB至被干扰的eNB的使用ABS模式的X2信令的两个小区之间的干扰时，应用下述的OAM要求。 [0107] -OAM可以在eNB之间配置关联以使用时域ICIC。 [0108] -对于来自于多个干扰小区的用于ABS模式的公共子集是可取的部署场景，OAM配置确保“公共子集”存在于那些干扰小区的ABS模式之间。 [0109] 描述时域ICIC部署场景。已经识别了常规ICIC技术不足以克服同信道干扰的两种场景，CSG场景和微微场景。所识别的场景是意图用于描述时域ICIC的基本概念的网络配置的示例并且应理解其他的网络部署场景也是可能的。 [0110] 图10示出时域ICIC部署场景的CSG场景的示例。 [0111] 当非成员用户紧靠CSG小区时可能发生主导干扰条件。取决于网络部署和策略，可能无法将经受小区间干扰的用户转到另一E-UTRAN载波或者其他的无线电接入技术(RAT)。时域ICIC可以被用于允许非成员UE保持由宏小区在相同频率层上服务。 [0112] 利用ABS通过CSG小区可以减轻这样的干扰，以保护相对应的宏小区的子帧免受干扰。非成员UE可以被用信号通知利用用于服务宏小区的RRM、RLM以及CSI测量的被保护的资源，允许UE继续由受到CGS小区的强干扰的宏小区服务。 [0113] 在RRC_CONNECTED中，网络能够通过现有的测量事件找出UE经受来自于UE不是其成员的CSG小区的主导干扰，在这一点上网络可以选择对于UE配置RRM/RLM/CSI测量资源限制。网络也可以对于相邻小区配置RRM测量资源限制以便于有助于相对于服务宏小区的移动性。当检测UE不再受CSG小区严重干扰时网络可以释放RRM/RLM/CSI测量资源限制。 [0114] 图11示出时域ICIC部署场景的微微场景的示例。 [0115] 对于在服务微微小区的边缘服务的微微用户，可以利用时域ICIC，例如，用于从宏小区到微微小区的业务卸载。可以利用时域ICIC以允许这样的UE保持由微微小区在相同的频率层上服务。 [0116] 利用ABS通过宏小区可以减轻这样的干扰以保护相对应的微微小区的子帧免受干扰。微微小区服务的UE使用用于服务微微小区的RRM、RLM以及CSI测量的被保护的资源。 [0117] 对于微微小区服务的UE，RRM/RLM/CSI测量资源限制可以允许在受到宏小区的强干扰下进行微微小区的更精确的测量。微微小区可以仅对于经受宏小区的强干扰的那些UE选择性地配置RRM/RLM/CSI测量资源限制。而且，对于宏小区服务的UE，网络可以对于相邻小区配置RRM测量资源限制以便于有助于从宏小区到微微小区的移动性。 [0118] 描述负载指示过程。可以参考3GPP TS 36.423 V11.1.0(2012-06)的章节8.3.1。 [0119] 负载指示过程的目的是为了在控制频率间相邻小区的eNB之间传送负载和干扰协调信息。 [0120] 该过程使用非UE关联的信令。 [0121] 图12示出负载指示过程。在步骤S90处，eNB1将负载信息消息发送到eNB2。 [0122] eNB通过将负载信息消息发送到控制内频相邻小区的eNB来发起过程。 [0123] 如果在负载信息消息中接收到UL干扰过载指示IE，则其指示每物理资源块(PRB)在所有资源块上由指示的小区经历的干扰级别。接收eNB可以在设置其调度策略时考虑这样的信息，并且将会认为接收到的UL干扰过载指示IE值有效，直到接收到承载相同IE的更新的新负载信息消息为止。 [0124] 如果在负载信息消息中接收到UL高干扰指示IE，则其指示每PRB高干扰灵敏度的出现，如从发送eNB看到的。对于关注的PRB，接收eNB应尝试避免在其小区中调度小区边缘UE。在负载信息消息中的UL高干扰信息IE组内接收到的目标小区ID IE指示相对应的UL高干扰指示IE意指的小区。接收eNB将会认为UL高干扰信息IE组的值有效，直到接收到承载更新的新负载信息消息为止。 [0125] 如果在负载信息消息中接收到相对窄带Tx功率(RNTP)IE，则其指示每PRB下行链路传输功率是否低于由RNTP阈值IE指示的值。当设置其调度策略时接收eNB可以考虑这样的信息，并且将会认为接收到的相对窄带Tx功率(RNTP)IE值有效，直到接收承载更新的新负载信息消息为止。 [0126] 如果ABS信息IE被包括在负载信息消息中，则ABS模式信息IE指示通过发送eNB指定为ABS的子帧，为了干扰协调的目的。当调度UE时，接收eNB可以考虑这样的信息。 [0127] 对于针对UE的特定测量的配置，接收eNB可以使用在负载信息消息中接收到的测量子集IE。 [0128] 接收eNB将会认为接收到的信息立即可应用。接收eNB将会认为ABS信息IE的值有效，直到接收承载更新的新负载信息消息为止。 [0129] 如果在ABS模式信息IE中指示的ABS与多播-广播单频率网络(MBSFN)子帧一致，则接收eNB将会考虑通过发送eNB将子帧指定为ABS。 [0130] 如果调用指示IE被包括在负载信息消息中，则其指示发送eNB希望接收eNB发回哪种类型的信息。接收eNB可以考虑这样的请求。 [0131] 如果调用指示IE被设置为“ABS信息”，则其利用负载信息消息指示发送eNB希望接收eNB发起负载指示过程，负载信息消息包含指示有关小区中的非零ABS模式的ABS信息IE。 [0132] 通过eNB将负载信息消息发送到相邻的eNB以传送负载和干扰协调信息。表3和表4示出负载信息消息。 [0133] <表3> [0134] [0135] <表4> [0136]范围边界 解释 maxCellineNB 通过eNB能够服务的小区的最大数目。值是256。 [0137] 表5和表6示出被包括在负载信息消息中的UL干扰过载指示IE。此IE提供每PRB的关于干扰过载的报告。在UL干扰过载和UL高干扰的指示之间的交互被具体地实现。 [0138] <表5> [0139] [0140] <表6> [0141]范围边界 解释 maxnoofPRBs 物理资源块的最大数目。值是110。 [0142] 表7示出被包括在负载信息消息中的UL高干扰指示IE。此IE提供每PRB的关于干扰灵敏度的2级报告。在UL过载和UL高干扰的指示之间的交互被具体地实现。 [0143] <表7> [0144] [0145] 表8示出被包括在负载信息消息中的相对窄带TX功率(RNTP)IE。该IE提供关于在小区中每RPB的DL功率限制的指示和用于干扰感知调度由相邻的eNB所需的其它信息。 [0146] <表8> [0147] [0148] 根据现有技术，E-UTRAN通过将一些特定子帧专用于相邻的小区(即，时域ICIC中的ABS)或者通过从相邻的小区减少一些无线电资源的传输功率(即，每PRB的RNTP)执行小区之间(例如，宏小区和微微小区之间)的干扰协调。 [0149] 然而，对于系统信息的传输和寻呼，E-UTRAN可能不能实现成功的干扰协调。因为来自于相邻的小区的系统信息和寻呼消息的调度会在时间上频繁地重叠。因此，如果UE执行从宏小区到微微小区的切换并且然后如果UE落入微微小区的覆盖范围延伸(CRE)区域，则在切换完成之后UE可能不能从微微小区检测系统信息。当UE处于微微小区的CRE区域内时，也可能不能从微微小区检测寻呼消息。 [0150] 此外，因为寻呼消息被用于通知处于RRC_IDLE的UE和处于RRC_CONNECTED的UE关于系统信息变化，所以不可以接收系统信息修改。类似地，因为通过寻呼消息发送PWS通知或者寻呼记录，所以不可以接收公共报警系统(PWS)通知或者寻呼记录。因此，可能要求用于经由UE专用信道上的UE专用的信令，替代在PCCH上的寻呼消息接收系统信息修改、PWS通知、以及/或者寻呼记录的方法。 [0151] 图13示出根据本发明的实施例的用于接收系统信息的方法的示例。 [0152] 在步骤S100处，UE经由RRC连接重新配置消息在UE专用信道上从eNB接收系统信息。系统信息修改可以包括指示系统信息的修改的值标签。系统信息修改、或者值标签可以被包括在RRC连接重新配置消息中的SIB1中，如在表1中所描述。UE专用信道可以是DCCH。 [0153] 在步骤S110处，UE根据系统信息修改从eNB接收至少一个系统信息块。可以在广播信道上接收至少一个系统信息块。在下一个修改时段中，即，从接收到系统信息修改的修改时段的边界开始，接收至少一个系统信息。 [0154] 根据本发明的实施例，可以经由作为UE专用的消息的RRC连接重新配置消息，替代寻呼消息，提供系统信息修改或者值标签。即，对于不能够接收SystemInformationBlockType1的处于RRC_CONNECTED中的UE，eNB可以使用RRCConnectionReconfiguration消息中的systemInformationBlockType1Dedicated经由专用的信令提供系统信息修改或者值标签。在UE认为被存储的系统信息无效之前，例如通过提供在RRCConnectionReconfiguration消息中的systemInformationBlockType1dedicated，eNB可以确保UE具有有效的系统信息。 [0155] 表9示出根据本发明的实施例的RRCConnectionReconfiguration消息的示例。表9的RRCConnectionReconfiguration消息是表2的RRCConnectionReconfiguration消息的修改版本。 [0156] <表9> [0157] [0158] [0159] [0160] 参考表9，RRCConnectionReconfiguration消息包括systemInformationBlockType1dedicated，其包括在表1中描述的systemInformationBlockType1消息。因此，经由作为UE专用消息的RRCConnectionReconfiguration消息发送被包括在systemInformationBlockType1消息中的值标记。 [0161] 图14示出根据本发明的实施例的用于接收系统信息的方法的另一示例。 [0162] 在步骤S210处，如果UE在来自于相邻的小区的小区间干扰下，则eNB可以在DCCH上经由RRC连接重新配置过程在UE中配置被限制的无线电资源。在限制的无线电资源配置之后，UE可以使用诸如ABS的被限制的子帧接收具有少的小区间干扰的某个小区。如果例如经由RRC连接重新过程UE被配置有被限制的无线电资源，则UE经由被限制的无线电资源，例如，ABS，在PDCCH上监测承载寻呼RNTI(P-RNTI)和寻呼消息的PDCCH。在步骤S211，UE在DCCH上将RRC连接重新配置完成消息发送给eNB。 [0163] 如果UE在来自于相邻的小区的严重的小区间干扰下，即，当UE处于覆盖范围延伸区域时，UE可能不能够经由寻呼消息检测系统信息修改。因此，在步骤S220处，eNB在DCCH上经由RRC连接重新配置消息，替代PCCH上的寻呼消息，向UE指示系统信息修改。 [0164] 可替选地，eNB能够包括在RRC连接重新配置消息中的值标记。在RRC连接重新配置消息中的值标记与在BCCH上经由SIB1广播的值标记相同，如在表1中所描述的，并且被用于指示系统信息的修改。 [0165] 在步骤S221处，UE在DCCH上将RRC连接重新配置完成消息发送给eNB。 [0166] 在步骤S230处，在DCCH上经由RRC连接重新配置消息在修改时段中接收系统信息修改之后，UE在下一个修改时段，即，从UE完全地接收系统信息修改的指示的修改时段的边界开始，接收系统信息。 [0167] 可替选地，在DCCH上经由RRC连接重新配置消息在修改时段中接收值标记之后，UE在UE接收值标记的修改时段中立即开始接收系统信息。 [0168] 图15示出根据本发明的实施例的用于接收报警消息的方法的示例。 [0169] 在步骤S310处，如果UE在来自于相邻的小区的小区间干扰下，则eNB可以在DCCH上经由RRC连接重新配置过程在UE中配置被限制的无线电资源。在限制的无线电资源配置之后，UE可以使用诸如ABS的被限制的子帧接收具有少的小区间干扰的某个小区。如果例如经由RRC连接重新过程UE被配置有被限制的无线电资源，则UE经由被限制的无线电资源，例如，ABS，在PDCCH上监测承载寻呼RNTI(P-RNTI)和寻呼消息的PDCCH。在步骤S311，UE在DCCH上将RRC连接重新配置完成消息发送给eNB。 [0170] 如果UE在来自于相邻的小区的严重的小区间干扰下，即，当UE处于覆盖范围延伸区域时，UE可能不能够经由寻呼消息检测地震和海啸预警系统(EWTS)指示或者商用移动报警系统(CAMS)指示。因此，在步骤S320处，eNB在DCCH上经由RRC连接重新配置消息，替代PCCH上的寻呼消息，向UE指示ETWS/CMAS指示。在步骤S321处，UE在DCCH上将RRC连接重新配置完成消息发送给eNB。 [0171] 在步骤S330处，在DCCH上经由RRC连接重新配置消息在修改时段中接收ETWS/CMAS指示之后，UE立即开始接收SIB10、SIB11或者SIB 12，SIB10、SIB11或者SIB12承载诸如ETWS通知、CMAS通知的PWS通知，PWS通知携带报警消息。 [0172] 图16示出根据本发明的实施例的用于接收寻呼记录的方法的示例。 [0173] 在步骤S410处，如果UE在来自于相邻的小区的小区间干扰下，则eNB可以在DCCH上经由RRC连接重新配置过程在UE中配置被限制的无线电资源。在限制的无线电资源配置之后，UE可以使用诸如ABS的被限制的子帧接收具有少的小区间干扰的某个小区。如果例如经由RRC连接重新过程UE被配置有被限制的无线电资源，则UE经由被限制的无线电资源，例如，ABS，在PDCCH上监测承载寻呼RNTI(P-RNTI)和寻呼消息的PDCCH。在步骤S411，UE在DCCH上将RRC连接重新配置完成消息发送给eNB。 [0174] 如果UE在来自于相邻的小区的严重的小区间干扰下，即，当UE处于覆盖范围延伸区域时，UE可能不能够在PCCH上检测承载P-RNTI的PDCCH或者接收寻呼消息。因此，在步骤S420处，eNB经由在DCCH上的RRC连接重新配置消息，替代在PCCH上的寻呼消息，将寻呼记录发送给UE。寻呼记录包括被寻呼的UE的标识，诸如SAE-临时移动订户标识(S-TMSI)、国际移动订户标识(IMSI)、以及相对应的CN域，即，电路切换(CS)域或者分组切换(PS)域。在步骤S421处，UE在DCCH上将RRC连接重新配置完成消息发送给eNB。 [0175] UE的RRC层将接收到的寻呼记录转发给UE的NAS层。如果UE自身的标识被包括在寻呼记录中，则UE的NAS层可以将寻呼响应消息作为对寻呼记录的响应发送给eNB。 [0176] 图17示出根据本发明的实施例的用于接收寻呼记录的方法的示例。 [0177] 在步骤S510处，如果UE在来自于相邻的小区的小区间干扰下，则eNB可以在DCCH上经由RRC连接重新配置过程在UE中配置被限制的无线电资源。在限制的无线电资源配置之后，UE可以使用诸如ABS的被限制的子帧接收具有少的小区间干扰的某个小区。如果例如经由RRC连接重新过程UE被配置有被限制的无线电资源，则UE经由被限制的无线电资源，例如，ABS，在PDCCH上监测承载寻呼RNTI(P-RNTI)和寻呼消息的PDCCH。在步骤S511，UE在DCCH上将RRC连接重新配置完成消息发送给eNB。 [0178] 如果UE在来自于相邻的小区的严重的小区间干扰下，即，当UE处于覆盖范围延伸区域时，在步骤S520处，UE仅在被限制的无线电资源(例如，被配置的ABS)内监测寻呼消息。对于此被限制的寻呼监测，eNB可以指示UE执行被限制的寻呼监测。可替选地，当UE被配置有对其服务小区具有高的正偏置的高的被限制的无线电资源以应对对服务小区的强大干扰时，UE决定应用被限制的寻呼监测。寻呼记录包括被寻呼的UE的标识，诸如S-TMSI、IMSI、以及相对应的CN域，即，CS域或者PS域。在步骤S521处，UE在DCCH上将RRC连接重新配置完成消息发送给eNB。 [0179] UE的RRC层将接收到的寻呼记录转发给UE的NAS层。如果UE自身的标识被包括在寻呼记录中，则UE的NAS层可以将寻呼响应消息作为对寻呼记录的响应发送给eNB。 [0180] 同时，当UE被连接到小区时，UE需要保持小区的有效系统信息。因此，UE定期地监测小区处的系统信息广播。然而，尽管UE处于CRE区域中，UE可能不能够接收广播SIB1。这是因为如果系统帧号在两个小区之间对齐，则来自于两个小区的广播SIB1可能重叠。由于此原因，小区间干扰将会导致UE不能够解码指示在物理下行链路共享信道(PDSCH)上的SIB1传输的PDCCH。 [0181] 图18示出根据本发明的实施例的用于接收系统信息的方法的另一示例。 [0182] 在步骤S610处，如果UE在来自于相邻的小区的小区间干扰下，则eNB可以在DCCH上经由RRC连接重新配置过程在UE中配置被限制的无线电资源。或者，UE可以支持ICIC。在被限制的无线电资源配置之后，UE可以使用诸如ABS的被限制的子帧接收具有少的小区间干扰的某个小区。在步骤S611处，UE在DCCH上将RRC连接重新配置完成消息发送给eNB。 [0183] 在步骤S620处，UE在小区处在各个修改时段经由BCCH监测广播系统信息。UE通过经由BCCH接收被更新的系统信息保持最近的系统信息。 [0184] 在步骤S630处，当系统信息被更新时，eNB在用于小区的DCCH上经由RRC连接重新配置消息将被更新的SIB1(即，专用的SIB1)发送到UE。 [0185] 在步骤S640处，UE决定是否应用在DCCH上接收到的专用的SIB1。如果UE在小区处在相同的修改时段中成功地接收在DCCH上的专用的SIB1和BCCH上的广播SIB1，则UE可以始终在BCCH上优化广播SIB1。但是，如果UE在小区处在不同的修改时段中成功地接收DCCH上的专用的SIB1和BCCH上的广播SIB1，则UE可以始终优化在BCCH或者DCCH上的最近接收到的SIB1。 [0186] 即，如果UE在BCCH修改时段上在BCCH上已经事先接收和存储广播SIB1，并且然后，如果UE在已经事先接收到广播SIB1的相同的BCCH修改时段中成功地接收到DCCH上的专用的SIB1，则UE忽略在DCCH上接收到的专用的SIB1(即，UE保持存储经由BCCH已经接收到的广播SIB1)。如果专用的SIB1包括没有被包括在广播SIB1中的某信息元素，则UE应用被包括在专用的SIB1中的全部信息或者仅应用该信息元素。 [0187] 然而，如果UE在BCCH修改时段上在BCCH上已经事先接收和存储广播SIB1，并且然后，如果UE在已经成功地接收广播SIB1的BCCH修改时段之后的下一个BCCH修改时段中在DCCH上成功地接收了专用的SIB1，则UE应用在DCCH上接收到的专用的SIB1(即，UE将存储的SIB1替换成接收到的专用的SIB1)。 [0188] 换言之，当UE在BCCH修改时段中在DCCH上成功地接收到专用的SIB1时，如果UE不具有在相同的BCCH修改时段中在BCCH上已经成功地接收到的广播SIB1，则UE应用在DCCH上接收到的专用的SIB1(即，UE将存储的SIB1替换成接收到的专用的SIB1)。 [0189] 但是，当UE在BCCH修改时段中在DCCH上成功地接收到专用的SIB1时，如果UE具有在相同的BCCH修改时段中已经成功地接收到的广播SIB1，则UE忽略在DCCH上接收到的专用的SIB1(即，UE保持存储经由BCCH已经接收到的广播SIB1)。 [0190] 在步骤S650处，在DCCH上经由RRC连接重新配置完成消息，UE向eNB指示是否将专用的SIB1应用于UE，作为对包括专用的SIB1的RRC连接重新配置消息的响应。 [0191] 如果UE在DCCH上应用专用的SIB1，则UE保持存储专用的SIB1作为用于此小区的有效的SIB1，直到UE在BCCH上接收广播SIB1或在DCCH上接收另外专用的SIB1。即，专用的SIB1是有效的，直到被另外接收到的SIB1重写。或者，如果UE应用在DCCH上的专用的SIB1，则UE保持存储专用的SIB1作为用于此小区的有效的SIB1直到经过了3个小时，除非UE接收另外的SIB1。即，专用的SIB1仅在3个小时内是有效的。 [0192] 可替选地，如果在UE中BCCH上的广播SIB1和在DCCH上的专用的SIB1是可用的，则根据本发明的实施例可以考虑下述三种选项。 [0193] 1)选项1：UE应始终相对于BCCH上的广播SIB1优先考虑DCCH上的专用的SIB1。 [0194] 在选项1中，当UE在修改时段中在DCCH上接收专用的SIB1时，如果在DCCH上事先已经接收到被存储的SIB1，则就在下一个修改时段或者从下一个修改时段开始，UE将存储的SIB1替换成在DCCH上接收到的专用的SIB1。或者，当UE在修改时段中在DCCH上接收专用的SIB1时，如果在BCCH上已经事先接收到被存储的SIB1，则就在下一个修改时段或者从下一个修改时段开始，UE将存储的SIB1替换成在DCCH上接收到的专用的SIB1。或者，当UE在修改时段中在DCCH上UE接收专用的SIB1时，如果在UE中没有有效的SIB1是可用的，则UE存储接收到的SIB1。 [0195] 当UE在修改时段中在BCCH上接收广播SIB1时，如果在DCCH上已经事先接收到被存储的SIB1，则UE忽略在BCCH上的广播SIB1。被存储在UE中的SIB1没有被替换。或者，当UE在修改时段中在BCCH上接收广播SIB1时，如果在BCCH上事先已经接收被存储的SIB1，则就在下一个修改时段或者从下一个修改时段开始，UE将存储的SIB1替换成在BCCH上接收到的广播SIB1。或者，当UE在修改时段中在BCCH上接收广播SIB1时，如果在UE中没有有效的SIB1是可用的，则UE存储接收到的SIB1。 [0196] 在选项1中，如果UE在小区处在DCCH上接收专用的SIB1(并且存储接收到的SIB1)，则UE在用于小区的特定时间期间将在DCCH上接收到的专用的SIB1视为有效的，直到UE下一次在小区处在DCCH上接收另外的专用的SIB1。UE被连接到的eNB应在DCCH或者BCCH上经由RRC消息向UE用信号发送特定时间。或者，特定的时间被固定到诸如3个小时的特定值。如果自从在DCCH上接收到的专用的SIB1已经被存储在UE中开始经过了3个小时，并且如果在3个小时内被存储的SIB1没有被另外接收到的SIB1替换，则UE删除存储的SIB1，并且因此，在UE中将没有有效的SIB1。 [0197] 2)选项2：UE应始终相对于DCCH上的专用的SIB1优先考虑BCCH上的广播SIB1。 [0198] 在选项2中，当UE在修改时段中在DCCH上接收专用的SIB1时，如果在DCCH上事先已经接收到被存储的SIB1，则就在下一个修改时段或者从下一个修改时段开始，UE将存储的SIB1替换成在DCCH上接收到的专用的SIB1。或者，当UE在修改时段中在DCCH上接收专用的SIB1时，如果在BCCH上已经事先接收到被存储的SIB1，则UE忽略在DCCH上的专用的SIB1。被存储在UE中的SIB1没有被替换。或者，当UE在修改时段中在DCCH上UE接收专用的SIB1时，如果在UE中没有有效的SIB1是可用的，则UE存储接收到的SIB1。 [0199] 当UE在修改时段中在BCCH上接收广播SIB1时，如果在DCCH上已经事先接收到被存储的SIB1，则就在下一个修改时段或者从下一个修改时段开始，UE将存储的SIB1替换成在BCCH上接收到的广播SIB1。或者，当UE在修改时段中在BCCH上接收广播SIB1时，如果在BCCH上事先已经接收被存储的SIB1，则就在下一个修改时段或者从下一个修改时段开始，UE将存储的SIB1替换成在BCCH上接收到的广播SIB1。或者，当UE在修改时段中在BCCH上接收广播SIB1时，如果在UE中没有有效的SIB1是可用的，则UE存储接收到的SIB1。 [0200] 在选项2中，如果UE在小区处在DCCH上接收专用的SIB1，并且存储接收到的SIB1，则被存储的SIB1在UE中保持为对于小区有效的SIB1，除非通过在小区处最接收到的新的SIB1替换存储的SIB1。 [0201] 3)选项3：UE应相对于被存储的或者先前接收到的SIB1优先考虑最近接收到的SIB1，无论在哪一个信道上UE接收SIB1。因此，如果UE事先已经接收和存储的SIB1作为有效的SIB1是可用的，则无论何时UE在DCCH或者BCCH上接收SIB1，UE将存储的SIB1替换成接收到的SIB1，无论在哪一个信道上已经事先接收到被存储的SIB1。 [0202] 当UE在修改时段中在DCCH上接收专用的SIB1时，如果在DCCH上已经事先接收到被存储的SIB1，则就在下一个修改时段或者从下一个修改时段开始，UE将存储的SIB1替换成在DCCH上接收到的专用的SIB1。或者，当UE在修改时段中在DCCH上接收专用的SIB1时，如果在BCCH上事先已经接收到被存储的SIB1，则就在下一个修改时段或者从下一个修改时段开始，UE将存储的SIB1替换成在DCCH上接收到的专用的SIB1。或者，当UE在修改时段中在DCCH上接收专用的SIB1时，如果在UE中没有有效的SIB1是可用的，则UE存储接收到的SIB1。 [0203] 当UE在修改时段中在BCCH上接收广播SIB1时，如果在DCCH上事先已经接收到被存储的SIB1，则就在下一个修改时段或者从下一个修改时段开始，UE将存储的SIB1替换成在BCCH上接收到的广播SIB1。或者，当UE在修改时段中在BCCH上接收广播SIB1时，如果在BCCH上已经事先接收被存储的SIB1，则就在下一个修改时段或者从下一个修改时段，UE将存储的SIB1替换成在BCCH上接收到的广播SIB1。或者，当UE在修改时段中在BCCH上接收广播SIB1时，如果在UE中没有有效的SIB1是可用的，则UE存储接收到的SIB1。 [0204] 在选项3中，如果UE在小区处在DCCH上接收专用的SIB1并且存储接收到的SIB1，则被存储的SIB1作为对于小区有效的SIB1保持在UE中，除非存储的SIB1被在小区处最近接收到的新SIB1替代。 [0205] 图19是实现本发明实施例的无线通信系统的框图。 [0206] eNB 800可以包括处理器810、存储器820和射频(RF)单元830。处理器810可以被配置为实现在本说明书中提出的功能、过程，和/或方法。无线电接口协议的层可以在处理器810中实现。存储器820可操作地与处理器810耦合，并且存储操作处理器810的各种信息。RF单元830可操作地与处理器810耦合，并且发送和/或接收无线电信号。 [0207] UE 900可以包括处理器910、存储器920和RF单元930。处理器910可以被配置为实现在本说明书中提出的功能、过程和/或方法。无线电接口协议的层可以在处理器910中实现。存储器920可操作地与处理器910耦合，并且存储操作处理器910的各种信息。RF单元930可操作地与处理器910耦合，并且发送和/或接收无线电信号。 [0208] 处理器810、910可以包括专用集成电路(ASIC)、其它的芯片组、逻辑电路和/或数据处理设备。存储器820、920可以包括只读存储器(ROM)、随机存取存储器(RAM)、闪存、存储卡、存储介质和/或其它的存储设备。RF单元830、930可以包括基带电路以处理射频信号。当实施例以软件实现的时候，在此处描述的技术可以以执行在此处描述的功能的模块(例如，过程、功能等)实现。模块可以存储在存储器820、920中，并且由处理器810、910执行。存储器820、920能够在处理器810、910内或者在处理器810、910的外部实现，在外部实现情况下，存储器820、920经由如在本领域已知的各种手段可通信地耦合到处理器810、910。 [0209] 由在此处描述的示例性系统看来，已经参考若干流程图描述了按照公开的主题可以实现的方法。为了简化的目的，这些方法被示出和描述为一系列的步骤或者模块，应该明白和理解，所要求的主题不受步骤或者模块的顺序限制，因为一些步骤可以以与在此处描绘和描述的不同的顺序或者与其它步骤同时出现。另外，本领域技术人员应该理解，在流程图中图示的步骤不是排它的，并且可以包括其它的步骤，或者在不影响本公开的范围和精神的情况下在示例流程图中的一个或多个步骤可以被删除。 |
||||||
QQ群二维码
意见反馈
意见反馈