lte中文版协议fdd tdd hw第9部分rrc

1、通信标准类技术报告YDBXXLTEFDD 数字蜂窝移动通信网Uu 接术要求第 9 部分：RRC 协议LTE FDD digital cellular mobile telecommunication networkUu Interface Technical Requirement Part 9 : RRC Protocol200X XX XX通信标准化YD/T 18492009目次目 次II前 言IVLTE FDD数字蜂窝移动通信网 Uu接术要求 第9部分：RRC协议61 范围2 规范性3 术语、6文件6缩略语644.14.24.34.4概述8. 8架构8服务10功能1055.15.25.3

2、5.45.55.55.65.7过程11概述11系统连接. 12. 21不同RAT间的移动性47测量54测量56其它方面73通用错误处理775.8 MBMS7966.16.26.36.4协议数据单元，格式以及参数（表格和ASN.1）81概述81RRCRRC. 82元素115RRC 多样性和类型常量值18977.17.27.37.4变量和常量190UE 变量190计数器192定时器（资料性）193常量19388.1协议数据单元抽象句法194概述194IIYD/T 18492009当解码a) RRC消息 PDUs，b）通过内容限制的BIT STING，或者c）通过内容限制的OCTET STRING，

3、如果在一个解码后的RRC消息PDU，BIT STRING或者OCTET STRING末端有一个-无关0或者非0bit，不需要PER上报错误。1948.28.38.48.5编解码的RRC消息结构194基本要素（Basic production）194扩展194填充19599.19.2规定的和缺省的无线配置195规定的配置195缺省的无线配置1971010.110.210.310.410.5网络节点之间相关无线交互199概述199节点间RRC 消息199节点间RRC元素定义202节点间RRC 多样性和类型约束值204AS-Config中的强制. 2041111.111.211.3UE 能力相关约束

4、和性能要求207UE 能力相关约束207RRC过程的处理延迟要求207版本9 条件强制的特性208附录A (资料性): 指导性描述, 主要是ASN.1的使用209A.1A.2A.3A.4A.5A.6A.7. 209流程描述209PDU 描述209PDU规范扩展216RRC消息中包含传输标识符的原则221RRC消息的保护 (资料性描述)222其他223附录 B (规范性)：版本 8 AS特征处理224B.1B.2特征组指示器224CSG 支持227附录 C (资料性): 更新. 228参考文献229IIIYD/T 18492009前言YDBXX LTE FDD数字蜂窝移动通信网 Uu接第 1 部

5、分：物理层概述；第 2 部分：物理信道和调制第 3 部分：物理层复用和信道编码第 4 部分：物理层过程第 5 部分：物理层测量第 6 部分：MAC 协议第 7 部分：RLC 协议第 8 部分：PDCP 协议第 9 部分：RRC 协议术要求分为九个部分：本部分是第9部分。YDBXX LTE FDD数字蜂窝移动通信网 Uu接术要求是LTE FDD数字蜂窝移动通信网系列技术报告之一，该系列技术报告的结构和名称预计如下：a）b）YDBYDBXX LTE FDD数字蜂窝移动通信网 无线接入部分总体技术要求XX LTE FDD数字蜂窝移动通信网 Uu接术要求第 1 部分：物理层概述；第 2 部分：物理信道

6、和调制第 3 部分：物理层复用和信道编码第 4 部分：物理层过程第 5 部分：物理层测量第 6 部分：MAC 协议第 7 部分：RLC 协议第 8 部分：PDCP 协议第 9 部分：RRC 协议c）YDBXX LTE FDD数字蜂窝移动通信网 X2接术要求第 1 部分：概述；第 2 部分：层 1第 3 部分：信令传输第 4 部分：应用协议第 5 部分：数据传输d）YDBXX LTE FDD数字蜂窝移动通信网 S12接术要求第 1 部分：概述；第 2 部分：层 1第 3 部分：信令传输第 4 部分：应用协议第 5 部分：数据传输IVYD/T 18492009本部分的附录A、附录C均为资料性附录，

7、附录B为规范性附录。为适应通信业发展对通信标准文件的需要，在工业和化部的统一安排下，对于技术尚在发展中，又需要有相应的标准性文件引导其发展的领域，由通信标准化组织制定“通信标准类技术报告”，推荐有关方面参考采用。有关对本技术报告的建议和意见，向通信标准化反映。本部分由通信标准化提出并归口。本部分起草兴通讯：工业和化部电信、移动通信集团、大唐电信科技产业集团、中、技术、南京爱立信熊猫通信、诺基亚西门子通信（上海）、广州新邮通信、诺基亚通信展讯高科通信技术、上海贝尔、鼎桥通信技术、普天有限产业公司、天碁科技公司、重庆重邮信科本部分主要起草人：VGB/T ×××

8、5; ××××LTE FDD 数字蜂窝移动通信网 Uu 接议术要求 第 9 部分：RRC 协1 范围本部分规定了 LTE FDD 数字蜂窝移动通信网中用户无线资源管理（RRC）部分。（UE）与演进基站（eNB）之间，即 Uu 接口的本部分适用于 LTE FDD 数字蜂窝移动通信网。2 规范性文件下列文件中的条款通过本部分的而成为部分的条款。凡是注日期的文件，其随后所有的修改单（不勘误的内容）或修订版均不适用于部分，鼓励根据本部分达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的文件，其最新版本适用于本部分。GB 4943-2001YD/T 1

9、011-1999YD/T 1012-1999ITU-R SM.329-9,2001 YD/T 1365-20063GPP TS 25.105的安全型节点从钟数字同步网技术要求及测试数字同步网节点时钟系列及其定时特性杂散发射（Spurious emissions）2GHz TD-SCDMA数字蜂窝移动通信网 无线接技术要求通用移动通信系统(UMTS) 时分双工基站无线发射和接收要求 (UniversalMobile Telecommunications System (UMTS) Base Station (BS) radio transmission and reception (TDD) (

10、Release 5)3 术语、缩略语3.1 缩略语下列缩略语适用于本部分。1xRTT AM AMR ASN.1 ARQ AS BCCH BCH CCCH CCO CNCP CRC CSGDCHCDMA2000 1x Radio Transmission Technology Acknowledged ModeAdaptive Multi Rate Abstract Syntax Notation.1 Automatic Repeat Request Access StratumBroadcast Control Channel Broadcast Channel Common Control

11、Channel Cell Change OrderCore Network Control PlaneCyclic Redundancy Check d Subscriber GroupDedicated ChannelCDMA2000 1x 无线接入技术确认模式自适应多速率抽象语法标记 1 自动重传请求接入层广播信道广播信道公共信道小区变化网面循环冗余校验无线网络信道器6GB/T ×××× ××××DDI DPCH DRXE-AGCH E-DCHENIData Discription Indication Ded

12、icated Physical Channel Discontinuous ReceptionE-DCH Absolute Grant Channel Enhanced Dedicated Transport ChannelE-UCCH Number Indication (1.28Mcps TDD only)数据描述指示物理信道非连续接收E-DCH 绝对信道增强型传输信道E-UCCH 个数指示（TDD）和海啸预警系统于 1.28McpsETWS EPC GERAN MACMBSFNEarthquake and Tsunami Warning System Enhanced Packet Co

13、reGSM/EDGE Radio Access Network Medium Access ControlMultimedia Broadcast multicast service Single Frequency Networkaster Information BlockMBMS Point to Multipoint Radio Bearer MCH Scheduling Information Network Assisted Cell ChangePacket Data Convergence Protocol layer Evolved NodeBPublic Land Mobi

14、le Network Quality of ServiceRandom Access CHannel Radio Access Technology Radio BearerRadio Link Control Radio Resource ControlReceived Signal Code Power Reference Signal Received Power Received Signal Strength Indicator System Architecture EvolutionService Access Point增强分组数据网GSM/EDGE 无线接入网络媒体接入多播广

15、播服务单频网络M MRB MSI NACC PDCPeNB PLMNQoS RACH RAT RB RLC RRC RSCP RSRP RSSI SAE SAP SFN SISIB SPS SRB SSAC TDD TM UE UL UMUTRAN主块MBMS 点到多点无线承载MCH 调度网络辅助小区改变分组数据汇聚协议演进基站公共陆地移动网络服务质量随机接入信道无线接入技术无线承载无线链路无线资源接收信号码功率 参考信令接收功率接收信号强度指示系统架构演进服务接入点系统帧号系统System FramberSystem Information System Information Block

16、Semi-Persistent Scheduling Signalling Radio BearerService Specific Acess Control Time Division Duplex Transparent ModeUser Equipment UpLInk Unacknowledged ModeUniversal Terrestrial Radio Access Network系统块半迟滞调度 信令无线承载特定业务接入时分复用透明模式用户上行非确认模式通用陆地无线接入网络7GB/T ×××× ×××&#

17、215;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 状态和状态转换（异系统之间）当已经建立了

18、RRC 连接，则UE 处在RRC_CONNECTED 状态。如果没有，则没有建立 RRC 连接，即 UE 处在 RRC_IDLE 状态。RRC 状态可以进一步如下：a) RRC_IDLE：-可以配置 UEDRX；-UE的移动性；对于UE：·一个寻呼信道，进而检测到来的呼叫、系统ETWS 的 UE）；改变、以及 ETWS 通知（仅对支持··进行邻区测量和小区选择（重选）；获取系统。b) RRC_CONNECTED：-传输给/来自 UE 的单播数据传输。在低层，UE 可以被配置为具有UEDRX。8GB/T ×××× ×

19、×××-网络的移动性，即切换和具有网络协助（NACC）到 GERAN 的小区变换命令；对于UE：·一个寻呼信道和/或系统块类型 1（System Information Block Type 1 ）的内容，进而检测系统消息更改，以及 ETWS 通知（仅适用于支持 ETWS 的UE）；····与共享数据信道相关联的信道，进而决定是否为其准备数据；提供信道质量和反馈；进行邻区侧量和测量报告；获取系统。下图不仅仅提供了 E-UTRA 中 RRC 状态的概况，同时也说明了 E-UTRAN，UTRAN 和 GERAN 之间的

20、支持性。图 1 E-UTRA 状态和 RAT 间的转移过程如下图显示 E-UTRAN，CDMA2000 1xRTT 和 CDMA2000 HRPD 之间的移动支持性。至于 CDMA2000 状态模型的细节则超出了的范围。图 2 在 E-UTRA 和 CDMA2000 之间的转移流程9GB/T ×××× ××××不同 RAT 间切换过程支持信令、会话服务，非会话服务以及上述的结合。在 E-UTRA 与 非 3GPP 系统除CDMA2000 之间的移动性，则还需要进一步探讨（FFS）。另一步补充图 1 和 图 2 中的

21、状态转换，也可以支持从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 要后

22、于 SRB1 建立，并且总是由E-UTRAN在安全激活后进行配置。下行捎带 NAS 消息仅仅用于一个依附的流程（即在连接/失败的时候使用）：建立/修改/承载。上行捎带NAS 消息仅仅用于在建立连接的过程中传输初始的 NAS 消息。注：在 RRC 消息中也包含由 SRB2 传输的 NAS 消息，不包含任何 RRC 协议。一旦安全被激活，在SRB1 和 SRB2 上所有的 RRC 消息，那些包含NAS 或非 3GPP 消息，都由PDCP 进行完整型保护和加密。NAS 各自采用完整性保护和加密生成NAS 消息。4.3服务4.3.1提供给上层的服务RRC 协议提供给上层的服务如下：-广播公共；通知处在

23、 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.4RRC

24、 协议功能如下主要的功能：10GB/T ×××× ××××-广播系统：··NAS 公共；适于用 RRC_IDLE 状态 UE 的，例如小区选择/小区重选参数，邻区以及适用于RRC_CONNECTED 状态 UE 的可用，例如公共信道配置。·ETWS 通知；-RRC 连接：··寻呼；建立/修改/RRC 连接，例如 UE 标识符（C-RNTI）的分配/修改 ，SRB1 和 SRB2 的建立/修改/，接入类型；··初始安全激活，即AS 完整性保护（SR

25、Bs）和AS 加密（SRBs, DRBs）的初始配置；RRC 连接移动性，例如同频和异频切换，相关的安全处理，密钥/算法改变、网络节点间传输的RRC 上下文规范；···承载用户数据（DRBs） 的 RB 建立/修改/；无线配置，例如ARQ 配置、HARQ 配置、DRX 配置的分配/修改；QoS上下行半持久调度（SPS）配置的分配/修改，在UE 侧上行速率参数的分配/修改，即每个 RB 优先权和优先比特速率（PBR）的分配；·从无线链路失败中恢复；-RAT 间转移性，例如安全激活、RRC 上下文的传输；测量配置与报告：···测

26、量的建立/修改/（例如同频、异频以及不同 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 节规定对通用错11GB/T ××××

27、 ××××5.1.2UE 将：总体要求1> 由 RRC 对接收的消息进行按序处理，即在开始对后来的消息进行处理之前，应该完成对前面消息的处理；注 1：在接收到之前发起过程的 UE 响应时，E-UTRAN 可以发起之后的过程。1> 在每字节中按照过程描述中的顺序，执行步骤；1> 无线承载（RB）指 SRBs 和 DRBs，而不是MRBs，除非明确的说明；1> 在响应消息中将 rrc-Tran值，如果包含的话；ionIdentifier 设置为从 E-UTRAN 所接收的、触发响应消息的消息中包含的1> 当接收到一个设置为 se

28、tup的选择值时，有：2> 采用相应的接收配置，以及开始使用相关的资源，除非有其它情况的明确说明；1> 当接收到一个设置为 release的选择值时，有：2> 清除相应的配置，以及停止使用相关的资源；1> 当切换到E-UTRA；或1> 当收到的 RRCConnectionReconfiguration 消息中包含 fullConfig 时，有：2> 使用在 drb-ToAddModList 中，重配DRB 时包含 DRB/PDCP/RLC 建立的ASN.1 的配置条件。注 2：在每个时间点，UE 保持对每个变量只保持一个值，但为了在切换失败时回到以前的配置，

29、在切换时UE 可以临时保存原来的配置。总之：但UE 重配一个变量时，除了切换现有的值都要掉。注 3：尽管没有明确指出，最初 UE 将认为所有的功能将被去激活/，只到这些功能被显式地建立/激活。相应地，最初UE 将认为列表是空的，例如无线承载列表，测量列表。5.2系统5.2.15.2.1.1系统概述分成 MasterInformationBlock(MIB)和多个 SystemInformationBlocks (SIBs)。MIB有限个最重要、最常用的传输参数，其需要从该小区中获得其它的，同时其在 BCH 上进行传输。在 SystemInformation (SI)消息中承载的是 SIB，而不

30、是 SystemInformationBlockType1， SIB 到SI 消息的是灵活配置的，由在SystemInformationBlockType1 中包含的 schedulingInfoList 进行配置，此外还有一些约束，即每个 SIB 仅仅包含在单个 SI 消息中，仅仅具有相同调度要求（周期）的 SIB 能到相同的 SI 消息，并且SystemInformationBlockType2 总是可以到对应于 schedulingInfoList 中 SI 消息列表第一个条目的 SI 消息。可能会有多个传输具有相同周期的 SI 消息。SystemInformationBlockType

31、1 和所有的SI 消息是传输在 DL-SCH。5.2.1.2调度MIB 使用一种固定的、具有 40 ms 周期的调度，以及在 40 ms 时间内重传方式。MIB 的第一次传输是安排在无线帧的子帧#0 中，其中满足系统帧号 SFN mod 4 = 0，同时重传是安排在其它所有无线帧的子帧 #0 中。12GB/T ×××× ××××SystemInformationBlockType1 应用一种固定的、具有 80 ms 周期的调度，以及在 80 ms 时间内重传方式。SystemInformationBlockType

32、1 的第一次传输是安排在无线帧的子帧#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 上行子帧、以

33、及无线帧的子帧#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）的更改仅发生在特定的无线帧上，即引入一种更改周期的概念。在一个更改周期内，具有相同内

34、容的系统可能会被传输多次，其中更改周期可以用它的调度来定义。更改周期的边界由SFN 值确定，其中满足系统帧号 SFN mod modificationPeriod= 0，其中 m 为包含修改周期的无线帧的数目。修改周期由系统配置。当网络更改系统（或部分系统）时，首先它会首先把此更改通知UE，即可能会在整个更改周期中通知。在下一个更改周期中，网络传输更新的系统。这些基本原理在图 3 中解释，其中不同的颜色标记不同的系统。当收到一个更改通知后，UE 马上从下一个修改周期处获取新的系统。UE 使用旧的系统信息，直至 UE 获得新的系统。图 3 系统的更改流程寻呼（Paging）消息用于通知处在空闲状

35、态的UE 以及处在 RRC_CONNECTED 状态的UE，关于系统的更改。如果 UE 收到一条systemInfoModification 的 Paging 消息，表明系统将在下一个更改周期中进行更改。虽然可能通知UE 关于系统的更改，但是进一步的消息并没有提供，例如更改的是哪一个系统信息。SystemInforationBlockType1 包含一个值 systemInfoValueTag，用来表示SI 消息是否已经发生更改。UE 可以使用 systemInfoValueTag,，例如从没有覆盖的区域返回之后，校验先前储存的 SI 消息是否还一直有效的。UE认为在接收时刻起的 3 个小时后

36、的系统是有效的，除非有其它情况的描述。当一些系统更改时，例如 ETWS、如 CDMA2000 系统时间（详见 6.3）的规则更改参数，E-UTRAN可以不更新 systemInfoValueTag 。同样地，在一些系统systemInfoModification。的更改时，E-UTRAN 可以在 Paging 消息中不UE 校验是否有效，可以通过在更改周期之后检验 SystemInformationBlockType1 中的的系统systemInfoValueTag ，或者如果没有接收到寻呼，在更改周期期间可以尝试着找 systemInfoModification 指示， 至少可以尝试 mod

37、ificationPeriodCoeff 次。如果UE 在更改期间没有接收到任何寻呼消息，那么 UE 可以假设认在下一个更改周期中将发生修改。如果 UE 处在 RRC_CONNECTED 状态，并在一个更改期间内接收到一个寻呼消息，那么 UE 可以从 systemInfoModification 的出现或空缺中，推断出在下一个更改周期中系统（不是指 ETWS 和 CMAS）是否会发生修改。13GB/T ×××× ××××处于 RRC_CONNECTED 状态下 ETWS 和/或 CMAS 可用的UE 将尝试着至少每

38、个 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

39、 次要通知。ETWS 主要通知是包含在 SystemInformationBlockType10 中，ETWS 次要通知是包含在SystemInformationBlockType11。次要使用分段传输。在一个小区内，对于给定次要通知的传输，其分段是固定的（即，对于给定的分段，相同的分段大小具有相同的 messageIdentifier, seriaNumber 以及warningMessageSegmentNumber）。根据 TS 23.041 37，一个 ETWS 次要通知对应一个单独的 CB_data。5.2.1.5CMAS 通知的指示CMAS 通知能够随时、及时地出现。Paging

40、消息是用来通知处在 RRC_IDLE 和RRC_CONNECTED 状态下具有 CMAS 能力 UE 关于 CMAS 通知的出现。如果 UE 接收到一个寻呼消息包含 cmas-Indication，那么 UE 将按照包含在 SystemInformationBlockType1 中的 schedulingInfoList，开始接收 CMAS 通知。CMAS 通知包含在 SystemInformationBlockType12 中。CMAS使用分段传输。在一个小区内，对于给定的 CMAS 通知的传输，其分段是固定的（即，对于给定的分段，相同的分段大小具有相同的 messageIdentifier

41、, 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 采用该系统的获取流程。14E-UTRANMasterInformationBlockSystemIn

42、formationBlockType1SystemInformationUEGB/T ×××× ××××5.2.2.2初始化一旦小区选择（例如开机），或小区重选，或当从另一种 RAT 切换进入 E-UTRA 并完成时，或从没有覆盖的区域返回，或接收一个该系统已经改变，或接收关于 ETWS 通知的指示，或接收关于 CMAS 通知的指示，或超出最大有效持续时间等，UE 将应用系统获取流程。除非在该流程规范中有明确说明，否则系统获取流程将覆盖任一储存系统，即增量配置对于系统而言是不适用的，同时 UE 停止使用系统中的空域

43、，除非其它情况明确指出。5.2.2.3UE 将：UE 必需的系统1> 确保拥有一个有效的版本，正如下所定义，（至少是）下列系统中的，同时也称之为必需的系统，即：2> 如果处在 RRC_IDLE 状态，那么：3> MasterInformationBlock，SystemInformationBlockType1 以及 SystemInformationBlockType2 SystemInformationBlockType8，取决于相关 RAT 的支持；2> 如果处在 RRC_CONNECTED 状态，那么：3> MasterInformationBlock，S

44、ystemInformationBlockType1 ， SystemInformationBlockType2 ，SystemInformationBlockType8，取决于 CDMA2000 的支持；1> 从证实该消息有效起经过 3 个小时后，如 5.2.1.3 所定义的，删除任何的系统，除非有其它情况的描述；1> 如果 SystemInformationBlockType1 中 systemInfoValueTag 不同于其中一条的系统，那么除了SystemInformationBlockType10 ， SystemInformationBlockType11 和 Sys

45、temInformationBlockType12 之外，认为任一储存系统都是无效的；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 中所定义，那么：

46、2> 使用 5.2.2.3 中所定义的系统义。获取过程，获得 RRC_IDLE 状态所需要的系统，如 5.2.3 中所定1> 当 UE切换到一个小区，如果UE 没有保存该小区下 RRC_CONNECTED 状态所需要的系统的有效版本，如 5.2.2.3 中所定义，那么：2> 使用 5.2.2.3 中所定义的系统5.2.3 中所定义；获取过程，获取 RRC_CONNECTED 状态所需要的系统，正如2> 获取相统之后：15GB/T ×××× ××××3> 如果UE 保存了以前相关的无线资

47、源配置中），那么丢弃；（包含在消息的 radioResourceConfigCommon IE1> 在接收到来自 CDMA2000 上层的请求之后：2> 获得 SystemInformationBlockType8，正如 5.2.3 中定义；1> 在 UE 获取 MasterInformationBlock 、SystemInformationBlockType1 消息和 SystemInformationBlockType2的有效版本之前，UE 既不发起 RRC 连接建立，也不发起 RRC 连接重建立过程，；1> 如果UE 支持ETWS，那么：2> 当处于 RR

48、C_IDLE 状态的 UE 进入一个小区，或切换或重建立连接，有：3> 丢弃以前缓存的全部 warningMessageSegment；3> 如果 SystemInformationBlockType11掉；messageIdentifier，serialNumber 的当前值，那么将其清除2> 当切换后，处于 RRC_IDLE 状态的 UE 进入一个小区，或连接重建立时，UE 遵循 ETWS 指示获得 SystemInformationBlockType1，有：3> 如果 schedulingInfoList 指示包含了 SystemInformationBlockT

49、ype10 ，那么：4> 马上开始获取 SystemInformationBlockType10 ；3> 如果 schedulingInfoList 指示包含了 SystemInformationBlockType11，那么：4> 马上开始获取 SystemInformationBlockType11；注 2：当在 SystemInformationBlockType1 中的 systemInfoValueTag 没有发生改变时，UE 将开始获取如上所述的 SystemInformationBlockType10 和 SystemInformationBlockType11。

50、1> 如果UE 支持 CMAS，那么：2> 当处于 RRC_IDLE 状态的 UE 进入一个小区，或切换或重建立连接，有：3> 丢弃以前缓存的全部 warningMessageSegment；3> 如果 SystemInformationBlockType12和丢弃掉 warningMessageSegment 相关的messageIdentifier，serialNumber 的当前值，那么将其清除掉；2> 当切换后，处于 RRC_IDLE 状态的 UE 进入一个小区，或连接重建立时，UE 遵循 ETWS 指示获得 SystemInformationBlockT

51、ype1，有：3> 如果 schedulingInfoList 指示包含了 SystemInformationBlockType12 ，那么：4> 取 SystemInformationBlockType12 ；注 3：当在 SystemInformationBlockType1 中的 systemInfoValueTag 没有发生改变时，UE 将开始获取如上所述的 SystemInformationBlockType12。1> 如果对接收MBMS 业务感；并1> 如果 schedulingInfoList 只是有 SystemInformationBlockType1

52、3 并且 UE 没有储存这个系统本；有：块的有效版2> 请求 SystemInformationBlockType13；UE 可以马上应用接收的 SIB，即UE 不需要等待接收完所有SI 消息后才使用 SIB。UE 可以延迟应用接收的SIB，直至完成与一个接收得到的、或 UE 原本 RRC 消息相关的低层过程，例如一个正在进行的随机接入过程。16GB/T ×××× ××××注 4：当尝试着获取一个特定的 SIB 时，如果 UE 从 schedulingInfoList 中检测到它不再显示时，UE 应该对其停止

53、尝试获取该特定的 SIB。5.2.2.5基本系统丢失UE 将：1> 如果UE 处在RRC_IDLE 状态或 RRC_CONNECTED 状态，并且此时 T311 是运行的，并且；2> 如果 UE 无法获取MasterInformationBlock，SystemInformationBlockType1，那么有：3> 根据 TS 36.304 4认为该小区被了；3> 执行，执行效果和 intraFreqReselection 设置为'allowed'，csg-Indication 设置为 'FALSE'一样。2> 否则，如果 UE 不能获取 SystemI