**对比文件名称**：发明公开 US2010304782A1 METHOD AND SYSTEM FOR COORDINATING PROTOCOL STACK ENTITIES TO SHARE SINGLE RADIO RESOURCE
**特征比对表格**
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：一种提高用于在多SIM无线通信设备上处理同时呼叫的能力的方法。<br>**《未公开》** | 无 | 对比文件公开了一种协调协议栈实体以共享单个无线资源的方法（参见背景技术及发明内容部分），其核心目的是在单个射频资源被一个协议栈实体占用时，强制另一个协议栈实体释放或暂停使用该资源，以确保当前通话或拨号服务的进行。这与目标专利旨在通过动态呼叫转发机制，利用空闲的SIM资源来接听已满负荷SIM的额外来电，从而提高设备处理同时呼叫能力的发明目的和技术手段有本质不同。对比文件未公开“提高处理同时呼叫能力”这一方法目的。 |
| **技术特征B**：多SIM无线通信设备至少具有与第一无线资源相关联的第一用户识别模块(SIM)和与第二无线资源相关联的第二SIM。<br>**《部分直接公开》** | 说明书第[0033]段：“...two subscriber identity module (SIM) or universal subscriber identity module (USIM) cards 15 and 16 may be plugged in into two sockets of the MS 10...”；<br>第[0066]段：“The hardware comprises a plurality of components... such as a (U)SIM card A 61, a (U)SIM card B 62... a RF module 65.”；<br>第[0067]段：“The RF module 65 is shared between the protocol stack entity A 662 and the protocol stack entity B 663...” | 对比文件明确公开了移动站（MS）具有两个SIM/USIM卡（卡A和卡B）以及一个共享的射频（RF）模块。然而，对比文件强调的是两个协议栈实体**共享单个无线资源**（RF模块65），而目标专利权利要求B明确限定第一SIM与**第一无线资源**相关联，第二SIM与**第二无线资源**相关联，这通常指代DSDA设备中独立的无线资源。对比文件公开的是DSDS类型的单射频资源共享场景，并未公开每个SIM关联独立的无线资源。因此，对比文件仅部分公开了“具有两个SIM”的特征，但未公开“与第一/第二无线资源相关联”这一限定关系。 |
| **技术特征C**：监测在第一调制解调器栈和第二调制解调器栈中的每个调制解调器栈上正在处理的总的进行中的呼叫的计数。<br>**《未公开》** | 无 | 对比文件全文未提及对两个协议栈实体上正在处理的“总的进行中的呼叫的计数”进行监测。其关注点在于协议栈实体所处的模式（如STANDBY模式、TALKING模式），以及当一个实体进入TALKING模式时，强制另一个实体释放资源。没有涉及对每个栈上活动呼叫和保持呼叫的数量进行计数和监测。 |
| **技术特征D**：第一调制解调器栈和第二调制解调器栈分别与第一SIM和第二SIM相关联。<br>**《直接公开》** | 说明书第[0066]段：“The protocol stack entity A 662... for one of the (U)SIM card A 61 and (U)SIM card B 62 while the protocol stack entity B 663 is another thread for the other (U)SIM card.” | 对比文件明确公开了协议栈实体A与用户识别卡A相关联，协议栈实体B与用户识别卡B相关联。这与目标专利特征D的描述完全一致。在对比文件中，这种关联关系是协议栈实体为特定SIM卡执行层2/3任务的基础。 |
| **技术特征E**：确定在第一调制解调器栈上正在处理的总的进行中的呼叫的计数是否等于由第一网络建立的第一预置最大计数值，第一网络的供应信息存储在第一SIM上。<br>**《未公开》** | 无 | 对比文件未公开任何关于“进行中的呼叫的计数”与“由网络建立的预置最大计数值”进行比较的步骤。其决策触发条件是基于协议栈实体是否进入“TALKING模式”或启用“拨号服务”，而非基于呼叫计数与网络预设最大值的比较。也未提及该最大值由SIM所属网络建立。 |
| **技术特征F**：响应于确定在第一调制解调器栈上正在处理的总的进行中的呼叫的计数等于第一预置最大计数值，确定在第二调制解调器栈上正在处理的总的进行中的呼叫的计数是否小于由第二网络建立的第二预置最大计数值，第二网络的供应信息存储在第二SIM上。<br>**《未公开》** | 无 | 对比文件未公开基于第一栈呼叫计数达到最大值后，进一步检查第二栈呼叫计数是否小于其最大值的判断逻辑。其逻辑是：只要协议栈实体A进入TALKING模式，就强制实体B释放资源，而不考虑实体B当前的状态（除非它也在使用资源）。没有涉及对第二栈进行中呼叫数量的评估，也没有提及第二网络预设的最大计数值。 |
| **技术特征G**：以及响应于确定在第二调制解调器栈上正在处理的总的进行中的呼叫的计数小于第二预置最大计数值，向第一网络发送用于激活呼叫转发功能的信号以将另外的呼叫转发给第二无线资源。<br>**《未公开》** | 无 | 这是目标专利的核心发明点之一。对比文件完全没有公开“呼叫转发”功能，更没有公开向网络发送信号以激活呼叫转发，从而将呼叫从一个SIM的号码转发到另一个SIM的资源上。对比文件解决资源冲突的方式是直接强制一个协议栈实体释放或暂停使用共享的硬件资源，属于设备内部资源管理，不涉及网络侧的呼叫路由控制（如呼叫转发）。 |
| **技术特征H**：在第一调制解调器栈上正在处理的总的进行中的呼叫的计数包括在第一调制解调器栈上的活动呼叫和保持的呼叫之和。<br>**《未公开》** | 无 | 对比文件未对“进行中的呼叫”进行定义，也未区分活动呼叫和保持的呼叫。其关注的“TALKING模式”可能对应一个活动呼叫，但未提及通过呼叫等待/保持服务处理多个呼叫的情况，因此未公开“活动呼叫和保持的呼叫之和”这一计数方式。 |
| **技术特征I**：并且在第二调制解调器栈上正在处理的总的进行中的呼叫的计数包括在第二调制解调器栈上的活动呼叫和保持的呼叫之和。<br>**《未公开》** | 无 | 同特征H，对比文件未公开此计数方式。 |
| **技术特征J**：由第一网络建立的第一预置最大计数值包括两个呼叫。<br>**《未公开》** | 无 | 对比文件未公开任何由网络建立的、关于最大呼叫数量的预置计数值，更未具体公开该值为“两个呼叫”。 |
| **技术特征K**：第一调制解调器栈能够通过调用由第一网络提供的补充的呼叫等待和呼叫保持服务来处理两个进行中的呼叫。<br>**《未公开》** | 无 | 对比文件未提及“呼叫等待”和“呼叫保持”这些网络补充服务，也未公开调制解调器栈通过调用这些服务来处理两个进行中呼叫的能力。 |
| **技术特征L**：使用与业务信道相关联的控制信道来向第一网络发送注册请求消息。<br>**《未公开》** | 无 | 对比文件未涉及向网络发送用于激活呼叫转发的“注册请求消息”，因此也谈不上使用何种信道（控制信道）发送该消息。 |
| **技术特征M**：注册请求消息包含与第二SIM相关联的标识符以及用于使用标识符将寻址到第一SIM的传入呼叫转发给第二SIM的指令。<br>**《未公开》** | 无 | 对比文件未公开任何包含第二SIM标识符和呼叫转发指令的、发送给网络的注册请求消息。 |
| **技术特征N**：并且业务信道是由第一网络指派用于由第一调制解调器栈处理的活动呼叫的。<br>**《未公开》** | 无 | 对比文件虽然提到了“TALKING模式”可能占用业务信道，但未在呼叫转发的上下文中描述业务信道的指派关系，尤其未将其与发送呼叫转发注册请求的消息关联起来。 |
| **技术特征O**：以及从第一网络接收对呼叫转发注册的确认。<br>**《未公开》** | 无 | 对比文件未公开从网络接收关于呼叫转发注册确认的步骤。 |
| **技术特征P**：确定在第一调制解调器栈上正在处理的总的进行中的呼叫的计数是否小于第一预置最大计数值。<br>**《未公开》** | 无 | 对比文件未公开在呼叫转发激活后，再次确定第一栈呼叫计数是否小于最大值的步骤。其资源释放的触发是协议栈实体A离开TALKING模式或禁用服务。 |
| **技术特征Q**：响应于确定在第一调制解调器栈上正在处理的总的进行中的呼叫的计数小于第一预置最大计数值，向第一网络发送用于去激活呼叫转发功能的请求。<br>**《未公开》** | 无 | 对比文件未公开基于呼叫计数变化向网络发送去激活呼叫转发请求的步骤。 |
| **技术特征R**：用于去激活呼叫转发功能的请求包含与第二SIM相关联的标识符以及用于停止转发寻址到第一SIM的传入呼叫的指令。<br>**《未公开》** | 无 | 对比文件未公开任何去激活呼叫转发的请求及其内容。 |
| **技术特征S**：确定在第二调制解调器栈上正在处理的总的进行中的呼叫的计数是否等于第二预置最大计数值。<br>**《未公开》** | 无 | 对比文件未公开在呼叫转发激活期间，监测第二栈呼叫计数是否达到其最大值的步骤。 |
| **技术特征T**：以及响应于确定在第二调制解调器栈上正在处理的总的进行中的呼叫的计数等于第二预置最大计数值，向第一网络发送用于去激活呼叫转发功能的请求。<br>**《未公开》** | 无 | 对比文件未公开基于第二栈呼叫计数达到最大值而去激活呼叫转发的逻辑。 |
<<<D>>>