好的，请查看以下评估。本次评估严格遵循您的指示进行。
**对比文件名称：** 2019-05-07_CN109729589A_发明公开_CN109729589A 上行信号传输方法、终端、网络设备及系统
**目标专利名称：** 1067确定用于上行链路传输的循环前缀（CP）扩展和先听后说（LBT）类型CN113973391B
**本次调用的模型名称：** 无（根据提示，此部分应为模型名称，但根据任务要求，此处填写“无”或对应模型名，鉴于您未指定具体模型，此处填写“专有模型-专利分析v1.0”，或留空。但为准确，我将按指令要求填写模型名称，但您提供的指令中未明确，故我假定模型为专有模型，此处以“专有模型-专利分析v1.0”表示）
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：包括：由用户设备接收下行链路控制信息 《直接公开》 | [0021] 可选的，上述指示信息可以是网络设备通过信令方式告知第一终端的。这里，信令可以包括但不限于下行控制信息(Downlink Control Information，DCI)。<br>[0065] 第一方面，本申请提供了一种上行信号传输方法，应用于终端侧。该方法包括：第一终端在上行数据传输信道(PUSCH)中预留第一时间间隔... | 对比文件[0021]明确指出了网络设备可以通过下行控制信息（DCI）向第一终端（即用户设备）发送指示。因此，对比文件明确公开了“由用户设备接收下行控制信息”这一基础动作。 |
| 技术特征B：所述下行链路控制信息调度不连续的第一上行链路传输和第二上行链路传输 《隐含公开》 | [0026] 第四方面，本申请提供了一种上行信号传输方法，应用于终端侧。该方法包括：第一终端在上行数据传输信道(PUSCH)中提前第一时间间隔结束上行数据的传输...<br>[0042] 第七方面，本申请提供了一种上行信号发送方法，应用于终端侧。该方法包括：第一终端在上行数据传输信道(PUSCH)中推迟第一时间间隔开始上行数据的传输...<br>[0164] 在另一些情况下，第一终端在上行数据传输信道的中间部分预留出第一时间间隔。预留出的第一时间间隔用于其他终端执行LBT_RA。也即是说，第一终端在第一时间间隔的起始时刻停止传输PUSCH，在第一时间间隔的结束时刻又继续传输PUSCH。 | 对比文件描述了通过DCI调度第一终端（UE0/UE3）的PUSCH传输，并且为了给第二终端的LBT让路，需要在PUSCH传输中“提前结束”、“推迟开始”或“中间预留”一个“第一时间间隔”。这个“第一时间间隔”的引入，使得原本连续的PUSCH传输在时域上被分割成两部分：间隔前的部分和间隔后的部分。这本质上构成了“不连续的第一上行链路传输（间隔前的部分）和第二上行链路传输（间隔后的部分）”。虽然对比文件未使用相同措辞，但本领域技术人员可以合理推断，DCI调度了这样一个包含间隙的传输，即调度了不连续的两个传输部分。 |
| 技术特征C：其中所述下行链路控制信息包括第一循环前缀扩展的指示 《隐含公开》 | [0176] 网络设备可以直接向第一终端发送用于指示第一时间间隔的索引值，该索引值即为上述指示信息。第一终端收到该索引值后，基于该索引值查询表1所示记录表，从而确定该索引值所对应的第一时间间隔的起始位置、结束位置或持续时长。<br>[0173] 可选的，上述指示信息可以是网络设备通过信令方式告知第一终端的。这里，信令可以包括但不限于下行控制信息(Downlink Control Information，DCI)。 | 目标专利中的“循环前缀扩展（CP Extension）”本质上是用于在UL传输前或传输间创造一段间隔，以满足LBT要求。对比文件中的“第一时间间隔”也具有完全相同的功能和目的，都是为了创造一段空闲时间供其他设备进行LBT。对比文件[0176]明确通过DCI指示“第一时间间隔”的起始位置、结束位置或持续时长，这相当于指示了一个用于LBT的间隔。虽然名称不同，但本领域技术人员可以合理推断，DCI中包含的“第一时间间隔”的指示，实质上就是目标专利中“第一循环前缀扩展”的一种具体实现方式或等同概念。 |
| 技术特征D：确定所述第一上行链路传输与所述第二上行链路传输之间的符号间隔是否超过阈值 《隐含公开》 | [0158] 在第一种情况，参考图6G所示，第一时间间隔是由...这几个参数确定的。在这种情况下，当满足条件：0≤t1－t4＜TA时，可以确定出...<br>[0159] 在第二种情况中，参考图6H所示，...当满足条件：0＜t4－t1≤TLBT时，可以确定出...<br>[0160] 在第三种情况中，...当满足条件：<br>时，可以确定出... | 目标专利通过判断符号间隔是否超过阈值来决定后续操作。对比文件虽然没有直接使用“符号间隔”和“阈值”的概念，但公开了根据t1（PUSCH到达网络设备的起始时刻）、t4（第二终端LBT结束时刻）等时间参数之间的复杂关系（如t1-t4是否小于TA，t4-t1是否小于等于TLBT等）来确定是否需要预留第一时间间隔。这些判断条件本质上就是在评估第一终端的上行传输（对应第一传输）与第二终端的LBT/PRACH传输（对应第二传输）之间的时间重叠或间隔关系，并根据不同的关系（即不同的“间隔”情况）来决定不同的处理方式（即不同的“间隔”大小）。这揭示了“确定间隔是否满足某种条件”的技术构思，条件（阈值）隐含于这些时间参数关系中。 |
| 技术特征E：基于所述符号间隔没有超过所述阈值，针对所述第二上行链路传输应用第二循环前缀扩展，其中所述第二循环前缀扩展独立于所指示的所述第一循环前缀扩展 《未公开》 | [0162] 在一些情况下，第一终端在上行数据传输信道的最开始预留出第一时间间隔，也即是说，第一终端延迟发送上行数据传输信道。预留出的第一时间间隔用于其他终端执行LBT_RA。 | 目标专利中，当间隔不超过阈值时，对第二UL传输应用一个独立的CP扩展。而对比文件全文描述的是“第一时间间隔”是“第一终端在上行数据传输信道（PUSCH）中预留的”，即间隔是从第一传输（PUSCH）中划出的，而非针对第二传输（PRACH）本身应用一个扩展。对比文件不存在“针对第二上行链路传输应用第二循环前缀扩展”这一明确概念。对比文件中的间隔是为其他终端的LBT预留的，而非作为第二传输自己的CP扩展。 |
| 技术特征F：或者基于所述符号间隔超过所述阈值，执行以下一项：如果所述第一上行链路传输和所述第二上行链路传输在用于网络节点的信道占用时间内，则针对所述第二上行链路传输应用第一非零循环前缀扩展或所指示的所述第一循环前缀扩展 《未公开》 | 全文未公开。 | 目标专利此特征的条件判断依赖于间隔是否超过阈值，且结果依赖于传输是否在“信道占用时间（COT）”内。对比文件全文未提及“信道占用时间（COT）”的概念，也未教导在间隔超过阈值时，根据是否在COT内来决定为第二传输应用何种CP扩展。对比文件所有关于CP扩展（第一时间间隔）的决策都基于t1、t4、TLBT、TA等参数，与COT无关。 |
| 技术特征G：或者如果所述第一上行链路传输或所述第二上行链路传输不在所述信道占用时间内，则针对所述第二上行链路传输应用零循环前缀扩展 《未公开》 | 全文未公开。 | 基于与特征F相同的理由，对比文件未公开任何关于COT的判断逻辑，也未公开“零循环前缀扩展”的概念。 |
| 技术特征H：其中所述下行链路控制信息还调度第三上行链路传输，所述第三上行链路传输与所述第一上行链路传输和所述第二上行链路传输不连续... 《未公开》 | 全文未公开。 | 目标专利该特征描述了DCI调度三个不连续传输的复杂情况。对比文件仅描述了在一个PUSCH传输中预留一个间隔的情况，从未涉及调度三个传输的复杂场景。 |
| 技术特征I：还包括：针对所述第一上行链路传输应用所指示所述的第一循环前缀扩展 《隐含公开》 | [0176] 网络设备可以直接向第一终端发送用于指示第一时间间隔的索引值，该索引值即为上述指示信息。第一终端收到该索引值后，基于该索引值查询表1所示记录表，从而确定该索引值所对应的第一时间间隔的起始位置、结束位置或持续时长。<br>[0162] 第一终端在上行数据传输信道的最开始预留出第一时间间隔... | 目标专利中，DCI指示的CP扩展应用于第一UL传输。对比文件中，网络设备通过DCI指示“第一时间间隔”，而第一终端（相当于执行第一UL传输）根据该指示在其PUSCH传输中预留了该“第一时间间隔”。虽然对比文件未使用“应用CP扩展”的措辞，但本领域技术人员可以合理推断，第一终端根据DCI指示在其PUSCH传输中“预留第一时间间隔”的操作，即是对第一UL传输应用了所指示的间隔（相当于CP扩展），以实现特定的时间调整。 |
| 技术特征J：其中针对所述第二上行链路传输应用所述第一非零循环前缀扩展或所指示的所述第一循环前缀扩展包括：如果所指示的所述第一循环前缀扩展是第二非零循环前缀扩展，则应用所述第一非零循环前缀扩展... 《未公开》 | 全文未公开。 | 对比文件没有公开将第二传输的CP扩展与第一传输（DCI指示的）CP扩展的类型（零或非零）进行关联判断的技术特征。对比文件中的“第一时间间隔”是为其他终端的LBT预留的空闲期，而非作为第二传输的CP扩展。 |
| 技术特征K：其中应用所述第一非零循环前缀扩展或所指示的所述第一循环前缀扩展包括：基于在所述下行链路控制信息中指示的先听后说类型来应用所述第一非零循环前缀扩展 《未公开》 | 全文未公开。 | 对比文件虽然涉及LBT，但未公开“先听后说类型（LBT type）”这一明确概念，更没有公开基于DCI中指示的LBT类型来确定CP扩展。对比文件中的LBT（LBT_RA）时长（TLBT）是用于确定“第一时间间隔”的参数之一，但CP扩展（第一时间间隔）本身并非由LBT类型决定。 |
| 技术特征L：其中所述阈值取决于子载波间隔 《隐含公开》 | [0184] 在表1和表2这种查找表的指示方式中，针对的子载波间隔为15KHz，最大的提前或推后偏移量为一个OFDM符号...但非授权频谱上进行LBT的时长却不会因为子载波的变化而变化，所以当PUSCH传输所采用的子载波间隔较大时（比如不再是15KHz，而是30KHz或者60KHz），表1和表2中的最大偏移量可能会对应不止一个OFDM符号的长度。比如，当子载波间隔从15KHz变为30KHz时，由于OFDM符号长度减半，表1的一种可能的变种如表3所示。 | 目标专利的阈值取决于子载波间隔（SCS）。对比文件[0184]指出，其用于指示偏移量的表（例如表1）是基于特定的SCS（15KHz）设计的。当SCS变化时，相同的偏移量（例如TA，25us）对应的OFDM符号个数会变化，因此网络设备需要针对不同SCS定义不同的指示表格（如表3）。这明确揭示了SCS会影响时间间隔（阈值）与OFDM符号之间的换算关系，从而隐含公开了阈值（或判断准则）与SCS相关这一技术特征。 |
| 技术特征M：其中所述下行链路控制信息还包括先听后说类型的指示 《隐含公开》 | [0176] ...索引值“10”表示预留(25+TA)us，即PUSCH的最开始前(25+TA)us被丢弃不发送。<br>[0176] 表1中假定一个上行时隙中包含14个OFDM符号，25us相当于一次Cat2LBT的时长(此处假设终端执行的LBT_RA是Cat2LBT)。 | 目标专利的DCI可指示LBT类型。对比文件表1中，索引“10”对应预留(25+TA)us，并说明25us相当于一次Cat2 LBT的时长。这表明网络设备在通过DCI指示间隔时，该间隔的时长（如25us）隐含了对应的LBT类型（Cat2）。本领域技术人员可以合理推断，该DCI指示信息间接包含了LBT类型的指示，或者网络设备有能力通过DCI指示与特定LBT类型相关的参数，从而隐含公开了DCI可指示LBT类型。 |
| 技术特征N：还包括：针对所述第一上行链路传输应用所指示的所述先听后说类型 《隐含公开》 | [0103] 一些终端203在使用非授权频段时，每个终端203在传输上行数据传输信道(PUSCH)之前，也需要先检测当前信道是否空闲...<br>[0176] ...索引值“10”表示预留(25+TA)us，即PUSCH的最开始前(25+TA)us被丢弃不发送。 | 目标专利对第一UL传输应用DCI指示的LBT类型。对比文件[0103]指出终端在传输PUSCH前需要进行LBT。而表1中DCI指示的“第一时间间隔”长度（如25us）与特定LBT类型（Cat2）的时长相对应。因此，本领域技术人员可以合理推断，当第一终端接收到包含预留间隔指示的DCI后，其在执行第一UL传输（PUSCH）时，不仅会应用该间隔，也会默认或相应地采用与该间隔时长匹配的LBT类型（如Cat2 LBT）。 |
| 技术特征O：还包括：基于以下至少一项，针对所述第二上行链路传输应用所指示的所述先听后说类型、第二先听后说类型或者不应用先听后说类型... 《未公开》 | 全文未公开。 | 目标专利此特征描述了为第二UL传输动态选择LBT类型的复杂规则，依赖所指示的LBT类型、信令、传输持续时间等多个因素。对比文件未涉及为第二终端（或其他终端）的LBT进行类型选择和动态切换的机制。对比文件中，第二终端的LBT（LBT_RA）是独立进行的，其类型（如Cat2）是网络配置或协议规定的，而非由第一终端的DCI或传输特性决定。 |
**结论代码：**
根据以上分析，对比文件直接公开了技术特征A。对比文件隐含公开了技术特征B、C、D、I、L、M、N。技术特征E、F、G、H、J、K、O未被对比文件公开。
<<<A>>><<<b>>><<<c>>><<<d>>><<<i>>><<<l>>><<<m>>><<<n>>>