YD∕T 3850-2021 基于LTE技术的宽带集群通信（B-TrunC）系统（第二阶段）接口技术要求 空中接口(通信).pdf

ICS 33.060.99M 36中 华 人 民 共 和 国 通 信 行 业 标 准YD/T YD/T基于 LTE 技术的宽带集群通信（B-TrunC）系统 （第二阶段） 接口技术要求 空中接口Technical requirement of Uu-T interface of LTE based Broadband Trunking Communication（B-TrunC） system (Phase 2) （报批稿）中华人民共和国工业和信息化部 发 布YDYD/T XXXXXXXXI目次 前言前言 .III 1 范围范围 .1 2 规范性引用文件规范性引用文件 .1 3 缩略语缩略语 .1 4 物理层概述物理层概述 .2 5 物理信道和调制物理信道和调制 .3 6 物理层复用和信道编码物理层复用和信道编码 .3 6.1 传输信道到物理信道的映射 .3 6.2 信道编码、复用和交织 .3 7 物理层过程物理层过程 .4 7.1 UE 接收物理下行共享信道过程 .4 7.2 CQI/PMI/RI 上报 .5 7.3 ACK/NACK 上报 .5 7.4 物理上行共享信道相关过程 .5 7.5 物理下行控制信道过程 .5 7.6 物理上行控制信道过程 .7 8 物理层测量物理层测量 .7 9 层二层二 MAC 协议协议 .7 9.1 MAC 结构 .7 9.2 信道和信道映射 .7 9.3 MAC PDU 设计 .9 9.4 RNTI 的取值和用途 .10 9.5 DL-SCH 数据传输的下行分配接收 .11 9.6 TPCH 接收 .12 9.7 集群组呼 PDCCH 搜索空间控制 .12 9.8 集群 BSR 上报（可选） .13 10 RLC 协议协议 .15 11 PDCP 协议协议 .15 YD/T XXXXXXXXII12 RRC 协议协议 .15 12.1 概述 .16 12.2 系统消息 .16 12.3 RRC 过程 .17 12.4 其它方面 .19 12.5 协议数据单元、格式以及参数 .21 12.6 变量和常量 .44 12.7 节点之间的消息 .46 13 终端在空闲模式下的过程终端在空闲模式下的过程 .48 13.1 空闲态下 UE 接收集群控制信道和业务信道等过程 .48 13.2 集群寻呼 DRX .48 YD/T XXXXXXXXIII前言 本标准是基于 LTE 技术的宽带集群通信(B-TrunC)系统（第二阶段）系列标准之一，该系列标准的结构和名称预计如下： a) YD/T 基于LTE技术的宽带集群通信(B-TrunC)系统总体技术要求（第二阶段）； b) YD/T 基于LTE技术的宽带集群通信（B-TrunC）系统（第二阶段）安全技术要求 ； c) YD/T 基于LTE技术的宽带集群通信（B-TrunC）系统（第二阶段）接口技术要求 空中接口； d) YD/T 基于LTE技术的宽带集群通信（B-TrunC）系统（第二阶段）接口技术要求 终端到集群核心网接口； e) YD/T 基于LTE技术的宽带集群通信（B-TrunC）系统（第二阶段）接口技术要求 集群基站与集群核心网间接口； f) YD/T 基于LTE技术的宽带集群通信（B-TrunC）系统（第二阶段）接口技术要求 集群核心网间接口； g) YD/T 基于LTE技术的宽带集群通信（B-TrunC）系统（第二阶段）接口技术要求 集群核心网到调度台接口； h) YD/T 基于LTE技术的宽带集群通信（B-TrunC）系统（第二阶段）接口测试方法 空中接口； i) YD/T 基于LTE技术的宽带集群通信（B-TrunC）系统（第二阶段）接口测试方法 终端到集群核心网接口； j) YD/T 基于LTE技术的宽带集群通信（B-TrunC）系统（第二阶段）接口测试方法 集群基站与集群核心网间接口； k) YD/T 基于LTE技术的宽带集群通信（B-TrunC）系统（第二阶段）接口测试方法 集群核心网间接口； l) YD/T 基于LTE技术的宽带集群通信（B-TrunC）系统（第二阶段）接口测试方法 集群核心网到调度台接口。 随着技术的发展，还将制定后续的相关标准。 本标准按照GB/T 1.1-2009给出的规则起草。 本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任。 本标准由中国通信标准化协会提出并归口。 本标准起草单位 ： 中国信息通信研究院、 鼎桥通信技术有限公司、 北京中兴高达通信技术有限公司、中国普天信息产业集团有限公司、大唐电信科技产业集团（电信科学技术研究院） 、中国信息通信科技集团有限公司、华为技术有限公司、中兴通讯股份有限公司、京信通信系统（中国）有限公司、国家无线电监测中心检测中心、北京信威通信科技集团股份有限公司。 本标准主要起草人：陈迎、郑伟、蔡杰、吴迪、叶亚娟、陈钢、李晓华、曾朝晖、孙向涛、张玲、刘为、林力、徐霞艳、龚达宁、宋得龙、黄标、方箭、朱颖、毛磊、焦斌、谭源春、赵洪坤、丁俊、周欣、杨小倩、褚丽、徐晖、周志宏、张志辉、徐维江、万强、杨宝国、潘磊。 YD/T XXXXXXXX1基于 LTE 技术的宽带集群通信（B-TrunC）系统（第二阶段）接口技术要求 空中接口 1范围 本标准规定了基于LTE技术的宽带集群通信（B-TrunC）系统（第二阶段）的空中接口技术要求，包括物理层概述、物理层信道和调整、物理层复用和信道编码、物理层过程、物理层测量、层二MAC协议、RRC协议、终端在空闲模式下的过程。 本标准适用于基于LTE技术的宽带集群通信（B-TrunC）系统（第二阶段）的终端和基站设备。 2规范性引用文件 下列文件对于本文件的应用是必不可少的。 凡是注日期的引用文件， 仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。 YD/T 2560.1-2013 TD-LTE数字蜂窝移动通信网 Uu接口物理层技术要求（第一阶段）第1部分：概述 YD/T 2560.2-2013 TD-LTE数字蜂窝移动通信网 Uu接口物理层技术要求（第一阶段）第2部分：物理信道和调制 YD/T 2560.3-2013 TD-LTE数字蜂窝移动通信网 Uu接口物理层技术要求（第一阶段）第3部分：物理层复用和信道编码 YD/T 2560.4-2013 TD-LTE数字蜂窝移动通信网 Uu接口物理层技术要求（第一阶段）第4部分：物理层过程 YD/T 2560.5-2013 TD-LTE数字蜂窝移动通信网 Uu接口物理层技术要求（第一阶段）第5部分：物理层测量 YD/T 2561.1-2013 TD-LTE数字蜂窝移动通信网 Uu接口层二技术要求（第一阶段）第1部分 ： MAC协议 YD/T 2561.2-2013 TD-LTE数字蜂窝移动通信网 Uu接口层二技术要求（第一阶段）第2部分 ： RLC协议 YD/T 2561.3-2013 TD-LTE数字蜂窝移动通信网 Uu接口层二技术要求（第一阶段）第3部分：PDCP协议 YD/T 2562.1-2013 TD-LTE数字蜂窝移动通信网 Uu接口层三技术要求（第一阶段）第1部分 ： RRC协议 YD/T 2562.2-2013 TD-LTE数字蜂窝移动通信网 Uu接口层三技术要求（第一阶段）第2部分：空闲模式下的UE过程 3缩略语 下列缩略语适用于本文件。 BSR 缓存状态报告 Buffer Status Report YD/T XXXXXXXX2CQI 信道质量指示 Channel Quality Indication CRC 循环冗余校验 Cyclic Redundancy Check DL-SCH 下行共享信道 Downlink Shared Channel eNodeB 演进型 NodeB Evolved NodeB E-UTRAN 演进的通用陆地无线接入网络 Evolved UTRAN G-RNTI 组无线网络临时标识 Group-Radio Network Temporary Identifier HARQ 混合自动请求重传 Hybrid Automatic Repeat Request LCID 逻辑信道标识 Logical Channel ID LTE 长期演进 Long Term Evolution MAC 媒体访问控制 Medium Access Control 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 Share Channel PHICH 物理混合 ARQ 指示 道 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 YD/T XXXXXXXX34物理层概述 B-TrunC 系统点对点业务（包括单呼等）的物理层处理见 YD/T 2560.1-2013。 以下只定义 B-TrunC 系统点对多点业务的物理层。 支持集群功能时，物理层的物理信道定义、调制方式以及信道编码方式见 YD/T 2560.1-2013。 下行物理信道有： 物理下行共享信道 （PDSCH）； 物理下行控制信道 （PDCCH）； 物理广播信道 （PBCH）； 物理控制格式指示信道 （PCFICH） ； 物理 HARQ 指示信道 （PHICH）。 上行物理信道有： 物理随机接入信道 （PRACH）； 物理上行共享信道（PUSCH） ； 物理上行控制信道（PUCCH） 。 物理层的测量需要支持系统内的测量，不考虑异系统的测量。 5物理信道和调制 物理信道和调制的要求见 YD/T 2560.2-2013。 6物理层复用和信道编码 6.1传输信道到物理信道的映射 上行链路，上行传输信道和上行控制信道信息到物理信道的映射与YD/T 2560.3-2013相同。 下行链路，定义新的传输信道 ： 集群寻呼信道TPCH，承载集群组呼和集群单呼相关的寻呼，TPCH传输信道映射到物理下行共享信道（PDSCH）上。其它下行传输信道和下行控制信道信息到物理信道的映射与YD/T 2560.3-2013相同。 表1定义了下行传输信道与对应的物理信道的映射关系。 表1下行传输信道与物理信道映射 传输信道 物理信道 下行共享信道（DL-SCH） 物理下行共享信道（PDSCH） 广播信道（BCH） 物理广播信道（PBCH） 寻呼信道（PCH） 物理下行共享信道（PDSCH） 集群寻呼信道（TPCH） 物理下行共享信道（PDSCH） 6.2信道编码、复用和交织 信道编码、复用和交织应符合YD/T 2560.3-2013的要求，并且： YD/T XXXXXXXX4集群寻呼信道 TPCH 的编码方案和编码率，与 PCH 相同。 集群寻呼信道 TPCH 的传输信道处理过程与 PCH 相同。 下行控制信息（DCI）DCI1A/DCI1C 增强支持以新增的 TP-RNTI（指集群寻呼 RNTI）进行 CRC加扰。 UE 接收以 TP-RNTI 进行 CRC 加扰的 DCI 1A/1C， 按照与 P-RNTI 相同的方式处理 DCI 1A/1C 中的各字段。 对于 G-RNTI/SPS G-RNTI 加扰的 DCI 中的 TPC 域的应为无效，接收端不做处理。 对于 G-RNTI/SPS G-RNTI 加扰的 DCI，集中式为必选，分布式不要求。 7物理层过程 7.1UE 接收物理下行共享信道过程 如果 UE 被高层配置解码用 TP-RNTI（指集群寻呼 RNTI）扰码 CRC 的 PDCCH，UE 应根据表 2 中定义的任意组合来解码 PDCCH 和对应的 PDSCH。对应于这些 PDCCH 的 PDSCH 用 TP-RNTI 来进行扰码初始化。 表2采用 TP-RNTI 的 PDCCH 和 PDSCH DCI 格式 搜索空间 PDSCH 的发射方法 DCI 格式 1A 公共 如果 PBCH 的天线端口数目为 1，采用天线端口 0；否则，采用发射分集。 DCI 格式 1C 公共 如果 PBCH 的天线端口数目为 1，采用天线端口 0；否则，采用发射分集。 处于 RRC IDLE 态的 UE，如果被高层配置解码用 G-RNTI（指集群的组 RNTI）扰码 CRC 的 PDCCH，UE应根据表 3 中定义的任意组合来解码 PDCCH 和对应的 PDSCH。对应于这些 PDCCH 的 PDSCH 用 G-RNTI 来进行扰码初始化。 表3 采用 G-RNTI 的 PDCCH 和 PDSCH（RRC IDLE 态 UE） DCI 格式 搜索空间 PDSCH 的发射方法 DCI 格式 1A 公共空间和群组G-RNTI 专用空间 如果 PBCH 的天线端口数目为 1，采用天线端口 0； 否则，采用发射分集。 处于 RRC 连接态的 UE，如果被高层配置解码用 G-RNTI（指集群的组 RNTI）扰码 CRC 的 PDCCH，UE应根据表 4 中定义的任意组合来解码 PDCCH 和对应的 PDSCH。对应于这些 PDCCH 的 PDSCH 用 G-RNTI 来进行扰码初始化。 表4 采用 G-RNTI 的 PDCCH 和 PDSCH（RRC 连接态 UE） YD/T XXXXXXXX5DCI 格式 搜索空间 PDSCH 的发射方法 DCI 格式 1A G-RNTI PDCCH 盲检能力类型 1 终端 ： 公共空间和群组 G-RNTI 专用空间； G-RNTI PDCCH 盲检能力类型 2 终端 ： 公共空间。 如果 PBCH 的天线端口数目为 1， 采用天线端口 0；否则，采用发射分集。 G-RNTI PDCCH 盲检能力类型 1、类型 2 终端的定义见 9.7.1。 处于RRC空闲态的UE， 如果被高层配置解码用SPS G-RNTI扰码CRC的PDCCH， UE应根据表5中的定义来解码PDCCH和对应的PDSCH。当没有对应的PDCCH而单独传输PDSCH时，PDSCH也采用相同的配置。对应于这些PDCCH的PDSCH以及没有对应PDCCH而单独传输的PDSCH，采用SPS G-RNTI来进行扰码初始化。 表5采用 SPS G-RNTI 的 PDCCH 和 PDSCH（RRC 空闲态 UE） DCI 格式 搜索空间 PDSCH 的发射方法 DCI 格式 1A 公共空间和群组G-RNTI 专用空间 如果 PBCH 的天线端口数目为 1，采用天线端口 0； 否则，采用发射分集。 处于RRC连接态的UE， 如果被高层配置解码用SPS G-RNTI扰码CRC的PDCCH， UE应根据表6中的定义来解码PDCCH和对应的PDSCH。当没有对应的PDCCH而单独传输PDSCH时，PDSCH也采用相同的配置。对应于这些PDCCH的PDSCH以及没有对应PDCCH而单独传输的PDSCH，采用SPS G-RNTI来进行扰码初始化。 表6采用 SPS G-RNTI 的 PDCCH 和 PDSCH（RRC 连接态 UE） DCI 格式 搜索空间 PDSCH 的发射方法 DCI 格式 1A G-RNTI PDCCH 盲检能力类型 1 终端 ： 公共空间和群组 G-RNTI 专用空间； G-RNTI PDCCH 盲检能力类型 2 终端 ： 公共空间。 如果 PBCH 的天线端口数目为 1， 采用天线端口 0；否则，采用发射分集。 G-RNTI PDCCH 盲检能力类型 1、类型 2 终端的定义见 9.7.1。 以TP-RNTI加扰的PDSCH的调制方式、传输块大小（TB Size）的确定同P-RNTI加扰的PDSCH。 以G-RNTI加扰的PDSCH的调制方式、传输块大小（TB Size）的确定同C-RNTI加扰的PDSCH。 7.2CQI/PMI/RI 上报 CQI/PMI/RI上报的要求见YD/T 2560.4-2013。 7.3ACK/NACK 上报 UE接收以G-RNTI加扰的PDSCH（即组呼），不支持ACK/NACK上报。 7.4物理上行共享信道相关过程 见YD/T 2560.4-2013的第8章。 YD/T XXXXXXXX67.5物理下行控制信道过程 7.5.1PDCCH 分配过程 除了满足YD/T 2560.4-2013的第9章要求外，补充规定PDCCH的群组专用搜索空间。 群组专用搜索空间内的第 m 号候选 PDCCH 对应的 CCEs 为： ，。为给定搜索空间内监控的候选 PDCCH 的数目。 群组专用搜索空间，支持的集合等级为 1, 2, 4, 8。 定义搜索空间的集合等级如表 7 中所示。 表7UE 监控的群组专用搜索空间内候选 PDCCH 搜索空间 集合等级 大小 以 CCE 为单位 PDCCH 候选数量 1 6 6 2 12 6 4 8 2 群组专用 8 16 2 对于集合等级 ，群组专用的搜索空间，变量定义如下： 式中，以及，为一个无线帧内的时隙序号；取系统分配给群组的G-RNTI。 7.5.2集群组呼半持续调度的 PDCCH 确认 只有满足以下条件时，UE 确认一个集群组呼半持续调度分配 PDCCH： - PDCCH 净荷的 CRC 奇偶校验位用半持续调度 G-RNTI 进行加扰。 - 新数据指示域置为“0” 。 如果 DCI1A 内各字段根据表 8 或表 9 进行配置，则实现 PDCCH 的确认。 如果完成确认，UE 应该相应认为接受到的 DCI 信息为有效的半持续调度激活或释放。 )(LkSCCE,mod/kkLYmNLi0,1iL( )0,1LmM)(LM)(LkSL)(LML)(LkSkY1modkkYA YD0RNTI1nY39827A65537Ds2knsnRNTInYD/T XXXXXXXX7表8半持续调度激活的 PDCCH 确认特殊字段设置 DCI 格式 1A HARQ 进程数 设置为0000 调制与编码方式 最高有效位（MSB）设置为 0 冗余版本 设置为 00 表9半持续调度释放的 PDCCH 确认特殊字段设置 DCI 格式 1A HARQ 进程数 设置为0000 调制与编码方式 设置为11111 冗余版本 设置为00 资源块分配 设置为全 1 7.6物理上行控制信道过程 见YD/T 2560.4-2013的第10章。 8物理层测量 见YD/T 2560.5-2013。 9层二 MAC 协议 9.1MAC 结构 图 1是UE侧MAC实体的一种可能结构，但不限制具体的实现。 图 1 UE 侧 MAC 结构 9.2信道和信道映射 随上 上 上 上 上TPCCHBCCHCCCH DCCHDTCHMAC-control上 层TPCHBCH DL-SCH UL-SCHRACH上 层复上 /上 复上逻辑上 上 优上 级 (仅上 上 )HARQ上 上TCCHTTCH上 复上PCCHPCHMCCH MTCHMCH上 复上YD/T XXXXXXXX89.2.1逻辑信道分类 表 10 列出了集群业务所涉及的逻辑信道，在利用现有 LTE 逻辑信道基础上还需增加集群专用的逻辑信道。 表10集群业务涉及的逻辑信道分类 逻辑信道 作用 CCCH 点到点双向信道，用于在 UE 和网络之间传递控制信息。用于无RRC 连接的 UE。 PCCH 传输普通 LTE 业务的寻呼消息和系统修改指示（现有） ，也可用于传输群组呼和单呼的寻呼消息。 BCCH 用于广播系统控制信息的下行信道 TCCH 集群专用的点到多点下行信道，传输群组控制信息 TTCH 集群专用的点到多点下行信道，传输群组下行业务数据 DCCH 点到点双向信道，用于在 UE 和网络之间传递专用控制信息。具有 RRC 连接的 UE 专用。 DTCH 点到点双向信道，用于在 UE 和网络之间传递用户数据。具有 RRC连接的 UE 专用。 TPCCH 集群专用的下行信道，传输集群组呼和单呼的寻呼消息 9.2.2TCCH TCCH 为群组用户传递控制信息的下行信道，点到多点模式。TCCH 映射到传输信道 DL-SCH，进而映射到 PDSCH 物理信道。 9.2.3TTCH TTCH 为组内听用户的共用下行业务信道，点到多点模式。TTCH 映射到传输信道 DL-SCH，进而映射到 PDSCH 物理信道。 9.2.4TPCCH TPCCH 信道用于传输集群组呼和单呼的寻呼消息。 TPCCH 为点到多点模式的下行公共信道，TPCCH 逻辑信道映射在新增的 TPCH 传输信道。 9.2.5下行集群专用信道映射关系 下行集群专用信道映射关系见图 2。 YD/T XXXXXXXX9 图 2 下行逻辑信道映射关系图 9.2.6上行信道 上行逻辑信道，CCCH、DCCH 和 DTCH，仍然沿用 LTE 原有信道类型，信道映射关系同 LTE，如图 3所示： 图 3 上行逻辑信道映射关系图 9.3MAC PDU 设计 集群新增信道的 MAC PDU 设计与现有 LTE 相同；新引入的逻辑信道复用时，要定义相应的 LCID。 集群组业务 DL-SCH 的 LCID 值如表 11 所示。 表11集群组业务 DL-SCH 的 LCID 值 索引值 LCID 值 BCCHTPCCHCCCHDCCHDTCHPCHBCHDL-SCH下行逻辑信道下行传输信道TCCHTTCHPDSCH下行物理信道PBCHPCCHPHICHPCFICHPDCCHTPCHCCCHDCCHDTCHUL-SCHRACH上行逻辑信道上行传输信道上行物理信道PUSCHPRACHYD/T XXXXXXXX1001011 TCCH 01100-10101 TTCH 的逻辑信道标识 10110-11011 保留 11111 填充 集群业务 UL-SCH 的 LCID 值如表 12 所示。 表12集群业务 UL-SCH 的 LCID 值 索引值 LCID 值 00000 CCCH 00001-01010 逻辑信道标识 01011 G-RNTI 10010 G-RNTI R2 01100-11001 保留 11010 功率余量上报 11011 C-RNTI 11100 截断 BSR 11101 短 BSR 11110 长 BSR 11111 填充 9.3.1G-RNTI MAC 控制单元 G-RNTI MAC 控制单元为 16bit，格式如图 4 所示： 图 4 G-RNTI MAC 控制单元 G-RNTI MAC CE 用于 9.7.2 中规定的终端能力上报。 9.3.2G-RNTI R2 MAC 控制单元 G-RNTI R2 MAC 控制单元为 24bit，格式如图 5 所示： 图 5 G-RNTI R2 MAC 控制单元 bit0：为 0 表示是盲检能力类型 1 终端，为 1 表示是盲检能力类型 2 终端； bit1：为 0 表示退出该 G-RNTI 对应的组呼，为 1 表示加入该 G-RNTI 对应的组呼； G-RNTIOct 1G-RNTIOct 2G-RNTIOct 1G-RNTIOct 2Oct 3bit0bit1RRRRRRYD/T XXXXXXXX11R：保留 bit，设置为“0”。 G-RNTI R2 MAC CE 用于以下场景： 异频组网时， 当 GroupCallConfig 消息中配置了 groupMeasGapConfig IE 时， 连接态终端应使用 G-RNTI R2 MAC CE 上报正在接收该组呼或者准备退出该组呼（终端和基站处理见 12.5.2中 groupMeasGapConfig IE 定义）； 9.7.2 中规定的终端能力上报。 9.4RNTI 的取值和用途 RNTI 的取值如表 13 所示。 表13RNTI 取值 值（十六进制） RNTI 0000 不适用 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 保留将来使用 FFFD M-RNTI FFFE P-RNTI FFFF SI-RNTI 注：G-RNTI 用于加扰承载集群组呼控制信道和业务信道的 DCI。TP-RNTI 用于加扰承载集群寻呼信道的 DCI。 RNTI 的用途取值如表 14 所示。 表14RNTI 用途 RNTI 用途 传输信道 逻辑信道 G-RNTI 动态调度的集群组呼业务数据和控制信息 DL-SCH TTCH，TCCH Semi-Persistent Scheduling G-RNTI 半持续调度的集群组呼业务数据和控制信息 DL-SCH TTCH，TCCH 9.5DL-SCH 数据传输的下行分配接收 PDCCH上传输的下行分配（DL Assignment）指示在DL-SCH上是否有某特定UE/群组的传输，并提供相关的HARQ信息；当传输集群下行业务时HARQ信息无效，终端不处理。 当UE配有C-RNTI， SPS C-RNTI， 临时C-RNTI（RNTI的用途见YD/T 2561.1-2013的7.1） 时， 在每个TTI都监听PDCCH，UE应： 如果在 PDCCH 上该 TTI 接收到以 C-RNTI、 临时 C-RNTI 或者 SPS C-RNTI 加扰的下行分配， 则 UE应执行 YD/T 2561.1-2013 中 5.3.1 规定的操作； 否则，如果该 TTI 已经配置了下行分配，并且该 TTI 与测量间隔不冲突，且不是 MBSFN 子帧，YD/T XXXXXXXX12则应符合 YD/T 2561.1-2013 中 5.3.1 的规定。 当UE配有G-RNTI、SPS G-RNTI（RNTI的用途见9.4）时，在每个TTI都监听PDCCH，UE应： 如果在该 TTI 接收到以组用户 G-RNTI 为标识加扰的 PDCCH，则： 如果对 DL-SCH 信道的 TB 成功解码，UE 应进行 MAC PDU 的解复用： 如果解复用 MAC PDU 为逻辑信道 TCCH 上的信息时，将相应 MAC SDU（s）传输给高层进行信令解析； 如果解复用 MAC PDU 为逻辑信道 TTCH 上的信息时，将相应 MAC SDU（s）传输给高层进行业务数据处理。 否则，如果在 PDCCH 上该 TTI 接收到以 SPS G-RNTI 加扰的下行分配，UE 应： 如果 PDCCH 内容指示 SPS 释放，则： 清除已配置的集群组相关的下行分配（如果有的话） ； 否则： 存储下行分配作为已配置的集群组的下行分配； 初始化 （如果还没有激活） 或重新初始化 （如果已经激活） 配置的下行分配，在该 TTI 使用该下行分配，并且按照满足要求的子帧重复； 接收并尝试按照 PDCCH 信息的指示对 DL-SCH 上的 TB 进行解码； 如果 DL-SCH 上的 TB 被成功解码： 解复用 MAC PDU 并将 MAC SDU（s）递交到高层； 否则， 如果该 TTI 已经配置了集群组的下行分配， 并且该 TTI 与测量间隔不冲突， 且不是 MBSFN子帧： 通知物理层根据配置的集群组的下行分配在该 TTI 接收 DL-SCH 上的传输块； 尝试对 DL-SCH 上的 TB 进行解码； 如果 DL-SCH 上的 TB 被成功解码： 解复用 MAC PDU 并将 MAC SDU（s）递交到高层。 对于G-RNTI/SPS G-RNTI加扰的集群DCI，其TPC域无效，接收端不作处理。 9.6TPCH 接收 当需要接收TPCH时，UE应： 如果 UE 在 PDCCH 上接收到以 TP-RNTI 加扰的 TPCH 信息 ： 则尝试按照 PDCCH 信息的指示对 TPCH上的 TB 进行解码； 如果 TPCH 上的 TB 被成功解码：则将成功解码的 MAC PDU 递交高层。 9.7集群组呼 PDCCH 搜索空间控制 9.7.1终端的 PDCCH 搜索空间 为了描述方便起见，定义如下两类 G-RNTI PDCCH 盲检能力终端： G-RNTI PDCCH 盲检能力类型 1 终端：在一个下行子帧中支持在 PDCCH 公共空间和 UE 专用空间内进行 C-RNTI/SPS C-RNTI/Temporary C-RNTI 盲检，并同时支持在 PDCCH 公共空间和群组专用空间内进行 G-RNTI/SPS G-RNTI 盲检的终端。 G-RNTI PDCCH 盲检能力类型 2 终端：在一个下行子帧中支持在 PDCCH 公共空间和 UE 专用空间内进行 C-RNTI/SPS C-RNTI/Temporary C-RNTI 盲检，并同时支持在 PDCCH 公共空间内但不支持在群组专用空间内进行 G-RNTI/SPS G-RNTI 盲检的终端。 YD/T XXXXXXXX13G-RNTI PDCCH 盲检能力类型 1 终端应支持： 在 RRC IDLE 态时， 终端应支持在 PDCCH 公共空间和群组专用空间内盲检 G-RNTI/SPS G-RNTI； 在 RRC 连接态时，终端应支持在 PDCCH 公共空间和群组专用空间内盲检 G-RNTI/SPS G-RNTI；并在 PDCCH 公共空间和 UE 专用空间内盲检 C-RNTI/SPS C-RNTI/Temporary C-RNTI。 G-RNTI PDCCH 盲检能力类型 2 终端应支持： 在 RRC IDLE 态时， 终端应支持在 PDCCH 公共空间和群组专用空间内盲检 G-RNTI/SPS G-RNTI； 在 RRC 连接态时，终端应支持在 PDCCH 公共空间内盲检 G-RNTI/SPS G-RNTI； 并在 PDCCH 公共空间和 UE 专用空间内盲检 C-RNTI/SPS C-RNTI/Temporary C-RNTI。 9.7.2终端能力上报 G-RNTI PDCCH 盲检能力类型 2 终端，和/或在一个下行 TTI 中不支持同时接收 C-RNTI PDSCH 与G-RNTI PDSCH的终端， 在以下场景应该通过随机接入在Msg3中发送G-RNTI MAC CE或者G-RNTI R2 MAC CE， 或者通过获得集群被听业务的 G-RNTI 后的第一个上行数据/信令包发送 G-RNTI MAC CE 或者 G-RNTI R2 MAC CE。具体场景包括： 已处于连接态终端接收到组呼寻呼（场景 1） 终端已在接收组呼，从 idle 态进入连接态（场景 2） 已接收组呼的连接态终端切换（场景 3） 已接收组呼的 IDLE 态终端小区重选，并且从 IDLE 态进入连接态（场景 4） G-RNTI 变更（场景 5） 终端在连接态发生 RRC 重建（场景 6） 注：对于场景 3、场景 4、场景 6，MAC CE 中应填写目标小区的 G-RNTI。 为支持 Msg3 中 G-RNTI MAC CE，基站应将 Random Access Preamble group A 的选择门限messageSizeGroupA 配置为不小于 144bit。 当需要进行终端能力上报时，终端选择 G-RNTI MAC CE 或者 G-RNTI R2 MAC CE 的原则如下： R1 终端使用 G-RNTI MAC CE； 当终端（B-TrunC R2 或者之后的版本）收到的 SystemInformationBlockTypeTrunking 不包含eNodeBVersion IE，表示该基站是 B-TrunC R1 版本，终端使用 G-RNTI MAC CE。 当终端（B-TrunC R2 或者之后的版本）收到的 SystemInformationBlockTypeTrunking 包含eNodeBVersion IE，表示该基站是 B-TrunC R2 或者之后的版本，终端使用 G-RNTI R2 MAC CE。 9.7.3基站的处理过程 当基站侧 MAC 层判断组呼内有 G-RNTI PDCCH 盲检能力类型 2 的被叫用户为 RRC 连接态时， 则对该组呼的 G-RNTI 在 PDCCH 公共空间内调度。 对 9.7.2 中的场景 1 和场景 4，基站和终端应支持： a) 对于组呼的第一次寻呼，基站下发集群寻呼消息后基站启动一定时器（设为 300ms） ，在该定时器超时前基站对该组呼的 G-RNTI 放在公共空间内调度。 b) G-RNTI PDCCH 盲检能力类型 2 终端收到集群寻呼消息， 如处于 RRC 连接态则通过 G-RNTI MAC CE 或 G-RNTI R2 MAC CE 上报能力。 c) 该定时器超时且无终端上报仅支持公共空间， 基站的群组搜索空间可变为公共和群组专用空间。否则基站应保持对该组呼的 G-RNTI 放在公共空间内调度。 除上述情形外，基站可对该组呼的 G-RNTI 在 PDCCH 公共空间和群组专用空间内调度。 基站接收到UE通过MAC层发送的G-RNTI MAC CE或G-RNTI R2 MAC CE（盲检能力类型bit置为1） ，YD/T XXXXXXXX14并且 UE 仍处于 RRC 连接态， 则对该 UE， 基站可错开此 UE 的 C-RNTI PDSCH 和 G-RNTI PDSCH 的调度时刻。 9.8集群 BSR 上报（可选） 终端可选支持集群BSR上报功能。 9.8.1BSR M