好的，我们开始进行严谨的比对分析。
**对比文件名称：** JP2015089009A_Description_20260427_1657
**目标专利名称：** 1045用于多连接中的可靠通信的装置和方法CN109219936B
**本次调用的模型名称：** 未提供
以下为特征比对表格：
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：** 所述装置包括：至少一个处理器<br><br>《直接公开》 | 【0026】典型的なハードウェア構成では、ユーザ装置１００は、プロセッサなどのＣＰＵ...から構成される。<br>翻译：【0026】在典型的硬件配置中，用户设备100包括CPU（如处理器）...。 | 对比文件【0026】明确公开了用户设备（UE）包括处理器（CPU）。虽然目标专利的装置是基站，但对比文件在【0025】至【0029】段详细描述了基站（eNB）的操作和功能，包括从网络设备接收数据、分配数据、管理发送缓冲器等。本领域技术人员可以毫无疑义地确定，实现这些复杂功能的基站必然包含至少一个处理器。因此，对比文件实质上公开了基站包含处理器这一技术特征。 |
| **技术特征B：** 包括计算机程序代码的至少一个存储器，<br><br>《直接公开》 | 【0026】...ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）やフラッシュメモリなどのメモリ装置...メモリ装置に格納されているデータやプログラムをＣＰＵが処理又は実行することによって実現される。<br>翻译：【0026】...存储器设备如RAM和闪存...通过CPU处理或执行存储在存储器设备中的数据或程序来实现。 | 对比文件【0026】明确公开了用户设备（UE）包括存储器（如RAM、闪存），并且CPU处理或执行存储在其中的程序。同理，对于实现相同功能的基站（如【0028】所述执行PDCP层处理），其必然包含存储计算机程序代码的存储器。本领域技术人员可以毫无疑义地确定这一点。因此，对比文件实质上公开了基站包含存储器和计算机程序代码这一技术特征。 |
| **技术特征C：** 所述至少一个存储器和所述计算机程序代码被配置为，与所述至少一个处理器一起使得所述装置至少：从多节点控制器接收将被发送给用户终端的数据分组<br><br>《直接公开》 | 【0030】...マスタ基地局２０１がユーザ装置１００との間のＩｎｔｅｒ−ｅＮＢ ＣＡ通信を制御し、ネットワーク装置３００から受信したユーザ装置１００宛てのパケットの一部をセカンダリ基地局２０２に分配し...<br>翻译：【0030】...主基站201控制与用户设备100的Inter-eNB CA通信，并将从网络设备300接收的、发往用户设备100的数据包的一部分分配给辅基站202... | 对比文件【0030】明确公开了主基站（MeNB）从网络设备（相当于多节点控制器）接收发往用户设备的数据分组。同时，【0025】公开了用户设备（UE）、基站（eNB）和网络设备。因此，对比文件直接公开了基站从网络侧节点接收发往用户终端的数据分组这一技术特征。 |
| **技术特征D：** 保持一个或多个发送缓冲器，以用于向所述用户终端发送数据分组<br><br>《直接公开》 | 【0029】また、基地局２０１，２０２は、ネットワーク装置３００から受信したユーザ装置１００宛てのパケットを一時的にバッファに格納する一方、所定の破棄イベントに応答してバッファに滞留するパケットを破棄する。<br>翻译：【0029】此外，基站201、202将来自网络设备300的、发往用户设备100的数据包临时存储在缓冲区中，同时响应于预定的丢弃事件丢弃缓冲区中滞留的数据包。 | 对比文件【0029】明确公开了基站（基地局）具有用于存储发往用户终端（ユーザ装置）数据分组的缓冲区（バッファ）。该缓冲区用于在经由下行链路发送给UE之前进行临时存储，这与目标专利中“保持发送缓冲器以用于向用户终端发送数据分组”的功能完全相同。因此，对比文件直接公开了此特征。 |
| **技术特征E：** 向所述用户终端发送数据分组<br><br>《直接公开》 | 【0027】基地局２０１，２０２は、ユーザ装置１００と無線接続することによって、...受信したダウンリンク（ＤＬ）パケットをユーザ装置１００に送信する...<br>翻译：【0027】基站201、202通过无线连接用户设备100，...将从网络设备接收到的下行链路（DL）数据包发送给用户设备100... | 对比文件【0027】明确公开了基站向用户终端（UE）发送下行链路（DL）数据包。这是基站的基本功能。因此，对比文件直接公开了此特征。 |
| **技术特征F：** 从所述用户终端接收关于一个或多个数据分组被成功接收还是未被成功接收的信息<br><br>《隐含公开》 | 【0042】一実施例では、更新トリガパケットは、基地局２０１，２０２により破棄されたＰＤＣＰパケットに関する破棄情報を含むＰＤＣＰ制御パケットであってもよい。<br>翻译：【0042】在一个实施例中，更新触发数据包可以是包含关于由基站201、202丢弃的PDCP数据包的丢弃信息的PDCP控制数据包。<br><br>【0004】...ＣＯＵＮＴ値のＰＤＣＰ ＳＮのみが受信側に送信され、ＨＦＮは送信されない。このため、受信側は、受信状況から受信したパケットのＨＦＮを推測する必要がある。<br>翻译：【0004】...只有COUNT值的PDCP SN被发送到接收侧，HFN不被发送。因此，接收侧需要根据接收状况推测接收到的数据包的HFN。 | 对比文件主要关注通过“更新触发包”来解决接收窗口更新问题，其核心在于基站侧主动发送控制信令，而非接收来自UE的、针对数据分组的ACK/NACK。然而，对比文件隐含了UE需要向网络侧反馈接收状况的机制。<br>1. **断开检测机制**：【0012】描述了当所有PDCP PDU被丢弃时，UE无法检测到丢弃，会等待一段时间，这隐含了网络侧需要知道哪些包没有被成功接收或到达以触发进一步操作，但未明确公开UE主动发送ACK/NACK。<br>2. **状态报告**：【0042】提到的“PDCP Status Report”是一种用于报告接收状态的机制，通常包含哪些PDU丢失的信息。虽然对比文件未详细描述该报告的上行传输过程，但作为LTE系统的标准机制，基站从UE接收此类状态报告是隐含的。<br>3. **HFN同步**：【0004】指出接收侧根据接收状况推测HFN。要使基站（发送侧）的HFN与UE（接收侧）保持同步，基站需要了解UE的接收状况。这种了解通常基于UE反馈的确认信息。虽然对比文件未明确说“接收ACK/NACK”，但本领域技术人员可以合理推断出，为了实现系统正常运行，基站必然从UE接收某种形式的接收状态信息（如ACK/NACK或状态报告）。 |
| **技术特征G：** 基于所接收的所述信息，向第二基站或向所述多节点控制器发送确认信息<br><br>《隐含公开》 | 【0030】...ネットワーク装置３００から受信したユーザ装置１００宛てのパケットの一部をセカンダリ基地局２０２に分配し...<br>翻译：【0030】...将从网络设备300接收的、发往用户设备100的数据包的一部分分配给辅基站202... | 对比文件描述的是一种主基站（MeNB）分配数据给辅基站（SeNB）的主-辅架构。在这种架构下，主基站作为控制节点，需要协调两个基站的数据发送。虽然对比文件没有明确描述基站间交换ACK信息，但它隐含了这种信息交换的必要性。<br>1. **数据分配与丢弃**：【0030】和【0029】描述了主基站分配数据，而任一基站都可能丢弃数据。当辅基站丢弃数据时，主基站需要知道这一情况以避免重复发送或维持HFN同步。反之，如果主基站成功发送了某个包，它也需要通知辅基站。这种协调是Inter-eNB CA架构正常运行的基础。<br>2. **窗口更新问题**：对比文件的核心问题是解决一个基站丢弃数据导致UE接收窗口不更新（【0016】）。虽然解决方案是UE侧通过特殊包更新，但一个更直接的逻辑是，发送该包的基站（如MeNB）需要知道另一基站（SeNB）的发送/丢弃情况。因此，本领域技术人员可以合理推断出，在这种多连接架构中，基站之间或基站与网络设备之间必然会交换与数据发送状况相关的信息（即ACK/NACK信息），以进行有效的协调和流控制。 |
| **技术特征H：** 其特征在于：从第二基站或从所述多节点控制器接收一个或多个分组已经被成功地从第二基站发送到所述用户终端的通知<br><br>《未公开》 | 对比文件全文未公开此技术特征。 | 对比文件的核心是UE通过接收特殊的“更新触发包”来更新PDCP接收窗口。该方案完全基于UE侧的行为，没有描述基站间或基站与网络节点间互相通知“某个分组已成功发送”的机制。对比文件解决了UE侧接收窗口更新的问题，而目标专利解决了网络侧（基站）缓冲器同步的问题（即避免已成功发送的分组在其他链路上被重复发送）。两者解决的技术问题和技术路径完全不同。对比文件没有公开，也没有任何内容暗示基站会从其他基站或多节点控制器接收关于成功发送的通知。 |
| **技术特征I：** 如果所述一个或多个发送缓冲器包括被成功地发送的所述分组，则从所述缓冲器移除所述分组。<br><br>《未公开》 | 对比文件全文未公开此技术特征。 | 对比文件【0029】描述了基站根据“预定丢弃事件”（如缓冲器溢出、定时器超时）丢弃分组，这是一种基于本地条件和时间的主动丢弃。目标专利中的“移除”是基于外部通知（得知分组已在其他链路成功发送）的被动移除。两者的触发条件和目的完全不同。对比文件没有公开基站基于另一链路的成功发送通知来移除本缓冲器中的分组这一机制。 |
| **技术特征J：** 所述至少一个存储器和所述计算机程序代码被配置为，与所述至少一个处理器一起使得所述装置进一步：向所述用户终端发送关于从所述缓冲器移除所述分组的信息。<br><br>《未公开》 | 对比文件全文未公开此技术特征。 | 对比文件没有任何关于基站向UE通知其缓冲器状态（如移除分组）的内容。对比文件中的更新触发包是为了更新UE的接收窗口，而不是通知UE某个分组已从缓冲器中移除。目标专利这一特征是为了让UE停止等待被移除的分组的重传，并停止RCS重排序。对比文件没有公开类似功能。 |
| **技术特征K：** 所述至少一个存储器和所述计算机程序代码被配置为，与所述至少一个处理器一起使得所述装置：以预定的时间间隔发送所述确认信息。<br><br>《未公开》 | 对比文件全文未公开此技术特征。 | 对比文件没有描述任何以时间间隔发送确认信息（ACK/NACK）的机制。其“更新触发包”的触发条件不是基于时间间隔，而是基于特定的系统事件（如数据包丢弃）。目标专利的“以预定时间间隔发送”是一种主动的、周期性的ACK反馈机制。对比文件未公开。 |
| **技术特征L：** 所述至少一个存储器和所述计算机程序代码被配置为，与所述至少一个处理器一起使得所述装置：在所述一个或多个发送缓冲器中的分组数目超出给定阈值时，发送所述确认信息。<br><br>《隐含公开》 | 【0029】例えば、基地局２０１，２０２のバッファにおけるＰＤＣＰ／ＲＬＣ ＳＤＵが閾値以上滞留した場合、基地局２０１，２０２は、ＰＤＣＰ／ＲＬＣ ＳＤＵをバッファから破棄する。<br>翻译：【0029】例如，当基站201、202的缓冲器中的PDCP/RLC SDU滞留超过阈值时，基站201、202将PDCP/RLC SDU从缓冲器丢弃。 | 对比文件【0029】描述了基于缓冲器阈值触发的丢弃操作。目标专利的特征是基于缓冲器阈值触发“发送确认信息”。虽然触发条件（阈值）相同，但触发的动作（丢弃 vs. 发送确认）不同。然而，在Inter-eNB CA这种多连接架构下，当某个基站的缓冲器积压超过阈值时，不仅可能触发本地丢弃，更合理的做法是通知其他基站或网络节点（即发送某种“确认信息”或“状态报告”），以便其他节点调整其发送速率或进行流控制，避免系统整体性能下降。虽然对比文件没有明确指出这种阈值触发ACK的机制，但对于本领域技术人员而言，在面临缓冲器过载问题时，向网络侧发送反馈是一种常见的、合理的解决方案。因此，该特征可以被认为隐含公开。 |
**结论总结：**
基于以上分析，对比文件JP2015089009A与目标专利解决的技术问题和技术方案存在本质区别。对比文件集中于解决UE侧的PDCP接收窗口更新问题，而目标专利解决网络侧（基站）在多连接情况下的发送缓冲器同步问题。
对比文件直接公开了（A, B, C, D, E, F）等技术特征中的核心硬件和基本通信流程。
对比文件隐含公开了（G, L）等需要在多连接架构下进行逻辑推理才能得出的特征。
对比文件未公开（H, I, J, K）等关于基站间/节点间协同管理发送缓冲器的核心创新特征。
<<<A>>><<<B>>><<<C>>><<<D>>><<<E>>><<<g>>><<<l>>>