LTE中的SRB--承载

LTE中，SRB（signalling radio bearers—信令无线承载）作为一种特殊的无线承载（RB），其仅仅用来传输RRC和NAS消息，在协议36.331中，定义了SRBs的传输信道：
——SRB0用来传输RRC消息，在逻辑信道CCCH上传输
——SRB1用来传输RRC消息（也许会包含piggybacked NAS消息），在SRB2承载的建立之前，比SRB2具有更高的优先级。在逻辑信道DCCH上传输.
——SRB2用来传输NAS消息，比SRB1具有更低的优先级，并且总是在安全模式激活之后才配置SRB2。在逻辑信道DCCH上传输.
下行piggybacked NAS消息仅仅使用在附着过程（例如连接成功/失败）：承载的建立/修改/释放。上行的piggybacked NAS消息在连接建立期间初始化NAS消息（也就是发起连接建立，MSG3）
注：通过SRB2传输NAS消息也是被包含在RRC消息中的，但是这些NAS消息不包括任何RRC协议控制信息，只是在RRC消息传输的时候包含在RRC中，相当于此时RRC是一个载体的形式。
一旦安全模式被激活，所有SRB1和SRB2的RRC消息（包括某些NAS或者3GPP消息），都会通过PDCP来进行完整性保护和加密，NAS只是单独对NAS消息进行完整性保护和加密。换句话说，LTE存在的2层加密和保护：NAS只进行控制信令的加密工作，而PDCP同时进行控制平面和数据平面的完保和加密工作，
SRB2的使用还要注意联系一点就是：它是建立在专用承载基础上的，使用DCCH逻辑信道


注：在LTE里面，SRB有三个，SRB0对应的是CCCH，在信令建立过程中不需要建立，对SRB1，SRB2，会在RRCconnectionsetup和RRCReconfig消息里面进行配置
rrcConnectionReqest是在SRB0上传输的， SRB0一直存在， 用来传输映射到CCCH 的RRC信令。
UE收到NodeB的rrcConnectionSetup信令后，UE和NodeB之间的SRB1就建立起来了。
eNodeB向UE发送RRCConnectionReconfiguration 消息，建立SRB2和DRB

对DRB，确实在RRC协议里面对应的逻辑信道是5个比特，但去看DRB的取值它是从3到11的，总共8个，这里的逻辑信道的ID只是比特位上的对应，在MAC层标识DRB，两个ID的数值有可能相同，也可以不同。
所以最多总共有3个SRB，8个DRB。

 

BCCH和PCCH不对应任何RB，在MAC层也没有LCID。因为他们在层2直接透明传输。

CCCH会经过RLC 用TM模式到RRC
BCCH 和PCCH是不经过RLC的吧，直接MAC层就到RRC了。
因为BCCH和PCCH是透明的MAC pdu，CCCH的MAC PDU还是正常的MAC pdu，mac层对于CCCH的LCID固定是00000的。