对比文件名称: 2016-01-07_US2016007375A_发明申请_US20160007375A1 METHOD AND BASE STATION FOR TRANSMITTING SCHEDULING INFORMATION
目标专利名称: 722上行授权的传输方法及设备CN107046725B
本次调用的模型名称: Gemini 模型
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：从多个候选下行子帧中选择下行子帧来传输上行授权。<br><br>**《隐含公开》** | [0007] “根据多个TDD上下行配置方案中的第二TDD上下行配置方案对应的第二调度时序，选择与上行子帧对应的下行子帧...在所选择的下行子帧中传输调度信息。”<br><br>[0031] “选择单元130被配置为根据...第二调度时序，选择与上行子帧对应的下行子帧...传输单元140被配置为在所选择的下行子帧中传输调度信息。” | 对比文件公开了基站根据第二TDD上下行配置方案对应的第二调度时序来选择一个下行子帧，以传输上行授权（调度信息）。第二TDD配置方案定义了一组可用的下行子帧，基站需要从中进行选择。本领域技术人员可以合理推断出，基站是从多个可用的下行子帧（即候选）中选择一个来传输上行授权，因此隐含公开了该技术特征。 |
| 技术特征B：其中所述多个下行子帧能够调度至少一个用户设备在相同的上行子帧上开始传输突发数据。<br><br>**《未公开》** | [0047] “调度信息在下行子帧#5中传输，以调度下一个无线帧的上行子帧#2；调度信息在下行子帧#6中传输，以调度下一个无线帧的上行子帧#3；调度信息在下行子帧#9中传输，以调度下一个无线帧的上行子帧#4。” | 对比文件明确公开了特定的下行子帧调度特定的上行子帧的一对一映射关系（如DL#5调度UL#2，DL#6调度UL#3）。其技术方案中，多个下行子帧分别调度不同的上行子帧，并未公开“多个下行子帧均能够调度至少一个用户设备在**相同的**上行子帧上开始传输突发数据”这一核心特征。 |
| 技术特征C：其中，在获得多个候选位置中的一个候选位置上的信道之后，所述至少一个用户设备被调度经由上行链路授权在多个连续的上行链路子帧上发送上行链路数据。<br><br>**《未公开》** | 无相关引用内容。 | 对比文件涉及授权频谱中的TDD配置，其背景是MBSFN子帧导致的调度问题，完全不涉及免许可频谱的信道侦听（LBT）过程。同时，对比文件也没有公开通过单个上行授权调度多个连续上行子帧的多子帧调度方案。 |
| 技术特征D：并且用于所述至少一个用户设备的授权子帧的数目由上行链路授权下行控制信息明确地指示。<br><br>**《未公开》** | 无相关引用内容。 | 对比文件未公开多子帧调度，自然也未公开在上行授权DCI中明确指示授权子帧数目的技术方案。 |
| 技术特征E：其中所述方法还包括：通过下行控制信息来动态地指示所述选择的下行子帧与所述上行子帧之间的实际延迟。<br><br>**《未公开》** | [0040] “下行子帧l-k用于承载ePDCCH（可用于传输调度信息），并且k大于或等于4。” | 对比文件基于固定的TDD上下行配置方案来确定调度时序，其延迟k是由配置方案预先确定的固定值，并非通过下行控制信息（DCI）动态地进行指示。 |
| 技术特征F：所述实际延迟满足最小调度延迟要求。<br><br>**《直接公开》** | [0040] “下行子帧l-k用于承载ePDCCH（可用于传输调度信息），并且k大于或等于4。” | 对比文件明确公开了调度延迟k必须大于或等于4，这直接定义了“最小调度延迟要求”。本领域技术人员可以直接、毫无疑义地确定目标专利中的“实际延迟满足最小调度延迟要求”这一技术特征。 |
| 技术特征G：还包括：通过侦听操作，从多个候选下行子帧中确定将被用于传输上行授权的空闲下行子帧。<br><br>**《未公开》** | [0004] “一些下行子帧不可用于传输调度信息（例如，当它们被用作MBSFN子帧时）” | 对比文件中下行子帧不可用是由于被静态配置为MBSFN子帧，而非通过动态的侦听操作（LBT）来确定空闲信道。对比文件未公开任何关于“侦听操作”或“空闲下行子帧”的技术内容。 |
| 技术特征H：其中所述选择的下行子帧与开始传输突发数据的所述上行子帧之间应满足所述最小调度延迟要求。<br><br>**《隐含公开》** | [0040] “下行子帧l-k用于承载ePDCCH（可用于传输调度信息），并且k大于或等于4。”<br><br>[0047] “调度信息在下行子帧#5中传输，以调度下一个无线帧的上行子帧#2...” | 对比文件明确规定了最小调度延迟必须>=4ms。在其公开的实施例中（如DL#5调度UL#2，延迟为4ms），所选择的下行子帧与上行子帧之间的实际延迟自然满足这一要求。本领域技术人员可以合理推断，对比文件中的调度方案必然满足该最小延迟要求。 |
| 技术特征I：还包括：通过第二下行控制信息来动态地指示所述突发数据的长度。<br><br>**《未公开》** | 无相关引用内容。 | 对比文件未涉及多子帧调度，也没有公开通过第二下行控制信息动态指示突发数据长度的技术方案。 |
| 技术特征J：传输装置，用于从多个候选下行子帧中选择下行子帧来传输上行授权，其中所述多个下行子帧能够指示至少一个用户设备在相同的上行子帧上开始传输突发数据，其中，在获得多个候选位置中的一个候选位置上的信道之后，所述至少一个用户设备被调度经由上行链路授权在多个连续的上行链路子帧上发送上行链路数据，并且用于所述至少一个用户设备的授权子帧的数目由上行链路授权下行控制信息明确地指示，其中所述设备还包括：第一指示装置，用于通过第一下行控制信息来动态地指示所述选择的下行子帧与所述上行子帧之间的实际延迟，所述实际延迟满足最小调度延迟要求。<br><br>**《未公开》** | [0028] “基站100传输用于调度上行子帧的调度信息。”<br><br>[0031] “选择单元130被配置为...选择下行子帧...”<br><br>[0032] “传输单元140被配置为在所选择的下行子帧中传输调度信息。” | 对比文件虽然公开了基站包括选择单元和传输单元，但其公开的技术方案与目标专利完全不同。对比文件完全缺乏以下关键特征：多个候选下行子帧调度相同上行子帧、多子帧调度、通过DCI动态指示延迟、以及明确指示授权子帧数目。因此，技术特征J的整体方案未被公开。 |
| 技术特征K：还包括：侦听装置，用于通过侦听操作，从多个候选下行子帧中确定将被用于传输上行授权的空闲下行子帧。<br><br>**《未公开》** | 无相关引用内容。 | 同技术特征G，对比文件不涉及LBT，没有公开任何侦听装置或相关操作。 |
| 技术特征L：其中所述选择的下行子帧与开始传输突发数据的所述上行子帧之间应满足所述最小调度延迟要求。<br><br>**《隐含公开》** | [0040] “下行子帧l-k用于承载ePDCCH（可用于传输调度信息），并且k大于或等于4。” | 同技术特征H，对比文件隐含公开了所选择的下行子帧与上行子帧满足最小调度延迟要求。 |
| 技术特征M：还包括：第二指示装置，用于通过第二下行控制信息来动态地指示所述突发数据的长度。<br><br>**《未公开》** | 无相关引用内容。 | 同技术特征I，对比文件未公开突发数据长度的动态指示及其对应的装置。 |
<<<a>>><<<F>>><<<h>>><<<l>>>