信令解析.doc

信令定义前台信令一、主叫 通话信令流程rrc ConnectionRequest（UL_CCCH）…………… rrc连接请求（上行链路公共控制信道）rrc ConnectionSetup（DL_CCCH）………………rrc连接建立（下行链路公共控制信道）rrc ConnectionSetupComplete（UL_DCCH）……..rrc连接建立完成（上行链路专用控制信道）CM Service Request………………………………….CM服务请求（上行）Authentication Request……………………………..鉴权请求（下行）Authentication Response…………………………..鉴权响应（上行）securityModeCommand（DL_DCCH）………….安全模式命令（下行专用控制信道）securityModeComplete（UL_DCCH）…………..安全模式完成（上行专用控制信道）Setup…………………………………………………..建立（上行）Identity Request……………………………………..身份请求（下行）Identity Response…………………………………...身份回应（上行）Call Proceeding………………………………………呼叫进行（下行）radioBearerSetup（DL_DCCH）………………….无线链路建立（下行专用控制信道）radioBearerSetupComplete(UP_DCCH)…………无线链路建立完成（上行专用控制信道）measurementControl（DL_DCCH）…………….测量控制（下行控制信道）Alerting………………………………………………..振铃（下行）Connect………………………………………………..连接（下行）Connect Acknowledge………………………………连接确认（上行）measurementReport（UL_DCCH）…………………………………测量报告（上行链路专用用控制信道）Disconnect…………………………………………..断开连接（上行）Release……………………………………………….释放（下行）Release Complete………………………………….释放完成（上行）rrcConnectionRelease（DL_DCCH）………….rrc连接释放（下行链路控制信道）rrcConnectionRelease Complete（UL_DCCH）…….rrc连接释放完成（上行链路控制信道）二、被叫 通话信令流程…………………………….pagingType1…………………………………..寻呼类型1RR Paging Response………………………..RR 寻呼响应Call Confirmed………………………………..呼叫建立三、切换信令流程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/USCH FP->DPCH/HS-DPSCH 传输信道和MAC-D FLOW（mac-dh->mac-hs）），在DCH时要增加/修改DCH FP/HS-DSCH FP，因此要配置，而在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就必须去配置DCH FP的承载，同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等，回复CN RAB指配响应指示失败，按照CN新的指令去执行，业务肯定要失败的，一般来说，如果CN发现业务失败了，将会发起IU释放的流程。

一旦RB配置失败，CS业务是不行了，如果是在RL RECFG COMMIT之前收到RB配置失败，RL恢复到原来的RL，RNC回复CN RAB指配响应指示失败，由CN决定新的流程；如果是在RL RECFG COMMIT之后收到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），多RB7）SRB呢？从某。