好的，请查收。
**本次调用的模型名称：** 4o-mini-128k@20250221
**对比文件的名称：** 2012-02-08_EP2416514A_发明公开_EP2416514A1 METHOD FOR DATA RETRANSMISSION IN ENHANCED MULTIMEDIA BROADCAST AND MULTICAST SERVICE AND APPARATUS THEREOF
**目标专利的名称：** 1161在通信系统中用于启用反馈传输的方法和装置CN105723751B
***
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：用于通过广播或多播向用户设备提供HTTP流播服务**<br><br>《隐含公开》 | [0002] “Enhanced Multimedia Broadcast and Multicast Service (E-MBMS for short)”<br>[0003] “When services such as interaction with a user terminal and data downloads exist in the E-MBMS...” | 对比文件明确涉及增强型多媒体广播多播服务(E-MBMS)，其本质是通过广播或多播方式向用户设备提供服务。目标专利的HTTP流播服务是一种通过广播或多播提供的具体应用服务（例如，基于DASH的流播，参见目标专利[0004]）。对比文件[0003]提到通过E-MBMS进行“data downloads”（数据下载）。虽然对比文件未明确提及“HTTP流播”，但作为本领域技术人员可以合理推断，在E-MBMS系统中提供文件下载服务是基础功能，而HTTP流播（如HLS或DASH）本质上是将流媒体内容封装成一系列连续的文件（媒体段）进行下载和播放。因此，对比文件所描述的通过E-MBMS进行数据下载的框架，隐含地涵盖了通过广播或多播提供类似HTTP流播这种基于文件下载的服务的能力。 |
| **技术特征B：-确定(2:2)在哪些条件下需要来自接收确定的HTTP流播服务的用户设备的运行时间接收报告**<br><br>《未公开》 | 全文未公开 | 对比文件描述了基于用户设备请求的数据重传机制，并未涉及网络侧主动确定“是否需要来自UE的运行时间接收报告”的步骤。对比文件中的重传触发是基于UE的请求数量和定时器，而非网络侧在服务进行中主动决策是否需要获取接收质量反馈。因此，该特征未被直接或隐含公开。 |
| **技术特征C：-确定(2:3)包括在所述用户设备处适用于在所述用户设备处确定何时触发运行时间接收报告的阈值的报告参数**<br><br>《未公开》 | [0007] “the retransmission parameters comprise: a data retransmission triggering period, a burst-mode data retransmission triggering threshold... the preset value is the burst-mode data retransmission triggering threshold.”<br>[0030] “The burst-mode data retransmission triggering threshold is used to determine, according to the number of times of the data retransmission requests of a user group during a data retransmission triggering period, whether to process the data retransmission request of the user terminal in the user group.” | 对比文件公开了“突发模式数据重传触发阈值”（burst-mode data retransmission triggering threshold），该阈值用于在网络侧决定是否触发数据重传。然而，这个阈值是基站侧的决策参数，用于判断是否在定时器到期前基于请求数量进行重传。目标专利中的“阈值”是提供给UE的“报告参数”，用于在UE侧决定何时触发“运行时间接收报告”的发送。尽管两者都使用了“阈值”的概念，但其作用对象（网络侧 vs. UE侧）、触发动作（触发数据重传 vs. 触发发送接收报告）以及在系统中的功能完全不同。对比文件既没有公开将阈值作为报告参数提供给UE，也没有公开该阈值用于UE侧触发报告。因此，该特征未被公开。 |
| **技术特征D：其中所述运行时间接收报告基于所述报告参数中指示的对象丢失度量**<br><br>《未公开》 | 全文未公开 | 对比文件未涉及“运行时间接收报告”的概念，也未提及“对象丢失度量”作为报告的基础。其讨论的度量是“数据重传请求的次数”。因此，该特征未被公开。 |
| **技术特征E：并且所述阈值被设置为所述用户设备接收的HTTP流播服务中丢失的对象与所有对象的百分比，使得来自于所述用户设备的运行时间接收报告的传输在丢失的对象的所述百分比超过所述阈值时被触发，以及**<br><br>《未公开》 | 全文未公开 | 对比文件未公开任何基于百分比（如丢失对象与所有对象的百分比）的阈值，也未公开用于触发UE发送报告的机制。其阈值是用于触发网络侧动作的请求次数绝对值。因此，该特征未被公开。 |
| **技术特征F：-向所述用户设备提供(2:4)所确定的报告参数。** <br><br>《未公开》 | [0009] “sending the data retransmission setting field and retransmitted data to a user terminal requesting the data retransmission.” | 对比文件公开了向UE发送“数据重传设置字段”（data retransmission setting field），该字段包含了用于指导UE接收重传数据的参数。目标专利是向UE提供用于配置“运行时间接收报告”的“报告参数”。虽然都涉及向UE下发参数，但参数的内容、目的和触发时机完全不同（重传 vs. 主动报告）。对比文件中的参数是在重传发生时提供的，而目标专利中的报告参数是在服务提供阶段或服务进行中主动提供的。因此，该特征未被直接公开。 |
| **技术特征G：其中所述报告参数包括以下至少一个：测量分辨率周期和测量范围。** <br><br>《未公开》 | [0007] “the retransmission parameters comprise: a data retransmission triggering period...”<br>[0029] “The data retransmission triggering period is used to determine whether to process the data retransmission requests of the user terminals in a user group according to the time.” | 对比文件公开了“数据重传触发周期”（data retransmission triggering period），这是一个时间周期，用于网络侧定时触发重传处理。目标专利的“测量分辨率周期”和“测量范围”是用于UE侧进行统计测量的参数。虽然都是时间参数，但其应用实体（网络侧 vs. UE侧）和目的（触发重传 vs. 定义测量粒度）截然不同。对比文件并未公开由UE执行的用于生成报告的测量周期或范围。因此，该特征未被公开。 |
| **技术特征H：其中所述提供(2:4)与供给所述HTTP流播服务中相关地执行。** <br><br>《隐含公开》 | [0026] “...so as to only process all the user terminals in a certain user group when processing a request for data retransmission...“ | 目标专利中，报告参数的提供（步骤2:4）是在服务配置（步骤2:1）之后，与服务通知一同发送的（参见目标专利[0070]）。对比文件没有明确“服务供给”的流程，但其重传参数的设置（Step 12）是作为服务配置的一部分进行的。对比文件中，当UE请求数据重传时，基站发送包含重传参数的“数据重传设置字段”。这个交互过程发生在服务进行中，可以理解为与服务的提供相关。本领域技术人员可以合理推断，任何服务的配置和运行参数的下发，通常都与该服务的供给过程相关联，以使得UE能够正确接收和处理该服务。因此，对比文件隐含公开了参数提供与服务提供相关联的时序关系。 |
| **技术特征I：其中所述提供(2:4)包括在SDP文件中提供至少一些所述报告参数。** <br><br>《未公开》 | 全文未公开 | 对比文件未提及SDP（Session Description Protocol）文件，也未公开通过SDP文件提供任何参数。因此，该特征未被公开。 |
| **技术特征J：其中所述提供(2:4)包括在SDP文件中提供指示运行时间接收报告类型和所述阈值中的至少一个的信息。** <br><br>《未公开》 | 全文未公开 | 对比文件未提及SDP文件，也未公开在其内提供报告类型或阈值信息。因此，该特征未被公开。 |
| **技术特征K：其中所述提供(2:4)包括在ADPD文件中提供指示运行时间接收报告类型和所述阈值中的至少一个的信息。** <br><br>《未公开》 | 全文未公开 | 对比文件未提及ADPD（Associated Delivery Procedure Description）文件，也未公开在其内提供报告类型或阈值信息。因此，该特征未被公开。 |
| **技术特征L：进一步包括以下步骤** <br><br>《未公开》 | - | 此特征为方法步骤的引述，其公开性取决于后续特征M和N。 |
| **技术特征M：-从所述用户设备接收(2:6)运行时间接收报告，以及** <br><br>《未公开》 | [0033] “Step 13: after receiving a data retransmission request from a user terminal, the base station counts the number of times...” | 对比文件公开了基站接收来自UE的“数据重传请求”。目标专利是接收来自UE的“运行时间接收报告”。两者是不同类型的反馈信息。数据重传请求是UE在检测到数据丢失后向网络发起的点对点请求。运行时间接收报告是UE根据网络预先配置的参数，主动或被动触发的测量报告。虽然都涉及从UE到网络的上行反馈，但其触发机制、内容、目的均不相同。因此，该特征未被公开。 |
| **技术特征N：-考虑(2:7)与正在进行的HTTP流播服务相关的至少一个传输相关的更正，至少部分地基于所接收的运行时间接收报告的内容。** <br><br>《未公开》 | [0037] “...the data retransmission processing is performed burstingly.”<br>[0038] “Step 16: the base station generates a data retransmission setting field, sends the data retransmission setting field and the retransmitted data to the user terminal requesting the retransmission, then performs re-timing for the user group” | 对比文件公开了基于接收到的“数据重传请求”或定时器过期，网络侧执行“数据重传”操作。这是一种基于传统ARQ/HARQ的传输更正。目标专利中的“传输相关的更正”是基于“运行时间接收报告”的内容，进行诸如增加FEC开销、扩大服务区或更新RAN配置等主动优化。虽然都旨在改善传输，但触发源（数据重传请求 vs. 运行时间接收报告）和更正动作的本质（重传丢失数据 vs. 调整传输参数）完全不同。因此，该特征未被公开。 |
| **技术特征O：其中所述至少一个传输相关的更正包括以下一个或者多个：-增加应用于所述正在进行的HTTP流播服务的FEC开销百分比** <br><br>《未公开》 | 全文未公开 | 对比文件未公开任何关于调整FEC（前向纠错）开销的内容。其更正手段是数据重传。因此，该特征未被公开。 |
| **技术特征P：-增加应用于所述正在进行的HTTP流播服务的服务区** <br><br>《未公开》 | 全文未公开 | 对比文件未公开任何关于扩大或调整服务区的内容。因此，该特征未被公开。 |
| **技术特征Q：-通过优化应用于所述正在进行的HTTP流播服务的无线电设置来更新RAN配置。** <br><br>《未公开》 | 全文未公开 | 对比文件未公开任何关于优化无线电设置或更新RAN（无线接入网）配置的内容。其方法集中在应用层的数据重传触发机制，未涉及物理层或RAN层的参数调整。因此，该特征未被公开。 |
**结论：**
<<<a>>>