 |
问答管理员：
待解决问题
问题答案 ( 14 条 )
通过CRNTI来区分用户。对于上行，基站调度各用户上行数据发送时，下发给各用户的UL grant（dci0中的crc会通过CRNTI加扰）会通过CRNTI来区分用户，这样基站在相应的上行资源上收到的TB自然就知道是哪个用户的数据了。
C-RNTI，随机接入时为UE分配，切换时会发生改变
C-RNTI为好像是在MAC层头部
C-RNTI为好像是在MAC层头部
MAC层头部没有CRNTI的。
6.1.3.2 C-RNTI MAC Control Element
The C-RNTI MAC control element is identified by MAC PDU subheader with LCID as specified in table 6.2.1-2.
It has a fixed size and consists of a single field defined as follows (figure 6.1.3.2-1):
- C-RNTI: This field contains the C-RNTI of the UE. The length of the field is 16 bits.
Figure 6.1.3.2-1: C-RNTI MAC control element
The C-RNTI MAC control element is identified by MAC PDU subheader with LCID as specified in table 6.2.1-2.
It has a fixed size and consists of a single field defined as follows (figure 6.1.3.2-1):
- C-RNTI: This field contains the C-RNTI of the UE. The length of the field is 16 bits.
Figure 6.1.3.2-1: C-RNTI MAC control element
上面的内容是36321规范原文，证明MAC层是有C-RNTI的
不过，说是在头部不太合适，准确的说应该是控制信元
头部中的字段LCID可以标识是否有C-RNTI：
Table 6.2.1-2 Values of LCID for UL-SCH
Index LCID values
00000 CCCH
00001-01010 Identity of the logical channel
01011-11000 Reserved
11001 Extended Power Headroom Report
11010 Power Headroom Report
11011 C-RNTI
11100 Truncated BSR
11101 Short BSR
11110 Long BSR
11111 Padding
Table 6.2.1-2 Values of LCID for UL-SCH
Index LCID values
00000 CCCH
00001-01010 Identity of the logical channel
01011-11000 Reserved
11001 Extended Power Headroom Report
11010 Power Headroom Report
11011 C-RNTI
11100 Truncated BSR
11101 Short BSR
11110 Long BSR
11111 Padding
CRNTI这种MAC CE，不是每个MAC PDU都有的，仅连接态下的竞争性随机接入中的Msg3里有，这种情况确实能区分用户，但是并不是常态。
不在连接状态下，为什么要区分UE？
那些都是系统消息或者MBMS消息，无需区分UE
那些都是系统消息或者MBMS消息，无需区分UE
不在连接状态下，为什么要区分UE？
那些都是系统消息或者MBMS消息，无需区分UE
注意我的限定语“仅连接态下的竞争性随机接入中的Msg3里有”，我的意思是如果在连接态下，但是并不是竞争性随机接入中的Msg3，那么上行MAC PDU里是没有CRNTI这个MAC CE的。
是所有连接状态下与单个UE相关的消息，肯定都会有C-RNTI，否则设备就没法区分了。。。。。
参见规范
NOTE: A UE uses the same C-RNTI on all Serving Cells.
Table 7.1-2: RNTI usage.
RNTI Usage Transport Channel Logical Channel
P-RNTI Paging and System Information change notification PCH PCCH
SI-RNTI Broadcast of System Information DL-SCH BCCH
M-RNTI MCCH Information change notification N/A N/A
RA-RNTI Random Access Response DL-SCH N/A
Temporary C-RNTI Contention Resolution
(when no valid C-RNTI is available) DL-SCH CCCH
Temporary C-RNTI Msg3 transmission UL-SCH CCCH, DCCH, DTCH
C-RNTI Dynamically scheduled unicast transmission UL-SCH DCCH, DTCH
C-RNTI Dynamically scheduled unicast transmission DL-SCH CCCH, DCCH, DTCH
C-RNTI Triggering of PDCCH ordered random access N/A N/A
Semi-Persistent Scheduling C-RNTI Semi-Persistently scheduled unicast transmission
(activation, reactivation and retransmission) DL-SCH, UL-SCH DCCH, DTCH
Semi-Persistent Scheduling C-RNTI Semi-Persistently scheduled unicast transmission
(deactivation) N/A N/A
TPC-PUCCH-RNTI Physical layer Uplink power control N/A N/A
TPC-PUSCH-RNTI Physical layer Uplink power control N/A N/A
怎么可能只有MSG3里面有呢，，，，那不过是个开始而已
有当然是有的，只不过不是那么用的，如果你方便的话，实际抓一把UE上行数据就知道了。至于怎么用CRNTI来区分用户，你可以参考我之前的如下答复：
通过CRNTI来区分用户。对于上行，基站调度各用户上行数据发送时，下发给各用户的UL grant（dci0中的crc会通过CRNTI加扰）会通过CRNTI来区分用户，这样基站在相应的上行资源上收到的TB自然就知道是哪个用户的数据了。
另外，连接态下的竞争随机接入的Msg3可不是个开始哦，初始随机接入的Msg3才是个开始。
热点问题
