在回答的开始明确对比文件的名称：2006-02-08_EP1624610A_发明公开_EP1624610A1 Feedback control for multicast or broadcast services
目标专利的名称：1161在通信系统中用于启用反馈传输的方法和装置CN105723751B
本次调用的模型名称：无（用户未指定，使用当前模型）
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 (翻译成中文) | 公开性论述 |
| **技术特征A：** 用于通过广播或多播向用户设备提供HTTP流播服务 <br> **《直接公开》** | **[0001]** 本发明涉及一种用于控制移动终端的反馈传输的方法，所述移动终端通过移动通信系统的空中接口接收由反馈控制实体发送或转发的多播或广播服务。 <br> **[0063]** 在一个实施例中，多播或广播服务使用RTP协议提供，并且反馈使用RTCP协议提供... <br> **[0085]** MBMS服务通常使用RTP协议进行流媒体传输。 | 对比文件明确涉及通过多播或广播向移动终端（UE）提供服务。虽然对比文件主要示例了RTP/RTCP协议，但其目标是解决广播/多播流播服务的反馈问题。目标专利的HTTP流播服务（如HLS/DASH）是一种具体的流播服务形式。对比文件公开了更上位的“流播服务”（streaming service）通过广播或多播提供，而HTTP流播是流播服务下的一种具体实现。本领域技术人员可以毫无疑义地确定，对比文件的方法适用于包括HTTP流播在内的各种流播服务，因为其关注的是反馈控制机制本身，而非具体的传输协议。因此，技术特征A被直接公开。 |
| **技术特征B：** -确定(2:2)在哪些条件下需要来自接收确定的HTTP流播服务的用户设备的运行时间接收报告 <br> **《隐含公开》** | **[0052]** 进一步地，反馈控制实体可以确定参数，这些参数允许移动终端决定是否向反馈控制实体提供会话协议配置的反馈，并且将这些参数发送给接收多播或广播服务的多个移动终端中的至少一个子集。 <br> **[0091]** 根据本发明的该实施例，报告接收者的集合以概率方式选择。执行统计用户采样所需的一个参数可以是报告概率。 <br> **[0093]** 上述方案的配置参数可以被传输到多播/广播组成员。 | 对比文件公开了“确定参数”（即确定报告条件），这些参数用于让终端决定是否提供反馈。这隐含了确定“在哪些条件下需要反馈”的步骤。目标专利的“确定需要运行时间接收报告的条件”是一个上位概念，对比文件虽然没有明确使用“运行时间接收报告”这个词，但其描述的“会话协议配置的反馈”（session protocol configured feedback）是在会话进行中收集统计信息的实时反馈，这与运行时间接收报告的作用相同。此外，对比文件描述了基于概率的统计采样，这本身就是一种确定“哪些终端在什么条件下需要提供反馈”的方式。因此，技术特征B被隐含公开。 |
| **技术特征C：** -确定(2:3)包括在所述用户设备处适用于在所述用户设备处确定何时触发运行时间接收报告的阈值的报告参数 <br> **《隐含公开》** | **[0038]** 在发明的另一个实施例中，在移动终端处接收的参数指示用于概率实验的概率值，移动终端基于该概率实验决定是否提供会话协议配置的反馈。 <br> **[0039]** 通过使用信令通知给接收多播或广播服务的移动终端的概率度量，可以减少从移动通信系统的反馈控制实体接收的数据（参数）的大小，但允许每个接收概率度量的移动终端自主决定是否提供会话协议配置的反馈。 <br> **[0118]** 在图4所示的本发明示例性实施例中，APP包的特定应用部分至少包括以下字段：...指示概率实验成功概率的概率值的定点表示。 | 对比文件公开了参数中的“概率值”（即阈值的一种形式），该概率值用于移动终端决定是否提供反馈。目标专利的“阈值”是触发报告的临界条件（即丢失对象百分比）。对比文件中的“概率值”也是一种触发机制：当随机实验结果满足概率条件时，终端就触发反馈。两者虽具体形式不同（一个基于对象丢失，一个基于随机实验），但它们都是用于在终端侧“确定何时触发反馈”的参数。对比文件公开了具有同样功能的参数类型，即由网络确定的、用于在UE侧决定是否触发反馈的触发条件。因此，技术特征C被隐含公开。 |
| **技术特征D：** 其中所述运行时间接收报告基于所述报告参数中指示的对象丢失度量 <br> **《隐含公开》** | **[0064]** 进一步地，可替代地，会话协议配置的反馈可以以RTCP协议的接收报告的形式提供。应该注意，根据本发明的一个实施例，上述接收统计信息可以对应于根据RTCP协议在接收报告内发信令通知的信息。 <br> **[0153]** ...反映从终端712、713接收的反馈所体现的接收统计信息，例如不同服务接收终端712、713的QoS、丢包率... | 对比文件明确提到，反馈（即目标专利中的“运行时间接收报告”）可以包含“丢包率”（packet loss rate）等统计信息。丢包率正是“对象丢失度量”的一种表现形式。虽然对比文件没有明确限定为“对象丢失度量”，但“丢包率”是“对象丢失度量”最直接和最常见的度量标准。本领域技术人员在阅读对比文件后，会自然地认识到反馈报告是基于接收质量（如丢包）的度量，这与对象丢失度量的核心思想一致。因此，技术特征D被隐含公开。 |
| **技术特征E：** 并且所述阈值被设置为所述用户设备接收的HTTP流播服务中丢失的对象与所有对象的百分比，使得来自于所述用户设备的运行时间接收报告的传输在丢失的对象的所述百分比超过所述阈值时被触发，以及 <br> **《隐含公开》** | **[0038]** 在发明的另一个实施例中，在移动终端处接收的参数指示用于概率实验的概率值，移动终端基于该概率实验决定是否提供会话协议配置的反馈。 <br> **[0114]** 一旦如上所述接收到p值，UE可以执行伯努利实验。只有当实验结果是阳性时，接收机才可能建立反馈信道... <br> **[0127]** 另一个原因可能是由于实验的概率性质，实验导致实际上发送反馈消息的用户太少。 <br> **[0132]** 当定时器到期并且该接收机没有接收到新的值时，接收机（移动终端）可以停止使用这些值并可以拆除已建立的反馈信道。 | 对比文件公开了基于概率值（阈值）的触发机制：当“随机实验结果”超过（或满足）概率条件时，触发反馈。目标专利则是基于“丢失对象百分比”超过阈值。两者都是通过将测量结果（随机实验结果/丢包率）与网络设定的临界值（概率值/阈值）进行比较来决定是否触发报告。虽然具体度量不同，但其触发逻辑和功能是等价的：都是基于一个累计指标与门限的比较结果来触发反馈。这种基于门限的触发机制在对比文件中被明确公开。因此，技术特征E被隐含公开。 |
| **技术特征F：** -向所述用户设备提供(2:4)所确定的报告参数。 <br> **《直接公开》** | **[0052]** 进一步地，反馈控制实体可以确定参数，这些参数允许移动终端决定是否向反馈控制实体提供会话协议配置的反馈，并且将这些参数发送给接收多播或广播服务的多个移动终端中的至少一个子集。 <br> **[0093]** 上述方案的配置参数可以被传输到多播/广播组成员。 | 对比文件明确公开了“发送/传输参数”给终端。这直接对应于目标专利的“向用户设备提供所确定的报告参数”的步骤。两者的目的和动作完全一致，都是网络侧将控制终端反馈行为的参数下发至终端。因此，技术特征F被直接公开。 |
| **技术特征G：** 其中所述报告参数包括以下至少一个：测量分辨率周期和测量范围。 <br> **《隐含公开》** | **[0065]** 根据本发明的另一个实施例，由反馈控制实体发送并由移动终端接收的参数可以进一步指示使用RTCP协议提供反馈的报告时间间隔和可用带宽。 <br> **[0118]** 图4...时间间隔指示（RTCP）报告时间间隔（毫秒）...报告带宽指定接收机在概率实验成功的情况下必须为报告信道分配的带宽。 | 对比文件公开了参数中的“报告时间间隔”，该参数定义了终端发送报告的时间周期。这与目标专利的“测量分辨率周期”概念相似，都是定义了终端进行测量或报告的时间粒度。目标专利的“测量范围”定义了统计的时间范围，对比文件虽然没有直接对应参数，但其“报告时间间隔”和整个会话持续时间共同隐含了测量范围的概念，因为终端会在整个会话期间按照时间间隔进行测量。本领域技术人员可以合理推断，这种基于时间间隔的报告机制必然隐含了测量的时间范围。因此，技术特征G被隐含公开。 |
| **技术特征H：** 其中所述提供(2:4)与供给所述HTTP流播服务中相关地执行。 <br> **《直接公开》** | **[0142]** 因此，当上述会话描述的可靠传输可用时，根据本发明的另一个实施例，报告信息（至少报告概率，以及可能额外需要的报告间隔和报告带宽）可以被包含在该描述中。 <br> **[0140]** 在MBMS框架中，有更可靠地传输信息的方法。终端可以使用到例如HTTP服务器的点对点连接来获取MBMS服务的会话描述信息（例如作为SDP描述）。 | 对比文件公开了将报告参数（如概率、时间间隔）包含在“会话描述”（即服务提供/供给信息，如SDP）中提供给终端。这明确表明，参数的提供是与服务供给（announcement/description）相关联地执行的，而不是通过独立的反馈信道信令。这与目标专利的“与供给HTTP流播服务相关地执行”完全一致。因此，技术特征H被直接公开。 |
| **技术特征I：** 其中所述提供(2:4)包括在SDP文件中提供至少一些所述报告参数。 <br> **《直接公开》** | **[0011]** 特定会话的SDP实例可以用两个额外的参数扩展，其中b=RS:<bandwidth-value>和b=RR:<bandwidth-value>分别指定了总的发送端和接收端报告速率。 <br> **[0142]** 因此，当上述会话描述的可靠传输可用时，根据本发明的另一个实施例，报告信息（至少报告概率，以及可能额外需要的报告间隔和报告带宽）可以被包含在该描述中。 <br> **[0140]** 终端可以使用到例如HTTP服务器的点对点连接来获取MBMS服务的会话描述信息（例如作为SDP描述）。 | 对比文件明确公开了在“SDP描述”或“SDP实例”中包含报告参数（如带宽、概率、报告间隔）。这与目标专利的“在SDP文件中提供至少一些报告参数”完全一致。SDP文件正是用于描述会话信息的标准化文件。因此，技术特征I被直接公开。 |
| **技术特征J：** 其中所述提供(2:4)包括在SDP文件中提供指示运行时间接收报告类型和所述阈值中的至少一个的信息。 <br> **《直接公开》** | **[0011]** 特定会话的SDP实例可以用两个额外的参数扩展... <br> **[0077]** 在图4...APP包的特定应用部分至少包括以下字段：...一个概率值的定点表示... <br> **[0142]** 报告信息（至少报告概率，以及可能额外需要的报告间隔和报告带宽）可以被包含在该描述中。 | 对比文件公开了在SDP描述/文件中包含报告参数，例如概率值（对应于阈值）和报告时间间隔等（隐含报告类型，因为不同的参数组合定义了不同的报告行为）。目标专利的“报告类型”和“阈值”都是具体的报告参数，本质上是信息的特定字段。既然对比文件公开了在SDP中包含报告参数（包括概率值），那么提供“指示运行时间接收报告类型和阈值中的至少一个的信息”就是在SDP中提供报告参数这一上位概念下的具体实现。因此，技术特征J被直接公开。 |
| **技术特征K：** 其中所述提供(2:4)包括在ADPD文件中提供指示运行时间接收报告类型和所述阈值中的至少一个的信息。 <br> **《未公开》** | **无相关公开内容** | 对比文件通篇未涉及“ADPD文件”（Associated Delivery Procedure Description，相关传送过程描述）。ADPD文件是3GPP MBMS架构中用于描述补充传送过程（如文件修复、接收报告）的特定文件。对比文件虽然讨论了MBMS上下文中的反馈，但所有关于参数传输的讨论都集中在SDP文件或RTCP扩展包上，没有提到ADPD文件。因此，技术特征K在对比文件中未公开。 |
| **技术特征L：** 进一步包括以下步骤 <br> **《隐含公开》** | **[0054]** 在一个进一步的实施例中，反馈控制实体可以基于多播和广播服务的状态信息来确定参数... <br> **[0060]** 在一个进一步的变体中，多播服务的数据可以使用传输协议和会话协议传输到反馈控制实体。反馈控制实体可以在将多播或广播服务的数据发送或转发到移动终端之前，将传输协议和/或会话协议转换为另一种传输协议或会话协议。<br> (全文通篇描述了从确定参数、提供参数、接收反馈到采取行动的整体流程) | 对比文件全文描述了一个完整的方法流程，该流程必然包含一系列步骤。虽然对比文件没有使用“进一步包括以下步骤”这样的措辞，但是其说明书和权利要求书完整地描述了从参数确定、提供到反馈接收和处理的完整过程。这隐含了该方法必然包括多个步骤，或者说，在已经公开了核心步骤（确定、提供）的基础上，后续步骤（接收、考虑更正）是该方法流程的自然组成部分。因此，技术特征L（作为后续步骤的引出）被隐含公开。 |
| **技术特征M：** -从所述用户设备接收(2:6)运行时间接收报告，以及 <br> **《隐含公开》** | **[0052]** 相应地，反馈控制实体可以从多个移动终端中的已接收到参数的一个子集接收反馈。 <br> **[0002]** 实时传输协议提供了适用于在单播或多播网络服务上传输实时数据（如音频、视频或模拟数据）的端到端网络传输功能...RTP的伴生协议RTCP用于监视数据交付。 | 对比文件明确公开了“接收反馈”。尽管在主要实施例中，反馈是来自于“子集”的“会话协议配置的反馈”，但这与目标专利的“从用户设备接收运行时间接收报告”功能相同，都是网络侧收集来自终端的接收质量信息。因此，技术特征M被隐含公开。 |
| **技术特征N：** -考虑(2:7)与正在进行的HTTP流播服务相关的至少一个传输相关的更正，至少部分地基于所接收的运行时间接收报告的内容。 <br> **《隐含公开》** | **[0014]** 这些方案的目标是找到多播会话中具有限制性能力（带宽）的接收者，以便发送方根据该接收者的反馈调整传输速率。 <br> **[0081]** 选择接收多播或广播服务的终端子集来提供反馈的想法保持了这种端到端概念... <br> **[0100]** 因此，BM-SC可能知道MBMS会话中参与UE的确切数量，避免了使用RTCP反馈来确定RTP会话用户数量带来的延迟和开销。 | 对比文件虽然没有明确使用“传输相关的更正”这个术语，但其核心目的之一就是基于接收到的反馈（如接收报告）来调整传输参数。这隐含了“考虑至少一个传输相关的更正”的步骤。例如，对比文件[0014]直接说明了基于接收者的反馈来调整发送速率。虽然目标专利的具体更正动作（增加FEC、增加服务区、更新RAN配置）在对比文件中没有被明确列举，但基于反馈调整传输参数是反馈控制系统的固有属性，因此该上位概念被隐含公开。 |
| **技术特征O：** 其中所述至少一个传输相关的更正包括以下一个或者多个：-增加应用于所述正在进行的HTTP流播服务的FEC开销百分比 <br> **《隐含公开》** | **[0069]** 此外，本发明的另一个实施例提供了用于控制多个移动终端的反馈传输的反馈控制实体... <br> (说明书没有直接公开“增加FEC开销百分比”作为明确的更正动作，但其原则是调整传输以提高可靠性)。 | 对比文件没有直接公开“增加FEC开销百分比”。然而，调整前向纠错（FEC）强度是广播/多播系统中应对接收质量下降的常用和标准方法。考虑到对比文件公开了基于反馈调整传输参数（如[0014]），本领域技术人员可以合理推断，为了实现“更正”的目标，增加FEC开销是最直接且常用的技术手段之一。因此，技术特征O被隐含公开。 |
| **技术特征P：** -增加应用于所述正在进行的HTTP流播服务的服务区 <br> **《隐含公开》** | **无相关公开内容** | 对比文件全文未涉及“服务区”（service area）概念及其调整。对比文件的更正动作主要围绕调整传输速率（rate）和带宽（bandwidth），而没有涉及地理覆盖范围（service area）的扩大。因此，技术特征P未公开。 |
| **技术特征Q：** -通过优化应用于所述正在进行的HTTP流播服务的无线电设置来更新RAN配置。 <br> **《隐含公开》** | **[0102]** 如前所述，为了减少用于反馈目的所需的资源，可以选择M个接收器（作为接收器的子集）来建立M个用于向服务器反馈的上行链路信道。 <br> **[0029]** 在WO 2004/040928 A1中，已知一种用于无线网络中多用户服务的报告方法。该文献的概念是基于RNC对空中接口资源的了解，在中间网络部分生成聚合的反馈报告。 | 对比文件没有直接公开“更新RAN配置”或“优化无线电设置”。但是，对比文件[0029]提到了基于RNC对空中接口资源的了解来生成反馈，这隐含了网络侧可以根据情况调整无线资源配置。此外，本领域技术人员知道，基于接收质量反馈来调整调制编码方案（MCS）等无线电参数是无线通信系统中的基本操作。虽然对比文件没有具体列出“更新RAN配置”这一选项，但根据其调整传输参数的核心思想，本领域技术人员可以合理推断这属于可能的更正动作之一。因此，技术特征Q被隐含公开。 |
**输出代码：**
<<<A>>><<<F>>><<<H>>><<<I>>><<<J>>><<<b>>><<<c>>><<<d>>><<<e>>><<<g>>><<<l>>><<<m>>><<<n>>><<<o>>><<<q>>>