对比文件名称：2013-06-19_发明公开_CN103168487A 在无线通信系统中测量以消除IDC干扰的方法及其设备
目标专利名称：用于处理共享射频频带中的突发干扰的方法、装置及介质CN107005344B
模型名称：DeepSeek-R1
## 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：包括：在工作在第一无线电接入技术(RAT)上的用户设备(UE)处，接收来自基站的下行链路传输<br>**《隐含公开》** | 说明书第[0040]段：“当用户初始地接通用户设备的电源的时候，用户设备搜索合适的小区，然后在相应的小区中保持在RRC_IDLE状态。只有在需要RRC连接的时候，保持在RRC空闲状态下的用户设备执行与E-UTRAN的RRC层的RRC连接，然后转换为RRC_CONNECTED状态。在这种情况下，需要RRC连接的情形可以包括由于用户的呼叫尝试而需要上行链路数据传输的情形，或者将传送对从E-UTRAN传送的寻呼消息的响应消息的情形。” | 对比文件公开了用户设备（UE）与基站（E-UTRAN）建立RRC连接并进行通信的场景。本领域技术人员能够毫无疑义地理解，在RRC_CONNECTED状态下，UE与基站之间必然存在下行链路传输，这是任何蜂窝通信系统（如LTE）的基本操作。因此，UE从基站接收下行链路传输是本领域公知常识，且是对比文件所描述通信过程隐含的、必然存在的步骤。 |
| **技术特征B**：在所述UE处确定所述UE在所述下行链路传输中的至少一部分期间遭受突发干扰<br>**《隐含公开》** | 说明书第[0052]段：“参考图4，由于若干收发信机在一个用户设备内设置成相互接近，从一个收发信机传送的信号的功率可以大于从另一收发信机传送的信号的功率。在这种情况下，可能在不同的通信模块之间出现干扰。这种干扰将称为IDC干扰。”<br>说明书第[0069]段：“因此，本发明提出了一种用于避免当在用户设备内与LTE模块共存的一个或多个其它的通信模块(例如，BT模块、WiFi模块、GNSS模块等）在相邻频率上操作时可能出现的干扰的方法。” | 对比文件明确公开了用户设备内共存（IDC）干扰的存在，即LTE模块可能受到设备内其他通信模块（如WiFi）的干扰。当WiFi模块开始操作（驱动开始）时，其传输会对LTE模块的接收造成干扰（参见图6及描述）。本领域技术人员结合上下文可以合理推断，这种IDC干扰在发生时，会影响LTE模块正在进行的通信过程，包括其对下行链路传输的接收。因此，对比文件隐含公开了UE确定其在通信期间（必然包括下行链路传输期间）遭受了来自设备内其他模块的干扰。 |
| **技术特征C**：，其中，所述突发干扰是在共享射频频带中来自工作在第二RAT上的第二设备的，<br>**《隐含公开》** | 说明书第[0054]-[0056]段：“LTE模块可以操作在TDD频带40(2300MHz至2400MHz)上，并且WiFi模块或者蓝牙模块可以操作在2400MHz至2483.5MHz（其对应于未经许可的频带）上…WiFi模块或者蓝牙模块的传输可能导致针对LTE模块的接收的干扰。”<br>说明书第[0070]段：“假设在LTE模块中其它的通信模块的驱动开始和驱动结束可以经由在用户设备中的协调识别。” | 对比文件公开了干扰源是用户设备内部与LTE模块共存的“第二设备”（如WiFi模块），且该第二设备工作在不同于LTE的RAT上（如WiFi）。对比文件也提及了WiFi操作在“未经许可的频带”。虽然对比文件未明确使用“共享射频频带”这一术语，但本领域技术人员公知，“未经许可的频带”是典型的共享频谱，多个不同技术的设备需竞争接入。因此，来自工作在未经许可频带（即共享频带）上的WiFi模块的干扰，隐含公开了“在共享射频频带中来自工作在第二RAT上的第二设备”的干扰。 |
| **技术特征D**：其中，所述第一RAT和所述第二RAT是不同的<br>**《直接公开》** | 说明书第[0050]段：“这样的实例可以包括被设置有经由BT耳机用于VoIP服务和多媒体服务的LTE和BT模块的用户设备，被设置有用于业务分布的LTE和WiFi模块的用户设备…” | 对比文件明确列举了LTE模块与BT模块、WiFi模块共存的实例。LTE、BT、WiFi是业界公认的不同的无线电接入技术（RAT）。因此，对比文件直接公开了第一RAT（如LTE）与第二RAT（如BT或WiFi）是不同的。 |
| **技术特征E**：以及至少部分地基于所述突发干扰来修改由所述UE向所述基站进行的反馈消息报告，<br>**《隐含公开》** | 说明书第[0069]段：“如果一个或多个其它的通信模块开始操作，LTE模块立即开始频率间测量，并且通过将测量的结果值传送给基站执行快速的切换。”<br>说明书第[0078]段：“LTE模块将测量的结果与附加信息(例如，附加比特)一起传送给基站，该附加信息用于指示测量结果是通过忽略从基站接收的测量相关的设置信息而测量的值。” | 对比文件公开了当LTE模块识别到IDC干扰（其他模块驱动开始）时，其响应动作是执行频率间测量并将测量结果报告给基站。该测量报告是一种由UE向基站发送的反馈消息。修改体现在：1) 触发报告的条件是基于识别到的干扰；2) 报告的内容可能包含附加信息（指示符），以说明报告的起因。这符合“至少部分地基于所述突发干扰来修改…反馈消息报告”的含义。因此，该技术特征被对比文件隐含公开。 |
| **技术特征F**：其中，所述修改包括发送包括所述突发干扰的模式的反馈消息。<br>**《未公开》** | 无对应原文。 | 对比文件公开的反馈消息是频率间测量结果及可能的原因指示符（如因忽略阈值而测量）。说明书和权利要求中均未提及反馈消息中包含“突发干扰的模式”。所述“模式”在目标专利中可包括干扰的周期性等具体特征信息，而对比文件并未公开UE会识别或上报此类关于干扰本身模式的参数。因此，该技术特征既未被直接公开，也未被隐含公开。 |
| **技术特征G**：其中，确定所述UE遭受所述突发干扰包括：确定所述突发干扰的参数满足阈值。<br>**《未公开》** | 说明书第[0066]段：“如果设置了阈值，在步骤503用户设备确定是否接收服务的服务小区的信道测量值，例如，参考信号接收功率(RSRP)小于由网络设置的阈值(s-测量)…” | 对比文件中的阈值（s-测量）用于判断服务小区质量，以决定是否启动频率间测量，其应用场景是在**没有识别到IDC干扰时**的常规测量流程。当识别到IDC干扰时（其他模块驱动开始），对比文件教导的是**忽略该阈值**，直接启动测量（参见图6步骤604）。因此，对比文件并未公开通过判断“突发干扰的参数”（如强度、持续时间）是否满足某个阈值来确定UE是否遭受突发干扰。两者技术手段和作用不同。 |
| **技术特征H**：其中，修改所述反馈消息报告包括：至少部分地基于所述突发干扰的所述参数满足所述阈值来禁止报告所述反馈消息。<br>**《未公开》** | 无对应原文。 | 对比文件在识别到IDC干扰时，其修改反馈消息的方式是触发并上报测量报告，而非“禁止报告”。同时，如上所述，对比文件未公开基于干扰参数满足阈值来判断干扰。因此，该技术特征未被公开。 |
| **技术特征I**：其中，所述突发干扰的所述参数包括所述突发干扰的强度或所述突发干扰的持续时间。<br>**《隐含公开》** (强度) | 说明书第[0052]段：“由于若干收发信机在一个用户设备内设置成相互接近，从一个收发信机传送的信号的功率可以大于从另一收发信机传送的信号的功率。”<br>说明书第[0063]段：“在这种情况下，其它的通信模块内部地通知LTE模块诸如WiFi模块的操作频率和传输功率的信息…” | 对比文件明确提到了“传输功率”，这直接对应于干扰的“强度”参数。当WiFi模块通知LTE模块其传输功率信息时，LTE模块可以获知潜在干扰的强度信息。因此，“突发干扰的强度”这一参数被对比文件隐含公开。然而，对比文件全文均未提及“突发干扰的持续时间”这一参数。 |
| **技术特征J**：其中，确定所述UE遭受所述突发干扰包括：确定所述突发干扰的至少一个参数<br>**《隐含公开》** | 说明书第[0063]段：“…内部地通知LTE模块诸如WiFi模块的操作频率和传输功率的信息，该信息是LTE模块识别IDC干扰的信息所需要的…”<br>说明书第[0070]段：“假设在LTE模块中其它的通信模块的驱动开始和驱动结束可以经由在用户设备中的协调识别。” | 对比文件公开了LTE模块通过从其他共存模块接收消息（如驱动开始通知、操作频率、传输功率）来识别IDC干扰。这些消息所包含的信息（如驱动状态、操作频率、传输功率）正是“突发干扰的至少一个参数”。因此，确定干扰包括确定干扰的至少一个参数（如干扰源状态、频率、功率）被对比文件隐含公开。 |
| **技术特征K**：其中，所述突发干扰的所述至少一个参数包括以下各项中的一项或多项：所述突发干扰的强度<br>**《隐含公开》** | 说明书第[0063]段：“…内部地通知LTE模块诸如WiFi模块的操作频率和**传输功率**的信息…” | 如特征I所述，“传输功率”直接对应干扰的“强度”。因此，该参数被对比文件隐含公开。 |
| **技术特征L**：所述突发干扰的持续时间、所述突发干扰的所述模式、所述突发干扰的周期性、包含在所述突发干扰中的前导码<br>**《未公开》** | 无对应原文。 | 对比文件未提及UE会确定或获取干扰的持续时间、模式（如时域模式）、周期性或前导码信息。这些是目标专利中描述的可能参数，但未在对比文件中出现。 |
| **技术特征M**：与所述突发干扰相关联的传输格式<br>**《未公开》** | 无对应原文。 | 对比文件未提及与干扰相关联的传输格式。 |
| **技术特征N**：或与所述突发干扰相关联的无线标准。<br>**《隐含公开》** | 说明书第[0050]段：“…被设置有用于业务分布的LTE和WiFi模块的用户设备…”<br>说明书第[0069]段：“…一个或多个其它的通信模块(例如，BT模块、WiFi模块、GNSS模块等）…” | 对比文件反复提及干扰源是如WiFi、BT等与LTE不同的通信模块。本领域技术人员可以毫无疑义地理解，WiFi、BT等代表特定的“无线标准”。当LTE模块识别到来自WiFi模块的干扰时，它实质上就确定了干扰相关联的无线标准是WiFi。因此，该参数被对比文件隐含公开。 |
| **技术特征O**：其中，修改所述反馈消息报告包括：至少部分地基于所述突发干扰来禁止对所述下行链路传输的ACK/NACK的传输。<br>**《未公开》** | 无对应原文。 | 对比文件中修改反馈消息报告的方式是上报频率间测量结果，并未涉及对下行链路传输的ACK/NACK的传输进行任何操作，特别是“禁止”传输。ACK/NACK是HARQ过程的反馈，与对比文件关注的IDC干扰测量及切换报告属于不同的控制信令范畴。因此，该技术特征未被公开。 |
| **技术特征P**：还包括：检测对在所述突发干扰期间接收的所述下行链路传输进行解码的失败<br>**《未公开》** | 无对应原文。 | 对比文件关注于通过预测性测量（在干扰可能发生时启动）来避免干扰导致的性能下降，并未提及在干扰发生后，UE需要检测对特定下行链路传输的解码失败。因此，该技术特征未被公开。 |
| **技术特征Q**：其中，修改所述反馈消息报告包括：至少部分地基于所述突发干扰和对所述下行链路传输进行解码的所述失败来禁止对所述下行链路传输的ACK/NACK的传输。<br>**《未公开》** | 无对应原文。 | 该特征依赖于特征P和O，两者均未被对比文件公开。因此，该技术特征未被公开。 |
| **技术特征R**：其中，修改所述反馈消息报告包括：与对所述下行链路传输的ACK/NACK一起来发送所述突发干扰的指示符。<br>**《未公开》** | 无对应原文。 | 对比文件公开了可在测量报告中携带一个“指示符”，以说明测量原因（如忽略阈值）。但该报告是独立的测量报告，并非“与对所述下行链路传输的ACK/NACK一起来发送”。ACK/NACK与测量报告是两种不同类型和周期的上行控制信息。对比文件未公开将干扰指示符与ACK/NACK捆绑发送。因此，该技术特征未被公开。 |
| **技术特征S**：其中：确定所述UE遭受所述突发干扰包括确定所述突发干扰的至少一个参数以及修改所述反馈消息报告包括发送所述突发干扰的所述至少一个参数。<br>**《未公开》** | 说明书第[0063]段：“…内部地通知LTE模块诸如WiFi模块的操作频率和传输功率的信息…”<br>说明书第[0078]段：“LTE模块将测量的结果与附加信息(例如，附加比特)一起传送给基站…” | 对比文件公开了确定参数（如从WiFi模块获知操作频率和功率），也公开了发送反馈消息（测量报告及可能的原因指示符）。然而，发送的反馈消息内容是“频率间测量的结果”，这是目标频率的信道质量测量值，而非从WiFi模块获知的“突发干扰的所述至少一个参数”（如WiFi的操作频率和传输功率本身）。因此，虽然确定了干扰参数，但并未将其作为反馈消息的内容发送给基站。该技术特征未被公开。 |
| **技术特征T**：以及修改所述反馈消息报告包括发送所述突发干扰的所述至少一个参数。<br>**《未公开》** | 同上。 | 理由同特征S。对比文件发送的是信道测量结果，而非干扰本身的参数。 |
<<<D>>><<<a>>><<<b>>><<<c>>><<<e>>><<<i>>><<<j>>><<<k>>><<<n>>>