信令解析

整理文档很辛苦,赏杯茶钱您下走!

免费阅读已结束,点击下载阅读编辑剩下 ...

阅读已结束,您可以下载文档离线阅读编辑

资源描述

信令定义前台信令一、主叫通话信令流程rrcConnectionRequest(UL_CCCH)……………rrc连接请求(上行链路公共控制信道)rrcConnectionSetup(DL_CCCH)………………rrc连接建立(下行链路公共控制信道)rrcConnectionSetupComplete(UL_DCCH)……..rrc连接建立完成(上行链路专用控制信道)CMServiceRequest………………………………….CM服务请求(上行)AuthenticationRequest……………………………..鉴权请求(下行)AuthenticationResponse…………………………..鉴权响应(上行)securityModeCommand(DL_DCCH)………….安全模式命令(下行专用控制信道)securityModeComplete(UL_DCCH)…………..安全模式完成(上行专用控制信道)Setup…………………………………………………..建立(上行)IdentityRequest……………………………………..身份请求(下行)IdentityResponse…………………………………...身份回应(上行)CallProceeding………………………………………呼叫进行(下行)radioBearerSetup(DL_DCCH)………………….无线链路建立(下行专用控制信道)radioBearerSetupComplete(UP_DCCH)…………无线链路建立完成(上行专用控制信道)measurementControl(DL_DCCH)…………….测量控制(下行控制信道)Alerting………………………………………………..振铃(下行)Connect………………………………………………..连接(下行)ConnectAcknowledge………………………………连接确认(上行)measurementReport(UL_DCCH)…………………………………测量报告(上行链路专用用控制信道)Disconnect…………………………………………..断开连接(上行)Release……………………………………………….释放(下行)ReleaseComplete………………………………….释放完成(上行)rrcConnectionRelease(DL_DCCH)………….rrc连接释放(下行链路控制信道)rrcConnectionReleaseComplete(UL_DCCH)…….rrc连接释放完成(上行链路控制信道)二、被叫通话信令流程…………………………….pagingType1…………………………………..寻呼类型1RRPagingResponse………………………..RR寻呼响应CallConfirmed………………………………..呼叫建立三、切换信令流程measurementReport(UL_DCCH)…………………………………测量报告(下行链路专用用控制信道)physicalChannelReconfiguration(DL_DCCH)…………………物理信道重配置(下行链路专用控制信道)physicalChannelReconfigurationComplete(UL_DCCH)……………………..物理信道重配置完成(上行链路专用控制信道)measurementControl(DL_DCCH)…………………………………测量控制(下行专用控制信道)后台信令一、主叫通话信令流程UE—RNC:RRC_RRC_CONNECT_REQ………………………………..RRC连接请求RNC—UE:RRC_RRC_CONN_SETUP……………………………………RRC连接建立UE—RNC:RRC_RRC_CONNECT_SETUP_CMP………………………RRC建立完成UE—RNC:RRC_INIT_DIRECT_TRANSF…………………………………RRCC初始直接中转RNC—CN:RANAP_INITIAL_UE_MESSAGE…………………………….UE信息协议初始化CN—RNC:RANAP_LOCATION_REPORTING_CONTROL…………….位置报告协议控制CN—RNC:RANAP_DIRECT_TRANSFER…………………………………RANAP直接中转RNC—UE:RRC_DL_DIRECT_TRANSF…………………………………….下行链路直接中转UE—RNC:RRC_UL_DIR_TRANSF………………………………………….上行直接中转RNC—CN:RANAP_DIRECT_TRANSFER…………………………………..协议直接中转CN—RNC:RANAP_COMMON_ID……………………………………………协议命令IDCN—RNC:RANAP_SECURITY_MODE_COMMAND……………………..加密命令RNC—UE:RRC_SECURITY_MODE_CMD…………………………………加密命令UE—RNC:RRC_SECURITY_MODE_CMP…………………………………加密完成RNC—CN:RANAP_SECURITY_MODE_COMPLETE…………………….加密完成CN—RNC:RANAP_DIRECT_TRANSFER…………………………………RANAP直接中转RNC—UE:RRC_DL_DIRECT_TRANSF…………………………………….下行链路直接中转UE—RNC:RRC_UL_DIR_TRANSF………………………………………….上行直接中转CN—RNC:RANAP_RAB_ASSIGNMENT_REQ……………………………RAB支配请求RNC—NodeB:NBAP_RL_RECFG_PREP…………………………………..无限链路准备寄存器重配置NodeB—RNC:NBAP_RL_RECFG_READY…………………………………..无线链路寄存器重配置已准备RNC—UE:RRC_RB_SETUP…………………………………………………….无线链路建立RNC—NodeB:NBAP_RL_RECFG_COMMIT…………………………………无线链路重配置托付UE—RNC:RRC_RB_SETUP_CMP………………………………………………无线链路建立完成RNC—UE:RRC_MEAS_CTRL……………………………………………………RRC测量控制RNC—CN:RANAP_RAB_ASSIGNMENT_RESP……………………………….RAB指配响应CN—RNC:RANAP_DIRECT_TRANSFER…………………………………RANAP直接中转RNC—UE:RRC_DL_DIRECT_TRANSF…………………………………….下行链路直接中转UE—RNC:RRC_UL_DIR_TRANSF………………………………………….上行直接中转10:35:37RNC—NodeB:NBAP_RL_SETUP_REQ…………………………………RL建立请求RRC连接、RL、RB、RAB的本质是什么?(1)RRC连接是为了建立UE和UTRAN之间的信令连接(SRB1-SRB4),可以通过CCH或者DCH,如果建立在DCH,上下行各占用1个码道(SF=16)〔在HS业务建立的时候,要占用两个码道;且PS的速率包括信令连接占的码道〕。类似还有RNC和NodeB之间的Iub连接,RNC和CN之间的IU连接,但是Iub连接是一直存在的,不需要在每次UE和CN连接都去建立和释放,而Iu连接则必须每次去建立和释放(这里是指面向连接的信令和数据承载,无连接的除外)。(2)RL是为了建立RNC和NodeB之间的DCH的连接,只要数据走DCH,必须配置这个链路。RL是一个逻辑概念,其实就是一个格式集,数据在L2和L1之间传输(MAC-D-DCH/HS-DSCH/DSCH/USCHFP-DPCH/HS-DPSCH传输信道和MAC-DFLOW(mac-dh-mac-hs)),在DCH时要增加/修改DCHFP/HS-DSCHFP,因此要配置,而在CCH时,L2-L1的链路已经建立完成,因此不需要配置RL,但RNC和NodeB的连接是存在的,所以RL是格式集。在RL之下还有一个叫Iub数据传输承载的东西,它和RL的主要区别在于Iub数据承载承载的是Iub接口的数据,而RL是Uu口的数据,RL是位于Iub承载之上的。(可以这样理解:Iub承载是AAL2承载,公共信道的FP是建立在AAL2上的,因此小区建立的时候会建立一些承载,如果要使用DCH信道,也要先建立DCH的AAL2承载。)(3)RB是UE和UTRAN之间的连接格式集,就是UU口L1、L2的格式问题,即物理信道、传输信道、逻辑信道的配置问题。如果没有业务,RB是不需要的,因此如果要在CN/URTRN和UE之间传信令,只要有RRC连接即可(实际上也有无线承载,即SRB),但只要有业务,就必须配置RB,同样,必须配置Iub承载(只要有DCH就必须去配置DCHFP的承载,同RL一样)。(4)RAB是UE和CN之间的连接的约定,体现在业务上,主要是Qos的配置。为了在无线环境中传输,就必须借助无线接入网,因此RAB分为UE和UTRAN之间的RB和CN和UTRAN之间的IU承载。(5)相关的问题就可以这要理解了:如果没有业务要建立,例如位置区登记、更新,只需要建立RRC连接、Iu连接,而不需要去建立RL、Iub承载、Iu承载、RAB、RB。如果要在CCH上建业务,比如PS8k业务,必须建立RRC连接,Iu连接,然后建立RAB、RB、Iub承载、Iu承载,但是不需要建立RL。这时一旦RB失败,业务已经失败,RNC将回复CN消息RAB指配响应指示失败,CN决定是否释放业务。如果要在DCH上建CS业务,则必须建所有的连接和承载,并且RRC连接必须建立在DCH上,这样:一旦RRC连接失败,释放所有的连接和承载,包括RL;一旦RL配置失败,如果存在原先配置,则恢复到原先配置,RNC自己不会去释放RRC、RL、Iu等,回复CNRAB指配响应指示失败,按照CN新的指令去执行,业务肯定要失败的,一般来说,如果CN发现业务失败了,将会发起IU释放的流程。一旦RB配置失败,CS业务是不行了,如果是在RLRECFGCOMMIT之前收到RB配置失败,RL恢复到原来的RL,RNC回复CNRAB指配响应指示失败,由CN决定新的流程;如果是在RLRECFGCOMMIT之后收到RB配置失败,因为RNC无法恢复原来的RL,因此所有的业务都失败了,RNC向CN回复RAB指配响应指示失败,同时释放所有的连接和承载。如果要在DCH上建PS业务,所有的连接和承载都得建立,如果RRC连接建立在DCH上,对于RRC、RL、RB配置失败的处理同CS一样,如果RRC连接建在CCH上时,其实处理还是一样的?。注意一点:在PS业务释放的时候,CN发RAB指配,这时候需要去重新申请两个码道的资源去传信令,如果没有资源了,则异常释放,不会执行RL重配和RL删除了。(6)在TD-SCDMA中,一个UE最多只有一个RRC连接,当执行硬切换时,最多可以有两条RL,但一般都只有一个RL(包括组合业务),多RAB,两个Iu连接(1CS+1PS),多RB。(7)SRB呢?从某种意义上说,SRB和RB是个孪生兄弟,SRB是信令RB,在建立RRC连接的时候,SRB就建立起来了,为了传递UE和UTRAN之间的信令,而RB是用户面RB,只有在建立业务的时候,即需要传递用户面数据的时候才建立RB。在小区建立的时候,SRB0就已经建立了,传CCCH信令,SRB1-SRB4在RRC建立的时候建,传DCCH信令,SRB5以上都是业务RB,其实就是RB。(8)相关的消息:RRC连接相关消息:包括RRC连接请求、RRC连接建立(释放)、RRC连接建立(释放)完成,在这些消息中,主要有这些内容:RB预存指示UE信息测量信息SRB信息传输

1 / 7
下载文档,编辑使用

©2015-2020 m.777doc.com 三七文档.

备案号:鲁ICP备2024069028号-1 客服联系 QQ:2149211541

×
保存成功