非显而易见性评估仅供参考，不构成法律建议。
权利要求列表点击可跳转
对比文件列表
| 编号 | 名称 |
|---|
权利要求1
一种有助于会话中的服务连续性的方法，包括： 从控制方用户设备(UE)和受控方UE中的选定的一者接收包括对协同式会话的对话事件包的订制以及所述订制的显式持续时间值的消息，其中，所述协同式会话在远程UE处结束，所述显式持续时间值与所述协同式会话的预期使用相关联； 检测所述协同式会话的媒体内容UE间转移(IUT)的变化； 确定所述控制方UE和所述受控方UE中的所述选定的一者未针对所述媒体内容IUT的变化发出信号；以及将所述媒体内容IUT的变化通知给所述控制方UE和所述受控方UE中的所述选定的一者，其中，检测所述媒体内容IUT的变化的步骤进一步包括与所述受控方UE通信以转移所述媒体内容，其中，与所述受控方UE通信以转移所述媒体内容进一步包括：向所述受控方UE发送信号以用于使所述媒体内容的转移为非活动的； 将所述媒体内容IUT的变化通知给所述远程UE和所述控制方UE；以及 向所述受控方UE发送信号以用于使所述媒体内容的转移为活动的。
你好，我是经验丰富的专利代理师。针对你提供的目标专利 CN102484644B（下称“目标专利”）的权利要求1，以及对比文件 US20090034534A1（下称“D1”），我为你整理了详细的侵权/创造性对比分析。
一、 目标专利权利要求1的专业合规解释
权利要求1的核心技术逻辑在于：在IMS（IP多媒体子系统）环境下的协同会话（Collaborative Session）中，由网络侧实体（SCC AS，会话连续性控制器）通过“订制-通知”机制监控媒体流状态。
-
特征A/B（订制与持续时间）： 引入了“显式持续时间值”与“对话事件包（Dialog Event Package）”。这在技术上解决了隐式订制在会话建立后可能被系统自动拆除的问题，确保在整个协同会话期间，控制方UE能持续收到受控方UE的媒体变化通知。
-
特征C/D/E（监控逻辑）： SCC AS不仅检测变化，还要判断该变化是否由控制方/受控方主动发起。如果不是（例如由远程端发起或系统异常），SCC AS需主动通知，确保控制方UE对协同会话有绝对的“知情权”和“控制权”。
-
特征G/I（状态管理）： 在转移媒体时，通过“非活动（inactive）”到“活动（sendrecv/active）”的信号切换，精确控制媒体流的开启时机，防止在转移协调完成前产生无效数据流或噪声。
二、 对比文件 D1 (US20090034534A1) 技术公开情况分析
D1公开了一种在终端之间建立和管理多媒体会话的系统和方法。
-
针对特征A/B： D1在摘要及【0016】提到了“选择性地通知源通信终端和目标终端关于传入的IMS信令”，并在【0049】提到“源UE（SUE）仅被通知媒体组件的变化”。但是，D1并未明确提及使用SIP协议中的“对话事件包（Dialog Event Package）”以及设置“显式持续时间值”来维持该订制关系。
-
针对特征C/D/E： D1在【0016】明确公开了“通知源通信终端关于第一通信的变化，包括媒体组件的增加、删除”。这与特征C、E在功能上实质相同。关于特征D（确定UE未针对变化发出信号），D1在【0049】提到“TUE可以获得控制权，而SUE仅被通知变化”，暗示了当变化不由SUE发起时，系统会通知SUE。
-
针对特征F/G/I： D1在【0011】和【0019】公开了在通信期间将媒体组件转移到目标终端。然而，对于转移过程中“先发送非活动信号、后发送活动信号”的具体信令时序和状态控制，D1并未公开。
三、 技术特征比对表
| 权利要求1的技术特征 | D1 (US20090034534A1) 的对应公开内容 | 对应出处 (D1原文段落) | 比对结论 |
| 特征A： 接收包括对协同式会话的对话事件包的订制及显式持续时间值的消息 | 公开了通知源终端关于媒体组件的变化，但未提及“对话事件包”订制及“显式持续时间值” | [0016], [0049] | 未公开 |
| 特征B： 协同式会话在远程UE结束，持续时间值与预期使用相关联 | 公开了在SUE和远程终端（CN UE）之间建立会话，但未提及持续时间值与预期使用的关联 | [0005], [0048] | 部分公开 (仅公开会话架构) |
| 特征C： 检测媒体内容UE间转移(IUT)的变化 | 公开了检测媒体组件的增加、删除或转移 | [0016], [0046] | 毫无异议公开 |
| 特征D： 确定选定的一者未针对所述媒体内容IUT的变化发出信号 | 提到当TUE获得控制权时通知SUE，实质上包含了非发起方的通知逻辑 | [0049] | 实质公开 |
| 特征E： 将媒体内容IUT的变化通知给选定的一者 | 公开了IMS通知SUE关于媒体组件的改变 | [0016], [0049] | 毫无异议公开 |
| 特征F： 检测变化包括与受控方UE通信以转移媒体内容 | 公开了将媒体从SUE转移到TUE的过程 | [0011], [0019] | 毫无异议公开 |
| 特征G： 向受控方UE发送信号使媒体转移为非活动的 | 未提及转移过程中的“非活动”状态信号控制 | - | 未公开 |
| 特征H： 将变化通知给远程UE和控制方UE | 公开了通知相关终端媒体的变化情况 | [0016] | 实质公开 |
| 特征I： 向受控方UE发送信号使媒体转移为活动的 | 未提及转移完成后发送“活动”信号的特定步骤 | - | 未公开 |
四、 创造性分析与最接近对比文件
1. 最接近对比文件的选择
D1 (US20090034534A1) 适合作为最接近的对比文件。
-
理由： D1与目标专利同属于IMS网络中的协同会话管理领域，且公开了权利要求1中绝大部分的架构性特征，包括：控制方/受控方UE（SUE/TUE）的划分、媒体内容IUT的变化检测、以及网络侧对变化情况的通知机制。
-
解决的技术问题： D1和目标专利共同解决如何在多设备协同环境下保持会话的连续性及控制权的有序协调。
2. 区别技术特征与技术效果
相对于D1，权利要求1的主要区别特征在于：
-
特征1（协议细节）： 明确使用“对话事件包”和“显式持续时间值”。
-
效果： 避免了SIP协议中隐式订制到期自动终止的问题，提高了监控的可靠性。
-
-
特征2（信令控制）： 转移过程中“非活动”到“活动”的精确信号控制。
-
效果： 确保了UE间媒体转移过程中业务的平滑切换，避免了信令同步期间的媒体丢包或异常。
-
五、 结论与建议
1. 若提出无效请求，最薄弱的技术特征：
我认为是特征A中的“显式持续时间值”以及特征G/I中的“非活动/活动信号切换”。
-
分析： 特征C、D、E、F在IMS IUT（UE间转移）领域属于较为通用的架构描述，很容易在D1或其他早期IMS标准（如3GPP TS 23.237）中找到。
-
无效策略建议： 针对“显式持续时间值”，建议搜索RFC 4235（对话事件包标准）或SIP订制机制的通用规范，证明在长期会话中通过显式值延长订制是本领域的公知常识。针对“非活动/活动”切换，建议搜索3GPP关于媒体控制（SDP Offer/Answer）的底层标准，通常在媒体协商中设置
a=inactive是处理媒体挂起或转移的常规手段。
2. 创造性评估：
目前看来，权利要求1将“监控协议（对话包+时长）”与“媒体控制信令（非活动/活动）”结合在一起，在D1的基础上形成了一套完整的监控与执行闭环。如果无法找到这两点结合的证据，权利要求1具有较强的稳定性。
作为一名经验丰富的专利代理师，我针对目标专利 CN102484644B（以下简称“本专利”）的权利要求1，结合其说明书及提供的对比文件（D1-D10）进行深度法律与技术分析。
一、 权利要求解释与说明书支持分析
权利要求1的核心在于一种在**协同式会话（Collaborative Session）中，由网络侧实体（如会话连续性控制器 SCC AS）主动监控并通知媒体内容UE间转移（IUT）**变化的方法。
1. 关键术语解释：
-
对话事件包（Dialog Event Package）的订制： 根据说明书[0036]和[0037]，常规机制在会话建立后会拆除隐式订制，而本专利通过保持该订制并在其内包含显式持续时间值（Feature A），使得在整个协同会话生存期内能持续监控媒体状态。
-
非活动（Inactive）与活动（Active）信号（Feature G/I）： 说明书[0038]及表3、表14显示，为了防止受控方UE（如UE 14）在协调未完成时提前向远程UE发送媒体，SCC AS先在SDP提供中添加“非活动（inactive）”行，待各方协调完成后再发送信号使其转为“活动（active）”。
2. 解决的技术问题：
解决在建立协同式会话后，缺乏有效机制让控制方UE监控受控方UE上的媒体流状态变化（例如受控方自行删除流或远程端删除流）的问题。
二、 对比文件公开情况分析
在提供的10份对比文件中，D2/D7（车辆通风系统）和D4/D8（前药化合物）属于非相关领域（非类似技术领域），不予考虑。
-
D1 (US2002051463A1): 公开了VoIP媒体通信系统。提到了在Phase D（呼叫服务）中通过改变IP地址来实现呼叫转移，并涉及了媒体控制和连接控制。
-
D3 (US2002126701A1): 涉及应用层控制协议传输空间位置信息。虽然提到了存在性（Presence）和即时消息，但重点在于空间位置负载（SLoP），与IUT状态监控逻辑关联度较低。
-
D5 (US2003236827A1): 涉及Mobile IP网络中的自适应反馈。公开了在网络层/链路层检测特征变化（如带宽）并通知应用层，但在协同会话架构下的事件包订制机制公开不足。
-
D6 (US2004128344A1): 关键对比文件。公开了基于SIP的事件通知框架，支持对服务和内容的注册、查询及订阅通知。明确提到了“订阅特定事件”（Event Package），且在状态改变时发送通知。
-
D9 (US2008008185A1): 公开了利用SIP SUBSCRIBE/NOTIFY机制在服务器间订阅状态变化。重点在于减少内存使用的“隧道”技术，但公开了订阅现有对话及事件包的基本信令流程。
-
D10 (CN101119365A): 涉及大规模协同环境下的交互优化，主要关注结果一致性和并发检测（时间戳技术），与本专利的IUT信令流及媒体状态激活/去激活逻辑不同。
三、 技术特征比对表格
| 本专利权利要求1的技术特征 | 对比文件公开情况 (详细出处) | 备注 |
| 特征A：从控制方/受控方接收对话事件包订制及显式持续时间值 | D6: [0027]公开使用SIP SUBSCRIBE消息订阅特定事件通知，并包含expires参数（持续时间）。 | 显式持续时间与预期使用关联属于本领域常规设置。 |
| 特征B：会话在远程UE处结束，持续时间值与预期使用相关 | D1: [0106]-[0112]公开了UE与远程UE之间的会话连接及地址交换。 | 属于IMS标准架构。 |
| 特征C：检测协同式会话的媒体内容IUT变化 | D6: [0053]提到如果新服务注册或取消，系统比较特征并触发通知。D5: [0014]公开检测链路特征变化。 | IUT变化属于状态变化的一种。 |
| 特征D：确定UE未针对该IUT变化发出信号 | D6: [0009]提到追踪服务/内容注册状态的变化（暗示非主动上报时的监控）。 | 属于逻辑判断步骤。 |
| 特征E：将变化通知给控制方/受控方 | D6: [0053]发送适当的NOTIFY消息给已订阅的请求者。 | 核心通知机制已公开。 |
| 特征F：与受控方通信以转移媒体内容 | D1: [0086]-[0087]公开了通过IP地址和端口号的变更在UE间转移媒体信号。 | IUT基础流程。 |
| 特征G：向受控方发送信号使媒体转移为非活动 | 未发现直接公开。 | 此特征具有一定技术独特性。 |
| 特征H：通知远程UE和控制方变化 | D6: [0053]向所有订阅者发送通知。D9: [0004]公开状态改变时向订阅用户发送NOTIFY。 | 常规广播/通知。 |
| 特征I：向受控方发送信号使媒体转移为活动 | 未发现直接公开。 | 与特征G配合的3PCC操作。 |
四、 最接近对比文件与创造性分析
最接近对比文件：D6 (US2004128344A1)
-
理由： D6公开了最为接近的底层架构，即基于SIP协议，通过SUBSCRIBE/NOTIFY机制对网络中的服务/内容状态（Event）进行监控。它解决了如何让请求者获取远程端服务状态变化的问题，其技术领域（网络服务通知）与本专利高度重合。
-
实质公开部分： D6公开了特征A、C、E、H，即通过事件包订制、状态检测及NOTIFY机制实现信息同步。
其他对比文件的结合：
-
D1 + D6： D1公开了媒体转移（IUT）的具体物理实现（IP/端口变更），D6公开了基于事件的通知机制。将D6的通知机制应用于D1的媒体转移场景，以实现对转移过程的监控，对于本领域技术人员是显而易见的。
本专利的创造性（若存在）：
本专利的创造性主要体现在特征G和I。在媒体转移过程中，通过SCC AS强制将受控方先置于“非活动（inactive）”状态，完成通知和远程端协调后，再通过UPDATE信号（如本专利表37/38所示）将其设为“活动（active）”。这种特定的三方呼叫控制（3PCC）时序逻辑，能够避免由于异步信令导致的媒体流丢失或乱序。
五、 无效请求中最薄弱的技术特征分析
若提出无效请求，我认为本权利要求中最薄弱（最容易被挑战）的特征是：
-
特征A/B（显式持续时间值）： 尽管专利强调该值与“预期使用相关联”，但SIP协议（RFC 3265/2543）中的
Expires报头本质上就是显式的持续时间。将其定义为“与预期使用相关”属于功能性描述或显而易见的设计选择，不具备实质创造性。 -
特征D（确定UE未针对变化发出信号）： 这是一种消极的逻辑判定。在IMS网络中，如果变化是由网络侧（AS）或远程侧触发的，AS自然知道本地UE没有发出该信号，这是系统架构的必然结果。
最难攻克的特征（保护盾）：
-
特征G+I的结合： 即 SCC AS 在检测到 IUT 变化时，主动干预信令流，向受控方发送“非活动”信号，并在通知完远程端和控制方后才发送“活动”信号。这种精细化的流程控制在D1-D10中均未见到完全一致的原文公开，可能需要从3GPP标准的演进过程（如TS 23.237的早期草案）中去寻找破坏新颖性或创造性的证据。
总结建议：
在无效程序中，应重点通过 D6 + D9 + D1 的组合，论证基于事件包的媒体状态监控属于本领域公知常识，而本专利权利要求1所限定的信令先后顺序在缺乏具体算法优化或产生意想不到的技术效果时，应被视为本领域技术人员在处理IUT过程中的常规信令编排。
这份无效分析涉及IMS（IP多媒体子系统）架构下协同式会话的媒体内容UE间转移（IUT）控制机制。目标专利的核心逻辑在于：SCC AS（会话连续性控制器应用服务器）通过维持一个显式持续时间的对话事件包订制，在检测到非控制方发起的媒体转移时，通过SIP信令（特别是SDP中的inactive/active状态控制）来协调各方，确保服务连续性并避免媒体流的混乱或过早发送。
以下是基于提供的对比文件进行的权利要求技术特征比对与创造性分析。
一、 最接近的对比文件（CPA）分析
从整体解决的技术问题（多终端间的媒体会话转移控制）以及技术效果（保持会话连续性并通知控制终端）来看，D4 (US20090034534A1) 是最适合作为最接近的对比文件。
-
理由： D4明确公开了在IMS网络中，源用户设备（SUE，相当于控制方UE）与一个或多个目标用户设备（TUE，相当于受控方UE）之间转移媒体组件（Media Components），并且SUE可以保留信令控制权或接收会话状态的通知（参见D4说明书[0049], [0063], [0072], [0084]等段落）。这与本专利中协同式会话的控制方与受控方UE间的IUT转移及状态通知机制高度一致。
二、 权利要求1技术特征比对表
以下表格以 D4 (US20090034534A1) 为主对比文件，结合其他对比文件进行详细比对：
| 权利要求1 技术特征 | 审查意见 / 公开情况 | 详细出处与对比分析 |
| A: 从控制方UE和受控方UE中的选定的一者接收包括对协同式会话的对话事件包的订制以及所述订制的显式持续时间值的消息 |
实质公开 (D4结合D6) |
D4公开了SUE（控制方）接收关于IMS通信的更新通知（[0064] notification module），隐式公开了订阅/通知机制。 D6 (US2009063649A1) 明确公开了在SIP架构中使用 |
| B: 其中，所述协同式会话在远程UE处结束，所述显式持续时间值与所述协同式会话的预期使用相关联 |
实质公开 (D4) |
D4公开了通信是与“remote terminal”（如UE 142）进行的（[0048], [0049]）。持续时间与预期使用相关联属于本领域常规设计。 |
| C: 检测所述协同式会话的媒体内容UE间转移(IUT)的变化 |
毫无异议公开 (D4) |
D4公开了检测到媒体组件从SUE转移到TUE，或者媒体组件状态的改变（[0072]: changes to the communication... change in control of one of the media components）。 |
| D: 确定所述控制方UE和所述受控方UE中的所述选定的一者未针对所述媒体内容IUT的变化发出信号 |
实质公开 (D4) |
D4在[0080]-[0081]及图13A/14A中描述了由核心网或其他TUE发起的会话修改，SUE（控制方）接收到该修改通知。这实质上公开了网络侧确定该转移变化并非由接收通知的当前选定方（如SUE）主动发起。 |
| E: 将所述媒体内容IUT的变化通知给所述控制方UE和所述受控方UE中的所述选定的一者 |
毫无异议公开 (D4) |
D4明确记载了IMS系统将事件通知SUE（[0084]: when the SUE 130 is notified of events...）。 |
| F: 其中，检测所述媒体内容IUT的变化的步骤进一步包括与所述受控方UE通信以转移所述媒体内容 |
毫无异议公开 (D4) |
D4公开了IMS处理信令并将其转发/路由至TUE以完成媒体转移和建立（[0081], [0088]）。 |
| G: 其中，与所述受控方UE通信以转移所述媒体内容进一步包括：向所述受控方UE发送信号以用于使所述媒体内容的转移为非活动的 (inactive) | 未被公开 | 提供的所有对比文件中（包括D4），均未详细披露在SIP/SDP协商过程中，为了防止过早发送媒体而向受控方发送带有非活动（inactive）属性的信号的具体步骤。 |
| H: 将所述媒体内容IUT的变化通知给所述远程UE和所述控制方UE |
实质公开 (D4) |
D4在图10A-11B的信令流中公开了IMS处理并转发信令至相关节点（包括核心网UE和SUE）以同步媒体状态（[0081]-[0082]）。 |
| I: 向所述受控方UE发送信号以用于使所述媒体内容的转移为活动的 (active) | 未被公开 | 同样，所有对比文件中均未公开在协调完成后，再向受控方发送信号（如通过SIP UPDATE）使其恢复活动（active）状态以启动媒体传输。 |
三、 未被最接近对比文件公开的特征分析
正如上表所示，特征G（发送信号使媒体转移为非活动inactive）和特征I（发送信号使媒体转移为活动active）未被D4公开。
进一步检索您提供的其他对比文件（D1-D3, D5-D10）：
-
D3/D7 (US20080235322A1/JP2009514277A) 涉及Push-to-talk中的SIP REFER和NOTIFY，主要用于共享媒体内容服务器，并未触及SDP层面的
inactive/active状态机控制。 -
D6 (US2009063649A1) 重点在于利用SUBSCRIBE/NOTIFY机制进行元数据的发现与查询。
-
其他文件（如D1, D2, D5, D8, D9, D10）的技术领域或解决的技术问题距此较远，均未公开在IUT转移中通过修改媒体属性（如SDP的
a=inactive）来挂起媒体流的技术特征。
因此，特征G和特征I没有被本提示词包含的任何其他对比文件所公开。
四、 最薄弱的技术特征及无效请求策略
若提出无效请求，最薄弱的技术特征（即最难被现有证据组合无效的护城河）正是特征G和特征I。
分析结论：
本专利的核心发明点在于解决协同式会话中各方状态同步的时间差问题。在多方参与的SIP呼叫中，如果直接将媒体转移给目标终端，目标终端可能会在控制方和远程终端准备好之前就向远程终端发送媒体包，导致媒体丢失或通信混乱。本专利通过在发送给受控方UE的SDP中人为添加“非活动（inactive）”行（特征G），在各方确认后再发送“活动（active）”信号（特征I），实现了精细的时序控制。
仅凭您目前提供的对比文件组合（如 D4 + D6），只能解决“宏观的事件订阅与通知框架”（即特征A-F, H），无法解决“微观的媒体流防篡改与时序同步控制”（特征G和I）。若要成功推翻该权利要求的创造性，必须在进一步的检索中寻找披露了“在SIP/IMS会话转移（如Blind Transfer或Consultative Transfer）过程中，网络侧（如B2BUA或AS）通过向目标端发送带有a=inactive的SDP进行前期协商，待远端确认后再发送a=sendrecv或活动信令进行媒体连通”的现有技术文献（例如IETF早期的RFC文档或3GPP更早期的TS 24.228规范等），并将其作为D2或D3与D4进行结合。
你好。针对你提供的目标专利 CN102484644B（下称“目标专利”）权利要求1，以及三份对比文件（D1-D3），我以资深专利代理师的角度进行深度侵权与创造性分析。
一、 目标专利权利要求 1 的技术解读
权利要求 1 涉及一种 IMS（IP 多媒体子系统）环境下的协同式会话服务连续性方法。其核心技术方案是通过 SCC AS（会话连续性控制器应用服务器） 对协同式会话进行监控。
-
核心逻辑：基于对话事件包的“订阅-通知”机制，在检测到媒体转移（IUT）变化且用户设备（UE）未主动发信号时，由网络端介入进行协调，具体涉及“设为非活动（Inactive）—通知—设为活动（Active）”的特定时序。
-
关键特征：显式持续时间值（Feature A/B）、检测未发信号的 UE 间转移（Feature C/D）、以及先去活后激活的控制序列（Feature G/I）。
二、 对比文件技术特征比对分析
经过详尽审阅，发现 D1、D2 及 D3 均属于“计算机处理器架构/指令流水线”领域，与目标专利的“通信网络/会话控制”领域存在显著的跨领域差异。以下是基于逻辑功能对应进行的特征比对：
1. 各对比文件公开情况分析
-
D1 (US2004230781A1)：公开了一种预测处理器中条件指令执行的方法。
-
逻辑对应：通过检测“当前条件状态”（对应 Feature C）来预测是否执行指令，并在预测不满足时在译码阶段终止指令（对应 Feature G 的去活逻辑）。
-
-
D2 (US2004255103A1)：公开了终止多周期条件指令不必要处理的方法。
-
逻辑对应：其反馈机制（反馈控制信号 214）用于告知译码阶段指令被跳过（对应 Feature E/H 的通知逻辑）。
-
-
D3 (WO2008029450A1)：公开了分支预测错误恢复机制。
-
逻辑对应：主要涉及分支历史表（BHT）和预测准确度，与通信会话协议逻辑基本无关联。
-
2. 技术特征比对表
| 权利要求 1 技术特征 | D1 (US2004230781A1) | D2 (US2004255103A1) | D3 (WO2008029450A1) |
| A: 接收订阅消息及显式持续时间值 | 未公开。涉及指令抓取（Fetch），无对话事件包订阅或显式时间值。 | 未公开。 | 未公开。 |
| B: 协同式会话及预期使用关联 | 未公开。其处理对象为指令流水线而非协同会话。 | 未公开。 | 未公开。 |
| C: 检测媒体内容 IUT 的变化 | 实质公开（逻辑层面）。原文 [0006] 提到检测“current condition status of the processor”。 | 实质公开。原文 [0006] 提到“Determining whether the conditional instruction is executable”。 | 未公开。 |
| D: 确定 UE 未针对变化发出信号 | 未公开。D1/D2 均是由内部状态触发，而非检测外部设备是否“未发信号”。 | 未公开。 | 未公开。 |
| E/H: 通知控制方/受控方/远程设备 | 实质公开（功能层面）。原文 [0014] 的反馈信号 212/214 用于内部阶段通知。 | 实质公开。原文 [0017] 的反馈控制信号 214 用于通知译码阶段。 | 未公开。 |
| G: 使媒体转移为非活动的 | 实质公开（逻辑层面）。原文 [0016] 提到将指令转换为“no-operation instruction”以停止传播。 | 实质公开。原文 [0021] 提到转换为“no-operation instruction”。 | 未公开。 |
| I: 使媒体转移为活动的 | 未公开。D1/D2 侧重于终止，无重新激活特定媒体转移的操作。 | 未公开。 | 未公开。 |
三、 创造性分析与最接近对比文件选择
1. 最接近对比文件（CPA）的选择
从整体解决的技术问题和技术效果分析：
-
D1 (US2004230781A1) 适合作为最接近对比文件。
-
理由：D1 详细描述了“检测状态—预测影响—决定是否终止”的闭环反馈过程（原文 [0006]），这与目标专利在网络侧监控会话、检测异常并介入控制的逻辑流最为接近。其技术效果在于减少资源浪费（对应目标专利的提高服务连续性和网络效率）。
-
-
D2 (US2004255103A1) 亦可作为补充 CPA，其对多周期指令边界的识别与目标专利对协同会话生命周期的监控有逻辑相似性。
2. 技术偏差分析
虽然 D1/D2 在“监控反馈逻辑”上有参考价值，但它们属于计算机硬件领域。目标专利解决的是 通信协议层面的协同会话同步问题。
-
未公开特征：Feature A、B、D、I 以及 Feature G 中“向受控方发送信号以使转移非活动”的具体通信协议实现。
-
创造性评价：现有对比文件完全未提及“对话事件包订阅”与“显式持续时间值”的结合，也未给出在网络通信中先将转移置为非活动、再通知、最后激活的具体时序建议。
四、 无效请求的最薄弱技术特征分析
若要针对该权利要求提出无效请求，以下特征是其**最坚固（即无效最薄弱）**的部分：
-
特征 A 中的“显式持续时间值”与“预期使用相关联”：
-
分析：这是典型的协议细化特征。在 IMS 标准中，订阅通常有默认有效期，但本专利强调“与协同式会话的预期使用相关联”的“显式值”。D1-D3 完全不涉及时间管理，很难通过公知常识进行无缝替换。
-
-
特征 G 与 I 的“非活动—通知—活动”序列：
-
分析：目标专利通过将转移状态设为“非活动”来作为中间缓冲，以解决受控方 UE 间切换时的不同步问题。这种特定于 SIP/SDP 协议的操作顺序在处理器领域（D1-D3）没有对应的技术动机。
-
结论建议：
当前的对比文件 D1-D3 与目标专利领域跨度过大。若要提高无效成功率，建议补充 3GPP TS 23.237 (IMS Service Continuity) 相关的早期标准文件或涉及 SIP 订阅机制（RFC 3265） 的通信类专利。目前 D1/D2 仅能作为“监控-反馈”逻辑的通用背景参考。
权利要求2
根据权利要求1所述的方法，其中，接收对所述协同式会话的对话事件包的所述订制的步骤进一步包括接收对接收关于现有媒体部分的信息的订制。
权利要求3
根据权利要求2所述的方法，其中，接收对接收信息的所述订制进一步包括接收对接收相关信息的订制，所述相关信息包括所述控制方UE和所述远程UE之间的所述协同式会话中的媒体属性和端口号。
权利要求4
根据权利要求1所述的方法，其中，从所述受控方UE接收对所述协同式会话的对话事件包的所述订制的步骤进一步包括接收对关于所述控制方UE参与所述协同式会话的信息的订制。
权利要求5
根据权利要求4所述的方法，其中，接收对关于所述控制方UE参与的信息的所述订制进一步包括接收对关于媒体部分的信息和相关信息的订制，所述相关信息包括媒体属性和属于所述控制方UE的端口号。
权利要求6
根据权利要求1所述的方法，其中，从所述控制方UE接收对所述协同式会话的对话事件包的所述订制的步骤进一步包括接收对关于所述受控方UE参与所述协同式会话的信息的订制。
权利要求7
根据权利要求6所述的方法，其中，接收对关于所述受控方UE参与的信息的所述订制进一步包括接收对关于媒体部分的信息和相关信息的订制，所述相关信息包括媒体属性和属于所述受控方UE的端口号。
权利要求8
根据权利要求1所述的方法，其中，检测所述媒体内容IUT的变化的步骤进一步包括：保持与所述控制方UE、所述受控方UE和所述远程UE的相应对话； 接收消息，所述消息包含针对所述协同式会话的“指引到”报头； 确定所述消息中的媒体行指引从所述受控方UE可用而从所述控制方UE不可用的媒体内容；以及向所述受控方UE发送会话发起协议(SIP)邀请请求以转移所述媒体内容。
权利要求9
根据权利要求1所述的方法，其中，将所述变化通知给所述控制方UE和所述受控方UE中的所述选定的一者的步骤进一步包括发送会话发起协议(SIP)通知请求，所述通知请求通过使XML体具有包含所有所述受控方UE和远程UE的会话描述协议(SDP)的会话描述元素来构建，所述通知请求包括媒体行和相关信息。
权利要求10
根据权利要求9所述的方法，其中，所述SDP还包括所述受控方UE和所述远程UE的互联网协议(IP)地址。
权利要求11
根据权利要求1所述的方法，还包括：响应于确定由所述控制方UE通过初始SIP指引请求而请求的媒体内容UE间转移(IUT)的变化已被完成，而向所述控制方UE发送会话发起协议(SIP)请求。
权利要求12
根据权利要求1所述的方法，其中，所述包括对所述协同式会话的所述对话事件包的所述订制的消息是从所述控制方UE和所述受控方UE二者接收到的。
权利要求13
根据权利要求1所述的方法，其中，所述协同式会话是与所述远程UE进行的，所述远程UE不同于所述控制方UE和所述受控方UE。
权利要求14
根据权利要求1所述的方法，其中，所述订制是隐式订制，并且所述显式持续时间值使得所述隐式订制能够在所述协同式会话的生存期内保持。
权利要求15
有助于会话中的服务连续性的至少一个处理器，包括： 第一模块，用于从控制方用户设备(UE)和受控方UE中的选定的一者接收包括对协同式会话的对话事件包的订制以及所述订制的显式持续时间值的消息，其中，所述协同式会话在远程UE处结束，所述显式持续时间值与所述协同式会话的预期使用相关联； 第二模块，用于检测所述协同式会话的媒体内容UE间转移(IUT)的变化； 第三模块，用于确定所述控制方UE和所述受控方UE中的所述选定的一者未针对所述媒体内容IUT的变化发出信号；以及第四模块，用于将所述媒体内容IUT的变化通知给所述控制方UE和所述受控方UE中的所述选定的一者，其中，所述第二模块还用于与所述受控方UE通信以转移所述媒体内容，其中，与所述受控方UE通信以转移所述媒体内容进一步包括：向所述受控方UE发送信号以用于使所述媒体内容的转移为非活动的； 将所述媒体内容IUT的变化通知给所述远程UE和所述控制方UE；以及 向所述受控方UE发送信号以用于使所述媒体内容的转移为活动的。
权利要求16
一种有助于会话中的服务连续性的装置，包括： 用于从控制方用户设备(UE)和受控方UE中的选定的一者接收包括对协同式会话的对话事件包的订制以及所述订制的显式持续时间值的消息的模块，其中，所述协同式会话在远程UE处结束，所述显式持续时间值与所述协同式会话的预期使用相关联； 用于检测所述协同式会话的媒体内容UE间转移(IUT)的变化的模块； 用于确定所述控制方UE和所述受控方UE中的所述选定的一者未针对所述媒体内容IUT的变化发出信号的模块；以及用于将所述媒体内容IUT的变化通知给所述控制方UE和所述受控方UE中的所述选定的一者的模块，其中，所述用于检测所述媒体内容IUT的变化的模块进一步包括用于与所述受控方UE通信以转移所述媒体内容的模块，其中，所述用于与所述受控方UE通信以转移所述媒体内容的模块进一步包括：用于向所述受控方UE发送信号以用于使所述媒体内容的转移为非活动的模块； 用于将所述媒体内容IUT的变化通知给所述远程UE和所述控制方UE的模块；以及用于向所述受控方UE发送信号以用于使所述媒体内容的转移为活动的模块。
权利要求17
一种有助于会话中的服务连续性的装置，包括： 网络接口，用于从控制方用户设备(UE)和受控方UE中的选定的一者接收包括对协同式会话的对话事件包的订制以及所述订制的显式持续时间值的消息，其中，所述协同式会话在远程UE处结束，所述显式持续时间值与所述协同式会话的预期使用相关联； 计算平台，用于检测所述协同式会话的媒体内容UE间转移(IUT)的变化，并且用于确定所述控制方UE和所述受控方UE中的所述选定的一者未针对所述媒体内容IUT的变化发出信号；以及所述网络接口还用于将所述媒体内容IUT的变化通知给所述控制方UE和所述受控方UE中的所述选定的一者，其中，所述计算平台进一步用于通过与所述受控方UE通信以转移所述媒体内容来检测所述媒体内容IUT的变化，其中，所述网络接口进一步用于通过以下操作与所述受控方UE通信以转移所述媒体内容：向所述受控方UE发送信号以用于使媒体转移为非活动的； 将所述媒体内容IUT的变化通知给所述远程UE和所述控制方UE；以及 向所述受控方UE发送信号以用于使所述媒体转移为活动的。
权利要求18
根据权利要求17所述的装置，其中，所述网络接口进一步用于通过接收对接收关于现有媒体部分的信息的订制来接收对所述协同式会话的对话事件包的所述订制。
权利要求19
根据权利要求18所述的装置，其中，所述网络接口进一步用于通过接收对接收相关信息的订制来接收对接收信息的所述订制，所述相关信息包括所述控制方UE和所述远程UE之间的所述协同式会话中的媒体属性和端口号。
权利要求20
根据权利要求17所述的装置，其中，所述网络接口进一步用于通过接收对关于所述控制方UE参与所述协同式会话的信息的订制来从所述受控方UE接收对所述协同式会话的对话事件包的所述订制。
权利要求21
根据权利要求20所述的装置，其中，所述网络接口进一步用于通过接收对关于媒体部分的信息和相关信息的订制来接收对关于所述控制方UE参与的信息的所述订制，所述相关信息包括媒体属性和属于所述控制方UE的端口号。
权利要求22
根据权利要求17所述的装置，其中，所述网络接口进一步用于通过接收对关于所述受控方UE参与所述协同式会话的信息的订制来从所述控制方UE接收对所述协同式会话的对话事件包的所述订制。
权利要求23
根据权利要求22所述的装置，其中，所述网络接口进一步用于通过接收对关于媒体部分的信息和相关信息的订制来接收对关于所述受控方UE参与的信息的所述订制，所述相关信息包括媒体属性和属于所述受控方UE的端口号。
权利要求24
根据权利要求17所述的装置，其中，所述计算平台进一步用于通过保持与所述控制方UE、所述受控方UE和所述远程UE的相应对话来检测所述媒体内容IUT的变化； 所述网络接口进一步用于接收消息，所述消息包含针对所述协同式会话的“指引到”报头； 所述计算平台进一步用于确定所述消息中的媒体行指引从所述受控方UE可用而从所述控制方UE不可用的媒体内容；以及所述网络接口进一步用于向所述受控方UE发送会话发起协议(SIP)邀请请求以转移所述媒体内容。
权利要求25
根据权利要求17所述的装置，其中，所述网络接口进一步用于通过发送会话发起协议(SIP)通知请求来将所述变化通知给所述控制方UE和所述受控方UE中的所述选定的一者，所述通知请求通过使XML体具有包含所有所述受控方UE和远程UE的会话描述协议(SDP)的会话描述元素来构建，所述通知请求包括媒体行和相关信息。
权利要求26
根据权利要求25所述的装置，其中，所述SDP还包括所述受控方UE和所述远程UE的互联网协议(IP)地址。
权利要求27
根据权利要求17所述的装置，其中，所述网络接口进一步用于响应于确定由所述控制方UE通过初始SIP指引请求而请求的媒体内容UE间转移(IUT)的变化已被完成，而向所述控制方UE发送会话发起协议(SIP)请求。
权利要求28
一种有助于会话中的服务连续性的方法，包括： 向会话连续性控制器(SCC)应用服务器(AS)发送信号以用于作为控制方用户设备(UE)和受控方UE中的选定的一者来参与协同式会话，所述协同式会话在远程UE处结束； 向所述SCC AS发送包括对所述协同式会话的对话事件包的订制以及所述订制的显式持续时间值的消息，其中，所述显式持续时间值与所述协同式会话的预期使用相关联；以及从所述SCC AS接收响应于所述订制的、对媒体内容UE间转移(IUT)的变化的通知，其中，所述SCC AS检测到所述协同式会话的媒体内容IUT的变化，并进一步确定所述控制方UE和所述受控方UE中的所述选定的一者未针对所述媒体内容IUT的变化发出信号，其中，所述SCC AS通过与所述受控方UE通信以转移所述媒体内容来检测所述媒体内容IUT的变化，其中，所述SCC AS通过以下操作与所述受控方UE通信以转移所述媒体内容：向所述受控方UE发送信号以用于使媒体内容的转移为非活动的； 将所述媒体内容IUT的变化通知给所述远程UE和所述控制方UE；以及 向所述受控方UE发送信号以用于使所述媒体内容的转移为活动的。
权利要求29
根据权利要求28所述的方法，其中，发送对所述协同式会话的对话事件包的所述订制的步骤进一步包括发送对接收关于现有媒体部分的信息的订制。
权利要求30
根据权利要求29所述的方法，其中，发送对接收信息的所述订制进一步包括发送对接收相关信息的订制，所述相关信息包括所述控制方UE和所述远程UE之间的所述协同式会话中的媒体属性和端口号。
权利要求31
根据权利要求28所述的方法，其中，从所述受控方UE发送对所述协同式会话的对话事件包的所述订制的步骤进一步包括发送对关于所述控制方UE参与所述协同式会话的信息的订制。
权利要求32
根据权利要求31所述的方法，其中，发送对关于所述控制方UE参与的信息的所述订制进一步包括发送对关于媒体部分的信息和相关信息的订制，所述相关信息包括媒体属性和属于所述控制方UE的端口号。
权利要求33
根据权利要求28所述的方法，其中，从所述控制方UE发送对所述协同式会话的对话事件包的所述订制的步骤进一步包括发送对关于所述受控方UE参与所述协同式会话的信息的订制。
权利要求34
根据权利要求33所述的方法，其中，发送对关于所述受控方UE参与的信息的所述订制进一步包括发送对关于媒体部分的信息和相关信息的订制，所述相关信息包括媒体属性和属于所述受控方UE的端口号。
权利要求35
根据权利要求28所述的方法，其中，所述SCC AS通过以下操作来检测所述媒体内容IUT的变化：保持与所述控制方UE、所述受控方UE和所述远程UE的相应对话； 接收消息，所述消息包含针对所述协同式会话的“指引到”报头； 确定所述消息中的媒体行指引从所述受控方UE可用而从所述控制方UE不可用的媒体内容；以及向所述受控方UE发送会话发起协议(SIP)邀请请求以转移所述媒体内容。
权利要求36
根据权利要求28所述的方法，其中，从所述SCC AS接收响应于所述订制的、对所述媒体内容IUT的变化的所述通知的步骤进一步包括接收会话发起协议(SIP)通知请求，所述通知请求通过使XML体具有包含所有所述受控方UE和远程UE的会话描述协议(SDP)的会话描述元素来构建，所述通知请求包括媒体行和相关信息。
权利要求37
根据权利要求28所述的方法，还包括：响应于所述SCC AS确定由所述控制方UE通过初始SIP指引请求而请求的媒体内容UE间转移(IUT)的变化已被完成，而在所述控制方UE处接收会话发起协议(SIP)请求。
权利要求38
根据权利要求28所述的方法，其中，由所述控制方UE和所述受控方UE二者向所述SCC AS发送信号，来参与所述协同式会话。
权利要求39
根据权利要求28所述的方法，其中，所述协同式会话是与所述远程UE进行的，所述远程UE不同于所述控制方UE和所述受控方UE。
权利要求40
根据权利要求28所述的方法，其中，所述订制是隐式订制，并且所述显式持续时间值使得所述隐式订制能够在所述协同式会话的生存期内保持。
权利要求41
有助于会话中的服务连续性的至少一个处理器，包括： 第一模块，用于向会话连续性控制器(SCC)应用服务器(AS)发送信号用于作为控制方用户设备(UE)和受控方UE中的选定的一者来参与协同式会话，所述协同式会话在远程用户设备(UE)处结束； 第二模块，用于向所述SCC AS发送包括对所述协同式会话的对话事件包的订制以及所述订制的显式持续时间值的消息，其中，所述显式持续时间值与所述协同式会话的预期使用相关联；以及第三模块，用于从所述SCC AS接收响应于所述订制的、对媒体内容UE间转移(IUT)的变化的通知，其中，所述SCC AS检测到所述协同式会话媒体内容IUT的变化，并进一步确定所述控制方UE和所述受控方UE中的所述选定的一者未针对所述媒体内容IUT的变化发出信号，其中，所述SCC AS通过与所述受控方UE通信以转移所述媒体内容来检测所述媒体内容IUT的变化，其中，所述SCC AS通过以下操作与所述受控方UE通信以转移所述媒体内容：向所述受控方UE发送信号以用于使媒体内容的转移为非活动的； 将所述媒体内容IUT的变化通知给所述远程UE和所述控制方UE；以及 向所述受控方UE发送信号以用于使所述媒体内容的转移为活动的。
权利要求42
一种有助于会话中的服务连续性的装置，包括： 用于向会话连续性控制器(SCC)应用服务器(AS)发送信号用于作为控制方用户设备(UE)和受控方UE中的选定的一者来参与协同式会话的模块，所述协同式会话在远程用户设备(UE)处结束； 用于向所述SCC AS发送包括对所述协同式会话的对话事件包的订制以及所述订制的显式持续时间值的消息的模块，其中，所述显式持续时间值与所述协同式会话的预期使用相关联；以及用于从所述SCC AS接收响应于所述订制的、对媒体内容UE间转移(IUT)的变化的通知的模块，其中，所述SCC AS检测到所述协同式会话媒体内容IUT的变化，并进一步确定所述控制方UE和所述受控方UE中的所述选定的一者未针对所述媒体内容IUT的变化发出信号，其中，所述SCC AS通过与所述受控方UE通信以转移所述媒体内容来检测所述媒体内容IUT的变化，其中，所述SCC AS通过以下操作与所述受控方UE通信以转移所述媒体内容：向所述受控方UE发送信号以用于使媒体内容的转移为非活动的； 将所述媒体内容IUT的变化通知给所述远程UE和所述控制方UE；以及 向所述受控方UE发送信号以用于使所述媒体内容的转移为活动的。
权利要求43
一种有助于会话中的服务连续性的装置，包括： 控制方用户设备(UE)和受控方UE中的选定的一者的收发机，用于向会话连续性控制器(SCC)应用服务器(AS)发送信号用于参与协同式会话，所述协同式会话在远程用户设备(UE)处结束； 计算平台，用于经由所述收发机向所述SCC AS发送包括对所述协同式会话的对话事件包的订制以及所述订制的显式持续时间值的消息，其中，所述显式持续时间值与所述协同式会话的预期使用相关联；以及所述收发机进一步用于从所述SCC AS接收响应于所述订制的、对媒体内容UE间转移(IUT)的变化的通知，其中，所述SCC AS检测到所述协同式会话的媒体内容IUT的变化，并进一步确定所述控制方UE和所述受控方UE中的所述选定的一者未针对所述媒体内容IUT的变化发出信号，其中，所述SCC AS通过与所述受控方UE通信以转移所述媒体内容来检测所述媒体内容IUT的变化，其中，所述SCC AS通过以下操作与所述受控方UE通信以转移所述媒体内容：向所述受控方UE发送信号以用于使媒体内容的转移为非活动的； 将所述媒体内容IUT的变化通知给所述远程UE和所述控制方UE；以及 向所述受控方UE发送信号以用于使所述媒体内容的转移为活动的。
权利要求44
根据权利要求43所述的装置，其中，所述收发机进一步用于通过发送对接收关于现有媒体部分的信息的订制来发送对所述协同式会话的对话事件包的所述订制。
权利要求45
根据权利要求44所述的装置，其中，所述收发机进一步用于通过发送对接收相关信息的订制来发送对接收信息的所述订制，所述相关信息包括所述控制方UE和所述远程UE之间的所述协同式会话中的媒体属性和端口号。
权利要求46
根据权利要求43所述的装置，其中，所述收发机进一步用于通过发送对关于所述控制方UE参与所述协同式会话的信息的订制来从所述受控方UE发送对所述协同式会话的对话事件包的所述订制。
权利要求47
根据权利要求46所述的装置，其中，所述收发机进一步用于通过发送对关于媒体部分的信息和相关信息的订制来发送对关于所述控制方UE参与的信息的所述订制，所述相关信息包括媒体属性和属于所述控制方UE的端口号。
权利要求48
根据权利要求43所述的装置，其中，所述收发机进一步用于通过发送对关于所述受控方UE参与所述协同式会话的信息的订制来从所述控制方UE发送对所述协同式会话的对话事件包的所述订制。
权利要求49
根据权利要求48所述的装置，其中，所述收发机进一步用于通过发送对关于媒体部分的信息和相关信息的订制来发送对关于所述受控方UE参与的信息的所述订制，所述相关信息包括媒体属性和属于所述受控方UE的端口号。
权利要求50
根据权利要求43所述的装置，其中，所述SCC AS通过以下操作来检测所述媒体内容IUT的变化：保持与所述控制方UE、所述受控方UE和所述远程UE的相应对话； 接收消息，所述消息包含针对所述协同式会话的“指引到“报头； 确定所述消息中的媒体行指引从所述受控方UE可用而从所述控制方UE不可用的媒体内容；以及向所述受控方UE发送会话发起协议(SIP)邀请请求以转移所述媒体内容。
权利要求51
根据权利要求43所述的装置，其中，所述收发机进一步用于通过接收会话发起协议(SIP)通知请求来从所述SCC AS接收响应于所述订制的、对所述媒体内容IUT的变化的所述通知，所述通知请求通过使XML体具有包含所有所述受控方UE和远程UE的会话描述协议(SDP)的会话描述元素来构建，所述通知请求包括媒体行和相关信息。
权利要求52
根据权利要求43所述的装置，其中，所述收发机进一步用于响应于确定由所述控制方UE通过初始SIP指引请求而请求的媒体内容UE间转移(IUT)的变化已被完成，而在所述控制方UE处接收会话发起协议(SIP)请求。