好的，作为一名资深专利代理师，我将严格遵循您的要求，对对比文件CN101873530A与目标专利CN105723751B的权利要求技术特征进行逐项比对和深度分析。
**本次评估信息：**
- **对比文件名称：** 2010-10-27_CN101873530A_发明公开_CN101873530A 一种信息获取方法及装置
- **目标专利名称：** 1161在通信系统中用于启用反馈传输的方法和装置CN105723751B
- **调用模型名称：** deepseek-chat
以下是根据您的指令进行的详细特征比对和公开性判断。
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（中文翻译） | 公开性论述 |
| **技术特征A：**用于通过广播或多播向用户设备提供HTTP流播服务<br><br>**《未公开》** | 全文涉及“多媒体广播组播业务(MBMS)”、“演进的多媒体广播组播业务(eMBMS)”以及“MBSFN传输”，但通篇未提及“HTTP流播服务”或与之等同的通过HTTP协议进行的流媒体服务。 | 该特征限定了一种具体的服务类型——“HTTP流播服务”。对比文件解决的核心问题是“网络侧无法获取连接状态的UE对MBMS的接收情况”，其技术方案围绕MBMS的接收信息进行上报。目标专利说明书明确指出，现有eMBMS虽然可以通过UDP/FLUTE传送内容，但也可以传送HTTP流播（如HLS、DASH）的媒体段。然而，对比文件中并未出现任何关于“HTTP”、“流播”、“DASH”、“HLS”的记载。本领域技术人员无法从对比文件关于MBMS通用业务上报的内容中，毫无疑义地推导出该方法专门用于“HTTP流播服务”。虽然MBMS可以承载HTTP流播，但对比文件未公开此具体应用场景，因此该特征未被公开。 |
| **技术特征B：** -确定(2:2)在哪些条件下需要来自接收确定的HTTP流播服务的用户设备的运行时间接收报告<br><br>**《未公开》** | 全文未明确公开“运行时间接收报告”这一概念。对比文件描述了一种基于“MBMS接收变化”的事件触发的上报机制（例如，在A时刻增加MBMS业务，触发新的MBMS change report CE），而非网络侧主动“确定在哪些条件下需要”一个持续的“运行时间接收报告”。 | 该特征要求网络侧主动确定并启用一个“运行时间接收报告”。对比文件中，UE在监听MBMS业务发生变化时自发产生报告（MBMS change report CE），网络侧是被动接收该变化信息，而不是主动决定“在哪些条件下”需要该报告。对比文件没有描述网络侧如何决策、何时需要启动一个周期性的、与时间相关的统计报告。目标专利的“运行时间接收报告”是一种持续测量和周期性/事件触发的反馈机制，其启用是由网络侧决定的，这与对比文件中UE因业务变化而事件触发的、一次性的变化报告在机制和应用场景上存在本质区别。因此，该特征未被公开。 |
| **技术特征C：** -确定(2:3)包括在所述用户设备处适用于在所述用户设备处确定何时触发运行时间接收报告的阈值的报告参数<br><br>**《未公开》** | 全文未公开任何形式的“阈值”作为触发上报的条件。对比文件中，UE触发上报的条件是“MBMS业务发生了变化”（例如，增加了或减少了MBMS会话）。 | 该特征明确要求确定一个包含“阈值”的报告参数，该阈值用于在UE侧判断是否触发报告。对比文件中，UE上报的触发条件是MBMS业务的“变化”（增/减），这是一个二元状态变化，而非一个基于数值比较的“阈值”。对比文件未提及任何与阈值相关的参数（如对象丢失百分比、信号强度门限等）。因此，该特征未被对比文件直接或隐含公开。 |
| **技术特征D：** 其中所述运行时间接收报告基于所述报告参数中指示的对象丢失度量<br><br>**《未公开》** | 全文未公开“对象丢失度量”或任何类似的度量标准。对比文件中，UE报告的内容是“MBMS的接收信息”，即“接收的MBMS的变化信息”，具体为新增或减少的MBMS的会话标识。 | 该特征限定了报告内容是基于“对象丢失”的度量。对比文件中，报告的内容是业务标识（Service ID, Session ID）的变化，属于对接收业务集合的描述，而非对数据接收质量的度量，如“丢失/错误的对象”。目标专利明确指出对象丢失度量是QoE度量的一种，用于反映数据接收质量。对比文件中没有提及任何关于数据接收质量（例如，丢包率、误码率）的度量或统计。因此，该特征未被公开。 |
| **技术特征E：** 并且所述阈值被设置为所述用户设备接收的HTTP流播服务中丢失的对象与所有对象的百分比，使得来自于所述用户设备的运行时间接收报告的传输在丢失的对象的所述百分比超过所述阈值时被触发，以及<br><br>**《未公开》** | 全文未公开任何形式的“阈值”，更没有公开“丢失的对象与所有对象的百分比”这一特定阈值设定方式。 | 该特征是对特征C和D的进一步限定，明确了阈值的具体含义和触发方式。对比文件既不包含“阈值”的概念，也不包含“对象丢失”及“百分比”计算的概念，更不存在将二者结合作为触发条件的机制。因此，该特征完全未被对比文件公开。 |
| **技术特征F：** -向所述用户设备提供(2:4)所确定的报告参数。<br><br>**《未公开》** | 对比文件公开了基站向UE配置测量Gap的配置信息（激活时刻、持续时间及周期）和DRX的配置信息（激活时间以及周期），并将该配置信息通知给UE。但这是针对无线资源管理的配置，而非用于指导UE如何生成和发送接收报告的“报告参数”。 | 该特征要求“提供”用于执行“运行时间接收报告”的“报告参数”。对比文件中，网络侧向UE提供的是测量Gap和DRX的配置参数，这些参数用于UE的无线测量和休眠调度，而非用于定义UE应如何测量、何时触发并发送一个报告。目标专利中的报告参数（如测量分辨率、测量范围、阈值）是专门用于规范UE反馈行为的。对比文件未提供任何此类用于指导UE进行反馈报告的参数。因此，该特征未被公开。 |
| **技术特征G：** 其中所述报告参数包括以下至少一个：测量分辨率周期和测量范围。<br><br>**《未公开》** | 对比文件公开了测量Gap具有“周期”（例如40ms或80ms）和“持续时间”（例如6ms），以及DRX具有“周期”和“偏移值”。但这些并非用于统计接收质量的“测量分辨率”或“测量范围”。 | 该特征是对“报告参数”的进一步限定。对比文件中的“周期”和“持续时间”等参数是用于配置无线物理层行为（测量Gap、DRX），而非用于定义对应用层接收质量进行统计的粒度（测量分辨率）和时间窗口（测量范围）。目标专利说明书明确将测量分辨率定义为“计算每个度量值的时间”，测量范围定义为“在要报告QoE度量的流中的时间范围”。对比文件完全没有这些概念。因此，该特征未被公开。 |
| **技术特征H：** 其中所述提供(2:4)与供给所述HTTP流播服务中相关地执行。<br><br>**《未公开》** | 对比文件描述基站是根据获取到的UE接收信息（如UE接收了哪些MBMS业务）来配置测量Gap和DRX。这是在接收服务过程中进行参数配置，但并非在“供给”该服务的同时提供“报告参数”。 | 该特征要求报告参数的提供与服务的“供给”（即服务建立或通知过程）相关联。目标专利说明书举例说明报告参数可以和服务通知一起提供。对比文件中，测量Gap和DRX的配置是基于UE上报的接收信息后进行的动态调整，并非在服务建立之初就与服务供给信息一同提供。且对比文件未涉及“报告参数”，因此该特征无从谈起。该特征未被公开。 |
| **技术特征I：** 其中所述提供(2:4)包括在SDP文件中提供至少一些所述报告参数。<br><br>**《未公开》** | 全文未提及“SDP文件”（会话描述协议）。对比文件涉及的是MAC层、RRC层的信令交互，描述的是物理层和MAC层的配置信息。 | 该特征限定了报告参数是通过“SDP文件”提供的。SDP是应用层用于描述多媒体会话的协议。对比文件的技术方案聚焦在LTE的底层（MAC、RRC），其信息交互方式（MAC CE、RRC信令）与SDP文件完全无关。因此，该特征未被公开。 |
| **技术特征J：** 其中所述提供(2:4)包括在SDP文件中提供指示运行时间接收报告类型和所述阈值中的至少一个的信息。<br><br>**《未公开》** | 全文未提及“SDP文件”，也未提及“运行时间接收报告类型”和“阈值”。 | 基于特征I的分析，对比文件未涉及SDP文件，因此通过SDP文件提供特定信息的方式未被公开。同时，对比文件也不包含“报告类型”和“阈值”的概念。该特征未被公开。 |
| **技术特征K：** 其中所述提供(2:4)包括在ADPD文件中提供指示运行时间接收报告类型和所述阈值中的至少一个的信息。<br><br>**《未公开》** | 全文未提及“ADPD文件”（关联传送过程描述）。 | 基于特征I和J的分析，ADPD文件同样是MBMS应用层的描述文件。对比文件中未提及任何应用层描述文件（如SDP、ADPD、USD）。因此，该特征未被公开。 |
| **技术特征L：** 进一步包括以下步骤 | 此为方法步骤的前序特征，不构成具体的技术限定，与后续特征M、N结合考虑。 | |
| **技术特征M：** -从所述用户设备接收(2:6)运行时间接收报告，以及<br><br>**《直接公开》** | 说明书【0076】段：“基站获取UE发送的MBMS报告控制元素(CE)…”<br>说明书【0048】段：“信息获取单元，用于获取用户设备UE发送的多媒体广播组播业务MBMS报告控制元素CE…”。 | 该特征要求网络节点从UE接收一个反馈报告。对比文件明确公开了基站（网络节点）接收UE发送的“MBMS报告控制元素CE”，该CE包含了UE对MBMS的接收信息。虽然在具体报告内容上存在差异（目标专利为运行时间统计，对比文件为业务变化信息），但两者在“从UE侧接收一个用于反馈服务接收情况的报告”这一上位概念上是完全一致的。本领域技术人员可以毫无疑义地确定对比文件公开了这一步骤。因此，该特征被直接公开。 |
| **技术特征N：** -考虑(2:7)与正在进行的HTTP流播服务相关的至少一个传输相关的更正，至少部分地基于所接收的运行时间接收报告的内容。<br><br>**《直接公开》** | 说明书【0077】段：“基站还可以根据UE对MBMS的接收信息，为该UE配置DRX的时间…”<br>说明书【0076】段：“基站可以根据UE对MBMS的接收信息，为该UE配置测量Gap…”<br>说明书【0050】段：“根据UE对MBMS的接收信息，为该UE配置测量Gap，并将该测量Gap的配置信息通知给该UE。” | 该特征要求网络节点基于接收到的报告内容，考虑对传输进行更正或优化。对比文件明确公开了基站根据“MBMS报告CE”中获取的UE接收信息，为UE配置更合理的“测量Gap”和“DRX时间”。这些配置操作（调整测量间隙、调整非连续接收周期）正是对MBMS传输相关的无线参数进行优化和更正，以改善接收质量或节省功耗。其核心逻辑（接收反馈 -> 调整传输配置）与目标专利完全一致。因此，该特征被直接公开。 |
| **技术特征O：** 其中所述至少一个传输相关的更正包括以下一个或者多个：-增加应用于所述正在进行的HTTP流播服务的FEC开销百分比<br><br>**《未公开》** | 全文未涉及“前向纠错(FEC)”或“开销百分比”的调整。 | 该特征是特征N中“传输相关更正”的一种具体形式。对比文件虽然公开了基于反馈进行配置调整，但调整的是测量Gap和DRX，属于RRC层配置。而“增加FEC开销百分比”是应用层或物理层的编码参数调整。对比文件全文未提及FEC技术或任何关于编码开销的调整。因此，该特征未被公开。 |
| **技术特征P：** -增加应用于所述正在进行的HTTP流播服务的服务区<br><br>**《未公开》** | 全文未涉及“服务区”的调整。 | 该特征是特征N中“传输相关更正”的一种具体形式。对比文件公开的调整仅限于针对单个UE的无线参数（测量Gap、DRX），而非扩大整个广播服务的覆盖区域。调整服务区涉及网络规划和多个基站的协同，与对比文件描述的单个UE级别的配置调整完全不同。因此，该特征未被公开。 |
| **技术特征Q：** -通过优化应用于所述正在进行的HTTP流播服务的无线电设置来更新RAN配置。<br><br>**《隐含公开》** | 说明书【0076】段：“基站可以根据UE对MBMS的接收信息，为该UE配置测量Gap…”<br>说明书【0077】段：“基站还可以根据UE对MBMS的接收信息，为该UE配置DRX的时间…” | 该特征是特征N中“传输相关更正”的一种具体形式。对比文件公开的“配置测量Gap”和“配置DRX的时间”正是对RAN（无线接入网）配置的更新和对无线电设置的优化。测量Gap和DRX都是影响MBMS接收的关键无线电设置。本领域技术人员可以合理推断，基于UE反馈的接收情况来调整这些参数，本质上就是“优化无线电设置以更新RAN配置”。尽管对比文件未使用完全相同的措辞，但其技术实质完全符合该特征的含义。因此，该特征被隐含公开。 |
---
### 结论
综上所述，对比文件 CN101873530A 直接公开了目标专利权利要求中的技术特征 **M** 和 **N**，隐含公开了技术特征 **Q**。
根据您的输出格式要求，在回答的结尾插入对应的代码。
<<<M>>><<<N>>><<<q>>>