本次调用的模型名称：DeepSeek-R1
| 技术特征描述及公开性判断 | 对比文件原文引用 (中文翻译) | 公开性论述 |
| 技术特征A：用于一无线通讯系统的一用户端中，该方法包含有接收至少一多媒体广播及群播服务。**《直接公开》** | 对比文件[0019]："...只有用户设备UE2在移出服务覆盖之前激活了一个p-t-m MBMS服务...用户设备UE2执行MBMS多播服务激活程序，并将p-t-m MBMS服务的信息（例如服务名称）存储在MBMS_ACTIVATED_SERVICES变量中。" 对比文件[0008]："3GPP TS 25.331 V6.8.0 RRC协议规范定义了一个变量MBMS_ACTIVATED_SERVICES，用于存储UE已加入的MBMS多播服务以及UE有兴趣接收的MBMS广播服务的信息。" | 对比文件明确描述了用户端（UE）激活（即接收）至少一个p-t-m MBMS服务，并通过存储服务信息确认该服务处于激活状态，因此直接公开了“接收至少一多媒体广播及群播服务”。该特征在对比文件中的作用是标识用户端已激活的MBMS服务，与目标专利中用户端正在接收服务的作用实质相同。 |
| 技术特征B：于每个修改周期接收该至少一多媒体广播及群播服务的群播控制通道。**《未公开》** | 无直接对应内容。对比文件[0008]列举了执行MCCH获取程序的六种情形（如小区重选、覆盖返回等），未提及“每个修改周期”周期性接收MCCH。 | 对比文件描述的是基于事件触发的MCCH获取（如覆盖变化、上层指示），而非每个修改周期的周期性读取。目标专利中的“修改周期”是LTE eMBMS特有的时间周期概念（修改周期长于重复周期），对比文件作为3G UMTS技术，未涉及该概念，也未公开任何周期性读取MCCH的机制。本领域技术人员无法从对比文件直接或隐含得出该特征。 |
| 技术特征C：选择所接收的表示兴趣的一新多媒体广播及群播服务。**《隐含公开》** | 对比文件[0008]第六种情形："...当从上层接收到指示，表示MBMS激活服务已改变时（例如，当一个新的MBMS服务项被添加到服务集中）。" 对比文件[0019]："用户设备UE2执行MBMS多播服务激活程序，并将p-t-m MBMS服务的信息存储在变量中。" | 对比文件虽未明确使用“选择表示兴趣”的措辞，但公开了当用户端通过上层指示获知新MBMS服务项被添加时，会触发MCCH获取程序。这实质上隐含了用户端对新服务的“兴趣选择”：新服务项的添加意味着用户端对该服务表示兴趣并准备接收。此外，用户端需通过激活程序（如MBMS多播服务激活程序）才能将新服务加入激活列表，该过程可视为选择表示兴趣。因此，对比文件部分公开了该特征，根据宽松的隐含公开标准，可认定技术特征C被隐含公开。 |
| 技术特征D：根据播送该新多媒体广播及群播服务的一广播群播单频网络区域是否属于该用户端正在接收的该至少一多媒体广播及群播服务所在的至少一广播群播单频网络区域中的一个，确定是否监听一群播控制通道通知。**《未公开》** | 无对应内容。对比文件全文未出现“广播群播单频网络区域（MBSFN area）”概念。 | 目标专利技术方案的核心在于通过判断新旧服务的MBSFN区域是否相同来决定是否监听MCCH通知，从而实现节电。对比文件涉及的是3G UMTS系统，该系统不存在MBSFN区域概念；对比文件确定是否执行MCCH获取的依据是用户端是否至少有一个激活的p-t-m MBMS服务（[0018]）。两者判断逻辑与基础概念完全不同，本领域技术人员无法从对比文件中推导出该特征。 |
| 技术特征E：当该新多媒体广播及群播服务所在的该广播群播单频网络区域不属于该至少一多媒体广播及群播服务所在的该至少一广播群播单频网络区域中的一个时，监听该群播控制通道通知。**《未公开》** | 无对应内容。 | 同特征D，对比文件未涉及任何基于MBSFN区域归属的监听决策，因此未公开该特征。 |
| 技术特征F：当该新多媒体广播及群播服务所在的该广播群播单频网络区域属于该至少一多媒体广播及群播服务所在的该至少一广播群播单频网络区域中的一个时，不监听该群播控制通道通知。**《未公开》** | 无对应内容。 | 同特征D、E，对比文件无相关公开。 |
| 技术特征G：其中播送一多媒体广播及群播服务的广播群播单频网络区域的信息是一网络端通过一无线资源控制层的上层传送至该用户端。**《未公开》** | 无对应内容。对比文件[0005]提到服务通告（Service announcement）作为服务提供阶段之一，但未指定传递MBSFN区域信息。 | 对比文件未提及MBSFN区域信息，也未描述通过RRC上层传递此类信息。虽然对比文件涉及上层指示（[0008]情形6），但指示的是服务变更而非MBSFN区域信息。因此未公开该特征。 |
| 技术特征H：其中每一广播群播单频网络区域具有一群播控制通道。**《未公开》** | 无对应内容。对比文件[0007]描述MCCH是逻辑信道，映射到FACH，但未提到MBSFN区域与MCCH的关联。 | 目标专利中，每个MBSFN区域对应一个MCCH，这是LTE eMBMS的配置。对比文件基于3G UMTS，每个小区（cell）有MCCH，而非MBSFN区域。两者实体不同，公开内容已超出对比文件范畴。 |
| 技术特征I：其中一广播群播单频网络区域的群播控制通道内容于同一修改周期内维持相同。**《未公开》** | 无对应内容。 | 对比文件完全未涉及修改周期概念（MCCH modification period），也未提到MCCH内容在周期内不变。该特征是LTE eMBMS的特定机制，对比文件不公开。 |
| 技术特征J：其中该群播控制通道通知是于指定给多媒体广播及群播服务无线网络暂时识别的实体下链路控制通道上传输。**《未公开》** | 无对应内容。对比文件[0007]提到MCCH、MTCH、MSCH等逻辑信道映射到FACH，未涉及PDCCH或M-RNTI。 | 目标专利的MCCH通知在PDCCH上使用M-RNTI，是LTE的物理层机制。对比文件基于3G UMTS，其控制信道传输方式完全不同（如S-CCPCH）。无任何直接或隐含公开。 |
| 技术特征K：其中该群播控制通道通知的传输时机是依据传呼时机。**《未公开》** | 无对应内容。 | 对比文件未定义“群播控制通道通知”的定时机制，也未提到“传呼时机”（paging occasion）。该特征是LTE特定设计，对比文件不公开。 |
| 技术特征L：其中该群播控制通道通知的传输时机是依据特殊多媒体广播及群播服务无线网络暂时识别时机。**《未公开》** | 无对应内容。 | 同特征K，对比文件无M-RNTI时机或类似概念。 |
| 技术特征M：其还包含于接收该群播控制通道通知后，在下一修改周期读取相对应的一群播控制通道。**《未公开》** | 无对应内容。对比文件[0018]-[0019]描述执行MCCH获取程序（包括读取MCCH），但未定义与“修改周期”相关的延迟读取。 | 目标专利的“下一修改周期读取”是与修改周期同步的特定行为。对比文件中的MCCH获取程序是即时或基于事件触发的，没有修改周期对齐要求，因此未公开该特征。 |
| 技术特征N：其中该播送一多媒体广播及群播服务的广播群播单频网络区域的信息是该网络端经由一服务通告程序所传送。**《未公开》** | 对比文件[0005]提到服务通告（Service announcement）作为Broadcast模式和Multicast模式的服务提供阶段之一。但未指定这是传送MBSFN区域信息的程序。 | 对比文件虽提及服务通告，但其内容不包含MBSFN区域信息（目标专利中的MBSFN区域是LTE概念）。服务通告在UMTS中用于提供MBMS服务的一般性描述，不涉及单频网络区域。因此对比文件未公开该特征。 |
**输出代码：**
<<<A>>><<<c>>>