非显而易见性评估仅供参考，不构成法律建议。
权利要求列表点击可跳转
对比文件列表
| 编号 | 名称 |
|---|
权利要求1
一种用于同步多个无线发射/接收单元WTRU的媒体流的方法，该方法包括所述WTRU中的第一WTRU传送第一消息；该第一消息包括初始的时间同步信息；和在所述媒体流上执行操作的请求；其中所述初始的时间同步信息指示当前回放时间；与当前时间戳之间的差；以确保针对所述WTRU发生同步的回放；以及所述当前时间戳为相对于媒体呈现的开始的片段的时间戳；所述WTRU中的第二WTRU接收第二消息；该第二消息包括在所述媒体流上执行所述操作的请求；以及更新的时间同步信息；以及所述第二WTRU根据所述更新的时间同步信息来重新同步该第二WTRU的媒体流；其中所述第二WTRU的重新同步更新所述媒体流的同步；以提供针对所述WTRU中的第一WTRU和所述第二WTRU的同步的回放。
| 技术特征描述及公开性判断结果 | 对比文件原文引用（US20020094513A1） | 公开性论述 |
| 技术特征A<br>该方法包括所述WTRU中的第一WTRU传送第一消息<br><br>《未公开》 | 对比文件未记载该特征。 | 在目标专利中，第一WTRU通过传送第一消息（如WTRU间传输请求）来发起涉及媒体流在协同会话中的同步操作控制信令。对比文件公开的是一种观众反馈/民意测验系统（ViewTrac），手持单元仅用于收集观众按键或旋钮数据，缺乏通信网络中“WTRU中的第一WTRU传送第一消息”以协同同步媒体流的交互方案与消息机制。即使用最宽松的隐含公开判断，对比文件完全脱离该多设备协同会话及无线终端通信上下文，本领域技术人员无法推断出该特征。 |
| 技术特征B<br>该第一消息包括初始的时间同步信息<br><br>《未公开》 | 对比文件未记载该特征。 | 目标专利中第一消息携带初始的时间同步信息（如初始呈现时间偏移PTO），用于在设备间建立媒体流的播放对齐基准。对比文件虽然涉及视频播放窗口与图表之间的时间同步（例如[0049]、[0055]），但该同步属于本地软件界面中不同UI窗口之间的显示对准，并非由第一WTRU通过传送第一消息来承载初始时间同步信息。二者作用及传输机制完全不同，未公开。 |
| 技术特征C<br>和在所述媒体流上执行操作的请求<br><br>《未公开》 | 对比文件未记载该特征。 | 目标专利中请求在媒体流上执行操作（如媒体流的WTRU间传输操作或流增加操作）。对比文件没有涉及在无线终端间协同会话下对媒体流发起操作请求的通信消息机制，无法直接得出或合理推导出该技术方案。 |
| 技术特征D<br>其中所述初始的时间同步信息指示当前回放时间<br><br>《未公开》 | 对比文件未记载该特征。 | 目标专利的初始时间同步信息（PTO）用于表征当前回放时间（如基于播放片段首字节时的墙上时钟时间）。对比文件虽然记录时间域数据或视频播放时间，但并未将其作为第一消息中承载的初始时间同步信息来指示当前回放时间，作用与应用场景均不相同。 |
| 技术特征E<br>与当前时间戳之间的差<br><br>《未公开》 | 对比文件未记载该特征。 | 目标专利中初始时间同步信息（PTO）明确被计算为“当前回放时间 - 当前时间戳”（目标说明书[0051]-[0053]、[0113]）。对比文件[0055]虽然提到了“skew”（时间偏移）用于视频窗口与其他窗口之间的对齐校正，但该skew仅是UI显示同步中的人为偏置量或校正差值，并非从消息中承载的“当前回放时间与当前时间戳之间的差”，未公开。 |
| 技术特征F<br>以确保针对所述WTRU发生同步的回放<br><br>《未公开》 | 对比文件未记载该特征。 | 目标专利利用该差值参数在多个WTRU之间维持一致的媒体播放对齐，以确保多设备同步回放。对比文件仅解决单个计算机终端上本地图表数据点与本地视频画面的时间对应播放，并不涉及多WTRU之间发生媒体流同步回放，未公开。 |
| 技术特征G<br>所述当前时间戳为相对于媒体呈现的开始的片段的时间戳<br><br>《未公开》 | 对比文件未记载该特征。 | 目标专利明确该时间戳是媒体流中各片段相对于媒体呈现开始的时间戳。对比文件并未公开此类数据流分段及片段相对于媒体呈现开始的时间戳结构，更未将其用于WTRU间的时间同步信息计算中。 |
| 技术特征H<br>所述WTRU中的第二WTRU接收第二消息<br><br>《未公开》 | 对比文件未记载该特征。 | 目标专利的协同会话中第二WTRU接收第二消息以准备流传输/同步操作。对比文件属于观众测试采集系统，其客户端为简单反馈手持器，不存在第一WTRU向核心网/服务器请求后、第二WTRU接收第二消息协同管理多媒体流的信令交互过程。 |
| 技术特征I<br>该第二消息包括在所述媒体流上执行所述操作的请求<br><br>《未公开》 | 对比文件未记载该特征。 | 目标专利中第二消息指示第二WTRU在媒体流上执行特定操作（如接收或接管媒体流）。对比文件完全缺乏对应的控制消息内容。 |
| 技术特征J<br>更新的时间同步信息<br><br>《未公开》 | 对比文件未记载该特征。 | 目标专利中第二消息可携带更新的时间同步信息（例如由服务器SCC-AS更新或根据会话调整的信息）。对比文件不存在该更新时间同步信息的消息承载机制。 |
| 技术特征K<br>所述第二WTRU根据所述更新的时间同步信息来重新同步该第二WTRU的媒体流<br><br>《未公开》 | 对比文件未记载该特征。 | 目标专利第二WTRU根据更新的同步信息调整缓冲区或回放时钟以重新对齐其媒体流。对比文件仅在本地软件中通过点击图表控制视频跳至对应时间点（如[0050]），完全不属于分布式第二WTRU根据更新的同步信息消息重新同步媒体流的技术方案。 |
| 技术特征L<br>其中所述第二WTRU的重新同步更新所述媒体流的同步<br><br>《未公开》 | 对比文件未记载该特征。 | 目标专利中通过第二WTRU的重新同步操作，更新了协同会话中多路媒体流之间的同步状态。对比文件没有多WTRU协同媒体流架构，不存在该技术效果和方案。 |
| 技术特征M<br>以提供针对所述WTRU中的第一WTRU和所述第二WTRU的同步的回放。<br><br>《未公开》 | 对比文件未记载该特征。 | 目标专利旨在实现协同会话下跨第一WTRU与第二WTRU的端到端媒体同步回放。对比文件为单设备本地端观众反馈数据展示，无法提供第一WTRU与第二WTRU跨设备媒体流同步回放的功能。 |
| 技术特征N<br>该方法还包括所述第二WTRU传送第三消息<br><br>《未公开》 | 对比文件未记载该特征。 | 目标专利第二WTRU通过传送第三消息（如WTRU间传输响应消息）反馈时间同步调整结果。对比文件没有多设备协同信令回传机制。 |
| 技术特征O<br>该第三消息包括用于重新同步该第二WTRU的媒体流的所述更新的时间同步信息<br><br>《未公开》 | 对比文件未记载该特征。 | 目标专利中第三消息携带第二WTRU应用或调整后的时间同步信息以供控制方更新。对比文件无此内容。 |
| 技术特征P<br>所述第一WTRU接收第四消息<br><br>《未公开》 | 对比文件未记载该特征。 | 目标专利控制方第一WTRU接收最终反馈确认的第四消息。对比文件无此信令设计。 |
| 技术特征Q<br>该第四消息包括所述更新的时间同步信息<br><br>《未公开》 | 对比文件未记载该特征。 | 目标专利第一WTRU从第四消息获知对端WTRU更新后的时间同步信息。对比文件无此消息与内容。 |
| 技术特征R<br>所述第一WTRU利用所述更新的时间同步信息来更新该第一WTRU的内部状态。<br><br>《未公开》 | 对比文件未记载该特征。 | 目标专利中第一WTRU将更新的时间同步信息保存在自身数据结构中以维持会话控制与后续同步跟踪。对比文件未公开第一WTRU利用接收到的更新时间同步信息更新内部状态的过程。 |
| 技术特征S<br>其中所述第一消息<br><br>《未公开》 | 对比文件未记载该特征。 | 目标专利限定该信令消息协议载体。对比文件不存在多WTRU通信交互的第一消息。 |
| 技术特征T<br>和所述第二消息中的每一者包括会话描述协议SDP属性行。<br><br>《未公开》 | 对比文件未记载该特征。 | 目标专利中采用SDP属性行（如“a=3gpp_sync_info:...”）来携带媒体同步参数。对比文件仅在[0072]-[0088]提到了常规网络IP数据包头部格式（IP Header），未涉及、更未公开在消息中采用会话描述协议（SDP）属性行来传递时间同步信息。 |
| 技术特征U<br>其中所述操作为WTRU间传输操作。<br><br>《未公开》 | 对比文件未记载该特征。 | 目标专利的操作具体限定为跨终端的WTRU间流传输（Inter-WTRU Transfer）。对比文件完全未公开无线终端间的流传输控制操作。 |
| 技术特征V<br>其中所述媒体流包括视频流<br><br>《隐含公开》 | 原文段落[0054]、[0065]：<br>“[0054] Despite its name, the Video Window should work equally well with other sorts of time-based multimedia. For example, an audio-only presentation would obviously not have pictures to display in the Video Window...<br>[0065] ...The system may also be used in a video conferencing mode. In so doing, the system has the ability to use any one of a number of compression/decompression algorithms (codecs)...”<br>译文：<br>“[0054] 尽管名为视频窗口，但视频窗口应同样适用于其他类型的基于时间的多媒体。例如，纯音频演示显然在视频窗口中没有图像显示...<br>[0065] ...该系统还可以用于视频会议模式。在这样做的过程中，该系统能够使用多种压缩/解压缩算法（编解码器）中的任何一种...” | 目标专利中媒体流包括视频流。对比文件[0054]、[0065]公开了支持“视频窗口（Video Window）”播放多媒体、视频会议模式并使用视频编解码器（如Cinepak、Indeo等），本领域技术人员可以合理推断出其数据处理涉及视频流。在极其宽松的标准下，对比文件部分公开了媒体流包含“视频流”的技术内容，因此认定为隐含公开。 |
| 技术特征W<br>和音频流。<br><br>《隐含公开》 | 原文段落[0054]、[0060]、[0065]：<br>“[0054] ...For example, an audio-only presentation would obviously not have pictures to display in the Video Window...<br>[0060] Also connected to buss 201 are various input/output (I/O) peripherals 208 which allow the system to communicate with the user and with the outside world through such devices as printer 209, microphone 210, serial port 211, parallel port 212, speaker 213...<br>[0065] ...to provide multimedia recording through microphone 210 and a video camera connected to auxiliary port 215 and play back on display 204 and speaker 213. The system may also be used in a video conferencing mode...”<br>译文：<br>“[0054] ...例如，纯音频演示显然在视频窗口中没有图像显示...<br>[0060] 各种输入/输出（I/O）外设208也连接到总线201，其允许系统通过诸如打印机209、麦克风210、串行端口211、并行端口212、扬声器213等设备与用户和外部世界进行通信...<br>[0065] ...通过麦克风210和连接到辅助端口215的摄像机提供多媒体录制，并在显示器204和扬声器213上回放。该系统还可以用于视频会议模式...” | 目标专利中媒体流还包括音频流，实现音视频复合传输与同步。对比文件[0054]提及“纯音频演示”，[0060]、[0065]记载了利用麦克风录音、扬声器放音以及视频会议模式，本领域技术人员结合视频会议和多媒体播放通常伴随音频流传输的常识，可以合理推导出多媒体中存在音频流传输。因此在极度宽松的审查标准下，认为隐含公开了媒体流包括“音频流”。 |
| 技术特征X<br>其中所述第一消息为WTRU间传输请求消息<br><br>《未公开》 | 对比文件未记载该特征。 | 目标专利限定第一消息的具体类型为协作会话中的WTRU间传输请求消息。对比文件缺乏WTRU间传输架构及相应消息，未公开。 |
| 技术特征Y<br>流增加请求消息。<br><br>《未公开》 | 对比文件未记载该特征。 | 目标专利限定第一消息的替代类型为流增加请求消息（Stream Addition Request）。对比文件同样缺乏向多媒体协同会话发起流增加请求的消息机制，未公开。 |
<<<v>>>
<<<w>>>
| 技术特征描述及判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括所述WTRU中的第一WTRU传送第一消息<br><br>【未公开】 | 无引用内容。 | 目标专利中的技术特征A属于无线通信系统协同会话流同步方法，具体涉及协同会话中控制方WTRU传送控制信令（第一消息）的技术方案。对比文件US20030168235A1涉及的是一种用于RF组合器/分配器的电磁屏蔽模块（EMI shielded module），公开了插座、壳体、波导管、衰减器/均衡器插件及电路板连接等射频硬件机械与物理屏蔽结构，完全不涉及无线发射/接收单元（WTRU）、第一WTRU以及传送任何协议消息（第一消息）。本领域技术人员无法从该对比文件中直接得出或合理解读、推理出该技术特征，因此未公开。 |
| 技术特征B：该第一消息包括初始的时间同步信息<br><br>【未公开】 | 无引用内容。 | 目标专利中第一消息携带的初始时间同步信息包括PTO（呈现时间偏移）、媒体流群组ID、同步容限等信息元素。对比文件仅涉及高频同轴电缆信号的衰减、均衡、组合等物理层硬件结构，完全未公开任何消息传输及初始时间同步信息。本领域技术人员无法直接得出或合理解读出该特征，因此未公开。 |
| 技术特征C：和在所述媒体流上执行操作的请求<br><br>【未公开】 | 无引用内容。 | 目标专利中请求在媒体流上执行的操作涉及协同会话中的WTRU间传输或流增加等。对比文件虽然在背景技术[0001]提到视频传输行业中的高频同轴信号处理，但其属于模拟/射频电信号硬件处理，根本不涉及在媒体流上执行操作的控制协议请求。本领域技术人员无法直接得出或合理推断出该特征，因此未公开。 |
| 技术特征D：其中所述初始的时间同步信息指示当前回放时间<br><br>【未公开】 | 无引用内容。 | 目标专利中涉及媒体客户端计算PTO时使用的当前回放时间（如基于墙上时钟时间）。对比文件完全未涉及任何播放、回放时间或时间戳信息，未公开该特征。 |
| 技术特征E：与当前时间戳之间的差<br><br>【未公开】 | 无引用内容。 | 目标专利中PTO定义为当前回放时间与当前媒体时间戳之间的差值。对比文件属于硬件屏蔽组件，不涉及时间戳或计算两者的差值，未公开该特征。 |
| 技术特征F：以确保针对所述WTRU发生同步的回放<br><br>【未公开】 | 无引用内容。 | 目标专利的技术目的是确保多个无线终端之间多媒体流呈现时保持步调一致的回放。对比文件解决的是模块端口间隔离、降低插入损耗与电磁辐射干扰（EMI屏蔽），作用与技术领域完全不同，未公开该特征。 |
| 技术特征G：所述当前时间戳为相对于媒体呈现的开始的片段的时间戳<br><br>【未公开】 | 无引用内容。 | 目标专利涉及分段媒体流中媒体时间戳的具体定义。对比文件未公开任何媒体片段、媒体呈现或时间戳内容，未公开该特征。 |
| 技术特征H：所述WTRU中的第二WTRU接收第二消息<br><br>【未公开】 | 无引用内容。 | 目标专利涉及协同会话中目标受控方WTRU接收来自网络节点（如SCC-AS）的下发控制消息。对比文件未涉及任何WTRU及协议消息接收，未公开该特征。 |
| 技术特征I：该第二消息包括在所述媒体流上执行所述操作的请求<br><br>【未公开】 | 无引用内容。 | 目标专利涉及第二消息所携带的针对媒体流执行特定操作的请求载荷。对比文件未公开任何控制消息及其内容，未公开该特征。 |
| 技术特征J：更新的时间同步信息<br><br>【未公开】 | 无引用内容。 | 目标专利涉及由服务器分配/更新或网络中重新协商得到的时间同步参数。对比文件完全不涉及时间同步信息的更新，未公开该特征。 |
| 技术特征K：所述第二WTRU根据所述更新的时间同步信息来重新同步该第二WTRU的媒体流<br><br>【未公开】 | 无引用内容。 | 目标专利涉及第二终端调整客户端播放时序以匹配更新的同步参数。对比文件未涉及终端根据时间同步信息对媒体流进行重新同步的过程，未公开该特征。 |
| 技术特征L：其中所述第二WTRU的重新同步更新所述媒体流的同步<br><br>【未公开】 | 无引用内容。 | 目标专利涉及在协同会话中通过单个终端的重新同步来刷新整个会话中流的同步状态。对比文件未涉及任何多媒体流同步机制，未公开该特征。 |
| 技术特征M：以提供针对所述WTRU中的第一WTRU和所述第二WTRU的同步的回放。<br><br>【未公开】 | 无引用内容。 | 目标专利实现多终端间多媒体流协同回放的技术效果。对比文件涉及射频硬件信号隔离与滤波，与多设备流媒体同步回放毫不相干，未公开该特征。 |
| 技术特征N：该方法还包括所述第二WTRU传送第三消息<br><br>【未公开】 | 无引用内容。 | 目标专利涉及目标第二终端向网络回传响应消息。对比文件未涉及任何终端及消息传送，未公开该特征。 |
| 技术特征O：该第三消息包括用于重新同步该第二WTRU的媒体流的所述更新的时间同步信息<br><br>【未公开】 | 无引用内容。 | 目标专利涉及响应消息中回传已应用或进一步调整的时间同步参数。对比文件完全未公开相关内容，未公开该特征。 |
| 技术特征P：所述第一WTRU接收第四消息<br><br>【未公开】 | 无引用内容。 | 目标专利涉及控制方第一终端接收最终确认/响应消息。对比文件未公开任何消息接收流程，未公开该特征。 |
| 技术特征Q：该第四消息包括所述更新的时间同步信息<br><br>【未公开】 | 无引用内容。 | 目标专利涉及第一终端在第四消息中获得最终确认的同步信息。对比文件未公开相关消息及参数，未公开该特征。 |
| 技术特征R：所述第一WTRU利用所述更新的时间同步信息来更新该第一WTRU的内部状态。<br><br>【未公开】 | 无引用内容。 | 目标专利涉及第一终端更新本地维护的协同会话状态数据结构。对比文件未公开任何终端内部状态更新及时间同步信息利用，未公开该特征。 |
| 技术特征S：其中所述第一消息<br><br>【未公开】 | 无引用内容。 | 目标专利涉及会话控制协议中的第一请求消息实体。对比文件未公开任何控制协议消息，未公开该特征。 |
| 技术特征T：和所述第二消息中的每一者包括会话描述协议SDP属性行。<br><br>【未公开】 | 无引用内容。 | 目标专利涉及在消息中使用SDP "a=" 属性行来承载时间同步IE。对比文件未涉及SDP协议或任何信令属性行，未公开该特征。 |
| 技术特征U：其中所述操作为WTRU间传输操作。<br><br>【未公开】 | 无引用内容。 | 目标专利涉及将媒体流从一个终端转移到另一个终端的控制流程。对比文件未公开任何终端间媒体流传输操作，未公开该特征。 |
| 技术特征V：其中所述媒体流包括视频流<br><br>【未公开】 | [0001] "In the telecommunications industry and more particularly in the video transmission industry, signals (e.g., 5 MHz to 1 GHz) are carried over coax conductors from a headend to customers."<br>（中文翻译：在电信行业，特别是视频传输行业中，信号（例如5 MHz至1 GHz）通过同轴导线从前端传输到客户。） | 对比文件在背景技术[0001]段提到了“视频传输行业（video transmission industry）”，但其描述的是在同轴电缆上传输高频射频模拟/数字信号（5 MHz至1 GHz），并不涉及目标专利在IMS协同会话、多媒体流传输控制协议上下文中具有时间戳和回放时序控制的“视频流（video stream）”。对比文件公开的仅是同轴物理信道上传输的射频信号背景，本领域技术人员无法从中直接得出目标专利中作为受控媒体流一部分的视频流技术方案，亦无法通过逻辑推理推断出此种媒体流特征，因此未公开。 |
| 技术特征W：和音频流。<br><br>【未公开】 | 无引用内容。 | 对比文件全文仅针对射频信号处理与同轴传输硬件，完全未提及“音频流”或音频相关内容，未公开该特征。 |
| 技术特征X：其中所述第一消息为WTRU间传输请求消息<br><br>【未公开】 | 无引用内容。 | 目标专利涉及IMS架构中第一WTRU发起的WTRU间传输请求信令。对比文件未公开任何相关请求消息，未公开该特征。 |
| 技术特征Y：流增加请求消息。<br><br>【未公开】 | 无引用内容。 | 目标专利涉及协作会话中用于新增媒体流分支的控制信令。对比文件完全不涉及流增加请求消息，未公开该特征。 |
作为一名专利创造性评估经验丰富的资深专利代理师，结合目标专利说明书原文的定义与技术背景，对技术特征A至Y在对比文件（US6678332B1）中的公开性进行全面、严格且深入的评估。
---
### 技术特征理解与分析基准
1. **本领域与实体（WTRU等）**：目标专利涉及3GPP IMS协同会话体系下，多个无线发射/接收单元（WTRU，如控制方第一WTRU与受控方第二WTRU）通过核心网节点（SCC-AS）进行会话控制与信令交换（如WTRU间传输或流增加），以实现跨设备的端到端媒体流回放同步（IDMS）。对比文件涉及MPEG-2视音频传输流（TS）在服务器、拼接器、机顶盒或交换机中的压缩域无缝拼接（seamless splicing）与缓冲管理。
2. **时间同步机制与参数**：目标专利中第一消息包括“初始的时间同步信息”（如呈现时间偏移PTO IE、群组ID、同步容限），其中PTO表示当前回放时间（基于正在播放的片段第一字节的墙上时钟时间）与相对于媒体呈现开始的片段当前时间戳之间的差；随后由SCC-AS生成/更新时间同步信息并下发第二WTRU进行重新同步，第二WTRU再上报更新信息并反馈至第一WTRU以更新其内部状态。
3. **公开性判断准则**：
- **直接公开**：本领域技术人员能毫无疑义地从对比文件直接或实质等同地得出该技术特征。
- **隐含公开**：采用非常宽松的判断标准。对比文件即使仅部分公开、或者披露了相关原理/时间参数/流处理机制，使本领域技术人员有可能通过推理、推断或组合来导出该方案，均认定为隐含公开。
---
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含中文翻译与位置） | 公开性论述 |
| 技术特征A：该方法包括所述WTRU中的第一WTRU传送第一消息<br><br>【公开性判断】：《隐含公开》 | 【对比文件位置】：说明书第4栏第40-48行（Column 4, Lines 40-48）；第14栏第44-53行（Column 14, Lines 44-53）<br>【对比文件原文】：<br>“For multi-media data transfer, the active one of the controller servers 28, 29 assigns one of the stream servers 21 to the network client 54 requesting multi-media service. The network 25, for example, has conventional transmission components 53 such as routers or ATM switches that permit any one of the clients 54 to communicate with any one of the stream servers 21.”<br>“The application 310 initiates the metered FTP by sending a copy command to the active one of the controller servers 28, 29... The stream server then issues a connect message to the application to open an IP channel for the transfer of the file data.”<br>【中文翻译】：<br>对于多媒体数据传输，主控服务器28、29将流服务器21之一分配给请求多媒体服务的网络客户端54。网络25例如具有常规传输部件53，例如路由器或ATM交换机，允许任何客户端54与任何流服务器21通信。<br>应用程序310通过向主控服务器28、29发送复制命令来发起计量的FTP……流服务器然后向应用程序发出连接消息以打开用于传输文件数据的IP信道。 | 【公开性分析】：<br>1. 对比文件公开了在分布式流媒体网络系统中，网络客户端54（client）向控制服务器28、29或流服务器21发送请求控制多媒体流的消息（如发起复制传输命令）。<br>2. 尽管对比文件中的网络终端以通用的“网络客户端（client 54/application 310）”表示，并未直接采用3GPP无线通信体系的“无线发射/接收单元（WTRU）”术语，但无线移动终端作为网络多媒体客户端属于本领域的公知常识应用形式。对比文件网络客户端向服务器传送首个控制/请求消息，在系统架构中起到了发起多媒体控制请求的作用。<br>3. 在非常宽松的隐含公开标准下，本领域技术人员有可能通过客户端发起多媒体传输信令的机制，合理推断并推导出终端设备（第一WTRU）发送第一消息的特征，因此构成隐含公开。 |
| 技术特征B：该第一消息包括初始的时间同步信息<br><br>【公开性判断】：《隐含公开》 | 【对比文件位置】：说明书第14栏第60行-第15栏第20行（Column 14, Line 60 - Column 15, Line 20）；第12栏第50-65行（Column 12, Lines 50-65）<br>【对比文件原文】：<br>“As shown in FIG. 51, the play list can be distributed between the controller server play list 320 and a stream server play list 321... When a pointer to a clip is placed in a play-list entry, the entry also has an indication of an In Point in the clip, an Out Point for the clip, and a desired start time... start and end positions of the clip are set based on the video elementary stream only.”<br>“The metadata contains information on the clip which is used during the play operation to check the buffer levels and to adjust these levels at the splicing time. The fundamental information item of metadata is the difference DTS−PCRe for each video access unit...”<br>【中文翻译】：<br>如图51所示，播放列表可分布在主控服务器播放列表320和流服务器播放列表321之间……当将指向剪辑的指针放入播放列表条目中时，该条目还具有该剪辑的入点（In Point）、出点（Out Point）以及期望开始时间的指示……仅基于视频基本流设置剪辑的开始和结束位置。<br>元数据包含剪辑上的信息，其在播放操作期间用于检查缓冲器水平并在拼接时间调整这些水平。元数据的基本信息项是每个视频访问单元的差值DTS−PCRe…… | 【公开性分析】：<br>1. 目标专利中第一消息携带“初始的时间同步信息”，用于指示协同会话初始的时间偏移或时间参考。<br>2. 对比文件在多媒体播放与拼接控制中，播放列表条目中包含了剪辑的“期望开始时间（desired start time）”、入点/出点指示，且关联有基于初始PCR与PTS/DTS推算的初始时间基准元数据。<br>3. 按照宽松标准，客户端发起剪辑播放/拼接请求时携带播放时间点与入点时间标记，属于流媒体控制中确定初始时间同步基准的常规技术手段。本领域技术人员有可能由此合理推断出第一消息中包含初始的时间同步信息，因此构成隐含公开。 |
| 技术特征C：和在所述媒体流上执行操作的请求<br><br>【公开性判断】：《直接公开》 | 【对比文件位置】：说明书第14栏第44-50行（Column 14, Lines 44-50）；第4栏第40-44行（Column 4, Lines 40-44）<br>【对比文件原文】：<br>“The application 310 initiates the metered FTP by sending a copy command to the active one of the controller servers 28, 29... to set the bit rate for the metered transfer of file data between the stream server 291 and the application 310.”<br>“...requesting multi-media service.”<br>【中文翻译】：<br>应用程序310通过向活动的主控服务器28、29发送复制命令来发起计量的FTP……以设置流服务器291与应用程序310之间文件数据计量传输的比特率。<br>……请求多媒体服务。 | 【公开性分析】：<br>1. 对比文件明确公开了客户端应用程序向服务器发送复制命令（copy command）或请求多媒体服务，该命令即为对媒体流数据进行计量传输（transfer）或复制操作的请求。<br>2. 该操作请求在对比文件中用于触发多媒体流的传输和转移，与目标专利中请求在媒体流上执行操作（如流传输/复制）的作用与技术实质相同。<br>3. 本领域技术人员能够毫无疑义地直接得出第一消息中包括在媒体流上执行操作的请求，属于直接公开。 |
| 技术特征D：其中所述初始的时间同步信息指示当前回放时间<br><br>【公开性判断】：《隐含公开》 | 【对比文件位置】：说明书第12栏第50-67行（Column 12, Lines 50-67）；第14栏第60-67行（Column 14, Lines 60-67）<br>【对比文件原文】：<br>“The metadata contains information on the clip which is used during the play operation to check the buffer levels and to adjust these levels at the splicing time. The fundamental information item of metadata is the difference DTS−PCRe for each video access unit within the video stream which is representative of the buffer level in the sense described previously... A subsection of the metadata includes the following two values: First PTS: This is the PTS of the First Frame in Display Order. First PCR, (PCRe,0): This is a calculated (i.e., extrapolated) PCR value corresponding to the beginning (i.e. the first byte) of the file.”<br>【中文翻译】：<br>元数据包含剪辑上的信息，其在播放操作期间用于检查缓冲器水平并在拼接时间调整这些水平。元数据的基本信息项是视频流内每个视频访问单元的差值DTS−PCRe，其代表如前所述的缓冲器水平……元数据的一个子部分包括以下两个值：First PTS：这是按显示顺序的第一帧的PTS。First PCR (PCRe,0)：这是对应于文件开头（即第一个字节）的计算得出的（即外推的）PCR值。 | 【公开性分析】：<br>1. 目标专利中时间同步信息指示当前回放时间（如正在播放片段的墙上时钟时间）。<br>2. 对比文件公开了元数据中记录剪辑播放时的呈现时间戳（First PTS为显示顺序第一帧的PTS）以及期望开始时间（desired start time），且流服务器能够根据系统时钟（house clock）和播放列表调度当前播放位置。<br>3. 在宽松标准下，呈现时间戳PTS结合播放起始时间本质上指示了媒体帧的当前呈现/回放时间点。本领域技术人员有可能通过对比文件的呈现时间戳与播放列表开始时间参数合理推断出其指示当前回放时间，构成隐含公开。 |
| 技术特征E：与当前时间戳之间的差<br><br>【公开性判断】：《隐含公开》 | 【对比文件位置】：说明书第12栏第52-57行（Column 12, Lines 52-57）；第8栏第30-40行（Column 8, Lines 30-40）；第9栏第45-55行（Column 9, Lines 45-55）<br>【对比文件原文】：<br>“The fundamental information item of metadata is the difference DTS−PCRe for each video access unit within the video stream which is representative of the buffer level in the sense described previously.”<br>“...computing differences between presentation times and corresponding extrapolated program clock reference times for the audio access units of the second transport stream in order to estimate the mean audio buffer level...”<br>“A preferred method of estimating the mean audio buffer level of a clip is to use the product (PTSi−PCRei)(BIT RATE) as an indication of the audio buffer level. PTSi denotes the ith audio PTS time stamp, and PCRei denotes the PCR value extrapolated to the bit position of PTSi.”<br>【中文翻译】：<br>元数据的基本信息项是视频流内每个视频访问单元的差值DTS−PCRe，其代表如前所述的缓冲器水平。<br>……计算第二传输流的音频访问单元的呈现时间与对应的外推节目时钟参考时间之间的差值，以估计平均音频缓冲器水平……<br>估计剪辑的平均音频缓冲器水平的优选方法是使用乘积(PTSi−PCRei)(BIT RATE)作为音频缓冲器水平的指示。PTSi表示第i个音频PTS时间戳，而PCRei表示外推到PTSi比特位置的PCR值。 | 【公开性分析】：<br>1. 目标专利中定义时间同步信息包含呈现时间偏移PTO，PTO计算为当前回放时间与当前媒体片段对应时间戳之间的差值。<br>2. 对比文件明确计算了媒体呈现时间戳（PTSi/DTS）与对应的传输/系统时钟参考（外推PCR时间PCRei）之间的差值（PTSi−PCRei或DTS−PCRe），用于衡量回放时间与流传输时间基准之间的相对时间偏移量。<br>3. 虽然对比文件的差值是基于PTS与PCR计算以用于缓冲控制与同步，而目标专利是回放时间与媒体开始片段戳之差，但二者在实质机理上均体现为“回放/呈现时刻与参考时间戳之间的差值计算”。在极宽松的隐含公开标准下，本领域技术人员有可能从中推理出这种时间差计算机制，构成隐含公开。 |
| 技术特征F：以确保针对所述WTRU发生同步的回放<br><br>【公开性判断】：《隐含公开》 | 【对比文件位置】：说明书第2栏第6-14行（Column 2, Lines 6-14）；第4栏第63-67行（Column 4, Lines 63-67）；第7栏第50-65行（Column 7, Lines 50-65）<br>【对比文件原文】：<br>“The system data includes information about synchronization, random access, management of buffers to prevent overflow and underflow, and time stamps for video frames and audio packetized elementary stream packets. The standard specifies the organization of the elementary streams and the transport streams, and imposes constraints to enable synchronized decoding from the audio and video decoding buffers under various conditions.”<br>“...seamless splicing should be understood to mean a process that will produce a spliced transport stream, the play-out of which is substantially free from any audio-visual artifact that the human auditory and visual system can detect.”<br>“For the eight cases of audio splicing identified in FIG. 10, it is possible to construct a spliced audio elementary stream with no holes and no audio PTS discontinuity. As a consequence, an audio/video skew in presentation time of magnitude at most half of an APU duration will be introduced... Irrespective of the number of consecutive splices, the worst audio/video skew at any point in time will be half of the APU duration.”<br>【中文翻译】：<br>系统数据包括关于同步、随机访问、防止溢出和下溢的缓冲器管理的信息，以及视频帧和音频分组化基本流分组的时间戳。该标准规定了基本流和传输流的组织，并施加了约束以在各种条件下实现来自音频和视频解码缓冲器的同步解码。<br>……无缝拼接应理解为产生拼接传输流的过程，该拼接传输流的播放基本上没有人类听觉和视觉系统可检测到的任何视听伪影。<br>对于图10中确定的音频拼接的八种情况，可以构建没有空洞且没有音频PTS不连续性的拼接音频基本流。结果，在拼接流中的剪切点之后将引入在呈现时间上至多为半个APU持续时间量级的音频/视频偏斜……无论连续拼接的次数如何，在任何时间点的最坏音频/视频偏斜都将是半个APU持续时间。 | 【公开性分析】：<br>1. 目标专利通过时间同步信息确保终端设备上发生同步的回放。<br>2. 对比文件利用时间戳差值、时间戳偏置重打标（re-stamping）以及无缝拼接机制，严格控制音频与视频以及新旧流之间的时间偏移（将A/V偏斜控制在半个APU之内，消除PTS不连续与伪影），其根本技术目的正是确保客户端/解码器在回放时呈现出连续、无缝且精确同步的多媒体流。<br>3. 虽然对比文件主要在流级别和客户端解码器实现同步，但在宽松判断标准下，使接收终端实现同步回放属于对比文件技术方案必然达到的功能效果，因此构成隐含公开。 |
| 技术特征G：所述当前时间戳为相对于媒体呈现的开始的片段的时间戳<br><br>【公开性判断】：《隐含公开》 | 【对比文件位置】：说明书第12栏第58-67行（Column 12, Lines 58-67）；第13栏第1-10行（Column 13, Lines 1-10）<br>【对比文件原文】：<br>“A subsection of the metadata includes the following two values: First PTS: This is the PTS of the First Frame in Display Order. First PCR, (PCRe,0): This is a calculated (i.e., extrapolated) PCR value corresponding to the beginning (i.e. the first byte) of the file. Based on these two values, for each I frame the procedure computes both the DTS of this frame and also the PCRe value corresponding to the beginning of this frame within the file... cumulative frame count values at I pictures also become their cumulative temporal references (referring to display order). Then, it is straightforward to calculate a PTS value for each of these I frames assuming a continuous video play-out.”<br>【中文翻译】：<br>元数据的一个子部分包括以下两个值：First PTS：这是按显示顺序的第一帧的PTS。First PCR (PCRe,0)：这是对应于文件开头（即第一个字节）的计算得出的（即外推的）PCR值。基于这两个值，对于每个I帧，该过程计算该帧的DTS以及对应于该帧在文件内的开头的PCRe值……I图像处的累积帧计数值也成为其累积时间参考（指显示顺序）。然后，假设连续的视频播放，为这些I帧中的每一个计算PTS值是显而易见的。 | 【公开性分析】：<br>1. 目标专利要求时间戳为相对于媒体呈现的开始（presentation start）的片段的时间戳。<br>2. 对比文件明确定义了“First PTS”（显示顺序中第一帧的PTS），并且对于后续的各个帧/片段，均通过相对于文件开头/第一帧的累积时间参考（cumulative temporal references）与帧计数来计算出反映连续播放顺序的时间戳PTS。<br>3. 在非常宽松的隐含公开判断下，对比文件中基于显示起点（First PTS/开头）累加计算的帧时间戳，实质上与“相对于媒体呈现开始的时间戳”的技术思想一致，本领域技术人员完全有可能推理得出，认定为隐含公开。 |
| 技术特征H：所述WTRU中的第二WTRU接收第二消息<br><br>【公开性判断】：《隐含公开》 | 【对比文件位置】：说明书第4栏第40-48行（Column 4, Lines 40-48）；第14栏第45-53行（Column 14, Lines 45-53）<br>【对比文件原文】：<br>“For multi-media data transfer, the active one of the controller servers 28, 29 assigns one of the stream servers 21 to the network client 54 requesting multi-media service. The network 25, for example, has conventional transmission components 53 such as routers or ATM switches that permit any one of the clients 54 to communicate with any one of the stream servers 21.”<br>“The stream server then issues a connect message to the application to open an IP channel for the transfer of the file data.”<br>【中文翻译】：<br>对于多媒体数据传输，主控服务器28、29将流服务器21之一分配给请求多媒体服务的网络客户端54。网络25例如具有常规传输部件53，例如路由器或ATM交换机，允许任何客户端54与任何流服务器21通信。<br>流服务器然后向应用程序发出连接消息以打开用于传输文件数据的IP信道。 | 【公开性分析】：<br>1. 目标专利中由目标终端（第二WTRU）接收包含操作请求与时间同步信息的第二消息。<br>2. 对比文件支持网络系统服务于多个并发客户端（multiple clients 54），并且在流传输（transfer）过程中，流服务器向目标接收客户端/应用程序发送控制消息（如连接消息connect message）以开启传输通道。<br>3. 虽然对比文件未特意限定该接收端为“协同会话中的第二WTRU”，但在支持多客户端交互的分布式媒体系统中，由第二网络客户端接收服务器发送的传输建立消息在逻辑上存在必然的技术对应性。依据极宽松标准，本领域技术人员有可能合理推断第二终端接收第二消息，认定为隐含公开。 |
| 技术特征I：该第二消息包括在所述媒体流上执行所述操作的请求<br><br>【公开性判断】：《隐含公开》 | 【对比文件位置】：说明书第14栏第48-55行（Column 14, Lines 48-55）；第4栏第40-45行（Column 4, Lines 40-45）<br>【对比文件原文】：<br>“The stream server then issues a connect message to the application to open an IP channel for the transfer of the file data. In the metered FTP protocol, the data transmission rate is controlled so that the loading on the stream server is deterministic.”<br>【中文翻译】：<br>流服务器然后向应用程序发出连接消息以打开用于传输文件数据的IP信道。在计量的FTP协议中，控制数据传输速率使得流服务器上的负载是确定性的。 | 【公开性分析】：<br>1. 目标专利中第二消息告知第二WTRU执行媒体流操作。<br>2. 对比文件公开了流服务器向客户端应用程序发送包含建立连接、打开用于文件数据传输通道的连接消息，该消息本质上指示并请求目标客户端配合执行媒体流的接收与传输操作。<br>3. 在宽松的隐含公开判断下，本领域技术人员有可能通过对比文件中服务器向目标端下发传输控制/连接建立消息的机制，合理推断出第二消息中包含在媒体流上执行操作的请求，因此构成隐含公开。 |
| 技术特征J：更新的时间同步信息<br><br>【公开性判断】：《隐含公开》 | 【对比文件位置】：说明书第10栏第5-30行（Column 10, Lines 5-30）；第10栏第42-55行（Column 10, Lines 42-55）<br>【对比文件原文】：<br>“With reference to FIG. 38, there is shown a flow chart of a procedure for calculating the video time stamp offset VOFFSET... With reference to FIG. 39, there is shown a flow chart of a procedure for calculating the audio time stamp offset AOFFSET... With reference to FIG. 40, there is shown a flow chart of a procedure for calculating the PCR offset PCROFFSET...”<br>“In step 241, the video time stamp offset VOFFSET is added to the DTS and PTS fields of all video PES packets in the second clip. Next, in step 242, the audio time stamp offset AOFFSET is added to the PTS fields of all audio PES packets in the second clip. In step 243, the PCR time stamp offset PCROFFSET is computed... In step 244 the PCROFFSET is added to all PCR records in the second clip.”<br>【中文翻译】：<br>参考图38，示出了用于计算视频时间戳偏移VOFFSET的过程的流程图……参考图39，示出了用于计算音频时间戳偏移AOFFSET的过程的流程图……参考图40，示出了用于计算PCR偏移PCROFFSET的过程的流程图……<br>在步骤241中，将视频时间戳偏移VOFFSET添加到第二剪辑中所有视频PES分组的DTS和PTS字段中。接着，在步骤242中，将音频时间戳偏移AOFFSET添加到第二剪辑中所有音频PES分组的PTS字段中。在步骤243中，计算PCR时间戳偏移PCROFFSET……在步骤244中，将PCROFFSET添加到第二剪辑中的所有PCR记录。 | 【公开性分析】：<br>1. 目标专利中下发给第二WTRU的信息包含“更新的时间同步信息”（由网络根据第一WTRU的初始信息调整更新）。<br>2. 对比文件在拼接处理流时，为了使第二剪辑能够无缝顺承前一剪辑，在控制端/处理模块中动态计算出重新调整后的时间偏置量（VOFFSET、AOFFSET、PCROFFSET），并对时间戳及PCR记录进行重新打标（re-stamping），形成了更新后的时间同步参数与流头信息。<br>3. 在非常宽松的标准下，经过计算偏移并重新打标的时间戳和时钟参考本质上属于“更新的时间同步信息”。本领域技术人员有可能由此合理推断第二消息中携带有该更新的时间同步信息，构成隐含公开。 |
| 技术特征K：所述第二WTRU根据所述更新的时间同步信息来重新同步该第二WTRU的媒体流<br><br>【公开性判断】：《隐含公开》 | 【对比文件位置】：说明书第2栏第8-14行（Column 2, Lines 8-14）；第5栏第10-25行（Column 5, Lines 10-25）；第10栏第42-55行（Column 10, Lines 42-55）<br>【对比文件原文】：<br>“The standard specifies the organization of the elementary streams and the transport streams, and imposes constraints to enable synchronized decoding from the audio and video decoding buffers under various conditions.”<br>“A viewer (not shown) may operate a remote control 63 to select one of the channels for viewing on a television 64. The decoder box 61 selects the MPEG transport stream for the desired channel and decodes the transport stream... The MPEG splicer would seamlessly splice from an MPEG transport stream currently viewed to a selected new MPEG transport stream to produce an encoded MPEG transport stream that would be decoded in the conventional fashion without significant audio/visual discontinuities...”<br>【中文翻译】：<br>该标准规定了基本流和传输流的组织，并施加了约束以在各种条件下实现来自音频和视频解码缓冲器的同步解码。<br>观众（未示出）可以操作遥控器63以选择电视频道之一用于在电视机64上观看。解码器盒61选择用于期望频道的MPEG传输流并对该传输流进行解码……MPEG拼接器将从当前观看的MPEG传输流无缝拼接到所选择的新MPEG传输流，以产生将以常规方式解码而没有明显视听不连续性的经编码MPEG传输流…… | 【公开性分析】：<br>1. 目标专利要求第二WTRU根据更新的时间同步信息重新同步其媒体流。<br>2. 对比文件公开了在终端机顶盒/解码器（如机顶盒61）中，接收重打标后的更新时间戳（DTS/PTS/PCR）的流数据后，其解码缓冲器与解码器按照更新后的时间基准重新进行时钟恢复与解码呈现，从而无缝衔接并同步媒体流。<br>3. 依据极宽松的隐含公开判断原则，本领域技术人员完全有可能通过接收端基于更新的时间戳流调整本地解码播放定时的机制，合理推断出第二终端根据更新的时间同步信息重新同步媒体流，构成隐含公开。 |
| 技术特征L：其中所述第二WTRU的重新同步更新所述媒体流的同步<br><br>【公开性判断】：《隐含公开》 | 【对比文件位置】：说明书第7栏第48-60行（Column 7, Lines 48-60）；第10栏第50-60行（Column 10, Lines 50-60）<br>【对比文件原文】：<br>“For the eight cases of audio splicing identified in FIG. 10, it is possible to construct a spliced audio elementary stream with no holes and no audio PTS discontinuity. As a consequence, an audio/video skew in presentation time of magnitude at most half of an APU duration will be introduced following the cut point in the spliced stream... Irrespective of the number of consecutive splices, the worst audio/video skew at any point in time will be half of the APU duration.”<br>【中文翻译】：<br>对于图10中确定的音频拼接的八种情况，可以构建没有空洞且没有音频PTS不连续性的拼接音频基本流。结果，在拼接流中的剪切点之后将引入在呈现时间上至多为半个APU持续时间量级的音频/视频偏斜……无论连续拼接的次数如何，在任何时间点的最坏音频/视频偏斜都将是半个APU持续时间。 | 【公开性分析】：<br>1. 目标专利指出重新同步使媒体流在设备间/会话内更新并建立同步。<br>2. 对比文件中在流拼接和客户端重同步后，消除PTS跳变，并将不同流之间的偏斜（skew）限制在极小的容限内（<=半个APU），更新了媒体流的同步状态。<br>3. 在非常宽松的隐含公开标准下，这种消除时间空洞与不连续、达成媒体流同步状态刷新的机制，可以合理推导出重新同步更新了媒体流的同步，构成隐含公开。 |
| 技术特征M：以提供针对所述WTRU中的第一WTRU和所述第二WTRU的同步的回放<br><br>【公开性判断】：《隐含公开》 | 【对比文件位置】：说明书第4栏第40-50行（Column 4, Lines 40-50）；第11栏第10-25行（Column 11, Lines 10-25）<br>【对比文件原文】：<br>“The clustering of the stream servers 21 as a front end to the cached disk array 23 provides parallelism and scalability... It provides the ability for multiple file systems to exist concurrently over multiple communication stacks, with shared data access... permit any one of the clients 54 to communicate with any one of the stream servers 21.”<br>“If there are multiple audio streams for one program, then all of these individual audio streams are processed independently in the fashion described above for a single stream... achieve the best possible alignment between audio and video for the ending clip.”<br>【中文翻译】：<br>流服务器21作为高速缓存磁盘阵列23的前端的群集提供了并行性和可扩展性……它提供了多个文件系统在多个通信协议栈上并发存在的能力，具有共享数据访问……允许任何客户端54与任何流服务器21通信。<br>如果一个节目有多个音频流，则所有这些单独的音频流都按照上述针对单个流的方式独立处理……为结束剪辑实现音频和视频之间的最佳可能对齐。 | 【公开性分析】：<br>1. 目标专利要求实现多个WTRU（第一与第二WTRU）之间的同步回放（即设备间同步IDMS）。<br>2. 对比文件是在同一服务器下向多个客户端提供共享多媒体流传输服务，并对音视频多流实现精确对齐与同步播放。<br>3. 按照极宽松的隐含公开判断准则，多客户端并发访问具有统一同步基准的流媒体，可能带来多个终端间同步呈现的效果；本领域技术人员有可能通过多终端多流同步回放的概念进行延伸推断，故认定为隐含公开。 |
| 技术特征N：该方法还包括所述第二WTRU传送第三消息<br><br>【公开性判断】：《隐含公开》 | 【对比文件位置】：说明书第14栏第50-58行（Column 14, Lines 50-58）<br>【对比文件原文】：<br>“In the metered FTP protocol, the data transmission rate is controlled so that the loading on the stream server is deterministic. The data transmission is TCP flow controlled... In the transmission control protocol (TCP), the stream server either opens or closes a window of time within which to receive more data. The stream server indicates to the application a certain number of buffers that are available to receive the data. In addition, the stream server acknowledges receipt of the data.”<br>【中文翻译】：<br>在计量的FTP协议中，控制数据传输速率使得流服务器上的负载是确定性的。数据传输受TCP流控制……在传输控制协议（TCP）中，流服务器打开或关闭在其中接收更多数据的时间窗口。流服务器向应用程序指示可用于接收数据的特定数量的缓冲器。此外，流服务器确认接收到数据。 | 【公开性分析】：<br>1. 目标专利中第二WTRU在处理后向网络回传第三消息（响应消息）。<br>2. 对比文件公开了基于网络传输协议（如TCP/FTP交互），接收端应用程序在接收处理流数据时向服务器发送流控制反馈与确认应答（acknowledges receipt / TCP flow control push-back）。<br>3. 在非常宽松的隐含公开标准下，接收端向控制端/服务器发送应答与状态反馈消息属于双向通信交互的标准过程，本领域技术人员有可能推断出第二终端传送第三消息，构成隐含公开。 |
| 技术特征O：该第三消息包括用于重新同步该第二WTRU的媒体流的所述更新的时间同步信息<br><br>【公开性判断】：《隐含公开》 | 【对比文件位置】：说明书第14栏第52-60行（Column 14, Lines 52-60）；第15栏第20-30行（Column 15, Lines 20-30）<br>【对比文件原文】：<br>“For input to the stream server from the application, the stream server controls the data rate by flow-control push-back... In the transmission control protocol (TCP), the stream server either opens or closes a window of time within which to receive more data... In addition, the stream server acknowledges receipt of the data.”<br>“...if the play-out of the clip is interrupted by a 'play-next immediate' or a 'play-next at-time' command then some of the preloaded extra audio is replaced by audio data (i.e. audio access units) extracted from the new clip's buffer pool at the splicing time.”<br>【中文翻译】：<br>对于从应用程序到流服务器的输入，流服务器通过流控制推送来控制数据速率……在传输控制协议（TCP）中，流服务器打开或关闭在其中接收更多数据的时间窗口……此外，流服务器确认接收到数据。<br>……如果剪辑的播放被“立即播放下一个”或“按时间播放下一个”命令中断，则在拼接时间，将某些预加载的额外音频替换为从新剪辑的缓冲池中提取的音频数据（即音频访问单元）。 | 【公开性分析】：<br>1. 目标专利中第三消息携带第二WTRU重新同步媒体流后的更新时间同步信息（如调整后的PTO或确认的PTO）。<br>2. 对比文件在多媒体传输和播放控制中，客户端向服务器反馈流控制状态以及触发“play-next at-time”包含具体播放时间参数命令，以使服务器感知客户端的重同步与缓冲时间点。<br>3. 在宽松判断标准下，本领域技术人员有可能通过客户端向服务器汇报播放时间进度与同步状态的控制机制，推导出第三消息中包含重新同步的时间同步参数，因此构成隐含公开。 |
| 技术特征P：所述第一WTRU接收第四消息<br><br>【公开性判断】：《隐含公开》 | 【对比文件位置】：说明书第4栏第40-48行（Column 4, Lines 40-48）；第14栏第44-50行（Column 14, Lines 44-50）<br>【对比文件原文】：<br>“...dual redundant controller servers 28, 29 has a network attachment to a bidirectional link 30 in the network 25, through which each of the controller servers 28, 29 can conduct service protocols... permit any one of the clients 54 to communicate with any one of the stream servers 21.”<br>【中文翻译】：<br>……双冗余主控服务器28、29具有到网络25中的双向链路30的网络附连，通过该双向链路，每个主控服务器28、29可以执行服务协议……允许任何客户端54与任何流服务器21通信。 | 【公开性分析】：<br>1. 目标专利中发起方第一WTRU接收第四消息（如最终的传输响应消息）。<br>2. 对比文件通过双向通信链路（bidirectional link）执行服务协议，在客户端发出操作请求并由服务器处理后，服务器必将操作执行结果或确认状态下发回给请求发起端客户端。<br>3. 在非常宽松的隐含公开判断下，请求端接收服务响应属于双向服务协议的基本逻辑闭环，本领域技术人员有可能合理推导出第一客户端接收第四消息，构成隐含公开。 |
| 技术特征Q：该第四消息包括所述更新的时间同步信息<br><br>【公开性判断】：《隐含公开》 | 【对比文件位置】：说明书第12栏第50-65行（Column 12, Lines 50-65）；第14栏第60-65行（Column 14, Lines 60-65）<br>【对比文件原文】：<br>“The metadata contains information on the clip which is used during the play operation to check the buffer levels and to adjust these levels at the splicing time... When a pointer to a clip is placed in a play-list entry, the entry also has an indication of an In Point in the clip, an Out Point for the clip, and a desired start time.”<br>【中文翻译】：<br>元数据包含剪辑上的信息，其在播放操作期间用于检查缓冲器水平并在拼接时间调整这些水平……当将指向剪辑的指针放入播放列表条目中时，该条目还具有该剪辑的入点、出点以及期望开始时间的指示。 | 【公开性分析】：<br>1. 目标专利中第四消息携带更新的时间同步信息以告知第一WTRU最新的协同会话同步状态。<br>2. 对比文件在服务器维护并调整播放列表条目及流元数据时，会将更新后的时间戳偏移、剪辑入点出点及调整后的期望播放时间等同步信息反馈给控制管理端。<br>3. 依据极宽松标准，本领域技术人员有可能从控制链路下发更新后时间参数的逻辑合理推断出第四消息包括更新的时间同步信息，构成隐含公开。 |
| 技术特征R：所述第一WTRU利用所述更新的时间同步信息来更新该第一WTRU的内部状态。<br><br>【公开性判断】：《隐含公开》 | 【对比文件位置】：说明书第14栏第60行-第15栏第5行（Column 14, Line 60 - Column 15, Line 5）<br>【对比文件原文】：<br>“As described in the above referenced Duso et al. U.S. Pat. No. 5,892,915, the stream server can continuously supply a real-time data stream to a client by servicing a play list. As shown in FIG. 51, the play list can be distributed between the controller server play list 320 and a stream server play list 321... When a pointer to a clip is placed in a play-list entry, the entry also has an indication of an In Point in the clip, an Out Point for the clip, and a desired start time. A pointer to a clip can be recalled (i.e., removed) from a play-list entry.”<br>【中文翻译】：<br>如在上述引用的Duso等人的美国专利5,892,915中所述，流服务器可以通过服务播放列表连续地向客户端提供实时数据流。如图51所示，播放列表可分布在主控服务器播放列表320和流服务器播放列表321之间……当将指向剪辑的指针放入播放列表条目中时，该条目还具有该剪辑的入点、出点以及期望开始时间的指示。可以从播放列表条目中撤回（即移除）指向剪辑的指针。 | 【公开性分析】：<br>1. 目标专利中第一WTRU更新其内部状态（如维护协同会话各成员设备和流状态的数据结构）。<br>2. 对比文件中主控/客户端维护播放列表（play-list entry），当剪辑发生拼接、时间调整或撤回/更新时，需要更新内部维护的播放列表条目状态与起止时间参数，以保证后续调度的准确性。<br>3. 在非常宽松的隐含公开判断下，终端利用接收到的最新时间信息更新本地数据结构或列表条目，属于本领域技术人员容易联想到的常规状态机维护操作，构成隐含公开。 |
| 技术特征S：其中所述第一消息<br><br>【公开性判断】：《隐含公开》 | 【对比文件位置】：说明书第14栏第44-50行（Column 14, Lines 44-50）<br>【对比文件原文】：<br>“The application 310 initiates the metered FTP by sending a copy command to the active one of the controller servers 28, 29.”<br>【中文翻译】：<br>应用程序310通过向活动的主控服务器28、29发送复制命令来发起计量的FTP。 | 【公开性分析】：<br>1. 对应于特征A中客户端发出的首个信令/请求消息。<br>2. 如特征A所述，对比文件公开了发起传输的初始命令消息，在宽松标准下隐含公开了该第一消息。 |
| 技术特征T：和所述第二消息中的每一者包括会话描述协议SDP属性行。<br><br>【公开性判断】：《未公开》 | 【对比文件位置】：说明书第2栏第15-30行（Column 2, Lines 15-30）；第3栏第1-30行（Column 3, Lines 1-30）<br>【对比文件原文】：<br>“The MPEG 2 standard is documented in ISO/IEC International Standard (IS) 13818-1... The SMPTE standard defines constraints on the encoding of and syntax for MPEG-2 transport streams such that they may be spliced without modifying the packetized elementary stream (PES) packet payload... into single or multiple program transport streams (TS)...”<br>【中文翻译】：<br>MPEG 2标准记录在ISO/IEC国际标准（IS）13818-1中……SMPTE标准定义了对MPEG-2传输流的编码和语法的约束，使得它们可以在不修改分组化基本流（PES）分组有效载荷的情况下被拼接……进入单节目或多节目传输流（TS）…… | 【公开性分析】：<br>1. 目标专利说明书原文明确记载SDP属性行即“a”行（如a=3gpp_sync_info:...），用于在IMS信令会话描述中编码并携带跨设备的媒体同步信息元素。<br>2. 对比文件完全是基于MPEG-2系统层（ISO/IEC 13818-1）的传输流（TS包、PSI表、PES包头部、自适应字段）以及SMPTE标准进行流语法解析和时间戳控制，其消息交互采用底层的FTP/TCP流控制或内部总线通信，完全没有出现或涉及IETF RFC标准的会话描述协议（SDP），更不存在“SDP属性行（attribute line）”。<br>3. 即使采用极其宽松的标准，本领域技术人员也无法从MPEG-2 TS包头、自适应字段或底层TCP套接字通信中，毫无疑义或合理推理得出在控制消息中采用“SDP属性行”来封装同步信息。对比文件不仅未直接公开，亦没有任何暗示或部分公开，因此该技术特征未公开。 |
| 技术特征U：其中所述操作为WTRU间传输操作。<br><br>【公开性判断】：《隐含公开》 | 【对比文件位置】：说明书第4栏第40-48行（Column 4, Lines 40-48）；第14栏第45-52行（Column 14, Lines 45-52）<br>【对比文件原文】：<br>“For multi-media data transfer, the active one of the controller servers 28, 29 assigns one of the stream servers 21 to the network client 54 requesting multi-media service... permit any one of the clients 54 to communicate with any one of the stream servers 21.”<br>“The application 310 initiates the metered FTP by sending a copy command to the active one of the controller servers 28, 29... to set the bit rate for the metered transfer of file data between the stream server 291 and the application 310.”<br>【中文翻译】：<br>对于多媒体数据传输，活动的主控服务器28、29将流服务器21之一分配给请求多媒体服务的网络客户端54……允许任何客户端54与任何流服务器21通信。<br>应用程序310通过向活动的主控服务器28、29发送复制命令来发起计量的FTP……以设置流服务器291与应用程序310之间文件数据计量传输的比特率。 | 【公开性分析】：<br>1. 目标专利说明书中WTRU间传输操作（inter-WTRU transfer operation）是指将一个终端上的媒体流传输/迁移至另一个终端上进行呈现播放。<br>2. 对比文件公开了在服务器与多个网络客户端之间进行多媒体数据的传输（transfer）与复制（copy command），使得媒体数据流从服务器转移或下发给指定的客户端应用进行播放。<br>3. 在非常宽松的隐含公开判断准则下，网络环境下的多媒体传输操作（transfer）与终端间媒体流传输在数据重定向传送的作用上相通，本领域技术人员有可能由此推理推断，因此认定为隐含公开。 |
| 技术特征V：其中所述媒体流包括视频流<br><br>【公开性判断】：《直接公开》 | 【对比文件位置】：说明书第1栏第48-52行（Column 1, Lines 48-52）；第3栏第35-40行（Column 3, Lines 35-40）<br>【对比文件原文】：<br>“The present invention relates to processing of compressed audio/visual data, and more particularly to splicing of streams of audio/visual data.”<br>“The first transport stream includes video access units encoding video presentation units representing video frames...”<br>【中文翻译】：<br>本发明涉及压缩视/音频数据的处理，更具体地涉及视/音频数据流的拼接。<br>第一传输流包括编码代表视频帧的视频呈现单元的视频访问单元…… | 【公开性分析】：<br>1. 对比文件全篇明确处理包含视频帧、视频访问单元（VAU）的视频基本流及视频传输流。<br>2. 其在对比文件中作为被传输、拼接和同步的核心媒体流之一，与目标专利中视频流的作用与技术含义完全相同。<br>3. 本领域技术人员能毫无疑义地直接得出该技术特征，属于直接公开。 |
| 技术特征W：和音频流。<br><br>【公开性判断】：《直接公开》 | 【对比文件位置】：说明书第1栏第48-52行（Column 1, Lines 48-52）；第3栏第40-45行（Column 3, Lines 40-45）<br>【对比文件原文】：<br>“The present invention relates to processing of compressed audio/visual data, and more particularly to splicing of streams of audio/visual data.”<br>“...and audio access units encoding audio presentation units representing segments of a first audio signal.”<br>【中文翻译】：<br>本发明涉及压缩视/音频数据的处理，更具体地涉及视/音频数据流的拼接。<br>……以及编码代表第一音频信号的片段的音频呈现单元的音频访问单元。 | 【公开性分析】：<br>1. 对比文件全篇明确公开了包含音频访问单元（AAU）与音频呈现单元（APU）的音频基本流及音频传输流。<br>2. 其在对比文件中与视频流一同被无缝拼接和同步回放，与目标专利中音频流的作用与内容完全相同。<br>3. 本领域技术人员能毫无疑义地直接得出该技术特征，属于直接公开。 |
| 技术特征X：其中所述第一消息为WTRU间传输请求消息<br><br>【公开性判断】：《隐含公开》 | 【对比文件位置】：说明书第14栏第44-50行（Column 14, Lines 44-50）<br>【对比文件原文】：<br>“The application 310 initiates the metered FTP by sending a copy command to the active one of the controller servers 28, 29. The controller server sends a set bandwidth command to the stream server to set the bit rate for the metered transfer of file data between the stream server 291 and the application 310.”<br>【中文翻译】：<br>应用程序310通过向活动的主控服务器28、29发送复制命令来发起计量的FTP。主控服务器向流服务器发送设置带宽命令，以设置流服务器291与应用程序310之间文件数据计量传输的比特率。 | 【公开性分析】：<br>1. 目标专利中第一消息具体实现为WTRU间传输请求消息（如用于发起会话或流的转移）。<br>2. 对比文件公开了应用程序向主控服务器发送复制/传输命令（copy command for transfer of file data）以发起流媒体数据的传输过程。<br>3. 在非常宽松的隐含公开判断下，该传输发起消息在功能上请求执行媒体流的数据传送，本领域技术人员有可能将其合理推断并等同于传输请求消息，故认定为隐含公开。 |
| 技术特征Y：流增加请求消息。<br><br>【公开性判断】：《隐含公开》 | 【对比文件位置】：说明书第14栏第60行-第15栏第5行（Column 14, Line 60 - Column 15, Line 5）；第11栏第10-20行（Column 11, Lines 10-20）<br>【对比文件原文】：<br>“When a pointer to a clip is appended to the controller server play list 320, extra audio packets are loaded in a FIFO buffer. Then, the start and the end positions of the clip are set based on the video elementary stream only... If there are multiple audio streams for one program, then all of these individual audio streams are processed independently in the fashion described above for a single stream.”<br>【中文翻译】：<br>当指向剪辑的指针被追加（appended）到主控服务器播放列表320时，额外的音频分组被加载到FIFO缓冲器中。然后，仅基于视频基本流设置剪辑的开始和结束位置……如果一个节目有多个音频流，则所有这些单独的音频流都按照上述针对单个流的方式独立处理。 | 【公开性分析】：<br>1. 目标专利权利要求中第一消息的可选并列方案为“流增加请求消息”（向会话中动态添加新的流）。<br>2. 对比文件公开了向当前正在服务的播放列表中追加（append）新的多媒体剪辑/流条目，或者为节目动态增加并处理多个独立的音频流。<br>3. 在非常宽松的标准下，向传输列表中追加流或增加媒体流的请求信令与“流增加请求消息”在技术功能上有相通之处，本领域技术人员有可能据此推理得出，认定为隐含公开。 |
---
### 评估结论总结
1. **直接公开的技术特征**：
- **技术特征C**（在媒体流上执行操作的请求）
- **技术特征V**（媒体流包括视频流）
- **技术特征W**（媒体流包括音频流）
2. **隐含公开的技术特征**（基于极度宽松、避免遗漏的推论标准）：
- **技术特征A、B、D、E、F、G、H、I、J、K、L、M、N、O、P、Q、R、S、U、X、Y**
3. **未公开的技术特征**：
- **技术特征T**（第一消息和第二消息中的每一者包括会话描述协议SDP属性行）：对比文件基于MPEG-2系统层传输流（TS）包语法与底层TCP/IP信令，完全未公开或暗示使用会话描述协议（SDP）及其属性行承载时间同步信息。
---
<<<C>>><<<V>>><<<W>>><<<a>>><<<b>>><<<d>>><<<e>>><<<f>>><<<g>>><<<h>>><<<i>>><<<j>>><<<k>>><<<l>>><<<m>>><<<n>>><<<o>>><<<p>>><<<q>>><<<r>>><<<s>>><<<u>>><<<x>>><<<y>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A<br>该方法包括所述WTRU中的第一WTRU传送第一消息<br><br>《未公开》 | 无对应公开内容。 | 作用与方案比对：<br>在目标专利中，技术特征A是基于IMS协同会话架构，由作为控制方的第一WTRU向网络侧（如SCC-AS）发送信令请求，以发起媒体流的WTRU间传输或增加，实现多设备间媒体协同（见目标说明书[0003]、[0006]、[0048]、[0069]）。<br>对比文件US20040103430A1涉及数字数据广播系统中将同步流数据注入MPEG-2音视频传输流的广播前端装置与方法（见[0001]、[0014]），属于单向广播数据封装与复用发射体系，全文未涉及无线发射/接收单元（WTRU），更未公开在协同会话中由第一WTRU传送第一消息的技术方案。本领域技术人员无法直接得出也无法合理解析/推导得出该特征，故未公开。 |
| 技术特征B<br>该第一消息包括初始的时间同步信息<br><br>《未公开》 | 无对应公开内容。 | 作用与方案比对：<br>在目标专利中，第一消息中携带的初始时间同步信息（如包含群组ID、PTO IE、同步容限的SDP属性行）用于为协同会话中跨设备的流同步提供初始参考依据（见目标说明书[0005]、[0049]-[0053]、[0069]）。<br>对比文件虽然在广播前端注入过程中提及设置第一DAU的新呈现时间戳（[0015]步骤a、[0032]），但该参数仅用于广播复用器内部计算PTS偏移，并非包含在第一WTRU发送的第一消息中，两者的技术领域、载体、作用及信息交互机制完全不同。因此，对比文件未直接公开也未隐含公开该特征。 |
| 技术特征C<br>和在所述媒体流上执行操作的请求<br><br>《未公开》 | 无对应公开内容。 | 作用与方案比对：<br>在目标专利中，第一消息中的请求用于请求网络侧在目标媒体流上执行WTRU间传输、流增加等协同操作（见目标说明书[0006]、[0069]、[0077]）。<br>对比文件为数字广播前端的流注入与复用处理，各功能模块之间仅为内部数据流处理和调度，不存在WTRU向网络请求在媒体流上执行协同操作的交互请求消息。本领域技术人员无法从对比文件中推导出该特征，故未公开。 |
| 技术特征D<br>其中所述初始的时间同步信息指示当前回放时间<br><br>《未公开》 | 无对应公开内容。 | 作用与方案比对：<br>在目标专利中，初始时间同步信息中的PTO指示当前正在播放的片段回放时的墙上时钟时间与该片段相对于媒体呈现开始的时间戳之间的差（见目标说明书[0051]-[0053]等式(1)），用于确定流在终端播放时的绝对时间基准。<br>对比文件[0052]式2中计算的呈现时间偏移（$PTSoff = \text{new PTS} - \text{PTS of first DAU}$）是第一数据访问单元的新老时间戳之差，属于广播流打包注入时的离线时间戳偏移调整，既不指示终端的当前回放时间，也非基于播放时的墙上时钟时间。两者物理含义与作用完全不同，故未公开。 |
| 技术特征E<br>与当前时间戳之间的差<br><br>《未公开》 | 无对应公开内容。 | 作用与方案比对：<br>在目标专利中，特征E与特征D共同限定PTO为“当前回放时间（墙上时钟时间）”与“当前时间戳（媒体自身时间戳）”之差，用于反映播放进度相对于媒体呈现起点的偏差（见目标说明书[0052]、[0053]）。<br>对比文件[0052]公式2中仅为两个MPEG-2 PTS时间戳相减，不涉及当前实际回放的墙上时钟时间与当前片段媒体时间戳求差以表征设备间回放进度的技术方案。本领域技术人员无法合理推断出该技术特征，故未公开。 |
| 技术特征F<br>以确保针对所述WTRU发生同步的回放<br><br>《未公开》 | [0013] "...calculating an injection time point with respect to each data access unit (DAU) which forms synchronized stream data so that the synchronized stream data could be presented in a receiver smoothly, and injecting the DAU into a Moving Picture Experts Group 2 (MPEG-2) audio/video transport stream at the calculated injection time point."<br>（……计算构成同步流数据的每个数据访问单元（DAU）的注入时间点，以便同步流数据能够在接收机中顺畅地呈现，并在计算出的注入时间点将DAU注入到MPEG-2音视频传输流中。） | 作用与方案比对：<br>在目标专利中，该特征的作用是在协作会话中协调多个分布式无线发射/接收单元（WTRU），确保不同终端设备上的多个媒体流（如跨设备分离的音视频）实现跨设备协同同步回放（见目标说明书[0005]、[0051]、[0073]）。<br>对比文件[0013]所述的目的是使接收机单机能够顺畅呈现（presented in a receiver smoothly），防止单机缓冲区溢出（[0012]），其针对的是单台数字广播接收机内部解码呈现连续性，根本未涉及也无法解决多WTRU协同会话中的设备间同步回放问题。两者应用环境、解决的技术问题及实现的作用截然不同，故未公开。 |
| 技术特征G<br>所述当前时间戳为相对于媒体呈现的开始的片段的时间戳<br><br>《未公开》 | 无对应公开内容。 | 作用与方案比对：<br>目标专利明确限定“当前时间戳可以是该片段的时间戳，与媒体出现的开始有关”（见目标说明书[0053]、[0114]），即相对于媒体呈现起始点的相对时间戳。<br>对比文件采用的是MPEG-2传输流标准的PTS/PCR机制（[0004]、[0033]），PTS是基于系统时钟频率（如90kHz/27MHz）由编码器生成的时钟参考计数，用于与解码器STC匹配，并非目标专利中相对于媒体呈现开始片段的相对时间戳。本领域技术人员无法从中推导出该特征，故未公开。 |
| 技术特征H<br>所述WTRU中的第二WTRU接收第二消息<br><br>《未公开》 | 无对应公开内容。 | 作用与方案比对：<br>目标专利中，第二WTRU为协同会话中的受控方或目标设备，接收网络侧转发的第二消息以参与协同会话或接收媒体流（见目标说明书[0006]、[0072]）。<br>对比文件为广播流注入端，完全不涉及协同会话中第二WTRU接收第二消息的交互流程，故未公开。 |
| 技术特征I<br>该第二消息包括在所述媒体流上执行所述操作的请求<br><br>《未公开》 | 无对应公开内容。 | 作用与方案比对：<br>目标专利中第二消息携带执行操作的请求，用于指示第二WTRU建立连接或准备接收媒体流（见目标说明书[0006]、[0072]）。<br>对比文件无第二消息，亦无相应操作请求，故未公开。 |
| 技术特征J<br>更新的时间同步信息<br><br>《未公开》 | 无对应公开内容。 | 作用与方案比对：<br>目标专利中更新的时间同步信息是由网络侧SCC-AS在初始同步信息基础上更新分配的有效群组ID、同步容限或更新的PTO，并下发给第二WTRU（见目标说明书[0005]、[0072]）。<br>对比文件[0053]虽然提及对DAU重新打时间戳（Re-stamped PTS），但该PTS是复用器输出流内部的时间戳重标记，并不是协同信令第二消息中所包含的用于多终端协同流同步的更新时间同步信息。对比文件未公开该特征。 |
| 技术特征K<br>所述第二WTRU根据所述更新的时间同步信息来重新同步该第二WTRU的媒体流<br><br>《未公开》 | 无对应公开内容。 | 作用与方案比对：<br>目标专利中，第二WTRU利用接收到的更新时间同步信息（如PTO），通过延迟呈现或调整回放定时，使其媒体流与第一WTRU的流对齐（见目标说明书[0006]、[0073]）。<br>对比文件接收端仅为常规广播接收机，按收到的TS流内置时间戳被动解码回放，不存在第二WTRU根据更新的同步信息主动重新同步其媒体流的控制逻辑。故未公开。 |
| 技术特征L<br>其中所述第二WTRU的重新同步更新所述媒体流的同步<br><br>《未公开》 | 无对应公开内容。 | 作用与方案比对：<br>目标专利中，第二WTRU的重新同步操作更新了整个协同会话中各媒体流之间的相对同步状态（见目标说明书[0073]、[0080]）。<br>对比文件不包含第二WTRU重新同步媒体流的过程，未公开该特征。 |
| 技术特征M<br>以提供针对所述WTRU中的第一WTRU和所述第二WTRU的同步的回放。<br><br>《未公开》 | 无对应公开内容。 | 作用与方案比对：<br>目标专利的技术效果是实现协同会话中分布在第一WTRU与第二WTRU上的不同流（如一端放音频、一端放视频）协同一致回放（见目标说明书[0073]、[0091]）。<br>对比文件仅针对单机数字电视接收机播放同一MPEG-2 TS流中的数据，未涉及在第一WTRU和第二WTRU两个独立终端之间提供同步回放，故未公开。 |
| 技术特征N<br>该方法还包括所述第二WTRU传送第三消息<br><br>《未公开》 | 无对应公开内容。 | 作用与方案比对：<br>目标专利中第二WTRU在重新同步或准备完毕后，向网络侧传送响应性质的第三消息（见目标说明书[0006]、[0073]步骤370）。<br>对比文件没有第二WTRU，亦不存在传送第三消息的交互，故未公开。 |
| 技术特征O<br>该第三消息包括用于重新同步该第二WTRU的媒体流的所述更新的时间同步信息<br><br>《未公开》 | 无对应公开内容。 | 作用与方案比对：<br>目标专利中第三消息携带同步信息，用于向网络报告第二WTRU所实际采用或调整的同步参数（见目标说明书[0073]）。<br>对比文件无此消息与内容，未公开。 |
| 技术特征P<br>所述第一WTRU接收第四消息<br><br>《未公开》 | 无对应公开内容。 | 作用与方案比对：<br>目标专利中第一WTRU接收网络下发的第四消息（WTRU间传输响应消息），获知协同操作及同步结果（见目标说明书[0006]、[0073]步骤375）。<br>对比文件不存在该交互，未公开。 |
| 技术特征Q<br>该第四消息包括所述更新的时间同步信息<br><br>《未公开》 | 无对应公开内容。 | 作用与方案比对：<br>目标专利中第四消息携带更新的时间同步信息，使控制方WTRU掌握最新的会话同步参数（见目标说明书[0073]）。<br>对比文件无该消息及参数，未公开。 |
| 技术特征R<br>所述第一WTRU利用所述更新的时间同步信息来更新该第一WTRU的内部状态。<br><br>《未公开》 | 无对应公开内容。 | 作用与方案比对：<br>目标专利中第一WTRU将更新的时间同步信息保存在表示协同会话状态的数据结构中，用于后续协同会话的控制和同步监测（见目标说明书[0006]、[0073]标号380）。<br>对比文件未公开任何第一WTRU利用更新的同步信息更新终端内部状态的方案，故未公开。 |
| 技术特征S<br>其中所述第一消息<br><br>《未公开》 | 无对应公开内容。 | 作用与方案比对：<br>目标专利的第一消息为承载协同控制信令的专用协议消息（如SIP INVITE包含SDP）（见目标说明书[0005]、[0069]）。<br>对比文件未公开第一消息，故未公开。 |
| 技术特征T<br>和所述第二消息中的每一者包括会话描述协议SDP属性行。<br><br>《未公开》 | 无对应公开内容。 | 作用与方案比对：<br>目标专利中采用SDP属性行（如 a=3gpp_sync_info:...）在IMS应用层信令中对设备间媒体同步IE（群组ID、PTO、同步容限）进行文本编码和传输（见目标说明书[0005]、[0055]、[0069]-[0071]）。<br>对比文件采用的是MPEG-2广播传输流的二进制包头及打包基本流（PES/TS包头）语法，根本未涉及互联网工程任务组（IETF）的会话描述协议（SDP），更未公开在消息中包含SDP属性行。故未公开。 |
| 技术特征U<br>其中所述操作为WTRU间传输操作。<br><br>《未公开》 | 无对应公开内容。 | 作用与方案比对：<br>目标专利的操作是将媒体流从一个终端转移/增加到另一个终端的WTRU间传输操作（Inter-WTRU transfer）（见目标说明书[0003]、[0048]、[0118]）。<br>对比文件仅为广播电视台/前端复用器向单向广播网络注入流数据，不涉及终端间的流转移或传输操作，故未公开。 |
| 技术特征V<br>其中所述媒体流包括视频流<br><br>《直接公开》 | [0001] "The present invention relates to an apparatus and method for injecting synchronized stream data into a Moving Picture Experts Group 2 (MPEG-2) video/audio transport stream (TS) for a digital data broadcasting service."<br>（本发明涉及一种用于在数字数据广播服务中将同步流数据注入运动图像专家组2（MPEG-2）视频/音频传输流（TS）的装置和方法。）<br>[0007] "MPEG video data or MPEG audio data may be used as synchronized stream."<br>（MPEG视频数据或MPEG音频数据可用作同步流。）<br>[0014] "...with a video/audio transport stream, which is inputted from the outside..."<br>（……与从外部输入的视频/音频传输流……） | 作用与方案比对：<br>目标专利中媒体流包含视频流，其作用是作为多媒体协同会话中传输和呈现的视频内容载体（见目标说明书[0048]、[0068]）。<br>对比文件在[0001]、[0007]、[0014]中明确公开了待注入及处理的传输流为MPEG-2视频/音频传输流（video/audio transport stream），且指出同步流可采用MPEG视频数据（video data）。对比文件中的视频流同样作为视频媒体内容的承载流。两者的技术内容实质相同，在多媒体系统中所起的作用相同。本领域技术人员无需创造性劳动即可毫无疑义地直接得出该特征，故对比文件直接公开了技术特征V。 |
| 技术特征W<br>和音频流。<br><br>《直接公开》 | [0001] "The present invention relates to an apparatus and method for injecting synchronized stream data into a Moving Picture Experts Group 2 (MPEG-2) video/audio transport stream (TS) for a digital data broadcasting service."<br>（本发明涉及一种用于在数字数据广播服务中将同步流数据注入运动图像专家组2（MPEG-2）视频/音频传输流（TS）的装置和方法。）<br>[0007] "MPEG video data or MPEG audio data may be used as synchronized stream."<br>（MPEG视频数据或MPEG音频数据可用作同步流。）<br>[0014] "...with a video/audio transport stream, which is inputted from the outside..."<br>（……与从外部输入的视频/音频传输流……） | 作用与方案比对：<br>目标专利中媒体流还包含音频流，用于与视频流配合提供完整的多媒体音频播放（见目标说明书[0048]、[0068]）。<br>对比文件在[0001]、[0007]、[0014]中明确公开了传输流中包含音频流（MPEG-2 audio transport stream / MPEG audio data），与视频流一起构成多媒体数据流进行复用和同步呈现。两者技术内容相同，起到的媒体承载与呈现作用相同。本领域技术人员能够毫无疑义地直接确定该特征，故对比文件直接公开了技术特征W。 |
| 技术特征X<br>其中所述第一消息为WTRU间传输请求消息<br><br>《未公开》 | 无对应公开内容。 | 作用与方案比对：<br>目标专利中第一消息具体为WTRU间传输请求消息，用于发起流迁移（见目标说明书[0005]、[0069]）。<br>对比文件无WTRU间传输架构，亦不存在该消息，故未公开。 |
| 技术特征Y<br>流增加请求消息。<br><br>《未公开》 | 无对应公开内容。 | 作用与方案比对：<br>目标专利中第一消息可选地为流增加请求消息，用于在保留现有流的同时向协作会话增加新的媒体流（见目标说明书[0005]、[0077]、[0121]）。<br>对比文件未公开流增加请求消息，故未公开。 |
<<<V>>><<<W>>>
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括所述WTRU中的第一WTRU传送第一消息<br>【未公开】 | 无 | 对比文件CN1745526A涉及在点对点音视频通信/呈现系统内部解决唇同步误差（lip-sync error）的问题，公开了编码端、传输处理器、网络与单个接收端呈现设备（包含显示器170V和扬声器170A）之间的流传输架构（参见说明书附图1、附图7、附图8及相应说明），并未公开包含多个无线发射/接收单元（第一WTRU、第二WTRU）参与的协作会话架构，更未公开由第一WTRU向网络实体或另一终端传送包含媒体流操作及同步协商的“第一消息”。因此，技术特征A未被公开。 |
| 技术特征B：该第一消息包括初始的时间同步信息<br>【未公开】 | 无 | 对比文件没有公开“第一WTRU传送第一消息”，自然未公开第一消息中携带“初始的时间同步信息”。对比文件仅在单机处理中提及时间标记（timestamp）或延时参数t0，并未公开在分布式多终端协作会话交互信令中包含初始时间同步信息。因此，技术特征B未被公开。 |
| 技术特征C：和在所述媒体流上执行操作的请求<br>【未公开】 | 无 | 对比文件没有公开协作会话控制层信令，未公开在第一消息中携带“在媒体流上执行操作的请求”（例如WTRU间媒体传输或流增加请求）。因此，技术特征C未被公开。 |
| 技术特征D：其中所述初始的时间同步信息指示当前回放时间<br>【未公开】 | 无 | 目标专利中初始时间同步信息中的PTO表示为当前_回放_时间 - 当前_时间戳（说明书[0051]-[0053]）。对比文件附图8及说明书倒数第4段虽然提到“估计器810不断地收集音频和视频访问单元的显示时间标记。每一个LSE e都使用公式1进行计算”，但对比文件公式1计算的是单终端音视频间的唇同步误差e=(tda-tdv)-(tea-tev)，并非用于在设备间消息中指示当前回放时间的时间同步参数。因此，技术特征D未被公开。 |
| 技术特征E：与当前时间戳之间的差<br>【未公开】 | 无 | 对比文件公式1中的差值为到达呈现装置的时间差减去到达编码器的时间差，用以统计接收端本地音视频之间的到达抖动/时延差分布，并未公开在发送给协同设备或网络实体的消息中包含指示“当前回放时间与当前时间戳之间的差”的时间同步信息。因此，技术特征E未被公开。 |
| 技术特征F：以确保针对所述WTRU发生同步的回放<br>【未公开】 | 对比文件【说明书】：“特别地，本发明的一个实施例的方法包括：接收视频访问单元和相应的音频访问单元……通过一个定时因子来瞬时延迟接收到的音频和视频访问单元之一……第二pdf比第一pdf利用了更大份额的唇同步容限窗。” | 对比文件调整定时的目的是减少同一单机接收端上音视频之间的唇同步误差，使其落在单用户的感知容限窗内；而目标专利特征F限定的是“针对所述WTRU（即多个WTRU之间，包括第一WTRU与第二WTRU）发生同步的回放”，作用对象与技术方案完全不同。因此，技术特征F未被公开。 |
| 技术特征G：所述当前时间戳为相对于媒体呈现的开始的片段的时间戳<br>【未公开】 | 对比文件【说明书】背景技术第4段：“在引入这些流到可变延时网络之前的传输处理期间，一个包含时间标记和其他元数据(例如编码器抽样率、数据包次序等)的传输层报头被加入到一些或全部传输数据包。音频和视频信息的时间标记典型地来自于公共的源，例如实时时钟。” | 对比文件仅提及数据包具有来自实时时钟的时间标记，并未公开该时间戳与前述指示当前回放时间差值的初始时间同步信息相结合，亦未公开目标专利中在协作会话各媒体片段级别上基于媒体呈现起始点定义的时间戳机制。因此，技术特征G未被公开。 |
| 技术特征H：所述WTRU中的第二WTRU接收第二消息<br>【未公开】 | 无 | 对比文件中整个系统仅存在单一接收端实体（呈现装置170及其相关的处理器），不存在协作会话中的“第二WTRU”，也不存在接收来自SCC-AS或第一WTRU的“第二消息”。因此，技术特征H未被公开。 |
| 技术特征I：该第二消息包括在所述媒体流上执行所述操作的请求<br>【未公开】 | 无 | 对比文件未公开第二终端，也未公开携带媒体流操作请求的第二消息。因此，技术特征I未被公开。 |
| 技术特征J：更新的时间同步信息<br>【未公开】 | 无 | 对比文件未公开第二消息，亦不存在由网络节点（如SCC-AS）基于第一消息更新并下发给第二WTRU的“更新的时间同步信息”。因此，技术特征J未被公开。 |
| 技术特征K：所述第二WTRU根据所述更新的时间同步信息来重新同步该第二WTRU的媒体流<br>【未公开】 | 无 | 对比文件未公开多终端协同重同步架构，更不存在第二WTRU依据信令中携带的更新时间同步信息对接收到的媒体流执行重新同步。因此，技术特征K未被公开。 |
| 技术特征L：其中所述第二WTRU的重新同步更新所述媒体流的同步<br>【未公开】 | 无 | 对比文件不存在第二WTRU，未公开第二WTRU通过重新同步更新媒体流同步的技术方案。因此，技术特征L未被公开。 |
| 技术特征M：以提供针对所述WTRU中的第一WTRU和所述第二WTRU的同步的回放。<br>【未公开】 | 无 | 对比文件的同步对象是单一终端上播放的音频与视频之间的“单机唇同步”，其物理机制不涉及、也无法实现多个独立移动终端（第一WTRU与第二WTRU）之间的跨设备媒体同步回放（Inter-Destination Media Synchronization, IDMS）。因此，技术特征M未被公开。 |
| 技术特征N：该方法还包括所述第二WTRU传送第三消息<br>【未公开】 | 无 | 对比文件没有公开第二WTRU向上层网络控制实体回送第三消息（如WTRU间传输响应消息）的信令交互机制。因此，技术特征N未被公开。 |
| 技术特征O：该第三消息包括用于重新同步该第二WTRU的媒体流的所述更新的时间同步信息<br>【未公开】 | 无 | 对比文件未公开第三消息，自然未公开在第三消息中包含用于重新同步第二WTRU媒体流的更新时间同步信息。因此，技术特征O未被公开。 |
| 技术特征P：所述第一WTRU接收第四消息<br>【未公开】 | 无 | 对比文件未公开多终端交互机制，未公开控制方第一WTRU接收第四消息（如传输响应确认）。因此，技术特征P未被公开。 |
| 技术特征Q：该第四消息包括所述更新的时间同步信息<br>【未公开】 | 无 | 对比文件未公开第四消息，亦未公开第四消息中携带更新的时间同步信息。因此，技术特征Q未被公开。 |
| 技术特征R：所述第一WTRU利用所述更新的时间同步信息来更新该第一WTRU的内部状态。<br>【未公开】 | 无 | 对比文件未公开第一WTRU接收包含更新时间同步信息的第四消息并据此更新自身内部状态（如维护协作会话的数据结构）的过程。因此，技术特征R未被公开。 |
| 技术特征S：其中所述第一消息<br>【未公开】 | 无 | 对比文件未公开第一消息，不涉及该信令消息的协议格式定义。因此，技术特征S未被公开。 |
| 技术特征T：和所述第二消息中的每一者包括会话描述协议SDP属性行。<br>【未公开】 | 无 | 对比文件未公开第一消息和第二消息，更未公开在会话控制层利用会话描述协议（SDP）属性行（如a=3gpp_sync_info:...）来携带媒体同步参数。因此，技术特征T未被公开。 |
| 技术特征U：其中所述操作为WTRU间传输操作。<br>【未公开】 | 无 | 对比文件处理的是固定点对点流传输中的抖动延迟问题，完全不涉及在不同无线发射/接收单元之间转移/复制媒体流的“WTRU间传输操作”（Inter-WTRU Transfer）。因此，技术特征U未被公开。 |
| 技术特征V：其中所述媒体流包括视频流<br>《直接公开》 | 对比文件【说明书】发明内容第2段、附图1说明：“特别地，根据本发明的一个实施例的方法包括：接收视频访问单元和相应的音频访问单元，该视频和相应的音频访问单元表示视-听信息……”；“视听源110分别向一个视频编码器120V提供视频流V和向音频编码器120A提供相应的音频流A。” | 对比文件明确公开了通信系统中传输和处理的媒体流包含“视频流V”，且该视频流被编码并传输至接收端，这与技术特征V中媒体流包括视频流的含义和方案完全一致。本领域技术人员能够毫无疑义地直接确定对比文件公开了该特征。 |
| 技术特征W：和音频流。<br>《直接公开》 | 对比文件【说明书】发明内容第2段、附图1说明：“……视听源110分别向一个视频编码器120V提供视频流V和向音频编码器120A提供相应的音频流A。” | 对比文件明确公开了媒体流包含与视频流相应的“音频流A”，其含义、构成与作用均与技术特征W完全一致。本领域技术人员能够毫无疑义地直接确定对比文件公开了该特征。 |
| 技术特征X：其中所述第一消息为WTRU间传输请求消息<br>【未公开】 | 无 | 对比文件不存在多设备协作会话及WTRU间传输流程，未公开该特定类型的SIP/IMS请求消息。因此，技术特征X未被公开。 |
| 技术特征Y：流增加请求消息。<br>【未公开】 | 无 | 对比文件未涉及协作会话中向目标设备新增媒体支路的“流增加请求消息”。因此，技术特征Y未被公开。 |
<<<V>>><<<W>>>
| 技术特征描述及判断结果 | 对比文件原文引用及中文翻译 | 公开性论述 |
| 技术特征A<br>该方法包括所述WTRU中的第一WTRU传送第一消息<br><br>《隐含公开》 | [0004]<br>原文："H.324M provides, more particularly, for a skew indication message that allows the transmitting terminal to report skew between audio and video data streams to the receiving terminal..."<br>译文：“H.324M更具体地提供了一种偏斜指示消息，其允许发射终端向接收终端上报音频和视频数据流之间的偏斜……”<br><br>[0011]<br>原文："FIG. 1 is a portable multimedia device in the exemplary form of a wireless communication terminal 100..."<br>译文：“图1是无线通信终端100示例形式的便携式多媒体设备……” | 对比文件公开了在无线通信网络中，作为无线通信终端（属于WTRU）的发射终端发送偏斜指示消息（第一消息）。虽然对比文件是点对点通信架构而非目标专利的IMS协同会话架构，但其公开了发送端无线设备传送消息以指示媒体流定时的方案。根据极宽松的隐含公开判断标准，该特征的技术手段已被对比文件部分公开，本领域技术人员结合常规通信技术能够合理推导出无线发射实体发送信令消息以协调流处理，构成隐含公开。 |
| 技术特征B<br>该第一消息包括初始的时间同步信息<br><br>《隐含公开》 | [0004]<br>原文："H.324M provides, more particularly, for a skew indication message that allows the transmitting terminal to report skew between audio and video data streams to the receiving terminal, which may then compensate to provide synchronized data streams..."<br>译文：“H.324M更具体地提供了一种偏斜指示消息，其允许发射终端向接收终端上报音频和视频数据流之间的偏斜，接收终端随后可进行补偿以提供同步的数据流……” | 对比文件中发射终端发送的偏斜指示消息中包含音视频流之间的偏斜（skew）量，该偏斜用于接收端进行时延补偿以实现音视频同步。虽然其具体参数形式与目标专利的呈现时间偏移（PTO）存在差异，但在极宽松标准下，偏斜量本质上属于用于调整流定时差异的时间同步信息，起到为对端提供初始同步依据的作用，构成隐含公开。 |
| 技术特征C<br>和在所述媒体流上执行操作的请求<br><br>《隐含公开》 | [0004]<br>原文："...allows the transmitting terminal to report skew between audio and video data streams to the receiving terminal, which may then compensate to provide synchronized data streams..."<br>译文：“……允许发射终端向接收终端上报音频和视频数据流之间的偏斜，接收终端随后可进行补偿以提供同步的数据流……” | 对比文件中发射端发送偏斜指示消息的目的在于触发接收端对数据流执行补偿调整操作。在极宽松判断标准下，上报偏斜以促使接收端执行同步补偿操作，与请求对端在媒体流上执行同步处理操作的作用基本等同，本领域技术人员可以合理推导出该消息隐含了请求接收端对媒体流进行相应补偿操作的意图，构成隐含公开。 |
| 技术特征D<br>其中所述初始的时间同步信息指示当前回放时间<br><br>《未公开》 | [0014]<br>原文："In the instant disclosure, skew is near constant delay between the unsynchronized sources from which first and second data streams are obtained. In one embodiment, for example, the skew is a median or average based on jitter and delay differences between the unsynchronized data stream sources."<br>译文：“在本公开中，偏斜是获取第一和第二数据流的未同步源之间的近似恒定时延。在一个实施例中，例如，偏斜是基于未同步数据流源之间的抖动和时延差的中位数或平均值。” | 目标说明书[0051]-[0053]明确记载PTO=当前回放时间-当前时间戳，且回放时间基于墙上时钟时间。而对比文件中的偏斜（skew）仅反映采集源之间的硬件/处理相对时延差（如中位数或平均值），完全未记载或指示“当前回放时间”，本领域技术人员无法从对比文件中推导出该特征。 |
| 技术特征E<br>与当前时间戳之间的差<br><br>《未公开》 | 无相关记载 | 对比文件仅记载基于数据流源的抖动和时延差来计算偏斜，未涉及媒体数据包或片段的时间戳，更未公开计算回放时间与时间戳差值的计算逻辑，未公开该特征。 |
| 技术特征F<br>以确保针对所述WTRU发生同步的回放<br><br>《隐含公开》 | [0004]<br>原文："...which may then compensate to provide synchronized data streams, for example, lip synchronized audio and video data."<br>译文：“……接收终端随后可进行补偿以提供同步的数据流，例如唇音同步的音频和视频数据。”<br><br>[0022]<br>原文："Particularly, skew information is used to determine when to provide the audio and video data streams to the H.223 multiplexer to ensure synchronization."<br>译文：“特别是，偏斜信息用于确定何时将音频和视频数据流提供给H.223复用器以确保同步。” | 对比文件中利用偏斜信息调整媒体流时延，其目的正是确保在终端处呈现唇音同步的音视频回放。虽然目标专利针对协同会话中的多个WTRU，而对比文件侧重于终端自身的同步回放，但其实现媒体数据在终端同步回放的技术效果相同，在极宽松的隐含公开标准下，认定该特征被隐含公开。 |
| 技术特征G<br>所述当前时间戳为相对于媒体呈现的开始的片段的时间戳<br><br>《未公开》 | 无相关记载 | 对比文件未公开任何媒体片段的时间戳定义，更未公开相对于媒体呈现开始的时间戳计算基准，未公开该特征。 |
| 技术特征H<br>所述WTRU中的第二WTRU接收第二消息<br><br>《隐含公开》 | [0004]<br>原文："...skew indication message that allows the transmitting terminal to report skew between audio and video data streams to the receiving terminal..."<br>译文：“……偏斜指示消息，其允许发射终端向接收终端上报音频和视频数据流之间的偏斜……” | 对比文件公开了接收终端（作为第二WTRU）接收来自发射端的偏斜指示消息。虽然目标专利中的第二消息是由应用服务器（SCC-AS）转发/生成的协同控制消息，但对比文件至少部分公开了第二通信终端接收包含定时信息的控制消息，在极宽松判断标准下认定为隐含公开。 |
| 技术特征I<br>该第二消息包括在所述媒体流上执行所述操作的请求<br><br>《隐含公开》 | [0004]<br>原文："...which may then compensate to provide synchronized data streams, for example, lip synchronized audio and video data."<br>译文：“……接收终端随后可进行补偿以提供同步的数据流，例如唇音同步的音频和视频数据。” | 对应技术特征C，接收终端接收到的偏斜指示消息用于指引接收端执行数据流补偿操作。在极宽松判断标准下，对比文件部分公开了指示接收端执行同步调整操作的消息内容，构成隐含公开。 |
| 技术特征J<br>更新的时间同步信息<br><br>《隐含公开》 | [0026]<br>原文："In the exemplary embodiment of FIG. 3, at time 't', the skew is changed from 160 ms to 80 ms. Gradual synchronization to the new skew rate is achieved by removing DTX frames from the audio stream over a period of 100 ms."<br>译文：“在图3的示例性实施例中，在时间‘t’，偏斜从160毫秒改变为80毫秒。通过在100毫秒的周期内从音频流中移除DTX帧，来实现对新偏斜率的渐进同步。” | 对比文件明确公开了当媒体源变化或处理时延改变时，偏斜值发生动态更新（例如从160ms变为80ms或140ms），并在后续同步中使用改变后的偏斜率。本领域技术人员基于该动态偏斜调整机制，能够合理推导出消息中包含更新后的时间同步参数，在极宽松标准下构成隐含公开。 |
| 技术特征K<br>所述第二WTRU根据所述更新的时间同步信息来重新同步该第二WTRU的媒体流<br><br>《隐含公开》 | [0026]<br>原文："Gradual synchronization to the new skew rate is achieved by removing DTX frames from the audio stream over a period of 100 ms."<br>译文：“通过在100毫秒的周期内从音频流中移除DTX帧，来实现对新偏斜率的渐进同步。”<br><br>[0027]<br>原文："Gradual synchronization to the new skew is achieved by inserting DTX frames into the audio stream over a period of 180 ms."<br>译文：“通过在180毫秒的周期内向音频流中插入DTX帧，来实现对新偏斜的渐进同步。” | 对比文件公开了当偏斜发生改变后，设备通过选择性丢弃或插入DTX帧，在过渡时间段内按照新的偏斜值重新调整数据流以实现同步。在极宽松标准下，该调整过程与根据更新后的同步信息重新同步媒体流的技术实质相近，构成隐含公开。 |
| 技术特征L<br>其中所述第二WTRU的重新同步更新所述媒体流的同步<br><br>《隐含公开》 | [0026]、[0027]<br>原文参见技术特征K<br>译文参见技术特征K | 对比文件中通过增删帧实现对新偏斜率的渐进同步，其结果是恢复并更新了音视频流之间的同步状态。在极宽松标准下，该过程实现了重新同步以更新媒体流同步关系的技术效果，构成隐含公开。 |
| 技术特征M<br>以提供针对所述WTRU中的第一WTRU和所述第二WTRU的同步的回放。<br><br>《未公开》 | [0004]<br>原文："...allows the transmitting terminal to report skew between audio and video data streams to the receiving terminal, which may then compensate to provide synchronized data streams..."<br>译文：“……允许发射终端向接收终端上报音频和视频数据流之间的偏斜，接收终端随后可进行补偿以提供同步的数据流……” | 目标专利的技术方案旨在解决IMS协同会话中的设备间媒体同步（IDMS），即第一WTRU（例如播放音频）与第二WTRU（例如播放视频）两者之间发生协同、同步的回放。而对比文件仅公开了发射终端将流发送给接收终端，由接收终端单侧实现自身内部音视频同步回放（如唇音同步），完全没有公开为第一WTRU和第二WTRU二者同时提供跨设备的同步回放，本领域技术人员无法从对比文件中推导出该特征。 |
| 技术特征N<br>该方法还包括所述第二WTRU传送第三消息<br><br>《未公开》 | 无相关记载 | 对比文件中接收端仅单向接收流及偏斜消息并做内部补偿，未公开接收终端向外传送包含更新同步信息的第三消息。 |
| 技术特征O<br>该第三消息包括用于重新同步该第二WTRU的媒体流的所述更新的时间同步信息<br><br>《未公开》 | 无相关记载 | 对比文件未公开第三消息，亦未公开由第二终端上报更新后的同步信息。 |
| 技术特征P<br>所述第一WTRU接收第四消息<br><br>《未公开》 | 无相关记载 | 对比文件未公开第一WTRU接收包含更新时间同步信息的第四消息的相关机制。 |
| 技术特征Q<br>该第四消息包括所述更新的时间同步信息<br><br>《未公开》 | 无相关记载 | 对比文件未公开第四消息及其中包含的更新时间同步信息。 |
| 技术特征R<br>所述第一WTRU利用所述更新的时间同步信息来更新该第一WTRU的内部状态。<br><br>《未公开》 | 无相关记载 | 对比文件未公开第一WTRU接收更新的同步信息并据此更新自身内部状态（如协同会话状态数据结构）。 |
| 技术特征S<br>其中所述第一消息<br><br>《未公开》 | 无相关记载 | 对比文件采用H.324M协议栈（H.245呼叫控制），未记载或暗示会话描述协议（SDP）。 |
| 技术特征T<br>和所述第二消息中的每一者包括会话描述协议SDP属性行。<br><br>《未公开》 | [0019]<br>原文："In FIG. 1, the exemplary modem 110 includes an H.324M protocol entity 112... The H.324M protocol entity includes a H.245 module 114 that specifies a call control protocol... The H.324M protocol entity also includes a H.223 module 116 that multiplexes and de-multiplexes signaling and data channels."<br>译文：“在图1中，示例性调制解调器110包括H.324M协议实体112……H.324M协议实体包括指定呼叫控制协议的H.245模块114……H.324M协议实体还包括复用和解复用信令及数据信道的H.223模块116。” | 对比文件明确基于3G电路域的H.324M/H.245协议体系，信令通过H.245逻辑信道传输。会话描述协议（SDP）及其属性行（如目标说明书[0069]-[0071]所述的'a=3gpp_sync_info'行）属于IMS/SIP协议栈体系。本领域技术人员无法从H.324M的带内信令直接或隐含推导得出采用SDP属性行来承载同步信息。 |
| 技术特征U<br>其中所述操作为WTRU间传输操作。<br><br>《未公开》 | 无相关记载 | 目标专利中的WTRU间传输操作（Inter-UE Transfer, IUT）是指在协同会话中将媒体流从一个终端迁移至另一个终端。对比文件仅涉及点对点多媒体呼叫或单终端内部不同源的媒体处理，未涉及WTRU间传输操作。 |
| 技术特征V<br>其中所述媒体流包括视频流<br><br>《直接公开》 | [0001]<br>原文："...and more particularly to processing unsynchronized data streams, for example, audio and video data streams in multimedia enabled wireless communication devices, and methods."<br>译文：“……更具体地涉及在支持多媒体的无线通信设备中处理未同步的数据流（例如音频和视频数据流）及方法。”<br><br>[0021]<br>原文："The application processor provides a video data stream 210 comprising video frames 212 to the exemplary H.223 multiplexer 220..."<br>译文：“应用处理器向示例性H.223复用器220提供包含视频帧212的视频数据流210……” | 对比文件在多处明确公开了被处理和传输的媒体数据流包括“视频数据流（video data stream）”，其在技术方案中所起的作用同样是作为待同步和呈现的视频载体，本领域技术人员无需创造性劳动即可毫无疑义地直接确定该特征已被直接公开。 |
| 技术特征W<br>和音频流。<br><br>《直接公开》 | [0001]<br>原文：参见技术特征V<br>译文：参见技术特征V<br><br>[0021]<br>原文："The modem provides an audio data stream 230 comprising audio frames 232 to the multiplexer..."<br>译文：“调制解调器向复用器提供包含音频帧232的音频数据流230……” | 对比文件在多处明确公开了数据流包括“音频数据流（audio data stream）”，用于与视频数据流配合形成多媒体业务，其技术作用与目标专利完全相同，本领域技术人员可毫无疑义地直接确定该特征已被直接公开。 |
| 技术特征X<br>其中所述第一消息为WTRU间传输请求消息<br><br>《未公开》 | 无相关记载 | 对比文件未公开WTRU间传输（IUT）流程，亦未公开WTRU间传输请求消息。 |
| 技术特征Y<br>流增加请求消息。<br><br>《未公开》 | 无相关记载 | 对比文件未公开协同会话中的流增加请求消息。 |
<<<a>>><<<b>>><<<c>>><<<f>>><<<h>>><<<i>>><<<j>>><<<k>>><<<l>>><<<V>>><<<W>>>
根据目标专利说明书的记载与对比文件（US20080037954A1）的公开内容，针对所列各技术特征进行专利法意义上的严谨比对与公开性分析。
在目标专利中，该方案涉及在IMS协作会话中，多个无线发射/接收单元（WTRU，如第一WTRU、第二WTRU）之间交换信令消息（如通过包含PTO、群组ID、同步容限的SDP属性行），实现跨设备间媒体流（视频流、音频流）的传输、增加及协同同步回放。
而在对比文件US20080037954A1中，其涉及的是**单机或本地多媒体播放与捕获测试系统中的视频故障检测及音视频同步评估**，具体是通过在播放端向音视频插入软件时间戳和硬件时间码，并在捕获端提取并计算音视频同步偏移以发现音视频脱节、撕裂等故障。
基于此，按照极度宽松的隐含公开标准（判断本领域技术人员是否有可能通过对比文件内容合理推理/推断，或者对比文件是否部分公开了相应内容），对技术特征A~Y逐一分析如下：
---
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含中文翻译及段落标号） | 公开性论述 |
| 技术特征A：该方法包括所述WTRU中的第一WTRU传送第一消息<br><br>【公开性判断】：未公开 | 无相关公开内容。（对比文件涉及播放设备105与捕获设备140，见[0018]、[0020]） | 目标专利中第一WTRU属于协作会话中的无线终端设备，负责发起包含同步信息及媒体流操作的第一消息。对比文件涉及单机测试环境中的多媒体播放设备105向捕获设备140输出音视频信号进行故障检测，既不存在协作会话中的无线发射/接收单元（WTRU），也不存在传送包含媒体操作请求信令的“第一消息”。两者架构与网络交互场景完全不同，即便以极其宽松的标准考量，也无法推断出第一WTRU发送第一消息，故未公开。 |
| 技术特征B：该第一消息包括初始的时间同步信息<br><br>【公开性判断】：《隐含公开》 | 段落[0046]、[0047]、[0071]、[0073]：<br>“Such a system may implement an audio time stamp method 210, a video time stamp method 215, and an audio/video synchronization analysis component 250. The method implemented by the system may use analysis of the generated time stamps to determine if a video glitch has occurred.”（这种系统可实现音频时间戳方法210、视频时间戳方法215和音视频同步分析组件250。该系统实现的方法可以使用对生成的时间戳的分析来确定是否发生了视频故障。）<br>“Block 310 may refer to an operation in which an audio time stamp corresponding to the presentation time calculated at block 605 is created... Block 320 may refer to an operation in which a video time stamp corresponding to the presentation time calculated at block 305 is created.”（方框310可指创建与在方框605处计算的呈现时间相对应的音频时间戳的操作……方框320可指创建与在方框305处计算的呈现时间相对应的视频时间戳的操作。） | 目标专利中“初始的时间同步信息”是指会话消息中携带的如初始呈现时间偏移（PTO）等时间同步参数。对比文件公开了在媒体数据中生成并注入音频时间戳和视频时间戳以用于后续的音视频同步计算。按照极度宽松的隐含公开标准，对比文件公开了为了实现音视频同步而生成和承载时间戳（作为时间同步信息的一种表现形式），部分公开了时间同步信息的概念，因此在宽松标准下认为被隐含公开。 |
| 技术特征C：和在所述媒体流上执行操作的请求<br><br>【公开性判断】：未公开 | 无相关公开内容。 | 目标专利中的“操作”在说明书[0006]、[0073]、[0077]等中明确是指在协作会话中的流传输（Transfer）、流增加（Addition）或流复制等跨设备媒体流操作请求。对比文件仅涉及播放媒体数据并捕获分析故障，完全不涉及在通信会话中对媒体流执行迁移、增加等流操作的控制请求，故未公开。 |
| 技术特征D：其中所述初始的时间同步信息指示当前回放时间<br><br>【公开性判断】：《隐含公开》 | 段落[0069]：<br>“Block 305 may refer to an operation in which the sequential presentation time of a video frame and a corresponding audio sample is calculated. Such a calculation may be performed using any suitable method and the presentation time may be formatted in any manner.”（方框305可指计算视频帧和相应音频样本的顺序呈现时间的操作。这种计算可以使用任何合适的方法来执行，并且呈现时间可以以任何方式格式化。） | 目标专利中初始时间同步信息指示当前回放时间（结合PTO计算公式PTO=当前_回放_时间-当前_时间戳）。对比文件在段落[0069]中公开了计算视频帧和音频样本的顺序呈现时间（presentation time），即指回放呈现的时间。按照宽松的推断标准，对比文件公开了指示媒体回放/呈现的时间信息，故被隐含公开。 |
| 技术特征E：与当前时间戳之间的差<br><br>【公开性判断】：《隐含公开》 | 段落[0096]、[0097]：<br>“Next, the difference of the time-based value of the first software video time and the time-based value of the software audio time stamp is calculated. Block 450 may refer to an operation in which the final audio offset as calculated at block 435 is subtracted from the difference calculated at block 445. The result of such an operation may yield the absolute audio/video synchronization offset at the point at which the video frame was received...”<br>（接着，计算第一软件视频时间的基于时间的值与软件音频时间戳的基于时间的值之间的差。方框450可指从在方框445处计算的差中减去在方框435处计算的最终音频偏移的操作。该操作的结果可得出在接收到视频帧时的绝对音/视频同步偏移……） | 目标专利中定义时间同步信息包含呈现时间与片段当前时间戳的差值（PTO）。对比文件公开了通过计算视频时间戳基于时间的值与音频时间戳/硬件时间码之间的差值，求出音视频同步偏移量（synchronization offset）。按照极其宽松的标准，两者均涉及利用时间基准与时间戳/偏移之间的差值来表征同步偏离度，对比文件部分公开并提供了计算时间差值的技术手段，故被隐含公开。 |
| 技术特征F：以确保针对所述WTRU发生同步的回放<br><br>【公开性判断】：《隐含公开》 | 段落[0099]：<br>“Note that at this point, it may be possible to pass any data back to video and audio processing such that audio and video processing may alter the audio/video synchronization of a video frame and audio sample to correct any detected video glitches.”（注意，在此时，可以将任何数据传回给视频和音频处理，使得视频和音频处理可以改变视频帧和音频样本的音视频同步，以校正任何检测到的视频故障。） | 目标专利通过时间同步信息确保协作会话中终端设备发生同步回放。对比文件在段落[0099]中提出将计算得到的同步数据反馈给音视频处理，以调整视频帧和音频样本的音视频同步，从而修正故障达到同步回放。尽管对比文件是单机音视频呈现，但按宽松标准，本领域技术人员可以推断出利用该同步评估数据实现媒体流同步回放的目的与效果，故被隐含公开。 |
| 技术特征G：所述当前时间戳为相对于媒体呈现的开始的片段的时间戳<br><br>【公开性判断】：《隐含公开》 | 段落[0069]：<br>“For example, a first video frame may have a presentation time value of “1”, a second video frame may have a presentation time of “2”, a third video frame may have a presentation time of “3”, and so on. In an alternative example, a first video frame may have a presentation time of “33.3 millisecond”, a second video frame may have a presentation time of “66.6 milliseconds”...”（例如，第一视频帧可以具有呈现时间值“1”，第二视频帧可以具有呈现时间值“2”，第三视频帧可以具有呈现时间值“3”，以此类推。在替代示例中，第一视频帧可以具有呈现时间“33.3毫秒”，第二视频帧可以具有呈现时间“66.6毫秒”……） | 目标专利中片段的时间戳是相对于媒体呈现开始的时间。对比文件段落[0069]公开了以第一帧/第一样本作为起始，从0或33.3ms、66.6ms等依次递增计算的顺序呈现时间戳，本领域技术人员极易推断出该呈现时间戳即为从媒体内容呈现开始计时的相对时间戳，符合宽松标准下的推断，故被隐含公开。 |
| 技术特征H：所述WTRU中的第二WTRU接收第二消息<br><br>【公开性判断】：未公开 | 无相关公开内容。 | 目标专利涉及协作会话中的第二WTRU接收第二控制信令消息。对比文件没有第二WTRU，也没有跨终端的信令转发/接收机制，故未公开。 |
| 技术特征I：该第二消息包括在所述媒体流上执行所述操作的请求<br><br>【公开性判断】：未公开 | 无相关公开内容。 | 目标专利中第二消息包含在媒体流上执行操作的请求（如目标端接收流迁移请求）。对比文件完全不涉及流操作请求信令，故未公开。 |
| 技术特征J：更新的时间同步信息<br><br>【公开性判断】：《隐含公开》 | 段落[0099]：<br>“...alter the audio/video synchronization of a video frame and audio sample to correct any detected video glitches.”（……改变视频帧和音频样本的音/视频同步，以校正任何检测到的视频故障。）以及段落[0097]中动态持续计算各帧的audio/video synchronization offset。 | 目标专利中服务器或终端对初始时间同步信息进行更新（如校正后的PTO）。对比文件公开了对后续各帧持续计算出绝对音视频同步偏移，并可将数据反馈以改变/更新音视频同步参数来修正故障。按照极宽松的隐含公开判断，对比文件公开了产生并使用动态改变的同步校正信息，部分公开了“更新的时间同步信息”，故被隐含公开。 |
| 技术特征K：所述第二WTRU根据所述更新的时间同步信息来重新同步该第二WTRU的媒体流<br><br>【公开性判断】：《隐含公开》 | 段落[0099]：<br>“...such that audio and video processing may alter the audio/video synchronization of a video frame and audio sample to correct any detected video glitches.”（……使得视频和音频处理可以改变视频帧和音频样本的音/视频同步，以校正任何检测到的视频故障。） | 目标专利中由目标终端基于更新的时间同步信息重新调整回放以同步媒体流。对比文件虽然在本地处理中执行，但在段落[0099]中公开了音视频处理利用分析出的同步数据来改变音视频同步，以纠正故障。按照宽松的隐含公开推理，该操作实质就是根据更新的同步信息重新对齐同步媒体流，故被隐含公开。 |
| 技术特征L：其中所述第二WTRU的重新同步更新所述媒体流的同步<br><br>【公开性判断】：《隐含公开》 | 段落[0099]：<br>“...alter the audio/video synchronization of a video frame and audio sample to correct any detected video glitches.”（……改变视频帧和音频样本的音/视频同步，以校正任何检测到的视频故障。） | 重新同步的目的就是校正同步漂移并更新同步状态。对比文件在段落[0099]中公开改变音视频同步状态以消除不同步引起的故障，使得原本脱节的流重新恢复同步，起到更新媒体流同步状态的作用，符合宽松标准下的合理推断，故被隐含公开。 |
| 技术特征M：以提供针对所述WTRU中的第一WTRU和所述第二WTRU的同步的回放<br><br>【公开性判断】：未公开 | 无相关公开内容。 | 目标专利的技术构思在于解决多个分散的无线终端（第一WTRU与第二WTRU）之间的跨设备协同回放同步问题。对比文件所有分析和校正仅局限于单台播放设备的自身音视频输出，根本不涉及在第一WTRU与第二WTRU两个独立终端之间提供同步回放，因此即便在最宽松的标准下也无法推导得出，未公开。 |
| 技术特征N：该方法还包括所述第二WTRU传送第三消息<br><br>【公开性判断】：未公开 | 无相关公开内容。 | 对比文件完全不存在第二WTRU回传信令消息的通信过程，故未公开。 |
| 技术特征O：该第三消息包括用于重新同步该第二WTRU的媒体流的所述更新的时间同步信息<br><br>【公开性判断】：未公开 | 无相关公开内容。 | 对比文件不存在承载更新同步信息的第三消息信令，故未公开。 |
| 技术特征P：所述第一WTRU接收第四消息<br><br>【公开性判断】：未公开 | 无相关公开内容。 | 对比文件不存在控制方第一WTRU接收第四消息的网络信令机制，故未公开。 |
| 技术特征Q：该第四消息包括所述更新的时间同步信息<br><br>【公开性判断】：未公开 | 无相关公开内容。 | 对比文件无第四消息及其携带内容，故未公开。 |
| 技术特征R：所述第一WTRU利用所述更新的时间同步信息来更新该第一WTRU的内部状态<br><br>【公开性判断】：未公开 | 无相关公开内容。 | 目标专利中第一WTRU接收到来自服务器/第二终端的更新同步信息后，更新自身维护的会话状态数据结构（说明书[0073]）。对比文件虽在分析组件内部有数组更新（[0086]、[0097]），但这是测试工具记录数据的过程，而非协作会话中的第一WTRU根据信令更新内部协作会话状态，两者的执行主体和技术实质截然不同，故未公开。 |
| 技术特征S：其中所述第一消息<br><br>【公开性判断】：未公开 | 无相关公开内容。 | 对比文件无第一消息，故未公开。 |
| 技术特征T：和所述第二消息中的每一者包括会话描述协议SDP属性行<br><br>【公开性判断】：未公开 | 无相关公开内容。 | 目标专利使用SDP（Session Description Protocol）协议属性行（如a=3gpp_sync_info:...）来扩展携带时间同步参数。对比文件采用的是在物理媒体信号中编码时间戳（如条形码、数字水印、方波音频电平，见[0052]、[0053]、[0073]），完全未涉及或公开网络信令层面的SDP协议属性行，故未公开。 |
| 技术特征U：其中所述操作为WTRU间传输操作<br><br>【公开性判断】：未公开 | 无相关公开内容。 | 目标专利的操作具体限定为跨终端的WTRU间传输（Inter-WTRU Transfer）。对比文件仅针对单个播放设备进行测试，无任何终端间媒体流传输操作，故未公开。 |
| 技术特征V：其中所述媒体流包括视频流<br><br>【公开性判断】：《直接公开》 | 段落[0018]、[0019]、[0024]：<br>“A conventional video stream 165 from the conventional video driver 130 may be coupled to the conventional time code generator 160.”（来自常规视频驱动器130的常规视频流165可以耦合到常规时间码生成器160。）<br>“...coupled to a conventional analog video stream including conventional time codes 170.”（……耦合到包含常规时间码的常规模拟视频流170。） | 对比文件在多处明确公开了多媒体播放与捕获系统中处理的媒体流包含视频流（video stream 165、170、220），其作用同样是作为承载可视多媒体内容的流媒体，本领域技术人员可以毫无疑义地直接确定对比文件直接公开了该特征。 |
| 技术特征W：和音频流<br><br>【公开性判断】：《直接公开》 | 段落[0024]、[0030]、[0047]：<br>“The conventional audio driver 135 may be coupled to a conventional first channel audio stream 175 and a conventional second channel audio stream 185.”（常规音频驱动器135可以耦合到常规第一声道音频流175和常规第二声道音频流185。） | 对比文件在多处明确公开了系统处理的媒体流包含音频流（audio stream 175、185、240），用于提供与视频相配合的声音呈现，本领域技术人员可以毫无疑义地直接确定对比文件直接公开了该特征。 |
| 技术特征X：其中所述第一消息为WTRU间传输请求消息<br><br>【公开性判断】：未公开 | 无相关公开内容。 | 对比文件完全不涉及IMS协作会话及WTRU间传输请求消息，故未公开。 |
| 技术特征Y：流增加请求消息<br><br>【公开性判断】：未公开 | 无相关公开内容。 | 对比文件完全不涉及协作会话中的流增加请求消息，故未公开。 |
---
### 结论与代码输出
经过严格而深入的专利特征比对，对比文件US20080037954A1直接公开了视频流（V）与音频流（W）；在极度宽松的隐含公开标准下，对比文件公开了生成及利用呈现时间/时间戳差值进行音视频同步与校正的相关机理，从而隐含公开了特征B、D、E、F、G、J、K、L；而对于涉及协作会话多终端架构（第一WTRU、第二WTRU）、会话控制信令消息（第一至第四消息、WTRU间传输请求、流增加请求）、SDP属性行以及多终端间协同同步回放的特征A、C、H、I、M、N、O、P、Q、R、S、T、U、X、Y，对比文件均未公开。
<<<b>>>
<<<d>>>
<<<e>>>
<<<f>>>
<<<g>>>
<<<j>>>
<<<k>>>
<<<l>>>
<<<V>>>
<<<W>>>
针对目标专利权利要求的各技术特征与对比文件（CN101197944A）的对比分析如下：
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括所述WTRU中的第一WTRU传送第一消息<br>【未公开】 | 无对应内容（未公开第一WTRU向服务器发送包含操作请求和时间同步信息的消息）。对比文件仅提及终端：“终端：跟用户的人机界面，提供音频、视频、文字等交互方式，是视频回放和视频录制的最终目的地和起源。”（具体实施方式第5自然段） | 对比文件公开的是NGN网络中媒体服务器与业务服务器之间配合，在服务器侧将文字叠加到视频图像上再分发给终端的技术方案，并不涉及协作会话（Collaborative Session）中第一WTRU主动发起信令传送第一消息的过程。终端在对比文件中仅作为媒体源或被动展现端，既没有直接公开也没有任何暗示第一WTRU传送第一消息。故未公开。 |
| 技术特征B：该第一消息包括初始的时间同步信息<br>【未公开】 | 无对应内容。 | 因对比文件未公开第一WTRU传送第一消息，更未公开在第一消息中携带初始的时间同步信息（如PTO等IE）。故未公开。 |
| 技术特征C：和在所述媒体流上执行操作的请求<br>【未公开】 | 对比文件公开了业务服务器向媒体服务器发送视频回放请求：“步骤S104，第二服务器在发送视频播放请求时，指定视频文件和至少一种文字文件之间的关联信息；……这个步骤对应于图2中步骤S204：业务服务器向媒体服务器发送视频回放请求，指示需要播放的场景信息，包括视频文件名和文字文件名。”（发明内容第3段，具体实施方式第9段） | 对比文件中的播放请求是由业务服务器（第二服务器）发送给媒体服务器（第一服务器）的，并非由WTRU发送的第一消息中携带在媒体流上执行操作的请求，体系架构与信令主体均不相同。故未公开。 |
| 技术特征D：其中所述初始的时间同步信息指示当前回放时间<br>【未公开】 | 无对应内容。对比文件仅提及：“绝对时间戳是指采用绝对时间来标识时间的标记(即，当前系统时间)，采用绝对时间戳的标记在播放时计算每个时间点与开始时间点的偏移量……”（发明内容第8段） | 对比文件的时间戳仅用于记录在视频/文字文件内部以在服务器端合成叠加，并未在任何第一消息的初始时间同步信息中指示“当前回放时间”。故未公开。 |
| 技术特征E：与当前时间戳之间的差<br>【隐含公开】 | 对比文件发明内容第8段：“采用绝对时间戳的标记在播放时计算每个时间点与开始时间点的偏移量；相对时间戳是采用相对时间来标识时间的标记(即，当前系统时间相对于开始时间的偏移量)，采用相对时间戳的标记在录制时计算每个时间点跟开始时间点的偏移量。偏移量相同的时间戳就是同步点……” | 对比文件虽然未在WTRU间信令协商的上下文公开此差值，但在解释时间戳用于同步的机制时，公开了“计算每个时间点与开始时间点的偏移量”以及“当前系统时间相对于开始时间的偏移量”，即计算时间与时间戳之间的差值作为偏移量用于同步。从非常宽松的隐含公开判断标准看，对比文件公开了利用时间与时间戳的差值进行时间同步偏移计算的基本计算构思，有可能与其他对比文件组合，故认定为隐含公开。 |
| 技术特征F：以确保针对所述WTRU发生同步的回放<br>【未公开】 | 对比文件发明内容第1段：“为了能够提高视频和文字服务的应用范围，实现视频和文字的同步，本发明提出了一种视频和文字同步方法……”以及具体实施方式第11段：“向终端发送同步后的媒体数据。” | 对比文件实现的是在服务器端将文字叠加到视频后向单个终端下发单流媒体以展现同步，而目标专利的特征F结合说明书（例如[0006]、[0051]）是指通过时间同步信息协调多个不同WTRU之间发生协同媒体流的同步回放。对比文件未公开针对多个WTRU之间协同回放同步的技术方案。故未公开。 |
| 技术特征G：所述当前时间戳为相对于媒体呈现的开始的片段的时间戳<br>【直接公开】 | 对比文件发明内容第8段：“相对时间戳是采用相对时间来标识时间的标记(即，当前系统时间相对于开始时间的偏移量)，采用相对时间戳的标记在录制时计算每个时间点跟开始时间点的偏移量。” | 对比文件明确公开了“相对时间戳”是“当前系统时间相对于开始时间的偏移量”，即相对于媒体内容开始的时间戳。这与目标专利中“当前时间戳为相对于媒体呈现的开始的片段的时间戳”技术含义完全等同，本领域技术人员能毫无疑义地直接得出。在对比文件中其同样起到标记相对于媒体开始处的时间位置的作用。故构成直接公开。 |
| 技术特征H：所述WTRU中的第二WTRU接收第二消息<br>【未公开】 | 无对应内容。 | 对比文件不存在多WTRU协同架构，未公开第二WTRU接收来自网络侧携带操作请求和同步信息的第二消息。故未公开。 |
| 技术特征I：该第二消息包括在所述媒体流上执行所述操作的请求<br>【未公开】 | 无对应内容。 | 对比文件未公开第二WTRU接收第二消息，更未公开第二消息中包括在媒体流上执行操作的请求。故未公开。 |
| 技术特征J：更新的时间同步信息<br>【未公开】 | 无对应内容。 | 对比文件未公开在发送给第二WTRU的信令消息中携带由网络更新的时间同步信息。故未公开。 |
| 技术特征K：所述第二WTRU根据所述更新的时间同步信息来重新同步该第二WTRU的媒体流<br>【未公开】 | 无对应内容。 | 对比文件是由媒体服务器在服务端完成文字和视频根据时间戳的叠加同步后将合成数据发送给终端播放，终端自身并不执行根据接收到的更新时间同步信息来重新同步其本地媒体流的操作。故未公开。 |
| 技术特征L：其中所述第二WTRU的重新同步更新所述媒体流的同步<br>【未公开】 | 无对应内容。 | 因第二WTRU本身不执行基于更新同步信息的重新同步，故更不存在通过第二WTRU重新同步来更新整个媒体流同步。故未公开。 |
| 技术特征M：以提供针对所述WTRU中的第一WTRU和所述第二WTRU的同步的回放。<br>【未公开】 | 无对应内容。 | 对比文件不涉及第一WTRU与第二WTRU两个终端之间的协同会话及设备间媒体流同步回放。故未公开。 |
| 技术特征N：该方法还包括所述第二WTRU传送第三消息<br>【未公开】 | 无对应内容。 | 对比文件没有第二WTRU向网络回传包含同步信息的响应/第三消息的流程。故未公开。 |
| 技术特征O：该第三消息包括用于重新同步该第二WTRU的媒体流的所述更新的时间同步信息<br>【未公开】 | 无对应内容。 | 对比文件未公开第三消息，更未公开其携带用于重新同步的时间同步信息。故未公开。 |
| 技术特征P：所述第一WTRU接收第四消息<br>【未公开】 | 无对应内容。 | 对比文件未公开第一WTRU接收来自网络的第四消息。故未公开。 |
| 技术特征Q：该第四消息包括所述更新的时间同步信息<br>【未公开】 | 无对应内容。 | 对比文件未公开第四消息携带更新的时间同步信息。故未公开。 |
| 技术特征R：所述第一WTRU利用所述更新的时间同步信息来更新该第一WTRU的内部状态。<br>【未公开】 | 无对应内容。 | 对比文件未涉及控制方WTRU接收更新信息并更新其内部维护的协同会话状态。故未公开。 |
| 技术特征S：其中所述第一消息<br>【未公开】 | 无对应内容。 | 对比文件未公开第一WTRU发送的第一消息。故未公开。 |
| 技术特征T：和所述第二消息中的每一者包括会话描述协议SDP属性行。<br>【未公开】 | 无对应内容。对比文件仅在背景技术提及：“其主要功能就是通过控制设备的媒体控制信令向网络提供语音服务……”。 | 对比文件通篇未提及会话描述协议（SDP）及其属性行（a=行），更未涉及在消息中通过SDP属性行编码时间同步IE。故未公开。 |
| 技术特征U：其中所述操作为WTRU间传输操作。<br>【未公开】 | 无对应内容。 | 对比文件的操作为服务器端的“视频播放请求”或“视频录制”，不涉及多终端之间的WTRU间传输（Inter-WTRU Transfer）。故未公开。 |
| 技术特征V：其中所述媒体流包括视频流<br>【直接公开】 | 对比文件说明书技术领域第1段：“本发明涉及下一代网络(NGN)领域，更具体地，涉及一种利用媒体服务器实现视频和文字同步的方法。”；发明内容第3段：“……第一服务器在录制视频内容时，将视频文件和与之对应的至少一种文字文件分别存储在不同的文件中……生成媒体数据，并播放叠加后的媒体数据。” | 对比文件明确公开了媒体数据包括“视频文件”以及播放包含该视频的媒体数据，即媒体流中包含视频流。两者的作用相同，均作为多媒体呈现中的视频传输载体，属于毫无疑义的直接公开。故直接公开。 |
| 技术特征W：和音频流。<br>【隐含公开】 | 对比文件说明书背景技术第1段：“目前的下一代网络领域中，媒体服务器作为网络中核心媒体资源设备，其主要功能就是通过控制设备的媒体控制信令向网络提供语音服务，而随着NGN技术的发展，视频服务也日益成为媒体服务器的重要功能之一。”；具体实施方式第5自然段：“终端：跟用户的人机界面，提供音频、视频、文字等交互方式，是视频回放和视频录制的最终目的地和起源。”；以及发明内容倒数第2段：“其可以适用于卡拉OK、多语种字幕解说……等多种应用场景”。 | 对比文件直接公开了终端提供音频交互方式，以及媒体服务器提供语音服务，且其典型应用场景包括“卡拉OK”（本领域技术人员知晓卡拉OK必然伴随音频伴奏/人声流与视频画面的同步）。在隐含公开的极宽松判断标准下，对比文件提及了音频交互及卡拉OK业务，本领域普通技术人员基于媒体服务器同时处理语音与视频业务的公知常识，能够合理推断出媒体流可进一步包含音频流，有可能与其他对比文件组合公开。故认定为隐含公开。 |
| 技术特征X：其中所述第一消息为WTRU间传输请求消息<br>【未公开】 | 无对应内容。 | 对比文件未公开WTRU间传输机制及该请求消息。故未公开。 |
| 技术特征Y：流增加请求消息。<br>【未公开】 | 无对应内容。 | 对比文件未公开在协同会话中执行媒体流增加请求消息。故未公开。 |
---
<<<G>>>
<<<V>>>
<<<e>>>
<<<w>>>
结合目标专利说明书的记载，对对比文件（EP1940111A2）进行严格的技术特征比对与公开性判断。
在目标专利中，核心方案涉及一种在协同会话期间同步各无线发射/接收单元（WTRU）媒体流的方法：
- 第一WTRU发送第一消息，包含初始时间同步信息（基于墙上时钟的当前回放时间与片段相对于呈现开始的当前时间戳之间的差PTO，以确保WTRU发生同步回放）以及对媒体流执行操作（如WTRU间传输）的请求；
- 第二WTRU接收包含该操作请求和时间同步信息的第二消息，并重新同步媒体流；
- 第一、二消息均包含会话描述协议（SDP）属性行；
- 第二WTRU可发送包含更新时间同步信息的第三消息，第一WTRU接收包含该更新信息的第四消息并更新其内部状态。
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（中文翻译及段落标号） | 公开性论述 |
| 技术特征A：该方法包括所述WTRU中的第一WTRU传送第一消息<br><br>《直接公开》 | [0010] “...第一播放设备包括...第一通信部分，该第一通信部分通过第一通信部分向第二播放设备发送与内容有关的信息以及指示通过将预定附加时间与用于内容的经过播放时间相加而获得的同步播放开始时间的信息...”<br>[0023] “...第一同步播放开始时间发送步骤，用于当在内容播放进行期间接收到在第一播放设备和另一播放设备同步播放内容命令时，向另一播放设备发送与内容有关的信息以及指示通过将预定附加时间与用于内容的经过播放时间相加而获得的同步播放开始时间的信息...” | 作用与方案比对：<br>目标专利中的“WTRU中的第一WTRU”在对比文件中等同于具有无线/网络通信能力的终端设备“第一播放设备（主设备/Master）”。对比文件中第一播放设备（主终端）在接收到同步播放命令后，通过其通信部分向第二播放设备（从设备）发送包含内容信息及同步播放开始时间等信息的消息（相当于第一消息）。两者的技术手段与作用实质相同，本领域技术人员能毫无疑义地确定该特征被对比文件直接公开。 |
| 技术特征B：该第一消息包括初始的时间同步信息<br><br>《直接公开》 | [0010] “...向第二播放设备发送...指示通过将预定附加时间与用于内容的经过播放时间相加而获得的同步播放开始时间的信息...”<br>[0100] “此外，同步播放控制部分324获得当前在主设备上播放的内容的经过播放时间（例如3分30秒）。然后，同步播放控制部分324通过将预设附加时间（例如10秒）加到经过播放时间来计算同步播放开始时间（例如3分40秒）。最后，同步播放控制部分324向从终端发送指示同步播放开始时间的信息。同步播放开始时间等效于当从终端与主终端开始内容的同步播放时，主终端中内容的经过播放时间。” | 作用与方案比对：<br>目标专利中的“初始的时间同步信息”用于在开始同步时指示设备间的时间基准。对比文件中第一播放设备向第二播放设备发送的“指示通过将预定附加时间与经过播放时间相加获得的同步播放开始时间的信息”，即属于在发起同步播放初始阶段所提供的用于设备间对齐播放进度的时间同步信息，在功能和实质方案上与目标专利的初始时间同步信息相同。属于直接公开。 |
| 技术特征C：和在所述媒体流上执行操作的请求<br><br>《直接公开》 | [0096] “...同步播放控制部分324向连接到LAN 10的其他活动播放设备30发送搜索信息以搜索将加入同步播放的播放设备（等效于‘指示播放设备30被设置为设置为主模式的信息’）...”<br>[0103] “此外，同步播放控制部分324在发送经过播放时间之前或之后向从终端发送暂停命令。暂停命令是在播放准备完成后将从终端置于暂停状态...的命令。”<br>[0105] “...当主终端处内容的当前经过播放时间达到同步播放开始时间时，向所有从终端发送针对内容的播放开始命令...” | 作用与方案比对：<br>目标专利中“在媒体流上执行操作的请求”在通信消息中指示对媒体流执行的操作（如建立、传输、同步或播放等）。对比文件第一播放设备向从设备发送的消息中包含了要求从终端加入同步播放并在媒体流上执行缓冲准备/暂停/开始播放等操作的信令请求（如搜索信息、暂停命令、播放开始命令）。本领域技术人员可以明确得知对比文件直接公开了在第一消息中包括在媒体流上执行操作的请求。 |
| 技术特征D：其中所述初始的时间同步信息指示当前回放时间<br><br>《隐含公开》 | [0100] “...同步播放控制部分324获得当前在主设备上播放的内容的经过播放时间（例如3分30秒）。然后，同步播放控制部分324通过将预设附加时间（例如10秒）加到经过播放时间来计算同步播放开始时间（例如3分40秒）。最后，同步播放控制部分324向从终端发送指示同步播放开始时间的信息。同步播放开始时间等效于当从终端与主终端开始内容的同步播放时，主终端中内容的经过播放时间。经过播放时间是内容在主终端上从内容开始播放的时间段。” | 逻辑推理论述：<br>目标专利说明书[0051]-[0053]记载PTO IE指示当前回放时间与当前时间戳之差，其中当前回放时间基于播放当前片段第一字节时的墙上时钟时间。对比文件中，主终端获取“经过播放时间（elapsed playback time）”并加上附加时间计算出“同步播放开始时间”发送给从终端，该同步播放开始时间本质上反映了主设备当前播放进度及未来开始对齐的播放时间点。对比文件虽然没有使用目标专利特定的公式（当前_回放_时间-当前_时间戳），但其发送的同步播放开始时间信息本身包含了当前回放的时间基准/时间进度指示，本领域技术人员能够合理推断其隐含公开了指示当前回放时间的信息。 |
| 技术特征E：与当前时间戳之间的差<br><br>《未公开》 | 对比文件全文通篇未记载在第一消息的时间同步信息中计算并携带“当前回放时间与当前时间戳之间的差（PTO）”。对比文件采用的是直接将绝对或相对播放时长（经过播放时间+附加时间）计算出的同步播放开始时间发送给从设备，流数据接收直接从该时间点的数据开始接收，完全不涉及回放墙上时钟与媒体片段相对开始时间戳求差值作为时间偏移的机制。 | 公开性论述：<br>目标专利说明书[0052]-[0053]明确指出了PTO = 当前_回放_时间 - 当前_时间戳，且具体解释了基于播放第一字节的墙上时钟与相对于媒体呈现开始的片段自身时间戳求差，以此作为SDP属性行携带的PTO IE。对比文件仅是常规的时间进度数值（如几分几秒），没有体现计算差值、更没有体现与时间戳求差的技术构思，本领域技术人员无法从对比文件中毫无疑义地得出或直接推理得出该特征，故未公开。 |
| 技术特征F：以确保针对所述WTRU发生同步的回放<br><br>《直接公开》 | [0010] “...在内容播放系统中，第一和第二播放设备能够通过有线或无线连接接收并播放来自服务器设备的内容...以由第一播放设备和第二播放设备同步播放内容...”<br>[0105] “...在每个从终端处几乎同时开始内容播放，从而实现了主终端和从终端的同步播放。” | 作用与方案比对：<br>目标专利中该特征是时间同步信息的目的和功能效果，即确保终端之间能够实现音视频的同步播放。对比文件中传递同步播放开始时间的目的完全相同，即确保主播放设备和从播放设备（相当于多个WTRU）之间发生同步的回放。属于直接公开。 |
| 技术特征G：所述当前时间戳为相对于媒体呈现的开始的片段的时间戳<br><br>《未公开》 | 对比文件通篇未出现媒体流片段相对于呈现开始的时间戳作为求差基准的公开，也没有采用片段自身时间戳来进行同步控制的描述。 | 公开性论述：<br>目标专利说明书[0053]指出：“当前_时间戳可以是该片段的时间戳，与媒体出现的开始有关”。对比文件是以流播放的时长进度（经过播放时间）为基准，并未公开定义和提取媒体片段相对于媒体呈现开始的时间戳来作为时间同步信息的组成部分，本领域技术人员无法从对比文件中推导出该特征。 |
| 技术特征H：所述WTRU中的第二WTRU接收第二消息<br><br>《直接公开》 | [0010] “...第二播放设备包括第二通信部分...第二同步播放控制部分通过第二通信部分从第一播放设备接收关于正在第一播放设备上播放的内容的信息以及指示同步播放开始时间的信息...”<br>[0029] “...第一同步播放开始时间接收步骤，用于从另一播放设备接收与在另一播放设备上播放的内容有关的信息以及指示通过将预定附加时间添加到内容的经过播放时间而获得的同步播放开始时间的信息...” | 作用与方案比对：<br>目标专利中第二WTRU接收包含同步和操作请求的第二消息。对比文件中第二播放设备（从设备）通过其通信部分接收来自第一播放设备（或经由网络中转）发送的消息，该消息承载了内容信息及同步播放开始时间等。技术手段和作用完全对应，属于直接公开。 |
| 技术特征I：该第二消息包括在所述媒体流上执行所述操作的请求<br><br>《直接公开》 | [0010] “...在发送播放准备完成通知之后并且当通过第二通信部分从第一播放设备接收到播放开始命令时，第二播放设备开始通过第二播放部分播放从内容的同步播放开始时间开始的数据...”<br>[0112] “响应于加入响应的发送，同步播放控制部分324从主终端接收当前正在主终端上播放的内容的信息（例如URL）、指示内容的同步播放开始时间的信息以及暂停命令。然后，基于从主终端接收的内容信息，同步播放控制部分324开始从服务器设备20顺序接收从内容的同步播放开始时间开始的数据...” | 作用与方案比对：<br>对比文件中第二播放设备接收到的信息中包含让其加入同步播放、暂停、缓冲及开始播放的指示或命令（对应于在媒体流上执行操作的请求），使第二设备据此启动针对该流的获取与播放准备。这与目标专利中第二消息包含在媒体流上执行操作的请求完全对应，属于直接公开。 |
| 技术特征J：更新的时间同步信息<br><br>《隐含公开》 | [0015] “...当另一播放设备的经过播放时间与该播放设备的经过播放时间相差预定时间以上时...在发送播放停止命令之后，同步播放控制部分可以在播放设备处新获得内容的经过播放时间，并且通过通信部分向另一播放设备发送指示通过将预定附加时间与经过播放时间相加而获得的同步播放开始时间的信息。”<br>[0108] “...如果主终端与从终端之间的时滞为指定时间以上，则同步播放控制部分324确定主终端与从终端之间的经过播放时间存在显著时滞...随后，同步播放控制部分324重新获得主终端中内容的经过播放时间，并向从终端发送指示通过将预定附加时间与新获得的经过播放时间相加而获得的同步播放开始时间的信息。” | 逻辑推理论述：<br>目标专利中第二消息可包含更新的时间同步信息（如由网络实体更新，或因重新同步调整更新）。在对比文件中，当主终端在调整从设备的时间滞后或重新同步时，重新获取主设备的经过时间并重新计算出新的同步播放开始时间（即更新后的同步播放开始时间），并再次发送给从设备。该新计算并发送的同步播放开始时间属于“更新的时间同步信息”。对比文件虽在初次同步流程中主要体现为初始信息，但在重新同步和调整时滞流程中公开了向第二设备发送更新的时间同步信息，本领域技术人员能够合理推断其公开了第二消息中包含更新的时间同步信息，构成隐含公开。 |
| 技术特征K：所述第二WTRU根据所述更新的时间同步信息来重新同步该第二WTRU的媒体流<br><br>《直接公开》 | [0015] “...在发送播放停止命令之后，同步播放控制部分可以在播放设备处新获得内容的经过播放时间，并且通过通信部分向另一播放设备发送指示通过将预定附加时间与经过播放时间相加而获得的同步播放开始时间的信息。在通过通信部分从另一播放设备接收到指示内容播放准备完成的播放准备完成通知之后，并且当播放设备处内容的经过播放时间达到同步播放开始时间时，同步播放控制部分可以通过通信部分向另一播放设备发送用于内容的播放开始命令。”<br>[0108] “...随后，同步播放控制部分324重新获得主终端中内容的经过播放时间，并向从终端发送指示通过将预定附加时间与新获得的经过播放时间相加而获得的同步播放开始时间的信息。此后，以相同的方式发送暂停命令、播放开始命令等以校正从终端处的经过播放时间滞后。”<br>[0117] “...从终端的同步播放控制部分324从主终端接收内容播放停止命令、指示通过将预定附加时间与主终端新获得的经过播放时间相加而获得的同步播放开始时间的信息以及暂停命令。此后，以相同的方式，同步播放控制部分324开始从服务器20接收从同步播放开始时间开始的数据，然后进入暂停状态。然后，同步播放控制部分324在从主终端接收到播放开始命令时开始播放数据。作为该处理的结果，可以校正从终端的经过播放时间滞后。” | 作用与方案比对：<br>目标专利中第二WTRU根据更新的时间同步信息重新同步其自身的媒体流以消除不同步。对比文件中第二播放设备（从设备）在发生滞后不同步时，根据接收到的新同步播放开始时间重新从服务器拉取对应时间点的数据并缓冲、暂停，并在接收到播放开始命令时播放，校正播放滞后，从而重新同步第二播放设备的媒体流。两者技术手段与所达到的技术效果完全一致，属于直接公开。 |
| 技术特征L：其中所述第二WTRU的重新同步更新所述媒体流的同步<br><br>《直接公开》 | [0015]、[0108]、[0117] （见特征K引用）以及 [0237] “利用上述播放控制方法，在客厅的播放设备30A（主终端）与卧室的播放设备30B（从终端）进行同步播放的同时，主终端例如可以定期调整从终端的经过播放时间滞后。因此，可以在多个播放设备30之间适当地同步播放相同的内容。” | 作用与方案比对：<br>目标专利中第二WTRU重新同步媒体流后，更新了该媒体流的同步状态。对比文件中第二播放设备在根据新的同步播放开始时间重新拉流和校正时滞后，消除了与主终端之间的时滞，恢复并更新了流之间的同步播放状态。属于直接公开。 |
| 技术特征M：以提供针对所述WTRU中的第一WTRU和所述第二WTRU的同步的回放。<br><br>《直接公开》 | [0108] “...此后，以相同的方式发送暂停命令、播放开始命令等以校正从终端处的经过播放时间滞后。”<br>[0237] “...因此，可以在多个播放设备30之间适当地同步播放相同的内容。” | 作用与方案比对：<br>目标专利与对比文件均为了实现第一设备（主设备）与第二设备（从设备）之间的音频/媒体内容同步回放。对比文件明确记载通过调整时滞和重新对齐播放，提供了针对第一和第二播放设备的适当地同步播放。属于直接公开。 |
| 技术特征N：该方法还包括所述第二WTRU传送第三消息<br><br>《直接公开》 | [0021] “此外，当播放设备和另一播放设备同步播放相同的内容时，同步播放控制部分可以响应于来自另一播放设备的请求，通过通信部分向另一播放设备发送指示播放设备处内容的同步经过时间的信息。”<br>[0227] “...客厅中作为主终端的播放设备30A定期向卧室中作为从终端的播放设备30B发送对当前正在卧室中作为从终端的播放设备30B上播放的内容的经过播放时间的发送请求（步骤S710）。响应于该发送请求，卧室中的播放设备30B向客厅中的播放设备30A发送指示播放设备30B的当前经过播放时间的信息（步骤S712）。” | 作用与方案比对：<br>目标专利中第二WTRU传送第三消息（用于反馈时间同步信息或重新同步响应）。对比文件中第二播放设备（从设备）向第一播放设备发送响应消息（指示当前经过播放时间的信息或准备完成通知等，相当于第三消息）。技术手段相当，属于直接公开。 |
| 技术特征O：该第三消息包括用于重新同步该第二WTRU的媒体流的所述更新的时间同步信息<br><br>《隐含公开》 | [0227] “...响应于该发送请求，卧室中的播放设备30B向客厅中的播放设备30A发送指示播放设备30B的当前经过播放时间的信息（步骤S712）。客厅中的播放设备30A从包括卧室中的播放设备30B在内的各个从终端接收指示每个从终端的当前经过播放时间的信息（以下称为‘从终端的经过播放时间’）。”<br>[0228] “...例如，即使没有从主终端发送发送请求，从终端也可以定期获取从终端的经过播放时间并将其发送给主终端。”<br>[0230] “然后，客厅中的播放设备30A比较主终端的经过播放时间与各从终端的经过播放时间，以判断两者之间是否存在指定的时间滞后以上（步骤S720）...如果时间滞后等于或超过指定时间，客厅中的播放设备30A向存在经过播放时间滞后的任何从终端发送播放停止命令...” | 逻辑推理论述：<br>目标专利说明书[0076]、[0090]记载第二WTRU可将其测量到的新PTO通过响应消息指示给网络/主控方以用于重新同步。对比文件中，第二播放设备（从设备）向第一播放设备（主设备）发送的第三消息中包含“从终端当前的经过播放时间信息”，主设备正是依据该经过播放时间信息来与主设备进度进行比对，进而触发重新同步流程（计算新的同步播放开始时间并让从设备重新校正）。对比文件中从终端发送的当前经过播放时间信息，正是用于使系统重新确定并执行重新同步的时间信息。基于宽松的隐含公开判断原则，对比文件公开了第三消息包含用于重新同步从设备媒体流的时间信息，构成了对技术特征O的隐含公开。 |
| 技术特征P：所述第一WTRU接收第四消息<br><br>《隐含公开》 | [0227] “...客厅中的播放设备30A从包括卧室中的播放设备30B在内的各个从终端接收指示每个从终端的当前经过播放时间的信息（以下称为‘从终端的经过播放时间’）。”<br>目标说明书[0006]、[0073]、[0108]-[0110]表明：第一WTRU可直接或经由服务器接收到包含重新同步第二WTRU媒体流的时间同步信息的第四消息。 | 逻辑推理论述：<br>在目标专利架构中存在服务器（SCC-AS）中转信令（即第二WTRU发送第三消息到服务器，服务器更新后向第一WTRU发送第四消息）；对比文件第[0227]段中，第一播放设备接收到来自第二播放设备发送的包含其经过播放时间的消息（在点对点架构下第三消息与第四消息实质合并，或者在服务器网络交互中作为传递消息接收）。基于宽松的隐含公开标准，第一设备接收到来自对端或网络传来的包含该同步信息的第四消息的技术构思已被对比文件隐含公开。 |
| 技术特征Q：该第四消息包括所述更新的时间同步信息<br><br>《隐含公开》 | [0227] “...客厅中的播放设备30A从包括卧室中的播放设备30B在内的各个从终端接收指示每个从终端的当前经过播放时间的信息（以下称为‘从终端的经过播放时间’）。”<br>[0230] “然后，客厅中的播放设备30A比较主终端的经过播放时间与各从终端的经过播放时间...” | 逻辑推理论述：<br>如特征O和P所述，对比文件第一设备接收到的消息中包含从设备更新后的实时回放进度（经过播放时间），该时间信息用于主设备判定时滞并触发重新同步计算。在对比文件的时滞调整流程中，该消息包含更新的时间同步信息。因此，本领域技术人员可以合理推断该第四消息包括更新的时间同步信息，构成隐含公开。 |
| 技术特征R：所述第一WTRU利用所述更新的时间同步信息来更新该第一WTRU的内部状态。<br><br>《直接公开》 | [0229] “此外，在向从终端请求发送经过播放时间或接收指示从终端的经过播放时间的信息时，客厅中的播放设备30A（主终端）获取并维护主终端中当前内容的经过播放时间（以下称为‘主终端的经过播放时间’）。”<br>[0230] “然后，客厅中的播放设备30A比较主终端的经过播放时间与各从终端的经过播放时间，以判断两者之间是否存在指定的时间滞后以上（步骤S720）。” | 作用与方案比对：<br>目标专利说明书[0073]、[0090]中指出更新内部状态是指将该时间同步信息存储于内存或数据结构中（例如代表协作会话状态的数据结构），以备将来维持和检查同步状态。对比文件中，第一播放设备在接收到从终端的经过播放时间信息后，将其获取并维护在内存/RAM中（存储并在内部与主设备经过时间比较，根据比较结果改变控制状态）。此操作在实质上就是利用接收到的更新时间同步信息来更新自身的内部运行与同步比较状态。属于直接公开。 |
| 技术特征S：其中所述第一消息<br><br>《直接公开》 | [0010]、[0023]、[0172]（步骤S160、S180） | 作用与方案比对：<br>对应于第一播放设备发送给第二播放设备以发起/控制同步播放的消息。在对比文件中明确公开了第一设备发送的此类信令消息，属于直接公开。 |
| 技术特征T：和所述第二消息中的每一者包括会话描述协议SDP属性行。<br><br>《未公开》 | 对比文件全文通篇未出现会话描述协议（Session Description Protocol, SDP）或SDP属性行（attribute line，如a=行）的任何记载。 | 公开性论述：<br>目标专利说明书[0005]、[0055]、[0069]-[0071]重点阐述了利用IMS信令中的SDP属性行（例如格式形如 a=3gpp_sync_info:...）来携带PTO IE、群组ID和同步容限IE，实现多媒体流同步控制。对比文件采用的是基于LAN环境下的TCP/IP、UDP或DLNA/UPnP等协议交互，从未记载或提示在消息中封装SDP协议属性行来携带同步参数。本领域技术人员无法从对比文件中推导出SDP属性行，故未公开。 |
| 技术特征U：其中所述操作为WTRU间传输操作。<br><br>《直接公开》 | [0121] “接下来，将对播放切换控制部分328进行说明。播放切换控制部分328控制在多个播放设备30之间的内容播放切换处理。在内容播放切换处理中，在连接到诸如LAN 10的网络的多个播放设备30之间交换关于当前正在进行的针对内容播放操作的信息（即，播放信息）。因此，在该处理中，执行内容播放操作的主体设备在播放设备30之间切换。当在某播放设备30（切换源播放设备30）上正在播放内容的同时通过播放切换处理接收到切换命令时，当前正在播放的内容可以由另一播放设备30（切换目的播放设备30）无缝播放，同时从切换源播放设备30继承播放模式、经过播放时间等。”<br>[0125] “存在两种类型的切换命令，MOVE切换命令（MOVE命令）和COPY切换命令（COPY命令）。MOVE切换命令是将内容播放从播放切换源播放设备30切换到播放切换目的播放设备30并停止在播放切换源播放设备30上的内容播放的命令。COPY切换命令是既在播放切换目的播放设备30上播放内容又在播放切换源播放设备30上继续内容播放的命令。” | 作用与方案比对：<br>目标专利说明书[0048]明确指出“WTRU间传输操作”包括在WTRU之间移动流（传输媒体流）或复制流。对比文件中的“播放切换处理（MOVE或COPY操作）”明确公开了将内容播放从源播放设备切换/移动到目的播放设备，或者复制到另一播放设备，即终端设备间的流切换传输操作（Inter-device/Inter-WTRU Transfer）。两者的技术实质、作用及实现方式完全相同，属于直接公开。 |
| 技术特征V：其中所述媒体流包括视频流<br><br>《直接公开》 | [0046] “在本实施例中，内容可以是任何形式的内容，例如诸如音乐、演讲、广播节目等的音频内容，诸如由图像数据和/或音频数据构成的电影、电视节目、视频节目等的视频内容，游戏内容等...”<br>[0071] “...提供盘驱动器232使得当音乐CD、视频DVD等加载到服务器设备20中时，能够提取记录在音乐CD上的音乐内容和记录在视频DVD上的视频内容。” | 作用与方案比对：<br>目标专利中媒体流包括视频流。对比文件明确记载其系统支持视频流/视频内容（如电视节目、电影、视频节目、视频DVD等包含图像数据的内容）的网络流式传输与回放。属于直接公开。 |
| 技术特征W：和音频流。<br><br>《直接公开》 | [0003] “...已知相关技术提供了一种内容播放系统，该系统通过在根据传输控制协议/互联网协议（TCP/IP）具有通信功能的客户端与服务器之间的网络将存储在服务器上的音频和图像内容传输到客户端（播放设备）来播放内容。”<br>[0046] “...音频内容如音乐、演讲、广播节目等...” | 作用与方案比对：<br>目标专利中媒体流包括音频流。对比文件多次详细描述了音乐、语音等音频内容的流传输与播放，并支持音频和图像/视频内容的结合。属于直接公开。 |
| 技术特征X：其中所述第一消息为WTRU间传输请求消息<br><br>《直接公开》 | [0125] “存在两种类型的切换命令，MOVE切换命令（MOVE命令）和COPY切换命令（COPY命令）。MOVE切换命令是将内容播放从播放切换源播放设备30切换到播放切换目的播放设备30并停止在播放切换源播放设备30上的内容播放的命令...”<br>[0126] “...例如，当切换源播放设备30接收到切换命令时，播放切换控制部分328创建关于在播放设备30上播放的内容的播放信息，并将其发送到切换目的播放设备30...”<br>[0287] “此后，客厅中的播放设备30A将创建的播放信息发送给作为切换目的播放设备的卧室中的播放设备30B。然后，卧室中的播放设备30B接收该播放信息（步骤S1240）。” | 作用与方案比对：<br>目标专利中第一消息为WTRU间传输请求消息。对比文件中在执行设备间播放切换（MOVE/COPY传输）时，源设备向目的设备发送的携带有播放信息及切换指令的消息，在功能与实质上正是设备间媒体流传输/切换请求消息（Inter-device Transfer Request）。属于直接公开。 |
| 技术特征Y：流增加请求消息。<br><br>《直接公开》 | [0013] “此外，当该播放设备与另一第一播放设备正在同步播放相同内容的同时，通过通信部分从另一第二播放设备接收到请求加入同步播放的加入请求时，同步播放控制部分可以通过通信部分向另一第二播放设备发送与正在同步播放的内容有关的信息以及指示通过将预定附加时间添加到内容的经过播放时间而获得的同步播放开始时间的信息...”<br>[0125] “...COPY切换命令是既在播放切换目的播放设备30上播放内容又在播放切换源播放设备30上继续内容播放的命令。” | 作用与方案比对：<br>目标专利说明书[0077]明确将“流增加（flow addition）”解释为在已有流基础上创建/复制增加流。对比文件明确公开了COPY命令（在目的设备增加播放流同时源设备继续播放），以及在多个设备已播放流的基础上加入新设备（加入请求以增加新的同步流支路）。因此对比文件直接公开了流增加请求消息的方案。属于直接公开。 |
---
### 评估结论汇总
1. **直接公开的技术特征（大写代码）**：
- A（第一WTRU传送第一消息）
- B（第一消息包括初始时间同步信息）
- C（在媒体流上执行操作的请求）
- F（确保针对WTRU发生同步的回放）
- H（第二WTRU接收第二消息）
- I（第二消息包括在媒体流上执行操作的请求）
- K（第二WTRU根据更新时间同步信息重新同步媒体流）
- L（第二WTRU重新同步更新媒体流同步）
- M（提供针对第一WTRU和第二WTRU的同步回放）
- N（第二WTRU传送第三消息）
- R（第一WTRU利用更新时间同步信息更新内部状态）
- S（第一消息）
- U（操作为WTRU间传输操作）
- V（媒体流包括视频流）
- W（媒体流包括音频流）
- X（第一消息为WTRU间传输请求消息）
- Y（流增加请求消息）
2. **隐含公开的技术特征（小写代码）**：
- d（初始时间同步信息指示当前回放时间）
- j（更新的时间同步信息）
- o（第三消息包括用于重新同步的更新时间同步信息）
- p（第一WTRU接收第四消息）
- q（第四消息包括更新的时间同步信息）
3. **未公开的技术特征**：
- E（与当前时间戳之间的差——即PTO的计算与表达机制）
- G（当前时间戳为相对于媒体呈现开始的片段的时间戳）
- T（第一消息和第二消息中的每一者包括会话描述协议SDP属性行）
<<<A>>><<<B>>><<<C>>><<<d>>><<<F>>><<<H>>><<<I>>><<<j>>><<<K>>><<<L>>><<<M>>><<<N>>><<<o>>><<<p>>><<<q>>><<<R>>><<<S>>><<<U>>><<<V>>><<<W>>><<<X>>><<<Y>>>
技术特征与对比文件（JP2008167351A）的对比分析如下：
| 技术特征描述及公开性判断结果 | 对比文件原文引用及译文 | 公开性论述 |
| 技术特征A：该方法包括所述WTRU中的第一WTRU传送第一消息<br><br>《直接公开》 | 【实施方式部分】<br>“（ステップ３２）コンテンツデータの再生を一時停止し、ＳＩＰを用いて携帯端末ＭＳａへコンテンツデータの一時停止要求を送信する。”<br>（译文：（步骤32）暂停内容的播放，利用SIP向便携式终端MSa发送内容数据暂停请求。）<br>以及“（ステップ６１）携帯端末ＭＳｃは、再生再開が選択されると、携帯端末ＭＳａへＳＩＰあるいはＲＴＳＰ等の制御プロトコルを用いて再生再開要求を携帯端末ＭＳａへ送信し……”<br>（译文：（步骤61）当便携式终端MSc选择重新开始播放时，利用SIP或RTSP等控制协议向便携式终端MSa发送播放重新开始请求……） | 1. 作用与对应关系：<br>对比文件公开了便携式终端MSb（或MSc）向便携式终端MSa发送控制消息（如一时停止请求、再开要求）。本领域技术人员知悉，便携式终端（携帯端末MS）即无线发射/接收单元（WTRU）。MSb/MSc作为协同通信中的一个终端传送消息，其作用与目标专利中第一WTRU传送第一消息的作用完全对应。<br>2. 结论：<br>该特征被对比文件《直接公开》。 |
| 技术特征B：该第一消息包括初始的时间同步信息<br><br>《隐含公开》 | 【实施方式部分】<br>“（ステップ４２）携帯端末ＭＳｂから送信された一時停止要求に含まれる携帯端末ＭＳｂの一時停止時刻（以降、停止要求端末一時停止時刻と称する）を記憶する。”<br>（译文：（步骤42）存储包含在由便携式终端MSb发送的暂停请求中的便携式终端MSb的暂停时间（以下称为暂停请求终端暂停时间）。）<br>以及“（ステップ６１）携帯端末ＭＳｃは、再生再開が選択されると、携帯端末ＭＳａへＳＩＰあるいはＲＴＳＰ等の制御プロトコルを用いて再生再開要求を携帯端末ＭＳａへ送信し……” | 1. 作用与技术比对：<br>目标专利中初始时间同步信息用于为后续多终端同步播放建立时间基准。对比文件中，MSb发送的第一消息（暂停请求）中携带了“停止要求终端一时停止时刻”（即MSb暂停时的时间信息），且该时刻被MSa及其他终端用于在恢复播放时对齐多方媒体数据，使其从相同时刻恢复同步播放。该“一时停止时刻”在通信终端间起到了指示和建立初始时间同步基准的作用，部分公开/实质对应了初始时间同步信息。<br>2. 结论：<br>按照宽松判定标准，本领域技术人员能够合理推断出该消息中携带了一时停止时刻等时间信息作为初始时间同步信息，因此该特征被《隐含公开》。 |
| 技术特征C：和在所述媒体流上执行操作的请求<br><br>《直接公开》 | 【实施方式部分】<br>“（ステップ３２）コンテンツデータの再生を一時停止し、ＳＩＰを用いて携帯端末ＭＳａへコンテンツデータの一時停止要求を送信する。”<br>（译文：（步骤32）暂停内容数据的播放，利用SIP向便携式终端MSa发送内容数据的一时停止请求。） | 1. 作用与对应关系：<br>目标专利中该特征是指请求对媒体流执行某种操作（如传输、增加、暂停等控制操作）。对比文件中，MSb发送的消息为“内容数据的一时停止请求”，其直接对正在传输的流媒体内容数据请求执行“暂停”操作。<br>2. 结论：<br>对比文件明确记载了在媒体流上请求执行操作，与目标专利作用相同，该特征被《直接公开》。 |
| 技术特征D：其中所述初始的时间同步信息指示当前回放时间<br><br>《直接公开》 | 【实施方式部分】<br>“（ステップ３３）コンテンツデータの再生の一時停止時刻を記憶し、……”以及“（ステップ４２）携帯端末ＭＳｂから送信された一時停止要求に含まれる携帯端末ＭＳｂの一時停止時刻（以降、停止要求端末一時停止時刻と称する）を記憶する。”<br>（译文：（步骤33）存储内容数据的播放暂停时间……（步骤42）存储便携式终端MSb发送的暂停请求中所包含的便携式终端MSb的暂停时间（以下称作暂停请求终端暂停时间）。） | 1. 作用与对应关系：<br>对比文件中MSb在执行暂停操作时所记忆并携带于请求中的“暂停时刻”，即为MSb在触发请求当时媒体正在回放呈现的时间（当前回放时间）。该信息用于告知控制端MSa该设备停止回放时的具体时间位置。<br>2. 结论：<br>对比文件明确公开了初始时间同步信息中指示了当前回放的时间点，该特征被《直接公开》。 |
| 技术特征E：与当前时间戳之间的差<br><br>《未公开》 | 对比文件全文未见记载该初始时间同步信息是指示“当前回放时间与当前时间戳之间的差（PTO）”。 | 1. 技术比对：<br>目标专利中PTO等于当前回放时间减去当前片段相对于呈现开始的时间戳（见目标说明书[0051]-[0053]）。对比文件中，MSb发送给MSa的暂停请求中仅包含了“一时停止时刻”（基于时钟的绝对时间），并未在第一消息中携带“当前回放时间与媒体时间戳之间的差值”计算结果。<br>2. 结论：<br>对比文件既未直接公开，也无法隐含推导出第一消息中包含了该回放时间与时间戳的“差”，该特征《未公开》。 |
| 技术特征F：以确保针对所述WTRU发生同步的回放<br><br>《直接公开》 | 【说明书发明目的及效果部分】<br>“……再生出力再開時に当該ストリームデータを再送信することなく、通信中の全ての端末装置と同期して同一時刻のタイムスタンプ値を有するデータから再生出力を再開できる端末装置を提供することを目的とする。”<br>（译文：……其目的在于提供一种终端装置，在重新开始播放输出时无需重新发送该流数据，能够与通信中的所有终端装置同步地从具有相同时刻时间戳值的数据重新开始播放输出。） | 1. 作用与对应关系：<br>目标专利设置时间同步信息的目的在于确保多个WTRU之间媒体播放呈现的同步。对比文件进行时间控制、延迟管理和传递暂停时间的目的，同样是为了使所有通信中的终端在恢复播放输出时能够保持同步播放。<br>2. 结论：<br>技术目的与实现效果完全相同，该特征被《直接公开》。 |
| 技术特征G：所述当前时间戳为相对于媒体呈现的开始的片段的时间戳<br><br>《未公开》 | 对比文件全文仅在背景技术提及特许文献1时提到时间戳，在发明实施方式中仅提及“同一時刻のタイムスタンプ値を有するデータ”。 | 1. 技术比对：<br>目标专利明确限定当前时间戳是“相对于媒体呈现的开始的片段的时间戳”（即从流的起始0点开始计时的媒体内部片段相对时间戳）。对比文件未对该时间戳的定义及生成基准做此限定，且未在第一消息中涉及以此基准计算差值。<br>2. 结论：<br>该技术特征在对比文件中《未公开》。 |
| 技术特征H：所述WTRU中的第二WTRU接收第二消息<br><br>《直接公开》 | 【实施方式部分】<br>“（ステップ５１）携帯端末ＭＳａからコンテンツ再生一時停止要求を受信すると、コンテンツ再生を一時停止する。”<br>（译文：（步骤51）从便携式终端MSa接收到内容播放暂停请求时，暂停内容播放。）<br>以及“（ステップ８１）携帯端末ＭＳａから再生再開時刻を通知する再生再開要求を受信すると、……”<br>（译文：（步骤81）从便携式终端MSa接收到通知播放重新开始时刻的播放重新开始请求时……） | 1. 作用与对应关系：<br>对比文件中，另一便携式终端MSc、MSd（即第二WTRU）接收来自MSa转发的暂停请求（第二消息）或重新播放请求。<br>2. 结论：<br>对比文件明确记载了另一终端接收第二消息的过程，该特征被《直接公开》。 |
| 技术特征I：该第二消息包括在所述媒体流上执行所述操作的请求<br><br>《直接公开》 | 【实施方式部分】<br>“（ステップ４１）……更に携帯端末ＭＳｃ，ＭＳｄに対して一時停止要求を転送する。”<br>以及“（ステップ５１）携帯端末ＭＳａからコンテンツ再生一時停止要求を受信すると、コンテンツ再生を一時停止する。”<br>（译文：（步骤41）……进一步向便携式终端MSc、MSd转发暂停请求。（步骤51）从便携式终端MSa接收到内容播放暂停请求时，暂停内容播放。） | 1. 作用与对应关系：<br>对比文件中第二WTRU（MSc/MSd）接收到的消息正是MSa转发过来的“内容播放暂停请求”，该请求正是对该媒体流执行暂停操作的请求。<br>2. 结论：<br>技术方案与作用完全相同，该特征被《直接公开》。 |
| 技术特征J：更新的时间同步信息<br><br>《直接公开》 | 【实施方式部分】<br>“（ステップ７１）携帯端末ＭＳｃからの再生再開要求を受信すると、再生再開要求受信時刻にコンテンツ送信先端末（携帯端末ＭＳｂ，ＭＳｃ，ＭＳｄ）に対する最大伝送遅延時間を加算して再生再開時刻を算出する。（ステップ７２）コンテンツ送信先の全ての携帯端末に対して再生再開要求を送信し、これにより算出した再生再開時刻を通知する。”<br>（译文：（步骤71）接收到来自便携式终端MSc的重新播放请求后，在接收时刻上加上针对各终端的最大传输延迟时间来计算重新播放时刻。（步骤72）向所有作为内容发送目标的便携式终端发送播放重新开始请求，由此通知所计算出的播放重新开始时刻。） | 1. 作用与对应关系：<br>目标专利中更新的时间同步信息是由网络侧或控制端更新后的定时基准（如包含网络调整后的播放时刻）。对比文件中，MSa根据最大传输延迟计算得出全新的“再生再开时刻”，并在消息中通知其他终端，该“再生再开时刻”是对先前同步定时的更新，属于“更新的时间同步信息”。<br>2. 结论：<br>该特征被对比文件《直接公开》。 |
| 技术特征K：所述第二WTRU根据所述更新的时间同步信息来重新同步该第二WTRU的媒体流<br><br>《直接公开》 | 【实施方式部分】<br>“（ステップ８１）携帯端末ＭＳａから再生再開時刻を通知する再生再開要求を受信すると、この再生再開時刻を一時停止時に記憶してある上記停止要求端末一時停止時刻にマッピングする為に、再生済データバッファ部２２３から一時停止時刻に対応するコンテンツデータを検索する。（ステップ８２）携帯端末ＭＳａから通知された上記再生再開時刻になると、未再生データバッファ部２２２または再生済データバッファ部２２３に保持されているコンテンツデータを、上記停止要求端末一時停止時刻に対応する時点から再生する。”<br>（译文：（步骤81）从MSa接收到通知播放重新开始时刻的重新开始请求后，为了将该重新开始时刻映射到暂停时所存储的暂停要求终端暂停时刻，从已播放数据缓冲部中检索与暂停时刻对应的内容数据。（步骤82）一旦到达由MSa通知的重新开始时刻，从未播放数据缓冲部或已播放数据缓冲部中保持的内容数据中，从对应于上述暂停时刻的时间点开始播放。） | 1. 作用与对应关系：<br>第二终端根据接收到的更新后的“再生再开时刻”，调整自己的缓冲区指针和播放输出时刻，使得本机的媒体流在指定的未来时刻精准对齐重新开始播放，这正是根据更新的时间同步信息重新同步媒体流的过程。<br>2. 结论：<br>对比文件明确记载了这一动作和控制流程，该特征被《直接公开》。 |
| 技术特征L：其中所述第二WTRU的重新同步更新所述媒体流的同步<br><br>《直接公开》 | 【实施方式部分】<br>同技术特征K之引用段落，以及“［コンテンツ視聴再開（再生再開）時の動作］……各携帯端末は未再生データバッファ部２２２または再生済データバッファ部２２３にバッファリングされている一時停止時刻に対応するデータから、上記再生開始時刻に同時に再生を再開することができる。”<br>（译文：各便携式终端能够从缓冲区中与暂停时刻对应的数据开始，在上述播放开始时刻同时重新开始播放。） | 1. 作用与对应关系：<br>通过第二WTRU执行上述重新映射和定时播放，更新了各终端之间媒体流的原有状态，消除了传输时延不对称带来的不同步，更新了媒体流的整体同步。<br>2. 结论：<br>该特征被对比文件《直接公开》。 |
| 技术特征M：以提供针对所述WTRU中的第一WTRU和所述第二WTRU的同步的回放。<br><br>《直接公开》 | 【实施方式部分】<br>“通信中の全ての端末装置と同期して同一時刻のタイムスタンプ値を有するデータから再生出力を再開できる……”<br>（译文：能够与通信中的所有终端装置同步地从具有相同时刻时间戳值的数据重新开始播放输出……）<br>以及“通話者全員の端末装置におけるコンテンツデータの再生時刻を同一にして、通話者全員が違和感なく映像コンテンツを視聴しながら会話することができ……”<br>（译文：使通话者全员的终端装置中的内容数据播放时刻相同，通话者全员能够毫无违和感地一边观看视频内容一边对话……） | 1. 作用与对应关系：<br>重新同步后的最终技术效果就是使包括第一终端和第二终端在内的所有终端能够同步播放同一媒体流数据。<br>2. 结论：<br>对比文件明确公开了实现各终端同步回放的效果，该特征被《直接公开》。 |
| 技术特征N：该方法还包括所述第二WTRU传送第三消息<br><br>《未公开》 | 对比文件中，在恢复播放或暂停流程中，第二WTRU（MSb、MSd等）在接收到MSa的控制消息后仅在本地执行缓冲检索和定时播放，并未向网络或第一WTRU发送“第三消息”；若将MSc视为发起再开的第二WTRU，其发出的再开请求是向MSa发送，但并无在重新同步后再向第一WTRU反馈自身更新的时间同步信息。 | 1. 技术比对：<br>目标专利中第三消息是由第二WTRU向网络/控制端传送的消息（如370），其目的是反馈其用于重新同步的时间同步信息。对比文件中接收再开通知的接收端终端直接在本地调整播放，无需再传送携带其更新时间同步信息的第三消息。<br>2. 结论：<br>该特征《未公开》。 |
| 技术特征O：该第三消息包括用于重新同步该第二WTRU的媒体流的所述更新的时间同步信息<br><br>《未公开》 | 鉴于技术特征N未公开，对比文件中不存在该第三消息，更无从包括该更新的时间同步信息。 | 1. 技术比对：<br>对比文件中第二WTRU不发送包含更新时间同步信息的第三消息。<br>2. 结论：<br>该特征《未公开》。 |
| 技术特征P：所述第一WTRU接收第四消息<br><br>《未公开》 | 对比文件中，第一WTRU（MSb发起暂停时）并未接收到来自第二WTRU反馈的携带更新时间同步信息的第四消息。 | 1. 技术比对：<br>目标专利流程中第一WTRU通过第四消息（如375）获取第二WTRU同步后的状态信息。对比文件中不具备此交互步骤。<br>2. 结论：<br>该特征《未公开》。 |
| 技术特征Q：该第四消息包括所述更新的时间同步信息<br><br>《未公开》 | 鉴于技术特征P未公开，对比文件中第一WTRU未接收该第四消息，更无从包括该更新的时间同步信息。 | 1. 技术比对：<br>对比文件中无相应交互载体及内容。<br>2. 结论：<br>该特征《未公开》。 |
| 技术特征R：所述第一WTRU利用所述更新的时间同步信息来更新该第一WTRU的内部状态。<br><br>《隐含公开》 | 【实施方式部分】<br>“（ステップ７３）上記（ステップ７２）において算出した再生再開時刻を一時停止時に記憶してある上記停止要求端末一時停止時刻にマッピングする為に、再生済データバッファ部２２３から一時停止時刻に対応するコンテンツデータを検索する。”<br>以及“（ステップ６）携帯端末ＭＳａは、上記（ステップ５）における算出したネットワーク伝送遅延及びジッタを、それぞれ最大伝送遅延時間、最大ジッタとして保持する。……（ステップ８）……保持している値を更新する。” | 1. 作用与技术比对：<br>目标专利中第一WTRU利用时间同步信息更新内部状态（如记录会话状态、调整自身播放进度或缓冲区映射）。对比文件中，MSa作为控制端/第一终端，在重新计算和获取新的播放时刻后，在本地将该时刻映射至停止时刻并更新其缓冲区搜索指针（步骤73），同时其内部维护并动态更新延迟与时钟参数（步骤8）。根据宽松判定原则，本领域技术人员可以合理推断出第一终端利用新的时间同步参数更新了其内部控制与播放状态。<br>2. 结论：<br>该特征被对比文件《隐含公开》。 |
| 技术特征S：其中所述第一消息<br><br>《直接公开》 | 【实施方式部分】<br>“（ステップ１３）携帯端末ＭＳａは、ＳＩＰを用いて携帯端末ＭＳｂ，ＭＳｃ，ＭＳｄへ配信するコンテンツ情報であるＳＤＰを通知する。”<br>以及“（ステップ２３）携帯端末ＭＳａは、ＳＩＰを用いて携帯端末ＭＳｂ，ＭＳｃ，ＭＳｄへ配信するコンテンツ情報であるＳＤＰを通知する。”<br>以及“携帯端末ＭＳａは、配信するコンテンツ情報であるＳＤＰを、テレビ電話通話で制御プロトコルとして用いているＳＩＰにより携帯端末ＭＳｂ，ＭＳｃ，ＭＳｄに通知することが可能である。” | 1. 作用与对应关系：<br>对比文件公开了终端在发起会话或控制时，通过SIP信令发送携带会话描述信息的第一消息。<br>2. 结论：<br>该特征被对比文件《直接公开》。 |
| 技术特征T：和所述第二消息中的每一者包括会话描述协议SDP属性行。<br><br>《隐含公开》 | 【实施方式部分】<br>“このＳＤＰによって、Ｔフィールドにコンテンツデータ再生開始時刻を記述し、ＲＴＰタイムスタンプをマッピングすることにより、……（ステップ１２）携帯端末ＭＳａは、上記のように算出したコンテンツデータ再生開始時刻を、携帯端末ＭＳｂ，ＭＳｃ，ＭＳｄに送信する全てのＳＤＰにおけるＴフィールドに記述する。”<br>以及“（ステップ２２）携帯端末ＭＳａは、上記のように算出したコンテンツデータ再生開始時刻を、携帯端末ＭＳｂ，ＭＳｃ，ＭＳｄに送信する全てのＳＤＰにおいてＴフィールド等に記述する。ここでＳＤＰのフィールド値の使用方法についは各端末間であらかじめ決定されているものとする。” | 1. 作用与技术比对：<br>目标专利中消息中包含SDP行（如“a=”属性行携带同步信息）。对比文件中明确公开了在SIP消息中利用SDP承载时间参数（在“T字段等”中描述再生开始时刻），而SDP协议本身即由行构成（如t=行、a=属性行）。尽管对比文件实施例中提及“Tフィールド等”，但根据SDP的标准定义以及对比文件所称“フィールド等に記述する”，本领域技术人员能够合理推断出其可能利用SDP的属性行（如a行）或相关参数行承载这些协商控制参数。<br>2. 结论：<br>按照极宽松的隐含公开标准，该特征被《隐含公开》。 |
| 技术特征U：其中所述操作为WTRU间传输操作。<br><br>《未公开》 | 对比文件全文所涉及的操作均为多方电视电话会议下的“媒体播放的一时停止（暂停）”与“再生再开（重新开始）”，以及向各终端分发（配信）广播同一媒体内容。未公开在协同会话中将媒体流从一个终端转移/增加到另一个终端的“WTRU间传输（Inter-WTRU transfer）”操作。 | 1. 技术比对：<br>目标专利的WTRU间传输操作具有特定含义（见目标说明书[0003]、[0048]：将协作会话中的媒体流从一个WTRU移动传输到另一个目标WTRU）。对比文件中流的宿主始终固定，只是由MSa向MSb-MSd分发同一流以及进行暂停/恢复播放，并没有流在设备间迁移传输的操作。<br>2. 结论：<br>该特征在对比文件中《未公开》。 |
| 技术特征V：其中所述媒体流包括视频流<br><br>《直接公开》 | 【实施方式部分】<br>“ベースバンドユニット２はカメラインタフェース（カメラＩ／Ｆ）２４を備え、上記映像信号をディジタル映像信号に変換してマルチメディアエンコーダ２３に入力する。マルチメディアエンコーダ２３はビデオエンコーダを有する。そして、上記ディジタル映像信号を、例えばＭＰＥＧ４……形式に従い符号化処理し、この符号化された映像データを制御部２１へ出力する。” | 1. 作用与对应关系：<br>目标专利中媒体流包含视频流。对比文件中的流数据明确包含由摄像头采集编码的视频数据（映像データ）。<br>2. 结论：<br>技术特征完全相同，该特征被《直接公开》。 |
| 技术特征W：和音频流。<br><br>《直接公开》 | 【实施方式部分】<br>“ベースバンドユニット２はマイクロホンインタフェース（マイクロホンＩ／Ｆ）２５を備え、上記送話音声信号をこのマイクロホンＩ／Ｆ２５で増幅したのちディジタル信号に変換してマルチメディアエンコーダ２３に入力する。マルチメディアエンコーダ２３はオーディオエンコーダを有する。” | 1. 作用与对应关系：<br>目标专利中媒体流包含音频流。对比文件中的流数据明确包含由麦克风采集编码的音频数据（音声データ）。<br>2. 结论：<br>技术特征完全相同，该特征被《直接公开》。 |
| 技术特征X：其中所述第一消息为WTRU间传输请求消息<br><br>《未公开》 | 对比文件中第一消息为一时停止要求消息（暂停请求）或再生再开要求消息，并非WTRU间传输请求消息。 | 1. 技术比对：<br>如特征U所述，对比文件不涉及WTRU间传输机制，第一消息亦非用于触发设备间流迁移传输的请求消息。<br>2. 结论：<br>该特征《未公开》。 |
| 技术特征Y：流增加请求消息。<br><br>《未公开》 | 对比文件中不存在向现有协同会话中添加新的媒体流的“流增加请求消息”。 | 1. 技术比对：<br>目标说明书（[0005]、[0077]）明确流增加请求用于在会话中创建/增加流。对比文件的消息属于电视电话下的播放控制，无流增加请求消息。<br>2. 结论：<br>该特征《未公开》。 |
<<<A>>>
<<<b>>>
<<<C>>>
<<<D>>>
<<<F>>>
<<<H>>>
<<<I>>>
<<<J>>>
<<<K>>>
<<<L>>>
<<<M>>>
<<<r>>>
<<<S>>>
<<<t>>>
<<<V>>>
<<<W>>>
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括所述WTRU中的第一WTRU传送第一消息<br><br>【公开性判断】：未公开 | 无相关记载 | 对比文件涉及一种液晶显示装置（Liquid Crystal Display Device），具体公开了直下式背光源中用于支撑外部电极荧光灯（EFL）的电极配件（electrode fittings）、按压部及凸起结构，以改善电气连接可靠性（见[0001]–[0024]）。对比文件完全属于机械/显示硬件结构领域，根本未涉及无线通信系统、WTRU（无线发射/接收单元）或其发送通信消息的技术方案，既未直接公开，本领域技术人员也绝无可能基于对比文件推理出技术特征A，故未公开。 |
| 技术特征B：该第一消息包括初始的时间同步信息<br><br>【公开性判断】：未公开 | 无相关记载 | 对比文件为液晶显示器背光源电极卡夹的机械结构发明，不涉及任何通信消息，更不存在媒体流时间同步信息（如呈现时间偏移PTO、同步容限等），既未直接公开，也不存在隐含公开。 |
| 技术特征C：和在所述媒体流上执行操作的请求<br><br>【公开性判断】：未公开 | 无相关记载 | 对比文件完全未涉及“媒体流”及“在媒体流上执行操作的请求”，既无直接公开，也无任何可用于合理解读或推理的暗示，故未公开。 |
| 技术特征D：其中所述初始的时间同步信息指示当前回放时间<br><br>【公开性判断】：未公开 | 无相关记载 | 对比文件全文未记载回放时间（Playback time）或时间同步参数，不涉及流媒体回放控制，故未公开。 |
| 技术特征E：与当前时间戳之间的差<br><br>【公开性判断】：未公开 | 无相关记载 | 目标专利中该特征是指呈现时间偏移量（PTO = 当前回放时间 - 当前时间戳）。对比文件为背光模组电极结构，完全不涉及时间戳差值计算，未公开。 |
| 技术特征F：以确保针对所述WTRU发生同步的回放<br><br>【公开性判断】：未公开 | 无相关记载 | 对比文件解决的是灯管电极因制造公差导致直径不一时与电极配件接触不良的技术问题，完全不涉及确保多个WTRU之间同步回放媒体流的功能与目的，未公开。 |
| 技术特征G：所述当前时间戳为相对于媒体呈现的开始的片段的时间戳<br><br>【公开性判断】：未公开 | 无相关记载 | 对比文件未涉及媒体呈现、媒体片段或时间戳，未公开。 |
| 技术特征H：所述WTRU中的第二WTRU接收第二消息<br><br>【公开性判断】：未公开 | 无相关记载 | 对比文件不涉及第二WTRU，亦不涉及第二消息的接收，未公开。 |
| 技术特征I：该第二消息包括在所述媒体流上执行所述操作的请求<br><br>【公开性判断】：未公开 | 无相关记载 | 对比文件完全缺乏媒体流操作请求及消息交互机制，未公开。 |
| 技术特征J：更新的时间同步信息<br><br>【公开性判断】：未公开 | 无相关记载 | 对比文件不存在任何媒体流时间同步信息更新的技术方案，未公开。 |
| 技术特征K：所述第二WTRU根据所述更新的时间同步信息来重新同步该第二WTRU的媒体流<br><br>【公开性判断】：未公开 | 无相关记载 | 对比文件不涉及根据时间同步信息重新同步媒体流的处理过程，未公开。 |
| 技术特征L：其中所述第二WTRU的重新同步更新所述媒体流的同步<br><br>【公开性判断】：未公开 | 无相关记载 | 对比文件不涉及多设备间重新同步以更新媒体流同步状态的方案，未公开。 |
| 技术特征M：以提供针对所述WTRU中的第一WTRU和所述第二WTRU的同步的回放。<br><br>【公开性判断】：未公开 | 无相关记载 | 对比文件不涉及提供第一WTRU与第二WTRU之间的同步媒体回放，未公开。 |
| 技术特征N：该方法还包括所述第二WTRU传送第三消息<br><br>【公开性判断】：未公开 | 无相关记载 | 对比文件不涉及无线终端设备或通信信令交互，未公开第三消息的传送。 |
| 技术特征O：该第三消息包括用于重新同步该第二WTRU的媒体流的所述更新的时间同步信息<br><br>【公开性判断】：未公开 | 无相关记载 | 对比文件不涉及第三消息及其所携带的用于重新同步媒体流的时间同步信息，未公开。 |
| 技术特征P：所述第一WTRU接收第四消息<br><br>【公开性判断】：未公开 | 无相关记载 | 对比文件不涉及第一WTRU接收第四消息的信令流程，未公开。 |
| 技术特征Q：该第四消息包括所述更新的时间同步信息<br><br>【公开性判断】：未公开 | 无相关记载 | 对比文件不涉及包含更新时间同步信息的第四消息，未公开。 |
| 技术特征R：所述第一WTRU利用所述更新的时间同步信息来更新该第一WTRU的内部状态。<br><br>【公开性判断】：未公开 | 无相关记载 | 对比文件未记载利用时间同步信息更新终端设备内部状态的技术特征，未公开。 |
| 技术特征S：其中所述第一消息<br><br>【公开性判断】：未公开 | 无相关记载 | 对比文件不涉及第一消息，未公开。 |
| 技术特征T：和所述第二消息中的每一者包括会话描述协议SDP属性行。<br><br>【公开性判断】：未公开 | 无相关记载 | 对比文件为背光源硬件物理装配技术，完全不涉及会话描述协议（SDP）及SDP属性行（如“a=3gpp_sync_info”等），未公开。 |
| 技术特征U：其中所述操作为WTRU间传输操作。<br><br>【公开性判断】：未公开 | 无相关记载 | 对比文件不涉及WTRU间传输操作（Inter-WTRU transfer），未公开。 |
| 技术特征V：其中所述媒体流包括视频流<br><br>【公开性判断】：未公开 | 无相关记载 | 对比文件虽然在[0038]提到“观察者通过穿过每个像素的光来识别图像（image）”，但这属于液晶面板显示图像的常规显示原理，并非无线通信协作会话中的“视频流”，两者技术领域、手段与作用均不相同，本领域技术人员无法据此推理得出技术特征V中的媒体流包含视频流，未公开。 |
| 技术特征W：和音频流。<br><br>【公开性判断】：未公开 | 无相关记载 | 对比文件全文未记载任何关于“音频流”的内容，未公开。 |
| 技术特征X：其中所述第一消息为WTRU间传输请求消息<br><br>【公开性判断】：未公开 | 无相关记载 | 对比文件不涉及WTRU间传输请求消息，未公开。 |
| 技术特征Y：流增加请求消息。<br><br>【公开性判断】：未公开 | 无相关记载 | 对比文件不涉及流增加请求消息，未公开。 |
### 特征比对分析说明
根据目标专利说明书的记载，目标专利的核心发明点在于协作会话（Collaborative Session）期间，控制方与受控方移动站（WTRU）之间通过信令交换时间同步信息（特别是呈现时间偏移PTO IE、群组ID、同步容限等），并基于PTO（当前回放时间与媒体呈现开始的时间戳之差）实现跨设备的媒体流重新同步以及内部状态更新。
对比文件（CN101288257A）公开了一种向设备发送信令以不执行同步或在多媒体流上包括同步延迟（sync_jitter）的方法，其主要通过发送设备在SDP中携带`a=NO_SYNC`、`a=group:NLS`或`a=sync_jitter:value`，指示接收设备对多个多媒体流不进行同步或引入指定的可接受同步抖动。
结合本领域的普遍技术知识、对比文件原文及非常宽松的隐含公开判断标准，进行逐项特征比对。
---
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括所述WTRU中的第一WTRU传送第一消息<br><br>《隐含公开》 | 【附图说明】“图2和图3示出了一个在其中可以实现本发明的代表性电子设备12。图2和图3中的电子设备包括移动电话并且可以用作发送设备或接收设备。”<br>【具体实施方式】“在图4的步骤300中，发送设备传输SDP信息。SDP信息包括关于被传输的多媒体流的同步的以上讨论的类型的引入。” | 对比文件中公开了电子设备包括移动电话（移动台），对应于无线发射/接收单元（WTRU），且作为发送设备传输SDP信息（第一消息）。虽然对比文件未采用“第一WTRU”的措辞，但移动电话作为发送端发送信令属于相同手段，本领域技术人员结合多方通信场景容易推导得出，依据宽松判断标准认定为隐含公开。 |
| 技术特征B：该第一消息包括初始的时间同步信息<br><br>《隐含公开》 | 【具体实施方式】“在本发明的第二实施例中，引入了允许多媒体流的发送设备指示在其希望接收设备进行同步的多媒体流之间的同步延迟和抖动值的机制。在此实施例中，新SDP参数用于指定抖动值……定义称为‘sync_jitter’的新SDP属性。该属性指示多媒体流之间的同步延迟……声明为：a＝sync_jitter：value”<br>“在图4的步骤300中，发送设备传输SDP信息。SDP信息包括关于被传输的多媒体流的同步的以上讨论的类型的引入。” | 目标专利中的“时间同步信息”在说明书中体现为呈现时间偏移PTO、同步容限等；对比文件中发送设备在SDP中携带sync_jitter属性指示多媒体流之间的同步延迟或可接受同步抖动值（例如500毫秒）。对比文件的sync_jitter属于控制同步时延容忍度的时间相关同步参数，虽然其具体语义（抖动量）与目标专利中的PTO在具体数值算法上有所区别，但从广义“时间同步信息”及提供同步参考的角度看，对比文件部分公开了时间同步信息的内容，依据宽松标准认定为隐含公开。 |
| 技术特征C：和在所述媒体流上执行操作的请求<br><br>《未公开》 | 【背景技术】“在IP多媒体呼叫建立期间，呼叫的发送设备(即提供端或发启端)指定会话信息。会话信息包括媒体和与传输相关的信息……例如，如果发送设备希望建立单向媒体会话……则其在SDP中指定该媒体流为a＝sendonly。” | 目标专利说明书【0005】【0006】【0048】【0073】明确指出，该“操作”是在协作会话中针对媒体流执行的特定会话控制操作，如“WTRU间传输操作（跨设备迁移媒体流）”或“流增加/复制操作”。对比文件仅公开了在呼叫建立阶段发送SDP用于建立单向媒体会话或设置媒体流方向，未公开在协同会话中对现有媒体流执行传输、增加等针对性操作的请求，技术作用和方案均不相同，无论直接还是隐含均未公开。 |
| 技术特征D：其中所述初始的时间同步信息指示当前回放时间<br><br>《未公开》 | 【具体实施方式】“在发送设备希望接收设备执行具有指定的延迟值的某些同步的情况下，接收设备在解码之后确定音频和视频分组的播出时间之间的差(TV1-TA1)。” | 目标专利说明书【0051】-【0053】明确指出PTO等于当前回放时间与当前时间戳的差，回放时间以墙上时钟时间为基础。对比文件中发送端给出的sync_jitter是一个预先指定的固定门限值（如500ms），接收端测量的播出时间差（TV1-TA1）仅是到达/播放时刻的差，且该差值是接收端自行计算的抖动，并非第一消息中所包含的、指示当前回放时间与时间戳之间差值的初始时间同步信息。对比文件完全未涉及发送端在初始消息中指示“当前回放时间”，未公开。 |
| 技术特征E：与当前时间戳之间的差<br><br>《未公开》 | 【背景技术】“使用在RTP分组中的RTP时间戳和在RTCP发送端报告(SR)分组中发送的NTP时间戳，执行基准时钟捕获时间的计算。” | 目标专利中该特征限定的是初始时间同步信息指示的是“当前回放时间与当前时间戳之间的差（PTO）”。对比文件中仅常规提及在RTP分组中使用时间戳计算捕获时间，初始信令中的sync_jitter并非指示该回放时间与时间戳之差，无法从对比文件推导得出，未公开。 |
| 技术特征F：以确保针对所述WTRU发生同步的回放<br><br>《隐含公开》 | 【具体实施方式】“如果值(TV1-TA1)大于同步抖动，则接收设备需要将分组保存一短的时间段……如果存在同步抖动值，则在步骤340处将指明的抖动量引入到流中……如果不存在关于缺乏同步或同步抖动数量的指令，或如果存在完全同步的具体指令，则在步骤350进行完全同步。” | 目标专利中PTO用于确保不同WTRU之间同步回放。对比文件虽然主要是针对单个接收设备的媒体间同步，但其在步骤340/350中引入抖动或执行完全同步的目的也是为了控制或确保媒体流回放时的同步体验（唇音同步），起到确保同步回放的作用，基于宽松标准认定为隐含公开。 |
| 技术特征G：所述当前时间戳为相对于媒体呈现的开始的片段的时间戳<br><br>《未公开》 | 无相关记载 | 目标专利说明书【0053】明确当前时间戳是相对于媒体呈现开始的片段的时间戳。对比文件仅概括提及RTP时间戳，未公开第一消息中携带的初始同步信息基于该特定定义的片段相对时间戳进行计算，未公开。 |
| 技术特征H：所述WTRU中的第二WTRU接收第二消息<br><br>《隐含公开》 | 【附图说明】“图2和图3中的电子设备包括移动电话并且可以用作发送设备或接收设备。”<br>【具体实施方式】“在步骤310中，接收设备接收SDP信息。” | 对比文件中接收设备为移动电话（可作为第二WTRU），其在步骤310中接收来自发送设备的SDP信息（第二消息）。在单对单或多媒体会话中接收端接收消息属于本领域常用结构，按宽松标准可合理推知由第二WTRU接收，认定为隐含公开。 |
| 技术特征I：该第二消息包括在所述媒体流上执行所述操作的请求<br><br>《未公开》 | 【具体实施方式】“在步骤310中，接收设备接收SDP信息。在步骤320中，接收设备读取SDP信息以确定是否存在不同步任何或所有多媒体流的指令，是否包括某个数量的同步抖动，或是否应当进行完全的同步。” | 对应于特征C，对比文件中的SDP消息仅用于常规会话建立或参数配置，不包含在协同媒体流上执行操作（如跨设备传输流、增加流）的请求，技术方案与技术效果均未公开。 |
| 技术特征J：更新的时间同步信息<br><br>《未公开》 | 无相关记载 | 目标专利说明书【0005】【0072】记载，服务器（SCC-AS）在转发给第二WTRU时会更新时间同步信息（如生成唯一群组ID或调整同步参数形成更新的时间同步信息）。对比文件接收设备接收的仅是发送设备发出的初始SDP信息，不存在由网络或中间实体更新后的时间同步信息，未公开。 |
| 技术特征K：所述第二WTRU根据所述更新的时间同步信息来重新同步该第二WTRU的媒体流<br><br>《未公开》 | 【具体实施方式】“如果值(TV1-TA1)大于同步抖动，则接收设备需要将分组保存一短的时间段。例如，如果在会话建立期间指定的同步抖动为500毫秒并且TV1-TA1为350毫秒，则接收设备不需要进行任何指定。然而，如果TV1-TA1为600毫秒，则音频分组必须在排队中延迟额外的100毫秒。”<br>“如果存在同步抖动值，则在步骤340处将指明的抖动量引入到流中。” | 目标专利中是第二WTRU依据网络或第一WTRU更新的时间同步信息，在协作会话中重新同步其媒体流（例如通过延迟呈现来匹配PTO）。对比文件仅是接收设备在会话建立时依据初始接收的sync_jitter对超出抖动的分组进行缓冲延迟，不存在“根据更新的时间同步信息来重新同步媒体流”的过程，未公开。 |
| 技术特征L：其中所述第二WTRU的重新同步更新所述媒体流的同步<br><br>《未公开》 | 无相关记载 | 目标专利说明书【0073】指出第二WTRU重新同步以匹配更新的同步参数，从而更新了协同会话中该媒体流与其他流的同步关系。对比文件未涉及此类协作会话重同步过程，未公开。 |
| 技术特征M：以提供针对所述WTRU中的第一WTRU和所述第二WTRU的同步的回放<br><br>《未公开》 | 【背景技术】“通常，在IP多媒体呼叫中，在接收设备侧存在同步不同媒体类型的需求。例如，在音频/视频IP呼叫中，为了好的用户体验需要在接收设备侧执行唇音同步。” | 目标专利是在第一WTRU和第二WTRU两个不同设备之间实现媒体流的跨设备同步回放（设备间同步，IDMS）。对比文件通篇仅解决“从一个发送设备发送给同一个接收设备”时，在该单个接收设备内部的多媒体流（如自身播放的音频和视频）之间的同步或不同步控制，完全没有公开第一WTRU与第二WTRU两个设备各自呈现部分流并保持跨设备同步回放的方案，未公开。 |
| 技术特征N：该方法还包括所述第二WTRU传送第三消息<br><br>《未公开》 | 【背景技术】“当接收设备接收该SDP消息时并且如果其希望参与到该会话中，则接收设备可以指定该流为a＝recvonly。” | 目标专利说明书【0073】指出第三消息为第二WTRU发送的用于协同同步的响应消息（包含同步信息）。对比文件仅在背景技术提及接收端在传统协商中可回复SDP指示recvonly，并未公开在重同步流程中传送包含用于重新同步的更新时间同步信息的第三消息，未公开。 |
| 技术特征O：该第三消息包括用于重新同步该第二WTRU的媒体流的所述更新的时间同步信息<br><br>《未公开》 | 无相关记载 | 对应于特征N，对比文件中的接收设备在接收到sync_jitter或NO_SYNC后仅在本地执行解码与缓冲控制，完全没有向对端或网络回传更新的时间同步信息以用于媒体流重同步，未公开。 |
| 技术特征P：所述第一WTRU接收第四消息<br><br>《未公开》 | 无相关记载 | 对比文件中仅涉及单向或常规呼叫中接收端处理信令，未公开第一WTRU接收携带更新时间同步信息的第四消息，未公开。 |
| 技术特征Q：该第四消息包括所述更新的时间同步信息<br><br>《未公开》 | 无相关记载 | 对应于特征P，对比文件完全没有公开第四消息及其中包含更新的时间同步信息，未公开。 |
| 技术特征R：所述第一WTRU利用所述更新的时间同步信息来更新该第一WTRU的内部状态<br><br>《未公开》 | 无相关记载 | 目标专利说明书【0073】指出第一WTRU用更新的同步信息更新其代表协作会话状态的数据结构。对比文件未公开第一WTRU接收并利用更新的同步信息来更新设备内部状态的技术方案，未公开。 |
| 技术特征S：其中所述第一消息<br><br>《隐含公开》 | 【背景技术】“会话信息承载于例如会话描述协议(SDP)的协议消息中。”<br>【具体实施方式】“在图4的步骤300中，发送设备传输SDP信息。” | 对比文件明确公开了发送设备传输的第一消息为包含SDP信息的协议消息，属于直接/隐含公开。结合宽松标准认定为隐含公开。 |
| 技术特征T：和所述第二消息中的每一者包括会话描述协议SDP属性行<br><br>《隐含公开》 | 【具体实施方式】“在第一机制中，引入了称为‘NO_SYNC’的新SDP属性……将该NO_SYNC属性声明为a＝NO_SYNC……在该实施例的一个具体的实现方式中，定义称为‘sync_jitter’的新SDP属性……在SDP中将属性声明为：a＝sync_jitter：value” | 对比文件公开了消息中携带包含a=NO_SYNC或a=sync_jitter:value的SDP属性行（以a=开头的attribute line）。虽然对比文件中未体现协同更新流程中的“第二消息”，但从信令协议层面公开了在SDP消息中使用SDP属性行来承载同步控制信息，基于极宽松的隐含公开标准，认定为隐含公开。 |
| 技术特征U：其中所述操作为WTRU间传输操作<br><br>《未公开》 | 无相关记载 | 对比文件涉及的是常规IP呼叫及单向视频共享，完全没有涉及WTRU间传输操作（即将媒体流从一个终端无缝转移/迁移到另一个终端的跨设备传输操作），未公开。 |
| 技术特征V：其中所述媒体流包括视频流<br><br>《直接公开》 | 【具体实施方式】“m＝video 6001 RTP/AVP 98”<br>“例如如果在会话建立期间指定的同步抖动为500毫秒……然而如果TV1-TA1为600毫秒，则音频分组必须在排队中延迟额外的100毫秒。” | 对比文件在具体实施方式中公开了媒体流中包括视频流（video），并给出了具体的SDP描述行m=video ...，其在对比文件中的作用是传输视频数据，与目标专利中视频流的作用完全相同，本领域技术人员能毫无疑义地直接确定，属于直接公开。 |
| 技术特征W：和音频流<br><br>《直接公开》 | 【具体实施方式】“m＝audio 6001 RTP/AVP 98”<br>“在以上示例中，在接收设备处第一视频流不应当被同步……接收设备可以选择同步或不同步其余的(音频和视频)流。” | 对比文件在具体实施方式中公开了媒体流中包括音频流（audio），并给出了具体的SDP描述行m=audio ...，其在对比文件中的作用是传输音频数据，与目标专利中音频流的作用完全相同，本领域技术人员能毫无疑义地直接确定，属于直接公开。 |
| 技术特征X：其中所述第一消息为WTRU间传输请求消息<br><br>《未公开》 | 无相关记载 | 对应于特征C和U，对比文件中发送设备发送的消息为普通的SIP/SDP呼叫建立消息，并非“WTRU间传输请求消息”，未公开。 |
| 技术特征Y：流增加请求消息<br><br>《未公开》 | 无相关记载 | 对比文件中发送的消息用于初始化建立会话并指示抖动/不同步，未公开针对协作会话的“流增加请求消息”，未公开。 |
---
### 评估结论汇总
1. **直接公开的技术特征**：
- 特征V（媒体流包括视频流）、特征W（媒体流包括音频流）在对比文件的SDP实例及说明书正文中被毫无疑义地完全公开，认定为**直接公开**。
2. **隐含公开的技术特征**（采用极宽松标准）：
- 特征A、特征B、特征F、特征H、特征S、特征T在对比文件中部分公开了移动终端发送/接收SDP、SDP属性行（`a=sync_jitter`）定义同步延迟以进行播放同步控制的技术内容，结合宽松标准认定为**隐含公开**。
3. **未公开的技术特征**：
- 特征C、D、E、G、I、J、K、L、M、N、O、P、Q、R、U、X、Y涉及协作会话中的跨设备流操作请求（WTRU间传输/流增加）、回放时间与时间戳之差（PTO）、基于更新同步信息的第二WTRU重同步、跨设备双终端同步回放，以及二阶段/多阶段响应与内部状态更新等核心机制，对比文件均未直接或隐含公开。
<<<V>>>
<<<W>>>
<<<a>>>
<<<b>>>
<<<f>>>
<<<h>>>
<<<s>>>
<<<t>>>
针对目标专利权利要求的各个技术特征与对比文件（WO2007067176A3）的公开性比对如下：
由于提供的对比文件仅包含标题《SESSION INITIATION PROTOCOL (SIP) MULTICAST MANAGEMENT METHOD》，且标注为“无说明书”，未能提供任何可供检索与阅读的说明书正文、权利要求书或附图文本内容，因此本领域技术人员无法从该对比文件中获取其实际公开的具体技术方案与技术细节。
**特征比对表格**
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括所述WTRU中的第一WTRU传送第一消息<br>《未公开》 | 无（对比文件无说明书及正文内容） | 由于对比文件未提供说明书正文、权利要求书及附图等具体内容，仅提供标题，无法从中获得关于“第一WTRU传送第一消息”的技术方案，既未直接公开，亦无法进行合理解读或推论以构成隐含公开。 |
| 技术特征B：该第一消息包括初始的时间同步信息<br>《未公开》 | 无（对比文件无说明书及正文内容） | 对比文件无具体文本内容，未公开包含初始时间同步信息的第一消息，亦无法推导出相关特征。 |
| 技术特征C：和在所述媒体流上执行操作的请求<br>《未公开》 | 无（对比文件无说明书及正文内容） | 对比文件无具体文本内容，未公开在媒体流上执行操作的请求相关方案。 |
| 技术特征D：其中所述初始的时间同步信息指示当前回放时间<br>《未公开》 | 无（对比文件无说明书及正文内容） | 对比文件无具体文本内容，未公开初始时间同步信息指示当前回放时间的内容。 |
| 技术特征E：与当前时间戳之间的差<br>《未公开》 | 无（对比文件无说明书及正文内容） | 对比文件无具体文本内容，未公开当前回放时间与当前时间戳之差的相关内容。 |
| 技术特征F：以确保针对所述WTRU发生同步的回放<br>《未公开》 | 无（对比文件无说明书及正文内容） | 对比文件无具体文本内容，未公开通过该差值确保针对WTRU发生同步回放的技术手段与效果。 |
| 技术特征G：所述当前时间戳为相对于媒体呈现的开始的片段的时间戳<br>《未公开》 | 无（对比文件无说明书及正文内容） | 对比文件无具体文本内容，未公开当前时间戳为相对于媒体呈现开始的片段的时间戳。 |
| 技术特征H：所述WTRU中的第二WTRU接收第二消息<br>《未公开》 | 无（对比文件无说明书及正文内容） | 对比文件无具体文本内容，未公开第二WTRU接收第二消息的方案。 |
| 技术特征I：该第二消息包括在所述媒体流上执行所述操作的请求<br>《未公开》 | 无（对比文件无说明书及正文内容） | 对比文件无具体文本内容，未公开第二消息包括在媒体流上执行操作的请求。 |
| 技术特征J：更新的时间同步信息<br>《未公开》 | 无（对比文件无说明书及正文内容） | 对比文件无具体文本内容，未公开第二消息包括更新的时间同步信息。 |
| 技术特征K：所述第二WTRU根据所述更新的时间同步信息来重新同步该第二WTRU的媒体流<br>《未公开》 | 无（对比文件无说明书及正文内容） | 对比文件无具体文本内容，未公开根据更新的时间同步信息重新同步媒体流的方案。 |
| 技术特征L：其中所述第二WTRU的重新同步更新所述媒体流的同步<br>《未公开》 | 无（对比文件无说明书及正文内容） | 对比文件无具体文本内容，未公开重新同步更新媒体流同步的内容。 |
| 技术特征M：以提供针对所述WTRU中的第一WTRU和所述第二WTRU的同步的回放。<br>《未公开》 | 无（对比文件无说明书及正文内容） | 对比文件无具体文本内容，未公开为第一WTRU和第二WTRU提供同步回放的方案与技术效果。 |
| 技术特征N：该方法还包括所述第二WTRU传送第三消息<br>《未公开》 | 无（对比文件无说明书及正文内容） | 对比文件无具体文本内容，未公开第二WTRU传送第三消息的技术方案。 |
| 技术特征O：该第三消息包括用于重新同步该第二WTRU的媒体流的所述更新的时间同步信息<br>《未公开》 | 无（对比文件无说明书及正文内容） | 对比文件无具体文本内容，未公开第三消息中包含更新的时间同步信息。 |
| 技术特征P：所述第一WTRU接收第四消息<br>《未公开》 | 无（对比文件无说明书及正文内容） | 对比文件无具体文本内容，未公开第一WTRU接收第四消息的方案。 |
| 技术特征Q：该第四消息包括所述更新的时间同步信息<br>《未公开》 | 无（对比文件无说明书及正文内容） | 对比文件无具体文本内容，未公开第四消息包含更新的时间同步信息。 |
| 技术特征R：所述第一WTRU利用所述更新的时间同步信息来更新该第一WTRU的内部状态。<br>《未公开》 | 无（对比文件无说明书及正文内容） | 对比文件无具体文本内容，未公开利用更新的时间同步信息更新第一WTRU内部状态的方案。 |
| 技术特征S：其中所述第一消息<br>《未公开》 | 无（对比文件无说明书及正文内容） | 对比文件无具体文本内容，未公开第一消息的数据结构特征。 |
| 技术特征T：和所述第二消息中的每一者包括会话描述协议SDP属性行。<br>《未公开》 | 无（对比文件无说明书及正文内容） | 对比文件无具体文本内容，未公开第一消息和第二消息均包括SDP属性行。 |
| 技术特征U：其中所述操作为WTRU间传输操作。<br>《未公开》 | 无（对比文件无说明书及正文内容） | 对比文件无具体文本内容，未公开操作为WTRU间传输操作。 |
| 技术特征V：其中所述媒体流包括视频流<br>《未公开》 | 无（对比文件无说明书及正文内容） | 对比文件无具体文本内容，未公开媒体流包括视频流。 |
| 技术特征W：和音频流。<br>《未公开》 | 无（对比文件无说明书及正文内容） | 对比文件无具体文本内容，未公开媒体流包括音频流。 |
| 技术特征X：其中所述第一消息为WTRU间传输请求消息<br>《未公开》 | 无（对比文件无说明书及正文内容） | 对比文件无具体文本内容，未公开第一消息为WTRU间传输请求消息。 |
| 技术特征Y：流增加请求消息。<br>《未公开》 | 无（对比文件无说明书及正文内容） | 对比文件无具体文本内容，未公开第一消息为流增加请求消息。 |
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括所述WTRU中的第一WTRU传送第一消息<br><br>《未公开》 | 对比文件全文未记载任何与无线发射/接收单元（WTRU）、第一WTRU以及传送第一消息相关的内容。 | 1. 作用与技术领域对比：<br>目标专利的技术特征A属于无线移动通信及IMS多媒体协同会话技术领域，目标专利中第一WTRU传送第一消息的作用是作为协作会话控制方发起协同会话操作（如媒体流传输、增加或更新）以进行设备间媒体同步（见目标说明书[0005]、[0006]、[0048]、[0069]）。对比文件（US 7538833 B2）属于液晶显示器件背光模组硬件结构领域，主要涉及直下式背光源中荧光灯管电极固定构件与底座框架的机械卡接及电气连接（见对比文件[0003]、[0015]-[0018]）。<br><br>2. 公开性判断论述：<br>对比文件中完全未公开WTRU、终端设备通信或消息传送的任何技术特征，二者分属完全不相关的不同技术领域，技术构思与技术手段截然不同。本领域技术人员无法从对比文件中直接得出、亦无法根据极其宽松的标准进行任何合理解读或推断得出第一WTRU传送第一消息的技术方案。因此，对比文件未直接公开也未隐含公开技术特征A。 |
| 技术特征B：该第一消息包括初始的时间同步信息<br><br>《未公开》 | 对比文件全文未记载任何与消息、时间同步信息或初始时间同步信息相关的内容。 | 1. 作用与技术领域对比：<br>目标专利中初始的时间同步信息（如呈现时间偏移PTO、群组ID、同步容限等）的作用是携带在首个信令请求消息中，以便SCC-AS或目标终端获取/确定回放定时的初始基准并建立设备间同步机制（见目标说明书[0005]、[0049]-[0053]、[0068]-[0072]）。对比文件为液晶显示器硬件背光结构，完全没有涉及时间同步或信令协议。<br><br>2. 公开性判断论述：<br>对比文件中既无消息传输结构，也无任何时间同步信息。本领域技术人员无法直接得出，也无法通过对比文件原文中的机械卡爪及荧光灯电极结构推导或合理推理出该技术方案。因此，对比文件未直接公开也未隐含公开技术特征B。 |
| 技术特征C：和在所述媒体流上执行操作的请求<br><br>《未公开》 | 对比文件全文未记载任何与媒体流、在媒体流上执行操作或相关请求的内容。 | 1. 作用与技术领域对比：<br>目标专利中在媒体流上执行操作的请求的作用是指示网络实体（SCC-AS）及目标终端对当前协作会话的视频/音频等媒体流执行WTRU间传输（转移）、流增加（复制）或会话更新等控制操作（见目标说明书[0006]、[0048]、[0069]、[0077]）。对比文件仅涉及向荧光灯管供电和固定灯管（见对比文件[0007]、[0045]）。<br><br>2. 公开性判断论述：<br>对比文件中完全不存在媒体流及在其上执行操作的信令请求。本领域技术人员无法从对比文件直接获得该技术方案，亦无法依据对比文件内容通过逻辑推理或部分公开组合推导出在媒体流上执行操作的请求。因此，对比文件未直接公开也未隐含公开技术特征C。 |
| 技术特征D：其中所述初始的时间同步信息指示当前回放时间<br><br>《未公开》 | 对比文件全文未记载任何关于时间同步信息、回放时间或当前回放时间的内容。 | 1. 作用与技术领域对比：<br>目标专利中当前回放时间的作用是基于播放当前片段第一字节时的墙上时钟时间，用于与时间戳求差以量化流播放的实际时间基准（见目标说明书[0052]-[0053]）。对比文件完全未涉及媒体回放与时间参数计算。<br><br>2. 公开性判断论述：<br>对比文件中无任何时间度量、时钟或回放机制记载，本领域技术人员无法直接得出，也无法进行任何合理推断得出初始时间同步信息指示当前回放时间。因此，对比文件未直接公开也未隐含公开技术特征D。 |
| 技术特征E：与当前时间戳之间的差<br><br>《未公开》 | 对比文件全文未记载任何关于时间戳、当前时间戳或计算回放时间与时间戳之间差值的内容。 | 1. 作用与技术领域对比：<br>目标专利中“与当前时间戳之间的差”具体构成呈现时间偏移PTO（PTO=当前_回放_时间 - 当前_时间戳），其作用是量化媒体流相对于绝对物理时间轴（如NTP墙上时钟）的固定回放偏移，以便在异构设备间维持回放对齐（见目标说明书[0051]-[0053]、[0059]）。对比文件为灯管机械接触弹片设计，无任何时间戳及时间差计算。<br><br>2. 公开性判断论述：<br>对比文件完全缺乏时间戳及时间差值计算的技术方案，本领域技术人员无法直接得出，也无法通过机械夹持部件的任何技术细节进行逻辑外推得出该特征。因此，对比文件未直接公开也未隐含公开技术特征E。 |
| 技术特征F：以确保针对所述WTRU发生同步的回放<br><br>《未公开》 | 对比文件全文未记载任何关于WTRU、多终端、媒体回放或同步回放的内容。 | 1. 作用与技术领域对比：<br>目标专利中该特征定义了PTO等时间同步参数在目标系统中的技术功能与预期效果，即消除网络延迟抖动导致的终端间媒体流步调不一致，确保不同设备呈现声音与画面保持高精度对齐（见目标说明书[0051]、[0059]、[0064]）。对比文件仅解决荧光灯管直径公差导致的电极接触不良问题（见对比文件[0013]、[0024]）。<br><br>2. 公开性判断论述：<br>对比文件技术目的与手段与多终端媒体回放同步完全无关，本领域技术人员无法直接获知该特征，亦无法基于对比文件推理出“确保针对所述WTRU发生同步的回放”。因此，对比文件未直接公开也未隐含公开技术特征F。 |
| 技术特征G：所述当前时间戳为相对于媒体呈现的开始的片段的时间戳<br><br>《未公开》 | 对比文件全文未记载任何关于媒体呈现、片段或片段相对于媒体呈现开始的时间戳的内容。 | 1. 作用与技术领域对比：<br>目标专利中该特征定义了时间戳的基准参考点，其作用是明确片段在媒体流内部时间轴上的相对逻辑位置，为与物理墙上时钟求差提供精准的基准点（见目标说明书[0053]）。对比文件为显示硬件背光固定构件，无媒体流片段及相对时间戳概念。<br><br>2. 公开性判断论述：<br>对比文件中不存在任何媒体片段或时间戳参考点的记载，本领域技术人员无法直接得出，更无从通过逻辑推理或部分公开推导得出该技术特征。因此，对比文件未直接公开也未隐含公开技术特征G。 |
| 技术特征H：所述WTRU中的第二WTRU接收第二消息<br><br>《未公开》 | 对比文件全文未记载任何与第二WTRU或接收第二消息相关的内容。 | 1. 作用与技术领域对比：<br>目标专利中第二WTRU接收第二消息的作用是使目标设备（受控端/媒体接收端）通过网络实体（SCC-AS）接收到协同会话的控制信令及媒体重配置指令（见目标说明书[0006]、[0072]）。对比文件为无通信交互能力的背光模组物理构件。<br><br>2. 公开性判断论述：<br>对比文件中没有涉及第二WTRU、接收信令或消息传递过程，本领域技术人员无法直接得出，也不能结合上下文做出隐含公开的逻辑推断。因此，对比文件未直接公开也未隐含公开技术特征H。 |
| 技术特征I：该第二消息包括在所述媒体流上执行所述操作的请求<br><br>《未公开》 | 对比文件全文未记载任何与媒体流、在媒体流上执行操作或第二消息中包含操作请求相关的内容。 | 1. 作用与技术领域对比：<br>目标专利中该特征的作用是向第二WTRU传递由第一WTRU发起并由网络转发的流操作指示（如接收并建立媒体流或复制流），促使第二WTRU触发本地协议栈执行相应会话操作（见目标说明书[0006]、[0072]-[0073]）。对比文件仅涉及荧光灯管电极支撑件与紧固螺钉连接。<br><br>2. 公开性判断论述：<br>对比文件无信令消息与媒体流操作定义，本领域技术人员无法毫无疑义地直接得出该技术方案，亦无法依据对比文件的任何内容推断得出。因此，对比文件未直接公开也未隐含公开技术特征I。 |
| 技术特征J：更新的时间同步信息<br><br>《未公开》 | 对比文件全文未记载任何与更新的时间同步信息、时间参数更新或信令参数更新相关的内容。 | 1. 作用与技术领域对比：<br>目标专利中更新的时间同步信息的作用是由网络实体（SCC-AS）根据第一WTRU上报的初始信息更新生成，或由终端在流发生漂移/网络抖动后动态调整的时间同步IE，用于在系统内部维持一致且最新的媒体同步参考（见目标说明书[0005]、[0060]、[0072]）。对比文件完全不包含时间同步更新逻辑。<br><br>2. 公开性判断论述：<br>对比文件中不存在关于时间同步及其动态更新的任何技术内容。本领域技术人员无法直接得出，即便采用最宽松的标准也无法从背光接触结构中合理推理出该特征。因此，对比文件未直接公开也未隐含公开技术特征J。 |
| 技术特征K：所述第二WTRU根据所述更新的时间同步信息来重新同步该第二WTRU的媒体流<br><br>《未公开》 | 对比文件全文未记载任何关于第二WTRU、根据时间同步信息重新同步媒体流的内容。 | 1. 作用与技术领域对比：<br>目标专利中该特征的作用是使得第二WTRU在接收到更新的时间同步参数后，通过调整本地缓冲区、延迟媒体呈现或快进跳播等手段使媒体流回放与第一WTRU对齐，实现会话内重同步（见目标说明书[0006]、[0073]、[0076]）。对比文件为液晶背光硬件供电结构。<br><br>2. 公开性判断论述：<br>对比文件中没有涉及任何媒体播放器、流媒体回放控制或基于时间信息的重同步操作，本领域技术人员无法直接得出，也无法进行任何合理论证来推导出该技术特征。因此，对比文件未直接公开也未隐含公开技术特征K。 |
| 技术特征L：其中所述第二WTRU的重新同步更新所述媒体流的同步<br><br>《未公开》 | 对比文件全文未记载任何关于媒体流同步状态更新或重新同步的技术内容。 | 1. 作用与技术领域对比：<br>目标专利中该特征的作用是使协作会话的媒体流从不同步/滞后状态恢复到同步状态，更新整个协同会话系统内的媒体同步关系（见目标说明书[0005]、[0060]、[0073]）。对比文件无媒体同步或状态恢复机制。<br><br>2. 公开性判断论述：<br>对比文件不包含任何媒体呈现控制机制，本领域技术人员不能毫无疑义地直接得出该方案，亦无法通过对比文件原文推断得出该特征。因此，对比文件未直接公开也未隐含公开技术特征L。 |
| 技术特征M：以提供针对所述WTRU中的第一WTRU和所述第二WTRU的同步的回放。<br><br>《未公开》 | 对比文件全文未记载任何关于第一WTRU、第二WTRU以及两设备间媒体同步回放的内容。 | 1. 作用与技术领域对比：<br>目标专利中该特征的作用是实现协作会话的核心技术效果，使得分布在第一WTRU（如手机）和第二WTRU（如车载屏/电视）上的不同媒体流（如音频与视频）在用户感知层面呈现为时间严格对准的统一呈现体验（见目标说明书[0048]、[0073]、[0080]）。对比文件旨在保证荧光灯管电接触可靠性。<br><br>2. 公开性判断论述：<br>对比文件技术领域与效果与跨终端媒体协同回放毫不相干。本领域技术人员无法从对比文件直接或隐含得出第一WTRU与第二WTRU同步回放的技术方案。因此，对比文件未直接公开也未隐含公开技术特征M。 |
| 技术特征N：该方法还包括所述第二WTRU传送第三消息<br><br>《未公开》 | 对比文件全文未记载任何关于第二WTRU、发送消息或第三消息的内容。 | 1. 作用与技术领域对比：<br>目标专利中第二WTRU传送第三消息的作用是受控端向SCC-AS反馈操作响应，确认流操作及重新同步执行情况（见目标说明书[0006]、[0073]）。对比文件不存在网络信令反馈过程。<br><br>2. 公开性判断论述：<br>对比文件不涉及通信终端及消息交互。本领域技术人员无法直接得出第二WTRU传送第三消息，亦无法通过对比文件进行任何推理推断得出。因此，对比文件未直接公开也未隐含公开技术特征N。 |
| 技术特征O：该第三消息包括用于重新同步该第二WTRU的媒体流的所述更新的时间同步信息<br><br>《未公开》 | 对比文件全文未记载任何关于第三消息、包含重新同步的时间同步信息的内容。 | 1. 作用与技术领域对比：<br>目标专利中该特征的作用是受控端通过信令消息将本地实际采用或进一步调整后的时间同步信息向网络侧进行确认上报（见目标说明书[0006]、[0073]）。对比文件无信令负载及同步信息交互。<br><br>2. 公开性判断论述：<br>对比文件缺乏信令内容及媒体同步参数的记载，本领域技术人员无法直接得出，也无法依据对比文件内容通过逻辑推理得出。因此，对比文件未直接公开也未隐含公开技术特征O。 |
| 技术特征P：所述第一WTRU接收第四消息<br><br>《未公开》 | 对比文件全文未记载任何关于第一WTRU、接收消息或第四消息的内容。 | 1. 作用与技术领域对比：<br>目标专利中第一WTRU接收第四消息的作用是控制方WTRU从网络侧接收最终的响应确认消息，闭环完成端到端的信令协同握手（见目标说明书[0006]、[0073]）。对比文件为无信息收发能力的液晶背光配件。<br><br>2. 公开性判断论述：<br>对比文件未公开任何终端接收消息的通信过程，本领域技术人员无法直接得出或隐含推断得出该特征。因此，对比文件未直接公开也未隐含公开技术特征P。 |
| 技术特征Q：该第四消息包括所述更新的时间同步信息<br><br>《未公开》 | 对比文件全文未记载任何关于第四消息或其包含更新的时间同步信息的内容。 | 1. 作用与技术领域对比：<br>目标专利中该特征的作用是将全系统达成一致的最新时间同步参数最终同步至控制方WTRU（见目标说明书[0006]、[0073]）。对比文件无相关信息交换。<br><br>2. 公开性判断论述：<br>对比文件不存在信令字段与时间同步信息，本领域技术人员无法直接得出，亦不能基于对比文件内容做任何合理解释或推理。因此，对比文件未直接公开也未隐含公开技术特征Q。 |
| 技术特征R：所述第一WTRU利用所述更新的时间同步信息来更新该第一WTRU的内部状态。<br><br>《未公开》 | 对比文件全文未记载任何关于第一WTRU利用时间同步信息更新内部状态的内容。 | 1. 作用与技术领域对比：<br>目标专利中该特征的作用是控制方WTRU通过在本地数据结构中记录最新的协同会话同步偏移及状态（如代表包括WTRU ID的协作会话状态数据结构），为后续继续控制会话、检测失去同步及发起调整提供基准状态（见目标说明书[0006]、[0073]、[0090]）。对比文件为被动机械金属件结构，无状态机或内部数据结构。<br><br>2. 公开性判断论述：<br>对比文件完全不具备数据处理与内部状态更新机制，本领域技术人员无法直接得出，更无法通过宽松标准推导出更新内部状态的技术方案。因此，对比文件未直接公开也未隐含公开技术特征R。 |
| 技术特征S：其中所述第一消息<br><br>《未公开》 | 对比文件全文未记载任何第一消息。 | 1. 作用与技术领域对比：<br>目标专利中第一消息作为发起协同操作的信令载体（见目标说明书[0005]、[0069]）。对比文件完全不涉及信令协议。<br><br>2. 公开性判断论述：<br>对比文件无任何消息构造或传输，本领域技术人员无法直接或隐含推断得出。因此，对比文件未直接公开也未隐含公开技术特征S。 |
| 技术特征T：和所述第二消息中的每一者包括会话描述协议SDP属性行。<br><br>《未公开》 | 对比文件全文未记载任何关于第二消息、会话描述协议（SDP）或SDP属性行的内容。 | 1. 作用与技术领域对比：<br>目标专利中SDP属性行（即“a=”行）的作用是在应用层协议中封装设备间媒体同步专用的信息元素（如a=3gpp_sync_info:...），从而借助IMS标准信令无缝携带设备间媒体同步控制数据（见目标说明书[0005]、[0055]、[0069]-[0071]）。对比文件为硬件固定结构，不涉及网络通信协议与SDP属性行。<br><br>2. 公开性判断论述：<br>对比文件完全不涉及SDP协议，本领域技术人员无法直接得出，也无法从对比文件中推断出使用SDP属性行承载信令参数。因此，对比文件未直接公开也未隐含公开技术特征T。 |
| 技术特征U：其中所述操作为WTRU间传输操作。<br><br>《未公开》 | 对比文件全文未记载任何关于WTRU间传输操作的内容。 | 1. 作用与技术领域对比：<br>目标专利中WTRU间传输操作的作用是将正在一个WTRU上呈现的媒体流无缝迁移或转移至另一个WTRU上继续呈现，并保持呈现时间对准（见目标说明书[0003]、[0048]、[0073]）。对比文件为液晶显示器电极卡爪结构。<br><br>2. 公开性判断论述：<br>对比文件无跨终端迁移媒体流的操作，本领域技术人员无法直接得出，亦无法依据对比文件原文进行推理得出。因此，对比文件未直接公开也未隐含公开技术特征U。 |
| 技术特征V：其中所述媒体流包括视频流<br><br>《未公开》 | 对比文件全文未记载任何关于媒体流或视频流的内容。 | 1. 作用与技术领域对比：<br>目标专利中视频流作为协同会话中的可视多媒体数据通道，其作用是向终端用户输出图像画面，并需要与伴随的音频流保持严格时空同步（见目标说明书[0048]、[0067]、[0073]）。对比文件全文虽然在背景技术中提到了“liquid crystal display panel PNL”（液晶显示面板）用于显示图像（见对比文件[0036]-[0038]），但液晶显示面板显示静态/动态图像属于显示硬件像素光学透过率调控，完全不属于在协同会话中传输、同步与处理的“视频流”（Video Stream），其在对比文件中的作用仅为光学成像结构，与目标专利中用于多媒体会话传输与时间同步的视频流在技术含义、技术领域和具体功能上完全不同。<br><br>2. 公开性判断论述：<br>对比文件仅公开了液晶面板像素调制背光以形成图像的硬件显示器结构，完全未公开视频流（Video Stream）的传输与数据流构造。本领域技术人员不能毫无疑义地直接得出媒体流包括视频流，即使在极其宽松的隐含公开判断标准下，背光源与液晶显示屏的物理存在亦不能合理推论出通信网络会话中的“视频流”。因此，对比文件未直接公开也未隐含公开技术特征V。 |
| 技术特征W：和音频流。<br><br>《未公开》 | 对比文件全文未记载任何关于音频、声音或音频流的内容。 | 1. 作用与技术领域对比：<br>目标专利中音频流作为多媒体会话中与视频流并行的声音数据通道，其作用是在协同设备之间提供声音回放，并与视频帧保持音画同步（见目标说明书[0048]、[0067]、[0073]）。对比文件仅涉及液晶显示器背光硬件系统，完全不涉及声学系统或声音数据处理。<br><br>2. 公开性判断论述：<br>对比文件全文没有任何声音、声音信号或音频流的公开。本领域技术人员无法直接得出，亦无法根据对比文件推导出音频流。因此，对比文件未直接公开也未隐含公开技术特征W。 |
| 技术特征X：其中所述第一消息为WTRU间传输请求消息<br><br>《未公开》 | 对比文件全文未记载任何关于WTRU间传输请求消息的内容。 | 1. 作用与技术领域对比：<br>目标专利中该消息的作用是由控制端WTRU向SCC-AS发送的特定协议请求信令，用于请求网络执行流迁移并携带初始同步IE（见目标说明书[0005]、[0069]、[0072]）。对比文件为显示器五金及塑料构件。<br><br>2. 公开性判断论述：<br>对比文件无任何网络信令定义，本领域技术人员无法直接得出，也无法从对比文件推断得出该特征。因此，对比文件未直接公开也未隐含公开技术特征X。 |
| 技术特征Y：流增加请求消息。<br><br>《未公开》 | 对比文件全文未记载任何关于流增加请求消息的内容。 | 1. 作用与技术领域对比：<br>目标专利中流增加请求消息的作用是在已有协同会话的基础上，请求新增一个媒体流（如复制媒体流至另一WTRU），同时启动与现有流的时间对齐机制（见目标说明书[0005]、[0077]、[0121]）。对比文件无相关通信控制协议。<br><br>2. 公开性判断论述：<br>对比文件完全不涉及流增加请求信令，本领域技术人员无法直接得出，亦不能进行任何逻辑推理得出该特征。因此，对比文件未直接公开也未隐含公开技术特征Y。 |
作为一名具有丰富专利创造性评估经验的资深专利代理师，在深入结合目标专利说明书原文（特别是关于协同会话中呈现时间偏移PTO、设备间媒体同步机制、SDP属性行配置等定义）的基础上，对对比文件（US20090313378A1）是否公开目标专利权利要求的各技术特征进行了严谨、深度的比对与分析。
---
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含中文翻译及段落标号） | 公开性论述 |
| 技术特征A：<br>该方法包括所述WTRU中的第一WTRU传送第一消息<br><br>《直接公开》 | [0038]<br>“The process begins in step 402, wherein UE-1 transmits, for example, a SIP INVITE message to the CSCF 110, which forwards the INVITE message to the SCC AS 112. The INVITE message indicates that UE-1 wants to initiate a remote media flow between the remote end 104 and the media UE, i.e., UE-2 in this example.”<br>（该过程始于步骤402，其中UE-1例如向CSCF 110发送SIP INVITE消息，CSCF 110将该INVITE消息转发给SCC AS 112。该INVITE消息指示UE-1想要在远端104与媒体UE（即本例中的UE-2）之间发起远程媒体流。）<br><br>以及 [0052]：<br>“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>（在步骤1212中，UE-1向SCC AS 112发出传输请求，以请求将该会话控制和媒体流A传输到UE-2。） | 作用及对比分析：<br>在目标专利中，第一WTRU传送第一消息用于在协同会话中发起媒体流操作；在对比文件中，UE-1（用户设备，即WTRU）向网络实体发送SIP INVITE消息或transfer request消息，用于发起跨设备的远程媒体流或请求媒体流传输，两者在系统中起到的技术作用完全相同。本领域技术人员能够毫无疑义地确定UE-1即为第一WTRU，其发送的INVITE/transfer request即为第一消息，属于《直接公开》。 |
| 技术特征B：<br>该第一消息包括初始的时间同步信息<br><br>《隐含公开》 | [0033]<br>“…any suitable protocol, such as session description protocol (SDP), session initiation protocol (SIP), or the like.”<br>（……任何合适的协议，例如会话描述协议（SDP）、会话发起协议（SIP）等。）<br><br>[0034]<br>“…providing information necessary for the network to establish the media flow with the remote media UE in the IMS session signaling, e.g., in the SDP.”<br>（……在IMS会话信令中（例如在SDP中）提供网络与远程媒体UE建立该媒体流所必需的信息。） | 作用及对比分析：<br>目标专利中初始时间同步信息在第一消息中携带以提供多设备间同步回放的初始定时参考。对比文件公开了在UE-1发起的首个会话建立请求中通过SDP携带网络建立媒体流所必需的信息。在极宽松的隐含公开判断标准下，本领域技术人员在多设备协同呈现多媒体流的场景中，能够合理推断在SDP描述参数中包含控制与协调各端呈现流的基础定时/同步参数；对比文件部分公开了在信令SDP中携带流控制参数，具备与相关技术手段结合的可能，因此可认定《隐含公开》。 |
| 技术特征C：<br>和在所述媒体流上执行操作的请求<br><br>《直接公开》 | [0038]<br>“The INVITE message indicates that UE-1 wants to initiate a remote media flow between the remote end 104 and the media UE, i.e., UE-2 in this example.”<br>（该INVITE消息指示UE-1想要在远端104与媒体UE（即本例中的UE-2）之间发起远程媒体流。）<br><br>及 [0052]：<br>“…request transfer of the session control and media flow A to UE-2.”<br>（……请求将该会话控制和媒体流A传输到UE-2。） | 作用及对比分析：<br>目标专利中该操作为在媒体流上执行建立、传输或复制等控制操作。对比文件中第一消息明确请求在远端与UE-2之间发起（initiate）远程媒体流，或请求将媒体流A转移（transfer）至UE-2，起到了发起媒体流控制操作的相同技术作用。本领域技术人员能够毫无疑义地直接得出该特征，属于《直接公开》。 |
| 技术特征D：<br>其中所述初始的时间同步信息指示当前回放时间<br><br>未公开 | 对比文件全文无相关记载。 | 作用及对比分析：<br>目标专利说明书[0051]-[0053]明确指明时间同步信息包含指示正在播放片段首字节的墙上时钟回放时间。对比文件US20090313378A1全文未涉及任何回放时钟、回放时间指示或其具体定义，即便是最宽松的推断也无法得出该技术方案，因此未被公开。 |
| 技术特征E：<br>与当前时间戳之间的差<br><br>未公开 | 对比文件全文无相关记载。 | 作用及对比分析：<br>目标专利说明书[0052]给出了具体的呈现时间偏移计算公式（PTO = 当前回放时间 - 当前时间戳）。对比文件完全未公开时间戳的概念以及计算回放时间与时间戳差值的技术方案，即便是最宽松的推断也无法得出，因此未被公开。 |
| 技术特征F：<br>以确保针对所述WTRU发生同步的回放<br><br>《隐含公开》 | [0008]<br>“…allowing mobile and stationary devices to be used concurrently or interchangeably in mid-session, combining their advantages into a single “virtual device.””<br>（……允许移动和固定设备在会话中同时或互换使用，将其优势组合成单个“虚拟设备”。）<br><br>[0029]<br>“…embodiments of the present invention provide a singular virtual session comprising of session control and media provided by two or more devices…”<br>（……本发明的实施例提供了一种由两个或更多个设备提供的会话控制和媒体构成的单一虚拟会话……） | 作用及对比分析：<br>目标专利中该特征是同步信息达到的技术效果。对比文件提出了将多个设备组合成单一“虚拟设备（virtual device）”并发、协同提供多媒体流（例如视频在显示器，控制在手机）。基于本领域技术常识，将多台设备的音视频流作为单一虚拟设备协同呈现时，必须保证各设备呈现同步才能避免音画脱节。本领域技术人员基于对比文件“组合成单一虚拟设备协同使用”的教导，能够合理推断其目的与机制在于确保针对多个UE发生同步的回放，在极宽松标准下构成《隐含公开》。 |
| 技术特征G：<br>所述当前时间戳为相对于媒体呈现的开始的片段的时间戳<br><br>未公开 | 对比文件全文无相关记载。 | 作用及对比分析：<br>目标专利说明书[0053]、[0114]对当前时间戳的基准（相对于媒体呈现开始处的片段时间戳）做了明确限定。对比文件完全未公开该片段级别相对时间戳的定义，即便是最宽松标准也无法推导，因此未被公开。 |
| 技术特征H：<br>所述WTRU中的第二WTRU接收第二消息<br><br>《直接公开》 | [0039]<br>“In step 404, the SCC AS 112 transmits via the CSCF 110, for example, a SIP INVITE message to the media UE (e.g., UE-2)…”<br>（在步骤404中，SCC AS 112经由CSCF 110例如向媒体UE（例如UE-2）发送SIP INVITE消息……）<br><br>及 [0052]：<br>“The SCC AS 112 transmits the transfer request to UE-2…”<br>（SCC AS 112向UE-2发送该传输请求……） | 作用及对比分析：<br>目标专利中第二WTRU接收来自网络实体的第二消息以介入媒体流；对比文件中SCC AS向UE-2发送SIP INVITE或transfer request消息，UE-2作为第二WTRU接收该消息，起到了接收网络分配的媒体流建立或转移指令的作用，两者作用相同。属于《直接公开》。 |
| 技术特征I：<br>该第二消息包括在所述媒体流上执行所述操作的请求<br><br>《直接公开》 | [0039]<br>“In step 404, the SCC AS 112 transmits via the CSCF 110, for example, a SIP INVITE message to the media UE (e.g., UE-2)… As a result, a remote media flow is established between the media UE-2 and the remote end 104.”<br>（在步骤404中，SCC AS 112经由CSCF 110例如向媒体UE（例如UE-2）发送SIP INVITE消息……结果，在媒体UE-2与远端104之间建立了远程媒体流。）<br><br>及 [0052]：<br>“…wherein the parameters of the transfer request indicate that the session control and media flow A are to be transferred to UE-2…”<br>（……其中该传输请求的参数指示会话控制和媒体流A将被传输到UE-2……） | 作用及对比分析：<br>目标专利中第二消息指示对媒体流执行相应操作；对比文件中发往UE-2的消息中明确指示在UE-2上建立媒体流或将媒体流A转移至UE-2，在系统中起到了向目标设备下发执行媒体流操作请求的作用，与目标专利作用完全相同。属于《直接公开》。 |
| 技术特征J：<br>更新的时间同步信息<br><br>《隐含公开》 | [0031]<br>“…the SCC AS 112 combines the session control signaling communicated over the session control signaling path 204 with the media control signaling communicated over the remote media control signaling path 208.”<br>（……SCC AS 112将通过会话控制信令路径204通信的会话控制信令与通过远程媒体控制信令路径208通信的媒体控制信令进行组合。）<br><br>[0034]<br>“The network subsequently establishes a remote media flow with the media UE to establish the media.”<br>（网络随后与媒体UE建立远程媒体流以建立媒体。） | 作用及对比分析：<br>目标专利中网络实体（SCC-AS）对初始同步信息进行处理更新后发给第二设备。对比文件公开了SCC AS作为B2BUA中间节点，将来自UE-1的会话信令与UE-2的媒体控制信令组合并向UE-2发起会话。在极宽松标准下，本领域技术人员知晓网络实体在为UE-2重构下发SDP/媒体参数时，必然对传输参数进行了协调与更新重写；部分公开了中继网络处理并下发适配参数的内容，因此能够合理推断该消息中携带了更新的同步/定时信息，构成《隐含公开》。 |
| 技术特征K：<br>所述第二WTRU根据所述更新的时间同步信息来重新同步该第二WTRU的媒体流<br><br>《隐含公开》 | [0052]-[0053]<br>“As a result of the transfer request, collaborative session control is established between UE-2 and the SCC AS 112… the SCC AS 112 establishes a local media flow between UE-2 and the remote end 104… As a result of this process, a remote media flow exists between UE-1 and the remote end 104, and a local media flow exists between UE-2 and the remote end 104.”<br>（作为传输请求的结果，在UE-2和SCC AS 112之间建立了协同会话控制……SCC AS 112在UE-2与远端104之间建立本地媒体流……作为该过程的结果，在UE-1与远端104之间存在远程媒体流，而在UE-2与远端104之间存在本地媒体流。） | 作用及对比分析：<br>目标专利中第二WTRU基于接收到的同步信息调整自身回放时序以与另一流同步。对比文件中UE-2接收参数后建立媒体流，并与UE-1的留存流共同组成协同会话。在极宽松标准下，UE-2在建立承接媒体流时根据网络提供的参数配置流时序，以使其与正在运行的协同会话媒体流协同呈现，本领域技术人员可以合理推知其包含重新同步媒体流的过程，构成《隐含公开》。 |
| 技术特征L：<br>其中所述第二WTRU的重新同步更新所述媒体流的同步<br><br>《隐含公开》 | [0052]-[0053]<br>“As a result of this process, a remote media flow exists between UE-1 and the remote end 104, and a local media flow exists between UE-2 and the remote end 104. 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>（作为该过程的结果，在UE-1与远端104之间存在远程媒体流，而在UE-2与远端104之间存在本地媒体流。本领域普通技术人员将意识到UE-2成为了控制方UE，而UE-1从控制方切换为了受控方。） | 作用及对比分析：<br>目标专利中第二设备重同步后使整体媒体流的同步状态得到更新。对比文件中会话传输完成后，UE-2成为新控制方，两台设备的媒体流状态在协同会话中重新确立并协同呈现。在极宽松标准下，本领域技术人员可合理推断第二设备的流调整必然更新了整个协同会话中各媒体流之间的同步呈现关系，构成《隐含公开》。 |
| 技术特征M：<br>以提供针对所述WTRU中的第一WTRU和所述第二WTRU的同步的回放。<br><br>《隐含公开》 | [0008]<br>“…allow mobile and stationary devices to be used concurrently or interchangeably in mid-session, combining their advantages into a single “virtual device.””<br>（……允许移动和固定设备在会话中同时或互换使用，将其优势组合成单个“虚拟设备”。）<br><br>[0042]<br>“As a result, a remote media flow is established between the media UE-2 and the remote end 104 and a local media flow is established between the controller UE-1 and the remote end 104.”<br>（结果，在媒体UE-2与远端104之间建立了远程媒体流，并且在控制器UE-1与远端104之间建立了本地媒体流。） | 作用及对比分析：<br>目标专利中该特征是设备间同步操作所达到的效果。对比文件明确公开了第一设备UE-1具有本地流、第二设备UE-2具有远程流，且二者并发工作形成单一“虚拟设备”。若不同步则无法实现单一虚拟设备的协同体验。因此在极宽松的隐含公开判断标准下，本领域技术人员能够合理推断其方案必然提供了针对UE-1和UE-2的同步回放，构成《隐含公开》。 |
| 技术特征N：<br>该方法还包括所述第二WTRU传送第三消息<br><br>《直接公开》 | [0044]<br>“…and upon receiving the OK message from UE-2, the SCC AS 112 transmits a message, e.g., a SIP 200 OK message, to the remote end 104.”<br>（……并且在从UE-2接收到OK消息时，SCC AS 112向远端104发送消息，例如SIP 200 OK消息。）<br><br>及 [0046]：<br>“…and upon receiving the OK message from UE-2, the SCC AS 112 transmits an OK message to the remote end 104.”<br>（……并且在从UE-2接收到OK消息时，SCC AS 112向远端104发送OK消息。） | 作用及对比分析：<br>目标专利中第二WTRU向网络回传第三消息作为应答；对比文件中UE-2在建立/转移媒体流后向SCC AS回复OK消息（如SIP 200 OK），起到了响应第二消息并确认流状态的作用，与目标专利完全相同。属于《直接公开》。 |
| 技术特征O：<br>该第三消息包括用于重新同步该第二WTRU的媒体流的所述更新的时间同步信息<br><br>《隐含公开》 | [0033]<br>“…any suitable protocol, such as session description protocol (SDP), session initiation protocol (SIP), or the like.”<br>（……任何合适的协议，例如会话描述协议（SDP）、会话发起协议（SIP）等。）<br><br>[0044]<br>“…upon receiving the OK message from UE-2…”<br>（……在从UE-2接收到OK消息时……） | 作用及对比分析：<br>目标专利中第三消息反馈用于重同步的时间同步信息。对比文件中UE-2发送的SIP 200 OK消息依SIP/SDP标准必然携带SDP应答体（Answer），用于反馈其媒体接收能力及传输参数。在极宽松的隐含公开标准下，本领域技术人员能够合理推断该应答消息中携带了UE-2实际应用的更新定时/同步参数，构成《隐含公开》。 |
| 技术特征P：<br>所述第一WTRU接收第四消息<br><br>《直接公开》 | [0053]<br>“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>（在会话控制和媒体流A成功传输后，SCC AS 112在步骤1222向UE-1做出响应，指示传输已完成……） | 作用及对比分析：<br>目标专利中第一WTRU接收第四消息以获知操作结果及状态；对比文件中SCC AS向UE-1发送响应消息（步骤1222），通知其传输已经成功完成，起到了反馈操作执行结果的相同技术作用。属于《直接公开》。 |
| 技术特征Q：<br>该第四消息包括所述更新的时间同步信息<br><br>《隐含公开》 | [0053]<br>“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>（在会话控制和媒体流A成功传输后，SCC AS 112在步骤1222向UE-1做出响应，指示传输已完成……） | 作用及对比分析：<br>目标专利中第四消息携带更新的时间同步信息供第一WTRU使用。对比文件中SCC AS向UE-1反馈转移成功响应，在极宽松标准下，由于会话中流发生转移且需维持协同回放，本领域技术人员可以合理推断网络反馈给UE-1的消息中携带了重构后的会话更新参数（包含更新的同步状态信息），构成《隐含公开》。 |
| 技术特征R：<br>所述第一WTRU利用所述更新的时间同步信息来更新该第一WTRU的内部状态。<br><br>《隐含公开》 | [0053]<br>“…at which point, in step 1224, the media flow A and the session control are released from UE-1. As a result of this process, a remote media flow exists between UE-1 and the remote end 104, and a local media flow exists between UE-2 and the remote end 104. 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>（……在此时，在步骤1224中，媒体流A和会话控制从UE-1释放。作为该过程的结果，在UE-1与远端104之间存在远程媒体流，而在UE-2与远端104之间存在本地媒体流。本领域普通技术人员将意识到UE-2成为了控制方UE，而UE-1从控制方切换为了受控方。） | 作用及对比分析：<br>目标专利中第一WTRU利用同步信息更新自身维护的会话数据结构。对比文件中UE-1在收到响应后，在步骤1224释放媒体流A及会话控制，且其角色从“控制方”正式切换为“受控方”，在UE-1本地必然更新了其会话控制结构及内部状态。在极宽松标准下，能够合理推导出第一WTRU利用更新消息更新了内部状态，构成《隐含公开》。 |
| 技术特征S：<br>其中所述第一消息<br><br>《直接公开》 | [0038]、[0052]<br>UE-1向网络发出的初始INVITE请求（步骤402）或传输请求（步骤1212）。 | 作用及对比分析：<br>对应前序部分UE-1发送的首个会话建立/转移消息，对比文件直接公开了该消息实体，属于《直接公开》。 |
| 技术特征T：<br>和所述第二消息中的每一者包括会话描述协议SDP属性行。<br><br>《隐含公开》 | [0033]<br>“…any suitable protocol, such as session description protocol (SDP), session initiation protocol (SIP), or the like.”<br>（……任何合适的协议，例如会话描述协议（SDP）、会话发起协议（SIP）等。）<br><br>[0034]<br>“…providing information necessary for the network to establish the media flow with the remote media UE in the IMS session signaling, e.g., in the SDP.”<br>（……在IMS会话信令中（例如在SDP中）提供网络与远程媒体UE建立该媒体流所必需的信息。） | 作用及对比分析：<br>目标专利中第一消息和第二消息均包含SDP属性行（“a=”行）以携带参数。对比文件明确指出第一消息和发往第二设备的消息中采用会话描述协议（SDP）携带建立媒体流必需的信息。本领域技术人员知晓在SDP标准中，具体的媒体与会话参数均必须以SDP属性行（a=行）的形式编码承载。因此在极宽松的推导标准下，本领域技术人员可合理推断第一和第二消息均包括SDP属性行，构成《隐含公开》。 |
| 技术特征U：<br>其中所述操作为WTRU间传输操作。<br><br>《直接公开》 | [0006]<br>“Moreover, when a media flow 106 is transferred to another device…”<br>（此外，当媒体流106被传输到另一设备时……）<br><br>[0010]<br>“The session/session control may also be transferred to another device while retaining one or more media flows on the original device.”<br>（会话/会话控制也可以传输到另一个设备，同时在原始设备上保留一个或多个媒体流。）<br><br>及 [0052]：<br>“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>（在步骤1212中，UE-1向SCC AS 112发出传输请求，以请求将该会话控制和媒体流A传输到UE-2。） | 作用及对比分析：<br>目标专利中操作为设备间传输操作（inter-WTRU transfer）；对比文件明确且大量记载了在不同UE之间执行媒体流传输（transfer of the media flow to UE-2），即WTRU间传输操作，两者作用完全一致。属于《直接公开》。 |
| 技术特征V：<br>其中所述媒体流包括视频流<br><br>《直接公开》 | [0006]<br>“For example, if a user is interested in watching a video, current implementations require that the media flow 106, e.g., the video, be sent to the same device…”<br>（例如，如果用户有兴趣观看视频，当前的实现方式要求将媒体流106（例如视频）发送到同一设备……）<br><br>及 [0030]：<br>“In this embodiment, a remote media flow 202, such as a voice and/or video, is established to one or more remote media UE1-UEn…”<br>（在该实施例中，向一个或多个远程媒体UE1-UEn建立远程媒体流202（例如语音和/或视频）……） | 作用及对比分析：<br>目标专利中媒体流包括视频流；对比文件明确记载媒体流为视频（video），在系统中作为视频媒体内容传输，技术作用相同。属于《直接公开》。 |
| 技术特征W：<br>和音频流。<br><br>《直接公开》 | [0030]<br>“In this embodiment, a remote media flow 202, such as a voice and/or video, is established to one or more remote media UE1-UEn…”<br>（在该实施例中，向一个或多个远程媒体UE1-UEn建立远程媒体流202（例如语音和/或视频）……） | 作用及对比分析：<br>目标专利中媒体流包括音频流；对比文件明确公开媒体流包括语音（voice，即音频流），起到了承载音频呈现的相同技术作用。属于《直接公开》。 |
| 技术特征X：<br>其中所述第一消息为WTRU间传输请求消息<br><br>《直接公开》 | [0052]<br>“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>（在步骤1212中，UE-1向SCC AS 112发出传输请求，以请求将该会话控制和媒体流A传输到UE-2。） | 作用及对比分析：<br>目标专利中第一消息为WTRU间传输请求消息；对比文件步骤1212中UE-1发出的transfer request即为请求在WTRU之间转移媒体流的请求消息，两者命名实质含义和技术功能完全相同。属于《直接公开》。 |
| 技术特征Y：<br>流增加请求消息。<br><br>《隐含公开》 | [0040]-[0042]<br>“FIG. 5 illustrates that the controller UE establishes both a local media flow 502 as well as the remote media flow 316… In step 602, wherein UE-1 transmits, for example, a SIP INVITE message to the CSCF 110… indicates that UE-1 wants to initiate a remote media flow… and a local media flow…”<br>（图5示出了控制器UE既建立了本地媒体流502又建立了远程媒体流316……在步骤602中，UE-1例如向CSCF 110发送SIP INVITE消息……指示UE-1想要发起远程媒体流和本地媒体流……） | 作用及对比分析：<br>目标专利中流增加请求消息用于在协同会话中创建并增加新的媒体流分支。对比文件图5/图6公开了UE-1发送INVITE消息指示同时建立新的远程媒体流和本地媒体流，从而在原有会话基础上增加媒体流分支。在极宽松的隐含公开判断标准下，本领域技术人员可以合理推知该请求消息起到了请求增加媒体流的作用，构成《隐含公开》。 |
---
### 公开性代码输出
<<<A>>>
<<<b>>>
<<<C>>>
<<<f>>>
<<<H>>>
<<<I>>>
<<<j>>>
<<<k>>>
<<<l>>>
<<<m>>>
<<<N>>>
<<<o>>>
<<<P>>>
<<<q>>>
<<<r>>>
<<<S>>>
<<<t>>>
<<<U>>>
<<<V>>>
<<<W>>>
<<<X>>>
<<<y>>>
针对目标专利权利要求的各技术特征与对比文件（JP2010005098A）的对比分析如下：
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括所述WTRU中的第一WTRU传送第一消息<br>《未公开》 | 无对应内容。整篇对比文件JP2010005098A公开的是一种超声探头气囊安装方法（超音波プローブのバルーン装着方法），如【0002】段所述：“本発明は、先端部に液体の給排口が設けられた超音波プローブに、前記給排口を通じた液体の供給によって膨張するバルーンを装着する超音波プローブのバルーン装着方法において……”。 | 目标专利中，“第一WTRU传送第一消息”属于无线通信/IMS多媒体协作会话控制体系，用于协同会话期间在终端间触发媒体流传输或同步控制操作（见目标说明书【0005】、【0006】、【0069】）。而对比文件涉及的是医疗器械领域的超声探头气囊液体灌装与排气安装工艺，完全不属于无线通信系统，根本未公开无线发射/接收单元（WTRU）以及WTRU之间或WTRU与网络间传送消息的方案。本领域技术人员无法从对比文件中直接或隐含得出该特征。 |
| 技术特征B：该第一消息包括初始的时间同步信息<br>《未公开》 | 无对应内容。 | 目标专利中，该时间同步信息用于协作会话终端之间对齐媒体播放时间基准（见目标说明书【0005】、【0049】-【0053】）。对比文件属于超声内视镜气囊注水物理操作，不存在媒体会话消息，更无时间同步信息。本领域技术人员无法直接或隐含得出该特征。 |
| 技术特征C：和在所述媒体流上执行操作的请求<br>《未公开》 | 无对应内容。 | 目标专利中请求在媒体流上执行操作（如流传输、流增加或流复制，见说明书【0073】、【0077】）。对比文件无媒体流及相关操作请求的概念。本领域技术人员无法直接或隐含得出该特征。 |
| 技术特征D：其中所述初始的时间同步信息指示当前回放时间<br>《未公开》 | 无对应内容。 | 目标专利中用于基于墙上时钟计算片段呈现偏移（见说明书【0052】、【0053】）。对比文件无音视频回放及时间概念。本领域技术人员无法直接或隐含得出该特征。 |
| 技术特征E：与当前时间戳之间的差<br>《未公开》 | 无对应内容。 | 目标专利中以公式 PTO = 当前_回放_时间 - 当前_时间戳 计算呈现时间偏移（见说明书【0052】）。对比文件完全未涉及时间戳及其差值运算。本领域技术人员无法直接或隐含得出该特征。 |
| 技术特征F：以确保针对所述WTRU发生同步的回放<br>《未公开》 | 无对应内容。 | 目标专利通过PTO等信息确保多终端媒体流呈现的时间一致性（见说明书【0051】）。对比文件完全不存在多设备协同回放同步的机制。本领域技术人员无法直接或隐含得出该特征。 |
| 技术特征G：所述当前时间戳为相对于媒体呈现的开始的片段的时间戳<br>《未公开》 | 无对应内容。 | 目标专利中明确时间戳基准为相对于媒体呈现开始处的媒体片段标记（见说明书【0053】）。对比文件未涉及媒体片段与时间戳机制。本领域技术人员无法直接或隐含得出该特征。 |
| 技术特征H：所述WTRU中的第二WTRU接收第二消息<br>《未公开》 | 无对应内容。 | 目标专利中第二WTRU作为受控方或协同目标终端接收来自服务网络或第一终端的消息（见说明书【0072】）。对比文件不涉及无线终端接收信令消息。本领域技术人员无法直接或隐含得出该特征。 |
| 技术特征I：该第二消息包括在所述媒体流上执行所述操作的请求<br>《未公开》 | 无对应内容。 | 目标专利中第二消息指示第二WTRU准备建立或接管媒体流（见说明书【0072】）。对比文件无通信会话及媒体流操作指令。本领域技术人员无法直接或隐含得出该特征。 |
| 技术特征J：更新的时间同步信息<br>《未公开》 | 无对应内容。 | 目标专利中由服务器分配有效群组ID或调整PTO值作为更新的时间同步信息（见说明书【0072】）。对比文件未公开时间同步信息的更新或携带。本领域技术人员无法直接或隐含得出该特征。 |
| 技术特征K：所述第二WTRU根据所述更新的时间同步信息来重新同步该第二WTRU的媒体流<br>《未公开》 | 无对应内容。 | 目标专利第二WTRU通过调整播放器延迟或缓冲匹配更新的PTO值实现重新同步（见说明书【0073】）。对比文件完全无关多媒体流重同步。本领域技术人员无法直接或隐含得出该特征。 |
| 技术特征L：其中所述第二WTRU的重新同步更新所述媒体流的同步<br>《未公开》 | 无对应内容。 | 目标专利使第二WTRU在会话中调整媒体播放时序，从而将整体媒体流同步状态校正（见说明书【0073】、【0076】）。对比文件无此机制。本领域技术人员无法直接或隐含得出该特征。 |
| 技术特征M：以提供针对所述WTRU中的第一WTRU和所述第二WTRU的同步的回放。<br>《未公开》 | 无对应内容。 | 目标专利用于确保协同会话中不同终端呈现相同的多媒体进度（见说明书【0073】）。对比文件属于超声机械探头除气泡，无设备间同步回放功能。本领域技术人员无法直接或隐含得出该特征。 |
| 技术特征N：该方法还包括所述第二WTRU传送第三消息<br>《未公开》 | 无对应内容。 | 目标专利第二WTRU反馈传输响应消息（见说明书【0073】中消息370）。对比文件无该通信过程。本领域技术人员无法直接或隐含得出该特征。 |
| 技术特征O：该第三消息包括用于重新同步该第二WTRU的媒体流的所述更新的时间同步信息<br>《未公开》 | 无对应内容。 | 目标专利响应消息携带应用或进一步更新的PTO等同步IE（见说明书【0073】）。对比文件无信令交互及同步信息。本领域技术人员无法直接或隐含得出该特征。 |
| 技术特征P：所述第一WTRU接收第四消息<br>《未公开》 | 无对应内容。 | 目标专利第一WTRU接收通知消息完成信令闭环（见说明书【0073】中消息375）。对比文件无该通信实体及动作。本领域技术人员无法直接或隐含得出该特征。 |
| 技术特征Q：该第四消息包括所述更新的时间同步信息<br>《未公开》 | 无对应内容。 | 目标专利第四消息携带确定的时间同步IE（见说明书【0073】）。对比文件无对应方案。本领域技术人员无法直接或隐含得出该特征。 |
| 技术特征R：所述第一WTRU利用所述更新的时间同步信息来更新该第一WTRU的内部状态。<br>《未公开》 | 无对应内容。 | 目标专利第一WTRU更新保存协同会话状态的数据结构（见说明书【0073】中步骤380）。对比文件无终端状态数据结构更新的概念。本领域技术人员无法直接或隐含得出该特征。 |
| 技术特征S：其中所述第一消息<br>《未公开》 | 无对应内容。 | 目标专利中第一消息作为信令承载体。对比文件不存在此消息。本领域技术人员无法直接或隐含得出该特征。 |
| 技术特征T：和所述第二消息中的每一者包括会话描述协议SDP属性行。<br>《未公开》 | 无对应内容。 | 目标专利采用SDP属性行（“a=3gpp_sync_info:…”）编码媒体同步IE（见说明书【0069】-【0071】）。对比文件为医疗机械操作，与SDP协议毫不相干。本领域技术人员无法直接或隐含得出该特征。 |
| 技术特征U：其中所述操作为WTRU间传输操作。<br>《未公开》 | 无对应内容。 | 目标专利操作为跨终端的流迁移/传输（见说明书【0005】、【0073】）。对比文件无跨终端传输操作。本领域技术人员无法直接或隐含得出该特征。 |
| 技术特征V：其中所述媒体流包括视频流<br>《未公开》 | 无对应内容。对比文件图1及【0002】提及“超音波画像を生成する超音波用プロセッサ装置11と、超音波画像を表示する超音波用モニタ12と、内視鏡画像を生成する内視鏡用プロセッサ装置13”。 | 对比文件中仅有超声探头将反射波电信号传输给内视镜主机并生成超声图像/内视镜图像在监视器显示的硬件系统结构，其既未涉及网络通信/多媒体协议中的“视频流”，更不存在于权利要求所限定的无线通信协作会话与时间同步流程中。即便宽泛考量，也完全不具备目标专利媒体流传输与同步上下文。故未公开。 |
| 技术特征W：和音频流。<br>《未公开》 | 无对应内容。 | 对比文件仅涉及内视镜和超声成像，完全未记载或暗示任何音频流。本领域技术人员无法直接或隐含得出该特征。 |
| 技术特征X：其中所述第一消息为WTRU间传输请求消息<br>《未公开》 | 无对应内容。 | 目标专利由控制方WTRU发起跨设备流传输请求消息（见说明书【0069】、【0121】）。对比文件完全不涉及该信令消息。本领域技术人员无法直接或隐含得出该特征。 |
| 技术特征Y：流增加请求消息。<br>《未公开》 | 无对应内容。 | 目标专利中请求消息可为流增加请求（见说明书【0077】、【0121】）。对比文件完全未涉及流增加控制信令。本领域技术人员无法直接或隐含得出该特征。 |
对比文件JP2010005098A所公开的技术方案属于医用内窥镜的超声探头气囊灌装与排气技术领域，而目标专利权利要求A至Y的技术方案整体属于移动通信领域中IMS协作会话的多媒体流跨终端时间同步方法。经严格核对与充分逻辑推理，对比文件未直接公开也未隐含公开上述任何一项技术特征。
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括所述WTRU中的第一WTRU传送第一消息<br><br>《直接公开》 | [0006] “根据本发明，客户端设备可以包括逻辑……在一种实施例中，客户端设备是具有一键通（push-to-X）功能的蜂窝电话。”（According to the present invention, a client device may include logic... In one embodiment of the invention, the client device is a cell phone with push-to-X capabilities.）<br>[0041] “作为更具体的示例，客户端设备102的用户可以指示该客户端设备发起会议，并且该设备可以相应地执行SIP用户代理逻辑以生成SIP INVITE消息并将其发送到通信服务器130，以寻求邀请群组的其他成员（一个或多个其他方）参加通信会话。”（As a more particular example, a user of client device 102 may instruct the client device to initiate a conference, and the device may responsively execute SIP user agent logic to generate and send a SIP INVITE message to communication server 130...） | 对比文件中的作用：客户端设备（蜂窝电话/移动台，即无线发射/接收单元WTRU）向网络侧服务器发送SIP INVITE请求消息，用以发起多方通信会话。<br>与目标专利作用比对：与目标专利中第一WTRU向服务器发送初始通信消息的作用相同。<br>直接公开性判定：蜂窝电话属于本领域典型的WTRU，其发送的SIP INVITE消息对应于第一消息，本领域技术人员能够毫无疑义地确定对比文件直接公开了第一WTRU传送第一消息。 |
| 技术特征B：该第一消息包括初始的时间同步信息<br><br>《隐含公开》 | [0041] “通常，SIP INVITE可以携带会话描述协议（SDP）块，其指示移动台的能力和期望的会话类型。SIP INVITE消息可以向通信服务器130提供与要发起会话的群组（一个或多个方）的某种指示。”（Conventionally, the SIP INVITE may carry a session description protocol (SDP) block that indicates the mobile station's capabilities and the desired session type...）<br>[0060] “用户可以为要发起的会话选择群组成员，然后客户端设备可以建立对应的群组ID，并在会话发起请求中将群组成员和群组ID发送到服务器。”（the user may select group members for a session to be initiated, and the client device may then establish a corresponding group-ID and send the group members and group-ID in the session initiation request to the server.） | 对比文件中的作用：在发起消息中携带群组标识（group-ID）以及SDP块，用于告知服务器多方会话的群组信息及媒体属性，实现终端与服务器之间群组状态与会话配置的协商。<br>与目标专利作用比对：目标专利中的时间同步信息用于实现媒体回放呈现的时间基准同步；对比文件公开的是群组列表同步与会话描述信息，未直接公开媒体回放的时间同步信息。<br>隐含公开性判定：依据极其宽松的隐含公开判断标准，对比文件公开了在第一消息中携带用于两端状态协商的同步标识（group-ID）和SDP属性块，部分公开了在控制信令中携带同步相关信息以建立同步关联，本领域技术人员结合多媒体传输常识有可能将其推论扩展至包含时间同步参数，属于部分公开并可与其他技术组合，故判定为隐含公开。 |
| 技术特征C：和在所述媒体流上执行操作的请求<br><br>《直接公开》 | [0034] “最终，通信服务器130由此将与每个参与的用户台（包括发起台）建立会议支路，然后通信服务器将这些支路桥接在一起，以便各台站的用户可以彼此商谈，经由服务器实时交换语音、视频和/或其他媒体。”（Ultimately, communication server 130 would thereby establish a conference leg with each participating user station, including the initiating station, and the communication server would then bridge together the legs so that the users at the stations can confer with each other, exchanging voice, video, and/or other media in real time via the server.）<br>[0041] “客户端设备102的用户可以指示该客户端设备发起会议，并且该设备可以相应地执行SIP用户代理逻辑以生成SIP INVITE消息并将其发送到通信服务器130，以寻求邀请群组的其他成员（一个或多个其他方）参加通信会话。”（As a more particular example, a user of client device 102 may instruct the client device to initiate a conference, and the device may responsively execute SIP user agent logic to generate and send a SIP INVITE message to communication server 130, seeking to invite other members of a group...） | 对比文件中的作用：通过SIP INVITE消息请求服务器建立、桥接语音或视频等多媒体会话支路，以便各参与方实时传输与交互媒体流。<br>与目标专利作用比对：二者均用于在信令中指示网络对媒体流执行建立、接入或处理的操作。<br>直接公开性判定：发起多方多媒体会话在本质上即为请求对多媒体流执行建立与桥接等传输操作，属于实质公开。 |
| 技术特征D：其中所述初始的时间同步信息指示当前回放时间<br><br>未公开 | 对比文件未记载该内容。 | 对比文件仅涉及实时群组通信会话的建立与群组列表同步，未涉及媒体流的具体回放控制，亦未公开或暗示过指示当前回放时间的技术手段，本领域技术人员无法从对比文件中推导得出。 |
| 技术特征E：与当前时间戳之间的差<br><br>未公开 | 对比文件未记载该内容。 | 目标专利中该特征具体限定了呈现时间偏移（PTO）的计算方式（当前回放时间与当前时间戳之间的差）。对比文件全文未记载任何计算回放时间与时间戳差值的技术方案。 |
| 技术特征F：以确保针对所述WTRU发生同步的回放<br><br>未公开 | 对比文件未记载该内容。 | 对比文件涉及多方实时对讲或视频交流，但并未公开利用上述时间差值来确保多个WTRU之间发生媒体呈现的时间对齐与同步回放。 |
| 技术特征G：所述当前时间戳为相对于媒体呈现的开始的片段的时间戳<br><br>未公开 | 对比文件未记载该内容。 | 对比文件未记载媒体呈现片段或相对于媒体呈现起始点的时间戳信息。 |
| 技术特征H：所述WTRU中的第二WTRU接收第二消息<br><br>《直接公开》 | [0043] “为了建立该会话，通信服务器130可以向指定群组的成员发送另一个INVITE，寻求与这些用户建立会话，并包括指示通信服务器能力和所需会话类型的SDP块。”（And to establish that session, the communication server 130 may send another INVITE to the members of the specified group seeking to set up a session with those users, and including an SDP block that indicates the communication server's capabilities and the desired session type.）<br>[0044] “在从通信服务器130接收到INVITE时，指定群组的成员的设备可以执行SIP用户代理逻辑以接受邀请……”（Upon receipt of the INVITE from the communication server 130, the devices of the members of the specified group may execute SIP user agent logic to accept the invitation...） | 对比文件中的作用：被叫成员设备（第二WTRU）接收来自通信服务器的会话邀请消息（第二消息INVITE），以受邀加入多方会话。<br>与目标专利作用比对：与目标专利中协作方第二WTRU接收来自网络侧第二消息的作用相同。<br>直接公开性判定：对比文件明确公开了群组成员终端接收服务器转发或重新生成的INVITE消息，完全对应第二WTRU接收第二消息，属于直接公开。 |
| 技术特征I：该第二消息包括在所述媒体流上执行所述操作的请求<br><br>《直接公开》 | [0043] “为了建立该会话，通信服务器130可以向指定群组的成员发送另一个INVITE，寻求与这些用户建立会话，并包括指示通信服务器能力和所需会话类型的SDP块。”（And to establish that session, the communication server 130 may send another INVITE to the members of the specified group seeking to set up a session with those users, and including an SDP block that indicates the communication server's capabilities and the desired session type.） | 对比文件中的作用：向第二WTRU请求建立包含特定媒体类型的通信会话支路。<br>与目标专利作用比对：与目标专利中第二消息携带对媒体流执行相应操作请求的作用相同。<br>直接公开性判定：第二消息（INVITE）中包含邀请第二WTRU建立媒体会话并定义了媒体流属性，实质公开了在媒体流上执行操作的请求。 |
| 技术特征J：更新的时间同步信息<br><br>《隐含公开》 | [0043] “通信服务器130可以向指定群组的成员发送另一个INVITE，寻求与这些用户建立会话，并包括指示通信服务器能力和所需会话类型的SDP块。”（Communication server 130 may send another INVITE to the members of the specified group seeking to set up a session with those users, and including an SDP block that indicates the communication server's capabilities and the desired session type.）<br>[0062] “服务器随后可以分配对应的群组ID并在会话发起响应消息中将该群组ID返回给客户端设备。”（The server may then assign a corresponding group-ID and return the group-ID to the client device in a session initiation response message.） | 对比文件中的作用：服务器向对端发送由服务器生成的SDP块及同步分配的标识，以协调群组会话两端的能力参数与同步状态。<br>与目标专利作用比对：目标专利中第二消息包含由服务器更新的媒体时间同步参数；对比文件提供的是经服务器配置的SDP块和群组同步参数。<br>隐含公开性判定：依据极其宽松的审查推导原则，对比文件公开了服务器向第二终端发送包含服务器能力的SDP块及更新确认的同步数据，部分公开了向目标终端传递更新后的同步控制信息，有可能与其他时间同步技术相结合，故认定为隐含公开。 |
| 技术特征K：所述第二WTRU根据所述更新的时间同步信息来重新同步该第二WTRU的媒体流<br><br>未公开 | 对比文件未记载该内容。 | 对比文件[0044]中第二终端仅执行接受邀请并回复200 OK，建立普通媒体支路，并未执行利用时间同步信息重新对齐或重新同步其媒体流的操作。 |
| 技术特征L：其中所述第二WTRU的重新同步更新所述媒体流的同步<br><br>未公开 | 对比文件未记载该内容。 | 对比文件中不存在因第二WTRU重新同步而导致媒体流同步状态被更新的过程。 |
| 技术特征M：以提供针对所述WTRU中的第一WTRU和所述第二WTRU的同步的回放。<br><br>未公开 | 对比文件未记载该内容。 | 对比文件不涉及在两个WTRU之间提供媒体片段呈现的时间对齐和同步回放。 |
| 技术特征N：该方法还包括所述第二WTRU传送第三消息<br><br>《直接公开》 | [0044] “在从通信服务器130接收到INVITE时，指定群组的成员的设备可以执行SIP用户代理逻辑以接受邀请，通过向通信服务器130发回SIP 200 OK消息（提供指示该设备能力的SDP块）。”（Upon receipt of the INVITE from the communication server 130, the devices of the members of the specified group may execute SIP user agent logic to accept the invitation, by sending a SIP 200 OK message back to the communication server 130 (providing an SDP block that indicates the device's capabilities).） | 对比文件中的作用：第二终端向服务器反馈确认应答，同意建立会话。<br>与目标专利作用比对：均包含被操作的第二终端向网络侧回送响应控制消息。<br>直接公开性判定：对比文件中明确公开了第二终端传送SIP 200 OK消息（第三消息），直接公开了该步骤。 |
| 技术特征O：该第三消息包括用于重新同步该第二WTRU的媒体流的所述更新的时间同步信息<br><br>未公开 | 对比文件未记载该内容。 | 对比文件[0044]记载第三消息（200 OK）中携带的是指示该设备能力的常规SDP块，并不包含用于重新同步媒体流的更新时间同步信息。 |
| 技术特征P：所述第一WTRU接收第四消息<br><br>《直接公开》 | [0044] “在接收到200 OK时，通信服务器130随后可以向客户端设备102发送200 OK（包括指示通信服务器能力的SDP块）。”（Upon receipt of the 200 OK, the communication server 130 may then send a 200 OK to the client device 102 (including an SDP block that indicates the communication server's capabilities).） | 对比文件中的作用：第一终端从服务器接收到会话成功建立的响应消息。<br>与目标专利作用比对：与目标专利中第一WTRU接收网络侧下发的第四消息（响应消息）作用相同。<br>直接公开性判定：对比文件明确公开了客户端设备102接收来自服务器的200 OK消息，直接公开了第一WTRU接收第四消息。 |
| 技术特征Q：该第四消息包括所述更新的时间同步信息<br><br>《隐含公开》 | [0044] “在接收到200 OK时，通信服务器130随后可以向客户端设备102发送200 OK（包括指示通信服务器能力的SDP块）。”（Upon receipt of the 200 OK, the communication server 130 may then send a 200 OK to the client device 102 (including an SDP block that indicates the communication server's capabilities).）<br>[0062] “服务器随后可以分配对应的群组ID并在会话发起响应消息中将该群组ID返回给客户端设备，客户端设备同样可以将该群组ID与群组列表相关联地存储以供稍后参考。”（The server may then assign a corresponding group-ID and return the group-ID to the client device in a session initiation response message, which the client device may similarly store in correlation with the group listing for later reference by the client device.） | 对比文件中的作用：在返回给发起方的响应消息中携带服务器分配的最新群组标识（group-ID）及SDP配置，通知发起端完成同步匹配。<br>与目标专利作用比对：目标专利中第四消息携带更新的时间同步信息；对比文件携带的是更新同步后的群组标识与SDP能力块。<br>隐含公开性判定：基于宽松的隐含公开判断原则，对比文件公开了第四消息中包含网络侧更新确定的同步标识信息（group-ID），部分公开了在第四消息中携带用于两端同步的状态参数，具有组合公开时间同步参数的可能性，故认定为隐含公开。 |
| 技术特征R：所述第一WTRU利用所述更新的时间同步信息来更新该第一WTRU的内部状态。<br><br>《直接公开》 | [0010] “如果群组数据尚未将接收到的群组列表定义为现有群组，则客户端设备可以更新群组数据以通过接收到的群组列表和接收到的群组ID两者来指定给定群组。”（However, if the group data did not already define the received group listing as an existing group, then the client device may update the group data to specify the given group by both the received group listing and the received group-ID.）<br>[0054] “在与服务器进行该群组的同步之后……客户端设备可以在步骤312更新该群组的记录以指示同步状态是最新的。”（After engaging in synchronization for that group with the server... the client device may update at step 312 the record for that group to indicate the synchronization state is up to date.）<br>[0062] “客户端设备同样可以将该群组ID与群组列表相关联地存储以供客户端设备稍后参考。”（which the client device may similarly store in correlation with the group listing for later reference by the client device.） | 对比文件中的作用：第一终端在收到同步信息后，将其存入本地存储器，更新内部群组数据记录及同步状态标志为最新。<br>与目标专利作用比对：均利用通信交互中获得的最新同步信息更新终端本地存储的数据结构或状态机。<br>直接公开性判定：目标专利说明书[0073]明确说明内部状态是指“代表包括WTRU的ID的协作会话的状态的数据结构”。对比文件中客户端设备接收到来自服务器的同步数据后在步骤312更新内部群组记录及同步状态，其手段与功能实质完全相同，属于直接公开。 |
| 技术特征S：其中所述第一消息<br><br>《直接公开》 | [0041] “通常，SIP INVITE可以携带会话描述协议（SDP）块……”（Conventionally, the SIP INVITE may carry a session description protocol (SDP) block...） | 对比文件中的作用：作为发起会话的SIP INVITE信令消息。<br>与目标专利作用比对：与目标专利中的第一请求消息作用相同。<br>直接公开性判定：对比文件中第一消息对应SIP INVITE，直接公开。 |
| 技术特征T：和所述第二消息中的每一者包括会话描述协议SDP属性行。<br><br>《直接公开》 | [0041] “通常，SIP INVITE可以携带会话描述协议（SDP）块，其指示移动台的能力和期望的会话类型。”（Conventionally, the SIP INVITE may carry a session description protocol (SDP) block that indicates the mobile station's capabilities and the desired session type.）<br>[0043] “通信服务器130可以向指定群组的成员发送另一个INVITE……并包括指示通信服务器能力和所需会话类型的SDP块。”（communication server 130 may send another INVITE to the members of the specified group... and including an SDP block that indicates the communication server's capabilities and the desired session type.） | 对比文件中的作用：在SIP INVITE消息中封装SDP描述信息，以描述媒体格式、能力及会话属性。<br>与目标专利作用比对：均采用SDP属性对多媒体会话特征进行描述。<br>直接公开性判定：本领域中SDP协议规范本身即由多行属性行（如m=行、a=行等）组成，对比文件明确公开第一消息与第二消息均携带SDP块，本领域技术人员能够毫无疑义地确定各消息中包含SDP属性行，属于直接公开。 |
| 技术特征U：其中所述操作为WTRU间传输操作。<br><br>未公开 | 对比文件未记载该内容。 | 对比文件涉及多方通信会话的建立与加入，并未公开将正在进行的媒体流从一个WTRU转移/传输至另一WTRU的“WTRU间传输操作”（Inter-WTRU Transfer）。 |
| 技术特征V：其中所述媒体流包括视频流<br><br>《直接公开》 | [0034] “……以便各台站的用户可以彼此商谈，经由服务器实时交换语音、视频和/或其他媒体。”（...so that the users at the stations can confer with each other, exchanging voice, video, and/or other media in real time via the server.）<br>[0040] “此外，通常，这种即时连接服务可以应用于建立承载任何类型的媒体（例如音频、视频等）的实时媒体会议。”（Further, as a general matter, this sort of instant connect service could be applied to establish real-time media conferences carrying any kind of media (e.g., audio, video, etc.).） | 对比文件中的作用：在多方通信会话中传输视频媒体内容。<br>与目标专利作用比对：与目标专利媒体流包含视频流的作用相同。<br>直接公开性判定：对比文件明确公开了媒体包含视频（video），直接公开。 |
| 技术特征W：和音频流。<br><br>《直接公开》 | [0034] “……以便各台站的用户可以彼此商谈，经由服务器实时交换语音、视频和/或其他媒体。”（...exchanging voice, video, and/or other media in real time via the server.）<br>[0040] “……建立承载任何类型的媒体（例如音频、视频等）的实时媒体会议。”（...applied to establish real-time media conferences carrying any kind of media (e.g., audio, video, etc.).） | 对比文件中的作用：在多方通信会话中传输语音或音频媒体内容。<br>与目标专利作用比对：与目标专利媒体流包含音频流的作用相同。<br>直接公开性判定：对比文件明确公开了媒体包含语音/音频（voice/audio），直接公开。 |
| 技术特征X：其中所述第一消息为WTRU间传输请求消息<br><br>未公开 | 对比文件未记载该内容。 | 对比文件中的第一消息是会话发起请求消息（SIP INVITE），并非用于将媒体流从一个终端迁移到另一终端的WTRU间传输请求消息。 |
| 技术特征Y：流增加请求消息。<br><br>未公开 | 对比文件未记载该内容。 | 对比文件未公开目标专利中特定的流增加请求消息（Stream Addition Request）。 |
<<<A>>>
<<<b>>>
<<<C>>>
<<<H>>>
<<<I>>>
<<<j>>>
<<<N>>>
<<<P>>>
<<<q>>>
<<<R>>>
<<<S>>>
<<<T>>>
<<<V>>>
<<<W>>>
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括所述WTRU中的第一WTRU传送第一消息<br><br>《直接公开》 | [0036] "...As shown by step 402, a user is initially watching, e.g., a VOD program, on OITF1 300 and wants to move the session to OITF2 301. ... The user then selects one of the sessions from the list and requests transfer of that session at step 406. According to this exemplary embodiment, the IG 302 detects that the selected session to be transferred belongs to a device, i.e., OITF1 300 in this example, which is in the same household as the device to which the transfer is to be performed and, therefore, adds a transfer session indicator to the transfer request which it forwards through the network at step 408."<br>（中文翻译：……如图4的步骤402所示，用户最初在OITF1 300上观看例如VOD节目，并且想要将该会话移动到OITF2 301。……用户随后从列表中选择会话之一并在步骤406中请求该会话的传输。根据该示例性实施例，IG 302检测到待传输的所选会话属于处于与要向其执行传输的设备相同的家庭中的设备（即本例中的OITF1 300），因此在步骤408将传输会话指示符添加到其通过网络转发的传输请求中。）<br><br>[0045] "Unlike the exemplary pull mechanisms described above, in this exemplary embodiment the user requests a list of the OITFs, or other IMS devices, where that user is registered via the first OITF1 300 at step 802. Once he or she reviews this list, e.g., by way of a user interface object displayed by the OITF1 300 on the first terminal device, he or she can select the transfer of one of the listed sessions to OITF2 301 at step 806. Various signaling mechanisms can be used to perform this transfer... as shown generally by step 808."<br>（中文翻译：与上述示例性拉取机制不同，在该示例性实施例中，用户在步骤802经由第一OITF1 300请求该用户注册的OITF或其他IMS设备的列表。一旦其查看了该列表（例如通过OITF1 300在 | 技术特征描述及公开性判断结果 |
| 技术特征A：<br>该方法包括所述WTRU中的第一WTRU传送第一消息<br><br>《直接公开》 | [0045] ...Unlike the exemplary pull mechanisms described above, in this exemplary embodiment the user requests a list of the OITFs, or other IMS devices, where that user is registered via the first OITF1 300 at step 802. Once he or she reviews this list, e.g., by way of a user interface object displayed by the OITF1 300 on the first terminal device, he or she can select the transfer of one of the listed sessions to OITF2 301 at step 806. Various signaling mechanisms can be used to perform this transfer, e.g., using an explicit transfer request indicator to indicate to the IMS network that resource allocation can be delayed or implicitly indicating this by first putting the requested media on hold, as shown generally by step 808...<br>（译文：……与上面描述的示例性拉取机制不同，在该示例性实施例中，用户在步骤802经由第一OITF1 300请求该用户注册的OITF或其他IMS设备的列表。一旦其查看了该列表，例如通过第一终端设备上的OITF1 300显示的用户界面对象，其即可在步骤806中选择将所列出的会话之一转移到OITF2 301。可以使用各种信令机制来执行该转移，例如使用显式转移请求指示符向IMS网络指示可以延迟资源分配，或者通过首先将请求的媒体保持来隐式指示，如步骤808大致所示……）<br>以及 [0046] 图9(a)的框906和消息。<br>此外，[0059] 记载终端可包括移动终端（mobile terminals）。 | 目标专利中第一WTRU传送第一消息（如WTRU间传输请求消息）。对比文件在Push方案（图8、图9(a)及[0045]-[0046]、[0059]）中公开了第一终端（OITF1 300，属于移动终端/WTRU）向网络侧（经由IG 302向IMS网络）发送用于请求将媒体会话转移到第二终端（OITF2 301）的消息（包括带有会话转移指示的请求消息）。对比文件所起作用与目标专利一致，构成了第一WTRU传送第一消息，属于《直接公开》。 |
| **技术特征B**：<br>该
针对目标专利与对比文件（CN1745526B）的技术特征比对评估如下：
## 技术特征比对分析
本案中，目标专利涉及多设备协作会话期间（IMS协同会话）多个无线发射/接收单元（WTRU）之间媒体流传输与重新同步的交互信令控制方法（第一WTRU向SCC-AS发送携带初始同步信息的请求消息，由SCC-AS转发至第二WTRU，第二WTRU重新同步媒体流后上报更新的同步信息给SCC-AS，SCC-AS再转发至第一WTRU以更新第一WTRU内部状态）。
对比文件（CN1745526B）公开了一种用于使由可变延时传输网络导致的唇同步误差最小化的方法和设备，其主要通过在单个发送端或接收端引入基于不对称误差容限模型计算的单向延时（时间偏移量 $t_0$）对音视频帧进行瞬时延时或修改时间标记，以改变唇同步误差的概率密度函数（pdf）。
经逐一严格比对：
- **技术特征V、W** 被对比文件**直接公开**：对比文件全文明确公开了媒体流包含分离和独立的视频流和音频流（如【说明书详细描述】附图1及对应段落）。
- 对比文件未公开设备间协同会话/WTRU架构，未公开第一WTRU与第二WTRU之间经由核心网络/服务器进行的第一至第四消息的交互流程，未公开以当前回放时间与片段起始时间戳之差来表征的初始/更新时间同步信息（PTO），未公开SDP属性行编码同步信息，亦未公开WTRU间传输操作或流增加操作。因此其余特征均未被对比文件公开（既未直接公开，即使采取极宽松的判断标准也无法合理推断得出隐含公开）。
---
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括所述WTRU中的第一WTRU传送第一消息<br>【未公开】 | 无对应公开内容。 | 对比文件仅涉及单个通信系统的发送端编码器与接收端呈现装置之间的媒体流传输，完全没有涉及多设备协作会话（Collaborative Session）架构，更没有涉及协作会话中第一WTRU向网络实体传送第一消息的交互过程，故未公开。 |
| 技术特征B：该第一消息包括初始的时间同步信息<br>【未公开】 | 无对应公开内容。 | 对比文件未公开第一WTRU传送第一消息，更谈不上在第一消息中携带用于协作会话间流同步的初始时间同步信息，故未公开。 |
| 技术特征C：和在所述媒体流上执行操作的请求<br>【未公开】 | 无对应公开内容。 | 对比文件未公开在第一消息中包含对媒体流执行操作（如WTRU间传输或流增加）的信令请求，故未公开。 |
| 技术特征D：其中所述初始的时间同步信息指示当前回放时间<br>【未公开】 | 无对应公开内容。 | 目标专利中时间同步信息指示基于墙上时钟时间的当前回放时间；对比文件虽然在接收端提到显示时间标记和到达时间，但属于单机本地唇同步误差统计计算，未将其作为消息载荷中的初始时间同步信息，故未公开。 |
| 技术特征E：与当前时间戳之间的差<br>【未公开】 | 无对应公开内容。 | 目标专利中PTO采用公式“当前_回放_时间 - 当前_时间戳”计算得出。对比文件虽然在公式1中记载了到达时间差减去编码到达时间差以计算唇同步误差，但其作用机理与目标专利中计算回放时间与媒体呈现起始时间戳之差完全不同，且未将其作为消息中传递的同步信息，故未公开。 |
| 技术特征F：以确保针对所述WTRU发生同步的回放<br>【未公开】 | 无对应公开内容。 | 目标专利的作用是确保协同会话中多个不同的WTRU之间发生同步回放；对比文件仅是解决单个呈现装置音视频之间的唇同步（单机音视频流同步），未公开针对多个WTRU实现同步回放，故未公开。 |
| 技术特征G：所述当前时间戳为相对于媒体呈现的开始的片段的时间戳<br>【未公开】 | 无对应公开内容。 | 目标专利明确当前时间戳是相对于媒体呈现开始处的片段的时间戳；对比文件仅提及传输层报头的时间标记来源于公共实时时钟，未公开相对于媒体呈现开始的片段的时间戳，故未公开。 |
| 技术特征H：所述WTRU中的第二WTRU接收第二消息<br>【未公开】 | 无对应公开内容。 | 对比文件不存在协同会话中第二WTRU接收来自网络实体的第二消息的流程，故未公开。 |
| 技术特征I：该第二消息包括在所述媒体流上执行所述操作的请求<br>【未公开】 | 无对应公开内容。 | 对比文件未公开在第二WTRU接收的消息中包含对媒体流执行操作的请求，故未公开。 |
| 技术特征J：更新的时间同步信息<br>【未公开】 | 无对应公开内容。 | 目标专利由网络侧实体更新时间同步信息并下发至第二WTRU；对比文件无此信令控制机制，故未公开。 |
| 技术特征K：所述第二WTRU根据所述更新的时间同步信息来重新同步该第二WTRU的媒体流<br>【未公开】 | 无对应公开内容。 | 对比文件没有第二WTRU根据下发的更新时间同步信息进行协作会话中媒体流重新同步的机制，故未公开。 |
| 技术特征L：其中所述第二WTRU的重新同步更新所述媒体流的同步<br>【未公开】 | 无对应公开内容。 | 对比文件缺乏多设备协作环境下的第二WTRU重新同步以更新整体媒体流同步状态的技术手段，故未公开。 |
| 技术特征M：以提供针对所述WTRU中的第一WTRU和所述第二WTRU的同步的回放<br>【未公开】 | 无对应公开内容。 | 目标专利的目的是实现第一WTRU与第二WTRU之间的设备间媒体同步（IDMS）；对比文件仅是接收端呈现装置自身的音视频唇同步，无法实现跨设备（第一WTRU与第二WTRU）之间的同步回放，故未公开。 |
| 技术特征N：该方法还包括所述第二WTRU传送第三消息<br>【未公开】 | 无对应公开内容。 | 对比文件未公开受控方/目标端第二WTRU向网络实体回传第三消息的信令步骤，故未公开。 |
| 技术特征O：该第三消息包括用于重新同步该第二WTRU的媒体流的所述更新的时间同步信息<br>【未公开】 | 无对应公开内容。 | 对比文件未公开第二WTRU将用于重新同步的更新时间同步信息封装在第三消息中进行回传，故未公开。 |
| 技术特征P：所述第一WTRU接收第四消息<br>【未公开】 | 无对应公开内容。 | 对比文件未公开第一WTRU接收来自网络实体的第四消息的步骤，故未公开。 |
| 技术特征Q：该第四消息包括所述更新的时间同步信息<br>【未公开】 | 无对应公开内容。 | 对比文件未公开在第四消息中携带供第一WTRU使用的更新的时间同步信息，故未公开。 |
| 技术特征R：所述第一WTRU利用所述更新的时间同步信息来更新该第一WTRU的内部状态<br>【未公开】 | 无对应公开内容。 | 目标专利中第一WTRU利用更新的时间同步信息更新其表征协作会话状态的内部数据结构；对比文件完全不涉及该技术方案与处理逻辑，故未公开。 |
| 技术特征S：其中所述第一消息<br>【未公开】 | 无对应公开内容。 | 见特征A，对比文件未公开第一消息，故未公开。 |
| 技术特征T：和所述第二消息中的每一者包括会话描述协议SDP属性行<br>【未公开】 | 无对应公开内容。 | 目标专利在会话描述协议（SDP）的“a”行中编码时间同步信息（如PTO等）；对比文件根本没有涉及SDP协议及其属性行的使用，故未公开。 |
| 技术特征U：其中所述操作为WTRU间传输操作<br>【未公开】 | 无对应公开内容。 | 目标专利操作涉及协作会话中的WTRU间传输（Inter-UE Transfer）；对比文件完全没有涉及该跨终端传输操作，故未公开。 |
| 技术特征V：其中所述媒体流包括视频流<br>《直接公开》 | 【发明的详细描述】第3段（附图1对应段落）：<br>“特别地，通信系统100包括一个视听源110，例如一个大容量存储装置、摄象机、话筒、网络输入或者其它的视听信息源。视听源110分别向一个视频编码器120V提供视频流V和向音频编码器120A提供相应的音频流A。所述的编码器120V和120A……对视频流V和音频流A分别进行编码以便产生编码视频流VE和编码音频流AE。” | 对比文件明确公开了通信系统中传输处理的视听媒体流包括视频流（视频流V经编码后产生编码视频流VE），两者在所属领域中均指代视听服务中的视频数据流，技术作用完全相同，本领域技术人员能毫无疑义地直接得出该技术方案。因此，技术特征V被对比文件《直接公开》。 |
| 技术特征W：和音频流<br>《直接公开》 | 【发明的详细描述】第3段（附图1对应段落）：<br>“特别地，通信系统100包括一个视听源110，例如一个大容量存储装置、摄象机、话筒、网络输入或者其它的视听信息源。视听源110分别向一个视频编码器120V提供视频流V和向音频编码器120A提供相应的音频流A。所述的编码器120V和120A……对视频流V和音频流A分别进行编码以便产生编码视频流VE和编码音频流AE。” | 对比文件明确公开了媒体流中同时包括与视频流分离和独立的音频流（音频流A经编码后产生编码音频流AE），两者在技术方案中的实质内容和作用完全相同，本领域技术人员能毫无疑义地直接得出该技术方案。因此，技术特征W被对比文件《直接公开》。 |
| 技术特征X：其中所述第一消息为WTRU间传输请求消息<br>【未公开】 | 无对应公开内容。 | 对比文件没有WTRU间传输请求消息，故未公开。 |
| 技术特征Y：流增加请求消息<br>【未公开】 | 无对应公开内容。 | 对比文件没有协作会话中的流增加请求消息，故未公开。 |
---
<<<V>>><<<W>>>
| 技术特征描述以及公开性判断结果 | 对比文件原文引用（US20100312834A1） | 公开性论述 |
| 技术特征A：该方法包括所述WTRU中的第一WTRU传送第一消息<br><br>《直接公开》 | [0010] “...第一用户设备（UE1）在数据分组会话期间与远端通信。第一用户设备通过与网络实体进行通信，在协作会话期间控制第二用户设备进行用户设备间传输（IUT）...”（"...A first user equipment communicates to a remote end during a data packet session. The first user equipment controls a second user equipment for inter-user equipment transfer during a collaborative session by communicating with a network entity..."）<br>[0038] “...为了将一个媒体组件的提供者或使用者传输给被控UE，主控UE1发送一个带有相关消息体的REFER消息，以向SCC AS触发媒体会话操作...”（"...To transfer provider or consumer of one media component to a controllee UE, the controller UE1 sends a REFER message with a relevant body to trigger the media session operations to SCC AS..."） | 对比文件公开了协作会话中的主控UE1（第一WTRU）向网络实体SCC AS发送REFER消息（第一消息）来发起针对被控UE2（第二WTRU）的传输控制操作。其技术方案、通信机制与作用相同，属于直接公开。 |
| 技术特征B：该第一消息包括初始的时间同步信息<br><br>《未公开》 | 对比文件全篇（包括[0038]、[0068]-[0074]、[0083]、[0088]-[0097]等）。对比文件传递的是媒体组件的索引（mc_index）、类型（mc_type）、状态（mc_status）、所属所有者（mc_owner）等控制与归属信息，或者SDP协商中的端口号与媒体行。 | 目标专利中，“初始的时间同步信息”指的是用于多设备间媒体播放时延对齐的时间参数（例如呈现时间偏移PTO）。对比文件中的REFER消息或更新信令仅传递媒体组件的标识、状态及归属UE，完全未记载任何关于媒体播放的“时间同步信息”。即使按照最宽松标准，对比文件既没有显式记载，也无法合理推理出该消息中携带了用于播放时延同步的时间参数，故未公开。 |
| 技术特征C：和在所述媒体流上执行操作的请求<br><br>《直接公开》 | [0038] “...为了将一个媒体组件的提供者或使用者传输给被控UE，主控UE1发送一个带有相关消息体的REFER消息，以向SCC AS触发媒体会话操作...”（"...To transfer provider or consumer of one media component to a controllee UE, the controller UE1 sends a REFER message with a relevant body to trigger the media session operations to SCC AS..."）<br>[0050] “...上述媒体操作包括添加、删除、修改媒体流的特性...传输媒体会话、检索它们、混合和复制媒体流等...”（"...The media operations referred to above include adding, deleting, modifying characteristics... of a media stream, transferring media sessions, retrieving them back, mixing and duplicating media streams, etc..."） | 对比文件明确公开了主控UE1通过REFER消息请求在媒体组件/媒体流上执行添加、删除、传输等操作。技术方案与作用完全相同，属于直接公开。 |
| 技术特征D：其中所述初始的时间同步信息指示当前回放时间<br><br>《未公开》 | 对比文件全篇无相应记载。 | 结合目标专利说明书[0051]-[0053]可知，该特征限定了时间同步信息的具体构成要素（回放时的时间基准）。对比文件根本不涉及设备间媒体回放的时间同步机制，更未公开指示“当前回放时间”的信息，故未公开。 |
| 技术特征E：与当前时间戳之间的差<br><br>《未公开》 | 对比文件全篇无相应记载。 | 目标专利中时间同步信息为当前回放时间与当前时间戳的差值（即PTO计算式：PTO=当前_回放_时间 - 当前_时间戳）。对比文件未涉及时间戳计算及回放时间差值的概念，故未公开。 |
| 技术特征F：以确保针对所述WTRU发生同步的回放<br><br>《未公开》 | 对比文件全篇无相应记载。 | 目标专利该特征限定时间同步信息的目的在于确保多设备跨设备媒体回放时间严格同步。对比文件解决的是会话路由与媒体组件归属管理（哪个UE呈现哪个媒体），并未涉及媒体数据播放时的同步呈现控制，故未公开。 |
| 技术特征G：所述当前时间戳为相对于媒体呈现的开始的片段的时间戳<br><br>《未公开》 | 对比文件全篇无相应记载。 | 目标专利中明确该时间戳是媒体片段相对于媒体呈现起始点的相对时间戳（说明书[0053]）。对比文件未公开任何关于片段级时间戳定义的方案，故未公开。 |
| 技术特征H：所述WTRU中的第二WTRU接收第二消息<br><br>《隐含公开》 | [0038] “...业务集中和连续性应用服务器（SCC AS）能够解释REFER消息的内容，以在一个或多个UE（发起UE本身或其他UE）上执行媒体会话操作。”（"...Service Centralization and Continuity Application Server (SCC AS) is able to interpret the contents of the REFER message to perform the media session manipulation on one or multiple UEs (originating UE itself or other UEs)."）<br>[0053] “...控制用户设备间传输（IUT）是通过UE1 104与SCC AS 118之间的业务控制信令120、UE2 106与SCC AS 118之间的媒体控制信令122...来实现的。”（"...Control of the inter-UE transfer (IUT) is accomplished by service control signaling 120 between the UE1 104 and the SCC AS 118, media control signaling 122 between the UE2 106 and the SCC AS 118..."）<br>[0083]、图4步骤614。 | 目标专利中第二WTRU接收第二消息以获知在媒体流上执行操作。对比文件明确公开了SCC AS接收到UE1的请求后，通过媒体控制信令与UE2通信以在其上操作媒体（例如添加视频）。在基于SIP/IMS的IUT标准流程中，网络实体必须向作为目标设备的被控UE2发送会话控制/邀请消息（即第二消息），本领域技术人员结合该系统架构及信令交互机制必然能直接合理推断出该步骤，按照极其宽松的隐含公开判断原则，认定该特征被隐含公开。 |
| 技术特征I：该第二消息包括在所述媒体流上执行所述操作的请求<br><br>《隐含公开》 | [0038] “...SCC AS能够解释REFER消息的内容，以在一个或多个UE（发起UE本身或其他UE）上执行媒体会话操作。”<br>[0053] “...UE2 106与SCC AS 118之间的媒体控制信令122...”<br>[0083] 步骤614。 | 对应于特征H，SCC AS向UE2发送的信令消息中必然指示针对媒体流的具体操作（如建立视频会话、接收传输流），本领域技术人员结合3GPP IMS流程能够毫无疑义地合理推断出该第二消息包含对媒体流执行操作的指示/请求，故隐含公开。 |
| 技术特征J：更新的时间同步信息<br><br>《未公开》 | 对比文件全篇无相应记载。 | 对比文件虽然记载了媒体组件状态信息（XML或SDP）的更新，但其更新的是所有权、媒体类型或端口号，完全未记载任何“时间同步信息”及其更新。故未公开。 |
| 技术特征K：所述第二WTRU根据所述更新的时间同步信息来重新同步该第二WTRU的媒体流<br><br>《未公开》 | 对比文件全篇无相应记载。 | 目标专利中第二WTRU利用接收到的同步偏移参数对媒体流的回放时序进行对齐调整。对比文件仅执行媒体流的常规建立或释放，不存在利用时间同步信息重新同步媒体流的技术方案，故未公开。 |
| 技术特征L：其中所述第二WTRU的重新同步更新所述媒体流的同步<br><br>《未公开》 | 对比文件全篇无相应记载。 | 对比文件未公开根据时间同步信息更新媒体流同步的技术手段，故未公开。 |
| 技术特征M：以提供针对所述WTRU中的第一WTRU和所述第二WTRU的同步的回放。<br><br>《未公开》 | 对比文件全篇无相应记载。 | 对比文件未涉及两台WTRU之间媒体播放的时间同步效果，故未公开。 |
| 技术特征N：该方法还包括所述第二WTRU传送第三消息<br><br>《隐含公开》 | [0053] “...UE2 106与SCC AS 118之间的媒体控制信令122...”<br>[0083] 步骤614及图4。 | 在SIP/SDP会话建立及控制交互机制中，被控端UE2接收到网络信令后必然会返回响应消息（第三消息）以完成事务握手，本领域技术人员结合标准通信流程可知该步骤存在，按照极其宽松的标准，认定隐含公开。 |
| 技术特征O：该第三消息包括用于重新同步该第二WTRU的媒体流的所述更新的时间同步信息<br><br>《未公开》 | 对比文件全篇无相应记载。 | 对比文件中UE2与网络交互的消息不包含任何时间同步参数，更不包含用于重新同步媒体流的时间同步信息，故未公开。 |
| 技术特征P：所述第一WTRU接收第四消息<br><br>《直接公开》 | [0081] “...SCC AS可以在每次传输操作完成后向主控UE发送该XML，以通知主控UE传输的结果...”<br>[0083] “...在IUT操作结束时，UE1 604和SCC AS 608交换如图618所示的XML信令，以交换媒体信息...” | 对比文件明确公开了SCC AS在操作完成后向主控UE1（第一WTRU）发送消息（第四消息），技术手段与作用相同，属于直接公开。 |
| 技术特征Q：该第四消息包括所述更新的时间同步信息<br><br>《未公开》 | 对比文件全篇无相应记载。 | 对比文件中第四消息携带的是媒体组件的更新结构（如所有者ID、活跃状态），不包含时间同步信息，故未公开。 |
| 技术特征R：所述第一WTRU利用所述更新的时间同步信息来更新该第一WTRU的内部状态。<br><br>《隐含公开》 | [0010] “...第一用户设备保持关于协作会话的媒体组件信息更新以适应媒体操作中的改变。”（"...The first user equipment maintains media components information about the collaborative session updated for the change in the media operation."）<br>[0079] “...这些实体上的内部表示可以依赖于实现...”（"...The internal representation on these entities can be implementation dependent..."）<br>[0083]、[0084]、图5框708。 | 对比文件明确公开了UE1利用接收到的更新控制信息来更新其本地/内部关于协作会话媒体组件状态的跟踪信息（更新内部状态）。虽然对比文件更新的状态内容是媒体归属与活动状态而非“时间同步信息”，但就“接收更新信息并更新UE内部状态”这一动作机制而言，对比文件部分公开了该技术方案，按照极其宽松的隐含公开判断原则，认定该特征被隐含公开。 |
| 技术特征S：其中所述第一消息<br><br>《直接公开》 | [0038]、[0054]、[0062]、[0088]-[0097]。 | 对比文件公开了第一消息（主控UE发送给SCC AS的消息），属于直接公开。 |
| 技术特征T：和所述第二消息中的每一者包括会话描述协议SDP属性行。<br><br>《隐含公开》 | [0008] “协议可以基于会话发起协议（SIP）和会话描述协议（SDP）...”<br>[0062] “...在另一个方面，跟踪是通过SDP正文进行的（框430）。”<br>[0088] “...主控UE和SCC AS使用SDP提供/应答机制来同步会话中的所有媒体组件...”<br>[0092]-[0097]。 | 目标专利中消息携带包含同步参数的SDP属性行（如a行）。对比文件公开了交互消息中采用SDP正文（包含m行等SDP描述行），尽管未直接指明包含特定同步参数的属性行，但由于其广泛采用SDP行进行媒体组件协商与状态指示，本领域技术人员容易基于其整体技术构思推理出消息中包含SDP描述/属性行，符合极为宽松的隐含公开标准，认定为隐含公开。 |
| 技术特征U：其中所述操作为WTRU间传输操作。<br><br>《直接公开》 | [0010] “...第一用户设备通过与网络实体通信，在协作会话期间控制第二用户设备进行用户设备间传输（IUT）...”（"...The first user equipment controls a second user equipment for inter-user equipment transfer during a collaborative session by communicating with a network entity..."）<br>[0053] “...通过UE1 104与SCC AS 118之间的业务控制信令120等完成用户设备间传输（IUT）的控制...” | 对比文件明确公开了在协作会话中执行的核心操作即为用户设备间传输操作（IUT），技术方案与作用完全相同，属于直接公开。 |
| 技术特征V：其中所述媒体流包括视频流<br><br>《直接公开》 | [0038] “...主控UE1处于与远端UE的媒体会话（例如，音频、视频和消息会话）中...”（"...initially a first user equipment (UE1) (controller) is in a media session (e.g., audio, video and message session) with a remote UE..."）<br>[0083] “...在描绘为614的第二步中，使用IUT控制机制将视频添加至UE2 616...” | 对比文件明确公开了被操作的媒体流包含视频流，技术内容与作用完全相同，属于直接公开。 |
| 技术特征W：和音频流。<br><br>《直接公开》 | [0038] “...媒体会话（例如，音频、视频和消息会话）...”（"...media session (e.g., audio, video and message session)..."）<br>[0063] “最初仅UE1 502与远端506进行会话504，带有两个媒体组件：音频#1 508和消息#1 510。” | 对比文件明确公开了媒体流包含音频流，技术内容与作用完全相同，属于直接公开。 |
| 技术特征X：其中所述第一消息为WTRU间传输请求消息<br><br>《直接公开》 | [0010]、[0038] “...为了将一个媒体组件的提供者或使用者传输给被控UE，主控UE1发送一个带有相关消息体的REFER消息，以向SCC AS触发媒体会话操作...”（"...To transfer provider or consumer of one media component to a controllee UE, the controller UE1 sends a REFER message with a relevant body to trigger the media session operations to SCC AS..."）<br>[0054]、[0060]。 | 目标专利中第一消息是触发IUT的传输请求消息。对比文件中的REFER消息用于发起和触发媒体传输至被控UE（即IUT传输请求消息），技术内容、含义与作用完全相同，属于直接公开。 |
| 技术特征Y：流增加请求消息。<br><br>《直接公开》 | [0050] “...上述媒体操作包括添加、删除、修改媒体流的特性...”（"...The media operations referred to above include adding, deleting, modifying characteristics... of a media stream..."）<br>[0063] “...在框512中，UE1 502使用IUT过程在UE2 516上添加另一个媒体组件视频#1 514。”<br>[0083] 步骤614。 | 对比文件明确公开了第一消息可以是请求在受控UE上添加媒体流的操作请求（即流增加请求消息），技术方案与作用完全相同，属于直接公开。 |
<<<A>>>
<<<C>>>
<<<h>>>
<<<i>>>
<<<n>>>
<<<P>>>
<<<r>>>
<<<S>>>
<<<t>>>
<<<U>>>
<<<V>>>
<<<W>>>
<<<X>>>
<<<Y>>>
作为经验丰富的专利代理师，紧密结合目标专利说明书的记载，对对比文件（US 2010/0325212 A1）是否公开目标专利权利要求的各项技术特征进行系统严谨的比对与分析。
---
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用及中文翻译 | 公开性论述 |
| 技术特征A：该方法包括所述WTRU中的第一WTRU传送第一消息<br><br>《直接公开》 | 【段落 [0105]】<br>“The message exchange may begin with USER A 405 initiating the collaborative session (shown as event #1)... USER A 405 may initiate the collaborative session by transmitting an INITIATE SESSION message or equivalent message to first SCC AS 410.”<br>（消息交换可由用户A 405发起协作会话开始（示为事件#1）……用户A 405可通过向第一SCC AS 410发送INITIATE SESSION（发起会话）消息或等同消息来发起协作会话。）<br><br>【段落 [0003]】<br>“The traditional IMS session is created between a User Equipment (UE) and a remote end...”<br>（传统的IMS会话是在用户设备（UE）与远端之间创建的……） | 对比文件公开了用户A（对应第一WTRU/UE）传送发起会话消息（对应第一消息）。在对比文件和目标专利中，该特征的作用均是协作会话的发起方终端向网络端发送信令以启动针对媒体会话的相关操作，二者技术方案与技术效果相同。因此技术特征A被直接公开。 |
| 技术特征B：该第一消息包括初始的时间同步信息<br><br>【无直接公开，无隐含公开】 | 对比文件全文通篇未记载时间同步信息、PTO（呈现时间偏移）或在第一消息中携带时间同步参数的内容。对比文件消息交互如段落 [0105] 仅记载：<br>“transmitting an INITIATE SESSION message or equivalent message to first SCC AS 410.” | 目标专利说明书【0005】、【0051】-【0053】明确阐述时间同步信息包括呈现时间偏移（PTO IE）、时间戳差值等，用于设备间媒体回放的时间对齐。对比文件仅关注多用户协作会话的建立与权限授权控制，并未涉及媒体回放的时间对齐与同步参数交换，本领域技术人员无法直接得出也无法合理推断出该第一消息包含初始的时间同步信息。因此该特征未被公开。 |
| 技术特征C：和在所述媒体流上执行操作的请求<br><br>《直接公开》 | 【段落 [0105]】<br>“In the collaborative session USER A 405 intends to share media and control with USER B 407. USER A 405 may initiate the collaborative session by transmitting an INITIATE SESSION message or equivalent message to first SCC AS 410.”<br>（在协作会话中，用户A 405打算与用户B 407共享媒体和控制。用户A 405可通过向第一SCC AS 410发送INITIATE SESSION消息或等同消息来发起协作会话。） | 对比文件中用户A传送的会话发起消息本身包含共享媒体（在媒体流上执行传输/添加/共享操作）的请求。在对比文件与目标专利中，该请求的作用均是通知网络控制实体对多媒体流进行跨终端的建立、共享或传输操作，所起作用相同。因此技术特征C被直接公开。 |
| 技术特征D：其中所述初始的时间同步信息指示当前回放时间<br><br>【无直接公开，无隐含公开】 | 对比文件无相关记载。 | 对比文件完全未涉及媒体回放时间的测量或指示，亦未记载任何时间同步信息。因此该特征未被公开。 |
| 技术特征E：与当前时间戳之间的差<br><br>【无直接公开，无隐含公开】 | 对比文件无相关记载。 | 对比文件完全未涉及根据回放时间与时间戳计算PTO差值或进行时间偏移计算的机制。因此该特征未被公开。 |
| 技术特征F：以确保针对所述WTRU发生同步的回放<br><br>《隐含公开》 | 【段落 [0086]】<br>“Controls for first IMS user 205 and second IMS user 207 may be synchronized so that seamless video and voice sessions are experienced by both. A single SCC AS, namely SCC AS 222, may be used to arbitrate first collaborative session 200 control signaling so that control is synchronized for the service.”<br>（第一IMS用户205和第二IMS用户207的控制可以被同步，使得两者体验到无缝的视频和语音会话。单个SCC AS即SCC AS 222可用于仲裁第一协作会话200控制信令，从而为该服务实现控制同步。） | 对比文件公开了通过同步控制使两个终端体验无缝的视频和语音会话，其功能意图包含了向多个用户设备提供同步的视音频呈现/体验。本领域技术人员结合多媒体协作会话的常识可以合理推断出其追求的目标包含确保针对各终端发生同步的媒体回放。因此按照宽松的隐含公开判断标准，认定该目的/效果特征被隐含公开。 |
| 技术特征G：所述当前时间戳为相对于媒体呈现的开始的片段的时间戳<br><br>【无直接公开，无隐含公开】 | 对比文件无相关记载。 | 对比文件完全未涉及媒体呈现开始的片段（segment）时间戳及基于其计算时间差值的技术方案。因此该特征未被公开。 |
| 技术特征H：所述WTRU中的第二WTRU接收第二消息<br><br>《直接公开》 | 【段落 [0107]】<br>“Second SCC AS 412 may send a session refer message to USER B 407 (shown as event #3). The session refer message may be in the form of a REFER SESSION message or equivalent message.”<br>（第二SCC AS 412可向用户B 407发送会话指示（session refer）消息（示为事件#3）。该会话指示消息可以是REFER SESSION消息或等同消息的形式。） | 对比文件公开了第二SCC AS向第二终端（USER B 407）发送会话指示消息（REFER SESSION），USER B接收该消息。在对比文件与目标专利中，该特征的作用均是由网络将协作媒体请求下发递交给目标协同终端。因此技术特征H被直接公开。 |
| 技术特征I：该第二消息包括在所述媒体流上执行所述操作的请求<br><br>《直接公开》 | 【段落 [0105], [0107]】<br>“In the collaborative session USER A 405 intends to share media and control with USER B 407... Second SCC AS 412 may send a session refer message to USER B 407 (shown as event #3).”<br>（在协作会话中，用户A打算与用户B共享媒体和控制……第二SCC AS可向用户B发送会话指示消息（事件#3）。） | 对比文件第二SCC AS向用户B发送的REFER SESSION消息正是用于指示并请求用户B加入该媒体共享会话，本质上包含了在媒体流上执行共享/加入操作的请求，所起作用与目标专利完全相同。因此技术特征I被直接公开。 |
| 技术特征J：更新的时间同步信息<br><br>【无直接公开，无隐含公开】 | 对比文件无相关记载。 | 对比文件中第二消息（REFER SESSION）仅携带会话与授权相关的信令参数，不包含任何更新的时间同步信息（如SCC-AS分配更新后的PTO或群组ID），本领域技术人员无法从中得出该技术特征。因此该特征未被公开。 |
| 技术特征K：所述第二WTRU根据所述更新的时间同步信息来重新同步该第二WTRU的媒体流<br><br>【无直接公开，无隐含公开】 | 对比文件无相关记载。 | 目标专利说明书【0073】记载第二WTRU根据更新的PTO调整流客户端行为（延迟呈现或调整回放定时）来重新同步流。对比文件中第二终端加入会话后仅按照常规方式建立媒体流，无根据更新时间同步信息重新调整回放定时的重新同步过程。因此该特征未被公开。 |
| 技术特征L：其中所述第二WTRU的重新同步更新所述媒体流的同步<br><br>【无直接公开，无隐含公开】 | 对比文件无相关记载。 | 对比文件不存在根据时间同步信息执行重新同步进而更新媒体流同步状态的机制。因此该特征未被公开。 |
| 技术特征M：以提供针对所述WTRU中的第一WTRU和所述第二WTRU的同步的回放。<br><br>《隐含公开》 | 【段落 [0086]】<br>“Controls for first IMS user 205 and second IMS user 207 may be synchronized so that seamless video and voice sessions are experienced by both.”<br>（第一IMS用户205和第二IMS用户207的控制可以被同步，使得两者体验到无缝的视频和语音会话。） | 对比文件公开了使第一用户与第二用户能够体验到无缝且同步的音视频会话，这与目标专利中为第一和第二WTRU提供同步回放所达成的应用目标在效果上具有对应性。按照宽松的隐含公开标准，该目的特征被隐含公开。 |
| 技术特征N：该方法还包括所述第二WTRU传送第三消息<br><br>《直接公开》 | 【段落 [0107]】<br>“USER B 407 may respond to the session refer message with a join session message sent to second SCC AS 412 (shown as event #4). The join session message may be in the form of a JOIN SESSION message or equivalent message.”<br>（用户B 407可以向第二SCC AS 412发送响应于该会话指示消息的加入会话消息（示为事件#4）。该加入会话消息可以是JOIN SESSION消息或等同消息的形式。） | 对比文件中第二终端（USER B）发送JOIN SESSION消息响应前序请求，对应于第二WTRU传送第三消息。二者均起到目标受控终端确认响应并将自身状态或处理结果上报给网络节点的作用，所起作用相同。因此技术特征N被直接公开。 |
| 技术特征O：该第三消息包括用于重新同步该第二WTRU的媒体流的所述更新的时间同步信息<br><br>【无直接公开，无隐含公开】 | 对比文件无相关记载。 | 目标专利说明书【0073】记载第二WTRU发送的响应消息中可携带重新同步所使用的PTO或进一步更新的PTO IE。对比文件中的JOIN SESSION仅为通用SIP呼叫建立控制响应，完全未携带任何时间同步信息。因此该特征未被公开。 |
| 技术特征P：所述第一WTRU接收第四消息<br><br>《直接公开》 | 【段落 [0108]】<br>“USER A 405, USER B 407, first SCC AS 410, second SCC AS 412, and remote end users 415 may participate in further message exchanges to complete the setup of the collaborative session with remote end users 415.”<br>（用户A 405、用户B 407、第一SCC AS 410、第二SCC AS 412和远端用户415可参与进一步的消息交换，以完成与远端用户415的协作会话的建立。）<br><br>【图 4a】<br>Event #5及后续响应指向用户A。 | 在典型的SIP/IMS会话流程中，第二终端确认加入后，最终的会话确认/响应消息会返回给发起方第一终端（USER A）。对比文件图4a及段落【0108】公开了完成建立所需的后续消息交换，第一终端必然接收完成/确认响应消息（第四消息），二者作用相同。因此技术特征P被直接公开。 |
| 技术特征Q：该第四消息包括所述更新的时间同步信息<br><br>【无直接公开，无隐含公开】 | 对比文件无相关记载。 | 对比文件中向第一终端返回的完成消息仅为会话控制响应，不存在携带更新的时间同步信息（PTO等）的构思与内容。因此该特征未被公开。 |
| 技术特征R：所述第一WTRU利用所述更新的时间同步信息来更新该第一WTRU的内部状态。<br><br>【无直接公开，无隐含公开】 | 对比文件无相关记载。 | 目标专利说明书【0073】明确指出第一WTRU用更新的时间同步信息更新其内部状态（如代表协作会话状态的数据结构中的PTO等），用于后续对齐或检查。对比文件完全未记载第一终端保存或利用时间同步信息更新内部状态的过程。因此该特征未被公开。 |
| 技术特征S：其中所述第一消息<br><br>《直接公开》 | 【段落 [0105]】<br>“USER A 405 may initiate the collaborative session by transmitting an INITIATE SESSION message or equivalent message to first SCC AS 410.”<br>（用户A 405可通过向第一SCC AS 410发送INITIATE SESSION消息或等同消息来发起协作会话。） | 对比文件公开了第一终端传送第一消息（INITIATE SESSION），其与技术特征A中的主体特征完全对应。因此被直接公开。 |
| 技术特征T：和所述第二消息中的每一者包括会话描述协议SDP属性行。<br><br>《隐含公开》 | 【段落 [0004]】<br>“Generally, the CSCF processes session initiation protocol (SIP) signaling packets in the IMS system... acts as an SIP element to mediate SIP signaling between the UE and the remote end.”<br>（通常，CSCF在IMS系统中处理会话发起协议（SIP）信令分组……作为SIP网元在UE与远端之间中介SIP信令。） | 对比文件公开了整个协作会话体系基于3GPP IMS系统架构，且消息交互采用SIP协议（如INVITE/REFER等）。在IMS及SIP通信框架下，协商和建立媒体流必须通过SIP消息中携带的会话描述协议（SDP）载荷实现，SDP属性行（a=行）是标准SDP中描述媒体属性的固有组成部分。本领域技术人员根据对比文件公开的IMS/SIP环境能够必然推知其第一消息和第二消息中包含SDP属性行。因此根据隐含公开标准，该特征被隐含公开。 |
| 技术特征U：其中所述操作为WTRU间传输操作。<br><br>《直接公开》 | 【段落 [0005]】<br>“Moreover, when a media flow is transferred to another device, both the session control signaling flow and the media flow are transferred to the same device. This situation is not always convenient or desired by the user, who may want to control the media flow via one device, but watch or control the video on a different device, such as a computer monitor or television.”<br>（此外，当媒体流被传输到另一个设备时……用户可能希望通过一个设备控制媒体流，但在不同的设备（如计算机监视器或电视机）上观看或控制视频。）<br><br>【段落 [0099]】<br>“...both may use each other's media in collaborative session(s) that they control and/or share and transfer control of collaborative session(s);”<br>（……两者都可以在其控制的协作会话中使用彼此的媒体，和/或共享和传输协作会话的控制；） | 对比文件明确描述了在不同设备（终端）之间转移/传输媒体流的场景与操作（即Inter-WTRU transfer操作）。两专利中所述操作的作用均是实现媒体流在不同通信终端间的转移与分配，技术方案与效果完全一致。因此技术特征U被直接公开。 |
| 技术特征V：其中所述媒体流包括视频流<br><br>《直接公开》 | 【段落 [0086]】<br>“First IMS user 205 may configure first collaborative session 200 so that video from video server 218 may be displayed on display 214 through IMS 220 and a voice connection may be established between telephone 212 and UE 216 through PSTN 213. As shown in FIG. 2a, an exchange of control information is illustrated as arrowed dashed lines and an exchange of video/voice information is illustrates as arrowed solid lines.”<br>（第一IMS用户205可配置第一协作会话200，使得来自视频服务器218的视频可通过IMS 220显示在显示器214上……如图2a所示，视频/语音信息的交换示为带箭头的实线。） | 对比文件明确公开了协作会话所涉及的媒体流包含视频流（video）。在对比文件与目标专利中，该特征的作用均是作为多媒体会话的可视化内容流进行呈现，所起作用相同。因此技术特征V被直接公开。 |
| 技术特征W：和音频流。<br><br>《直接公开》 | 【段落 [0086]】<br>“...and a voice connection may be established between telephone 212 and UE 216 through PSTN 213. As shown in FIG. 2a, an exchange of control information is illustrated as arrowed dashed lines and an exchange of video/voice information is illustrates as arrowed solid lines.”<br>（……并且可以通过PSTN 213在电话212与UE 216之间建立语音连接。如图2a所示，视频/语音信息的交换示为带箭头的实线。） | 对比文件明确公开了协作会话所涉及的媒体流包含语音/音频流（voice connection/voice information）。在对比文件与目标专利中，该特征的作用均是作为多媒体会话的声音内容流进行传输，所起作用相同。因此技术特征W被直接公开。 |
| 技术特征X：其中所述第一消息为WTRU间传输请求消息<br><br>《直接公开》 | 【段落 [0099], [0105]】<br>“...both may use each other's media in collaborative session(s) that they control and/or share and transfer control of collaborative session(s)... USER A 405 may initiate the collaborative session by transmitting an INITIATE SESSION message or equivalent message to first SCC AS 410.”<br>（……两者都可以在其控制的协作会话中使用彼此的媒体，和/或共享和传输协作会话的控制……用户A 405可通过向第一SCC AS 410发送INITIATE SESSION消息或等同消息来发起协作会话。） | 对比文件中第一消息（INITIATE SESSION）用于发起涉及终端间媒体转移/共享的会话控制请求，其实质即为WTRU间传输请求消息（Inter-UE/Inter-WTRU Transfer Request）。在对比文件与目标专利中，二者作用均是向SCC-AS请求启动跨设备的媒体转移流程，实质相同。因此技术特征X被直接公开。 |
| 技术特征Y：流增加请求消息。<br><br>《直接公开》 | 【段落 [0008]】<br>“The method includes receiving a first message from an applications server, the first message including a request to add a first communications device to an existing collaborative session... and sending a second message to the applications server, the second message including a confirmation for the request to add the first communications device to an existing collaborative session.”<br>（该方法包括从应用服务器接收第一消息，该第一消息包括将第一通信设备添加到现有协作会话的请求……并向应用服务器发送第二消息，该第二消息包括对将第一通信设备添加到现有协作会话的请求的确认。）<br><br>【段落 [0009]】<br>“...the first message including a request to add the first communications device to an existing collaborative session.”<br>（……第一消息包括将第一通信设备添加到现有协作会话的请求。） | 对比文件明确公开了向现有协作会话中增加/添加新设备及相应媒体流的消息，其实质即为流增加请求消息（Flow Add Request）。在对比文件与目标专利中，该特征的作用均是在协同会话中发起增加新媒体流的控制过程，所起作用相同。因此技术特征Y被直接公开。 |
---
<<<A>>>
<<<C>>>
<<<f>>>
<<<H>>>
<<<I>>>
<<<m>>>
<<<N>>>
<<<P>>>
<<<S>>>
<<<t>>>
<<<U>>>
<<<V>>>
<<<W>>>
<<<X>>>
<<<Y>>>
### 特征比对与公开性分析
作为资深专利代理师，在对目标专利权利要求各技术特征进行公开性判定前，首先紧密结合**目标专利说明书原文**对本技术方案的技术构思与核心特征进行解读：
目标专利涉及**在协同会话期间同步多个无线发射/接收单元（WTRU）之间的媒体流**（例如在协同会话中将视频/音频流从第一WTRU传输或增加到第二WTRU时）。其核心在于：通过在信令消息（如第一消息、第二消息、SDP属性行）中携带包含**呈现时间偏移（PTO = 当前回放时间 - 当前时间戳）**、群组ID、同步容限等时间同步信息，使第二WTRU能依据该时间同步信息调整或重新同步其媒体流回放定时，并将更新的时间同步信息经由第三/第四消息反馈给第一WTRU，以更新第一WTRU内部状态，从而实现多个WTRU之间媒体流的回放同步。
而本篇**对比文件（WO2011014992A1）**涉及的是**单一用户终端（UE）在由LTE分组域（PS域）向电路域（CS域）进行单频呼叫连续性（SRVCC）切换时，为了减小VoIP通话中断时间的方法和装置**。其技术手段是通过MSC服务器分别测量或估算向远端IMS实体切换信令的时延与本地向CS接入网发切换命令的时延差，从而控制向远端发出切换请求与向本地发出切换命令的时延差（时间差补偿），使得IMS分支的切换中断与目标小区的切换中断在时间上重叠，进而将整体中断时间减小到最小。
在此基础上，严格按照权利要求已划分的技术特征A至Y，建立特征比对表格并进行严谨论述。
---
### ## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括所述WTRU中的第一WTRU传送第一消息<br><br>【公开性判断】：未公开 | 对比文件无直接对应内容。<br>相关段落：[p0017]、[p0031]、[p0040]-[p0043]、[p0064]、[p0082]等。<br>对比文件记载（翻译/原文意译）：*“E-UTRAN接收来自本地UE的测量报告，决定将本地UE在源小区的VoIP呼叫从分组交换域切换到电路交换域……”*、*“电路交换域的控制实体接收到来自源分组域控制实体的切换指示……”*。 | 1. 目标专利技术方案含义与作用：<br>根据目标专利说明书[0003]、[0006]、[0048]、[0067]-[0069]，第一WTRU是参与协同会话的两个或多个WTRU中的控制方WTRU，第一WTRU传送的第一消息是向网络（SCC-AS）发起的涉及媒体流操作（如WTRU间流传输、流增加）的协同信令消息，用于向网络提供初始时间同步信息。<br>2. 对比文件对应分析：<br>对比文件针对的是单一移动终端在PS到CS（SRVCC）切换过程，虽然在切换前UE向E-UTRAN发送测量报告（Measurement Report），但该测量报告仅是基站触发网络侧切换的射频测量，且对比文件的核心执行主体是电路交换的控制实体（MSC Server），并没有涉及协同会话中由一个“第一WTRU”为了在多个WTRU之间协同/传输流而主动传送包含同步信息的第一消息。两者的系统架构、应用场景及消息性质完全不同，本领域技术人员既无法直接得出，也无法合理解读或推论出该技术特征。因此，技术特征A未被公开。 |
| 技术特征B：该第一消息包括初始的时间同步信息<br><br>【公开性判断】：未公开 | 对比文件无对应内容。<br>对比文件记载：[p0065]-[p0068]、[p0084]等提及在步骤10中MSC Server向SCC AS发送Invite消息（无MGW SDP信息），以便测量时间P1。 | 1. 目标专利技术方案含义与作用：<br>根据目标专利说明书[0005]、[0006]、[0049]-[0053]、[0069]，第一消息中的初始时间同步信息具体包括呈现时间偏移（PTO）信息元素、群组ID和同步容限，其作用是表征当前WTRU上正在进行的媒体流的播放时钟基准与时间戳关系，以便后续第二WTRU据此进行协同回放对齐。<br>2. 对比文件对应分析：<br>对比文件中UE发送的仅是测量报告，或者MSC发送的是SIP Invite消息；对比文件中没有任何关于媒体流本身的“初始时间同步信息（如回放时间与时间戳的偏置等）”，对比文件中涉及的“P1”、“P2”等时间是网络节点之间的往返信令传输时延（墙上时钟差），而非包含在终端第一消息中的媒体流回放时间同步信息。因此，技术特征B未被公开。 |
| 技术特征C：和在所述媒体流上执行操作的请求<br><br>【公开性判断】：未公开 | 对比文件无对应内容。<br>对比文件记载：[p0017]、[p0031]涉及“将源分组交换切换到电路交换”，即SRVCC接入切换。 | 1. 目标专利技术方案含义与作用：<br>根据目标专利说明书[0003]、[0006]、[0069]、[0077]，在媒体流上执行的操作是指在多设备协同会话中对媒体流进行的WTRU间传输（Inter-WTRU Transfer）或流增加（Flow Addition）操作。<br>2. 对比文件对应分析：<br>对比文件中的操作是单个UE单张无线网卡在PS与CS接入技术之间的垂直切换（Handover），不涉及在多个WTRU协同会话的媒体流上执行操作的请求。因此，技术特征C未被公开。 |
| 技术特征D：其中所述初始的时间同步信息指示当前回放时间<br><br>【公开性判断】：未公开 | 对比文件无对应内容。<br>对比文件记载：[p0031]、[p0062]-[p0063]记录的是时延P1、P2（信令在网络节点与终端间传输所需的平均时间）。 | 1. 目标专利技术方案含义与作用：<br>根据目标专利说明书[0051]-[0053]，当前回放时间是指“以执行当前正在播放的片段的第一个字节的回放时的墙上时钟时间为基础的”本地播放定时。<br>2. 对比文件对应分析：<br>对比文件中完全没有媒体流片段“当前回放时间”的定义或应用，仅涉及网络信令传输所需的延迟时间。因此，技术特征D未被公开。 |
| 技术特征E：与当前时间戳之间的差<br><br>【公开性判断】：未公开 | 对比文件无对应内容。<br>对比文件[p0036]、[p0060]等处虽然出现了“差”（例如P1与P2之差），但该差是“第一时长与第二时长之差”，用于控制信令发出时延。 | 1. 目标专利技术方案含义与作用：<br>根据目标专利说明书[0051]-[0053]公式（1）：PTO = 当前_回放_时间 - 当前_时间戳，其差值表征的是媒体流回放物理时钟与媒体自身编码时间戳的映射偏置。<br>2. 对比文件对应分析：<br>对比文件中的“时差”完全是网络节点发送消息传输时延之间的差值（P1 - P2），根本不存在“回放时间与时间戳之间的差”，技术领域、物理含义及技术功能均完全不相干。因此，技术特征E未被公开。 |
| 技术特征F：以确保针对所述WTRU发生同步的回放<br><br>【公开性判断】：未公开 | 对比文件无对应内容。<br>对比文件记载：[p0031]、[p0053]等提及“引进了同步和机制……使得两者的中断时间相同或几乎相同，从而使得SRVCC切换中的中断时间可预测和减小到最小”。 | 1. 目标专利技术方案含义与作用：<br>目标专利的同步是指多个独立的WTRU（设备间）在协同播放音视频时保持播放画面的帧/时间对齐（Inter-device media synchronization, IDMS）。<br>2. 对比文件对应分析：<br>对比文件的“同步”是指将IMS控制面的接入更新与无线空口CS小区的接入切换过程两者的“中断时间”做时间重叠（即所谓机制上的协同触发，使两者的切换中断同时发生以缩短总体挂断时间），完全不是多个WTRU之间媒体内容的“同步回放”。因此，技术特征F未被公开。 |
| 技术特征G：所述当前时间戳为相对于媒体呈现的开始的片段的时间戳<br><br>【公开性判断】：未公开 | 对比文件无对应内容。 | 对比文件中完全不涉及任何媒体流片段的编解码时间戳（Timestamp）或其相对于媒体呈现起点的定义。因此，技术特征G未被公开。 |
| 技术特征H：所述WTRU中的第二WTRU接收第二消息<br><br>【公开性判断】：未公开 | 对比文件无对应内容。<br>对比文件记载：[p0007]、[p0011]等涉及单UE的单射频呼叫连续性。 | 对比文件针对的是单用户设备（UE），系统仅存在一个进行呼叫切换的终端设备，根本不存在作为媒体流协同接收端的“第二WTRU”，更不存在第二WTRU接收第二消息的交互流程。因此，技术特征H未被公开。 |
| 技术特征I：该第二消息包括在所述媒体流上执行所述操作的请求<br><br>【公开性判断】：未公开 | 对比文件无对应内容。 | 因对比文件不存在第二WTRU和多设备间的协同流操作，故该第二消息及其中包含的请求特征均未公开。 |
| 技术特征J：更新的时间同步信息<br><br>【公开性判断】：未公开 | 对比文件无对应内容。<br>对比文件记载：[p0065]记载由SCC AS更新并回复带有远端SDP的200 OK消息。 | 目标专利中更新的时间同步信息是指网络服务器（SCC-AS）分配的有效群组ID、更新后的PTO或更新后的同步容限IE（见目标说明书[0005]、[0050]、[0072]）。对比文件中仅涉及SIP信令中携带正常的会话SDP，完全不包含媒体流协同播放的时间同步信息。因此，技术特征J未被公开。 |
| 技术特征K：所述第二WTRU根据所述更新的时间同步信息来重新同步该第二WTRU的媒体流<br><br>【公开性判断】：未公开 | 对比文件无对应内容。 | 目标专利中第二WTRU根据更新的PTO调整流客户端行为（如延迟流的呈现来匹配PTO，见目标说明书[0073]）。对比文件中不存在第二WTRU，也无利用时间同步信息重新同步媒体流的过程。因此，技术特征K未被公开。 |
| 技术特征L：其中所述第二WTRU的重新同步更新所述媒体流的同步<br><br>【公开性判断】：未公开 | 对比文件无对应内容。 | 对比文件无多终端之间媒体流重新同步更新以维持同步的机制。因此，技术特征L未被公开。 |
| 技术特征M：以提供针对所述WTRU中的第一WTRU和所述第二WTRU的同步的回放。<br><br>【公开性判断】：未公开 | 对比文件无对应内容。 | 目标专利的目的是实现第一WTRU和第二WTRU协同会话中媒体流的设备间同步回放（例如视频在第二WTRU播放，音频在第一WTRU播放且音视频同步）。对比文件仅针对单UE通话切换中断的缩短，未公开该特征。因此，技术特征M未被公开。 |
| 技术特征N：该方法还包括所述第二WTRU传送第三消息<br><br>【公开性判断】：未公开 | 对比文件无对应内容。 | 对比文件中不存在多终端协同架构下的第二WTRU及其反馈第三消息的交互过程。因此，技术特征N未被公开。 |
| 技术特征O：该第三消息包括用于重新同步该第二WTRU的媒体流的所述更新的时间同步信息<br><br>【公开性判断】：未公开 | 对比文件无对应内容。 | 目标专利中第三消息为目标WTRU向SCC-AS返回的响应消息（见目标说明书[0006]、[0073]步骤370），其中包含用于重新同步的时间同步IE。对比文件完全未公开。因此，技术特征O未被公开。 |
| 技术特征P：所述第一WTRU接收第四消息<br><br>【公开性判断】：未公开 | 对比文件无对应内容。 | 对比文件不存在协同会话中控制方第一WTRU接收来自网络转交的第四消息的过程。因此，技术特征P未被公开。 |
| 技术特征Q：该第四消息包括所述更新的时间同步信息<br><br>【公开性判断】：未公开 | 对比文件无对应内容。 | 目标专利中第四消息向第一WTRU通知重新同步后的同步信息（目标说明书[0006]、[0073]步骤375）。对比文件完全未公开。因此，技术特征Q未被公开。 |
| 技术特征R：所述第一WTRU利用所述更新的时间同步信息来更新该第一WTRU的内部状态。<br><br>【公开性判断】：未公开 | 对比文件无对应内容。 | 目标专利中第一WTRU利用接收到的时间同步信息更新其维护协同会话的数据结构（目标说明书[0073]步骤380）。对比文件完全未公开。因此，技术特征R未被公开。 |
| 技术特征S：其中所述第一消息<br><br>【公开性判断】：未公开 | 对比文件无对应内容。 | 结合技术特征A与B的分析，对比文件中不存在目标专利在多设备协同会话中发送的第一消息。因此，技术特征S未被公开。 |
| 技术特征T：和所述第二消息中的每一者包括会话描述协议SDP属性行。<br><br>【公开性判断】：隐含公开 | 对比文件记载：<br>[p0021]：*“步骤10至12 由IMS中的SCC AS用目的CS接入分支（Access Leg）的SDP更新……建立VoIP承载并释放原EPS接入分支……”*<br>[p0065]：*“在图4、图5及图6的步骤10中MSC服务器向IMS中的SCC AS发送的INVITE消息中不含有MGW的SDP信息……SCC AS向MSC服务器返回200 OK消息，其中包含了远端的SDP信息……”*<br>[p0071]：*“……向SCC AS发送重协商请求，比如图4中步骤12所示的ACK消息，在该消息中带有MGW的SDP信息……”* | 1. 目标专利技术方案含义与作用：<br>根据目标专利说明书[0005]、[0055]、[0069]-[0071]，SDP属性行即“a”行（如a=3gpp_sync_info:...），用于在消息中挂载时间同步信息。<br>2. 对比文件公开性推论：<br>对比文件在SIP信令交互中明确公开了消息中携带SDP信息（包括在INVITE/200 OK/ACK消息中携带MGW或远端的SDP信息）。虽然对比文件携带的是传统的媒体会话描述，且未包含特定的时间同步属性，但根据非常宽松的隐含公开判断标准（只要记载相关内容有可能公开、或部分公开了技术方案有可能与其他文件组合）：对比文件已公开了在会话建立/更新控制信令消息中使用SDP（Session Description Protocol）来描述媒体参数，本领域技术人员可以推断出在SIP协议框架下的会话协商消息通常是以SDP属性行（attribute line, 如a=行）的形式来承载媒体属性参数。因此，根据宽松标准判定为隐含公开。 |
| 技术特征U：其中所述操作为WTRU间传输操作。<br><br>【公开性判断】：未公开 | 对比文件无对应内容。<br>对比文件记载：[p0003]、[p0007]、[p0022]记载的是将当前终端的VoIP呼叫从E-UTRAN小区的分组域切换到UTRAN/GERAN小区的电路域（SRVCC接入技术切换）。 | 1. 目标专利技术方案含义与作用：<br>根据目标专利说明书[0003]、[0048]、[0073]，WTRU间传输操作（Inter-WTRU Transfer）是指在具有协同会话的两个或多个独立设备之间转移媒体流的控制或呈现（例如从WTRU 1传给WTRU 2）。<br>2. 对比文件对应分析：<br>对比文件是单个UE在不同无线接入网（不同网络分支）之间的Handover，并非不同WTRU设备之间的Inter-WTRU Transfer，两者在通信标准规范中属于完全不同的信令机制与操作维度。因此，技术特征U未被公开。 |
| 技术特征V：其中所述媒体流包括视频流<br><br>【公开性判断】：隐含公开 | 对比文件记载：<br>[p0004]：*“……IMS（IP多媒体子系统）就是在这种背景下应运而生的。IMS是一个全球性的、基于IP通道和各种控制实体的体系架构，它使得对于普通特性的终端用户使用不同多媒体业务成为可能。”*<br>[p0028]提及IMS多媒体子系统处理业务；背景技术普遍包含多媒体业务。 | 1. 目标专利技术方案含义与作用：<br>协同会话传输的媒体流包括视频流与音频流。<br>2. 对比文件公开性推论：<br>对比文件的具体实施例重点围绕VoIP语音呼叫切换，但在背景技术[p0004]中明确指出IMS是用于向终端用户提供“不同多媒体业务”的体系架构。本领域技术人员在非常宽松的隐含公开标准下，可以合理解读出IMS支持的多媒体业务流自然涵盖了最为常规的多媒体类型——“视频流”。因此，技术特征V判定为隐含公开。 |
| 技术特征W：和音频流。<br><br>【公开性判断】：直接公开 | 对比文件记载：<br>[p0003]：*“本发明涉及通信领域，尤其涉及通信中的减小VoIP（分组语音）呼叫从分组交换到电路交换的切换中的中断时间的方法和装置。”*<br>[p0021]：*“……上述步骤将在原有的VoIP会话的音频部分在用户面从EPC切换到MGW……”* | 1. 目标专利技术方案含义与作用：<br>媒体流包含音频流。<br>2. 对比文件公开性论述：<br>对比文件全文明确以“VoIP”（分组语音）及“音频部分”（Audio part）作为传输与切换的核心媒体流载体（见[p0003]、[p0021]），本领域技术人员能毫无疑义地从对比文件中直接得出传输的媒体流包括“音频流”。对比文件对于该特征构成了实质上的直接公开。 |
| 技术特征X：其中所述第一消息为WTRU间传输请求消息<br><br>【公开性判断】：未公开 | 对比文件无对应内容。 | 结合特征A、C、U，对比文件属于单用户网内接入域切换（SRVCC），不包含协同会话中的WTRU间传输请求消息。因此，技术特征X未被公开。 |
| 技术特征Y：流增加请求消息。<br><br>【公开性判断】：未公开 | 对比文件无对应内容。 | 对比文件未涉及协同会话中向其他目标设备增加流的“流增加请求消息”（Flow Addition Request）。因此，技术特征Y未被公开。 |
---
### ## 综合结论
经资深专利代理师严格根据目标专利说明书原文含义，对对比文件（WO2011014992A1）全文进行检索与深度比对判断：
1. **直接公开**的技术特征为：**技术特征W**；
2. 在极度宽松的审查标准下，被对比文件**隐含公开**的技术特征为：**技术特征T、技术特征V**；
3. 其余技术特征（A、B、C、D、E、F、G、H、I、J、K、L、M、N、O、P、Q、R、S、U、X、Y）由于发明构思、应用场景（多终端协同会话 vs 单终端接入域垂直切换）、控制机制（基于回放时钟与时间戳偏置PTO的设备间播放对齐 vs 基于信令往返时延测量的中断时间对齐）完全不同，对比文件均**未公开**。
<<<W>>><<<t>>><<<v>>>
本对比分析紧密结合目标专利说明书原文，针对对比文件（US20050025180A1）是否公开了目标专利权利要求中的各项技术特征（A至Y）进行严格、客观的法律与技术审查。
---
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A<br>该方法包括所述WTRU中的第一WTRU传送第一消息<br>《隐含公开》 | [0105] "The following implementations are based on the usage of RTSP protocol."<br>[0116]-[0117] "The command sequence could be as follows (FIG. 3): The wireless communication device MT1 transmits 301 a Describe Session command to the server 10."<br>[0121] "After negotiating with the network for the bearer service for the PDP session, the wireless communication device MT1 transmits 305 a first setup message to the server 10..."<br>[0125] "The playback of the media streams is initiated by transmitting 309 a Play command from the wireless communication device MT1 to the server 10."<br>（中文翻译：[0105] 以下实施方式基于RTSP协议的使用。[0116]-[0117] 命令序列可以如下（图3）：无线通信设备MT1向服务器10发送301描述会话命令。[0121] 在与网络协商用于PDP会话的承载服务之后，无线通信设备MT1向服务器10发送305第一设置消息……[0125] 通过从无线通信设备MT1向服务器10发送309播放命令来发起媒体流的回放。） | 对比文件公开了在移动通信系统（如UMTS系统）中，无线通信设备MT1（对应于WTRU）向流媒体服务器发送控制信令（例如DESCRIBE、SETUP、PLAY等RTSP请求消息）。在多设备协同或通信的宽泛理解下，对比文件中的MT1属于一种无线发射/接收单元，并且其执行传送第一消息的操作。虽然对比文件主要描述的是单设备客户端MT1与服务器之间的流控制交互，并未直接置于多WTRU协同会话语境下，但考虑到其公开了无线终端（作为系统中的一个WTRU）向网络侧传送流会话控制消息，在最宽松的隐含公开标准下（有可能结合其他多设备协同背景），认为该基本交互动作被《隐含公开》。 |
| 技术特征B<br>该第一消息包括初始的时间同步信息<br>《未公开》 | 对比文件全文未记载第一消息包括用于设备间/媒体间协同播放呈现的时间同步信息（初始的时间同步信息）。<br>见对比文件 [0125]：“PLAY rtsp://[server.com/session1.3gp](https://server.com/session1.3gp) RTSP/1.0 ... QoSParams: MaxBW=80; GuaBW=60; TDelayMax=500” | 目标专利说明书明确阐述：时间同步信息是用于在协作会话期间使多个WTRU之间媒体流同步的呈现时间偏移（PTO，基于播放时间和片段起始时间戳之差）等信息元素（参见说明书[0005]、[0049]-[0053]、[0069]-[0072]）。而对比文件第[0125]段在PLAY消息中携带的仅为QoS参数（MaxBW最大带宽、GuaBW保证带宽、TDelayMax最大传输延迟），其作用在于指导网络承载管理与流媒体服务器自适应码率调整，完全不涉及回放呈现的时间同步参数（如PTO），无法起到指示媒体回放时间偏移的作用。因此对比文件既未直接公开、也无法推理出该技术特征。 |
| 技术特征C<br>和在所述媒体流上执行操作的请求<br>《隐含公开》 | [0121] "After negotiating with the network for the bearer service for the PDP session, the wireless communication device MT1 transmits 305 a first setup message to the server 10 for informing the selected first medium stream, i.e. video1. SETUP rtsp://[server.com/session1.3gp/trackID=2](https://server.com/session1.3gp/trackID=2) RTSP/1.0"<br>[0125] "The playback of the media streams is initiated by transmitting 309 a Play command from the wireless communication device MT1 to the server 10. PLAY rtsp://[server.com/session1.3gp](https://server.com/session1.3gp) RTSP/1.0" | 对比文件公开了无线通信设备MT1通过SETUP和PLAY消息向流媒体服务器请求建立媒体流通道以及开始播放媒体流（在选定的视频流和音频流上执行操作）。虽然目标专利中的“操作”在具体实施例中优选为设备间传输操作（WTRU间传输或流增加等协同操作），但按字面“在所述媒体流上执行操作的请求”，对比文件中的SETUP建立操作或PLAY播放控制操作构成了对媒体流的广义操作请求。依据极其宽松的判断标准，认定该特征被对比文件《隐含公开》。 |
| 技术特征D<br>其中所述初始的时间同步信息指示当前回放时间<br>《未公开》 | 对比文件全文无记载。其涉及的时间参数仅为传输层QoS时延（如TDelayMax），见 [0107] "Transfer delay (TDelayMax): the delay (in milliseconds) that each data unit experiences during the transmission..." | 目标专利中的当前回放时间是指“以执行当前正在播放的片段的第一个字节的回放时的墙上时钟时间为基础”（说明书[0053]），用以计算设备间的播放偏移量。对比文件完全没有指示回放墙上时钟时间的概念，对比文件中的时延属于网络传输延迟参数，两者概念、技术内涵及技术作用完全不同。本领域技术人员无法从对比文件中推导出该特征。 |
| 技术特征E<br>与当前时间戳之间的差<br>《未公开》 | 对比文件全文无记载。对比文件仅在 [0126] 提及 "rtptime=10000"，即RTP数据包的时间戳，并未计算或指示其与当前回放时间的差值。 | 目标专利说明书[0051]-[0053]明确指出了呈现时间偏移的计算公式为：PTO = 当前_回放_时间 - 当前_时间戳。对比文件中虽然在RTP-Info中存在协议规定的rtptime，但从未公开将其与回放时间做差以形成指示差值的同步信息，未公开也无法推导得出该技术特征。 |
| 技术特征F<br>以确保针对所述WTRU发生同步的回放<br>《未公开》 | 对比文件全文无记载针对多个WTRU发生同步回放的机制。对比文件 [0002]、[0048] 记载其技术目的为通过将QoS参数通知服务器来解决单/多PDP上下文误解，实现自适应流传输。 | 目标专利中该技术特征的作用在于通过在信令中传递设备间呈现时间偏移，消除多个WTRU各自接收流播放时的不同步问题（说明书[0051]）。对比文件自始至终面向的是单一客户端MT1与服务器之间的QoS适配传输，根本不存在确保多个WTRU之间同步回放的技术构思与技术手段。 |
| 技术特征G<br>所述当前时间戳为相对于媒体呈现的开始的片段的时间戳<br>《未公开》 | 对比文件全文无记载。对比文件 [0126] 中的 "rtptime=10000" 为RTP媒体流的标准序列时间戳。 | 目标专利明确解释“当前_时间戳可以是该片段的时间戳，与媒体出现的开始有关”（说明书[0053]）。对比文件没有涉及计算回放差值所依据的相对于媒体呈现开始片段的时间戳定义与作用，因此该特征未公开。 |
| 技术特征H<br>所述WTRU中的第二WTRU接收第二消息<br>《未公开》 | 对比文件全文无记载多WTRU协同架构中的“第二WTRU”，仅在 [0014] 提及过背景技术中普通点对点通信的两个设备：“Another situation in which a delivery of multimedia information may be needed is two wireless communication devices communicating with each other to exchange multimedia information such as video or still images.”但未在其具体方案中涉及。 | 目标专利中第二WTRU是在协作会话中承载转移流或协同回放的受控目标设备（说明书[0006]、[0072]-[0073]）。对比文件的核心方案仅存在单一无线终端MT1与流媒体服务器10之间交互，不存在第二WTRU接收来自网络或第一WTRU的第二消息的体系架构与步骤。该特征未被直接或隐含公开。 |
| 技术特征I<br>该第二消息包括在所述媒体流上执行所述操作的请求<br>《未公开》 | 对比文件全文无记载第二WTRU接收包含操作请求的第二消息。 | 基于技术特征H不公开的前提，对比文件中根本不存在第二WTRU接收包含操作请求（如流转移请求）的第二消息的过程，本领域技术人员无法从对比文件中推导出该特征。 |
| 技术特征J<br>更新的时间同步信息<br>《未公开》 | 对比文件全文无记载由网络服务器（如SCC-AS）或控制方WTRU生成的更新的时间同步信息。 | 目标专利中更新的时间同步信息是指服务器或WTRU在初始时间同步信息基础上生成的有效群组ID、更新后的PTO或更新后的同步容限（说明书[0005]、[0072]）。对比文件完全未涉及协同会话的时间同步信息，更无所谓“更新的时间同步信息”。 |
| 技术特征K<br>所述第二WTRU根据所述更新的时间同步信息来重新同步该第二WTRU的媒体流<br>《未公开》 | 对比文件全文无记载第二WTRU根据更新的时间同步信息重新同步媒体流。 | 目标专利说明书[0005]、[0073]记载第二WTRU根据更新的PTO延迟呈现或跳过回放，以匹配协同设备。对比文件不存在第二WTRU，也没有基于同步信息调整回放时间以实现多终端重新同步的逻辑。 |
| 技术特征L<br>其中所述第二WTRU的重新同步更新所述媒体流的同步<br>《未公开》 | 对比文件全文无记载第二WTRU重新同步更新媒体流同步的技术过程。 | 目标专利中第二WTRU调整后使得协作会话中分散在不同终端的媒体流达到统一的同步基准（说明书[0073]）。对比文件无此概念。 |
| 技术特征M<br>以提供针对所述WTRU中的第一WTRU和所述第二WTRU的同步的回放。<br>《未公开》 | 对比文件全文无记载为第一WTRU和第二WTRU提供同步回放。 | 目标专利旨在实现跨终端（第一WTRU与第二WTRU）之间的音视频多媒体同步回放（说明书[0073]）。对比文件仅针对单个MT1的播放，完全未公开针对两个WTRU的同步回放。 |
| 技术特征N<br>该方法还包括所述第二WTRU传送第三消息<br>《未公开》 | 对比文件全文无记载第二WTRU传送第三消息。 | 目标专利中第二WTRU向SCC-AS回复包含时间同步IE的响应消息（如WTRU间传输响应消息370，说明书[0073]）。对比文件无第二WTRU及其信令交互。 |
| 技术特征O<br>该第三消息包括用于重新同步该第二WTRU的媒体流的所述更新的时间同步信息<br>《未公开》 | 对比文件全文无记载。 | 目标专利说明书[0006]、[0073]明确第三消息中携带用于重新同步的时间同步信息（如第二WTRU确认或调整后的PTO）。对比文件完全无此内容。 |
| 技术特征P<br>所述第一WTRU接收第四消息<br>《隐含公开》 | [0122] "The server 10 replies 306 with OK message, if the selection is ok. RTSP/1.0 200 OK CSeq: 2..."<br>[0126] "The server replies to the command by sending OK to the wireless communication device MT1. RTSP/1.0 200 OK CSeq: 4..." | 对比文件中第一无线通信设备MT1在发送请求消息后，接收来自服务器10的响应确认消息（例如OK消息306、308、310）。在极其宽松的标准下，若将MT1视作第一WTRU，其接收来自服务端的后续响应消息（如OK消息）构成了“第一WTRU接收第四消息”的广义通信步骤。因此认定该基础消息接收特征被对比文件《隐含公开》。 |
| 技术特征Q<br>该第四消息包括所述更新的时间同步信息<br>《未公开》 | 对比文件 [0126] 记载的响应消息仅为标准RTSP 200 OK响应，包含序列号、Range以及RTP-Info。 | 目标专利中第四消息中携带由网络更新或由第二WTRU反馈的时间同步信息（如PTO）（说明书[0006]、[0073]）。对比文件中的响应消息并未包含任何用于终端间协同回放的更新时间同步信息。 |
| 技术特征R<br>所述第一WTRU利用所述更新的时间同步信息来更新该第一WTRU的内部状态。<br>《未公开》 | 对比文件全文无记载第一WTRU利用更新的时间同步信息更新其内部状态。 | 目标专利说明书[0006]、[0073]、[0097]详细阐述了第一WTRU利用接收到的更新时间同步信息更新代表包括其它WTRU ID的协作会话状态的数据结构。对比文件完全没有此项协同会话内部状态更新的机制。 |
| 技术特征S<br>其中所述第一消息<br>《隐含公开》 | [0117] "The wireless communication device MT1 transmits 301 a Describe Session command to the server 10... Accept: application/sdp"（或第[0121]、[0125]段传送消息） | 对比文件公开了MT1向网络发送第一消息（参见特征A）。因此作为特征T的前置引用语境，该技术特征构成《隐含公开》。 |
| 技术特征T<br>和所述第二消息中的每一者包括会话描述协议SDP属性行。<br>《未公开》 | 对比文件 [0082] 提及SDP语法中 "a=* (zero or more session attribute lines)"，[0118]、[0134] 中在DESCRIBE响应中包含 "a=control:..."、"a=range:..."、"a=rtpmap:..." 等常规SDP属性行。但未在多设备消息（第一消息及第二消息）中定义及携带专用的时间同步属性行。 | 目标专利中第一消息和第二消息中的每一者包括包含时间同步信息的SDP属性行（例如以 a=3gpp_sync_info:... 格式嵌入在SDP有效负载中，说明书[0005]、[0069]-[0071]）。对比文件不仅不存在向第二WTRU发送的第二消息，而且对比文件中终端发送的SETUP/PLAY请求消息中也不包含SDP属性行（其SDP仅出现在服务器对DESCRIBE的响应载荷中）。因此对比文件未公开第一消息和第二消息每一者均包括SDP属性行。 |
| 技术特征U<br>其中所述操作为WTRU间传输操作。<br>《未公开》 | 对比文件全文未记载WTRU间传输操作（Inter-WTRU transfer）。对比文件仅涉及在单个客户端MT1上设立不同媒体流承载的上下文（单PDP或多PDP）。 | 目标专利中该操作为在IMS协作会话内将媒体流从一个WTRU移动或传输至另一个WTRU（说明书[0003]、[0048]、[0118]）。对比文件是在同一终端上接收视频和音频，根本未公开多终端间的“WTRU间传输操作”。 |
| 技术特征V<br>其中所述媒体流包括视频流<br>《直接公开》 | [0024] "In this example the multimedia stream includes two medium (e.g. one audio stream and one video stream)."<br>[0118] "m=video 0 RTP/AVP 96 ... m=video 0 RTP/AVP 98 ..."<br>[0120] "...In this example it is assumed that video1 (50 kbps) and audio2 (20 kbps) are selected..."<br>（中文翻译：[0024] 在该示例中，多媒体流包括两种介质（例如一个音频流和一个视频流）。[0118] 视频媒体描述……[0120] 在该示例中，假定选择了video1和audio2……） | 对比文件在第[0024]、[0118]、[0120]段中明确指出了传输的多媒体流包括视频流（Video Stream），并且客户端与服务端针对视频流协商QoS参数及建立传输。该特征在对比文件中明确、直接被记载，技术作用同为多媒体传输中的图像视频载体，属于《直接公开》。 |
| 技术特征W<br>和音频流。<br>《直接公开》 | [0024] "In this example the multimedia stream includes two medium (e.g. one audio stream and one video stream)."<br>[0118] "m=audio 0 RTP/AVP 97 ... m=audio 0 RTP/AVP 99 ..."<br>[0120] "...In this example it is assumed that video1 (50 kbps) and audio2 (20 kbps) are selected..."<br>（中文翻译：[0024] 在该示例中，多媒体流包括两种介质（例如一个音频流和一个视频流）。[0118] 音频媒体描述……[0120] 在该示例中，假定选择了video1和audio2……） | 对比文件在第[0024]、[0118]、[0120]段中明确指出了多媒体流包括音频流（Audio Stream），并且与视频流一同进行承载建立和回放控制。该特征在对比文件中被清楚、直接地记载，技术作用相同，属于《直接公开》。 |
| 技术特征X<br>其中所述第一消息为WTRU间传输请求消息<br>《未公开》 | 对比文件全文无记载WTRU间传输请求消息。对比文件发送的为DESCRIBE、SETUP或PLAY请求消息（见 [0117]、[0121]、[0125]）。 | 目标专利中第一消息是协作会话控制方WTRU发起的用于将媒体流迁移至目标WTRU的专用信令（说明书[0005]、[0069]）。对比文件的信令仅用于单终端客户端与服务器之间的常规RTSP流会话建立，不具备跨WTRU传输流请求的功能，未公开该特征。 |
| 技术特征Y<br>流增加请求消息。<br>《未公开》 | 对比文件全文未公开协作会话中的流增加请求消息（Stream addition request message）。 | 目标专利中的流增加请求消息是指在协作会话中为其它设备增加/复制新媒体流的请求消息（说明书[0005]、[0077]）。对比文件中虽然包含对第二个媒体流（如audio2）发送SETUP消息，但其仅是单终端内部多媒体组件的正常增加，并非目标专利中协作会话体系下多终端媒体共享的流增加请求消息。本领域技术人员无法从对比文件中推导出该特定消息。 |
---
### 综合评估结论
对比文件（US20050025180A1）主要针对的是**单终端客户端在不同PDP上下文环境（单PDP或多PDP）下，如何向流媒体服务器正确上报网络QoS参数（如带宽、传输时延）以实现服务器码率自适应**的技术问题。
而目标专利的核心发明点在于**多终端（第一WTRU、第二WTRU）在协作会话（Collaborative Session）期间，利用包含呈现时间偏移（PTO = 当前回放时间 - 片段起始时间戳）的时间同步信息及其更新，实现跨终端流迁移（WTRU间传输）以及跨终端媒体流的同步回放**。
因此，对比文件仅在基础流媒体组成（视频流与音频流）上构成直接公开，在基础的无线终端消息发送/接收上构成宽泛意义下的隐含公开，对于目标专利涉及协同会话、呈现时间偏移（PTO）差值计算、第二WTRU协同控制、更新同步信息及WTRU间传输等核心技术特征，均**未公开**（既无直接公开，也无法推导得出隐含公开）。
<<<a>>>
<<<c>>>
<<<p>>>
<<<s>>>
<<<V>>>
<<<W>>>
权利要求2
根据权利要求1所述的方法，该方法还包括所述第二WTRU传送第三消息；该第三消息包括用于重新同步该第二WTRU的媒体流的所述更新的时间同步信息；所述第一WTRU接收第四消息；该第四消息包括所述更新的时间同步信息；以及所述第一WTRU利用所述更新的时间同步信息来更新该第一WTRU的内部状态。
权利要求3
根据权利要求2所述的方法，其中所述第一消息；和所述第二消息中的每一者包括会话描述协议SDP属性行。
权利要求4
根据权利要求1所述的方法，其中所述操作为WTRU间传输操作。
权利要求5
根据权利要求1所述的方法，其中所述媒体流包括视频流；和音频流。
权利要求6
根据权利要求1所述的方法，其中所述第一消息为WTRU间传输请求消息；或流增加请求消息。
权利要求7
根据权利要求1所述的方法，其中所述第二消息为WTRU间传输响应消息；或流增加请求消息。