LTE学习之路（6）——RRC - 自我修炼 - 推酷
LTE学习之路（6）——RRC - 自我修炼
1 RRC协议功能
为NAS层提供连接管理，消息传递等服务；
对接入网的底层协议实体提供参数配置的功能；
负责UE移动性管理相关的测量、控制等功能
PLMN选择；
NAS配置的DRX过程；
系统信息广播和寻呼；
邻小区测量；
小区重选的移动性；
UE获取一个TA区内的唯一标识；
eNB内无终端上下文
RRC_CONNECTION
网络侧有UE的上下文信息；
网络侧知道UE所处小区；
网络和终端可以传输数据；
网络控制终端的移动性；
邻小区测量；
存在RRC连接：
UE可以从网络侧收发数据，监听共享信道上指示控制授权的控制信令；
UE可以上报信道质量给网络侧；
UE可以根据网络配置进行DRX
3 RRC协议承载——SRB（signaling radio bearers—信令无线承载）
4&RRC连接建立过程
处于IDLE状态下的UE需转变为连接状态时发起该过程，如：呼叫、响应寻呼、TAU、Attach等
RRC连接建立成功流程
Step1：RRC连接请求：UE通过UL_CCCH在SRB0上发起，携带UE的初始（NAS）标识和建立原因等，该消息对应于随机接入过的Msg3；
Step2：RRC连接建立：eNB通过DL_CCCH在SRB0上发送，携带SRB1的完整配置信息，该消息对应随机接入过程的Msg4；
Step3：RRC连接建立完成：UE通过UL_DCCH在SRB1上发送，携带上行方向NAS消息，如Attach Request、TAU Request、Service Request、Detach Request等，eNB根据这些消息进行S1口建立
5& RRC连接建立失败过程
上述Step2中，如果eNB拒绝为UE建立RRC连接，则通过DL_CCCH在SRB0上回复一条RRC连接拒绝消息
6& RRC连接重建过程
触发原因：
当处于RRC连接状态但出现切换失败、无线链路失败、完整性保护失败、RRC重配置失败等情况时，触发该过程
RRC连接重建立成功流程
Step1：RRC连接重建请求：UE通过UL_CCCH在SRB0上发起，携带UE的初始AS层初始标识信息和重建立原因，该消息对应随机接入过程的Msg3；
Step2：RRC连接重建：eNB通过DL_CCCH在SRB0上回复，携带SRB1的完整配置信息，该消息对应随机接入过程的Msg4；
Step3：RRC连接重建立完成：UE通过UL_DCCH在SRB1上发送，不携带任何实际信息，只起到RRC层确认的功能
7&&RRC连接重建拒绝过程
上述Step2中，如果eNB中没有UE的上下文信息，则拒绝为UE重建RRC连接，则通过DL_CCCH在SRB0上回复一条RRC连接重建立拒绝消息
8& RRC连接重配置过程
当需要发起对SRB和DRB的管理、低层参数配置、切换执行和测量控制时，触发该过程
RRC连接重配置过程
Step1：RRC连接重配置：eNB通过DL_CCCH在SRB1上发送，根据功能的不同携带不同的配置信息内容，一条消息中可以携带体现多个功能的信息单元；
Step2：RRC连接重配置完成：UE通过UL_DCCH在SRB1上发送，不携带任何实际信息，只起到RRC层确认的功能
9& RRC连接重配置异常过程
若UE无法执行RRC连接重配置消息中的内容，则UE回退到收到该消息前的配置，并发起RRC连接重建立过程
10& RRC连接释放过程
网络希望解除于UE的RRC连接时，触发该过程
RRC连接释放过程
RRC连接释放：eNB通过DL_DCCH在SRB1上发送，可选择携带重定位信息和专用优先级分配信息（用于控制UE的小区选择和小区重选）
某些情况下，UE的RRC层根据NAS层的指示主动释放RRC连接，不通知网络侧而主动进入空闲状态，如NAS层鉴权过程中没有通过鉴权检查。
已发表评论数()
请填写推刊名
描述不能大于100个字符!
权限设置： 公开
仅自己可见
正文不准确
标题不准确
排版有问题
主题不准确
没有分页内容
图片无法显示
视频无法显示
与原文不一致求教：LTE中RRC连接释放的原因值会是什么? - 通信技术你问我答 -
纯技术讨论者的天地 - Powered by C114
&问答管理员： &&
待解决问题
求教：LTE中RRC连接释放的原因值会是什么?&&
离问题结束还有0天0小时 &|&
提问时间： 09:48
求教：LTE中RRC连接释放的原因值会是什么?
问题答案 (&2&条&)
please find the asn.1 definition in R10 so far:
ReleaseCause ::=
ENUMERATED {loadBalancingTAUrequired,
other, cs-FallbackHighPriority-v1020, spare1}
根据36331协议 R9版本 只有两种:loadBalancingTAUrequired和other
ReleaseCause ::=&&&&&&&&&&&& ENUMERATED {loadBalancingTAUrequired,
other,spare2,spare1}
我要回答：&
回答字数在10000字以内RRC连接重建拒绝的原因有哪些？ - 问通信专家
已关闭问题
RRC连接重建拒绝的原因有哪些？
主要想问下，导致RRC连接重建拒绝的原因有哪些，具体说明下！
&提问时间: 16:33&
RRC释放原因：
normal event=& 正常释放(其实有些不正常的也会用这个reason)
pre-emptive release 信道抢占引起的释放
re-establishment reject 链路重建拒绝
(这两个见的不多)
congestion =& 拥塞，记得早期爱立信的设备在终端用户信号较差的时候也会用这个reason
user inactivity =& 用户处于非活跃状态(当用户长只有PS业务并且时间没有数据传输时会使用这个reason把用户踢掉，节省资源)
directed signalling connection reestablishment =& 需要用户在释放RRC之后进行RAU
unspecified =& 其他原因
回答时间: 17:38&
此答案得到0次评论
好评，这个答案很棒&&&&&&&
差评，这个答案很差
评论字数在5000字以内
您是游客，为防止广告软件，请填写以下答案后，才可提交评论
4 加 21 等于？
填写左边的计算答案
ZTE的中文名称是什么？
两个字，中国的通信设备制造商
聘： 需求人数：15 人
地点：北京市
聘： 需求人数：12 人
地点：广西省
聘： 需求人数：3 人
地点：广州市
聘： 需求人数：3 人
地点：北京市,甘肃省,内蒙古
聘： 需求人数：30 人
地点：福州市,厦门市,漳州市,莆田市,宁德市
聘： 需求人数：1 人
地点：苏州市
聘： 需求人数：5 人
地点：深圳市
聘： 需求人数：30 人
地点：成都市
聘： 需求人数：30 人
地点：西安市
聘： 需求人数：2 人
地点：海口市,柳州市
赞助商链接
Powered by后使用快捷导航没有帐号？
查看: 1186|回复: 0
经验16 分贝0 家园币7 在线时间：12 小时最后登录：帖子：精华：0注册时间：UID：600033
军衔等级：
新兵, 积分 16, 距离下一级还需 14 积分
注册时间：
CIO设置不合理导致RRC连接重建问题处理 【现象描述】进行TD-LTE网络DT测试过程中，车辆行至某两个小区边缘区域时，终端发起原因值为otherfailure的RRC重建，之前无RRC异常释放、RRC重建失败、切换失败等事件。【原因分析】使用Assistant对测试Log进行分析，信令RRCReestablishAttempt 原因值为otherfailure。上图所示为RRC重建事件点，可看出重建发生在两小区边缘地带，不存在掉线等异常事件。但此时主服务小区RSRP值为-69，而邻区RSRP值为-53，电平差值较大。【分析流程】首先需要检查基站、传输等状态是否异常，排查基站、传输等问题后再进行分析。整个切换过程异常情况我们分为几个阶段：测量报告发送后是否收到切换命令，收到重配命令后是否成功在目标测发送MSG1，成功发送MSG1之后是否正常收到MSG2；在某一环节出现问题我们可查询相应处理流程进行排查。由于终端未收到切换命令，可能有两种情况：<font color="#、基站未收到测量报告（可通过后台信令跟踪检查）：检查覆盖点是否合理，主要是检查测量报告点的RSRP,SINR等覆盖情况，确认终端是否在小区边缘，或存在上行功率受限情况（根据下行终端估计的路损判断）。如果是该情况，按照现场情况调整覆盖，及切换参数，解决异常情况<font color="#、基站收到了测量报告：<font color="#.1基站未向终端发送切换命令情况：（1） 确认目标小区是否为漏配邻区（2）需要检查是否目标小区未向源小区发送切换响应，或者发送HANDOVER PREPARATION FAILUE信令，在这种情况下源小区也不会向终端发送切换命令。<font color="#.2基站向终端发送切换命令情况：主要检查测量报告上报点的覆盖情况，是否为弱场，或强干扰区域，优先建议通过工程参数解决覆盖问题，若覆盖不易调整则通过调整切换参数优化具体分析流程图如下：& && &
图1& &流程图【分析过程】根据Serving+nighboring Cell图中显示，虽然服务小RSRP值还处于正常水平，但此时邻区电平值已高于服务小区<font color="#dBm，服务小区RSRQ已降低到-20。信令上显示，终端一直上报MR测量报告，但基站未下发切换命令，终端未执行同频切换。因此判断终端发起RRC重建原因为：测量邻区RSRP高于服务小区，终端上报MR但未执行切换导致服务小区服务质量快速下降，UE检测到“radio link failure”，发起原因值为“other failure”的RRC重建。按照流程图，先进行邻区核查，发现邻区配置合理，无漏配、错配邻区现象；核查覆盖，覆盖良好，电平值高；核查告警，排除了基站故障、传输故障的原因。进行切换参数确认，分析未及时切换原因，发现该事件中，服务小区向邻小区切换的同频邻小区偏置CIO为-10，属于不合理设置，因此判断为参数设置不当，导致切换不及时。【处理过程】考虑到该区域为基站密集区域，之前调整CIO为-10以减少频繁切换现象，但由于参数值修改过大，导致切换不及时，终端发起RRC重建。通过对切换参数的修改，将CIO调整为<font color="#，并将服务小区的切换时间迟滞TimeToTrig由<font color="#0ms调整为<font color="#0ms，同频切换幅度迟滞Hys修改为<font color="#，以减少频繁切换。
& &&&参数修改后复测多次，未出现RRC重建事件。【建议与总结】在对于同频切换的优化中，CIO的值修改不宜过大，一般在-3到<font color="#dB之间，对于存在频繁切换现象的小区，可考虑对小区级切换参数，时间迟滞及幅度迟滞Hys进行适当调整以减少频繁切换现象。
Copyright &
All Rights Reserved}