移动通信网Uu接口技术要求协议.doc

200X XX XX 印发中国通信标准化协会 LTE FDD数字蜂窝移动通信网Uu接口技术要求第9部分：RRC协议LTE FDD digital cellular mobile telecommunication network Uu Interface Technical Requirement Part 9: RRC ProtocolYDB XXXXXXXX通信标准类技术报告目 次目 次II前 言IVLTE FDD数字蜂窝移动通信网 Uu接口技术要求 第9部分：RRC协议61 范围62 规范性引用文件63 术语、定义和缩略语64概述84.1介绍84.2架构84.3服务104.4功能105过程115.1概述115.2系统信息125.3连接控制215.4不同RAT间的移动性475.5测量545.5测量565.6其它方面735.7通用错误处理775.8 MBMS796协议数据单元，格式以及参数（表格和ASN.1）816.1概述816.2RRC 信息826.3RRC 信息元素1156.4RRC 多样性和类型常量值1897变量和常量1907.1UE 变量1907.2计数器1927.3定时器（资料性）1937.4常量1938协议数据单元抽象句法1948.1概述194-当解码a) RRC消息 PDUs，b）通过内容限制的BIT STING，或者c）通过内容限制的OCTET STRING，如果在一个解码后的RRC消息PDU，BIT STRING或者OCTET STRING末端有一个无关0或者非0bit，不需要PER解码器上报错误。1948.2编解码的RRC消息结构1948.3基本要素（Basic production）1948.4扩展1948.5 填充1959规定的和缺省的无线配置1959.1规定的配置1959.2缺省的无线配置19710网络节点之间相关无线信息交互19910.1概述19910.2节点间RRC 消息19910.3节点间RRC信息元素定义20210.4节点间RRC 多样性和类型约束值20410.5 AS-Config中的强制信息20411UE 能力相关约束和性能要求20711.1UE 能力相关约束20711.2 RRC过程的处理延迟要求20711.3版本9 条件强制的特性208附录A (资料性): 指导性描述, 主要是ASN.1的使用209A.1介绍209A.2流程描述209A.3PDU 描述209A.4PDU规范扩展216A.5RRC消息中包含传输标识符的原则221A.6RRC消息的保护 (资料性描述)222A.7其他223附录 B (规范性)：版本 8 AS特征处理224B.1特征组指示器224B.2CSG 支持227附录 C (资料性): 更新记录228参考文献229前 言YDB XXXX-XXXX LTE FDD数字蜂窝移动通信网 Uu接口技术要求分为九个部分： 第1部分：物理层概述； 第2部分：物理信道和调制 第3部分：物理层复用和信道编码 第4部分：物理层过程 第5部分：物理层测量 第6部分：MAC协议 第7部分：RLC协议 第8部分：PDCP协议 第9部分：RRC协议本部分是第9部分。YDB XXXX-XXXX LTE FDD数字蜂窝移动通信网 Uu接口技术要求是LTE FDD数字蜂窝移动通信网系列技术报告之一，该系列技术报告的结构和名称预计如下：a） YDB XXXX-XXXX LTE FDD数字蜂窝移动通信网 无线接入部分总体技术要求b） YDB XXXX-XXXX LTE FDD数字蜂窝移动通信网 Uu接口技术要求 第1部分：物理层概述； 第2部分：物理信道和调制 第3部分：物理层复用和信道编码 第4部分：物理层过程 第5部分：物理层测量 第6部分：MAC协议 第7部分：RLC协议 第8部分：PDCP协议 第9部分：RRC协议c） YDB XXXX-XXXX LTE FDD数字蜂窝移动通信网 X2接口技术要求 第1部分：概述； 第2部分：层1 第3部分：信令传输 第4部分：应用协议 第5部分：数据传输d） YDB XXXX-XXXX LTE FDD数字蜂窝移动通信网 S12接口技术要求 第1部分：概述； 第2部分：层1 第3部分：信令传输 第4部分：应用协议 第5部分：数据传输本部分的附录A、附录C均为资料性附录，附录B为规范性附录。为适应信息通信业发展对通信标准文件的需要，在工业和信息化部的统一安排下，对于技术尚在发展中，又需要有相应的标准性文件引导其发展的领域，由中国通信标准化协会组织制定“通信标准类技术报告”，推荐有关方面参考采用。有关对本技术报告的建议和意见，向中国通信标准化协会反映。本部分由中国通信标准化协会提出并归口。本部分起草单位：工业和信息化部电信研究院、中国移动通信集团、大唐电信科技产业集团、中兴通讯股份有限公司、华为技术有限公司、南京爱立信熊猫通信有限公司、诺基亚西门子通信（上海）有限公司、广州新邮通信有限公司、上海贝尔股份有限公司、鼎桥通信技术有限公司、中国普天信息产业股份有限公司、诺基亚通信有限公司、北京天碁科技有限责任公司、重庆重邮信科股份有限公司、北京展讯高科通信技术有限公司本部分主要起草人：LTE FDD数字蜂窝移动通信网 Uu接口技术要求 第9部分：RRC协议1 范围本部分规定了LTE FDD数字蜂窝移动通信网中用户设备（UE）与演进基站（eNB）之间，即Uu接口的无线资源管理（RRC）部分。本部分适用于LTE FDD数字蜂窝移动通信网。2 规范性引用文件下列文件中的条款通过本部分的引用而成为部分的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于部分，然而，鼓励根据本部分达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本部分。GB 4943-2001 信息技术设备的安全YD/T 1011-1999 数字同步网独立型节点从钟设备技术要求及测试方法YD/T 1012-1999 数字同步网节点时钟系列及其定时特性ITU-R SM.329-9,2001杂散发射（Spurious emissions）YD/T 1365-2006 2GHz TD-SCDMA数字蜂窝移动通信网 无线接入子系统设备技术要求3GPP TS 25.105通用移动通信系统(UMTS)时分双工基站无线发射和接收要求 (Universal Mobile Telecommunications System (UMTS) Base Station (BS) radio transmission and reception (TDD) (Release 5)3 术语、定义和缩略语3.1 缩略语下列缩略语适用于本部分。1xRTTCDMA2000 1x Radio Transmission TechnologyCDMA2000 1x无线接入技术AMAcknowledged Mode确认模式AMRAdaptive Multi Rate自适应多速率ASN.1Abstract Syntax Notation.1抽象语法标记1ARQAutomatic Repeat Request自动重传请求ASAccess Stratum接入层BCCHBroadcast Control Channel广播控制信道BCHBroadcast Channel广播信道CCCHCommon Control Channel公共控制信道CCOCell Change Order小区变化CNCore Network核心网CPControl Plane控制面CRCCyclic Redundancy Check循环冗余校验CSGClosed Subscriber Group控制无线网络控制器DCHDedicated Channel专用信道DDIData Discription Indication 数据描述指示DPCHDedicated Physical Channel专用物理信道DRXDiscontinuous Reception非连续接收E-AGCHE-DCH Absolute Grant Channel E-DCH绝对授权信道E-DCHEnhanced Dedicated Transport Channel增强型专用传输信道ENIE-UCCH Number Indication (1.28Mcps TDD only)E-UCCH个数指示（专用于1.28Mcps TDD）ETWSEarthquake and Tsunami Warning System地震和海啸预警系统EPCEnhanced Packet Core增强分组数据核心网GERANGSM/EDGE Radio Access NetworkGSM/EDGE无线接入网络MACMedium Access Control媒体接入控制MBSFNMultimedia Broadcast multicast service Single Frequency Network多播广播服务单频网络MIBMaster Information Block主信息块MRBMBMS Point to Multipoint Radio BearerMBMS点到多点无线承载MSIMCH Scheduling InformationMCH调度信息NACCNetwork Assisted Cell Change网络辅助小区改变PDCPPacket Data Convergence Protocol layer分组数据汇聚协议eNBEvolved NodeB演进基站PLMNPublic Land Mobile Network公共陆地移动网络QoSQuality of Service服务质量RACHRandom Access CHannel随机接入信道RATRadio Access Technology无线接入技术RBRadio Bearer无线承载RLCRadio Link Control无线链路控制RRCRadio Resource Control无线资源控制RSCPReceived Signal Code Power接收信号码功率RSRPReference Signal Received Power参考信令接收功率RSSIReceived Signal Strength Indicator接收信号强度指示SAESystem Architecture Evolution系统架构演进SAPService Access Point服务接入点SFNSystem Frame Number系统帧号SISystem Information系统信息SIBSystem Information Block系统信息块SPSSemi-Persistent Scheduling半迟滞调度SRBSignalling Radio Bearer信令无线承载SSACService Specific Acess Control特定业务接入控制TDDTime Division Duplex时分复用TMTransparent Mode透明模式UEUser Equipment用户设备ULUpLInk上行UMUnacknowledged Mode非确认模式UTRANUniversal Terrestrial Radio Access Network通用陆地无线接入网络4概述4.1介绍本文档的结构如下：- 第4.2节描述RRC协议模型；- 第4.3节描述提供给上层的服务，也包括低层提供给RRC的服务；- 第4.4节列出RRC的作用；- 第5节描述RRC过程，包括UE 状态传输；- 第6节描述混合格式的RRC消息（即表格和ASN.1的形式）；- 第7节描述UE使用的变量（包含协议定时器和常量）和计数器；- 第8节描述RRC消息的编码；- 第 9 节描述规定的和缺省的无线配置；- 第10节描述网络节点间传输的RRC消息 ；- 第11节描述UE性能相关约束和性能要求。4.2架构4.2.1UE 状态和状态转换（包括异系统之间）当已经建立了RRC 连接，则UE处在RRC_CONNECTED状态。如果没有，则没有建立RRC连接，即UE处在RRC_IDLE状态。RRC状态可以进一步分类如下：a)RRC_IDLE：- 高层可以配置UE专用DRX； - UE控制的移动性；- 对于UE： 监控一个寻呼信道，进而检测到来的呼叫、系统信息改变、以及ETWS通知（仅对支持ETWS的UE）； 进行邻区测量和小区选择（重选）； 获取系统信息。b)RRC_CONNECTED：- 传输给/来自UE的单播数据传输。- 在低层，UE可以被配置为具有UE专用DRX。- 网络控制的移动性，即切换和具有网络协助（NACC）到GERAN的小区变换命令；- 对于UE： 监控一个寻呼信道和/或系统信息块类型1（System Information Block Type 1 ）的内容，进而检测系统消息更改，以及ETWS通知（仅适用于支持ETWS的UE）； 监控与共享数据信道相关联的控制信道，进而决定是否为其准备数据； 提供信道质量和反馈信息； 进行邻区侧量和测量报告； 获取系统信息。下图不仅仅提供了E-UTRA中RRC状态的概况，同时也说明了E-UTRAN，UTRAN和GERAN之间的支持性。图 1 E-UTRA 状态和RAT间的转移过程如下图显示E-UTRAN，CDMA2000 1xRTT 和CDMA2000 HRPD之间的移动支持性。至于CDMA2000状态模型的细节则超出了本规范的范围。图2 在E-UTRA和CDMA2000之间的转移流程不同RAT间切换过程支持信令、会话服务，非会话服务以及上述的结合。在E-UTRA与 非3GPP系统除 CDMA2000之间的移动性，则还需要进一步探讨（FFS）。另外，进一步补充图 1和 图2中的状态转换，也可以支持从E-UTRA RRC_CONNECTED 到GERAN、UTRAN 以及CDMA2000（HRPD Idle/ 1xRTT Dormant 模式）非直接信息的连接释放。4.2.2信令无线承载“信令无线承载”（SRB）定义为仅仅用于RRC和NAS消息传输的无线承载（RB）。更具体地讲，定义如下三种SRB：- SRB0用于RRC 消息，使用CCCH逻辑信道；- SRB1 用于RRC 消息（可能包括含有NAS消息），同时对于NAS消息，SRB1先于SRB2的建立，所有使用DCCH逻辑信道；- SRB2 用于 NAS消息，使用DCCH逻辑信道。SRB2要后于 SRB1建立，并且总是由E-UTRAN在安全激活后进行配置。下行捎带NAS 消息仅仅用于一个依附的流程（即在连接成功/失败的时候使用）：建立/修改/释放承载。上行捎带NAS消息仅仅用于在建立连接的过程中传输初始的NAS 消息。注：在RRC消息中也包含由SRB2传输的NAS消息，然而不包含任何RRC协议控制信息。一旦安全被激活，在SRB1和SRB2上所有的RRC消息，包括那些包含NAS或非3GPP消息，都由PDCP进行完整型保护和加密。NAS各自独立采用完整性保护和加密生成NAS消息。4.3服务4.3.1提供给上层的服务RRC协议提供给上层的服务如下：- 广播公共控制信息；- 通知处在RRC_IDLE状态的UE，例如ETWS的被叫；- 传输专用控制信息，即用于特定UE的信息。4.3.2低层提供给RRC的服务简单来讲，如下是低层提供给RRC的主要服务：- PDCP：完整性保护和加密；- RLC：信息的可靠与按序传输，没有涉及到复制，支持分段和串接。至于由分组数据汇聚协议层（PDCP）（例如完整性和加密）提供的服务，其详细的信息在 TS 36.3238中给出。由无线链路控制层（例如RLC模式）提供的服务，其在TS 36.3227中有规定。由媒介接入控制层（例如逻辑信道）提供的服务，其详细的信息在TS 36.3216中有给出。由物理层（例如传输信道）提供的服务在TS 36.3023中有规定。4.4功能 RRC协议包括如下主要的功能：- 广播系统信息： 包括NAS公共信息； 适于用 RRC_IDLE状态UE的信息，例如小区选择/小区重选参数，邻区信息以及适用于RRC_CONNECTED状态UE的可用信息，例如公共信道配置信息。 包括ETWS通知；- RRC 连接控制： 寻呼； 建立/修改/释放RRC连接，包括例如UE标识符（C-RNTI）的分配/修改 ，SRB1 和SRB2的建立/修改/释放，接入禁止类型； 初始安全激活，即AS完整性保护（SRBs）和AS加密（SRBs, DRBs）的初始配置； RRC 连接移动性，包括例如同频和异频切换，相关的安全处理，密钥/算法改变、网络节点间传输的RRC上下文信息规范； 承载用户数据（DRBs） 的RB建立/修改/释放； 无线配置控制包括，例如ARQ配置、HARQ配置、DRX配置的分配/修改； QoS 控制包括上下行半持久调度（SPS）配置信息的分配/修改，在UE侧上行速率控制参数的分配/修改，即每个RB优先权和优先比特速率（PBR）的分配； 从无线链路失败中恢复；- RAT间转移性，包括例如安全激活、RRC上下文信息的传输；- 测量配置与报告： 测量的建立/修改/释放（例如同频、异频以及不同RAT 的测量）； 测量间隙的建立和释放； 测量报告。- 其它的功能，包括例如专用NAS信息和非3GPP专用信息的传输，UE无线接入性能信息的传输，并支持E-UTRAN 共享（多个PLMN身份）；- 通用协议错误处理；- 支持自配置和自优化；注：随机接入在MAC中有详细的说明，包括初始传输功率估计。5过程5.1概述5.1.1介绍根据主要的用途领域来构建流程要求：系统信息（5.2），连接控制（5.3），RAT间的移动性（5.4）以及测量（5.5）。同时，还有另外一节内容包括例如NAS专用信息传输，UE能力传输。最后，第5.7节规定对通用错误的处理。5.1.2总体要求UE将：1由RRC对接收的消息进行按序处理，即在开始对后来的消息进行处理之前，应该完成对前面消息的处理；注 1：在接收到之前发起过程的UE响应时，E-UTRAN可以发起之后的过程。1在每字节中按照过程描述中的顺序，执行步骤；1无线承载（RB）指SRBs和DRBs，而不是MRBs，除非明确的说明；1在响应消息中将 rrc-TransactionIdentifier 设置为从E-UTRAN所接收的、触发响应消息的消息中包含的值，如果包含的话；1当接收到一个设置为 setup的选择值时，有：2采用相应的接收配置，以及开始使用相关的资源，除非有其它情况的明确说明；1当接收到一个设置为 release的选择值时，有：2清除相应的配置，以及停止使用相关的资源；1 当切换到E-UTRA；或1 当收到的RRCConnectionReconfiguration消息中包含fullConfig时，有：2 使用在drb-ToAddModList中，重配DRB时包含DRB/PDCP/RLC 建立的ASN.1的配置条件。注 2：在每个时间点，UE保持对每个变量只保持一个值，但为了在切换失败时回到以前的配置，在切换时UE可以临时保存原来的配置。总之：但UE重配一个变量时，除了切换现有的值都要释放掉。注3：尽管没有明确指出，最初UE将认为所有的功能将被去激活/释放，只到这些功能被显式地建立/激活。相应地，最初UE将认为列表是空的，例如无线承载列表，测量列表。5.2系统信息5.2.1介绍5.2.1.1概述系统信息分成MasterInformationBlock(MIB)和多个SystemInformationBlocks (SIBs)。MIB包括有限个最重要、最常用的传输参数，其需要从该小区中获得其它的信息，同时其在 BCH上进行传输。在SystemInformation (SI)消息中承载的是SIB，而不是SystemInformationBlockType1， SIB到SI消息的映射是灵活配置的，由在SystemInformationBlockType1中包含的 schedulingInfoList 进行配置，此外还有一些约束，即每个SIB仅仅包含在单个 SI消息中，仅仅具有相同调度要求（周期）的SIB能映射到相同的SI消息，并且SystemInformationBlockType2总是可以映射到对应于 schedulingInfoList中SI消息列表第一个条目的SI消息。可能会有多个传输具有相同周期的SI消息。SystemInformationBlockType1和所有的SI消息是传输在DL-SCH。5.2.1.2调度MIB使用一种固定的、具有40 ms 周期的调度，以及在40 ms时间内重传方式。MIB的第一次传输是安排在无线帧的子帧#0 中，其中满足系统帧号SFN mod 4 = 0，同时重传是安排在其它所有无线帧的子帧 #0中。SystemInformationBlockType1应用一种固定的、具有80 ms周期的调度，以及在80 ms时间内重传方式。SystemInformationBlockType1 的第一次传输是安排在无线帧的子帧#5中，其中满足系统帧号SFN mod 8 = 0，同时重传是安排在其它所有无线帧的子帧 #5中，其中满足系统帧号SFN mod 2 = 0。在周期时域窗口内，使用动态调度的方式来传输SI消息。每个SI消息是与一个SI-window相关联，并且不同SI 消息的SI-window相互不重叠。那也就是说，在一个SI-window内仅能传输相应的SI。对于所有的SI消息，SI-window的长度是一样的，也是可以配置的。在该SI-window内，相应的SI消息能被传输多次，但是在除了在MBSFN子帧、TDD上行子帧、以及无线帧的子帧#5中同时满足系统帧号SFN mod 2 = 0之外的任一个子帧中。UE从PDCCH（详见TS 36.321 6）上解码的SI-RNTI中获得具体的时域调度（其它信息，比如频域调度、使用的传输格式）。只有一个 SI-RNTI用于处理SystemInformationBlockType1 ，和所有的SI消息。SystemInformationBlockType1 配置SI-window的长度，以及SI消息的传输周期。5.2.1.3系统信息有效性和更改通知系统信息（不是指 ETWS）的更改仅发生在特定的无线帧上，即引入一种更改周期的概念。在一个更改周期内，具有相同内容的系统信息可能会被传输多次，其中更改周期可以用它的调度来定义。更改周期的边界由SFN值确定，其中满足系统帧号SFN mod modificationPeriod= 0，其中 m为包含修改周期的无线帧的数目。修改周期由系统信息配置。当网络更改系统信息（或部分系统信息）时，首先它会首先把此更改通知UE，即可能会在整个更改周期中通知。在下一个更改周期中，网络传输更新的系统信息。这些基本原理在图 3中解释，其中不同的颜色标记不同的系统信息。当收到一个更改通知后，UE马上从下一个修改周期处获取新的系统信息。UE使用旧的系统信息，直至UE获得新的系统信息。图3 系统信息的更改流程寻呼（Paging）消息用于通知处在空闲状态的UE以及处在 RRC_CONNECTED状态的UE，关于系统信息的更改。如果UE收到一条包括systemInfoModification的 Paging消息，表明系统信息将在下一个更改周期中进行更改。虽然可能通知UE关于系统信息的更改，但是进一步的消息并没有提供，例如更改的是哪一个系统信息。SystemInforationBlockType1 包含一个标签值 systemInfoValueTag，用来表示SI消息是否已经发生更改。UE可以使用 systemInfoValueTag,，例如从没有覆盖的区域返回之后，校验先前储存的SI 消息是否还一直有效的。UE认为在接收时刻起的3个小时后存储的系统信息是有效的，除非有其它情况的描述。当一些系统信息更改时，例如ETWS信息、如CDMA2000系统时间（详见6.3）的规则更改参数，E-UTRAN 可以不更新 systemInfoValueTag 。同样地，在一些系统信息的更改时，E-UTRAN可以在Paging消息中不包括systemInfoModification。UE校验存储的系统信息是否有效，方法可以通过在更改周期之后检验 SystemInformationBlockType1 中的systemInfoValueTag ，或者如果没有接收到寻呼，在更改周期期间可以尝试着找systemInfoModification指示，至少可以尝试 modificationPeriodCoeff 次。如果UE在更改期间没有接收到任何寻呼消息，那么UE可以假设认为系统信息在下一个更改周期中将不会发生修改。如果UE处在RRC_CONNECTED状态，并在一个更改期间内接收到一个寻呼消息，那么UE可以从systemInfoModification的出现或空缺中，推断出在下一个更改周期中系统信息（不是指ETWS和CMAS信息）是否会发生修改。处于RRC_CONNECTED状态下ETWS和/或CMAS可用的UE将尝试着至少每个defaultPagingCycle读取寻呼消息，以确保是否有ETWS通知。5.2.1.4ETWS通知的指示ETWS 主要通知和/或ETWS次要通知能够随时、及时地出现。Paging消息是用来通知处在 RRC_IDLE状态下ETWS可用的UE以及处在RRC_CONNECTED的UE，关于ETWS主要通知和/或ETWS次要通知的表示。如果UE接收到一个寻呼消息包含etws-Indication，那么UE将按照包含在SystemInformationBlockType1中的schedulingInfoList，开始接收ETWS主要通知和/或ETWS次要通知。ETWS主要通知是包含在 SystemInformationBlockType10中，ETWS 次要通知是包含在SystemInformationBlockType11。次要通知可使用分段传输。在一个小区内，对于给定次要通知的传输，其分段是固定的（即，对于给定的分段，相同的分段大小具有相同的messageIdentifier, seriaNumber 以及warningMessageSegmentNumber）。根据TS 23.041 37，一个ETWS次要通知对应一个单独的CB_data。5.2.1.5CMAS通知的指示CMAS通知能够随时、及时地出现。Paging消息是用来通知处在 RRC_IDLE和RRC_CONNECTED状态下具有CMAS能力UE关于CMAS通知的出现。如果UE接收到一个寻呼消息包含cmas-Indication，那么UE将按照包含在SystemInformationBlockType1中的schedulingInfoList，开始接收CMAS通知。CMAS通知包含在 SystemInformationBlockType12中。CMAS通知可使用分段传输。在一个小区内，对于给定的CMAS通知的传输，其分段是固定的（即，对于给定的分段，相同的分段大小具有相同的messageIdentifier, seriaNumber 以及warningMessageSegmentNumber）。E-UTRAN不交叉传输CMAS通知，即：一个特定CMAS通知的传输的所有分段都先于一个其它CMAS通知传输。根据TS 23.041 37，一个CMAS通知对应一个单独的CB_data。5.2.2系统信息获取5.2.2.1概述图 4 系统信息获取，常规流程UE应用系统信息获取过程来获取E-UTRAN广播的接入层和非接入层系统信息。处于RRC_IDLE和RRC_CONNECTED状态的UE采用该系统信息的获取流程。5.2.2.2初始化一旦小区选择（例如开机），或小区重选，或当从另一种RAT切换进入E-UTRA并完成时，或从没有覆盖的区域返回，或接收一个该系统信息已经改变的通知，或接收关于ETWS通知的指示，或接收关于CMAS通知的指示，或超出最大有效持续时间等，UE将应用系统信息获取流程。除非在该流程规范中有明确说明，否则系统信息获取流程将覆盖任一储存系统信息，即增量配置对于系统信息而言是不适用的，同时UE停止使用系统信息中的空域，除非其它情况明确指出。5.2.2.3UE必需的系统信息UE将：1确保拥有一个有效的版本，正如下所定义，（至少是）下列系统信息中的，同时也称之为必需的系统信息，即： 2如果处在 RRC_IDLE状态，那么：3 MasterInformationBlock，SystemInformationBlockType1 以及 SystemInformationBlockType2 SystemInformationBlockType8，取决于相关RAT的支持；2 如果处在RRC_CONNECTED状态，那么：3 MasterInformationBlock，SystemInformationBlockType1 ， SystemInformationBlockType2 ， SystemInformationBlockType8，取决于 CDMA2000的支持；1从证实该消息有效起经过3个小时后，如5.2.1.3所定义的，删除任何存储的系统信息，除非有其它情况的描述；1如果SystemInformationBlockType1 中 systemInfoValueTag不同于其中一条存储的系统信息，那么除了SystemInformationBlockType10 ， SystemInformationBlockType11和SystemInformationBlockType12之外， 认为任一储存系统信息都是无效的；5.2.2.4UE获取的系统信息UE将：1应用定义在 9.1.1.1中专用的 BCCH配置；1如果由一条系统信息更改通知触发了该流程，那么：2在接收到该更改通知后，紧随其后的更改周期，从一开始就获取其要求的系统信息，正如5.2.2.3中定义的； 注1:UE连续使用之前接收到的系统信息，直至已经获取到新的系统信息。1如果UE处于RRC_IDLE状态，并进入一个小区，并且在UE中没有保存该小区下RRC_IDLE状态所需要的系统信息的有效版本，如5.2.2.3中所定义，那么：2使用5.2.2.3中所定义的系统信息获取过程，获得RRC_IDLE状态所需要的系统信息，如5.2.3中所定义。1当UE成功切换到一个小区，如果UE没有保存该小区下RRC_CONNECTED状态所需要的系统信息的有效版本，如5.2.2.3中所定义，那么：2使用5.2.2.3中所定义的系统信息获取过程，获取RRC_CONNECTED状态所需要的系统信息，正如5.2.3中所定义；2 获取相关系统信息之后：3如果UE保存了以前相关的无线资源配置信息（包含在专用消息的radioResourceConfigCommon IE中），那么丢弃；1在接收到来自CDMA2000上层的请求之后： 2获得 SystemInformationBlockType8，正如 5.2.3中定义；1在UE获取MasterInformationBlock 、SystemInformationBlockType1消息和 SystemInformationBlockType2的有效版本之前，UE既不发起RRC连接建立，也不发起RRC连接重建立过程，；1如果UE支持ETWS，那么：2当处于 RRC_IDLE状态的UE进入一个小区，或切换成功或重建立连接，有：3丢弃以前缓存的全部warningMessageSegment；3 如果SystemInformationBlockType11存在messageIdentifier，serialNumber的当前值，那么将其清除掉；2当切换成功后，处于RRC_IDLE状态的UE进入一个小区，或连接重建立时，UE遵循ETWS指示获得SystemInformationBlockType1，有：3如果 schedulingInfoList指示包含了SystemInformationBlockType10 ，那么：4马上开始获取SystemInformationBlockType10 ；3如果 schedulingInfoList指示包含了SystemInformationBlockType11，那么：4马上开始获取SystemInformationBlockType11；注2：当在SystemInformationBlockType1中的 systemInfoValueTag没