LTE RRC协议介绍（三）-连接控制

5.3

5.3.1

5.3.1.1

连接控制

介绍

RRC 连接控制

RRC 连接建立包括SRB1的建立。E-UTRAN在完成S1连接建立过程前，也就是在接收到EPC发出的UE上下文信息之前，先要完成RRC连接的建立。因此，在RRC连接的初始阶段，AS安全没有被激活。在这个初始阶段，E-UTRAN可以配置UE执行测量上报。不过，UE只有在AS安全被激活时才接收切换消息。

一旦接收到EPC发出的UE上下文后，E-UTRAN就使用初始安全激活过程来激活安全（包括加密和完整性保护）。用于激活安全的RRC消息（命令与成功响应）会得到完整性保护，而加密只有当安全激活过程完成后才开始。也就是说，响应激活安全消息的消息没有被加密，而随后的消息则既有完整性保护又有加密（比如建立SRB2和DRB的消息）。

初始安全激活过程启动之后，E-UTRAN初始化SRB2和DRB的建立，即E-UTRAN可以在收到UE发出的初始安全激活确认之前，就初始化SRB2和DRB的建立。在任何情况下，E-UTRAN都会对用于建立SRB2和DRB的RRC连接重配消息进行加密和完整性保护。如果初始安全激活和/或无线承载建立失败（即安全激活和DRB建立被一个联合的S1过程触发，不支持部分的成功），E-UTRAN应释放RRC连接。

对于SRB2和DRB，安全保护总是在一开始被激活，也就是说，E-UTRAN不会在激活安全之前建立这些承载。

RRC连接的释放由E-UTRAN初始化。这个过程可用于将UE重定向到另一个E-URTA频率或者其它无线接入系统的载波频率。只有在特殊的情况下，UE可中断RRC连接，即不通知E-UTRAN而迁移到 RRC_IDLE状态。

5.3.1.2

的加密。

安全性

AS 安全包括RRC信令（SRB）的完整性保护，以及RRC信令（SRB）和用户数据（DRB）

RRC处理安全参数的配置（AS配置一部分的）包括完整性保护算法、加密算法以及两个参数（keyChangeIndicator和nextHopChainingCount）。UE用这两个参数来决定切换和/或连接重建立时的AS安全密钥。

信令无线承载SRB1 和SRB2所使用的完整性保护算法是相同的。所有RB（SRB1、SRB2以及DRB）使用的加密算法也是相同的。SRB0既没有完整性保护，也没有加密。

RRC的完整性保护和加密总是被一齐激活，即在一个消息/过程中完成。RRC完整性和加密永远不会被“去激活”，不过，有可能切换到一个空的加密算法（eea0）。

一个空的完整性保护算法(eia0)只被用于处于受限业务模式的UE。当使用空的完整性保护算法时，也会同时使用空的加密算法。对于完整性检查失败的RRC消息，下层协议将丢弃这些消息，并向RRC指示完整性验证检查失败。

AS使用三种不同的安全密钥：KRRCint用于RRC信令的完整性保护，KRRCenc用于RRC信令的加密，KUPenc用于用户数据的加密。三个AS密钥是从KeNB密钥计算得到的。KeNB 基于由上层处理的KASME 密钥。

连接建立时，计算产生新的AS密钥，不交换AS参数用作新AS密钥产生的输入。 用来执行切换的RRC消息的完整性和加密保护，是根据切换前的安全配置，由源eNB执行。 完整性和加密算法只能在切换时改变。每一次切换和连接重新建立时，四个AS密钥（KeNB, KRRCint, KRRCenc 和KUPenc）都会改变。keyChangeIndicator用于切换，指示UE是否应使用与最近可用KASME 密钥相关的密钥。UE在切换和连接重建时使用nextHopChainingCount参数，用于计算产生新的KeNB，KeNB将用于产生新的KRRCint, KRRCenc 以及 KUPenc。一个小区内切换过程可用来更改RRC_CONNECTED状态下的密钥。

每个无线承载(RB)在每个方向都会保留一个独立的计数器。对于每个 DRB，该 COUNT被用作加密的输入。对于每个 SRB，该COUNT会被用作加密和完整性保护的输入。对一个给定的安全密钥，相同的 COUNT值不允许使用多过1次。为了限制信令负荷，单个消息/ 数据包包含一个短的序列号（PDCP SN）。另外，采用了一种溢出计数器机制：超帧号（hyper frame number、TX_HFN和 RX_HFN）。HFN需要在UE和eNB之间同步，eNB负责避免COUNT和相同的RB标识及相同的KeNB被重复使用； eNB可以对连续的RB建立使用不同的RB 标识，来触发一个小区内切换或者从RRC_CONNECTED到RRC_IDLE再到RRC_CONNECTED的状态转换。 对于每个SRB，RRC提供给下层协议层的用作产生作为加密和完整性保护的输入的5比特 BEARER参数的数值value，就是相应最高位填充为0的srb-Identity值。

5.3.1.3 连接模式移动性

在RRC_CONNECTED状态，网络控制UE的移动性，即网络决定UE应在何时移动到哪个小区（可能是另一个频点或另一个RAT）。网络根据无线条件和负载触发切换过程。为了提高切换效率，网络可能配置UE执行测量上报（可能包括测量间隙的配置）。网络也可以在没有接收到UE测量报告的情况下，发起盲切换。

在向UE发送切换消息之前，源eNB 准备好一个或多个目标小区。目标eNB产生用于执行切换的消息，包括目标小区中将使用的AS配置信息。源eNB透明地转发来自目的eNB的切换消息/信息给UE，不做任何内容和数值的修改。适当的时候，源eNB为全部（或者一组）DRB初始化数据转发。

收到切换消息之后，UE尝试在第一个可用RACH occasion（时机）——根据TS 36.321随机接入资源选择的定义——接入目标小区，即切换是异步的。因此，在为目标小区随机接入分配一个专用的preamble（前缀）时，E-UTRA 应当确保这个preamble从UE的第一个RACH occasion开始就可用。成功完成切换之后，UE发送一条消息来确认切换。

如果目标eNB不支持使用源eNB分配给UE的配置来释放RRC协议，目标eNB可能不能理解源eNB给UE提供的配置。在这种情况下，在切换和重建立时，目标eNB应使用全配置操作去重新配置这个UE。全配置操作包括初始化无线配置，但不包括未来RRC重建的安全算法。 在切换成功后，PDCP SDU 可以在目标小区中被重发。这只适用于使用RLC-AM 模式的DRB和没有使用全配置操作的切换。在没有使用全配置操作的切换成功后，除使用RLC-AM模式的DRB外（它们的SN和HFN继续使用），其它的radio bearer的SN和HFN将被重置。对

包含全配置操作的重配，不管RLC模式，所有的DRBs的PDCP实体都被重新建立（SN和HFN不再使用）。

不管网络内切换时X2切换还是S1切换，切换时UE的行为是没有区别的。

源eNB应该在一段时间内保持上下文的内容，以便让UE在切换失败后能够回到源小区。在已经检测到切换失败后，UE应尝试在源小区或另一个目标小区中使用RRC重建立过程，重新开始RRC连接。只有接入小区时准备好的小区（即属于源eNB或者目标eNB的小区上，切换准备已执行完毕）时，重新连接才能成功。

切换到广播CSG标识的小区时使用正常的测量和移动流程。

5.3.2 寻呼

5.3.2.1 概述

UE Paging 图 5 寻呼流程

该流程的目的是将寻呼消息发送给RRC_IDLE状态下的UE，和/或发送系统消息改变通知给处于RRC_IDLE和RRC_CONNECTED状态下的UE，和/或发送ETWS主要通知和或辅助通知给UE，和/或发送CMAS通知给UE。寻呼信息被提供给上层协议，上层协议收到寻呼消息后，初始化RRC连接建立。收到寻呼消息的常见的场景是接到来电呼入。

EUTRAN 5.3.2.2 初始化

E-UTRAN在UE的寻呼occasion（时机）发送Paging 消息，以初始化寻呼过程。E-UTRAN可以在一条Paging消息标识多个UE，每个PagingRecord标识一个UE。E-UTRAN也可通过Paging消息通知系统信息变化，和/或提供ETWS的通知或CMAS通知。 寻呼消息的主要内容有：

（1）寻呼消息列表：UE的标识（S-TMSI或IMSI）、CN域（发起寻呼的核心网域，CS或PS）。

（2）系统信息改变指示：如果出现此IE，则指示BCCH修改。

（3）ETWS基本通知指示：如果出现此IE，则指示存在ETWS相关通知。 （3）CMAS基本通知指示：如果出现此IE，则指示存在CMAS相关通知。

5.3.2.3 UE接收Paging 消息

RRC_IDLE状态下的UE监控寻呼信道，检测是否由呼叫进入。

收到寻呼消息，且UE处在 RRC_IDLE状态下，对Paging消息中存在在每条PagingRecord，如果PagingRecord中的 ue-Identity与任一个上层分配的UE identitiy相匹配，则UE将ue-Identity和 cn-Domain转发至上层；

如果寻呼消息包含了systemInfoModification，则UE通过系统消息获取流程重新获取必需的系统信息。

5.3.2.4 IDLE模式下寻呼的非连续接收

UE在IDLE模式下可以采用非连续接收（DRX）来降低功率消耗。一个寻呼时刻（Paging Occasion，PO）是一个子帧，在这个子帧，PDCCH上可能有P-RNTI发送，寻址寻呼消息。一个寻呼帧（Paging Frame，PF）是一个无线帧，包含一个或者多个PO。当采用了DRX，UE在每个DRX周期只需监控一个P-RNTI。

如果许多UE被频繁地寻呼，那么最好将UE分成多个寻呼组，这样可以避免寻呼消息过多。 由于eNB存储UE的永久NAS标识不够安全，因此在计算中，采用UE_ID=IMSI mod 1024 。

5.3.3 RRC 连接建立

5.3.3.1 概述

UE RRCConnectionRequest EUTRAN RRCConnectionSetup RRCConnectionSetupComplete 图 6 RRC 连接建立，成功流程

UE EUTRAN RRCConnectionRequest RRCConnectionReject 图 7 RRC 连接建立，网络拒绝流程

该过程旨在建立一个RRC连接，包括建立SRB1。该过程也可用于发送从UE到E-UTRAN的初始NAS专用信息/消息。当UE在RRC_IDLE状态下，上层要求建立RRC连接时，UE初始化此流程。E-UTRAN在这个过程中只建立SRB1。

5.3.3.2 初始化

RRC_IDLE状态下的UE在发起某个原因的RRC连接建立时，首先要判断小区对这个原因是否允许接入，并结合SIB2中的信息和定时器的状态。

（1）如果UE建立RRC连接的原因是mobile terminating calls，且T302计时器正在运行，则认为该小区禁止接入；否则认为该小区没有禁止接入。

（2）如果UE建立RRC连接的原因是紧急呼叫，且 如果SystemInformationBlockType2 不包含ac-BarringInfo，则认为小区允许接入。

（3）如果UE建立RRC连接的原因是mobile originating calls，且定时器 T302或T303 正在运行，则认为该小区禁止接入；如果定时器 T302和T303 都没有运行，且如果SystemInformationBlockType2 包含ac-BarringInfo-，且ac-BarringForMo-Data存在，则，

? 如果UE的USIM中存储了一个或更多个接入级别，范围为11~15，且至少一

个接入等级在ac-BarringForMo-Data中包括的ac-BarringForSpecialAC中对应的比特被设置为0，则认为该小区允许接入； ? 否则在 0 ≤ rand < 1范围内均匀地随机抽取 ‘rand’ 值，如果‘rand’ 低于

ac-BarringForMo-Data中包含ac-BarringFactor所指示的值，认为该小区可以接入；

（4）其它情况（UE建立RRC连接的原因是mobile originating signalling）：

? 如果定时器T302或T305正在运行，认为小区接入被禁止；

? 否则，如果SystemInformationBlockType2包含ac-BarringInfo，且存在

ac-BarringForMo-Signalling，则 如果UE有一个或多个接入级别，存储在USIM中，范围为11~15，且其中至少一种接入级别中，包含在ac-BarringForMo-Signalling中ac-BarringForSpecialAC的相应比特位值为0，那么认为该小区可以接入；否则在 0 ≤ rand < 1范围内均匀地随机抽取 ‘rand’ 值，如果‘rand’ 低于ac-BarringForMo-Signalling中包含的 ac-BarringFactor指示的值，则认为该小区可以接入；

5.3.3.3 RRCConnectionRequest消息传输

UE设置RRCConnectionRequest 消息的内容如下：

（1）设置ue-Identity：如果上层提供S-TMSI（当UE注册在当前小区的tracking area中时，上层提供S-TMSI），则将ue-Identity设置为从上层接收的值；如果上层没有提供S-TMSI，则在0 .. 240-1中抽取一个随机值，设置ue-Identity为该随机值； （2）根据从上层接收到的信息设置establishmentCause的值。

UE之后应将RRCConnectionRequest消息提交给下层传输。UE将继续进行与小区重选相关的测量和小区重选评估，如果满足小区重选的条件，UE将进行小区重选。

5.3.3.4 UE接收RRCConnectionSetup

注：在此之前，下层信令用来分配C-RNTI。

收到RRCConnectionRequest消息时，UE按照收到的radioResourceConfigDedicated进行无线资源配置过程；如果之前存储了idleModeMobilityControlInfo提供的，或从异系统遗留的小区重选优先级信息，则删除这些信息；停止定时器 T300；如果定时器 T302、T305、T320正在运行，则停止，并执行相关的操作； 进入 RRC_CONNECTED状态；停止小区重选过程； （1）UE设置 RRCConnectionSetupComplete消息内容如下：

? 将selectedPLMN-Identity设置为上层从SystemInformationBlockType1中

plmn-IdentityList中选择的PLMN；

? 如果上层提供‘Registered MME’，如下包括和设置registeredMME：如果‘Registered

MME’的PLMN标识与上层选择的PLMN 不同，设置为从上层收到的

registeredMME中的plmnIdentity 。 将mmegi 和 mmec设置为上层提供的值； ? 设置 dedicatedInfoNAS包含NAS层发送的信息；

（2）将RRCConnectionSetupComplete消息提供给下层协议进行传输，在此基础上结束该过程。

5.3.3.5 UE接收RRCConnectionReject

UE应停止定时器T300； 重置 MAC 和释放 MAC 配置；启动定时器 T302，设置其值为 waitTime；通知上层RRC连接建立失败，禁止移动始发呼叫、移动始发信令以及移动终端的接，此过程结束。

5.3.3.6 RRC连接建立失败

如果上层中止RRC连接建立过程，而UE还没有进入RRC_CONNECTED状态，UE应停止定时器 T300，如果其在运行；重置MAC，释放MAC配置，以及为所有建立的RB重建RLC；

5.3.4

5.3.4.1

初始安全激活

概述

UE EUTRAN SecurityModeCommand SecurityModeComplete 图 8 安全模式命令，成功流程

UE SecurityModeCommand EUTRAN SecurityModeFailure 图 9 安全模式命令，失败流程

此过程用于在RRC连接建立时激活AS的安全。E-UTRAN对一个处于RRC连接状态的UE初始化安全命令模式流程，而且E-UTRAN在只有SRB1建立的时候（即先于SRB2和DRB建立）使用这个过程。

5.3.4.2 初始化

E-UTRAN 向处在RRC_CONNECTED状态的UE初始化安全模式命令过程。此外，E-UTRAN在仅仅建立SRB1时，即优先建立SRB2和/或DRB时，使用这个安全激活过程。

5.3.4.3 UE接收SecurityModeCommand

UE收到SecurityModeCommand时：计算得到KeNB密钥；计算得到与SecurityModeCommand消息中的 integrityProtAlgorithm相关的KRRCint密钥；使用SecurityModeCommand 消息中包括的integrityProtAlgorithm指示的算法和KRRCin密钥，要求下层验证SecurityModeCommand 消息的完整性保护。

如果SecurityModeCommand消息通过了完整性保护验证，则，

（1）计算得到与 SecurityModeCommand 消息中描述的cipheringAlgorithm相关的 KRRCenc 和 KUPenc 密钥；

（2）立即配置下层使用指定的算法和KRRCint 密钥进行完整性保护，即完整性保护将被用于UE之后接收和发送的所有消息，包括SecurityModeComplete消息；

（3）完成此过程后，配置下层使指示的算法、KRRCenc和KUPenc密钥进行加密，加密除SecurityModeComplete消息外的，UE之后接收和发送的所有消息； （4）认为AS安全被激活；

（5）将SecurityModeComplete消息提交给下层传输，此过程结束； 如果SecurityModeCommand消息没有通过完整性检查，则继续使用收到SecurityModeCommand消息之前的配置，不使用完整性保护，也不进行加密。将SecurityModeFailure 消息提交给下层传输，此过程结束；

5.3.5 RRC 连接重配置

5.3.5.1 概述

UE EUTRAN RRCConnectionReconfiguration RRCConnectionReconfigurationComplete 图 10 RRC 连接重配置，成功流程

UE RRCConnectionReconfiguration EUTRAN RRC connection re-establishment 图 11 RRC 连接重配置，失败流程

此流程的目的是修改RRC连接，例如建立、修改或释放RB，执行切换、建立、修改或释放测量。NAS专用信息也可以从E-UTRAN传递给UE。

5.3.5.2 初始化

E-UTRAN可以向处在RRC_CONNECTED状态下的UE发起RRC连接重配置过程。只有当AS安全已经被激活时，并且SRB2和至少一个DRB已经被建立且不会挂起时，才会包含 mobilityControlInfo；只有当AS安全已经被激活时，才会包含RB的建立（除了SRB1，SRB1在RRC连接过程中建立）；

5.3.5.3

UE接收非切换（不包含mobilityControlInfo）的

RRCConnectionReconfiguration

如果RRCConnectionReconfiguration消息不包含mobilityControlInformation，且UE遵守消息中的配置，UE应：

如果在RRC 连接重建立成功完成之后，如果这是第一条RRCConnectionReconfiguration消息，那么为SRB2和所有DRB重建PDCP；为SRB2和所有DRB重建RLC；如果

RRCConnectionReconfiguration消息中包含fullConfig，执行无线配置流程；重新开始被挂起的SRB2和所有DRB；

否则，如果 RRCConnectionReconfiguration 消息包括 radioResourceConfigDedicated，则无线资源配置过程。

如果 RRCConnectionReconfiguration 消息包含dedicatedInfoNASList，则按顺序将dedicatedInfoNASList每个元素发送给上层； measConfig，则执行测量配置过程。

使用新的配置，将RRCConnectionReconfigurationComplete消息提交给下层传输，此过程结束。

如果 RRCConnectionReconfiguration 消息包含

5.3.5.4

UE接收包含（切换）mobilityControlInformation的

RRCConnectionReconfiguration

如果RRCConnectionReconfiguration 消息包含 mobilityControlInformation，且 UE符合该消息中包含的配置，UE应：

（1）如果T310在运行则停止，按照mobilityControlInfo中t304参数启动定时器T304； （2）如果mobilityControlInformation包含carrierFreq，则认为该目标小区处在由carrierFreq指定的频率上，物理小区标识为targetPhysCellId指定的标识符；否则认为该目标小区处在当前的频率上，物理小区标识为targetPhysCellId指定的标识符； （3）开始到目标小区下行的同步；

（4）重置MAC；为所有建立的RB，重建PDCP和RLC； （5）采用newUE-Identity作为 C-RNTI；

（6）如果RRCConnectionReconfiguration消息中包含fullConfig，执行无线配置流程； （7）根据接收到的radioResourceConfigCommon配置下层协议；

（8）如果 RRCConnectionReconfiguration 消息包括 radioResourceConfigDedicated，则进行无线资源配置；

（9）如果 securityConfigHO中接收的keyChangeIndicator被设置为TRUE，基于之前成功NAS SMC的过程中使用的KASME 密钥，更新KeNB；否则，基于当前 KeNB或者NH来更新KeNB 密钥，使用securityConfigHO指示的nextHopChainingCount值；

（10）如果securityConfigHO中包含 securityAlgorithmConfig，基于选择的

integrityProtAlgorithm推演KRRCint 密钥；基于选择的cipheringAlgorithm推演KRRCenc密钥和KUPenc 密钥；否则，基于当前的完整性算法推演KRRCint密钥；基于当前的加密算法，推演KRRCenc密钥和KUPenc密钥；

（11）配置底层使用用完整性保护算法以及KRRCint密钥，即完整性保护配置应对UE后续发送和接收的所有消息使用，包括用于指示过程成功完成的消息；配置底层使用加密算法、KRRCenc密钥和KUPenc密钥，即加密配置应对UE后续所有后来发送和接收的所有消息使用，包括用于指示过程成功完成的消息；

（12）执行测量相关的动作，如果RRCConnectionReconfiguration 消息包含 measConfig，执行测量配置过程；

（13）将RCConnectionReconfigurationComplete消息提交给下层传输；

（14）如果 MAC 成功地完成随机接入过程，则停止定时器 T304；如果有的话，应用CQI报告配置的部分配置，不需要UE知道目标小区SFN；获取目标小区SFN后，采用需要UE知

道目标小区SFN的部分测量和无线资源配置（例如测量间隔、周期CQI报告、调度请求配置、信道探测RS配置），如果有的话。 （15）此过程结束；

5.3.5.5 重配置失败

如果UE没有办法遵从RRCConnectionReconfiguration消息中的（部分的）配置，则继续使用接收到RRCConnectionReconfiguration消息前使用的配置；如果安全还没有被激活，则执行离开RRC_CONNECTED的步骤，使用‘other’作为释放原因；否则，发起连接重建过程，该连接重配置过程结束；

5.3.5.6 T304 超时（切换失败）

回退到源小区使用的配置，除

如果T304 超时（切换失败），则 程，该连接重配置过程结束。

physicalConfigDedicated、 mac-MainConfig 以及 sps-Config采用的配置以外；发起连接重建过

5.3.7

5.3.7.1

RRC 连接重建立

概述

UE RRCConnectionReestablishmentRequest RRCConnectionReestablishment EUTRAN RRCConnectionReestablishmentComplete

图 13 RRC 连接重建立，成功流程

UE EUTRAN RRCConnectionReestablishmentRequest RRCConnectionReestablishmentReject

图 14 RRC 连接重建立，失败流程

此流程的目的是修改RRC连接，包括SRB1操作的重新开始和安全的重新激活。处在

RRC_CONNECTED状态且安全已经被激活的UE，可以初始化这个过程来继续RRC连接。只有当相关小区准备好（具有有效的UE上下文）时，连接重建才能成功。E-UTRAN接受重建的情况下，SRB1操作重新开始，而其它radio bearer的操作仍然被挂起。如果AS安全没有被激活，UE不初始化这个过程，而是直接转移到RRC_IDLE状态。 E-UTRAN在如下情况使用此过程：

- 重配SRB1，且仅为重新开始这个RB的数据传输； - 重新激活AS安全不改变算法。

5.3.7.2 初始化

仅当AS安全已被激活时，UE才能发起该过程。满足以下任一条件时，UE会初始化RRC连接重建立过程： ? ? ? ? ?

检测到无线链路失败； 切换失败；

从E-UTRA侧移出失败； 下层指示完整性校验失败； RRC连接重配置失败；.

在该过程的初始阶段，UE会执行如下操作： ? ? ? ? ? ? ?

如果T310正在运行，则停止定时器 T310； 启动定时器T311；

挂起除SRB0之外的所有RB；复位MAC，应用缺省的物理信道配置； 应用缺省的半持久调度配置； 应用缺省的MAC主配置；

释放reportProximityConfig，并清除所有邻近状态报告相关的定时器； 按照TS 36.304 中的定义小区选择过程，进行小区选择；

5.3.7.3 在T311运行时进行小区选择

如果选择一个合适的 E-UTRA小区，UE将会 停止定时器T311；启动定时器 T301；应用SystemInformationBlockType2中包含的 timeAlignmentTimerCommon ，初始化

RRCConnectionReestablishmentRequest消息；该过程同样适用于UE返回源小区的情况。 如果选择了其它RAT的小区时，UE 执行离开RRC_CONNECTED状态的操作，释放原因是‘RRC连接失败’。

5.3.7.4 RRCConnectionReestablishmentRequest 消息的发送

UE设置RRCConnectionReestablishmentRequest消息的内容的操作如下：

（1）UE设置ue-Identity：

? 将c-RNTI设置为源小区（切换失败和从E-UTRA移出失败的情况）使用的C-RNTI，

或者引发重建的小区所使用的C-RNTI（其它情况）； ? 将physCellId设置为源小区（切换失败和从E-UTRA移出失败的情况）的物理小区标识，或者引发重建的小区所使用的物理小区标识（其它情况）； ? 将shortMAC-I设置为MAC-I的16个最低有效位，

（2）UE设置reestablishmentCause：

? 如果重新建立过程是由重配置失败（UE无法进行重配置）而触发，则 设置reestablishmentCause 为‘reconfigurationFailure’； ? 如果重新建立过程是由于切换失败（LTE内部切换失败或者从EUTRA移出的RAT间

移动性失败）而触发，则设置reestablishmentCause 为 ‘handoverFailure’； ? 其它情况下，设置 reestablishmentCause 为 ‘otherFailure’；

UE将RRCConnectionReestablishmentRequest 消息提交给下层传输。

5.3.7.5 UE接收RRCConnectionReestablishment

UE 停止定时器T301；为SRB1重建PDCP和RLC；根据接收到的

radioResourceConfigDedicated进行无线资源配置过程；恢复SRB1；根据当前KeNB关联的密钥KASME密钥更新KeNB，根据之前配置的完整性算法推演KRRCint密钥、KRRCenc密钥和KUPenc密钥；配置下层采用以前配置的算法和KRRCint密钥立刻重新激活完整性保护，对UE之后接收和发送的所有消息应用完整性保护，包括指示该过程成功完成的消息；配置下层使用以前配置的算法、KRRCenc密钥以及KUPenc密钥，立刻执行加密，对UE之后接收和发送的所有消息都有进行加密，包括指示该过程成功完成的消息；执行RRC连接重建立时测量相关的操作；将RRCConnectionReestablishmentComplete消息提交给下层进行传输，此过程结束；

5.3.7.6 UE接收RRCConnectionReestablishmentReject

当接收到 RRCConnectionReestablishmentReject 消息，UE 将离开RRC_CONNECTED状态，并设置释放的原因为‘RRC连接失败’。

5.3.8

5.3.8.1

RRC 连接释放

概述

UE EUTRAN RRCConnectionRelease 图 15 RRC 连接释放，成功流程

该过程的目的是释放RRC连接，包括释放建立的无线承载RB以及所有无线资源。

5.3.8.2 初始化

E-UTRAN 向处于RRC_CONNECTED状态的UE初始化 RRC 连接释放过程。

5.3.8.3 UE接收RRCConnectionRelease

UE接收到RRCConnectionRelease消息后60ms，或者当下层指示该RRCConnectionRelease消息的接收已经得到成功确认时（在两者中较早的时间点为准），进行如下操作： 如果RRCConnectionRelease 消息包含 idleModeMobilityControlInfo，那么存储

idleModeMobilityControlInfo提供的小区重选优先级信息；如果包含 t320 ，那么启动定时器T320；

否则如果RRCConnectionRelease 消息不包含 idleModeMobilityControlInfo，则采用系统信息中广播的小区重选优先级信息；

如果在 RRCConnectionRelease 消息中接收的releaseCause表示‘loadBalancingTAURequired’，那么UE离开RRC_CONNECTED状态，释放原因为“负载均衡TAU 要求”； 否则，UE离开RRC_CONNECTED状态，释放原因为“其它情况”。

5.3.8.4 T320 超时

如果T320 超时 ，则UE丢弃idleModeMobilityControlInfo所提供的或者从另一RAT继承的小区重选优先级信息。

5.3.10 无线资源配置

5.3.10.0

概述

无线资源配置（radioResourceConfigDedicated）可能包括SRB的增加/修改、DRB的增加/修改、MAC重配置、半持续调度重配置、物理信道重配置。

5.3.10.1 SRB 添加/修改

对于当前UE配置中不包含的srb-ToAddModList中的每一个srb-Identity（SRB建立），有：

? 对于对应的SRB，采用特定的配置；

? 建立一个PDCP实体，如果当前的安全配置可用的话，应用当前的安全配置； ? 根据接收的 rlc-Config;，建立一个RLC实体；

? 根据接收的 logicalChannelConfig ，建立一条DCCH 逻辑信道，设置逻辑信道标

识符；

对于包含在srb-ToAddModList中、且属于当前UE配置（SRB重配置）的每一个srb-Identity，有：

? 根据接收的 rlc-Config，重新配置RLC实体；

? 根据接收的 logicalChannelConfig ，重新配置DCCH逻辑信道；

5.3.10.2 DRB 释放

对于包含在drb-ToReleaseList 中、属于当前UE配置（DRB 释放）的每一个drb-Identity值，释放 PDCP 实体；释放 全部RLC 实体；释放 DTCH 逻辑信道；

如果是切换导致了该流程，在切换成功后，向高层指示DRB释放和释放DRB的eps-BearerIdentity ；

如果是切换导致了该流程，立刻向高层指示DRB释放和释放DRB的eps-BearerIdentity ；

5.3.10.3 DRB 添加/ 修改

对于包含在drb-ToAddModifyList 中、不属于当前UE配置（建立DRB）的每一个drb-Identity值，有：根据接收的 pdcp-Config;，建立一个 PDCP 实体，使用当前的安全配置；根据所接收到的RLC-Config，建立一个 RLC 实体;根据接收到的logicalChannelIdentity 和 logicalChannelConfig，建立一个DTCH逻辑信道；

如果RRCConnectionReconfiguration消息中包含fullConfig：关联建立的DRB和相应的eps-BearerIdentity；否则，表示向上层传输DRB的建立和建立DRB的eps-BearerIdentity ； 对于包含在drb-ToAddModifyList 中、属于当前UE配置（DRB 重配置）的每一个drb-Identity值，有：如果包含 pdcp-Config ，那么根据接收到的pdcp-Config，重新配置 PDCP实体； 如果包含 rlc-Config ，那么根据接收到的pdcp-Config，重新配置RLC实体；如果包含

logicalChannelConfig ，那么根据接收到的logicalChannelConfig，重新配置 DTCH逻辑信道；

5.3.10.4 MAC 主要的重配置

根据接收到的mac-MainConfig，重新配置MAC 主要的配置；

5.3.10.5 半持久调度重配置

根据接收到的sps-Config，重新配置半持久调度；

5.3.10.6 物理信道的重配置

根据接收的physicalConfigDedicated，重新配置该物理信道配置；

如果包含 antennaInformation ，并且设置为‘explicitValue’，那么 如果配置的

transmissionMode不是’tm3’或’tm4’或’tm8’:释放cqi-ReportPeriodic 中的ri-ConfigIndex；如果配置的transmissionMode为’tm8’并pmi-RI-Report没有被配置：释放cqi-ReportPeriodic 中的ri-ConfigIndex；

否则，如果包含 antennaInformation ，并且设置为 ‘defaultValue’，那么：释放cqi-ReportingPeriodic中的ri-ConfigIndex；

本文来源：https://www.bwwdw.com/article/uhtr.html