好的，作为一名资深专利代理师，我将严格遵循您的指示，对对比文件与目标专利权利要求的各技术特征进行严谨、深入的比对分析。
**对比文件名称：** 2013-08-22_WO2013122162A_发明申请_WO2013122162A1 移動通信システム、基地局、及び通信制御方法
**目标专利名称：** 1045用于多连接中的可靠通信的装置和方法CN109219936B
**本次调用的模型名称：** 深度思考模型
### **特征比对表格**
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 (翻译) | 公开性论述 |
| **技术特征A：** 所述装置包括：至少一个处理器<br><br>《直接公开》 | [2] 制御部２４０は、プロセッサ２４１及びメモリ２４２を含む。 (控制部240包括处理器241和存储器242。) | 对比文件[2]明确记载了基站（eNB）的控制部包括处理器（プロセッサ），该处理器是用于执行通信控制和数据处理的核心运算部件。目标专利的“装置”在本实施例中即为基站，因此对比文件毫无疑义地公开了“至少一个处理器”这一技术特征。 |
| **技术特征B：** 包括计算机程序代码的至少一个存储器<br><br>《直接公开》 | [2] 制御部２４０は、プロセッサ２４１及びメモリ２４２を含む。 プロセッサ２４１は、メモリ２４２に記憶されているプログラムを実行することで、上述した各レイヤでの処理を行う。(控制部240包括处理器241和存储器242。处理器241通过执行存储在存储器242中的程序，进行上述各层的处理。) | 对比文件[2]不仅公开了存储器（メモリ），而且明确指出存储器中存储有程序（プログラム），处理器通过执行该程序来实现功能。这完全对应目标专利中“包括计算机程序代码的至少一个存储器”的特征，程序即为计算机程序代码的具体形式。 |
| **技术特征C：** 所述至少一个存储器和所述计算机程序代码被配置为，与所述至少一个处理器一起使得所述装置至少：从多节点控制器接收将被发送给用户终端的数据分组<br><br>《隐含公开》 | [2] (７.３.１) データ同期及びＡＲＱ再送 ... アンカｅＮＢは、Ｓ－ＧＷからのＵＥ宛てのユーザデータを受信する受信手段（ネットワーク通信部２３０）と、... 変換手段（プロセッサ２４１）と、... 送信手段（ネットワーク通信部２３０及びプロセッサ２４１）と、を有する。 他のｅＮＢ（従ｅＮＢ）は、ＰＤＣＰ ＰＤＵを受信すると、... (在数据同步及ARQ重传中，锚基站具有从S-GW接收发往UE的用户数据的接收单元...转换单元...以及向CoMP协作集中其他eNB发送PDCP PDU的发送单元。其他eNB（从eNB）在接收PDCP PDU后，...)。<br><br>[2] 図１１に示すように、ＣｏＭＰ協働セットはｅＮＢ２００～ｅＮＢ２０４からなる。 ｅＮＢ２００は、ｅＮＢ２００～ｅＮＢ２０４を代表してＳ－ＧＷからのＵＥ１００宛てのデータを受信するアンカｅＮＢである。 第１に、アンカｅＮＢ２００は、Ｓ－ＧＷからのデータを受信し、ｅＮＢ２０１～ｅＮＢ２０４に対し、Ｘ２インターフェイス上でデータを転送する。 (如图11所示，CoMP协作集由eNB200～eNB204构成。eNB200是代表eNB200～eNB204从S-GW接收发往UE100的数据的锚基站。首先，锚基站eNB200接收来自S-GW的数据，并通过X2接口向eNB201～eNB204转发数据。) | 对比文件公开了一种分布式架构，其中“锚基站”承担了类似于“多节点控制器(MNC)”的集中分发功能，其他从基站从锚基站接收数据。目标专利中的“多节点控制器”是一个集中式网络实体，其功能与本对比文件中“锚基站”的功能高度相似，即作为数据分发和控制的中心节点。<br><br>虽然对比文件中从eNB不是直接从核心网S-GW接收数据，而是从作为协调中心的“锚基站”接收数据。本领域技术人员可以合理推断，在对比文件所描述的CoMP架构中，从基站（即目标专利权利要求所述的“装置”）必然需要通过某种网络节点（即锚基站）来获取发往用户的数据。这与目标专利中基站从“多节点控制器”接收数据的操作和目的完全相同。因此，该技术特征被对比文件隐含公开。 |
| **技术特征D：** 保持一个或多个发送缓冲器，以用于向所述用户终端发送数据分组<br><br>《直接公开》 | [2] ＭＡＣレイヤは、データの優先制御、及びハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理などを行う。 ... ｅＮＢのＭＡＣレイヤは、上下リンクのトランスポートフォーマット及びリソースブロックを決定するＭＡＣスケジューラを含む。 (MAC层进行数据的优先控制以及基于混合ARQ（HARQ）的重传处理等。... eNB的MAC层包含决定上下行链路传输格式和资源块的MAC调度器。)<br><br>[2] 図２９は、最大再送回数に達してもＨＡＲＱ再送が完了しないケースでのシーケンスを示す。 ... ＭＡＣレイヤは、ＲＬＣ ＰＤＵ（ＭＡＣ ＳＤＵ）に対してＨＡＲＱを適用してトランスポートブロックに変換し、物理レイヤは、トランスポートブロックを送信する。 (图29表示即使达到最大重传次数HARQ重传也未完成的情况下的序列。... MAC层对RLC PDU（MAC SDU）应用HARQ并转换为传输块，物理层发送传输块。) | 对比文件明确描述了基站（eNB）的MAC层执行HARQ重传处理，这必然需要维护用于存储等待初传或重传的数据分组的发送缓冲器(HARQ缓冲器)。此外，RLC层也可能存在用于ARQ重传的缓冲器。基站为了进行HARQ或ARQ过程，保持一个或多个发送缓冲器是无线通信领域的公认技术。对比文件虽未用文字直接描述“保持发送缓冲器”，但其HARQ/ARQ功能的内在要求使得该特征被毫无疑义地公开。 |
| **技术特征E：** 向所述用户终端发送数据分组<br><br>《直接公开》 | [2] ステップＳ４００４において、ｅＮＢ２００～ｅＮＢ２０３それぞれは、同一の帯域で同一のユーザデータをＵＥ１００に送信する。 (在步骤S4004中，eNB200～eNB203分别在相同的频带上向UE100发送相同的用户数据。) | 对比文件在多处（例如JT型CoMP的序列描述）明确记载了基站向用户终端（UE）发送数据分组的操作，这是其最基本的功能，毫无疑义地被公开。 |
| **技术特征F：** 从所述用户终端接收关于一个或多个数据分组被成功接收还是未被成功接收的信息<br><br>《直接公开》 | [2] また、ｅＮＢ２００～ｅＮＢ２０４それぞれのＭＡＣレイヤは、ＵＥ１００からのＡＣＫ／ＮＡＣＫ（ＨＡＲＱ ＡＣＫ／ＮＡＣＫ）に応じて再送を行う。 (另外，eNB200～eNB204各自的MAC层根据来自UE100的ACK/NACK（HARQ ACK/NACK）进行重传。)<br><br>[2] ステップＳ４００５において、ＵＥ１００は、復号成功を示すＨＡＲＱ ＡＣＫを送信する。 (在步骤S4005中，UE100发送表示解码成功的HARQ ACK。) | 对比文件明确记载了基站接收来自UE的HARQ ACK/NACK的过程。ACK/NACK信息正是用于指示数据分组被成功接收还是未被成功接收的信息，因此本特征被直接公开。 |
| **技术特征G：** 基于所接收的所述信息，向第二基站或向所述多节点控制器发送确认信息<br><br>《直接公开》 | [2] 本実施形態では、ＣｏＭＰ協働セットに含まれる複数のｅＮＢそれぞれは、ＵＥからのＨＡＲＱ ＡＣＫを受信すると、ＣｏＭＰ協働セットに含まれる他のｅＮＢに対して、当該受信したＨＡＲＱ ＡＣＫに関するＡＣＫ情報を送信する。 (在本实施方式中，CoMP协作集中包含的多个eNB各自在从UE接收到HARQ ACK时，向CoMP协作集中包含的其他eNB发送与该接收到的HARQ ACK有关的ACK信息。)<br><br>[2] ステップＳ４００６において、ｅＮＢ２００及びｅＮＢ２０１は、ＵＥ１００からのＨＡＲＱ ＡＣＫに関するＡＣＫ情報を生成し、生成したＡＣＫ情報をＸ２インターフェイス上でＣｏＭＰ協働セットに含まれる他のｅＮＢに転送する。 (在步骤S4006中，eNB200和eNB201生成与来自UE100的HARQ ACK有关的ACK信息，并通过X2接口将生成的ACK信息转发给CoMP协作集中包含的其他eNB。) | 对比文件明确公开了基站（eNB）在从UE接收到HARQ ACK后，向其他基站（第二基站）发送ACK信息的操作。该ACK信息即对应目标专利中的“确认信息”。目标专利的特征G提供了两个发送目标选项：“第二基站”或“多节点控制器”。对比文件明确公开了向“其他基站”（即第二基站）发送，因此该特征被直接公开。 |
| **技术特征H：** 其特征在于，从第二基站或从所述多节点控制器接收一个或多个分组已经被成功地从第二基站发送到所述用户终端的通知<br><br>《隐含公开》 | [2] 前記複数のｅＮＢのそれぞれは、ＨＡＲＱ最大再送回数が満了していない場合で、前記ユーザ端末からのＨＡＲＱ ＡＣＫを受信していない場合で、且つ前記ＣｏＭＰ協働セットに含まれる他のｅＮＢからの前記ＡＣＫ情報を受信していない場合に、前記ユーザ端末へのＨＡＲＱ再送を行ってもよい。 (上述多个eNB的每一个，也可以在HARQ最大重传次数未届满、未接收到来自用户终端的HARQ ACK、且未接收到来自CoMP协作集中包含的其他eNB的所述ACK信息的情况下，进行向用户终端的HARQ重传。) | 对比文件描述了基站间交互ACK信息的机制。当一个基站从UE接收到ACK后，会向协作集中的其他基站发送ACK信息。其他基站在接收到该ACK信息后，会停止相应的HARQ重传。该ACK信息的核心作用就是通知接收方基站：“某个分组已经被UE成功接收了（因为发送方基站收到了UE的ACK）”。虽然这个ACK信息直接携带的是“收到ACK”的状态，但对于接收方基站而言，其技术效果和目的就是被告知“该分组已被成功发送到UE”。<br><br>对比文件的机制与目标专利的特征H高度吻合：一个基站（第二基站）通过发送ACK信息，实质上是在向其他基站（第一基站）通知“分组已被成功发送”。本领域技术人员可以合理、直接地推导出，该ACK信息即相当于“一个或多个分组已经被成功地从第二基站发送到所述用户终端的通知”。因此，该技术特征被对比文件隐含公开。 |
| **技术特征I：** 如果所述一个或多个发送缓冲器包括被成功地发送的所述分组，则从所述缓冲器移除所述分组。<br><br>《隐含公开》 | [2] ステップＳ４００７において、ｅＮＢ２００及びｅＮＢ２０１は、ＨＡＲＱ ＡＣＫを受信していないため、ステップＳ４００４で送信したユーザデータに対応する再送データをＵＥ１００に送信する。 その後、ｅＮＢ２００及びｅＮＢ２０１は、Ｘ２インターフェイス上でＡＣＫ情報を受信すると、再送処理を中止する。 (在步骤S4007中，eNB200和eNB201由于未接收到HARQ ACK，向UE100发送与在步骤S4004中发送的用户数据对应的重传数据。之后，eNB200和eNB201在通过X2接口接收到ACK信息时，中止重传处理。) | 对比文件描述了一个基站（eNB200或eNB201）在从UE直接收到ACK或从其他基站（eNB200或eNB201）收到ACK信息后，中止（停止）HARQ重传。停止重传的操作，其必然结果是该分组不再被调度和发送。在通信协议处理中，停止重传通常意味着将该分组从HARQ重传缓冲器中清除或标记为可丢弃，以便为后续数据腾出空间。虽然对比文件未使用“移除”一词，但对于本领域技术人员而言，“中止重传处理”逻辑上必然包含对缓冲器中对应数据的处理，即不再保留用于重传，这等同于从发送缓冲器中移除或无效化该分组。因此，该技术特征被对比文件隐含公开。 |
| **技术特征J：** 所述至少一个存储器和所述计算机程序代码被配置为，与所述至少一个处理器一起使得所述装置进一步：向所述用户终端发送关于从所述缓冲器移除所述分组的信息。<br><br>未公开 | 对比文件全文未公开相关内容。 | 对比文件的所有方案中，均未描述基站向用户终端发送关于从本地缓冲器中移除分组的信息。其所述的重传中止是基于基站间的信令，并未涉及通知UE。 |
| **技术特征K：** 所述至少一个存储器和所述计算机程序代码被配置为，与所述至少一个处理器一起使得所述装置：以预定的时间间隔发送所述确认信息。<br><br>未公开 | 对比文件全文未公开相关内容。 | 对比文件中，ACK信息的发送是基于事件触发（即接收到UE的HARQ ACK），而非周期性发送。对比文件未提及任何关于以“预定的时间间隔”发送确认信息的机制。 |
| **技术特征L：** 所述至少一个存储器和所述计算机程序代码被配置为，与所述至少一个处理器一起使得所述装置：在所述一个或多个发送缓冲器中的分组数目超出给定阈值时，发送所述确认信息。<br><br>未公开 | 对比文件全文未公开相关内容。 | 对比文件中，ACK信息的发送是基于对UE的HARQ ACK/NACK的接收，与发送缓冲器中的数据量或分组数目无关。对比文件未公开任何基于缓冲器阈值触发信令的机制。 |
### 总结与代码输出
经过严谨比对，对比文件 WO2013122162A1 直接公开了技术特征 A、B、D、E、F、G，隐含公开了技术特征 C、H、I。技术特征 J、K、L 未被公开。
<<<A>>><<<B>>><<<D>>><<<E>>><<<F>>><<<G>>><<<c>>><<<h>>><<<i>>>