对比文件名称：2009-09-23_CN101541063A_发明公开_CN101541063A 一种下行控制信令的传输方法和装置
目标专利名称：用于高级LTE的上行链路资源分配CN102550108B
本次调用模型名称：深度思考与专业比对模型
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：包括：接收下行链路控制信道中的下行链路控制信息(DCI)。<br>**《直接公开》** | 说明书第[0005]段：“PDCCH用于承载下行控制信息(DCI，Downlink Control Information)，包括：上、下行调度信息，以及上行功率控制信息。”<br>说明书第[0007]段：“UE通过高层信令半静态(semi-statically)的被设置为基于以下的一种传输模式(transmission mode)，按照UE-Specific的搜索空间的PDCCH的指示来接PDSCH数据传输”。<br>说明书第[0008]段：“UE应当在每一个非不连续接收(non-DRX)子帧检测一组候选的PDCCH以获取控制信息”。 | 对比文件明确公开了PDCCH承载DCI，并且UE需要检测（即接收和解码）PDCCH以获取控制信息。这与目标专利中“接收下行链路控制信道中的下行链路控制信息(DCI)”的技术特征完全相同。在目标专利中，接收DCI是执行后续资源分配的基础步骤；在对比文件中，接收DCI是UE获取调度指令以进行数据接收的基础步骤。两者作用相同，均为获取控制信息。因此，本领域技术人员能够毫无疑义地从对比文件中得出该技术特征。 |
| **技术特征B**：所述下行链路控制信息被配置为指示使用群集化上行链路资源分配协议或连续上行链路资源分配协议的上行链路资源分配。<br>**《未公开》** | 说明书第[0005]段：“DCI的格式(DCI format)分为以下几种：DCI format 0、DCI format 1、DCI format 1A、DCI format 1C、DCI format 1D、DCI format 2、DCI format 2A、DCI format 3和DCI format 3A等；其中，DCI format 0用于指示物理上行共享信道(PUSCH， Physical Uplink Shared Channel)的调度”。 | 对比文件公开了DCI格式0用于指示PUSCH调度，即用于上行链路资源分配。然而，对比文件仅描述了DCI格式用于调度的基本功能，完全没有提及“群集化上行链路资源分配协议”或“连续上行链路资源分配协议”这两种具体的、用于高级LTE的分配协议。目标专利的核心贡献之一在于引入了“群集化”协议以支持不连续资源分配，并使其与传统的“连续”协议动态可选。对比文件完全没有涉及这种协议的选择或配置。因此，对比文件未公开此技术特征。 |
| **技术特征C**：检测指示了所述群集化上行链路资源分配协议和所述连续上行链路资源分配协议中的哪一个。<br>**《未公开》** | 无相关原文引用。 | 由于对比文件未公开技术特征B，即不存在“群集化”与“连续”两种上行资源分配协议的选择性指示，因此也就不存在对这两种协议进行“检测”以确定使用哪一种的必要和可能。该特征在对比文件中完全没有对应内容。 |
| **技术特征D**：其中所述群集化上行链路资源分配协议包括：使用一个资源块组的分配方案的、两个或更多个群集的分配，其中每一个资源块组的大小取决于系统带宽。<br>**《未公开》** | 无相关原文引用。 | 对比文件通篇讨论下行控制信令和下行传输模式，未提及任何关于“上行链路资源分配协议”的具体内容，更未涉及“群集化”分配、“资源块组(RBG)的分配方案”、“两个或更多个群集”等概念。虽然对比文件在背景技术中可能提及下行资源分配的类型（如类型0、1、2），但这些是下行链路的，且未与“群集化上行分配”建立任何关联。因此，对比文件未公开此特征。 |
| **技术特征E**：基于所指示的上行链路资源分配协议来分配所述上行链路资源。<br>**《未公开》** | 说明书第[0005]段：“DCI format 0用于指示物理上行共享信道(PUSCH， Physical Uplink Shared Channel)的调度”。 | 对比文件公开了DCI format 0用于“指示”PUSCH调度。这可以理解为基站通过DCI format 0来“分配”上行资源，UE根据该指示进行传输。然而，目标专利中此特征是与特征B、C紧密联系的后续步骤，特指“基于所指示的（群集化或连续）协议”来分配资源。由于对比文件未公开对这两种具体协议的选择和指示（特征B、C），因此其公开的“基于DCI format 0进行调度”是一个更上位的、未区分具体分配协议的概念，不能直接对应于目标专利中这个与特定协议选择相关联的分配动作。因此，对比文件未直接或隐含公开此特征在目标专利上下文中的具体含义。 |
| **技术特征F**：其中，所述下行链路控制信息指示群集化上行链路资源分配和上行链路多输入多输出(MIMO)操作。<br>**《未公开》** | 说明书第[0005]段：“DCI format 2、DCI format 2A用于空分复用的不同模式”。<br>说明书多处提及MIMO，例如背景技术提到“模式5：多用户多输入多输出(Multi-user MIMO)”。 | 对比文件确实公开了DCI format 2/2A用于指示下行链路的MIMO操作（空分复用）。然而，目标专利的特征F特指“下行链路控制信息指示**群集化上行链路资源分配**和**上行链路MIMO操作**”。对比文件既未公开“群集化上行链路资源分配”，也未公开“上行链路MIMO操作”（其MIMO相关描述均为下行）。因此，对比文件未公开将这两者联合指示的技术特征。 |
| **技术特征G**：其中，检测所述群集化上行链路资源分配协议包括：解释DCI格式中的一个或多个指示符，以区分所述群集化上行链路资源分配协议与所述连续上行链路资源分配协议。<br>**《未公开》** | 无相关原文引用。 | 对比文件未公开存在“群集化上行链路资源分配协议”与“连续上行链路资源分配协议”需要区分，因此自然没有公开通过解释DCI格式中的指示符来进行这种区分的具体手段。 |
| **技术特征H**：其中，检测所述群集化上行链路资源分配协议包括：解释不同的DCI格式，以区分所述群集化上行链路资源分配协议与所述连续上行链路资源分配协议。<br>**《未公开》** | 说明书第[0005]段列举了多种DCI格式。<br>说明书第[0008]段及表1、2、3描述了不同传输模式下UE需要检测的DCI格式不同，例如在传输模式4下检测DCI format 2，在传输模式3下检测DCI format 2A等。 | 对比文件确实公开了“解释不同的DCI格式”这一行为，并且其目的是为了区分不同的**下行传输模式**（例如，区分闭环空间复用和开环空间复用）。然而，目标专利的特征H特指通过解释不同的DCI格式来区分**上行链路**的两种资源分配协议（群集化 vs. 连续）。对比文件中的DCI格式区分应用于下行调度，与上行资源分配协议的选择无关。两者的应用场景、目的和区分对象均不同。因此，对比文件未公开此特征。 |
| **技术特征I**：其中，所述两个或更多个群集是两个群集并且所述每一个资源块组包括1、2、3或4个资源块并且是基于系统带宽的。<br>**《未公开》** | 无相关原文引用。 | 这是对群集化协议具体参数（群集数量为2，RBG大小与系统带宽的映射关系）的进一步限定。对比文件完全没有公开任何关于上行链路群集化分配的内容，因此这些具体参数自然也未公开。 |
| **技术特征J**：其中，使被配置为调度群集化上行链路资源分配的DCI格式的大小与为下行链路资源分配协议而配置的DCI格式大小相匹配。<br>**《未公开》** | 说明书第[0012]段：“本发明所提供的一种下行控制信令的传输方法和装置，通过配置基于新增两天线端口M和N传输的下行传输模式，并配置下行传输模式与DCI format的对应关系；并根据配置的对应关系，向UE发送下行控制信令。本发明通过对现有的7种下行传输模式进行增加或者修改，并确定相应的DCI format和下行传输模式的对应关系，以**保证PDCCH的检测性能和后向兼容性**。”<br>（注：虽然原文未明确使用“大小匹配”一词，但保证检测性能和后向兼容性通常意味着需要控制DCI格式大小的数量，以避免盲解码次数增加，这隐含了大小匹配的设计考虑。） | 对比文件公开了为新的下行传输模式配置相应的DCI格式，其目的是保证PDCCH检测性能和后向兼容性。本领域技术人员知晓，为了实现这一目的，一个常见的技术手段是使新的DCI格式与现有某些DCI格式大小相同（即大小匹配），以控制盲解码复杂度。然而，目标专利的特征J特指“使被配置为**调度群集化上行链路资源分配**的DCI格式的大小”与“为**下行链路资源分配协议**而配置的DCI格式大小相匹配”。对比文件通篇讨论的是下行传输模式与下行DCI格式的对应和匹配问题，其上下文和应用对象是**下行链路**。而目标专利的特征是针对**上行链路**的群集化资源分配设计新的DCI格式，并要求其与**下行链路**的DCI格式大小匹配。虽然“DCI格式大小匹配”这一通用设计原则可能被隐含，但将其具体应用于“调度群集化上行链路资源分配的DCI格式”这一特定对象，并非本领域技术人员能从对比文件中直接且毫无疑义地得出的。对比文件没有提供任何将上行资源分配（特别是新型的群集化分配）与下行DCI格式大小进行关联的启示。因此，该特征未被公开。 |
| **技术特征K**：其中，分别配置下行链路传输模式和上行链路传输模式。<br>**《未公开》** | 说明书第[0007]段：“UE通过高层信令半静态(semi-statically)的被设置为基于以下的一种**下行传输模式**”。 | 对比文件仅公开了配置“下行传输模式”。全文未提及“上行链路传输模式”的概念，更未提及“分别配置”下行和上行传输模式。目标专利说明书中强调了上行/下行传输模式可以独立配置（见说明书第[0177]段），这是其一个实施例。对比文件未涉及此概念。 |
| **技术特征L**：其中，所述群集化上行链路资源分配协议包括：使用一个资源块组的分配方案的、两个或更多个群集的分配，其中，每一个资源块组包括1、2、3或4个资源块，及其中，在小于总系统带宽的带宽上分配资源块组。<br>**《未公开》** | 无相关原文引用。 | 此特征在特征D的基础上增加了“在小于总系统带宽的带宽上分配资源块组”的限定。对比文件未公开任何关于上行群集化分配的内容，因此该附加限定也未被公开。 |
| **技术特征M**：其中，所述群集化上行链路资源分配协议对应于基于比特映射的下行链路资源分配协议。<br>**《未公开》** | 说明书背景技术部分可能隐含了下行资源分配有不同类型（如直接比特映射、类型0、1等），但未明确提及“基于比特映射的下行链路资源分配协议”这一具体名称，且未将其与任何上行协议关联。 | 对比文件没有描述上行资源分配协议，更没有描述上行群集化协议与下行某种特定协议（如基于比特映射的协议）之间的对应关系。该特征未被公开。 |
| **技术特征N**：其中，所述连续上行链路资源分配协议基于LTE Rel-8单载波波形。<br>**《未公开》** | 说明书第[0002]段提及“3GPP长期演进(LTE)系统”。 | 对比文件提到了LTE系统，但未具体说明其上行链路资源分配协议基于何种波形，特别是未提及“LTE Rel-8单载波波形”这一具体技术特征。 |
| **技术特征O**：其中，所述群集化上行链路资源分配协议基于高级LTE CL-DFT-S-OFDM(群集化离散傅立叶变换扩展正交频分复用)波形。<br>**《未公开》** | 无相关原文引用。 | 对比文件完全未提及“高级LTE”、“CL-DFT-S-OFDM”或“群集化离散傅立叶变换扩展正交频分复用波形”等概念。 |
| **技术特征P**：其中，对所述群集化上行链路资源分配协议的解码无需比LTE Rel-8连续上行链路资源分配协议更多的盲解码。<br>**《未公开》** | 说明书第[0008]段及表3涉及UE需要检测的PDCCH候选集和DCI格式数量，隐含了对盲解码复杂度的控制。 | 对比文件提到了UE在搜索空间内对PDCCH进行盲检测，并限定了不同搜索空间内待检测的候选PDCCH数量（见表3），这体现了对盲解码总数量的控制。这是一种通用的设计目标或约束。然而，目标专利的特征P特指对“**群集化上行链路资源分配协议**”的解码，其盲解码数量不多于“**LTE Rel-8连续上行链路资源分配协议**”。由于对比文件未公开这两种具体协议，也未涉及对这两种协议解码复杂度的比较，因此该具体限定未被公开。通用的盲解码数量控制原则不能直接等同于该具体技术特征。 |
| **技术特征Q**：还包括：接收下行链路控制信道中的第二DCI，其中所述第二DCI被配置为指示下行链路资源的分配，其中所述下行链路资源的分配具有所述一个资源块组的分配方案。<br>**《未公开》** | 说明书第[0005]段：“PDCCH用于承载下行控制信息(DCI...)，包括：上、下行调度信息”。<br>说明书提及了下行资源分配类型。 | 对比文件公开了PDCCH可以承载下行调度信息（即下行资源分配的DCI）。下行资源分配可能涉及资源块组(RBG)的方案（如LTE中的类型0/1分配）。然而，目标专利的特征Q是作为从属特征，在包含了前述群集化上行资源分配方案的基础上，进一步限定还接收一个用于下行分配且具有“所述一个资源块组的分配方案”的第二DCI。这里的“所述一个资源块组的分配方案”回指特征D/L等中定义的用于上行群集化分配的方案。由于对比文件未公开该特定的上行群集化分配方案，因此即使其公开了接收下行DCI以及下行分配可能使用RBG方案，也无法公开这个与上行特定方案相关联的、具有回指含义的技术特征。 |
<<<A>>>