LTE RRC协议介绍连接控制.docx

《LTE RRC协议介绍连接控制.docx》由会员分享，可在线阅读，更多相关《LTE RRC协议介绍连接控制.docx（23页珍藏版）》请在三一办公上搜索。

1、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消息会得到完整性保护，而加密只有当安全激活过程完成后才开始。也就是说，响应激活安全消息的消息

2、没有被加密，而随后的消息则既有完整性保护又有加密。 初始安全激活过程启动之后，E-UTRAN初始化SRB2和DRB的建立，即E-UTRAN可以在收到UE发出的初始安全激活确认之前，就初始化SRB2和DRB的建立。在任何情况下，E-UTRAN都会对用于建立SRB2和DRB的RRC连接重配消息进行加密和完整性保护。如果初始安全激活和/或无线承载建立失败，E-UTRAN应释放RRC连接。 对于SRB2和DRB，安全保护总是在一开始被激活，也就是说，E-UTRAN不会在激活安全之前建立这些承载。 RRC连接的释放由E-UTRAN初始化。这个过程可用于将UE重定向到另一个E-URTA频率或者其它无线接入

3、系统的载波频率。只有在特殊的情况下，UE可中断RRC连接，即不通知E-UTRAN而迁移到 RRC_IDLE状态。 5.3.1.2 的加密。 安全性 AS 安全包括RRC信令的完整性保护，以及RRC信令和用户数据 RRC处理安全参数的配置包括完整性保护算法、加密算法以及两个参数。UE用这两个参数来决定切换和/或连接重建立时的AS安全密钥。 信令无线承载SRB1 和SRB2所使用的完整性保护算法是相同的。所有RB使用的加密算法也是相同的。SRB0既没有完整性保护，也没有加密。 RRC的完整性保护和加密总是被一齐激活，即在一个消息/过程中完成。RRC完整性和加密永远不会被“去激活”，不过，有可能切换

4、到一个空的加密算法。 一个空的完整性保护算法(eia0)只被用于处于受限业务模式的UE。当使用空的完整性保护算法时，也会同时使用空的加密算法。对于完整性检查失败的RRC消息，下层协议将丢弃这些消息，并向RRC指示完整性验证检查失败。 AS使用三种不同的安全密钥：KRRCint用于RRC信令的完整性保护，KRRCenc用于RRC信令的加密，KUPenc用于用户数据的加密。三个AS密钥是从KeNB密钥计算得到的。KeNB 基于由上层处理的KASME 密钥。 连接建立时，计算产生新的AS密钥，不交换AS参数用作新AS密钥产生的输入。 用来执行切换的RRC消息的完整性和加密保护，是根据切换前的安全配置

5、，由源eNB执行。 完整性和加密算法只能在切换时改变。每一次切换和连接重新建立时，四个AS密钥都会改变。keyChangeIndicator用于切换，指示UE是否应使用与最近可用KASME 密钥相关的密钥。UE在切换和连接重建时使用nextHopChainingCount参数，用于计算产生新的KeNB，KeNB将用于产生新的KRRCint, KRRCenc 以及 KUPenc。一个小区内切换过程可用来更改RRC_CONNECTED状态下的密钥。 每个无线承载(RB)在每个方向都会保留一个独立的计数器。对于每个 DRB，该 COUNT被用作加密的输入。对于每个 SRB，该COUNT会被用作加密和

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

7、tity值。 5.3.1.3 连接模式移动性 在RRC_CONNECTED状态，网络控制UE的移动性，即网络决定UE应在何时移动到哪个小区。网络根据无线条件和负载触发切换过程。为了提高切换效率，网络可能配置UE执行测量上报。网络也可以在没有接收到UE测量报告的情况下，发起盲切换。 在向UE发送切换消息之前，源eNB 准备好一个或多个目标小区。目标eNB产生用于执行切换的消息，包括目标小区中将使用的AS配置信息。源eNB透明地转发来自目的eNB的切换消息/信息给UE，不做任何内容和数值的修改。适当的时候，源eNB为全部DRB初始化数据转发。 收到切换消息之后，UE尝试在第一个可用RACH occ

8、asion根据TS 36.321随机接入资源选择的定义接入目标小区，即切换是异步的。因此，在为目标小区随机接入分配一个专用的preamble时，E-UTRA 应当确保这个preamble从UE的第一个RACH occasion开始就可用。成功完成切换之后，UE发送一条消息来确认切换。 如果目标eNB不支持使用源eNB分配给UE的配置来释放RRC协议，目标eNB可能不能理解源eNB给UE提供的配置。在这种情况下，在切换和重建立时，目标eNB应使用全配置操作去重新配置这个UE。全配置操作包括初始化无线配置，但不包括未来RRC重建的安全算法。 在切换成功后，PDCP SDU 可以在目标小区中被重发。

9、这只适用于使用RLC-AM 模式的DRB和没有使用全配置操作的切换。在没有使用全配置操作的切换成功后，除使用RLC-AM模式的DRB外，其它的radio bearer的SN和HFN将被重置。对包含全配置操作的重配，不管RLC模式，所有的DRBs的PDCP实体都被重新建立。 不管网络内切换时X2切换还是S1切换，切换时UE的行为是没有区别的。 源eNB应该在一段时间内保持上下文的内容，以便让UE在切换失败后能够回到源小区。在已经检测到切换失败后，UE应尝试在源小区或另一个目标小区中使用RRC重建立过程，重新开始RRC连接。只有接入小区时准备好的小区时，重新连接才能成功。 切换到广播CSG标识的小

10、区时使用正常的测量和移动流程。 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可以在一条Pa

11、ging消息标识多个UE，每个PagingRecord标识一个UE。E-UTRAN也可通过Paging消息通知系统信息变化，和/或提供ETWS的通知或CMAS通知。 寻呼消息的主要内容有： 寻呼消息列表：UE的标识、CN域。 系统信息改变指示：如果出现此IE，则指示BCCH修改。 ETWS基本通知指示：如果出现此IE，则指示存在ETWS相关通知。 CMAS基本通知指示：如果出现此IE，则指示存在CMAS相关通知。 5.3.2.3 UE接收Paging 消息 RRC_IDLE状态下的UE监控寻呼信道，检测是否由呼叫进入。 收到寻呼消息，且UE处在 RRC_IDLE状态下，对Paging消息中存在

12、在每条PagingRecord，如果PagingRecord中的 ue-Identity与任一个上层分配的UE identitiy相匹配，则UE将ue-Identity和 cn-Domain转发至上层； 如果寻呼消息包含了systemInfoModification，则UE通过系统消息获取流程重新获取必需的系统信息。 5.3.2.4 IDLE模式下寻呼的非连续接收 UE在IDLE模式下可以采用非连续接收来降低功率消耗。一个寻呼时刻是一个子帧，在这个子帧，PDCCH上可能有P-RNTI发送，寻址寻呼消息。一个寻呼帧是一个无线帧，包含一个或者多个PO。当采用了DRX，UE在每个DRX周期只需监控一

13、个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 连接建立，网络拒绝流程 该过程旨

14、在建立一个RRC连接，包括建立SRB1。该过程也可用于发送从UE到E-UTRAN的初始NAS专用信息/消息。当UE在RRC_IDLE状态下，上层要求建立RRC连接时，UE初始化此流程。E-UTRAN在这个过程中只建立SRB1。 5.3.3.2 初始化 RRC_IDLE状态下的UE在发起某个原因的RRC连接建立时，首先要判断小区对这个原因是否允许接入，并结合SIB2中的信息和定时器的状态。 如果UE建立RRC连接的原因是mobile terminating calls，且T302计时器正在运行，则认为该小区禁止接入；否则认为该小区没有禁止接入。 如果UE建立RRC连接的原因是紧急呼叫，且 如果S

15、ystemInformationBlockType2 不包含ac-BarringInfo，则认为小区允许接入。 如果UE建立RRC连接的原因是mobile originating calls，且定时器 T302或T303 正在运行，则认为该小区禁止接入；如果定时器 T302和T303 都没有运行，且如果SystemInformationBlockType2 包含ac-BarringInfo-，且ac-BarringForMo-Data存在，则， 如果UE的USIM中存储了一个或更多个接入级别，范围为1115，且至少一个接入等级在ac-BarringForMo-Data中包括的ac-Barrin

16、gForSpecialAC中对应的比特被设置为0，则认为该小区允许接入； 否则在 0 rand 1范围内均匀地随机抽取 rand 值，如果rand 低于ac-BarringForMo-Data中包含ac-BarringFactor所指示的值，认为该小区可以接入； 其它情况： 如果定时器T302或T305正在运行，认为小区接入被禁止； 否则，如果SystemInformationBlockType2包含ac-BarringInfo，且存在 ac-BarringForMo-Signalling，则 如果UE有一个或多个接入级别，存储在USIM中，范围为1115，且其中至少一种接入级别中，包含在ac

17、-BarringForMo-Signalling中ac-BarringForSpecialAC的相应比特位值为0，那么认为该小区可以接入；否则在 0 rand 1范围内均匀地随机抽取 rand 值，如果rand 低于ac-BarringForMo-Signalling中包含的 ac-BarringFactor指示的值，则认为该小区可以接入； 5.3.3.3 RRCConnectionRequest消息传输 UE设置RRCConnectionRequest 消息的内容如下： 设置ue-Identity：如果上层提供S-TMSI，则将ue-Identity设置为从上层接收的值；如果上层没有提供S-

18、TMSI，则在0 . 240-1中抽取一个随机值，设置ue-Identity为该随机值； 根据从上层接收到的信息设置establishmentCause的值。 UE之后应将RRCConnectionRequest消息提交给下层传输。UE将继续进行与小区重选相关的测量和小区重选评估，如果满足小区重选的条件，UE将进行小区重选。 5.3.3.4 UE接收RRCConnectionSetup 注：在此之前，下层信令用来分配C-RNTI。 收到RRCConnectionRequest消息时，UE按照收到的radioResourceConfigDedicated进行无线资源配置过程；如果之前存储了idl

19、eModeMobilityControlInfo提供的，或从异系统遗留的小区重选优先级信息，则删除这些信息；停止定时器 T300；如果定时器 T302、T305、T320正在运行，则停止，并执行相关的操作； 进入 RRC_CONNECTED状态；停止小区重选过程； UE设置 RRCConnectionSetupComplete消息内容如下： 将selectedPLMN-Identity设置为上层从SystemInformationBlockType1中plmn-IdentityList中选择的PLMN； 如果上层提供Registered MME，如下包括和设置registeredMME：如果R

20、egistered MME的PLMN标识与上层选择的PLMN 不同，设置为从上层收到的registeredMME中的plmnIdentity 。 将mmegi 和 mmec设置为上层提供的值； 设置 dedicatedInfoNAS包含NAS层发送的信息； 将RRCConnectionSetupComplete消息提供给下层协议进行传输，在此基础上结束该过程。 5.3.3.5 UE接收RRCConnectionReject UE应停止定时器T300； 重置 MAC 和释放 MAC 配置；启动定时器 T302，设置其值为 waitTime；通知上层RRC连接建立失败，禁止移动始发呼叫、移动始发信

21、令以及移动终端的接，此过程结束。 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连接建立时激活

22、AS的安全。E-UTRAN对一个处于RRC连接状态的UE初始化安全命令模式流程，而且E-UTRAN在只有SRB1建立的时候使用这个过程。 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相关的KRRCin

23、t密钥；使用SecurityModeCommand 消息中包括的integrityProtAlgorithm指示的算法和KRRCin密钥，要求下层验证SecurityModeCommand 消息的完整性保护。 如果SecurityModeCommand消息通过了完整性保护验证，则， 计算得到与 SecurityModeCommand 消息中描述的cipheringAlgorithm相关的 KRRCenc 和 KUPenc 密钥； 立即配置下层使用指定的算法和KRRCint 密钥进行完整性保护，即完整性保护将被用于UE之后接收和发送的所有消息，包括SecurityModeComplete消息；

24、完成此过程后，配置下层使指示的算法、KRRCenc和KUPenc密钥进行加密，加密除SecurityModeComplete消息外的，UE之后接收和发送的所有消息； 认为AS安全被激活； 将SecurityModeComplete消息提交给下层传输，此过程结束； 如果SecurityModeCommand消息没有通过完整性检查，则继续使用收到SecurityModeCommand消息之前的配置，不使用完整性保护，也不进行加密。将SecurityModeFailure 消息提交给下层传输，此过程结束； 5.3.5 RRC 连接重配置 5.3.5.1 概述 UE EUTRAN RRCConnect

25、ionReconfiguration 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安全已

26、经被激活时，并且SRB2和至少一个DRB已经被建立且不会挂起时，才会包含 mobilityControlInfo；只有当AS安全已经被激活时，才会包含RB的建立； 5.3.5.3 UE接收非切换的RRCConnectionReconfiguration 如果RRCConnectionReconfiguration消息不包含mobilityControlInformation，且UE遵守消息中的配置，UE应： 如果在RRC 连接重建立成功完成之后，如果这是第一条RRCConnectionReconfiguration消息，那么为SRB2和所有DRB重建PDCP；为SRB2和所有DRB重建RLC；

27、如果RRCConnectionReconfiguration消息中包含fullConfig，执行无线配置流程；重新开始被挂起的SRB2和所有DRB； 否则，如果 RRCConnectionReconfiguration 消息包括 radioResourceConfigDedicated，则无线资源配置过程。 如果 RRCConnectionReconfiguration 消息包含dedicatedInfoNASList，则按顺序将dedicatedInfoNASList每个元素发送给上层； measConfig，则执行测量配置过程。 使用新的配置，将RRCConnectionReconfigu

28、rationComplete消息提交给下层传输，此过程结束。 如果 RRCConnectionReconfiguration 消息包含 5.3.5.4 UE接收包含mobilityControlInformation的RRCConnectionReconfiguration 如果RRCConnectionReconfiguration 消息包含 mobilityControlInformation，且 UE符合该消息中包含的配置，UE应： 如果T310在运行则停止，按照mobilityControlInfo中t304参数启动定时器T304； 如果mobilityControlInformati

29、on包含carrierFreq，则认为该目标小区处在由carrierFreq指定的频率上，物理小区标识为targetPhysCellId指定的标识符；否则认为该目标小区处在当前的频率上，物理小区标识为targetPhysCellId指定的标识符； 开始到目标小区下行的同步； 重置MAC；为所有建立的RB，重建PDCP和RLC； 采用newUE-Identity作为 C-RNTI； 如果RRCConnectionReconfiguration消息中包含fullConfig，执行无线配置流程； 根据接收到的radioResourceConfigCommon配置下层协议； 如果 RRCConnect

30、ionReconfiguration 消息包括 radioResourceConfigDedicated，则进行无线资源配置； 如果 securityConfigHO中接收的keyChangeIndicator被设置为TRUE，基于之前成功NAS SMC的过程中使用的KASME 密钥，更新KeNB；否则，基于当前 KeNB或者NH来更新KeNB 密钥，使用securityConfigHO指示的nextHopChainingCount值； 如果securityConfigHO中包含 securityAlgorithmConfig，基于选择的integrityProtAlgorithm推演KRRC

31、int 密钥；基于选择的cipheringAlgorithm推演KRRCenc密钥和KUPenc 密钥；否则，基于当前的完整性算法推演KRRCint密钥；基于当前的加密算法，推演KRRCenc密钥和KUPenc密钥； 配置底层使用用完整性保护算法以及KRRCint密钥，即完整性保护配置应对UE后续发送和接收的所有消息使用，包括用于指示过程成功完成的消息；配置底层使用加密算法、KRRCenc密钥和KUPenc密钥，即加密配置应对UE后续所有后来发送和接收的所有消息使用，包括用于指示过程成功完成的消息； 执行测量相关的动作，如果RRCConnectionReconfiguration 消息包含 m

32、easConfig，执行测量配置过程； 将RCConnectionReconfigurationComplete消息提交给下层传输； 如果 MAC 成功地完成随机接入过程，则停止定时器 T304；如果有的话，应用CQI报告配置的部分配置，不需要UE知道目标小区SFN；获取目标小区SFN后，采用需要UE知道目标小区SFN的部分测量和无线资源配置，如果有的话。 此过程结束； 5.3.5.5 重配置失败 如果UE没有办法遵从RRCConnectionReconfiguration消息中的配置，则继续使用接收到RRCConnectionReconfiguration消息前使用的配置；如果安全还没有被激

33、活，则执行离开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 RRCConnectio

34、nReestablishmentComplete 图 13 RRC 连接重建立，成功流程 UE EUTRAN RRCConnectionReestablishmentRequest RRCConnectionReestablishmentReject 图 14 RRC 连接重建立，失败流程 此流程的目的是修改RRC连接，包括SRB1操作的重新开始和安全的重新激活。处在RRC_CONNECTED状态且安全已经被激活的UE，可以初始化这个过程来继续RRC连接。只有当相关小区准备好时，连接重建才能成功。E-UTRAN接受重建的情况下，SRB1操作重新开始，而其它radio bearer的操作仍然被挂

35、起。如果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；复位M

36、AC，应用缺省的物理信道配置； 应用缺省的半持久调度配置； 应用缺省的MAC主配置； 释放reportProximityConfig，并清除所有邻近状态报告相关的定时器； 按照TS 36.304 中的定义小区选择过程，进行小区选择； 5.3.7.3 在T311运行时进行小区选择 如果选择一个合适的 E-UTRA小区，UE将会 停止定时器T311；启动定时器 T301；应用SystemInformationBlockType2中包含的 timeAlignmentTimerCommon ，初始化RRCConnectionReestablishmentRequest消息；该过程同样适用于UE返回源小

37、区的情况。 如果选择了其它RAT的小区时，UE 执行离开RRC_CONNECTED状态的操作，释放原因是RRC连接失败。 5.3.7.4 RRCConnectionReestablishmentRequest 消息的发送 UE设置RRCConnectionReestablishmentRequest消息的内容的操作如下： UE设置ue-Identity： 将c-RNTI设置为源小区使用的C-RNTI，或者引发重建的小区所使用的C-RNTI； 将physCellId设置为源小区的物理小区标识，或者引发重建的小区所使用的物理小区标识； 将shortMAC-I设置为MAC-I的16个最低有效位， U

38、E设置reestablishmentCause： 如果重新建立过程是由重配置失败而触发，则 设置reestablishmentCause 为reconfigurationFailure； 如果重新建立过程是由于切换失败而触发，则设置reestablishmentCause 为 handoverFailure； 其它情况下，设置 reestablishmentCause 为 otherFailure； UE将RRCConnectionReestablishmentRequest 消息提交给下层传输。 5.3.7.5 UE接收RRCConnectionReestablishment UE 停止定时

39、器T301；为SRB1重建PDCP和RLC；根据接收到的radioResourceConfigDedicated进行无线资源配置过程；恢复SRB1；根据当前KeNB关联的密钥KASME密钥更新KeNB，根据之前配置的完整性算法推演KRRCint密钥、KRRCenc密钥和KUPenc密钥；配置下层采用以前配置的算法和KRRCint密钥立刻重新激活完整性保护，对UE之后接收和发送的所有消息应用完整性保护，包括指示该过程成功完成的消息；配置下层使用以前配置的算法、KRRCenc密钥以及KUPenc密钥，立刻执行加密，对UE之后接收和发送的所有消息都有进行加密，包括指示该过程成功完成的消息；执行RRC

40、连接重建立时测量相关的操作；将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连接，包括释放建立的无线

41、承载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 ，

42、那么启动定时器T320； 否则如果RRCConnectionRelease 消息不包含 idleModeMobilityControlInfo，则采用系统信息中广播的小区重选优先级信息； 如果在 RRCConnectionRelease 消息中接收的releaseCause表示loadBalancingTAURequired，那么UE离开RRC_CONNECTED状态，释放原因为“负载均衡TAU 要求”； 否则，UE离开RRC_CONNECTED状态，释放原因为“其它情况”。 5.3.8.4 T320 超时 如果T320 超时 ，则UE丢弃idleModeMobilityControlInfo

43、所提供的或者从另一RAT继承的小区重选优先级信息。 5.3.10 无线资源配置 5.3.10.0 概述 无线资源配置可能包括SRB的增加/修改、DRB的增加/修改、MAC重配置、半持续调度重配置、物理信道重配置。 5.3.10.1 SRB 添加/修改 对于当前UE配置中不包含的srb-ToAddModList中的每一个srb-Identity，有： 对于对应的SRB，采用特定的配置； 建立一个PDCP实体，如果当前的安全配置可用的话，应用当前的安全配置； 根据接收的 rlc-Config;，建立一个RLC实体； 根据接收的 logicalChannelConfig ，建立一条DCCH 逻辑信道

44、，设置逻辑信道标识符； 对于包含在srb-ToAddModList中、且属于当前UE配置的每一个srb-Identity，有： 根据接收的 rlc-Config，重新配置RLC实体； 根据接收的 logicalChannelConfig ，重新配置DCCH逻辑信道； 5.3.10.2 DRB 释放 对于包含在drb-ToReleaseList 中、属于当前UE配置的每一个drb-Identity值，释放 PDCP 实体；释放 全部RLC 实体；释放 DTCH 逻辑信道； 如果是切换导致了该流程，在切换成功后，向高层指示DRB释放和释放DRB的eps-BearerIdentity ； 如果是切换

45、导致了该流程，立刻向高层指示DRB释放和释放DRB的eps-BearerIdentity ； 5.3.10.3 DRB 添加/ 修改 对于包含在drb-ToAddModifyList 中、不属于当前UE配置的每一个drb-Identity值，有：根据接收的 pdcp-Config;，建立一个 PDCP 实体，使用当前的安全配置；根据所接收到的RLC-Config，建立一个 RLC 实体;根据接收到的logicalChannelIdentity 和 logicalChannelConfig，建立一个DTCH逻辑信道； 如果RRCConnectionReconfiguration消息中包含full

46、Config：关联建立的DRB和相应的eps-BearerIdentity；否则，表示向上层传输DRB的建立和建立DRB的eps-BearerIdentity ； 对于包含在drb-ToAddModifyList 中、属于当前UE配置的每一个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.