1.为什么需要TMSI和U-RNTI?
首先,UE发起RRC connection setup request时,由于此时RNC里没有任何UE的信息,故UE会带一个临时标识:tmsi上来,以便于接下来RNC给UE发送RRC connection setup时,用这个标识来区分UE ---也就是说---在RRC connection setup里, RNC会把TMSI带给UE,这样UE解开消息后比较一下这个TMSI跟自己的是否一致,才知道该消息是发给自己的。同时,RNC会在RRC connection setup里分配一个U-RNTI给UE,这样以后UE不用再使用临时标识TMSI,使用U-RNTI的好处时便于RNC管理UE(仔细看下,URNTI是有SRNTI+SRNC ID组成).
再看看关于L1/L2/L3 Identification的描述:
L1 Identification: UE must have a dedicated physical resource. This resource uniquely identifies the UE for the time the resource is assigned to it.
L2 Identification: UE uses common resources and identifies itself with a special MAC header identifier (c-RNTI, u-RNTI, dsch- RNTI) on that resource.
L3 Identification: UE has no dedicated resource and no assigned MAC header identifier, but uses common resources (RRC signalling only). The RRC message must contain a UE identifier as layer 3 parameter.
仅当UE没有专用的资源&没有MAC头信息&只跟RRC信令相关时,才使用L3 Identification。那么这样就好理解了,凡是SRB映射到公共信道时,也就是RRC消息在公共信道上发送时(或者UE处于CELL_FACH或CELL_PCH时),UE就会在消息里带上TMSI或U-RNTI给RNC.
看具体日志:
UL-CCCH-Message : {
message rrcConnectionRequest : {
initialUE-Identity tmsi-and-LAI : {
tmsi '10101011 00000001 01000001 01010101'B,
DL-CCCH-Message : {
message rrcConnectionSetup : later-than-r3 : {
initialUE-Identity tmsi-and-LAI : {
tmsi '10101011 00000001 01000001 01010101'B,
rrcConnectionSetup-r7 {
new-U-RNTI {
srnc-Identity '00010011 1111'B,
s-RNTI '00000000 01000000 1110'B
},
UL-DCCH-Message : { ---- 此时不需要带U-RNTI
message rrcConnectionSetupComplete : {
rrc-TransactionIdentifier 0,
之后当UE处于CELL_PCH时,并且有上行数据要传输时,需要发送CU给RNC,这时CU就得携带U-RNTI:
UL-CCCH-Message : {
message cellUpdate : {
u-RNTI {
srnc-Identity '00010011 1111'B,
s-RNTI '00000000 01000000 1110'B
},
2.再看CCCH和DCCH的描述((注意:CCCH和DCCH是control channel有关)):
CCCH是:Point-to-Point RRC signalling oncommon resource when no MAC identifier available.
注意,这里的common resource指的是公共传输信道。
首先,看上面这句英文,为什么是没有MAC identifier时才会使用CCCH呢?因为有可能存在别的情况,比如DCCHàFACH时,DCCH就会有专门的标识,也就是Logical channel ID, 那么此时MAC就可以有一个MAC identifier对应到到DCCH的logical channel ID,那么当MAC层收到物理层数据时,MAC只要能解析出MAC identifier,就能找到对应DCCH logical id,从而数据发送RLC时,RLC根据logical id找到对应的RB.
而当CCCH->FACH时,CCCH是公共信道,很多UE都在用,那么MAC层就无法通过对应的MAC identiier去映射到logical channel ID,因为此时逻辑信道是公用的,所以此时RRC消息就必须使用L3标识,而非MAC identifier.
DCCH是:Point-to-Point RRC signalling on common or dedicated resource with MAC identifier available(on common resource).
正如上面提到的,此时由于DCCH有logical ID,那么此时不管DCCH映射到DCH(此时MAC层标识是DCH ID)还是FACH(此时MAC层标识是MAC identifier),都能通过logical channel找到对应的RLC实体,从而找到RB.
3.如下一段话更加清晰地说明了,当使用CCCH时,必须使用L3标识,而当使用DCCH时,只能使用L1/L2标识(当使用专用传输信道时,使用L1;当使用公共传输信道时使用L2)。
CCCH (Common Control Channel): The CCCH is a bi-directional RRC signalling channel where layer 3 identification is required. The UE uses CCCH signalling at the beginning of communication when no DCCH is available. Only radio bearer RB0 is attached to CCCH. RB 0 is configured via system information, because it works as a start up point.
DCCH (Dedicated Control Channel): The normal bi-directional RRC signalling and also rate control signalling is exchanged on a DCCH. Every DCCH is associated with its own radio bearer which