信令学习总结学习.docx
- 文档编号:4871407
- 上传时间:2022-12-11
- 格式:DOCX
- 页数:10
- 大小:686.63KB
信令学习总结学习.docx
《信令学习总结学习.docx》由会员分享,可在线阅读,更多相关《信令学习总结学习.docx(10页珍藏版)》请在冰豆网上搜索。
信令学习总结学习
TD-SCDMA信令学习总结
2006-12-12
目录
1.信令的建立流程3
2.RRC的建立过程4
3.直传过程7
4.RAB/RB的建立8
5.RRC/Iu/RL等的释放10
6.优化案例10
7.几个概念13
8.总结14
9.附录15
信令在网优和故障处理过程中起到非常重要的作用,信令分析诚然在网优中的地位也就举足轻重。
以下针对近期对信令的学习情况作以总结,下面主要以主叫的信令流程作以阐述。
1.信令的建立流程
主叫信令建立流程
(1)
主叫信令建立流程
(2)
从上面两个图可以看出,信令的建立流程可以分为三个过程:
RRC信令SETUP,DIRECTTRANSFER,RAB/RBSETUP。
从空口上来讲,RRC是在Iub口建立的,完成UE和RNC的协议连接,而直传过程是在完成RRC建立后,通过RNC和CN的Iu口的连接建立,从而达到CN和UE的建立。
RAB是在UE和CN建立起信令之后,由CN发起的Uu和Iub以及Iu口无线链路承载的一个过程。
2.RRC的建立过程
RRC信令建立流程
(1)
RRC信令建立流程
(2)
2.1RRCConnectRequest
UE向RNC发起一个RRC连接请求,在RRC请求中会含有很多信息在内,如下图:
2.2Iub建立
RNC针对UE的请求信息,作以分析,如果允许接入,则对RRC分配网络标识RNT1以及L1和L2进行参数配置完成RL的建立以及IU口的承载建立和同步。
2.3RRC向UE发起连接请求
2.4UE向RNC进行响应,连接完成
在RRC的建立过程中每一个请求和响应都会有一定信息包含在内,需要进一步对信令作深入分析。
3.直传过程
直传信令流程
(1)
直传信令流程
(2)
3.1UE发送初始直接传输信息
RRC连接完成后建立DCH信道,向RNC发起直传信息。
信息中包含发送到CN的信息。
3.2RNC向CN请求SCCP连接
RNC通过Iu口向CN发送SCCP连接请求(CR)消息,包括UE的发给RNC的初始信息。
3.3CN响应RNC建立SCCP连接
CN接收连接请求,响应RNCSCCP连接(CC)消息,则RNC收到消息后确认信令连接成功。
3.4直传过程
信令建立完后,UE通过RNC到CN把消息通过上下行直传直接发给CN。
3.5签权和安全模式建立
当UE与CN之间的信令建立好后,CN需要对UE进行安全模式控制,这个过程是对传送的信息进行加密的过程,而鉴权模式是根据情况选择的。
4.RAB/RB的建立
RAB/RB建立是在RRC建立以后才实行的,由CN发起和UE建立起一个业务通道,本质上降是建立起Uu,Iub,Iu口的业务承载。
主要流程如下:
RB建立流程
(1)
RB建立流程
(2)
4.1在RRC建立完成以后由CN向RNC发起一个RAB分配请求
4.2RNC收到CN的请求后向NODEB发起RL准备重配置请求
4.3NODEB响应RNC准备好了RL重新配置
4.4ALCAP的建立和同步(需要进一步分析和理解)
4.5RNC向UE发起RB建立请求,(RRC层建立的)
4.6RNC响应UE,RB建立完成,同时RNC响应CNRAB建立完毕。
当RAB建立完成后,则完成从UE到RNC的承载连接,上下直传信息,之后会振铃,通话建立。
5.RRC/Iu/RL等的释放
RRC/IU/RL释放都是在主叫或者被叫挂断之后进行的资源释放过程,首先完成IU的释放过程然后完成RRC释放,最后释放NODEB的RL资源释放。
整个过程完成后释放IUB口的承载,关于释放流程在这里就不再多的描述。
释放流程图
(1)
6.优化案例
6.1RRC请求不成功
上面流程是我们在做小区跟踪测试时发现的问题,当UE发送RRC建立时,RNC拒绝,通过分析,原因是所分配的资源正在使用,但通过LMT查看该资源实际上是空闲状态,从打印来看是先前建立的无线链路删除失败导致。
重启TBPA后故障消失一段时间,通话若干次后又重新出现。
后了解到这个基站版本的BUG,另外在测试的时候还有一种情况,RNC会向UE发起RRC建立,但是UE侧没有响应,由于我们是在弱厂测试,所以断定为现场信号不稳定,上行受限,无法响应,导致现场无法呼叫,以此类推,如果现场受到信号干扰时,虽然可以收到信号,但是上行受到干扰,可能也会出现这种现象,当然据具体问题需要具体分析。
6.2RB建立时超时:
RBtimeout
正常呼叫中的RAB建立信令流程中在RL(无线链路)同步重配置准备之后,RNC向UE发起RB(RADIOBEARER无线承载)建立请求,正常的应该在RNC向CN发起RAB指派完成之前UE应向RNC回送一条RB建立完成的信令,如果没有RB建立完成信令的回送,则呼叫失败。
RB建立时超时图1(超时5秒)
6.2切换中的掉话
正常切换流程
在切换过程中由于多种因素都会引起掉话,比如:
在测量过程中,RL建立过程中,重配置过程中等等都是容易出现问题的,而这些问题的最终原因基本上都是无线链路非常差。
6.3目标小区更新:
Targetcellupdate
UE进行切换测量后,满足切换条件开始进行切换,虽然切换的目标小区的无线链路已建立,但物理信道重配置超时,这时切换的目标小区已建立的无线链路需要进行删除,再次进行切换测量时目标小区无线环境非常差,UE发起小区更新。
小区更新的主要原因有:
小区重选、小区周期更新、上行链路数据传输、寻呼响应、重进服务小区、无线链路失败和RLC不可恢复错误。
小区更新通常是由于无线链路差导致手机长时间收不到下行的数据,于是上报小区更新,请求寻找一个新的更好小区去驻留。
如果网络侧要求UE释放所有的无线链路,那自然就掉话了,如果网络侧要求UE去和原来的小区做同步,但如果原来的小区信号质量太差,无法同步上,超过定时器长度后,那也掉话了。
目标小区更新图1
6.4异常测量报告,RL失败
由于上报的测量报告异常,而导致RL(RadioLink)失败
异常测量报告图1
7.几个概念
网络信令的连接主要是建立在网络层,从UE到CN,都是以OSI模型而建立的多层的数据交流和通信。
7.1物理层(L1):
OSI的最底层。
提供控制信到,传输信道以及物理测量等功能
7.2数据链路层(L2):
分为介质接入控制(MAC)子层,无线链路控制子层(PLC)子层,分组数据汇聚协议子层(PDCP)子层,广播/多播控制(BMC)子层。
ØMAC子层与L1层之间的通讯使用传输信道,与PLC层之间使用逻辑信道,因此MAC子层将完成逻辑信道和传输信道之间的相互映射。
ØRLC子层分别象高层提供3中模式的(透明模式,非确认模式和确认模式)的数据传输服务,在控制平面,PLC向高层(RRC)提供的服务为信令无线承载(SRB),在用户层面PLC向高层(PDCP,BMC)提供的服务为RB。
7.3网络层/空中接口层:
无线资源控制层(RRC)子层,移动性管理(MM)子层和理解管理(CM)子层。
ØRRC子层功能(16项,见198页)
详见”第三代移动通信系统。
信令及实现”
8.总结
信令对于我们在网络优化和Troubleshooting中起着非常重要的作用,由于无线环境或是设备部分都会引起信令的异常,对于每一个出现的异常现象都需要具体问题具体分析,分析的时候经常需要Uu口的信令分析和RNC的信令分析相结合。
而且在信令的分析中我们不但需要了解正确的正确的信令流程,而且重要的是需要了解在信令的每一个过程中所发送的信息包含哪些东西,这个方面需要进一步的学习和掌握。
以上是我在近期的学习过程中的总结,很多部分可能描述的不是很准确,希望大家能够指正和讨论。
9.附录
正常的信令流程
TD厦门学习组
2006-12-12
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 学习 总结
![提示](https://static.bdocx.com/images/bang_tan.gif)