TD-scdma信令解析

前台信令

一、主叫 通话信令流程

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…………………………………..寻呼类型1 RR 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……………………………………………协议命令ID CN—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：37

RNC—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），多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信息 传输信道信息 物理信道信息 无线资源信息

RL相关消息：RL建立、增加、重配置、删除等。 传输信道信息（包括MAC-D FLOW） RL信息

RB相关消息：RB建立、释放、重配置 UE信息 CN信息

UTRAN移动性信息 RB信息 传输信道信息 物理信道信息 无线资源

RAB相关消息：RAB指配请求、RAB指配响应、RAB释放请求

RAB信息

Iu连接相关消息：Iu释放命令、Iu释放完成、Iu释放请求 RAB信息