Upload
nguyentram
View
214
Download
1
Embed Size (px)
Citation preview
ICS
M36
YD Communications industry standard of The People's
Republic of China YD/T XXXXX—XXXX
Technical Specification for Uu-T
Interface of LTE based Broadband
Trunking Communication (B-Trunc)
System (Phase 1)
The Ministry of industry and information
technology of P.R.C China
XX/T XXXXX—XXXX
1
Contents
Foreword ............................................................................. 2
1 Scope ............................................................................... 2
2 Normative References .................................................................. 2
3 Abbreviations ........................................................................ 3
4 Physical Layer Part 1: General Description ................................................. 4
5 Physical Layer Part2: Physical Channels and Modulation ...................................... 5
6 Physical Layer Part3: Physical Layer Multiplexing and Channel Coding .......................... 5
6.1 Mapping of the transport channel to physical channel ..................................... 5
6.2 Channel coding, multiplexing and interleaving ........................................... 6
7 Physical Layer Part4: Physical layer procedures .............................................. 6
7.1 UE procedure for receiving the physical downlink shared channel ........................... 6
7.2 CQI/PMI/RI Reporting ............................................................. 8
7.3 ACK/NACK Reporting ............................................................. 8
7.4 Physical uplink shared channel related procedures ........................................ 8
7.5 Physical downlink control channel procedures ........................................... 8
8 Physical layer, part 5:Physical Layer Measurement ......................................... 10
9 Lay2, part 1:Medium Access Control (MAC) protocol ........................................ 10
9.1 MAC Structure .................................................................. 10
9.2 Channel structure and channel mapping ............................................... 11
9.3 Protocol Data Units ............................................................... 13
9.4 RNTI values and usage ............................................................ 14
9.5 DL-SCH data transfer ............................................................. 15
9.6 TPCH reception .................................................................. 16
9.7 PDCCH search space control for trunking group call ..................................... 17
9.8 Trunking Buffer Status Report (Optional) .............................................. 18
10 Lay2, part2: Radio Link Control (RLC) protocol ......................................... 20
11 Lay2, part3: Packet Data Convergence Protocol (PDCP) ................................ 20
12 Layer 3 Part 1: RRC Protocol .......................................................... 21
12.1 Overview ...................................................................... 21
12.2 System Information .............................................................. 22
12.3 RRC Process ................................................................... 22
12.4 Others ........................................................................ 26
12.5 Protocol Data Unit, Format, and Parameter (Table and ASN.1) ............................ 28
12.6 Variable and Constant ............................................................ 48
13 Layer 3 Part 2: Trunking Services of UEs in Idle Mode ...................................... 50
13.1 UEs In Idle Mode Receiving Data from the Trunking Control Channel and Traffic Channel ..... 50
13.2 Trunking Paging DRX ............................................................ 51
XX/T XXXXX—XXXX
2
Foreword
The present document is one of a series standards for the LTE based broadband trunking communication
(B-TrunC) system and will consist of the following standards:
a) YD/T ××××: Technical Specification for LTE based Broadband Trunking Communication
(B-Trunc) System (Phase 1)》
b) YD/T ××××: Technical Specification for Uu-T Interface of LTE based Broadband Trunking
Communication (B-Trunc) System (Phase 1)
c) YD/T ××××: Technical Requirement for Interface between User Equipment (UE) and Evolved
Packet Core (EPC) of LTE based Broadband Trunking Communication (B-Trunc) System (Phase 1)
d) YD/T ××××: Technical Requirement for Interface between Evolved Packet Core (EPC) and
Dispatch Controller (DC) of LTE based Broadband Trunking Communication (B-Trunc) System
(Phase 1)
e) YD/T ×××× : Test Method for Uu-T Interface of LTE based Broadband Trunking
Communication (B-Trunc) System (Phase 1)
f) YD/T ××××: Test Method for Interface between User Equipment (UE) and Evolved Packet
Core (EPC) of LTE based Broadband Trunking Communication (B-Trunc) System (Phase 1)
g) YD/T ××××: Test Method for Interface between Evolved Packet Core (EPC) and Dispatch
Controller (DC) of LTE based Broadband Trunking Communication (B-Trunc) System (Phase 1)
This document has been produced by China Communications Standards Association (CCSA).
The structure of the series standards are subject to the continuing work within CCSA TC5.
1 Scope
The present document specifies the Uu-T interface of LTE based broadband trunking communication (B-Trunc)
system (Phase 1).
The present document applies to UEs and eNodeBs of LTE based broadband trunking communication
(B-Trunc) system (Phase 1).
2 Normative References
The following documents contain provosions which, through reference in this text, constitute provisions of the
present document. References are either specific (identified by date of publications, edition number, version
XX/T XXXXX—XXXX
3
number, etc.) or non-specific. For a specific reference, subsequent revisions do not apply. For a non-specific
reference, the latest version (including any amendments) applies.
[1] 3GPP TS 36.201: “Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Layer – General
Description(Release 9)”
[2] 3GPP TS 36.211: “Evolved Universal Terrestrial Radio Access (E-UTRA); Physical channels and
modulation(Release 9)”
[3] 3GPP TS 36.212: “Evolved Universal Terrestrial Radio Access (E-UTRA); Multiplexing and channel
coding(Release 9)”
[4] 3GPP TS 36.213: “Evolved Universal Terrestrial Radio Access (E-UTRA); Physical layer
procedures(Release 9)”
[5] 3GPP TS 36.214: “Evolved Universal Terrestrial Radio Access (E-UTRA); Physical layer –
Measurements(Release 9)”
[6] 3GPP TS36.321, “Evolved Universal Terrestrial Radio Access (E-UTRA); Medium Access Control
(MAC) protocol specification(Release 9)”
[7] 3GPP TS36.322, “Evolved Universal Terrestrial Radio Access (E-UTRA); Radio Link Control (RLC)
protocol specification(Release 9)”
[8] 3GPP TS36.322, “Evolved Universal Terrestrial Radio Access (E-UTRA); Packet Data Convergence
Protocol (PDCP) Specification(Release 9)”
[9] 3GPP TS36.331, “Evolved Universal Terrestrial Radio Access (E-UTRA); Radio Resource Control (RRC)
protocol specification(Release 9)”
[10] 3GPP TS 36.304, “Evolved Universal Terrestrial Radio Access (E-UTRA); User Equipment (UE)
procedures in idle mode(Release 9)”
3 Abbreviations
For the purpose of the present document, the following abbreviations apply.
BSR Buffer Status Report
CQI Channel Quality Indication
CRC Cyclic Redundancy Check
DL-SCH Downlink Shared Channel
eNode B Evolved NodeB
E-UTRAN Evolved UTRAN
G-RNTI Group-Radio Network Temporary Identifier
HARQ Hybrid Automatic Repeat Request
LCID Logical Channel ID
LTE Long Time Evolution
MAC Medium Access Control
XX/T XXXXX—XXXX
4
NAS Non-Access Stratum
PBCH Physical Broadcast Channel
PCH Paging Channel
PCFICH Physical Control Format Indicator Channel
PDCCH Physical Downlink Control Channel
PDCP Packet Data Convergence Protocol
PDSCH Physical Downlink Shared Channel
PHICH Physical Hybrid ARQ Indicator Channel
PMCH Physical Multicast Channel
PMI Precoding Matrix Indicator
PRACH Physical Random Access Channel
PUCCH Physical Uplink Control Channel
PUSCH Physical Uplink Shared Channel
RI Rank Indication
RLC Radio Link Control
RNTI Radio Network Temporary Identifier
RRC Radio Resource Control
TCCH Trunking Control Channel
TDD Time Division Duplex
TDRB Trunking Data Radio Bearer
TGID Trunking Group Identification
TPCCH Trunking Paging Control Channel
TPCH Trunking Paging Channel
TP-RNTI Trunking Paging-Radio Network Temporary Identifier
TSRB Trunking Signalling Radio Bearer
TTCH Trunking Traffic Channel
4 Physical Layer Part 1: General Description
This Part follows 3GPP TS 36.201.
The physical layer process for point-to-point services (e.g. individual calls) of broadband trunking
communication (B-TrunC) system is specified in [1] and that for point-to-multipoint services (e.g. group calls)
is defined in the present document.
The definition of physical channels, modulation and channel coding scheme in [1] applies to the B-Trunc
system.
XX/T XXXXX—XXXX
5
The following downlink physical channels of B-TrunC are defined:
——Physical Downlink Shared Channel, PDSCH
——Physical Downlink Control Channel, PDCCH
——Physical Broadcast Channel, PBCH
——Physical Control Format Indicator Channel, PCFICH
——Physical Hybrid ARQ Indicator Channel, PHICH
The following uplink physical channels of B-Trunc are defined:
——Physical Random Access Channel, PRACH
——Physical Uplink Shared Channel, PUSCH
——Physical Uplink Control Channel, PUCCH
The system shall support intra-system L1 measurement while inter-system L1 measurement is not considered.
5 Physical Layer Part2: Physical Channels and Modulation
This part is specified in [2].
6 Physical Layer Part3: Physical Layer Multiplexing and Channel Coding
6.1 Mapping of the transport channel to physical channel
For uplink transmission, the mapping of uplink transport channels and uplink channel control information to
their corresponding physical channels is specified in [3].
For downlink transmission, trunking paging channel (TPCH), a new downlink transport channel is defined to
carry pagings related to the trunking calls including group calls and individual calls. TPCH maps to downlink
shared channel (PDSCH) while the mapping of other downlink transport channels and downlink channel
control information to their corresponding physical channels is specified in [3].
Table 1 specifies the mapping of the downlink transport channels to their corresponding physical channels.
Table 1: Mapping of the downlink transport channel to physical channel
XX/T XXXXX—XXXX
6
Transport channel Physical channel
Downlink shared Channel, DL-SCH Physical Downlink Shared Channel, PDSCH
Broadcast Channel, BCH Physical Broadcast Channel, PBCH
Paging Channel, TPCH Physical Downlink Shared Channel, PDSCH
Trunking Paging Channel, TPCH Physical Downlink Shared Channel, PDSCH
6.2 Channel coding, multiplexing and interleaving
Besides the requirements specified in [3], the following channel coding, multiplexing and interleaving shall
also apply:
——The same coding scheme and coding rate for the PCH applies to the TPCH.
——The same transport channel processing for the PCH applies to the TPCH.
——Downlink control information (DCI) format 1A/1C is enhanced to support with CRC scrambled by
the new defined TP-RNTI.
——Upon receiving the DCI format 1A/1C with CRC scrambled by TP-RNTI, a UE shall perform all the
fields in the DCI format 1A/1C the same as P-RNTI.
7 Physical Layer Part4: Physical layer procedures
7.1 UE procedure for receiving the physical downlink shared channel
If a UE is configured by higher layers to decode PDCCH with CRC scrambled by the TP-RNTI (Trunking
Paging RNTI), the UE shall decode the PDCCH and the corresponding PDSCH according to any of the
combinations defined in Table 2. The scrambling initialization of PDSCH corresponding to these PDCCHs is
by TP-RNTI.
Table2: PDCCH and PDSCH configured by TP-RNTI
DCI format Search Space Transmission scheme of PDSCH
DCI format 1A Common If the number of PBCH antenna ports is one, port 0 is used, otherwise
transmit diversity.
DCI format 1C Common If the number of PBCH antenna ports is one, port 0 is used, otherwise
transmit diversity.
If a UE is in RRC_IDLE state and configured by higher layers to decode PDCCH with CRC scrambled by the
G-RNTI (Group RNTI), the UE shall decode the PDCCH and the corresponding PDSCH according to any of
the combinations defined in Table 3. The scrambling initialization of PDSCH corresponding to these PDCCHs
is by G-RNTI.
XX/T XXXXX—XXXX
7
Table 3: PDCCH and PDSCH configured by G-RNTI (UE in RRC_IDLE state)
DCI format Search Space Transmission scheme of PDSCH
DCI format 1A
Common and
group-specific by
G-RNTI
If the number of PBCH antenna ports is one, port 0 is used, otherwise
transmit diversity.
If a UE is in RRC_CONNECTED state and configured by higher layers to decode PDCCH with CRC
scrambled by the G-RNTI, the UE shall decode the PDCCH and the corresponding PDSCH according to any
of the combinations defined in Table 4. The scrambling initialization of PDSCH corresponding to these
PDCCHs is by G-RNTI.
Table 4: PDCCH and PDSCH configured by G-RNTI (UE in RRC_CONNECTED state)
DCI format Search Space Transmission scheme of PDSCH
DCI format
1A
Blind decoding capability of G-RNTI PDCCH
class1: Common and group-specific by
G-RNTI;
Blind decoding capability of G-RNTI PDCCH
class2: common
If the number of PBCH antenna ports is one, port 0 is
used, otherwise transmit diversity.
Note: Blind decoding capability of G-RNTI PDCCH class1and class 2 are defined in section 9.7.1.
If a UE is in RRC_IDLE state and configured by higher layers to decode PDCCH with CRC scrambled by the
SPS G-RNTI, the UE shall decode the PDCCH and the corresponding PDSCH according to any of the
combinations defined in Table 5. The same PDSCH related configuration applies in the case that a PDSCH is
transmitted without a corresponding PDCCH. The scrambling initialization of PDSCH corresponding to these
PDCCHs and PDSCH without a corresponding PDCCH is by SPS G-RNTI.
Table 5: PDCCH and PDSCH configured by SPS-RNTI (UE in RRC_IDLE state)
DCI format Search space Transmission scheme of PDSCH
DCI format 1A
Common and
group-specific by
G-RNTI
If the number of PBCH antenna ports is one, port 0 is used, otherwise
transmit diversity.
If a UE is in RRC_IDLE state and configured by higher layers to decode PDCCH with CRC scrambled by the
SPS G-RNTI, the UE shall decode the PDCCH and the corresponding PDSCH according to any of the
combinations defined in Table 6. The same PDSCH related configuration applies in the case that a PDSCH is
XX/T XXXXX—XXXX
8
transmitted without a corresponding PDCCH. The scrambling initialization of PDSCH corresponding to these
PDCCHs and PDSCH without a corresponding PDCCH is by SPS G-RNTI.
Table 6: PDCCH and PDSCH configured by SPS-RNTI (UE in RRC_CONNECTED state)
DCI format Search Space Transmission scheme of PDSCH
DCI format
1A
Blind decoding capability of G-RNTI PDCCH
class1: Common and group-specific by
G-RNTI;
Blind decoding capability of G-RNTI PDCCH
class2: common
If the number of PBCH antenna ports is one, port 0 is
used, otherwise transmit diversity.
Note: Blind decoding capability of G-RNTI PDCCH class1 and class 2 are defined in section 9.7.1.
The same determination of modulation order and transport block size (TBS) for the PDSCH scrambled by
P-RNTI applies to PDSCH scrambled by TP-RNTI.
The same determination of modulation order and transport block size (TBS) for the PDSCH scrambled by
C-RNTI applies to PDSCH scrambled by G-RNTI.
7.2 CQI/PMI/RI Reporting
This part is specified in [4].
7.3 ACK/NACK Reporting
ACK/NACK is not provided for the PDSCH transmission scrambled by the G-RNTI
7.4 Physical uplink shared channel related procedures
This part is specified in chapter 8 of [4].
7.5 Physical downlink control channel procedures
7.5.1 PDCCH assignment procedures
Besides the requirements specified in 3GPP TS 36.213 chapter 9, an additonal group-specific search space is
defined.
The CCEs corresponding to PDCCH candidate m of the group-specific search space )(L
kS are given by
CCE,mod /k kL Y m N L i
where kY is defined below, 0, , 1i L ,
( )0, , 1Lm M . )(LM is the number of PDCCH candidates to
monitor in the given search space.
The UE shall monitor one group-specific search space at each of the aggregation levels 1,2,4,8.
XX/T XXXXX—XXXX
9
The aggregation levels defining the search space are listed in Table 7.
Table 7: PDCCH candidates of the group-specific space monitored by a UE
Search space )(L
kS Number of PDCCH
candidates)(LM
Type Aggregation level L Size [in CCEs]
Group-
specific
1 6 6
2 12 6
4 8 2
8 16 2
For the group-specific search space )(L
kSat aggregation level L , the variable kY
is defined by
1 modk kY A Y D
where 0RNTI1 nY
, 39827A , 65537D and s 2k n , snis the slot number within a radio frame.
The RNTI value used for RNTIn is set to G-RNTI assigned to the group.
7.5.2 PDCCH validation for semi-persistent scheduling of group call
A UE shall validate a Semi-Persistent Scheduling assignment PDCCH of group call only if all the following
conditions are met:
- The CRC parity bits obtained for the PDCCH payload are scrambled with the Semi-Persistent
Scheduling C-RNTI
- The new data indicator field is set to ‘0’.
Validation is achieved if all the fields for the DCI format 1A are set according to Table 8 or Table 9.
If validation is achieved, the UE shall consider the received DCI information accordingly as a valid
semi-persistent activation or release.
Table 8: Special fields for Semi-Persistent Scheduling Activation PDCCH Validation
DCI format 1A
HARQ process number Set to ‘0000’
Modulation and coding
scheme
MSB is set to ‘0’
Redundancy version Set to ‘00’
XX/T XXXXX—XXXX
10
Table 9: Special fields for Semi-Persistent Scheduling Release PDCCH Validation
DCI format 1A
HARQ process number Set to ‘0000’
Modulation and coding
scheme
Set to ‘11111’
Redundancy version Set to ‘00’
Resource block assignment Set to all ‘1’s
7.5.3 Physical uplink control channel procedures
This part is specified in chapter 10 of [4].
8 Physical layer, part 5:Physical Layer Measurement
This section is based on YD/T 2560.5-2013 “TD-LTE digital cellular mobile telecommunication network Uu
Interface Technical Requirement – Part 5: Physical Layer Measurement”
9 Lay2, part 1:Medium Access Control (MAC) protocol
9.1 MAC Structure
Figure 1 illustrates one possible structure for the UE side MAC entity, and it should not restrict
implementation.
Random Access
Control
TPCCH BCCH CCCH DCCH DTCH MAC-control
TPCH BCH DL-SCH UL-SCH RACH
(De-) Multiplexing
Logical Channel prioritisation (UL only)
HARQ
Control
TCCH TTCH
De multiplexing
PCCH
PCH
MCCH MTCH
MCH
De multiplexing
Figure 1: MAC structure overview, UE side
XX/T XXXXX—XXXX
11
9.2 Channel structure and channel mapping
Table10 illustrates the logical channels related to trunking service. Some Trunking service special logical
channels are added besides LTE logical channels.
Table10:logical channels related to trunking service
Logical channel functions
CCCH Channel for transmitting control information
between UEs and network. This channel is
used for UEs having no RRC connection with
the network.
PCCH A downlink channel that transfers paging
information of LTE service and system
information change notifications. This
channel can transfer group call and private
call of trunking service.
BCCH A downlink channel for broadcasting system
control information.
TCCH A point-to-multipoint downlink channel used
for transmitting trunking control information
from the network to the UE.
TTCH A point-to-multipoint downlink channel for
transmitting trunking traffic data from the
network to the UE.
DCCH A point-to-point bi-directional channel that
transmits dedicated control information
between a UE and the network. Used by UEs
having an RRC connection.
DTCH A Dedicated Traffic Channel (DTCH) is a
point-to-point channel, dedicated to one UE,
for the transfer of user information. A DTCH
can exist in both uplink and downlink.
TPCCH A point-to-multipoint downlink channel that
transfers trunking paging information and
trunking system information change
notifications.
XX/T XXXXX—XXXX
12
9.2.1 TCCH
TCCH is a point-to-multipoint downlink channel used for transmitting trunking control information from the
network to the Group UE. TCCH can be mapped to DL-SCH.
9.2.2 TTCH
TCCH is a point-to-multipoint downlink channel for transmitting trunking traffic data from the network to the
Group UE. TTCH can be mapped to DL-SCH.
9.2.3 TPCCH
TPCCH is a point-to-multipoint downlink channel that transfers trunking paging information and trunking
system information change notifications. TPCCH can be mapped to TPCH.
9.2.4 Mapping of Trunking related Downlink Channels
BCCH TPCCHCCCH DCCH DTCH
PCHBCH DL-SCH
Downlink
Logical channels
Downlink
Transport channels
TCCHTTCH
PDSCH
Downlink
Physical channels
PBCH
PCCH
PHICH PCFICH PDCCH
TPCH
Figure 2: Downlink channel mapping
9.2.5 Uplink mapping
The uplink logic channels,CCCH, DCCH and DTCH, have the same mapping relationship as LTE, The uplink
logical channels can be mapped as described in Figure 3.
XX/T XXXXX—XXXX
13
CCCH DCCH DTCH
UL-SCHRACH
UplinkLogical channels
UplinkTransport channels
UplinkPhysycial channels
PUSCHPRACH
Figure 3: Uplink channel mapping.
9.3 Protocol Data Units
The design of MAC PDU for the new trunking related channels is same as the design of LTE. The
corresponding LCID should be defined when the new logical channels are mutiplexed.
The LCID for the DL-SCH of trunking group transmission identifies the logical channel instance of the
corresponding MAC SDU or padding as described in Table 11.
Table 11: Values of LCID for DL-SCH of trunking group transmission
Index LCID values
01011 TCCH
01100-10101 Identity of the logical channel of
TTCH
10110-11011 Reserved
11111 Padding
The LCID for the UL-SCH of trunking group/private transmission identifies the logical channel instance of the
corresponding MAC SDU or padding as described in Table 12.
Table 12: Values of LCID for UL-SCH of trunking group/private
transmission
Index LCID values
00000 CCCH
00001-01010 Identity of the logical channel
01011 G-RNTI
01100-11001 Reserved
11010 Power Headroom Report
XX/T XXXXX—XXXX
14
11011 C-RNTI
11100 Truncated BSR
11101 Short BSR
11110 Long BSR
11111 Padding
9.3.1 G-RNTI MAC Control Element
The G-RNTI MAC Control Element is identified by MAC PDU subheader with LCID as specified in Table 12.
It has a fixed size and consists of a single field defined as follows (Figure 4):
G-RNTI Oct 1
G-RNTI Oct 2
Figure 4: G-RNTI MAC Control Element
9.4 RNTI values and usage
RNTI values are presented in Table 13.
Table 13: RNTI values
XX/T XXXXX—XXXX
15
Value (hexa-decimal) RNTI
0000 N/A
0001-003C RA-RNTI, C-RNTI, Semi-Persistent Scheduling C-RNTI, Temporary
C-RNTI, TPC-PUCCH-RNTI 和 TPC-PUSCH-RNTI,G-RNTI,
Semi-Persistent Scheduling G-RNTI
003D-FFF3
C-RNTI, Semi-Persistent Scheduling C-RNTI, Temporary C-RNTI,
TPC-PUCCH-RNTI 和 TPC-PUSCH-RNTI,G-RNTI,
Semi-Persistent Scheduling G-RNTI
FFF4 TP-RNTI
FFF5-FFFC Reserved for future use
FFFD M-RNTI
FFFE P-RNTI
FFFF SI-RNTI
NOTE: G-RNTI is used to scramble the DCI for the control channel and traffic channels of trunking group
transmission. TP-RNTI is used to scramble the DCI for the trunking paging channel.
RNTI usage and associated Transport Channels and Logical Channels are presented in Table14.
Table14: RNTI usage
RNTI Usage
Transport
Channel
Logical
Channel
G-RNTI
Dynamically scheduled trunking group
transmission DL-SCH
TTCH,
TCCH
Semi-Persistent Scheduling
G-RNTI
Semi-Persistently scheduled trunking group
transmission DL-SCH
TTCH,
TCCH
9.5 DL-SCH data transfer
9.5.1 DL Assignment reception
XX/T XXXXX—XXXX
16
Downlink assignments transmitted on the PDCCH indicate if there is a transmission on the DL-SCH for a
particular UE/group UE and provide the relevant HARQ information for the services, except for downlink
trunking group service.
When the UE has C-RNTI, SPS C-RNTI, or Temporary C-RNTI(the RNTI usage are described in
subclause 7.1, YD/T 2561.1-2013), for each TTI during which it monitors PDCCH, the UE shall :
——if a downlink assignment for this TTI has been received on the PDCCH for the UE’s C-RNTI, or
Temporary C-RNTI, or SPS C-RNTI, the UE should do according to rules in subclause 5.3.1, YD/T
2561.1-2013.
——else, if a downlink assignment for this TTI has been configured and there is no measurement gap in
this TTI and this TTI is not an MBSFN subframe, the UE should do according to rules in subclause
5.3.1, YD/T 2561.1-2013.
When the UE has a G-RNTI, Semi-Persistent Scheduling G-RNTI (the RNTI usage are described in
subclause 10.4), for each TTI during which it monitors PDCCH, the UE shall:
——If a downlink assignment for this TTI has been received on the PDCCH for the UE’s G-RNTI,
if a TB of DL-SCH has been successfully decoded, the UE shall demultiplex MAC PDU.
if the MAC PDU demultiplexed is the data of TCCH, the UE shall deliver the decoded
MAC SDU(s) to upper layers.
if the MAC PDU demultiplexed is the data of TTCH, the UE shall deliver the decoded
MAC SDU(s) to upper layers.
——else,if a downlink assignment for this TTI has been received on the PDCCH for the UE’s
Semi-Persistent Scheduling G-RNTI, the UE shall:
if PDCCH contents indicate SPS release:
clear the configured downlink assignment (if any);
else:
store the downlink assignment as configured downlink assignment for trunking;
initialise (if not active) or re-initialise (if already active) the configured downlink
assignment to start in this TTI and to recur according to rules;
receive and attempt to decode the TB on the, basing on the indication of PDCCH.
if the TB of DL-SCH has been decoded successfully:
demultiplex the MAC PDU, and deliver the decoded MAC SDU(s) to upper layers..
——else, if a downlink assignment for this TTI has been configured for trunking group transition and
there is no measurement gap in this TTI and this TTI is not an MBSFN subframe:
instruct the physical layer to receive, in this TTI, transport block on the DL-SCH according to
the configured downlink assignment.
attempt to decode the TB on the DL-SCH.
if the TB of DL-SCH has been decoded successfully:
demultiplex the MAC PDU, and deliver the decoded MAC SDU(s) to upper layers..
9.6 TPCH reception
When the UE needs to receive TPCH, the UE shall:
——if a TPCH assignment has been received on the PDCCH for the TP-RNTI:
XX/T XXXXX—XXXX
17
attempt to decode the TB on the TPCH as indicated by the PDCCH information.
——if a TB on the TPCH has been successfully decoded:
deliver the decoded MAC PDU to upper layers.
9.7 PDCCH search space control for trunking group call
9.7.1 UE capability of PDCCH search space
In order to describe the convenience, two classes UE blind decoding capability of G-RNTI PDCCH
search space are defined as follows:
Blind decoding capability of G-RNTI PDCCH class 1: in one downlink subframe, the UE can blind
decode the C-RNTI/SPS C-RNTI/Temporary C-RNTI in PDCCH common search space and UE specific
search space, at the same time, the UE can blind decode the G-RNTI/SPS G-RNTI in PDCCH common search
space and group specific search space.
Blind decoding capability of G-RNTI PDCCH class 2: in one downlink subframe, the UE can blind
decode the C-RNTI/SPS C-RNTI/Temporary C-RNTI in PDCCH common search space and UE specific
search space, at the same time, the UE can blind decode the G-RNTI/SPS G-RNTI in PDCCH common search
space.
The blind decoding capability of G-RNTI PDCCH class 1 UE shall support:
In RRC IDLE mode, the UE shall support blind decode G-RNTI/SPS G-RNTI in PDCCH common
search space and group specific search space.
In RRC Connected mode, the UE shall support blind decode the G-RNTI/SPS G-RNTI in PDCCH
common search space and group specific search space, at the same time, the UE shall support blind decode the
C-RNTI/SPS C-RNTI/Temporary C-RNTI in PDCCH common search space and UE specific search space.
The blind decoding capability of G-RNTI PDCCH class 2 UE shall support:
In RRC IDLE mode, the UE shall support blind decode G-RNTI/SPS G-RNTI in PDCCH common
search space and group specific search space.
In RRC Connected mode, the UE shall support blind decode the G-RNTI/SPS G-RNTI in PDCCH
common search space, at the same time, the UE shall support blind decode the C-RNTI/SPS
C-RNTI/Temporary C-RNTI in PDCCH common search space and UE specific search space.
9.7.2 UE capability report
For the blind decoding capability of G-RNTI PDCCH class 2 UE, and/or the UE don’t support decode
C-RNTI PDSCH and G-RNTI PDSCH at the same time in one downlink TTI, the UE shall send a G-RNTI
MAC CE in Msg3 on random access procedure in following scenarios:
——in RRC Connected mode, receives group call paging (scenario1)
——from RRC IDLE to RRC Connected when the UE is receiving group call (scenario2)
——RRC Connected mode UE applies handover procedure when it is receiving group call (scenario3)
XX/T XXXXX—XXXX
18
——IDLE mode UE applies cell reselection procedure when it is receiving group call (scenario4)
——G-RNTI change (scenario5)
NOTE: in order to transmit G-RNTI MAC CE in Msg3, eNB shall set the threshold of
messageSizeGroupA of Random Access Preamble group A no less than 144bit.
9.7.3 Handling process of eNB
The eNB shall schedule the G-RNTI in PDCCH common search space when eNB detects there is a blind
decoding capability of G-RNTI PDCCH class 2 UE in RRC Connected mode who is listening the group call.
for scenario1 and scenario 4 in subclause 9.7.2, eNB and UE shall support:
1. the eNB set a timer(300ms) when a trunking paging is send, before the timer expired, eNB shall
schedule the G-RNTI in PDCCH common search.
2. A blind decoding capability of G-RNTI PDCCH class2 UE, in RRC Connected mode, shall send an
G-RNTI MAC CE when it received a trunking paging.
3. When timer expired and no group UE send G-RNTI MAC CE, the eNB can change the schedule space
form PDCCH common search to group search space, otherwise, the eNB shall schedule the G-RNTI in
PDCCH common search.
Except the above situations, eNB may schedule the G-RNTI in PDCCH common search or group search
space.
When the eNB receives the G-RNTI MAC CE sent by a UE through the MAC layer, and the UE is still in
the RRC connection mode, the eNB can stagger C-RNTI PDSCH and G-RNTI PDSCH scheduling time for the
UE.
9.8 Trunking Buffer Status Report (Optional)
Trunking Buffer Status Report is an optional function, and UE needn’t mandatory support it.
9.8.1 Buffer Status Report MAC Control Elements
Buffer Status Report (BSR) MAC control elements consist of either:
——Short BSR and Truncated BSR format
——Long BSR format
——Trunking Short BSR and Trunking Truncated BSR format
——Trunking Long BSR format
The formats of short BSR, truncated BSR and long BSR are identified by MAC PDU subheaders with
LCIDs as specified in subclause 6.1.3.1, YD/T 2012-0382.
for trunking BSR control element:
——the Trunking Short BSR and Trunking Truncated BSR format: one LC ID field and one
corresponding Buffer Size field (figure 5)
——the Trunking Long BSR format: four Buffer Size fields, corresponding to LCG IDs #0 through #3
(figure 6)
The Logical Channel ID field in BSR MAC CE identifies the group of trunking logical channel(s) which buffer
status is being reported. The length of the field is 2 bits;
XX/T XXXXX—XXXX
19
Buffer SizeLC ID Oct 1
Figure 5: Trunking Short BSR and Trunking Truncated BSR MAC control element
Buffer Size #0Buffer
Size #1
Buffer Size #1 Buffer Size #2
Buffer
Size #2Buffer Size #3
Oct 1
Oct 2
Oct 3
Figure 6: Trunking Long BSR MAC control element
9.8.2 Values of LCID for trunking BSR
For Trunking Short BSR, Trunking Truncated BSR and Trunking Long BSR MAC CE, the corresponding
values of LCID as described in table 15。
Table 15: Values of LCID for DL-SCH(Trunking BSR)
Index Value of LCID
01111 Trunking Truncated BSR
10000 Trunking Short BSR
10001 Trunking Long BSR
9.8.3 Buffer Status Reporting
The Buffer Status reporting are classified into:
——Regular BSR
——Padding BSR
——Periodic BSR
——Trunking BSR
Regular and Periodic BSR shall be triggered and reported following the rules in subclause 5.4.5, YD/T
2012-0382.
The trunking BSR is a BSR which is triggered by trunking traffic transmition. For trunking BSR:
——if more than one LCG has trunking traffic data available for transmission in the TTI where the BSR
is transmitted: report Trunking Long BSR;
——else report Trunking Short BSR.
if an uplink grant is not configured after Trunking BSR was triggered, a Scheduling Request shall be
triggered.
For Padding BSR
XX/T XXXXX—XXXX
20
For LTE UE,Padding BSR shall be triggered and reported following the rules in subclause 5.4.5, YD/T
2012-0382.
For trunking UE, when an uplink grant is configured and the number of padding bits is equal to or larger
than the size of the BSR MAC control element plus its subheader, BSR will be triggered.
- if more than one logical channel related to trunking service has data available for transmission in
the TTI:
- if the number of padding bits is equal to or larger than the size of the Trunking Short BSR plus its
subheader but smaller than the size of the Trunking Long BSR plus its subheader
- if more than one LCG has data available for transmission in the TTI where the BSR is
transmitted: report Truncated BSR of the LCG with the highest priority logical channel
with data available for transmission;
- else report Trunking Short BSR.
- else if the number of padding bits is equal to or larger than the size of the Trunking Long BSR
plus its subheader, report Trunking Long BSR.
- else,if the number of padding bits is equal to or larger than the size of the Short BSR plus its
subheader but smaller than the size of the Long BSR plus its subheader:
- if more than one LCG has data available for transmission in the TTI where the BSR is
transmitted: report BSR of the LCG with the highest priority logical channel with data available
for transmission;
- else report Short BSR
- else if the number of padding bits is equal to or larger than the size of the Long BSR plus its
subheader, report Long BSR.
A MAC PDU may contain one MAC BSR control element and/or one trunking MAC BSR control element,
even when multiple events trigger a BSR by the time a BSR can be transmitted in which case.
10 Lay2, part2: Radio Link Control (RLC) protocol
Trunking traffic channel/Trunking control channel: UM mode.
Trunking Paging channel (TPCCH): TM mode.
11 Lay2, part3: Packet Data Convergence Protocol (PDCP)
For private call: following the rules in YD/T 2561.3-2013.
For group call, TCCH, TTCH, PDCP supports the following functions:
——header compression and decompression of IP data flows using the ROHC protocol; (optional, see
XX/T XXXXX—XXXX
21
note)
——transfer of data (user plane or control plane);
——maintenance of PDCP SNs;
——in-sequence delivery of upper layer PDUs at re-establishment of lower layers;
——timer based discard;
——duplicate discarding.
Note: header compression and decompression for TCCH/TTCH is an optional function for trunking UE.
PDCP uses the services provided by the RLC sublayer.
PDCP is used for TSRBs and TDRBs mapped on TCCH and TTCH type of logical channels.
PDCP transparent Mode is applied to TPCCH.
12 Layer 3 Part 1: RRC Protocol
12.1 Overview
12.1.1 UE Status
The UE status complies with the regulations in section 4.2.1 in YD/T 2562.1-2013 TD-LTE digital
cellular mobile telecommunication network Uu interface layer 3 technical requirements (Phase 1) (Part 1: RRC
protocol). In addition, trunking UEs must comply with the following descriptions:
UEs in the RRC_IDLE state:
——obtain system information, including trunking related system information.
——periodically listen to the trunking paging control channel.
——listen to the trunking control channel (the listening is triggered by trunking paging).
——if a trunking group call has been set up, listen to the trunking service channels and obtain
trunking service data.
Called UEs in the RRC_CONNECTED state:
——obtain system information, including trunking related system information.
——periodically listen to the trunking paging control channel.
——listen to the trunking control channel (the listening is triggered by trunking paging).
——if a trunking group call has been set up, listen to the trunking service channels and obtain
trunking service data.
12.1.2 Signaling Radio Bearer (SRB)
SRB refers to a radio bearer (RB) used only for transmitting RRC and NAS messages. There are four
types of SRBs:
——SRB0 is used for transmitting RRC messages on the CCCH.
——SRB1 is used for transmitting RRC messages, which may contain certain NAS messages, on
the DCCH. Before SRB2 is established, SRB1 may also be used for transmitting NAS messages on the
XX/T XXXXX—XXXX
22
DCCH.
——SRB2 is used for transmitting NAS messages on the DCCH. SRB2 has a lower priority than
SRB1 and is configured by the E-UTRAN after security activation.
——TSRB is used to transmit the trunking-group-related downlink RRC messages (certain NAS
messages may be included in the RRC messages) and NAS messages on the TCCH.
12.2 System Information
12.2.1 Overview
E-UTRAN
MasterInformationBlock
UE
SystemInformationBlockType1
SystemInformation
Figure 7: system information
Figure 7 shows the system message transmission procedure. This procedure follows the regulations in
section 5.2.2 in YD/T 2562.1-2013. In addition, trunking UEs must comply with the following descriptions.
A type of new system messages, SystemInformationBlockTypeTrunking, is added. The UE obtains
trunking-related system information from SystemInformationBlockTypeTrunking messages. Accordingly,
SystemInformation and SystemInformationBlockType1 messages are added with a new SIB type,
SystemInformationBlockTypeTrunking.
12.2.2 Receiving SystemInformationBlockTypeTrunking Messages
Except for special regulations in other chapters in the YD/T 2562.1-2013, such as system message processing
and/or domain processing, no more requirements are imposed for UEs.
12.3 RRC Process
12.3.1 Paging
12.3.1.1 Overview
XX/T XXXXX—XXXX
23
TrunkingPaging
UE EUTRAN
Figure 8 Paging procedure
As show in Figure 8, paging messages are sent to UEs in the RRC_IDLE and RRC_CONNECTED state
for informing the UEs of trunking group call and private call services.
12.3.1.2 Initializing
The E-UTRAN initiates a paging procedure by transmitting a TrunkingPaging message at the UE paging
occasion. For details about the UE paging occasion, see "Procedure of UEs in Idle Mode". One
TrunkingPaging message may contain multiple PagingRecord information elements, each for one group or UE.
This way, the E-UTRAN can use one paging message to page UEs for multiple group calls and/or specified
UEs for private calls. The E-UTRAN can also use the TrunkingPaging message to notify UEs of changes of
system information.
12.3.1.3 UE Receiving the TrunkingPaging Message
When a UE detects the PDCCH scrambled by the TP-RNTI and receives the TrunkingPaging message on
the PDSCH indicated by the PDCCH, the UE shall:
1> extract parameters for all groups calls, such as Group ID and Group Priority, from the paging message;
1> extract private call parameters from the paging message if the UE ID in the message is consistent with
the ID of the UE;
2> report the paging information to the upper layer;
1> after the UE determines to receive a group call or private call according to the priority, on the RRC
layer:
2> if the UE receives a group call service:
3> if the message contains information about group resource configuration:
4> establish group context and configure group resources according to the information about
resource configuration for the group in the paging message;
5> use the G-RNTI to listen to the PDCCH and receive group signaling and service data
with information about service configuration in the group signaling message neglected;
3> if the message does not contain information about group resource configuration:
4> use the G-RNTI to listen to the PDCCH and receive group signaling messages;
5> upon receiving information about service configuration in the group signaling message,
XX/T XXXXX—XXXX
24
establish group context, configure group resources, and receive service data according to the
information about service configuration;
2> if the UE receives a private call service:
3> initiate RRC connection setup and joint the call as the called party.
If the UE, according to the configuration information contained in the
SystemInformationBlockTypeTrunking message, detects the PDCCH scrambled by the P-RNTI and receives
the TrunkingPaging message from the PDSCH indicated by the PDCCH during the trunking paging period
(TrunkingPaging), the UE shall:
1> if the Paging message contains a TrunkingPagingRecordList IE:
2> if the Trunk group ID (TGID) in the TrunkingPagingRecordList is the same as a TGID assigned by
an upper layer:
3> inform the upper layer of the TGID and pagingCause;
3> save the mapping between TGIDs and G-RNTIs, use the matching G-RNTI to listen to the
PDCCH based on the TGID specified by the upper layer, and try to receive signaling and
service data of the target group.
12.3.2 Setting up RRC Connection
12.3.2.1 Overview
RRCConnectionSetup
RRCConnectionRequest
UE EUTRAN
RRCConnectionSetupComplete
Figure 9: RRC Connection Setup
Figure 9 shows the RRC connection setup procedure.
The RRC connection setup procedure follows regulations in section 5.3.3 in YD/T 2562.1-2013. In
addition, trunking UEs must comply with the following descriptions.
This procedure can be used to trigger trunking procedures by UEs.
XX/T XXXXX—XXXX
25
12.3.2.2 Transmitting the RRCConnectionRequest Message
The Trunking UE shall set IsTrunkingUser to 1 in RRCConnectionRequest messages:
12.3.3 Reconfiguring RRC Connection
12.3.3.1 Overview
RRCConnectionReconfigurationComplete
RRCConnectionReconfiguration
UE EUTRAN
Figure 10: Reconfiguring RRC Connection
Figure 10 shows the RRC connection reconfiguration procedure.
The RRC connection reconfiguration procedure follows regulations in section 5.3.5.1 in YD/T
2562.1-2013. In addition, trunking UEs must comply with the following descriptions.
This procedure can be used for handing over a UE in the RRC_CONNECTED state in a group call (as
talking party or listening party) to a target cell, achieving the mobility of receiving inter-cell group calls.
12.3.3.2 Initializing
The E-UTRAN configures data for joining the group call as a listening party in the target cell for the UE
by sending an RRCConnectionReconfiguration message.
12.3.3.3 UE Receiving the RRCConnectionReconfiguration message containing
RRCConnectionReconfiguration-Trunking-IEs
After the UE in the RRC_CONNECTED state receives a message containing mobilityControlInfo and
RRCConnectionReconfiguration-Trunking-IEs, the UE shall:
——after being handed over to the target cell, based on
RRCConnectionReconfiguration-Trunking-IEs contained in the message, configure the TPCCH and
TTCH and establish the downlink bearer for the group call.
12.3.4 Measurement Report
The measurement report procedure follows regulations in section 5.5.5 in YD/T 2562.1-2013. In addition,
trunking UEs must comply with the following descriptions.
XX/T XXXXX—XXXX
26
Figure 11: Measurement report
Figure 11 shows the measurement report procedure.
If a UE in the RRC_CONNECTED state sends a measurement report when it is joining a group call as the
talking party or listening party, the measurement report should contain MeasurementReport-Trunking-IEs, in
which, trunkingGroupID indicates the group call ID.
12.4 Others
12.4.1 Trunking Downlink Direct Transfer
12.4.1.1 Overview
DLTrunkingInformationTransfer
UE EUTRAN
Figure 12: Trunking Downlink Direct Transfer
Figure 12 shows the trunking downlink direct transfer procedure.
The E-UTRAN can use this procedure to transmit NAS information to trunking UEs in the RRC_IDLE or
RRC_CONNECTED state. The DLTrunkingInformationTransfer message is transmitted on the TCCH.
12.4.1.2 Initializing
When NAS information needs to be transmitted, the E-UTRAN initializes the trunking downlink direct
transfer procedure. The E-UTRAN sends the DLTrunkingInformationTransfer message to initialize this
procedure.
12.4.1.3 UE Receiving the DLTrunkingInformationTransfer Message
Upon receiving the DLTrunkingInformationTransfer message, the UE shall:
1> if dedicatedInfoType is set to dedicatedInfoNAS:
XX/T XXXXX—XXXX
27
2> transmit dedicatedInfoNAS to the NAS upper layer.
12.4.2 Configuring a Group Call Traffic Channel
12.4.2.1 Overview
GroupCallConfig
UE EUTRAN
Figure 13: Configuring a group call traffic channel
Figure 13 shows the procedure of configuring a group call traffic channel.
The GroupCallConfig message contains configuration information about the trunking group call downlink
bearer, which is used for establishing a trunking group call service.
12.4.2.2 Initializing
The E-UTRAN sends the GroupCallConfig message to initialize the procedure of configuring a group call
traffic channel.
12.4.2.3 UE Receiving the GroupCallConfig Message
Upon receiving the GroupCallConfig message, a UE in the RRC_IDLE or RRC_CONNECTED state shall:
——based on the parameters in the received message, configure the TTCH and establish the
downlink bearer for the group call.
12.4.3 Releasing a Group Call Traffic Channel
12.4.3.1 Overview
GroupCallRelease
UE EUTRAN
Figure 14: Releasing a group call
Figure 14 shows the procedure of releasing a group call.
The GroupCallRelease message is used to notify the UE of releasing group call resources.
XX/T XXXXX—XXXX
28
12.4.3.2 Initializing
The E-UTRAN initializes the procedure of releasing a group call by sending the GroupCallRelease
message.
12.4.3.3 UE Receiving the GroupCallRelease Message
Upon receiving the GroupCallRelease message, the UE shall:
——release the TDRBs related to the group call, and stop listening to the TCCHs and TTCHs used
by the group call.
12.5 Protocol Data Unit, Format, and Parameter (Table and ASN.1)
12.5.1 RRC Message Components
– TPCCH-Message
TPCCH-Message is the aggregation of RRC messages and is transmitted from the E-UTRAN to UEs on the
logical TPCCH.
-- ASN1START
TPCCH-Message ::= SEQUENCE {
message TPCCH-MessageType
}
TPCCH-MessageType ::= CHOICE {
c1 CHOICE {
trunkingPaging TrunkingPaging
},
messageClassExtension SEQUENCE {}
}
-- ASN1STOP
– TCCH-Message
TCCH-Message is the aggregation of RRC messages and is transmitted from the E-UTRAN to UEs on the
downlink TCCH.
-- ASN1START
TCCH-Message ::= SEQUENCE {
XX/T XXXXX—XXXX
29
message TCCH-MessageType
}
TCCH-MessageType ::= CHOICE {
c1 CHOICE {
dlTrunkingInformationTransfer DLTrunkingInformationTransfer,
groupCallConfig GroupCallConfig,
groupCallRelease GroupCallRelease,
spare3 NULL,
spare2 NULL,
spare1 NULL
},
messageClassExtension SEQUENCE {}
}
-- ASN1STOP
12.5.2 RRC Message Definition
– SystemInformation
The SystemInformation message contains one or multiple system information blocks (SIBs).All the SIBs are
transmitted at the same interval.
SRB: N/A
RLC-SAP: TM
Logical channel: BCCH
Direction: from E-UTRAN to UEs
SystemInformation Message
-- ASN1START
SystemInformation ::= SEQUENCE {
criticalExtensions CHOICE {
systemInformation-r8 SystemInformation-r8-IEs,
criticalExtensionsFuture SEQUENCE{}
}
}
SystemInformation-r8-IEs ::= SEQUENCE {
sib-TypeAndInfo SEQUENCE (SIZE (1..maxSIB)) OF CHOICE {
sib2 SystemInformationBlockType2,
XX/T XXXXX—XXXX
30
sib3 SystemInformationBlockType3,
sib4 SystemInformationBlockType4,
sib5 SystemInformationBlockType5,
sib6 SystemInformationBlockType6,
sib7 SystemInformationBlockType7,
sib8 SystemInformationBlockType8,
sib9 SystemInformationBlockType9,
sib10 SystemInformationBlockType10,
sib11 SystemInformationBlockType11,
...,
sib12-v920 SystemInformationBlockType12-r9,
sib13-v920 SystemInformationBlockType13-r9,
sib14 SEQUENCE{},
sib15 SEQUENCE{},
sib16 SEQUENCE{},
sib17 SEQUENCE{},
sib18 SEQUENCE{},
sib19 SEQUENCE{},
sib20 SEQUENCE{},
sib21 SEQUENCE{},
sib22 SEQUENCE{},
sib23 SEQUENCE{},
sib24 SEQUENCE{},
sib25 SEQUENCE{},
sib26 SEQUENCE{},
sib27 SEQUENCE{},
sib28 SEQUENCE{},
sib29 SEQUENCE{},
sib30 SEQUENCE{},
sib31 SEQUENCE{},
sib32 SystemInformationBlockTypeTrunking
},
nonCriticalExtension SystemInformation-v8a0-IEs OPTIONAL
}
SystemInformation-v8a0-IEs ::= SEQUENCE {
lateNonCriticalExtension OCTET STRING OPTIONAL, -- Need OP
nonCriticalExtension SEQUENCE {} OPTIONAL -- Need OP
}
-- ASN1STOP
XX/T XXXXX—XXXX
31
– SystemInformationBlockType1
When a UE is allowed to work in a cell, the SystemInformationBlockType1 message contains the cell
information and defines scheduling of other system information.
SRB: N/A
RLC-SAP: TM
Logical channel: BCCH
Direction: E-UTRAN to UEs
SystemInformationBlockType1 Message
-- ASN1START
SystemInformationBlockType1 ::= SEQUENCE {
cellAccessRelatedInfo SEQUENCE {
plmn-IdentityList PLMN-IdentityList,
trackingAreaCode TrackingAreaCode,
cellIdentity CellIdentity,
cellBarred ENUMERATED {barred, notBarred},
intraFreqReselection ENUMERATED {allowed, notAllowed},
csg-Indication BOOLEAN,
csg-Identity CSG-Identity OPTIONAL -- Need OR
},
cellSelectionInfo SEQUENCE {
q-RxLevMin Q-RxLevMin,
q-RxLevMinOffset INTEGER (1..8) OPTIONAL -- Need OP
},
p-Max P-Max OPTIONAL, -- Need
OP
freqBandIndicator INTEGER (1..64),
schedulingInfoList SchedulingInfoList,
tdd-Config TDD-Config OPTIONAL, -- Cond TDD
si-WindowLength ENUMERATED {
ms1, ms2, ms5, ms10, ms15, ms20,
ms40},
systemInfoValueTag INTEGER (0..31),
nonCriticalExtension SystemInformationBlockType1-v890-IEs OPTIONAL
}
SystemInformationBlockType1-v890-IEs::= SEQUENCE {
lateNonCriticalExtension OCTET STRING OPTIONAL, -- Need OP
XX/T XXXXX—XXXX
32
nonCriticalExtension SystemInformationBlockType1-v920-IEs OPTIONAL
}
SystemInformationBlockType1-v920-IEs ::= SEQUENCE {
ims-EmergencySupport-r9 ENUMERATED {true} OPTIONAL, -- Need
OR
cellSelectionInfo-v920 CellSelectionInfo-v920 OPTIONAL, -- Need
OP
nonCriticalExtension SEQUENCE {} OPTIONAL -- Need
OP
}
PLMN-IdentityList ::= SEQUENCE (SIZE (1..6)) OF PLMN-IdentityInfo
PLMN-IdentityInfo ::= SEQUENCE {
plmn-Identity PLMN-Identity,
cellReservedForOperatorUse ENUMERATED {reserved, notReserved}
}
SchedulingInfoList ::= SEQUENCE (SIZE (1..maxSI-Message)) OF SchedulingInfo
SchedulingInfo ::= SEQUENCE {
si-Periodicity ENUMERATED {
rf8, rf16, rf32, rf64, rf128, rf256, rf512},
sib-MappingInfo SIB-MappingInfo
}
SIB-MappingInfo ::= SEQUENCE (SIZE (0..maxSIB-1)) OF SIB-Type
SIB-Type ::= ENUMERATED {
sibType3, sibType4, sibType5, sibType6,
sibType7, sibType8, sibType9, sibType10,
sibType11, sibType12-v920, sibType13-v920, spare5,
spare4, spare3, spare2, spare1, ... , spare18, spare17,
spare16, spare15, spare14, spare13, spare12, spare11,
spare10, spare9, spare8, spare7, spare6,
sibTypeTrunking}
CellSelectionInfo-v920 ::= SEQUENCE {
q-QualMin-r9 Q-QualMin-r9,
q-QualMinOffset-r9 INTEGER (1..8) OPTIONAL -- Need OP
}
XX/T XXXXX—XXXX
33
-- ASN1STOP
– DLTrunkingInformationTransfer
The DLTrunkingInformationTransfer message is used to implement downlink transmission of trunking-related
NAS information.
SRB: TSRB
RLC-SAP: UM
Logical channel: TCCH
Direction: E-UTRAN to UEs
DLTrunkingInformationTransfer Message
-- ASN1START
DLTrunkingInformationTransfer ::= SEQUENCE {
rrc-TransactionIdentifier RRC-TransactionIdentifier,
criticalExtensions CHOICE {
c1 CHOICE {
dlTrunkingInformationTransfer-r8 DLTrunkingInformationTransfer-r8-IEs,
spare3 NULL, spare2 NULL, spare1 NULL
},
criticalExtensionsFuture SEQUENCE {}
}
}
DLTrunkingInformationTransfer-r8-IEs ::= SEQUENCE {
dedicatedInfoNAS DedicatedInfoNAS,
nonCriticalExtension DLTrunkingInformationTransfer-v8a0-IEs OPTIONAL
}
DLTrunkingInformationTransfer-v8a0-IEs ::= SEQUENCE {
lateNonCriticalExtension OCTET STRING OPTIONAL, -- Need OP
nonCriticalExtension SEQUENCE {} OPTIONAL -- Need OP
}
-- ASN1STOP
XX/T XXXXX—XXXX
34
– TrunkingPaging
The TrunkingPaging message is used to notify UEs under a cell of the information about group calls and
private calls initiated under the cell.
SRB: N/A
RLC-SAP: TM
Logical channel: TPCCH
Direction: E-UTRAN to UEs
TrunkingPaging Message
-- ASN1START
TrunkingPaging ::= SEQUENCE {
GroupPaging GroupPagingRecordList OPTIONAL, -- Need ON
UePaging UePagingRecordList OPTIONAL, -- Need ON
TrunkingSystemInformationModification ENUMERATED {true} OPTIONAL, -- Need ON
nonCriticalExtension SEQUENCE {} OPTIONAL
}
GroupPagingRecordList::= SEQUENCE (SIZE (1..maxGroupPageRec)) OF GroupPagingRecord
UePagingRecordList::= SEQUENCE (SIZE (1..maxUEPageRec)) OF UePagingRecord
GroupPagingRecord::= SEQUENCE {
trunkingGroupID TGID,
g-Rnti BIT STRING (SIZE (16)),
semiPersistSchedG-RNTI BIT STRING (SIZE (16)) OPTIONAL, -- Need ON
callPriority BIT STRING (SIZE (8)),
dedicatedInfoNAS DedicatedInfoNAS OPTIONAL, -- Need ON
groupResourceIndexList GroupResourceIndexList OPTIONAL, -- Need ON
groupShortMsg-Indication ENUMERATED {true} OPTIONAL,
callSeqNumber INTEGER(0..7) OPTIONAL
}
GroupResourceIndexList ::= SEQUENCE (SIZE (1..maxGroupResourceIndex)) OF GroupResourceIndexItem
GroupResourceIndexItem ::= SEQUENCE {
groupResourceIndex INTEGER (0..maxGroupResourceConfig-1),
dedicatedInfoNAS DedicatedInfoNAS OPTIONAL, -- Need ON
...
}
XX/T XXXXX—XXXX
35
UePagingRecord::= SEQUENCE {
ue-Identity PagingUE-Identity,
callPriority BIT STRING (SIZE (8))
}
TGID ::= BIT STRING (SIZE (44))
-- ASN1STOP
TrunkingPaging Field
GroupPagingRecord
Describes paging records of a trunking group call.
UePagingRecord
Describes paging records of a trunking private call.
callPriority (BIT STRING (SIZE (8))
Describes priorities of trunking group calls or private calls. Principles for specifying priorities are as follows:
0: reversed; 1: the highest priority (emergency calls); 255: the lowest priority
groupResourceIndexList
Describes the resource index.
groupShortMsg-Indication
Indicates transmission of broadcast short messages when being set to TRUE. The broadcast short message function is optional for terminals
and systems.
trunkingGroupID
Indicates a trunking group ID. BIT STRING (SIZE (44)) consists of 11 decimal digits. Every four bits starting from the most significant bit
(the leftmost) indicate a decimal BCD code. The decimal number corresponding to the four bits starting from the most significant bit is the most
significant bit of the trunking group ID.
The coding structure of trunkingGroupID is not specially required.
callSeqNumber
When a group call is set up or released, the value of callSeqNumber does not change. When a group call is set up next time, the value of
callSeqNumber is mod 8 (callSeqNumber + 1).
The call sequence number function is optional for terminals and systems.
XX/T XXXXX—XXXX
36
– Paging (For Trunking)
To enhance the Paging message, TrunkingPagingRecord is added for implementing paging of UEs
involved in one or multiple groups.
SRB: N/A
RLC-SAP: TM
Logical channel: PCCH
Direction: E-UTRAN to UE
Paging Message
-- ASN1START
Paging ::= SEQUENCE {
pagingRecordList PagingRecordList OPTIONAL, -- Need ON
systemInfoModification ENUMERATED {true} OPTIONAL, -- Need ON
etws-Indication ENUMERATED {true} OPTIONAL, -- Need ON
nonCriticalExtension Paging-v890-IEs OPTIONAL
}
Paging-v890-IEs ::= SEQUENCE {
lateR8NonCriticalExtension OCTET STRING OPTIONAL, -- Need OP
nonCriticalExtension Paging-v920-IEs OPTIONAL
}
Paging-v920-IEs ::= SEQUENCE {
cmas-Indication-r9 ENUMERATED {true} OPTIONAL, -- Need ON
nonCriticalExtension Paging-v920-Trunking-IEs OPTIONAL
}
Paging-v920-Trunking-IEs ::= SEQUENCE {
trunkingPagingRecordList TrunkingPagingRecordList OPTIONAL, -- Need ON
nonCriticalExtension SEQUENCE {} OPTIONAL -- Need OP
}
PagingRecordList ::= SEQUENCE (SIZE (1..maxPageRec)) OF PagingRecord
PagingRecord ::= SEQUENCE {
ue-Identity PagingUE-Identity,
cn-Domain ENUMERATED {ps, cs},
...
XX/T XXXXX—XXXX
37
}
PagingUE-Identity ::= CHOICE {
s-TMSI S-TMSI,
imsi IMSI,
...
}
IMSI ::= SEQUENCE (SIZE (6..21)) OF IMSI-Digit
IMSI-Digit ::= INTEGER (0..9)
TrunkingPagingRecordList::= SEQUENCE (SIZE (1..maxTrunkingCallRec)) OF
TrunkingPagingRecord
TrunkingPagingRecord::= SEQUENCE{
trukingGroupID TGID,
g-RNTI G-RNTI,
pagingCause ENUMERATED {Emergency,spare7, spare6, spare5, spare4,spare3,
spare2, spare1},
}
TGID ::= BIT STRING (SIZE (44))
-- ASN1STOP
Paging Field
g-RNTI
Indicates RNTI for scheduling trunking group calls.
pagingCause
Indicates causes for special paging. Only one type of cause, emergency call, is specified at present.
– RRCConnectionRequest
The RRCConnectionRequest message is used to request establishment of an RRC connection.
SRB: SRB0
RLC-SAP: TM
Logical channel: CCCH
Direction: UE to E-UTRAN
RRCConnectionRequest Message
XX/T XXXXX—XXXX
38
-- ASN1START
RRCConnectionRequest ::= SEQUENCE {
criticalExtensions CHOICE {
rrcConnectionRequest-r8 RRCConnectionRequest-r8-IEs,
criticalExtensionsFuture SEQUENCE {}
}
}
RRCConnectionRequest-r8-IEs ::= SEQUENCE {
ue-Identity InitialUE-Identity,
establishmentCause EstablishmentCause,
IsTrunkingUser BIT STRING (SIZE (1))
}
InitialUE-Identity ::= CHOICE {
s-TMSI S-TMSI,
randomValue BIT STRING (SIZE (40))
}
EstablishmentCause ::= ENUMERATED {
emergency, highPriorityAccess, mt-Access, mo-Signalling,
mo-Data, spare3, spare2, spare1}
-- ASN1STOP
RRCConnectionRequest Field
IsTrunkingUser
Indicates whether the user is a trunking user, for trunking user “IsTrunkingUser” should be set to 1, for other
user“IsTrunkingUser” should be set to 0.
– GroupCallConfig
The GroupCallConfig message is used to configure the trunking traffic channel (TTCH).
XX/T XXXXX—XXXX
39
SRB: TSRB
RLC-SAP: UM
Logical channel: TCCH
Direction: E-UTRAN to UEs
GroupCallConfig Message
-- ASN1START
GroupCallConfig ::= SEQUENCE {
GroupCallConfigInfo GroupCallConfig-IEs,
dedicatedInfoNAS DedicatedInfoNAS OPTIONAL, -- Need ON
nonCriticalExtension SEQUENCE {} OPTIONAL –- Need OP
}
GroupCallConfig-IEs ::= SEQUENCE {
configSeqNumber BIT STRING (SIZE (3)) OPTIONAL,
tradioResourceConfigDedicated TRadioResourceConfigDedicated OPTIONAL,
nonCriticalExtension SEQUENCE {} OPTIONAL -- Need OP
}
TRadioResourceConfigDedicated ::= SEQUENCE {
tdrb-ToAddList TDRB-ToAddList OPTIONAL, -Need ON
tdrb-ToReleaseList DRB-ToReleaseList OPTIONAL, -- Need ON
tgsps-Config TGSPS-Config OPTIONAL, -- Need ON
tgphysicalConfigDedicated TGPhysicalConfigDedicated OPTIONAL -- Need ON
}
TDRB-ToAddList ::= SEQUENCE (SIZE (1..maxTDRB)) OF TDRB-ToAdd
TDRB-ToAdd ::= SEQUENCE {
trunking-eps-BearerIdentity INTEGER (0..15),
tdrb-Config CHOICE {
groupResourceIndex INTEGER (0..maxResourceConfig-1),
groupResourceExplicitConfig SEQUENCE {
tdrb-Identity INTEGER (1..32),
pdcp-Config PDCP-Config,
rlc-Config RLC-Config,
logicalChannelIdentity INTEGER (12..21) ,
...
}
}
dedicatedInfoNAS DedicatedInfoNAS OPTIONAL, -- Need ON
}
XX/T XXXXX—XXXX
40
TGSPS-Config ::= SEQUENCE{
tgsps-RNTI C-RNTI,
semiPersistSchedIntervalDL ENUMERATED {
sf10, sf20, sf30, sf40, sf60, sf80,
sf120, sf160, sf320, sf640, spare6,
spare5, spare4, spare3, spare2,
spare1},
tgsps-Setup SEQUENCE {
offset INTEGER (0..639),
mcs INTEGER(0..28),
localizedDistributedVRBassignmentflag ENUMERATED{t_lvrb,t_dvrb},
riv INTEGER(0..65535),
...
} OPTIONAL, -- Need OR
...
}
TGPhysicalConfigDedicated ::= SEQUENCE {
pdsch-ConfigDedicated PDSCH-ConfigDedicated OPTIONAL,
-- Need ON
...
}
-- ASN1STOP
GroupCallConfig Field
radioResourceConfigDedicated
Indicates the TTCH resource configuration information.
configSeqNumber
When the value of this parameter does not change, UEs consider that configurations involved in GroupCallConfig do not
change.
tgsps-Setup
Indicates semi-persistent scheduling resources. This parameter is optional for UEs.
If tdrb-Identity, pdcp-Config, rlc-Config, and logicalChannelIdentity are unavailable, a UE use default
values configured for the TTCH. The default values configured for the TTCH are listed in the following table.
TTCH default configurations
TTCH
Parameter Value Description
XX/T XXXXX—XXXX
41
TDRB ID Varying with
groupResourceIndex TTCH Parameter Value
0 LCID 12
TDRB ID 12
1 LCID 13
TDRB ID 13
2 LCID 14
TDRB ID 14
3 LCID 15
TDRB ID 15
Logical Channel
ID
PDCP SN Size 12 bits Length of PDCP SN
RLC mode UM RLC UM mode
RLC SN Size 10 bits Length of RLC Data PDU SN
– GroupCallRelease
The GroupCallRelease message is used for releasing group call resources.
SRB: TSRB
RLC-SAP: UM
Logical channel: TCCH
Direction: E-UTRAN to UEs
GroupCallRelease Message
-- ASN1START
GroupCallRelease::= SEQUENCE {
dedicatedInfoNAS DedicatedInfoNAS OPTIONAL, -- Need ON
nonCriticalExtension SEQUENCE {}
}
-- ASN1STOP
– MeasurementReport
The MeasurementReport message provides measurement results.
XX/T XXXXX—XXXX
42
SRB: SRB1
RLC-SAP: AM
Logical channel: DCCH
Direction: UE to E-UTRAN
MeasurementReport Message
-- ASN1START
MeasurementReport ::= SEQUENCE {
criticalExtensions CHOICE {
c1 CHOICE{
measurementReport-r8 MeasurementReport-r8-IEs,
spare7 NULL,
spare6 NULL, spare5 NULL, spare4 NULL,
spare3 NULL, spare2 NULL, spare1 NULL
},
criticalExtensionsFuture SEQUENCE {}
}
}
MeasurementReport-r8-IEs ::= SEQUENCE {
measResults MeasResults,
nonCriticalExtension MeasurementReport-v8a0-IEs OPTIONAL
}
MeasurementReport-v8a0-IEs ::= SEQUENCE {
lateNonCriticalExtension OCTET STRING (CONTAINING MeasurementReport-Trunking-IEs)
OPTIONAL,
nonCriticalExtension SEQUENCE {} OPTIONAL
}
MeasurementReport-Trunking-IEs ::= SEQUENCE {
trunkingGroupID TGID OPTIONAL, -- Need OP
nonCriticalExtension SEQUENCE {} OPTIONAL -- Need OP
}
-- ASN1STOP
XX/T XXXXX—XXXX
43
– RRCConnectionReconfiguration
The RRCConnectionReconfiguration message is used for trunking group call configuration of the target call
during the handover in RRC_CONNECTED mode.
SRB: SRB1
RLC-SAP: AM
Logical channel: DCCH
Direction: E-UTRAN to UE
RRCConnectionReconfiguration Message
-- ASN1START
RRCConnectionReconfiguration ::= SEQUENCE {
rrc-TransactionIdentifier RRC-TransactionIdentifier,
criticalExtensions CHOICE {
c1 CHOICE{
rrcConnectionReconfiguration-r8 RRCConnectionReconfiguration-r8-IEs,
spare7 NULL,
spare6 NULL, spare5 NULL, spare4 NULL,
spare3 NULL, spare2 NULL, spare1 NULL
},
criticalExtensionsFuture SEQUENCE {}
}
}
RRCConnectionReconfiguration-r8-IEs ::= SEQUENCE {
measConfig MeasConfig OPTIONAL, -- Need ON
mobilityControlInfo MobilityControlInfo OPTIONAL, -- Cond HO
dedicatedInfoNASList SEQUENCE (SIZE(1..maxDRB)) OF
DedicatedInfoNAS OPTIONAL, -- Cond nonHO
radioResourceConfigDedicated RadioResourceConfigDedicated OPTIONAL, -- Cond
HO-toEUTRA
securityConfigHO SecurityConfigHO OPTIONAL, -- Cond HO
nonCriticalExtension RRCConnectionReconfiguration-v890-IEs OPTIONAL
}
RRCConnectionReconfiguration-v890-IEs ::= SEQUENCE {
XX/T XXXXX—XXXX
44
lateNonCriticalExtension OCTET STRING (CONTAINING RRCConnectionReconfiguration-
Trunking-IEs) OPTIONAL, -- Cond HO
nonCriticalExtension RRCConnectionReconfiguration-v920-IEs OPTIONAL
}
RRCConnectionReconfiguration-v920-IEs ::= SEQUENCE {
otherConfig-r9 OtherConfig-r9 OPTIONAL, -- Need ON
fullConfig-r9 ENUMERATED {true} OPTIONAL, -- Cond
HO-Reestab
nonCriticalExtension SEQUENCE {} OPTIONAL -- Need OP
}
SecurityConfigHO ::= SEQUENCE {
handoverType CHOICE {
intraLTE SEQUENCE {
securityAlgorithmConfig SecurityAlgorithmConfig OPTIONAL, -- Cond
fullConfig
keyChangeIndicator BOOLEAN,
nextHopChainingCount NextHopChainingCount
},
interRAT SEQUENCE {
securityAlgorithmConfig SecurityAlgorithmConfig,
nas-SecurityParamToEUTRA OCTET STRING (SIZE(6))
}
},
...
}
RRCConnectionReconfiguration-Trunking-IEs ::= SEQUENCE {
tPCCH-Config TPCCH-Config,
trunkingGroupID TGID OPTIONAL, -- Need ON
g-Rnti BIT STRING (SIZE (16)) OPTIONAL, -- Need ON
p-t ENUMERATED {dB-6, dB-4dot77, dB-3, dB-1dot77, dB0, dB1, dB2, dB3} OPTIONAL, -- Need OP
TrunkingReconfig CHOICE {
GroupCallConfigInfo GroupCallConfig-IEs,
trunkingGroupInfo TrunkingReconfigGroupInfo,
...
} OPTIONAL,
nonCriticalExtension SEQUENCE {} OPTIONAL -- Need OP
}
TrunkingReconfigGroupInfo ::= SEQUENCE {
semiPersistSchedG-RNTI BIT STRING (SIZE (16)) OPTIONAL, -- Need ON
XX/T XXXXX—XXXX
45
groupResourceIndexList GroupResourceIndexList OPTIONAL -- Need ON
}
-- ASN1STOP
RRCConnectionReconfiguration Field
TPCCH-Config
Describes TPCCH configuration parameters.
p-t: Indicates p-a configuration of a trunking group call.
When p-t is not involved, p-a configured in GroupCallConfig is used. In this case, the TCCH adopts QPSK modulation.
eps-BearerIdentity
The eps-BearerIdentity for trunking-specific bearing (private call and group call users) ranges from 12 to 15, and that for
other services ranges from 5 to 11.
drb-Identity
Indicates DRB ID of trunking-specific bearing (private call and group call users). The value of this parameter ranges from
17 to 32, and that for other services ranges from 1 to 16.
12.5.3 RRC Information Elements
– SystemInformationBlockTypeTrunking
The SystemInformationBlockTypeTrunking message contains trunking-related system information.
SystemInformationBlockTypeTrunking information element
-- ASN1START
SystemInformationBlockTypeTrunking ::= SEQUENCE {
TPCCH-Config TPCCH-Config,
CellFailureInd ENUMERATED {true} OPTIONAL, -- Need OR
p-t ENUMERATED {dB-6, dB-4dot77, dB-3, dB-1dot77, dB0, dB1, dB2, dB3} OPTIONAL, -- Need OP
TrunkingBsrInd ENUMERATED {true} OPTIONAL, -- Need OR
nonCriticalExtension SEQUENCE {} OPTIONAL -- Need OP
}
XX/T XXXXX—XXXX
46
-- ASN1STOP
SystemInformationBlockTypeTrunking Field
TPCCH-Config
Describes TPCCH configuration parameters.
CellFailureInd
Indicates whether a cell is in fault weakening mode.
p-t: Indicates p-a configuration of a trunking group call.
When broadcasting p-t is not involved in SystemInformationBlockTypeTrunking, p-a configured in Groupcallconfig is used.
In this case, the TCCH adopts QPSK modulation.
TrunkingBsrInd:
When an eNodeB supports trunking BSR, this parameter is set to true. If a UE does not supports trunking BSR, the UE can
ignore the IE.
– TPCCH -Config
IE TPCCH-Config describes TPCCH configuration parameters.
TPCCH –Config Information Element
-- ASN1START
TPCCH-Config ::= SEQUENCE {
pagingCycle ENUMERATED {rf2,rf4, rf8, rf16, rf32, rf64, rf128},
frameNumber INTEGER {0..127},
subframeNumber INTEGER {0..9},
}
-- ASN1STOP
XX/T XXXXX—XXXX
47
TPCCH –Config Field
pagingCycle
Indicates the TPCCH paging period. The parameter value rf32 corresponds to 32 radio frames, and rf64 corresponds to 64
radio frames. The default value is rf16.
frameNumber
Indicates the sequence number of a radio frame on which a message is transmitted on the TPCCH in a paging period. The
default value is 0.
A UE can use the following formula to obtain PF:
PF mod pagingCycle = frameNumber
subframeNumber
Indicates the sequence number of a PF sub-frame on which a message is transmitted on the TPCCH in a paging period. The
default value is 1. A UE can use the following formula to obtain PO:
PO = subframeNumber
– LogicalChannelConfig
IE LogicalChannelConfig is used to configure logical channel parameters.
LogicalChannelConfig Information Elements
-- ASN1START
LogicalChannelConfig ::= SEQUENCE {
ul-SpecificParameters SEQUENCE {
priority INTEGER (1..16),
prioritisedBitRate ENUMERATED {
kBps0, kBps8, kBps16, kBps32, kBps64, kBps128,
kBps256, infinity, kBps512-v1020, kBps1024-v1020,
kBps2048-v1020, spare5, spare4, spare3, spare2,
spare1},
bucketSizeDuration ENUMERATED {
ms50, ms100, ms150, ms300, ms500, ms1000, spare2,
spare1},
logicalChannelGroup INTEGER (0..3) OPTIONAL -- Need OR
} OPTIONAL, -- Cond UL
...,
[[ logicalChannelSR-Mask-r9 ENUMERATED {setup} OPTIONAL -- Cond SRmask
]]
XX/T XXXXX—XXXX
48
}
-- ASN1STOP
LogicalChannelConfig Field
logicalChannelGroup
When TrunkingBSRInd in the SystemInformationBlockTypeTrunking message is set to true:
If a UE supports reporting of BSR by BSR MAC CE and the DRB ID ranges from 17 to 32, trunking BSR MAC
CE reports BSR. The logical channel maps the logical channel group of the trunking BSR. When the DRB ID ranges from 1
to 16, LTE BSR MAC CE reports BSR. The logical channel maps the logical channel group of the LTE BSR.
If the UE does not support reporting of BSR by BSR MAC CE, the UE uses the LTE BSR MAC CE to report
BSR. The logical channel maps the logical channel group of the LTE BSR.
If TrunkingBSRInd is unavailable in the SystemInformationBlockTypeTrunking message, the UE uses the LTE BSR MAC
CE to report BSR. The logical channel maps the logical channel group of the LTE BSR.
12.5.4 RRC Multiplicity and Type Constraint Values
– RRC multiplicity and type constraint values
-- ASN1START
maxGroupPageRec INTEGER ::= 16
maxUEPageRec INTEGER ::= 16
maxGroupResourceConfig-1 INTEGER ::= 15
maxGroupResourceIndex INTEGER ::= 8
maxTDRB INTEGER ::= 11 -- Maximum number of Data Radio Bearers
-- ASN1STOP
12.6 Variable and Constant
TCCH default configuration
Name Value
LogicalChannelIdentity 01011
TSRB Identity 0
PDCP
pdcp-SN-Size Len5bits
RLC UM-Uni-Directional-DL
XX/T XXXXX—XXXX
49
Name Value
LogicalChannelIdentity 01011
TSRB Identity 0
Sn-FieldLength Size5
t-Reordering 0
TTCH configuration index
TTCH-Config-0
Name Value Semantics description Ver
LogicalChannelIdentity 12
trunking-eps-BearerIdentity 15
TDRB ID 32
PDCP
pdcp-SN-Size len7bits
headerCompression
> notUsed
NULL
RLC UM-Uni-Directional-
DL
Sn-FieldLength size5
TTCH-Config-1
Name Value Semantics description Ver
LogicalChannelIdentity 12
trunking-eps-BearerIdentity 15
TDRB ID 32
PDCP
pdcp-SN-Size Len12bits
headerCompression
> notUsed
NULL
RLC UM-Uni-Directional-
DL
Sn-FieldLength Size10
TTCH-Config-2
Name Value Semantics description Ver
LogicalChannelIdentity 13
trunking-eps-BearerIdentity 14
TDRB ID 31
PDCP
pdcp-SN-Size Len12bits
XX/T XXXXX—XXXX
50
Name Value Semantics description Ver
LogicalChannelIdentity 13
trunking-eps-BearerIdentity 14
TDRB ID 31
headerCompression
> notUsed
NULL
RLC UM-Uni-Directional-
DL
Sn-FieldLength Size10
t-Reordering 0
SPS-Config-0
Name Value Semantics description Ver
SPS
semiPersistSchedIntervalDL sf20
SPS-Config-1
Name Value Semantics description Ver
SPS
semiPersistSchedIntervalDL sf30
Resource
Index TTCH
SPS
0 TTCH-Conifg-0 SPS-Config-0
1 TTCH-Conifg-1 SPS-Config-0
2 TTCH-Conifg-1 SPS-Config-1
3 TTCH-Conifg-2 None
…
15
13 Layer 3 Part 2: Trunking Services of UEs in Idle Mode
13.1 UEs In Idle Mode Receiving Data from the Trunking Control Channel and Traffic
Channel
In addition to operations defined in 3GPP protocols, UEs in the RRC_IDLE state should also support the
following operations:
If UEs have not started trunking services, the UEs:
Listen to the TPCCH based on the trunking PO configured for the RRC.
XX/T XXXXX—XXXX
51
Set up group resources and bearer and receive data from the TCCH and TTCH if the
group paging message contains the information about the groups to be listened to.
Trigger establishment of RRC connection for bearing private calls if the group paging
message contains information about the private call of the UE.
If UEs have started trunking services, the UEs:
Release resources and bearer of the group if receiving the release indication for the
listened group services from the TCCH.
Listen to the TPCCH based on the trunking PO configured for the RRC.
13.2 Trunking Paging DRX
UEs can reduce power consumption by applying discontinuous reception in idle mode. Trunking group
call paging provides the same paging occasion (PO) for all UEs involved in the group. Trunking private calls
and trunking group calls apply the same PO.
PO is determined by the following parameters configured in SystemInformationBlockTypeTrunking:
agingCycle: TPCCH paging period. The period equals the number of radio frames.
frameNumber: Sequence number of a radio frame on which a message is transmitted on the TPCCH
in a paging period. The default value is 0. A UE can use the following formula to obtain PF:
PF mod pagingCycle = frameNumber
subframeNumber: Sequence number of a PF sub-frame on which a message is transmitted on the
TPCCH in a paging period. The default value is 0. A UE can use the following formula to obtain PO:
PO = subframeNumber