对比文件名称：2014-10-22_CN104113924A_发明公开_CN104113924A 一种多子帧调度方法、装置及系统
目标专利名称：722上行授权的传输方法及设备CN107046725B
本次调用的模型名称：DeepSeek-Chat
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：包括：从多个候选下行子帧中选择下行子帧来传输上行授权，（未公开） | 对比文件[0097]：“基站侧通过一个DCI调度多个子帧的传输。”<br>对比文件[0098]：“通过一个DCI一次调度多个上行子帧或下行子帧”。 | 对比文件仅公开了在一个下行子帧上通过一个DCI调度多个子帧，但完全没有涉及从“多个候选下行子帧”中进行选择的机制。对比文件中不存在多个候选下行子帧的概念，也未公开任何选择过程。 |
| **技术特征B**：其中所述多个下行子帧能够调度至少一个用户设备在相同的上行子帧上开始传输突发数据，（未公开） | 对比文件[0097]：“基站侧通过一个DCI调度多个子帧的传输。”<br>对比文件[0098]：“通过一个DCI一次调度多个上行子帧或下行子帧”。 | 对比文件仅涉及单个下行子帧发送的DCI调度多个上行子帧，这些上行子帧通常是不同的。对比文件未公开“多个下行子帧”均能调度“相同的上行子帧”这一特征，即没有公开多个候选下行子帧与同一上行子帧之间的映射关系。 |
| **技术特征C**：其中，在获得多个候选位置中的一个候选位置上的信道之后，所述至少一个用户设备被调度经由上行链路授权在多个连续的上行链路子帧上发送上行链路数据，（未公开） | 对比文件[0098]：“通过一个DCI一次调度多个上行子帧或下行子帧”。<br>对比文件[0026]：“所述调度方式为基站调度的是多个连续子帧，所述调度参数中包括被调动的子帧数目。” | 对比文件公开了通过一个DCI调度多个连续上行子帧（多子帧调度），但完全没有公开“获得多个候选位置中的一个候选位置上的信道”这一前提。对比文件基于传统LTE调度，不涉及免许可频谱的信道侦听（LBT）和信道竞争获取。因此，该特征的整体技术方案未被公开。 |
| **技术特征D**：并且用于所述至少一个用户设备的授权子帧的数目由上行链路授权下行控制信息明确地指示，（**直接公开**） | 对比文件[0026]：“所述调度方式为基站调度的是多个连续子帧，所述调度参数中包括被调动的子帧数目。”<br>对比文件[0134]：“在DCI中可以预先预留出一些位来指示…连续多子帧调度中被调动的子帧数目”。 | 对比文件明确公开了：当采用多子帧调度（调度多个连续上行子帧）时，调度参数中包含被调动的子帧数目，并且该数目可以通过DCI（即上行链路授权下行控制信息）中的比特位来明确指示。这完全对应于目标专利中“授权子帧的数目由上行链路授权下行控制信息明确地指示”。 |
| **技术特征E**：其中所述方法还包括：通过下行控制信息来动态地指示所述选择的下行子帧与所述上行子帧之间的实际延迟，（未公开） | 对比文件全文未涉及延迟的动态指示。 | 对比文件未公开任何关于下行子帧与上行子帧之间调度延迟的动态指示。对比文件中的DCI调度关系基于固定的定时关系（如子帧n调度子帧n+4），没有改变或指示延迟的概念。 |
| **技术特征F**：所述实际延迟满足最小调度延迟要求，（未公开） | 对比文件全文未涉及最小调度延迟要求。 | 由于对比文件未公开任何延迟指示，自然也未公开延迟需满足最小调度延迟要求。对比文件中的调度延迟是固定的，而非从多个候选值中选择并满足最小限制。 |
| **技术特征G**：还包括：通过侦听操作，从多个候选下行子帧中确定将被用于传输上行授权的空闲下行子帧，（未公开） | 对比文件全文未涉及侦听操作。 | 对比文件基于传统LTE授权频谱，不涉及免许可频谱的侦听（LBT）机制。对比文件未公开任何通过侦听来确定空闲下行子帧的技术内容。 |
| **技术特征H**：其中所述选择的下行子帧与开始传输突发数据的所述上行子帧之间应满足所述最小调度延迟要求，（未公开） | 对比文件全文未涉及选择的下行子帧与上行子帧之间的最小调度延迟要求。 | 对比文件未公开“选择的下行子帧”这一概念，也未公开任何调度延迟需满足最小要求。对比文件中的调度延迟是固定的（如4ms），而非从多个候选下行子帧中选择并确保满足最小延迟。 |
| **技术特征I**：还包括：通过第二下行控制信息来动态地指示所述突发数据的长度，（**直接公开**） | 对比文件[0026]：“所述调度方式为基站调度的是多个连续子帧，所述调度参数中包括被调动的子帧数目。”<br>对比文件[0134]：“在DCI中可以预先预留出一些位来指示…连续多子帧调度中被调动的子帧数目”。 | 对比文件公开了通过DCI（即下行控制信息）指示被调动的子帧数目。在目标专利中，“突发数据的长度”在多子帧调度场景下即指连续上行子帧的数目（如说明书[0029]所述）。因此，对比文件公开了通过DCI动态指示突发数据长度的实质内容。虽然对比文件未区分“第一”、“第二”，但指示子帧数目的DCI可视为目标专利中的“第二下行控制信息”。 |
| **技术特征J**：包括：传输装置，用于从多个候选下行子帧中选择下行子帧来传输上行授权，其中所述多个下行子帧能够指示至少一个用户设备在相同的上行子帧上开始传输突发数据，其中，在获得多个候选位置中的一个候选位置上的信道之后，所述至少一个用户设备被调度经由上行链路授权在多个连续的上行链路子帧上发送上行链路数据，并且用于所述至少一个用户设备的授权子帧的数目由上行链路授权下行控制信息明确地指示，其中所述设备还包括：第一指示装置，用于通过第一下行控制信息来动态地指示所述选择的下行子帧与所述上行子帧之间的实际延迟，所述实际延迟满足最小调度延迟要求。（未公开） | 对比文件[0070]：“本发明还提供一种多子帧调度装置，设置在基站侧，用于通过一个DCI一次调度多个上行子帧或下行子帧，并且基站侧在被调度的多个下行子帧中发送数据，或者在被调度的多个上行子帧中接收数据。” | 对比文件公开了一种基站侧的多子帧调度装置，但其仅涉及通过一个DCI调度多个子帧，完全没有公开“从多个候选下行子帧中选择”、“多个下行子帧能够指示相同的上行子帧”、“获得信道后调度”、“第一指示装置指示实际延迟”等特征。因此，该设备特征未被对比文件公开。 |
| **技术特征K**：还包括：侦听装置，用于通过侦听操作，从多个候选下行子帧中确定将被用于传输上行授权的空闲下行子帧，（未公开） | 对比文件全文未涉及侦听操作及相关装置。 | 对比文件未公开任何侦听装置或通过侦听确定空闲下行子帧的技术内容。 |
| **技术特征L**：其中所述选择的下行子帧与开始传输突发数据的所述上行子帧之间应满足所述最小调度延迟要求，（未公开） | 对比文件全文未涉及选择的下行子帧与上行子帧之间的最小调度延迟要求。 | 对比文件未公开“选择的下行子帧”这一概念，也未公开任何调度延迟需满足最小要求的特征。 |
| **技术特征M**：还包括：第二指示装置，用于通过第二下行控制信息来动态地指示所述突发数据的长度，（**直接公开**） | 对比文件[0070]：“本发明还提供一种多子帧调度装置，设置在基站侧，用于通过一个DCI一次调度多个上行子帧或下行子帧，并且基站侧在被调度的多个下行子帧中发送数据，或者在被调度的多个上行子帧中接收数据。”<br>对比文件[0026]：“所述调度方式为基站调度的是多个连续子帧，所述调度参数中包括被调动的子帧数目。” | 对比文件公开的基站侧多子帧调度装置，其核心功能是通过一个DCI调度多个上行子帧。结合对比文件[0026]公开的调度参数包括被调动的子帧数目（即突发数据长度），该装置必然具备通过DCI指示子帧数目的功能，相当于目标专利中的“第二指示装置”。虽然对比文件未使用“第二指示装置”的命名，但该功能已被实质公开。 |
### 公开性代码总结
根据上述分析，对比文件直接公开了技术特征D、I、M，未隐含公开其他技术特征。
<<<D>>><<<I>>><<<M>>>