对比文件的名称：2010-09-23_US2010238841A_发明申请_US20100238841A1 Method and Device for Holding Calls
目标专利的名称：1154多媒体通信服务处理CN105612730B
本次调用的模型名称：未指定
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用（翻译成中文） | 公开性论述 |
| **技术特征A**：所述方法由所述UE执行，包括以下步骤<br>【直接公开】 | [0036]“UE-A和UE-B通过第一CS接入腿执行语音呼叫。第一CS接入腿建立在UE-A和ICCF之间。第一CS接入腿的信令端点是ICCF，但媒体流端点是MGCF。”<br>[0037]“1. 通过ICCC，UE-A向ICCF发送保持当前呼叫的请求。”<br>[0039]“3. UE-A向ICCF发送呼叫UE-C的请求。” | 对比文件明确描述了UE-A（用户设备）执行进行中的语音呼叫、发送保持请求、发起新呼叫等一系列步骤，因此方法由UE执行被直接公开。 |
| **技术特征B**：经由第一用户接口应用处理(S102)进行中的多媒体通信服务<br>【未公开】 | 对比文件未明确提及“第一用户接口应用”。[0050]提到“呼叫保持应用”，但该应用是用于处理呼叫保持和媒体更改的，并非直接处理进行中的多媒体通信服务的用户接口应用。 | 对比文件没有描述通过任何用户接口应用来处理进行中的多媒体通信服务，本领域技术人员不能毫无疑义地得出该特征，也不能合理推断出存在特定的“第一用户接口应用”。因此未公开。 |
| **技术特征C**：在所述处理期间，接收(S104)建立其它多媒体通信服务的请求<br>【未公开】 | [0039]“3. UE-A向ICCF发送呼叫UE-C的请求。” 这是UE-A主动发送请求，而非接收请求。 | 对比文件公开的是UE主动发起请求，而不是在处理期间接收来自网络或用户的建立其他多媒体通信服务的请求。因此未公开。 |
| **技术特征D**：其中，所述进行中的多媒体通信服务和所述其它多媒体通信服务需要访问UE中一次只能够服务于一个进行中的多媒体通信服务的资源<br>【隐含公开】 | [0004]“呼叫保持意味着UE保持当前呼叫并同时建立新呼叫。”<br>[0036]通过单一CS接入腿进行呼叫，暗示UE的资源（如媒体资源）一次只能支持一个活动呼叫。 | 本领域技术人员根据对比文件关于呼叫保持的描述（必须保持当前呼叫才能建立新呼叫），可以合理推断出UE中的资源（如麦克风、扬声器等）一次只能够服务于一个进行中的多媒体通信服务。因此隐含公开。 |
| **技术特征E**：其中，所述进行中的多媒体通信服务和所述其它多媒体通信服务通过操作系统来保持独立<br>【未公开】 | 对比文件未涉及操作系统或应用隔离的任何描述。 | 对比文件完全没有提及操作系统或应用之间的独立性，本领域技术人员无法从中得出该特征。因此未公开。 |
| **技术特征F**：通过IMS服务管理器(21n)来协调(S106)所述进行中的多媒体通信服务和所述其它多媒体通信服务的处理<br>【未公开】 | 对比文件全程使用ICCF（IMS CS控制功能）作为网络侧控制节点，未提及UE内的IMS服务管理器。 | 对比文件中的协调是通过网络侧的ICCF进行的，而非通过UE内的IMS服务管理器。因此未公开。 |
| **技术特征G**：其中协调包括向用于处理所述其它多媒体通信服务的应用通知所述建立其它多媒体通信服务的请求<br>【未公开】 | 对比文件未描述向UE内的应用通知请求。 | 对比文件没有公开协调过程中向处理其他多媒体通信服务的应用发送通知的步骤。因此未公开。 |
| **技术特征H**：其中所述用于处理所述其它多媒体通信服务的应用包括其它用户接口应用<br>【未公开】 | 对比文件未描述任何用户接口应用。 | 对比文件没有公开用于处理其他多媒体通信服务的应用是用户接口应用。因此未公开。 |
| **技术特征I**：并且中所述方法还包括：所述用于处理所述其它多媒体通信服务的应用通过启动其它用户接口应用并且使用所述其它用户接口应用获取用户指令来响应所述通知，所述用户指令指示接受还是拒绝所述建立其它多媒体通信服务的请求<br>【未公开】 | 对比文件未描述启动其他用户接口应用获取用户指令的过程。 | 对比文件没有公开通过用户接口应用获取用户指令以响应通知的过程。因此未公开。 |
| **技术特征J**：还包括响应于所获得的指示应当接受所述建立其它多媒体通信服务的请求的用户指令而接受所述其它多媒体通信服务<br>【未公开】 | [0039]“3. UE-A向ICCF发送呼叫UE-C的请求。” 这是UE主动发起，而非响应接收的请求而接受。 | 对比文件中的新呼叫是UE主动发起的，而不是基于对接收到的请求的接受。因此未公开。 |
| **技术特征K**：其中，接受所述其它多媒体通信服务包括：发起(S108a)所述进行中的多媒体通信服务的暂停过程<br>【直接公开】 | [0037]“1. 通过ICCC，UE-A向ICCF发送保持当前呼叫的请求。” | 对比文件明确公开了在进行中的多媒体通信服务期间，通过发送保持请求来发起暂停（保持）过程。因此直接公开。 |
| **技术特征L**：激活(S108b)所述其它多媒体通信服务<br>【直接公开】 | [0039]“3. UE-A向ICCF发送呼叫UE-C的请求。”<br>[0048]“12. 通过ICCC，ICCF指示呼叫被应答。” | 对比文件公开了建立新呼叫的过程，包括UE-A发送请求、网络侧应答，从而激活了其他多媒体通信服务。因此直接公开。 |
| **技术特征M**：还包括响应于所获得的指示应当拒绝所述建立其它多媒体通信服务的请求的用户指令而拒绝所述其它多媒体通信服务<br>【未公开】 | 对比文件未描述拒绝其他多媒体通信服务的情形。 | 对比文件仅涉及接受新呼叫的场景，没有公开拒绝的过程。因此未公开。 |
| **技术特征N**：其中，拒绝所述其它多媒体通信服务包括：继续进行(S110a)所述进行中的多媒体通信服务<br>【未公开】 | 对比文件未描述拒绝场景。 | 对比文件没有公开拒绝时继续进行进行中的服务。因此未公开。 |
| **技术特征O**：拒绝(S110b)接受所述其它多媒体通信服务<br>【未公开】 | 对比文件未描述拒绝场景。 | 对比文件没有公开拒绝接受其他服务。因此未公开。 |
| **技术特征P**：其中，所述进行中的多媒体通信服务和所述其它多媒体通信服务中的一个是用于在所述UE上执行第一多媒体类型的多媒体服务的默认应用(24)<br>【未公开】 | 对比文件未提及默认应用的概念。 | 对比文件没有区分默认应用和非默认应用。因此未公开。 |
| **技术特征Q**：其中，所述进行中的多媒体通信服务和所述其它多媒体通信服务二者是用于在所述UE上执行第一多媒体类型的多媒体服务的非默认应用(25a、25b)<br>【未公开】 | 对比文件未提及非默认应用。 | 对比文件没有涉及非默认应用。因此未公开。 |
| **技术特征R**：其中，所述进行中的多媒体通信服务和所述其它多媒体通信服务使用所述UE的默认因特网协议多媒体子系统“IMS”通信服务<br>【未公开】 | [0002]“IMS集中服务（ICS）”以及全文涉及IMS，但未明确“默认IMS通信服务”。 | 对比文件虽涉及IMS，但未指定使用UE的默认IMS通信服务，也未定义默认服务。因此未公开。 |
| **技术特征S**：其中，所述默认IMS通信服务负责传送应用命令和所述第一多媒体类型的多媒体通信服务的数据<br>【未公开】 | 对比文件未描述默认IMS通信服务的功能。 | 对比文件没有公开默认IMS通信服务的职责。因此未公开。 |
| **技术特征T**：其中，所述进行中的多媒体通信服务和所述其它多媒体通信服务中的至少一个与IMS应用参考标识符“IARI”相关联<br>【未公开】 | 对比文件未提及IARI。 | 对比文件没有涉及IMS应用参考标识符。因此未公开。 |
<<<A>>><<<K>>><<<L>>><<<d>>>