[TS36.523-1]7.1.1.2
1【测试目的】
DTCH or DCCH mapped to UL SCH/ DL-SCH / Reserved Logical Channel ID
主要测试的是DTCH映射到UL-SCH, DL-SCH 和保留LCID的功能.
2【测试条件】
LTE Rel8 and UEs supporting E-UTRA
3【PASS LOG 信令流程一览】
4【测试步骤】
7.1.1.2 DTCH or DCCH mapped to UL SCH/ DL-SCH / Reserved Logical Channel ID
7.1.1.2.1 Test Purpose (TP)
(1)
with { UE in E-UTRA RRC_Connected state with DRB [Logical channel ID 3] established }
ensure that {
when { UE receives a MAC PDU on DL SCH and addressed to its CRNTI but including a reserved value for LCID }
then { UE shall not forward the disassembled and demultiplexed SDU on the configured logical channels }
}
(2)
with { UE in E-UTRA RRC_IDLE state and after transmitting a RRCConnectionRequest message }
ensure that {
when { UE receives a MAC PDU on DL SCH and addressed to its CRNTI with value '00011'B as LCID }
then { UE shall forward the disassembled and demultiplexed SDU on the corresponding logical channel }
}
}
[LTE R8]
Table 6.2.1-1: Values of LCID for DL-SCH
|
Index |
LCID values |
|
00000 |
CCCH |
|
00001-01010 |
Identity of the logical channel |
|
01011-11011 |
Reserved |
|
11100 |
UE Contention Resolution Identity |
|
11101 |
Timing Advance |
|
11110 |
DRX Command |
|
11111 |
Padding |
[LTE R10]
Table 6.2.1-1 Values of LCID for DL-SCH
|
Index |
LCID values |
|
00000 |
CCCH |
|
00001-01010 |
Identity of the logical channel |
|
01011-11010 |
Reserved |
|
11011 |
Activation/Deactivation |
|
11100 |
UE Contention Resolution Identity |
|
11101 |
Timing Advance Command |
|
11110 |
DRX Command |
|
11111 |
Padding |
Table 7.1.1.2.3.2-1: Main behaviour
|
St |
Procedure |
Message Sequence |
TP |
Verdict |
UE log and comments |
|
|
U - S |
Message |
|||||
|
EXCEPTION: IF UE is Release 8 or Release 9, steps 1 and 2 are repeated for decreasing reserved LCID values from 01011 to 11011 ELSE IF UE is Release 10 onwards, steps 1 and 2 are repeated for decreasing reserved LCID values from 01011 to 11010. |
- |
- |
- |
- |
// 从UE能力上看，UE is Release10, 所以LCID的范围是01011(11) – 11010(26) 2017 Jan 9 08:10:54.001 [DE] 0xB0C0 LTE RRC OTA Packet -- UL_DCCH / UECapabilityInformation
// UE 收到 ACTIVATE TEST MODE, the TEST MODE is MODE A: DRB
// UE 发送 ACTIVATE TEST MODE COMPLETE, 但是APEX上没有该LOG显示 // UE 收到 CLOSE UE TEST LOOP，开始闭环还回测试
// UE发送CLOSE UE TEST LOOP COMPLETE，同样APEX上也没有显示 |
|
|
1 |
The SS transmits a valid MAC PDU containing a RLC PDU except for LCID in MAC Header set to reserved value . |
<-- |
MAC PDU |
- |
- |
// UE MAC 收到 LCID=11的MAC PDU, UE丢弃
// UE MAC 收到 LCID=12的MAC PDU, 可以看出LCID的变化为生序，UE丢弃
// UE MAC 收到 LCID=25的MAC PDU, UE丢弃。但是这是最后一包保留LCID的MAC PDU.这与协议是不相符的，协议规定对于LTE R10，最后一包保留LCID=26. 这应该是安利仪表的一个bug.
|
|
2 |
Check: does the UE transmit a Scheduling Request on PUCCH within 5 seconds after step 1? |
--> |
(SR) |
1 |
1 |
F |
|
3 |
The SS Transmits a valid MAC PDU containing RLC PDU with LCID in MAC Header set correctly to DRB 00011. |
<-- |
MAC PDU |
- |
- |
// UE MAC 收到 LCID=3的MAC PDU （346/8）, 这是一包合法MAC PDU
|
|
4 |
Check: does the UE transmit a Scheduling Request on PUCCH? |
--> |
(SR) |
2 |
2 |
P // UE send SR at 347/5 2017 Jan 9 08:12:14.327 [CC] 0xB16D LTE GM TX Report
|
|
5 |
The SS sends an UL grant suitable for the loop back PDU to transmitted |
<-- |
(UL Grant) |
- |
- |
// UE receive the UL GRANT at 347/9
|
|
6 |
Check: does the UE transmit a MAC PDU with LCID set to DRB 00011? |
--> |
MAC PDU |
2 |
2 |
P // UE 发送UL MAC PDU LCID=3
|
