对比文件的名称：2009-09-24_US2009238091A_发明申请_US20090238091A1 MONITORING CONTROL CHANNEL IN WIRELESS COMMUNICATION SYSTEM
目标专利的名称：742用于确定物理下行链路控制信道的资源的方法CN104737583B
本次调用的模型名称：AI Model (Simulated)
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用（中文翻译） | 公开性论述 |
| **技术特征A：** 用于确定要被UE解码的资源以提取物理下行链路控制信道的方法 **《直接公开》** | [0012] “提供了一种在无线通信系统中监测物理下行链路控制信道(PDCCH)的方法。该方法包括获取子帧k的控制区域中的搜索空间的起始位置……以及从所述起始位置在所述搜索空间中监测所述PDCCH集合。” [0086] “CCE流上的特定范围被定义为搜索空间。” | 对比文件公开了一种监测PDCCH的方法，该方法通过获取搜索空间的起始位置并在该空间内监测PDCCH候选集，本质上就是确定UE需要解码的资源（搜索空间中的CCE集合）以提取PDCCH。两者解决的技术问题以及采用的核心手段（限定搜索空间）一致。 |
| **技术特征B：** 包括以下步骤：i.确定资源单元在一个物理资源块对中的开始位置 **《未公开》** | [0070] “位于子帧内第一时隙前部的最多三个OFDM符号对应于一个控制区域，该控制区域被分配一个或多个PDCCH。” [0071] “控制区域由多个控制信道元素(CCE)组成，即一个逻辑CCE流。” | 对比文件确定的是搜索空间在子帧的**控制区域**（由逻辑CCE流构成，位于子帧前部）中的起始位置。目标专利的EPDCCH与PDSCH共享资源，资源单元位于**物理资源块对**内。对比文件未公开在PRB对内确定起始位置的技术方案。 |
| **技术特征C：** 其中所述资源单元的开始位置是UE特定信息的函数 **《直接公开》** | [0093] “哈希函数可以使用诸如UE标识符(ID)、CCE聚合等级、子帧号、可用CCE数量等作为输入。” [0106] “Y_{-1}=nRNTI≠0…… Zk(L)=L·(Yk mod └NCCE,k/L┘)” | 对比文件明确教导了用于确定UE特定搜索空间起始位置的哈希函数以UE标识符（RNTI）等UE特定信息作为输入，即所述资源单元（CCE）的开始位置是UE特定信息的函数。 |
| **技术特征D：** ii.确定两个单元之间的间隙 **《隐含公开》** | [0087] “搜索空间是从CCE流中的特定起始位置开始，根据CCE聚合等级确定的**连续**CCE集合。” | 对比文件将搜索空间定义为从起始位置开始的**连续**CCE集合。通过定义聚合等级L和起始位置，构成候选者的CCE单元之间的间隙被隐含地确定为连续（相邻）。本领域技术人员可以直接、毫无疑义地确定该间隙。 |
| **技术特征E：** iii.根据所述开始位置与所述间隙，在给定的多个物理资源块对中，确定一单元集合作为要被解码的资源 **《未公开》** | [0087] “……一个从CCE流中的特定起始位置开始的连续CCE集合……待监测的PDCCH候选集根据该搜索空间定义。” | 对比文件根据起始位置和聚合等级（隐含间隙）在CCE流中确定搜索空间（要解码的资源集合），但该资源集合并非位于“给定的多个物理资源块对中”，而是位于整个控制区域的CCE流中。 |
| **技术特征F：** 其中所述单元是物理资源块内的控制信道元素 **《未公开》** | [0071] “控制区域由多个控制信道元素(CCE)组成，即一个逻辑CCE流。” | 对比文件的单元（CCE）位于控制区域（逻辑CCE流），而目标专利的单元（ECCE）是位于物理资源块（PRB）内的控制信道元素。两者物理位置和资源映射方式完全不同，对比文件未公开此概念。 |
| **技术特征G：** 并且所述步骤i根据如下信息确定控制信道元素在一个物理资源块对中的开始位置：-UE特定信息 **《未公开》** | [0091] “UE特定搜索空间的起始位置可以对于每个UE、每个子帧和每个CCE聚合等级而不同。” [0093] “哈希函数可以使用诸如UE标识符(ID)等作为输入。” | 对比文件虽然公开了使用UE特定信息确定起始位置，但该起始位置是在控制区域中的CCE开始位置。目标专利限定为“在一个物理资源块对中”的开始位置，对比文件未公开此具体限定。 |
| **技术特征H：** -所述物理下行链路控制信道中所需的控制信道元素的总数 **《直接公开》** | [0012] “……每个聚合等级指示连续CCE的聚合。” [0072] “以下，用于PDCCH传输的CCE的数量称为CCE聚合等级。” | 对比文件中的聚合等级（Aggregation Level）明确对应于PDCCH传输所需的CCE的总数。 |
| **技术特征I：** -一个物理资源块对中的控制信道元素的数目，并且其中所述步骤i使用以下公式：IECCE＝max[IDC-RNTImod(NECCE-(AL-1))，0] **《未公开》** | [0106] “Zk(L)=L·(Yk mod └NCCE,k/L┘), Yk=(A·Yk-1)mod D” | 对比文件使用不同的哈希函数公式，该公式基于整个控制区域的总CCE数（NCCE,k）和聚合等级L，而非基于一个PRB对中的CCE数（NECCE）。目标专利的公式是针对EPDCCH在PRB对内特定设计的。 |
| **技术特征J：** 其中所述步骤i还根据以下各项中的至少一项来确定资源单元在一个物理资源块对中的开始位置：-所述物理下行链路控制信道的子帧的索引 **《直接公开》** | [0093] “……哈希函数可以使用诸如……子帧号等作为输入。” [0116] “x = UEID·16 + SFN” | 对比文件明确教导了哈希函数的输入参数包括子帧号（subframe number / SFN），即根据子帧索引确定起始位置。虽然目标专利限定了“在一个物理资源块对中”，但使用子帧索引这一信息本身已被对比文件直接公开。 |
| **技术特征K：** -所述物理下行链路控制信道的物理资源块对 **《未公开》** | 无 | 对比文件未公开根据物理下行链路控制信道所在的物理资源块对的索引来确定起始位置。 |
| **技术特征L：** 其中所述步骤ii包括：-确定所述控制信道元素中的两个控制信道元素之间的间隙 **《隐含公开》** | [0087] “搜索空间是从CCE流中的特定起始位置开始，根据CCE聚合等级确定的**连续**CCE集合。” | 同技术特征D，对比文件通过定义聚合等级下连续的CCE，隐含地确定了控制信道元素之间的间隙（连续）。 |
| **技术特征M：** 者确定相同物理资源块对内的控制信道元素为连续的 **《未公开》** | [0087] “搜索空间是……连续CCE集合。” | 对比文件虽公开了CCE连续，但未限定在“相同物理资源块对内”。目标专利的该特征是基于EPDCCH的PRB对结构，对比文件不涉及此结构。 |
| **技术特征N：** 其中所述方法在UE中，用于提取所述物理下行链路控制信道，所述方法进一步包括以下步骤：-基于所确定的集合，确定所述多个物理资源块对中的一个或多个候选者 **《未公开》** | [0087] “待监测的PDCCH候选集根据该搜索空间定义。” | 对比文件UE基于搜索空间（CCE流中的集合）确定候选者，而非基于“多个物理资源块对”中的集合确定候选者。 |
| **技术特征O：** -对相应的候选者，对在用于所述候选者的资源单元集合上传输的信号进行解码，以从所述候选者提取物理下行链路控制信道 **《直接公开》** | [0079] “监测是UE尝试根据待监测的DCI格式解码每个PDCCH的操作。” [0080] “UE在每个子帧中监测PDCCH候选集……” | 对比文件公开了UE对候选者进行盲解码（监测），以从候选者中提取PDCCH。 |
| **技术特征P：** 其中所述方法在eNB中，用于传输所述物理下行链路控制信道，所述方法还包括以下步骤：-基于所确定的集合，确定所述多个物理资源块对中的一个或多个候选者 **《未公开》** | [0097] “……当BS在CCE流上为多个UE中的每一个调度PDCCH时，必须考虑所有可用的UE特定搜索空间，这会导致开销。” | 对比文件eNB基于搜索空间（CCE流）确定候选者，而非基于“多个物理资源块对”中的集合。 |
| **技术特征Q：** -从所确定的一个或多个候选者中选择一个候选者，并在所选择的所述候选者中传输被编码的物理下行链路控制信道 **《直接公开》** | [0075]-[0078] BS配置PDCCH，执行信道编码、速率匹配、调制，并映射到RE。[0111] “BS可以有效复用并传输多个PDCCH……” | 对比文件公开了eNB从候选者中选择资源并传输编码后的PDCCH。 |
<<<A>>><<<C>>><<<H>>><<<J>>><<<O>>><<<Q>>><<<d>>><<<l>>>