RRC请求与URA更新

上传人:206****923 文档编号:41626166 上传时间:2018-05-30 格式:DOCX 页数:2 大小:19.38KB
返回 下载 相关 举报
RRC请求与URA更新_第1页
第1页 / 共2页
RRC请求与URA更新_第2页
第2页 / 共2页
亲,该文档总共2页,全部预览完了,如果喜欢就下载吧!
资源描述

《RRC请求与URA更新》由会员分享,可在线阅读,更多相关《RRC请求与URA更新(2页珍藏版)》请在金锄头文库上搜索。

1、现在项目上开始用 8142 做测试,8142 支持在 RRC 连接过程中的重选,但实际测试经常发现,在RRC 连接过程中发生重选容易导致未接通,现象如下: | 国内领先的通信技术论坛:G,j/o#U(l-由于本地设置 T300 为 2 秒,N300 为 3,所以说每隔 2 秒发送一次 RRC 连接请求,共发送 3 次。后台信令查看发现 RNC 收到第一条 RRC 连接请求,并作出反应下发了 RRC 连接建立消息,然而由于 UE 已经发生重选,那么 UE 肯定收不到,但是 UE 发送的后两条 RRC 连接请求网络均没有收到。注:已经排除注:已经排除 UE 故障、基站故障、上下行干扰故障、基站故障

2、、上下行干扰mscbsc 移动通信论坛拥有 30 万通信专业人员,超过 50 万份 GSM/3G 等通信技术资料,是国内领先专注于通信技术和通信人生活的社区。%e.H I-j7M; d这里主要想讨论下,在第一条 RRC 连接请求前 UE 会与服务小区进行 SYNC_UP 和 FPACH 的交互已达到上行同步的目的,但是在后面的两条重发 RRC 连接请求时,是否也有 SYNC_UP 和 FPACH 过程,如果没有那么网络肯定收不到,如果有为何网络又收不到。没事多划线首先,手机发送 RRC 连接请求的必要条件不是 UE 会与服务小区进行 SYNC_UP 和 FPACH 的交互已达到上行同步,理由很

3、简单,我们会经常发现 UE 在一个根本无法同步的小区下连发 RRC 连接请求。mscbsc 移动通信论坛拥有 30 万通信专业人员,超过 50 万份 GSM/3G 等通信技术资料,是国内领先专注于通信技术和通信人生活的社区。*3y0k5Eh,I“v$2T,R+V8g)H这个条是有用的MSCBSC 移动通信论坛 3h5P ,D9J.o*t9W其次,关于 RRC 连接请求与小区重选的问题,这个我也要先说明,小区重选是要以 UE 收到必要的系统消息为前提的,就算按楼主说的,UE8142 支持在 RRC 连接过程中的重选,但 T300 为 2 秒,N300 为 3,UE 根本没有时间没有机会读取新的小

4、区的系统消息,就是说即使 UE 理论上重选到了新小区,但是由于没有更新系统消息,实际上在 UE 连发 RRC 连接请求时,仍是发往原小区。继续画移动通信,通信工程师的家园,通信人才,求职招聘,网络优化,通信工程,出差住宿,通信企业黑名单 7:W:t/c%J/FMSCBSC 移动通信论坛*y#N#V#H1w5a/m-f7G第三,由于原小区已响应 UE 发送的第一条 RRC 连接请求,并且做出了回应而且开启了其他定时器,所以即使原小区收到了后来的 RRC 连接请求,由于这几个 RRC 连接请求的“签名”与第一条 RRC 连接请求一致,所以被 RNC 弃置。可以理解为 RNC 认为 UE 没有收到

5、RRC 连接建立,或者是没有收到 UE 的 RRC 连接建立完成,而导致定时器超时而释放了 RRC 连接。+R1K+?6K3v(B,hq%M分割线啊分割线mscbsc 移动通信论坛拥有 30 万通信专业人员,超过 50 万份 GSM/3G 等通信技术资料,是国内领先专注于通信技术和通信人生活的社区。;K,0P0C4M5,s)p最后,UE 由于判定自身重选至目标小区,所以开始在目标小区接收 RRC 连接建立,但目标小区并没有收到 RRC 连接请求,自然也不会下发 RRC 连接建立,所以 UE 的定时器超时,放弃 RRC 连接,转回空闲态。2.k(t0L1a/T最后一条了;Q0Z-)a*d非常感谢

6、你的回答,但是有以下问题可以继续讨论:首先在 UE 在发送完第一条 RRC 连接请求后,确实读取了新小区的系统消息,并且系统消息通常都很完整的读完,也就是说 UE 此时有条件根据新小区的系统消息来按照新的 PRACH 信道配置来发送信息,并且查看信令发现,第二条、第三条 RRC 连接请求确实在新的小区上发送。其次,这个问题你确实问到我了,当 UE 由于某种原因与目标小区不能达成上行同步确实不影响UE 发送 RRC 连接请求,但是会造成 RRC 连接成功率低(比方说我们经常遇到的 UPPCH 受到干扰,而导致的 RRC 建立成功率下降就是如此,UE 在上行 UPPCH 上发送 SYNC_UP,由

7、于 UPPCH 受到干扰可能会多次发送 SYNC_UP,但如果网络没有收到,那么 UE 可能就将随意的在 PRACH 上发送RRC 连接请求,但由于没有与网络达成上行同步,所以网络基本收不到该消息的,从而造成 RRC 建立成功率下降) ,并且如果在 RRC 连接请求之前没有 SYNC_UP 和 FPACH 的交互,那么 UE 如何获取PRACH 的发射功率的?(PRACH 为开环功率控制) ,还有本案例中的 RRC 连接过程中的小区重选造成未接通,并不是每次都会造成未接通,还是有成功的案例。首先,我估计你想讨论的是为什么重选目标小区没有下 RRC 连接建立。MSCBSC 移动通信论坛 9j7K

8、;c#D7V0K4M(3fv4t分割分割1、终端能力问题。 (别说我抠字眼,因为哥们你给的信息真不多)系统消息系统消息通常通常都很完整的读完都很完整的读完,这一次呢?我看了下以前的 log,读完系统消息大概要 1 秒钟的时间(当然也有瞬间读完的)但T300 只有 2,会不会是系统消息不完整导致 UE 出 BUG 哪?进一步推测 8142 的支持在 RRC 连接过程中的重选这个功能是否有明确参数说明 UE 的反应能力?这也是一个问题,当然你要是能联系到联芯的研发来确认更好,因为我觉得你可能会是一个“内部”人士,哈哈。继续分割2、之前也说过了几个 RRC 连接请求“签名”与第一条 RRC 连接请求

9、一致,而且带着序号。就是说如果重选目标小区收到的是“2”号 RRC 连接请求,同样会遭 RNC 弃置。所以,在你说的这种情况下我认为支持在 RRC 连接过程中的重选这个功能没有什么实际意义,因为这个功能需要 RNC 的特殊配置来实现。| 国内领先的通信技术论坛)u+K*h*u4L*K7|=这个分割线比较大=0w5m“p1i#y6W/o9f;o/N *t7f-Q)t其次、这个问题比较大了,因为它涉及到了 RNC 参数计算等等问题。分割分割1、集团话统最新 RRC 连接成功率计算公式:RRC.SuccConnEstab/RRC.AttConnEstab*100%MSCBSC 移动通信论坛 1C!XG+TD%O9f2、如果在如果在 RRC 连接请求之前没有连接请求之前没有 SYNC_UP 和和 FPACH 的交互,那么的交互,那么 UE 如何获取如何获取 PRACH 的发的发射功率的?射功率的?这个问题可以大胆的推测下。UE 本身是有存储信息功能的,比如脱网时会优先搜索上一个使用过 LAC。同上,UE 是不是可以使用上一个小区的 FPACH 信息呢,当然这只是推测。不过你要是能做测试的话也可以试试,就是说在 UE 重选后没有收到系统消息的情况下直接进行上行连接,看看能否成功。mscbsc 移动

展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 行业资料 > 其它行业文档

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号