非显而易见性评估仅供参考，不构成法律建议。
权利要求列表点击可跳转
对比文件列表
| 编号 | 名称 |
|---|
权利要求1
一种用于协同会话控制的用户设备(UE)间转移(IUT)的业务集中和连续性应用服务器(SCC AS)，该SCC AS包括：接收机；被配置成从第一UE接收第一消息；该第一消息包括与协同会话相关联的协同会话控制转移请求；处理器；被配置成产生与所述协同会话相关联的会话信息；以及发射机；被配置成向第二UE传送第二消息；该第二消息包括协同会话控制转移请求和与所述协同会话相关联的所述会话信息；其中所述接收机还被配置成从所述第二UE接收协同会话控制转移响应消息。
**特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该SCC AS包括：接收机<br>【判断结果：未公开】 | 无说明书（对比文件为1904年的机械刨床专利 US771817A "Planer"，未提供说明书内容，且属于机械加工领域） | 对比文件无说明书内容；且从其专利名称及申请年份（1904年刨床机械结构）可知，其完全不涉及移动通信核心网架构、业务集中和连续性应用服务器（SCC AS）或其通信接收机硬件构件。因此对比文件未直接公开也未隐含公开该特征。 |
| 技术特征B：被配置成从第一UE接收第一消息<br>【判断结果：未公开】 | 无说明书 | 对比文件无相关记载，且机械加工领域的技术文件不可能公开或教导从移动用户设备（UE）接收控制信令消息的技术方案。因此对比文件未直接公开也未隐含公开该特征。 |
| 技术特征C：该第一消息包括与协同会话相关联的协同会话控制转移请求<br>【判断结果：未公开】 | 无说明书 | 对比文件无相关说明书记载，完全不存在IMS多媒体协同会话、控制转移请求信令等技术概念，本领域技术人员无法从对比文件中毫无疑义地得出或推断出该特征。因此对比文件未直接公开也未隐含公开该特征。 |
| 技术特征D：处理器<br>【判断结果：未公开】 | 无说明书 | 对比文件无说明书内容。1904年的机械工具技术完全不涉及现代电子计算机控制系统的处理器硬件模块，对比文件未直接公开也未隐含公开该特征。 |
| 技术特征E：被配置成产生与所述协同会话相关联的会话信息<br>【判断结果：未公开】 | 无说明书 | 对比文件无相关内容记载，未涉及多媒体协同会话的状态管理及会话信息的生成逻辑。因此对比文件未直接公开也未隐含公开该特征。 |
| 技术特征F：发射机<br>【判断结果：未公开】 | 无说明书 | 对比文件未公开任何用于无线或有线通信信令传输的发射机结构。因此对比文件未直接公开也未隐含公开该特征。 |
| 技术特征G：被配置成向第二UE传送第二消息<br>【判断结果：未公开】 | 无说明书 | 对比文件无说明书内容，完全不存在网络节点向第二用户设备发送通信消息的技术方案与作用。因此对比文件未直接公开也未隐含公开该特征。 |
| 技术特征H：该第二消息包括协同会话控制转移请求和与所述协同会话相关联的所述会话信息<br>【判断结果：未公开】 | 无说明书 | 对比文件无相关记载，未公开将转移请求与会话详细信息（如正在进行的媒体流、参与设备信息）打包下发以避免转移后发现失败的技术构思。因此对比文件未直接公开也未隐含公开该特征。 |
| 技术特征I：其中所述接收机还被配置成从所述第二UE接收协同会话控制转移响应消息<br>【判断结果：未公开】 | 无说明书 | 对比文件无相关记载，不存在接收目标控制端确认/接受控制转移的信令交互机制。因此对比文件未直接公开也未隐含公开该特征。 |
| 技术特征J：其中所述会话信息包括与所述协同会话的一个或多个媒体流相关联的信息<br>【判断结果：未公开】 | 无说明书 | 对比文件无相关记载，不涉及音视频多媒体流信息的表征与管理。因此对比文件未直接公开也未隐含公开该特征。 |
| 技术特征K：该SCC AS还包括：检索器<br>【判断结果：未公开】 | 无说明书 | 对比文件无相关记载，完全不存在网络服务器中的检索模块/装置。因此对比文件未直接公开也未隐含公开该特征。 |
| 技术特征L：被配置用于检索与业务简档相关联的公共用户标识<br>【判断结果：未公开】 | 无说明书 | 对比文件无相关记载，不存在基于签约业务简档（Service Profile）检索共享相同简档的经注册公共用户标识（Public User Identity）的逻辑或结构。因此对比文件未直接公开也未隐含公开该特征。 |
| 技术特征M：其中所述第一消息包括与所述第二UE相关联的标识<br>【判断结果：未公开】 | 无说明书 | 对比文件无相关记载，未涉及在会话控制转移初始请求中携带目标被控制设备标识（如经注册的公共用户标识）的技术方案。因此对比文件未直接公开也未隐含公开该特征。 |
| 技术特征N：其中发生了对所述协同会话的控制的转移<br>【判断结果：未公开】 | 无说明书 | 对比文件无相关记载，不存在IMS协同会话中主控权从第一设备转移至第二设备的状态迁移。因此对比文件未直接公开也未隐含公开该特征。 |
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该SCC AS包括：接收机<br>《未公开》 | 对比文件未提供任何说明书或权利要求书文本内容（显示为“无说明书”）。 | 对比文件未包含任何具体文本公开内容，无法获知其结构组成，因此对比文件既没有直接公开也没有隐含公开包含接收机的业务集中和连续性应用服务器（SCC AS）。 |
| 技术特征B：被配置成从第一UE接收第一消息<br>《未公开》 | 对比文件未提供任何说明书或权利要求书文本内容（显示为“无说明书”）。 | 对比文件未记载从第一UE接收第一消息的任何技术手段或交互流程，无法确知其技术方案，因此未被直接公开或隐含公开。 |
| 技术特征C：该第一消息包括与协同会话相关联的协同会话控制转移请求<br>《未公开》 | 对比文件未提供任何说明书或权利要求书文本内容（显示为“无说明书”）。 | 对比文件没有文本记载协同会话控制转移请求或第一消息的具体字段/内容，本领域技术人员无法从对比文件中得出该特征，因此未公开。 |
| 技术特征D：处理器<br>《未公开》 | 对比文件未提供任何说明书或权利要求书文本内容（显示为“无说明书”）。 | 对比文件缺乏正文及说明书支撑，无法毫无疑义或合理推断其记载了执行相应处理任务的处理器，因此未公开。 |
| 技术特征E：被配置成产生与所述协同会话相关联的会话信息<br>《未公开》 | 对比文件未提供任何说明书或权利要求书文本内容（显示为“无说明书”）。 | 对比文件未提供任何关于协同会话以及在SCC AS侧产生协同会话相关信息的方案描述，因此未被直接或隐含公开。 |
| 技术特征F：发射机<br>《未公开》 | 对比文件未提供任何说明书或权利要求书文本内容（显示为“无说明书”）。 | 由于缺乏对比文件具体文本内容，无法获知SCC AS是否配置发射机以及具体发送机制，因此未公开。 |
| 技术特征G：被配置成向第二UE传送第二消息<br>《未公开》 | 对比文件未提供任何说明书或权利要求书文本内容（显示为“无说明书”）。 | 对比文件未记载向第二UE下发或发送第二消息的交互步骤，因此未公开。 |
| 技术特征H：该第二消息包括协同会话控制转移请求和与所述协同会话相关联的所述会话信息<br>《未公开》 | 对比文件未提供任何说明书或权利要求书文本内容（显示为“无说明书”）。 | 对比文件不存在针对第二消息所载协同会话控制转移请求及会话信息的任何披露，因此未公开。 |
| 技术特征I：其中所述接收机还被配置成从所述第二UE接收协同会话控制转移响应消息<br>《未公开》 | 对比文件未提供任何说明书或权利要求书文本内容（显示为“无说明书”）。 | 对比文件未记载接收第二UE返回控制转移响应消息的相关过程，因此未公开。 |
| 技术特征J：其中所述会话信息包括与所述协同会话的一个或多个媒体流相关联的信息<br>《未公开》 | 对比文件未提供任何说明书或权利要求书文本内容（显示为“无说明书”）。 | 对比文件未记载有关协同会话的媒体流信息或其构成的会话信息，因此未公开。 |
| 技术特征K：该SCC AS还包括：检索器<br>《未公开》 | 对比文件未提供任何说明书或权利要求书文本内容（显示为“无说明书”）。 | 对比文件未公开服务器中用于检索特定用户标识的检索器硬件/逻辑模块，因此未公开。 |
| 技术特征L：被配置用于检索与业务简档相关联的公共用户标识<br>《未公开》 | 对比文件未提供任何说明书或权利要求书文本内容（显示为“无说明书”）。 | 对比文件无相关文本说明存在针对业务简档的公共用户标识（Public User Identity）的检索机制，因此未公开。 |
| 技术特征M：其中所述第一消息包括与所述第二UE相关联的标识<br>《未公开》 | 对比文件未提供任何说明书或权利要求书文本内容（显示为“无说明书”）。 | 对比文件未提供第一消息包含目标/第二UE标识的具体技术内容，因此未公开。 |
| 技术特征N：其中发生了对所述协同会话的控制的转移<br>《未公开》 | 对比文件未提供任何说明书或权利要求书文本内容（显示为“无说明书”）。 | 对比文件未体现协同会话控制权在不同设备间发生转移的过程或技术效果，因此未公开。 |
| 技术特征描述及公开性判断结果 | 对比文件原文引用及译文 | 公开性论述 |
| 技术特征A<br>该SCC AS包括：接收机<br><br>【公开性判断】未公开 | 对比文件原文及译文：<br>无对应内容。<br>对比文件全文主要涉及用户设备（UE/WTRU）内部无线接入承载管理器（RABM）与分组数据汇聚协议（PDCP）进程的整合架构（例如说明书第[0012]段、第[0022]段、图2与图3）。其涉及的网络侧实体仅为常规的UMTS核心网（CN，包含SGSN、GGSN等）及UTRAN（包含RNC、Node B）（参见第[0004]、[0007]、[0008]段及图1）。 | 直接公开与隐含公开分析：<br>1. 目标专利解释：目标专利中的业务集中和连续性应用服务器（SCC AS，Service Centralization and Continuity Application Server）是IMS架构中位于网络侧用于控制协同会话及会话转移（IUT）的核心功能实体，包含用于接收消息的接收机实体（参见目标专利说明书第[0044]、[0045]、[0082]、[0083]段）。<br>2. 对比文件分析：对比文件涉及的是无线通信系统终端侧（UE）的底层协议栈内部架构（RABM/PDCP），全文根本未公开或提及业务集中和连续性应用服务器（SCC AS），亦未公开SCC AS中的接收机。本领域技术人员既无法直接得出，也完全无法从对比文件公开的UE底层架构推理出该IMS网络侧的SCC AS及其接收机。因此，技术特征A既未被直接公开，亦未被隐含公开。 |
| 技术特征B<br>被配置成从第一UE接收第一消息<br><br>【公开性判断】未公开 | 对比文件原文及译文：<br>无对应内容。<br>对比文件仅在描述网络节点之间的基本数据收发，例如Node B与WTRU之间的物理无线电连接（第[0006]段：“In general, the primary function of base stations, such as Node Bs, is to provide a radio connection between the base stations' network and the WTRUs... The Node B receives signals over the Iub interface from the RNC that controls the radio signals transmitted by the Node B over the Uu interface.”；译文：“通常，诸如Node B等基站的主要功能是提供基站网络与WTRU之间的无线连接……Node B通过Iub接口从RNC接收信号，该RNC控制Node B通过Uu接口发送的无线信号”）。 | 直接公开与隐含公开分析：<br>1. 目标专利解释：在目标专利中，该特征为主语为SCC AS的接收机所执行的动作，用于接收协同会话中控制者UE（第一UE）发来的转移请求消息（如目标说明书第[0045]、[0064]段）。<br>2. 对比文件分析：对比文件完全没有SCC AS从第一UE接收协同会话控制转移等第一消息的构架与流程，Node B/RNC的常规无线物理层/链路层信号交互与业务控制层服务器接收特定UE消息在功能、架构和作用上完全不同，即使按照极度宽松的标准，也无法推导出SCC AS从第一UE接收协同会话相关第一消息。因此，技术特征B未被直接公开，亦未被隐含公开。 |
| 技术特征C<br>该第一消息包括与协同会话相关联的协同会话控制转移请求<br><br>【公开性判断】未公开 | 对比文件原文及译文：<br>无对应内容。<br>对比文件涉及的消息主要是UE内部RABM与SM、URRC之间的激活与配置信令（如第[0025]段：“RABMSM_ACTIVATE_IND signal... CPDCP_CONFIG_REQ command”），以及GMM关于重建RAB/RB的信令（第[0026]段）。 | 直接公开与隐含公开分析：<br>1. 目标专利解释：协同会话是指多个接入支路和多个WTRU上的相关媒体流集合，协同会话控制转移请求（如说明书第[0044]、[0045]段请求228）用于将协同会话的主控权由当前控制者设备转移给另一个被控制者设备。<br>2. 对比文件分析：对比文件完全未涉及协同会话（Collaborative Session）、协同会话控制转移或相应的控制转移请求消息，不存在任何相同或类似的技术构思与信令。因此，技术特征C未被直接公开，亦未被隐含公开。 |
| 技术特征D<br>处理器<br><br>【公开性判断】未公开 | 对比文件原文及译文：<br>说明书第[0022]段：“The combined URABM UPDCP processor 12 shown in FIG. 2 preferably spans non-access stratum (NAS) and access stratum (AS) components...”<br>译文：“图2所示的组合URABM UPDCP处理器12优选跨越非接入层（NAS）和接入层（AS）组件……”<br>说明书第[0028]段、第[0032]段（提及ASIC等处理器实现硬件）。 | 直接公开与隐含公开分析：<br>1. 目标专利解释：技术特征D在权利要求结构中是作为技术特征A（SCC AS）的组成部件，即“该SCC AS包括：处理器”（参见目标专利说明书第[0082]、[0085]段），其作用是作为该网络服务器（SCC AS）的控制运算核心，用于产生与协同会话相关联的会话信息。<br>2. 对比文件分析：对比文件第[0022]段等公开的“处理器”是终端UE（WTRU 10）内部实现URABM与UPDCP协议处理的处理器12。终端内部的协议栈处理器与网络侧服务器（SCC AS）的处理器在所属实体、执行层级及功能作用上均完全不同。对比文件并未公开SCC AS，因而亦未公开属于SCC AS的处理器，无法直接或隐含得出技术特征D。因此，技术特征D未被直接公开，亦未被隐含公开。 |
| 技术特征E<br>被配置成产生与所述协同会话相关联的会话信息<br><br>【公开性判断】未公开 | 对比文件原文及译文：<br>无对应内容。 | 直接公开与隐含公开分析：<br>1. 目标专利解释：目标专利中，SCC AS的处理器在转移协同会话控制时，生成包含正在进行的整个协同会话中媒体流、设备标识等会话信息（如说明书第[0005]、[0062]、[0064]段步骤534、[0085]段），以便向新的控制者提供协同会话全局视图。<br>2. 对比文件分析：对比文件完全未公开协同会话，亦无任何服务器产生与协同会话关联的会话信息的技术方案。因此，技术特征E未被直接公开，亦未被隐含公开。 |
| 技术特征F<br>发射机<br><br>【公开性判断】未公开 | 对比文件原文及译文：<br>说明书第[0017]段（提及缩略语表中Tx为Transmission）；说明书第[0023]段：“transferred to the UMAC 22 and PHY components 24 for transmission to the physical media, such as a radio channel.”（译文：“传输到UMAC 22和PHY组件24以发送到物理介质，例如无线电信道”）。 | 直接公开与隐含公开分析：<br>1. 目标专利解释：技术特征F是从属于SCC AS的发射机（参见目标专利说明书第[0082]、[0087]段），用于从网络侧向第二UE发送控制转移请求消息。<br>2. 对比文件分析：对比文件仅在UE端PHY层提及无线发送，并未公开网络侧应用服务器（SCC AS）的硬件发射部件。本领域技术人员无法从对比文件中UE底层的物理发送功能直接或隐含得出SCC AS的发射机。因此，技术特征F未被直接公开，亦未被隐含公开。 |
| 技术特征G<br>被配置成向第二UE传送第二消息<br><br>【公开性判断】未公开 | 对比文件原文及译文：<br>无对应内容。 | 直接公开与隐含公开分析：<br>1. 目标专利解释：SCC AS的发射机将包含会话信息的控制转移消息（第二消息）传送至目标被控制者设备（第二UE），以请求其担任新的控制者（参见目标专利说明书第[0065]、[0087]段）。<br>2. 对比文件分析：对比文件完全没有网络服务器向协同会话中的第二UE下发会话控制转移等第二消息的方案与构架。因此，技术特征G未被直接公开，亦未被隐含公开。 |
| 技术特征H<br>该第二消息包括协同会话控制转移请求和与所述协同会话相关联的所述会话信息<br><br>【公开性判断】未公开 | 对比文件原文及译文：<br>无对应内容。 | 直接公开与隐含公开分析：<br>1. 目标专利解释：目标专利中，为了避免传统分离的会话发现导致新控制者在获取信息时发生故障，在发送给第二UE的转移请求消息中同时捆绑携带了与协同会话相关联的会话信息（如说明书第[0062]、[0065]段请求536、[0087]段）。<br>2. 对比文件分析：对比文件全篇未记载协同会话转移，更无将控制转移请求与协同会话信息合并封装并发送的技术方案。因此，技术特征H未被直接公开，亦未被隐含公开。 |
| 技术特征I<br>其中所述接收机还被配置成从所述第二UE接收协同会话控制转移响应消息<br><br>【公开性判断】未公开 | 对比文件原文及译文：<br>无对应内容。 | 直接公开与隐含公开分析：<br>1. 目标专利解释：SCC AS的接收机接收第二UE在决定接受控制转移后返回的确认响应（如说明书第[0048]段、第[0066]段转移确认538、[0089]段），据此完成会话控制的变更。<br>2. 对比文件分析：对比文件完全未公开该协同会话控制响应交互过程。因此，技术特征I未被直接公开，亦未被隐含公开。 |
| 技术特征J<br>其中所述会话信息包括与所述协同会话的一个或多个媒体流相关联的信息<br><br>【公开性判断】未公开 | 对比文件原文及译文：<br>无对应内容。 | 直接公开与隐含公开分析：<br>1. 目标专利解释：该会话信息用于告知新控制者当前协同会话中各设备正在运行的媒体流状态（如说明书第[0005]、[0060]、[0063]、[0090]段）。<br>2. 对比文件分析：对比文件仅涉及无线承载RAB/RB层面的分组数据流动，完全不涉及协同会话及其媒体流信息。因此，技术特征J未被直接公开，亦未被隐含公开。 |
| 技术特征K<br>该SCC AS还包括：检索器<br><br>【公开性判断】未公开 | 对比文件原文及译文：<br>无对应内容。 | 直接公开与隐含公开分析：<br>1. 目标专利解释：SCC AS内部包含检索器（如说明书第[0047]、[0064]、[0092]段检索装置），用于在控制转移流程中检索相关联的公共用户标识列表。<br>2. 对比文件分析：对比文件未公开SCC AS，亦未公开其内部用于检索用户标识的检索器。因此，技术特征K未被直接公开，亦未被隐含公开。 |
| 技术特征L<br>被配置用于检索与业务简档相关联的公共用户标识<br><br>【公开性判断】未公开 | 对比文件原文及译文：<br>说明书第[0007]段：“The visitor location register (VLR) is a current serving networks ‘copy’ of subscriber data needed to provide services. This information initially comes from a database which administers mobile subscribers.”<br>译文：“拜访位置寄存器（VLR）是提供服务所需的当前服务网络的用户数据‘副本’。该信息最初来自管理移动用户的数据库。” | 直接公开与隐含公开分析：<br>1. 目标专利解释：检索器用于检索与第一UE共享相同业务简档（Service Profile）的所有已注册公共用户标识（Public User Identity），以确定目标第二UE是否具备担任协同会话控制者的资格（如说明书第[0047]、[0048]、[0064]、[0092]段）。<br>2. 对比文件分析：对比文件第[0007]段仅在介绍传统UMTS核心网背景时提及VLR从数据库获取移动用户数据，用于电路域基本移动性管理。其与目标专利在SCC AS中“检索与业务简档相关联的公共用户标识”在功能实体、检索对象、业务场景及所起的技术作用上截然不同。即便以最宽松标准考量，亦无法推导出该IMS应用层基于业务简档检索公共用户标识的方案。因此，技术特征L未被直接公开，亦未被隐含公开。 |
| 技术特征M<br>其中所述第一消息包括与所述第二UE相关联的标识<br><br>【公开性判断】未公开 | 对比文件原文及译文：<br>无对应内容。 | 直接公开与隐含公开分析：<br>1. 目标专利解释：第一UE发送的第一消息中携带第二UE的标识（如经注册的公共用户标识），以指示将协同会话控制权转移给该特定目标设备（如说明书第[0045]、[0064]、[0093]段）。<br>2. 对比文件分析：对比文件不涉及该信令流程，更未公开在协同会话控制转移消息中携带目标第二UE标识。因此，技术特征M未被直接公开，亦未被隐含公开。 |
| 技术特征N<br>其中发生了对所述协同会话的控制的转移<br><br>【公开性判断】未公开 | 对比文件原文及译文：<br>无对应内容。 | 直接公开与隐含公开分析：<br>1. 目标专利解释：通过上述信令交互，SCC AS从原控制者（第一UE）中去除协同会话控制，由第二UE建立对协同会话的控制，完成会话控制者的转移（如说明书第[0048]、[0066]、[0094]段）。<br>2. 对比文件分析：对比文件主要解决UE内部RABM与PDCP在接入层和非接入层之间的合并控制，根本未涉及协同会话及其控制权转移过程。因此，技术特征N未被直接公开，亦未被隐含公开。 |
| 技术特征描述及公开性判断结果 | 对比文件原文引用及译文 | 公开性论述 |
| 技术特征A<br>该SCC AS包括：接收机<br><br>《未公开》 | 对比文件未公开SCC AS及相关实体部件。<br>对比文件涉及终端侧架构：<br>【[16]】“본 발명은 범용 이동 통신 시스템(UMTS) 무선 통신 시스템에서 무선 송수신 장치(WTRU), 특히 UE라고 불리는 이동 통신 WTRU을 위해 유용한 무선 접근 베어러 관리자(Radio Access Bearer Manage(RABM)) 및 패킷 데이터 컨버전스 프로토콜(Packet Data Convergence Protocol(PDCP)) 프로세스를 결합하는 요소를 제공한다.”<br>（译文：“本发明提供了一种将无线接入承载管理器（RABM）与分组数据汇聚协议（PDCP）进程结合的元件，其可用于通用移动电信系统（UMTS）无线通信系统中的无线发射/接收单元（WTRU），特别是被称为UE的移动通信WTRU。”） | 目标专利中，“SCC AS”是指业务集中和连续性应用服务器（Service Centralization and Continuity Application Server），属于IMS核心网侧用于协同会话控制转移与锚定的专用应用服务器；“接收机”是该网络侧服务器用于接收来自UE的信令消息的硬件部件。<br>对比文件公开的是UE内部的基带/协议栈架构，具体涉及WTRU/UE内部的RABM与PDCP进程的结合，未涉及网络侧的SCC AS，亦未公开属于SCC AS的接收机，既未直接公开也未隐含公开。 |
| 技术特征B<br>被配置成从第一UE接收第一消息<br><br>《未公开》 | 对比文件无对应网络侧从第一UE接收消息的公开内容。<br>对比文件涉及UE内部接口：<br>【[25]】“...UPDCPC(12c)는 URRC(17)로부터 명령 신호를 수신하고, RABC(12a/b)는 SM(14) 및 GMM(15)으로부터 명령 신호를 수신하나...”<br>（译文：“……UPDCPC(12c)从URRC(17)接收命令信号，而RABC(12a/b)从SM(14)和GMM(15)接收命令信号……”） | 目标专利中，该特征为SCC AS的接收机从源端控制者UE（第一UE）接收触发协同会话转移的第一消息。<br>对比文件公开的内容仅限于单个UE内部各协议层实体（如URRC、SM向URABM/UPDCP）发送命令信号，根本不存在网络侧实体从“第一UE”接收消息的技术方案，本领域技术人员无法直接得出亦无法合理推断得出。 |
| 技术特征C<br>该第一消息包括与协同会话相关联的协同会话控制转移请求<br><br>《未公开》 | 对比文件无对应协同会话或协同会话控制转移请求的公开内容。<br>对比文件涉及内部配置命令：<br>【[25]】“...SM(14)은 RABMSM_ACTIVATE_IND 신호와 함께 URABM/UPDCP(12) 상태를 IDLE로부터 무선 채널의 확립을 위해 대기하는 WAIT_EST 상태로 하는 프로세스를 (12a)를 통해 알린다. 연속적으로 URRC(17)가 RAB 및 RB 정보와 함께 CPDCP_CONFIG_REQ 명령과 함께 프로세스 신호(12c를 통해)를 보낼 때...”<br>（译文：“……SM(14)通过(12a)向URABM/UPDCP(12)发送RABMSM_ACTIVATE_IND信号，通知将其状态从IDLE改变为等待无线信道建立的WAIT_EST状态。随后，当URRC(17)连同RAB和RB信息一起通过(12c)发送带有CPDCP_CONFIG_REQ命令的处理信号时……”） | 目标专利中，“协同会话”是指两个或多个UE与远端UE建立的共享多媒体流会话，“协同会话控制转移请求”是指第一UE发往SCC AS用于将其控制权移交给另一UE的消息。<br>对比文件公开的是单个UE本地建立PDP上下文及配置单条RAB/RB的内部控制信号（如激活指示、配置请求），完全不涉及多个UE协同通信的协同会话，更未涉及协同会话控制转移请求，未直接或隐含公开。 |
| 技术特征D<br>处理器<br><br>《未公开》 | 对比文件仅公开UE本地的处理器：<br>【[22]】“도 2에 도시된 결합된 URABM/UPDCP 프로세서(12)는 양호하게 비 접근 계층(NAS)과 접근 계층(AS) 요소를 연결하고...”<br>（译文：“图2所示的结合的URABM/UPDCP处理器(12)优选地连接非接入层（NAS）与接入层（AS）元件……”）<br>【[32]】“양호하게, 도 2 및 3의 URABM/UPCDP 요소(12)는 주문형 반도체(ASIC)와 같은 단일 집적 회로로써 구현된다.”<br>（译文：“优选地，图2和图3的URABM/UPDCP元件(12)被实现为诸如专用集成电路（ASIC）的单个集成电路。”） | 目标专利的技术特征D限定的是属于前述“SCC AS”网络服务器实体的硬件处理器，用于处理并生成网络侧协同会话信息。<br>对比文件公开的仅是UE内部处理无线接入承载的微处理器/ASIC芯片（URABM/UPDCP），并非网络侧SCC AS的处理器，所属设备实体及作用均不相同，未直接或隐含公开。 |
| 技术特征E<br>被配置成产生与所述协同会话相关联的会话信息<br><br>《未公开》 | 对比文件涉及无线承载映射与状态机：<br>【[23]】“...URABM/UPDCP(12)가 설정 표시를 수신할 때, 자원을 할당하고 데이터를 전송하기 위해 데이터 평면에 매핑을 유지한다.”<br>（译文：“……当URABM/UPDCP(12)接收到建立指示时，为了分配资源并传输数据而在数据平面维持映射。”） | 目标专利中，会话信息是指在协同会话中由SCC AS维护和产生的包含进行中的媒体流分布、协同设备标识等全局会话状态信息，使得目标UE能够认知整个协同会话。<br>对比文件仅涉及终端内部维持本地RAB与RB的数据平面映射关系，不属于多UE协同会话的会话信息，亦未由服务器产生此类协同会话信息，未直接或隐含公开。 |
| 技术特征F<br>发射机<br><br>《未公开》 | 对比文件公开通信系统和WTRU包含收发功能：<br>【[6]】“...패킷 데이터 컨버전스 프로토콜(Packet Data Convergence Protocol(PDCP)) 프로세스를 구현하는 무선 송수신 장치(WTRUs)에 관한 것이다.”<br>（译文：“……涉及实现分组数据汇聚协议（PDCP）进程的无线发射/接收单元（WTRU）。”） | 目标专利的技术特征F限定的是“SCC AS”网络侧实体的硬件发射机，用于向第二UE下发信令。<br>对比文件所涉及的发射/接收实体均为WTRU（终端）或RAN侧的Node B基站，未公开任何关于核心网SCC AS服务器配备的用于向下游UE发送转移信令的发射机硬件，未直接或隐含公开。 |
| 技术特征G<br>被配置成向第二UE传送第二消息<br><br>《未公开》 | 对比文件涉及下行链路数据传输：<br>【[10]】“...노드 B는 Uu 인터페이스를 통해 노드 B에 의해 전송되는 무선 신호를 제어하는 RNC로부터 Iub 인터페이스를 통해 신호를 수신한다.”<br>（译文：“……Node B通过Iub接口从控制Node B通过Uu接口传输的无线信号的RNC接收信号。”） | 目标专利中，该特征是指SCC AS作为网络中枢将协同转移相关的第二消息经由信令下发给目标控制者（第二UE）。<br>对比文件并未涉及多UE间协同控制的转移流程，亦无网络侧向目标第二UE下发第二消息的机制，未直接或隐含公开。 |
| 技术特征H<br>该第二消息包括协同会话控制转移请求和与所述协同会话相关联的所述会话信息<br><br>《未公开》 | 对比文件无相关公开内容。 | 目标专利中，该特征通过在发送给第二UE的转移请求中携带整个协同会话的媒体流信息，解决了新的控制者因缺乏会话全局认知而导致优化和错误管理困难的技术问题。<br>对比文件完全不涉及协同会话控制转移，更未公开包含控制转移请求及协同会话信息的复合第二消息，未直接或隐含公开。 |
| 技术特征I<br>其中所述接收机还被配置成从所述第二UE接收协同会话控制转移响应消息<br><br>《未公开》 | 对比文件无相关公开内容。 | 目标专利中，SCC AS接收机接收目标第二UE针对控制权转移请求返回的确认或响应消息，以确认目标UE接受控制权。<br>对比文件仅涉及终端内部状态机的转换与配置应答，未公开网络侧实体从第二UE接收协同会话控制转移响应消息，未直接或隐含公开。 |
| 技术特征J<br>其中所述会话信息包括与所述协同会话的一个或多个媒体流相关联的信息<br><br>《未公开》 | 对比文件涉及PS域数据流传输：<br>【[17]】“양호하게 WTRU는 무선 접근 베어러(RAB)에 패킷 전환(PS) 데이터를 전송하는 인터넷 프로토콜 릴레이(internet protocol relay(IPR))...”<br>（译文：“优选地，WTRU具有向无线接入承载（RAB）传输分组交换（PS）数据的因特网协议中继（IPR）……”） | 目标专利中，该媒体流信息详细记录了协同会话中驻留在各UE上的多个媒体流分支（如媒体流A、媒体流B）的具体描述和状态。<br>对比文件仅提到通用PS数据在单个UE内部底层承载上的流动，并未涉及表征协同会话中多个媒体流拓扑分布及特性的会话级控制信息，未直接或隐含公开。 |
| 技术特征K<br>该SCC AS还包括：检索器<br><br>《未公开》 | 对比文件无相关公开内容。 | 目标专利中，“检索器”是SCC AS服务器内部用于查询用户签约或已注册标识信息的专用功能模块。<br>对比文件未公开SCC AS，更未公开其内部设置有检索器部件，未直接或隐含公开。 |
| 技术特征L<br>被配置用于检索与业务简档相关联的公共用户标识<br><br>《未公开》 | 对比文件涉及网络服务接入点标识符：<br>【[22]】“...하나의 통신망 서비스 접근점 식별자(NSAPI)가 오직 하나의 무선 베어러(RB)를 포함하는 하나의 무선 접근 베어러(RAB)에 나타내어진다는 사실에 기초하여...”<br>（译文：“……基于一个网络服务接入点标识符（NSAPI）呈现于仅包含一个无线承载（RB）的一个无线接入承载（RAB）上的事实……”） | 目标专利中，该特征是指SCC AS查询与第一UE共享相同业务简档（Service Profile）的所有已注册公共用户标识（Public User Identity），以确定候选UE（第二UE）是否具有接管控制权的资格。<br>对比文件提及的NSAPI仅为单个UE内部用于区分不同PDP上下文的网络层端点标识，与IMS网络侧用于标识用户身份的公共用户标识及业务简档完全属于不同层级与概念，未公开任何检索与业务简档相关联的公共用户标识的技术方案，未直接或隐含公开。 |
| 技术特征M<br>其中所述第一消息包括与所述第二UE相关联的标识<br><br>《未公开》 | 对比文件无相关公开内容。 | 目标专利中，第一UE在发往SCC AS的第一消息中明确指示第二UE的经注册公共用户标识，以便网络侧识别转移目标。<br>对比文件未公开多UE协同转移场景，亦未公开第一消息中携带第二UE标识的技术方案，未直接或隐含公开。 |
| 技术特征N<br>其中发生了对所述协同会话的控制的转移<br><br>《未公开》 | 对比文件无相关公开内容。 | 目标专利中，该特征描述了经SCC AS信令交互后，协同会话的控制权从第一UE成功移交至第二UE的最终技术结果。<br>对比文件仅涉及单个UE内部RAB/RB的建立、配置与释放过程，未涉及多个UE之间协同会话控制权的转移，未直接或隐含公开。 |
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>该SCC AS包括：接收机<br><br>《直接公开》 | 【说明书实施形态】<br>“メッセージ送受信部４０４は、各通信端末１，２との間でメッセージを送受信する。”<br>（中文翻译：消息收发部404在与各通信终端1、2之间收发消息。） | 1. 对应部件与作用分析：<br>目标专利中的SCC AS（业务集中和连续性应用服务器）是IMS网络中用于锚定会话、处理媒体会话与协同控制转移的服务端实体；接收机用于接收来自UE的消息。对比文件公开了“セッション管理サーバ４”（会话管理服务器4），并在其中设置有“メッセージ送受信部４０４”（消息收发部404），用于接收来自各通信终端的消息。两者在网络体系中均充当集中管理与切换会话的核心控制服务器角色，接收消息/信令的功能与作用完全相同。<br>2. 公开性结论：<br>会话管理服务器属于会话控制层实体（等同于会话管理服务器实体），其包含的“消息收发部”明确具备并实质执行了“接收机”的功能。因此，本领域技术人员能够毫无疑义地确定对比文件直接公开（实质/等同公开）了技术特征A。 |
| 技术特征B：<br>被配置成从第一UE接收第一消息<br><br>《直接公开》 | 【说明书实施形态】<br>“(2)前記セッション管理サーバが、前記メッセージを受信する手順と……”<br>（中文翻译：(2)所述会话管理服务器接收所述消息的步骤……）<br>“メッセージ生成部１０３は、セッション切替メッセージにセッション切替要因……を登録し、これをメッセージ送受信部１０４からセッション管理サーバ４へ送信する。”<br>（中文翻译：消息生成部103在会话切换消息中登记会话切换原因……并将其从消息收发部104发送至会话管理服务器4。）<br>“セッション切替要求メッセージを……メッセージ送受信部１０４からセッション管理サーバ４へ送信する。”<br>（中文翻译：将会话切换请求消息……从消息收发部104发送到会话管理服务器4。） | 1. 对应部件与作用分析：<br>目标专利中由第一UE向SCC AS发送第一消息，SCC AS的接收机被配置为接收该消息。对比文件明确记载了第1通信终端1（对应第一UE）将生成的“会话切换消息”（セッション切替メッセージ）或“会话切换请求消息”（セッション切替要求メッセージ）发送给会话管理服务器4，会话管理服务器4接收该消息。<br>2. 公开性结论：<br>对比文件的会话管理服务器4被明确配置为从第1通信终端1接收作为上行信令的消息，其作用与技术特征B完全一致。因此，对比文件直接公开了技术特征B。 |
| 技术特征C：<br>该第一消息包括与协同会话相关联的协同会话控制转移请求<br><br>《隐含公开》 | 【说明书背景技术及实施形态】<br>“サービス全体の具体例を挙げると、屋外で携帯電話を利用してVoIP通信をしていたユーザが、オフィスに戻ったときにPCを使用したテレビ電話に通信を切替えるといったシナリオが挙げられる。 また、その切替えに際して、テレビ電話の画面はPCで表示したいが、音声の入出力は携帯電話を使いたいという要求が出てくることも考えられる。”<br>（中文翻译：列举整个服务的具体示例，可以举出如下场景：在室外利用移动电话进行VoIP通信的用户，在回到办公室时将通信切换为使用PC的电视电话。此外，伴随该切换，可以设想会出现虽然电视电话的画面想在PC上显示、但声音的输入输出想使用移动电话的要求。）<br>“「端末変更」とは、第１通信端末１を含む複数の通信端末を利用可能な利用者Ａにより、アプリケーションの実行端末が現在の第1通信端末１から他の通信端末（後述する第３通信端末３）へ変更されることを意味する。”<br>（中文翻译：“终端变更”是指，通过可利用包括第1通信终端1在内的多个通信终端的用户A，将应用程序的执行终端从当前的第1通信终端1变更为其他通信终端（后述的第3通信终端3）。）<br>“メッセージ生成部１０３は、前記端末変更指示と共に、利用者Ａ，Ｂの各ユーザID、移動するアプリケーションの機能ID、セッションID、およびアプリケーションの移動先となる第３通信端末３のIPアドレスをセッション切替メッセージに登録し、これをメッセージ送受信部１０４からセッション管理サーバ４に送信する。”<br>（中文翻译：消息生成部103伴随所述终端变更指示，将用户A、B的各用户ID、移动的应用程序的功能ID、会话ID、以及作为应用程序移动目的地的第3通信终端3的IP地址登记到会话切换消息中，并将其从消息收发部104发送到会话管理服务器4。） | 1. 目标专利说明书原意：<br>目标专利第[0044]段指出：“协同会话是两个或多个接入支路和由SCC AS提出作为一个远端支路的两个或多个WTRU上的相关媒体的集合。一个设备是会话的控制者，其他设备是被控制者。会发生从控制者到被控制者之一的控制转移。”即各设备共享媒体会话，由控制者发起控制权的转移请求。<br>2. 对比文件对应性与推理分析：<br>对比文件记载了在同一通信业务中将画面流与音频流分离至不同终端（PC与移动电话）协同执行的多设备场景，并由第1通信终端发送包含“端末変更指示”（终端变更指示）的会话切换消息/请求消息，请求服务器将正在执行的应用逻辑/功能流转移到其他终端。对比文件未显式采用3GPP定义的“协同会话控制转移（Collaborative Session Control Transfer）”标准术语，但其公开了多设备协同通信及请求在终端间转移应用执行分支/控制权的技术构思。本领域技术人员基于其部分公开的内容与架构，有极大可能推断并理解出该消息包含与协同会话关联的控制切换/转移请求。<br>3. 公开性结论：<br>基于极宽松的隐含公开判断标准，该特征被对比文件隐含公开。 |
| 技术特征D：<br>处理器<br><br>《直接公开》 | 【说明书实施形态】<br>“セッション切替部４０１は各通信端末から受信したメッセージを解析し、セッション切替の契機となった変更内容と、切り替えられるセッションの構成情報と、セッション状態テーブル４０２に記憶された情報とを照合して、通知するメッセージの内容、通知先の通信端末を決定する。”<br>（中文翻译：会话切换部401解析从各通信终端接收到的消息，对照成为会话切换契机的变更内容、被切换的会话的构成信息、以及存储在会话状态表402中的信息，来决定通知的消息的内容以及通知目的地的通信终端。）<br>“メッセージ生成部４０３は、前記セッション切替メッセージおよび後述するセッション切替要求メッセージを作成する。”<br>（中文翻译：消息生成部403生成所述会话切换消息以及后述的会话切换请求消息。） | 1. 对应部件与作用分析：<br>目标专利中SCC AS包含处理器，用于执行信令解析、生成与协同会话相关的会话信息等逻辑处理。对比文件中会话管理服务器4包含“セッション切替部４０１”（会话切换部401）和“メッセージ生成部４０３”（消息生成部403），其实质上是运行在服务器硬件处理器上的数据处理与控制逻辑核心，用于对报文进行解析、查表、匹配与数据生成。<br>2. 公开性结论：<br>本领域技术人员显而易见能得出服务器执行上述复杂业务逻辑和消息解析生成必然包含中央处理单元或处理硬件模块（处理器）。因此，对比文件直接公开了技术特征D。 |
| 技术特征E：<br>被配置成产生与所述协同会话相关联的会话信息<br><br>《直接公开》 | 【说明书实施形态】<br>“セッション切替部４０１は各通信端末から受信したメッセージを解析し、セッション切替の契機となった変更内容と、切り替えられるセッションの構成情報と、セッション状態テーブル４０２に記憶された情報とを照合して、通知するメッセージの内容、通知先の通信端末を決定する。”<br>（中文翻译：会话切换部401解析从各通信终端接收到的消息，对照成为会话切换契机的变更内容、被切换的会话的构成信息、以及存储在会话状态表402中的信息，来决定通知的消息的内容……）<br>“メッセージ生成部４０３によってセッション切替要因が……であるセッション切替メッセージが作成され……このセッション切替メッセージには、前記セッション切替要因と共に、利用者Ａ，Ｂの各ユーザID、セッションID、セッション管理サーバ４に登録されている第１および第２通信端末１，２の各IPアドレス、IPアドレスの変更が必要となるアプリケーションIDおよびその機能ID等が登録されている。”<br>（中文翻译：通过消息生成部403创建会话切换原因为……的会话切换消息……在该会话切换消息中，与所述会话切换原因一起，登记了用户A、B的各用户ID、会话ID、登记在会话管理服务器4中的第1和第2通信终端1、2的各IP地址、需要变更IP地址的应用程序ID及其功能ID等。） | 1. 对应部件与作用分析：<br>目标专利第[0005]、[0065]段指明：会话信息包括包含在该会话中的媒体流和设备信息（如应用ID、功能ID、关联终端等），处理器生成该信息以便随转移请求发往目标终端。对比文件中，会话管理服务器4的会话切换部401结合会话状态表402，由消息生成部403组织并生成包含会话ID、用户ID、终端IP地址、应用程序ID及其功能ID（即媒体流/功能划分）等在内的会话切换消息/内容。<br>2. 公开性结论：<br>对比文件中生成上述会话配置参数及状态信息的操作，完全等同于目标专利中“产生与协同会话相关联的会话信息”。因此，对比文件直接公开了技术特征E。 |
| 技术特征F：<br>发射机<br><br>《直接公开》 | 【说明书实施形态】<br>“メッセージ送受信部４０４は、各通信端末１，２との間でメッセージを送受信する。”<br>（中文翻译：消息收发部404在与各通信终端1、2之间收发消息。） | 1. 对应部件与作用分析：<br>目标专利中发射机用于向第二UE等外部节点下发信令。对比文件公开了会话管理服务器4具有“メッセージ送受信部４０４”（消息收发部404），向各通信终端发送消息。<br>2. 公开性结论：<br>“消息收发部”中执行向外发送消息的部分无可置疑地直接对应并构成了“发射机”。因此，对比文件直接公开了技术特征F。 |
| 技术特征G：<br>被配置成向第二UE传送第二消息<br><br>《直接公开》 | 【说明书实施形态】<br>“メッセージ生成部４０３は、この抽出された情報に基づいてセッション切替メッセージを作成する。 このセッション切替メッセージは、メッセージ送受信部４０４から第１、第２、第３通信端末１、２，３へ送信される。”<br>（中文翻译：消息生成部403基于该提取出的信息创建会话切换消息。该会话切换消息从消息收发部404发送到第1、第2、第3通信终端1、2、3。）<br>“メッセージ送受信部４０４から第２通信端末２へ送信する。 このセッション切替要求メッセージには……”<br>（中文翻译：从消息收发部404向第2通信终端2发送。在该会话切换请求消息中包含……） | 1. 对应部件与作用分析：<br>目标专利中SCC AS向目标终端（第二UE）下发第二消息。对比文件中明确记载会话管理服务器4通过消息送受信部404向第2通信终端2（以及作为转移目标的第3通信终端3）传送会话切换消息或会话切换请求消息。<br>2. 公开性结论：<br>该功能模块及其传输行为与技术特征G的作用完全一致，属于直接公开。 |
| 技术特征H：<br>该第二消息包括协同会话控制转移请求和与所述协同会话相关联的所述会话信息<br><br>《隐含公开》 | 【说明书实施形态】<br>“メッセージ生成部４０３は、この抽出された情報に基づいてセッション切替メッセージを作成する。 このセッション切替メッセージは、メッセージ送受信部４０４から第１、第２、第３通信端末１、２，３へ送信される。 前記セッション切替メッセージには、利用者Ａ，Ｂの各ユーザID、セッションID、セッション管理サーバ４に登録されている第１、第２、第３通信端末１，２，３の各IPアドレス、およびIPアドレスの変更が必要となるアプリケーションの機能IDが登録されている。”<br>（中文翻译：消息生成部403基于该提取出的信息创建会话切换消息。该会话切换消息从消息收发部404发送到第1、第2、第3通信终端1、2、3。在所述会话切换消息中，登记了用户A、B的各用户ID、会话ID、登记在会话管理服务器4中的第1、第2、第3通信终端1、2、3的各IP地址、以及需要变更IP地址的应用程序的功能ID。）<br>“メッセージ生成部４０３がセッション切替要求メッセージを作成し、メッセージ送受信部４０４から第２通信端末２へ送信する。 このセッション切替要求メッセージには、利用者Ａ，Ｂの各ユーザID、セッションID、ならびに切替後のアプリケーションIDおよびその機能IDが含まれる。”<br>（中文翻译：消息生成部403创建会话切换请求消息，从消息收发部404向第2通信终端2发送。在该会话切换请求消息中，包含用户A、B的各用户ID、会话ID、以及切换后的应用程序ID及其功能ID。） | 1. 对应性与推理分析：<br>目标专利第[0005]、[0065]段中，第二消息包括协同会话控制转移请求以及正在进行的会话信息（媒体流和设备信息等）。对比文件中由服务器发送至各通信终端（包含对端或目标转移端）的会话切换消息或切换请求消息中，携带了会话ID、关联终端IP、各应用程序功能ID（媒体功能分支）以及指示终端执行变更的控制信息。对比文件虽未直接使用协同会话标准协议报文名称，但该消息实质承载了会话切换/转移控制指令及会话详细组成信息（应用功能与流分布）。<br>2. 公开性结论：<br>本领域技术人员根据对比文件公开的报文结构及多终端协同调度场景，能够合理推断出该消息属于包含转移请求和会话信息的消息，符合极其宽松的隐含公开标准。 |
| 技术特征I：<br>其中所述接收机还被配置成从所述第二UE接收协同会话控制转移响应消息。<br><br>《直接公开》 | 【说明书实施形态】<br>“メッセージ生成部２０３は、利用者Ａ，Ｂの各ユーザID、セッションID、変更後のアプリケーションIDおよびその機能ID、ならびにアプリケーションの各機能を動作させる通信端末のIPアドレスが登録された切替承認メッセージを生成し、これをメッセージ送受信部２０４からセッション管理サーバ４へ送信する。”<br>（中文翻译：消息生成部203生成登记了用户A、B的各用户ID、会话ID、变更后的应用程序ID及其功能ID、以及使应用程序的各功能进行动作的通信终端的IP地址的切换承认消息，并将其从消息收发部204发送给会话管理服务器4。）<br>“第１ないし第３通信端末１，２，３からセッション管理サーバ４へセッション切替完了メッセージが送信される。 セッション管理サーバ４は、セッション切替に係る全ての通信端末から前記切替完了メッセージを受信すると……”<br>（中文翻译：从第1至第3通信终端1、2、3向会话管理服务器4发送会话切换完成消息。会话管理服务器4从与会话切换相关的所有通信终端接收到所述切换完成消息后……） | 1. 对应部件与作用分析：<br>目标专利第[0048]、[0066]段中，第二UE向SCC AS返回协同会话控制转移确认/响应，告知其接受转移请求。对比文件中，第2通信终端2针对接收到的切换请求，返回“切替承認メッセージ”（切换承认消息）或“セッション切替完了メッセージ”（会话切换完成消息），并由会话管理服务器4接收。<br>2. 公开性结论：<br>对比文件的“切换承认消息/切换完成消息”实质就是对会话切换/转移请求的确认与响应报文，服务器接收该消息的技术特征和技术效果完全等同。因此，对比文件直接公开了技术特征I。 |
| 技术特征J：<br>其中所述会话信息包括与所述协同会话的一个或多个媒体流相关联的信息。<br><br>《直接公开》 | 【说明书实施形态】<br>“前記アプリケーション情報は、アプリケーションの製造元およびアプリケーション名などの組み合わせによりアプリケーションを一意に特定するアプリケーションIDと、アプリケーションが提供可能な機能を示す機能IDと、コーデックなどのアプリケーション独自の情報とを含んでいる。”<br>（中文翻译：所述应用程序信息包括：通过应用程序的制造商以及应用程序名称等的组合来唯一定义应用程序的应用程序ID、表示应用程序可提供的功能的功能ID、以及编解码器等应用程序特有的信息。）<br>“なお、アプリケーションが分割可能な複数の機能を備えている場合には、各機能を一意に特定する機能IDごとに相手端末のIPアドレスが登録されている。”<br>（中文翻译：另外，在应用程序具备可分割的多个功能的情况下，针对每个唯一定义各功能的功能ID登记对方终端的IP地址。）<br>“セッション状態テーブル４０２は……アプリケーションの機能IDとその機能を実行中の通信端末のIPアドレスとの対応関係が記憶されている。”<br>（中文翻译：会话状态表402中……存储有应用程序的功能ID与正在执行该功能的通信终端的IP地址的对应关系。） | 1. 对应部件与作用分析：<br>目标专利第[0005]、[0044]段指出：“正在进行的会话信息可包括有关于包含在该会话中的媒体流和设备的信息”。对比文件中明确说明应用程序可分割为多个功能（例如将电视电话分割为画面视频流和声音音频流），并为每个功能分配“機能ID”（功能ID）、编解码器（コーデック）以及执行该功能的对应IP地址，这些均作为会话信息在服务器中保存并在切换消息中传输。<br>2. 公开性结论：<br>媒体流信息在多媒体通信中即具体表现为媒体功能ID、编解码信息及对应传输流地址，对比文件公开的“機能ID（コーデック等）”与目标专利“与一个或多个媒体流相关联的信息”完全实质对应。因此，对比文件直接公开了技术特征J。 |
| 技术特征K：<br>该SCC AS还包括：检索器<br><br>《未公开》 | 对比文件全文未记载检索用于业务简档的标识的检索器硬件或功能单元。 | 1. 对应部件与作用分析：<br>目标专利中，检索器（retriever）是SCC AS中专用于在特定数据库或签约配置中检索关联标识的实体/功能模块。<br>2. 公开性结论：<br>对比文件的会话管理服务器4中仅公开了会话切换部401、会话状态表402、消息生成部403、消息送受信部404，虽然其利用会话状态表查找IP，但完全不存在针对业务简档（Service Profile）及其标识的检索器结构，既未直接公开，本领域技术人员也无法合理解析或推理得出该特定检索器。因此该特征未公开。 |
| 技术特征L：<br>被配置用于检索与业务简档相关联的公共用户标识。<br><br>《未公开》 | 对比文件全文未记载业务简档及检索与其相关联的公共用户标识。 | 1. 目标专利说明书原意：<br>目标专利第[0047]段明确限定：“SCC AS215可检索共享相同的公共业务简档和由WTRU-1205注册的标识的所有经注册的公共用户标识230的列表。所述业务简档对适用于一组公共用户标识的一组业务触发器进行定义。该公共业务简档可包括但不限于：公共标识，核心网络业务授权和初始过滤规则。”<br>2. 公开性结论：<br>对比文件仅涉及本地用户ID（利用者A、B的用户ID）与会话ID的比对，完全没有公开IMS架构下与特定业务简档（Service Profile / iFC等核心网业务触发规则集）关联的公共用户标识（Public User Identity），更没有检索此类标识的技术方案。本领域技术人员无法从对比文件中推导得出。因此该特征未公开。 |
| 技术特征M：<br>其中所述第一消息包括与所述第二UE相关联的标识。<br><br>《直接公开》 | 【说明书实施形态】<br>“メッセージ生成部１０３は、前記端末変更指示と共に、利用者Ａ，Ｂの各ユーザID、移動するアプリケーションの機能ID、セッションID、およびアプリケーションの移動先となる第３通信端末３のIPアドレスをセッション切替メッセージに登録し、これをメッセージ送受信部１０4からセッション管理サーバ４に送信する。”<br>（中文翻译：消息生成部103伴随所述终端变更指示，将用户A、B的各用户ID、移动的应用程序的功能ID、会话ID、以及作为应用程序移动目的地的第3通信终端3的IP地址登记到会话切换消息中，并将其从消息收发部104发送到会话管理服务器4。） | 1. 对应部件与作用分析：<br>目标专利第[0045]、[0064]段指出：第一消息（转移请求）可包括目标第二UE的经注册公共用户标识或相关联标识，用于识别转移目标。对比文件中，第1通信终端1向会话管理服务器4发送的会话切换消息中，明确包含“应用程序移动目的地的第3通信终端3的IP地址”（第3通信终端3即对应作为转移目标的第二UE）。<br>2. 公开性结论：<br>网络实体的IP地址是通信领域最经典、最标准的终端设备标识之一。对比文件明确记载第一消息中包含转移目的地终端的IP地址，直接起到了标识第二UE的作用。因此，对比文件直接公开了技术特征M。 |
| 技术特征N：<br>其中发生了对所述协同会话的控制的转移。<br><br>《隐含公开》 | 【说明书实施形态】<br>“「端末変更」とは、第１通信端末１を含む複数の通信端末を利用可能な利用者Ａにより、アプリケーションの実行端末が現在の第1通信端末１から他の通信端末（後述する第３通信端末３）へ変更されることを意味する。”<br>（中文翻译：“终端变更”是指，通过可利用包括第1通信终端1在内的多个通信终端的用户A，将应用程序的执行终端从当前的第1通信终端1变更为其他通信终端（后述的第3通信终端3）。）<br>“セッション管理サーバ４は、セッション切替に係る全ての通信端末から前記切替完了メッセージを受信すると、セッションの切り替えが完了したと判断してセッション状態テーブル４０２を更新する。”<br>（中文翻译：会话管理服务器4从与会话切换相关的所有通信终端接收到所述切换完成消息后，判断为会话的切换完成并更新会话状态表402。） | 1. 对应性与推理分析：<br>目标专利第[0048]、[0066]段指出：当完成切换确认后，SCC AS从原控制设备去除协同会话控制，新控制设备建立对于协同会话的控制，发生控制权转移。对比文件中，通信会话涉及多个终端协作分工，在完成各终端的配置及收到切替完了消息后，应用程序执行权与会话主体由第1终端迁移至第3终端，会话管理服务器完成会话状态表的切换更新。<br>2. 公开性结论：<br>该过程在实质上实现了多终端协同执行环境中应用与会话主导控制权的交接与变更。虽然对比文件未以3GPP Collaborative Session标准严谨定义“控制权转移”，但本领域技术人员基于对比文件披露的完整切换流程，可极其容易且合理地推断得出发生了会话控制的实际转移。按照极宽松的隐含公开判断原则，认定该特征被对比文件隐含公开。 |
<<<A>>><<<B>>><<<c>>><<<D>>><<<E>>><<<F>>><<<G>>><<<h>>><<<I>>><<<J>>><<<M>>><<<n>>>
本评估基于目标专利说明书所阐明的协同会话转移技术方案，对对比文件（US20070091896A1）所公开的分布式基站CPRI多协议传输方案进行技术特征逐项比对与公开性判断。
### 特征比对表格
| 技术特征描述及判断结果 | 对比文件原文引用（译文及段号） | 公开性论述 |
| 技术特征A：该SCC AS包括：接收机<br>《隐含公开》 | 段落[0003]：“在移动通信系统中，无线电接入网通常由基站收发信台（BTS）以及用于控制多个基站收发信台的基站控制器（BSC）或无线电网络控制器（RNC）组成……基站收发信台主要包括基带处理子系统、射频子系统和天线等，负责执行无线信号的发射、接收和处理。”<br><br>段落[0030]：“本发明的第三方面提供了一种用于在无线移动通信系统的分布式基站子系统中实现多协议客户信号传输的接收端设备，包括：CPRI帧处理单元……GFP-T帧处理和解复用单元……64B/65B解码单元……以及I/Q数据帧解复用单元……” | 1. 作用与技术领域比对：目标专利中，该特征为IMS核心网业务层的业务集中和连续性应用服务器（SCC AS）所包含的接收机（说明书[0003]、[0082]-[0083]），作用是接收来自UE的协同会话控制转移请求等应用层会话控制信令；而在对比文件中，段落[0003]、[0030]公开的是接入网分布式基站系统中的基站收发信台接收部件或接收端设备，作用是接收无线电射频信号或光纤/电缆上的CPRI物理/链路层传输帧。两者的设备实体、网络层级与具体功能完全不同。<br>2. 直接公开分析：对比文件未公开SCC AS实体，亦未公开用于接收会话转移控制信令的服务器接收机，本领域技术人员无法直接且毫无疑义地得出该特征，故未直接公开。<br>3. 隐含公开分析：对比文件公开了通信系统中的“接收端设备”及具备接收功能的硬件基础（部分公开了“接收机”硬件部件）。在避免遗漏比对的宽松标准下，对比文件部分公开了接收硬件内容，存在与其他公开SCC AS的对比文件相结合以公开该特征的可能性，故认定为隐含公开。 |
| 技术特征B：被配置成从第一UE接收第一消息<br>《未公开》 | 对比文件全文未记载相关内容。 | 1. 作用与技术领域比对：目标专利中该特征的作用是使SCC AS接收来自控制者WTRU/UE（第一UE）的控制转移发起信令（说明书[0045]、[0083]）；对比文件涉及分布式基站中RE（远端射频单元）与REC（无线电设备控制器）之间的内部CPRI链路传输，完全未涉及从用户终端（UE）接收第一消息。<br>2. 公开性分析：对比文件既未直接公开，也未公开任何对应实体或信号交互，本领域技术人员无法从基站内部CPRI/GFP-T帧传输推理得出该特征，故未公开。 |
| 技术特征C：该第一消息包括与协同会话相关联的协同会话控制转移请求<br>《未公开》 | 对比文件全文未记载相关内容。 | 1. 作用与技术领域比对：目标专利中该特征用于在控制转移消息中承载协同会话控制转移请求（说明书[0004]、[0045]、[0083]），以触发会话控制权转移；对比文件仅传输多协议I/Q采样数据及E1/以太网等非无线接口协议信号，不涉及协同会话及会话转移机制。<br>2. 公开性分析：对比文件完全未公开相关业务逻辑或信令内容，无法推导得出，故未公开。 |
| 技术特征D：处理器<br>《隐含公开》 | 段落[0004]：“……通过宽带传输线连接到基站的主基带处理单元……”<br><br>段落[0031]：“CPRI帧处理单元，用于处理CPRI帧以分离WCDMA的I/Q信号、CPRI控制、管理和同步数据以及GFP-T帧信号流；”<br><br>段落[0036]：“本发明的第五方面提供了一种软件产品，包括机器可读指令，其中所述指令可以执行根据本发明的上述方法。” | 1. 作用与技术领域比对：目标专利中“处理器”为通用处理硬件，在SCC AS中用于执行会话控制逻辑并生成会话信息（说明书[0029]、[0085]）；对比文件中段落[0004]公开了“主基带处理单元”，段落[0031]公开了“CPRI帧处理单元”，段落[0036]记载了执行软件指令的硬件实现。<br>2. 直接公开分析：对比文件未在文字上直接记载独立的“处理器”通用术语，而是记载为特定功能的处理单元，故未直接公开。<br>3. 隐含公开分析：对比文件所公开的“基带处理单元”、“CPRI帧处理单元”以及执行软件指令的物理载体，在数字通信硬件架构中必然由通用处理器、DSP或微处理器等处理器硬件构成。本领域技术人员结合公知常识能够毫无疑义地合理推断出其包含“处理器”，故认定为隐含公开。 |
| 技术特征E：被配置成产生与所述协同会话相关联的会话信息<br>《未公开》 | 对比文件全文未记载相关内容。 | 1. 作用与技术领域比对：目标专利中该特征用于生成协同会话中关于媒体流和设备的信息，以便新控制者接管会话（说明书[0005]、[0062]、[0085]）；对比文件仅涉及物理层/链路层的成帧与速率适配，不涉及协同会话上下文信息的生成。<br>2. 公开性分析：对比文件完全未记载任何协同会话信息生成逻辑，本领域技术人员无法推导得出，故未公开。 |
| 技术特征F：发射机<br>《隐含公开》 | 段落[0003]：“……基站收发信台主要包括基带处理子系统、射频子系统和天线等，负责执行无线信号的发射、接收和处理。”<br><br>段落[0027]：“本发明的第二方面提供了一种用于在无线移动通信系统的分布式基站子系统中实现多协议客户信号传输的发射端设备，包括：GFP-T成帧和封装单元……以及CPRI映射单元……” | 1. 作用与技术领域比对：目标专利中“发射机”配置于SCC AS，用于向第二UE发送包含会话信息的转移请求（说明书[0087]）；对比文件中段落[0003]、[0027]公开了基站收发信台的无线信号发射功能部件及分布式基站的发射端设备。<br>2. 直接公开分析：对比文件公开的是基站射频/光接口发射设备，而非IMS应用服务器中用于发送SIP控制消息的发射机，两者在系统架构层级与发射对象上不同，故未直接公开。<br>3. 隐含公开分析：对比文件明确公开了具备发射信号功能的“发射端设备”及基站发射部件（部分公开了发射硬件），本领域技术人员能够合理推断其内部包含物理发射机模块。在宽松标准下，该硬件基础具备与其他对比文件组合公开该特征的条件，故认定为隐含公开。 |
| 技术特征G：被配置向第二UE传送第二消息<br>《未公开》 | 对比文件全文未记载相关内容。 | 1. 作用与技术领域比对：目标专利中该特征用于将转移请求消息投递给目标被控制设备（第二UE）（说明书[0048]、[0087]）；对比文件仅处理基站内部RE与REC间的数据传输，不存在向第二UE下发控制消息的配置。<br>2. 公开性分析：对比文件未公开该交互步骤或对应目标，无法推导得出，故未公开。 |
| 技术特征H：该第二消息包括协同会话控制转移请求和与所述协同会话相关联的所述会话信息<br>《未公开》 | 对比文件全文未记载相关内容。 | 1. 作用与技术领域比对：目标专利中该特征用于将控制转移请求与正在进行的会话信息合并在同一消息中下发，实现转移与发现过程的合并优化（说明书[0062]、[0087]）；对比文件无相关会话信息及控制转移消息。<br>2. 公开性分析：对比文件完全未涉及该信令内容构成，故未公开。 |
| 技术特征I：其中所述接收机还被配置成从所述第二UE接收协同会话控制转移响应消息<br>《未公开》 | 对比文件全文未记载相关内容。 | 1. 作用与技术领域比对：目标专利中该特征用于接收来自第二UE的接受/确认转移的响应消息（说明书[0048]、[0089]）；对比文件完全不存在第二UE针对协同会话控制转移做出的响应流程。<br>2. 公开性分析：对比文件无对应交互与配置，故未公开。 |
| 技术特征J：其中所述会话信息包括与所述协同会话的一个或多个媒体流相关联的信息<br>《未公开》 | 对比文件全文未记载相关内容。 | 1. 作用与技术领域比对：目标专利中该特征使新控制者知晓整个协同会话中所包含的各个媒体流及其状态（说明书[0005]、[0060]、[0090]）；对比文件仅在物理/链路层承载无线协议的I/Q采样数据流，并不知晓或维护多媒体会话层的媒体流拓扑与控制信息。<br>2. 公开性分析：技术内涵与层级截然不同，无法推导得出，故未公开。 |
| 技术特征K：该SCC AS还包括：检索器<br>《未公开》 | 对比文件全文未记载相关内容。 | 1. 作用与技术领域比对：目标专利中检索器用于在SCC AS侧查询签约与标识信息（说明书[0047]、[0092]）；对比文件虽然具有解复用和帧解析提取功能，但完全不存在面向用户业务简档的“检索器”实体。<br>2. 公开性分析：对比文件未公开检索器硬件或逻辑功能模块，故未公开。 |
| 技术特征L：被配置用于检索与业务简档相关联的公共用户标识<br>《未公开》 | 对比文件全文未记载相关内容。 | 1. 作用与技术领域比对：目标专利中该特征用于在会话转移时验证目标设备是否与原控制者共享公共业务简档（说明书[0047]-[0048]、[0092]）；对比文件仅使用GFP扩展头中的CID（通道标识符）标识物理/逻辑客户信号通道（段落[0082]），完全未涉及用户业务简档（Service Profile）或公共用户标识（Public User Identity）。<br>2. 公开性分析：对比文件完全未涉及相关概念与检索动作，故未公开。 |
| 技术特征M：其中所述第一消息包括与所述第二UE相关联的标识<br>《未公开》 | 对比文件全文未记载相关内容。 | 1. 作用与技术领域比对：目标专利中该特征用于在初始转移请求中指明转移的目标设备（第二UE）标识（说明书[0045]、[0093]）；对比文件不存在来自第一UE的消息，亦不存在用于会话转移的目标UE标识。<br>2. 公开性分析：对比文件无对应记载，无法推断得出，故未公开。 |
| 技术特征N：其中发生了对所述协同会话的控制的转移<br>《未公开》 | 对比文件全文未记载相关内容。 | 1. 作用与技术领域比对：目标专利中该特征为协同会话控制权由第一UE变更至第二UE的状态变化（说明书[0048]、[0094]）；对比文件涉及基站间切换时提到移动性管理协议（段落[0040]），但属于无线接入网链路移动性，完全未涉及IMS协同会话控制权的转移。<br>2. 公开性分析：方案实质完全不同，无法合理推导，故未公开。 |
<<<a>>>
<<<d>>>
<<<f>>>
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：** 该SCC AS包括：接收机<br>《隐含公开》 | 段落 [0048]、[0052]：<br>“The HSS Subscriber database 610 is coupled with a SIP proxy 608. The application database 616 and policies database
**特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该SCC AS包括：接收机<br>《隐含公开》 | [0018] “Each server 106, 108, and 110 may represent a logical entity that transmits requests, messages, or other communication.”（每个服务器106、108和110可以代表发送请求、消息或其他通信的逻辑实体。）<br>[0021] “In the B2BUA mode, server 110 receives a request from server 108 and generates a new request to server 108 based on the received request.”（在B2BUA模式下，服务器110从服务器108接收请求，并基于所接收的请求向服务器108生成新请求。） | 作用分析：目标专利中，SCC AS的接收机用于接收来自网络的控制转移请求等信令消息；对比文件中，应用服务器110作为网络实体接收来自呼叫路由层服务器108的会话请求消息，两者均起到在网络服务器端接收控制信令/请求消息的物理/逻辑硬件接收功能。<br>公开性论述：对比文件公开了应用服务器110（对应应用层实体，虽然非专用的SCC AS，但属于处理通信特征的应用服务器）能够“接收来自服务器108的请求”（段落[0021]）。本领域技术人员知晓，服务器要实现消息接收，其硬件必然具备物理或逻辑上的“接收机”（Receiver/网络接口）。此外，对比文件部分公开了应用服务器及其消息接收功能，结合通信领域通用架构可毫无疑义推知其包含接收模块。按照极其宽松的隐含公开判断标准，该特征构成了《隐含公开》。 |
| 技术特征B：被配置成从第一UE接收第一消息<br>《隐含公开》 | [0021] “Server 110 is a network element that operates as an application server and executes features or applications on behalf of endpoints 100... depending on the request from originating endpoint 100.”（服务器110是充当应用服务器并代表端点100执行特征或应用的网络元件……取决于来自始发端点100的请求。）<br>[0022] “In operation, an originating endpoint 100a sends a request through network 102a to PoP 104a... Server 106a initially receives the request and proxies the request to server 108a... server 108a proxies the request to server 110a...”（在操作中，始发端点100a通过网络102a向PoP 104a发送请求……服务器106a首先接收该请求并将该请求代理给服务器108a……服务器108a将该请求代理给服务器110a……） | 作用分析：目标专利中，该特征用于使服务器从发起端设备（第一UE）获取初始业务信令；对比文件中，服务器110a通过网络代理节点接收来自始发端点100a（对应第一UE）发起的第一请求消息，两者在接收端点发起会话信令的作用上相同。<br>公开性论述：对比文件段落[0022]明确记载了始发端点100a发起会话请求，经由边缘代理106a、服务器108a路由代理后最终被服务器110a接收。本领域技术人员可知端点100即用户终端设备（UE），其发起的请求即第一消息。虽然该请求是经中间节点代理到达，但实质仍是应用服务器从第一终端接收该终端发出的第一消息。结合极宽松的隐含公开判断标准，对比文件至少部分公开了从发起端点接收第一请求，能够合理推导出该特征，构成《隐含公开》。 |
| 技术特征C：该第一消息包括与协同会话相关联的协同会话控制转移请求<br>《未公开》 | [0015] “To control the exchange of the information, endpoints 100 send signaling or any suitable control requests within system 10 to establish communication with other endpoints 100... Furthermore, the requests may be in any suitable communication protocol, such as Session Initiation Protocol (SIP) or Internet Protocol (IP) Multimedia System (IMS).”（为了控制信息的交换，端点100在系统10内发送信令或任何合适的控制请求，以与其他端点100建立通信……此外，请求可以采用任何合适的通信协议，例如SIP或IMS。）<br>[0024] “For example, if terminating endpoint 100 forwards a request to another endpoint 100, the identifier is changed in the request.”（例如，如果终端端点100将请求转移/呼叫前转给另一个端点100，则请求中的标识符改变。） | 作用分析：目标专利中，该消息承载的是在多个设备共享的多媒体“协同会话”中将“会话控制权”由控制者转移给被控制者的专用控制转移请求（IUT协同会话控制转移）；对比文件中，请求仅为呼叫建立或普通的呼叫前转（Call Forwarding）请求，两者技术内涵、控制机制与实现的作用完全不同。<br>公开性论述：对比文件完全未涉及“协同会话（Collaborative Session）”以及“协同会话控制转移（Collaborative Session Control Transfer）”的技术方案。对比文件记载的仅是传统的呼叫前转（Call Forwarding，改变被叫目的地标识）或虚拟号码路由，属于呼叫信令重定向，并不存在多个UE共享协同会话并进行主控权转移的任何技术构思，本领域技术人员无法从对比文件的普通呼叫/呼叫前转请求中推理出协同会话控制转移请求。因此，该特征未公开（既非直接公开，亦无法达到隐含公开的最低推导门槛）。 |
| 技术特征D：处理器<br>《隐含公开》 | [0021] “Applications within server 110 determine what mode to place server 110 into based on the communication session type and the context of the request.”（服务器110内的应用基于通信会话类型和请求上下文确定将服务器110置于何种模式。）<br>[0026] “Additionally, operations in system 10 may be performed using any suitable logic.”（此外，系统10中的操作可以使用任何合适的逻辑来执行。） | 作用分析：目标专利中，处理器用于执行逻辑控制与数据生成处理；对比文件中，服务器110内的应用执行模式判断、特征调用及逻辑操作，在物理及功能载体上均依赖硬件处理器。<br>公开性论述：对比文件公开了服务器110作为计算机/网络设备能够运行应用程序并执行逻辑判断、生成新请求（段落[0021]、[0026]）。本领域技术人员普遍知晓，计算机服务器运行应用、处理协议逻辑必然内置有处理器（CPU/微处理器/逻辑控制芯片）。对比文件公开了服务器及其逻辑处理功能，隐含公开了其必备的物理硬件“处理器”。依据极其宽松的隐含公开判断原则，该特征被《隐含公开》。 |
| 技术特征E：被配置成产生与所述协同会话相关联的会话信息<br>《未公开》 | [0021] “In the B2BUA mode, server 110 receives a request from server 108 and generates a new request to server 108 based on the received request.”（在B2BUA模式下，服务器110从服务器108接收请求，并基于所接收的请求向服务器108生成新请求。）<br>[0029] “When server 110b changes the identifier, it also generates an extension and includes the extension in the header of the request.”（当服务器110b更改标识符时，它还会生成一个扩展并将该扩展包含在请求的报头中。） | 作用分析：目标专利中，该特征用于生成正在进行的协同会话中包含的媒体流、设备状态等协同会话信息，以便新控制者接管会话；对比文件中仅生成包含token的header扩展字段（如continue token/skip token），两者在内容、对象及技术目的上完全不同。<br>公开性论述：对比文件不存在“协同会话”，其生成的仅是告知路由层如何处理标识符的指令扩展（Token，段落[0025]、[0029]），根本不涉及协同会话中多个媒体流、参与设备状态等会话信息的收集与生成。本领域技术人员无法从Token扩展字段推理出生成“与协同会话相关联的会话信息”，该特征未公开。 |
| 技术特征F：发射机<br>《隐含公开》 | [0018] “Each server 106, 108, and 110 may represent a logical entity that transmits requests, messages, or other communication.”（每个服务器106、108和110可以代表发送请求、消息或其他通信的逻辑实体。）<br>[0021] “Server 110... generates requests to server 108, and server 108 proxies the request to terminating endpoint 100.”（服务器110……向服务器108生成请求，服务器108将请求代理至终端端点100。） | 作用分析：目标专利中发射机用于向网络/终端发送报文；对比文件中服务器110向外部节点（服务器108）发送信令消息，两者在提供网络硬件/逻辑层发射发送功能上完全相同。<br>公开性论述：对比文件段落[0018]明确指出服务器110发送（transmits）请求、消息或通信，并在[0021]中指出发起/发送请求。本领域技术人员知晓，作为网络硬件设备，执行报文发送必然具备物理或逻辑上的“发射机/发送接口（Transmitter）”。对比文件公开了服务器发送消息的功能，必然隐含了执行该操作的发射装置。按照极其宽松的隐含公开判断标准，该特征被《隐含公开》。 |
| 技术特征G：被配置成向第二UE传送第二消息<br>《隐含公开》 | [0021] “In the UAC mode, server 110 acts as a UA as specified in IETF RFC 3261 and generates requests to server 108, and server 108 proxies the request to terminating endpoint 100.”（在UAC模式下，服务器110充当IETF RFC 3261中规定的UA，并向服务器108生成请求，且服务器108将该请求代理至终端端点100。）<br>[0023] “Server 108b proxies the request to server 110b... proxies the request back to server 108b... Server 108b begins contact routing and proxies the request to server 106b... Server 106b proxies the request to terminating endpoint 100b...”（服务器108b将请求代理给服务器110b……将请求代理回服务器108b……服务器108b开始联系人路由并将请求代理给服务器106b……服务器106b将请求代理给终端端点100b……） | 作用分析：目标专利中，该特征用于将网络侧消息（第二消息）下发给协同会话的目标接收端点（第二UE）；对比文件中，服务器110通过路由层网络将请求发送至目标终端端点100b（第二UE），在实现消息下发传输方面的作用一致。<br>公开性论述：对比文件公开了服务器110在UAC或代理模式下将生成的请求发送给服务器108，进而最终路由传送至终端端点100b（即第二UE）。虽然中间经过了路由服务器108和边缘代理106的代理，但其最终通信对象和消息目的地是第二终端端点100b。对比文件公开了应用服务器生成/发送消息并经网络传递给目标UE的架构，符合向第二UE传送消息的技术构思。按照宽松的隐含公开判断规则，该特征被《隐含公开》。 |
| 技术特征H：该第二消息包括协同会话控制转移请求和与所述协同会话相关联的所述会话信息<br>《未公开》 | [0004] “The modified request includes a new identifier representing a selected one of a modified first identifier and a modified second identifier, and an extension providing information about handling the modified request.”（修改后的请求包括表示所选的修改后的第一标识符和修改后的第二标识符之一的新标识符，以及提供关于处理修改后的请求的信息的扩展。）<br>[0025] “...when server 110 proxies the new identifier to server 108, an extension is also included in the header that instructs server 108 on handling the new identifier. The extension may include any suitable token, such as a skip token or a continue token.”（……当服务器110将新标识符代理给服务器108时，报头中还包括扩展，其指示服务器108处理新标识符。该扩展可以包括任何合适的令牌，例如skip令牌或continue令牌。） | 作用分析：目标专利中，第二消息携带的是供第二UE评估并接管会话所需的“协同会话控制转移请求”和“媒体流等会话信息”；对比文件中，第二消息为普通的会话建立请求，携带的是新修改的标识符和用于指导服务器108路由行为的内部指令Token，两者在承载的信息内容、对象和功能目的上截然不同。<br>公开性论述：对比文件完全没有涉及“协同会话控制转移请求”，也未包含任何“与协同会话相关联的会话信息”。对比文件中消息携带的是用于呼叫路由层处理的扩展标记（如skip/continue token），无法等同或推理出包含协同会话控制权转移及媒体流信息。该特征未公开。 |
| 技术特征I：其中所述接收机还被配置成从所述第二UE接收协同会话控制转移响应消息<br>《未公开》 | [0021] “In the UAS mode, server 110 may decide to terminate a request by generating a final response.”（在UAS模式下，服务器110可以决定通过生成最终响应来终止请求。）<br>[0029] [0031] 参见图2与图3流程，未出现由端点100向应用服务器110返回响应的交互流程说明。 | 作用分析：目标专利中，该特征用于接收第二UE对于接管协同会话控制权与否的反馈（接受或拒绝转移）；对比文件仅描述常规会话建立过程中的信令交互，无此控制权转移响应。<br>公开性论述：对比文件既未公开从被叫端点接收任何“协同会话控制转移响应消息”，更无关于针对控制转移的确认/拒绝信令交互。本领域技术人员无法从对比文件的普通呼叫信令中推知协同会话转移响应。该特征未公开。 |
| 技术特征J：其中所述会话信息包括与所述协同会话的一个或多个媒体流相关联的信息<br>《未公开》 | [0015] “Endpoints 100 exchange audio, voice, data, video, or other information in system 10.”（端点100在系统10中交换音频、语音、数据、视频或其他信息。）<br>[0012] “The requests include any suitable information, such as a header, which includes an identifier and an extension, or a phase of the session.”（请求包括任何合适的信息，例如包括标识符和扩展的报头，或者会话的阶段。） | 作用分析：目标专利中，该媒体流信息详细限定了协同会话中分布在各UE上的具体媒体流描述，用于会话发现与控制接管；对比文件仅泛泛提及多媒体端点交换音视频，未在控制信令中定义协同会话的多媒体流信息。<br>公开性论述：因对比文件不存在“协同会话控制转移请求”及“与协同会话相关联的会话信息”，故更不存在在会话信息中包含“协同会话的一个或多个媒体流相关联的信息”。即便对比文件端点支持交换音频/视频数据，但这属于通信内容本身，并非在请求中组织并传递用于协同会话控制转移的媒体流配置/描述信息。该特征未公开。 |
| 技术特征K：该SCC AS还包括：检索器<br>《隐含公开》 | [0020] “In addition to routing requests, servers 108 may provide authentication, authorization, registration, service selection, interaction, and invocation, access to and management of service and endpoint 100 data...”（除了路由请求之外，服务器108还可以提供认证、授权、注册、业务选择、交互和调用，访问和管理业务及端点100数据……）<br>[0022] “Server 108a consults a service profile associated with originating endpoint 100a to make the determination.”（服务器108a查阅与始发端点100a相关联的业务简档以作出确定。）<br>[0024] “The P-Asserted-Identity is updated with an Emergency Service Query Key (ESQK), which identifies a call instance at server 110 and is used to look up location information.”（P-Asserted-Identity用紧急服务查询密钥（ESQK）更新，该密钥标识服务器110处的呼叫实例并用于查找位置信息。） | 作用分析：目标专利中，检索器用于在服务器端查询/检索与业务简档关联的用户标识；对比文件中，服务器具备访问管理业务数据、查询（consult/look up）业务简档及位置信息的检索功能实体，两者在执行数据查询/检索的软硬件功能上一致。<br>公开性论述：对比文件公开了网络服务器具有“访问和管理业务数据（access to and management of service data）”（[0020]）以及“查阅业务简档（consults a service profile）”（[0022]）和“查找信息（look up）”（[0024]）的功能。能够执行数据查阅、查询或数据库访问的软件逻辑模块或硬件单元即构成本领域常规意义上的“检索器（retriever）”。虽然对比文件中执行consult的主要实体是服务器108，但服务器110和服务器108同属核心网服务器实体，且根据极其宽松的隐含公开标准（部分公开或可组合公开即算隐含），对比文件公开了服务器系统具备查阅检索业务简档/数据的逻辑检索组件，可合理推断出服务器包含检索器。因此该特征构成了《隐含公开》。 |
| 技术特征L：被配置用于检索与业务简档相关联的公共用户标识<br>《隐含公开》 | [0012] “The identifier identifies endpoint 100 in any suitable form, such as a Request Uniform Resource Identifier (Request-URI) associated with a called party, a P-Asserted-Identity associated with a calling party... The identifier may be modified during any phase of the communication session...”（该标识符以任何合适的形式标识端点100，例如与被叫方关联的Request-URI，与主叫方关联的P-Asserted-Identity……标识符可在通信会话的任何阶段被修改……）<br>[0022] “Server 108a consults a service profile associated with originating endpoint 100a to make the determination... Server 108b consults a service profile associated with terminating endpoint 100b to determine how to proceed with the request.”（服务器108a查阅与始发端点100a相关联的业务简档以作出确定……服务器108b查阅与终端端点100b相关联的业务简档以确定如何继续处理该请求。）<br>[0025] “In an embodiment, this behavior occurs when the original and new identifier share the same service profile.”（在一个实施例中，当原始标识符和新标识符共享相同的业务简档时，发生这种行为。） | 作用分析：目标专利中，该特征用于通过业务简档检索到共享该简档的公共用户标识；对比文件中，服务器查阅与端点标识关联的业务简档（service profile），并确定原始标识符与新标识符共享同一业务简档（share the same service profile），两者在关联业务简档与用户标识符的技术机制上相同。<br>公开性论述：对比文件段落[0012]公开了标识符包括SIP Request-URI、P-Asserted-Identity等公共用户标识；段落[0022]公开了服务器查阅与端点相关联的业务简档（service profile）；更重要的是，段落[0025]明确公开了判断“原始标识符和新标识符共享相同的业务简档（share the same service profile）”。服务器要获知哪些标识符共享同一业务简档，必然涉及根据业务简档或基于标识符检索关联的业务简档及相关标识符。对比文件部分公开了业务简档与多个标识符的映射与共享匹配，本领域技术人员结合常规技术容易推理出其包含了检索与业务简档相关联的用户标识的过程。在极其宽松的隐含公开标准下，该特征被《隐含公开》。 |
| 技术特征M：其中所述第一消息包括与所述第二UE相关联的标识<br>《隐含公开》 | [0004] “...facilitating an exchange of requests between an originating endpoint and a terminating endpoint using a first identifier associated with the originating endpoint and a second identifier associated with the terminating endpoint.”（……使用与始发端点关联的第一标识符和与终端端点关联的第二标识符，促进始发端点和终端端点之间的请求交换。）<br>[0028] “At message 200, endpoint 100a sends a request to server 106a to begin a communication session with terminating endpoint 100b. The request for the session includes an original identifier for terminating endpoint 100b, such as a virtual number.”（在消息200处，端点100a向服务器106a发送请求以开始与终端端点100b的通信会话。会话请求包括终端端点100b的原始标识符，例如虚拟号码。） | 作用分析：目标专利中，主叫消息包含第二UE（被转移目标）的标识（如公共用户标识）；对比文件中，始发端点发送的初始会话请求中包含目标端点（第二UE）的标识符（第二标识符/虚拟号码/真实号码），在使网络获知目标端点身份的作用上完全一致。<br>公开性论述：对比文件段落[0004]和[0028]明确公开了始发端点100a（第一UE）发送的会话请求消息中，包含了与终端端点100b（第二UE）相关联的第二标识符（例如Request-URI、虚拟号码等）。虽然对比文件的第一消息在业务层面上未被限定为“协同会话转移请求”，但对于“第一消息包括与第二UE相关联的标识”这一消息字段特征本身，对比文件给出了完全相对应的技术公开。根据极其宽松的隐含公开判断规则，该特征被对比文件《隐含公开》。 |
| 技术特征N：其中发生了对所述协同会话的控制的转移<br>《未公开》 | [0002] “Existing mechanisms assume that a change in the destination of the request should be treated as an instance of a call forwarding feature... The lack of interaction between the call routing layer and the application layer is not desirable for such features as call forwarding, find-me, virtual number, or other features that result in the destination of the service request being changed.”（现有机制假定请求目的地的改变应被视为呼叫前转特征的实例……对于呼叫前转、找我、虚拟号码或导致服务请求目的地改变的其他特征，呼叫路由层和应用层之间缺乏交互是不可取的。） | 作用分析：目标专利中，该特征定义了协同会话中设备角色的改变，即原控制者将整个多媒体协同会话的主控权移交给新的被控制者设备；对比文件仅仅是呼叫前转或虚拟号码替换导致的消息接收目的地的改变，完全不存在协同会话控制权的转移。<br>公开性论述：对比文件完全未涉及任何“协同会话（Collaborative Session）”概念，其公开的“call forwarding（呼叫前转）”或“virtual number（虚拟号码）”仅改变了单方会话信令的目的地（destination），并未改变或转移任何协同会话中控制者与被控制者之间的控制权。本领域技术人员不可能从呼叫目的地的改变推导出协同会话控制的转移。因此，该特征未公开。 |
---
<<<a>>>
<<<b>>>
<<<d>>>
<<<f>>>
<<<g>>>
<<<k>>>
<<<l>>>
<<<m>>>
由于在输入内容中，对比文件【对比文件/2007-07-19_WO2007079673A_发明申请_WO2007079673A1 通信系统中感知服务配置下的公共用户标识的方法及装置.docx】后标明“无说明书”，即未提供该对比文件的具体文本、附图或段落内容。
在缺乏对比文件公开文本的情况下，无法获取对比文件原文的段落标号及具体技术方案记载，亦无法严谨核实其是否针对目标专利技术特征A～N起到相同作用，或是否存在可供推理隐含公开的依据。因此，无法在缺乏证据事实的基础上认定任一技术特征构成《直接公开》或《隐含公开》。
基于上述客观情况，现按照目标专利权利要求划分及说明书原文对技术特征进行解析，并建立特征比对表格如下：
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该SCC AS包括：接收机<br>《未公开》 | 对比文件未提供文本（标记为“无说明书”），无原文引用。 | 目标专利说明书[0045]、[0082]-[0083]明确该实体为业务集中和连续性应用服务器（SCC AS）且包含接收机。由于未提供对比文件正文，无法确认对比文件中是否公开了具有接收机的SCC AS架构。 |
| 技术特征B：被配置成从第一UE接收第一消息<br>《未公开》 | 对比文件未提供文本，无原文引用。 | 目标专利说明书[0045]、[0083]记载SCC AS从WTRU-1（第一UE）接收协同会话控制转移请求。由于对比文件内容缺失，无法判断其是否公开了从第一UE接收第一消息的技术方案。 |
| 技术特征C：该第一消息包括与协同会话相关联的协同会话控制转移请求<br>《未公开》 | 对比文件未提供文本，无原文引用。 | 目标专利说明书[0044]、[0045]记载协同会话的控制转移过程及转移请求。因缺乏对比文件文本，无法证实对比文件公开了包含协同会话控制转移请求的第一消息。 |
| 技术特征D：处理器<br>《未公开》 | 对比文件未提供文本，无原文引用。 | 目标专利说明书[0085]记载SCC AS包括处理器以执行相关控制与生成功能。对比文件无文本支持，无法核实其硬件构成。 |
| 技术特征E：被配置成产生与所述协同会话相关联的会话信息<br>《未公开》 | 对比文件未提供文本，无原文引用。 | 目标专利说明书[0064]、[0085]中指出SCC AS获得/生成用于协同会话的正在进行的会话信息。因对比文件无具体内容，无法判断对比文件是否涉及协同会话信息的产生。 |
| 技术特征F：发射机<br>《未公开》 | 对比文件未提供文本，无原文引用。 | 目标专利说明书[0086]-[0087]中记载SCC AS包括向第二UE发送信令的发射机。缺乏对比文件原文，无法得出公开结论。 |
| 技术特征G：被配置成向第二UE传送第二消息<br>《未公开》 | 对比文件未提供文本，无原文引用。 | 目标专利说明书[0048]、[0065]记载SCC AS将协同会话控制转移请求传送给WTRU-2（第二UE）。因未提供对比文件文本，无法确认该特征是否被公开。 |
| 技术特征H：该第二消息包括协同会话控制转移请求和与所述协同会话相关联的所述会话信息<br>《未公开》 | 对比文件未提供文本，无原文引用。 | 目标专利说明书[0062]、[0065]记载将协同会话控制转移请求与会话信息结合传送给新的控制者，以避免过程分离导致的失败。因对比文件缺失，无法证实其公开了该消息内容。 |
| 技术特征I：其中所述接收机还被配置成从所述第二UE接收协同会话控制转移响应消息<br>《未公开》 | 对比文件未提供文本，无原文引用。 | 目标专利说明书[0048]、[0066]、[0089]记载SCC AS接收WTRU-2反馈的转移确认消息。对比文件无相关信息可供比对。 |
| 技术特征J：其中所述会话信息包括与所述协同会话的一个或多个媒体流相关联的信息<br>《未公开》 | 对比文件未提供文本，无原文引用。 | 目标专利说明书[0005]、[0060]、[0090]明确会话信息涵盖会话中包含的媒体流信息。对比文件无公开证据。 |
| 技术特征K：该SCC AS还包括：检索器<br>《未公开》 | 对比文件未提供文本，无原文引用。 | 目标专利说明书[0047]、[0091]-[0092]指明SCC AS中用于执行检索功能的结构/部件。因无对比文件说明书，无法确认是否存在相应结构。 |
| 技术特征L：被配置用于检索与业务简档相关联的公共用户标识<br>《未公开》 | 对比文件未提供文本，无原文引用。 | 虽然从对比文件标题推测其可能涉及“感知服务配置下的公共用户标识”，但因未提供说明书正文，缺乏实质技术手段、执行主体及具体逻辑的支撑，不能毫无疑义确定直接公开，亦无法进行严谨的推理论证其构成隐含公开。 |
| 技术特征M：其中所述第一消息包括与所述第二UE相关联的标识<br>《未公开》 | 对比文件未提供文本，无原文引用。 | 目标专利说明书[0045]、[0093]指明第一消息中包括目标第二UE的经注册公共用户标识。因无对比文件文本，无法认定公开。 |
| 技术特征N：其中发生了对所述协同会话的控制的转移<br>《未公开》 | 对比文件未提供文本，无原文引用。 | 目标专利说明书[0048]、[0066]、[0094]记载协同会话控制权的实际转移流程。对比文件缺乏文本依据，无法认定公开。 |
由于对比文件未提供具体说明书内容，未认定对比文件直接公开或隐含公开上述任一技术特征，遵照格式规则，不输出代码。
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>该SCC AS包括：接收机<br><br>《隐含公开》 | [0024] “A first user's communications device 20 communicates with a server 22 via a communications network 24. A second user's communications device 26 also communicates with the server 22 via the communications network 24. As later paragraphs will explain, the server 22 controls and/or manages collaboratively controlled content that is sent to the first user's communications device 20 and to the second user's communications device 26.”<br>（第一用户的通信设备20经由通信网络24与服务器22通信。第二用户的通信设备26也经由通信网络24与服务器22通信。如后文所述，服务器22控制和/或管理发送到第一用户通信设备20和第二用户通信设备26的协同控制内容。）<br><br>[0029] “The server-side collaborative control application 56 includes processor-executable code or instructions that cause a processor (‘μP’) 60 to receive and to process the control instruction(s) 44, as the following paragraphs further explain.”<br>（服务器侧协同控制应用56包括处理器可执行代码或指令，使得处理器（‘μP’）60接收并处理控制指令44，如下文进一步解释。） | 目标专利中，SCC AS（业务集中和连续性应用服务器）是核心网中用于锚定和处理协同会话信令的应用服务器；接收机用于接收来自UE的信令消息。<br>对比文件公开了服务器22与通信设备20、26进行网络通信，并且其处理器能够接收并处理控制指令。尽管对比文件中的服务器是协同媒体会话控制服务器，未明示为IMS架构下的“SCC AS”，也未具体限定独立的物理“接收机”硬件组件，但基于极宽松的隐含公开判断标准：本领域技术人员能够合理推断出，服务器要实现经由通信网络接收来自第一通信设备的网络消息和控制指令，其硬件架构必然包含用于接收信号/数据的网络接口部件（即接收机）。作为同样实现协同会话集中控制的应用服务器，对比文件的服务器与SCC AS功能相似，有潜力与其他现有技术结合，因此认定为《隐含公开》。 |
| 技术特征B：<br>被配置成从第一UE接收第一消息<br><br>《隐含公开》 | [0006] “A request is received from a host device for a shared collaborative session between the host device and an invitee device.”<br>（从主机设备接收针对主机设备与受邀设备之间的共享协同会话的请求。）<br><br>[0033] “However the buddies are chosen, the first user's communications device 20 sends a request for a shared collaborative session (Step 74)... Because the first user has requested the shared collaborative session, the first user may be considered the ‘host’ of the session. The first user's communications device 20 may, likewise, be termed the ‘host’ device.”<br>（无论如何选择好友，第一用户的通信设备20都发送针对共享协同会话的请求（步骤74）……因为第一用户请求了共享协同会话，所以第一用户可被视为主持该会话的‘主机’。第一用户的通信设备20同样可被称为‘主机’设备。） | 目标专利中，该特征是指SCC AS从主控端/发起端用户设备（第一UE）接收协同会话控制转移的发起信令（第一消息）。<br>对比文件公开了服务器从主机设备（第一用户的通信设备20，对应于第一UE）接收共享协同会话请求消息。两者作用相似，均体现为服务器从第一终端接收发起的会话信令消息。但对比文件中接收的是“建立共享协同会话的请求”，并非技术特征C中所限定的“控制转移请求”。基于极宽松的隐含公开判断标准，该步骤部分公开了从第一终端接收控制/会话类第一消息的传输机制，具有与其他特征或对比文件组合公开的可能，因此认定为《隐含公开》。 |
| 技术特征C：<br>该第一消息包括与协同会话相关联的协同会话控制转移请求<br><br>未公开 | 对比文件全文未记载第一消息包含协同会话控制转移请求。关于第一消息的记载见：<br>[0033] “However the buddies are chosen, the first user's communications device 20 sends a request for a shared collaborative session (Step 74). The request includes information that identifies each buddy and/or each buddy's device selected for the shared collaborative session.”<br>（无论如何选择好友，第一用户的通信设备20发送共享协同会话请求（步骤74）。该请求包括标识为共享协同会话所选择的每个好友和/或每个好友的设备的信息。） | 目标专利中，该技术特征的核心是协同会话建立后，主控设备主动向SCC AS发起将“协同会话的控制权”移交给第二UE的转移请求。<br>对比文件公开的是主机设备向服务器发送“共享协同会话的建立请求（Step 74）”，用于发起建立一个由双方共同控制（common control）的会话，根本不存在将协同会话控制权从第一设备“转移”给第二设备的发起请求。二者在技术方案、控制逻辑和所起作用上具有本质差异，本领域技术人员无法从对比文件中推断出该技术特征，因此未公开。 |
| 技术特征D：<br>处理器<br><br>《直接公开》 | [0029] “The server 22 stores a server-side collaborative control application 56 in memory 58... The server-side collaborative control application 56 includes processor-executable code or instructions that cause a processor (‘μP’) 60 to receive and to process the control instruction(s) 44, as the following paragraphs further explain.”<br>（服务器22在存储器58中存储服务器侧协同控制应用56……服务器侧协同控制应用56包括处理器可执行代码或指令，使处理器（‘μP’）60接收并处理控制指令44，如下文进一步解释。） | 目标专利中，处理器设置于控制服务器内，用于执行会话信令与信息的逻辑处理。<br>对比文件明确公开了服务器22包含处理器（processor ‘μP’ 60），用于执行协同控制应用的指令和处理信令。对比文件公开的硬件部件、配置关系及其在服务器中提供计算和控制处理的作用，与目标专利的技术特征D完全相同，本领域技术人员能毫无疑义地直接得出，属于《直接公开》。 |
| 技术特征E：<br>被配置成产生与所述协同会话相关联的会话信息<br><br>《隐含公开》 | [0034] “When the server 22 receives the request for the shared collaborative session, the server-side collaborative control application 56 assigns a session identification to the session (Step 76)... Each invitation may include the session identification. Each invitation may identify the host and/or the host device and the content that will be shared. Each invitation may also include information that describes the start and stop times of the shared experience and the names of one or more of the other invitees.”<br>（当服务器22接收到共享协同会话请求时，服务器侧协同控制应用56为该会话分配会话标识（步骤76）……每个邀请可包括该会话标识。每个邀请可标识主机和/或主机设备以及将要共享的内容。每个邀请还可包括描述共享体验的开始和停止时间以及一个或多个其他受邀者姓名的高息。） | 目标专利中，SCC AS的处理器在准备将控制权移交给新的控制者时，生成包含正在进行的媒体流、参与设备等协同会话状态的会话信息，以便新的控制者获知全局状态。<br>对比文件公开了服务器为协同会话生成/分配“会话标识（session identification）”，并组装包含共享内容、起止时间、参与者标识等信息的邀请。尽管对比文件是在建立会话阶段生成用于邀请加入的信息，而非在控制转移时产生会话状态信息，但基于极宽松的隐含公开判断标准，服务器处理器生成与协同会话相关联的描述信息（会话ID、媒体内容信息等）在数据生成层面具有共通性，本领域技术人员有可能由此进行合理推断与技术组合，因此认定为《隐含公开》。 |
| 技术特征F：<br>发射机<br><br>《隐含公开》 | [0024] “As later paragraphs will explain, the server 22 controls and/or manages collaboratively controlled content that is sent to the first user's communications device 20 and to the second user's communications device 26.”<br>（如后文所述，服务器22控制和/或管理发送到第一用户通信设备20和第二用户通信设备26的协同控制内容。）<br><br>[0034] “The server-side collaborative control application 56 causes the server 22 to send invitations to each invitee (Step 78). The server 22, for example, may send an invitation to the second user at the second user's communications device...”<br>（服务器侧协同控制应用56致使服务器22向每个受邀者发送邀请（步骤78）。例如，服务器22可向在第二用户通信设备处的第二用户发送邀请……） | 目标专利中，发射机是SCC AS中用于向目标终端发送下行信令消息的通信硬件部件。<br>对比文件明确公开了服务器22向第二用户的通信设备26发送邀请消息及内容数据。尽管对比文件未以“发射机（transmitter）”这一具体硬件术语标出，但本领域技术人员根据其实现向远端设备网络发送消息的功能，必然知晓服务器具备网络发送接口或发射机部件。基于极宽松的隐含公开判断标准，该硬件特征属于可合理推断出的技术方案，因此认定为《隐含公开》。 |
| 技术特征G：<br>被配置成向第二UE传送第二消息<br><br>《隐含公开》 | [0006] “An invitation is sent to the invitee device to join the shared collaborative session.”<br>（向受邀设备发送加入共享协同会话的邀请。）<br><br>[0034] “The server 22, for example, may send an invitation to the second user at the second user's communications device (shown as reference numeral 26 in FIGS. 1 and 2).”<br>（例如，服务器22可以向在第二用户通信设备（在图1和图2中以附图标记26示出）处的第二用户发送邀请。） | 目标专利中，该特征为SCC AS向第二UE（即转移目标端）发送用于协同控制转移的第二消息。<br>对比文件公开了服务器向第二用户的通信设备26（对应第二UE）发送邀请消息（对应第二消息）。两者在“服务器向第二终端发送与协同会话相关的下行信令消息”这一行为及所起的基础通信作用上相似，但对比文件中该消息是加入会话的邀请消息而非控制转移请求消息。基于极宽松的隐含公开判断标准，该通信行为部分公开了向第二UE发送下行第二消息的技术内容，具有与其他特征组合公开的可能，因此认定为《隐含公开》。 |
| 技术特征H：<br>该第二消息包括协同会话控制转移请求和与所述协同会话相关联的所述会话信息<br><br>未公开 | 对比文件关于发送给第二设备的邀请消息记载见：<br>[0034] “Each invitation invites the addressee to join the shared collaborative session. Each invitation may include the session identification. Each invitation may identify the host and/or the host device and the content that will be shared. Each invitation may also include information that describes the start and stop times of the shared experience and the names of one or more of the other invitees.”<br>（每个邀请都邀请收件人加入共享协同会话。每个邀请可包括会话标识。每个邀请可标识主机和/或主机设备以及将要共享的内容。每个邀请还可包括描述共享体验的开始和停止时间以及一个或多个其他受邀者姓名的高息。） | 目标专利中，该第二消息承载着将整个会话控制权转移给第二UE的明确请求，并附带正在进行的媒体流等会话信息，以使第二UE接管控制权。<br>对比文件中的第二消息（invitation）是邀请受邀设备加入协同会话，建立由第一设备和第二设备共同控制（common control）的会话，其中根本不包含协同会话“控制转移”请求。即使消息中包含了共享内容、起止时间等信息，其消息性质和请求内容与目标专利存在实质性差异，本领域技术人员无法从对比文件中推导得出该技术特征，因此未公开。 |
| 技术特征I：<br>其中所述接收机还被配置成从所述第二UE接收协同会话控制转移响应消息。<br><br>未公开 | 对比文件中第二设备回复响应的记载见：<br>[0038] “If the second user wishes to join the session, the second user's communications device 26 sends a session confirmation to the server 22 (Step 100).”<br>（如果第二用户希望加入会话，则第二用户的通信设备26向服务器22发送会话确认（步骤100）。） | 目标专利中，第二UE向SCC AS反馈的是针对“控制转移请求”的响应（接受或拒绝转变为会话控制者）。<br>对比文件中第二用户的通信设备26向服务器发送的是“会话确认（session confirmation）”，用于确认加入该共享协同会话，并非对“控制转移”的响应。两者针对的控制逻辑不同，对比文件完全没有公开或暗示控制转移响应，因此未公开。 |
| 技术特征J：<br>其中所述会话信息包括与所述协同会话的一个或多个媒体流相关联的信息。<br><br>《直接公开》 | [0024] “Whatever the first 20 and the second 26 communications devices, each device receives a shared content stream 28. The shared content stream 28 includes any media, whether movies, pictures, images, music, text, links, programs, and data.”<br>（无论第一通信设备20还是第二通信设备26，每个设备都接收共享内容流28。共享内容流28包括任何媒体，无论是电影、图片、图像、音乐、文本、链接、节目还是数据。）<br><br>[0034] “Each invitation may identify the host and/or the host device and the content that will be shared.”<br>（每个邀请可标识主机和/或主机设备以及将要共享的内容。） | 目标专利中，会话信息包含协同会话中所涉及的媒体流（如音频、视频等）相关联的信息。<br>对比文件公开了协同会话中传输共享内容流28（包括电影、图像、音乐等媒体），且服务器在会话消息中包含所共享内容（content that will be shared）的标识信息，即直接公开了会话信息中包括与协同会话的媒体流相关联的信息。其作用均在于告知终端设备协同会话所包含的媒体内容流情况，属于《直接公开》。 |
| 技术特征K：<br>该SCC AS还包括：检索器<br><br>《直接公开》 | [0032] “The server 22 accesses a registration database 66. When the server 22 receives the registration request, the server-side collaborative control application 56 queries the registration database 66 (illustrated as Step 68), which may be included as part of the server 22 or may be a separate device.”<br>（服务器22访问注册数据库66。当服务器22接收到注册请求时，服务器侧协同控制应用56查询注册数据库66（示为步骤68），该数据库可以包含为服务器22的一部分，也可以是独立设备。） | 目标专利中，检索器是服务器中用于向数据库查询/检索用户标识等属性信息的逻辑或功能单元。<br>对比文件公开了服务器22包含协同控制应用56及处理器，用于访问和查询（queries）注册数据库66以获取数据信息。该查询和获取数据库信息的模块与“检索器”在功能和硬件架构上完全等同，在服务器中起到检索注册数据库信息的作用，本领域技术人员能直接得出，属于《直接公开》。 |
| 技术特征L：<br>被配置用于检索与业务简档相关联的公共用户标识。<br><br>《隐含公开》 | [0031] “Here the first user's communications device 20 sends a registration request to the server 22 (Step 62)... The registration request may include any identification 64 that uniquely identifies the first user's communications device 20. The identification 64 may be any name or number, such as a static or dynamic I.P. address, other communications address, processor identification number, or user name.”<br>（此处，第一用户的通信设备20向服务器22发送注册请求（步骤62）……该注册请求可包括唯一标识第一用户通信设备20的任何标识64。标识64可以是任何名称或号码，例如静态或动态IP地址、其他通信地址、处理器标识号或用户名。）<br><br>[0032] “The registration database 66 stores, maps or otherwise associates the identification 64 to members in a buddy list 70. The registration database 66 may also store the content currently being received by each member in the buddy list 70... After the server 22 queries the registration database 66, the server 22 sends a registration response (Step 72).”<br>（注册数据库66将标识64存储、映射或以其他方式关联到好友列表70中的成员。注册数据库66还可存储好友列表70中每个成员当前正在接收的内容……在服务器22查询注册数据库66之后，服务器22发送注册响应（步骤72）。） | 目标专利中，检索器检索与业务简档（service profile）相关联的公共用户标识（public user identities），用于验证是否有权接管协同会话控制。<br>对比文件公开了服务器根据用户的标识64（如用户名、IP地址）在注册数据库中检索与其关联的好友列表70成员的标识、在线状态及当前媒体业务内容。虽然对比文件使用的是“好友列表（buddy list）”和“用户名/设备标识”，未明确采用IMS规范中的“业务简档”和“公共用户标识”术语，但好友列表及其订阅/接收内容本质上体现了一组关联用户的业务配置与状态信息。基于极宽松的隐含公开判断标准，通过查询数据库检索与用户配置/好友关系相关联的用户标识，与该技术特征存在实质相似性，可合理推论为部分公开并可推导出该方案，因此认定为《隐含公开》。 |
| 技术特征M：<br>其中所述第一消息包括与所述第二UE相关联的标识。<br><br>《直接公开》 | [0033] “However the buddies are chosen, the first user's communications device 20 sends a request for a shared collaborative session (Step 74). The request includes information that identifies each buddy and/or each buddy's device selected for the shared collaborative session.”<br>（无论如何选择好友，第一用户的通信设备20发送共享协同会话请求（步骤74）。该请求包括标识为共享协同会话所选择的每个好友和/或每个好友的设备的信息。）<br><br>[0037] “The first user's communications device 20 thus sends the request for a shared collaborative session, and the request identifies the second user and/or the second user's communications device 26 (Step 96).”<br>（第一用户的通信设备20因此发送共享协同会话请求，且该请求标识第二用户和/或第二用户的通信设备26（步骤96）。） | 目标专利中，第一终端在发送给服务器的请求中携带目标终端（第二UE）的标识，以便服务器将信令指向第二UE。<br>对比文件明确公开了第一用户的通信设备20向服务器发送的请求消息中，包含了标识为共享协同会话所选择的第二用户和/或第二用户的通信设备26的信息（标识）。该特征的作用完全相同，本领域技术人员能毫无疑义地直接得出，属于《直接公开》。 |
| 技术特征N：<br>其中发生了对所述协同会话的控制的转移。<br><br>未公开 | 对比文件关于协同会话控制模式的记载见：<br>[0006] “A common control is established between the host device and the invitee device such that a shared content stream is synchronously controlled by inputs from both the host device and from the invitee device.”<br>（在主机设备与受邀设备之间建立公共控制，使得共享内容流由来自主机设备和受邀设备两者的输入同步控制。）<br><br>[0038] “The server-side collaborative control application establishes a common control between the host device... and the invitee device... such that the shared content stream is synchronously controlled by inputs from either the host device or from the invitee device (Step 106).”<br>（服务器侧协同控制应用在主机设备与受邀设备之间建立公共控制，使得共享内容流由来自主机设备或来自受邀设备的输入同步控制（步骤106）。）<br><br>[0042] “Here control instructions are routed to and through the host... That is, instructions from the second user are routed to and through the first user's communications device 20.”<br>（在此，控制指令被路由至主机并经由主机路由……即，来自第二用户的指令被路由至第一用户的通信设备20并经由其路由。） | 目标专利中，协同会话的控制权发生了转移（Transfer），即原来由第一UE作为Controller（控制者），转移为由第二UE担任新的Controller，而第一UE降为Controllee（被控制者）。<br>对比文件所公开的控制架构是“共同控制（common control）”或由主机统一代理路由（routed to and through the host）。在会话整个生命周期内，不存在会话主控权从主机设备“转移”给受邀设备（使其独占或成为新的主控设备）的过程，也不存在控制角色的交接。两者的控制权管理机制与控制拓扑完全不同，本领域技术人员无法从对比文件中推断出控制转移的发生，因此未公开。 |
<<<D>>>
<<<J>>>
<<<K>>>
<<<M>>>
<<<a>>>
<<<b>>>
<<<e>>>
<<<f>>>
<<<g>>>
<<<l>>>
| 技术特征描述及公开性判断结果 | 对比文件原文引用（中文翻译及段落标号） | 公开性论述 |
| 技术特征A：该SCC AS包括：接收机<br>《隐含公开》 | [0010] “根据本发明的第二方面，提供了一种用于提供电话会议设施的设备，包括：用于从第一通信终端接收请求的接收机（receiver）……”<br>[0046] “图6示意性地示出了合适的电话会议服务器1的示例。电话会议服务器1包括用于从外部源接收数据的数据输入接口11和输出接口12。处理器13监测并控制操作……” | 对比文件作用及方案对应： 对比文件公开了电话会议服务器（conference call server 1），其包含用于接收第一通信终端发来请求的接收机（输入接口11）。目标专利说明书[0003]、[0044]中，业务集中和连续性应用服务器（SCC AS）是IMS架构中用于锚定协同会话并处理会话信令与控制转移的网络实体；其接收机用于接收终端发来的会话控制信令。<br>公开性判定： 对比文件虽然未直接使用IMS架构下的“SCC AS”专有命名，但公开了一种提供多方通信会话服务的网络服务器架构及其用于接收终端请求的硬件单元（接收机/输入接口11）。二者均作为网络侧服务器部件以实现信令报文的物理接收。本领域技术人员基于对比文件公开的通信服务器及接收机硬件架构，能够合理推断其可应用于包含SCC AS在内的多媒体会话控制服务器中，对比文件部分公开了服务器包含接收机的结构特征，在宽松标准下判定为《隐含公开》。 |
| 技术特征B：被配置成从第一UE接收第一消息<br>《直接公开》 | [0010] “……包括：用于从第一通信终端接收请求的接收机，所述请求包含与多个其他通信终端相关联的一个或多个标识符……”<br>[0028] “希望建立电话会议的通信终端3a的用户使用短消息服务（SMS）消息发出请求4……在该情况下，该字段包含发送请求4的移动电话3a的电话号码。” | 对比文件作用及方案对应： 对比文件中的移动电话3a即为用户设备（第一UE），请求4（SMS消息）即为第一消息，服务器的接收机（输入接口11）用于接收该终端发出的建会请求消息。<br>公开性判定： 目标专利说明书[0045]中，第一UE（控制者WTRU-1）向SCC AS发送第一消息（请求228）。对比文件中通信终端3a（移动电话）毫无疑义属于第一UE，其发送的SMS请求4毫无疑义属于第一消息，服务器的接收机配置为接收该消息。其技术手段、功能和达到的通信交互作用完全相同，本领域技术人员可毫无疑义直接得出，判定为《直接公开》。 |
| 技术特征C：该第一消息包括与协同会话相关联的协同会话控制转移请求<br>《隐含公开》 | [0004] “……包括：在电话会议服务提供商处从第一通信终端接收请求，该请求包括与多个其他通信终端相关联的一个或多个标识符；并且响应于该请求……”<br>[0028] “希望建立电话会议的通信终端3a的用户使用短消息服务（SMS）消息发出请求4……请求4包含要被邀请参加电话会议的其他参与者的电话号码5、6、7的列表。该列表后面可以跟随可选文本8，例如标识会议主题的文本……” | 对比文件作用及方案对应： 对比文件中的请求4是发起并邀请其他各方建立多方电话会议（即多方协同通信会话）的请求消息。目标专利说明书[0004]、[0045]中，第一消息包含由控制方WTRU-1发起的协同会话控制转移请求228，用于将多方协同会话的控制权转交出去。<br>公开性判定： 对比文件公开了第一消息为发起/管理多方通信会话（协同会话）的请求，且由发起方（主持方）指定参与方终端，但未明确该请求具体为“控制权的转移”。然而，在宽松判断标准下，对比文件公开了由主控发起端向服务器发送与多方协同会话相关的控制调度请求消息，部分公开了请求消息与协同会话关联的属性，本领域技术人员通过会话控制与调度逻辑有可能将其合理拓展至控制权让渡与重分配请求，判定为《隐含公开》。 |
| 技术特征D：处理器<br>《直接公开》 | [0046] “图6示意性地示出了合适的电话会议服务器1的示例……处理器13监测并控制操作……访问处理器15通过确定会议是否已满……或者通过从呼入呼叫中提取CLI信息并根据图5的流程使用该信息，来确定是否允许呼叫者接入会议……” | 对比文件作用及方案对应： 对比文件明确公开了电话会议服务器包含监控和控制操作的“处理器13”以及“访问处理器15”。<br>公开性判定： 目标专利说明书[0029]、[0085]记载服务器配置有处理器以执行数据处理与信令控制。对比文件公开的处理器13/15直接对应技术特征D的硬件部件，结构、术语与工作机制完全相同，本领域技术人员可毫无疑义直接得出，判定为《直接公开》。 |
| 技术特征E：被配置成产生与所述协同会话相关联的会话信息<br>《隐含公开》 | [0030] “……电话会议服务器1保留电话会议信道和托管电话会议所需的其他资源（步骤s3.2）。这通过使用保存在电话会议服务器1上……的数据库，从可用电话号码池中选择虚拟电话号码并将其分配给电话会议来实现”<br>[0031] “……电话会议服务器1根据请求4中提供的信息编制会议参与者的电话号码5、6、7的列表（步骤s3.3）……”<br>[0033] “电话会议服务器1然后生成邀请剩余参与者加入电话会议的邀请消息……邀请消息的正文包含电话会议信道的电话号码、指示该消息是加入电话会议的邀请的文本以及从请求中提取的任何可选文本8（步骤s3.10、s3.11、s3.12）。” | 对比文件作用及方案对应： 对比文件的处理器/服务器在接收到请求后，生成并分配虚拟电话号码（会议信道标识）、编制参与者列表、生成包含会议主题及接入号码的邀请内容等会话属性信息。目标专利说明书[0064]、[0085]中，SCC AS生成与协同会话关联的会话信息（如正在进行的媒体流、参与设备信息）。<br>公开性判定： 对比文件生成的会议信道虚拟号码、参与方列表及会议描述文本，属于多方通信会话（协同会话）的会话配置与状态信息。虽然对比文件中该信息主要用于会议接入，但在宽松标准下，对比文件已公开了服务器处理器生成多方会话相关信息的技术手段，本领域技术人员可合理解析并推断出生成会话相关参数信息的技术方案，判定为《隐含公开》。 |
| 技术特征F：发射机<br>《直接公开》 | [0010] “……以及用于准备消息并向所述其他通信终端发送消息的消息生成器……”<br>[0046] “图6示意性地示出了合适的电话会议服务器1的示例。电话会议服务器1包括用于从外部源接收数据的数据输入接口11和输出接口12……消息生成器17准备并发磅确认和邀请消息9、10a-10c……” | 对比文件作用及方案对应： 对比文件公开了服务器具有“输出接口12”以及用于向外部终端发送消息的消息生成/发送结构。<br>公开性判定： 目标专利说明书[0030]、[0087]中，发射机用于向终端发送无线/有线信号或信令消息。对比文件的输出接口12及消息发送功能模块在网络实体中毫无疑义等同或实质等同于信号/消息发射机，功能与效果完全相同，判定为《直接公开》。 |
| 技术特征G：被配置成向第二UE传送第二消息<br>《直接公开》 | [0010] “……以及消息生成器，用于准备消息并向所述其他通信终端发送消息……”<br>[0033] “电话会议服务器1然后生成邀请消息，邀请其余参与者加入电话会议……然后将邀请消息发送给移动电话3b-3d（步骤s3.13），并在图1中示为10a-10c。” | 对比文件作用及方案对应： 对比文件中移动电话3b-3d即为第二UE，向其发送的邀请消息10a-10c即为第二消息。该过程用于通知被邀请端。<br>公开性判定： 目标专利说明书[0065]、[0087]记载向第二UE传送包含会话信息的转移请求消息（第二消息）。对比文件明确记载通过发射单元向其他通信终端（第二UE，如3b-3d）发送邀请通知消息（第二消息10a-10c），技术手段与所起到的“向目标终端下发会话消息”作用完全吻合，本领域技术人员可毫无疑义直接得出，判定为《直接公开》。 |
| 技术特征H：该第二消息包括协同会话控制转移请求和与所述协同会话相关联的所述会话信息<br>《隐含公开》 | [0033] “……这些邀请消息的报头被生成为使得指示消息源的字段包含电话会议信道的电话号码（步骤s3.9）。邀请消息的正文包含电话会议信道的电话号码、指示该消息是加入电话会议的邀请的文本以及从请求中提取的任何可选文本8（步骤s3.10、s3.11、s3.12）。”<br>[0052] “……每个邀请MMS的正文包括文本部分，包括电话会议信道的电话号码、指示该消息是加入电话会议的邀请的文本以及从请求MMS中提取的任何其他文本。正文还包括请求MMS中包括的图像和音频剪辑……” | 对比文件作用及方案对应： 对比文件中发送给第二终端的邀请消息（第二消息）携带了会议信道接入号码、会议邀请标识、主题文本、音频剪辑及图像等会话信息。目标专利说明书[0065]中第二消息包括协同会话控制转移请求及正在进行的会话信息。<br>公开性判定： 对比文件的第二消息包含了进入会话的邀请信令以及会议媒体/文本相关信息（会话信息），部分公开了下发会话请求与会话信息的组合构型；尽管其请求类型为会议加入邀请而非控制转移，但在非常宽松的隐含公开判断规则下，本领域技术人员结合多方会话管理机制，能够合理推知第二消息中封装会话相关描述信息与操作请求的信令封装方式，判定为《隐含公开》。 |
| 技术特征I：其中所述接收机还被配置成从所述第二UE接收协同会话控制转移响应消息。<br>《隐含公开》 | [0037] “图4示出了根据本发明第一实施例的将呼叫者连接到电话会议的流程……当接收到定向到电话会议信道的呼入呼叫时（步骤s4.1），因为呼叫者拨打了分配给电话会议的电话号码，电话会议服务器1检查会议是否已满……”<br>[0042] “从步骤s5.0开始，在电话会议服务器1处接收到对电话会议信道的呼叫（步骤s5.1）……” | 对比文件作用及方案对应： 对比文件中，被邀请终端（第二UE）在接收到邀请消息后拨打会议信道电话号码，服务器的接收机接收该呼入呼叫以建立连接。目标专利说明书[0048]、[0089]中，接收机从第二UE接收针对转移请求的确认/响应消息。<br>公开性判定： 对比文件中第二UE以拨号回呼（呼入呼叫信令）的方式响应前述邀请消息，服务器接收机接收该回呼以达成会话确认与接入。虽然其回呼形式为呼叫信令而非专门命名的“控制转移响应消息”，但均起到对下发会话邀请作出反馈并向服务器返回响应信令的作用，在极宽松的隐含公开标准下，属于部分公开并可通过会话信令应答机制合理推导得出，判定为《隐含公开》。 |
| 技术特征J：其中所述会话信息包括与所述协同会话的一个或多个媒体流相关联的信息。<br>《隐含公开》 | [0009] “……如果请求和消息中的一者或两者是多媒体消息，则图像、视频和/或音频数据也可以用于解释电话会议或围绕电话会议的事项。”<br>[0051] “在一个实施例中，MMS用于该请求。这里，MMS请求包括多个部分，即文本（至少包括所建议的接收者的电话号码）、音频剪辑和图像……除了静止图像或代替静止图像，该请求可以包括视频剪辑……”<br>[0052] “……正文还包括请求MMS中包括的图像和音频剪辑。然后，将邀请MMS发送给移动电话3b-3d……音频剪辑可能能够包含更多信息，例如关于所提议的电话会议的主题和内容……” | 对比文件作用及方案对应： 对比文件中，多媒体消息（MMS）正文中携带音频剪辑、视频剪辑、图像等数据，用于传递电话会议相关的内容与说明信息；同时电话会议本身承载音频媒体流。目标专利说明书[0005]、[0090]中，会话信息包括会话中所包含的媒体流信息（如音频、视频媒体流）。<br>公开性判定： 对比文件公开了在会话消息中包含音频、视频、图像等多种媒体形态信息，这些多媒体数据与所建立的电话会议会话直接关联。尽管其表现为MMS内附的音视频片段，但本领域技术人员基于其披露的多媒体交互机制，能够合理推理出在多媒体协同会话中将一个或多个媒体流（音频/视频流）的关联信息作为会话信息进行封装与传递，在宽松标准下判定为《隐含公开》。 |
| 技术特征K：该SCC AS还包括：检索器<br>《隐含公开》 | [0011] “……包括：编制与要加入电话会议的通信终端相关联的标识符的列表；确定试图接入电话会议信道的第一通信终端相关联的标识符是否与列表上的标识符对应……”<br>[0013] “……包括：编制器，配置用于编制与要加入电话会议的通信终端相关联的标识符的列表；确定器，配置用于确定试图接入电话会议信道的第一通信终端的标识符是否与列表上的标识符对应……”<br>[0046] “……提供存储器设施14以用于存储应用软件以及可选地存储与电话会议设施所提供的电话会议信道和虚拟电话号码相关的数据库。访问处理器15通过……从呼入呼叫中提取CLI信息并根据图5的流程使用该信息，来确定是否允许呼叫者接入会议……” | 对比文件作用及方案对应： 对比文件中服务器配置有数据库存储设施、列表编译及访问处理器，通过检索内部数据库中的可用虚拟号码池进行号码分配，并在终端接入时查询对比合法参与者列表（提取CLI并进行匹配检索）。目标专利说明书[0047]、[0092]中，检索器用于在服务器侧查询检索标识列表。<br>公开性判定： 对比文件虽然未单独以名词“检索器（retriever）”限定硬件模块，但其访问处理器15结合存储数据库14所执行的数据库条目查询、号码匹配与提取功能，实质上执行了数据检索操作，具备检索器的实体功能构件。在宽松隐含公开标准下，本领域技术人员能够毫无障碍地合理推断出服务器内部具有检索单元/模块，判定为《隐含公开》。 |
| 技术特征L：被配置用于检索与业务简档相关联的公共用户标识。<br>《隐含公开》 | [0050] “通信终端可以例如通过IP地址、MSISDN或其他标识来识别……通信终端也可以被识别为一个组，例如使用在用户的通信终端3a中定义的组IP地址或一组电话号码。在一个示例中，用户可以预先确定一个组并将该组的成员的电话号码连同标识符（例如‘销售团队’）一起存储在电话会议服务器1上。然后可以通过发送包括该标识符的请求来邀请该组的成员加入电话会议，该请求然后被电话会议服务器1理解为需要包括该组的所有成员的电话会议。” | 对比文件作用及方案对应： 对比文件记载服务器预存群组标识（如“销售团队”，即业务/用户简档）及其关联的一组成员电话号码（公共用户标识）；当收到包含该群组标识的请求时，服务器检索调出该组名下所有成员的电话号码。目标专利说明书[0047]中，SCC AS检索与公共业务简档相关联的经注册的公共用户标识列表。<br>公开性判定： 对比文件中的预设群组（如“销售团队”）定义了特定业务适用的一组用户范围，实质对应于业务简档；成员的电话号码/MSISDN实质对应于公共用户标识；服务器根据群组标识获取对应号码列表的过程实质即为检索与业务简档关联的用户标识。对比文件已实质公开了根据业务/群组配置检索对应用户标识的技术手段，在宽松的隐含公开判断原则下，判定为《隐含公开》。 |
| 技术特征M：其中所述第一消息包括与所述第二UE相关联的标识。<br>《直接公开》 | [0004] “……包括：在电话会议服务提供商处从第一通信终端接收请求，该请求包括与多个其他通信终端相关联的一个或多个标识符……”<br>[0010] “……用于从第一通信终端接收请求的接收机，所述请求包含与多个其他通信终端相关联的一个或多个标识符……”<br>[0028] “请求4包含要被邀请参加电话会议的其他参与者的电话号码5、6、7的列表。” | 对比文件作用及方案对应： 对比文件中第一消息（请求4）中明确包含被邀请的其余通信终端（第二UE）的电话号码5、6、7（终端标识）。目标专利说明书[0045]、[0093]中第一消息包括第二UE的标识（经注册的公共用户标识）。<br>公开性判定： 对比文件直接明确记载第一通信终端发送的请求中包含其他参与终端的电话号码列表，电话号码即为通信网络中表征第二UE的典型设备/用户标识。技术方案与作用完全相同，本领域技术人员可毫无疑义直接得出，判定为《直接公开》。 |
| 技术特征N：其中发生了对所述协同会话的控制的转移。<br>《隐含公开》 | [0002] “在一种已知系统中，第一用户或主持方呼叫电话会议设施以请求会议，指定电话会议的日期和时间……”<br>[0065] “在预定时间，电话会议服务器29拨打呼叫的所有参与者的电话号码，包括受邀者32a-32c和发起者31，并将所有呼叫连接在一起，从而完成电话会议的创建……”<br>[0066] “如果任何参与者在电话会议服务器29拨打呼叫参与者时不可用……他们可以通过使用其移动电话31和32a-32c上的呼叫号码设施从最后接收到的SMS或其他邀请消息34、35a-35c访问呼叫……” | 对比文件作用及方案对应： 对比文件公开了电话会议由发起方终端通过请求交由网络侧服务器接管并建立调度，以及后续各参与方分别接入并管理各自通信支路。目标专利说明书[0048]、[0094]中，协同会话的控制权从第一UE转移至第二UE。<br>公开性判定： 对比文件虽然未明确记载协同会话控制权完整从发起终端让渡交接至特定第二被叫终端，但其公开了多方协同通信过程中发起方创建会话、网络服务器托管调度并由参与方接入会话的多方信令控制流程。在极度宽松以防遗漏比对的隐含公开标准下，对比文件部分公开了多方协同会话的会话建立与控制交互框架，本领域技术人员结合通信会话控制逻辑，有可能在此多方架构基础上合理推演出控制角色的流转与转移，判定为《隐含公开》。 |
<<<B>>><<<D>>><<<F>>><<<G>>><<<M>>><<<a>>><<<c>>><<<e>>><<<h>>><<<i>>><<<j>>><<<k>>><<<l>>><<<n>>>
技术特征对比与公开性分析如下：
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该SCC AS包括：接收机<br><br>【公开性判断】：未公开 | 无引证内容 | 目标专利中的“SCC AS”为IP多媒体子系统（IMS）中用于用户设备间转移（IUT）的“业务集中和连续性应用服务器”，其接收机用于接收IMS控制信令。对比文件公开的是一种“车辆用障害物検知装置”（车辆用障碍物检测装置），其包括“クリアランスソナーセンサ”（间隙声呐传感器/超声波传感器）及“周辺監視ＥＣＵ”（周边监视ECU），属于车辆辅助驾驶/雷达检测领域，完全未公开通信网络中的SCC AS实体，亦不存在可推理出SCC AS的任何技术内容。即使按照极宽松标准，对比文件也未直接公开或隐含公开该特征。 |
| 技术特征B：被配置成从第一UE接收第一消息<br><br>【公开性判断】：未公开 | 无引证内容 | 目标专利中第一UE为协同会话的发起/控制终端，第一消息为协同会话控制转移请求。对比文件中仅涉及超声波传感器接收反射的超声波回波信号，完全不存在“第一UE”以及从第一UE接收第一消息的通信过程，两者技术领域、传输对象及作用完全不相同。对比文件既无直接公开，也无法合理推理出该特征。 |
| 技术特征C：该第一消息包括与协同会话相关联的协同会话控制转移请求<br><br>【公开性判断】：未公开 | 无引证内容 | 目标专利的第一消息承载了IMS网络中将协同会话控制权转移的信令请求。对比文件完全不涉及多媒体会话、协同会话以及会话控制权的转移机制，仅涉及超声波信号的收发与障碍物距离判定。对比文件既无直接公开，也无任何隐含公开内容。 |
| 技术特征D：处理器<br><br>【公开性判断】：《隐含公开》 | 段落 [2]（对应图1系统结构说明部分）：<br>“車両用障害物検出装置１０は、障害物検知を制御するための電子制御ユニット（以下、周辺監視ＥＣＵと称す）１２を備えている。”<br>（译文：车辆用障碍物检测装置10包括用于控制障碍物检测的电子控制单元（以下称为周边监视ECU）12。） | 目标专利中的“处理器”作为SCC AS的数据处理核心，用于执行会话控制逻辑与信息处理。对比文件公开了电子控制单元（周边监视ECU 12），本领域技术人员知晓，ECU（电子控制单元）在硬件结构上通常内置微处理器/CPU等通用处理器或MCU核心来执行运算与控制逻辑。按照极宽松的隐含公开判断标准，虽然对比文件未明确写明“处理器”字样，但其公开的ECU作为控制核心必然包含或实质等同于通用硬件架构下的处理器，本领域技术人员能够合理推断出该处理控制单元包含处理器硬件部件，且可与其他通信对比文件组合公开处理器特征，因此构成隐含公开。 |
| 技术特征E：被配置成产生与所述协同会话相关联的会话信息<br><br>【公开性判断】：未公开 | 无引证内容 | 目标专利中处理器生成的“会话信息”是协同会话中涉及的媒体流、参与设备等信息（如段落[0005]、[0062]所述）。对比文件ECU计算的是车辆与障碍物之间的相对距离、相对位置等物理测距数据，根本不存在“协同会话”及生成该协同会话信息的处理配置，两者功能与作用完全不同，对比文件未直接公开也未隐含公开该特征。 |
| 技术特征F：发射机<br><br>【公开性判断】：未公开 | 无引证内容 | 目标专利中的“发射机”是SCC AS用于向IMS网络内UE发射控制信令消息的通信发送硬件。对比文件公开的超声波发射器（クリアランスソナーセンサ14的超声波发射功能）是发射40kHz~60kHz超声波声波的物理换能器件，用于车辆外部障碍物探测，并非网络服务器中用于传输网络通信消息的发射机，两者所处系统环境、物理媒介及作用完全不同，对比文件未直接公开也未隐含公开该特征。 |
| 技术特征G：被配置成向第二UE传送第二消息<br><br>【公开性判断】：未公开 | 无引证内容 | 目标专利中SCC AS向目标终端（第二UE）下发转移控制请求的第二消息。对比文件中仅有周边监视ECU向车内的警报器16及显示屏18输出警报或显示驱动信号，完全不涉及向通信网络中的“第二UE”传送消息的过程。对比文件未直接公开也未隐含公开该特征。 |
| 技术特征H：该第二消息包括协同会话控制转移请求和与所述协同会话相关联的所述会话信息<br><br>【公开性判断】：未公开 | 无引证内容 | 目标专利的第二消息将转移请求与会话信息结合，使新控制者能够认知整个协同会话。对比文件完全不涉及协同会话、会话控制转移及相关会话信息下发，未直接公开也未隐含公开该特征。 |
| 技术特征I：其中所述接收机还被配置成从所述第二UE接收协同会话控制转移响应消息<br><br>【公开性判断】：未公开 | 无引证内容 | 目标专利用于接收第二UE对控制转移的接受确认信令。对比文件不包含第二UE及任何会话控制响应机制，未直接公开也未隐含公开该特征。 |
| 技术特征J：其中所述会话信息包括与所述协同会话的一个或多个媒体流相关联的信息<br><br>【公开性判断】：未公开 | 无引证内容 | 目标专利的会话信息具体包括正在进行的多个媒体流相关信息（如媒体流A、媒体流B的驻留位置与状态）。对比文件完全不涉及多媒体通信与媒体流传输，未直接公开也未隐含公开该特征。 |
| 技术特征K：该SCC AS还包括：检索器<br><br>【公开性判断】：未公开 | 无引证内容 | 目标专利中的检索器用于在业务集中和连续性服务器中查询/检索用户标识及业务简档。对比文件为车辆障碍物检测系统，不存在用于检索通信网络用户属性/业务简档的检索器实体或对应逻辑模块，未直接公开也未隐含公开该特征。 |
| 技术特征L：被配置用于检索与业务简档相关联的公共用户标识<br><br>【公开性判断】：未公开 | 无引证内容 | 目标专利中通过检索具有共享业务简档的经注册公共用户标识来鉴权/验证目标UE是否具备控制者资格。对比文件仅涉及在本地内存中读取预先存储的传感器位置与视线角度对应范围，完全未涉及业务简档、公共用户标识及其检索过程，未直接公开也未隐含公开该特征。 |
| 技术特征M：其中所述第一消息包括与所述第二UE相关联的标识<br><br>【公开性判断】：未公开 | 无引证内容 | 目标专利中第一消息携带第二UE的经注册公共用户标识以指定转移目标。对比文件中不存在第一消息及第二UE的标识，未直接公开也未隐含公开该特征。 |
| 技术特征N：其中发生了对所述协同会话的控制的转移<br><br>【公开性判断】：未公开 | 无引证内容 | 目标专利涉及协同会话控制权从控制者WTRU转移至被控制者WTRU的通信控制转移过程。对比文件中完全不包含任何协同会话控制权的转移机制，未直接公开也未隐含公开该特征。 |
<<<d>>>
| 技术特征描述及公开性判断结果 | 对比文件（US2008104696A1）原文引用及中文翻译 | 公开性论述 |
| 技术特征A<br>该SCC AS包括：接收机<br><br>《隐含公开》 | [0008]<br>"According to these parameters, the S-CSCF matches trigger information in a trigger point with the request message received from an Mw interface in an order from the highest to the lowest priority of the initial filter criteria. If the matching is successful, the S-CSCF sends, via the Internal Service Control (ISC) interface, the relevant request to the AS matching the initial filter criteria."<br>（中文翻译：“根据这些参数，S-CSCF按照初始过滤规则优先级从高到低的顺序，将触发点中的触发信息与从Mw接口接收到的请求消息进行匹配。如果匹配成功，S-CSCF通过内部业务控制（ISC）接口将相关请求发送给与初始过滤规则匹配的AS。”）<br><br>[0060]<br>"Block 540: The S-CSCF sends a registration message to the AS corresponding to the initial filter criterion via the ISC interface to perform a third party registration."<br>（中文翻译：“步骤540：S-CSCF通过ISC接口向对应于初始过滤规则的AS发送注册消息，以执行第三方注册。”） | 1. 目标专利技术方案与作用：目标专利中SCC AS（业务集中和连续性应用服务器）包括接收机，用于接收来自控制设备或被控制设备的SIP信令消息（如协同会话控制转移请求），实现控制转移信令的接入。<br>2. 对比文件技术方案与作用：对比文件公开了IMS架构中的应用服务器（AS），S-CSCF通过ISC接口向AS发送请求消息（如第三方注册消息），AS接收该请求以触发后续业务逻辑处理。<br>3. 对比分析：对比文件未直接记载“SCC AS”这一专有类型实体，但公开了IMS系统中的应用服务器（AS），且AS能够从S-CSCF接收网络消息。在通信网络实体中，服务器接收消息必然隐含具备相应的物理/逻辑接收部件（接收机）。对比文件部分公开了“应用服务器包括接收机”以接收业务消息的技术手段，本领域技术人员结合常规网络硬件架构容易直接推断出接收机的存在，且该AS具备与其他公开了SCC AS的文献结合的可能性。因此，技术特征A被对比文件隐含公开。 |
| 技术特征B<br>被配置成从第一UE接收第一消息<br><br>《隐含公开》 | [0005]<br>"A registration procedure prescribed in the SIP protocol is used in the IMS network to implement the process that a user accesses the IMS network. In the registration process, a User Equipment (UE) is authorized by the IMS network and a safe channel is established between the UE and a Proxy-Call Session Control Function (P-CSCF). When the authorization for the user is successful, a Serving Call Session Control Function (S-CSCF) shall download the user's subscription data from the HSS."<br>（中文翻译：“在IMS网络中使用SIP协议规定的注册过程来实现用户接入IMS网络的过程。在注册过程中，用户设备（UE）由IMS网络进行鉴权，并在UE与代理呼叫会话控制功能（P-CSCF）之间建立安全信道。当对用户的鉴权成功时，服务呼叫会话控制功能（S-CSCF）应当从HSS下载该用户的签约数据。”）<br><br>[0015]<br>"If the Public User Identity 1 is used by an IMS terminal to initiate a registration and the registration is successful, the S-CSCF processes the third party registration according to the initial filter criteria in the Service Profile..."<br>（中文翻译：“如果IMS终端使用公共用户标识1发起注册且注册成功，则S-CSCF根据业务简档中的初始过滤规则处理第三方注册……”） | 1. 目标专利技术方案与作用：目标专利中接收机配置为从第一UE（原控制者WTRU-1）接收第一消息（协同会话控制转移请求），用以启动协同会话控制权限向其他设备的移交过程。<br>2. 对比文件技术方案与作用：对比文件公开了用户设备（UE/IMS终端）发起初始注册消息（第一消息），经由IMS网络路由并由S-CSCF处理，进而触发对AS的第三方注册消息。<br>3. 对比分析：在IMS网络中，UE发起的会话/注册控制请求通过CSCF节点路由转发至后端应用服务器属于标准信令流程。对比文件公开了由第一终端（UE）发起第一消息（注册请求）并由网络侧节点/AS接收并处理的过程。尽管对比文件中消息的具体业务属性为注册而非控制转移，但在“服务器配置用于接收源自第一UE的第一消息”这一结构功能层面，对比文件已部分公开了相应流程与架构交互，本领域技术人员可以合理推导此接收机制具备组合公开的基础。因此，技术特征B被对比文件隐含公开。 |
| 技术特征C<br>该第一消息包括与协同会话相关联的协同会话控制转移请求<br><br>《未公开》 | 对比文件全文未记载。<br>对比文件主要涉及IMS网络中根据初始过滤规则（iFC）处理隐式注册集的用户注册消息及第三方注册，全文未出现“协同会话”（Collaborative Session）及“协同会话控制转移请求”（Collaborative Session Control Transfer Request）。 | 1. 目标专利技术方案与作用：目标专利说明书第[0044]-[0048]段明确，协同会话是在SCC AS锚定的多个设备共享媒体的集合；第一消息中携带的协同会话控制转移请求明确用于将协同会话的主控权从第一UE转交给第二UE。<br>2. 对比文件技术方案与作用：对比文件涉及的核心为终端上线接入时的SIP注册与注销管理，解决的是隐式注册集中不同业务简档的iFC触发问题，所传输的均为Registration消息。<br>3. 对比分析：对比文件不仅未直接公开协同会话控制转移请求，而且其应用场景完全局限于接入层面的用户身份注册，根本不存在多设备共享媒体流的协同会话管理机制，本领域技术人员无法从对比文件的注册请求合理解析或推导出协同会话控制转移请求。因此，技术特征C未公开。 |
| 技术特征D<br>处理器<br><br>《隐含公开》 | [0009]<br>"After processing the service logic, the AS returns the request message to the S-CSCF based on the routing information. The S-CSCF continues to perform the matching for the initial filter criteria with lower priorities until the checking for all of the initial filter criteria in the Service Profile is finished."<br>（中文翻译：“在处理业务逻辑之后，AS基于路由信息将请求消息返回给S-CSCF。S-CSCF继续对具有较低优先级的初始过滤规则执行匹配，直到业务简档中的所有初始过滤规则的检查完成。”）<br><br>[0019]<br>"...traversing, by the S-CSCF, all Service Profiles in the implicit registration set, matching a registration message with the initial filter criteria in all the Service Profiles and sending a request message to corresponding application servers (AS) to perform a third party registration when the matching is successful."<br>（中文翻译：“……由S-CSCF遍历隐式注册集中的所有业务简档，将注册消息与所有业务简档中的初始过滤规则进行匹配，并在匹配成功时向对应的应用服务器（AS）发送请求消息以执行第三方注册。”） | 1. 目标专利技术方案与作用：目标专利中服务器配置有处理器，用于执行数据处理、信令解析及业务逻辑运算（例如生成会话信息、判断控制转移权限）。<br>2. 对比文件技术方案与作用：对比文件中AS执行“处理业务逻辑”（processing the service logic），S-CSCF执行“匹配”、“遍历”及“判断默认处理”等计算和逻辑处理操作。<br>3. 对比分析：对比文件虽然未直接使用硬件术语“处理器”（Processor），但明确记载了AS和S-CSCF执行复杂的控制逻辑、规则匹配与消息处理。任何具备数据计算与业务逻辑处理能力的电信服务器实体，其物理架构必然依赖于处理器（CPU/微处理器/逻辑电路）来执行指令。该特征属于由对比文件公开的软件逻辑处理功能必然推导出的固有硬件构件。因此，技术特征D被对比文件隐含公开。 |
| 技术特征E<br>被配置成产生与所述协同会话相关联的会话信息<br><br>《未公开》 | 对比文件全文未记载。<br>对比文件未涉及协同会话机制，亦未涉及在服务器侧生成或维护与协同会话中媒体流、设备状态相关联的会话信息。 | 1. 目标专利技术方案与作用：目标专利说明书第[0004]、[0060]-[0062]段指出，为避免转移后新的控制者对整个协同会话缺乏感知，由SCC AS生成包含媒体流驻留位置、设备标识及媒体状态的完整会话信息，以便随转移请求一并下发。<br>2. 对比文件技术方案与作用：对比文件仅在用户注册时由S-CSCF下载静态的用户签约数据（包含Service Profile和iFC），不涉及任何动态协同多媒体会话信息的产生。<br>3. 对比分析：对比文件完全没有多设备协同会话的上下文，更未公开服务器主动产生与协同会话相关联的会话信息的处理逻辑，本领域技术人员无法从对比文件中推导出该技术特征。因此，技术特征E未公开。 |
| 技术特征F<br>发射机<br><br>《隐含公开》 | [0009]<br>"After processing the service logic, the AS returns the request message to the S-CSCF based on the routing information."<br>（中文翻译：“在处理业务逻辑之后，AS基于路由信息将请求消息返回给S-CSCF。”）<br><br>[0019]<br>"...sending a request message to corresponding application servers (AS) to perform a third party registration when the matching is successful."<br>（中文翻译：“……在匹配成功时向对应的应用服务器（AS）发送请求消息以执行第三方注册。”） | 1. 目标专利技术方案与作用：目标专利中SCC AS配置有发射机，用于向第二UE发送包含转移请求与会话信息的下行信令消息。<br>2. 对比文件技术方案与作用：对比文件中AS处理业务逻辑后向S-CSCF返回请求消息，S-CSCF向AS发送第三方注册请求消息。<br>3. 对比分析：网络实体向外部接口发送/返回网络消息，在物理层与接口层必然需要发射模块/发射机（网络发送接口、调制/传输电路）的支持。对比文件公开了服务器向外发送网络信令消息的具体行为，本领域技术人员能够毫无疑义地合理推知其具备发射机这一固有硬件基础。因此，技术特征F被对比文件隐含公开。 |
| 技术特征G<br>被配置成向第二UE传送第二消息<br><br>《未公开》 | 对比文件全文未记载。<br>对比文件中所有的注册流程均针对发起注册的单个UE/用户进行，未公开向第二UE传送消息的操作。 | 1. 目标专利技术方案与作用：目标专利说明书第[0048]、[0065]段记载，SCC AS向目标接管设备（第二UE/WTRU-2）发送第二消息，询问第二UE是否接受协同会话的控制权，实现主控端迁移的下行通知。<br>2. 对比文件技术方案与作用：对比文件仅涉及在S-CSCF与单个注册终端之间建立安全信道，以及S-CSCF向AS发送第三方注册消息，不存在向第二UE下发控制消息的场景。<br>3. 对比分析：对比文件中根本未定义协同会话中接受控制转移的“第二UE”，也没有向其他受控终端发送业务消息的交互行为，无法得出或合理推导出该特征。因此，技术特征G未公开。 |
| 技术特征H<br>该第二消息包括协同会话控制转移请求和与所述协同会话相关联的所述会话信息<br><br>《未公开》 | 对比文件全文未记载。<br>对比文件中发送的消息仅包括第三方注册请求（携带用户公有标识及iFC信息）或注销请求。 | 1. 目标专利技术方案与作用：目标专利中第二消息将“协同会话控制转移请求”与“正在进行的会话信息”组合下发，使第二UE在接收控制前即了解整个协同会话的所有媒体流和设备状态，避免后续会话发现失败带来的系统不一致（说明书[0061]-[0062]）。<br>2. 对比文件技术方案与作用：对比文件发送的消息用于通知AS终端的注册状态，不包含任何协同会话控制转移请求或多媒体流会话状态信息。<br>3. 对比分析：对比文件不存在协同会话控制转移机制，更无将控制转移请求与协同会话信息打包在同一消息中下发至第二UE的技术构思，因此，技术特征H未公开。 |
| 技术特征I<br>其中所述接收机还被配置成从所述第二UE接收协同会话控制转移响应消息<br><br>《未公开》 | 对比文件全文未记载。<br>对比文件仅公开了AS向S-CSCF返回响应消息，或者S-CSCF接收来自AS的失败响应消息（如408超时、5xx错误）。 | 1. 目标专利技术方案与作用：目标专利说明书第[0048]、[0066]段记载，第二UE确定接受控制转移后，向SCC AS反馈转移确认响应（协同会话控制转移响应消息），SCC AS接收后正式切换控制权。<br>2. 对比文件技术方案与作用：对比文件中不存在第二UE向网络反馈是否接受会话转移控制的确认机制。<br>3. 对比分析：对比文件无第二UE的实体与行为，亦无任何协同会话控制转移响应消息，该特征无法从对比文件直接得出或隐含推导。因此，技术特征I未公开。 |
| 技术特征J<br>其中所述会话信息包括与所述协同会话的一个或多个媒体流相关联的信息<br><br>《未公开》 | 对比文件全文未记载。<br>对比文件仅涉及信令控制层面的公共用户标识（Public User Identity）、业务简档（Service Profile）和初始过滤规则（iFC），未公开协同会话中的媒体流（Media Stream）信息。 | 1. 目标专利技术方案与作用：目标专利说明书第[0005]、[0045]、[0054]段记载，协同会话包含多个媒体流（如媒体流A、媒体流B分别驻留在不同WTRU上），会话信息具体描述媒体流的类型、状态及所在设备。<br>2. 对比文件技术方案与作用：对比文件全篇仅涉及IMS注册过程中的签约数据过滤与AS触发，完全未展开实际媒体会话的建立与媒体流信息管理。<br>3. 对比分析：对比文件缺乏协同会话及其所包含媒体流的相关技术内容，更未涉及媒体流信息的组织与传递。因此，技术特征J未公开。 |
| 技术特征K<br>该SCC AS还包括：检索器<br><br>《隐含公开》 | [0005]<br>"When the authorization for the user is successful, a Serving Call Session Control Function (S-CSCF) shall download the user's subscription data from the HSS."<br>（中文翻译：“当对用户的鉴权成功时，服务呼叫会话控制功能（S-CSCF）应当从HSS下载该用户的签约数据。”）<br><br>[0011]<br>"...so if the AS needs to obtain the registration state of other Public User Identities, it can obtain the registration state of other Public User Identities from the S-CSCF by subscription."<br>（中文翻译：“……因此如果AS需要获取其他公共用户标识的注册状态，其可以通过订阅从S-CSCF获取其他公共用户标识的注册状态。”）<br><br>[0032]<br>"Through carrying all the Public User Identities in the Service Profiles or all the Public User Identities in the subscription data in a request message for the third party registration, all of the User Identities in the implicit registration set can be obtained by the AS by just sending one request message for the third party registration..."<br>（中文翻译：“通过在用于第三方注册的请求消息中携带业务简档中的所有公共用户标识或签约数据中的所有公共用户标识，AS仅通过发送一条用于第三方注册的请求消息即可获取隐式注册集中的所有用户标识……”） | 1. 目标专利技术方案与作用：目标专利说明书第[0047]、[0092]段记载，SCC AS包括检索器（检索装置），用于在执行会话转移前，主动检索与第一UE共享相同业务简档的所有公共用户标识列表，以核实转移目标的合法性。<br>2. 对比文件技术方案与作用：对比文件公开了IMS网络实体（如S-CSCF或AS）具有从数据库（HSS）下载签约数据或通过请求/订阅获取公共用户标识的功能。<br>3. 对比分析：在电信系统架构中，实现“下载”（download）或“获取”（obtain）特定标识数据，必然由服务器内部专职的数据查询/获取逻辑部件（检索器/获取模块）来执行。对比文件公开了网络实体具备从网络侧获取公共用户标识的功能手段，在功能模块上实质隐含了检索部件；同时，对比文件部分公开了应用服务器获取用户标识的技术内容，可与公开SCC AS的其他对比文件相结合。因此，技术特征K被对比文件隐含公开。 |
| 技术特征L<br>被配置用于检索与业务简档相关联的公共用户标识<br><br>《隐含公开》 | [0007]<br>"The IMS subscription data downloaded by the S-CSCF may include at least one Service Profile containing information such as the Public User Identity, Core Network Service Authorization, initial Filter Criterion (iFC) Set and Shared iFC Set."<br>（中文翻译：“S-CSCF下载的IMS签约数据可以包括至少一个业务简档，其包含诸如公共用户标识、核心网业务授权、初始过滤规则（iFC）集和共享iFC集等信息。”）<br><br>[0019]<br>"A method of processing a registration message according to initial filter criteria in an IMS network, includes: downloading, by a Serving Call Session Control Function (S-CSCF), corresponding subscription data from a Home Subscriber Server (HSS) after a registration for a user is successful, wherein the subscription data includes an implicit registration set corresponding to the user; traversing, by the S-CSCF, all Service Profiles in the implicit registration set..."<br>（中文翻译：“一种在IMS网络中根据初始过滤规则处理注册消息的方法，包括：在用户注册成功后，由服务呼叫会话控制功能（S-CSCF）从归属订户服务器（HSS）下载对应的签约数据，其中签约数据包括对应于该用户的隐式注册集；由S-CSCF遍历隐式注册集中的所有业务简档……”） | 1. 目标专利技术方案与作用：目标专利说明书第[0047]段明确说明：“SCC AS215可检索共享相同的公共业务简档和由WTRU-1205注册的标识的所有经注册的公共用户标识230的列表。所述业务简档对适用于一组公共用户标识的一组业务触发器进行定义。”其作用是确认第二UE与第一UE是否归属于同一签约/业务简档。<br>2. 对比文件技术方案与作用：对比文件公开了S-CSCF在用户注册成功后从HSS下载签约数据，该签约数据中明确包括业务简档（Service Profile），且该业务简档内包含对应的公共用户标识（Public User Identity）及隐式注册集关系。<br>3. 对比分析：对比文件中的“从HSS下载包含业务简档及公共用户标识的签约数据”在数据检索对象及技术实质上，与“检索与业务简档相关联的公共用户标识”高度一致。虽然对比文件中直接执行该下载动作的主体重点描述为S-CSCF，但已完全公开了在IMS环境中依据业务简档查询/检索关联公共用户标识的具体数据结构与处理方案。该方案在实质上公开了检索与业务简档相关联的公共用户标识的技术内容，具备与其它应用服务器方案组合的基础。因此，技术特征L被对比文件隐含公开。 |
| 技术特征M<br>其中所述第一消息包括与所述第二UE相关联的标识<br><br>《未公开》 | 对比文件全文未记载。<br>对比文件仅公开了第一终端注册时携带其自身的公共用户标识（如Public User Identity 1）。 | 1. 目标专利技术方案与作用：目标专利说明书第[0045]、[0064]段指出，控制转移请求（第一消息）中携带目标接管设备（第二UE/WTRU-2）的经注册公共用户标识，SCC AS据此确定控制权转移的目标设备。<br>2. 对比文件技术方案与作用：对比文件中终端发起的注册消息仅包含发起者自身的标识，完全不涉及指定另一个终端作为受控接收方。<br>3. 对比分析：对比文件不存在协同控制转移目标的概念，第一消息中绝无可能包含与第二UE相关联的标识。因此，技术特征M未公开。 |
| 技术特征N<br>其中发生了对所述协同会话的控制的转移<br><br>《未公开》 | 对比文件全文未记载。<br>对比文件全文未公开协同会话控制权的转移过程。 | 1. 目标专利技术方案与作用：目标专利说明书第[0048]、[0066]段记载，在第二UE确认接受后，SCC AS将协同会话的控制从原控制者中去除，第二UE建立对协同会话的控制，完成会话控制权的实质性迁移。<br>2. 对比文件技术方案与作用：对比文件仅在IMS网络中执行常规的注册接入、第三方注册触发或注销流程，会话控制主体从未发生任何转移。<br>3. 对比分析：对比文件缺乏协同会话及其控制权在不同UE间进行转移的机制，该技术特征完全未被公开。因此，技术特征N未公开。 |
<<<a>>>
<<<b>>>
<<<d>>>
<<<f>>>
<<<k>>>
<<<l>>>
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该SCC AS包括：接收机<br>《隐含公开》 | [0029] Within the IMS service network, application servers (ASs) are provided for implementing IMS service functionality. For any given UE, one or more ASs may be associated with that terminal. FIG. 3a illustrates the IMS Service Control (ISC) interface between an AS and an S-CSCF, as well as other interfaces within the IMS... allowing an AS to communicate with all of these CSCFs.<br>（在IMS业务网络内，设置有应用服务器（AS）用于实现IMS业务功能。对于任何给定的UE，一个或多个AS可以与该终端关联。图3a示出了AS与S-CSCF之间的IMS业务控制（ISC）接口，以及IMS内的其他接口……允许AS与所有这些CSCF进行通信。）<br>[0059] According to a fourth aspect of the present invention there is provided an Application Server for executing services in an IP Multimedia Subsystem network, the Application Server comprising: means for receiving from a Serving Call Session Control Function or a Home Subscriber Server, a notification that two or more public user identities are considered to be alias public user identities.<br>（根据本发明的第四方面，提供了一种用于在IP多媒体子系统网络中执行业务的应用服务器，所述应用服务器包括：用于从服务呼叫会话控制功能或归属订户服务器接收两个或多个公共用户标识被认为是别名公共用户标识的通知的装置。） | 对比文件公开了IMS网络中的通用应用服务器（AS）以及用于接收信息的接收装置（means for receiving），但并未直接指出该AS具体为业务集中和连续性应用服务器（SCC AS）。然而，在IMS架构下，SCC AS属于AS的一种具体实现形式，且在IMS架构通信实体中，网络节点/服务器执行消息交互必然具备物理或逻辑上的接收机/接收模块来接收接口信令。本领域技术人员基于对比文件公开的AS及其用于接收信令的装置，容易推断出该AS实体具备接收机硬件/功能；考虑到极为宽松的隐含公开判断标准，对比文件部分公开了通信节点接收机制，具备与其它涉及SCC AS的对比文件结合的可能性，因此认定技术特征A被《隐含公开》。 |
| **技术特征B：被配置成从第一UE接收第一消息**<br>《隐含公开》 | **[0030]** A further interface (Ut) exists between the AS and the UE (TS23.002) as illustrated in FIG. 3b. The Ut interface enables the user to manage information related to his or her services...<br>（如图3b所示，在AS和UE之间存在另一接口（Ut）（TS23.002）。Ut接口使得用户能够管理与其业务相关的信息……）<br>**[0034]** Where a user updates a call forwarding number via the Ut interface for multimedia telephony... the terminal also send Ut interface requests...<br>（当用户经由用于多媒体电话的Ut接口更新呼叫转移号码时……终端也发送Ut接口请求……）<br>**[0117]** Hence the HSS receives a Public-Identity as entry key (when any operation is made via Ut e.g.)...<br>（因此HSS接收公共标识作为输入键（例如当经由Ut进行任何操作时）……） | 目标专利中第一消息是第一UE向SCC AS发送的用于请求转移协同会话控制的消息。对比文件仅公开了AS与UE之间存在Ut接口，且UE可经由Ut接口向AS发送业务管理配置请求（如呼叫转移、添加用户至组等操作）。对比文件没有直接公开AS从UE接收针对协同会话控制转移的第一消息。然而，从## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：**<br>该SCC AS包括：接收机<br><br>《隐含公开》 | **[0029]** Within the IMS service network, application servers (ASs) are provided for implementing IMS service functionality... FIG. 3a illustrates the IMS Service Control (ISC) interface between an AS and an S-CSCF, as well as other interfaces within the IMS. Although the AS in FIG. 3a is shown as having only a single interface to an S-CSCF, it will be appreciated that in practice the ISC interface will extend across a communication network to which many (or all) of the CSCF servers of a given operator's network are connected, allowing an AS to communicate with all of these CSCFs.<br>
| 技术特征描述及公开性判断结果 | 对比文件原文引用（US20080258931A1） | 公开性论述 |
| 技术特征A：该SCC AS包括：接收机<br><br>《未公开》 | 对比文件全文未记载任何关于业务集中和连续性应用服务器（SCC AS）或蜂窝IMS核心网实体的内容。其主要涉及机械气动伸缩桅杆系统：<br>【0013】“...A dual mode handheld remote control for controlling the mast base and the mast accessory is provided...”<br>（...提供了一种用于控制桅杆基座和桅杆附件的双模手持式遥控器...）<br>【0038】“...receiver 94, command decoder 96, and command output 98...”<br>（...接收机94、命令解码器96和命令输出98...）<br>【0040】“...transceiver 118...”<br>（...收发信机118...） | 作用与方案对比：<br>目标专利中，该特征为IMS核心网络中的“业务集中和连续性应用服务器（SCC AS）”，包含接收机，用于在通信网络侧处理来自UE的协同会话控制转移等信令交互。<br>对比文件公开的是一种气动伸缩桅杆遥控系统，其接收机/收发信机（如94、118）位于机械装置基座（base 12）或附件外壳（controller housing 22）上，用于接收机械控制命令（如升降、旋转）。对比文件完全不属于同一技术领域，既不存在SCC AS实体，其硬件接收机与目标专利中SCC AS的架构和功能完全不相符。即使按照最宽松标准，本领域技术人员也无法合理解释或推导其公开了SCC AS及其接收机，故既未直接公开也未隐含公开。 |
| 技术特征B：被配置成从第一UE接收第一消息<br><br>《未公开》 | 【0029】“In FIG. 1, an operator manipulates a plurality of control keys 32 of wireless remote control 28 to input control commands... In a first or wireless mode, remote control 28 converts the control commands to encoded command signals... Antennas 24 and 26 receive waves W...”<br>（在图1中，操作员操作无线遥控器28的多个控制按键32以输入控制命令...在第一或无线模式下，遥控器28将控制命令转换成编码命令信号...天线24和26接收电磁波W...） | 作用与方案对比：<br>目标专利中，“第一UE”为发起协同会话控制转移的移动终端（控制者WTRU），第一消息为发送给网络端SCC AS的会话信令。<br>对比文件中遥控器（remote control 28）仅为机械装置的操作手柄，其向桅杆基座/附件发送的是针对机械运动（如升降、仰俯、灯光开关）的控制命令信号，两者在技术领域、交互对象及信号属性上均不相同，未直接公开。此外，在宽松的推理下，亦无法将机械遥控手柄与IMS网络架构中的“第一UE”以及信令消息建立对应，无法通过推理得出，故未隐含公开。 |
| 技术特征C：该第一消息包括与协同会话相关联的协同会话控制转移请求<br><br>《未公开》 | 【0033】“An example of functions that could be available to the operator for powering the lights and movement of the mast of the first embodiment include: Pan Left, Pan Right, Left Lights (toggles on and off), Auxiliary Lights (toggles on and off), Right Lights (toggles on and off), Left Tilt Up, Mast Up, Right Tilt Up, Left Tilt Down, Mast Down, and Right Tilt Down.”<br>（在第一实施方式中可供操作员用于为灯供电和移动桅杆的功能示例包括：左平移、右平移、左灯（切换开和关）、辅助灯（切换开和关）、右灯（切换开和关）、左仰角向上、桅杆上升、右仰角向上、左仰角向下、桅杆下降和右仰角向下。） | 作用与方案对比：<br>目标专利中，该特征是指在多设备协同媒体会话中，请求将控制者设备角色转移给另一设备的信令请求。<br>对比文件传输的完全是机械部件运动指令（升、降、平移、仰俯、开关灯等），根本不存在电信网络多终端“协同会话”及“协同会话控制转移请求”的概念与机制，既未直接公开，亦没有任何技术内容能合理推导出该特征，故未隐含公开。 |
| 技术特征D：处理器<br><br>《直接公开》 | 【0033】“...electrical signal causes microprocessor 52 to execute the desired function... microprocessor 52 outputs an encoded command signal...”<br>（...电信号使微处理器52执行所期望的功能...微处理器52输出编码命令信号...）<br>【0041】“...Microprocessor 130 includes a plurality of input and output terminals... Microprocessor 130 processes the control commands...”<br>（...微处理器130包括多个输入和输出端子...微处理器130处理控制命令...） | 作用与方案对比：<br>目标专利中，处理器作为硬件计算与数据处理部件，用于在设备内部执行控制与生成信息。<br>对比文件段落【0033】、【0041】明确公开了遥控器和基座控制系统中具有“微处理器（microprocessor 52、130）”，其作为通用或专用的计算处理硬件，用于处理控制指令与逻辑。本领域技术人员可以毫无疑义地确定，对比文件中的“微处理器”实质公开了下位概念落入“处理器”范畴的技术特征，因此技术特征D被直接公开。 |
| 技术特征E：被配置成产生与所述协同会话相关联的会话信息<br><br>《未公开》 | 【0041】“...Microprocessor 130 processes the control commands input by controller 128 and outputs the corresponding control commands to mast controller 140 which is adapted to control the movements and functions of the mast...”<br>（...微处理器130处理由控制器128输入的控制命令，并将相应的控制命令输出到适于控制桅杆运动和功能的桅杆控制器140...） | 作用与方案对比：<br>目标专利中，该特征的作用是在网络侧服务器中生成与整个协同多媒体会话（包括媒体流、参与设备状态等）相关联的会话信息，以便新控制者全面获知会话拓扑。<br>对比文件微处理器处理并输出的是控制马达、气泵动作的机械控制指令或电信号，完全不涉及通信多媒体的“协同会话”及其“会话信息”，既无直接记载，也无任何可引申推理的线索，故未直接公开，亦未隐含公开。 |
| 技术特征F：发射机<br><br>《直接公开》 | 【0033】“...outputs an encoded command signal that corresponds to the operator's input to transmitter 44 which broadcasts the encoded command signal as electromagnetic waves W via remote antenna 47.”<br>（...将对应于操作员输入的编码命令信号输出到发射机44，发射机44经由远程天线47将该编码命令信号作为电磁波W进行广播。）<br>【0042】“...command encoder 134 which outputs an encoded command signal to transmitter 120. The transmitter converts the electrical, encoded command signals into electromagnetic waves that are broadcast by base antenna 26 as electromagnetic waves W.”<br>（...命令编码器134将编码命令信号输出到发射机120。该发射机将电编码命令信号转换成通过基座天线26作为电磁波W广播的电磁波。） | 作用与方案对比：<br>目标专利中，发射机用于将信号转换并通过天线/传输介质发送至远端设备。<br>对比文件段落【0033】及【0042】明确公开了遥控器包含“发射机44（transmitter 44）”，基座子系统包含“发射机120（transmitter 120）”，用于将电信号转换为电磁波对外发送。对比文件直接披露了该硬件部件及其信号发射作用，本领域技术人员能够毫无疑义地确定对比文件直接公开了发射机这一通用物理硬件特征，因此技术特征F被直接公开。 |
| 技术特征G：被配置成向第二UE传送第二消息<br><br>《未公开》 | 【0030】“...some control commands will be instructions intended for the accessory control subsystem that will be relayed to the accessory control subsystem via the mast control subsystem. Accordingly, the mast control subsystem is also adapted to convert the control commands received from remote control 28 into encoded command signals which are transmitted through base antenna 26 as electromagnetic waves W. Accessory antenna 24 receives waves W...”<br>（...一些控制命令将是给附件控制子系统的指令，这些指令将经由桅杆控制子系统中继到附件控制子系统。因此，桅杆控制子系统也适于将从遥控器28接收到的控制命令转换成编码命令信号，该信号通过基座天线26作为电磁波W发射。附件天线24接收电磁波W...） | 作用与方案对比：<br>目标专利中，该特征是指SCC AS向即将接管协同会话控制的受控端用户设备（第二UE）下发转移通知与会话信息信令。<br>对比文件公开的是基座控制子系统向桅杆附件（如灯具控制子系统）中继无线电磁波控制命令，受体为灯具控制器，并非第二用户设备（第二UE），消息内容亦为机械操作指令而非协同会话信令。两者的结构实体、通信对象与功能实质均完全不同，在最宽松的标准下亦无法推导出该方案，故未直接公开，亦未隐含公开。 |
| 技术特征H：该第二消息包括协同会话控制转移请求和与所述协同会话相关联的所述会话信息<br><br>《未公开》 | 【0038】“...Command decoder 96 directs corresponding control commands to command output 98 which feeds these control commands to the appropriate controller, which in turn responds by activating or deactivating the appropriate component.”<br>（...命令解码器96将相应的控制命令定向到命令输出98，该命令输出将这些控制命令馈送到相应的控制器，该控制器进而通过激活或去激活相应部件作出响应。） | 作用与方案对比：<br>目标专利中，该第二消息携带针对新控制者UE的转移请求及整个协同会话的媒体流/拓扑信息，使得新控制者在接管前获知会话状态。<br>对比文件中传输的消息为控制机械部件动作/开关的命令，不存在“协同会话控制转移请求”，更不存在“与协同会话相关联的会话信息”，既未直接公开，也无法通过逻辑推理推导出相关内容，故未隐含公开。 |
| 技术特征I：其中所述接收机还被配置成从所述第二UE接收协同会话控制转移响应消息<br><br>《未公开》 | 【0055】“...The positioner controller will also send status responses upon request to the base control board to let it know it is functioning properly. If an error status message is received or no message is received from the positioner controller, the base control board will pass that information on to the hand-held remote control for interpretation for the fault display...”<br>（...定位器控制器还将根据请求向基座控制板发送状态响应，以使其知道其正常工作。如果接收到错误状态消息或未从定位器控制器接收到消息，则基座控制板将把该信息传递给手持式遥控器以供解释故障显示...） | 作用与方案对比：<br>目标专利中，该特征指SCC AS的接收机接收目标设备（第二UE）对协同会话控制转移做出的确认/接受响应消息。<br>对比文件中基座控制板接收的是定位器控制器返回的硬件自检“状态响应（status responses）”（反映机械运转或故障状态），而非来自UE的会话转移响应。两者技术方案、上下文场景及消息性质完全不同，本领域技术人员无法合理解析或推导得出，故未直接公开，亦未隐含公开。 |
| 技术特征J：其中所述会话信息包括与所述协同会话的一个或多个媒体流相关联的信息<br><br>《未公开》 | 对比文件全文未记载任何多媒体流（如音频、视频、数据流）的协同会话信息传输。<br>【0002】“Extendable mast arrangements generally have an extendable mast articulable about a base that is supported on a mobile vehicle. At the end of the mast opposite the base is at least one accessory, such as a light source...”<br>（可延伸桅杆布置通常具有可围绕支撑在移动车辆上的基座铰接的可延伸桅杆。在桅杆与基座相对的一端是至少一个附件，例如光源...） | 作用与方案对比：<br>目标专利中，会话信息用于描述协同会话中的媒体流属性（如音视频流分配在哪个设备、编码及状态等）。<br>对比文件为纯机械电气设备控制（车载气动伸缩升降桅杆），涉及的是电机电流、开关状态和限位开关，不存在多媒体通信中的“媒体流”及相关的“会话信息”，对比文件没有任何技术基础可用于推理得出该特征，故未直接公开，亦未隐含公开。 |
| 技术特征K：该SCC AS还包括：检索器<br><br>《未公开》 | 对比文件全文未记载任何电信核心网SCC AS实体，亦未记载任何检索器。<br>【0043】“...Such device negotiation would include, among other things, the DSSS algorithm to be used and the exchange of the MAC addresses of each device associated with that mast arrangement. This information would then be stored in the remote control and or the base until a new partnership is negotiated with a different handheld at power-up...”<br>（...这种设备协商将尤其包括要使用的DSSS算法以及与该桅杆布置相关联的每个设备的MAC地址的交换。然后该信息将被存储在遥控器和/或基座中，直到在加电时与不同的手持设备协商新的伙伴关系...） | 作用与方案对比：<br>目标专利中，检索器是SCC AS内部的逻辑/功能单元，用于查询检索用户的业务简档和公共标识等核心网鉴权/签约数据。<br>对比文件仅公开了基座和遥控器在建立通信伙伴关系时交换并存储MAC地址，根本不存在电信应用服务器架构，亦无检索器部件。即使用极其宽松的标准，基座对存储器中MAC地址的读取也属于近场设备配对，与核心网SCC AS内部用于检索用户业务签约数据的“检索器”在结构实体、应用领域与功能上均无任何关联，无法推导得出，故未直接公开，亦未隐含公开。 |
| 技术特征L：被配置用于检索与业务简档相关联的公共用户标识<br><br>《未公开》 | 【0043】“...DSSS is not as secure as FHSS, security is not as big of a concern since media access control (MAC) address filtering can be employed. Thus, since each controller component of the mast arrangement could include a unique MAC address and once the controllers recognize or are programmed with the MAC addresses of the other respective components within a given system or arrangement, then only the intended controllers or components will respond when an encoded command (including the MAC address of the intended controller) is transmitted...”<br>（...由于可以采用介质访问控制（MAC）地址过滤，因此安全性不是太大的问题。因此，由于桅杆布置的每个控制器组件可以包括唯一的MAC地址，并且一旦控制器识别出或被编程有给定系统或布置内的其他相应组件的MAC地址，则当发送编码命令（包括预定控制器的MAC地址）时，仅预定的控制器或组件将响应...） | 作用与方案对比：<br>目标专利中，该特征是指检索共享相同服务触发条件与初始过滤规则的公共用户标识（如IMS IMPU）。<br>对比文件采用的是底层网络硬件的物理地址过滤（MAC address filtering），MAC地址是硬件物理标识，用于区分射频组件，与通信业务层面的“业务简档（service profile）”及“公共用户标识（public user identity）”在技术层级、应用场景与功能机制上完全不具可比性，即使采用最宽松的推理，也无法将硬件MAC地址等同或推导为用户业务简档及公共用户标识，故未直接公开，亦未隐含公开。 |
| 技术特征M：其中所述第一消息包括与所述第二UE相关联的标识<br><br>《隐含公开》 | 【0043】“...Thus, since each controller component of the mast arrangement could include a unique MAC address and once the controllers recognize or are programmed with the MAC addresses of the other respective components within a given system or arrangement, then only the intended controllers or components will respond when an encoded command (including the MAC address of the intended controller) is transmitted...”<br>（...因此，由于桅杆布置的每个控制器组件可以包括唯一的MAC地址，并且一旦控制器识别出或被编程有给定系统或布置内的其他相应组件的MAC地址，则当发送编码命令（包括预定控制器的MAC地址）时，仅预定的控制器或组件将响应...） | 作用与方案对比：<br>目标专利中，控制者UE发送给服务器的消息中携带目标接管设备（第二UE）的标识（如公共用户标识）。<br>对比文件公开了操作设备发出的编码控制命令中包含“预定控制器的MAC地址（MAC address of the intended controller）”，使得只有目标控制器响应。<br>隐含公开论述（极宽松推理）： 按照极宽松判断标准，若将对比文件中被遥控控制的目标对象部件视为广义上的受控“第二终端/设备”，则其控制命令中所包含的“预定控制器的MAC地址”，实质上构成了指示该目标设备身份的“相关联的标识”。对比文件公开了发送的消息中包含目标受控设备的物理硬件标识，部分公开了消息中携带目标设备标识的发明构思，本领域技术人员有可能以此为基础结合其他电信领域常识或对比文件组合出该特征。因此，依据极宽松防遗漏的认定规则，该特征判定为《隐含公开》。 |
| 技术特征N：其中发生了对所述协同会话的控制的转移<br><br>《未公开》 | 【0014】“...The controller of the remote control is connected to the base controller such that the controller of the remote control is in communication with the mast base controller in the wired mode... The controller of the remote control is disconnected from the base controller. The controller of the remote control switches from the wired communication mode to the wireless communication mode. A wireless communication is established between the remote control and the base controller... and selectively operates at least one function of the mast arrangement via the remote control while in the wireless communication mode.”<br>（...遥控器的控制器连接到基座控制器，使得遥控器的控制器在有线模式下与桅杆基座控制器通信...遥控器的控制器与基座控制器断开。遥控器的控制器从有线通信模式切换到无线通信模式。在遥控器与基座控制器之间建立无线通信...并且在无线通信模式下通过遥控器选择性地操作桅杆布置的至少一个功能。）<br>【0045】“...Furthermore, even if a particular remote control fails during operation of the mast arrangement... any other remote control can be used in place of the defective remote control by simply connecting the replacement remote control to the receptacle of the base unit... thereby placing the replacement remote control into the “wired” mode. Thus, the replacement remote control can negotiate a new partnership and thereafter be disconnected and be used in the wireless mode.”<br>（...此外，即使特定遥控器在桅杆布置的操作期间出现故障...只需将更换用遥控器连接到基座单元的插座上即可用任何其他遥控器代替出现故障的遥控器...从而将更换用遥控器置于“有线”模式。因此，更换用遥控器可以协商新的伙伴关系，之后断开连接并在无线模式下使用。） | 作用与方案对比：<br>目标专利中，该特征是指多个参与协同会话的UE之间，对该多媒体协同会话的主控权从原控制者UE动态转移给另一协同UE。<br>对比文件仅公开了同一遥控器在有线与无线模式之间的连接模式切换，或在遥控器损坏时通过物理重新插拔换用备用遥控器重新协商配对。对比文件自始至终是单一操作员手柄对机械设备的单向控制链路切换或备件替换，完全不存在多设备共享的协同会话，更不存在“对协同会话的控制的转移”。即使在最宽松标准下，单机备件更换或模式切换也无法合理等同或推导出多设备协同会话控制权的转移，故未直接公开，亦未隐含公开。 |
<<<D>>>
<<<F>>>
<<<m>>>
| 技术特征描述及判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：**<br>该SCC AS包括：接收机<br><br>**《隐含公开》** | **【发明内容】**及**【具体实施方式】实施例七、实施例八、实施例九、倒数第二段**：<br>“一种业务集中和会话连续性应用服务器，包括：返还请求接收单元，用于接收第二用户设备发送的返还媒体流请求消息……”<br>“实施例八……包括：转移请求接收单元801，用于接收第二用户设备发送的转移媒体流请求消息……”<br>“本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成……前述的程序可以存储于一计算机可读取存储介质中……” | 对比文件公开了SCC AS包含“返还请求接收单元”或“转移请求接收单元801”，用于接收来自用户设备的消息。在网络实体通信硬件架构中，软件**特征比对分析**
结合目标专利说明书原文，本发明涉及IMS协同会话（Collaborative Session）的控制转移（IUT）。在协同会话中，控制者UE（Controller UE）将协同会话的整体控制权转移给被控制者UE（Controllee UE），并在转移请求中携带整个协同会话的会话信息（包含媒体流等信息），避免了由于新控制者不了解协同会话状态而额外发起会话发现失败的问题。
对比文件（CN101383765A）公开的是一种在IMS网络中**转移/返还媒体流**的方法及SCC AS装置，其核心是在UE-1之前将特定媒体流media2转移给UE-2之后，解决UE-2将该媒体流media2返还（return）给UE-1时避免媒体流描述混乱及冗余记录的问题。
---
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该SCC AS包括：接收机<br><br>《直接公开》 | 【说明书实施例七/图7】<br>“一种业务集中和会话连续性应用服务器SCC AS，参见图7所示，包括：返还请求接收单元701，用于接收第二用户设备发送的返还媒体流请求消息……”<br>【实施例八/图8】<br>“转移请求接收单元801，用于接收第二用户设备发送的转移媒体流请求消息……”<br>【说明书最后一段】<br>“实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成……在WTRU、UE、终端、基站、RNC或者任何主计算机中使用的无线电频率收发信机。” | 直接公开。<br>对比文件明确公开了SCC AS包含“返还请求接收单元701”或“转移请求接收单元801”。作为电信网络实体（服务器），其接收来自UE通过网络发送的请求消息，必然具备硬件接收模块或接收机结构。所属领域技术人员可以毫无疑义地确定其实质公开了“接收机”这一硬件/功能构件。两者作用相同，均用于在服务器端接收外部节点发送的消息。 |
| 技术特征B：被配置成从第一UE接收第一消息<br><br>《直接公开》 | 【实施例三/图3/S302】<br>“S302. UE-2向SCC AS发送返还媒体流请求消息。”<br>【实施例七】<br>“返还请求接收单元701，用于接收第二用户设备发送的返还媒体流请求消息……”<br>【实施例八】<br>“转移请求接收单元801，用于接收第二用户设备发送的转移媒体流请求消息……” | 直接公开。<br>对比文件实施例三中UE-2向SCC AS发送返还媒体流请求消息，SCC AS接收该消息；实施例八中SCC AS的转移请求接收单元接收第二用户设备发送的转移媒体流请求消息。将对比文件中的发送方UE（如UE-2）对应为权利要求中的“第一UE”，该请求消息即对应“第一消息”。对比文件直接公开了SCC AS被配置成从一个UE接收消息的技术方案。 |
| 技术特征C：该第一消息包括与协同会话相关联的协同会话控制转移请求<br><br>《未公开》 | 【背景技术】<br>“现有技术中，可以实现将媒体流从UE-1(第一用户设备)转移给UE-2(第二用户设备)，这里称之为transfer流程……如果UE-2需要主动将媒体流返还给UE-1，则仍然要采用transfer流程。”<br>【实施例一/S102】<br>“方式一：UE-2向UE-1发送return请求消息……在该refer消息中包含请求的行为(return媒体流)、return的目标设备标识……待return的媒体流描述……方式二：UE-2向UE-1发送transfer请求消息，同时在该消息中包含return媒体流指示信息……在该refer消息中包含请求的行为(transfer媒体流)……” | 未公开。<br>目标专利技术特征C明确限定第一消息包括“协同会话控制转移请求（Collaborative Session Control Transfer Request）”，其转移的是协同会话的控制权（Control）（参见目标说明书[0004][0005][0044]）。<br>而在对比文件中，所转移或返还的仅仅是具体的单个业务数据媒体流（Media Stream Transfer/Return，如media2），其自始至终未涉及IMS中的协同会话架构，更没有公开“协同会话控制权的转移请求”。在3GPP规范及IMS体系中，“媒体流转移（Media Flow Transfer）”与“协同会话控制转移（Collaborative Session Control Transfer）”是两类完全不同的信令流程和技术概念。因此该特征既未被直接公开，亦无法通过极其宽松的标准推导，属于未公开。 |
| **技术特征D**：处理器<br><br>《直接公开》 | **【说明书最后两段】**<br>“作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上……实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤……”<br>**【实施例七、八】**<br>SCC AS包括“恢复单元702”、“判断单元802”、“恢复单元803”等功能逻辑单元。 | **直接公开**。<br>对比文件公开了SCC AS包含判断单元、恢复单元等
**特征比对与公开性分析**
本评估严格依据目标专利说明书的记载，结合对比文件（US20090215453A1）的实际技术方案与工作原理，对技术特征A至N进行逐项拆解与深度比对。
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（中文翻译及段落标号） | 公开性论述 |
| 技术特征A：该SCC AS包括：接收机<br><br>《隐含公开》 | 【0002】 “……公共业务标识与公共用户标识的不同之处在于：前者标识可由应用服务器（在至少所述3GPP技术规范中统称为‘AS’）托管和操作的业务……”<br>【0009】 “随后，应用服务器（通常缩写为‘AS’）检查给定的公共业务标识是否被定义，并提取（fetches）针对该给定的公共业务标识要执行的逻辑。”<br>【0074】 “……并且它最终将业务调用（INVITE）连同接收到的‘通配符PSI’一起转发（S-23）到所述应用服务器（AS）。”<br>【0075】 “接收到‘通配符PSI’的应用服务器（AS）……” | 1. 作用比对：<br>目标专利中，SCC AS（业务集中和连续性应用服务器）的接收机用于接收来自UE的SIP会话信令（如协同会话控制转移请求）。对比文件中，应用服务器（AS）用于接收由S-CSCF转发来的业务调用消息（SIP INVITE），两者均作为IMS架构中的应用服务器接收网络会话信令。<br>2. 公开性论述：<br>对比文件未字面公开“SCC AS”和物理“接收机”，未直接公开。但在IMS分层架构中，SCC AS属于特定类型的应用服务器（AS）；对比文件已明确公开AS接收转发的INVITE消息并进行解析处理。本领域技术人员公知，任何能够接收SIP信令的服务器硬件必然内在包含接收报文的物理/逻辑接收部件（接收机）。根据宽松的隐含公开判断原则，对比文件部分公开了应用服务器及其消息接收功能，本领域技术人员结合公知常识或其他公开SCC AS的文献极易组合得出该特征，故认定为《隐含公开》。 |
| 技术特征B：被配置成从第一UE接收第一消息<br><br>《隐含公开》 | 【0007】 “用户可通过代理呼叫会话控制功能（在3GPP下称为‘P-CSCF’）使用给定的公共业务标识接入IMS来调用业务……”<br>【0070】 “……路由实体例如在3GPP下定义的查询呼叫会话控制功能（I-CSCF）接收（S-10）寻址到给定公共业务标识（PSI-id）的业务调用（INVITE）。”<br>【0074】 “……并且它最终将业务调用（INVITE）连同接收到的‘通配符PSI’一起转发（S-23）到所述应用服务器（AS）。”<br>【0082】 “……由用户借以接入IMS网络的诸如代理呼叫会话控制功能（P-CSCF）之类的接入实体在IMS网络的路由实体处接收（S-10）由给定公共业务标识（PSI-id）标识的业务调用（INVITE）。” | 1. 作用比对：<br>目标专利中，该特征用于由SCC AS接收第一UE发起的针对协同会话的初始交互信令。对比文件中，AS接收由接入IMS网络的用户（第一UE）通过P-CSCF/I-CSCF/S-CSCF转发而来的业务调用INVITE消息（第一消息），两者在“接收源自终端用户的会话初始信令”方面的作用实质相同。<br>2. 公开性论述：<br>对比文件记载了用户接入P-CSCF发起业务调用INVITE，并逐跳经由核心网路由转发至AS，AS被配置成接收该消息。虽然对比文件未直接使用“第一UE”的表述，但接入IMS的用户终端即为UE。对比文件已实质/部分公开了AS接收源自终端的第一消息的过程，本领域技术人员能够毫无疑义地合理解析出该交互机制，故认定为《隐含公开》。 |
| 技术特征C：该第一消息包括与协同会话相关联的协同会话控制转移请求<br><br>《未公开》 | 对比文件全文未记载任何协同会话（Collaborative Session）及控制权转移（Control Transfer）内容。相关段落仅涉及业务调用：<br>【0003】 “……公共业务标识用于标识诸如聊天类型业务之类的业务组，例如，可以使用公共业务标识（下文称为‘PSI’），用户可以向其建立会话以便能够发送和接收来自其他会话参与者的消息……”<br>【0070】 “……接收（S-10）寻址到给定公共业务标识（PSI-id）的业务调用（INVITE）。” | 1. 作用比对：<br>目标专利中，该消息的作用是携带用于协同会话设备间控制转移（IUT）的专用控制信令，使SCC AS启动控制权移交逻辑。对比文件中，INVITE消息仅用于寻址特定PSI以触发AS上的常规业务逻辑（如聊天室加入），作用完全不同。<br>2. 公开性论述：<br>对比文件聚焦于Wildcard PSI的路由寻址优化，不仅字面上未记载“协同会话”与“协同会话控制转移请求”，在技术构思上也完全不涉及任何终端间会话控制权的移交。本领域技术人员即便基于对比文件进行最大程度的宽松推断，也无法从常规的PSI业务调用请求中合理推导出协同会话控制转移请求，故认定为《未公开》。 |
| 技术特征D：处理器<br><br>《隐含公开》 | 【0009】 “随后，应用服务器（通常缩写为‘AS’）检查给定的公共业务标识是否被定义，并提取（fetches）针对该给定的公共业务标识要执行的逻辑。”<br>【0075】 “接收到‘通配符PSI’的应用服务器（AS）可以在特定准则和实现选择下，对所接收到的‘通配符PSI’内的所有公共业务标识应用唯一的业务逻辑，从而不需要进一步的检查和匹配过程。” | 1. 作用比对：<br>目标专利中，处理器负责执行数据处理、会话状态维护及控制信令生成。对比文件中，AS执行标识匹配检查、业务逻辑提取与执行，两者均承担服务器核心数据计算与业务逻辑控制功能。<br>2. 公开性论述：<br>对比文件未直接出现“处理器”这一物理部件词汇，未直接公开。但对比文件明确记载了AS执行标识匹配、业务逻辑提取与运行等计算操作。在计算机与通信技术领域，任何能够执行逻辑判断与程序指令的服务器设备，其硬件架构必然内在包含处理器。该特征属于实现AS既定功能的固有结构特征，本领域技术人员能够必然推知，故认定为《隐含公开》。 |
| 技术特征E：被配置成产生与所述协同会话相关联的会话信息<br><br>《未公开》 | 对比文件全文未记载协同会话信息生成的任何内容。相关段落仅提及业务逻辑执行：<br>【0009】 “……并提取针对该给定的公共业务标识要执行的逻辑。”<br>【0075】 “……对所接收到的‘通配符PSI’内的所有公共业务标识应用唯一的业务逻辑……” | 1. 作用比对：<br>目标专利中，该特征的作用是让SCC AS在转移控制权前，主动收集并生成包含当前协同会话中各设备、媒体流状态等整体会话快照信息，以便新控制者感知全局。对比文件中，AS仅是根据PSI提取预存的业务逻辑代码，根本不涉及协同会话信息的生成，作用与机制完全不同。<br>2. 公开性论述：<br>对比文件既未公开协同会话，也未公开任何生成正在进行的会话信息的技术手段，毫无推导得出该方案的可能性，故认定为《未公开》。 |
| 技术特征F：发射机<br><br>《隐含公开》 | 【0003】 “……用户可以向其建立会话以便能够发送和接收来自其他会话参与者的消息。”<br>【0074】 “……并且它最终将业务调用（INVITE）连同接收到的‘通配符PSI’一起转发（S-23）到所述应用服务器（AS）……”<br>【0095】 “……中央网络实体（SLF）还可以在基于给定公共业务标识的路由查询时返回……该应用服务器的标识符也可以被直接或间接地且在定义或修改时提交给HSS，或提交给网络中的任何服务实体（S-CSCF）。” | 1. 作用比对：<br>目标专利中，发射机用于SCC AS对外发送网络通信报文。对比文件中，网络节点间进行双向消息交互、AS向参与者分发消息，两者均提供物理或网络层的报文外发能力。<br>2. 公开性论述：<br>对比文件虽未字面记载“发射机”，但明确记载了AS参与网络通信及在会话参与者之间收发消息。通信服务器对外发送报文必然需要硬件发射模块/网络接口发射机作为物理支持，属于执行网络发送功能的固有硬件支撑。依据宽松的推理原则，该特征属于本领域技术人员公知的隐含硬件构造，故认定为《隐含公开》。 |
| 技术特征G：被配置向第二UE传送第二消息<br><br>《隐含公开》 | 【0003】 “……公共业务标识用于标识诸如聊天类型业务之类的业务组，例如，可以使用公共业务标识（下文称为‘PSI’），用户可以向其建立会话以便能够发送和接收来自其他会话参与者的消息。” | 1. 作用比对：<br>目标专利中，SCC AS向作为目标控制者的第二UE下发第二消息以建立交互。对比文件中，作为群组/聊天服务器的AS被配置成向会话的其他参与者（第二UE）转发/发送下行会话消息。<br>2. 公开性论述：<br>对比文件未直接公开SCC AS向第二UE发送控制转移第二消息。但在【0003】段中，对比文件阐述了AS支持聊天等多方交互业务，其内在逻辑必然包含AS向其他参与会话的用户终端（即第二UE）发送消息。根据宽松的隐含公开判断标准，对比文件部分公开了应用服务器被配置成向第二UE发送消息的交互结构，具备与其他文献结合公开该通用通信步骤的可能，故认定为《隐含公开》。 |
| 技术特征H：该第二消息包括协同会话控制转移请求和与所述协同会话相关联的所述会话信息<br><br>《未公开》 | 对比文件全文未记载任何包含控制转移请求及协同会话信息的第二消息。相关段落仅涉及转发原始业务调用：<br>【0074】 “……最终将业务调用（INVITE）连同接收到的‘通配符PSI’一起转发（S-23）到所述应用服务器（AS）。” | 1. 作用比对：<br>目标专利中，该特征通过在向第二UE发送的转移请求中直接封装协同会话的媒体流信息，解决了现有技术中“控制权转移与会话发现割裂导致新控制者无法了解会话全貌”的核心痛点。对比文件中，下行消息仅为常规业务报文，完全不存在此类控制与媒体状态数据封装。<br>2. 公开性论述：<br>该特征属于目标专利的核心发明点，对比文件属于完全不同的Wildcard PSI路由优化场景，既无协同会话控制转移请求，也无媒体流等会话信息的打包传递，二者方案完全脱节，故认定为《未公开》。 |
| 技术特征I：其中所述接收机还被配置成从所述第二UE接收协同会话控制转移响应消息<br><br>《未公开》 | 对比文件全文无协同会话控制转移响应消息的相关记载。 | 1. 作用比对：<br>目标专利中，用于由第二UE确认是否接受协同会话的控制权，并反馈给SCC AS。对比文件中无相应控制权协商交互。<br>2. 公开性论述：<br>对比文件中根本不存在协同会话控制转移协商流程，亦不存在接收来自第二UE的控制转移响应消息的配置，故认定为《未公开》。 |
| 技术特征J：其中所述会话信息包括与所述协同会话的一个或多个媒体流相关联的信息<br><br>《未公开》 | 对比文件全文无协同会话媒体流信息的记载。 | 1. 作用比对：<br>目标专利中，用于让第二UE在接受控制前明确感知协同会话中的具体媒体构成（如音视频流分别位于何处）。对比文件完全未涉及协同会话多媒体流的描述。<br>2. 公开性论述：<br>对比文件不涉及协同会话媒体流及其状态信息的产生与携带，未公开该特征，故认定为《未公开》。 |
| 技术特征K：该SCC AS还包括：检索器<br><br>《隐含公开》 | 【0009】 “随后，应用服务器（通常缩写为‘AS’）检查给定的公共业务标识是否被定义，并提取（fetches）针对该给定的公共业务标识要执行的逻辑。”<br>【0010】 “……以及在AS中进行的一次检查过程以便提取（fetch）与给定的公共业务标识相关联的业务逻辑。” | 1. 作用比对：<br>目标专利中，检索器作为功能部件用于从存储或网络实体中查询特定数据。对比文件中，AS具备执行数据查询并提取（fetches）相应业务逻辑的查询检索机制。<br>2. 公开性论述：<br>对比文件明确记载了AS执行“检查”并“提取（fetch）”业务逻辑的操作。计算机程序中实现“fetch”功能必然依赖相应的数据读取/检索功能模块（检索器）。虽然对比文件提取的是业务逻辑而非用户标识，但就“AS包括检索部件”这一硬件/功能模块构成而言，对比文件已提供了事实基础。依照极宽松的隐含公开判断标准，对比文件部分公开了检索器结构，故认定为《隐含公开》。 |
| 技术特征L：被配置用于检索与业务简档相关联的公共用户标识<br><br>《隐含公开》 | 【0001】 “……特别地，本发明涉及属于作为所谓的‘通配符PSI’保存的公共业务标识范围的公共业务标识的路由，该范围共享业务简档（service profile）。”<br>【0004】 “……所谓的‘通配符PSI’……其中公共用户标识（Public User Identities）的范围被定义为在SIP URI中具有相同的域部分，并且在SIP URI的用户部分中具有通配符指示。”<br>【0022】 “……为此，中央实体可以具有用于通过保存相应用户的订购的归属订户服务器的标识符来应答针对给定公共用户标识（Public User Identity）的路由查询的装置。”<br>【0028】 “……用于将作为‘通配符PSI’保存的公共业务标识范围与适用于属于该‘通配符PSI’的任何公共业务标识的通用业务简档相关联的装置……”<br>【0030】 “……用于在利用属于‘通配符PSI’的任何公共业务标识进行查询时提供通用业务简档的装置……” | 1. 作用比对：<br>目标专利中，SCC AS检索与业务简档相关联的公共用户标识，用于核验目标第二UE是否与当前会话共享同一业务简档，以判断其是否有资格充当控制者。对比文件中，系统维护共享同一业务简档的一组标识范围，并支持基于标识检索匹配业务简档或基于公共用户标识进行路由查询应答。<br>2. 公开性论述：<br>对比文件【0001】与【0028】明确公开了一组标识范围共享一个通用业务简档（common service profile），并在【0004】中明确提及了共享业务简档的公共用户标识范围（range of Public User Identities）；同时在【0022】、【0030】中公开了基于公共用户标识/业务标识查询与提供业务简档的检索机制。虽然对比文件中该检索操作主要由HSS/SLF执行，而非在AS中直接执行，但在IMS系统架构中，业务简档与公共用户标识的绑定及检索机制已被对比文件实质披露。根据极宽松的隐含公开标准（“部分公开了技术特征的内容，有可能和其他对比文件组合公开该技术特征也判断为隐含公开”），对比文件已公开了检索与业务简档关联的标识方案，故认定为《隐含公开》。 |
| 技术特征M：其中所述第一消息包括与所述第二UE相关联的标识<br><br>《未公开》 | 对比文件涉及第一消息内容的段落：<br>【0070】 “……接收（S-10）寻址到给定公共业务标识（PSI-id）的业务调用（INVITE）。”<br>【0071】 “……包括接收到的‘通配符PSI’连同给定的公共业务标识（PSI-id）。” | 1. 作用比对：<br>目标专利中，第一消息携带第二UE的经注册公共用户标识，用于显式指定会话控制权转移的目标设备。对比文件中，消息中包含的是被调用的业务标识（PSI-id），用于指示调用的网络服务，作用完全不同。<br>2. 公开性论述：<br>对比文件的业务调用消息仅包含指向被调用业务的公共业务标识（如聊天室地址），完全不包含任何代表其他用户终端（第二UE）的标识，更无将控制权指向第二UE的意图，故认定为《未公开》。 |
| 技术特征N：其中发生了对所述协同会话的控制的转移<br><br>《未公开》 | 对比文件全文未记载协同会话及其控制权转移的任何技术内容。 | 1. 作用比对：<br>目标专利中，该特征表明整个技术方案的最终状态是协同会话的控制权成功从第一UE移交至第二UE。对比文件仅是常规业务建立与路由，不涉及任何会话控制权移交。<br>2. 公开性论述：<br>对比文件通篇仅涉及IMS网络中Wildcard PSI的路由机制简化，完全不涉及设备间协同会话控制权的转移过程，该特征未被公开，故认定为《未公开》。 |
---
<<<a>>><<<b>>><<<d>>><<<f>>><<<g>>><<<k>>><<<l>>>
## 特征比对表格
| 技术特征描述及判断结果 | 对比文件原文引用（含中文翻译及段落标号） | 公开性论述 |
| 技术特征A：<br>该SCC AS包括：接收机<br><br>《直接公开》 | 【对比文件段落 [0054]、[0055]】<br>原文：<br>“[0054] The network element 1300 depicts a general purpose platform and the general components and functionality that may be used to implement any or all of the UE, the SCC AS 112, or the CSCF 110...<br>[0055] The processing unit 210 also includes a network interface 1318, which may be a wired link, such as an Ethernet cable or the like, and/or a wireless/cellular link. For example, the network interface 1318 may comprise an Ethernet connection if the network element 1300 acts as CSCF or SCC AS...”<br>中文翻译：<br>“[0054] 网络元件1300描绘了通用平台以及可用于实现UE、SCC AS 112或CSCF 110中任一者或全部的通用组件和功能性……<br>[0055] 处理单元还包括网络接口1318，其可以是有线链路（例如以太网电缆等）和/或无线/蜂窝链路。例如，如果网络元件1300充当CSCF或SCC AS，则网络接口1318可以包括以太网连接……” | 1. 作用分析与相同性：<br>在目标专利中，接收机用于在SCC AS侧接收来自终端设备的消息（如协同会话控制转移请求等）。在对比文件中，网络元件1300实现SCC AS 112，其网络接口1318包括以太网连接等接收/发送数据的物理接口，起到接收网络信令与数据包的作用。二者在通信实体中接收外部信令的功能与作用完全相同。<br>2. 直接公开论述：<br>对比文件明确公开了实现SCC AS 112的网络元件1300包括网络接口1318。本领域技术人员知悉，作为执行B2BUA业务控制的服务器，其网络接口必然具备接收信令数据包的接收机（接收模块）。这属于实质公开/等同公开，本领域技术人员能够毫无疑义地确信SCC AS包括接收机，构成《直接公开》。 |
| 技术特征B：<br>被配置成从第一UE接收第一消息<br><br>《直接公开》 | 【对比文件段落 [0052]】<br>原文：<br>“[0052] In step 1212, UE-1 issues a transfer request to SCC AS 112 to request transfer of the session control and media flow A to UE-2.”<br>中文翻译：<br>“[0052] 在步骤1212中，UE-1向SCC AS 112发出转移请求，以请求将该会话控制和媒体流A转移给UE-2。” | 1. 作用分析与相同性：<br>目标专利中，该特征用于由初始控制端向网络侧锚定服务器发起会话控制转移触发信令。对比文件中，UE-1（相当于第一UE）向SCC AS 112发送转移请求（相当于第一消息），SCC AS 112接收该转移请求。二者在会话控制转移交互中接收由第一UE发起的控制转移请求消息的作用完全相同。<br>2. 直接公开论述：<br>对比文件步骤1212明确记载了UE-1向SCC AS 112发出转移请求，SCC AS 112必然配置有用于接收来自UE-1的该转移请求的处理逻辑与硬件接收通道。本领域技术人员能够毫无疑义地直接得出该特征已被《直接公开》。 |
| 技术特征C：<br>该第一消息包括与协同会话相关联的协同会话控制转移请求<br><br>《直接公开》 | 【对比文件段落 [0052]】<br>原文：<br>“[0052] In step 1212, UE-1 issues a transfer request to SCC AS 112 to request transfer of the session control and media flow A to UE-2... As a result of the transfer request, collaborative session control is established between UE-2 and the SCC AS 112, as indicated in step 1216.”<br>中文翻译：<br>“[0052] 在步骤1212中，UE-1向SCC AS 112发出转移请求，以请求将该会话控制和媒体流A转移给UE-2……作为转移请求的结果，在UE-2与SCC AS 112之间建立了协同会话控制（collaborative session control），如步骤1216中所示。” | 1. 作用分析与相同性：<br>目标专利说明书[0044]-[0045]中，协同会话控制转移请求用于请求将协同会话的控制权从当前控制者转移给被控制者。对比文件中，步骤1212发出的转移请求请求将UE-1的会话控制权转移给UE-2，且步骤1216明确说明其结果是在UE-2与SCC AS之间建立协同会话控制。二者均用于在协同会话架构下指示网络转移会话控制权，技术作用相同。<br>2. 直接公开论述：<br>对比文件明确记载了UE-1发送的转移请求是针对会话控制（session control）的转移，并且由此建立协同会话控制。该第一消息包含与协同会话相关联的会话控制转移请求的技术方案被对比文件《直接公开》。 |
| 技术特征D：<br>处理器<br><br>《直接公开》 | 【对比文件段落 [0054]】<br>原文：<br>“[0054] The network element 1300 depicts a general purpose platform and the general components and functionality that may be used to implement any or all of the UE, the SCC AS 112, or the CSCF 110. The network element 1300 may include, for example, a central processing unit (CPU) 1302, memory 1304, and a mass storage device 1306...”<br>中文翻译：<br>“[0054] 网络元件1300描绘了通用平台以及可用于实现UE、SCC AS 112或CSCF 110中任一者或全部的通用组件和功能性。网络元件1300可以例如包括中央处理单元（CPU）1302、存储器1304和海量存储设备1306……” | 1. 作用分析与相同性：<br>目标专利中处理器负责SCC AS的数据处理、信令解析和业务逻辑控制。对比文件中，实现SCC AS 112的网络元件1300包含CPU 1302，用于执行信令处理与会话控制业务逻辑。二者的硬件实体与功能作用相同。<br>2. 直接公开论述：<br>对比文件明确公开了用于实现SCC AS 112的网络元件1300包括中央处理单元（CPU 1302）。CPU即为处理器，本领域技术人员可以毫无疑义地确定该特征被《直接公开》。 |
| 技术特征E：<br>被配置成产生与所述协同会话相关联的会话信息<br><br>《直接公开》 | 【对比文件段落 [0005]、[0052]】<br>原文：<br>“[0005] In one embodiment, the SCC AS 112 operates in a Back-to-Back User Agent (B2BUA) mode wherein it acts as an SIP element to mediate SIP signaling between the UE 102 and the remote end 104...<br>[0052] The SCC AS 112 transmits the transfer request to UE-2, wherein the parameters of the transfer request indicate that the session control and media flow A are to be transferred to UE-2, as indicated in step 1214.”<br>中文翻译：<br>“[0005] 在一种实施方式中，SCC AS 112在背靠背用户代理（B2BUA）模式下操作，其中它充当SIP元件以调节UE 102与远端104之间的SIP信令……<br>[0052] SCC AS 112向UE-2传送该转移请求，其中该转移请求的参数指示该会话控制和媒体流A将被转移给UE-2，如步骤1214中所示。” | 1. 作用分析与相同性：<br>结合目标专利说明书[0064]-[0065]，SCC AS生成包括会话控制转移目标及正在进行的媒体流等会话信息，以便新的控制者获悉会话全局状态。对比文件中，SCC AS 112作为B2BUA实体，在向UE-2下发转移请求时，生成并包含指示会话控制及媒体流A转移的参数信息（即与协同会话相关联的会话信息）。二者在网络侧生成协同会话转移所需参数信息的作用相同。<br>2. 直接公开论述：<br>对比文件公开了SCC AS 112以B2BUA方式运行，负责信令构建与中介。在步骤1214中，向UE-2发送的转移请求中的特定参数（指示会话控制和媒体流A转移）是由SCC AS 112的CPU组织生成并装配至出方向SIP消息中的。本领域技术人员能够毫无疑义地确定该处理器被配置成产生协同会话相关会话信息，构成实质上的《直接公开》。 |
| 技术特征F：<br>发射机<br><br>《直接公开》 | 【对比文件段落 [0054]、[0055]】<br>原文：<br>“[0054] The network element 1300 depicts a general purpose platform and the general components and functionality that may be used to implement any or all of the UE, the SCC AS 112, or the CSCF 110...<br>[0055] The processing unit 210 also includes a network interface 1318, which may be a wired link, such as an Ethernet cable or the like, and/or a wireless/cellular link. For example, the network interface 1318 may comprise an Ethernet connection if the network element 1300 acts as CSCF or SCC AS...”<br>中文翻译：<br>“[0054] 网络元件1300描绘了通用平台以及可用于实现UE、SCC AS 112或CSCF 110中任一者或全部的通用组件和功能性……<br>[0055] 处理单元还包括网络接口1318，其可以是有线链路（例如以太网电缆等）和/或无线/蜂窝链路。例如，如果网络元件1300充当CSCF或SCC AS，则网络接口1318可以包括以太网连接……” | 1. 作用分析与相同性：<br>目标专利中发射机用于SCC AS向目标终端发送控制信令。对比文件中网络元件1300的网络接口1318用于对外发射/发送网络协议报文（如向UE-2发送步骤1214的转移请求），功能与作用相同。<br>2. 直接公开论述：<br>对比文件明确公开了SCC AS包含网络接口1318，能够对外发送信令数据包。网络接口在物理和逻辑层面上均具备发射发送单元（发射机），属于公知硬件结构等同及实质公开，本领域技术人员可毫无疑义地确定其已被《直接公开》。 |
| 技术特征G：<br>被配置成向第二UE传送第二消息<br><br>《直接公开》 | 【对比文件段落 [0052]】<br>原文：<br>“[0052] The SCC AS 112 transmits the transfer request to UE-2, wherein the parameters of the transfer request indicate that the session control and media flow A are to be transferred to UE-2, as indicated in step 1214.”<br>中文翻译：<br>“[0052] SCC AS 112向UE-2传送该转移请求，其中该转移请求的参数指示该会话控制和媒体流A将被转移给UE-2，如步骤1214中所示。” | 1. 作用分析与相同性：<br>目标专利中SCC AS向目标被控制者（第二UE）下发会话转移请求及信息。对比文件中SCC AS 112向目标转移设备UE-2（第二UE）发送转移请求（第二消息），通知其准备接管会话控制，作用完全相同。<br>2. 直接公开论述：<br>对比文件步骤1214明确记载了“SCC AS 112 transmits the transfer request to UE-2”，即SCC AS的发射机被配置成向第二UE（UE-2）传送第二消息（转移请求）。该特征被《直接公开》。 |
| 技术特征H：<br>该第二消息包括协同会话控制转移请求和与所述协同会话相关联的所述会话信息<br><br>《直接公开》 | 【对比文件段落 [0052]】<br>原文：<br>“[0052] The SCC AS 112 transmits the transfer request to UE-2, wherein the parameters of the transfer request indicate that the session control and media flow A are to be transferred to UE-2, as indicated in step 1214.”<br>中文翻译：<br>“[0052] SCC AS 112向UE-2传送该转移请求，其中该转移请求的参数指示该会话控制和媒体流A将被转移给UE-2，如步骤1214中所示。” | 1. 作用分析与相同性：<br>目标专利中，该第二消息将控制转移请求与协同会话信息（如涉及的媒体流）一并携带发给第二UE，使第二UE在接管前获知会话现状。对比文件中，发送给UE-2的转移请求（第二消息）本身是会话控制转移请求，且其参数明确指示了会话控制与媒体流A被转移（即协同会话的媒体及控制信息）。技术作用完全相同。<br>2. 直接公开论述：<br>对比文件步骤1214明文记载，发送给UE-2的请求不仅包含转移会话控制的请求，还通过消息参数明确指明了涉及该协同会话的媒体流A和会话控制的转移信息。因此，第二消息包括协同会话控制转移请求和与协同会话相关联的会话信息已被《直接公开》。 |
| 技术特征I：<br>其中所述接收机还被配置成从所述第二UE接收协同会话控制转移响应消息。<br><br>《隐含公开》 | 【对比文件段落 [0052]、[0053]】<br>原文：<br>“[0052] The SCC AS 112 transmits the transfer request to UE-2, wherein the parameters of the transfer request indicate that the session control and media flow A are to be transferred to UE-2, as indicated in step 1214. As a result of the transfer request, collaborative session control is established between UE-2 and the SCC AS 112, as indicated in step 1216.<br>[0053] Upon successful transfer of the session control and the media flow A, the SCC AS 112 responds to the UE-1 that the transfer has been completed in step 1222...”<br>中文翻译：<br>“[0052] SCC AS 112向UE-2传送该转移请求……如步骤1214中所示。作为转移请求的结果，在UE-2与SCC AS 112之间建立了协同会话控制，如步骤1216中所示。<br>[0053] 在会话控制和媒体流A成功转移之后，SCC AS 112在步骤1222中向UE-1响应指示转移已完成……” | 1. 作用分析与相同性：<br>目标专利说明书[0048]、[0066]中，第二UE确定接受控制转移后，向SCC AS发送确认/响应消息，SCC AS据此获知目标端已同意接管并完成控制权切换。对比文件中，步骤1216在SCC AS与UE-2之间建立协同会话控制，且步骤1222中SCC AS基于“成功转移”而向UE-1发送转移完成确认，表明SCC AS必然接收到了UE-2对于转移请求的确认反馈。<br>2. 隐含公开逻辑推理论述：<br>对比文件在步骤1214中由SCC AS向UE-2发出转移请求，紧接着在步骤1216记录“作为转移请求的结果，建立了协同会话控制”，并在步骤1222记录“在成功转移之后向UE-1发送响应”。在IMS/SIP信令交互规范（对比文件[0004]-[0005]、[0033]引用的SIP/3GPP标准）中，向客户端发送请求后完成会话建立，必然需要客户端返回响应消息（如SIP 200 OK，正如同对比文件在[0044]步骤806、[0046]步骤1006中所记载的“upon receiving the OK message from UE-2”）。本领域技术人员根据对比文件公开的步骤1214到1216的因果过程，完全能够毫无疑义且合理必然地推断出：UE-2接收转移请求后必向SCC AS返回转移响应/接受消息，并由SCC AS的接收机接收。因此，按照宽松标准，该特征属于本领域技术人员通过对比文件公开内容直接必然推理得出的技术方案，构成《隐含公开》。 |
| 技术特征J：<br>其中所述会话信息包括与所述协同会话的一个或多个媒体流相关联的信息。<br><br>《直接公开》 | 【对比文件段落 [0051]、[0052]】<br>原文：<br>“[0051] For illustrative purposes, FIG. 12 illustrates two media flows, e.g., media flow A and media flow B. Media flow A will be transferred to UE-2 along with the session control signaling. Media flow B will remain on UE-2 and will become a remote media flow...<br>[0052] The SCC AS 112 transmits the transfer request to UE-2, wherein the parameters of the transfer request indicate that the session control and media flow A are to be transferred to UE-2, as indicated in step 1214.”<br>中文翻译：<br>“[0051] 出于说明目的，图12示出了两个媒体流，例如媒体流A和媒体流B。媒体流A将与会话控制信令一起转移到UE-2。媒体流B将保留在UE-2上并成为远端媒体流……<br>[0052] SCC AS 112向UE-2传送该转移请求，其中该转移请求的参数指示该会话控制和媒体流A将被转移给UE-2，如步骤1214中所示。” | 1. 作用分析与相同性：<br>目标专利中，会话信息包含协同会话中的媒体流信息（例如哪些媒体流被转移或保留），用于目标端明确媒体承载状态。对比文件中，发送给UE-2的消息参数中明确指示了“媒体流A”被转移，媒体流A属于协同会话的多个媒体流之一。技术作用完全相同。<br>2. 直接公开论述：<br>对比文件步骤1214明文公开了消息参数指明了协同会话中的“媒体流A（media flow A）”转移情况。该会话信息直接包含了与协同会话的一个或多个媒体流相关联的信息。该特征被对比文件《直接公开》。 |
| 技术特征K：<br>该SCC AS还包括：检索器<br><br>《未公开》 | 无引用内容。对比文件全文未记载SCC AS中包含“检索器”或用于执行用户标识检索的专用模块。 | 1. 作用分析与差异性：<br>结合目标专利说明书[0047]、[0064]及实施例6，目标专利中的检索器用于在控制转移过程中，由SCC AS检索共享相同公共业务简档的所有经注册公共用户标识列表，以核验目标设备权限。对比文件中SCC AS仅根据UE-1的指示将控制权转向指定的UE-2，并不执行针对特定简档的标识检索操作。<br>2. 未公开论述：<br>对比文件全文通篇未公开检索器这一功能部件，亦未涉及在会话转移过程中检索特定列表的操作。即使在最宽松的隐含公开标准下，对比文件也没有任何段落记载或暗示SCC AS配置有检索器硬件或逻辑单元，因此技术特征K《未公开》。 |
| 技术特征L：<br>被配置用于检索与业务简档相关联的公共用户标识。<br><br>《未公开》 | 无引用内容。对比文件全文未记载“业务简档（service profile）”，亦未记载检索与业务简档相关联的公共用户标识的相关方案。 | 1. 作用分析与差异性：<br>目标专利中该特征用于通过公共业务简档（定义业务触发器、授权和过滤规则）检索匹配的一组公共用户标识，以确定目标UE是否属于相同签约主体并具备充当协同会话控制者的资质（见说明书[0047]-[0048]）。对比文件仅涉及在UE-1与UE-2之间直接进行会话控制和媒体流的搬移，未涉及业务简档的概念，更未涉及检索与业务简档关联的公共用户标识。<br>2. 未公开论述：<br>对比文件中完全不存在“业务简档”或“检索与业务简档关联的用户标识”的技术方案，本领域技术人员无法从对比文件现有内容中推理或推断出该特征。因此，技术特征L《未公开》。 |
| 技术特征M：<br>其中所述第一消息包括与所述第二UE相关联的标识。<br><br>《直接公开》 | 【对比文件段落 [0038]、[0052]】<br>原文：<br>“[0038] Accordingly, the INVITE message may include parameters that indicate the remote end 104 with which a remote media flow is to be established, the media UE (UE-2) information, and other information necessary to setup a remote media flow with the media UE.<br>[0052] In step 1212, UE-1 issues a transfer request to SCC AS 112 to request transfer of the session control and media flow A to UE-2.”<br>中文翻译：<br>“[0038] 相应地，该INVITE消息可以包括指示要与其建立远端媒体流的远端104的参数、媒体UE（UE-2）信息、以及与媒体UE建立远端媒体流所必需的其他信息。<br>[0052] 在步骤1212中，UE-1向SCC AS 112发出转移请求，以请求将该会话控制和媒体流A转移给UE-2。” | 1. 作用分析与相同性：<br>目标专利说明书[0045]中，第一消息中包括UE-2的经注册公共用户标识，用于向SCC AS指示协同会话控制转移的目标接收端。对比文件中，UE-1发出的转移请求中必须指定目标接收端UE-2的信息（标识），以便SCC AS将控制转移指向UE-2。二者在寻址并指示转移目标设备的作用上完全相同。<br>2. 直接公开论述：<br>对比文件步骤1212明确说明UE-1发出的转移请求是请求转移给UE-2，且段落[0038]指明信令中包含指示UE-2的信息（参数）。信令中请求向特定设备转移控制必然包含该设备的标识/寻址信息，本领域技术人员能够毫无疑义地直接得出第一消息中包括与UE-2相关联的标识，构成《直接公开》。 |
| 技术特征N：<br>其中发生了对所述协同会话的控制的转移。<br><br>《直接公开》 | 【对比文件段落 [0053]】<br>原文：<br>“[0053] Upon successful transfer of the session control and the media flow A, the SCC AS 112 responds to the UE-1 that the transfer has been completed in step 1222, at which point, in step 1224, the media flow A and the session control are released from UE-1... One of ordinary skill in the art will realize that UE-2 became the controller UE and UE-1 switched from being the controller to the controlee.”<br>中文翻译：<br>“[0053] 在会话控制和媒体流A成功转移之后，SCC AS 112在步骤1222中向UE-1响应指示转移已完成，此时在步骤1224中，媒体流A和会话控制从UE-1中被释放……本领域普通技术人员将意识到UE-2变为了控制者UE（controller UE），而UE-1从控制者转变成了被控制者（controlee）。” | 1. 作用分析与相同性：<br>目标专利说明书[0044]、[0048]中，该特征体现协同会话控制转移过程的最终结果，即控制权从原控制者移交到新控制者。对比文件中，步骤1222至1224明确指出会话控制权已从UE-1转移至UE-2，UE-2成为新的控制者，UE-1变为被控制者。技术方案和结果完全一致。<br>2. 直接公开论述：<br>对比文件在段落[0053]中明确记载了“成功转移会话控制（successful transfer of the session control）”，且UE-2成为控制者UE、UE-1转变为被控制者UE，毫无疑义地发生并完成了对协同会话控制的转移。该特征被《直接公开》。 |
---
<<<A>>>
<<<B>>>
<<<C>>>
<<<D>>>
<<<E>>>
<<<F>>>
<<<G>>>
<<<H>>>
<<<i>>>
<<<J>>>
<<<M>>>
<<<N>>>
**特征比对分析说明**
根据目标专利说明书的记载，本申请涉及无线通信网络（IMS架构）中的业务集中和连续性应用服务器（SCC AS）及其在协同会话中的用户设备间转移（IUT）流程；而对比文件（US 2010/0013656 A1）涉及基于视频监控的区域监控方法与系统（通过摄相机获取图像并基于原型轨迹识别异常行为）。
在通信领域中，“SCC AS”是指业务集中和连续性应用服务器，“协同会话控制转移请求/响应”为具体的IMS信令消息。对比文件完全属于计算机视觉监控领域，未涉及IMS、SCC AS、UE或协同会话控制转移信令。
---
**特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>该SCC AS包括：接收机<br><br>【未公开】 | 无引用内容。<br>（对比文件[0026]记载：“Computer system 20 is shown including a processing component 22... an input/output (I/O) component 26... and a communications pathway 28.”；中文翻译：“示出的计算机系统20包括处理组件22……输入/输出（I/O）组件26……以及通信通路28。”） | 1. 作用与技术方案比对：目标专利中技术特征A限定的是IMS核心网中的业务集中和连续性应用服务器（SCC AS）所包含的用于接收无线/核心网通信信令的接收机；对比文件涉及的是视频监控计算机系统20及其I/O组件26，其用于与摄像机连接或供用户交互，并非通信系统中的SCC AS及其信令接收机，二者所处技术领域完全不同，作用完全不同。<br>2. 直接公开判断：对比文件全文根本未提及“SCC AS”，本领域技术人员绝不可能毫无疑义地从监控计算机系统中得出用于协同会话控制转移的SCC AS接收机，因此未被《直接公开》。<br>3. 隐含公开判断：对比文件公开的是视频监控图像采集与分析系统，即便从最宽松的角度考虑，计算机的通用I/O端口也无法使本领域技术人员合理推断或推理得出无线网络协同会话控制架构中的“SCC AS接收机”，亦不存在任何可结合公开的技术内容，因此不构成《隐含公开》。 |
| 技术特征B：<br>被配置成从第一UE接收第一消息<br><br>【未公开】 | 无引用内容。<br>（对比文件[0031]记载：“computer system 20 obtains video from a set of cameras 14”；中文翻译：“计算机系统20使用任何方案从一组摄像机14获取视频”。） | 1. 作用与技术方案比对：目标专利中该特征是指SCC AS接收机从第一用户设备（第一UE）接收协同会话控制转移相关的消息（如SIP信令）；对比文件仅涉及监控计算机从摄像机获取视频图像或接收来自用户的输入，不涉及UE（用户设备）及UE发送的消息。<br>2. 直接公开判断：对比文件未公开第一UE，更未公开从第一UE接收消息，因此未被《直接公开》。<br>3. 隐含公开判断：监控摄像机或监控终端输入不能等同或推理为移动通信中的第一UE向SCC AS发送第一消息，本领域技术人员无法从其监控图像采集推导得出该通信信令交互方案，因此不构成《隐含公开》。 |
| 技术特征C：<br>该第一消息包括与协同会话相关联的协同会话控制转移请求<br><br>【未公开】 | 无引用内容。 | 1. 作用与技术方案比对：目标专利中该特征限定第一消息的内容为“协同会话控制转移请求”，其作用是请求将多媒体协同会话的控制权从当前控制者转移给其他被控制者；对比文件涉及的是视频图像帧或轨迹数据，不包含任何协同会话及其控制转移信令。<br>2. 直接公开判断：对比文件完全没有提及协同会话，更未提及控制转移请求，未被《直接公开》。<br>3. 隐含公开判断：两者处于截然不同的技术领域，对比文件中不存在任何可推理出该特征的内容，不构成《隐含公开》。 |
| 技术特征D：<br>处理器<br><br>【未公开】 | 对比文件第[0026]段记载：<br>“Computer system 20 is shown including a processing component 22 (e.g., one or more processors)...”<br>【中文翻译】：“计算机系统20示出为包括处理组件22（例如，一个或多个处理器）……” | 1. 作用与技术方案比对：目标专利中的处理器为特定网络节点“该SCC AS”的内置处理器，用于执行通信协同会话及信令控制逻辑；对比文件中的处理器是用于视频监控、背景减除、轨迹聚类及异常行为识别的通用/专用图像处理组件。<br>2. 直接公开判断：虽然对比文件公开了广义的“处理器（processing component 22）”，但目标专利权利要求中的技术特征D由前序特征A限定，是“该SCC AS”的组成部分（即SCC AS的处理器）。对比文件根本未公开SCC AS，因此未被《直接公开》。<br>3. 隐含公开判断：由于对比文件未公开SCC AS，本领域技术人员无法从视频监控系统的处理器合理推断或推理得出通信核心网中SCC AS的处理器，该特征在结合上位限定的情况下无法被隐含得出，因此不构成《隐含公开》。 |
| 技术特征E：<br>被配置成产生与所述协同会话相关联的会话信息<br><br>【未公开】 | 无引用内容。 | 1. 作用与技术方案比对：目标专利中处理器生成正在进行的协同会话信息（如媒体流信息、设备信息等），以便新的控制者了解会话全局；对比文件仅生成原型轨迹模式（region schema）或检测报警，无关协同会话。<br>2. 直接公开判断：对比文件未提及协同会话及其会话信息生成，未被《直接公开》。<br>3. 隐含公开判断：监控领域中的轨迹模型生成与通信会话信息的产生不存在逻辑映射或技术关联，无法合理推导出该方案，不构成《隐含公开》。 |
| 技术特征F：<br>发射机<br><br>【未公开】 | 无引用内容。<br>（对比文件[0026]、[0030]记载系统可通过通信链路通信；[0072]记载“a computer system can generate and transmit... a set of data signals”；中文翻译：“计算机系统可以生成并传输……一组数据信号”。） | 1. 作用与技术方案比对：目标专利中的发射机是“该SCC AS”用于向通信终端（第二UE）下发会话转移信令的网络发射装置；对比文件仅描述了视频监控计算机系统通过通用网络链路传输数据信号或警报。<br>2. 直接公开判断：对比文件未公开SCC AS及其专用发射机，未被《直接公开》。<br>3. 隐含公开判断：对比文件通用的信号传输功能无法使本领域技术人员推理出特定电信网元SCC AS的信令发射机，不构成《隐含公开》。 |
| 技术特征G：<br>被配置成向第二UE传送第二消息<br><br>【未公开】 | 无引用内容。 | 1. 作用与技术方案比对：目标专利中由SCC AS向目标转移终端（第二UE）发送第二消息（控制转移请求）；对比文件向监控用户展示图像或发出警报，不涉及向第二UE传送消息。<br>2. 直接公开判断：对比文件未公开第二UE及向其传送第二消息，未被《直接公开》。<br>3. 隐含公开判断：对比文件完全没有对应的内容可供推断，不构成《隐含公开》。 |
| 技术特征H：<br>该第二消息包括协同会话控制转移请求和与所述协同会话相关联的所述会话信息<br><br>【未公开】 | 无引用内容。 | 1. 作用与技术方案比对：目标专利中该消息将控制转移请求与会话信息合并下发，使得目标第二UE无需在转移后再单独发起会话发现即可掌握整个协同会话；对比文件未涉及此类交互机制。<br>2. 直接公开判断：对比文件无任何相应信息，未被《直接公开》。<br>3. 隐含公开判断：本领域技术人员不可能从对比文件中推理得出该消息内容构成，不构成《隐含公开》。 |
| 技术特征I：<br>其中所述接收机还被配置成从所述第二UE接收协同会话控制转移响应消息<br><br>【未公开】 | 无引用内容。 | 1. 作用与技术方案比对：目标专利中SCC AS接收来自第二UE的转移确认响应以完成控制权切换；对比文件仅涉及监控系统获取用户反馈或继续监控，不涉及协同会话响应信令。<br>2. 直接公开判断：对比文件未公开该信令流程，未被《直接公开》。<br>3. 隐含公开判断：对比文件无任何技术暗示或可推理基础，不构成《隐含公开》。 |
| 技术特征J：<br>其中所述会话信息包括与所述协同会话的一个或多个媒体流相关联的信息<br><br>【未公开】 | 无引用内容。 | 1. 作用与技术方案比对：目标专利中会话信息包含协同会话中具体媒体流（如音频、视频流）的状态与分配信息；对比文件仅涉及监控摄像机的连续图像序列（Video）。<br>2. 直接公开判断：对比文件未公开协同会话中的媒体流关联信息，未被《直接公开》。<br>3. 隐含公开判断：监控视频流与协同多媒体会话中的媒体流控制信息在本质与架构上完全不同，无法合理推导得出，不构成《隐含公开》。 |
| 技术特征K：<br>该SCC AS还包括：检索器<br><br>【未公开】 | 无引用内容。 | 1. 作用与技术方案比对：目标专利中SCC AS包括检索器，用于检索公共业务简档或公共用户标识；对比文件仅在[0070]中提到了从数据存储中检索监控数据（“retrieve some or all of the data... from one or more data stores”）。<br>2. 直接公开判断：对比文件未公开SCC AS的检索器，未被《直接公开》。<br>3. 隐含公开判断：通用的监控数据读取与SCC AS中用于业务鉴权/标识管理的检索构件不具有相同技术构思，无法推理得出，不构成《隐含公开》。 |
| 技术特征L：<br>被配置用于检索与业务简档相关联的公共用户标识<br><br>【未公开】 | 无引用内容。 | 1. 作用与技术方案比对：目标专利中用于匹配共享公共业务简档的用户标识（如IMS IMPU），以确认第二UE是否具有接管控制权的权限；对比文件不涉及任何电信业务简档或用户标识检索。<br>2. 直接公开判断：对比文件未公开该功能及参数，未被《直接公开》。<br>3. 隐含公开判断：对比文件完全缺乏相关电信网络上下文，不构成《隐含公开》。 |
| 技术特征M：<br>其中所述第一消息包括与所述第二UE相关联的标识<br><br>【未公开】 | 无引用内容。 | 1. 作用与技术方案比对：目标专利中由第一UE在第一消息中携带目标第二UE的标识（例如经注册的公共用户标识）；对比文件仅在监控中为移动目标（车辆/行人）分配轨迹或属性，无任何UE标识或请求携带标识的机制。<br>2. 直接公开判断：对比文件未公开该内容，未被《直接公开》。<br>3. 隐含公开判断：无法通过对比文件内容合理推导得出，不构成《隐含公开》。 |
| 技术特征N：<br>其中发生了对所述协同会话的控制的转移<br><br>【未公开】 | 无引用内容。 | 1. 作用与技术方案比对：目标专利中在网络侧最终实现了协同会话的控制权从第一UE向第二UE的实质性转移；对比文件不存在任何协同会话控制转移过程。<br>2. 直接公开判断：对比文件未公开该转移过程，未被《直接公开》。<br>3. 隐含公开判断：对比文件不具备任何协同会话及控制转移的推导基础，不构成《隐含公开》。 |
---
**评估结论**
经深入比对与审查，对比文件（US 2010/0013656 A1）所披露的基于原型轨迹的视频区域监控技术与目标专利所涉及的IMS协同会话控制转移（IUT）技术分属完全不同的技术领域，对比文件既没有直接公开、也没有隐含公开目标专利权利要求的任何技术特征（技术特征A至N均未被公开）。
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：**<br>该SCC AS包括：接收机<br>《直接公开》 | **[0003]** “In one embodiment, the SCC AS 112 operates in a Back-to-Back User Agent (B2BUA) mode wherein it acts as an SIP element to mediate SIP signaling between the UE 102 and the remote end 104.”<br>（译文：在一种实施方式中，SCC AS 112以背对背用户代理（B2BUA）模式运行，其中它充当SIP网元以在UE 102和远端104之间协调SIP信令。）<br><br>**[0052]-[0053]** “Referring now to Figure 13, a block diagram of a network element 1300 is provided in accordance with an embodiment of the present invention. The network element 1300 depicts a general purpose platform and the general components
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>该SCC AS包括：接收机<br><br>《未公开》 | 【无对应段落】<br>对比文件全文未记载业务集中和连续性应用服务器（SCC AS）或用于协同会话控制的接收机。其公开的物理/逻辑实体为用户交互系统（UIS）中的模块，如：<br>“Process 202 routes the call to system 10. The incoming call is routed to module 110-2 (called the home zone router module)...”（第[0024]段；参考第[0020]段）<br>（中文翻译：过程202将呼叫路由到系统10。传入呼叫被路由到模块110-2（称为本地区域路由器模块）……） | 1. 作用与技术方案比对：在目标专利中，SCC AS（业务集中和连续性应用服务器）是IMS网络中负责协同会话锚定、控制转移及媒体流管理的核心服务实体，接收机用于接收来自UE的SIP信令控制转移请求。<br>2. 对比文件涉及的是交互式语音应答（IVR）/用户交互系统（UIS）及其多应用数据共享架构（包括路由器模块HZR、问候模块、消息存储模块等），根本未涉及IMS网络架构，也未公开SCC AS实体及其接收机部件。<br>3. 即使采用非常宽松的标准，计算机/电信系统中的通用收发接口也无法等同或合理推导出IMS架构中专门执行协同会话控制的SCC AS接收机。因此，该特征未被直接公开，亦未被隐含公开。 |
| 技术特征B：<br>被配置成从第一UE接收第一消息<br><br>《隐含公开》 | “Process 401 begins when a subscriber calls into the system. Process 402 is controlled by HZR 110-2 (FIG. 1) and determines that the caller is trying to obtain something from the system, such as, a voice mail, e-mail, video, etc... Assume now the subscriber decides to call a third party... In such an event, the subscriber might say, ‘Call John Smith’... Process 601 is a call request received by the system usually to/from a user.”（第[0034]、[0039]、[0052]段）<br>（中文翻译：当订户呼叫进入系统时，过程401开始。过程402由HZR 110-2控制，并确定呼叫者正试图从系统获得某些内容，例如语音邮件、电子邮件、视频等……现在假设订户决定呼叫第三方……在这样的事件中，订户可以说“呼叫约翰·史密斯”……过程601是由系统接收到的通常发往/来自用户的呼叫请求。） | 1. 对比文件作用及推理：对比文件公开了系统（通过HZR等模块）接收来自用户呼叫设备发起的呼叫请求或语音/控制指令消息（过程601、401、407）。从宽泛的通信架构角度，用户交互设备（如移动电话、手机等）对应于终端设备（第一UE），呼叫请求或输入指令对应于“从第一UE接收第一消息”。<br>2. 隐含公开认定：尽管对比文件未结合协同会话上下文，但其已经公开了核心控制模块从第一终端接收请求/控制消息的基本通信机制。按照极宽松的审查标准，对比文件部分公开了从用户终端接收消息的通信行为，有可能与IMS特定信令交互技术结合，因此认定该特征被《隐含公开》。 |
| 技术特征C：<br>该第一消息包括与协同会话相关联的协同会话控制转移请求<br><br>《未公开》 | 【无对应段落】<br>对比文件仅涉及在单个用户的会话中在不同软件应用模块之间切换控制权（例如第[0039]段中从检索模块将控制权交回HZR，或转交给呼叫第三方的模块）：<br>“...it can, and does, return temporary control of the session back to the HZR for further processing via process 407. The home zone router saves the state of the existing session and finds the personal voice dialer 110-5 that can handle the command ‘call...’”（第[0039]段）<br>（中文翻译：……它可以并且确实通过过程407将该会话的临时控制权返回给HZR以供进一步处理。本地区域路由器保存现有会话的状态并找到能够处理命令‘呼叫……’的个人语音拨号器110-5） | 1. 作用与方案比对：目标专利中，该特征是指在多个UE共享的协同会话中，控制者UE向网络实体（SCC AS）请求将整个协同会话的主控权转移给另一台被控制者UE（跨设备的主控权转移，如说明书第[0004]、[0045]段）。<br>2. 对比文件中的“控制权转移”纯粹是单用户会话内部在不同服务器端应用（Application/Module）之间的切换与状态维护（如从语音留言模块切到电话拨号模块或天气查询模块），完全不存在多终端协同会话（Collaborative Session），更不存在由第一UE发起的“协同会话控制转移请求”。本领域技术人员无法从服务器端应用程序切换推导出终端间的协同会话控制转移请求，即使依极宽松标准也无法认定隐含公开。 |
| 技术特征D：<br>处理器<br><br>《隐含公开》 | “...as well as the control processors in notification module 104, are available to all applications and modules regardless from where the information was obtained.”（第[0029]段）<br>以及“In computer systems, such as existing interactive response systems (IVR), it is customary to run applications...”（第[0003]段）<br>（中文翻译：……以及通知模块104中的控制处理器，对所有应用程序和模块都是可用的，而不管信息是从何处获取的……在诸如现有的交互式应答系统（IVR）的计算机系统中，通常运行应用程序……） | 1. 对比文件作用：对比文件明确公开了系统中包含“控制处理器（control processors）”，且整个系统基于计算机软硬件平台运行。<br>2. 隐含公开认定：目标专利中处理器是配置在SCC AS中用以执行数据处理和信息生成的硬件部件。对比文件虽未公开属于SCC AS的处理器，但公开了交互系统控制节点中存在控制处理器以执行相关业务逻辑控制。按照极宽松的审查标准，对比文件公开了服务器节点所必需的“处理器”硬件实体，有可能与其他通信服务器结构结合，因此认定被《隐含公开》。 |
| 技术特征E：<br>被配置成产生与所述协同会话相关联的会话信息<br><br>《未公开》 | 【无对应段落】<br>对比文件仅公开了保存或读取单个用户的应用会话上下文/状态数据：<br>“The home zone router saves the state of the existing session... The volatile data includes the states of various applications, security, etc., and is similar to the web session data.”（第[0029]、[0039]段）<br>（中文翻译：本地区域路由器保存现有会话的状态……易失性数据包括各种应用程序的状态、安全性等，并且类似于Web会话数据。） | 1. 作用与方案比对：目标专利说明书（如第[0005]、[0050]、[0064]段）指出，SCC AS产生/获取的会话信息包括协同会话中包含的媒体流信息（如媒体流A、媒体流B）和设备标识，用于使新控制者知晓整个多设备协同会话的媒体分布和状态。<br>2. 对比文件仅记录单用户访问多个独立应用时的应用层状态（Web会话上下文），根本不存在协同会话，也不产生与包含多个媒体流/多设备的协同会话相关的会话信息。本领域技术人员无法从中推理得出该特征，故未公开。 |
| 技术特征F：<br>发射机<br><br>《隐含公开》 | “Process 221, based on the subscriber's class of service (determined via the shared COS data), sends an email, an SMS message, or provides a voice message... If a voice call is to be made, module 110-4, in conjunction with module 110-1, are used to notify the subscriber.”（第[0028]段）<br>“...process 412, under control of the HZR, selects an outbound calling module, such as module 110-1, and places the call through the network to ‘John Smith’.”（第[0046]段）<br>（中文翻译：过程221基于订户的服务等级（通过共享的COS数据确定），发送电子邮件、SMS消息或提供语音消息……如果进行语音呼叫，则模块110-4与模块110-1结合用于通知订户……过程412在HZR控制下选择出局呼叫模块（例如模块110-1），并通过网络发起发往“约翰·史密斯”的呼叫。） | 1. 对比文件作用：对比文件公开了出局呼叫模块（outbound calling module 110-1）以及向用户设备发送SMS、电子邮件或建立呼叫的发送机制，这些通信必然由发射机/网络发送接口实现。<br>2. 隐含公开认定：尽管对比文件未公开SCC AS中的专用下行发射机，但其服务器系统具备向终端传送消息所需的发射/发送构件。按照极宽松的推理与组合标准，该底层硬件发射功能被《隐含公开》。 |
| 技术特征G：<br>被配置成向第二UE传送第二消息<br><br>《隐含公开》 | “...module 110-4, in conjunction with module 110-1, are used to notify the subscriber. When the notification is complete, process 222 completes the call... Process 412, under control of the HZR, selects an outbound calling module, such as module 110-1, and places the call through the network to ‘John Smith’.”（第[0028]、[0046]段）<br>（中文翻译：……模块110-4与模块110-1结合用于通知订户。当通知完成时，过程222完成呼叫……过程412在HZR控制下选择出局呼叫模块（例如模块110-1），并通过网络向“约翰·史密斯”发起呼叫。） | 1. 对比文件作用及推理：对比文件公开了系统向被叫方或第三方（如“John Smith”，对应另一用户终端第二UE）发起外呼或发送通知消息（第二消息）。<br>2. 隐含公开认定：对比文件公开了服务器节点向另一用户设备传送第二消息的通信动作。虽然该消息不是协同会话控制转移消息，但就“向第二UE传送第二消息”这一动作层面的技术方案而言，对比文件部分公开了该传输链路机制，按照极宽松标准，认定其被《隐含公开》。 |
| 技术特征H：<br>该第二消息包括协同会话控制转移请求和与所述协同会话相关联的所述会话信息<br><br>《未公开》 | 【无对应段落】<br>对比文件完全未记载包含协同会话控制转移请求和多设备媒体流会话信息的消息。对比文件发送的外呼仅为常规语音呼叫或通知：<br>“...places the call through the network to ‘John Smith’.”（第[0046]段）<br>（中文翻译：……通过网络向“约翰·史密斯”发起呼叫。） | 1. 作用与方案比对：在目标专利中，该特征通过将控制转移请求与协同会话信息（如媒体流详情、参与设备）打包在同一第二消息中下发给第二UE，使得目标受让方UE在接管前或接管时直接掌握整个会话全貌，避免会话转移与发现分离导致的失败（说明书第[0061]-[0062]段）。<br>2. 对比文件仅是向第三方发起普通通话连接，毫无“协同会话控制转移请求”，也无“协同会话相关联的会话信息”。二者信息内容、所起作用及解决的技术问题完全不同，无法推理得出，故未被公开。 |
| 技术特征I：<br>其中所述接收机还被配置成从所述第二UE接收协同会话控制转移响应消息<br><br>《未公开》 | 【无对应段落】<br>对比文件仅公开了监控第三方通话的应答或挂机等监控功能：<br>“Process 413 connects the call under control of the outbound call module and the text answer ‘hang-up’ and other supervisory functions...”（第[0041]段）<br>（中文翻译：过程413在出局呼叫模块的控制以及文本应答“挂机”和其他监控功能的控制下连接呼叫……） | 1. 作用与方案比对：目标专利中，该特征指SCC AS接收来自第二UE明确表示是否接受担任协同会话控制者的响应信令消息（如转移确认232、538）。<br>2. 对比文件中的“answer”、“hang-up”仅为传统电话网络呼叫的接听与挂断信令，完全不存在针对“协同会话控制转移”的确认或拒绝响应。本领域技术人员不能从中直接且毫无疑义得出、也无法合理推导出协同会话控制转移响应消息，故未公开。 |
| 技术特征J：<br>其中所述会话信息包括与所述协同会话的一个或多个媒体流相关联的信息<br><br>《未公开》 | 【无对应段落】<br>对比文件表格中公开的会话键值仅包含用户账号、主被叫号码等常规呼叫标识：<br>“Key: AParty, BParty, RedirectNumber...”（第[0061]段） | 1. 作用与方案比对：目标专利中，协同会话信息明确包括协同会话内各支路的一个或多个媒体流相关联的信息（例如媒体流类型、媒体流驻留设备、流状态等，参见说明书第[0005]、[0045]、[0060]段）。<br>2. 对比文件完全没有多媒体流（Media Stream）及其在协同会话中分布情况的记载，其共享数据仅局限于单个用户在IVR/Web多应用系统中的属性（账号、语言、COS、地址簿等），因此该特征未公开。 |
| 技术特征K：<br>该SCC AS还包括：检索器<br><br>《隐含公开》 | “Process 411 routes the call to personal voice dialer 110-5 which then looks up ‘John Smith’ in database 102... indexes from grammars so that when a subscriber says call ‘John Smith’, the system can look into its name index grammar, find the name John Smith, and retrieve a phone number, an email, or whatever is appropriate...”（第[0045]、[0050]段）<br>（中文翻译：过程411将呼叫路由到个人语音拨号器110-5，该拨号器随后在数据库102中查找“约翰·史密斯”……利用语法建立索引，使得当订户说出呼叫“约翰·史密斯”时，系统可以查看其姓名索引语法，找到姓名约翰·史密斯，并检索电话号码、电子邮件或任何适当的内容……） | 1. 对比文件作用：对比文件公开了个人语音拨号模块等功能单元具有在数据库中查找、检索匹配数据的检索功能实体（检索器）。<br>2. 隐含公开认定：虽然对比文件中的检索功能单元并非配置于SCC AS中，但其公开了服务器体系中执行信息查找、提取的检索装置。按照极宽松的标准，检索功能部件属于公知软硬件模块，对比文件提供了该底层检索机制，认定被《隐含公开》。 |
| 技术特征L：<br>被配置用于检索与业务简档相关联的公共用户标识<br><br>《隐含公开》 | “FIG. 3 illustrates central subscriber database 102 having service provider data 301 and subscriber profile data 302. Some of the items within section 301 are class of service (COS) definitions established as an administrator; mapping of each subscriber to a COS definition... In one embodiment, a class of service (COS) is established for each subscriber and this COS controls the users' access to a defined subset of services. The COS data is shared with all applications...”（第[0011]、[0031]段）<br>（中文翻译：图3说明了具有服务提供商数据301和订户配置文件数据302的中央订户数据库102。部分301内的一些项目是作为管理员建立的服务类别（COS）定义；每个订户到COS定义的映射……在一种实施方式中，为每个订户建立服务等级（COS），并且该COS控制用户对所定义的服务子集的访问。COS数据与所有应用程序共享……） | 1. 对比文件作用及推理：目标专利中，业务简档（Service Profile）定义了适用于一组公共用户标识的触发规则，SCC AS通过检索与相同业务简档关联的已注册公共用户标识，来校验目标UE（第[0047]段）。对比文件公开了中央订户数据库中存储服务类别（Class of Service, COS，即业务简档），并存储每个订户（Subscriber，即用户标识）到COS定义的映射；系统在运行时根据用户标识查找并检索其关联的COS业务权限，或者依据COS映射关系检索匹配的订户数据。<br>2. 隐含公开认定：对比文件实质公开了“检索与服务类别/业务简档（COS/Profile）相关联的用户标识/订户映射关系”。按照非常宽松的隐含公开判断标准，二者所涉及的利用简档映射检索关联用户标识的机理高度相似，本领域技术人员结合该内容容易推理得出该特征，故认定被《隐含公开》。 |
| 技术特征M：<br>其中所述第一消息包括与所述第二UE相关联的标识<br><br>《隐含公开》 | “Assume now the subscriber decides to call a third party... In such an event, the subscriber might say, ‘Call John Smith’... The HZR selects personal voice dialer module (110-5) to handle the job of calling John... looking up ‘John Smith’ in the address book for this subscriber.”（第[0039]、[0041]段）<br>（中文翻译：现在假设订户决定呼叫第三方……在这样的事件中，订户可以说“呼叫约翰·史密斯”……HZR选择个人语音拨号器模块（110-5）来处理呼叫约翰的工作……在该订户的地址簿中查找“约翰·史密斯”。） | 1. 对比文件作用及推理：在目标专利中，第一UE发给SCC AS的第一消息携带第二UE的标识（如公共用户标识，用以指示转移目标，说明书第[0045]段）。<br>2. 在对比文件中，用户向系统输入的语音消息中包含第三方标识（如“John Smith”，对应被叫方的姓名/用户标识），系统利用该标识进行后续寻址和外呼。<br>3. 隐含公开认定：对比文件公开了用户输入的消息中携带用于指示另一目标用户的标识信息。按照极宽松的判断标准，该特征的技术方案已部分公开并可合理推断，故认定被《隐含公开》。 |
| 技术特征N：<br>其中发生了对所述协同会话的控制的转移<br><br>《未公开》 | 【无对应段落】<br>对比文件仅公开在同一呼叫链路内，控制权在不同应用模块（HZR、VMR、PVD等）之间交接：<br>“...greeting module 110-8, as shown by process 205, takes over control... process 207 returns control to home zone router... process 208 gives control to voice message deposit...”（第[0025]、[0026]段）<br>（中文翻译：……问候模块110-8（如过程205所示）接管控制……过程207将控制权返回给本地区域路由器……过程208将控制权交给语音消息存放……） | 1. 作用与方案比对：目标专利中，该特征是指在多终端参与的协同会话中，主控设备由第一UE切实转变为第二UE（如第一UE变为被控制者，第二UE成为新的控制者，说明书第[0048]、[0066]段）。<br>2. 对比文件仅仅是单用户会话在后台不同应用模块（软件服务插件）之间转移控制，完全未涉及多个UE间的协同会话，更未发生多终端间协同会话主控权的转移。两者在物理实体、控制机制和技术领域上均不相同，无法推导得出，故未公开。 |
<<<b<<<d<<<f<<<g<<<k<<<l<<<m>>>
权利要求2
根据权利要求1所述的SCC AS，其中所述会话信息包括与所述协同会话的一个或多个媒体流相关联的信息。
权利要求3
根据权利要求1所述的SCC AS，该SCC AS还包括：检索器；被配置用于检索与业务简档相关联的公共用户标识。
权利要求4
根据权利要求1所述的SCC AS，其中所述第一消息包括与所述第二UE相关联的标识。
权利要求5
根据权利要求1所述的SCC AS，其中发生了对所述协同会话的控制的转移。