通信人家园

标题: 在eNB侧，非NAS层（MAC/RLC/PDCP）是如何区分不同UE的？ [查看完整版帖子] [打印本页]

时间: 2012-10-24 15:39

作者: 蟹粉小笼包 标题: 在eNB侧，非NAS层（MAC/RLC/PDCP）是如何区分不同UE的？

一般地，在UE侧是通过HARQ进程区分不同的业务进程？那么在eNB侧，同时接收若干TB，如何区分不同用户？
希望各位牛人予以解答～～～Thx:)

时间: 2012-11-4 00:34

作者: childish2012

通过CRNTI来区分用户。对于上行，基站调度各用户上行数据发送时，下发给各用户的UL grant（dci0中的crc会通过CRNTI加扰）会通过CRNTI来区分用户，这样基站在相应的上行资源上收到的TB自然就知道是哪个用户的数据了。

时间: 2012-11-4 11:16

作者: focuszte

C-RNTI，随机接入时为UE分配，切换时会发生改变
C-RNTI为好像是在MAC层头部

时间: 2012-11-5 23:04

作者: childish2012

focuszte 发表于 2012-11-4 11:16
C-RNTI，随机接入时为UE分配，切换时会发生改变
C-RNTI为好像是在MAC层头部

MAC层头部没有CRNTI的。

时间: 2012-11-6 22:19

作者: focuszte

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

时间: 2012-11-6 22:23

作者: focuszte

childish2012 发表于 2012-11-5 23:04
MAC层头部没有CRNTI的。

上面的内容是36321规范原文，证明MAC层是有C-RNTI的
不过，说是在头部不太合适，准确的说应该是控制信元

时间: 2012-11-6 22:25

作者: focuszte

头部中的字段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

时间: 2012-11-6 23:03

作者: childish2012

focuszte 发表于 2012-11-6 22:25
头部中的字段LCID可以标识是否有C-RNTI：
Table 6.2.1-2 Values of LCID for UL-SCH
Index LCID values

CRNTI这种MAC CE，不是每个MAC PDU都有的，仅连接态下的竞争性随机接入中的Msg3里有，这种情况确实能区分用户，但是并不是常态。

时间: 2012-11-6 23:08

作者: focuszte

不在连接状态下，为什么要区分UE？
那些都是系统消息或者MBMS消息，无需区分UE

时间: 2012-11-6 23:13

作者: focuszte

childish2012 发表于 2012-11-6 23:03
CRNTI这种MAC CE，不是每个MAC PDU都有的，仅连接态下的竞争性随机接入中的Msg3里有，这种情况确实能区分 ...

不在连接状态下，为什么要区分UE？
那些都是系统消息或者MBMS消息，无需区分UE

时间: 2012-11-6 23:14

作者: childish2012

focuszte 发表于 2012-11-6 23:08
不在连接状态下，为什么要区分UE？
那些都是系统消息或者MBMS消息，无需区分UE

注意我的限定语“仅连接态下的竞争性随机接入中的Msg3里有”，我的意思是如果在连接态下，但是并不是竞争性随机接入中的Msg3，那么上行MAC PDU里是没有CRNTI这个MAC CE的。

时间: 2012-11-6 23:25

作者: focuszte

childish2012 发表于 2012-11-6 23:14
注意我的限定语“仅连接态下的竞争性随机接入中的Msg3里有”，我的意思是如果在连接态下，但是并不是竞争 ...

是所有连接状态下与单个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

时间: 2012-11-6 23:26

作者: focuszte

怎么可能只有MSG3里面有呢，，，，那不过是个开始而已

时间: 2012-11-6 23:48

作者: childish2012

focuszte 发表于 2012-11-6 23:26
怎么可能只有MSG3里面有呢，，，，那不过是个开始而已

有当然是有的，只不过不是那么用的，如果你方便的话，实际抓一把UE上行数据就知道了。至于怎么用CRNTI来区分用户，你可以参考我之前的如下答复：

通过CRNTI来区分用户。对于上行，基站调度各用户上行数据发送时，下发给各用户的UL grant（dci0中的crc会通过CRNTI加扰）会通过CRNTI来区分用户，这样基站在相应的上行资源上收到的TB自然就知道是哪个用户的数据了。

时间: 2012-11-6 23:50

作者: childish2012

focuszte 发表于 2012-11-6 23:26
怎么可能只有MSG3里面有呢，，，，那不过是个开始而已

另外，连接态下的竞争随机接入的Msg3可不是个开始哦，初始随机接入的Msg3才是个开始。

通信人家园 (https://www.txrjy.com/)