好的，以下是本次评估的详细分析和比对结果。
**明确信息：**
- **对比文件名称：** 2017-07-18_CN106961741A_发明公开_CN106961741A 一种上行资源分配方法和装置
- **目标专利名称：** 1042网络设备之间的回程传输CN111602347B
- **本次调用的模型名称：** GPT-4深度思考模式
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：** 在第一上行链路(UL)回程链路中向第二网络设备传输UL数据<br><br>《未公开》 | 无。 | 对比文件涉及终端(UE)与基站(网络设备)之间的上行接入链路，其上行数据传输基于接收到的UL grant。目标专利中，第一网络设备在第一UL回程链路中向第二网络设备(上游)传输UL数据，该链路为网络设备之间的无线回程链路。对比文件未涉及网络设备之间的回程链路通信，也未涉及任何“回程链路”的概念，因此未公开该技术特征。 |
| **技术特征B：** 所述第一UL回程链路由第一网络设备调度<br><br>《未公开》 | 无。 | 对比文件中，上行传输由网络侧(基站)通过发送UL grant给终端来调度，终端是被调度方。目标专利中，UL回程链路是由发送数据的第一网络设备自身调度，即由数据发送方控制资源。对比文件的技术方案与目标专利的调度主体和控制逻辑完全不同，因此未公开该技术特征。 |
| **技术特征C：** 所述第二网络设备位于所述第一网络设备的上游<br><br>《未公开》 | 无。 | 对比文件仅区分终端和基站，未定义网络设备间的上下游位置关系。目标专利中“上游”、“下游”是相对于终端设备侧的距离概念，用于描述回程链路中的节点层级。对比文件未涉及多跳回程网络拓扑，因此未公开该技术特征。 |
| **技术特征D：** 在第一下行链路(DL)回程链路中从所述第二网络设备接收DL数据<br><br>《未公开》 | 无。 | 对比文件聚焦于上行资源的分配和传输，未涉及网络设备间的下行回程链路数据传输。目标专利的DL回程链路是回程传输的关键对称组成部分，对比文件未提及任何下行回程链路，因此未公开该技术特征。 |
| **技术特征E：** 所述第一DL回程链路由所述第二网络设备调度<br><br>《未公开》 | 无。 | 对比文件中，下行传输由基站调度，但该下行是接入链路。目标专利中的DL回程链路是由位于上游的第二网络设备调度。对比文件未公开任何由网络设备调度、指向另一个网络设备的下行回程链路，也未公开该调度关系，因此未公开该技术特征。 |
| **技术特征F：** 其中所述UL数据包括第一类型的UL数据和第二类型的UL数据<br><br>《隐含公开》 | 段落[0007]-[0010]，[0015]-[0017] 明确提及5G NR支持的三类业务：eMBB(增强型宽带通信)、mMTC(大量机器类型通信)和URLLC(高可靠低时延通信)，并指出不同业务使用的numerology和TTI长度可能不同。 | 对比文件明确公开了在5G系统中，上行数据(UL数据)可以包括不同类型的业务，例如eMBB和URLLC，这与目标专利中的第一类型(如eMBB)和第二类型(如URLLC)数据相对应。虽然对比文件描述的是接入链路，但本领域技术人员可以合理推断，在回程链路中同样需要处理和转发来自不同业务的、具有不同特性的上行数据。因此，该技术特征被对比文件隐含公开。 |
| **技术特征G：** 所述第二类型与所述第一类型不同<br><br>《隐含公开》 | 段落[0011] 明确指出：“URLLC业务的时延要求特别高... 但是... URLLC业务优先级可能低于eMBB业务优先级。” 段落[0014] 说明：“不同业务可以使用的numerology也可能不同，比如URLLC和eMBB使用的numerology可能不同。” | 对比文件明确将URLLC和eMBB作为两种不同类型的业务进行对比，并指出它们在时延要求、优先级以及可能使用的基带参数(numerology)上存在显著差异。这直接证明了这两种业务类型是不同的。本领域技术人员可以合理推断，这种业务类型的差异性在回程链路中同样存在。因此，该技术特征被隐含公开。 |
| **技术特征H：** 传输所述UL数据包括：确定用于在所述第一UL回程链路中传输所述第一类型的UL数据的UL资源<br><br>《隐含公开》 | 段落[0021] “终端在每个UL grant上进行上行资源分配时，基于承载或逻辑信道与基带参数numerology和/或传输时间间隔TTI长度的映射关系，为能够支持的最大numerology和/或TTI长度等于该UL grant对应的numerology和/或TTI长度，且有数据需要传输的承载或逻辑信道分配上行资源。” | 对比文件公开了终端在接收到UL grant后，需要为特定类型的数据(如eMBB)确定可用的上行资源。该过程涉及判断UL grant对应的资源属性(numerology/TTI)是否与承载的业务类型匹配，从而确定需要分配的资源。虽然目标专利中是由第一网络设备在回程链路上进行资源确定，但“确定用于传输特定类型数据的UL资源”这一基本逻辑和动作已被对比文件公开。本领域技术人员可以合理推断，在回程链路中进行类似资源确定是必要的。因此，该技术特征被隐含公开。 |
| **技术特征I：** 使用所述UL资源的至少第一部分，在所述第一UL回程链路中向所述第二网络设备传输所述第一类型的UL数据<br><br>《隐含公开》 | 段落[0021] 描述了为“有数据需要传输的承载或逻辑信道分配上行资源”。段落[0023]-[0024] 描述了在分配资源后，若还有剩余，再进行进一步分配。这暗示了资源被划分并用于传输。 | 对比文件公开了为特定业务(如eMBB，作为第一类型)分配上行资源，并使用这些资源进行上行传输。虽然执行主体和链路不同，但“使用已确定的UL资源的一部分传输第一类型UL数据”这一核心操作已被公开。本领域技术人员可以合理推断，在回程链路场景中，该操作是资源分配后的自然步骤。因此，该技术特征被隐含公开。 |
| **技术特征J：** 分配所述UL资源的第二部分以用于在所述第一UL回程链路中传输所述第二类型的UL数据，所述UL资源的所述第二部分与所述UL资源的所述第一部分不同<br><br>《隐含公开》 | 段落[0024] “如果对应UL grant还有剩余上行资源，基于承载或逻辑信道与numerology和/或TTI长度的映射关系，为能够支持的最大numerology和/或TTI长度大于该UL grant对应的numerology和/或TTI长度，且有数据需要传输的承载或逻辑信道分配上行资源。” | 对比文件明确描述了在UL grant的剩余资源中，为支持更大numerology/TTI(通常对应低时延业务如URLLC)的业务再分配资源。这实质上就是分配与第一部分不同的第二部分资源给第二类型数据。本领域技术人员可以合理推断，在回程链路中，为了防止低时延业务被阻塞，同样需要为其分配区别于普通业务(如eMBB)的特定资源(第二部分)。因此，该技术特征被隐含公开。 |
| **技术特征K：** 使用所述UL资源的所述第二部分，在所述第一UL回程链路中向所述第二网络设备传输所述第二类型的UL数据<br><br>《隐含公开》 | 段落[0024] 描述了为第二类型业务分配资源，隐含地包括了使用这些资源进行传输。段落[0021]也隐含了分配资源后即用于传输。 | 对比文件公开了为第二类型数据(如URLLC)分配资源，根据本领域常识，分配资源的目的是为了使用它进行数据传输。本领域技术人员可以合理推断，在回程链路中，使用已分配的第二部分资源传输第二类型UL数据是资源分配的自然结果。因此，该技术特征被隐含公开。 |
| **技术特征L：** 其中所述UL资源包括第一时隙，所述UL资源的所述第一部分包括所述第一时隙中的第一符号集合，并且所述UL资源的所述第二部分包括所述第一时隙中的第二符号集合，所述第二符号集合与所述第一符号集合不同。<br><br>《未公开》 | 无。 | 对比文件描述了不同业务可以映射到不同numerology和TTI长度的资源，但并未公开在同一时隙内，将资源精细划分为不同的符号集合，并分别分配给不同类型数据(如eMBB和URLLC)的具体方案。目标专利中的这种“符号级抢占”或“符号级复用”是特定于回程链路中为了降低URLLC时延的优化手段，对比文件未涉及。 |
| **技术特征M：** 其中所述UL资源还包括在所述第一时隙之后的第二时隙，所述第一类型的UL数据包括所述第一类型的第一UL数据分组，并且传输所述第一类型的UL数据包括：在所述第一UL回程链路中的所述第一符号集合中，向所述第二网络设备传输所述第一UL数据分组的第一部分<br><br>《未公开》 | 无。 | 对比文件未公开由于第二类型数据的插入，导致第一类型数据分组被分割，其第一部分在第一个时隙传输，第二部分推迟到第二个时隙传输的跨时隙调度机制。这是一种针对回程链路中业务优先级和时延折衷的特定处理方式，对比文件未涉及。 |
| **技术特征N：** 在所述第一UL回程链路中的所述第二时隙的至少一个符号中，向所述第二网络设备传输所述第一UL数据分组的第二部分。<br><br>《未公开》 | 无。 | 同上，对比文件未公开被推迟的第一类型数据分组的第二部分在后续时隙中传输的方案。 |
| **技术特征O：** 还包括：在所述第一UL回程链路中的所述第二时隙的另外的符号中，向所述第二网络设备发送所述第一类型的UL数据分组的数目的指示。<br><br>《未公开》 | 无。 | 对比文件未公开在任何信令中指示第一类型数据分组数目，尤其是在跨时隙调度场景下的数目指示。 |
| **技术特征P：** 还包括：使用所述UL资源的第三部分，在所述第一UL回程链路中向所述第二网络设备发送与所述第二类型的UL数据相关联的控制信息，所述控制信息将由所述第二网络设备用于接收所述第二类型的UL数据。<br><br>《未公开》 | 无。 | 对比文件未涉及在回程链路中，为第二类型数据(如URLLC)在数据资源内或附近附带发送专用控制信息(如前导码、索引等)以辅助接收端快速检测和解码的方案。 |
| **技术特征Q：** 其中所述UL资源被预留以用于所述第一UL回程链路。<br><br>《未公开》 | 无。 | 对比文件中的UL grant是动态调度的授权，未涉及为特定的回程链路预留周期性或半静态资源的概念。 |
| **技术特征R：** 还包括：响应于传输所述第二类型的UL数据，在所述第一DL回程链路中，以预定时间间隔从所述第二网络设备接收与所述第二类型的UL数据相关联的确认信息，所述预定时间间隔比阈值间隔短。<br><br>《未公开》 | 无。 | 对比文件未涉及任何HARQ进程，更未涉及为低时延业务(URLLC)在回程链路上设置基于符号级或短TTI的快速HARQ反馈机制。 |
| **技术特征S：** 其中所述DL数据包括第一类型的DL数据和第二类型的DL数据，并且接收所述DL数据包括：在所述第一DL回程链路中，以第一周期检测来自所述第二网络设备的所述第一类型的DL数据<br><br>《未公开》 | 无。 | 对比文件主要关注上行，未涉及下行回程链路，更未涉及在下行回程链路上以不同周期检测不同类型数据的过程。 |
| **技术特征T：** 在所述第一DL回程链路中，以第二周期检测来自所述第二网络设备的所述第二类型的DL数据，所述第二周期比所述第一周期短。<br><br>《未公开》 | 无。 | 同技术特征S，对比文件未公开任何关于下行回程链路数据检测周期的区分。 |
| **技术特征U、V、W、X：** 涉及通过主回程链路和辅助回程链路分别传输控制信息的部分。<br><br>《未公开》 | 无。 | 对比文件未涉及任何“辅助回程链路”的概念，也未描述将控制信息分流到不同回程链路进行传输的方案。 |
| **技术特征Y：** 还包括：在第二DL回程链路中向第三网络设备传输所述DL数据，所述第二DL回程链路由所述第一网络设备调度，并且所述第三网络设备位于所述第一网络设备的下游。<br><br>《未公开》 | 无。 | 对比文件仅涉及终端和基站两个节点，未涉及多跳回程网络结构，因此不存在“第三网络设备”以及“第二DL回程链路”的概念。 |
| **技术特征Z：** 其中所述第一UL回程链路和所述第二DL回程链路在一个频带中操作。<br><br>《未公开》 | 无。 | 对比文件未涉及任何关于回程链路频带规划或复用(如带内、带外回程)的具体方案。 |
### 结论代码
根据上述严谨比对，对比文件隐含公开了部分技术特征，具体识别如下：
<<<f>>><<<g>>><<<h>>><<<i>>><<<j>>><<<k>>>