对比文件：2019-11-14_US2019349079A_发明申请_US20190349079A1 RESOURCE COORDINATION FOR INTEGRATED ACCESS AND BACKHAUL
目标专利：1581IAB复用和定时关系的方法及使用该方法的节点CN115039459B
本次调用的模型名称：GPT-4o（示例，实际模型以系统配置为准）
### 特征比对表格
| **技术特征描述及公开性判断结果** | **对比文件原文引用（中文翻译）** | **公开性论述** |
| 技术特征A《直接公开》 | 【0062】“操作902，表示将无线网络设备操作为集成接入和回程节点设备（IAB节点）……操作904表示从父节点设备接收调度数据。”（原文：operation 902, which represents operating the wireless network device as an integrated access and backhaul node device ... Operation 904 represents receiving scheduling data from the parent node device.） | 对比文件明确以IAB节点为主体描述其执行的方法流程，包括接收调度、配置帧结构、通信等步骤，直接公开了该方法由IAB节点执行，且包含后续步骤的前提。 |
| 技术特征B《直接公开》 | 【0044】“IAB UE然后可以使用上行控制信道消息发送DFSC，以告知一组可用或请求的资源。”（原文：the IAB UE can then send the DFSC using an uplink control channel message to inform the set of available or requested resources.）<br>【0045】“DFSC请求消息可用于请求资源。”（原文：a DFSC request message can be used for requesting resources to be reserved for downlink/uplink transmission by the IAB or parent node.） | 对比文件明确说明IAB节点（通过MT）可以向父节点发送DFSC请求消息（请求信息），用于请求或告知资源信息，因此直接公开了“向父节点发送请求信息”。 |
| 技术特征C《直接公开》 | 【0045】“请求节点可以在从目标节点接收到确认后利用资源。”（原文：the requesting node can utilize the resources after receiving an acknowledgment from the target node）并结合【0043】-【0046】描述的基于DFSC重新配置帧结构并进行通信。 | 对比文件表明在发送DFSC请求后，IAB节点根据父节点的响应（确认或DFSC消息）重新配置帧结构并继续执行数据通信（即IAB操作），因此“在发送请求信息之后执行IAB操作”被直接公开。 |
| 技术特征D《未公开》 | 对比文件全文未提及“特定定时情况”相关概念或请求信息中携带定时情况需求。 | 对比文件的请求信息仅涉及资源协调（可用/请求的下行/上行资源），未公开“告知是否需要特定定时情况”的内容，本领域技术人员无法从对比文件中合理推断出该技术特征。 |
| 技术特征E《未公开》 | 对比文件全文未涉及“同时操作”与“特定定时情况”的关联，也未公开请求信息用于指示同时操作时是否需要特定定时情况。 | 对比文件讨论的是资源动态协调，未提及同时操作（如同时收发）与定时情况之间的关系，因此该特征未被公开，也不能隐含推断。 |
| 技术特征F《直接公开》 | 【0004】“在每个中继节点处具有用户设备功能（IAB-UE）和gNB或分布式单元功能（IAB-DU）……UE功能也称为MT（移动终端）。”（原文：by having a user equipment (UE) function (IAB-UE) and a gNB or distributed unit (DU) function (IAB-DU) at each relay. The UE function within the relay node is also referred to as MT (mobile terminal).） | 对比文件明确指出IAB节点包含MT功能（IAB-UE）和DU功能（IAB-DU），因此IAB操作必然包括MT操作和DU操作，直接公开。 |
| 技术特征G《直接公开》 | 【0004】“IAB-UE功能用于与父节点通信，而IAB-DU功能用于与子节点或UE通信。”（原文：The IAB-UE function is used for communicating with the parent node(s), whereas the IAB-DU function is used for communicating with the child nodes or a UE） | 对比文件直接定义MT（IAB-UE）与父节点通信，DU（IAB-DU）与子节点/UE通信，公开了MT操作和DU操作的具体连接对象。 |
| 技术特征H《直接公开》 | 【0034】“MT组件作为用户设备……终止回程Uu接口的无线接口层。”（原文：mobile termination (MT) component acts as a user equipment ... by terminating the radio interface layers of the backhaul Uu interface）结合IAB中UE的上行/下行通信性质。 | 本领域技术人员知晓MT作为UE功能必然包括发送（上行）和接收（下行），对比文件未明确排除任何方向，因此该特征隐含公开。但更直接地，对比文件多处提及MT进行上行和下行通信（如【0044】-【0046】的上行控制消息和下行调度），因此可视为直接公开。 |
| 技术特征I《直接公开》 | 【0034】“DU组件作为接入点……与IAB节点的非父节点通信。”（原文：distributed unit component acts as an access point with respect to communications between the IAB node and its non-parent node）结合接入点的收发特性。 | 类似地，DU作为接入点必然包括发送和接收，对比文件在帧结构描述中明确DU进行下行发送和上行接收（如【0064】-【0065】），因此直接公开。 |
| 技术特征J《未公开》 | 对比文件全文未出现“定时情况1”、“定时情况6”、“定时情况7”或类似编号，也未描述其中任何一个的具体定时关系。 | 对比文件仅提及一般性的帧结构对准（如【0036】的对准），但未定义任何特定定时情况，特别是未公开定时情况6，本领域技术人员无法从对比文件中获得该特征。 |
| 技术特征K《未公开》 | 对比文件未涉及“定时提前TA配置信息”或基于TA确定MT发送时间。 | 对比文件无任何关于TA配置或基于TA计算定时的内容，因此未公开。 |
| 技术特征L《未公开》 | 对比文件未涉及父节点DU发送时间与IAB节点DU发送时间的对准。 | 对比文件讨论的是资源协调而非具体发送定时对准，未公开该特征。 |
| 技术特征M《未公开》 | 对比文件未涉及基于DU发送时间确定MT发送时间。 | 无相关记载。 |
| 技术特征N《未公开》 | 对比文件未涉及DU发送时间与MT发送时间对准。 | 无相关记载。 |
| 技术特征O《未公开》 | 对比文件未涉及TA配置信息与附加TA配置信息二者确定MT发送时间。 | 无相关记载。 |
| 技术特征P《未公开》 | 对比文件未涉及DU接收时间与MT接收时间对准。 | 无相关记载。 |
（注：对于技术特征H和I，对比文件虽未直接写出“发送”和“接收”二字，但MT和DU的通信必然包含收发，且对比文件的帧结构描述中明确包含了MT/DU的发送和接收子帧，因此可以认为直接公开。若从严判断，也可归为隐含公开，但本处根据对比文件整体内容判定为直接公开。）
### 输出代码
<<<A>>><<<B>>><<<C>>><<<F>>><<<G>>><<<H>>><<<I>>>