对比文件的名称：2015-12-24_JP2015233351A_发明专利_JP2015233351A 協調伝送のための適応スケジューリングおよびHARQ管理
目标专利的名称：1045用于多连接中的可靠通信的装置和方法CN109219936B
本次调用的模型名称：DeepSeek
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用（中文翻译） | 公开性论述 |
| 技术特征A：所述装置包括：至少一个处理器《直接公开》 | 【0024】“プロセッサ118は、汎用プロセッサ、特別目的のプロセッサ、従来のプロセッサ、DSP…などであってよい。”此外，eNode‑B（基站）和中继节点（RN）同样包含处理器（例如隐含于控制单元）。 | 对比文件明确公开了无线通信装置（如WTRU、eNB、RN）包含至少一个处理器，用于控制信号处理和数据传输。该特征与目标专利中的处理器在功能上一致，均用于执行通信控制逻辑。因此，技术特征A被直接公开。 |
| 技术特征B：包括计算机程序代码的至少一个存储器《直接公开》 | 【0024】“取外し不可能なメモリ130および/または取外し可能なメモリ132…任意の適切なタイプのメモリ”以及【0028】“プロセッサ118は、取外し不可能なメモリ106および/または取外し可能なメモリ132など、任意の適切なタイプのメモリからの情報にアクセスし、そこにデータを格納することができる。” | 对比文件明确指出装置包含存储器，用于存储程序代码和数据，处理器执行存储器中的程序。这与目标专利的“包括计算机程序代码的至少一个存储器”完全对应。因此，技术特征B被直接公开。 |
| 技术特征C：从多节点控制器接收将被发送给用户终端的数据分组【不公开】 | 【0036】“サービングゲートウェイ144は一般に、WTRU 102a、102b、102cに/から、ユーザデータパケットをルーティングおよび転送してよい。”即eNB从服务网关接收数据分组。 | 对比文件中，eNB（基站）从核心网的服务网关接收数据，而非从独立的多节点控制器（如目标专利的MNC）接收。多节点控制器是目标专利特有的集中式网络汇聚层实体，负责多连接分组分发。对比文件虽涉及协调传输，但未公开由多节点控制器向基站发送数据分组的架构。本领域技术人员无法从对比文件毫无疑义地推导出该特征，因此不公开。 |
| 技术特征D：保持一个或多个发送缓冲器，以用于向用户终端发送数据分组《直接公开》 | 【0056】“受信側は、CRCチェックに失敗したパケットを格納し、再送が受信されるとき、受信されたパケットを結合してよい。”以及【0068】“RNがその増分冗長(IR)バッファの内容をとり…。” | 对比文件在HARQ操作中明确涉及缓冲器（如IR缓冲器、HARQ缓冲器），用于存储待发送或重传的数据分组。eNB和RN均维护发送缓冲器以向WTRU发送数据。这与目标专利的“保持一个或多个发送缓冲器”完全一致。因此，技术特征D被直接公开。 |
| 技术特征E：向用户终端发送数据分组《直接公开》 | 【0045】“eNB 205は、RN 210とT‑WTRU 215の両方によって受信されるデータを送信することができる。”以及【0067】“eNB 805からWTRU 815に宛てられた送信は、RN 810およびWTRU 815に聞こえることがある。” | 对比文件多次描述eNB和RN向WTRU（用户终端）发送数据分组的操作，包括直接发送和中继发送。这与目标专利的“向用户终端发送数据分组”完全相同。因此，技术特征E被直接公开。 |
| 技术特征F：从用户终端接收关于一个或多个数据分组被成功接收还是未被成功接收的信息《直接公开》 | 【0067】“WTRU 815は、RN 810に肯定応答828を、eNB 805に肯定応答826を送ってよい。”以及【0077】“T‑WTRU 1106からのHARQフィードバック(NACK)がeNB 1102に送られ、またRN 1104によって傍聴されることがある。” | 对比文件明确公开了WTRU向eNB发送ACK/NACK反馈，指示数据分组是否成功接收。该信息正是目标专利中“关于一个或多个数据分组被成功接收还是未被成功接收的信息”。因此，技术特征F被直接公开。 |
| 技术特征G：基于所接收的所述信息，向第二基站或向所述多节点控制器发送确认信息【不公开】 | 对比文件中eNB从WTRU接收ACK/NACK后，并未明确向第二基站（另一eNB）或类似多节点控制器发送确认信息。例如【0067】中WTRU直接向RN发送ACK，eNB无需转发；【0075】‑【0078】中eNB向RN发送的是调度信息（DCI、XCI）而非基于UE反馈的确认信息。 | 目标专利中，基站基于UE的ACK/NACK向另一基站或MNC发送确认，以便同步多链路传输。对比文件中，eNB虽从UE收到反馈，但未公开将其转发给其他基站或中央控制器。本领域技术人员无法从对比文件合理推断出该特征，因此不公开。 |
| 技术特征H：从第二基站或从所述多节点控制器接收一个或多个分组已经被成功地从第二基站发送到所述用户终端的通知《隐含公开》 | 【0098】“データがT‑WTRUによってうまく受信される場合、eNBは、T‑WTRUおよび/またはRNによる通知を受けることができる。”即当数据被WTRU成功接收时，eNB可以从RN（中继节点，相当于第二发送节点）接收通知。 | 对比文件公开了eNB可从RN接收关于数据已成功发送至WTRU的通知。RN在协调传输中承担辅助发送角色，类似于目标专利中的第二基站。本领域技术人员可以合理推断，当RN成功将分组发送至WTRU时，RN会向eNB发送通知，该通知即为“分组已经被成功地从第二基站（RN）发送到用户终端”。因此，技术特征H被隐含公开。 |
| 技术特征I：如果所述一个或多个发送缓冲器包括被成功地发送的所述分组，则从所述缓冲器移除所述分组《隐含公开》 | 【0056】HARQ操作中，接收方存储失败分组，成功时结合；发送方在收到ACK后通常会清除对应缓冲器（标准HARQ行为）。结合【0098】的“通知”，可推知eNB在收到RN的成功通知后，会移除其缓冲器中已被成功发送的分组副本。 | 对比文件虽未明述“移除分组”，但本领域技术人员熟知，在HARQ协议中，发送方在收到确认（ACK）或外部成功通知后，会立即清除对应缓冲器以避免不必要重传。目标专利的移除操作正是为了同步多链路缓冲器，对比文件中eNB在得知RN成功发送后，必然需要移除自身缓冲器中相同分组，否则将导致冗余。因此，技术特征I被隐含公开。 |
| 技术特征J：向所述用户终端发送关于从所述缓冲器移除所述分组的信息【不公开】 | 对比文件未提及向WTRU发送关于缓冲器移除的信息。WTRU通常通过HARQ反馈或重传行为间接了解，但基站不主动发送此类通知。 | 目标专利中，基站主动通知UE移除信息，以避免UE等待重传。对比文件未公开任何类似信令，本领域技术人员无法从对比文件推导出该特征，因此不公开。 |
| 技术特征K：以预定的时间间隔发送所述确认信息【不公开】 | 对比文件未描述基站以固定周期向其他节点发送确认信息。HARQ反馈由UE触发，基站侧无周期性确认发送。 | 目标专利的周期性确认用于权衡开销和同步效率。对比文件无相关机制，因此不公开。 |
| 技术特征L：在所述一个或多个发送缓冲器中的分组数目超出给定阈值时，发送所述确认信息【不公开】 | 对比文件【0094】提及“拡張型バッファステータス報告(BSR)メッセージ”，但该报告由WTRU（UE）向eNB发送，而非基站向其他节点发送。 | 目标专利中，基站当缓冲器分组数超过阈值时触发确认发送，这类似于基于缓冲状态的触发。对比文件未公开基站基于自身缓冲器阈值向其他节点发送确认信息，因此不公开。 |
### 公开性代码总结
根据以上分析，对比文件直接公开的技术特征代码为：
<<<A>>><<<B>>><<<D>>><<<E>>><<<F>>>
对比文件隐含公开的技术特征代码为：
<<<h>>><<<i>>>