好的，作为一名经验丰富的资深专利代理师，我将对您提供的对比文件和目标专利进行严谨的比对分析。
**对比文件名称：** 2013-05-09_US2013114497A1_发明申请_EFFICIENT VARIABLE RATE FOR BROADCAST_MULTICAST SERVICE
**目标专利名称：** 用于多连接中的可靠通信的装置和方法（CN109219936B）
**本次调用的模型名称：** DeepSeek
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用（翻译） | 公开性论述 |
| **技术特征A：** 所述装置包括：至少一个处理器<br><br>**《直接公开》** | 【0042】举例来说，元件或元件的任何部分或元件的任何组合可以用包括一个或多个处理器的“处理系统”来实现。处理器的示例包括微处理器、微控制器、数字信号处理器(DSP)、现场可编程门阵列(FPGA)、可编程逻辑器件(PLD)、状态机、门控逻辑、分立硬件电路以及被配置为执行本公开中描述的各种功能的其他适当硬件。处理系统中的所述一个或多个处理器可以执行软件。<br><br>（*原文为英文，上述为翻译*） | 对比文件明确地公开了其装置（例如eNB、MCE、BM-SC）包括处理系统，该处理系统包含一个或多个处理器。例如，图21-23中所示的处理系统（2114，2214，2314）均包括处理器（2104，2204，2304）。这与目标专利的技术特征A“至少一个处理器”在结构和功能上完全相同，本领域技术人员可以毫无疑义地确定对比文件的装置必然包含该元件。 |
| **技术特征B：** 包括计算机程序代码的至少一个存储器<br><br>**《直接公开》** | 【0042】所述一个或多个处理器可以执行软件。软件应被广义地解释为指令、指令集、代码、代码段、程序代码、程序、子程序、软件模块、应用、软件应用、软件包、例程、子例程、对象、可执行文件、执行线程、过程、函数等，无论被称为软件、固件、中间件、微代码、硬件描述语言还是其他。<br><br>【0060】控制器/处理器675可以关联于存储程序代码和数据的存储器676。所述存储器676可以被称为计算机可读介质。<br><br>（*原文为英文，上述为翻译*） | 对比文件明确地公开了其装置包括存储器，用于存储程序代码和数据。例如，eNB 610的控制器/处理器675关联有存储器676，该存储器存储软件（程序代码）。图21-23中所示的处理系统均包括计算机可读介质（2106，2206，2306），用于存储由处理器执行的软件。这与目标专利的技术特征B“包括计算机程序代码的至少一个存储器”在结构和功能上完全相同。 |
| **技术特征C：** 所述至少一个存储器和所述计算机程序代码被配置为，与所述至少一个处理器一起使得所述装置至少：**从多节点控制器接收将被发送给用户终端的数据分组**<br><br>**《隐含公开》** | 【0082】在步骤910，网络服务中心，例如BM-SC，通过向MBMS-GW发送MBMS会话开始请求来建立MBMS会话，以提供会话属性，例如临时移动组标识(TMGI)、QCI、MBR、GBR、ARP等。<br><br>【0083】在步骤920，网络协调实体，例如MCE，为MBSFN区域内的所有基站（例如eNB）分配在会话的GBR和MBR范围内的网络资源。<br><br>【0084】在步骤930，MBMS-GW通过SYNC协议广播MBMS数据。同一MBSFN区域内的所有eNB将缓冲MBMS数据并在相同时间通过空中接口发送相同的数据。<br><br>（*原文为英文，上述为翻译*） | 对比文件描述了eNB从网络接收数据分组的流程。虽然对比文件中的网络实体（BM-SC/MBMS-GW）与目标专利中的“多节点控制器”（MNC）在名称和具体功能（集中式网络汇聚层NCS）上不完全相同，但两者在整体架构中的位置和功能是等价的。目标专利的MNC负责从网络接收数据并分发到多个基站，对比文件的BM-SC/MBMS-GW也负责从内容源接收数据并通过MBMS-GW分发到多个eNB。对比文件【0084】明确指出eNB接收来自MBMS-GW的数据。本领域技术人员可以合理推断，由于对比文件中的BM-SC/MBMS-GW承担了与目标专利MNC类似的集中式数据分发角色（将广播/多播数据发送给所有eNB），那么eNB必然是从这个集中式的网络节点（相当于多节点控制器）接收数据分组的。因此，该特征被隐含公开。 |
| **技术特征D：** 保持一个或多个发送缓冲器，以用于向所述用户终端发送数据分组<br><br>**《隐含公开》** | 【0087】可替代地，速率适配请求可以基于当前MBMS负载，例如缓冲器是否几乎满或几乎空，和/或基于单播负载，例如eNB是否在高峰时段运行。特别地，eNB可以预测缓冲器何时会满或空。因此，eNB还可以向MCE发送速率适配请求，以预测缓冲器满或空的状态来请求较低或较高的比特率。<br><br>【0113】单播负载和MBMS负载可以基于无线资源和缓冲器资源的利用率来计算。...缓冲器利用率等于在给定时间段T内使用的平均缓冲器大小与总可用缓冲器大小的比值。<br><br>（*原文为英文，上述为翻译*） | 目标专利中的“发送缓冲器”是基站（如eNB）中用于缓存待发送数据分组的元件，例如RCS（ARQ）和MAC（HARQ）缓冲器。对比文件虽然没有直接使用“发送缓冲器”一词，但多处提及eNB中的“缓冲器”（buffer），例如【0087】用于MBMS数据缓存，【0113】用于计算缓冲器利用率。eNB必须使用缓冲器来暂存从网络接收的、等待调度和发送给UE的数据，这是无线通信中的基本操作。本领域技术人员可以合理推断，对比文件中的eNB为了执行【0084】所述的发送数据的功能，必然需要“保持一个或多个发送缓冲器”。因此，该特征被隐含公开。 |
| **技术特征E：** 向所述用户终端发送数据分组<br><br>**《直接公开》** | 【0084】在步骤930，MBMS-GW通过SYNC协议广播MBMS数据。同一MBSFN区域内的所有eNB将缓冲MBMS数据并在相同时间通过空中接口发送相同的数据。<br><br>（*原文为英文，上述为翻译*） | 对比文件明确公开了eNB向UE（用户终端）发送数据分组。例如，步骤930中明确说明eNB通过空中接口发送数据给UE。这是eNB的核心功能，与本技术特征完全一致。 |
| **技术特征F：** 从所述用户终端接收关于一个或多个数据分组被成功接收还是未被成功接收的信息<br><br>**《隐含公开》** | 【0063】控制器/处理器659还负责使用确认(ACK)和/或否定确认(NACK)协议进行错误检测，以支持HARQ操作。<br><br>【0064】控制器/处理器659还负责HARQ操作、丢失分组的重传以及向eNB 610的信令。<br><br>（*原文为英文，上述为翻译*） | 对比文件描述了HARQ操作，这是LTE及类似无线通信系统的标准功能。在HARQ中，UE必须向eNB发送ACK/NACK来指示数据分组是否正确接收。对比文件【0063】和【0064】明确指出了UE使用ACK/NACK协议进行错误检测，并且UE会向eNB发送信令。因此，本领域技术人员可以合理推断，eNB必然会从UE接收关于分组成功/未成功接收的信息（即ACK/NACK）以支持HARQ操作。该特征被隐含公开。 |
| **技术特征G：** 基于所接收的所述信息，向第二基站或向所述多节点控制器发送确认信息<br><br>**《未公开》** | 对比文件全文未公开。 | 目标专利的该特征是基于从UE接收的ACK/NACK信息，向另一个基站（第二基站）或中央网络元件（多节点控制器）发送确认信息，以通知其他节点分组已成功接收。对比文件虽然描述了eNB向MCE发送反馈（速率适配请求，如【0087】），但该反馈是基于资源利用率或缓冲器状态，而不是基于从UE接收的ACK/NACK信息来指示特定数据分组的成功接收。对比文件描述的是速率适配机制，而非目标专利中用于多连接分组复制同步的ACK转发机制。因此，对比文件未公开本技术特征。 |
| **技术特征H：** 其特征在于<br>从第二基站或从所述多节点控制器接收一个或多个分组已经被成功地从第二基站发送到所述用户终端的通知<br><br>**《未公开》** | 对比文件全文未公开。 | 目标专利的该特征是指基站接收来自其他基站或中央控制器的通知，告知某个分组已经由另一个基站成功发送。这是多连接分组复制同步的核心机制。对比文件没有描述任何类似的功能。对比文件中的eNB和其他网络实体之间交互的信息（如与MCE的速率适配请求/响应）均不涉及特定分组已被成功发送的通知。因此，对比文件未公开本技术特征。 |
| **技术特征I：** 如果所述一个或多个发送缓冲器包括被成功地发送的所述分组，则从所述缓冲器移除所述分组。<br><br>**《未公开》** | 对比文件全文未公开。 | 目标专利的该特征是响应于接收到特征H中的通知，检查本地缓冲器并移除重复的分组。这是实现缓冲器同步、避免冗余传输的关键步骤。对比文件虽然描述了eNB基于缓冲器状态（满/空）触发速率适配请求（如【0087】），但从未描述过根据“分组已被其他基站成功发送”的通知来主动从发送缓冲器中移除特定已发送的分组。两者的触发条件和目的完全不同。因此，对比文件未公开本技术特征。 |
| **技术特征J：** 所述至少一个存储器和所述计算机程序代码被配置为，与所述至少一个处理器一起使得所述装置进一步：向所述用户终端发送关于从所述缓冲器移除所述分组的信息。<br><br>**《未公开》** | 对比文件全文未公开。 | 目标专利的该特征是向用户终端发送通知，告知其已从发送缓冲器中移除了某个分组，以避免UE继续等待该分组或因重排序造成错误。对比文件中没有公开任何基站向UE发送关于缓冲器内分组移除状态的信息。因此，对比文件未公开本技术特征。 |
| **技术特征K：** 所述至少一个存储器和所述计算机程序代码被配置为，与所述至少一个处理器一起使得所述装置：以预定的时间间隔发送所述确认信息。<br><br>**《未公开》** | 对比文件全文未公开。 | 目标专利的该特征涉及特征G中“确认信息”的发送方式——周期性发送。对比文件中的反馈（如速率适配请求）可能是事件触发（如缓冲器状态变化）或周期性的，但从未与特征G中的“确认信息”（基于UE的ACK/NACK向其他节点发送的分组成功接收确认）相结合。因此，对比文件未公开本技术特征。 |
| **技术特征L：** 所述至少一个存储器和所述计算机程序代码被配置为，与所述至少一个处理器一起使得所述装置：在所述一个或多个发送缓冲器中的分组数目超出给定阈值时，发送所述确认信息。<br><br>**《未公开》** | 对比文件全文未公开。 | 目标专利的该特征涉及特征G中“确认信息”的另一种发送触发方式——基于缓冲器分组数目阈值。对比文件描述的是eNB基于缓冲器状态（几乎满/几乎空）向MCE发送**速率适配请求**（如【0087】），以调整MBMS的发送速率。这与目标专利基于缓冲器分组数目阈值触发**发送分组成功确认信息**完全不同。两者的目的（速率控制 vs. 分组同步）和内容不同。因此，对比文件未公开本技术特征。 |
### 最终公开性判断代码
根据上述分析，对比文件直接公开了技术特征A和B，同时隐含公开了技术特征C、D、E、F。对于其他技术特征（G、H、I、J、K、L），对比文件既未直接公开也未隐含公开。
<<<A>>>
<<<B>>>
<<<c>>>
<<<d>>>
<<<e>>>
<<<f>>>