返回项目页面
对比文件列表
2009-06-10_CN101453453A_发明公开_CN101453453A 实现呼叫保持的方法及设备_+++A_K_L_c_d_j+++.docx
2026-06-17 01:07
2009-12-24_US2009316685A_发明申请_US20090316685A1 Communication system_+++A_b+++.docx
2026-06-17 01:07
2010-09-22_EP2230814A_发明公开_EP2230814A1 METHOD AND DEVICE FOR REALIZING THE CALL HOLD_+++A_K_L_R_S_d+++.docx
2026-06-17 01:07
2010-09-23_US2010238841A_发明申请_US20100238841A1 Method and Device for Holding Calls_+++A_K_L_d+++.docx
2026-06-17 01:07
2011-02-24_JP2011505772A_发明专利_JP2011505772A A method and apparatus to realize the retention of the call_+++A_d_k_l+++.docx
2026-06-17 01:07
2011-10-11_US8036140B_发明授权_US08036140B2 Application programming interface for inviting participants in a serverless peer to peer network_+++C_M_O_a_g_h_i_j_l+++.docx
2026-06-17 01:07
2011-12-13_US8077702B_发明授权_US08077702B2 Caller information provision_+++A_J_M_O_c_d_n+++.docx
2026-06-17 01:07
2012-12-27_US2012331159A_发明申请_US20120331159A1 Method and Apparatus for Identifying an IMS Service_+++A_B_C_G_P_R_S_T_h_q+++.docx
2026-06-17 01:07
2013-03-12_ES2397967T_发明专利_ES2397967T3 Método para realizar la rentención de una llamada_+++A_C_K_L_R_b_d_s+++.docx
2026-06-17 01:07
2013-06-20_US2013156177A_发明申请_US20130156177A1 CALL CONTROL ACROSS MULTIPLE INTERFACES_+++A_B_C_D_H_J_K_L_M_N_O_e+++.docx
2026-06-17 01:07
2013-06-25_US8472354B_发明授权_US08472354B2 Method and system for providing custom call waiting_+++A_B_C_D_G_J_K_L_M_N_O_p_r_s+++.docx
2026-06-17 01:07
WO2009074103A1_Description_20260428_0948_+++A_C_D_J_K_L_R_b_h_s+++.docx
2026-06-17 01:07
2012-12-27_US2012331159A_发明申请_US20120331159A1 Method and Apparatus for Identifying an IMS Service_+++A_B_C_G_P_R_S_T_h_q+++.docx

对比文件名称:2012-12-27_US2012331159A_发明申请_US20120331159A1 Method and Apparatus for Identifying an IMS Service

目标专利的名称:1154多媒体通信服务处理CN105612730B

本次调用的模型名称:深度思考模型(Deep Reasoning Model)

### 特征比对表格

技术特征描述以及公开性判断结果对比文件原文引用(翻译成中文)公开性论述
**技术特征A:** 所述方法由所述UE执行,包括以下步骤<br>**【直接公开】**[0001] “本发明涉及一种用于识别IP多媒体子系统(IMS)服务的方法和装置……”<br>[0047] “图4示出了用于启动特定IMS通信服务的SIP INVITE消息的(部分)结构……”对比文件整体涉及IMS服务标识的方法。其中描述了UE接收SIP消息(如INVITE)并识别服务和应用的过程,这些过程由UE执行。因此该前序特征被直接公开。
**技术特征B:** 经由第一用户接口应用处理(S102)进行中的多媒体通信服务<br>**【直接公开】**[0049] “在典型的UE中,特定的(标准化的)通信服务很可能由应用程序处理……在此被称为用于标准化IMS通信服务的‘默认’应用程序。驻留在UE中的其他应用程序……图5示出了驻留在UE中的、位于IMS栈顶部的应用程序和通信服务。”对比文件明确公开了UE中的多媒体通信服务由应用层中的应用(Application)来处理。在UE环境中,处理多媒体通信服务的应用必然具备用户接口,即本专利所述的“用户接口应用”。因此该特征被直接公开。
**技术特征C:** 在所述处理期间,接收(S104)建立其它多媒体通信服务的请求<br>**【直接公开】**[0063] “存在一种需求,即能够在IMS内和UE处识别同时发生的通信服务……”<br>[0047] “图4示出了用于启动特定IMS通信服务的SIP INVITE消息的(部分)结构……”对比文件明确涉及同时(simultaneous)的通信服务,并详细说明了用于建立服务的SIP INVITE消息的结构。当UE正在处理一个服务时,网络可以转发另一个服务的INVITE请求,即接收建立其它服务的请求。该技术特征被直接公开。
**技术特征D:** 其中,所述进行中的多媒体通信服务和所述其它多媒体通信服务需要访问UE中一次只能够服务于一个进行中的多媒体通信服务的资源<br>**【未公开】**无对比文件主要关注IMS服务的标识、路由和关联(如MCS-Qualifier用于计费关联),并未涉及或认识到UE内部存在一次只能服务一个进行中服务的受限资源(如麦克风、扬声器、显示器)所带来的冲突问题,也未公开该技术特征。
**技术特征E:** 其中,所述进行中的多媒体通信服务和所述其它多媒体通信服务通过操作系统来保持独立<br>**【未公开】**无对比文件描述了应用层结构,但未提及操作系统对应用的隔离机制,也未认识到因应用独立而导致的协调问题。该技术特征未被公开。
**技术特征F:** 通过IMS服务管理器(21n)来协调(S106)所述进行中的多媒体通信服务和所述其它多媒体通信服务的处理<br>**【未公开】**[0050] “使用IMS通信服务的应用并不实现该服务的SIP通信部分,而是通过内部接口为该目的使用(即‘搭载于’)该通信服务。”对比文件公开了应用通过内部接口使用IMS通信服务的架构,该IMS通信服务实体类似于IMS服务管理器。然而,对比文件中的该实体仅负责转发消息、关联服务(MCS-Qualifier),并未公开其具备主动“协调”两个独立服务处理(如挂起、激活、拒绝)的功能,未解决本专利提出的资源冲突协调问题。因此该特征未被公开。
**技术特征G:** 其中协调包括向用于处理所述其它多媒体通信服务的应用通知所述建立其它多媒体通信服务的请求<br>**【直接公开】**[0052] “将应用参考作为特征标签包含在内的优点在于,该机制可用于所有SIP消息……该机制还向接收端端点指示,哪个应用将用于待建立的通信服务。”对比文件明确公开了通过在SIP消息中携带应用参考标识符(Application Reference),能够指示接收端UE将消息路由到正确的应用进行处理。这一过程本质上就是将建立服务的请求通知给对应的应用。因此该特征被直接公开。
**技术特征H:** 其中所述用于处理所述其它多媒体通信服务的应用包括其它用户接口应用<br>**【隐含公开】**[0049] “图5示出了驻留在UE中的、位于IMS栈顶部的应用程序和通信服务。”<br>[0050] “使用IMS通信服务的应用……”对比文件公开了UE中的应用用于处理通信服务。虽然未明确写明“用户接口应用”,但本领域技术人员可以合理推断,在UE上运行的处理多媒体通信服务的应用,特别是需要用户接受或拒绝的应用,必然包含或本身就是用户接口应用。因此该特征被隐含公开。
**技术特征I:** 并且中所述方法还包括:所述用于处理所述其它多媒体通信服务的应用通过启动其它用户接口应用并且使用所述其它用户接口应用获取用户指令来响应所述通知,所述用户指令指示接受还是拒绝所述建立其它多媒体通信服务的请求。<br>**【未公开】**无对比文件仅公开了将请求通知到应用,但完全没有公开应用内部如何响应该通知(例如启动UI、获取用户接受/拒绝指令)的具体流程和细节。该特征未被公开。
**技术特征J:** 还包括响应于所获得的指示应当接受所述建立其它多媒体通信服务的请求的用户指令而接受所述其它多媒体通信服务<br>**【未公开】**无对比文件未涉及根据用户指令接受服务的具体协调逻辑。该特征未被公开。
**技术特征K:** 其中,接受所述其它多媒体通信服务包括:发起(S108a)所述进行中的多媒体通信服务的暂停过程<br>**【未公开】**无对比文件未涉及挂起进行中服务的协调逻辑。该特征未被公开。
**技术特征L:** 激活(S108b)所述其它多媒体通信服务。<br>**【未公开】**无对比文件未涉及激活新服务的协调逻辑。该特征未被公开。
**技术特征M:** 还包括响应于所获得的指示应当拒绝所述建立其它多媒体通信服务的请求的用户指令而拒绝所述其它多媒体通信服务<br>**【未公开】**无对比文件未涉及根据用户指令拒绝服务的具体协调逻辑。该特征未被公开。
**技术特征N:** 其中,拒绝所述其它多媒体通信服务包括:继续进行(S110a)所述进行中的多媒体通信服务<br>**【未公开】**无对比文件未涉及继续进行中服务的协调逻辑。该特征未被公开。
**技术特征O:** 拒绝(S110b)接受所述其它多媒体通信服务。<br>**【未公开】**无对比文件未涉及拒绝接受的具体步骤。该特征未被公开。
**技术特征P:** 其中,所述进行中的多媒体通信服务和所述其它多媒体通信服务中的一个是用于在所述UE上执行第一多媒体类型的多媒体服务的默认应用(24)。<br>**【直接公开】**[0049] “这些应用可能符合某些约定的标准,在此被称为用于标准化IMS通信服务的‘默认’应用。”对比文件明确定义并公开了“默认应用(default applications)”的概念,其用于处理标准化的IMS通信服务。该特征被直接公开。
**技术特征Q:** 其中,所述进行中的多媒体通信服务和所述其它多媒体通信服务二者是用于在所述UE上执行第一多媒体类型的多媒体服务的非默认应用(25a、25b)。<br>**【隐含公开】**[0050] “驻留在UE中的其他应用可能不是标准化的,例如与游戏或公司特定办公应用相关的应用。”对比文件公开了UE中可存在非标准化的“其他应用”(非默认应用)。虽然未明确写出两个非默认应用同时处理服务的场景,但本领域技术人员可以合理推断出该架构下存在两个非默认应用同时处理各自服务的情况。该特征被隐含公开。
**技术特征R:** 其中,所述进行中的多媒体通信服务和所述其它多媒体通信服务使用所述UE的默认因特网协议多媒体子系统“IMS”通信服务。<br>**【直接公开】**[0050] “使用IMS通信服务的应用并不实现该服务的SIP通信部分,而是通过内部接口为该目的使用(即‘搭载于’)该通信服务。”对比文件明确公开了应用使用IMS通信服务进行SIP通信,该IMS通信服务即为本专利所述的默认IMS通信服务。该特征被直接公开。
**技术特征S:** 其中,所述默认IMS通信服务负责传送应用命令和所述第一多媒体类型的多媒体通信服务的数据。<br>**【直接公开】**[0050] “使用IMS通信服务的应用并不实现该服务的SIP通信部分,而是通过内部接口为该目的使用(即‘搭载于’)该通信服务。”<br>[0017] “会话描述协议(SDP)……用于描述和协商会话的媒体组件。”对比文件公开了应用利用IMS通信服务进行SIP通信,包括传送应用命令和媒体数据。该特征被直接公开。
**技术特征T:** 其中,所述进行中的多媒体通信服务和所述其它多媒体通信服务中的至少一个与IMS应用参考标识符“IARI”相关联。<br>**【直接公开】**[0021] “根据本发明的第二方面,提供了一种用于识别应用的方法,所述方法包括在会话发起协议消息中包括应用参考。”<br>[0057] “应用参考包含该应用的名称……例如 OperatorOfficeHelper”对比文件的核心创新之一就是应用参考标识符(Application Reference),即本专利所述的IARI。该特征被直接公开。

### 公开性代码

<<<A>>><<<B>>><<<C>>><<<G>>><<<h>>><<<P>>><<<q>>><<<R>>><<<S>>><<<T>>>

权利要求与技术特征
Powered by Django

网站备案号:渝ICP备2023012882号


重庆市非显而易见网络科技有限责任公司 A Anti NPE NPE