下行控制信息的检测处理、检测方法及装置.pdf

本发明提供一种下行控制信息的检测处理、检测方法及装置，该下行控制信息的检测处理方法包括：针对宽带集群通信系统中的集群下行组播信道为每个群组分别配置一个专用的群组专属搜索空间，其中，该群组专属搜索空间由集群无线网络临时标识T-RNTI标识；在配置的群组专属搜索空间内，为物理下行控制信道PDCCH分配指定聚合度，使得集群终端按照指定聚合度对群组专属搜索空间内的PDCCH进行盲检测。采用本发明的技术方案，解决了相关技术中，尚无对T-RNTI加掩的PDCCH进行检测的技术手段，从而满足集群系统中集群业务与普通业务共存时的下行控制信息检测需求。

权利要求书一种下行控制信息的检测处理方法，用于网络侧实体，其特征在于，包括：针对宽带集群通信系统中的集群下行组播信道为每个群组分别配置一个专用的群组专属搜索空间，其中，该群组专属搜索空间由集群无线网络临时标识T‑RNTI标识；在配置的所述群组专属搜索空间内，为物理下行控制信道PDCCH分配指定聚合度，使得集群终端按照所述指定聚合度对所述群组专属搜索空间内的PDCCH进行盲检测。根据权利要求1所述的方法，其特征在于，为物理下行控制信道PDCCH分配指定聚合度，包括：对每个所述T‑RNTI加掩的物理下行控制信道PDCCH分配一个所述指定聚合度，其中，所述指定聚合度与小区无线网络临时标识C‑RNTI和半持续分配小区无线网络标识SPS C‑RNTI加掩的PDCCH聚合度无交集。根据权利要求2所述的方法，其特征在于，对每个所述T‑RNTI加掩的物理下行控制信道PDCCH分配一个所述指定聚合度之后，还包括：在需要所述集群终端接收集群下行组播信道的子帧上，从所述指定聚合度之外的聚合度中选择C‑RNTI和SPS C‑RNTI加掩的PDCCH聚合度。根据权利要求1所述的方法，其特征在于，所述群组专属搜索空间通过以下方式配置：在UE专属搜索空间中，划分指定搜索范围作为所述群组专属搜索空间。根据权利要求1至4任一项所述的方法，其特征在于，对每个所述T‑RNTI对T‑RNTI加掩的物理下行控制信道PDCCH分配一个指定聚合度之后，还包括：通过系统广播消息或者群组下行连接建立过程中的指定信令向集群终端下发所述指定聚合度。根据权利要求1至4任一项所述的方法，其特征在于，还包括：向所述集群终端下发指示信息，其中，该指示信息用于指示需要接收集群下行组播信道的子帧。一种下行控制信息的检测方法，用于集群终端，其特征在于，包括：接收来自于网络侧实体的指定聚合度，其中，该指定聚合度为网络侧实体针对宽带集群通信系统中的集群下行组播信道，在配置的群组专属搜索空间内，为物理下行控制信道PDCCH分配的指定聚合度，并且，所述群组专属搜索空间由集群无线网络临时标识T‑RNTI标识；按照所述指定聚合度对所述群组专属搜索空间内的PDCCH进行盲检测。根据权利要求7所述的方法，其特征在于，所述指定聚合度为所述网络侧实体对每个所述T‑RNTI加掩的物理下行控制信道PDCCH分配的聚合度，并且，所述指定聚合度与小区无线网络临时标识C‑RNTI和SPS C‑RNTI加掩的PDCCH聚合度无交集。一种下行控制信息的检测处理装置，位于网络侧实体中，其特征在于，包括：配置模块，用于针对宽带集群通信系统中的集群下行组播信道，为每个群组分别配置一个专用的群组专属搜索空间，其中，该群组专属搜索空间由集群无线网络临时标识T‑RNTI标识；分配模块，用于在配置的所述群组专属搜索空间内，为物理下行控制信道PDCCH分配指定聚合度，其中，集群终端按照所述指定聚合度对所述群组专属搜索空间内的PDCCH进行盲检测。一种下行控制信息的检测装置，位于集群终端中，其特征在于，包括：接收模块，用于接收来自于网络侧实体的指定聚合度，其中，该指定聚合度为网络侧实体针对宽带集群通信系统中的集群下行组播信道，在配置的群组专属搜索空间内，为物理下行控制信道PDCCH分配的聚合度，并且，所述群组专属搜索空间由集群无线网络临时标识T‑RNTI标识；检测模块，用于按照所述指定聚合度对所述群组专属搜索空间内的PDCCH进行盲检测。

说明书下行控制信息的检测处理、检测方法及装置
技术领域
本发明涉及通信领域，特别涉及一种下行控制信息的检测处理、检测方法及装置。
背景技术
集群通信系统（Trunking Communication System）是为了满足行业用户指挥调度需求而开发的、面向特定行业应用的专用无线通信系统，系统中大量无线用户共享少量无线信道，以指挥调度为主体应用，是一种多用途、高效能的无线通信系统。集群通信系统在政府部门、公共安全、应急通信、电力、民航、石油化工和军队等领域有着广泛的应用市场。
集群通信系统经历了与蜂窝移动通信系统类似的发展历程。其中，第一代集群系统是模拟集群通信系统，主要支持语音通信，目前已经逐步被市场淘汰。第二代集群系统是窄带数字集群通信系统，兴起于20世纪90年代，2004年左右开始在我国部署，是当前国内应用最广泛的集群通信系统。数字集群通信系统支持语音和低速数据（最高28.8kbps）通信，代表系统是欧洲电信标准组织（European Telecommunications Standards Institute，简称为ETSI）定义的陆上集群无线电（Terrestrial Trunked Radio，简称为TETRA）系统、美国Motorola的综合数字增强型网络（Integrated Digital Enhanced Networks，简称为iDEN）系统，中兴通讯股份有限公司基于CDMA1X开发的开放式集群结构（Global Open Trunking Architecture,简称为GoTa）系统以及基于GSM开发的GT800系统。
从目前集群通信系统的发展来看，集群通信系统的发展远远落后于公众蜂窝系统的发展，其技术创新和产业链等方面都还不尽完备。在数据传输能力和多媒体业务的支持能力方面，目前的数字窄带集群通信系统仍然比较落后。例如，iDEN系统对时隙和调制方法进行改进后而推出的宽带综合数字增强型网络（Wide‑iDEN，简称为WiDEN），将峰值传输速率提高至384kbps；TETRA增强型数据业务（TETRA Release 2 Enhanced Data Service，简称为TEDS），理想情况下可支持不超过700kbps的峰值传输速率；均未达到Mbps的数量级。此外，在频谱利用率和覆盖方面，现有的数字集群系统也不能很好的满足需求。
随着移动互联网的飞速发展以及全球无线城市的大规模建设，宽带化成为整个无线通信的发展趋势。相应的，集群通信系统在技术上也将向系统IP化、业务多样化、数据宽带化、终端多模化的方向发展，从具体的应用角度来看，主要体现在高速数据、视频以及构建于此基础之上的多种应用，包括移动办公、多媒体集群调度、视频监控、城市应急联动等方面。
由国际标准组织第3代合作伙伴计划（3rd Generation Partnership Project,简称为3GPP）所制订的长期演进（Long Term Evolution,简称为LTE）系统已成为下一代蜂窝通信的主流标准，得到了全球范围内运行商和通信厂商的广泛支持，目前业界已拥有较为成熟的LTE系统设备和LTE终端投入商用，并已逐步在全球大规模部署。LTE标准采用了正交频分复用（Orthogonal Frequency Division Multiplexing，简称为OFDM）、多入多出（Multiple Input Multiple Output，简称为MIMO）等先进的无线传输技术、扁平网络结果和全IP系统架构，支持最大20MHz的系统带宽、超过300Mbps的下行峰值速率和更短的传输延时。
考虑到上述LTE标准的优势、以及宽带集群通信系统的要求，业界很自然的提出一种基于LTE技术的构建的数字集群系统。在该集群系统中，集群业务将承载在分组（packet‑switched，简称为PS）域中，可完全实现业务信道的共享，大大提高资源利用率，从而降低系统的运营成本。另一方面，由于LTE技术采用全IP扁平化网络架构，基站与核心网直接相连，因此呼叫建立过程中的网络侧内部信令交互减少，呼叫建立时间也得以缩短，可满足集群系统的需求。基于LTE成熟技术，依赖于对业界相对成熟的LTE系统设备和终端产业链进行快速改造，有利于快速推出宽带集群通信系统，满足日益增长的集群通信市场需求。针对一般企业、物流、交通运输等部门来说，为了降低成本，体现经济效益，一般往往采用共用频率资源和网络基础设施的公共集群通信系统，采用在公众移动通信系统上提供集群业务的方式实现指挥调度功能。另一方面，随着频率资源的日趋紧张，如何提高频率利用率，实现资源的最佳配置，加强应对紧急、突发事件的快速反应和抗风险能力已经成为首要任务。在这种情况下，数字集群与公众蜂窝网共网必将成为未来数字集群通信的发展方向。这意味着，宽带集群通信系统除了支持集群业务外，还必须兼容原有的LTE普通的点对点业务。
在LTE标准中，诸如eMBMS（增强型广播/组播多媒体技术）的点到多点的传输技术，要等到3GPP Release 9版本的规范中才予以完整定义，目前业界支持eMBMS的成熟系统设备和终端也相对较少。因此，在现阶段考虑的LTE技术，应仍以点到点通信为主。然而，集群下行业务是一种点对多点的组播（multicast）类型的业务，因此需要在LTE原有信道的基础上，增加新的逻辑信道，参见图1。
新增的逻辑信道包括了：
集群寻呼信道（Trunking Paging Channel，TPCH）：用于寻呼集群用户来快速建立集群业务传输；
集群专用控制信道（Trunking Dedicated Control Channel，TDCCH）：用于承载针对下行话权用户或者单呼用户的集群控制信令；
集群公共控制信道（Trunking Global Control Channel，TGCCH）：用于承载针对某个群组内听用户的下行集群业务的控制信令；
集群公共传输信道（Trunking Global Traffic Channel，TGTCH）：用于承载针对某个群组内听用户的下行集群业务。
在LTE标准中，下行业务一般映射到物理下行共享信道（Physical Downlink Shared Channel，简称为PDSCH）上传输。PDSCH信道的时间长度是长度等于1ms的一个子帧（subframe），也称为一个传输时间间隔（Transmission Time Interval，简称为TTI）。在每个子帧内，与PDSCH相对应的是一个物理控制信道（Physical Downlink Control Channel，简称为PDCCH）。类似的，所有上行业务也映射到物理上行共享信道（Physical Uplink Shared Channel，简称为PUSCH）上传输，与PUSCH相对应的一般也有一个PDCCH。在PDCCH上承载了下行控制信息（Downlink Control Information，简称为DCI），这些DCI有不同格式（format），分别对应了不同的控制信息内容，例如：
DCI format 0：可用于指示PUSCH资源等信息，也称作“上行授权”（uplink grant）；
DCI format 1A：可用于指示PDSCH资源等信息，也称作“下行分配”（downlink assignment）。
根据下行信道状况（终端距离基站的距离、所面临的来自邻区干扰的大小等），为了提供响应的信道编码保护，确保PDCCH信道在终端侧可以很高的概率成功检测到，DCI可采用不同的信道编码码率，最终映射到不同大小的资源上。LTE系统中，共定义了4种PDCCH资源大小，分别为1个、2个、4个和8个控制信道元素（Control Channel Element，简称为CCE），其中每个CCE包含了72个编码后的比特信息。PDCCH所占用的CCE个数，也称作聚合度（aggregation level）。聚合度越高，意味着所提供的编码保护越强，但同时所占用的资源也越多。
LTE上、下行均采用动态分配（dynamic scheduling）或半持续分配（semi‑persistent scheduling，简称为SPS）方式，提供了很高的灵活度。相应的，与PDSCH和PUSCH所对应的PDCCH控制信道，也是在某个公共的“控制区域”（control region）内进行分配的。这个控制区域一般是由每个子帧开始的前1~4个OFDM符号构成。由于系统中存在不同的逻辑信道和传输信道类型，如系统消息、寻呼、随机接入响应、用户专用上行和下行业务、以及上行功率控制命令等，为了进行区分，为每个PDSCH和PUSCH定义一个相关联的16比特长度的无线网络临时标识（Radio Network Temporary Identifier，简称为RNTI）。
在一个子帧内，可能存在多个PDCCH需要同时发送，LTE系统为了降低控制信道开销，这些PDCCH信道在上述控制区域所处的位置是动态分配的。这样，终端为了接收DCI，必须先在这个控制区域进行搜索。在LTE系统中，为了降低终端在该公共区域中搜索PDCCH的处理复杂度，从而达到减少处理延时和/或降低功耗的目的，在控制区域中分别定义了两个“PDCCH搜索空间”，即公共搜索空间（common search space）和UE专属搜索空间（UE‑specific search space）。对应每种DCI类型，终端只需要在对应的搜索空间中进行搜索，即：在控制区域中，对应每个允许出现PDCCH的起始位置，依次按相应的聚合度尝试进行处理（包括：解交织、解速率匹配、信道译码等环节），并利用前述RNTI值对CRC部分去掩（de‑masking），如果CRC校验正确，则检测到了一个PDCCH，并对所包含的DCI信息进行解析。上述过程，也称为PDCCH盲检测（PDCCH blind detection）过程。注意，公共搜索空间只占用最多16个CCE的空间，一般用于携带用于针对小区内所有用户或非特定用户的PDCCH传输，例如系统广播消息和寻呼消息等；但是，出于提高灵活性和提高频谱效率起见，如果公共搜索空间有空余，那么也可以将一些针对特定用户的PDCCH安排在这个公共搜索空间内。因此，即使针对C‑RNTI加掩的用户专有信息，除了在UE专属搜索空间搜索外、也需要在公共搜索空间内进行相应的PDCCH检测。
根据LTE标准的定义，在每个子帧内针对各种DCI格式，终端最多需要进行共44次信道译码（Viterbi译码）。
在控制区域内，公共搜索空间从CCE偏移地址等于0；而UE专属搜索空间，对应各聚合度的CCE偏移地址则是由一个哈希函数（Hashing function）生成，并且按子帧改变。该哈希函数的初值等于终端建立RRC连接时所分配的C‑RNTI。对应每个终端，由于C‑RNTI是其在网络中的唯一标识，因此可保证为每个终端所定义的UE专属搜索空间在每个子帧上都是不同的。一个示例参见图2。这样可确保不同终端的UE专属搜索空间之间出现冲突的概率尽可能低，从而可以确保控制信道传输的频谱利用率较高，通时也提供了网络为不同终端进行PDCCH分配时的灵活度。
前述四个新增的集群逻辑信道均映射到DL‑SCH传输信道，再映射到PDSCH物理信道上在空口传输。针对这四个新增的集群逻辑信道，根据其特性分别采用已有或新定义的RNTI来区分。其中：
TPCH信道：本质上和LTE原有的寻呼信道（Paging Channel，简称为PCH）相关的机制类似，由一个新定义的集群寻呼RNTI（TP‑RNTI）加掩的PDCCH进行PDSCH资源指示；通过将每个终端需要接收普通寻呼和集群寻呼的实际错开，就可避免终端需要在同一子帧同时去检测P‑RNTI和TP‑RNTI加掩的PDCCH的可能；
TDCCH信道：本质上还是点对点传输，因此仍采用LTE原有的C‑RNTI或SPSC‑RNTI掩的PDCCH进行PDSCH资源，其中C‑RNTI是用户建立RRC连接时网络分配给该用户的一个标识；
TGCCH和TGTCH信道：本质上是点对多点传输，由一组新定义的集群RNTI（T‑RNTI）加掩的PDCCH进行PDSCH资源指示，其中，网络在RNTI空间中预留一批（例如：4096个）RNTI值用作T‑RNTI，并为每个新建的群组分配一个T‑RNTI，该群组内所有听用户都采用该T‑RNTI来进行相应的下行集群组播业务接收。
为描述简单起见，这里将TGCCH和TGTCH统称为“集群下行组播信道”。在其它一些文献中，有可能对这些集群下行信道采用不同的名称，但它们点到多点传输的本质是相同的。
在本专利中，群组（trunking group）：顾名思义，集群通信是将多群用户集合在仪器进行通信。集群通信的最大特点是话音通信采用PTT（(Push To Talk)，以一按即通的方式接续，被叫无需摘机即可接听，且接续速度较快，并能支持群组呼叫等功能，它的运作方式以单工、半双工为主，主要采用信道动态分配方式，并且用户具有不同的优先等级和特殊功能，通信时可以一呼百应。
为了使集群终端能够在接收集群下行组播信道的同时，还能够继续维持原有LTE普通业务的进行，希望终端在现有的PDCCH盲检测流程基础上，再增加针对上述T‑RNTI加掩的PDCCH的检测。如何为T‑RNTI加掩的PDCCH进行搜索空间定义，并定义相关的终端搜索方法，是基于LTE的集群系统需要解决的关键问题之一。并且，为了同时支持网络内多个群组，可能同时存在多个T‑RNTI，仅依靠公共搜索空间提供的PDCCH容量（仅能容纳2个聚合度等于8，或4个聚合度等于4的PDCCH信道）是远远不够的，针对相关技术的上述问题，目前尚未提出有效的解决方案。
发明内容
本发明提供一种下行控制信息的检测处理、检测方法及装置，用于解决相关技术中，尚无对T‑RNTI加掩的PDCCH进行检测的技术手段，并且在存在多个T‑RNTI时，现有的公共搜索空间提供的PDCCH容量不足等技术问题。
为实现上述目的，根据本发明的第一个方面，提供一种下行控制信息的检测处理方法，并采用如下技术方案：
下行控制信息的检测处理方法，用于网络侧实体，包括：针对宽带集群通信系统中的集群下行组播信道为每个群组分别配置一个专用的群组专属搜索空间，其中，该群组专属搜索空间由集群无线网络临时标识T‑RNTI标识；在配置的所述群组专属搜索空间内，为物理下行控制信道PDCCH分配指定聚合度，使得集群终端按照所述指定聚合度对所述群组专属搜索空间内的PDCCH进行盲检测。
进一步地，为物理下行控制信道PDCCH分配指定聚合度，包括：对每个所述T‑RNTI加掩的物理下行控制信道PDCCH分配一个所述指定聚合度，其中，所述指定聚合度与小区无线网络临时标识C‑RNTI和半持续分配小区无线网络标识SPSC‑RNTI加掩的PDCCH聚合度无交集。
进一步地，对每个所述T‑RNTI加掩的物理下行控制信道PDCCH分配一个所述指定聚合度之后，还包括：在需要所述集群终端接收集群下行组播信道的子帧上，从所述指定聚合度之外的聚合度中选择C‑RNTI和SPSC‑RNTI加掩的PDCCH聚合度。
进一步地，所述群组专属搜索空间通过以下方式配置：在UE专属搜索空间中，划分指定搜索范围作为所述群组专属搜索空间。
进一步地，对每个所述T‑RNTI对T‑RNTI加掩的物理下行控制信道PDCCH分配一个指定聚合度之后，还包括：通过系统广播消息或者群组下行连接建立过程中的指定信令向集群终端下发所述指定聚合度。
进一步地，下行控制信息的检测处理方法还包括：向所述集群终端下发指示信息，其中，该指示信息用于指示需要接收集群下行组播信道的子帧。
根据本发明的第二个方面，提供一种下行控制信息的检测方法，并采用如下技术方案：
下行控制信息的检测方法，用于集群终端，包括：接收来自于网络侧实体的指定聚合度，其中，该指定聚合度为网络侧实体针对宽带集群通信系统中的集群下行组播信道，在配置的群组专属搜索空间内，为物理下行控制信道PDCCH分配的指定聚合度，并且，所述群组专属搜索空间由集群无线网络临时标识T‑RNTI标识；按照所述指定聚合度对所述群组专属搜索空间内的PDCCH进行盲检测。
进一步地，所述指定聚合度为所述网络侧实体对每个所述T‑RNTI加掩的物理下行控制信道PDCCH分配的聚合度，并且，所述指定聚合度与小区无线网络临时标识C‑RNTI和SPSC‑RNTI加掩的PDCCH聚合度无交集。
根据本发明的第三个方面，提供一种下行控制信息的检测处理装置，并采用如下技术方案：
下行控制信息的检测处理装置，位于网络侧实体中，包括：配置模块，用于针对宽带集群通信系统中的集群下行组播信道，为每个群组分别配置一个专用的群组专属搜索空间，其中，该群组专属搜索空间由集群无线网络临时标识T‑RNTI标识；分配模块，用于在配置的所述群组专属搜索空间内，为物理下行控制信道PDCCH分配指定聚合度，其中，集群终端按照所述指定聚合度对所述群组专属搜索空间内的PDCCH进行盲检测。
根据本发明的第四个方面，提供一种下行控制信息的检测装置，并采用如下技术方案：
下行控制信息的检测装置，位于集群终端中，包括：接收模块，用于接收来自于网络侧实体的指定聚合度，其中，该指定聚合度为网络侧实体针对宽带集群通信系统中的集群下行组播信道，在配置的群组专属搜索空间内，为物理下行控制信道PDCCH分配的聚合度，并且，所述群组专属搜索空间由集群无线网络临时标识T‑RNTI标识；检测模块，用于按照所述指定聚合度对所述群组专属搜索空间内的PDCCH进行盲检测。
通过本发明，采用为每个群组均配置一个专用的群组专属搜索空间的技术手段，解决了相关技术中，尚无对T‑RNTI加掩的PDCCH进行检测的技术手段，并且在同时存在多个T‑RNTI时，现有的公共搜索空间提供的PDCCH容量不足等技术问题，从而满足集群系统中集群业务与普通业务共存时的下行控制信息检测需求。
附图说明
附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1为根据相关技术的集群新增逻辑信道以及与传输信道和物理信道之间映射关系的示意图；
图2为根据相关技术的LTE系统中所定义的PDCCH公共搜索空间和UE专属搜索空间的一个示例；
图3为根据本发明实施例1的下行控制信息的检测处理方法的流程图；
图4为根据本发明实施例1的下行控制信息的检测处理装置的结构框图；
图5为根据本发明实施例2的下行控制信息的检测方法的流程图；
图6为根据本发明实施例2的下行控制信息的检测装置的结构框图；
图7为根据本发明实施例3的PDCCH公共搜索空间、UE专属搜索空间和群组专属搜索空间的一个示例示意图；
图8为根据本发明实施例3的终端同时在UE专属搜索空间和群组专属搜索空间进行PDCCH检测的流程框图。
具体实施方式
以下结合附图对本发明的实施例进行详细说明，但是本发明可以由权利要求限定和覆盖的多种不同方式实施。
考虑到相关技术中，在同时存在多个T‑RNTI时，现有的公共搜索空间提供的PDCCH容量不足等技术问题，以下结合实施例提供了相关的解决方案，现详细说明。
图3为根据本发明实施例1的下行控制信息的检测处理方法的流程图。该方法应用用于网络侧实体，参见图3所示，该方法包括以下处理步骤：
步骤S302，针对宽带集群通信系统中的集群下行组播信道，为每个群组分别配置一个专用的群组专属搜索空间，其中，该群组专属搜索空间由T‑RNTI标识；
步骤S304，在配置的群组专属搜索空间内，为PDCCH分配指定聚合度，使得集群终端按照指定聚合度对群组专属搜索空间内的PDCCH进行盲检测。
通过上述处理步骤，无论对于存在一个或多个T‑RNTI的情况，均可以利用上述处理步骤对PDCCH进行盲检测，尤其对于存在多个T‑RNTI的情况，可以解决在此情况下，现有的公共搜索空间提供的PDCCH容量不足的技术问题，从而满足集群系统中普通业务与集群业务共存时的下行控制信息检测需求。
采用步骤S302和步骤S304中的处理过程，由于新增了一套专属搜索空间的话，但是，基于LTE现有技术，终端设计时往往只考虑了支持公共搜索空间和UE专属搜索空间，相应的支持最多44次Viterbi译码处理。如果终端为了支持集群系统，而需要增加一套新的专属搜索空间的话，无疑增加了终端PDCCH盲检测的处理负担，造成复杂度的上升和/或功耗的增加。而且，如果需要增加PDCCH盲检测处理时间的话，可能意味着需要更多的缓存来存储每个子帧的接收数据，因为在完成PDCCH上的DCI信息解析前，尚无法开始进行PDSCH译码处理。并且，还会缩减留给PUSCH发送处理的准备时间。因此可能将对终端的软、硬件时序设计也产生非常巨大的影响。如果对终端修改的影响太大，则会导致可选用的终端种类过少，对集群系统的成功商用产生不利影响。
总之，针对集群中该新增的点到多点的形式的集群下行组播信道，一方面需要终端支持群组专属空间内的T‑RNTI加掩的PDCCH检测，另一方面又必须考虑由此带来的终端PDCCH盲检测复杂度的上升和所需要进行的改动量。为了迅速推出支持基于LTE的宽带集群通信系统的终端，必须解决上述矛盾，兼顾集群的需求和终端处理能力和成熟度等情况。为解决上述矛盾，在本实施例中，网络侧实体对每个T‑RNTI加掩的物理下行控制信道PDCCH分配一个指定聚合度，其中，指定聚合度与小区无线网络临时标识C‑RNTI和半持续分配小区无线网络标识SPSC‑RNTI加掩的PDCCH聚合度无交集。
现有LTE相关规范规定，终端在每个子帧需要分别对UE专属搜索空间内聚合度分别为1、2、4、8的PDCCH进行搜索。现在为了支持集群应用，譬如说网络为T‑RNTI加掩的PDCCH指定的聚合度为4，那么终端在原有UE专属搜索空间内进行PDCCH搜索时，就避开聚合度为4的PDCCH，而只搜索聚合度分别为1、2、8的PDCCH；然后，终端把该子帧内空余的针对聚合度为4的PDCCH搜索资源，用于进行T‑RNTI加掩的PDCCH搜索。这样，终端总的PDCCH搜索复杂度未上升。这种方式，终端只需要在分配针对不同聚合度的PDCCH搜索硬件资源时进行改变即可，较为简单。
相应地，在网络侧实体对每个T‑RNTI对T‑RNTI加掩的物理下行控制信道PDCCH分配一个指定聚合度之后，在需要集群终端接收集群下行组播信道的子帧上，从指定聚合度之外的聚合度中选择C‑RNTI和SPSC‑RNTI加掩的PDCCH聚合度。
在本实施例中，群组专属搜索空间通过以下方式配置：在UE专属搜索空间中，划分指定搜索范围作为群组专属搜索空间。可以表现为以下处理过程：
在原UE专属搜索空间中，针对“DCI format 1 or 1B or 1D or 2 or 2A or 2B”的那部分，可以划出专门给群组专属搜索空间内的PDCCH搜索，这样仍然可做到不增加终端PDCCH盲检测过程中Viterbi译码的次数。
在本实施例中，网络侧实体对每个T‑RNTI对T‑RNTI加掩的物理下行控制信道PDCCH分配一个指定聚合度之后，网络侧实体还需要通过系统广播消息或者群组下行连接建立过程中的指定信令向集群终端下发指定聚合度。
在本实施例中，网络侧实体还可以向集群终端下发指示信息，其中，该指示信息用于指示需要接收集群下行组播信道的子帧。
在本实施例中，还提供了一种下行控制信息的检测处理装置，位于网络侧实体中，用于实现上述方法，如图4所示，该装置包括：
配置模块40，连接至分配模块42，用于针对宽带集群通信系统中的集群下行组播信道，为每个群组分别配置一个专用的群组专属搜索空间，其中，该群组专属搜索空间由集群无线网络临时标识T‑RNTI标识；
分配模块42，用于在配置的群组专属搜索空间内，为物理下行控制信道PDCCH分配指定聚合度，其中，集群终端按照指定聚合度对群组专属搜索空间内的PDCCH进行盲检测。
实施例2
本实施例是和实施例1相对应的处理方案，主要在终端侧进行说明。本实施例中的方法应用于集群终端中，具体地，图5为根据本发明实施例2的下行控制信息的检测方法的流程图，如图5所示，该方法包括：
步骤S502，接收来自于网络侧实体的指定聚合度，其中，该指定聚合度为网络侧实体针对宽带集群通信系统中的集群下行组播信道，在配置的群组专属搜索空间内，为PDCCH分配的指定聚合度，并且，群组专属搜索空间由集群无线网络临时标识T‑RNTI标识；
步骤S504，按照指定聚合度对群组专属搜索空间内的PDCCH进行盲检测。
和实施例1中相同，在本实施例中，上述指定聚合度为网络侧实体对每个T‑RNTI对T‑RNTI加掩的物理下行控制信道PDCCH分配的聚合度，并且，指定聚合度与小区无线网络临时标识C‑RNTI和SPS C‑RNTI加掩的PDCCH聚合度无交集。
在本实施例中，还提供了一种下行控制信息的检测装置，位于集群终端中，用于实现上述方法，如图6所示，该装置包括：
接收模块60，连接至检测模块62，用于接收来自于网络侧实体的指定聚合度，其中，该指定聚合度为网络侧实体针对宽带集群通信系统中的集群下行组播信道，在配置的群组专属搜索空间内，为物理下行控制信道PDCCH分配的聚合度，并且，指定聚合度由集群无线网络临时标识T‑RNTI标识；
检测模块62，用于按照指定聚合度对群组专属搜索空间内的PDCCH进行盲检测。
为了更好地理解上述实施例，以下结合实施例3和实施例4详细说明
实施例3
本实施例提供一种在基于LTE的宽带集群通信系统中进行下行控制信息检测的方法，在不增加现有终端的PDCCH检测处理能力需求的前提下，可用于在同一子帧内同时进行UE专属搜索空间内的下行控制信息（如：上行授权）和群组专属搜索空间内的下行控制信息（如：下行集群调度信息）的检测，从而可满足集群系统中普通业务与集群业务共存时的下行控制信息检测要求。
为达到上述目的，本实施例采用的技术方案如下：
集群系统为每个集群群组定义一个群组专属搜索空间，该搜索空间基于T‑RNTI生成。其中，T‑RNTI是这个群组的一个小区唯一标识，在群组下行连接建立时分配，该群组内所有听用户利用T‑RNTI来进行集群下行组播信道的接收。
集群系统为T‑RNTI加掩的PDCCH分配一个固定的PDCCH CCE聚合度，该固定的PDCCE CCE聚合区可以选取为4或者8，并通过系统广播消息、或者通过群组下行连接建立过程中相关信令向集群终端指示该值。
集群系统还通过系统广播消息、或者通过群组下行连接建立过程中相关信令，向终端指示那些子帧需要接收下行集群组播信道。
针对每个群组，系统在进行每个子帧的DCI规划分配、以及决定PDCCH聚合度时采用如下方法：
在无需终端接收集群下行组播信道的那些子帧上，仍然沿用现有LTE网络的相关方法处理C‑RNTI/SPS C‑RNTI加掩的PDCCH，无需作出改变；
在需要终端接收集群下行组播信道的那些子帧上，决定C‑RNTI/SPSC‑RNTI加掩的PDCCH聚合度时，需要避开前述为T‑RNTI加掩的PDCCH所采用的那个固定的聚合度，而在剩下的聚合度集合中进行选择。
与之相应的，终端在每个子帧按如下方法进行PDCCH盲检测：
若集群群组下行连接尚未建立时、或者在无需接收集群下行组播信道的那些子帧上，仍沿用现有的PDCCH盲检测方法处理，包括了：在公共搜索空间和由C‑RNTI所定义的UE专属搜索空间内进行C‑RNTI/SPS C‑RNTI加掩的PDCCH的搜索；
在需要接收集群下行组播信道的那些子帧上，在公共搜索空间和基于T‑RNTI定义的专属搜索空间内进行T‑RNTI加掩的PDCCH检测，同时在群组专属搜索空间内检测时仅采用前述固定的集群PDCCH CCE聚合度进行搜索；
在需要接收集群下行组播信道的那些子帧上，在公共搜索空间和基于C‑RNTI定义的UE专属搜索空间内进行C‑RNTI/SPS C‑RNTI加掩的PDCCH检测，同时在UE专属搜索空间内检测时避开前述固定的集群PDCCH CCE聚合度进行搜索。
从上述内容可以看出，本实施例中，针对集群下行组播信道，新增加了一个“群组专属搜索空间”，该搜索空间由相应的群组T‑RNTI所定义；该群组专属搜索空间内，由T‑RNTI加掩的PDCCH采用某个固定的CCE聚合度，例如4或8，并通过系统消息或信令指示给终端；在需要终端接收集群下行组播信道的子帧上，集群系统在由C‑RNTI定义的UE专属搜索空间内，进行C‑RNTI/SPS C‑RNTI加掩的PDCCH的资源分配时，需要避开上述T‑RNTI加掩的PDCCH所采用的固定CCE聚合度，而在剩下的聚合度集合中进行选择；终端在需要接收集群下行组播信道的子帧上，可在由C‑RNTI定义的UE专属空间内进行C‑RNTI/SPS C‑RNTI加掩的PDCCH检测，并同时在由T‑RNTI所定义的群组专属搜索空间内进行T‑RNTI加掩的PDCCH检测；
对于终端实现而言，由于两个专属搜索空间内的PDCCH的CCE聚合度没有交集，因此实际上并不增加终端进行PDCCH盲检测的复杂度，这是一个关键点。另一方面，虽然对原先部分PDCCH的聚合度给出了约束，但影响面很小（只对集群群组用户有影响，且仅在那些需要接收集群下行组播信道的子帧上有影响），并且系统设备可以采用其它一些手段（例如：避免在这些子帧上分配该CCE聚合度，可延后到其它子帧调度、或者若控制区域空间足够的话提高CCE聚合度）来将该影响降至最低。因此，应用这种方法，对当前LTE终端、系统设备为了支持集群而需要做改造的影响很小。
在本实施例中，还提供上述实施例的两种替代方案是，
第一种替代方案，强行增加一个群组专用搜索空间，同时也不对原有的C‑RNTI/SPS C‑RNTI加掩PDCCH的CCE聚合度做任何的限定，但这样必然意味这终端进行PDCCH盲检测复杂度的上升，有违本发明的初衷。
第二种替代方案，在原UE专属搜索空间中，针对“DCI format 1or 1B or1D or 2or 2A or 2B”的那部分，可以划出专门给集群专属搜索空间内的PDCCH搜索，这样仍然可做到不增加终端PDCCH盲检测过程中Viterbi译码的次数。但这样做无疑对现有LTE终端的实现灵活度提出了更高的要求，必须考虑现有终端是否能够支持。
实施例4
本实施例提供一种基于现有LTE系统构建的宽带集群数字通信系统，在定义集群相关的RNTI时，专门为T‑RNTI划分出一个范围，例如位于0001~FFF3的某段长度为4096的一段范围。其中，T‑RNTI是每个群组的一个小区唯一标识，在群组下行连接建立时分配，该群组内所有听用户利用T‑RNTI来进行集群下行组播信道的接收。
在本实施例中，集群系统为每个集群群组定义一个群组专属搜索空间，该搜索空间基于T‑RNTI生成。例如：可借鉴现有LTE规范中利用哈希函数生成专属搜索空间的方式，聚合度L（L在集合{1,2,4,8}中取值）的搜索空间基于参数Yk来计算时取Y‑1等于T‑RNTI：
其中，Yk的含义是：PDCCH搜索空间内的起始CCE偏移地址。下表k代表子帧序号（0<=k<=9），这里下标‑1代表初始化值。
Yk=(A*Yk‑1)mod D
其中，D的含义是PDCCH搜索空间包含的总的CCE个数。
其中，mod为取模运算，A＝39827、D=6557、k为子帧号（0~9）。然后，对应聚合度L的PDCCH候选集定义为：
L*{(Yk+m)mod floor(NCCE,K/L)}+i
其中，m是针对某一个聚合度L的PDCCH候选的索引。i代表每个PDCCH候选中，CCE的索引。floor代表“向下取整”的计算。
其中，NCCE,k代表第k个子帧中控制区域所包含的CCE个数，i=0,…,L–1代表了一个PDCCH中所包含了L个CCE的序号，m=0,…,M(L)–1这里M(L)是LTE规范所定义的聚合度L的PDCCH候选个数。
集群系统为T‑RNTI加掩的PDCCH分配一个固定的PDCCH CCE聚合度。考虑到需要覆盖位于小区边缘的群组用户接收，该固定的PDCCE CCE聚合区可选取为4或者8，并通过系统广播消息、或者通过群组下行连接建立过程中相关信令向集群终端指示该值。
如图7所示，假设根据T‑RNTI计算得到第k个子帧内的Yk=38，并且第k个子帧内的控制区域共含有NCCE,k=42个CCE。同时，系统固定T‑RNTI加掩的PDCCH的CCE聚合度L=4。那么按照上式计算，可得到相应的M(4)=2个候选PDCCH在控制区域内的CCE起始偏移地址分别等于：
m=0对应的PDCCH候选位置起始：4*{(36+0)mod floor(42/4)}=24
m=1对应的PDCCH候选位置起始：4*{(36+1)mod floor(42/4)}=28
另一方面，集群系统还通过系统广播消息、或者通过群组下行连接建立过程中相关信令，向终端指示那些子帧需要接收下行集群组播信道。例如：按照系统调度周期，可定义一个位图（bitmap），位图中的每个比特代表相对应的子帧是否可携带集群下行组播信道，位图的长度就是网络的调度周期。集群终端收到该位图后，就可以知道需要在哪些子帧去接收集群下行组播信道。而对于那些不支持集群的终端、或者还未建立集群下行组播业务的终端，则可以忽略这些指示，仍按原有方式进行普通LTE业务。
在集群终端需要接收集群下行组播信道的那些子帧，如果系统还要为该集群终端在同一子帧在UE专属搜索空间内分配其它由C‑RNTI或SPS C‑RNTI加掩的PDCCH，例如上行授权，那么在决定PDCCH的CCE聚合度时，需要避开上述为T‑RNTI加掩的PDCCH所分配的固定CCE聚合度。
继续参见图7，假设根据C‑RNTI计算得到第k个子帧内的Yk=9。同时，由于系统选取T‑RNTI加掩的PDCCH的CCE聚合度L=4，因此针对C‑RNTI或SPS C‑RNTI加掩的PDCCH，所选取的CCE聚合度需要避开L=4，即L只能选择{1,2,8}。那么按照LTE规范原有公式计算，可得到相应的候选PDCCH在控制区域内的CCE起始偏移地址如下：
L=1（共包含了M(1)=6个PDCCH候选）：
m=0对应的PDCCH候选位置起始：1*{(9+0)mod floor(42/1)}=9
m=1对应的PDCCH候选位置起始：1*{(9+1)mod floor(42/1)}=10
m=2对应的PDCCH候选位置起始：1*{(9+2)mod floor(42/1)}=11
m=3对应的PDCCH候选位置起始：1*{(9+3)mod floor(42/1)}=12
m=4对应的PDCCH候选位置起始：1*{(9+4)mod floor(42/1)}=13
m=5对应的PDCCH候选位置起始：1*{(9+5)mod floor(42/1)}=14
L=2（共包含了M(2)=6个PDCCH候选）：
m=0对应的PDCCH候选位置起始：2*{(9+0)mod floor(42/2)}=18
m=1对应的PDCCH候选位置起始：2*{(9+1)mod floor(42/2)}=20
m=2对应的PDCCH候选位置起始：2*{(9+2)mod floor(42/2)}=22
m=3对应的PDCCH候选位置起始：2*{(9+3)mod floor(42/2)}=24
m=4对应的PDCCH候选位置起始：2*{(9+4)mod floor(42/2)}=26
m=5对应的PDCCH候选位置起始：2*{(9+5)mod floor(42/2)}=28
L=8（共包含了M(8)=2个PDCCH候选）：
m=0对应的PDCCH候选位置起始：8*{(9+0)mod floor(42/8)}=32
m=1对应的PDCCH候选位置起始：8*{(9+1)mod floor(42/8)}=0
需要说明的是，对于非集群终端、或者对于集群终端无需接收集群下行组播信道的那些子帧上，系统仍然可以按LTE原先的方式在UE专属搜索空间内按在{1,2,4,8}集合内按已有准则，选取C‑RNTI或SPS C‑RNTI加掩的PDCCHCCE聚合度。因此，上述方法对原先LTE普通业务相关联的PDCCH流程没有任何影响。
另一方面，即使在集群终端需要接收集群下行组播信道的那些子帧上，在相应的UE专属搜索空间内，遇到上述某个CCE聚合度不能选用的限制，系统仍有一些手段予以解决。举例说明，假设CCE聚合度4已经留给T‑RNTI加掩的PDCCH使用了，但系统根据该终端下行PDCCH接收质量的估计，发现针对该终端PDCCH选取CCE聚合度等于4也比较合适，这样就可能产生冲突，此时有两种应对方法：
方法A：如果控制区域剩余空间足够，在该子帧内就为C‑RNTI或SPSC‑RNTI加掩的PDCCH选择聚合度等于8；
方法B：如果该终端的上行业务吞吐率要求不高，例如语音或中、低速上行数据传输，那么可选择在该集群终端无需接收集群下行组播信道的那些子帧上，进行C‑RNTI或SPS C‑RNTI加掩的PDCCH调度，此时CCE聚合度选择不再受限制。
通过上面的实施例可见，采用本发明所提供的方法，能够支持群组专属搜索空间的定义，同时对系统设备原有的DCI规划调度、以及PDCCH CCE聚合度选择实现的影响也比较小，有利于对现有LTE系统设备进行快速改造来支持集群通信功能。
终端侧的实施方式：
与系统侧实施方式相对应的，终端在每个子帧按如下方法进行PDCCH盲检测。
具体地，终端通过读系统消息、或者接收群组连接建立时的相关信令，来获知系统为T‑RNTI加掩的PDCCH所分配的固定的CCE聚合度取值，例如4或者8。然后，终端还需要读系统消息，或者接收群组连接建立时的相关信令，来获取系统可能调度集群下行组播信道的子帧的信息，例如一个位图。
当集群群组下行连接尚未建立时、或者在无需接收集群下行组播信道的那些子帧上，仍沿用现有的PDCCH盲检测方法处理，包括了：在公共搜索空间和由C‑RNTI所定义的UE专属搜索空间内进行C‑RNTI或SPS C‑RNTI加掩的PDCCH的搜索。
在终端需要接收集群下行组播信道的那些子帧上，在公共搜索空间和基于T‑RNTI定义的专属搜索空间内进行T‑RNTI加掩的PDCCH检测，同时在群组专属搜索空间内检测时仅采用前述固定的集群PDCCH CCE聚合度进行搜索。
上述处理过程具体可以表现为图8所示的处理流程，如图8所示，该流程包括：
步骤S802，开始；
步骤S804，判断是否规划了集群调度的子帧，如果是转步骤S806，否则，转步骤S818；
步骤S806，获取集群群组调度下行控制信息的CCE聚合度T。
步骤S808，判断CCE聚合度是否等于8？如果是则转步骤S810，否则，转步骤S814；
步骤S810，在公共搜索空间和由T‑RNTI定义的群组专属搜索空间内，按CCE聚合度8进行T‑RNTI加掩的PDCCH盲检测。
步骤S812，在公共搜索空间和由C‑RNTI定义的UE专属搜索空间内，分别按CCE聚合度1、2、4进行C‑RNTI/SPS C‑RNTI加掩的PDCCH盲检测。转步骤S820；
步骤S814，在公共搜索空间和由T‑RNTI定义的群组专属搜索空间内，按CCE聚合度4进行T‑RNTI加掩的PDCCH盲检测。转步骤S816；
步骤S816，在公共搜索空间和由C‑RNTI定义的UE专属搜索空间内，分别按CCE聚合度1、2、8进行C‑RNTI/SPS C‑RNTI加掩的PDCCH盲检测。转步骤S820；
步骤S818，在公共搜索空间和由C‑RNTI定义的UE专属搜索空间内，分别按CCE聚合度1、2、4、8进行C‑RNTI/SPS C‑RNTI加掩的PDCCH盲检测。
步骤S820，结束。
在本实施例中，T‑RNTI加掩的PDCCH选取的聚合度并不限于8还可以为其他取值，例如，参见图7，假定终端已知系统为T‑RNTI加掩的PDCCH选取CCE聚合度固定为4，那么在基于T‑RNTI计算得到的、对应L=4的群组专属搜索空间内进行T‑RNTI加掩的PDCCH的检测，图中显示，只需要做2个PDCCH候选的检测即可。同时，终端还会在公共搜索空间进行T‑RNTI加掩的PDCCH的检测。
在终端需要接收集群下行组播信道的那些子帧上，在公共搜索空间和基于C‑RNTI定义的UE专属搜索空间内进行C‑RNTI/SPS C‑RNTI加掩的PDCCH检测，同时在UE专属搜索空间内检测时避开前述固定的集群PDCCH CCE聚合度进行搜索。
例如，参见图7，假定终端已知系统为T‑RNTI加掩的PDCCH选取CCE聚合度固定为4，那么在基于C‑RNTI计算得到的、分别对应L=1、2和8的UE专属搜索空间内进行C‑RNTI或SPS C‑RNTI加掩的PDCCH的检测。这意味者，分别对应L=1、2和8的CCE聚合度，依次需要做6个、6个和2个PDCCH候选的检测。同时，终端还会在公共搜索空间进行C‑RNTI或SPSC‑RNTI加掩的PDCCH的检测。
因此，参见图7，终端在公共搜索空间、UE专属搜索空间和群组专属搜索空间内搜索时：一方面，在公共搜索空间内的PDCCH检测机制相对于LTE终端原有实现并未改变；另一方面，由于UE专属搜索空间和群组专属搜索空间内的PDCCH CCE聚合度无交集，即总体来看仍依次按CCE聚合度等于1、2、4、8来进行搜索。所以总的PDCCH检测复杂度和LTE终端原有实现相比并未增加，亦即每个子帧内总共需要最多进行44次Viterbi译码。
通过上面的实施例可见，采用本发明实施例，终端能够在同一子帧内同时支持UE专属搜索空间和群组专属搜索空间内的PDCCH检测，而且不会增加现有LTE终端进行PDCCH盲检测的复杂度，从而有利于对现有LTE终端进行快速改造来支持集群通信功能。
以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明所述原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。