非显而易见性评估仅供参考，不构成法律建议。
权利要求列表点击可跳转
对比文件列表
| 编号 | 名称 |
|---|
权利要求1
一种用于在业务集中和连续性应用服务器SCC AS中复制媒介会话的方法，从第二无线发射/接收单元WTRU接收协作复制会话邀请请求；其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联；并且所述协作复制会话邀请请求源于所述第二WTRU处；对所述协作复制会话邀请请求执行授权；为复制的媒介流分配媒介资源；将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU；使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；以及为所述MRF中的复制的媒介流更新远程段；所述媒介流之后从所述远程方流向所述MRF；从所述MRF流向所述第一WTRU；以及从所述MRF流向所述第二WTRU。
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br><br>【未公开】 | 无引用内容（对比文件全文无相关记载）。 | 对比文件JP2000073307A涉及的是土木工程中用于道路、人行道或停车场的“透水性铺装面形成砌块及透水性铺装结构”（段落[0001]），其解决的是路床保水与地下水排放净化问题。目标专利技术特征A属于移动通信IP多媒体子系统（IMS）中由网络节点（SCC AS）从终端（WTRU）接收会话复制邀请的技术方案。对比文件属于完全不相干的土木建筑领域，既未直接公开、也未隐含公开任何关于无线发射/接收单元（WTRU）或接收协作复制会话邀请请求的内容。 |
| 技术特征B：其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br><br>【未公开】 | 无引用内容（对比文件全文无相关记载）。 | 对比文件涉及土木工程铺装砌块结构，完全未涉及通信系统中的终端设备、远程方或媒介会话概念，既未直接公开、也未隐含公开该特征。 |
| 技术特征C：所述协作复制会话邀请请求源于所述第二WTRU处<br><br>【未公开】 | 无引用内容（对比文件全文无相关记载）。 | 对比文件涉及铺装板、受框、通水管等物理结构，不存在通信信令请求及其发起源实体的概念，既未直接公开、也未隐含公开该特征。 |
| 技术特征D：对所述协作复制会话邀请请求执行授权<br><br>【未公开】 | 无引用内容（对比文件全文无相关记载）。 | 对比文件不涉及任何通信网络实体的会话鉴权、权限策略或授权控制机制，既未直接公开、也未隐含公开该特征。 |
| 技术特征E：为复制的媒介流分配媒介资源<br><br>【未公开】 | 无引用内容（对比文件全文无相关记载）。 | 对比文件仅记载在土木铺装中设置通水管与充填材（如段落[0014]、[0015]），与通信网络中为媒体流分配承载/处理资源完全无关，既未直接公开、也未隐含公开该特征。 |
| 技术特征F：将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br><br>【未公开】 | 无引用内容（对比文件全文无相关记载）。 | 对比文件属于土木建筑物理排水结构，完全未涉及MRF实体、媒体响应信令传送及WTRU终端，既未直接公开、也未隐含公开该特征。 |
| 技术特征G：使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br><br>【未公开】 | 无引用内容（对比文件全文无相关记载）。 | 对比文件不涉及通信会话中的MRF、接入段（access leg）、远程段（remote leg）更新等会话锚定控制过程，既未直接公开、也未隐含公开该特征。 |
| 技术特征H：所述媒介流之后从所述远程方流向所述MRF<br><br>【未公开】 | 无引用内容（对比文件全文无相关记载）。 | 对比文件仅记载雨水通过通水管下流至地下土层（段落[0018]），与IP通信网络中远程端至MRF的媒体数据流传输没有任何技术关联，既未直接公开、也未隐含公开该特征。 |
| 技术特征I：从所述MRF流向所述第一WTRU<br><br>【未公开】 | 无引用内容（对比文件全文无相关记载）。 | 对比文件不涉及通信媒体分发拓扑与终端设备，既未直接公开、也未隐含公开该特征。 |
| 技术特征J：从所述MRF流向所述第二WTRU<br><br>【未公开】 | 无引用内容（对比文件全文无相关记载）。 | 对比文件不涉及MRF向第二终端复制分发媒体流的通信方案，既未直接公开、也未隐含公开该特征。 |
| 技术特征K：其中所述协作复制会话邀请请求包括复制报头字段<br><br>【未公开】 | 无引用内容（对比文件全文无相关记载）。 | 对比文件不涉及SIP协议报文、协议字段或会话控制报头，既未直接公开、也未隐含公开该特征。 |
| 技术特征L：其中所述复制报头字段是媒介层“i＝复制”字段<br><br>【未公开】 | 无引用内容（对比文件全文无相关记载）。 | 对比文件不涉及SDP（会话描述协议）媒体级行参数“i=”，既未直接公开、也未隐含公开该特征。 |
| 技术特征M：其中所述复制报头字段是媒介层“a＝复制”字段<br><br>【未公开】 | 无引用内容（对比文件全文无相关记载）。 | 对比文件不涉及SDP属性字段“a=”，既未直接公开、也未隐含公开该特征。 |
| 技术特征N：其中所述复制报头字段是XML主体<br><br>【未公开】 | 无引用内容（对比文件全文无相关记载）。 | 对比文件不涉及XML数据体或消息载荷，既未直接公开、也未隐含公开该特征。 |
| 技术特征O：其中所述XML主体指示将要复制哪些媒介组件或整个会话<br><br>【未公开】 | 无引用内容（对比文件全文无相关记载）。 | 对比文件不涉及通过XML信令指示媒体组件或会话范围的控制方法，既未直接公开、也未隐含公开该特征。 |
根据目标专利说明书原文的记载，并结合对比文件（US 2003/0088676 A1）的完整公开内容，对权利要求各技术特征进行逐项严谨的公开性判断与比对分析。
**特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含翻译及段落标号） | 公开性论述 |
| 技术特征A：从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br><br>【公开性结果：未公开】 | 引用内容：<br>段落 [0063]：“During the negotiation, a session key should be established that will form the basis of a temporary security association between the Target Node 176 and the SA 166. For example, a random number is selected by one of the nodes (176 or 162) to serve as a session key and is sent to the other node (162 or 176, respectively)...”<br>（中文翻译：在协商期间，应当建立会话密钥，该会话密钥将形成目标节点176与SA 166之间在会话转移持续时间内的临时安全关联的基础。例如，由节点（176或162）之一选择随机数作为会话密钥，并发送给另一节点...）<br>段落 [0064]：“Next, the Transferring Node 164 will notify the SA 166 that the session is being transferred to the Target Node 176. This notification will contain the Transferring Node's IP address 164 and Temporary IP address(es) 170, the Target Node's IP address 178, the session key... a list of flows (5-tuples) defining the session(s) to be transferred...”<br>（中文翻译：接下来，转移节点164向SA 166通知该会话正被转移给目标节点176。该通知将包含转移节点的IP地址164和临时IP地址170、目标节点的IP地址178、会话密钥...定义要转移的一个或多个会话的流列表（5元组）...） | 目标专利说明书中，“协作复制会话邀请请求”是在IMS协作会话架构下由业务集中与连续性应用服务器（SCC AS）接收的特定信令（如段落 [0007]、[0061]、[0090]~[0092]），用于在不中断原有第一WTRU媒介流的前提下启动多设备协同共享的媒介“复制（Replication）”。而在对比文件中，所公开的是网络层会话“转移（Transferring）”，由转移节点（Transferring Node）162向会话代理（SA 166）发送通知请求转移现有流，或者由目标节点（Target Node 176）发起协商，但其本质是完全接管/迁移现有IP流（转移节点停止接收原IP地址数据），既未涉及多设备同时共享同一会话媒介流的“协作复制会话”，也没有由第二节点向网络中继实体发送“协作复制会话邀请请求”。因此，该特征未被直接公开，即使按照最宽松标准推理，网络层转移机制与IMS应用层协作复制机制技术领域和技术实质迥异，亦不能推导出隐含公开。 |
| 技术特征B：其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br><br>【公开性结果：隐含公开】 | 引用内容：<br>段落 [0021]：“...This transfer, which this description terms Session Inter-Device mobility or SID mobility, can be accomplished by transferring from the Transferring Node (or first destination device) the IP address(es) associated with active session(s) so that the network system will route the session communication(s) with the Correspondent Node(s) to the desired Target Node (or second destination device)...”<br>（中文翻译：...这种转移（本说明书称之为设备间会话移动性或SID移动性）可以通过从转移节点（或第一目标设备）转移与活动会话相关联的IP地址来实现，以便网络系统将与通信对应节点的一个或多个会话通信路由到期望的目标节点（或第二目标设备）...）<br>段落 [0063]：“...a session is initiated between a Correspondent Node 154 and the Transferring Node 162 using the normal IP suite of operations. When the Transferring Node 162 determines that it would like to transfer the session, it negotiates the session transfer with the Target Node 176...”<br>（中文翻译：通信对应节点154与转移节点162之间使用正常IP操作套件发起会话。当转移节点162确定希望转移会话时，其与目标节点176协商会话转移...） | 目标专利中，该特征是指在发起复制之前，第二WTRU作为一个独立的外部终端，尚未接入或参与第一WTRU与远程方正在进行的通信会话（见说明书图2、图5、图13及段落 [0055]、[0056]）。对比文件中，在转移节点162与通信对应节点154进行活跃会话时，目标节点176（相当于第二设备）作为一个独立的候选转移目标设备，最初并未参与转移节点162与通信对应节点154之间的活动会话，而是在后续协商建立转移时才引入。本领域技术人员通过对比文件公开的系统架构与交互过程完全能够直接推理得出该初始状态：目标节点最初不关联于正在进行的通信会话。按照宽松的隐含公开判断原则，认定该特征被隐含公开。 |
| 技术特征C：所述协作复制会话邀请请求源于所述第二WTRU处<br><br>【公开性结果：未公开】 | 引用内容：<br>段落 [0063]：“When the Transferring Node 162 determines that it would like to transfer the session, it negotiates the session transfer with the Target Node 176. In general, either the Transferring Node 162 or the Target Node 176 may initiate the negotiation...”<br>（中文翻译：当转移节点162确定希望转移会话时，其与目标节点176协商会话转移。通常，转移节点162或目标节点176均可发起协商...）<br>段落 [0064]：“Next, the Transferring Node 164 will notify the SA 166 that the session is being transferred to the Target Node 176...”<br>（中文翻译：接下来，转移节点164向SA 166通知该会话正被转移给目标节点176...） | 目标专利中，该特征对应于“拉（Pull）模式会话复制”，即第二WTRU主动发起向网络服务器（SCC AS）请求复制第一WTRU的会话（见说明书段落 [0056]、[0061]、[0090]~[0092]）。在对比文件中，虽然段落 [0063] 提到目标节点可以发起两者之间的点对点会话转移“协商（negotiation）”，但向核心控制实体（SA 166）发送会话转移通知/请求的是转移节点162（段落 [0064]）；更为关键的是，如特征A所述，对比文件根本不存在“协作复制会话邀请请求”，更无从谈起该特定请求源于第二节点处。因此该特征未被公开。 |
| 技术特征D：对所述协作复制会话邀请请求执行授权<br><br>【公开性结果：未公开】 | 引用内容：<br>段落 [0064]：“...The SA 166 authenticates that the Transferring Node 162 is the source of this notification using the Transferring Node 162/SA 166 security association.”<br>（中文翻译：...SA 166使用转移节点162/SA 166安全关联来认证转移节点162是该通知的源。）<br>段落 [0065]：“The session key is then used for all SA 166/Target Node 176 security needs associated with the session transfer, (e.g., for authenticating successive registration requests, etc.).”<br>（中文翻译：该会话密钥随后用于与会话转移相关联的所有SA 166/目标节点176安全需求，例如用于认证连续的注册请求等。） | 目标专利中，授权是指网络服务器（SCC AS）基于预订、运营商策略或用户权限，核验是否允许第二WTRU复制特定媒介会话（见说明书段落 [0060]~[0062]、[0074]、[0077]、[0098]）。而在对比文件中，SA 166所执行的操作是基于加密密钥检验数据包发送者的来源真实性（认证/身份校验 Authentication），即防止非授权节点伪造通知（拒绝服务攻击防范），且针对的是转移请求与后续注册信令的身份验证，既非针对“协作复制会话邀请请求”，也不是针对是否允许会话复制/共享的策略授权（Authorization）。两者在IMS会话控制与通用IP网络安全上下文中的技术内涵、控制维度均不同。因此该特征未被直接公开或隐含公开。 |
| 技术特征E：为复制的媒介流分配媒介资源<br><br>【公开性结果：未公开】 | 引用内容：<br>段落 [0065]：“The SA 166 sets up a session binding and begins intercepting packets for flows and sessions sent to the Transferring Node's IP address 164. The SA 166 sorts the packets by 5-tuple according to a list of transferred flows (each identified by a 5-tuple). Using encapsulation methods well known in the art, the SA tunnels flows that have been transferred to the Target Node 164 to the Target Node's IP address 178...”<br>（中文翻译：SA 166建立会话绑定并开始拦截发送到转移节点IP地址164的流和会话的数据包。SA 166根据转移流列表（每个由5元组标识）按5元组对数据包进行排序。使用本领域熟知的封装方法，SA将已转移到目标节点164的流隧道传输到目标节点IP地址178...） | 目标专利中，该特征是指SCC AS在媒体控制层指示媒介资源功能（MRF）为需要复制的一路新媒介流分配专用的承载/媒体处理资源（端口、编解码资源等），以便后续实现多路流的分发（见说明书段落 [0059]、[0062]、[0074]、[0077]）。而在对比文件中，SA 166是一个网络层代理路由器/隧道实体，其对IP数据包按照5元组进行分类并在现有网络层建立IP隧道（IP-in-IP encapsulation）转发，并没有涉及多媒体子系统中媒介资源功能实体（MRF）的分配，更没有为新复制的媒体流分配专用媒体资源的技术方案。因此该特征未被公开。 |
| 技术特征F：将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br><br>【公开性结果：未公开】 | 引用内容：<br>段落 [0036]：“The Agent 60 will then extend the lifetime and send a registration reply message to the Target Node 66 to inform it of the new lifetime value...”<br>（中文翻译：代理60随后将延长生命周期并向目标节点66发送注册应答消息，以通知其新的生命周期值...） | 目标专利中，该特征是在拉模式复制中，SCC AS在MRF中准备好复制流后，向受控方/第二WTRU返回带有MRF媒体描述的会话响应（如SIP 200 OK，包含MRF相关SDP参数），以便第二WTRU建立连接（见说明书段落 [0062]、[0077]、[0102]）。对比文件中仅涉及针对注册生命周期延长的“注册应答消息（registration reply message）”，根本未引入MRF架构，更无将MRF中复制媒介流响应传送给第二WTRU的信令过程。因此该特征未被公开。 |
| 技术特征G：使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br><br>【公开性结果：未公开】 | 引用内容：<br>段落 [0065]：“...The SA also employs well-known techniques to tunnel flows that have not been transferred, for example sessions between another Correspondent Node 152 and the Transferring Node 162 or non-transferred sessions between the original Correspondent Node 154 and the Transferring Node 162, to the Transferring Node 162 using the Transferring Node's temporary IP address 170. Thus, only sessions selected for transfer are sent to the Target Node 178 while other sessions to the Transferring Node 162 proceed with minimal disruption...”<br>（中文翻译：...SA还采用熟知技术将未转移的流（例如另一通信对应节点152与转移节点162之间的会话，或原始通信对应节点154与转移节点162之间未转移的会话）使用转移节点的临时IP地址170隧道传输到转移节点162。因此，仅选择用于转移的会话被发送到目标节点178，而到转移节点的其他会话以最小中断进行...） | 目标专利中，更新接入段（Access Leg）和远程段（Remote Leg）是IMS 3GPP架构特有的分段会话控制机制：通过re-INVITE更新第一WTRU的接入段使其媒体流锚定到MRF，并更新远程方的远端段使其媒体流也重定向到MRF，从而使MRF居中充当媒体分发桥梁（见说明书段落 [0007]、[0059]、[0062]、[0075]、[0078]、[0089]）。对比文件完全基于网络层（IP层）隧道转发机制，通过SA截获IP报文并分别封装隧道发送到两个终端，根本不存在IMS分段控制中的“接入段”、“远程段”概念，更没有通过MRF更新接入段和远程段的操作。因此该特征未被公开。 |
| 技术特征H：所述媒介流之后从所述远程方流向所述MRF<br><br>【公开性结果：未公开】 | 引用内容：<br>段落 [0065]：“The SA 166 sets up a session binding and begins intercepting packets for flows and sessions sent to the Transferring Node's IP address 164... Using encapsulation methods well known in the art, the SA tunnels flows that have been transferred to the Target Node 164 to the Target Node's IP address 178.”<br>（中文翻译：SA 166建立会话绑定并开始拦截发送到转移节点IP地址164的流和会话的数据包...使用本领域熟知的封装方法，SA将已转移到目标节点的流隧道传输到目标节点IP地址178。） | 目标专利中，该特征是指媒体面路径建立后，远程方的媒体数据包先到达MRF进行复制处理（见说明书图5之518、图10之1018、段落 [0062]、[0078]）。在对比文件中，远端节点发送的数据包是通过ARP欺骗/代理方式被网络层实体SA 166所拦截（intercepted），SA是网络层路由器/代理节点，而非3GPP多媒体架构中的“MRF”。技术体系和节点属性完全不同，对比文件未公开流向MRF的技术方案。 |
| 技术特征I：从所述MRF流向所述第一WTRU<br><br>【公开性结果：未公开】 | 引用内容：<br>段落 [0065]：“The SA also employs well-known techniques to tunnel flows that have not been transferred... to the Transferring Node 162 using the Transferring Node's temporary IP address 170. Thus, only sessions selected for transfer are sent to the Target Node 178 while other sessions to the Transferring Node 162 proceed with minimal disruption.”<br>（中文翻译：SA还采用熟知技术将未转移的流...使用转移节点的临时IP地址170隧道传输到转移节点162。因此，仅选择用于转移的会话被发送到目标节点178，而到转移节点的其他会话以最小中断进行。） | 目标专利中，被复制的同一路媒介流由MRF分发，其中一条分支继续发送给第一WTRU（实现会话在第一WTRU上的保留与共享，见说明书图5之517、图10之1017、段落 [0062]、[0078]）。而在对比文件中，对于被转移的该会话（transferred session），转移节点（第一设备）完全停止接收其数据（段落 [0024]：“The packets for the transferred session are no longer received by the Transferring Node...”）；SA仅将“未被选择转移的其他会话”发送给转移节点。对比文件根本不存在将同一个正在进行的会话媒介流从MRF同时流向第一WTRU的技术方案。因此该特征未被公开。 |
| 技术特征J：从所述MRF流向所述第二WTRU<br><br>【公开性结果：未公开】 | 引用内容：<br>段落 [0065]：“...Using encapsulation methods well known in the art, the SA tunnels flows that have been transferred to the Target Node 164 to the Target Node's IP address 178...”<br>（中文翻译：...使用本领域熟知的封装方法，SA将已转移到目标节点的流隧道传输到目标节点IP地址178...） | 目标专利中，MRF将复制出来的另一路媒介流发送给第二WTRU（见说明书图5之519、图10之1019、段落 [0062]、[0078]）。对比文件公开的是由SA将转移会话的IP数据包隧道封装后路由转发给目标节点，该数据流源自网络层SA而非多媒体子系统的MRF，且是独占转移而非协作复制的分支流。因此该特征未被公开。 |
| 技术特征K：其中所述协作复制会话邀请请求包括复制报头字段<br><br>【公开性结果：未公开】 | 引用内容：<br>段落 [0064]：“Next, the Transferring Node 164 will notify the SA 166 that the session is being transferred to the Target Node 176. This notification will contain the Transferring Node's IP address 164 and Temporary IP address(es) 170, the Target Node's IP address 178, the session key... a list of flows (5-tuples) defining the session(s) to be transferred, and a flag indicating whether further transferring... is permitted...”<br>（中文翻译：接下来，转移节点164向SA 166通知该会话正被转移给目标节点176。该通知将包含转移节点的IP地址164和临时IP地址170、目标节点的IP地址178、会话密钥...定义要转移的一个或多个会话的流列表（5元组），以及指示是否允许进一步转移的标志...） | 目标专利中，该特征是指在SIP会话信令中携带标准化的专用“复制报头字段”（Replication Header Field），用于区分复制与常规转移（Transfer）（见说明书段落 [0081]、[0084]、[0091]）。对比文件中转移通知仅包含转移目标IP、流5元组列表及指示是否允许二次转移的标志（flag），完全未公开任何“复制报头字段”。因此该特征未被公开。 |
| 技术特征L：其中所述复制报头字段是媒介层“i＝复制”字段<br><br>【公开性结果：未公开】 | 引用内容：<br>无对应公开内容。对比文件全文仅在背景技术段落 [0011] 提及SIP和H.323，正文完全基于网络层5元组与Mobile IP扩展，未涉及SDP媒介层描述字段。 | 目标专利中，该特征指定在SDP的媒介层使用“i=复制（replicate）”行来标识复制属性（见说明书段落 [0082]）。对比文件没有涉及SDP协议内容，更未公开“i=复制”字段。该特征未被公开。 |
| 技术特征M：其中所述复制报头字段是媒介层“a＝复制”字段<br><br>【公开性结果：未公开】 | 引用内容：<br>无对应公开内容。对比文件未涉及SDP属性字段。 | 目标专利中，该特征指定在SDP中使用自定义媒介属性“a=复制”（见说明书段落 [0082]）。对比文件未涉及该内容。该特征未被公开。 |
| 技术特征N：其中所述复制报头字段是XML主体<br><br>【公开性结果：未公开】 | 引用内容：<br>无对应公开内容。对比文件未披露在请求消息中包含指示会话复制的XML主体。 | 目标专利中，该特征是指通过SIP消息中的XML主体来携带复制控制与指示信息（见说明书段落 [0083]、[0084]、[0091]）。对比文件中未披露该技术特征，未被公开。 |
| 技术特征O：其中所述XML主体指示将要复制哪些媒介组件或整个会话<br><br>【公开性结果：未公开】 | 引用内容：<br>无对应公开内容。 | 目标专利中，该特征是指XML主体具体承载的内容是指明要复制的媒体流组件或整个会话（见说明书段落 [0083]、[0084]）。对比文件完全未涉及该XML主体及相关内容指示，未被公开。 |
根据上述比对论述，对比文件仅隐含公开了技术特征B，其余技术特征均未被对比文件公开。
<<<b>>>
根据专利创造性评估标准，结合目标专利说明书原文对权利要求技术特征的解释，对对比文件（US20030145054A1）与技术特征A至O的比对分析如下：
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br><br>《未公开》 | 无直接对应段落。相关会议建立信令参见段落[0004]、[0028]：<br>“In the event a prospective conference participant wishes to join the conference, the prospective participant sends a SIP request message to the conferencing application server...”（如果预期的会议参与者希望加入会议，则该预期参与者向会议应用服务器发送SIP请求消息……） | 1. 对比文件作用：对比文件公开了 prospective conference participant（用户终端）向会议应用服务器发送常规的 SIP 请求消息以“加入已有的多方会议”，其作用是发起传统的多媒体多方会议加入流程。<br>2. 目标专利作用：目标专利中第二 WTRU 发起的是用于建立协同会话并实施“会话/媒介流复制（Replication）”的邀请请求，旨在区分传输与复制，实现将正在进行的特定媒体流复制分发。<br>3. 对比分析：加入多方会议（Conference Join）在协议机制和业务逻辑上均不等同于“协作复制会话（Collaborative Replication Session）”。即使按照极宽松的隐含公开标准，对比文件通篇完全没有涉及用户间传输（IUT）中的“会话复制”概念，亦未涉及第二 WTRU 作为受控方拉取会话复制请求的技术方案，无法推理得出该特征。故该特征未被公开。 |
| 技术特征B：其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br><br>《隐含公开》 | 段落[0004]、[0028]：<br>“In the event a prospective conference participant wishes to join the conference, the prospective participant sends a SIP request message to the conferencing application server...”（如果预期的会议参与者希望加入会议，则该预期参与者向会议应用服务器发送SIP请求消息……） | 1. 对比文件作用：在会议系统中，预期加入会议的新参与者（prospective conference participant）在发送加入请求之前，尚未加入该多方会议中。<br>2. 目标专利作用：限定发起复制请求的第二 WTRU 在发起请求前并不是第一 WTRU 与远程方当前正在进行的会话的参与方。<br>3. 隐含公开推导：对比文件中预期的会议参与者（类似于第二终端）加入已有会议时，在加入之前与已在会议中的其他参与者（类似于第一终端和远程方）之间正在进行的媒体会话在物理/逻辑上最初并无关联。按照极其宽松的隐含公开判断标准，对比文件公开了“新加入方最初未参与进行中的会话”这一场景状态，技术人员能够合理解释出该未关联状态，因此认定为《隐含公开》。 |
| 技术特征C：所述协作复制会话邀请请求源于所述第二WTRU处<br><br>《未公开》 | 段落[0004]、[0028]：<br>“...the prospective participant sends a SIP request message to the conferencing application server.”（……预期参与者向会议应用服务器发送SIP请求消息。） | 1. 对比文件作用：公开了加入会议的 SIP 请求是由 prospective conference participant（终端）主动发出。<br>2. 目标专利作用：限定在拉模式（Pull Mode）协同会话复制流程中，“协作复制会话邀请请求”是由第二 WTRU 作为源头主动发起的。<br>3. 对比分析：虽然对比文件中加入会议的 SIP 消息源于预期参与者，但该消息本身并非“协作复制会话邀请请求”。鉴于对比文件根本不存在协作复制会话请求这一技术实体，无法仅因请求发起方为终端就认定公开了技术特征C。故该特征未被公开。 |
| 技术特征D：对所述协作复制会话邀请请求执行授权<br><br>《隐含公开》 | 段落[0006]、[0032]：<br>“In this way, the conferencing application server can both create a multimedia conference and control prospective conference participants' access to the conference.”（以此方式，会议应用服务器既可以创建多媒体会议，也可以控制预期会议参与者对会议的访问。）<br>“For example, security mechanisms that may be employed to provide the secure link between the Control Agent and the Media Server include authenticated SIP, Access Control Lists (ACLs), or any other suitable security mechanism.”（例如，可用于在控制代理和媒体服务器之间提供安全链路的安全机制包括认证SIP、访问控制列表（ACL）或任何其他合适安全机制。） | 1. 对比文件作用：公开了会议应用服务器控制预期参与者对会议的访问权限（access control），并提及基于 ACL 或认证 SIP 的安全控制。<br>2. 目标专利作用：SCC AS 验证请求方是否有权请求复制会话（例如验证是否为 IUT 用户、运营商策略、用户简档）。<br>3. 隐含公开推导：尽管对比文件针对的是会议访问控制，但在电信网络会话控制中，对接入会话的请求进行鉴权/授权控制（Access Control / Authorization）属于惯用构件。在极其宽松的标准下，对比文件公开了对参与者的请求进行访问控制/授权，本领域技术人员极易推知对接收的会话请求执行授权，构成《隐含公开》。 |
| 技术特征E：为复制的媒介流分配媒介资源<br><br>《隐含公开》 | 段落[0005]、[0033]：<br>“If the conference URI does not exist on the media server, then the desired conference is created before the media server sends the SIP 200 OK message... Because the prospective conference participant has successfully joined the conference, a multimedia session is established during which multimedia data such as audio data is generated and conveyed between the media server and the conference participant.”（如果会议URI在媒体服务器上不存在，则在媒体服务器发送SIP 200 OK消息之前创建所需会议……由于预期会议参与者已成功加入会议，因此建立了多媒体会话，在此期间生成多媒体数据（如音频数据）并在媒体服务器与会议参与者之间传输。）<br>段落[0045]：<br>“...request the creation of a conference having up to ten (10) conference participants (or more if sufficient resources are available)...”（……请求创建具有多达十（10）个会议参与者的会议（如果充足资源可用，则可以更多）……） | 1. 对比文件作用：在媒体服务器上为加入会议的参与者建立媒体分支，生成和承载多媒体流（分配处理多方会议所需媒体资源）。<br>2. 目标专利作用：SCC AS 针对将被复制出的媒体流向 MRF 申请/分配相应的媒体资源以承载复制流。<br>3. 隐含公开推导：在对比文件中，参与者建立媒体流必然依赖媒体服务器（Media Server）为其分配媒体处理资源（生成音频、端口分配等）。在极其宽松的隐含公开尺度下，对比文件公开了“在媒体服务器上为新建会话流分配媒体资源”，本领域技术人员可合理推断出为多方分发/复制流分配资源，构成《隐含公开》。 |
| 技术特征F：将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br><br>《未公开》 | 段落[0005]、[0033]：<br>“The conferencing application server then sends a corresponding SIP 200 OK message to the conference participant to indicate the participant's success in joining the conference.”（然后，会议应用服务器向会议参与者发送对应的SIP 200 OK消息，以指示该参与者成功加入会议。） | 1. 对比文件作用：服务器向新加入会议的参与者返回 SIP 200 OK 响应，通知加入会议成功并确认建立媒体连接。<br>2. 目标专利作用：向第二 WTRU 返回携带 MRF 中为复制流分配的媒体信息的响应（如带有 MRF SDP 的响应），以建立受控方与 MRF 之间的媒体接入段。<br>3. 对比分析：对比文件并未公开 IMS 架构中的 MRF 及其与会话复制关联的特定响应机制，其返回的响应仅是常规的会议加入成功响应，无法对应到针对“MRF中复制的媒介流”的响应。故未公开。 |
| 技术特征G：使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br><br>《未公开》 | 无对应内容。 | 1. 对比文件作用：对比文件仅记载通过媒体服务器将多个参与者的媒体流进行混音（mixing）或独立传输，不涉及对原本直连或特定接入段与远程段的拓扑更新重定向操作。<br>2. 目标专利作用：在复制前，第一 WTRU 与远程方之间存在原始媒体流段；SCC AS 使用 MRF 分别通过信令更新第一 WTRU 的接入段与远程方的远程段，将两端原本的端到端媒体流重定向到 MRF 上，由 MRF 充当锚点实现复制。<br>3. 对比分析：这是 IMS IUT 协同会话复制的核心拓扑切换机制（双腿重协商更新接入段与远程段到 MRF）。对比文件中完全不存在这种使用 MRF 重定向/更新原始双方的接入段与远程段的技术构思与信令流程，即使以最宽松的推导也无法得出，故未公开。 |
| 技术特征H：所述媒介流之后从所述远程方流向所述MRF<br><br>《隐含公开》 | 段落[0010]、[0025]：<br>“...the media server generates multimedia data such as audio data and conveys the data to the conference participants in the media plane of the network.”（……媒体服务器生成多媒体数据（例如音频数据）并在网络媒体平面中将数据传送给会议参与者。）<br>段落[0005]、[0033]：<br>“...an RTP session 214 is established to allow multimedia data such as audio data to be generated and conveyed between Participant 1 and the Media Server over a suitable media conference leg.”（……建立了RTP会话214，以允许在适当的媒体会议段上在参与者1和媒体服务器之间生成并传输多媒体数据（如音频数据）。） | 1. 对比文件作用：公开了参与者与媒体服务器之间建立 RTP 媒体会话，多媒体数据在参与者和媒体服务器之间双向传输（包括从参与者流向媒体服务器）。<br>2. 目标专利作用：在更新段之后，远程方的媒体流流向网络侧的 MRF 进行集中复制。<br>3. 隐含公开推导：对比文件的媒体服务器（Media Server）即相当于多媒体子系统中的 MRF 实体；远程参与者与媒体服务器建立 RTP 会话后，媒体流必然从参与者（可等同推理为远程方）流向媒体服务器（MRF）。基于极宽松标准，本领域技术人员可以合理推断媒体流由远程方流向 MRF，故构成《隐含公开》。 |
| 技术特征I：从所述MRF流向所述第一WTRU<br><br>《隐含公开》 | 段落[0010]、[0025]：<br>“...the media server generates multimedia data such as audio data and conveys the data to the conference participants in the media plane of the network.”（……媒体服务器生成多媒体数据（如音频数据），并在网络的媒体平面中将该数据传送给会议参与者。） | 1. 对比文件作用：媒体服务器将生成的会议多媒体数据分发传送给各会议参与者（包括首个参与者 Participant 1）。<br>2. 目标专利作用：MRF 接收到远程方的媒体流后，将该媒体流发送给第一 WTRU，保持第一 WTRU 上的正常媒体播放。<br>3. 隐含公开推导：对比文件中媒体服务器向 Participant 1（相当于第一 WTRU）传送媒体数据，与 MRF 流向第一 WTRU 的物理媒体流走向一致。按极宽松标准，本领域技术人员可推定该特征《隐含公开》。 |
| 技术特征J：从所述MRF流向所述第二WTRU<br><br>《隐含公开》 | 段落[0010]、[0025]、[0050]：<br>“Once the multimedia conference is established, the media server generates multimedia data such as audio data and conveys the data to the conference participants in the media plane of the network.”（一旦建立了多媒体会议，媒体服务器就会生成多媒体数据（例如音频数据），并在网络的媒体平面中将该数据传送给会议参与者。）<br>“It should be appreciated that additional conference participants such as Participants 2-3 may be joined to/removed from the conference...”（应当理解，其他会议参与者（例如参与者2-3）可以加入会议/从会议中移除……） | 1. 对比文件作用：媒体服务器同样将会议媒体数据传送给后续加入的各参与者（如 Participant 2）。<br>2. 目标专利作用：MRF 将复制出来的媒体数据流发送给发起复制请求的第二 WTRU，完成下行媒体流的复制呈现。<br>3. 隐含公开推导：对比文件中媒体服务器将相同的会议媒体分发给后续加入的第二参与者，其技术实质包含了媒体服务器向新加入终端发送媒体流。按极宽松推断标准，构成《隐含公开》。 |
| 技术特征K：其中所述协作复制会话邀请请求包括复制报头字段<br><br>《未公开》 | 无对应内容。 | 1. 对比文件作用：无。<br>2. 目标专利作用：在 SIP 报头中携带特定的“复制报头字段”（例如包含对话 ID），用于显式区分是“传输（Transfer）”还是“复制（Replication）”。<br>3. 对比分析：对比文件完全没有提出“会话/媒体流复制”与“传输”的区别，更不存在“复制报头字段（replication header field）”，未公开。 |
| 技术特征L：其中所述复制报头字段是媒介层“i＝复制”字段<br><br>《未公开》 | 无对应内容。 | 对比文件通篇未提及 SDP 媒介层“i=复制（replicate）”字段的定义与应用，未公开。 |
| 技术特征M：其中所述复制报头字段是媒介层“a＝复制”字段<br><br>《未公开》 | 无对应内容。 | 对比文件未提及在 SDP 媒介层使用“a=复制（replicate）”属性来标示复制，未公开。 |
| 技术特征N：其中所述复制报头字段是XML主体<br><br>《未公开》 | 段落[0011]、[0036]：<br>“The enhanced SIP signaling technique including the conferencing API is implemented by incorporating XML messages, and messages based on the Session Description Protocol (SDP), in the bodies of respective SIP request and response messages. The XML messages are incorporated in the SIP request/response message bodies to convey conference specific commands and/or parameters that cannot be easily described via the SDP.”（通过在各个SIP请求和响应消息的正文中并入XML消息以及基于会话描述协议（SDP）的消息，来实现包括会议API的增强型SIP信令技术。将XML消息合并到SIP请求/响应消息正文中，以传递无法通过SDP轻松描述的特定于会议的命令和/或参数。） | 1. 对比文件作用：对比文件公开了在 SIP 请求/响应的 MIME 消息主体中携带 XML 消息（MediaServerXML），用于传达多方会议相关的命令（如 <create_conference>、<add_leg> 等）。<br>2. 目标专利作用：在协同会话复制请求中通过 XML 主体来具体指示复制相关的控制指示（作为复制指示符）。<br>3. 对比分析：虽然对比文件公开了在 SIP 主体中使用 XML，但该 XML 是为了扩充通用会议控制命令，既不是权利要求所限定的“复制报头字段”，其内容也完全不包含会话/媒体流复制的相关指示，无法等同或推定为复制字段。故未公开。 |
| 技术特征O：其中所述XML主体指示将要复制哪些媒介组件或整个会话<br><br>《未公开》 | 无对应内容。对比文件中XML主体参见段落[0045]、[0057]等，仅包含会议创建、腿添加、静音或事件订阅等参数（如 maxparties="10"、mixmode="parked"）。 | 对比文件中的 XML 主体涉及的是常规会议参数配置（最大参与方数、混音模式、DTMF 订阅等），没有任何关于指示“复制哪些媒介组件”或“复制整个会话”的字段或语义。即便按照极宽松的标准，也无法推导出具有“指示复制媒介组件或整个会话”的 XML 主体。故未公开。 |
<<<b>>>
<<<d>>>
<<<e>>>
<<<h>>>
<<<i>>>
<<<j>>>
**特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br>《未公开》 | 对比文件主要涉及文档协作系统，如段落[0008]、[0009]、[0046]、[0049]等记载了管理作者（managing author）生成文档副本（replica）并发送给贡献作者（contributing author），贡献作者编辑后通过电子邮件将响应（RDF文件）发回管理作者。 | 对比文件公开的是应用层中用户之间通过电子邮件传输文档副本以进行文档编辑协作的系统，完全未公开IMS架构下的无线发射/接收单元（WTRU）、以及从第二WTRU接收“协作复制会话邀请请求”（如SIP INVITE复制请求）的技术方案。两者所属技术领域完全不同，技术方案与所起作用完全不同，本领域技术人员也无法合理解析或推导出该无线通信会话控制特征。因此既未直接公开，也未隐含公开。 |
| 技术特征B：其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br>《未公开》 | 对比文件未记载任何无线多媒体会话、WTRU设备间的会话关联状态或远程方（remote party）通信。 | 对比文件仅公开了编辑文档的作者角色，不存在第一WTRU、第二WTRU与远程方之间正在进行的实时多媒体通信会话，更未公开第二WTRU最初未关联到该媒介会话的技术特征。因此未公开。 |
| 技术特征C：所述协作复制会话邀请请求源于所述第二WTRU处<br>《未公开》 | 对比文件[0009]、[0046]记载：管理作者先向贡献作者发送文档副本，贡献作者编辑后返回响应。 | 对比文件是由管理作者发起协作流程，贡献作者仅是被动返回编辑修改响应；对比文件既不存在WTRU，也不存在由拉模式（pull mode）下第二设备主动发起的会话复制邀请请求。因此未公开。 |
| 技术特征D：对所述协作复制会话邀请请求执行授权<br>《隐含公开》 | 原文段落[0011]：“Next, an electronic replica of the original document is created, and word processing editing rights are selected for the electronic replica.”（随后，创建原始文档的电子副本，并为该电子副本选择文字处理编辑权限。）<br>原文段落[0073]：“When the format for the replica is EDF, then, the ability of contributing author(s) to edit the EDF replica(s) may be restricted by the managing author by selecting one or more of the editing privileges 612... where the contributing author(s) cannot edit the replica(s)...” | 目标专利中，该特征是指SCC AS等实体对复制请求进行策略和权限层面的验证/授权以决定是否允许复制。对比文件公开了管理作者为贡献作者配置编辑权限（editing privileges）和密码保护，以及在接收响应后审查、决定接受或拒绝修改（[0009]、[0046]）。基于极为宽松的隐含公开判断标准，权限管控与接受/拒绝操作与对请求的“授权/验证（authorization）”在广义逻辑处理上存在对应属性，有可能被推断为广义请求权限控制。因此判断为隐含公开。 |
| 技术特征E：为复制的媒介流分配媒介资源<br>《未公开》 | 对比文件未涉及媒介流（media stream）以及电信网络资源（如MRF媒介资源）的分配机制。 | 对比文件仅涉及本地计算机或文件服务器上的文档副本文件创建与内存/文件存储，并未涉及实时通信网络中多媒体流的传输信道与媒介资源分配。两者作用与技术手段完全不同，本领域技术人员无法合理解析出该特征。因此未公开。 |
| 技术特征F：将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br>《未公开》 | 对比文件未记载媒介资源功能（MRF）及任何多媒体流响应消息向终端WTRU的传输。 | 对比文件不存在MRF网元，更不存在将MRF中针对复制媒介流的信令响应（例如SIP 200 OK响应）下发给终端第二WTRU的技术内容。因此未公开。 |
| 技术特征G：使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br>《未公开》 | 对比文件未记载任何涉及呼叫控制腿/段（leg）、接入段（access leg）、远程段（remote leg）的更新操作。 | 目标专利中该特征用于在网络侧通过会话连续性控制将媒体流路径重新针定并路由到MRF以实现混音/分流。对比文件仅是文档管理系统与电子邮件交互，完全不存在接入段与远程段的会话更新机制。因此未公开。 |
| 技术特征H：所述媒介流之后从所述远程方流向所述MRF<br>《未公开》 | 对比文件未记载实时音视频媒介流从通信对端向媒体资源处理网元的流向。 | 对比文件无多媒体流通信，无远程方及MRF实体，无法得出多媒体数据流从远程方流向MRF的方案。因此未公开。 |
| 技术特征I：从所述MRF流向所述第一WTRU<br>《未公开》 | 对比文件未记载媒介流从MRF流向第一WTRU。 | 对比文件不存在多媒体流的分发传输机制。因此未公开。 |
| 技术特征J：从所述MRF流向所述第二WTRU<br>《未公开》 | 对比文件未记载媒介流从MRF流向第二WTRU。 | 对比文件不存在MRF向第二WTRU建立并分发复制媒介流的技术方案。因此未公开。 |
| 技术特征K：其中所述协作复制会话邀请请求包括复制报头字段<br>《未公开》 | 对比文件[0054]、[0056]、[0060]记载了EDF/RDF文件的XML元素定义，包括Disable_Export、RevisionName、SenderEmailAddr等。 | 目标专利的复制报头字段特指SIP协议中用于标识会话复制（而非转移）及目标会话ID的特定报头。对比文件仅公开了文档元数据定义中的XML字段，并未公开通信协议会话邀请请求中的“复制报头字段”。因此未公开。 |
| 技术特征L：其中所述复制报头字段是媒介层“i＝复制”字段<br>《未公开》 | 对比文件未出现任何SDP协议或媒介层“i=复制”字段的记载。 | 对比文件完全未涉及SDP（会话描述协议）的i行定义。因此未公开。 |
| 技术特征M：其中所述复制报头字段是媒介层“a＝复制”字段<br>《未公开》 | 对比文件未出现任何SDP协议或媒介层“a=复制”字段的记载。 | 对比文件完全未涉及SDP属性行a行的“a=复制”定义。因此未公开。 |
| 技术特征N：其中所述复制报头字段是XML主体<br>《隐含公开》 | 原文段落[0010]：“In addition, the system may further include an encryption module for encrypting data comprising an item identifying the collaborating author and a response module for generating a response file having the encrypted data, and the difference file. The data is preferably in XML format.”（此外，该系统还可包括加密模块……该数据优选为XML格式。）<br>原文段落[0051]：“The EDF replica plus some eXtensible Markup Language (XML) information forms the EDF file...”（EDF副本加上一些可扩展标记语言（XML）信息形成EDF文件……） | 目标专利中，该特征是指在SIP请求中携带包含复制指令信息的XML body（XML主体）。对比文件公开了在发送给合作者的协作文档包（EDF）以及返回的响应中包含XML格式的数据主体，且该XML用于描述协作文档的相关属性及标识。在极为宽松的隐含公开标准下，对比文件公开了在协作交互消息中使用“XML主体”来指示协作控制信息，有可能与其他通信协议结合推理出XML主体的应用形式。因此判断为隐含公开。 |
| 技术特征O：其中所述XML主体指示将要复制哪些媒介组件或整个会话<br>《未公开》 | 对比文件[0056]、[0060]列出了XML中包含的元素（如编辑权限、原始文档路径、版本名称等）。 | 对比文件的XML仅用于指定文档操作权限和文件标识，未涉及实时多媒体会话中对“特定媒介组件（如音频、视频流）或整个会话”的复制指示。两者技术本质不同。因此未公开。 |
<<<d>>>
<<<n>>>
**特征比对表格**
| 技术特征描述及判断结果 | 对比文件原文引用（US20040230697A1） | 公开性论述 |
| 技术特征A<br>从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br><br>《未公开》 | 无直接对应段落。<br>对比文件涉及网络架构中S-CSCF处理呼入请求的通用机制：<br>段落[0015]：“According to one embodiment of the invention, there is provided a method in a communication system for processing incoming requests at a controller entity. The method includes the steps of registering a plurality of contact addresses for a user in the controller entity, and receiving a request at the controller entity for a communication link to the user...”（根据本发明的一个实施例，提供了一种通信系统中在控制器实体处处理呼入请求的方法。该方法包括以下步骤：在控制器实体中为一个用户注册多个联系地址，并在控制器实体处接收针对到该用户的通信链路的请求……）<br>段落[0034]：“An incoming request may arrive at step 31 to the S-CSCF 12 to be terminated for the mobile user 1...”（呼入请求可在步骤31到达S-CSCF 12以终止给移动用户1……） | 1. 作用与技术方案分析：<br>目标专利技术特征A用于UE间传输（IUT）中的“拉（pull）模式会话复制”，由原本未参与会话的第二WTRU主动发起“协作复制会话邀请请求”（如目标说明书[0056]、[0061]、[0090]-[0091]所述），以请求网络将第一WTRU已存在的会话/媒介流复制一份给第二WTRU。<br>对比文件公开的是主叫用户（用户6）向具有多个注册联系地址的被叫移动用户1发起呼叫建立请求（段落[0032]、[0034]），S-CSCF根据HSS中的用户配置决定分叉（forking）或顺序寻呼。<br>2. 公开性结论：<br>对比文件中的请求是普通的主叫发起呼叫请求，既不是来自“第二WTRU”的“协作复制会话邀请请求”，也不涉及协作会话复制功能。本领域技术人员既无法毫无疑义地得出该方案（无直接公开），也无法从分叉寻呼机制合理推导出IUT协作复制会话邀请（无隐含公开）。因此，该特征未公开。 |
| 技术特征B<br>其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br><br>《未公开》 | 无对应段落。 | 1. 作用与技术方案分析：<br>目标专利中，该特征界定了第二WTRU拉模式复制的初始状态（如目标说明书[0056]“第二WTRU可以请求复制第一WTRU与远程方之间的正在进行的会话”），即会话最初仅存在于第一WTRU与远程方之间，第二WTRU最初并未关联该会话。<br>对比文件涉及的是同一用户1在多个终端/网络注册了多个联系地址（段落[0009]、[0030]），主叫向该用户1发起新呼叫，完全没有“第一WTRU与远程方之间已存在正在进行的媒介会话”以及“第二WTRU最初未关联该会话”的场景。<br>2. 公开性结论：<br>对比文件未公开第一WTRU、第二WTRU与远程方之间的会话关联拓扑关系，无法推断出该技术方案。因此，该特征未公开。 |
| 技术特征C<br>所述协作复制会话邀请请求源于所述第二WTRU处<br><br>《未公开》 | 无对应段落。 | 1. 作用与技术方案分析：<br>目标专利中该特征限定了拉模式复制请求的源头是想要接收复制媒介的第二WTRU处（如说明书[0056]步骤307、[0061]步骤509），用于触发SCC AS执行会话复制流程。<br>对比文件中发起的请求源自呼叫方（主叫用户6，段落[0032]），目的是呼叫被叫用户1，而非由想要复制媒体流的第二设备发起协作复制请求。<br>2. 公开性结论：<br>对比文件不涉及协作复制会话请求的起源设备方案，未直接公开亦未隐含公开。因此，该特征未公开。 |
| 技术特征D<br>对所述协作复制会话邀请请求执行授权<br><br>《未公开》 | 段落[0031]：“The subscriber information conventionally includes information such as authentication data (e.g. registration identities of the subscriber or the terminals) and so on...”（用户订户信息通常包括认证数据（例如订户或终端的注册标识）等信息……） | 1. 作用与技术方案分析：<br>目标专利中的“授权”（authorization）是指网络实体（SCC AS）根据运营商策略、预订限制、IUT用户权限或经由第一WTRU/远程方同意，对第二WTRU发起的复制会话请求进行合法性/权限检查与授权批准（如说明书[0057]、[0061]步骤511、[0066]等）。<br>对比文件段落[0031]仅提及HSS存储用于常规注册认证的authentication data，段落[0034]中仅是对用户profile查询寻呼策略（fork/no-fork）。<br>2. 公开性结论：<br>常规的网络接入认证（authentication）或寻呼偏好策略读取，与针对“协作复制会话邀请请求”的业务层授权（authorization）在作用、触发条件和处理逻辑上完全不同。对比文件未公开该特征，本领域技术人员无法据此推理得出。因此，该特征未公开。 |
| 技术特征E<br>为复制的媒介流分配媒介资源<br><br>《未公开》 | 无对应段落。 | 1. 作用与技术方案分析：<br>目标专利中，SCC AS在确定授权复制后，在媒介资源功能（MRF）中为复制出来的媒介流分配专用的媒介资源，以支持后续向多个终端分发媒体（如说明书[0059]、[0062]步骤512）。<br>对比文件全文仅涉及控制平面（SIP信令）在S-CSCF处的路由与分叉选择，完全未公开媒体面资源分配，更未公开为“复制的媒介流”分配媒介资源。<br>2. 公开性结论：<br>对比文件无相关媒体面控制与资源分配记载，未直接公开亦未隐含公开。因此，该特征未公开。 |
| 技术特征F<br>将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br><br>《未公开》 | 无对应段落。 | 1. 作用与技术方案分析：<br>目标专利中，SCC AS分配MRF资源后，将针对MRF中复制媒介流的响应消息（如SIP响应）经由S-CSCF传送给发起拉复制的第二WTRU（如说明书[0062]步骤513-514、[0077]步骤1013-1014、[0092]步骤1313-1314）。<br>对比文件仅涉及S-CSCF依据用户偏好向用户的一个或多个联系地址路由请求（段落[0034]-[0035]），不涉及MRF，也不涉及向第二WTRU传送关于MRF复制媒介流的响应。<br>2. 公开性结论：<br>对比文件无对应实体（MRF）及其响应流程的任何披露，未直接公开亦未隐含公开。因此，该特征未公开。 |
| 技术特征G<br>使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br><br>《未公开》 | 无对应段落。 | 1. 作用与技术方案分析：<br>目标专利中，为了将会话锚定并经由MRF进行媒体分发，SCC AS使用MRF更新第一WTRU上的接入段（Access Leg），并将远程段（Remote Leg）更新至MRF（如说明书[0059]、[0062]步骤515-516、[0092]步骤1315-1316），从而重构媒体路径。<br>对比文件不存在会话腿（leg）、接入段、远程段的更新机制，更无利用MRF执行复制流锚定与段更新的构思。<br>2. 公开性结论：<br>对比文件完全缺乏该技术架构与具体操作步骤，未直接公开亦未隐含公开。因此，该特征未公开。 |
| 技术特征H<br>所述媒介流之后从所述远程方流向所述MRF<br><br>《未公开》 | 无对应段落。 | 1. 作用与技术方案分析：<br>目标专利中，接入段和远程段更新后，媒体流拓扑发生改变，远程方的下行媒体流先传输至MRF（如说明书[0062]、[0078]、[0092]步骤1318）。<br>对比文件完全未公开MRF以及从远程方流向MRF的媒体拓扑结构。<br>2. 公开性结论：<br>对比文件缺乏该媒体流向特征，未直接公开亦未隐含公开。因此，该特征未公开。 |
| 技术特征I<br>从所述MRF流向所述第一WTRU<br><br>《未公开》 | 无对应段落。 | 1. 作用与技术方案分析：<br>目标专利中，MRF起到媒体复制与分发节点作用，媒体流从MRF发送至第一WTRU（如说明书[0062]步骤517、[0092]步骤1317），以保持原会话接收。<br>对比文件未涉及MRF向第一WTRU分发媒体流的方案。<br>2. 公开性结论：<br>对比文件未直接公开亦未隐含公开。因此，该特征未公开。 |
| 技术特征J<br>从所述MRF流向所述第二WTRU<br><br>《未公开》 | 无对应段落。 | 1. 作用与技术方案分析：<br>目标专利中，MRF将复制出的媒体流分发发送至第二WTRU（如说明书[0062]步骤519、[0092]步骤1319），实现拉模式复制后的多方共享接收。<br>对比文件未公开MRF向第二WTRU发送复制媒体流的方案。<br>2. 公开性结论：<br>对比文件未直接公开亦未隐含公开。因此，该特征未公开。 |
| 技术特征K<br>其中所述协作复制会话邀请请求包括复制报头字段<br><br>《未公开》 | 段落[0012]：“The caller preferences may overrule the called party preferences. This may be performed by using of a specific header field, i.e. the "Request-Disposition" header field. The field specifies caller preferences for how a server of the terminating network should process the request where this header field is included...”（主叫偏好可以推翻被叫偏好。这可以通过使用特定的报头字段，即“Request-Disposition”报头字段来执行。该字段指定了主叫关于终止网络服务器应如何处理包含该报头字段的请求的偏好……） | 1. 作用与技术方案分析：<br>目标专利中，复制报头字段（Replication header field）专门用于在SIP请求中标识当前操作是“会话复制”而非“会话传输/普通呼叫”，并携带待复制会话的对话ID（如说明书[0081]、[0091]）。<br>对比文件段落[0012]公开了SIP标准中的Request-Disposition报头字段，用于指示分叉指令（fork/no-fork/parallel/sequential），属于呼叫路由控制偏好指示。<br>2. 公开性结论：<br>Request-Disposition报头字段的作用是指示代理服务器是否对呼叫请求进行分叉寻呼，其语义、功能及承载参数与目标专利专用于IUT复制的“复制报头字段”有本质区别。即使按照最宽松的标准，对比文件的路由分叉指示报头也无法使本领域技术人员合理推导出协作复制会话的“复制报头字段”，未公开该特征。 |
| 技术特征L<br>其中所述复制报头字段是媒介层“i＝复制”字段<br><br>《未公开》 | 无对应段落。 | 1. 作用与技术方案分析：<br>目标专利在SDP媒介层使用标准化的“i=复制（replicate）”字段来显式标识待复制的媒介组件（说明书[0082]、[0091]）。<br>对比文件全文未涉及SDP描述协议中的“i=”行或“i=复制”字段。<br>2. 公开性结论：<br>对比文件缺乏相关记载，未直接公开亦未隐含公开。因此，该特征未公开。 |
| 技术特征M<br>其中所述复制报头字段是媒介层“a＝复制”字段<br><br>《未公开》 | 无对应段落。 | 1. 作用与技术方案分析：<br>目标专利在SDP媒介层定义新属性“a=复制”，用于针对每个媒介组件明确指示复制（说明书[0082]、[0091]）。<br>对比文件全文未涉及SDP属性“a=”行或“a=复制”字段。<br>2. 公开性结论：<br>对比文件缺乏相关记载，未直接公开亦未隐含公开。因此，该特征未公开。 |
| 技术特征N<br>其中所述复制报头字段是XML主体<br><br>《未公开》 | 无对应段落。 | 1. 作用与技术方案分析：<br>目标专利通过在请求消息中包含XML主体（XML body）来承载复制指示信息，包含待复制的具体媒介组件或整个会话信息、会话ID等（说明书[0083]、[0091]）。<br>对比文件全文未记载在请求中使用XML主体指示会话或媒介复制。<br>2. 公开性结论：<br>对比文件缺乏相关技术内容，未直接公开亦未隐含公开。因此，该特征未公开。 |
| 技术特征O<br>其中所述XML主体指示将要复制哪些媒介组件或整个会话<br><br>《未公开》 | 无对应段落。 | 1. 作用与技术方案分析：<br>目标专利中，该特征进一步限定了XML主体的具体指示内容，即指明待复制的对象范围（特定媒介流或整个会话）（说明书[0083]、[0091]）。<br>对比文件完全无XML主体及媒介组件复制指示的相关公开。<br>2. 公开性结论：<br>对比文件未直接公开亦未隐含公开。因此，该特征未公开。 |
经全面且严谨的技术特征比对与分析，对比文件（US20040230697A1）主要公开了在IMS网络中S-CSCF根据HSS中存储的用户Profile处理主叫呼入请求的分叉路由（Forking）机制，并未涉及IMS UE间传输（IUT）中的协作会话复制方案，技术特征A至O均未被对比文件直接公开或隐含公开。
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br><br>【未公开】 | 无直接或隐含对应内容。对比文件涉及由会议主持人发起即席多媒体会议，例如段落[0010]记载：“When a user of the system wishes to establish a multimedia communication with one or more users (herein referred to as the conference's “moderator”), the moderator calls the appropriate buddy list from the MM, thereby generating a requested list. The moderator may then push a button that instructs the MM to establish a multimedia session.”（当系统用户希望与一个或多个用户建立多媒体通信时（本文中称为会议的“主持人”），主持人从MM调用适当的好友列表，从而生成请求列表。然后主持人可以按下一个按钮，指示MM建立多媒体会话。） | 目标专利中，该特征是指在IMS架构下由第二WTRU主动发起针对已有正在进行会话的拉模式（pull mode）“协作复制会话邀请请求”（参见目标专利说明书[0007]、[0056]、[0061]、[0091]），目的是将正在进行的流复制给第二WTRU形成协作会话。对比文件US20050091380A1公开的是由会议主持人通过好友列表选择参与者并请求管理模块MM建立全新的多媒体会议或向已有会议添加成员（[0082]），并非由未加入该会话的第三方设备主动发起“协作复制会话邀请请求”。因此，对比文件既未直接公开也未隐含公开技术特征A。 |
| 技术特征B：其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br><br>【未公开】 | 参见段落[0082]：“For example, an alternate embodiment of the present invention may give the moderator an option to add a new participant during an existing session... Step 750 may then be modified to handle only the additional participants.”（例如，本发明的另一实施方式可以给主持人一个在现有会话期间添加新参与者的选项……然后可以修改步骤750以仅处理附加的参与者。） | 目标专利的技术方案建立在“第一WTRU与远程方之间存在正在进行的会话，且第二WTRU最初与该会话不关联”的特定三方协作复制场景基础之上（参见目标专利[0055]、[0056]）。对比文件虽公开了在现有会话中添加新参与者（[0082]），但其核心架构是主持人邀请新成员加入MCU多方会议，而非在第一WTRU与远程方的会话背景下由独立不相关的第二WTRU针对该现有会话进行复制。两者的上下文体系完全不同，本领域技术人员无法从对比文件中推导出该特定关系的协作复制架构，未直接公开亦未隐含公开。 |
| 技术特征C：所述协作复制会话邀请请求源于所述第二WTRU处<br><br>【未公开】 | 无对应内容。对比文件中建立会话的请求源自主持人，如段落[0010]及[0071]记载：“A user who wishes to establish a multimedia session (i.e., the moderator) requests display of the user's buddy list (715)... If the instruction is to establish the session 730 with the users previously selected for inclusion on the requesting list (728), then the requesting list is sent to the IP server 110a-c”（希望建立多媒体会话的用户（即主持人）请求显示该用户的好友列表……如果是利用先前选择包含在请求列表中的用户来建立会话的指令，则请求列表被发送到IP服务器）。 | 目标专利的技术特征C限定了请求发起方为接收复制流的“第二WTRU”（即拉模式拉取媒体流，参见目标专利[0056]、[0061]）。对比文件中会话发起的主体是会议主持人（moderator），被邀请加入的人员处于被叫/被通知状态，根本不存在“协作复制会话邀请请求”，更无从谈起该请求源于第二WTRU处。因此该特征未公开。 |
| 技术特征D：对所述协作复制会话邀请请求执行授权<br><br>【未公开】 | 段落[0009]记载：“Each user may have one or more buddy lists, and each corporation may have one or more common buddy lists that may be accessed by authorized users.”（每个用户可以具有一个或多个好友列表，并且每个公司可以具有一个或多个可以由经授权的用户访问的公共好友列表。）<br>段落[0054]记载：“After verifying the authorization of the request, DBMM 340 send the requested list via CIM 360a-c to the appropriate client agent 205.”（在验证请求的授权之后，DBMM 340经由CIM 360a-c将请求的列表发送到适当的客户端代理205。） | 目标专利中的授权是对“协作复制会话邀请请求”本身的合法性、用户策略或远端方许可进行业务授权（参见目标专利[0007]、[0016]、[0057]、[0061]、[0098]）。对比文件中的授权仅是数据库管理模块（DBMM）验证用户是否有权获取/访问公司公共好友列表（[0054]），两者针对的客体、执行阶段及作用完全不同。对比文件未直接公开也未隐含公开对协作复制会话邀请请求执行授权。 |
| 技术特征E：为复制的媒介流分配媒介资源<br><br>【未公开】 | 段落[0076]记载：“Based on the session definition, and assuming the resources of an MCU 140a-c are required, a decision is made regarding the resources that are needed (744), such as the number of audio ports, number of video ports, type and number of network interface cards, etc. Based on the needed resources and the MCUs database that is managed by MCUM 330 as determined with respect to FIG. 5, one of the MCUs 140a-c is selected to handle the session.”（基于会话定义，并假设需要MCU 140a-c的资源，做出关于所需资源的决定（744），例如音频端口数、视频端口数、网络接口卡的类型和数量等。基于所需资源和参照图5确定的由MCUM 330管理的MCU数据库，选择MCU 140a-c之一来处理会话。） | 目标专利中分配媒介资源是为在网络侧（MRF）中分发和复制已有的媒体流而分配媒体处理资源（参见[0007]、[0059]、[0062]）。对比文件公开的是MCU根据普通多方会议所需决定端口（音频端口、视频端口、网卡等）并选择MCU承载会议，该资源分配并非针对“复制的媒介流”。两者在分配对象和技术语境上存在本质区别，对比文件未直接公开亦无法推理得出隐含公开。 |
| 技术特征F：将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br><br>【未公开】 | 段落[0081]记载：“Preferably in parallel, the “dial in” number, IP address, and/or URL of the selected MCU, along with a password if needed, are sent via the appropriate CIM 360a-c to the client agents 205 (762) for the “dial in” users, requesting the client agents to instruct the associated endpoints to “dial in” the number or address to set the session.”（优选地并行地，所选择的MCU的“拨入”号码、IP地址和/或URL以及密码（如果需要）经由适当的CIM 360a-c被发送到针对“拨入”用户的客户端代理205（762），请求客户端代理指示关联的端点“拨入”该号码或地址以建立会话。） | 目标专利的技术方案基于3GPP IMS架构，在SCC AS收到拉模式邀请后，向MRF分配资源并将与MRF中复制的媒介流相关的响应（如SIP 200 OK等）送回第二WTRU（参见[0007]、[0062]、[0092]、[0102]）。对比文件仅公开了将MCU的呼叫拨入参数（号码、IP等）通知给客户端代理以让其拨入会议，不存在MRF，也不存在针对复制媒介流的响应传输。因此对比文件未公开此特征。 |
| 技术特征G：使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br><br>【未公开】 | 段落[0083]记载：“If the current MCU cannot support an additional participant, a message may be sent to the current participants informing them that their session is temporary terminated and it will be transferred to another MCU. Then method 700 may continue from step 744 with a broader-requesting requesting list that includes the additional participants.”（如果当前MCU无法支持附加参与者，则可以向当前参与者发送消息，通知他们他们的会话已临时终止并将转移到另一个MCU。然后方法700可以从步骤744继续，使用包括附加参与者的更广泛请求列表。） | 目标专利的技术方案通过IMS中特有的会话段分裂与重协商机制，利用业务连续性服务器SCC AS指示MRF分别更新第一WTRU的原接入段（access leg）以及更新远程段（remote leg），从而将原本直连或旧路径的流切换接入至MRF以便执行媒体流分发（参见[0007]、[0059]、[0062]）。对比文件完全没有IMS网络中的接入段、远程段及其更新机制，在MCU扩容无法支持时甚至采用“临时终止原会话并转移”的机制，与目标专利维持原会话并无缝更新接入段/远程段以注入MRF的技术方案完全不同。故该特征未公开。 |
| 技术特征H：所述媒介流之后从所述远程方流向所述MRF<br><br>【未公开】 | 无直接或隐含对应内容。对比文件图1及段落[0004]、[0034]中仅涉及端点与MCU建立多方通信：“When more than two endpoints participate in a conference, a Multipoint Control Unit (MCU) is used to connect the conferees together... An MCU is a conference controlling device typically located in a node of the network or in a terminal which receives several logical or physical channels from access ports, and which in accordance with certain criteria processes audiovisual and data signals and distributes them to the connected channels.”（当两个以上的端点参与会议时，使用多点控制单元（MCU）将与会者连接在一起……MCU是通常位于网络节点或终端中的会议控制设备，其从接入端口接收若干逻辑或物理信道，并根据特定标准处理视听和数据信号并将它们分配到连接的信道。） | 目标专利中的特征H限定了会话接入段和远程段更新后所形成的特定网络拓扑路径：媒体流从远程方流向IMS的MRF，再由MRF作为锚点进行复制分发（参见[0059]、[0062]、[0075]、[0078]）。对比文件基于传统的MCU混流多方会议机制，既不涉及通过更新远程段使远程方媒体重定向到MRF，也不存在目标专利中所定义的协作复制拓扑。对比文件未直接公开或隐含公开该特征。 |
| 技术特征I：从所述MRF流向所述第一WTRU<br><br>【未公开】 | 同特征H。对比文件段落[0004]、[0023]公开了MCU与端点之间的音视频通道。 | 目标专利中，该特征是指媒体流经由MRF拆分/复制后，下发至原始通话方（第一WTRU）的分支流（参见[0059]、[0062]、[0078]）。对比文件仅公开了MCU将音频/视频信号混流或交换分发到已加入会议的各常规终端，不存在在协作复制架构下由MRF保持第一WTRU媒体流的作用。故未公开。 |
| 技术特征J：从所述MRF流向所述第二WTRU<br><br>【未公开】 | 同特征H。对比文件段落[0004]、[0081]公开了新加入端点与MCU之间的通道。 | 目标专利限定复制的媒体流由MRF分发至拉取复制的受控方/第二WTRU（参见[0059]、[0062]、[0078]）。对比文件是MCU将会议流发送给新拨入或被呼叫的会议成员，未公开利用MRF进行协作会话流复制传输的机制，未直接公开亦未隐含公开。 |
| 技术特征K：其中所述协作复制会话邀请请求包括复制报头字段<br><br>【未公开】 | 无对应内容。对比文件段落[0008]中仅记载：“The MMs may send indications and instructions to the users by sending instant messages, and may communicate with the MCUs via an XML, HTML API, or any other communication means that is installed in and understood by the MCUs.”（MM可以通过发送即时消息向用户发送指示和指令，并且可以经由XML、HTML API或安装在MCU中并被MCU理解的任何其他通信方式与MCU通信。） | 目标专利的特征K具体指在SIP邀请消息中标准化包含特定的“复制报头字段”（Replication header field），用以显式区分是“会话传送（IUT transfer）”还是“会话复制（replicate）”（参见目标专利说明书[0006]、[0080]、[0081]、[0091]）。对比文件没有SIP信令层面的复制报头字段，未直接公开亦未隐含公开。 |
| 技术特征L：其中所述复制报头字段是媒介层“i＝复制”字段<br><br>【未公开】 | 无对应内容。 | 目标专利在SDP媒介层使用“i=复制”（i=replicate）字段以指示要复制的特定媒体组件（参见说明书[0082]、[0091]）。对比文件完全没有在SDP协议中使用该属性字段的记载，本领域技术人员不可能由此推导出该技术方案，未公开。 |
| 技术特征M：其中所述复制报头字段是媒介层“a＝复制”字段<br><br>【未公开】 | 无对应内容。 | 目标专利在SDP媒介层定义新的属性行“a=复制”（a=replicate）以指示媒体组件复制（参见说明书[0082]、[0091]）。对比文件无相关披露，未直接公开亦未隐含公开。 |
| 技术特征N：其中所述复制报头字段是XML主体<br><br>【未公开】 | 段落[0008]记载：“and may communicate with the MCUs via an XML, HTML API, or any other communication means that is installed in and understood by the MCUs.”（并且可以经由XML、HTML API或安装在MCU中并被MCU理解的任何其他通信方式与MCU通信。）<br>段落[0035]记载：“The request may be based on HTML or XML protocol and may be processed by an appropriate Application Program Interface (API) at the MCU.”（该请求可以基于HTML或XML协议，并且可以由MCU处的适当应用程序编程接口（API）进行处理。） | 目标专利中的XML主体是作为SIP复制请求消息的主体（body），用于承载区分复制/传送、标识具体被复制媒介组件或整个会话的指示信息（参见[0083]、[0091]）。对比文件虽然提及了XML协议，但其记载的是IP服务器与MCU之间通过基于XML的API发送建立多点会议的调用指令，既不是作为协作复制会话邀请请求中的复制报头字段/载荷，所起到的技术作用也截然不同。对比文件未直接公开也未隐含公开该特征。 |
| 技术特征O：其中所述XML主体指示将要复制哪些媒介组件或整个会话<br><br>【未公开】 | 无对应内容。对比文件段落[0035]记载：“The request preferably carries the required information to establish the session, such as the dial-in number and/or IP address of the appropriate endpoints 156 or 166, their connection parameters, identification information, etc.”（该请求优选地携带建立会话所需的信息，例如适当端点156或166的拨入号码和/或IP地址、它们的连接参数、识别信息等。） | 目标专利中XML主体携带要复制的特定媒介流（如音频、视频）或者复制整个会话的具体指示信息（参见[0083]、[0111]）。对比文件在基于XML的MCU请求中仅传输拨入号码、IP地址、端点能力参数等通用建会信息，完全没有指示媒介组件复制或会话复制的相关机制。因此对比文件未公开此特征。 |
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br><br>《未公开》 | 对比文件第[0018]-[0019]段：<br>“It is assumed that the user wishes to perform a handoff from PC 12 to UE 32... Once the connection with UE 32 is established and the user decides to trigger a handoff to UE 32, at S7, the UE 32, at S8 sends an SIP message which may either be a new SIP handoff message or an SIP invite message with new information elements to identify the existing session. This message is transferred through UMTS network 23 to IP network 18, at S9, and thereafter to service server 22, at S10.”<br>（假设用户希望执行从PC 12到UE 32的切换……一旦与UE 32建立了连接并且用户决定在S7触发到UE 32的切换，在S8处UE 32发送SIP消息，该消息可以是新的SIP切换消息或者带有用于标识现有会话的新信息元素的SIP邀请（invite）消息。该消息在S9处通过UMTS网络23传送至IP网络18，此后在S10处传送至业务服务器22。） | 1. 作用与技术方案比对：<br>目标专利说明书[0006]、[0056]、[0080]-[0081]明确指出，“复制（replicate）”与“传输/切换（transfer/handoff）”具有完全不同的作用与机制：复制是指在保留原有会话的同时在另一设备上产生相同媒体流的分支（形成协作会话）；而对比文件公开的是会话在不同设备间的“切换（handoff）”，其目的在于将会话主体从一个设备完全转移至另一个设备并终止源设备会话。<br>2. 判断结论：<br>对比文件S8发送的消息属于会话切换请求（handoff/invite），并非“协作复制会话邀请请求”，且两者存在本质区别，本领域技术人员不能从中直接得出该特征；即便基于最宽松的隐含公开判断，对比文件旨在彻底移交会话，完全没有涉及或暗示在网络侧维持协作复制会话的意图，因此技术特征A既未被直接公开，也未被隐含公开。 |
| 技术特征B：其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br><br>《直接公开》 | 对比文件第[0014]、[0018]段：<br>“Making reference to FIG. 2... it is assumed that there is a real time session between PC 12 and a called party... At this time neither UE 32 nor PC 12 is communicating with UMTS network 23.”；<br>第[0018]段：“Initially, it is assumed that the real time multi-media session, which may be voice over internet protocol (VoIP) or video, is presently taking place as represented by the two-way communication S1 between PC 12 with WLAN card 13 and WLAN network 14... It is assumed that the user wishes to perform a handoff from PC 12 to UE 32. This is initiated by turning on UE 32, at S4...”<br>（参考图2……假设PC 12与被叫方之间存在实时会话……此时UE 32和PC 12均未与UMTS网络23通信；第[0018]段：最初，假设实时多媒体会话（可以是VoIP或视频）当前正在进行，如PC 12与WLAN网络14之间的双向通信S1所示……假设用户希望执行从PC 12到UE 32的切换。这通过在S4处开启UE 32来发起……） | 1. 作用与技术方案比对：<br>在目标专利中，该特征表明在触发会话操作前，第二WTRU是一个处于空闲或尚未接入该特定多媒体会话的独立设备，与第一WTRU和远端方之间的正在进行的会话最初没有关联。<br>对比文件图3实施例中，最初在PC 12与远端/服务服务器22之间存在正在进行的多媒体会话，而第二设备UE 32最初处于未开机或未接入会话的状态，直到S4才开机接入网络，即UE 32最初并未关联到PC 12与远方之间的会话中。两者在对应实体状态及作用上完全一致。<br>2. 判断结论：<br>本领域技术人员结合说明书上下文能够毫无疑义地直接确定UE 32最初与该会话不关联，技术特征B属于《直接公开》。 |
| 技术特征C：所述协作复制会话邀请请求源于所述第二WTRU处<br><br>《隐含公开》 | 对比文件第[0018]-[0019]段：<br>“Once the connection with UE 32 is established and the user decides to trigger a handoff to UE 32, at S7, the UE 32, at S8 sends an SIP message which may either be a new SIP handoff message or an SIP invite message with new information elements to identify the existing session. This message is transferred through UMTS network 23 to IP network 18, at S9, and thereafter to service server 22, at S10.”<br>（一旦与UE 32建立了连接并且用户决定在S7触发到UE 32的切换，在S8处UE 32发送SIP消息，该消息可以是新的SIP切换消息或者带有用于标识现有会话的新信息元素的SIP邀请消息。该消息在S9处通过UMTS网络23传送至IP网络18，此后在S10处传送至业务服务器22。） | 1. 作用与技术方案比对：<br>目标专利中，特征C限定了“拉模式（pull mode）”的触发源头，即由接收复制流的第二WTRU主动发起邀请请求。<br>在对比文件中，图3步骤S8明确公开了拉模式触发过程：由目标设备UE 32主动发送SIP切换/邀请消息（SIP handoff / SIP invite message）至网络侧业务服务器22。<br>2. 判断结论：<br>虽然对比文件发送的是切换（handoff）邀请而非复制（replication）邀请（因此未直接公开），但就“请求源自第二终端设备（接收端/目标端）向网络发送邀请以拉取正在进行的会话”这一控制架构及信号源头而言，对比文件公开了该拉模式信令的触发机制，具备与其他对比文件组合公开该特征的可能性。根据极其宽松的隐含公开判断标准，技术特征C属于《隐含公开》。 |
| 技术特征D：对所述协作复制会话邀请请求执行授权<br><br>《隐含公开》 | 对比文件第[0012]段：<br>“The message is also conveyed from GSN 28 to a home subscriber server (HSS) 26 and an AAA 24 (similar to AAA 16) for access, authentication and accounting... The AAA 24 securely determines the identity and privileges of the UE and tracks the UE's activities.”<br>（该消息还从GSN 28传送至归属订户服务器(HSS) 26和用于访问、鉴权与计费的AAA 24（类似于AAA 16）……AAA 24安全地确定UE的身份与权限并跟踪UE的活动。） | 1. 作用与技术方案比对：<br>目标专利中特征D的作用是在网络侧（SCC AS）验证发起方权限或会话策略以决定是否允许会话操作（如说明书[0058]、[0061]）。<br>对比文件公开了网络侧设有AAA实体24/16，在UE通过网络发送信令时，由AAA单元负责执行“access, authentication and accounting（访问、鉴权/授权与计费）”，并“securely determines the identity and privileges of the UE（安全地确定UE的身份与权限）”。<br>2. 判断结论：<br>对比文件是对进入网络的UE信令及服务进行基于权限与身份的鉴权/授权（AAA认证），虽然其针对的是handoff流程而非复制请求本身，但鉴于网络侧对接入及业务请求执行合法性/权限授权属于通信通用处理逻辑，且其揭示了在网络节点验证设备权限的过程，具有与其它特征组合的可能。在极宽松的隐含公开标准下，判定技术特征D被《隐含公开》。 |
| 技术特征E：为复制的媒介流分配媒介资源<br><br>《未公开》 | 对比文件全文（包括第[0011]-[0029]段等信令交互过程）。 | 1. 作用与技术方案比对：<br>目标专利说明书[0007]、[0059]、[0062]中，特征E是指网络侧为了同时向两个终端分发相同的媒体流，在网络侧MRF（媒体资源功能）中分配用于复制媒体流的分支/混合媒体资源。<br>对比文件所公开的方案为点对点端到端切换（PC 12切换到UE 32），会话在完成切换后直接在UE 32与远方/服务服务器之间建立，并随后通过S20（SIP BYE）终止PC 12的会话（参见[0021]），其核心为资源的重新协商与转移，根本不存在为“复制的媒介流”分配媒介资源的过程或机制。<br>2. 判断结论：<br>对比文件未曾提及媒体复制分配资源，本领域技术人员既无法直接得出，也无法合理解读出该技术构思，因此技术特征E既未被直接公开，也未被隐含公开。 |
| 技术特征F：将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br><br>《未公开》 | 对比文件全文（特别是第[0019]段步骤S11-S13）。 | 1. 作用与技术方案比对：<br>目标专利说明书[0062]、[0077]中，SCC AS在MRF分配好复制资源后，将关于MRF中复制媒体流的响应（如SIP 200 OK，包含MRF SDP等信息）转发回第二WTRU。<br>对比文件第[0019]段仅公开了业务服务器22向UE 32返回SIP 200 OK确认消息（经由IP网络18与UMTS网络23），但对比文件中根本没有MRF网元，更没有“针对MRF中复制媒介流的响应”。<br>2. 判断结论：<br>对比文件的响应仅是对普通单向切换请求的端到端确认，完全不包含MRF或复制媒体流的技术内容，无法推导得出，技术特征F未被直接公开，也未被隐含公开。 |
| 技术特征G：使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br><br>《未公开》 | 对比文件全文（特别是第[0021]-[0022]段）。 | 1. 作用与技术方案比对：<br>目标专利说明书[0059]、[0062]详细阐述了IMS分段控制机制：利用MRF作为锚点更新第一WTRU接入段并将远程段更新锚定到MRF，从而使远端媒体流输入MRF并分发给两个分支。<br>对比文件在切换完成后，服务器直接向第一设备（PC 12）发送SIP BYE终止原有接入链路（参见[0021]：“service server 22, at S18 transmits an SIP BYE to terminate the real time session on the WLAN network”），完全没有更新保留第一WTRU上的接入段，更不存在使用MRF更新远程段与接入段的架构。<br>2. 判断结论：<br>对比文件方案与该特征的处理方式完全相反（一者为终止连接，一者为在MRF更新保持双路连接），技术特征G未被直接公开，也未被隐含公开。 |
| 技术特征H：所述媒介流之后从所述远程方流向所述MRF<br><br>《未公开》 | 对比文件全文。 | 1. 作用与技术方案比对：<br>目标专利中，特征H限定了媒体面拓扑：远端媒体流先汇聚到MRF，再由MRF复制下发（说明书[0062]）。<br>对比文件仅涉及常规媒体通信路径（经由IP网络路由至设备），根本没有MRF网元，也无将媒体流集中路由至MRF进行多路分发的媒体面架构。<br>2. 判断结论：<br>对比文件未公开MRF及流向MRF的拓扑结构，本领域技术人员无法推导得出，技术特征H未被直接公开，也未被隐含公开。 |
| 技术特征I：从所述MRF流向所述第一WTRU<br><br>《未公开》 | 对比文件全文（特别是第[0021]段）。 | 1. 作用与技术方案比对：<br>目标专利中特征I的作用是保持原有第一设备的媒体接收分支，由MRF将复制流之一继续递送给第一WTRU。<br>对比文件明确在完成向UE 32的切换后，通过S18-S26流程（SIP BYE和SIP ACK）将第一设备（PC 12）的媒体会话彻底拆除并终止，第一设备在切换后不再接收任何媒体流。<br>2. 判断结论：<br>对比文件不存在MRF，且第一设备的媒体流已被终止，该特征未被直接公开，也未被隐含公开。 |
| 技术特征J：从所述MRF流向所述第二WTRU<br><br>《未公开》 | 对比文件全文。 | 1. 作用与技术方案比对：<br>目标专利中特征J为媒体面拓扑的另一分支，即由MRF将复制媒体流下发给加入协作的第二WTRU。<br>对比文件虽然在切换后媒体流流向第二设备UE 32（参见第[0020]段步骤S15-S17），但该媒体流是切换后的单一端到端通信流，并非由“MRF”下发的复制流，且体系中不存在MRF网元。<br>2. 判断结论：<br>对比文件缺乏MRF实体及复制分发结构，无法毫无疑义得出，也不能基于该切换流直接推断出MRF下发媒体分支，技术特征J未被直接公开，也未被隐含公开。 |
| 技术特征K：其中所述协作复制会话邀请请求包括复制报头字段<br><br>《未公开》 | 对比文件第[0019]段：<br>“the UE 32, at S8 sends an SIP message which may either be a new SIP handoff message or an SIP invite message with new information elements to identify the existing session.”<br>（UE 32在S8处发送SIP消息，该消息可以是新的SIP切换消息或者带有用于标识现有会话的新信息元素的SIP邀请消息。） | 1. 作用与技术方案比对：<br>目标专利说明书[0081]中，复制报头字段（Replication Header Field）是专门用于区分会话传输与会话复制的标准化报头。<br>对比文件虽然提到了在SIP invite中包含“new information elements to identify the existing session（用于标识现有会话的新信息元素）”，但该信息元素的作用是用于定位待切换的原会话（类似于Target-Dialog或Replaces），并无任何关于“复制”属性的指示或报头字段设置。<br>2. 判断结论：<br>对比文件既未记载“复制报头字段”，其信息元素也仅服务于切换识别，即使在最宽松的标准下，亦无法推断出存在表征媒体复制的专门报头字段，技术特征K未被直接公开，也未被隐含公开。 |
| 技术特征L：其中所述复制报头字段是媒介层“i＝复制”字段<br><br>《未公开》 | 对比文件全文。 | 对比文件通篇未涉及SDP媒介层“i=”行（line）的设置，更无“i=复制”字段的任何记载或暗示。技术特征L未被直接公开，也未被隐含公开。 |
| 技术特征M：其中所述复制报头字段是媒介层“a＝复制”字段<br><br>《未公开》 | 对比文件全文。 | 对比文件未公开SDP媒介层“a=”属性行，亦未公开任何关于“a=复制”的内容。技术特征M未被直接公开，也未被隐含公开。 |
| 技术特征N：其中所述复制报头字段是XML主体<br><br>《未公开》 | 对比文件全文。 | 对比文件未涉及在SIP请求中携带用于指示复制的XML主体（XML body）的任何技术手段。技术特征N未被直接公开，也未被隐含公开。 |
| 技术特征O：其中所述XML主体指示将要复制哪些媒介组件或整个会话<br><br>《未公开》 | 对比文件全文。 | 对比文件通篇未出现XML主体，更未公开通过XML主体来细粒度指示复制特定媒体组件或整个会话的技术方案。技术特征O未被直接公开，也未被隐含公开。 |
<<<B>>>
<<<c>>>
<<<d>>>
**特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br>《未公开》 | 无对应内容。对比文件涉及PTT组呼系统，相关段落提及：“発信者のＣＤは、確立されたパケットデータセッションを用いて、グループ通話を設定するためにグループ通話サーバへグループ通話要求５０４を送信する。”（译文：主叫CD使用建立的分组数据会话，向群组通话服务器发送群组通话请求504以建立群组通话。）[段落2] | 目标专利中，“协作复制会话邀请请求”用于在IMS架构下由第二WTRU请求复制第一WTRU与远程方之间正在进行的会话（拉模式协作会话复制，参见目标说明书[0007]、[0056]、[0061]、[0090]等）。对比文件公开的是在PTT（一键通）系统/组呼系统中，发起方CD向组呼服务器发送组呼请求（如段落[2]图5中的504），并非针对正在进行的会话建立拉取复制媒体流的“协作复制会话邀请请求”。因此，对比文件未直接公开也无法隐含公开技术特征A。 |
| 技术特征B：其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br>《未公开》 | 无对应内容。 | 目标专利中，该特征体现为第二WTRU（请求复制方）最初并未加入第一WTRU与远程方之间正在进行的媒体会话，而是后续发起协作复制（拉模式复制）。对比文件属于组呼建立机制，主叫CD直接发起群组通话，或者被叫CD接收通知后被动加入组呼，不存在“第一WTRU与远程方之间已存在正在进行的媒体会话且第二WTRU最初不关联”的场景和架构。因此，对比文件未公开该特征。 |
| 技术特征C：所述协作复制会话邀请请求源于所述第二WTRU处<br>《未公开》 | 无对应内容。对比文件仅公开主叫CD发起组呼：“グループ通話の開始を望むユーザは……プッシュツートーク（ＰＴＴ）ボタンを押してグループ通話を開始する。……発信者のＣＤは……グループ通話サーバへグループ通話要求５０４を送信する。”（译文：希望开始群组通话的用户……按下PTT按钮以开始群组通话。……主叫CD……向群组通话服务器发送群组通话请求504。）[段落2] | 目标专利的特征C限定了“协作复制会话邀请请求”是由第二WTRU（受控方/拉取方）所源起发起（拉模式）。对比文件既没有协作复制会话，其发起者仅为普通的组呼发起方CD（主叫），不涉及源于非关联第二WTRU处的协作复制会话邀请。因此，对比文件未公开该特征。 |
| 技术特征D：对所述协作复制会话邀请请求执行授权<br>《未公开》 | 对比文件段落[2]提及：“ユーザサイドに関する機能には、ユーザ登録、グループ通話の開始、グループ通話の終了、グループメンバにアラートを送信すること、グループ通話への遅れた参加、話者アービトレーション、グループにメンバを追加すること、グループからメンバを排除すること、メンバを非登録にすること、及び認証が含まれる。”（译文：涉及用户侧的功能包括：用户注册、群组通话开始、群组通话结束、向群组成员发送警报、延迟加入群组通话、话者仲裁、向群组添加成员、从群组排除成员、注销成员以及认证。） | 目标专利中，“对所述协作复制会话邀请请求执行授权”是指SCC AS验证第二WTRU是否为IUT用户、简档是否允许复制媒体流，或向第一WTRU请求授权（参见[0057]、[0061]、[0077]）。对比文件仅一般性提及“認証（认证）”，且其针对的是普通组呼用户接入/话者控制，并不存在对“协作复制会话邀请请求”执行授权的机制。因此，对比文件未公开该特征。 |
| 技术特征E：为复制的媒介流分配媒介资源<br>《隐含公开》 | “１つの局面では、マルチキャストパス上で、１グループの対象通信デバイスに、メディアをマルチキャストすべきかを判定する方法及び装置は、１グループの対象通信デバイスにおける参加者の数を決定することと、決定された数が所定のしきい値を超えているのであれば、１グループの対象通信デバイスに送信するために無線インフラストラクチャにメディアをマルチキャストすることとを備える。”（译文：在一个方面中，在组播路径上确定是否应向一组目标通信设备组播媒体的方法和装置包括：确定一组目标通信设备中的参与者数量，并且如果确定的数量超过预定阈值，则向无线基础设施组播媒体以发送给一组目标通信设备。）[段落2]<br>“ＢＳＣはその後、……ＢＳＣとグループ通話サーバの間でマルチキャストパスを設定する６１８。”（译文：BSC随后……在BSC与群组通话服务器之间建立组播路径618。）[段落2]<br>“１つの実施形態では、ＢＳＣは、対象受話者のＣＤへ送信するために、グループ通話サーバから受信したメディアを複製する必要があるかもしれない。……ＢＳＣは、そのような確立された専用チャネル上で専用チャネルを介して、ＩＰマルチキャストアドレスにマップされる各対象受话者のＣＤへメディアの１つのコピーを送信する６２６。”（译文：在一个实施方式中，BSC可能需要复制从群组通话服务器接收的媒体以发送给目标受话者的CD。……BSC在这样建立的专用信道上通过专用信道向映射到IP组播地址的每个目标受话者CD发送媒体的一个副本626。）[段落2] | 目标专利中，该步骤由服务器为复制的媒体流分配相应的媒体资源（如在MRF中分配网络/媒体资源以承载分流复制流，见[0059]、[0062]）。在对比文件中，当组呼服务器或BSC确定需要将媒体分发至多个接收端时，会为组播路径、专用信道等分配网络和信道资源，并且BSC在需要向多个接收端分别发送时会对接收到的媒体进行复制（“メディアを複製”，见图6步骤626及对应说明），并分配相应的专用信道/组播资源。本领域技术人员结合对比文件关于为分发/复制媒体建立组播路径与专用信道资源的教导，能够合理推断出其隐含了为复制分发的媒体流分配相应媒介资源的技术方案，符合隐含公开判断标准。 |
| 技术特征F：将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br>《未公开》 | 对比文件段落[2]提及：“グループ通話サーバがグループ通話要求を受信する場合、……確立したパケットデータセッションを用いてグループ通話要求アクノリッジメントで応答する５０６。”（译文：群组通话服务器接收群组通话要求时……使用建立的分组数据会话以群组通话要求确认进行响应506。）“グループ通話サーバは、発信者のＣＤだけでなく、確立されたパケットデータセッションにおける受话者のＣＤへグループ通話アナウンスメントを送信する６１０。”（译文：群组通话服务器不仅向主叫CD，还向建立的分组数据会话中的受话者CD发送群组通话宣告610。） | 目标专利中，SCC AS在为复制媒体流分配MRF资源后，将与MRF中复制媒体流相关的SIP响应（如200 OK）转发给发起请求的第二WTRU（参见[0062]、[0077]、[0092]）。对比文件中仅公开了组呼服务器向主叫CD回送组呼请求确认（506/606）或者向受话者发送组呼通知（610），不存在IMS架构下的MRF网元，更未公开针对MRF中复制媒体流向第二WTRU发送响应。因此，对比文件未公开该特征。 |
| 技术特征G：使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br>《未公开》 | 无对应内容。 | 目标专利中，该特征为IMS协作会话复制的核心信令控制步骤：由SCC AS使用MRF更新第一WTRU上的接入段（Access Leg），并将远程段（Remote Leg）重定向/更新到MRF（如通过re-INVITE或UPDATE），使得MRF锚定并承载复制分流（参见[0007]、[0059]、[0062]、[0089]）。对比文件基于传统的PTT/广播组播架构（包含GCS、PDSN、BSC），既无MRF网元，也无IMS接入段和远程段的会话更新机制。因此，对比文件未公开该特征。 |
| 技术特征H：所述媒介流之后从所述远程方流向所述MRF<br>《隐含公开》 | “発信者のＣＤは……メディアをグループ通話サーバに送信する６２０。……ＢＳＣは……メディアをグループ通話サーバへ送信する６２２。”（译文：主叫CD在……信道上向群组通话服务器发送媒体620。……BSC使用建立的分组数据会话或组播路径将从主叫CD接收到的媒体发送到群组通话服务器622。）[段落2]<br>“グループ通話サーバは、発信者のＣＤからメディアを受信し５１２……”（译文：群组通话服务器从主叫CD接收媒体512……）[段落2] | 目标专利中，媒体流由远端流向处于网络中心的媒体资源节点（MRF）（参见[0059]、[0062]、[0075]、[0078]）。在对比文件中，通话发起方（对应于发送媒体的远端发送方）将媒体发送给网络侧的核心媒体控制/处理实体——群组通话服务器GCS（图5步骤512、图6步骤620/622）。虽然对比文件未采用3GPP IMS架构中的MRF名称，但GCS在媒体流传输拓扑中同样充当中心多媒体处理与分发节点，媒体流自发送端流向网络中心媒体节点。按照极其宽松的隐含公开判断标准，本领域技术人员能够合理推理推断出发起方媒体流流向中心媒体处理实体的流动方式在架构作用上与“远端流向MRF”高度对应，属于部分公开并可推理得出，故认定为隐含公开。 |
| 技术特征I：从所述MRF流向所述第一WTRU<br>《未公开》 | 对比文件段落[2]提及：“発話の許可を有している場合、ＣＤ３０２は話者として知られ、確立されたチャネルを介してメディアを送信する。ＣＤ３０２が話者として指定されている場合、残りの参加者ＣＤ３０４及びＣＤ３０６は、グループにメディアを送信する許可を有しない。従って、ＣＤ３０４及びＣＤ３０６は受話者として指定される。”（译文：具有发话许可时，CD302被称为话者，通过建立的信道发送媒体。当CD302被指定为话者时，其余参与者CD304和CD306没有向群组发送媒体的许可。因此，CD304和CD306被指定为受话者。） | 目标专利中，原始通话的第一WTRU在会话复制后，仍通过MRF接收来自远端的下行媒体流（即第一WTRU与第二WTRU均从MRF接收复制的媒体流，保持各自的会话分支，参见[0055]、[0059]、[0062]）。而在对比文件的PTT半双工工作模式中，发话者（主叫方）仅负责上传音频流，网络服务器并不将自己发出的媒体流再回传给发话者本身；若在全双工场景下，对比文件亦未公开原始第一设备在拉模式复制后经由MRF保持下行支路流动的方案。因此，对比文件未公开该特征。 |
| 技术特征J：从所述MRF流向所述第二WTRU。<br>《隐含公开》 | “グループ通話サーバはＩＰマルチキャストアドレスを使用し、確立されたＩＰマルチキャストパス上で、メディアの１つのコピーを関連ＢＳＣへマルチキャストする６２４。……ＢＳＣは、そのような確立された専用チャネル上で専用チャネルを介して、ＩＰマルチキャストアドレスにマップされる各対象受話者のＣＤへメディアの１つのコピーを送信する６２６。ＢＳＣは、共有チャネルを介して、ＩＰマルチキャストアドレスにマップされる対象受话者のＣＤにもメディアの１つのコピーを送信する６２６。”（译文：群组通话服务器使用IP组播地址，在建立的IP组播路径上向相关BSC组播媒体的一个副本624。……BSC通过专用信道向映射到IP组播地址的每个目标受话者CD发送媒体的一个副本626。BSC还通过共享信道向映射到IP组播地址的目标受话者CD发送媒体的一个副本626。）[段落2] | 目标专利中，技术特征J指网络侧的中央媒体节点（MRF）将复制后的媒体流下发传输给加入会话的第二WTRU（参见[0059]、[0062]）。对比文件中公开了群组通话服务器GCS将接收到的媒体流通过组播路径下发至BSC，并进一步通过专用信道或共享信道向目标受话者CD（相当于会话中的接收方第二设备）分发媒体的一个副本（步骤624、626）。对比文件的网络分发/复制媒体节点向目标接收设备下发媒体流的拓扑与作用，与从网络中心节点流向第二WTRU的技术方案相对应。按照宽松判断标准，本领域技术人员通过对比文件的媒体下发路径可合理解释并推断出该媒体流分发特征，认定为隐含公开。 |
| 技术特征K：其中所述协作复制会话邀请请求包括复制报头字段。<br>《未公开》 | 无对应内容。对比文件段落[2]仅提及：“登録は、ユーザデータグラムプロトコル（ＵＤＰ）を介して、セッション開始プロトコル（ＳＩＰ）のようなＩＰプロトコルを使用して行われてもよい。”（译文：注册可以经由用户数据报协议（UDP），使用诸如会话发起协议（SIP）之类的IP协议进行。） | 目标专利中，“复制报头字段”用于在SIP消息中指示复制操作并包含对话ID（参见[0081]、[0091]）。对比文件虽提及SIP协议可用于注册，但完全没有在请求消息中携带“复制报头字段”的构思和技术特征。因此未公开。 |
| 技术特征L：其中所述复制报头字段是媒介层“i＝复制”字段。<br>《未公开》 | 无对应内容。 | 目标专利中，该字段为SDP媒体描述中的“i=replicate”（参见[0082]、[0091]）。对比文件完全未公开该特征。 |
| 技术特征M：其中所述复制报头字段是媒介层“a＝复制”字段。<br>《未公开》 | 无对应内容。 | 目标专利中，该字段为SDP媒体描述中的“a=replicate”（参见[0082]、[0091]）。对比文件完全未公开该特征。 |
| 技术特征N：其中所述复制报头字段是XML主体。<br>《未公开》 | 无对应内容。 | 目标专利中，该特征指复制请求中携带指示复制相关信息的XML主体（参见[0083]、[0091]）。对比文件完全未公开该特征。 |
| 技术特征O：其中所述XML主体指示将要复制哪些媒介组件或整个会话。<br>《未公开》 | 无对应内容。 | 目标专利中，该特征限定了XML主体内部所承载的具体指示内容（参见[0083]、[0091]）。对比文件完全未公开该特征。 |
<<<e>>>
<<<h>>>
<<<j>>>
作为一名专利创造性评估经验丰富的资深专利代理师，基于目标专利说明书与对比文件（US20050267611A1）的公开内容，对各技术特征的公开性进行客观、严谨的比对与分析。
---
### 一、 技术特征比对分析说明
目标专利涉及**通信系统领域**（IMS网络中业务集中和连续性应用服务器SCC AS中的媒介会话复制方法及信令架构，涉及WTRU、MRF、SIP协议信令、SDP参数等）。
对比文件（US20050267611A1）涉及**工业制造过程的跟踪系统与管理软件领域**（System, method and program for tracing manufacturing processes），公开了分布式服务器和中心服务器利用工序实例链（process instance chain）、前向/后向指针来收集并跟踪零件装配/加工制造过程的追踪信息。
两者分属完全不同的技术领域，对比文件中完全不涉及无线发射/接收单元（WTRU）、协作会话复制邀请、媒介资源功能（MRF）、会话接入段更新、远程段更新、SIP/SDP信令字段（如“i=复制”、“a=复制”、XML主体）等任何相关技术内容。
---
### 二、 特征比对表格
| 第一栏：技术特征描述及公开性判断结果 | 第二栏：对比文件原文引用及中文翻译 | 第三栏：公开性论述 |
| 技术特征A：<br>从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br><br>【公开性判断】：未公开 | 无<br>（对比文件全文无相关记载） | 1. 作用比对：在目标专利中，该特征用于业务集中和连续性应用服务器（SCC AS）接收来自未参与当前会话的目标终端发起的拉模式会话复制请求，以启动在目标终端上复制媒介流的流程。<br>2. 公开性论述：对比文件涉及制造过程的质量跟踪管理系统，仅公开了分布式服务器向中心服务器发送追踪信息指针（段落[0031]、[0057]等）。对比文件全文未记载任何“无线发射/接收单元（WTRU）”，也未记载“协作复制会话邀请请求”。本领域技术人员无法从对比文件中直接得出、亦无法结合制造跟踪系统合理解析或推断出该特征，因此对比文件既未直接公开也未隐含公开技术特征A。 |
| 技术特征B：<br>其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br><br>【公开性判断】：未公开 | 无<br>（对比文件全文无相关记载） | 1. 作用比对：在目标专利中，该特征界定了复制请求发起方（第二WTRU）在发起复制前与正在进行的会话各参与方的拓扑关系，表明其为非参与方通过拉模式加入/复制会话。<br>2. 公开性论述：对比文件完全未涉及任何通信会话、终端设备及其关联状态。对比文件中的制造工序实例之间的连接指针（段落[0005]、[0034]-[0035]）与通信会话关联状态具有完全不同的技术属性与应用语境。因此，对比文件既未直接公开也未隐含公开技术特征B。 |
| 技术特征C：<br>所述协作复制会话邀请请求源于所述第二WTRU处<br><br>【公开性判断】：未公开 | 无<br>（对比文件全文无相关记载） | 1. 作用比对：在目标专利中，该特征用于明确协作复制会话的拉（pull）模式信令起源自第二WTRU处。<br>2. 公开性论述：对比文件未涉及任何WTRU及协作复制会话邀请请求，更未记载该请求源于第二WTRU。因此，对比文件既未直接公开也未隐含公开技术特征C。 |
| 技术特征D：<br>对所述协作复制会话邀请请求执行授权<br><br>【公开性判断】：未公开 | 无<br>（对比文件全文无相关记载） | 1. 作用比对：在目标专利中，该特征用于SCC AS根据签约简档、策略或向第一WTRU/远程方求证，以验证并决定是否允许第二WTRU复制正在进行的媒介会话。<br>2. 公开性论述：对比文件虽在背景技术[0002]中提及“quality assurance（质量保证）”，但其属于制造品质管理范畴，与IMS通信网络中针对会话复制邀请请求的权限/策略授权认证完全无关。对比文件不存在针对协作复制会话邀请请求进行授权的技术方案。因此，对比文件既未直接公开也未隐含公开技术特征D。 |
| 技术特征E：<br>为复制的媒介流分配媒介资源<br><br>【公开性判断】：未公开 | 无<br>（对比文件全文无相关记载） | 1. 作用比对：在目标专利中，该特征用于SCC AS在MRF中为需要复制分发的媒介流分配承载与处理资源。<br>2. 公开性论述：对比文件虽然在段落[0041]提及“optimum assignment of various resources in a process chain（在工艺链中各种资源的最优分配）”，但其指的是工业生产中制造设备、物料等工序资源的配置，而非通信网络中为承载复制媒介流分配的媒介处理资源（如MRF通道/端口）。技术领域与技术方案完全不同，本领域技术人员无法合理解析推断出该特征。因此，对比文件既未直接公开也未隐含公开技术特征E。 |
| 技术特征F：<br>将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br><br>【公开性判断】：未公开 | 无<br>（对比文件全文无相关记载） | 1. 作用比对：在目标专利中，该特征用于向请求方第二WTRU反馈关于MRF中复制媒介流的信令响应（如SIP 200 OK），以协助建立第二WTRU与MRF之间的媒介通道。<br>2. 公开性论述：对比文件完全未公开媒介资源功能（MRF）、第二WTRU以及两者的信令响应流程。因此，对比文件既未直接公开也未隐含公开技术特征F。 |
| 技术特征G：<br>使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br><br>【公开性判断】：未公开 | 无<br>（对比文件全文无相关记载） | 1. 作用比对：在目标专利中，该特征用于通过更新第一WTRU接入段与远程段，将原本直接相通或已有的会话路径锚定/切换至MRF，以便MRF集中执行流的复制与分发。<br>2. 公开性论述：对比文件未涉及任何通信会话中的接入段（access leg）、远程段（remote leg）更新，亦无MRF节点。对比文件公开的工序实例链前后指针的更新与维护（段落[0058]-[0059]）属于完全不同的数据处理机制。因此，对比文件既未直接公开也未隐含公开技术特征G。 |
| 技术特征H：<br>所述媒介流之后从所述远程方流向所述MRF<br><br>【公开性判断】：未公开 | 无<br>（对比文件全文无相关记载） | 1. 作用比对：在目标专利中，该特征界定了会话更新后媒介流的传输路径，远程方的上行流直接到达MRF。<br>2. 公开性论述：对比文件涉及工序物料流动（段落[0026]），完全未公开多媒体通信中的媒介流传输拓扑与MRF数据流向。因此，对比文件既未直接公开也未隐含公开技术特征H。 |
| 技术特征I：<br>从所述MRF流向所述第一WTRU<br><br>【公开性判断】：未公开 | 无<br>（对比文件全文无相关记载） | 1. 作用比对：在目标专利中，该特征界定了MRF将媒介流下发/分发给原始会话参与方（第一WTRU）的通路。<br>2. 公开性论述：对比文件不涉及通信媒介流、MRF及终端，未公开该数据流向。因此，对比文件既未直接公开也未隐含公开技术特征I。 |
| 技术特征J：<br>从所述MRF流向所述第二WTRU<br><br>【公开性判断】：未公开 | 无<br>（对比文件全文无相关记载） | 1. 作用比对：在目标专利中，该特征界定了MRF将复制的媒介流分发给目标方（第二WTRU）的通路，完成会话复制分发。<br>2. 公开性论述：对比文件不涉及通信媒介流的复制分发拓扑。因此，对比文件既未直接公开也未隐含公开技术特征J。 |
| 技术特征K：<br>其中所述协作复制会话邀请请求包括复制报头字段<br><br>【公开性判断】：未公开 | 无<br>（对比文件全文无相关记载） | 1. 作用比对：在目标专利中，该特征用于在信令中通过特定报头字段将复制请求与一般的会话传输（transfer）请求明确区分开。<br>2. 公开性论述：对比文件不涉及通信网络信令格式或报头设计。因此，对比文件既未直接公开也未隐含公开技术特征K。 |
| 技术特征L：<br>其中所述复制报头字段是媒介层“i＝复制”字段<br><br>【公开性判断】：未公开 | 无<br>（对比文件全文无相关记载） | 1. 作用比对：在目标专利中，该特征通过在SDP的媒介描述层使用特定的“i=replicate”指明要复制的具体媒介流。<br>2. 公开性论述：对比文件完全未涉及SDP或协议层字段。因此，对比文件既未直接公开也未隐含公开技术特征L。 |
| 技术特征M：<br>其中所述复制报头字段是媒介层“a＝复制”字段<br><br>【公开性判断】：未公开 | 无<br>（对比文件全文无相关记载） | 1. 作用比对：在目标专利中，该特征通过在SDP的媒介层扩展定义“a=replicate”属性以指示复制特定的媒介组件。<br>2. 公开性论述：对比文件完全未涉及SDP属性行定义。因此，对比文件既未直接公开也未隐含公开技术特征M。 |
| 技术特征N：<br>其中所述复制报头字段是XML主体<br><br>【公开性判断】：未公开 | 无<br>（对比文件全文无相关记载） | 1. 作用比对：在目标专利中，该特征通过SIP消息体中的XML文档来携带丰富的会话复制控制指令与标识信息。<br>2. 公开性论述：对比文件全文未记载SIP消息体或携带复制信息的XML主体。因此，对比文件既未直接公开也未隐含公开技术特征N。 |
| 技术特征O：<br>其中所述XML主体指示将要复制哪些媒介组件或整个会话<br><br>【公开性判断】：未公开 | 无<br>（对比文件全文无相关记载） | 1. 作用比对：在目标专利中，该特征用于在XML主体中精细化定义复制的粒度（特定组件或整会话）。<br>2. 公开性论述：对比文件完全未公开相关技术方案。因此，对比文件既未直接公开也未隐含公开技术特征O。 |
---
### 三、 评估结论
经全面且严谨的特征比对分析：
对比文件 US20050267611A1 为工业制造过程质量追踪系统，与目标专利所述的无线通信/IMS多媒体会话复制技术方案不属于同一技术领域；即使按照最宽松的隐含公开判断标准，本领域技术人员也完全无法从制造追踪信息管理系统中合理推导出技术特征A至O的任何技术内容。因此，对比文件**未直接公开亦未隐含公开**目标专利权利要求的任何技术特征。
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br><br>【未公开】 | 无引用内容（对比文件全文公开的是一种车辆座椅，未包含任何通信相关内容）。 | 对比文件US20050285438A1涉及一种具有空调功能的车辆座椅（Vehicle seat having an air conditioning function），其核心技术方案是通过在座垫与风道之间设置高弹性模量构件来改善乘坐舒适度。本技术特征涉及通信领域中SCC AS接收来自第二WTRU的协作复制会话邀请请求。对比文件与本特征所处的技术领域完全不同，未披露任何通信实体、WTRU或协作复制会话邀请请求，既未直接公开，本领域技术人员也不可能基于车辆座椅的机械与气流结构推导出该通信特征，因此未公开（亦不构成隐含公开）。 |
| 技术特征B：其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br><br>【未公开】 | 无引用内容。 | 对比文件仅公开了车辆座椅各机械及发泡材料部件（如座垫、靠背、风道、风机等），完全未涉及多方媒介通信会话、第一WTRU、第二WTRU或远程方之间的初始关联状态，既未直接公开，亦无任何可能推理出该特征，未公开。 |
| 技术特征C：所述协作复制会话邀请请求源于所述第二WTRU处<br><br>【未公开】 | 无引用内容。 | 对比文件涉及汽车座椅通风系统，完全不涉及拉模式（Pull mode）会话复制请求的发起端实体（第二WTRU），未公开该技术方案，亦无任何启示或可能进行推理，未公开。 |
| 技术特征D：对所述协作复制会话邀请请求执行授权<br><br>【未公开】 | 无引用内容。 | 对比文件不涉及通信信令与权限校验机制，未公开对会话复制请求进行授权的步骤或逻辑，未公开。 |
| 技术特征E：为复制的媒介流分配媒介资源<br><br>【未公开】 | 无引用内容。 | 对比文件未涉及核心网/业务层中为复制的多媒体流分配网络媒介资源的技术方案，未公开。 |
| 技术特征F：将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br><br>【未公开】 | 无引用内容。 | 对比文件不包含多媒体子系统（IMS）、MRF网元或会话响应信令交互的任何内容，未公开。 |
| 技术特征G：使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br><br>【未公开】 | 无引用内容。 | 对比文件未涉及使用MRF建立/更新控制端接入段（access leg）及远程段（remote leg）的信令流程与拓扑重配，未公开。 |
| 技术特征H：所述媒介流之后从所述远程方流向所述MRF<br><br>【未公开】 | 无引用内容。 | 对比文件未公开任何媒体数据流在远程方与MRF之间的路由与传输路径，未公开。 |
| 技术特征I：从所述MRF流向所述第一WTRU<br><br>【未公开】 | 无引用内容。 | 对比文件未涉及媒体流从MRF复制分发并流向第一WTRU的过程，未公开。 |
| 技术特征J：从所述MRF流向所述第二WTRU<br><br>【未公开】 | 无引用内容。 | 对比文件未涉及媒体流从MRF复制分发并流向第二WTRU的过程，未公开。 |
| 技术特征K：其中所述协作复制会话邀请请求包括复制报头字段<br><br>【未公开】 | 无引用内容。 | 对比文件未涉及SIP协议或会话信令中的特定报头字段定义，未公开。 |
| 技术特征L：其中所述复制报头字段是媒介层“i＝复制”字段<br><br>【未公开】 | 无引用内容。 | 对比文件未涉及SDP协议中媒介层“i=复制”字段的设置与指示机制，未公开。 |
| 技术特征M：其中所述复制报头字段是媒介层“a＝复制”字段<br><br>【未公开】 | 无引用内容。 | 对比文件未涉及SDP属性行中“a=复制”属性字段的设置与指示机制，未公开。 |
| 技术特征N：其中所述复制报头字段是XML主体<br><br>【未公开】 | 无引用内容。 | 对比文件未涉及使用XML消息主体承载会话复制指示信息，未公开。 |
| 技术特征O：其中所述XML主体指示将要复制哪些媒介组件或整个会话<br><br>【未公开】 | 无引用内容。 | 对比文件未涉及XML主体中对具体复制对象（特定媒体流组件或完整会话）的描述与指示，未公开。 |
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br><br>《未公开》 | 未公开相关内容。<br><br>对比文件引文（见【详细说明】“グループを見つけること及び参加すること”部分）：<br>「一旦、トップ−レベルＳＩＰサーバ・アドレスが知られると、ＣＤ２０２は、予め規定されたＳＩＰ宛て先にＳＩＰ“ＩＮＶＩＴＥ”命令を使用して電話をかけることによって、自身に利用可能なグループのアップデートされたリストを要求できる。……グループが選択された後で、ＣＤ２０２は、要請宛て先としてグループ−アドレスを明示することによって、及びトップ−レベルＳＩＰサーバへ要求を送ることによってＳＩＰ ＩＮＶＩＴＥ方法を介してグループに加入しようと試みる。」<br>（参考翻译：一旦得知顶级SIP服务器地址，CD 202可以通过使用SIP “INVITE”命令向预定SIP目的地发起呼叫，来请求对其可用的群组的更新列表……在选择了群组之后，CD 202通过将群组地址明确指定为邀请目的地，并向顶级SIP服务器发送请求，尝试通过SIP INVITE方法加入该群组。） | 1. 对比文件作用分析：对比文件公开了终端CD 202通过向顶级SIP服务器发送SIP INVITE消息来请求更新群组列表或加入预先存在的半双工PTT/群组通信（Group Communication/Chat room/Ad-hoc）网络中。<br>2. 目标专利作用分析：目标专利技术特征A位于业务集中和连续性应用服务器（SCC AS）侧，结合说明书【0007】、【0053】、【0056】及【0061】可知，其是在用户间传输（IUT）协作会话架构下，由最初不属于该会话的第二WTRU主动发起“协作复制会话邀请请求”（如携带特定复制指示的INVITE请求），从而将第一WTRU与远程方之间正在进行的媒介会话中的媒介组件或整个会话复制给第二WTRU。<br>3. 比对分析：对比文件的SIP INVITE仅是普通的群组加入（Join）信令，完全不存在“协作会话”（Collaborative Session）、更无针对正在进行的单播/远程端点双向会话进行“复制（Replicate）”的会话邀请请求，二者技术方案与实现目的截然不同。本领域技术人员既无法直接得出该特征，也无法通过常规推理或部分公开推断得出，故未公开。 |
| 技术特征B：其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br><br>《未公开》 | 未公开相关内容。<br><br>对比文件引文（见【详细说明】“一般的な全体像”部分）：<br>「チャット−ルーム・モデルでは、グループは、事前に規定され、通信マネージャに記憶されることができる。……グループ通信の間に、グループ構成員は、グループに参加する若しくは離脱することを具体的に要求することができる。」<br>（参考翻译：在聊天室模型中，群组可以预先定义并存储在通信管理器中……在群组通信期间，群组成员可以具体请求加入或离开群组。） | 1. 对比文件作用分析：对比文件涉及的是PTT群组通信成员加入已有的聊天室或多方组播信道，各成员属于同一组播网络/列表的预备或潜在成员。<br>2. 目标专利作用分析：目标专利结合说明书【0056】（拉模式复制中，第二WTRU与远程方并无会话，第二WTRU请求复制第一WTRU与远程方之间的进行中的会话）可知，其明确要求存在一个在“第一WTRU”与“远程方（Remote Party）”之间建立并正在进行的独立双向端到端会话，且“第二WTRU”在最初与该会话不存在端点关联，从而限定了后续IUT会话复制的起始会话拓扑。<br>3. 比对分析：对比文件是基于点对多点（PTT）广播/分发架构，不存在“第一WTRU与远程方之间正在进行的媒介会话”，更无“第二WTRU与该正在进行的会话最初不关联”的拓扑关系与技术构思，因此既未直接公开，亦无法隐含推导得出。 |
| 技术特征C：所述协作复制会话邀请请求源于所述第二WTRU处<br><br>《未公开》 | 未公开相关内容。<br><br>对比文件引文（见【详细说明】“グループを見つけること及び参加すること”部分）：<br>「グループが選択された後で、ＣＤ２０２は、要請宛て先としてグループ−アドレスを明示することによって、及びトップ−レベルＳＩＰサーバへ要求を送ることによってＳＩＰ ＩＮＶＩＴＥ方法を介してグループに加入しようと試みる。」<br>（参考翻译：在选择了群组之后，CD 202通过将群组地址明确指定为邀请目的地，并向顶级SIP服务器发送请求，尝试通过SIP INVITE方法加入该群组。） | 1. 对比文件作用分析：对比文件中CD 202发起SIP INVITE请求的目的仅为加入某一PTT群组。<br>2. 目标专利作用分析：目标专利结合说明书【0056】、【0061】及图5、图10、图13（拉模式复制Pull mode）可知，该特征限定了协作会话复制请求是由需要获取复制流的目标端设备（第二WTRU）主动发起的“拉模式”流程。<br>3. 比对分析：由于对比文件连“协作复制会话邀请请求”本身都未公开，更谈不上该请求源于第二WTRU。因此该特征未被直接公开，亦不存在推导得出的可能。 |
| 技术特征D：对所述协作复制会话邀请请求执行授权<br><br>《未公开》 | 未公开相关内容。<br><br>对比文件引文（见【详细说明】“グループを見つけること及び参加すること”部分）：<br>「通常は、宛て先ＳＩＰユーザ・エージェント・サーバは、ＣＤ２０２が選択されたグループに参加することを認可されることを確認する、そして、自身の応答の内容中のグループに参加するために使用するメディア・トラフィックの説明及びシグナリング・パラメータを埋め込んでいる、要請に応答する。」<br>（参考翻译：通常，目的地SIP用户代理服务器确认CD 202被授权加入所选群组，并且对邀请做出响应，在其响应内容中嵌入用于加入该群组的媒体流量描述和信令参数。） | 1. 对比文件作用分析：对比文件中的SIP用户代理服务器仅是对终端CD 202加入该PTT群组的静态会员资格或接入权限（认可/确认）进行常规鉴权。<br>2. 目标专利作用分析：目标专利结合说明书【0007】、【0057】、【0061】、【0066】等记载可知，其是对拉模式下第二WTRU请求“复制另一终端正在进行的媒介流”执行授权，具体包括SCC AS验证第二WTRU是否为合法IUT用户、第一WTRU简档是否允许被复制，或进一步向第一WTRU/远程方请求授权。<br>3. 比对分析：对比文件的加入群组鉴权与目标专利针对“跨设备媒介复制会话请求”的多方动态权限授权在控制逻辑、客体及功能上均不同。本领域技术人员无法从群组成员鉴权直接得出或毫无疑义地推理出针对协作复制请求的授权，故未公开。 |
| 技术特征E：为复制的媒介流分配媒介资源<br><br>《未公开》 | 未公开相关内容。<br><br>对比文件引文（见【详细说明】“一般的な全体像”部分）：<br>「ある実施形態では、ＣＭ２１８は、その後、情報を選択的に複製することによって、そしてグループ構成員へ複製を選択的に送ることによって、グループ構成員へ情報を提供する。１つの信号同報通信チャネルが使用されるならば、情報は、使用されている各同報通信チャネル対して１度だけ複製されることが必要である。」<br>（参考翻译：在一种实施方式中，CM 218随后通过选择性地复制信息，并选择性地向群组成员发送复制品，从而向群组成员提供信息。如果使用单个信号广播信道，则对于所使用的每个广播信道，信息仅需要被复制一次。） | 1. 对比文件作用分析：对比文件描述的是通信管理器CM 218（或其MCU）在半双工PTT业务中，将发言者发来的数据分组进行网络层的包复制（Packet Replication/Duplication），以分发给多个群组成员。<br>2. 目标专利作用分析：目标专利结合说明书【0007】、【0059】、【0062】可知，其是在SCC AS中协调IMS核心网的专用媒体面网元（MRF，媒介资源功能）来建立媒体锚定控制点，并为即将产生的复制媒介流预留/分配MRF媒体处理与混流分发资源。<br>3. 比对分析：对比文件中的数据包内存/组播复制机制，与目标专利中由控制面服务器（SCC AS）在专用多媒体资源功能实体（MRF）中为复制媒体流预留/分配承载会话资源的方案存在本质区别，本领域技术人员无法从中直接得出或隐含推理出特征E。 |
| 技术特征F：将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br><br>《未公开》 | 未公开相关内容。<br><br>对比文件引文（见【详细说明】“通信マネージャ”部分）：<br>「トップ−レベルＳＩＰ転送サーバ６１０及びＭＣＵに関係付けられたＳＩＰユーザ・エージェント・サーバ６００の両者は、システム中で規定されたユーザ及びグループ情報へのアクセスを必要とする。……通常は、宛て先ＳＩＰユーザ・エージェント・サーバは、ＣＤ２０２が選択されたグループに参加することを認可されることを確認する、そして、自身の応答の内容中のグループに参加するために使用するメディア・トラフィックの説明及びシグナリング・パラメータを埋め込んでいる、要請に応答する。」<br>（参考翻译：顶级SIP转发服务器610和与MCU相关联的SIP用户代理服务器600都需要访问系统中定义的用户和群组信息……通常，目的地SIP用户代理服务器确认CD 202被授权加入所选群组，并且对邀请做出响应，在其响应内容中嵌入用于加入该群组的媒体流量描述和信令参数。） | 1. 对比文件作用分析：对比文件公开了SIP用户代理服务器在响应中嵌入加入群组所需的媒体描述与信令参数，并返回给CD 202。<br>2. 目标专利作用分析：目标专利结合说明书【0007】、【0062】（步骤513-514）、【0077】（步骤1013-1014）可知，其由SCC AS将包含MRF媒体锚定信息（如MRF中为复制流分配的SDP媒体协商响应）发送给第二WTRU，以建立第二WTRU与MRF之间的接入段分支。<br>3. 比对分析：对比文件根本未公开IMS网络中的MRF实体，也没有在会话复制场景下将针对MRF中的复制媒介流的响应传送给第二WTRU以构建分支段的技术方案，故未公开。 |
| 技术特征G：使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br><br>《未公开》 | 对比文件未公开任何关于使用MRF网元以及更新接入段（Access Leg）和远程段（Remote Leg）的内容。 | 1. 对比文件作用分析：对比文件是基于集中式服务器CM/MCU处理PTT会话的信令与数据包转发，无会话分段解耦与动态重协商重路由的概念。<br>2. 目标专利作用分析：目标专利结合说明书【0007】、【0059】、【0062】（步骤515、516）、【0078】（步骤1015、1016）可知，原始会话原本直连或不经此MRF，在复制发生时，SCC AS必须重构信令和媒体拓扑，即通过re-INVITE/UPDATE等信令使用MRF将第一WTRU原本的本地接入段重新锚定到MRF，同时将通往远程方的远程段也更新重定向至MRF。<br>3. 比对分析：对比文件完全没有IMS集中化架构中的接入段（Access Leg）、远程段（Remote Leg）概念，更不存在利用MRF对正在进行的既有会话进行分段更新与锚定重定向的技术手段，该特征未公开。 |
| 技术特征H：所述媒介流之后从所述远程方流向所述MRF<br><br>《未公开》 | 对比文件未公开任何远程方流向MRF的内容。 | 1. 对比文件作用分析：对比文件中发言者CD将语音/视频数据发送至CM/MCU，再由CM/MCU分发给各群组成员。<br>2. 目标专利作用分析：目标专利结合说明书【0062】（518）、【0078】（1018）、【0080】可知，在会话完成更新后，来自会话对端“远程方”的单一下行媒介流被路由引导流向核心网MRF实体，以供MRF进行集中复制和分路。<br>3. 比对分析：对比文件不具备“远程方通过远程段流向MRF”的系统架构及流走向，未直接公开，本领域技术人员也无法合理解析推导出该特征。 |
| 技术特征I：从所述MRF流向所述第一WTRU<br><br>《未公开》 | 对比文件未公开任何MRF流向第一WTRU的内容。 | 1. 对比文件作用分析：对比文件中媒体流由CM直接或经多播信道下发至作为听众的各个CD。<br>2. 目标专利作用分析：目标专利结合说明书【0062】（517）、【0078】（1017）可知，MRF作为媒体复制桥接点，将接收到的远程方媒体流在更新后的接入段上继续转发流向原始的第一WTRU，以保证原会话不中断。<br>3. 比对分析：对比文件缺乏MRF实体以及分段拓扑，无法直接得出或推理得出特征I。 |
| 技术特征J：从所述MRF流向所述第二WTRU<br><br>《未公开》 | 对比文件未公开任何MRF流向第二WTRU的内容。 | 1. 对比文件作用分析：对比文件中CM将复制好的数据包发送至群组中的其它成员CD。<br>2. 目标专利作用分析：目标专利结合说明书【0062】（519）、【0078】（1019）可知，MRF将其复制出的另一路相同媒介流，经由为第二WTRU新建立的接入段发送给第二WTRU，使得第二WTRU与第一WTRU能同时呈现来自远程方的相同媒体内容。<br>3. 比对分析：对比文件是在PTT群组机制下的CM分发，与目标专利基于MRF媒体资源锚定下发复制流存在本质区别，未公开。 |
| 技术特征K：其中所述协作复制会话邀请请求包括复制报头字段<br><br>《未公开》 | 未公开相关内容。<br><br>对比文件引文（见【详细说明】“シグナリング・プロトコル”部分）：<br>「グループ通信通話設定及び通話制御シグナリングは、周知のセッション・イニシエーション・プロトコル（ＳＩＰ）にしたがって実行されることができるが、代わりに任意のシグナリング・プロトコルが使用されることができる。」<br>（参考翻译：群组通信呼叫建立和呼叫控制信令可以根据公知的会话发起协议（SIP）来执行，但也可以替代地使用任何信令协议。） | 1. 对比文件作用分析：对比文件仅提及使用通用的SIP协议（包含标准SIP报头）建立呼叫。<br>2. 目标专利作用分析：目标专利结合说明书【0081】、【0084】、【0091】可知，为了使网络能够区分IUT是“会话传送（Transfer）”还是“会话复制（Replicate）”，在SIP邀请请求中专门设置了特定的“复制报头字段”（Replication Header Field），并包含被复制会话的对话ID（Dialog-ID）。<br>3. 比对分析：对比文件的标准SIP消息中不存在任何指示“复制会话”的专有报头字段，本领域技术人员无法直接得出或毫无疑义地推定出该技术特征，故未公开。 |
| 技术特征L：其中所述复制报头字段是媒介层“i＝复制”字段<br><br>《未公开》 | 对比文件全文未记载SDP媒体层“i=复制（i=replicate）”字段。 | 目标专利结合说明书【0082】、【0084】可知，在SDP协议中通过标准化的媒体层i=replicate（或i=复制）行来专门标识待复制的具体媒体组件，对比文件对此完全未有任何教导或启示，未公开。 |
| 技术特征M：其中所述复制报头字段是媒介层“a＝复制”字段<br><br>《未公开》 | 对比文件全文未记载SDP媒体层“a=复制（a=replicate）”字段。 | 目标专利结合说明书【0082】、【0084】可知，通过在SDP属性中定义a=replicate（或a=复制）来标识针对每个媒介组件的复制指示，对比文件完全未公开该特征。 |
| 技术特征N：其中所述复制报头字段是XML主体<br><br>《未公开》 | 对比文件全文未记载复制请求中包含用于指示复制信息的XML主体。 | 目标专利结合说明书【0083】、【0084】可知，通过在SIP请求中携带可扩展标记语言（XML）主体来具体指示复制请求信息，对比文件全文未记载任何关于XML主体指示复制的内容，未公开。 |
| 技术特征O：其中所述XML主体指示将要复制哪些媒介组件或整个会话<br><br>《未公开》 | 对比文件全文未记载XML主体指示将要复制哪些媒介组件或整个会话。 | 目标专利结合说明书【0083】、【0084】可知，XML主体内详细包含要复制的特定媒体组件识别信息或指示复制包括所有组件的整个会话，对比文件完全未公开该特征。 |
根据目标专利说明书与对比文件（WO2006006897A1）的内容，对各技术特征的公开性分析及特征比对如下：
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br><br>【未公开】 | 无完全对应的引用。<br>涉及会话邀请的相关记载：<br>[p0019] "A multimedia client (a session initiating client) that desires to establish a session involving two or more multimedia clients invites the multimedia client (s) one by one. The session is established by sending an invitation message over an out-of-band signaling channel to the intermediate application server with the address to an invited multimedia client..."（一个期望建立涉及两个或更多多媒体客户端的会话的多媒体客户端（会话发起客户端）逐一邀请多媒体客户端。会话通过经由带外信令信道向中间应用服务器发送带有被邀请多媒体客户端地址的邀请消息来建立……） | 1. 对比文件公开内容的作用：对比文件公开的是常规的多方会话发起客户端向中间应用服务器发送会话邀请消息，以邀请其他客户端加入多媒体会话，其本质是建立多方呼叫/会议会话（如PoC群组或VoIP会话）。<br>2. 目标专利的作用：目标专利中是从未参与或作为受控方的“第二WTRU”主动向网络侧（SCC AS）发起针对第一WTRU与远程方之间正在进行的会话的“协作复制会话邀请请求”（即拉模式会话复制）。<br>3. 结论：对比文件中既无“协作会话”的IUT（UE间传输）复制概念，更无第二终端发起“协作复制会话邀请请求”的过程。对比文件完全未公开该特征，亦无法合理推理得出，故不构成直接公开或隐含公开。 |
| 技术特征B：其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br><br>【隐含公开】 | [p0019] "A multimedia client (a session initiating client) that desires to establish a session involving two or more multimedia clients invites the multimedia client (s) one by one..."（一个期望建立涉及两个或更多多媒体客户端的会话的多媒体客户端（会话发起客户端）逐一邀请多媒体客户端……）<br>[p0041] "...The session invitation procedure can be repeated for each additional multimedia client that is invited to the session by the first multimedia client."（……对于第一多媒体客户端邀请到该会话的每个附加多媒体客户端，可以重复该会话邀请过程。） | 1. 对比文件公开内容的作用：对比文件说明在多方会话中，新加入的客户端（附加多媒体客户端）在被邀请之前，并不属于正在进行的会话中的成员。<br>2. 目标专利的作用：用于限定执行拉模式复制的第二WTRU在请求发起前是一个独立的、尚未加入或关联于该正在进行的媒介会话的第三方终端。<br>3. 推理论述：按照极度宽松的隐含公开判断标准，在对比文件建立多方会话的场景下，尚未被邀请加入会话的后续多媒体客户端，在最初阶段与正在进行的会话各方（发起方与既有接收方）之间自然处于“最初并不关联”的状态。本领域技术人员结合对比文件多方逐一邀请的记载，有可能合理推断出存在此类“最初并不关联”的终端实体，因此该特征被隐含公开。 |
| 技术特征C：所述协作复制会话邀请请求源于所述第二WTRU处<br><br>【未公开】 | 无完全对应的引用。<br>涉及客户端发起请求的记载：<br>[p0022] "When one of the multimedia clients involved in the session (further on referred to as the requesting or the transmitting multimedia client) wants to send a multimedia stream... it sends a first media request to the application server..."（当参与会话的多媒体客户端之一（下文称为请求或发送多媒体客户端）想要发送多媒体流时……它向应用服务器发送第一媒体请求……） | 1. 对比文件公开内容的作用：对比文件中只有主叫客户端（发起方）发起会话邀请，或者已在会话中的成员发起媒体发送/修改请求（即“推”的模式或话语权请求）。<br>2. 目标专利的作用：由拟作为复制接收端的第二WTRU主动发起针对已有会话的复制邀请请求（即“拉”模式操作）。<br>3. 结论：对比文件中不存在由第二WTRU起源发起针对已有会话的“协作复制会话邀请请求”，无法得出该技术方案，故未公开。 |
| 技术特征D：对所述协作复制会话邀请请求执行授权<br><br>【隐含公开】 | [p0018] "...From the collected information, the application server can take a decision on which media types each multimedia client is allowed to use in order to achieve maximum interoperability."（……根据收集到的信息，应用服务器可以决定允许每个多媒体客户端使用哪些媒体类型，以实现最大的互操作性。）<br>[p0022] "...From the collected information on what media types all multimedia clients in the session can support, the application server grants the requesting multimedia client a set of 'allowed' media types in a first media grant."（……根据关于会话中所有多媒体客户端可支持的媒体类型的收集信息，应用服务器在第一媒体授权中授予请求多媒体客户端一组“允许的”媒体类型。）<br>[p0029] "The application server can also grant the requesting multimedia client different sets of 'allowed' media types depending on additional parameters, such as subscriber information, local policies enforced by the application server etc."（应用服务器还可以根据附加参数，例如签约信息、应用服务器执行的本地策略等，授予请求多媒体客户端不同的“允许”媒体类型集合。） | 1. 对比文件公开内容的作用：对比文件的应用服务器基于签约信息（subscriber information）、本地策略（local policies）对客户端发送的媒体请求进行鉴权/授权（grant/allowed）。<br>2. 目标专利的作用：由网络侧实体对终端发起的复制请求进行权限验证和策略检查，决定是否允许该操作。<br>3. 推理论述：虽然对比文件授权的具体对象是媒体变更请求或会话媒体类型，但其公开了应用服务器基于“签约信息”和“本地策略”对客户端的业务请求执行准入与许可（授权）的通用机制。在极度宽松的隐含公开判断标准下，本领域技术人员有可能将对比文件基于策略和签约进行授权的机制推理应用于多媒体会话请求中，构成技术特征部分公开并可与其他技术组合，因此认定为被隐含公开。 |
| 技术特征E：为复制的媒介流分配媒介资源<br><br>【直接公开】 | [p0039] "...The Application Server 120 comprises a number of functional entities as a Session Signaling Unit 121 and a Media Resource Unit 122... The Media Resource Unit 122 does if necessary replicate the media stream received from Multimedia Client 110 to other multimedia clients involved in a multimedia conversation using the Replication Unit 126..."（……应用服务器120包括多个功能实体，如会话信令单元121和媒体资源单元122……媒体资源单元122必要时使用复制单元126将从多媒体客户端110接收的媒体流复制到参与多媒体会话的其他多媒体客户端……）<br>[p0024] "The requesting multimedia client can now transmit a media stream... over the media channel to the receiving multimedia clients through the application server. The application server replicates (if necessary) the media stream and re-transmits it to the receiving multimedia clients."（请求多媒体客户端现在可以通过媒体信道经由应用服务器向接收多媒体客户端发送媒体流。应用服务器（必要时）复制该媒体流并将其重新发送给接收多媒体客户端。） | 1. 对比文件公开内容的作用：对比文件明确公开了应用服务器包括“媒体资源单元（Media Resource Unit 122）”，且该单元包含“复制单元（Replication Unit 126）”，用于执行媒体流的复制并分发给其他客户端，必然在媒体资源单元中为该复制流分配并占用对应的媒体传输/复制处理资源。<br>2. 目标专利的作用：在网络侧由媒体资源实体为需要复制出来的下行流分配相应的承载/处理媒介资源。<br>3. 结论：本领域技术人员能够毫无疑义地从对比文件公开的通过应用服务器内部的媒体资源单元（包含复制单元）对媒体流进行复制分发的过程得出，其为复制的媒介流分配了相应的媒体资源。两者技术手段、功能效果等同一致，属于直接公开。 |
| 技术特征F：将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br><br>【未公开】 | 无完全对应的引用。<br>涉及常规响应的记载：<br>[p0020] "The application server forwards the session invitation message to the invited multimedia client. If the invited multimedia client accepts the invitation it responds with a set of media types it can support in a session response message. The application server responds to the session initiating client with a session response message that the session establishment succeeded."（应用服务器将该会话邀请消息转发给被邀请的多媒体客户端。若被邀请的多媒体客户端接受邀请，则在会话响应消息中以其能支持的一组媒体类型进行响应。应用服务器向会话发起客户端回复会话建立成功的会话响应消息。） | 1. 对比文件公开内容的作用：对比文件公开的是在常规多方会话邀请阶段，应用服务器向发起端返回会话建立成功响应，或者在媒体控制阶段发送媒体授权（Media Grant）。<br>2. 目标专利的作用：目标专利中是将针对媒介资源功能（MRF）中锚定/建立的复制媒介流的特定响应传送给作为受控拉取方的第二WTRU，以供建立接入段。<br>3. 结论：对比文件既无MRF架构，亦无针对MRF中复制流向第二WTRU传送响应的方案，未公开该特征。 |
| 技术特征G：使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br><br>【未公开】 | [p0030] "...The inventive concept does also significantly reduce signaling by removing the need of re-establishing ongoing sessions for each service change..."（……本发明的构思还通过消除了每次业务变更都需要重新建立进行中会话的需求，从而显著减少了信令……） | 1. 对比文件公开内容的作用：对比文件强调在业务变更（添加或删除媒体流）时，直接使用带外的媒体控制信令，避免通过SIP Core重新发起re-INVITE或重新建立接入会话（即避免段更新）。<br>2. 目标专利的作用：目标专利针对IMS集中控制与连续性架构，利用MRF作为媒体锚定点，通过更新第一WTRU接入段以及更新与远程方的远程段（例如发送re-INVITE或UPDATE），将原始直接流切换接入到MRF中。<br>3. 结论：对比文件的技术思路恰恰是“消除重新建立/更新会话”，更不存在使用MRF分别更新第一WTRU接入段和远程段的拓扑控制，未公开该特征。 |
| 技术特征H：所述媒介流之后从所述远程方流向所述MRF<br><br>【未公开】 | [p0039] "...The Media Resource Unit 122 has Media Interfaces 125 that receive and send the media streams from and to the Multimedia Client 110..."（……媒体资源单元122具有媒体接口125，用于从多媒体客户端110接收媒体流以及向其发送媒体流……）<br>[p0055] "...start sending voice towards Client2 350 via the Application Server 120 on the media channel 143 using the RTP protocol 325, 343."（……开始在媒体信道143上使用RTP协议经由应用服务器120向Client2 350发送语音。） | 1. 对比文件公开内容的作用：对比文件中媒体流的拓扑是发送方客户端（Client1）将媒体流发送到应用服务器（AS），再由应用服务器转发或复制给接收方客户端（Client2）。<br>2. 目标专利的作用：目标专利中在复制会话更新后，媒介流由远程方（Remote Party）向网络侧的MRF流动，再进行分发。<br>3. 结论：对比文件中没有三方架构中远程方（被叫/对端）流向MRF的拓扑结构与流程，未公开该特征。 |
| 技术特征I：从所述MRF流向所述第一WTRU<br><br>【未公开】 | 无相关拓扑引用。对比文件图1及段落[0039]仅公开了应用服务器与各多媒体客户端之间的基本收发媒体流接口。 | 1. 对比文件公开内容的作用：对比文件中媒体发送者发送至AS，AS复制后仅发送给其他接收客户端，并不存在将同一媒体流再回送/流向原发送方。<br>2. 目标专利的作用：在网络复制架构建立后，来自远程方的下行媒介流由MRF分别下发至第一WTRU（保留原会话接入）和第二WTRU（复制接入）。<br>3. 结论：对比文件不具备MRF分流至第一WTRU的结构与机制，未公开该特征。 |
| 技术特征J：从所述MRF流向所述第二WTRU<br><br>【隐含公开】 | [p0024] "The requesting multimedia client can now transmit a media stream... over the media channel to the receiving multimedia clients through the application server. The application server replicates (if necessary) the media stream and re-transmits it to the receiving multimedia clients."（请求多媒体客户端现在可以通过媒体信道经由应用服务器向接收多媒体客户端发送媒体流。应用服务器（必要时）复制该媒体流并将其重新发送给接收多媒体客户端。）<br>[p0039] "...The Media Resource Unit 122 does if necessary replicate the media stream received from Multimedia Client 110 to other multimedia clients involved in a multimedia conversation using the Replication Unit 126..."（……媒体资源单元122必要时使用复制单元126将从多媒体客户端110接收的媒体流复制到参与多媒体会话的其他多媒体客户端……） | 1. 对比文件公开内容的作用：对比文件公开了应用服务器的媒体资源单元（Media Resource Unit 122）中的复制单元将接收到的流进行复制，并重新发送流向其他接收多媒体客户端（例如第二客户端）。<br>2. 目标专利的作用：媒体资源功能（MRF）将复制后的媒介流发送给新加入的第二WTRU。<br>3. 推理论述：虽然对比文件将该实体命名为应用服务器中的“媒体资源单元（Media Resource Unit）”而非标准IMS语境下的独立实体“MRF”，但在功能上两者均承担媒体面资源处理与流转发；且对比文件明确公开了媒体流由该媒体资源单元经过复制后分发流向接收客户端（即相当于第二WTRU）。按照宽松的隐含公开标准，对比文件部分公开了媒体资源实体向第二终端发送复制媒介流的路径走向，本领域技术人员能够合理推理推断得出该流向方案，因此认定为隐含公开。 |
| 技术特征K：其中所述协作复制会话邀请请求包括复制报头字段<br><br>【未公开】 | [p0008] "...Multimedia services are set-up using SIP messages that also carry SDP, Session Description Protocol (IETF RFC 2327) . A multimedia client (a terminal) that originates a session or a call must describe all media types (such as video, voice etc.) that the service will use in the SDP part of the message..."（……多媒体业务使用也携带会话描述协议SDP的SIP消息进行建立。发起会话或呼叫的多媒体客户端（终端）必须在消息的SDP部分中描述业务将使用的所有媒体类型（例如视频、语音等）……） | 1. 对比文件公开内容的作用：对比文件仅提及常规SIP消息携带SDP以描述媒体类型，用于会话呼叫协商。<br>2. 目标专利的作用：在会话邀请信令中包含特定的“复制报头字段”（Replication header field），用于指示该请求并非单纯的普通呼叫或会话传输，而是协作复制已有会话。<br>3. 结论：对比文件中完全没有定义或提及任何用于复制会话的特定报头字段，未公开该特征。 |
| 技术特征L：其中所述复制报头字段是媒介层“i＝复制”字段<br><br>【未公开】 | 无任何涉及SDP中"i="字段或复制取值的记载。 | 1. 对比文件公开内容的作用：对比文件未在SDP中定义或使用“i=”行来表达复制含义。<br>2. 目标专利的作用：在SDP媒介层使用标准化的“i=复制”字段明确标识需要复制的媒体组件。<br>3. 结论：对比文件完全未公开该特征。 |
| 技术特征M：其中所述复制报头字段是媒介层“a＝复制”字段<br><br>【未公开】 | 无任何涉及SDP中"a="属性字段包含复制属性的记载。 | 1. 对比文件公开内容的作用：对比文件未在SDP媒介层定义或使用“a=复制”属性。<br>2. 目标专利的作用：在SDP媒介层定义新的“a=复制”属性以明确标识待复制的特定媒介组件。<br>3. 结论：对比文件完全未公开该特征。 |
| 技术特征N：其中所述复制报头字段是XML主体<br><br>【未公开】 | [p0015] "...The SIP/SDP protocol does also use large messages as the content in these messages has a 'human readable' ASCII syntax instead of being binary encoded..."（……SIP/SDP协议还使用了大消息，因为这些消息中的内容具有“人类可读”的ASCII语法，而不是进行二进制编码……） | 1. 对比文件公开内容的作用：对比文件仅提到传统SIP/SDP消息是ASCII文本语法，并主张在媒体控制平面采用短二进制语法。<br>2. 目标专利的作用：在复制请求的SIP消息中使用XML主体来承载复制报头指示信息。<br>3. 结论：对比文件未公开使用XML主体作为复制报头字段或携带复制信息，未公开该特征。 |
| 技术特征O：其中所述XML主体指示将要复制哪些媒介组件或整个会话<br><br>【未公开】 | 无任何涉及通过XML主体指示复制对象（媒介组件或整个会话）的记载。 | 1. 对比文件公开内容的作用：对比文件无XML主体的应用。<br>2. 目标专利的作用：通过XML主体具体细化指定待复制的内容粒度（特定组件或整会话）。<br>3. 结论：对比文件完全未公开该特征。 |
<<<b>>>
<<<d>>>
<<<E>>>
<<<j>>>
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含中文翻译及段落标号） | 公开性论述 |
| 技术特征A：<br>从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br><br>《未公开》 | 对比文件全文无相关记载（涉及群组呼叫请求及注册相关内容见段落[0034]、[0042]等）。<br><br>段落[0034]：<br>“The caller's CD may use the established packet data session to send a group call request 504 to the group call server to setup the group call.”<br>（中文翻译：主叫方的CD可以使用建立的分组数据会话向群组呼叫服务器发送群组呼叫请求504以建立群组呼叫。） | 1. 作用及技术方案对比：<br>目标专利技术特征A属于IMS架构下业务集中和连续性应用服务器（SCC AS）执行的“拉（pull）模式”协作会话复制流程（如目标专利说明书[0007]、[0056]、[0061]、[0090]图13等），是由非当前主会话通话方的“第二WTRU”主动发起的协作复制会话邀请（INVITE）请求，其作用在于触发网络侧将第一WTRU与远程方之间正在进行的媒介流复制给第二WTRU并建立协作会话。<br>对比文件公开的是PTT（一键通）/群组呼叫系统中主叫方CD发起群组呼叫请求（group call request 504/604）或参与CD向网络发送注册消息（registration 612）。<br>2. 公开性判定：<br>对比文件既未公开非会话方的“第二WTRU”，也未公开“协作复制会话邀请请求”。对比文件中的群组呼叫建立与目标专利中对已有进行中会话发起协作复制邀请在协议架构、信令机制和技术构思上均完全不同。本领域技术人员无法从对比文件中直接得出或合理解读/推理出该特征，甚至连部分公开都不构成，因此技术特征A未被直接公开，亦未被隐含公开。 |
| 技术特征B：<br>其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br><br>《未公开》 | 对比文件全文无相关记载（涉及群组呼叫成员相关内容见段落[0004]、[0053]-[0054]）。<br><br>段落[0053]：<br>“In the chat-room model, the groups are pre-defined... During a group call, the group members may specifically request to join and/or leave these types of calls.”<br>（中文翻译：在聊天室模型中，群组是预定义的……在群组呼叫期间，群组成员可以专门请求加入和/或离开这些类型的呼叫。） | 1. 作用及技术方案对比：<br>在目标专利中，该特征界定了第二WTRU的初始状态，即第二WTRU最初并没有加入到第一WTRU与远程方之间正在进行的媒介会话中，在此基础上后续才由第二WTRU通过拉模式请求将该正在进行的会话复制给自己（目标专利说明书[0056]）。<br>对比文件公开的是预定义群组的成员加入/离开呼叫，或者在呼叫发起时由服务器邀请目标成员（段落[0020]、[0053]），其处理的是多方分发机制，并不涉及第一WTRU与远程方之间已存在双方法通信会话、且第三方第二WTRU最初未关联该会话但后续通过协作方式复制该会话的架构和技术方案。<br>2. 公开性判定：<br>对比文件没有公开此种特定的初始会话拓扑和节点关联状态，本领域技术人员无法直接得出或合理论证出该特征，因此技术特征B未被直接公开，亦未被隐含公开。 |
| 技术特征C：<br>所述协作复制会话邀请请求源于所述第二WTRU处<br><br>《未公开》 | 对比文件全文无相关记载（涉及主叫CD发起群组呼叫请求见段落[0034]）。<br><br>段落[0034]：<br>“A user who wishes to initiate a group call may select one or more target users, one or more pre-defined groups, or a combination of the two, and may depress the push-to-talk (PTT) button to initiate the group call... send a group call request 504 to the group call server to setup the group call.”<br>（中文翻译：希望发起群组呼叫的用户可以选择一个或多个目标用户、一个或多个预定义群组或两者的组合，并且可以按下按键通话（PTT）按钮以发起群组呼叫……发送群组呼叫请求504到群组呼叫服务器以设置群组呼叫。） | 1. 作用及技术方案对比：<br>在目标专利中，该特征限定了会话复制是由未参与主会话的第二WTRU主动发起拉（pull）操作（目标专利[0056]、[0061]图5、[0090]图13等），请求源于第二WTRU处。<br>对比文件仅公开了由主叫通信设备（caller CD）发起群组呼叫建立请求（推向各目标被叫），并非第二设备针对他人正在进行的已有会话发起协作复制邀请请求。<br>2. 公开性判定：<br>对比文件没有披露第二WTRU发起协作复制会话邀请请求的方案，本领域技术人员无法从中直接得出或合理推定出该技术特征，因此技术特征C未被直接公开，亦未被隐含公开。 |
| 技术特征D：<br>对所述协作复制会话邀请请求执行授权<br><br>《未公开》 | 对比文件全文无相关记载（涉及用户鉴权/发言权仲裁见段落[0021]、[0028]）。<br><br>段落[0021]：<br>“The functions that relate to user side include user registration, group call initiation... talker arbitration... and authentication.”<br>（中文翻译：与用户端相关的功能包括用户注册、群组呼叫发起……发言者仲裁……以及认证。）<br><br>段落[0028]：<br>“The system may arbitrate the requests received from multiple users and, through a contention-resolution process, the system may choose one of the requestors according to a predetermined algorithm. The system may then notify the chosen user that the user has permission to talk.”<br>（中文翻译：系统可以对从多个用户接收到的请求进行仲裁，并通过冲突解决过程，系统可以根据预定算法选择请求者之一。然后系统可以通知所选用户该用户具有通话权限。） | 1. 作用及技术方案对比：<br>目标专利中的授权是对“第二WTRU发起的协作复制会话邀请请求”进行授权，包括SCC AS验证第二WTRU是否为IUT用户、策略检查、或向第一WTRU/远程方请求授权（目标专利说明书[0057]、[0061]、[0066]、[0077]、[0098]等），以决定是否允许该设备复制他人现有的通信媒介。<br>对比文件段落[0021]提及的“authentication”为通用的用户身份认证（入网或业务鉴权），段落[0028]为PTT系统中的半双工话权仲裁（arbitration/permission to talk），二者与目标专利中针对“协作复制会话邀请请求”的授权对象、控制逻辑及技术作用完全不同。<br>2. 公开性判定：<br>对比文件不存在对协作复制会话邀请请求的授权机制，本领域技术人员无法直接毫无疑义地得出该特征，也无法进行合理等同推理，因此技术特征D未被直接公开，亦未被隐含公开。 |
| 技术特征E：<br>为复制的媒介流分配媒介资源<br><br>《隐含公开》 | 段落[0038]、[0041]、[0056]：<br><br>段落[0038]：<br>“This may require the group call server to replicate and send a copy of the media to each individual group member, but saves time in setting up a multicast tree for a one-to-one call or a group call with low number of participants.”<br>（中文翻译：这可能需要群组呼叫服务器复制并向每个单独的群组成员发送媒介的副本，但是节省了针对一对一呼叫或具有较少参与者数量的群组呼叫建立组播树的时间。）<br><br>段落[0041]：<br>“In one embodiment, the group call server may query another network component to obtain an IP multicast address for use with the target group call. In one embodiment, the group call server may be assigned with a pool of IP multicast addresses to use for group communications. The IP multicast address may be returned back to the pool when a group call is over.”<br>（中文翻译：在一个实施方式中，群组呼叫服务器可以查询另一网络组件以获取与目标群组呼叫一起使用的IP组播地址。在一个实施方式中，可以为群组呼叫服务器分配IP组播地址池以用于群组通信。当群组呼叫结束时，可以将IP组播地址返回到该池。）<br><br>段落[0056]：<br>“The wireless infrastructure replicates and transmits one copy of the received media to each target recipient that is assigned to a dedicated channel.”<br>（中文翻译：无线基础设施复制所接收的媒介并将一份副本传输给被分配了专用信道的每个目标接收方。） | 1. 作用及技术方案对比：<br>目标专利技术特征E为SCC AS在处理会话复制时，向媒介资源实体（如MRF）为将要分发的复制媒介流分配媒介处理/端口资源（目标专利[0007]、[0059]、[0062]、[0100]）。<br>对比文件公开了群组呼叫服务器（GCS）或无线基础设施复制媒介（replicate the media）并分发给目标接收方，且为了进行媒介的传输和复制，网络分配IP组播地址池中的组播地址资源（段落[0041]），并分配专用业务信道等无线资源（段落[0056]）。<br>2. 公开性判定：<br>虽然对比文件未在IMS架构的MRF语境下进行分配，但其记载了网络侧（GCS及无线网络）存在媒介复制过程（replicate the media），且在群组分发流程中明确记载了为复制/分发的媒介流分配相应的IP组播地址、信道及带宽媒介传输资源（段落[0041]、[0056]）。按照极宽松的隐含公开判断标准，本领域技术人员基于对比文件公开的“群组呼叫中为承载复制的媒介副本而在网络/服务器中分配IP组播地址资源及信道资源”的内容，有可能结合通用多媒体架构推理出“为复制的媒介流分配媒介资源”，属于部分公开且具有推理结合空间。因此认定技术特征E被对比文件《隐含公开》。 |
| 技术特征F：<br>将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br><br>《未公开》 | 对比文件全文无相关记载（涉及群组呼叫公告/响应见段落[0037]、[0040]）。<br><br>段落[0040]：<br>“The group call server may send group call announcements 610 to the caller's CD as well as to the listeners' CDs on the established packet data sessions.”<br>（中文翻译：群组呼叫服务器可以在建立的分组数据会话上向主叫方CD以及听力方CD发送群组呼叫公告610。） | 1. 作用及技术方案对比：<br>目标专利中，SCC AS分配好MRF媒介资源后，通过信令（如SIP 200 OK响应）将包含MRF相关SDP信息的响应发送给请求拉取复制的第二WTRU（目标专利[0007]、[0062]中步骤513/514、[0077]中步骤1013/1014、[0102]），从而使得第二WTRU能与MRF建立复制流的接入段。<br>对比文件仅公开了GCS向主叫与被叫CD下发群组呼叫公告（group call announcement），完全不存在MRF网络网元，更不存在针对MRF中复制媒介流的特定响应交互流程。<br>2. 公开性判定：<br>对比文件没有公开针对MRF中复制媒介流的响应及向第二WTRU传送该响应的技术方案，本领域技术人员无法直接得出或合理推理得出该技术特征，因此技术特征F未被直接公开，亦未被隐含公开。 |
| 技术特征G：<br>使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br><br>《未公开》 | 对比文件全文无相关记载（涉及建立组播路径及信道绑定见段落[0043]-[0047]）。<br><br>段落[0043]：<br>“The BSC may bind 614 the registered participating CDs with the multicast IP-multicast address of the target group... through an individual dedicated channel.”<br>（中文翻译：BSC可以将已注册的参与CD与目标群组的组播IP组播地址进行绑定614……通过各个专用信道。）<br><br>段落[0047]：<br>“The BSC may then set up a multicast path 618 between the BSC and the group call server...”<br>（中文翻译：然后BSC可以在BSC与群组呼叫服务器之间建立组播路径618……） | 1. 作用及技术方案对比：<br>目标专利中，该特征为网络锚定复制的核心步骤：为了在不中断原有会话的情况下将媒体流引入MRF进行复制分发，SCC AS通过re-INVITE或UPDATE等信令更新第一WTRU上的接入腿（接入段），将第一WTRU重定向至MRF，同时更新与远程方之间的远程腿（远程段），使得远程段媒介流重定向至MRF（目标专利[0007]、[0059]、[0062]中步骤515/516、[0077]、[0104]-[0106]）。<br>对比文件公开的是CD向BSC注册并由BSC绑定组播地址，在BSC与GCS之间建立组播路径，完全不涉及IMS会话控制层面对第一WTRU接入段及远程段的拆分、更新和重协商机制，更无MRF的参与。<br>2. 公开性判定：<br>对比文件没有披露使用MRF更新第一WTRU接入段以及更新远程段的方案，本领域技术人员无法得出该特征，因此技术特征G未被直接公开，亦未被隐含公开。 |
| 技术特征H：<br>所述媒介流之后从所述远程方流向所述MRF<br><br>《隐含公开》 | 段落[0020]、[0038]、[0048]：<br><br>段落[0020]：<br>“Once a group call is established, CDs 104 and GCS 102 may exchange media and signaling messages. In one embodiment, the media may be sent between the call participants and GCS 102 using real-time protocol (RTP) over UDP.”<br>（中文翻译：一旦群组呼叫建立，CD 104和GCS 102可以交换媒介和信令消息。在一个实施方式中，可以使用基于UDP的实时协议（RTP）在呼叫参与者与GCS 102之间发送媒介。）<br><br>段落[0048]：<br>“After receiving the group call announcement and successfully registering with the BSC, the caller's CD may send media 620 to the group call server on a reverse dedicated channels... The BSC may send the media 622 that the BSC has received from the caller's CD to the group call server using the established packet data sessions or the multicast path.”<br>（中文翻译：在接收到群组呼叫公告并成功向BSC注册后，主叫方的CD可以在反向专用信道上向群组呼叫服务器发送媒介620……BSC可以使用建立的分组数据会话或组播路径将BSC从主叫方CD接收到的媒介622发送给群组呼叫服务器。） | 1. 作用及技术方案对比：<br>目标专利中，该特征的技术作用是在更新远程段后，远程方发送的上行/下行媒介流被锚定路由至网络侧媒介处理节点MRF中，以便MRF集中执行会话复制并分流（目标专利[0059]、[0062]中步骤518、[0077]）。<br>对比文件公开了远端/主叫呼叫方（caller CD）在反向链路发送媒介，经过无线基础设施（BSC）后传输并汇聚流向集中式的网络媒介控制实体——群组呼叫服务器（GCS 102/308）。GCS在对比文件中承担了接收远端媒介并进行复制与组播转发的媒介集中处理功能，与目标专利中MRF汇聚远端媒介流的作用具有对应性。<br>2. 公开性判定：<br>虽然对比文件使用的是“GCS”而非IMS特有的“MRF”，但在极宽松的隐含公开标准下，由于对比文件公开了远端通信参与方的媒介数据先流向网络侧媒介复制/组播核心节点（GCS），本领域技术人员有可能将GCS视为承担媒体资源功能（MRF）的实体，并推理出远端媒介流向网络中央媒体复制实体（MRF）的方案。因此认定技术特征H被对比文件《隐含公开》。 |
| 技术特征I：<br>从所述MRF流向所述第一WTRU<br><br>《隐含公开》 | 段落[0006]、[0038]、[0050]：<br><br>段落[0006]：<br>“The method further provides for transmitting one copy of the media from the wireless infrastructure to each of a first plurality of target communication devices within a first cell or sector, and multicasting one copy of the media from the wireless infrastructure to a second plurality of target communication devices within a second cell or sector.”<br>（中文翻译：该方法还提供从无线基础设施向第一小区或扇区内的第一多个目标通信设备中的每一个发送一份媒介副本，以及从无线基础设施向第二小区或扇区内的第二多个目标通信设备组播一份媒介副本。）<br><br>段落[0038]：<br>“The group call server may receive media 512 from the caller's CD and forward the received media 514 to the listeners' CD(s), on the established packet data sessions.”<br>（中文翻译：群组呼叫服务器可以从主叫方CD接收媒介512，并在建立的分组数据会话上将接收到的媒介514转发给收听方CD。）<br><br>段落[0050]：<br>“The BSC may send one copy of the media 626 to each target listener's CD that is mapped to the IP-multicast address via a dedicated channel on such established dedicated channel.”<br>（中文翻译：BSC可以在建立的专用信道上，向通过专用信道映射到IP组播地址的每个目标收听方CD发送一份媒介副本626。） | 1. 作用及技术方案对比：<br>目标专利中，该特征的作用在于更新接入段后，原始会话方（第一WTRU）继续从网络侧媒介资源网元MRF接收媒介流，保证原始通信不中断（目标专利[0059]、[0062]中步骤517、[0077]）。<br>对比文件公开了由网络核心控制实体（GCS）接收媒介后，通过无线基础设施将复制/组播的媒介流分发传输到包括处于该会话中的第一目标通信设备（CD）在内的各个目标接收设备。<br>2. 公开性判定：<br>在宽松的隐含公开判断标准下，对比文件公开了媒介流由集中式的媒介服务节点（GCS）经由网络流向会话的第一通信终端设备（CD）。本领域技术人员有可能合理推理出网络侧媒体资源实体向第一终端设备下发媒介流的技术方案。因此认定技术特征I被对比文件《隐含公开》。 |
| 技术特征J：<br>从所述MRF流向所述第二WTRU<br><br>《隐含公开》 | 段落[0006]、[0049]-[0050]、[0056]：<br><br>段落[0049]-[0050]：<br>“The group call server may use the IP-multicast address and multicast one copy of the media on the established IP-multicast path 624 to the relevant BSC(s)... The BSC may send one copy of the media 626 to each target listener's CD that is mapped to the IP-multicast address via a dedicated channel on such established dedicated channel. The BSC may also send one copy of the media 626 to the target listeners' CDs that are mapped to the IP-multicast address via a shared channel.”<br>（中文翻译：群组呼叫服务器可以使用IP组播地址并在建立的IP组播路径624上向相关BSC组播一份媒介……BSC可以在建立的专用信道上向通过专用信道映射到IP组播地址的每个目标收听方CD发送一份媒介626。BSC还可以向通过共享信道映射到IP组播地址的目标收听方CD发送一份媒介626。）<br><br>段落[0056]：<br>“The wireless infrastructure replicates and transmits one copy of the received media to each target recipient that is assigned to a dedicated channel. However, the wireless infrastructure transmits one copy of the received media to those target recipients that are assigned to a shared channel.”<br>（中文翻译：无线基础设施复制所接收的媒介并将一份副本传输给被分配了专用信道的每个目标接收方。然而，无线基础设施将所接收媒介的一份副本传输给被分配了共享信道的那些目标接收方。） | 1. 作用及技术方案对比：<br>目标专利中，该特征的作用在于将MRF中复制出来的媒介流路由并发送给发起复制请求的第二WTRU，实现第二WTRU对媒体流的同步接收（目标专利[0059]、[0062]中步骤519、[0077]）。<br>对比文件公开了群组呼叫中，网络侧（GCS/BSC）将复制的一份媒体数据副本通过专用信道或共享信道发送给目标接收群体中的第二/其他接收终端（CD 104B/104C等）。<br>2. 公开性判定：<br>在宽松的隐含公开判断标准下，对比文件公开了由网络媒体实体向会话中的第二目标终端设备下发复制的媒介流数据，本领域技术人员有可能基于此内容合理推断出媒体实体向第二终端下发复制流。因此认定技术特征J被对比文件《隐含公开》。 |
| 技术特征K：<br>其中所述协作复制会话邀请请求包括复制报头字段<br><br>《未公开》 | 对比文件全文无相关记载（涉及信令机制见段落[0020]、[0029]）。<br><br>段落[0020]：<br>“The registration may be performed using an IP protocol, such as session initiation protocol (SIP) over user datagram protocol (UDP)... The signaling messages may be also signaling protocol over UDP.”<br>（中文翻译：注册可以使用IP协议来执行，例如基于用户数据报协议（UDP）的会话发起协议（SIP）……信令消息也可以是基于UDP的信令协议。） | 1. 作用及技术方案对比：<br>目标专利中，该特征的技术作用是在SIP信令中引入特定的标准化“复制报头字段”（如带有要复制会话的对话ID），使得网络能够明确区分会话传送与会话复制（目标专利说明书[0006]、[0080]-[0081]、[0091]、[0107]）。<br>对比文件虽然在段落[0020]泛泛提到了使用SIP协议进行注册，但完全没有涉及在协作复制会话邀请请求中设置“复制报头字段”以标识复制会话的技术内容。<br>2. 公开性判定：<br>对比文件没有披露任何与“复制报头字段”相关的内容，本领域技术人员无法直接得出或合理解读出该特征，因此技术特征K未被直接公开，亦未被隐含公开。 |
| 技术特征L：<br>其中所述复制报头字段是媒介层“i＝复制”字段<br><br>《未公开》 | 对比文件全文无相关记载。 | 1. 作用及技术方案对比：<br>目标专利中，该特征是在SDP媒介层使用“i=复制”字段来明确指示要复制的媒介组件（目标专利说明书[0082]、[0108]）。<br>对比文件完全没有记载SDP协议的扩展属性，更无“i=复制”字段。<br>2. 公开性判定：<br>对比文件未公开该特征，本领域技术人员无法从对比文件中直接得出或推理得出，因此技术特征L未被直接公开，亦未被隐含公开。 |
| 技术特征M：<br>其中所述复制报头字段是媒介层“a＝复制”字段<br><br>《未公开》 | 对比文件全文无相关记载。 | 1. 作用及技术方案对比：<br>目标专利中，该特征是在SDP中定义新的属性“a=复制”，在媒介层标识要复制的特定媒介组件（目标专利说明书[0082]、[0109]）。<br>对比文件完全未涉及该SDP属性。<br>2. 公开性判定：<br>对比文件未公开该特征，本领域技术人员无法从对比文件中直接得出或推理得出，因此技术特征M未被直接公开，亦未被隐含公开。 |
| 技术特征N：<br>其中所述复制报头字段是XML主体<br><br>《未公开》 | 对比文件全文无相关记载。 | 1. 作用及技术方案对比：<br>目标专利中，该特征通过在SIP消息中携带XML主体来承载复制指示信息（目标专利说明书[0083]、[0110]）。<br>对比文件完全没有公开XML主体的信令格式。<br>2. 公开性判定：<br>对比文件未公开该特征，本领域技术人员无法从对比文件中直接得出或推理得出，因此技术特征N未被直接公开，亦未被隐含公开。 |
| 技术特征O：<br>其中所述XML主体指示将要复制哪些媒介组件或整个会话<br><br>《未公开》 | 对比文件全文无相关记载。 | 1. 作用及技术方案对比：<br>目标专利中，该特征限定了XML主体的具体指示语义，用于指明特定媒介组件或整个会话以实现灵活精确的会话复制（目标专利说明书[0083]、[0111]）。<br>对比文件完全未涉及任何此类指示内容。<br>2. 公开性判定：<br>对比文件未公开该特征，本领域技术人员无法从对比文件中直接得出或推理得出，因此技术特征O未被直接公开，亦未被隐含公开。 |
<<<e>>><<<h>>><<<i>>><<<j>>>
针对对比文件（JP2006518129A）与目标专利权利要求各技术特征的比对分析如下：
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br>《未公开》 | 无相关内容引用。对比文件涉及前向链路OFDM、反向链路CDMA系统的切换控制（如段落【2】“フォワードリンク上でハンドオフを実行するための技術に関する”）。 | 对比文件公开的是无线通信系统中终端或基站发起的フォワードリンクハンドオフ（前向链路切换）技术，解决的是无线物理/链路层因调制方式不同或信号质量变化导致的基站切换问题。而目标专利特征A是在业务集中和连续性应用服务器（SCC AS）中，针对IMS多媒体协作会话复制，从第二WTRU接收协作复制会话邀请请求。对比文件既未涉及应用层/会话层的会话复制或协作会话，更未公开从第二WTRU接收协作复制会话邀请请求，两者技术领域、手段及目的完全不同。本领域技术人员无法从对比文件中直接得出或合理解析推断出该特征，因此未公开（既非直接公开，也非隐含公开）。 |
| 技术特征B：其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br>《未公开》 | 无相关内容引用。 | 对比文件仅涉及单个终端120在多个BTS之间的切换（如段落【2】“各端末はいつなんどきでも、フォワードリンク上の１つ以上のＢＴＳｓおよびリバースリンク上の１つ以上のＢＴＳｓと通信してもよい”），完全没有涉及多方多媒体会话（第一WTRU、远程方及最初未关联的第二WTRU）的关系构建或会话架构。该特征未公开。 |
| 技术特征C：所述协作复制会话邀请请求源于所述第二WTRU处<br>《未公开》 | 无相关内容引用。对比文件段落【2】提及终端可发送ハンドオフ要求（“端末は、ハンドオフされる要求を選択されたサービングセクターに送信する”）。 | 对比文件虽然公开了由终端发起切换时向基站发送切换请求（ハンドオフ要求），但该请求是底层无线网络的服务扇区切换请求，并非“协作复制会话邀请请求”，技术本质完全不同。本领域技术人员不能将底层无线小区的切换请求等同或推导为多媒体协作会话中源于第二WTRU的协作复制邀请请求。该特征未公开。 |
| 技术特征D：对所述协作复制会话邀请请求执行授权<br>《未公开》 | 对比文件段落【2】：“端末からハンドオフ要求を受信すると、システムは、その要求を許可または否認してもよい。 この決定は以下に記載するように、種々の要因に基づいて行ってもよい。”（当从终端接收到切换请求时，系统可许可或否认该请求。该决定可基于各种因素进行。） | 对比文件虽然公开了系统在收到切换请求后根据扇区负载、信噪比等因素进行许可或否认（許可または否認），但其所针对的对象是基站切换请求（无线资源管理范畴），而不是业务控制实体对“协作复制会话邀请请求”执行的业务层/签约授权（Authorization）。两者所处理的信令层级、业务属性及技术内涵完全不同，无法毫无疑义地直接得出或合理推断。因此该特征未公开。 |
| 技术特征E：为复制的媒介流分配媒介资源<br>《未公开》 | 无相关内容引用。 | 目标专利特征E是指在MRF等实体中为复制出来的多媒体流分配专用的处理/分发媒体资源。对比文件涉及的是无线基站的子频带、正交码或时隙资源调度，完全不存在“为复制的媒介流分配媒介资源”的概念与机制。该特征未公开。 |
| 技术特征F：将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br>《未公开》 | 无相关内容引用。 | 目标专利是在拉模式（Pull模式）网络复制中，由SCC AS将关联MRF中复制媒体流的响应发回给第二WTRU。对比文件完全不涉及IMS网络实体MRF，也不存在针对复制媒体流的响应流程。该特征未公开。 |
| 技术特征G：使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br>《未公开》 | 无相关内容引用。 | 目标专利特征G涉及在IMS架构下利用MRF重新锚定并更新控制方接入段（Access Leg）与远端段（Remote Leg）的SIP会话信令交互过程。对比文件仅涉及基站BTS层面的前向链路数据切换，完全未公开IMS控制段与媒体段更新机制。该特征未公开。 |
| 技术特征H：所述媒介流之后从所述远程方流向所述MRF<br>《未公开》 | 无相关内容引用。 | 目标专利特征H涉及在多媒体复制架构下媒体面数据流的拓扑路径（远端方发送的媒体流汇聚到MRF以便进行复制和下发）。对比文件仅涉及基站BTS向终端发送前向链路OFDM数据，未公开远程方到MRF的媒体流路由。该特征未公开。 |
| 技术特征I：从所述MRF流向所述第一WTRU<br>《未公开》 | 无相关内容引用。 | 目标专利特征I涉及MRF将接收到的媒体流分发/保留至第一WTRU的路径。对比文件未公开相关架构与拓扑。该特征未公开。 |
| 技术特征J：从所述MRF流向所述第二WTRU<br>《未公开》 | 无相关内容引用。 | 目标专利特征J涉及MRF将复制出的媒体流分发至第二WTRU的路径。对比文件未公开相关架构与拓扑。该特征未公开。 |
| 技术特征K：其中所述协作复制会话邀请请求包括复制报头字段<br>《未公开》 | 无相关内容引用。 | 对比文件完全未涉及SIP协议、会话描述协议或任何用于标识媒体复制的报头字段（Replication Header Field）。该特征未公开。 |
| 技术特征L：其中所述复制报头字段是媒介层“i＝复制”字段<br>《未公开》 | 无相关内容引用。 | 对比文件未涉及SDP协议的“i=”行或将其定义为“i=复制”以指示复制媒体流。该特征未公开。 |
| 技术特征M：其中所述复制报头字段是媒介层“a＝复制”字段<br>《未公开》 | 无相关内容引用。 | 对比文件未涉及SDP协议的“a=”属性或定义“a=复制”属性。该特征未公开。 |
| 技术特征N：其中所述复制报头字段是XML主体<br>《未公开》 | 无相关内容引用。 | 对比文件未涉及在请求中携带用于指示复制的XML主体。该特征未公开。 |
| 技术特征O：其中所述XML主体指示将要复制哪些媒介组件或整个会话<br>《未公开》 | 无相关内容引用。 | 对比文件未涉及利用XML主体指示待复制的特定媒体组件或整个多媒体会话。该特征未公开。 |
---
对比文件（JP2006518129A）公开的内容属于无线通信系统中蜂窝小区/扇区之间的前向链路切换（Hard Handoff）技术，而目标专利的技术方案属于IP多媒体子系统（IMS）中应用服务器（SCC AS）与媒体资源功能（MRF）配合实现的多媒体会话协作复制控制机制。对比文件未直接公开、也未隐含公开目标专利权利要求的技术特征A至O中的任何一个技术特征。
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br><br>《隐含公开》 | [0006] “…Amidst such circumstances, the user may desire to switch the moving image data or music data being received on a desktop PC, to a cellular terminal such as a PDA.”（在这些情况下，用户可能希望将台式PC上正在接收的运动图像数据或音乐数据切换到诸如PDA的蜂窝终端。）<br><br>[0097] “RESUME is a message requesting the start of a session in progress on a terminal or the restarting of a session that was temporarily halted (paused). The following are delivered as message arguments. Session ID; Whether or not to copy the receive data on the gateway”（RESUME是请求开始终端上正在进行的会话或重启被临时中止（暂停）的会话的消息。下列各项作为消息参数传递：会话ID；是否在网关上复制接收数据）<br><br>[0142] “A resume request received by the gateway is of two types; when one type contains a copy request within the resume request (copy), the data is copied on the gateway and processing implemented to then send it to the terminal making the request…”（网关接收到的恢复请求有两种类型；当一种类型在恢复请求内包含复制请求（copy）时，数据在网关上被复制，并执行处理以将其发送给发出请求的终端……）<br><br>[0151]-[0153] “In the process of FIG. 13, the data being received by terminal A, 720 is copied to the terminal B, 730 and sent… The terminal B, 730 sends the data for example displayed in FIG. 9, or in other words, sends the selected session, to the gateway 710. This processing is implemented as processing to send (Process (4) of FIG. 13) the resume request and selected session ID to the gateway.”（在图13的处理中，终端A 720正在接收的数据被复制到终端B 730并发送……终端B 730将例如图9中显示的数据，换言之，将所选择的会话发送到网关710。该处理被实现为向网关发送恢复请求和所选会话ID的处理（图13的步骤(4)）。） | 对比文件公开了网关从第二终端（蜂窝终端PDA/终端B 730）接收包含复制请求的RESUME请求消息，该请求用于触发网关将原传输给第一终端（终端A 720）的数据流复制一份并行发送给终端B。虽然对比文件中该消息被称为携带复制参数的“RESUME”请求，且处于网关中继架构中，但其本质上是第二无线终端向网络侧功能实体主动发起要求对现有会话进行复制接入的会话建立/邀请请求，并且实现了协同向两台终端分发同一媒体流的协作会话架构。本领域技术人员结合拉模式场景能够合理推断出该请求属于第二WTRU发起的协作复制会话邀请请求，故技术特征A被隐含公开。 |
| 技术特征B：其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br><br>《直接公开》 | [0131]-[0132] “The ‘before’ in FIG. 9, indicates the user and user device of the session being processed, in other words with data currently being transferred or the transfer process paused. The PC (pc before) in the example in FIG. 9, indicates whether the private phone session and movie session is active or is a pause. The ‘after’ shown in FIG. 9 is a user and user device for whom data processing is not currently being performed.”（图9中的“before”指示正在处理的会话的用户和用户设备，换句话说，数据当前正在传输或传输过程已暂停。图9中的PC（pc before）指示个人电话会话和电影会话是活动的还是暂停的。图9中示出的“after”是当前未对其执行数据处理的用户和用户设备。）<br><br>[0152] “When the user is receiving (Process (1) of FIG. 13) stream data in the terminal A, 720 via the gateway 710, and copy-transmitting the data to another terminal, (here the terminal B, 730) a call (CALL) message is generated… The pause request is not received from the terminal A, 720 so data is continuously transmitted from the gateway 710 to the terminal A, 720.”（当用户在终端A 720中经由网关710接收流数据（图13的步骤(1)），并且将数据复制传输到另一个终端（这里是终端B 730）时，生成呼叫消息……没有从终端A 720接收到暂停请求，因此数据连续从网关710传输到终端A 720。） | 对比文件公开了在数据从外部服务器向第一终端（终端A/PC）发送流数据的正在进行的会话期间，第二终端（终端B/PDA/图9中的after终端）最初并没有参与该媒体流的处理或接收，即第二终端与第一终端和远程服务器之间的会话最初处于非关联状态。本领域技术人员可毫无疑义地直接确定该特征，故技术特征B被直接公开。 |
| 技术特征C：所述协作复制会话邀请请求源于所述第二WTRU处<br><br>《直接公开》 | [0153] “The terminal B, 730 sends the data for example displayed in FIG. 9, or in other words, sends the selected session, to the gateway 710. This processing is implemented as processing to send (Process (4) of FIG. 13) the resume request and selected session ID to the gateway.”（终端B 730将例如图9中显示的数据，换句话说，将所选择的会话发送到网关710。该处理被实现为向网关发送（图13的过程(4)）恢复请求和所选会话ID。）<br><br>[0162] “List (user B, terminal B)+Resume (user B, terminal B) In the above processing, the resume (user B, terminal B) may contain a copy request for copy on the gateway.”（列表(用户B, 终端B)+恢复(用户B, 终端B)。在上述处理中，恢复(用户B, 终端B)可以包含在网关上进行复制的复制请求。） | 对比文件明确记载了触发媒体在第二终端处复制接收的RESUME请求（包含Copy参数）是由第二终端（终端B 730）自主生成并通过网络接口直接向网关发送的（Process (4) of FIG. 13；Resume (user B, terminal B)）。因此，该请求源于第二WTRU处被对比文件直接公开。 |
| 技术特征D：对所述协作复制会话邀请请求执行授权<br><br>《直接公开》 | [0086] “IP address of terminal permitted to receive data”（允许接收数据的终端的IP地址）<br><br>[0173] “…In the processing for switching sessions, the session for example of user A on terminal A, might: possibly be switched by another user constituted by user B to receive data, or receiving and copy of data might be performed without obtaining the consent of the user A, so preferably a function is provided for registering the user on the gateway so that processing can only be implemented by pre-registered users or a function is provided to perform session switching first, and then verify (authenticate) the user making the request, to prevent the unauthorized acquisition of data.”（……在会话切换处理中，例如终端A上的用户A的会话可能被由用户B构成的另一用户切换以接收数据，或者可能在未获得用户A同意的情况下执行数据的接收和复制，因此优选在网关上提供用于注册用户的功能，使得处理只能由预先注册的用户实现，或者提供首先执行会话切换、然后验证（认证）发出请求的用户的功能，以防止未经授权获取数据。） | 对比文件明确公开了为了防止用户B在未获得用户A同意的情况下非法接收和复制会话数据，网关提供了通过预注册用户许可、会话控制表中的Permit address匹配以及对发出请求的用户执行用户验证/认证（verify/authenticate the user making the request）以防止未经授权获取数据的功能。该机制与目标专利对复制请求执行授权（验证权限、允许或拒绝）的作用和效果完全相同，属于对协作复制会话邀请请求执行授权，故技术特征D被直接公开。 |
| 技术特征E：为复制的媒介流分配媒介资源<br><br>《隐含公开》 | [0019] “In still another embodiment of the communications relay device of the present invention, the copy processing or cache processing of relay data in the communications relay device is executed in response to a request from the control terminal.”（在本发明的通信中继设备的又一实施例中，响应于来自控制终端的请求，在通信中继设备中执行中继数据的复制处理或高速缓存处理。）<br><br>[0142] “…when one type contains a copy request within the resume request (copy), the data is copied on the gateway and processing implemented to then send it to the terminal making the request…”（……当一种类型在恢复请求内包含复制请求（copy）时，数据在网关上被复制，并执行处理以将其发送给发出请求的终端……）<br><br>[0155]-[0156] “In this case, the update (rewrite) by the client-side session management daemon (csmd) 711, continues with the data control session still active for the terminal A, 720, and further, a data transmit session is added for the terminal B, 730 as the destination for the same data. Along with keeping the terminal A, 720 as the destination address for the session, the data address transfer daemon (datd) 712 adds the terminal B, 730 as a destination address.”（在这种情况下，客户端会话管理守护进程（csmd）711的更新（重写）继续保持终端A 720的数据控制会话仍处于活动状态，并且进一步为作为相同数据目的地的终端B 730添加数据传输会话。在保持终端A 720作为会话的目的地地址的同时，目的地地址传输守护进程（datd）712将终端B 730添加为目的地地址。） | 对比文件公开了在执行流数据复制时，网关在内部对中继数据执行复制处理（copy processing），并在会话表中为终端B添加新的传输会话及目标地址，由地址转换实体（datd）同时向终端B复制分发数据包。执行数据复制及开辟第二条并行传输会话必然需要由中继设备在底层为其分配缓存空间、套接字端口及内部处理带宽等媒体资源。本领域技术人员结合数据通信的基本原理，能够毫无疑义且合理推断出中继设备在执行复制时必然为复制的媒介流分配了相应的媒介资源，故技术特征E被隐含公开。 |
| 技术特征F：将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br><br>《未公开》 | 对比文件全文无记载。 | 对比文件是在本地网关（Gateway）采用CSMD与DATD（NAT地址转换架构）实现终端间的数据复制分发，属于普通的IP数据包路由转发机制，并未公开IMS（IP多媒体子系统）架构，也没有公开媒介资源功能实体（MRF），更未公开将针对MRF中复制媒介流的SIP/控制响应传送给第二WTRU。本领域技术人员无法从对比文件中推导出该特定架构下的信令流程，故技术特征F未公开。 |
| 技术特征G：使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br><br>《未公开》 | 对比文件全文无记载。 | 目标专利的技术方案基于3GPP IMS架构中的SCC AS和MRF实体，通过重新协商/更新控制接入段与远程段（Remote Leg）实现会话锚定与流复制分支；而对比文件仅在网关内部通过NAT地址重写（DATD）直接复制IP数据包并分发，不存在更新第一WTRU上的接入段以及更新远程段的会话控制过程，亦不具备MRF实体。因此该特征未被直接公开也未被隐含公开。 |
| 技术特征H：所述媒介流之后从所述远程方流向所述MRF<br><br>《隐含公开》 | [0054] “As shown in FIG. 1, to receive stream data such as moving images and audio from the Internet on a terminal, the data packet is relayed by way of a home or company gateway or service provider gateway serving as the relay device.”（如图1所示，为了在终端上从因特网接收诸如运动图像和音频的流数据，数据分组经由用作中继设备的主机或公司网关或服务提供商网关进行中继。）<br><br>[0055] “In the structure shown in FIG. 1, a gateway 101 serves as the relay device for the communication terminals consisting of a desktop PC 102, a notebook PC 103 and a PDA 104, and relays stream data for distribution from a server 105.”（在图1所示的结构中，网关101用作由台式PC 102、笔记本PC 103和PDA 104组成的通信终端的中继设备，并中继来自服务器105的分发流数据。） | 对比文件公开了服务器105（远程方）发出的媒体流直接发送至作为中继设备的网关101/510/710中。尽管对比文件中的网关是基于IP网关/NAT架构而非IMS网络中专门命名的MRF（媒体资源功能）实体，但该网关在此处承担了媒体流的中继、汇聚以及后续复制功能，在网络数据拓扑中起到了与MRF相同的“媒体锚定/集中处理节点”作用。基于非常宽松的隐含公开判断标准，对比文件中远程方流向具有媒体复制功能的网关节点的内容，有可能与其他公开IMS MRF的对比文件组合公开该特征，故技术特征H被隐含公开。 |
| 技术特征I：从所述MRF流向所述第一WTRU<br><br>《隐含公开》 | [0152] “…The pause request is not received from the terminal A, 720 so data is continuously transmitted from the gateway 710 to the terminal A, 720.”（……没有从终端A 720接收到暂停请求，因此数据连续从网关710传输到终端A 720。）<br><br>[0156] “Along with keeping the terminal A, 720 as the destination address for the session, the data address transfer daemon (datd) 712 adds the terminal B, 730 as a destination address. As a result, the stream data that terminal A, 720 had received via the gateway 710 is also continuously received (Process (5) of FIG. 13) in parallel by the terminal B, 730.”（在保持终端A 720作为会话的目的地地址的同时，目的地地址传输守护进程（datd）712将终端B 730添加为目的地地址。结果，终端A 720经由网关710接收的流数据也被终端B 730并行地连续接收（图13的过程(5)）。） | 对比文件公开了在中继数据执行复制后，网关（承担媒体集中复制功能的中继节点）继续保持将流数据发送给第一终端（终端A 720）。其公开的从具有媒体中继处理功能的网关节点流向第一终端的方案，在拓扑传输作用上与MRF流向第一WTRU相同，在宽松标准下可合理推断并可能与其他对比文件结合，故技术特征I被隐含公开。 |
| 技术特征J：从所述MRF流向所述第二WTRU<br><br>《隐含公开》 | [0156] “Along with keeping the terminal A, 720 as the destination address for the session, the data address transfer daemon (datd) 712 adds the terminal B, 730 as a destination address. As a result, the stream data that terminal A, 720 had received via the gateway 710 is also continuously received (Process (5) of FIG. 13) in parallel by the terminal B, 730.”（在保持终端A 720作为会话的目的地地址的同时，目的地地址传输守护进程（datd）712将终端B 730添加为目的地地址。结果，终端A 720经由网关710接收的流数据也被终端B 730并行地连续接收（图13的过程(5)）。） | 对比文件公开了复制后所产生的复制媒体流由网关向第二终端（终端B 730）分发发送。其从具有媒体复制分发功能的网关流向第二终端的路径，在媒体拓扑传输作用上与目标专利中由MRF分发至第二WTRU相同，在宽松标准下认为技术特征J被隐含公开。 |
| 技术特征K：其中所述协作复制会话邀请请求包括复制报头字段<br><br>《未公开》 | [0104]-[0111] “METHOD=[PAUSE, LIST, RESUME, CALL]<br>To=[IP-Address]<br>From=[IP-Address]<br>S-ID=[integer]<br>Recv=[IP-Address]<br>Permit=[Network-address, IP-Address]<br>Cache=[On,Off]<br>Copy=[On,Off]”（METHOD=[PAUSE, LIST, RESUME, CALL] To=[IP地址] From=[IP地址] S-ID=[整数] Recv=[IP地址] Permit=[网络地址, IP地址] Cache=[开,关] Copy=[开,关]） | 目标专利中的“复制报头字段”结合说明书[0080]-[0082]解释，是指在SIP信令层面标准化设立的专用指示字段（如SIP Header、SDP特定行），用于解决在IUT中区分“传送”与“复制”的技术问题。而对比文件采用自定义的ASCII控制协议，虽然包含了“Copy=[On,Off]”参数，但其并非SIP/会话层中的复制报头字段（Replication Header Field），两者的协议层级、语法定义及机制完全不同，本领域技术人员不能从中毫无疑义或合理推断得出技术特征K，故技术特征K未公开。 |
| 技术特征L：其中所述复制报头字段是媒介层“i＝复制”字段<br><br>《未公开》 | 对比文件全文无记载。 | 对比文件全文完全未提及SDP（会话描述协议）中媒介层的“i=”字段，更未公开将“i=复制”（i=replicate）作为指示符，故技术特征L未公开。 |
| 技术特征M：其中所述复制报头字段是媒介层“a＝复制”字段<br><br>《未公开》 | 对比文件全文无记载。 | 对比文件全文完全未提及SDP协议媒介层的“a=”属性字段，更未公开“a=复制”（a=replicate），故技术特征M未公开。 |
| 技术特征N：其中所述复制报头字段是XML主体<br><br>《未公开》 | 对比文件全文无记载。 | 对比文件使用的是形如键值对的纯文本协议请求格式（如METHOD=...，Copy=...），未公开使用可扩展标记语言（XML）主体（XML body）来承载复制报头或复制指示信息，故技术特征N未公开。 |
| 技术特征O：其中所述XML主体指示将要复制哪些媒介组件或整个会话<br><br>《未公开》 | 对比文件全文无记载。 | 由于对比文件未公开XML主体，自然更不可能公开在XML主体中具体指示复制特定媒体组件还是整个会话的内容，故技术特征O未公开。 |
<<<a>>>
<<<B>>>
<<<C>>>
<<<D>>>
<<<e>>>
<<<h>>>
<<<i>>>
<<<j>>>
| 技术特征描述及判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A<br>从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br><br>《隐含公开》 | [0061]：“受控方WTRU 502可以传送协作会话IUT请求以将受控方WTRU 502中的媒介-A复制到S-CSCF 505（509）……S-CSCF 505可以将协作会话请求转发给SCC AS 504（510）。”（目标说明书）；<br>对比文件[0061]：“After a group has been selected, CD 202 attempts to join the group via the SIP INVITE method by specifying the group-address as the invitation destination and sending the request to the top-level SIP server. The top-level server attempts to map the group-address to a known destination and, if successful, redirects CD 202 to the corresponding SIP user-agent server destination associated with the group's currently assigned multipoint control unit (MCU), which is a portion of CM 218 responsible for managing group traffic.”（在选择组之后，CD 202尝试通过SIP INVITE方法加入该组，方法是将组地址指定为邀请目的地并将请求发送到顶级SIP服务器。顶级服务器尝试将组地址映射到已知目的地，并且如果成功，将CD 202重定向到与组当前分配的多点控制单元MCU相关联的相应SIP用户代理服务器目的地，该MCU是CM 218中负责管理组流量的一部分）；<br>对比文件[0035]：“In one embodiment, CM 218 then provides the information to the group members by selectively duplicating the information and selectively sending a duplicate to the group members.”（在一个实施例中，CM 218然后通过选择性地复制该信息并选择性地向组构件发送副本，从而向组构件提供该信息）。 | 对比文件公开了通信设备CD（相当于WTRU）通过发送SIP INVITE邀请请求以加入群组会话，并且CM（通信管理器）负责接收该请求并在群组内部“选择性复制信息（duplicating the information）”以分发给组构件。虽然对比文件是在半双工组通信网络（如PTT/群组会议）语境下加入群组获取复制流，而非3GPP IMS架构下标准的IUT协作复制会话（Collaborative Session Replication），但对比文件已部分公开了由非主叫终端向服务器发送邀请请求（INVITE）以获取正在分发/复制的媒体流。按照极其宽松的隐含公开判断标准，本领域技术人员结合多播/组播及复制分发常识，有可能从中推理得出接收针对复制流的会话邀请请求。因此认定为《隐含公开》。 |
| 技术特征B<br>其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br><br>《直接公开》 | 对比文件[0024]：“During a group communication, the group members may specifically request to join or leave the group.”（在群组通信期间，群组成员可以明确请求加入或离开群组）；<br>对比文件[0061]：“After a group has been selected, CD 202 attempts to join the group via the SIP INVITE method...”（在选择组之后，CD 202尝试通过SIP INVITE方法加入该组……）；<br>对比文件[0066]-[0067]：“CD 202, which has the floor for audio communication, transforms the audio signals into packet data and sends them to CM 218... CD 206, which has video floor for video communication independent from the audio floor, transforms the video signals into packets and sends them to the CM 218... CM 218 receives the video information from CD 206, and selectively sends the received video information to the target CDs...”（CD 202具有音频发言权并向CM 218发送音频……CD 206具有视频发言权并向CM 218发送视频……CM 218接收来自CD 206的视频信息，并选择性发送给目标CD……）。 | 在对比文件描述的群组通信进行过程中，群组成员可以在会话正在进行期间随时请求加入（join）。对于后加入的CD（即第二WTRU而言），在其发出加入请求之前，由持有话语权的发送方设备（第一WTRU/远程方）与网络及其他接收端之间已经处于“正在进行的媒介会话”中，该加入设备在发出加入之前并未参与且最初不关联于该正在进行的媒介流传输。该技术状态与目标专利中第二WTRU最初未关联于第一WTRU与远程方之间的会话实质相同，本领域技术人员能毫无疑义地直接得出，构成《直接公开》。 |
| 技术特征C<br>所述协作复制会话邀请请求源于所述第二WTRU处<br><br>《直接公开》 | 对比文件[0024]：“During a group communication, the group members may specifically request to join or leave the group.”（在群组通信期间，群组成员可以明确请求加入或离开群组）；<br>对比文件[0061]：“After a group has been selected, CD 202 attempts to join the group via the SIP INVITE method by specifying the group-address as the invitation destination and sending the request to the top-level SIP server.”（在选择组之后，CD 202尝试通过SIP INVITE方法加入该组，方法是将组地址指定为邀请目的地并将请求发送到顶级SIP服务器）。 | 目标专利中技术特征C定义了拉（Pull）模式下会话邀请请求由发起复制的第二WTRU本身发起。对比文件[0061]明确记载由希望接收会话的通信设备CD 202主动产生并通过SIP INVITE方法将邀请请求发送至服务器，即加入/获取媒体会话的请求起源于该第二设备处。其来源实体及触发方式与技术特征C相同，属于《直接公开》。 |
| 技术特征D<br>对所述协作复制会话邀请请求执行授权<br><br>《直接公开》 | 对比文件[0062]：“Normally, the destination SIP user-agent server confirms that CD 202 is authorized to participate in the selected group and responds to the invitation... CM 218 may also reply with an error if it is unable to confirm CD 202 as a legitimate member of the group or if some other error condition arises...”（通常，目的地SIP用户代理服务器确认CD 202被授权参与所选择的组并对该邀请进行响应……如果CM 218无法确认CD 202是该组的合法成员，或者如果出现某些其它错误条件，则CM 218还可以回复错误……）；<br>对比文件[0037]：“...and an indication of which groups the member is authorized to communicate.”（……以及指示该成员被授权在哪些组中进行通信）。 | 对比文件[0062]明确公开了目的地SIP用户代理服务器接收到INVITE请求后，会确认CD 202被授权（authorized）参与所选组，若无法确认为合法成员则报错拒绝。该操作与技术特征D“对请求执行授权”的作用、内容与技术手段完全一致，属于本领域技术人员毫无疑义可得出的技术方案，构成《直接公开》。 |
| 技术特征E<br>为复制的媒介流分配媒介资源<br><br>《隐含公开》 | 对比文件[0028]：“CM 218 manages the real-time and administrative operation of groups, including PTT request arbitration, maintenance, and distribution of group membership and registration lists, call set-up and tear-down of necessary system and network resources, as well as overall control of group status.”（CM 218管理组的实时和管理操作，包括PTT请求仲裁、组构件和注册列表的维护和分发、必要系统和网络资源的呼叫建立和拆除，以及组状态的总体控制）；<br>对比文件[0047]：“One traffic channel is allocated per registered CD while a group is active, i.e., media being transmitted between members.”（当组处于活动状态时，即正在成员之间传输媒介时，为每个注册的CD分配一个业务信道）；<br>对比文件[0081]：“MCU control 608 then creates a duplicate of the original data packet, except that the destination address identified within the data packet is modified to reflect the destination address of the first group member. Next, MCU control 608 creates a second duplicate data packet, addressed to the second group member. This process continues until the original data packet has been duplicated and selectively sent to the active group members identified in local memory 606.”（然后MCU控制器608创建原始数据分组的副本……接着MCU控制器608创建针对第二个组构件的第二个重复数据分组……直到原始数据包被复制并选择性发送给活跃成员）。 | 对比文件公开了在群组通信中通过MCU创建数据包的副本并向各成员发送，且在建立呼叫及群组活动时管理系统/网络资源，为每个注册的接收CD分配专用业务信道（traffic channel）以及在MCU/CM中分配端口与内存用于缓冲和复制分发数据包。虽然对比文件没有使用3GPP IMS规范中专用的“为复制媒体流分配MRF媒体资源”术语，但其分配网络传输与数据包复制处理资源的行为，在功能上实质对应了为下发复制媒体流分配资源。按照极其宽松的隐含判断标准，本领域技术人员能够合理推断出该技术特征，构成《隐含公开》。 |
| 技术特征F<br>将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br><br>《隐含公开》 | 对比文件[0062]：“Normally, the destination SIP user-agent server confirms that CD 202 is authorized to participate in the selected group and responds to the invitation, embedding a description of the media traffic and signaling parameters to use to participate in the group in the content of its response.”（通常，目的地SIP用户代理服务器确认CD 202被授权参与所选择的组并对该邀请做出响应，在其响应内容中嵌入用于参与该组的媒体业务和信令参数的描述）；<br>对比文件[0064]：“CM 218's SIP user-agent server's response to an INVITE request to join a group includes, as embedded content, the group's media and real-time media signaling destination addresses, as well as other group parameters (such as media payload format descriptors).”（CM 218的SIP用户代理服务器对加入组的INVITE请求的响应包括嵌入的内容：该组的媒体和实时媒体信令目的地地址，以及其它组参数）。 | 对比文件公开了SIP用户代理服务器在接受邀请后，向请求加入的CD（即第二WTRU）发送响应，响应中携带了由负责数据包复制分发的MCU/CM所提供的媒体目的地址、媒体格式等会话描述参数。对比文件中的MCU作为媒体分发核心，与目标专利中的MRF（多媒体资源功能）在提供媒体汇聚与复制流分发方面具有相同或等同的功能定位。因此，服务器向请求方返回携带MCU媒体流参数的响应，与技术特征F中向第二WTRU返回MRF中复制媒体流的响应在作用机制和信令流程上高度对应，在极宽松的审查标准下构成《隐含公开》。 |
| 技术特征G<br>使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br><br>《未公开》 | 对比文件全文未记载任何与在会话复制过程中“使用MRF更新第一WTRU上的接入段”以及“更新远程段”相关的内容。对比文件的群组通信架构基于集中式的MCU/CM进行上下行数据包分发，当有新成员加入接收复制数据时，仅为新成员分配下行链路并由MCU复制转发，原有发送端及其他接收端的已有承载连接保持原样，无需向已有成员或远程发起方触发修改/重新协商媒体路径的接入段更新（Update Access Leg/Remote Leg，如re-INVITE或UPDATE信令）。 | 目标专利技术特征G属于3GPP IMS架构下通过业务集中和连续性服务器（SCC AS）对第一WTRU的接入分支和远程分支进行会话修改与媒体路径重定向（锚定至MRF）的特有流程控制。对比文件完全不具备会话分支（Leg）控制以及接入段/远程段信令更新机制，本领域技术人员也无法通过对比文件的群组加入信令直接推导出该双向分支更新特征，因此技术特征G既未被直接公开，也未被隐含公开。 |
| 技术特征H<br>所述媒介流之后从所述远程方流向所述MRF<br><br>《隐含公开》 | 对比文件[0018]：“The data packets are transmitted to a data network, and are then provided to a communications manager (CM) connected to the data network. The CM processes data packets that it receives from a first CD and distributes the data packets in real-time to at least one other CD that is a member of the same group.”（数据分组被传输到数据网络，然后被提供给连接到数据网络的通信管理器CM。CM处理其从第一CD接收的数据包，并将数据包实时分发给属于同一组的至少一个其它CD）；<br>对比文件[0066]-[0067]：“CD 202, which has the floor for audio communication, transforms the audio signals into packet data and sends them to CM 218... CM 218 receives the audio information from CD 202, and sends the received audio information to the target CDs...”（具有话语权的发送端将媒体转化为数据包发送给CM，CM接收该媒体信息……）。 | 目标专利中，远程方（即媒体提供方）将媒体流发送给负责分发复制的MRF。对比文件中，持有话语权的发送端（相当于对端/远程发送方）将产生的音频/视频媒体数据包发送给CM/MCU，再由MCU分发。对比文件中的CM/MCU在媒体架构中承担媒体终结与复制节点的作用，与MRF的作用实质相同；发送端媒体流流向CM/MCU的技术方案与“媒体流从远程方流向MRF”相吻合。因此，本领域技术人员根据对比文件内容能够合理推断出该媒体流向，构成《隐含公开》。 |
| 技术特征I<br>从所述MRF流向所述第一WTRU<br><br>《隐含公开》 | 对比文件[0033]：“In another embodiment, a dedicated forward channel is established in each communication system... for broadcasting information from each group member to the other group members. Each group member receives communications from other group members over the dedicated channel.”（在另一个实施例中，在每个通信系统中建立专用的前向信道，用于将信息从每个组构件广播给其他组构件……）；<br>对比文件[0066]-[0067]：“CM 218 sends the audio to CDs 204, 206, 208, and 210, in half-duplex communication manner over forward traffic channels... CM 218 receives the video information from CD 206, and selectively sends the received video information to the target CDs...”（CM 218通过前向业务信道将媒体发送给各目标CD……）。 | 在目标专利中，媒体流通过MRF分发至原本会话的第一WTRU。在对比文件中，MCU/CM作为多方媒体复制与转发中心，接收到发送端媒体后，通过前向业务信道向群组中处于收听状态的成员设备（包括已存在的第一接收端CD）发送该媒体流。由于MCU与MRF功能对应，且媒体均由该集中节点流向原接收端设备，在宽泛标准下，本领域技术人员能够推导出媒体流从该集中处理节点流向第一终端，认定为《隐含公开》。 |
| 技术特征J<br>从所述MRF流向所述第二WTRU<br><br>《隐含公开》 | 对比文件[0018]：“The CM processes data packets that it receives from a first CD and distributes the data packets in real-time to at least one other CD that is a member of the same group.”（CM处理其从第一CD接收的数据包，并将数据包实时分发给属于同一组的至少一个其它CD）；<br>对比文件[0081]：“MCU control 608 then creates a duplicate of the original data packet... creates a second duplicate data packet, addressed to the second group member. This process continues until the original data packet has been duplicated and selectively sent to the active group members identified in local memory 606.”（MCU控制器创建原始数据包副本……创建第二副本发送给第二成员……直到复制并选择性发送给活跃成员）。 | 目标专利中，由MRF向发起复制会话的第二WTRU下发复制的媒体流。对比文件中，MCU控制器通过复制原始数据包生成副本，并将复制后的数据包通过网络前向发送给新加入/活跃的第二组构件CD（第二WTRU）。两者均是通过中间媒体处理实体（MRF/MCU）向新接收方传送复制的媒体数据流，作用与技术手段高度对应，按极其宽松的标准构成《隐含公开》。 |
| 技术特征K<br>其中所述协作复制会话邀请请求包括复制报头字段<br><br>《未公开》 | 对比文件全文未记载复制报头字段（Replication Header Field）。对比文件在[0061]、[0077]、[0102]-[0104]中记载的仅为标准SIP INVITE请求及普通的SIP信令机制（包括Request-URI和Session Description），没有任何用于区分是“复制会话”还是“普通会话/传送会话”的专有报头字段。 | 目标专利技术特征K通过在SIP请求中引入专门的“复制报头字段”以解决传统SIP信令难以区分会话转移与会话复制的缺陷。对比文件完全没有提出区分复制与转移的信令报头需求，也未公开任何自定义或扩展的复制报头字段，本领域技术人员无法从标准SIP INVITE中推理出该特征，故技术特征K既未被直接公开，也未被隐含公开。 |
| 技术特征L<br>其中所述复制报头字段是媒介层“i＝复制”字段<br><br>《未公开》 | 对比文件全文未记载SDP媒体层中存在“i=复制”字段。 | 目标专利技术特征L限定了采用SDP协议中的i行（i-line）并将其标准化取值为“i=replicate”来指示媒体复制。对比文件通篇完全未提及SDP中i行的定义或利用i行携带复制指示，该特征未被直接公开，亦无任何隐含公开的基础。 |
| 技术特征M<br>其中所述复制报头字段是媒介层“a＝复制”字段<br><br>《未公开》 | 对比文件全文未记载SDP媒体层中存在“a=复制”属性字段。 | 目标专利技术特征M限定了在SDP媒体描述中定义新的属性行“a=replicate”。对比文件仅提及通用的媒体负载描述符，未公开、未提及更无法推理出“a=复制”字段，故未被直接公开或隐含公开。 |
| 技术特征N<br>其中所述复制报头字段是XML主体<br><br>《未公开》 | 对比文件全文未记载在会话邀请请求中携带指示复制的XML主体（XML body）。 | 目标专利技术特征N限定通过SIP消息体中携带的XML文档来指示会话复制。对比文件中SIP请求封装的标准内容主要为SDP会话描述（如[0064]），完全未披露采用XML主体承载复制控制信息，本领域技术人员无法从对比文件中推导得出，未被直接公开或隐含公开。 |
| 技术特征O<br>其中所述XML主体指示将要复制哪些媒介组件或整个会话<br><br>《未公开》 | 对比文件全文未公开XML主体，亦无指示复制特定媒体组件或整个会话的XML结构与内容。 | 由于其引用的基础特征N完全未被公开，对比文件也未公开利用XML格式细粒度指定复制单个媒体流（如音频、视频）还是整个会话的内容，本领域技术人员不可能从中推理得出，因此未被直接公开或隐含公开。 |
<<<a>>>
<<<B>>>
<<<C>>>
<<<D>>>
<<<e>>>
<<<f>>>
<<<h>>>
<<<i>>>
<<<j>>>
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br><br>《未公开》 | 对比文件未记载从第二WTRU接收协作复制会话邀请请求的相关内容。<br>（参见对比文件全文及[0031]-[0037]、[0049]-[0058]） | 目标专利中，该特征为网络侧节点（SCC AS）在协作复制（pull模式）中，从原本未参与该会话的第二WTRU接收复制已有会话的邀请请求（例如说明书[0007]、[0056]、[0061]）。对比文件公开的是单一混合终端（hybrid AT/MT 66）从分组数据网向电路交换网进行单设备跨网系统切换（handoff）的方法（[0007]、[0031]），由切换功能（HO Function 62）从PD BSC 34接收切换指示并向IMS发送SIP INVITE以转移通话媒介流，该请求并非由第二WTRU发起，且属于单一用户的会话转移/切换而非“协作复制会话邀请请求”。因此，对比文件既未直接公开、也未隐含公开技术特征A。 |
| 技术特征B：其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br><br>《未公开》 | 对比文件未记载第二WTRU及其与正在进行的媒介会话最初不关联的相关内容。<br>（参见对比文件全文） | 目标专利中，该特征体现为受控方/拉模式复制发起端（第二WTRU）最初并未加入第一WTRU与远程方的多媒体会话中（例如说明书[0055]、[0056]）。对比文件中仅涉及参与通话的双方（例如单一的AT/MT 66与远程方AT 36或PSTN电话）（[0028]、[0045]），自始至终由同一个AT/MT终端在不同网络制式间切换，不存在一个最初不关联且后续发起加入/复制的第二WTRU。因此，对比文件既未直接公开、也未隐含公开技术特征B。 |
| 技术特征C：所述协作复制会话邀请请求源于所述第二WTRU处<br><br>《未公开》 | 对比文件未记载源于第二WTRU处的协作复制会话邀请请求。<br>（参见对比文件全文及[0036]、[0055]、[0063]） | 目标专利中，该特征定义了协作复制会话邀请请求的起源端为第二WTRU（即拉模式会话复制）（说明书[0056]、[0061]）。对比文件中的SIP INVITE消息是由网络侧的HO Function 62生成并发送给PSI AS 46的（[0036]、[0055]），其起源既不是第二WTRU，目的也仅仅是为了更新当前发生切换的同一AT/MT 66的会话路径。因此，对比文件既未直接公开、也未隐含公开技术特征C。 |
| 技术特征D：对所述协作复制会话邀请请求执行授权<br><br>《未公开》 | 对比文件未记载对协作复制会话邀请请求执行授权的相关内容。<br>（参见对比文件全文及[0036]-[0037]、[0055]-[0056]） | 目标专利中，授权是指SCC AS对第二WTRU请求复制会话的合法性、用户简档或策略进行校验授权，或者请求第一WTRU授权（说明书[0057]、[0061]、[0066]）。对比文件中，AS 42仅是在接收到由PSI AS 46修改后的SIP INVITE消息后，通过检查calling party检测到发生了单终端的系统切换（detects the handoff），并据此建立会话dialogue（[0037]、[0056]），其本质是正常的会话更新/重路由逻辑，既不涉及协作复制会话，也未公开或暗示对协作复制会话请求的鉴权/授权机制。因此，对比文件既未直接公开、也未隐含公开技术特征D。 |
| 技术特征E：为复制的媒介流分配媒介资源<br><br>《未公开》 | 对比文件未记载为复制的媒介流分配媒介资源的相关内容。<br>（参见对比文件[0035]、[0049]） | 目标专利中，该特征是在MRF中分配媒介资源以支撑会话流的分发与复制（说明书[0059]、[0062]）。对比文件中虽然HO Function 62会选择并分配一个Media Gateway（MGw 64）来控制电路中继及分组/电路格式转换（[0035]、[0049]），但该分配是为将唯一的单路通话媒介流从分组网切换并重路由到电路交换网（实现格式转换，如EVRC转PCM），并非为“复制的媒介流”分配资源以实现多路并行流的分发。因此，对比文件既未直接公开、也未隐含公开技术特征E。 |
| 技术特征F：将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br><br>《未公开》 | 对比文件未记载将针对MRF中复制媒介流的响应传送给第二WTRU。<br>（参见对比文件全文及[0034]、[0037]、[0053]、[0056]） | 目标专利中，SCC AS在MRF资源分配后，向发起复制请求的第二WTRU发送响应，以完成复制会话接入段的建立（说明书[0062]、[0077]）。对比文件中，HO Function 62将包含空口参数的消息发送给被切换的同一AT/MT 66（[0034]、[0053]），网络侧AS 42向HO Function 62回复SIP 200 OK（[0037]、[0056]），该过程完全是单设备系统切换信令，不涉及MRF，也不存在第二WTRU以及针对复制媒介流的响应。因此，对比文件既未直接公开、也未隐含公开技术特征F。 |
| 技术特征G：使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br><br>《未公开》 | 对比文件未记载使用MRF为复制媒介流更新第一WTRU接入段及更新远程段。<br>（参见对比文件全文及[0037]、[0058]） | 目标专利中，该特征是指通过MRF将原始会话重定向为两端经由MRF分发，从而使第一WTRU和远程方的媒介流接入段更新锚定在MRF上（说明书[0059]、[0062]）。对比文件中虽然有AS 42发送SIP UPDATE给对端控制实体以使媒体流重定向到MGw 64（[0037]、[0058]），但其目的是完成单一通话从分组域向电路域的完全转移/切换，而非协作复制场景下通过MRF分别更新第一WTRU接入段与更新远程段以支持多设备共享会话。因此，对比文件既未直接公开、也未隐含公开技术特征G。 |
| 技术特征H：所述媒介流之后从所述远程方流向所述MRF<br><br>《未公开》 | 对比文件未记载媒介流从远程方流向MRF。<br>（参见对比文件[0038]、[0044]、[0059]及图2、图4、图6） | 目标专利中，媒介流建立在远程方与MRF之间，以便MRF作为核心多媒体处理功能节点执行流的分发复制（说明书[0059]、[0062]、[0080]）。对比文件中，虽然远程方（AT 36或PSTN 86）的语音流在切换后流向Media Gateway（MGw 64）（[0038]、[0044]、[0059]），但MGw仅作为分组域与电路域之间的网络中继与协议转换网关（完成EVRC与PCM之间的转换），并不具有协作多媒体会话中MRF（媒介资源功能）的多路流复制/混合功能，且应用场景为单路语音切换。因此，对比文件既未直接公开、也未隐含公开技术特征H。 |
| 技术特征I：从所述MRF流向所述第一WTRU<br><br>《未公开》 | 对比文件未记载媒介流从MRF流向第一WTRU。<br>（参见对比文件[0038]、[0044]、[0059]） | 目标专利中，复制会话建立后，原始会话中的第一WTRU继续保留媒介流，由MRF向第一WTRU分发复制流（说明书[0055]、[0059]、[0062]）。对比文件中，切换完成之后，原分组网络侧的路径被释放，语音流全部通过MGw 64转至MSC 22经由电路交换网发送给同一个发生切换的AT/MT 66（[0038]、[0059]），原链路不存在保留会话流的“第一WTRU”，也不存在由MRF流向第一WTRU的双路复制分发分支。因此，对比文件既未直接公开、也未隐含公开技术特征I。 |
| 技术特征J：从所述MRF流向所述第二WTRU<br><br>《未公开》 | 对比文件未记载媒介流从MRF流向第二WTRU。<br>（参见对比文件[0038]、[0044]、[0059]） | 目标专利中，MRF作为分发复制节点，同时将媒介流分发给拉模式加入的第二WTRU（说明书[0055]、[0062]）。对比文件中仅存在被切换的单个移动终端AT/MT 66接收由MGw转换后的单路媒体流，不存在与第一WTRU并行接收复制流的“第二WTRU”，也不存在由MRF向第二WTRU流送媒介流的过程。因此，对比文件既未直接公开、也未隐含公开技术特征J。 |
| 技术特征K：其中所述协作复制会话邀请请求包括复制报头字段<br><br>《未公开》 | 对比文件未记载请求中包括复制报头字段的相关内容。<br>（参见对比文件[0036]、[0055]） | 目标专利中，该特征为在会话邀请请求（如SIP消息）中标准化引入明确用于区分会话复制与会话传送的“复制报头字段”（例如复制报头包含要复制的会话对话ID）（说明书[0081]、[0091]）。对比文件中的SIP INVITE消息仅包括标准的To与P-Asserted ID字段（包含IMSI）（[0036]、[0055]），用于指示呼叫身份并借助标识调换触发针对当前终端的切换重路由，完全未公开或暗示任何用于指示会话复制的报头字段。因此，对比文件既未直接公开、也未隐含公开技术特征K。 |
| 技术特征L：其中所述复制报头字段是媒介层“i＝复制”字段<br><br>《未公开》 | 对比文件未记载媒介层“i=复制”字段的相关内容。<br>（参见对比文件全文） | 目标专利中，该特征限定在SDP协议中通过媒介层的“i=复制”字段指示需要复制的特定媒体组件（说明书[0082]、[0091]）。对比文件全文未记载任何SDP层“i=”字段用于标记复制的内容。因此，对比文件既未直接公开、也未隐含公开技术特征L。 |
| 技术特征M：其中所述复制报头字段是媒介层“a＝复制”字段<br><br>《未公开》 | 对比文件未记载媒介层“a=复制”字段的相关内容。<br>（参见对比文件全文） | 目标专利中，该特征限定在SDP协议中定义新的“a=复制”属性以指示针对媒介组件的复制（说明书[0082]、[0091]）。对比文件全文未提及任何“a=复制”属性。因此，对比文件既未直接公开、也未隐含公开技术特征M。 |
| 技术特征N：其中所述复制报头字段是XML主体<br><br>《未公开》 | 对比文件未记载在复制请求中采用XML主体的相关内容。<br>（参见对比文件全文） | 目标专利中，该特征限定复制指示符为SIP消息中的XML主体，用于携带要复制的特定媒介组件或会话ID等参数（说明书[0083]、[0091]）。对比文件全文未公开或暗示在会话信令中使用XML主体来承载复制指示信息。因此，对比文件既未直接公开、也未隐含公开技术特征N。 |
| 技术特征O：其中所述XML主体指示将要复制哪些媒介组件或整个会话<br><br>《未公开》 | 对比文件未记载XML主体指示将要复制哪些媒介组件或整个会话的相关内容。<br>（参见对比文件全文） | 目标专利中，该特征限定XML主体的具体指示功能（指示复制特定媒体组件还是整个会话）（说明书[0083]、[0091]）。对比文件不仅未涉及XML主体，更未涉及任何关于会话或媒介组件复制的技术方案。因此，对比文件既未直接公开、也未隐含公开技术特征O。 |
**特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br>《隐含公开》 | 参见说明书第3个实施方式及具体实施方式部分：<br>“本発明の別の態様に係る通信端末は、自端末と共にパーソナルエリアネットワークを構成するサービス受信端末が通信相手端末との間で複数のメディアデータからなるセッション接続中に…そのメディアデータをサービス受信端末と通信相手端末との間のセッション接続を自端末へ指定したメディアデータの複製の送信を指示するメッセージを前記サービス受信端末へ送信し、前記サービス受信端末から前記通信相手端末に、前記サービス受信端末が指示されている端末能力に従って、メディアデータの出力先複製のメッセージを送信させるセッション複製要求送受信手段とを備える。”（译：本发明另一方面的通信终端具备：会话复制请求收发装置，当与本终端构成PAN的服务接收终端与通信对方终端处于多个媒体数据构成的会话连接中时…向所述服务接收终端发送指示将该媒体数据从服务接收终端与通信对方终端之间的会话连接向本终端发送指定媒体数据复制的指示消息，并使所述服务接收终端向所述通信对方终端发送根据服务接收终端所指示的终端能力的媒体数据输出目的地复制消息。）<br>“通信端末１０４が、ＲＥＦＥＲメソッドを受信したことを検出すると、端末切替部２０７によって、ＲＥＦＥＲメソッドのボディに格納されたＳＤＰをＩＮＶＩＴＥメソッドのＳＤＰとして作成して、モバイル端末１０１宛てにネットワーク送受信部２００を介して送信する。”（译：通信终端104检测到接收到REFER方法时，通过终端切换部207将REFER方法的正文中存储的SDP创建为INVITE方法的SDP，并经由网络收发部200向移动终端101发送。） | 对比文件中，移动终端101（相当于第二WTRU）通过向局域网内终端103发送复制请求，使得通信对方终端104接收到会话转移/复制相关的REFER请求并进而向移动终端101发送INVITE请求以实现会话复制。对比文件虽然公开了由未参与会话的终端发起并实现媒体复制，且涉及INVITE会话邀请及复制请求消息，但其采用端到端直接呼叫控制而非目标专利基于网络侧业务集中和连续性应用服务器（SCC AS）集中控制的架构，未严格直接公开由网络实体接收该邀请。然而，本领域技术人员结合对比文件公开的媒体复制请求传输流程，能够推知在网络集中控制架构下由相应网络处理节点接收该复制会话邀请请求，属于部分公开并可推导，因此认定为《隐含公开》。 |
| **技术特征B**：其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br>《直接公开》 | 参见说明书第3个实施方式及图12对应部分：<br>“追加前の状態では、通信端末１０３と通信端末１０４の間では、ＭＰＥＧ４の映像データを送受信しており（Ｓ１３００）、通信端末１０２と通信端末１０４の間ではＧ． ７１１の音声データを送受信している（Ｓ１３０１）。”（译：在追加前的状态下，在通信终端103与通信终端104之间收发MPEG4的视频数据（S1300），在通信终端102与通信终端104之间收发G.711的音频数据（S1301）。）<br>“モバイル端末１０１を所持するユーザが、メディアデータの複製をモバイル端末１０１へ移す指示を入出力部２０２へ入力すると…”（译：持有移动终端101的用户向输入输出部202输入将媒体数据的复制转移至移动终端101的指示…）<br>“これにより、ＰＡＮ１０５を構成する通信端末が利用しているメディアデータを、ＰＡＮ内の他の通信端末が複製を指示することで、当該メディアデータを利用可能にすることができる。”（译：由此，PAN内的其他通信终端通过指示复制PAN105所构成的通信终端正在使用的媒体数据，能够利用该媒体数据。） | 对比文件中，进行复制追加前，正在进行的音视频多媒体会话是在通信终端102、103（相当于第一WTRU侧）与通信对方终端104基于目标专利说明书与对比文件（JP2007104163A）的详细技术内容，对目标专利各技术特征的公开性分析如下：
## 特征比对表格
| 技术特征描述及判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A： 从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br>《隐含公开》 | 【第3实施方式，实施方式说明第65、70、71段】<br>“モバイル端末１０１を所持するユーザが、メディアデータの複製をモバイル端末１０１へ移す指示を入出力部２０２へ入力すると…端末１０１は、複製依頼送受信部１０００によって、メディアデータ複製メッセージを作成する…通信端末１０３宛てに送信する（Ｓ１３０３）。”（持有移动终端101的用户向输入输出部输入将媒体数据的复制移至移动终端101的指示……终端101通过复制请求收发部1000创建媒体数据复制消息……向通信终端103发送（S1303）。）<br>“通信端末１０３が…メディアデータ複製メッセージの受信を検知すると…端末切替部２０８に対し、通信端末１０４宛てのＲＥＦＥＲメソッドを作成するように依頼する。端末切替部２０８は、作成したＲＥＦＥＲメソッドを、ネットワーク送受信部２００を介し、通信端末１０４宛てに送信する（Ｓ１３04）。”（通信终端103检测到媒体数据复制消息的接收……向通信终端104发送REFER方法（S1304）。）<br>“通信端末１０４が、ＲＥＦＥＲメソッドを受信したことを検出すると…ＩＮＶＩＴＥメソッド…をモバイル端末１０１宛てにネットワーク送受信部２００を介して送信する（Ｓ１３０５）。”（通信终端104检测到REFER方法接收后……向移动终端101发送INVITE方法（S1305）。） | 对比文件公开了未参与初始媒体会话的移动终端101（第二WTRU）通过近距离无线发送“媒体数据复制消息（包括Copy标识）”，经由通信终端103转达给对端通信终端104，触发对端通信终端104向移动终端101发起INVITE邀请会话并复制已有语音流（S1303-S1305）。虽然对比文件是在对端终端/PAN终端间交互，而非直接由集中控制节点（SCC AS）直接接收SIP拉模式邀请，但其已完全披露了“第二终端主动发出请求、请求将当前进行的多媒体会话在第二终端处复制建立新会话”的协作复制请求机制。基于极其宽松的隐含公开判断标准，本领域技术人员可以合理推断出该过程包含接收第二终端的协作复制会话邀请请求，故构成隐含公开。 |
| 技术特征B： 其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br>《直接公开》 | 【第3实施方式，实施方式说明第64段】<br>“追加前の状態では、通信端末１０３と通信端末１０４の間では、ＭＰＥＧ４の映像データを送受信しており（Ｓ１３００）、通信端末１０２と通信端末１０４の間ではＧ．７１１の音声データを送受信している（Ｓ１３０１）。”（在追加前的状态下，通信终端103与通信终端104之间正在收发MPEG4视频数据（S1300），通信终端102与通信终端104之间正在收发G.711音频数据（S1301）。）<br>【第3实施方式，实施方式说明第74段】<br>“以上の処理により、通信端末１０４および通信端末１０２との間で送受信していたテレビ电话の音声データを、モバイル端末１０１から指定し、受信可能にすることができる。”（通过以上处理，能够由移动终端101指定并接收此前通信终端104与通信终端102之间收发的可视电话的音频数据。）<br>【第2实施方式，实施方式说明第61段】<br>“…テレビ电话に参加していなかったモバイル端末１０１へ変更することが可能となる。”（……能够变更为未参加可视电话的移动终端101。） | 对比文件明确公开了在进行复制操作（追加媒体数据接收端）之前，多媒体会话仅在远程通信终端104与第一类终端（通信终端102、103）之间进行，而发起复制请求的移动终端101最初未参与也不属于该会话，即最初与该正在进行的媒体会话不关联。该特征被直接公开。 |
| 技术特征C： 所述协作复制会话邀请请求源于所述第二WTRU处<br>《直接公开》 | 【第3实施方式，实施方式说明第65段】<br>“モバイル端末１０１を所持するユーザが、メディアデータの複製をモバイル端末１０１へ移す指示を入出力部２０２へ入力すると、その複製指示が全体制御部２０３へ通知される…モバイル端末１０１は、複製依頼送受信部１０００によって、メディアデータ複製メッセージを作成する…通信端末１０３宛てに送信する（Ｓ１３０３）。”（持有移动终端101的用户输入将媒体数据的复制移至移动终端101的指示……由移动终端101的复制请求收发部1000创建媒体数据复制消息并发送。） | 对比文件明确公开了复制媒体数据的操作与消息由未参与原会话的移动终端101（第二WTRU）本地触发并构建发出，因此该复制请求完全源于所述第二WTRU处。该特征被直接公开。 |
| 技术特征D： 对所述协作复制会话邀请请求执行授权<br>《隐含公开》 | 【实施方式说明第79段】<br>“また、第１〜第３の実施の形態では、モバイル端末１０１、通信端末１０２，通信端末１０３の間には、アクセス認証および内部リソースの利用可能範囲といったアクセス範囲が存在してもよい。”（此外，在第1~第3实施方式中，移动终端101、通信终端102、通信终端103之间，也可以存在访问认证以及内部资源的可用范围等访问范围。） | 目标专利中的授权用于验证请求方是否具备权限执行会话复制/转移。对比文件在补充说明中明确记载了各终端之间可以存在“访问认证及内部资源可用范围等访问范围”，本领域技术人员结合多媒体会话复制流程，能够容易合理推断出该机制涵盖对接收到的复制请求执行访问认证与授权处理，符合宽松的隐含公开标准。 |
| 技术特征E： 为复制的媒介流分配媒介资源<br>《未公开》 | 对比文件中无对应记载。 | 目标专利中的分配媒介资源是在网络侧由SCC AS在媒介资源功能（MRF）中分配用于复制多分发流的集中处理资源；而对比文件采用端到端直接分发（由终端104直接为终端101开设流和建立连接），网络侧并未包含为复制媒介流集中分配媒介资源的实体及处理过程，无法得出该特征。 |
| 技术特征F： 将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br>《未公开》 | 对比文件中无对应记载。 | 对比文件不存在MRF（媒介资源功能）实体，更不存在将针对MRF中复制媒介流的响应传送给第二WTRU的步骤，故未公开。 |
| 技术特征G： 使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br>《未公开》 | 对比文件中无对应记载。 | 对比文件中无网络侧MRF实体，也没有更新第一WTRU的接入段并使其路由经由MRF，亦没有将远程段更新锚定在MRF的过程，故未公开。 |
| 技术特征H： 所述媒介流之后从所述远程方流向所述MRF<br>《未公开》 | 对比文件中无对应记载。 | 对比文件中媒介流是由远程方通信终端104直接分别分发传送给通信终端102及移动终端101，并不流向集中的网络MRF节点，故未公开。 |
| 技术特征I： 从所述MRF流向所述第一WTRU<br>《未公开》 | 对比文件中无对应记载。 | 对比文件中不存在媒介流从MRF流向第一WTRU的架构与路径，故未公开。 |
| 技术特征J： 从所述MRF流向所述第二WTRU<br>《未公开》 | 对比文件中无对应记载。 | 对比文件中不存在媒介流从MRF流向第二WTRU的架构与路径，故未公开。 |
| 技术特征K： 其中所述协作复制会话邀请请求包括复制报头字段<br>《直接公开》 | 【第3实施方式，实施方式说明第63段及图11(a)、(b)】<br>“図１１（ａ）は…メディアデータ複製依頼メッセージのデータ構成例である。メディアデータ複製依頼メッセージは、複製依頼であることを示すＣｏｐｙ１１００と、複製されたメディアデータの出力先を示すメディアデータ複製先情報１１０１とを有する。”（图11(a)为媒体数据复制请求消息的数据构成例。媒体数据复制请求消息具有表示复制请求的Copy 1100、以及表示复制后的媒体数据的输出目的地的媒体数据复制目的地信息1101。）<br>【第3实施方式，实施方式说明第67段】<br>“ここで作成されるメディアデータ複製メッセージは、図１１（ｂ）に示すように、Ｃｏｐｙ１１００と、操作元アドレスとしてモバイル端末１０１のアドレス、操作先アドレスとして通信端末１０２のアドレス、データ種別としてＧ．７１１を含む。”（此处创建的媒体数据复制消息如图11(b)所示，包含Copy 1100、作为操作源地址的移动终端101的地址、作为操作目标地址的通信终端102的地址、作为数据种类的G.711。） | 对比文件中移动终端101发送的媒体数据复制请求消息报文中，明确包含表明该消息为复制请求的“Copy 1100”字段，其实质和作用即为标识复制会话请求的复制报头字段。因此该特征被直接公开。 |
| 技术特征L： 其中所述复制报头字段是媒介层“i＝复制”字段<br>《未公开》 | 对比文件中无对应记载。 | 对比文件采用的是“Copy 1100”字段标识或普通的SDP/REFER报头，完全没有记载在SDP媒体层使用“i=复制”字段，故未公开。 |
| 技术特征M： 其中所述复制报头字段是媒介层“a＝复制”字段<br>《未公开》 | 对比文件中无对应记载。 | 对比文件中完全没有记载在SDP媒体层使用“a=复制”属性字段，故未公开。 |
| 技术特征N： 其中所述复制报头字段是XML主体<br>《未公开》 | 对比文件中无对应记载。 | 对比文件中的复制字段为自定义字段格式或SDP扩展部分，未公开使用XML主体来实现复制报头字段，故未公开。 |
| 技术特征O： 其中所述XML主体指示将要复制哪些媒介组件或整个会话<br>《未公开》 | 对比文件中无对应记载。 | 由于对比文件未公开XML主体，自然亦未公开利用XML主体指示将要复制哪些媒体组件或整个会话，故未公开。 |
<<<a>>>
<<<B>>>
<<<C>>>
<<<d>>>
<<<K>>>
作为一名专利创造性评估经验丰富的资深专利代理师，基于目标专利说明书原文的教导，对对比文件（US7225043B2）与目标专利权利要求各技术特征的比对评估如下：
### 技术背景与特征理解概述
目标专利涉及IP多媒体子系统（IMS）中业务集中和连续性应用服务器（SCC AS）内执行的**无线通信会话复制技术**，具体涉及从非会话初始关联的第二WTRU接收协作复制会话邀请请求、通过MRF分配资源、执行授权并更新接入段与远程段以实现媒介流分发，且包含特定的SDP/XML报头字段。
对比文件（US7225043B2）涉及的是一种**用于制造过程质量追踪的系统、方法及程序**，其核心技术方案是通过在分布式服务器与中心服务器之间基于工序实例（process instance）的指针链接管理制造、装配、检验等工序的追踪信息。
---
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含中文翻译及段落标号） | 公开性论述 |
| 技术特征A：从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br><br>【公开性判断】：未公开 | 对比文件全文无相关记载。<br>全文主要记载制造工序管理：<br>[0001] "The present invention relates to tracing a series of manufacturing processes for quality control or other purposes."<br>（本发明涉及为了质量控制或其他目的而追踪一系列制造过程。） | 1. 作用与方案对比：目标专利中技术特征A是SCC AS接收第二终端（受控方WTRU）主动发起的拉模式多媒体协作复制会话请求（如SIP INVITE）。对比文件涉及的是产品制造过程中的追踪信息采集系统，不存在任何无线通信终端（WTRU）、多媒体会话、会话邀请请求或会话复制机制。<br>2. 判断结论：对比文件未公开任何与通信会话邀请相关的特征，本领域技术人员无法直接或隐含推导出该特征。因此，技术特征A既未直接公开，也未隐含公开。 |
| 技术特征B：其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br><br>【公开性判断】：未公开 | 对比文件全文无相关记载。<br>[0005] "...A first process instance for a first one of said processes is generated... A second process instance for a second one of the processes is generated... The second process instance is executed after the first process instance..."<br>（...生成所述工序中的第一工序的第一工序实例...生成所述工序中的第二工序的第二工序实例...第二工序实例在第一工序实例之后执行...） | 1. 作用与方案对比：目标专利中特征B限定了拉模式复制的场景，即第二WTRU原本并不处于第一WTRU与远程方的通信会话中。对比文件仅涉及制造工序实例之间的前后执行顺序，与通信网络中的终端设备会话关联状态完全不相关。<br>2. 判断结论：对比文件未记载任何终端、远程方或会话关联关系，即使按最宽松的推导标准也无法得出该特征。因此，技术特征B既未直接公开，也未隐含公开。 |
| 技术特征C：所述协作复制会话邀请请求源于所述第二WTRU处<br><br>【公开性判断】：未公开 | 对比文件全文无相关记载。<br>[0031] "...When a process 110a,b,c,d . . . x assigned to the distributed server device 120 is executed, the tracing information collecting unit 300 collects tracing information..."<br>（...当分配给分布式服务器设备120的工序110a,b,c,d...x被执行时，追踪信息收集单元300收集追踪信息...） | 1. 作用与方案对比：目标专利中特征C进一步限定协作复制请求是由第二WTRU自身发起（对应拉模式），用以与推模式区分。对比文件中仅记载分布式服务器收集工序追踪信息并发送指针给中心服务器，不涉及任何终端发起的协作复制会话请求。<br>2. 判断结论：两领域完全不同，对比文件未公开请求源于第二终端的技术内容。因此，技术特征C既未直接公开，也未隐含公开。 |
| 技术特征D：对所述协作复制会话邀请请求执行授权<br><br>【公开性判断】：未公开 | 对比文件全文无相关记载。<br>[0041] "...The tracing application executed by the application processing unit 430 may make a quality assessment or quality assurance of each end product..."<br>（...由应用程序处理单元430执行的追踪应用程序可以对每个最终产品进行质量评估或质量保证...） | 1. 作用与方案对比：目标专利中特征D是由SCC AS依据运营商策略、签约数据或第一终端的许可，对会话复制请求进行鉴权/授权控制。对比文件中的处理单元仅对工序和产品质量进行评估，不存在对通信会话邀请请求执行网络侧授权/权限验证的技术方案与作用。<br>2. 判断结论：对比文件未直接或隐含公开对协作复制会话邀请请求执行授权的特征。 |
| 技术特征E：为复制的媒介流分配媒介资源<br><br>【公开性判断】：未公开 | 对比文件全文无相关记载。<br>[0041] "...perform optimum assignment of various resources in a process chain."<br>（...在工序链中执行各种资源的最优分配。） | 1. 作用与方案对比：目标专利中特征E是指SCC AS在媒体资源功能实体（MRF）中为复制出的音频/视频流分配媒体处理资源（如端口、带宽、混音/分流资源）。对比文件[0041]虽然出现了“assignment of various resources”（资源分配），但其指的是工厂/生产线制造工序链中的物料、机床或人力等生产资源配置，与多媒体流的媒体资源分配具有完全不同的技术领域、技术手段和功能。<br>2. 判断结论：对比文件的生产资源调度不能等同或隐含公开为复制的媒介流分配媒介资源。因此，技术特征E既未直接公开，也未隐含公开。 |
| 技术特征F：将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br><br>【公开性判断】：未公开 | 对比文件全文无相关记载。<br>[0031] "...The tracing information transmitting unit 320 reads out and transmits tracing information specified by the central server device 130... when receiving a request for sending the tracing information from the central server device 130."<br>（...当从中心服务器设备130接收到发送追踪信息的请求时，追踪信息发送单元320从追踪信息存储单元310读出并发送由中心服务器设备130指定的追踪信息。） | 1. 作用与方案对比：目标专利中特征F是由SCC AS（经S-CSCF）将涉及MRF媒体协商结果的响应（如SIP 200 OK）返回给请求复制的第二WTRU。对比文件中仅涉及分布式服务器向中心服务器响应并发送追踪信息，不存在网络功能实体MRF，亦无向终端响应媒体流协商结果的内容。<br>2. 判断结论：对比文件完全未公开该通信交互流程。因此，技术特征F既未直接公开，也未隐含公开。 |
| 技术特征G：使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br><br>【公开性判断】：未公开 | 对比文件全文无相关记载。<br>[0005] "...A first pointer indicates that the second process instance follows the first process instance, and a second pointer indicates that the third process instance follows the second process instance."<br>（...第一指针指示第二工序实例跟在第一工序实例之后，第二指针指示第三工序实例跟在第二工序实例之后。） | 1. 作用与方案对比：目标专利中特征G利用MRF作为媒体锚定点，由SCC AS向第一WTRU发送re-INVITE/UPDATE更新原有的接入段（leg），并向远程方更新远程段，以将媒体路径切换/重定向至MRF。对比文件仅公开利用指针指示离散工序实例的前后链接，完全不涉及通信协议段（call leg）、接入段、远程段及MRF实体的操作。<br>2. 判断结论：对比文件未直接公开也无法合理解析出通信呼叫段更新机制。因此，技术特征G既未直接公开，也未隐含公开。 |
| 技术特征H：所述媒介流之后从所述远程方流向所述MRF<br><br>【公开性判断】：未公开 | 对比文件全文无相关记载。<br>[0026] "...Quantities (a)–(c) of resultant products... output from the precedent processes 110a–110c are input into process 110d... Then, process 110d provides quantities (e)–(g) of resultant products... to the subsequent processes 110e–110g."<br>（...从前面的工序110a-110c输出的数量(a)-(c)的生成产物输入到工序110d中...然后，工序110d将由于执行工序110d而产生的数量(e)-(g)的生成产物提供给随后的工序110e-110g。） | 1. 作用与方案对比：目标专利中特征H限定了复制后下行媒体平面的拓扑路径，远程方发送的数据流先汇聚到网络侧MRF。对比文件仅描述工件/中间产品在前后物理工序之间的流转输入输出，并非网络数据流或多媒体分组传输，技术手段和本质相去甚远。<br>2. 判断结论：对比文件完全未公开通信网络中的多媒体流向拓扑。因此，技术特征H既未直接公开，也未隐含公开。 |
| 技术特征I：从所述MRF流向所述第一WTRU<br><br>【公开性判断】：未公开 | 对比文件全文无相关记载。 | 1. 作用与方案对比：目标专利中特征I限定MRF将媒体流分发/转发给保持原会话的第一WTRU。对比文件中不存在MRF及向无线终端分发多媒体流的过程。<br>2. 判断结论：对比文件未直接公开，也无任何内容能使本领域技术人员推断出向第一WTRU分流。因此，技术特征I既未直接公开，也未隐含公开。 |
| 技术特征J：从所述MRF流向所述第二WTRU<br><br>【公开性判断】：未公开 | 对比文件全文无相关记载。 | 1. 作用与方案对比：目标专利中特征J限定MRF将同一媒体流复制并分发给新加入的第二WTRU，实现会话复制。对比文件无相关多媒体单播/组播或流复制机制。<br>2. 判断结论：对比文件未直接或隐含公开从MRF向第二WTRU传输复制媒体流的技术内容。因此，技术特征J既未直接公开，也未隐含公开。 |
| 技术特征K：其中所述协作复制会话邀请请求包括复制报头字段<br><br>【公开性判断】：未公开 | 对比文件全文无相关记载。<br>[0051] "...The process instance 600 according to the present embodiment has a process instance identifier 610, a precedent process instance pointer 620... a tracing information pointer 630..."<br>（...根据本实施例的工序实例600具有工序实例标识符610、前一工序实例指针620...追踪信息指针630...） | 1. 作用与方案对比：目标专利中特征K在信令请求中设置显式的“复制报头字段”（Replication Header），用于明确指示该请求为“会话复制”而非普通的会话转移（IUT transfer）。对比文件仅公开在工序数据结构中设置指针和标识符，不涉及任何通信信令、报头或复制指示。<br>2. 判断结论：对比文件未公开信令协议中的复制报头字段。因此，技术特征K既未直接公开，也未隐含公开。 |
| 技术特征L：其中所述复制报头字段是媒介层“i＝复制”字段<br><br>【公开性判断】：未公开 | 对比文件全文无相关记载。 | 1. 作用与方案对比：目标专利中特征L采用SDP会话描述协议中媒介层的“i=replicate”行来明确标识特定被复制的媒体组件。对比文件与SDP及多媒体描述协议毫无关联。<br>2. 判断结论：对比文件未直接或隐含公开SDP的“i=”字段用于复制指示。因此，技术特征L既未直接公开，也未隐含公开。 |
| 技术特征M：其中所述复制报头字段是媒介层“a＝复制”字段<br><br>【公开性判断】：未公开 | 对比文件全文无相关记载。 | 1. 作用与方案对比：目标专利中特征M定义新的SDP属性行“a=replicate”来指示媒体复制。对比文件未涉及任何SDP属性字段。<br>2. 判断结论：对比文件未直接或隐含公开“a=复制”属性字段。因此，技术特征M既未直接公开，也未隐含公开。 |
| 技术特征N：其中所述复制报头字段是XML主体<br><br>【公开性判断】：未公开 | 对比文件全文无相关记载。 | 1. 作用与方案对比：目标专利中特征N采用SIP消息中携带的XML主体（XML body）来承载复制指示信息。对比文件虽涉及数据库及对象信息记录，但未公开或暗示在通信邀请请求中采用XML主体指示会话复制。<br>2. 判断结论：对比文件未直接或隐含公开该特征。因此，技术特征N既未直接公开，也未隐含公开。 |
| 技术特征O：其中所述XML主体指示将要复制哪些媒介组件或整个会话<br><br>【公开性判断】：未公开 | 对比文件全文无相关记载。 | 1. 作用与方案对比：目标专利中特征O限定了XML主体的具体指示语义（指示复制会话粒度或特定组件粒度）。对比文件完全未涉及多媒体组件及其XML格式的控制指示。<br>2. 判断结论：对比文件未直接或隐含公开该特征。因此，技术特征O既未直接公开，也未隐含公开。 |
---
### 评估总结
经严格对比，对比文件（US7225043B2）属于工业制造及离散工序追踪管理技术领域，而目标专利权利要求A至O属于无线通信IMS网络中的多媒体会话复制控制技术领域。两者的技术领域、解决的技术问题、采用的技术手段及所达到的技术效果均完全不同。对比文件未直接公开也未隐含公开技术特征A至O中的任何一个技术特征。
**技术特征公开性比对分析**
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br><br>【未公开】 | 参见对比文件全文，特别是段落【0001】、【0005】、【0024】、【0025】、【0047】、【0059】等：<br>“service shift control means for transmitting a session switching request signal, which instructs the session to be switched to a switching destination communication terminal from the communication terminal, to the session control means.”（段落【0024】）；以及图4中C301/C307。 | 对比文件涉及的是通信终端的“切换/转移”（terminal switching/transfer），即用户在移动或场景变换时将正在通信的终端切换至另一终端继续通信，在切换后原终端的会话断开（段落【0066】：“the session with the communication terminal is cut off”）。而目标专利技术特征A是针对“协作复制会话”（collaborative replication session），旨在多个终端间实现会话/媒介组件的并发共享与复制（如目标说明书【0006】、【0007】、【0055】所述，原终端保持控制与流传输，第二终端并发复制）。对比文件不仅未直接公开协作复制会话邀请请求，且其技术实质为转移/切换而非复制，本领域技术人员无法推断出复制会话邀请请求，故未直接公开也未隐含公开。 |
| 技术特征B：其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br><br>【隐含公开】 | 段落【0025】：<br>“As a result, the communication can be controlled so as to be continued by switching at least one communication terminal which is being used for this communication to another communication terminal which is not being used for the communication without interrupting the communication between the communication terminals.”（由此，可以通过将正在用于该通信的至少一个通信终端切换至未用于该通信的另一通信终端来控制通信继续，而不会中断通信终端之间的通信。） | 对比文件公开了通信从正在进行通信的第一终端（communication terminal which is being used for this communication）切换至未用于该通信的切换目标通信终端（another communication terminal which is not being used for the communication）。这表明该切换目标终端（相当于第二WTRU）在切换发生之前，并未参与且最初并不关联于第一终端与通信对端（远程方）之间正在进行的通信会话。按照极宽松的隐含公开判断标准，对比文件关于“未用于该通信的目标终端”的描述已实质公开或合理推断出第二终端最初与正在进行的媒介会话不关联，故构成隐含公开。 |
| 技术特征C：所述协作复制会话邀请请求源于所述第二WTRU处<br><br>【未公开】 | 段落【0059】：<br>“First, the communication terminal 23 generates a terminal switching request signal... Available methods include a method for communicating with a switching destination communication terminal 25 using short distance wireless communication to acquire terminal information on the switching destination communication terminal 25, and thus preparing a terminal switching request signal (C300)...” | 对比文件图4中是由源通信终端23生成并发送终端切换请求信号（C301），或者由网络侧自动触发（C301'），并未公开由切换目标终端（目标终端25）主动向网络发起切换请求，更不存在源于第二WTRU处的“协作复制会话邀请请求”。因此，该特征未直接公开，也无法隐含公开。 |
| 技术特征D：对所述协作复制会话邀请请求执行授权<br><br>【隐含公开】 | 段落【0015】、【0056】：<br>“CSCF 105 is a call state control function and communicates with HSS (Home Subscriber Server) 103 as a registered server of the SIP so as to carry out a user registering process, transfer session information and control the call connection.”（段落【0015】）；<br>“At this time, encoding is carried out again, and therefore, authentication function, for example, using an electronic watermark, may be added to the contents.”（段落【0056】）；<br>段落【0065】：<br>“Next, the session control unit 5 transmits a session switching preparation signal indicating that the preparations for switching the session are ready to the communication terminal 23, and the communication terminal 23 returns whether or not switching of the session is accepted (C310, C311).” | 目标专利技术特征D要求对会话请求进行授权（如说明书【0007】、【0057】、【0061】）。对比文件在IMS架构下利用CSCF/HSS进行用户注册与呼叫控制，在切换流程中由网络向终端询问是否接受切换（C310、C311），并涉及媒体流认证等。虽然其针对的是终端切换而非协作复制会话请求，但按照宽泛的隐含公开推理标准，对比文件公开了网络及实体对会话切换/接入请求进行控制、核实与接受判断的机制，部分公开了会话控制层面的授权机制，在极宽松标准下可视为隐含公开。 |
| 技术特征E：为复制的媒介流分配媒介资源<br><br>【未公开】 | 段落【0015】、【0041】、【0056】：<br>“MRF (Media Resource Function) 107 controls the resource of media streaming and carries out media synthesis and the conversion of media streams in a multimedia conference and the like.”（段落【0015】）；<br>“this connection control layer instructs the transport layer to allocate routing and resources of the IP packets in the configuration...”（段落【0041】）；<br>“In addition, the media control unit 7 corresponds to expanded MRF and MGCF/MGW 107 in the IMS 101. Media conversion of the bit rate, the codec, the size of the image, the media format and the like of the contents is controlled and carried out in response to the media conversion request from the session control unit 5.”（段落【0056】） | 目标专利技术特征E是指在网络拉/推模式复制中，由网络（如SCC AS）在MRF中为将被复制出的并发媒介流分配专属媒介资源（如目标说明书【0007】、【0059】、【0061】、【0062】）。对比文件虽然提到了MRF控制媒体流资源以及为切换目标建立媒体转换与传输路径，但这均是针对单一会话的切换/流媒体转码，并非为“复制的媒介流”分配资源以实现多路分发或复制支路，因此该特征未公开。 |
| 技术特征F：将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br><br>【未公开】 | 参见对比文件图4及段落【0064】-【0066】：<br>“When setting up of the path is completed, a response (ACK) is returned from the mobility management unit 3 (C309)... Next, the session control unit 5 transmits a session switching preparation signal... to the communication terminal 23... When ACK is returned from the communication receiver 17, the session with the switching destination communication terminal 25 is established...”（段落【0064】-【0065】） | 目标专利技术特征F要求将网络侧（SCC AS/MRF）针对复制媒介流的响应传送给发起拉复制的第二WTRU（如目标说明书【0007】、【0062】信令513/514）。对比文件在切换流程中，会话控制单元是与第一终端23交互切换准备信号，建立与目标终端25的会话，并不存在向第二WTRU传送针对MRF中复制媒介流响应的过程，故未公开。 |
| 技术特征G：使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br><br>【未公开】 | 参见对比文件图4及段落【0064】-【0066】：<br>“At this point in time, two paths between the communication receiver 17 and the communication terminal 23 and between the communication receiver 17 and the switching destination communication terminal 25 are set up... The session control unit 5 follows the instruction to convert media included in the session switching request signal, and instructs the media control unit 7 or the communication receiver 17 to convert the media... Subsequently, the session is resumed, and the session with the communication terminal is cut off (C318, C319, C320).” | 目标专利技术特征G的方案为：利用MRF作为中间锚定/媒体分支节点，将第一WTRU的原接入段更新至MRF，同时将远程方的远程段更新至MRF，从而使MRF能够将远程方的媒体流同时复制分发至第一和第二WTRU（目标说明书【0007】、【0059】、【0062】）。对比文件中虽然在切换瞬间可能短暂存在双路径，但其最终目的是完全切断第一终端的会话和接入段（“the session with the communication terminal is cut off”），且并不存在利用MRF为复制媒介流同时更新第一WTRU的接入段与远程段以维持两端并行业务的架构机制，故未公开。 |
| 技术特征H：所述媒介流之后从所述远程方流向所述MRF<br><br>【隐含公开】 | 段落【0015】、【0056】：<br>“MRF (Media Resource Function) 107 controls the resource of media streaming and carries out media synthesis and the conversion of media streams in a multimedia conference and the like.”（段落【0015】）；<br>“In addition, the media control unit 7 corresponds to expanded MRF and MGCF/MGW 107 in the IMS 101. Media conversion of the bit rate, the codec, the size of the image, the media format and the like of the contents is controlled and carried out in response to the media conversion request from the session control unit 5. In the case where the media are converted after switching of the terminal, buffering is carried out in the unit, which allows for media conversion until the media are converted after resumption of the session.”（段落【0056】） | 目标专利技术特征H定义了媒体拓扑中，媒体流从远程方传输到MRF中。对比文件公开了媒体控制单元7对应于IMS中的MRF，当终端切换后需要媒体转换时，媒体控制单元（MRF）接收媒体流进行缓冲、重新编码及转换后再传输给接收端。在下行传输场景下，通信对端（远程方17）发送的媒体流必然流向负责转码/缓冲的MRF（媒体控制单元7）。尽管对比文件服务于会话切换而非复制，但从数据流路径来看，对比文件公开了媒体流由通信对端流向网络侧MRF的拓扑处理过程，按照宽泛的推理标准，该特征被隐含公开。 |
| 技术特征I：从所述MRF流向所述第一WTRU<br><br>【未公开】 | 参见对比文件段落【0066】：<br>“Subsequently, the session is resumed, and the session with the communication terminal is cut off (C318, C319, C320). At this time, the transmission path is also cut off by the mobility management unit 3. Finally, a signal indicating the completion of switching of the session is transmitted from the session control unit 5 to the service shift control unit 21 (C321). As a result, communication between the communication receiver 17 and the switching destination terminal 25 can be started.” | 目标专利技术特征I要求MRF在完成段更新后，将来自远程方的流继续分发并流向第一WTRU（以保持第一WTRU的原有会话播放）。而在对比文件中，在媒体流恢复后，第一终端（通信终端23）的会话和传输路径均被直接切断（cut off），媒体流仅流向切换目标终端25，MRF绝不可能流向第一终端23。因此该特征未公开。 |
| 技术特征J：从所述MRF流向所述第二WTRU<br><br>【隐含公开】 | 段落【0056】、【0066】：<br>“In addition, the media control unit 7 corresponds to expanded MRF and MGCF/MGW 107 in the IMS 101. Media conversion of the bit rate, the codec, the size of the image, the media format and the like of the contents is controlled and carried out in response to the media conversion request from the session control unit 5...”（段落【0056】）；<br>“As a result, communication between the communication receiver 17 and the switching destination terminal 25 can be started.”（段落【0066】） | 目标专利技术特征J表示MRF向第二WTRU流送媒体流。对比文件中，当切换目标终端（相当于第二WTRU）建立会话并恢复通信后，若涉及媒体格式转换，则由媒体控制单元7（对应MRF）将转码处理后的媒体流发送至切换目标终端25。按照极宽松的隐含公开标准，在存在媒体转换的切换场景中，媒体流从MRF流向切换目标终端，公开了媒体流从MRF流向第二终端的流向关系，故可认定为隐含公开。 |
| 技术特征K：其中所述协作复制会话邀请请求包括复制报头字段<br><br>【未公开】 | 参见对比文件段落【0059】、【0071】：<br>“The terminal switching request signal may include the session state of the communication terminal 23, the state of the application and the like.”（段落【0059】）；<br>“The path switching request signal includes the access method in a switching destination path, the situation of radio waves in the switching destination path, the routing address in the switching destination path, the domain name in the switching destination path, the bit rate of the switching destination path and the like (C401).”（段落【0071】） | 对比文件仅公开了终端切换请求信号包含会话状态、应用状态或目标路径参数等，根本未涉及任何会话复制请求，更未公开在请求中包含用于指示复制会话的“复制报头字段”（Replication header field），故未公开。 |
| 技术特征L：其中所述复制报头字段是媒介层“i＝复制”字段<br><br>【未公开】 | 参见对比文件全文。 | 对比文件未涉及SDP媒介层协议中关于“i=复制”（i=replicate）的具体字段设置，未直接公开也未隐含公开。 |
| 技术特征M：其中所述复制报头字段是媒介层“a＝复制”字段<br><br>【未公开】 | 参见对比文件全文。 | 对比文件未涉及SDP中属性行“a=复制”（a=replicate）的具体字段设置，未直接公开也未隐含公开。 |
| 技术特征N：其中所述复制报头字段是XML主体<br><br>【未公开】 | 段落【0053】：<br>“Fig 3 is a diagram showing an example of a database for a network state, user profile and device profile. The database is managed through abstract descriptions using such a language as XML (extensible Markup Language), and information on the database is provided to the service shift control unit 21” | 对比文件仅公开了在网络内部的数据库管理中使用XML语言来描述用户画像、设备能力及网络状态，并未公开在SIP请求消息的主体中采用XML主体作为指示会话/流复制的复制报头字段，故未公开。 |
| 技术特征O：其中所述XML主体指示将要复制哪些媒介组件或整个会话<br><br>【未公开】 | 参见对比文件全文。 | 对比文件不存在利用XML主体来显式指示复制特定媒介组件或复制整个会话的技术内容，未直接公开也未隐含公开。 |
<FollowUp label="是否需要针对上述未公开特征进一步撰写创造性答辩或无效理由？" query="请针对对比文件未公开的技术特征，结合技术效果撰写一份详细的创造性分析意见。"/>
<<<b>>>
<<<d>>>
<<<h>>>
<<<j>>>
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 对比文件公开的是异构网络中继装置中的媒体监视系统。其中，监视终端2向媒体监视装置1的监视处理部16发送指示信号（如通信状况确认指示信号或监视信道指定指示信号），该信号仅为用于获取指定信道的复用表/Config信息及媒体数据以执行监视的信令，并非在IMS架构下为实现用户设备间协同复制媒介流而由第二WTRU发起的“协作复制会话邀请请求”。因此，对比文件既未直接公开、也未隐含公开该特征。 |
| 技术特征B：其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br><br>《隐含公开》 | 原文：<br>「モニタ端末２は、ＴＶ電話通信中の呼が存在するか否か問い合わせるためにモニタ処理部１６に通信状況確認指示信号を送信する（ステップＳ１）。」<br>中文翻译：<br>“监视终端2为了询问是否存在进行可视电话通信的呼叫而向监视处理部16发送通信状况确认指示信号（步骤S1）。”<br>（参见对比文件【0034】/【0054】等，流程图步骤S1-S3） | 目标专利中技术特征B的作用在于表明请求复制媒体流的设备（第二WTRU）最初不是进行中媒体会话的参与方。在对比文件中，监视终端2最初并未参与3G-324M终端5与SIP终端6之间正在进行的可视电话通信（媒介会话），而是独立地向中继装置询问通信中是否存在呼叫，并选择信道进行旁路监视。采用极其宽松的隐含公开判断标准，监视终端2在初始状态下与通信双方正在进行的会话并不关联，其处于未关联状态的实体关系与特征B所描述的初始关系实质对应。因此，认定对比文件隐含公开了该特征。 |
| 技术特征C：所述协作复制会话邀请请求源于所述第二WTRU处<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 目标专利中特征C限定的是协作复制会话邀请请求的发起来源。由于对比文件本身并未公开“协作复制会话邀请请求”（仅有监视终端发起的信道监视指示信号），其请求性质与架构完全不同，不存在由第二WTRU发起该协作复制会话邀请请求的技术事实。因此，对比文件未直接公开也未隐含公开该特征。 |
| 技术特征D：对所述协作复制会话邀请请求执行授权<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 目标专利中，SCC AS等网元基于策略、配置或向原会话终端发起确认以对协作复制请求执行授权（Authorization）。对比文件中媒体监视装置1在收到指示信号后仅判断是否存在媒体数据或确认通信状况（例如步骤S5），不存在针对会话复制请求执行准入或权限认证的授权控制步骤。因此，对比文件未直接公开也未隐含公开该特征。 |
| 技术特征E：为复制的媒介流分配媒介资源<br><br>《未公开》 | 原文：<br>「メディア処理部１１は、フォーマット変換後のメディアデータをＩＰ網処理部１５に出力する。」<br>「モニタ処理部１６は、３Ｇ網３から受信したメディアデータを３Ｇ網処理部１４からコピーして、またはＩＰ網４から受信したメディアデータをＩＰ網処理部１５からコピーしてモニタ端末２に転送する処理を開始する。」<br>（参见对比文件【0022】、【0030】、【0050】） | 目标专利中技术特征E的作用在于在网络侧（如MRF中）分配媒体处理资源以支撑将媒体流分发给多个会话支路。对比文件中的监视处理部16仅在内存或软件层执行数据包的“复制（コピー）并转发”处理，并未公开在专门的媒体资源网络功能实体中针对复制媒体流执行系统的媒体资源分配流程。即使按宽松标准，也无法推导得出“为复制的媒介流分配媒介资源”的操作。因此，对比文件未公开该特征。 |
| 技术特征F：将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 目标专利中该特征系网络侧在MRF就绪/完成分配后向第二WTRU返回协商响应。对比文件中仅记载监视处理部向监视终端发送通信信道信息或Config信息（步骤S2、S4），完全不涉及在IMS架构中将针对MRF中复制媒体流的会话响应回传给第二WTRU。因此，对比文件未直接公开也未隐含公开该特征。 |
| 技术特征G：使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 目标专利中技术特征G的作用在于通过更新接入段（access leg）和远程段（remote leg），将原端到端媒体流拓扑重构为以MRF为锚点的集中分发架构。对比文件中通信双方原有的端到端/中继媒体路径并未发生会话更新或段重构，仅仅是中继装置中的监视处理部单向镜像抓取数据包，不存在使用MRF更新第一WTRU上的接入段及远程段的技术手段。因此，对比文件未直接公开也未隐含公开该特征。 |
| 技术特征H：所述媒介流之后从所述远程方流向所述MRF<br><br>《隐含公开》 | 原文：<br>「メディアモニタ装置は、モニタ端末からの指示信号に応じて、第１通信ネットワークから第２通信ネットワークに向かうメディアデータまたは第２通信ネットワークから第１通信ネットワークに向かうメディアデータと、呼接続制御時に確定したメディアデータ復号情報とをモニタ端末に送信するモニタ処理部を含み……」<br>中文翻译：<br>“媒体监视装置包括监视处理部，根据来自监视终端的指示信号，将从第一通信网络朝向第二通信网络前进的媒体数据或者从第二通信网络朝向第一通信网络前进的媒体数据，与在呼叫连接控制时确定的媒体数据解码信息一起发送至监视终端……”<br>（参见对比文件【0006】、【0030】） | 目标专利中技术特征H的作用是使远程方发送的媒体数据汇聚到中间实体以供分发。在对比文件中，IP网4连接的SIP终端6或3G网3连接的3G-324M终端5作为对端（远程方），其媒体流流向作为异构网络中继和媒体监控节点的媒体监视装置1（内部具有媒体处理部11等）。按照极其宽松的隐含公开标准，将媒体监视装置1视为具有媒体流中继处理功能的集中节点（等同/对应于MRF功能实体），远程方的媒体流流向该装置以实现后续的中转和复制分发，本领域技术人员可以合理推断出其数据流向在逻辑上与特征H实质对应。因此，认定对比文件隐含公开了该特征。 |
| 技术特征I：从所述MRF流向所述第一WTRU<br><br>《隐含公开》 | 原文：<br>「メディアモニタ装置１は、３Ｇ−３２４Ｍ端末５とＳＩＰ端末６とが行うＴＶ電話通信を実現するために３Ｇ網３とＩＰ網４とを接続する中継装置としての役割も果たす。」<br>「３Ｇ網３とＩＰ網４との間でデータの送受信を行う際には、メディアモニタ装置１が通信プロトコルを変換し、メディアデータのフォーマット変換等を行う。」<br>中文翻译：<br>“媒体监视装置1为了实现3G-324M终端5与SIP终端6进行的可视电话通信，还起到连接3G网络3与IP网络4的中继装置的作用。”<br>“在3G网络3与IP网络4之间进行数据收发时，媒体监视装置1进行通信协议转换，并进行媒体数据的格式转换等。”<br>（参见对比文件【0015】、【0017】、【0023】） | 目标专利中特征I的作用在于将锚定于MRF的媒体流分发/传递至本端的第一WTRU。在对比文件中，媒体监视装置1在中继两端通信时，将接收到的媒体数据转换后送往通信对端的终端（如第一WTRU）。若将具备媒体流处理功能的中继节点媒体监视装置1比照为MRF，则媒体流必然从中继处理节点流向参与会话的第一终端（第一WTRU）。基于极其宽松的隐含公开判断标准，此数据路径已被隐含公开。 |
| 技术特征J：从所述MRF流向所述第二WTRU<br><br>《隐含公开》 | 原文：<br>「その後、モニタ処理部１６は、３Ｇ網３から受信したメディアデータを３Ｇ網処理部１４からコピーして、またはＩＰ網４から受信したメディアデータをＩＰ網処理部１５からコピーしてモニタ端末２に転送する処理を開始する。」<br>中文翻译：<br>“之后，监视处理部16开始将从3G网络3接收到的媒体数据从3G网络处理部14复制、或者将从IP网络4接收到的媒体数据从IP网络处理部15复制并向监视终端2转发的处理。”<br>（参见对比文件【0030】、【0050】） | 目标专利中特征J的作用是将复制出的媒体流传输给接收复制流的第二WTRU。在对比文件中，媒体监视装置1通过监视处理部16将通信中的媒体数据复制后转发发送至监视终端2（对应第二WTRU）。若在宽松认定下将包含监视处理部的媒体监视装置1视作执行分发处理的中间媒体节点，其将复制的媒体流流向接收端（监视终端2）的数据流向与特征J的作用和路径相同。因此，基于极宽松标准认定为隐含公开。 |
| 技术特征K：其中所述协作复制会话邀请请求包括复制报头字段<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 目标专利中该特征用于在SIP请求的信令报头中携带显式的复制标识以区分迁移与复制。对比文件中仅公开监视终端发送通用的控制指示信号（如指示信道编号），未公开在SIP协作复制会话邀请中包括复制报头字段。因此，对比文件未直接公开也未隐含公开该特征。 |
| 技术特征L：其中所述复制报头字段是媒介层“i＝复制”字段<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 对比文件中完全未涉及在SDP媒介层使用“i=复制”（i=replicate）字段的特征，未直接公开也未隐含公开。 |
| 技术特征M：其中所述复制报头字段是媒介层“a＝复制”字段<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 对比文件中完全未涉及在SDP媒介层使用“a=复制”（a=replicate）属性字段的特征，未直接公开也未隐含公开。 |
| 技术特征N：其中所述复制报头字段是XML主体<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 对比文件中完全未涉及在SIP消息中使用XML主体作为复制报头字段来指示复制操作的技术方案，未直接公开也未隐含公开。 |
| 技术特征O：其中所述XML主体指示将要复制哪些媒介组件或整个会话<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 对比文件中完全未涉及利用XML主体指示将要复制的媒介组件或整个会话的内容，未直接公开也未隐含公开。 |
<<<b>>><<<h>>><<<i>>><<<j>>>
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含中文翻译及段落标号） | 公开性论述 |
| 技术特征A：从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br><br>【未公开】 | 无对应内容。 | 对比文件涉及异构网络互连装置中的多媒体数据旁路监听系统（如[0003]、[0009]、[0017]），其中仅由监测终端向数据监测装置发送通信状态确认指令或指定被监视信道（如[0028]、[0033]-[0034]）。对比文件完全未涉及任何IMS多媒体会话中的“协作复制会话邀请请求（Collaborative replicate session invite request）”，更无从第二WTRU接收该邀请请求的架构与信令。对比文件既未直接公开，本领域技术人员也无法从中合理推断得出该特征，故未公开。 |
| 技术特征B：其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br><br>【未公开】 | 无对应内容。 | 目标专利中该特征定义了在拉（pull）模式或第三方加入复制场景中，第二WTRU初始并非正在进行的会话参与方（见目标专利[0056]）。对比文件中虽有独立的监测终端2，但其用于对通信信道进行监听/解码输出（[0017]、[0030]），其既非目标专利所定义的IMS会话通信终端（WTRU），亦不处于会话控制框架下复制会话流。对比文件未公开该特征，也无法隐含推出。 |
| 技术特征C：所述协作复制会话邀请请求源于所述第二WTRU处<br><br>【未公开】 | 无对应内容。 | 目标专利中该特征限定协作复制会话邀请请求起源/发端于第二WTRU（即拉模式会话复制，如目标专利[0056]、[0061]、[0090]-[0091]）。对比文件不存在“协作复制会话邀请请求”，监测终端发送的仅仅是用于本地监听的多媒体数据转送指示/信道确认信号（[0033]-[0034]），两者技术体系与作用完全不同。对比文件未直接公开且未隐含公开。 |
| 技术特征D：对所述协作复制会话邀请请求执行授权<br><br>【未公开】 | 无对应内容。 | 目标专利中由SCC AS基于签约限制、运营商策略或第一WTRU/远程方的响应来对拉模式复制会话邀请请求执行授权（如目标专利[0061]、[0077]、[0092]）。对比文件中监测装置在收到监测终端的信道指定后，仅在信息表单元中进行信道信息查找、确认是否有数据接收（[0028]、[0035]），并不存在对复制会话邀请请求的鉴权/授权控制机制。因此，对比文件未直接公开，也无法合理推断出该特征。 |
| 技术特征E：为复制的媒介流分配媒介资源<br><br>【未公开】 | 无对应内容。 | 目标专利中由SCC AS为网络执行的会话复制在媒介资源功能（MRF）中分配媒介处理资源（如目标专利[0062]、[0077]、[0092]）。对比文件中仅存在数据监测装置的监测处理电路将收到的多媒体数据在装置内部进行内存/数据复制（copy）并传送至监测终端（[0028]、[0037]），完全不涉及在IMS多媒体通信架构中为复制的媒介流分配网络媒介资源（MRF）。故对比文件未直接公开，也未隐含公开。 |
| 技术特征F：将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br><br>【未公开】 | 无对应内容。 | 目标专利中SCC AS在分配MRF媒介资源后，向第二WTRU（受控方WTRU）发送携带有MRF相关信息的SIP响应（如200 OK，包含MRF的SDP回答）（见目标专利[0062]、[0077]、[0092]）。对比文件仅公开了监测处理电路向监测终端拷贝信道号或多媒体数据（[0028]、[0033]、[0037]），不存在向第二WTRU回送针对MRF中复制媒介流的信令响应。对比文件未直接公开且未隐含公开。 |
| 技术特征G：使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br><br>【未公开】 | 无对应内容。 | 目标专利中通过更新第一WTRU的接入段（Access Leg）和远程段（Remote Leg），使原本两端直连的会话流锚定/桥接到MRF上以实现分流复制（见目标专利[0062]、[0078]、[0092]）。对比文件中监测装置仅作为一个异构网络转换与截获装置，通过内部电路旁路复制数据（[0018]、[0028]），完全不存在使用MRF实体更新通信终端上的接入段与远程段的信令及网络拓扑更新机制。未直接公开亦未隐含公开。 |
| 技术特征H：所述媒介流之后从所述远程方流向所述MRF<br><br>【未公开】 | 无对应内容。 | 目标专利中远程段更新后，远程方的下行媒介流先到达网络MRF（见目标专利[0062]、[0078]、[0092]）。对比文件中通信数据是从第一通信设备（如SIP终端）发送到互连转换装置内部，再直接转发给另一通信设备（[0009]、[0023]），装置内无MRF实体，数据流向与拓扑机制完全不同。未直接公开且未隐含公开。 |
| 技术特征I：从所述MRF流向所述第一WTRU<br><br>【未公开】 | 无对应内容。 | 目标专利中MRF将从远程方接收的媒介流分发给第一WTRU（[0062]、[0078]、[0092]）。对比文件中不存在MRF，数据流仅为常规端到端通信经互连装置转发（[0009]、[0022]）。未直接公开且未隐含公开。 |
| 技术特征J：从所述MRF流向所述第二WTRU<br><br>【未公开】 | 无对应内容。 | 目标专利中MRF将复制的媒介流同时分发给作为协作会话参与方的第二WTRU（[0062]、[0078]、[0092]）。对比文件中仅存在监测处理电路将拷贝的数据发送给用于调试/质量监控的监测终端2（[0028]、[0037]），并非由MRF分发协作会话媒介流。未直接公开且未隐含公开。 |
| 技术特征K：其中所述协作复制会话邀请请求包括复制报头字段<br><br>【未公开】 | 无对应内容。 | 目标专利中该特征用于在会话邀请消息（如SIP INVITE）的报头中携带用于标识要复制会话的对话ID（Dialog ID）的专门报头字段（见目标专利[0081]、[0084]、[0091]）。对比文件中仅提及SIP协议信号和H.245协议信号之间的协议转换（[0021]、[0024]），完全没有公开或暗示在会话邀请中使用“复制报头字段”。未直接公开亦未隐含公开。 |
| 技术特征L：其中所述复制报头字段是媒介层“i＝复制”字段<br><br>【未公开】 | 无对应内容。 | 目标专利中利用SDP中的“i=复制（replicate）”行指示需要复制的具体媒介组件（见目标专利[0082]、[0084]、[0091]）。对比文件完全未涉及SDP中媒介层i行的定义与使用，未公开该特征。 |
| 技术特征M：其中所述复制报头字段是媒介层“a＝复制”字段<br><br>【未公开】 | 无对应内容。 | 目标专利中利用SDP属性行“a=复制”指示要复制的媒介组件（见目标专利[0082]、[0084]、[0091]）。对比文件完全未涉及SDP中属性行a行的相应拓展与使用，未公开该特征。 |
| 技术特征N：其中所述复制报头字段是XML主体<br><br>【未公开】 | 无对应内容。 | 目标专利中采用SIP消息中的XML主体（body）承载要复制的媒介组件或会话控制信息（见目标专利[0083]、[0084]、[0091]）。对比文件完全未涉及在请求中采用XML主体指示会话复制，未公开该特征。 |
| 技术特征O：其中所述XML主体指示将要复制哪些媒介组件或整个会话<br><br>【未公开】 | 无对应内容。 | 目标专利中XML主体具体包含区分部分媒介组件还是整个会话的信息（见目标专利[0083]、[0084]、[0091]）。对比文件未涉及相关技术方案，未公开该特征。 |
**特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br><br>《未公开》 | [p0058] "In step 4b, the migration system refers (identifies) device C to device B. In step 5, device B accepts device C. In step 6, the migration system invites device C to participate in the call session. In step 7, device A is terminated from the call session."（在步骤4b中，迁移系统将设备C指示给设备B。在步骤5中，设备B接受设备C。在步骤6中，迁移系统邀请设备C参与呼叫会话。在步骤7中，设备A从呼叫会话中终止。）<br>[p0061] "The migration server refers new device C to device B (310). Device B accepts the request (311)... The migration server invites device C on behalf of device B (312)."（迁移服务器将新设备C指示给设备B(310)。设备B接受请求(311)...迁移服务器代表设备B邀请设备C(312)。） | 目标专利中，该特征是指SCC AS接收由第二WTRU主动发起的拉模式（Pull mode）或在特定场景下的“协作复制会话邀请请求”，用以建立包含复制流的协作会话。<br>对比文件公开的是一种上下文感知的会话迁移（migration/transfer），其信令是由网络侧的迁移系统主动向目标设备C发起邀请（步骤6/312：“invites device C”），而不是从第二设备C处“接收协作复制会话邀请请求”。此外，对比文件实现的是会话的整体转移（转移后原设备A会话被终止），完全不涉及“会话复制”（Replication）或“协作会话”（Collaborative session）。因此既未直接公开，即使以最宽松标准考量，对比文件的整体迁移与由目标端发起的协作复制机制在信令流向与业务逻辑上存在根本差异，亦不构成隐含公开。 |
| 技术特征B：其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br><br>《直接公开》 | [p0056] "In this example, it is assumed that a user of device A is communicating with a user of device B. Then, it becomes necessary (or desired) that the user of device A migrate to device C so that the call can continue with the user of device B."（在该示例中，假设设备A的用户正在与设备B的用户通信。然后，变得必要（或期望）设备A的用户迁移到设备C，以便呼叫能够继续与设备B的用户进行。）<br>[p0057] "Initially (step 0), the system monitors the call setup for migration. This is done by session monitor 124 maintaining characteristics of the current session between device A and device B."（最初（步骤0），系统监视呼叫建立以进行迁移。这是通过维持设备A与设备B之间当前会话的特性的会话监视器124来完成的。） | 在目标专利中，该特征界定了第二WTRU在会话建立/复制之初的状态，即第二WTRU在最初并未参与到第一WTRU与远程方之间的会话中。<br>对比文件明确记载了正在进行的呼叫会话最初建立在设备A（对应第一WTRU）与设备B（对应远程方）之间，而设备C（对应第二WTRU）是后续迁移的目标设备，在最初并不与设备A和设备B之间正在进行的媒介会话相关联。两者技术方案、所起作用完全相同。因此该特征被对比文件《直接公开》。 |
| 技术特征C：所述协作复制会话邀请请求源于所述第二WTRU处<br><br>《未公开》 | [p0058] "In step 6, the migration system invites device C to participate in the call session."（在步骤6中，迁移系统邀请设备C参与呼叫会话。）<br>[p0061] "The migration server invites device C on behalf of device B (312). Device C contacts device B (313)."（迁移服务器代表设备B邀请设备C(312)。设备C联系设备B(313)。） | 目标专利中，该特征表明协作复制请求是由第二WTRU处源发/发起的（如Pull模式）。<br>对比文件中，信令是由网络侧的迁移服务器126（migration server）代表设备B向设备C发出邀请（步骤312），邀请并非源自设备C处。且对比文件不存在“协作复制”的请求。因此该特征未被直接公开，亦无法通过对比文件合理推断得出，不构成隐含公开。 |
| 技术特征D：对所述协作复制会话邀请请求执行授权<br><br>《未公开》 | [p0050] "However, the policy is set to always prompt the user when such a migration is to occur, and the user may have an over-riding decision option with regard to whether the migration should take place."（然而，策略被设置为在发生这种迁移时总是提示用户，并且用户可以具有关于是否应该发生迁移的否决决策选项。）<br>[p0061] "The application module then applies a predetermined policy to determine if migration needs to occur."（然后，应用模块应用预定策略以确定是否需要发生迁移。） | 目标专利中，该特征的作用是网络侧（如SCC AS）对来自第二WTRU的“协作复制会话邀请请求”进行鉴权/授权检验（如验证用户简档、是否具备IUT权限、是否允许复制等）。<br>对比文件中仅提及在网络侧根据预定策略判断是否需要迁移呼叫，或者提示设备A的用户是否同意迁移（针对的是Transfer决策），既不存在对“协作复制会话邀请请求”的处理，更无针对该请求执行授权的技术方案。因此既未直接公开，亦不构成隐含公开。 |
| 技术特征E：为复制的媒介流分配媒介资源<br><br>《隐含公开》 | [p0010] "...and a module for transcoding media to be presented on the other communication device when the session is transferred from the one communication device to the other communication device."（……以及用于当会话从一个通信设备转移到另一个通信设备时对呈现在另一个通信设备上的媒体进行代码转换的模块。）<br>[p0051] "Media server 137 handles the transcoding of media between disparate devices, e.g., if a video session is to be transferred from a device supporting a higher bit rate to a device supporting a lower bit rate or a different encoding scheme."（媒体服务器137处理不同设备之间的媒体代码转换，例如，如果视频会话要从支持较高比特率的设备转移到支持较低比特率或不同编码方案的设备。） | 目标专利中，该特征的作用是网络实体（SCC AS）在MRF中为分叉/复制出来的媒体流分配所需的承载/处理资源。<br>对比文件公开了在会话转移（transfer）至目标设备时，由媒体服务器（Media server 137）分配并处理异构设备间的媒体代码转换（transcoding）资源。虽然对比文件中涉及的是转移会话的媒体流而非“复制”的媒体流，但其公开了在IMS会话迁移流程中由网络媒体服务器为新增/变动的通信设备接入分配媒体处理资源的操作。以非常宽松的隐含公开标准考量，对比文件部分公开了为网络流分配媒体资源的技术手段，本领域技术人员有可能结合媒体复制的通用机制推理出为新流分配媒体资源，故判定为《隐含公开》。 |
| 技术特征F：将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br><br>《未公开》 | [p0058] "In step 6, the migration system invites device C to participate in the call session."（在步骤6中，迁移系统邀请设备C参与呼叫会话。）<br>[p0061] "The migration server invites device C on behalf of device B (312). Device C contacts device B (313)."（迁移服务器代表设备B邀请设备C(312)。设备C联系设备B(313)。） | 目标专利中，该特征是指SCC AS针对第二WTRU发送的请求，将MRF中与复制流相关的响应消息发送回第二WTRU，以完成复制支路的媒体协商与建立。<br>对比文件中，网络迁移系统直接向设备C发送INVITE消息，随后的信令是设备C直接联系设备B（313），完全不涉及向第二设备传送针对MRF中复制媒介流的响应消息。因此未被直接公开，亦不能通过对比文件推断得出，不构成隐含公开。 |
| 技术特征G：使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br><br>《未公开》 | [p0058] "In step 7, device A is terminated from the call session. Then, the user (previously of device A) continues his call with the user of device B on device C."（在步骤7中，设备A从呼叫会话中终止。然后，（先前设备A的）用户在设备C上继续他与设备B用户的呼叫。）<br>[p0061] "The migration server sends a call leg termination request to device A (314). Call migration is then completed (315)."（迁移服务器向设备A发送呼叫分支终止请求(314)。然后呼叫迁移完成(315)。） | 目标专利中，为了维持原设备与远程方之间会话的同时将复制流分发给第二WTRU，需要引入MRF锚定，并通过更新第一WTRU的接入段以及远程段，将媒体流导向MRF以实现混流/复制分发。<br>对比文件采用的是呼叫转移机制：在设备C接入后，网络直接通过信令步骤314向原设备A发送呼叫分支终止请求（call leg termination request）彻底切断设备A的接入段，原设备A完全脱离会话，根本不存在使用MRF更新第一WTRU上的接入段以支持复制流的技术方案。因此该特征未被直接公开，且由于技术机制相反（终止 vs 更新保留），亦不构成隐含公开。 |
| 技术特征H：所述媒介流之后从所述远程方流向所述MRF<br><br>《隐含公开》 | [p0051] "Media server 137 handles the transcoding of media between disparate devices, e.g., if a video session is to be transferred from a device supporting a higher bit rate to a device supporting a lower bit rate or a different encoding scheme."（媒体服务器137处理不同设备之间的媒体代码转换，例如，如果视频会话要从支持较高比特率的设备转移到支持较低比特率或不同编码方案的设备。）<br>[p0043] "...both for voice and video, a transcoder device may be employed between the devices..."（……无论是对于语音还是视频，都可以在设备之间采用代码转换器设备……） | 目标专利中，该特征的作用是使得远程方的媒体流发往具有复制/混流能力的MRF，以便集中复制转发。<br>对比文件公开了在设备能力不匹配时，使用媒体服务器（Media server 137，对应IMS体系中的MRF功能组件）在设备之间执行代码转换，此时媒体流必然需要从对端流向该媒体服务器进行处理。按照非常宽松的隐含公开判断原则，对比文件公开了媒体流从通信对端流向媒体服务器/代码转换器的传输拓扑，本领域技术人员有可能据此推断出媒体流流向MRF节点，因此判定为《隐含公开》。 |
| 技术特征I：从所述MRF流向所述第一WTRU<br><br>《未公开》 | [p0058] "In step 7, device A is terminated from the call session."（在步骤7中，设备A从呼叫会话中终止。）<br>[p0061] "The migration server sends a call leg termination request to device A (314)."（迁移服务器向设备A发送呼叫分支终止请求(314)。） | 目标专利中，该特征的作用是MRF将媒体流继续下发给第一WTRU，以保证第一WTRU上的原有会话不中断。<br>对比文件中明确记载原设备A在会话转移后被完全终止释放（terminated），设备A脱离会话后不可能再接收来自媒体服务器的媒体流。其物理与逻辑流向与目标专利相反，未直接公开，亦无法合理解释为隐含公开。 |
| 技术特征J：从所述MRF流向所述第二WTRU<br><br>《隐含公开》 | [p0051] "Media server 137 handles the transcoding of media between disparate devices, e.g., if a video session is to be transferred from a device supporting a higher bit rate to a device supporting a lower bit rate or a different encoding scheme."（媒体服务器137处理不同设备之间的媒体代码转换，例如，如果视频会话要从支持较高比特率的设备转移到支持较低比特率或不同编码方案的设备。）<br>[p0061] "The migration server invites device C on behalf of device B (312). Device C contacts device B (313)... Call migration is then completed (315)."（迁移服务器代表设备B邀请设备C(312)。设备C联系设备B(313)……呼叫迁移完成(315)。） | 目标专利中，该特征的作用是MRF将复制出来的媒体流发送给第二WTRU。<br>对比文件公开了会话迁移到目标设备C后，若存在编解码差异，由媒体服务器137进行代码转换后送交目标设备展现，因此媒体流存在从媒体服务器流向目标设备C（即第二WTRU）的物理路径。基于宽松标准，对比文件公开了媒体流从媒体服务器流向新接入设备，本领域技术人员有可能基于该内容推断出媒体从MRF下发到第二WTRU，因此判定为《隐含公开》。 |
| 技术特征K：其中所述协作复制会话邀请请求包括复制报头字段<br><br>《未公开》 | 对比文件全文未记载复制报头字段。相关信令部分参见：<br>[p0058] "In step 4b, the migration system refers (identifies) device C to device B."（在步骤4b中，迁移系统将设备C指示给设备B。）<br>[p0061] "The migration server refers new device C to device B (310)."（迁移服务器将新设备C指示给设备B(310)。） | 目标专利中，该特征的作用是在信令层面通过新增/专用的“复制报头字段”明确指示当前请求是会话复制而非普通传输或会话建立。<br>对比文件采用的是现有的SIP REFER机制将设备C介绍给设备B，完全未记载任何关于“复制”的专用报头字段，亦无任何复制请求。因此未直接公开，也无法从现有文本合理推知，不构成隐含公开。 |
| 技术特征L：其中所述复制报头字段是媒介层“i＝复制”字段<br><br>《未公开》 | 对比文件全文未记载SDP媒体层“i=复制”字段。 | 对比文件并未公开任何与SDP媒体层信息“i=复制”相关的内容，其呼叫转移信令中完全没有此类定义。因此未直接公开，亦不构成隐含公开。 |
| 技术特征M：其中所述复制报头字段是媒介层“a＝复制”字段<br><br>《未公开》 | 对比文件全文未记载SDP媒体层“a=复制”字段。 | 对比文件未涉及在SDP属性中使用“a=复制”属性行来指示复制流。因此未直接公开，亦不构成隐含公开。 |
| 技术特征N：其中所述复制报头字段是XML主体<br><br>《未公开》 | 对比文件全文未记载用于指示复制的XML主体。 | 对比文件未公开在请求中携带用于标识或控制会话复制具体参数的XML主体。因此未直接公开，亦不构成隐含公开。 |
| 技术特征O：其中所述XML主体指示将要复制哪些媒介组件或整个会话<br><br>《未公开》 | 对比文件全文未记载指示复制哪些媒体组件或整个会话的XML主体。 | 对比文件未公开携带有关复制媒体组件或整个会话指示信息的XML主体。因此未直接公开，亦不构成隐含公开。 |
<<<B>>><<<e>>><<<h>>><<<j>>>
由于所提供的对比文件【对比文件/2008-02-27_EP1819092A_发明公开_EP1819092A4 THE METHOD AND DEVICE FOR CONTROLLING SESSION.docx】的内容标注为“无说明书”，且未包含任何正文、权利要求或附图引用内容，因此无法从中提取任何用于比对的技术方案或事实依据。
基于上述情况，各技术特征的公开性核对如下：
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br>《未公开》 | 对比文件无说明书内容。 | 对比文件未提供说明书或权利要求文本，无任何有效技术内容记载，无法获知是否公开了从第二WTRU接收协作复制会话邀请请求的相关内容。 |
| 技术特征B：其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br>《未公开》 | 对比文件无说明书内容。 | 对比文件无有效内容输入，无法获知第二WTRU与正在进行的媒介会话初始关联状态的任何技术特征。 |
| 技术特征C：所述协作复制会话邀请请求源于所述第二WTRU处<br>《未公开》 | 对比文件无说明书内容。 | 对比文件无有效内容输入，未记载协作复制会话邀请请求的发起来源。 |
| 技术特征D：对所述协作复制会话邀请请求执行授权<br>《未公开》 | 对比文件无说明书内容。 | 对比文件无有效内容输入，未公开对协作复制会话邀请请求执行授权的处理。 |
| 技术特征E：为复制的媒介流分配媒介资源<br>《未公开》 | 对比文件无说明书内容。 | 对比文件无有效内容输入，未公开为复制媒介流分配媒介资源的操作。 |
| 技术特征F：将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br>《未公开》 | 对比文件无说明书内容。 | 对比文件无有效内容输入，未公开将MRF中复制媒介流的响应发送给第二WTRU。 |
| 技术特征G：使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br>《未公开》 | 对比文件无说明书内容。 | 对比文件无有效内容输入，未公开利用MRF更新第一WTRU接入段及更新远程段的方案。 |
| 技术特征H：所述媒介流之后从所述远程方流向所述MRF<br>《未公开》 | 对比文件无说明书内容。 | 对比文件无有效内容输入，未公开媒介流从远程方流向MRF的数据流向。 |
| 技术特征I：从所述MRF流向所述第一WTRU<br>《未公开》 | 对比文件无说明书内容。 | 对比文件无有效内容输入，未公开媒介流从MRF流向第一WTRU。 |
| 技术特征J：从所述MRF流向所述第二WTRU<br>《未公开》 | 对比文件无说明书内容。 | 对比文件无有效内容输入，未公开媒介流从MRF流向第二WTRU。 |
| 技术特征K：其中所述协作复制会话邀请请求包括复制报头字段<br>《未公开》 | 对比文件无说明书内容。 | 对比文件无有效内容输入，未公开请求中包含复制报头字段。 |
| 技术特征L：其中所述复制报头字段是媒介层“i＝复制”字段<br>《未公开》 | 对比文件无说明书内容。 | 对比文件无有效内容输入，未公开“i=复制”字段。 |
| 技术特征M：其中所述复制报头字段是媒介层“a＝复制”字段<br>《未公开》 | 对比文件无说明书内容。 | 对比文件无有效内容输入，未公开“a=复制”字段。 |
| 技术特征N：其中所述复制报头字段是XML主体<br>《未公开》 | 对比文件无说明书内容。 | 对比文件无有效内容输入，未公开报头字段为XML主体的特征。 |
| 技术特征O：其中所述XML主体指示将要复制哪些媒介组件或整个会话<br>《未公开》 | 对比文件无说明书内容。 | 对比文件无有效内容输入，未公开XML主体用于指示复制具体媒介组件或整个会话的内容。 |
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含中文翻译） | 公开性论述 |
| 技术特征A：从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br><br>《隐含公开》 | 原文：<br>「他の移動通信端末のうち、参加要請信号に対する応答信号を送信していない不応答移動通信端末からグループ通話に途中参加を要求する途中参加要求信号を受信した場合に、当該不応答移動通信端末を、途中参加要求信号に含まれるグループＩＤに対応するグループ通話に途中参加させる途中参加制御手段と、を備えることを特徴とする。」[2]<br>「途中参加端末２０ｃの途中参加制御部２３は、グループＩＤを含む途中参加要求信号をグループ通話制御サーバ１０に送信する（ステップＳ１２）。これにより、グループ通話制御サーバ１０のグループ通話制御部１１は、途中参加端末２０ｃから送信された途中参加要求信号を受信する。」[2]<br><br>中文翻译：<br>在从其他移动通信终端中未发送对参加邀请信号的响应信号的未响应移动通信终端接收到请求中途参加群组通话的中途参加请求信号的情况下，具备使该未响应移动通信终端中途参加到与中途参加请求信号中包含的群组ID对应的群组通话的中途参加控制构件。<br>中途参加终端20c的中途参加控制部23将包含群组ID的中途参加请求信号发送至群组通话控制服务器10（步骤S12）。由此，群组通话控制服务器10的群组通话控制部11接收从中途参加终端20c发送的中途参加请求信号。 | 对比文件公开了服务器从第二移动通信终端（途中参加端末20c，对应第二WTRU）接收针对现有群组通话的“途中参加要求信号”。<br>在目标专利中，“协作复制会话邀请请求”用于让第二WTRU请求复制现有媒介会话并加入协作会话；而在对比文件中，途中参加要求信号用于请求中途加入正在进行的群组会话以共享获取该通话的数据流（音频复制分发）。虽然对比文件未显式采用3GPP IMS架构下的“协作复制会话（Collaborative session replication）”专门术语，但按照极宽松的隐含公开判断标准，途中参加请求在技术功能上部分对应了加入现有会话并获取会话数据副本的请求，本领域技术人员有可能基于该多方会话中途加入机制推理或与其他网络架构组合得出该技术特征，因此认定为隐含公开。 |
| 技术特征B：其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br><br>《直接公开》 | 原文：<br>「しかしながら、上記特許文献１に記載された技術では、グループ通話に再接続できるのは、実際にグループ通話に参加した移動通信端末に限られている。すなわち、グループ通話に参加しなかった移動通信端末は、後からグループ通话に加わることができなかった。」[2]<br>「他の移動通信端末のうち、参加要請信号に対する応答信号を送信していない不応答移動通信端末からグループ通話に途中参加を要求する途中参加要求信号を受信した場合に...」[2]<br><br>中文翻译：<br>然而，在上述专利文献1所记载的技术中，能够重新连接到群组通话的仅限于实际参加了群组通话的移动通信终端。也就是说，未参加群组通话的移动通信终端无法在事后加入群组通话。<br>在从其他移动通信终端中未发送对参加邀请信号的响应信号的未响应移动通信终端接收到请求中途参加群组通话的中途参加请求信号的情况下…… | 对比文件明确指出，发起中途参加的移动通信终端（途中参加端末20c）是最初对参加邀请信号未做响应、未参与初始会话建立的“不响应移动通信终端/未参加移动通信终端”。当时已建立的群组通话正在发信终端20a与参加终端20b之间进行。因此，该途中参加终端（第二WTRU）与正在进行的通话最初并未关联，且在事后主动发起加入。这与目标专利中第二WTRU最初未关联于第一WTRU与远程方之间正在进行的会话实质完全相同。本领域技术人员能毫无疑义地直接得出该方案，构成直接公开。 |
| 技术特征C：所述协作复制会话邀请请求源于所述第二WTRU处<br><br>《直接公开》 | 原文：<br>「途中参加端末２０ｃのユーザの操作指示にしたがって、着信履歴画面に表示された着信履歴情報のうち、グループ通話参加要請信号を受信した際に不応答であったときに登録された着信履歴情報が選択され、さらにグループ通話の開始要求ボタンが押下されると（ステップＳ１１）、途中参加端末２０ｃの途中参加制御部２３は、グループＩＤを含む途中参加要求信号をグループ通話制御サーバ１０に送信する（ステップＳ１２）。」[2]<br><br>中文翻译：<br>根据中途参加终端20c的用户的操作指示，在呼叫历史画面上显示的呼叫历史信息中，选择在接收到群组通话参加邀请信号时未应答时注册的呼叫历史信息，并且按下群组通话开始请求按钮时（步骤S11），中途参加终端20c的中途参加控制部23将包含群组ID的中途参加请求信号发送至群组通话控制服务器10（步骤S12）。 | 目标专利中该特征限定拉（Pull）模式下会话请求是由第二WTRU自身主动发起触发的。对比文件步骤S11-S12明确记载中途参加请求信号是由中途参加终端20c根据其用户操作主动生成并向服务器发出的，其请求信号的发起源完全处于中途参加终端20c（即第二WTRU处），作用完全一致。本领域技术人员可毫无疑义地直接得出，属于直接公开。 |
| 技术特征D：对所述协作复制会话邀请请求执行授权<br><br>《隐含公开》 | 原文：<br>「グループ情報管理部１３は、グループＩＤ発行部１２によって発行されたグループＩＤのグループに属する携帯電話機２０に関する情報を、グループ情報として管理する。」[2]<br>「グループ情報管理部１３は、グループ情報テーブル１９に格納される途中参加端末２０ｃの端末ステータスを「参加」に変更するとともに、途中参加端末２０ｃのＩＰアドレスおよびポート番号をグループ情報テーブル１９のＩＰアドレスおよびポート番号に格納してグループ情報を更新する（ステップＳ１３）。」[2]<br>「受信したグループＩＤに基づいて、途中参加要求信号を送信した携帯電話機２０を、グループＩＤに対応するグループに途中参加させる制御を行う。」[2]<br><br>中文翻译：<br>群组信息管理部13将属于由群组ID发行部12发行的群组ID的群组的便携电话机20的相关信息作为群组信息进行管理。<br>群组信息管理部13将存储在群组信息表19中的中途参加终端20c的终端状态更改为“参加”，并且将中途参加终端20c的IP地址和端口号存储在群组信息表19的IP地址和端口号中以更新群组信息（步骤S13）。<br>基于接收到的群组ID，进行使发送了中途参加请求信号的便携电话机20中途参加到与群组ID对应的群组中的控制。 | 对比文件中服务器在接收到途中参加请求信号后，需校验其携带的群组ID并在群组信息表中核对该终端信息（属于该群组预设成员、此前状态为不响应），验证通过后才将其状态更新为“参加”并允许加入。虽然对比文件未采用“授权（authorization）”这一专门术语，但其对中途加入请求进行合法性校验与成员身份确认的过程在功能逻辑上等同于准入许可校验。在极其宽松的隐含公开判断标准下，本领域技术人员基于该成员匹配与状态变更控制逻辑，能够合理推断出其包含了对中途加入请求的鉴权/授权机制，因此认定为隐含公开。 |
| 技术特征E：为复制的媒介流分配媒介资源<br><br>《隐含公开》 | 原文：<br>「また、グループ通話制御部１１は、通話データである音声データ（パケット）のコピーおよび転送を行う。」[2]<br>「グループ通話制御部１１は、受信したグループＩＤに基づいて、途中参加要求信号を送信した携帯電話機２０を、グループＩＤに対応するグループに途中参加させる制御を行う。」[2]<br><br>中文翻译：<br>此外，群组通话控制部11进行作为通话数据的语音数据（分组）的复制和转发。<br>群组通话控制部11基于接收到的群组ID，进行使发送了中途参加请求信号的便携电话机20中途参加到与群组ID对应的群组中的控制。 | 对比文件明确公开了群组通话控制服务器中的群组通话控制部11执行语音数据包的“复制（コピー）及转发”，以支持多方通话。当途中参加终端加入后，服务器为了向其分发复制的语音数据，必然在底层分配用于承载该复制媒体流的网络通道、传输缓冲或转发资源。虽然对比文件未显式拆分出独立的MRF实体资源分配步骤，但其公开了媒体数据复制分发的核心功能，本领域技术人员容易据此推断出分配相应媒介资源的必然动作，符合极宽松标准下的隐含公开。 |
| 技术特征F：将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br><br>未公开（不满足直接或隐含公开） | 见全文[2] | 对比文件既没有公开业务集中和连续性服务器（SCC AS）与独立媒介资源功能（MRF）的解耦控制架构，也没有公开向第二WTRU回送针对MRF中复制媒介流的特定响应信号（如包含MRF分配的SDP媒体协商响应等）。即使采用宽松标准，对比文件也完全缺乏MRF层面的信令交互支持，无法推断得出，未公开。 |
| 技术特征G：使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br><br>未公开（不满足直接或隐含公开） | 见全文[2] | 目标专利中特征G要求SCC AS利用MRF通过更新信令（如re-INVITE或UPDATE）分别修改第一WTRU的接入段（leg）和远程段，以将原有点对点媒体流锚定切换到MRF进行混合/复制。对比文件采用的是通用群组服务器转发架构，完全未涉及利用MRF更新第一终端接入段及远程段的技术方案，也无相应技术教导，未公开。 |
| 技术特征H：所述媒介流之后从所述远程方流向所述MRF<br><br>《隐含公开》 | 原文：<br>「グループ通話に参加しているとは、携帯電話機２０がグループ通話制御サーバ１０からグループ通話の機能を提供され、グループ通話に参加している他の携帯電話機２０との間で音声データである通話データを送受信することができる状態をいう。」[2]<br>「また、グループ通話制御部１１は、通話データである音声データ（パケット）のコピーおよび転送を行う。」[2]<br><br>中文翻译：<br>参加群组通话是指便携电话机20被群组通话控制服务器10提供群组通话功能，处于能够与参加群组通话的其他便携电话机20之间收发作为语音数据的通话数据的状态。<br>此外，群组通话控制部11进行作为通话数据的语音数据（分组）的复制和转发。 | 在目标专利中，远程方将媒体流发往集中媒体处理节点（MRF）以便复制分发；而在对比文件中，通话各方发送的语音数据均上传至中央服务器（对应集中媒体处理与控制功能），再由服务器执行复制并下发给各参与方。因此，远程参与方的语音流发向负责复制转发的服务器这一数据流向与特征H实质相同。在极其宽松的标准下，将对比文件的群组通话控制实体合理推论/对应为媒体复制转发节点时，该媒体流由远端流向集中复制节点的内容构成隐含公开。 |
| 技术特征I：从所述MRF流向所述第一WTRU<br><br>《隐含公开》 | 原文：<br>「また、グループ通話制御部１１は、通話データである音声データ（パケット）のコピーおよび転送を行う。」[2]<br>「これにより、発信端末２０ａと参加端末２０ｂと途中参加端末２０ｃとの間でグループ通話を行うことが可能となる。」[2]<br><br>中文翻译：<br>此外，群组通话控制部11进行作为通话数据的语音数据（分组）的复制和转发。<br>由此，能够在发信终端20a、参加终端20b以及中途参加终端20c之间进行群组通话。 | 目标专利中集中节点将媒体流分发给会话原参与方（第一WTRU）。对比文件中，服务器将复制后的语音数据包下发转发给群组通话的参与者（包括发信终端/原参加终端），以维持各方通话。基于极宽松的隐含公开判断，本领域技术人员可以合理推知服务器至第一终端的下行媒体流传输，认定为隐含公开。 |
| 技术特征J：从所述MRF流向所述第二WTRU<br><br>《隐含公开》 | 原文：<br>「また、グループ通話制御部１１は、通話データである音声データ（パケット）のコピーおよび転送を行う。」[2]<br>「グループ通話制御部１１は、受信したグループＩＤに基づいて、途中参加要求信号を送信した携帯電話機２０を、グループＩＤに対応するグループに途中参加させる制御を行う（ステップＳ１４）。これにより、発信端末２０ａと参加端末２０ｂと途中参加端末２０ｃとの間でグループ通話を行うことが可能となる。」[2]<br><br>中文翻译：<br>此外，群组通话控制部11进行作为通话数据的语音数据（分组）的复制和转发。<br>群组通话控制部11基于接收到的群组ID，进行使发送了中途参加请求信号的便携电话机20中途参加到与群组ID对应的群组中的控制（步骤S14）。由此，能够在发信终端20a、参加终端20b以及中途参加终端20c之间进行群组通话。 | 目标专利中集中复制节点向第二WTRU分发复制流；对比文件中途中参加终端20c（第二WTRU）在被服务器加入群组通话后，接收由服务器复制并转发生效的群组语音数据包，从而实现多方收听通话。在极宽松标准下，该数据流向完全对应于从媒体复制转发功能实体流向第二终端，因此认定为隐含公开。 |
| 技术特征K：其中所述协作复制会话邀请请求包括复制报头字段<br><br>未公开（不满足直接或隐含公开） | 见全文[2] | 对比文件在中途参加请求信号中携带的是“グループＩＤ”（群组ID），用于在服务器端标识已建立的群组通话，并未公开任何形式的专门指示会话/媒体“复制”操作的“复制报头字段（Replication Header Field）”，也无法通过逻辑推理直接导出该特定信令字段，未公开。 |
| 技术特征L：其中所述复制报头字段是媒介层“i＝复制”字段<br><br>未公开（不满足直接或隐含公开） | 见全文[2] | 对比文件未涉及SDP协议中媒体级“i=复制（i=replicate）”字段的定义与应用，未公开。 |
| 技术特征M：其中所述复制报头字段是媒介层“a＝复制”字段<br><br>未公开（不满足直接或隐含公开） | 见全文[2] | 对比文件未涉及SDP协议中媒体级“a=复制（a=replicate）”属性字段的定义与应用，未公开。 |
| 技术特征N：其中所述复制报头字段是XML主体<br><br>未公开（不满足直接或隐含公开） | 见全文[2] | 对比文件未公开在复制请求中通过携带XML主体（XML body）来充当复制指示报头或字段，未公开。 |
| 技术特征O：其中所述XML主体指示将要复制哪些媒介组件或整个会话<br><br>未公开（不满足直接或隐含公开） | 见全文[2] | 对比文件未涉及通过XML主体指示复制特定媒体组件或整个会话的方案，未公开。 |
<<<a>>>
<<<B>>>
<<<C>>>
<<<d>>>
<<<e>>>
<<<h>>>
<<<i>>>
<<<j>>>
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br><br>《未公开》 | 无对应公开内容。 | 技术领域与方案机制差异：<br>目标专利技术特征A属于IMS（IP多媒体子系统）业务层协同与会话复制领域，具体为SCC AS从第二WTRU（如拉模式受控方WTRU）接收针对正在进行的媒介会话发起复制的协作复制会话邀请请求（如包含复制指示符的SIP INVITE请求）。<br>对比文件公开的是移动IP（Mobile IP，如MIPv4/MIPv6）网络层路由与切换机制，其涉及移动局MS在基站间移动时，网关GW监控网络资源并触发向新GW的锚点迁移切换（Anchor Relocation Handoff）。对比文件中完全不存在两个终端之间的协同复制会话，更未公开从第二终端接收“协作复制会话邀请请求”。两者在技术领域、协议层级、控制信令及实现方案上完全不同。即便按照最宽松标准，本领域技术人员也无法从对比文件中推理或部分推导得出该特征，故未公开（既未直接公开，也未隐含公开）。 |
| 技术特征B：<br>其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br><br>《未公开》 | 无对应公开内容。 | 技术方案差异：<br>目标专利中特征B定义了复制会话发起时第二WTRU的初始状态，即第二WTRU最初未参与第一WTRU与远程方之间已存在的媒体会话，而是后续通过拉模式请求参与并复制该会话组件。<br>对比文件仅涉及单个移动台MS（如MS 3）在不同GW及基站覆盖范围之间移动时的单设备路由切换，或者多个独立移动台各自向HA建立连接，完全不涉及第一终端与第二终端之间协作共享/复制正在进行的媒体会话的场景，更无从体现“第二WTRU最初与正在进行的媒介会话不关联”的拓扑关系。故对比文件未公开该特征。 |
| 技术特征C：<br>所述协作复制会话邀请请求源于所述第二WTRU处<br><br>《未公开》 | 无对应公开内容。 | 技术方案差异：<br>目标专利中特征C限定了拉模式（Pull mode）复制触发源，即协作复制会话邀请请求由非原会话实体的第二WTRU主动发起。<br>对比文件中的控制信令是锚点GW2a在网络资源超限时向目标GW2c发送的“锚点移动切换请求（ステップS51）”以及GW2c向MS发送的“代理广播（Agent Advertisement，ステップS52）”，其触发完全基于网关网元对回程带宽/网络资源的内部监控与决策，既不存在第二WTRU，更无第二WTRU主动发起协作复制请求的过程。故对比文件未公开该特征。 |
| 技术特征D：<br>对所述协作复制会话邀请请求执行授权<br><br>《未公开》 | 无对应公开内容。 | 技术方案差异：<br>目标专利中特征D是指服务端的SCC AS对接收到的复制邀请请求基于签约、运营商策略、用户简档或原第一终端的许可进行权限验证与授权（authorization）。<br>对比文件图6及图7中仅公开了网关网元判定自局网络资源是否超过阈值（ステップS42），超过则执行切换指示。网络层网关的负载/资源阈值判断与会话应用层对终端协作复制请求的“授权（authorization）”在技术性质、判断主体及安全策略机制上截然不同，无法等同或合理推导。故对比文件未公开该特征。 |
| 技术特征E：<br>为复制的媒介流分配媒介资源<br><br>《未公开》 | 无对应公开内容。 | 技术方案差异：<br>目标专利中特征E是指应用服务器SCC AS在网络侧为将要复制分发的多媒体流在MRF（媒体资源功能）中分配媒体处理/分发资源（如音频/视频复制所需的端口、通道或处理单元）。<br>对比文件虽然涉及网络传输资源（如GW回程链路带宽、转送连接数），但其处理是GW对自身转送流量的测量（转送量计测部23）以及判断是否超负荷以转移路由，并未公开在媒体面为“复制的媒介流”分配专用的“媒体资源（如MRF媒体面资源）”。两者所属技术层面与作用对象不同，故未公开。 |
| 技术特征F：<br>将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br><br>《未公开》 | 无对应公开内容。 | 技术方案差异：<br>目标专利特征F是在分配媒体资源后，SCC AS将关联MRF中复制媒体流的响应消息（例如通过S-CSCF转发的包含MRF媒体信息的SIP响应）传送给发起请求的第二WTRU。<br>对比文件中仅有GW2c向MS3发送代理广播（Agent Advertisement）以及HA向MS3发送位置注册响应（Registration Reply），均属于移动IP协议的路由更新应答，与IMS中针对MRF中复制媒体流向第二WTRU传送响应毫无关联，故未公开。 |
| 技术特征G：<br>使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br><br>《未公开》 | 无对应公开内容。 | 技术方案差异：<br>目标专利特征G限定了网络复制拓扑的重构：通过MRF分别更新第一WTRU的接入段（Access Leg）和远程方的远程段（Remote Leg），使媒体流经由MRF进行桥接与复制分发。<br>对比文件公开的是移动IP中隧道路径的更新（将锚点GW2a到GW2b的转送路径切换为GW2a到GW2c的转送路径，或后续直接通过新IP数据路径4-4由HA通过IP in IP封装转发到GW2c），这属于纯粹的IP路由重定向，并不存在IMS网络中的“MRF”、控制平面的“接入段（Access Leg）”与“远程段（Remote Leg）”以及针对媒体复制拓扑的更新机制。故对比文件未公开该特征。 |
| 技术特征H：<br>所述媒介流之后从所述远程方流向所述MRF<br><br>《未公开》 | 无对应公开内容。 | 技术方案差异：<br>目标专利特征H指媒体分发拓扑建立后，下行媒体数据从远程方先发送至MRF实体进行分发处理。<br>对比文件中数据包是从HA（Home Agent）发往移动终端MS，中间途经网关GW与基站BS，不存在远程方到MRF的媒体流建立与传输路径，故对比文件未公开该特征。 |
| 技术特征I：<br>从所述MRF流向所述第一WTRU<br><br>《未公开》 | 无对应公开内容。 | 技术方案差异：<br>目标专利特征I指复制媒介流建立后，MRF将媒体流分支之一传送给原会话参与方第一WTRU。<br>对比文件中只有单一移动台MS与各网元通信的数据流，不存在由MRF将复制的媒体流分别路由分发给第一WTRU的过程，故未公开。 |
| 技术特征J：<br>从所述MRF流向所述第二WTRU<br><br>《未公开》 | 无对应公开内容。 | 技术方案差异：<br>目标专利特征J指MRF将复制出来的另一路媒体流并行传输给第二WTRU，实现真正的多设备媒体会话复制与共享。<br>对比文件完全不涉及媒体流的复制与向第二WTRU的分发，故未公开。 |
| 技术特征K：<br>其中所述协作复制会话邀请请求包括复制报头字段<br><br>《未公开》 | 无对应公开内容。 | 技术方案差异：<br>目标专利特征K限定了SIP邀请请求中携带显式的“复制报头字段”（Replication Header Field），用于指示复制操作及被复制会话标识。<br>对比文件中仅涉及移动IPv4/IPv6报文格式（如包含HoA、CoA的注册请求Registration Request、绑定更新Binding Update等），完全不存在任何指示会话复制的报头字段，故未公开。 |
| 技术特征L：<br>其中所述复制报头字段是媒介层“i＝复制”字段<br><br>《未公开》 | 无对应公开内容。 | 技术方案差异：<br>目标专利特征L限定了复制报头字段具体采用SDP协议中的媒介层“i=复制（replicate）”属性行。<br>对比文件根本未公开或涉及SDP协议及其i行参数，更无“i=复制”字段，故未公开。 |
| 技术特征M：<br>其中所述复制报头字段是媒介层“a＝复制”字段<br><br>《未公开》 | 无对应公开内容。 | 技术方案差异：<br>目标专利特征M限定了复制报头字段具体采用SDP协议中媒体层的“a=复制”属性。<br>对比文件完全不涉及SDP协议的a属性定义与应用，故未公开。 |
| 技术特征N：<br>其中所述复制报头字段是XML主体<br><br>《未公开》 | 无对应公开内容。 | 技术方案差异：<br>目标专利特征N限定复制指示载体为SIP消息体中的XML主体（XML body）。<br>对比文件中不涉及任何携带会话复制参数的XML主体结构，故未公开。 |
| 技术特征O：<br>其中所述XML主体指示将要复制哪些媒介组件或整个会话<br><br>《未公开》 | 无对应公开内容。 | 技术方案差异：<br>目标专利特征O限定了XML主体的具体指示语义（指示复制特定媒体组件还是整个会话）。<br>对比文件完全缺乏XML主体及相关组件指示方案，故未公开。 |
经严格核对与推导评估，对比文件JP2008078935A涉及的是移动IP网络中基于网关负荷触发锚点网关迁移（Anchor Relocation）的路由切换方法，与目标专利所请求的基于IMS和MRF实现终端间协作会话复制的方法在技术领域、解决的技术问题、控制信令结构及数据流路径上均存在实质性区别。对比文件未直接公开、也未隐含公开目标专利权利要求的任何技术特征。
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br><br>【未公开】 | 无直接或隐含对应公开内容。<br><br>对比文件仅在[8]、[29]、[32]、[33]等处涉及会话转移（Transfer）：<br>“[8] ...Thereafter, the second terminal sends a message to the application server, requesting to get information related to the session that is currently being paused. The application server replies by sending the session identity to the second terminal. Using the session identity, the second terminal then requests from the content server resumption of the session.”<br>（译文：此后，第二终端向应用服务器发送消息，请求获取与当前正被暂停的会话相关的信息。应用服务器通过向第二终端发送会话标识来进行答复。利用该会话标识，第二终端接着从内容服务器请求恢复该会话。）<br>“[32] ...The message sent at step 318 is preferably a SIP Invite IPTV Public Service Identity (PSI) message. ...wards the ASF 152 at step 322.”<br>（译文：步骤318处发送的消息优选地是SIP Invite IPTV公共服务标识（PSI）消息。……并在步骤322转发至ASF 152。） | 1. 作用与技术方案比对：<br>目标专利的技术特征A基于IMS的协作会话复制（Replication）拉模式机制，由第二WTRU主动发起“协作复制会话邀请请求”（如INVITE），目的在于请求网络侧在保留原会话接入段的同时，建立指向第二WTRU的副本会话（参见目标说明书[0006]、[0007]、[0056]、[0061]、[0090]-[0091]）。<br>对比文件涉及的是会话转移（Transfer），其核心逻辑是通过第一终端先向CSF暂停流（Pause），然后第二终端向ASF发送登录邀请（SIP Invite IPTV PSI）及上下文获取请求（HTTP GET），再由第二终端向CSF发送恢复请求（RTSP Play）以将会话从第一终端转移并恢复至第二终端。对比文件中第二终端发送的消息是用于接入/拉取已暂停会话标识以实现“会话转移”，根本不存在“协作会话复制”请求。<br>2. 公开性判断：<br>目标专利说明书[0006]、[0080]特别强调了“传输/转移（Transfer）”与“复制（Replication）”存在明确且实质的技术区别。对比文件的转移方案无法使本领域技术人员直接得出或合理推断出协作复制会话邀请请求。因此，技术特征A既未被直接公开，也未被隐含公开。 |
| 技术特征B：<br>其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br><br>【直接公开】 | [20] “The present invention provides a method and a server for transferring a session... from a first terminal to a second terminal. ...The session having been set up between the first terminal and the content server by conventional means... the content server is at the time sending a content towards the first terminal. ...The user then turns to the second terminal and enters a command indicating a desire to resume the session on that second terminal.”<br>（译文：本发明提供了一种用于将当前正由内容服务器提供服务的会话从第一终端转移至第二终端的方法和服务器。……该会话先前已通过常规手段在第一终端与内容服务器之间建立，内容服务器当时正向第一终端发送内容。……用户随后转向第二终端并输入表示期望在第二终端上恢复会话的命令。）<br>[27] “...a session has been set up by a service network 100 between the first terminal 110 and the CSF 132 comprised in the content server 130.”<br>（译文：……业务网络100已在第一终端110与内容服务器130中包括的CSF 132之间建立了会话。） | 1. 作用与技术方案比对：<br>在目标专利中，该特征表明在拉模式会话复制之前，第一WTRU与远程方已存在进行的媒介会话，而第二WTRU初始并非该会话的参与方（参见说明书[0055]、[0056]）。<br>对比文件公开了会话最初是在第一终端（第一WTRU）与内容服务器CSF（远程方）之间建立并进行流传输，第二终端（第二WTRU）最初并未参与该会话，直到用户在第二终端上操作时才介入。<br>2. 公开性判断：<br>对比文件公开了第二终端最初不与第一终端和内容服务器之间已建立的会话相关联，所起到的技术作用相同，方案实质相同。因此，技术特征B被对比文件《直接公开》。 |
| 技术特征C：<br>所述协作复制会话邀请请求源于所述第二WTRU处<br><br>【未公开】 | 无直接或隐含对应公开内容。<br><br>对比文件相关引证：<br>[7] “...by use of a 'pull model'. The second terminal can, according to the present invention, pull the session away from the first terminal with minimal interaction between the first terminal and the service network.”<br>（译文：……通过使用“拉模式”。根据本发明，第二终端可以以第一终端与业务网络之间最小的交互将该会话从第一终端拉走。）<br>[32] “The IMOD sends at step 318 a message towards a P-CSCF 390... preferably a SIP Invite IPTV Public Service Identity (PSI) message. ...forwards the message towards the ASF 152 at step 322.”<br>（译文：IMOD在步骤318向P-CSCF 390发送消息……优选为SIP Invite IPTV PSI消息。……在步骤322将该消息转发给ASF 152。） | 1. 作用与技术方案比对：<br>目标专利的技术特征C限定了“协作复制会话邀请请求”的发起方源自第二WTRU（即拉模式会话复制，参见说明书[0056]、[0061]、[0090]）。<br>如技术特征A的论述，对比文件虽然公开了由第二终端向网络侧发起拉模式的会话转移信令（如SIP Invite IPTV PSI及HTTP GET），但其发起的请求是用于在第二终端上恢复被暂停的会话以完成“会话转移”，根本不存在“协作复制会话邀请请求”。<br>2. 公开性判断：<br>由于基础的“协作复制会话邀请请求”未被公开，该请求源于第二WTRU的技术方案无从谈起，本领域技术人员无法从会话转移推导出该特征。因此，技术特征C既未被直接公开，也未被隐含公开。 |
| 技术特征D：<br>对所述协作复制会话邀请请求执行授权<br><br>【未公开】 | 对比文件仅在[9]、[32]、[43]处公开了在会话转移过程中ASF对第一和第二终端关联性的鉴权/验证：<br>[9] “...wherein the application server uses authentication means to verify that the first terminal and second terminal are related, prior to sending the session identity to the second terminal.”<br>（译文：……其中应用服务器在向第二终端发送会话标识之前，使用认证手段来验证第一终端和第二终端是相关联的。）<br>[32] “[p0042]... The ASF 152 may verify at step 323, by use of the authentication data received in both of the SIP Invite IPTV PSI message and the correlation message, that the second terminal 120 is related to the first terminal 110. Authentication data received from the two terminals point to a same subscription for the user in a normal case wherein no malicious terminal is attempting to use the session.”<br>（译文：ASF 152可在步骤323通过利用在SIP Invite IPTV PSI消息和关联消息两者中接收的认证数据，验证第二终端120与第一终端110是相关联的。在没有恶意终端试图使用该会话的正常情况下，从两个终端接收的认证数据指向用户的同一预订。） | 1. 作用与技术方案比对：<br>目标专利的技术特征D中，授权的对象严格限定为“所述协作复制会话邀请请求”（即判断是否允许将进行中的媒介流复制到第二WTRU，参见说明书[0007]、[0057]、[0061]、[0077]）。<br>对比文件虽然公开了ASF对第二终端登录时提交的认证数据进行验证以确认其与第一终端是否属于同一预订/用户，但该验证行为所针对的是“终端登录/拉取会话标识的合法性”，用于防止恶意终端接管被转移的会话，并非针对“协作复制会话邀请请求”进行复制权限的授权。<br>2. 公开性判断：<br>由于对比文件不存在“协作复制会话邀请请求”，其对终端预订关系的验证在客体、技术目的和处理逻辑上与特征D不同，无法得出该特征。因此，技术特征D既未被直接公开，也未被隐含公开。 |
| 技术特征E：<br>为复制的媒介流分配媒介资源<br><br>【未公开】 | 无直接或隐含对应公开内容。<br><br>对比文件涉及资源与连接建立的段落：<br>[4] “...In the service network 100, contents are sent by the content server 130 by use of Real-Time Streaming Protocol (RTSP) media flows 140. ...Multimedia sessions are set up between the terminals 110, 120 and the content server 130 by use of an application server 150.”<br>（译文：……在业务网络100中，内容服务器130通过使用实时流协议（RTSP）媒体流140发送内容。……多媒体会话通过使用应用服务器150在终端110、120与内容服务器130之间建立。）<br>[33] “...At step 352, the CSF 132 resumes sending the audio/video content, or other multimedia content, in streaming form. ...and the audio/video content is sent continuously from the CSF 132 towards the second terminal 120 at step 356.”<br>（译文：……在步骤352，CSF 132以流式形式恢复发送音频/视频内容或其他多媒体内容。……并且在步骤356，音频/视频内容从CSF 132连续发送至第二终端120。） | 1. 作用与技术方案比对：<br>目标专利的技术特征E指SCC AS在网络执行会话复制过程中，在媒体资源功能实体（MRF）中分配媒体资源，以用于后续将来自远程方的媒体流同时复制分发给第一WTRU和第二WTRU（参见说明书[0007]、[0059]、[0062]、[0077]、[0092]）。<br>对比文件为端到端（CSF到终端）的单播会话转移，在第一终端暂停后，由CSF直接向第二终端建立/恢复单条RTSP流，网络侧根本没有为“复制的媒介流”在网络实体（如MRF）中分配媒体资源的过程。<br>2. 公开性判断：<br>对比文件的架构与流控制机制不涉及复制流的资源分配，本领域技术人员不能从中推导得出该方案。因此，技术特征E既未被直接公开，也未被隐含公开。 |
| 技术特征F：<br>将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br><br>【未公开】 | 无直接或隐含对应公开内容。<br><br>对比文件仅公开了由CSF直接向第二终端返回RTSP 200 OK响应：<br>[33] “...The CSF 132 sends a RTSP 200 OK towards the IMOD at step 354, and the audio/video content is sent continuously from the CSF 132 towards the second terminal 120 at step 356.”<br>（译文：……CSF 132在步骤354向IMOD发送RTSP 200 OK，并且在步骤356，音频/视频内容从CSF 132连续发送至第二终端120。） | 1. 作用与技术方案比对：<br>目标专利的技术特征F是SCC AS将与MRF中复制的媒介流相关的响应（通过S-CSCF）传送给第二WTRU，以完成复制接入段在第二WTRU侧的协商建立（参见说明书[0007]、[0062]、[0077]、[0092]）。<br>对比文件中既无MRF架构，亦无复制流协商，步骤354仅仅是内容服务器CSF针对第二终端发起的RTSP Play请求所返回的流恢复确认响应（RTSP 200 OK）。<br>2. 公开性判断：<br>对比文件的响应消息的发出实体、接收实体上下文、响应内容及技术功能均与特征F完全不同。因此，技术特征F既未被直接公开，也未被隐含公开。 |
| 技术特征G：<br>使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br><br>【未公开】 | 无直接或隐含对应公开内容。<br><br>对比文件涉及第一终端和内容服务器流处理的段落：<br>[28] “At step 202... the first terminal 110 sends a pause message towards the CSF 132. ...The CSF 132 pauses transmission of the media stream at step 204... The first terminal is from that moment no longer involved in transactions leading to transferring of the session towards the second terminal.”<br>（译文：在步骤202……第一终端110向CSF 132发送暂停消息。……CSF 132在步骤204暂停媒体流的传输……从该时刻起，第一终端不再参与导致会话向第二终端转移的事务。） | 1. 作用与技术方案比对：<br>目标专利中，特征G通过使用MRF分别更新第一WTRU的接入段以及远端段，使得原本直接连通第一WTRU与远端方的媒体路径被锚定并分流至MRF，从而使第一WTRU和远端方维持连接而媒介流经MRF进行桥接复制（参见说明书[0007]、[0059]、[0062]、[0077]、[0092]）。<br>对比文件在转移过程中，第一终端直接向CSF发送Pause暂停流，第一终端此后完全退出传输交互（“no longer involved”），后续由第二终端通过RTSP Play从CSF恢复媒体流，根本不存在通过MRF更新第一终端接入段以及远程段的技术手段。<br>2. 公开性判断：<br>对比文件未包含网络多段会话更新机制，本领域技术人员无法直接或推理得出该技术方案。因此，技术特征G既未被直接公开，也未被隐含公开。 |
| 技术特征H：<br>所述媒介流之后从所述远程方流向所述MRF<br><br>【未公开】 | 无直接或隐含对应公开内容。<br><br>对比文件公开的媒体流向：<br>[4] “...In the service network 100, contents are sent by the content server 130 by use of Real-Time Streaming Protocol (RTSP) media flows 140. ...Multimedia sessions are set up between the terminals 110, 120 and the content server 130...”<br>（译文：……在业务网络100中，内容由内容服务器130通过使用实时流协议（RTSP）媒体流140发送。……多媒体会话在终端110、120与内容服务器130之间建立……）<br>[33] “[p0042]...and the audio/video content is sent continuously from the CSF 132 towards the second terminal 120 at step 356.”<br>（译文：……并且在步骤356，音频/视频内容从CSF 132连续发送至第二终端120。） | 1. 作用与技术方案比对：<br>目标专利的技术特征H限定媒体流拓扑架构，会话复制后，远程方的媒体流流向网络侧的MRF（由MRF充当集中复制锚点，参见说明书[0059]、[0062]、[0075]、[0078]、[0092]）。<br>对比文件中没有MRF实体，媒体流自始至终由内容服务器（CSF 132）直接点对点单播流向终端（转移前流向第一终端，转移后流向第二终端）。<br>2. 公开性判断：<br>媒体流路径和承载实体实质不同，未公开从远程方流向MRF的方案。因此，技术特征H既未被直接公开，也未被隐含公开。 |
| 技术特征I：<br>从所述MRF流向所述第一WTRU<br><br>【未公开】 | 无直接或隐含对应公开内容。<br><br>对比文件公开的第一终端媒体流：<br>[20] “...A user of the first terminal enters a command on the first terminal to pause the session. The first terminal signals to the content server that sending the session content shall be paused, or held, at that point in time. ...The first terminal is from that moment no longer involved in transactions leading to transferring of the session towards the second terminal.”<br>（译文：……第一终端的用户在第一终端上输入暂停会话的命令。第一终端向内容服务器发信号指示发送会话内容在该时间点应被暂停或保持。……从该时刻起，第一终端不再参与导致会话向第二终端转移的事务。） | 1. 作用与技术方案比对：<br>目标专利的技术特征I表明在会话复制完成后，原第一WTRU并未终止或断开媒体流，而是继续从MRF接收复制出来的其中一路媒体流（参见说明书[0055]、[0059]、[0062]、[0078]、[0092]）。<br>对比文件中第一终端在发送Pause后流即被停止，且随后会话被转移到第二终端，第一终端不再接收任何媒体流；更不存在从MRF流向第一WTRU的路径。<br>2. 公开性判断：<br>对比文件的转移技术导致第一终端流停止，与目标专利复制后第一终端仍接收MRF媒体流的技术方案相反。因此，技术特征I既未被直接公开，也未被隐含公开。 |
| 技术特征J：<br>从所述MRF流向所述第二WTRU<br><br>【未公开】 | 无直接或隐含对应公开内容。<br><br>对比文件公开的第二终端媒体流：<br>[29] “At step 218, the CSF 132 resumes sending the content towards the second terminal 120.”<br>（译文：在步骤218，CSF 132恢复向第二终端120发送内容。）<br>[33] “[p0042]...At step 352, the CSF 132 resumes sending the audio/video content, or other multimedia content, in streaming form. ...and the audio/video content is sent continuously from the CSF 132 towards the second terminal 120 at step 356.”<br>（译文：……在步骤352，CSF 132以流式形式恢复发送音频/视频内容或其他多媒体内容。……并且在步骤356，音频/视频内容从CSF 132连续发送至第二终端120。） | 1. 作用与技术方案比对：<br>目标专利中，MRF作为分发节点，将复制的另一路媒体流从MRF流向第二WTRU（参见说明书[0059]、[0062]、[0078]、[0092]）。<br>对比文件中向第二终端120发送媒体流的实体是内容服务器中的CSF 132，属于内容源服务器直接发流，不存在MRF这一媒体处理功能实体。<br>2. 公开性判断：<br>媒体流源实体不同，无法毫无疑义得出MRF向第二终端发流的方案。因此，技术特征J既未被直接公开，也未被隐含公开。 |
| 技术特征K：<br>其中所述协作复制会话邀请请求包括复制报头字段<br><br>【未公开】 | 无直接或隐含对应公开内容。<br><br>对比文件关于消息报头/内容的引证：<br>[31] “...Upon receipt of the acknowledgement, the STB sends at step 310 a correlation message, for example a SIP message comprising an indication that the message is about session correlation, and the session identity for the session currently being paused, towards the ASF 152.”<br>（译文：……在接收到确认时，STB在步骤310向ASF 152发送关联消息，例如包括该消息是关于会话关联的指示以及当前正被暂停的会话的会话标识的SIP消息。）<br>[32] “...The message sent at step 318 is preferably a SIP Invite IPTV Public Service Identity (PSI) message.”<br>（译文：……步骤318发送的消息优选为SIP Invite IPTV公共服务标识（PSI）消息。） | 1. 作用与技术方案比对：<br>目标专利的技术特征K限定请求消息中携带特定的“复制报头字段”（Replication header field），其技术作用是在SIP消息层面明确将“复制请求”与“传输/转移（Transfer）请求”区分开，以指示要复制的会话标识（参见说明书[0006]、[0080]、[0081]、[0091]）。<br>对比文件中虽然提及SIP消息中包含会话标识（Session identity）或会话关联指示（Session correlation），但其是为了进行被暂停会话的关联与恢复以实现转移，根本未公开用于指示会话复制的“复制报头字段”。<br>2. 公开性判断：<br>对比文件完全未公开且无法推知任何复制报头字段。因此，技术特征K既未被直接公开，也未被隐含公开。 |
| 技术特征L：<br>其中所述复制报头字段是媒介层“i＝复制”字段<br><br>【未公开】 | 无直接或隐含对应公开内容。 | 1. 作用与技术方案比对：<br>目标专利的技术特征L限定在SDP的媒介层使用标准化字段“i=复制（replicate）”来显式指示要复制的特定媒体流组件（参见说明书[0082]）。<br>对比文件全文未涉及在SDP中使用“i=复制”字段。<br>2. 公开性判断：<br>对比文件未公开该特征。因此，技术特征L既未被直接公开，也未被隐含公开。 |
| 技术特征M：<br>其中所述复制报头字段是媒介层“a＝复制”字段<br><br>【未公开】 | 无直接或隐含对应公开内容。 | 1. 作用与技术方案比对：<br>目标专利的技术特征M限定在SDP中使用属性行“a=复制（replicate）”以标识针对媒体组件的复制指示（参见说明书[0082]）。<br>对比文件全文未涉及在SDP中使用“a=复制”属性字段。<br>2. 公开性判断：<br>对比文件未公开该特征。因此，技术特征M既未被直接公开，也未被隐含公开。 |
| 技术特征N：<br>其中所述复制报头字段是XML主体<br><br>【未公开】 | 对比文件仅在[33]、[39]、[42]、[43]处提及HTTP消息：<br>[33] “At step 340, the IMOD sends a context request message, preferably a Hyper Text Transfer Protocol (HTTP) GET message, towards the ASF 152.”<br>（译文：在步骤340，IMOD向ASF 152发送上下文请求消息，优选为超文本传输协议（HTTP）GET消息。） | 1. 作用与技术方案比对：<br>目标专利的技术特征N限定在复制请求消息中通过携带XML主体来作为复制指示，用于包含关于要复制的会话或媒体组件的控制信息（参见说明书[0083]）。<br>对比文件中第二终端向ASF发送的是标准的HTTP GET和SIP Invite IPTV PSI消息，从未披露或暗示在请求中使用XML主体来作为复制报头指示。<br>2. 公开性判断：<br>对比文件未公开该特征。因此，技术特征N既未被直接公开，也未被隐含公开。 |
| 技术特征O：<br>其中所述XML主体指示将要复制哪些媒介组件或整个会话<br><br>【未公开】 | 无直接或隐含对应公开内容。 | 1. 作用与技术方案比对：<br>目标专利的技术特征O限定了XML主体内部所承载的具体信令语义，即指示复制哪些特定媒体组件或复制整个会话（参见说明书[0083]、[0111]）。<br>对比文件由于完全未公开XML主体及复制机制，更无从公开该XML主体的内容与指示功能。<br>2. 公开性判断：<br>对比文件未公开该特征。因此，技术特征O既未被直接公开，也未被隐含公开。 |
<<<B>>>
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含中文翻译及段落标号） | 公开性论述 |
| 技术特征A：从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br><br>《未公开》 | 无对应原文记载。 | 目标专利的技术特征A涉及在多设备协同场景下，由第二WTRU向网络实体发起针对现有会话的“协作复制（collaborative replication）”邀请请求。<br>对比文件EP1909451A1涉及单一用户设备（UE）在CS域和IMS/PS域之间的单设备域间呼叫连续性（VCC切换/转移），其接收的SIP INVITE消息（段落[0003]、[0023]）是单设备自身为获取可路由号码（VDN/IMRN）以进行域切换而发起的呼叫连续性请求，根本不存在第二WTRU，更未公开“协作复制会话邀请请求”。因此，对比文件未直接公开也未隐含公开技术特征A。 |
| 技术特征B：其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br><br>《未公开》 | 无对应原文记载。 | 目标专利的技术特征B限定了第二WTRU与第一WTRU/远程方的初始状态（第三方未参与初始会话）。<br>对比文件全文仅涉及单一UE（如UE 102/302）与远程方之间发生跨域切换，完全不存在独立的第一WTRU与第二WTRU的多设备交互体系，更不存在“第二WTRU最初不关联”的架构。因此，对比文件未直接公开也未隐含公开技术特征B。 |
| 技术特征C：所述协作复制会话邀请请求源于所述第二WTRU处<br><br>《未公开》 | 无对应原文记载。 | 目标专利技术特征C限定了复制邀请请求的发起源为第二WTRU（拉模式网络复制）。<br>对比文件中的SIP INVITE消息由进行单设备域间切换的同一UE发出，并非由所谓“第二WTRU”发起协作复制请求。因此，对比文件未直接公开也未隐含公开技术特征C。 |
| 技术特征D：对所述协作复制会话邀请请求执行授权<br><br>《隐含公开》 | 段落[0028]：<br>“With respect to the operations at the network node, e.g., AS 114-N, upon receiving the Request-URI as well as call information including GRUU and/or Instance ID information, etc. via a SIP Invite message, appropriate logic at the node interrogates its databases to perform a number of verifications. A verification may be made to determine whether the user is allowed to obtain VCC service.”<br>【中文翻译】“关于网络节点（例如图1中的AS 114-N）处的操作，在经由SIP Invite消息接收到Request-URI以及包括GRUU和/或Instance ID信息等的呼叫信息后，该节点处的适宜逻辑查询其数据库以执行若干验证。可以进行验证以确定是否允许该用户获得VCC服务。”<br>段落[0034]：<br>“Upon verifying that the user is allowed to do a VCC call and the Invite message includes VCC invocation with respect to an ongoing call, the network node dynamically allocates a select IMRN...”<br>【中文翻译】“在验证了允许该用户进行VCC呼叫且Invite消息包括关于正在进行的呼叫的VCC调用之后，网络节点动态分配所选择的IMRN……” | 目标专利中，对请求的授权用于验证请求发起实体是否有权限/策略执行会话操作。<br>对比文件公开了网络节点（AS 114-N）在接收到SIP INVITE请求后，验证“是否允许该用户获得VCC服务（whether the user is allowed to obtain VCC service）”以及“验证允许该用户进行呼叫”。虽然对比文件验证的对象是单设备VCC调用请求而非“协作复制会话邀请请求”，但其公开了网络应用服务器接收SIP邀请请求后对用户/请求执行权限验证（授权）的处理机制。基于极其宽松的隐含公开判断标准，对比文件部分公开了针对会话邀请请求执行授权验证的功能机制，有可能与其他对比文件结合得出该特征，故认定为《隐含公开》。 |
| 技术特征E：为复制的媒介流分配媒介资源<br><br>《未公开》 | 无对应原文记载。 | 目标专利技术特征E是为了承载复制出来的媒体流而在媒体资源功能（MRF）等实体中分配媒体资源，以支持多方分流/混流复制。<br>对比文件公开的是为呼叫分配动态路由号码（IMRN/VDN，即E.164电话号码，参见段落[0004]、[0020]），该号码属于信令路由标识资源，而非承载媒体流传输的“媒介资源（media resources）”，且根本不涉及“复制的媒介流”。因此，对比文件未直接公开也未隐含公开技术特征E。 |
| 技术特征F：将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br><br>《未公开》 | 无对应原文记载。 | 目标专利技术特征F限定将MRF中分配/关联的复制媒介流响应发送给发起复制的第二WTRU。<br>对比文件虽然向UE返回了SIP 380响应（段落[0003]、[0028]），但该响应包含的是替代域、RAT和动态分配的VDN/IMRN路由号码，完全不涉及“媒介资源功能MRF”，也不涉及“复制的媒介流”，且接收方为单设备切换中的同一UE，而非第二WTRU。因此，对比文件未直接公开也未隐含公开技术特征F。 |
| 技术特征G：使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br><br>《未公开》 | 无对应原文记载。 | 目标专利技术特征G要求使用MRF更新第一WTRU的接入段以及远程段，从而使网络侧MRF介入并分发媒体。<br>对比文件仅涉及UE在CS域发起呼叫建立（IAM消息至MGCF，转为SIP INVITE至网络节点），由CCCF将新接入段与旧呼叫关联（段落[0034]、[0035]），未设置MRF，也未公开使用MRF更新接入段和远程段以支持复制媒介流。因此，对比文件未直接公开也未隐含公开技术特征G。 |
| 技术特征H：所述媒介流之后从所述远程方流向所述MRF<br><br>《未公开》 | 无对应原文记载。 | 目标专利技术特征H定义了复制拓扑中远程方媒体流向网络侧MRF。<br>对比文件未公开网络拓扑中存在MRF实体用于锚定与分发媒体流，对比文件的媒体流是在切换后直接或经标准媒体网关在单UE与远程方之间传输，未公开媒体流流向MRF。因此，对比文件未直接公开也未隐含公开技术特征H。 |
| 技术特征I：从所述MRF流向所述第一WTRU<br><br>《未公开》 | 无对应原文记载。 | 目标专利技术特征I定义了MRF将复制的媒体流分发流向第一WTRU。<br>对比文件不存在MRF，亦不存在将媒体流从MRF分流至第一WTRU的技术方案。因此，对比文件未直接公开也未隐含公开技术特征I。 |
| 技术特征J：从所述MRF流向所述第二WTRU<br><br>《未公开》 | 无对应原文记载。 | 目标专利技术特征J定义了MRF将复制的媒体流分流送达至第二WTRU。<br>对比文件完全不涉及第二WTRU，亦不存在MRF分发流向第二WTRU的方案。因此，对比文件未直接公开也未隐含公开技术特征J。 |
| 技术特征K：其中所述协作复制会话邀请请求包括复制报头字段<br><br>《未公开》 | 无对应原文记载。 | 目标专利技术特征K限定在协作复制请求中携带专用的“复制报头字段”以区别于传输会话。<br>对比文件在SIP INVITE中携带的是用于域转移的特定Request-URI（如DTR-URI或VVNU，段落[0003]、[0006]、[0024]）或Target-Dialog/Same-Session报头（用于关联现有会话），未包含任何指示“复制”的复制报头字段。因此，对比文件未直接公开也未隐含公开技术特征K。 |
| 技术特征L：其中所述复制报头字段是媒介层“i＝复制”字段<br><br>《未公开》 | 无对应原文记载。 | 对比文件全文未记载SDP媒体描述中的“i=复制”行字段。因此，对比文件未直接公开也未隐含公开技术特征L。 |
| 技术特征M：其中所述复制报头字段是媒介层“a＝复制”字段<br><br>《未公开》 | 无对应原文记载。 | 对比文件全文未记载SDP媒体描述中的“a=复制”属性字段。因此，对比文件未直接公开也未隐含公开技术特征M。 |
| 技术特征N：其中所述复制报头字段是XML主体<br><br>《未公开》 | 无对应原文记载。 | 目标专利技术特征N限定在会话邀请请求中采用XML主体作为复制报头字段来指示会话复制。<br>对比文件虽然在段落[0005]、[0028]、[0030]–[0032]中公开了在返回给UE的“SIP 380响应消息”的主体中可以使用XML编码（包含alternative-service、VCC Invocation等元素），但其一方面不是请求中的报头/字段，另一方面其XML内容用于指示替代服务与可路由号码，与“协作复制”毫无关联。因此，对比文件未直接公开也未隐含公开技术特征N。 |
| 技术特征O：其中所述XML主体指示将要复制哪些媒介组件或整个会话<br><br>《未公开》 | 无对应原文记载。 | 对比文件未公开在XML主体中指示复制媒介组件或复制整个会话的信息。因此，对比文件未直接公开也未隐含公开技术特征O。 |
<<<d>>>
**特征比对与公开性评估**
| 技术特征描述及判断结果 | 对比文件原文引用（含中文翻译及段落标号） | 公开性论述 |
| 技术特征A：从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br><br>【未公开】 | 无对应公开内容。<br><br>相关内容参见：<br>【0010】“Thereafter, the second terminal sends a message to the application server, requesting to get information related to the session that is currently being paused. The application server replies by sending the session identity to the second terminal. Using the session identity, the second terminal then requests from the content server resumption of the session.”（此后，第二终端向应用服务器发送消息，请求获取与当前正被暂停的会话相关的信息。应用服务器通过向第二终端发送会话标识进行答复。使用该会话标识，第二终端随后向内容服务器请求恢复该会话。）<br>【0034】“The IMOD sends at step 318 a message towards a P-CSCF 390, the message being intended to initiate the login process... The message sent at step 318 is preferably a SIP Invite IPTV Public Service Identity (PSI) message.”（IMOD在步骤318向P-CSCF 390发送消息，该消息旨在发起登录过程……步骤318发送的消息优选为SIP Invite IPTV公共业务标识（PSI）消息。） | 1. 作用与技术方案分析：<br>目标专利中，该特征是指SCC AS接收来自第二WTRU的拉模式“协作复制会话邀请请求”，用于请求在第二WTRU与第一WTRU之间复制会话/媒介流（参见说明书【0006】、【0056】、【0061】及【0091】）。<br>2. 对比文件比对：<br>对比文件公开的是会话的转移（Transfer）/拉取（Pull）恢复机制：第一终端将当前会话暂停（Pause），第二终端通过向应用服务器发送HTTP GET上下文请求获取暂停会话的ID，随后向内容服务器发送RTSP Play恢复请求以将整个会话接管并恢复（参见【0010】、【0034】-【0035】）。第二终端向IMS网络发送的SIP Invite IPTV PSI消息仅用于第二终端自身的“登录（Login）”，并非请求协作复制会话的邀请。<br>3. 结论：<br>对比文件既未涉及“会话复制（Replication）”，也未涉及“协作会话邀请请求”，二者在控制机制与实现目的上存在实质差异，未直接公开，亦无法合理推理出隐含公开。 |
| 技术特征B：其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br><br>《直接公开》 | 【0022】“The session having been set up between the first terminal and the content server by conventional means involving the assistance of an application server, the content server is at the time sending a content towards the first terminal... A user of the first terminal enters a command on the first terminal to pause the session... The first terminal is from that moment no longer involved in transactions leading to transferring of the session towards the second terminal. The user then turns to the second terminal and enters a command indicating a desire to resume the session on that second terminal. The second terminal sends a message towards the application server, requesting to receive the identity of the session currently being paused.”（在应用服务器协助下通过常规手段在第一终端与内容服务器之间建立会话后，内容服务器当时正向第一终端发送内容……第一终端的用户在第一终端上输入暂停会话的命令……从该时刻起，第一终端不再参与导致会话向第二终端转移的事务。用户随后转向第二终端并输入指示希望在该第二终端上恢复会话的命令。第二终端向应用服务器发送消息，请求接收当前正被暂停的会话的标识。）<br>【0029】“In this exemplary sequence diagram, a session has been set up by a service network 100 between the first terminal 110 and the CSF 132 comprised in the content server 130.”（在该示例性时序图中，业务网络100已在第一终端110与内容服务器130中包含的CSF 132之间建立了会话。） | 1. 作用与技术方案分析：<br>在目标专利中，该特征限定了第二WTRU在发起拉模式请求前，并未加入第一WTRU与远端正在进行的会话中（即最初不是该会话的参与方）。<br>2. 对比文件比对：<br>对比文件【0022】及【0029】明确公开了正在进行的多媒体会话最初仅在第一终端（对应第一WTRU）与内容服务器（对应远程方）之间建立并传输。第二终端（对应第二WTRU）在会话暂停前并未参与该会话，即最初与第一终端和内容服务器之间的会话并不关联，所起的技术作用完全相同。<br>3. 结论：<br>本领域技术人员能够毫无疑义地直接得出该技术方案，属于《直接公开》。 |
| 技术特征C：所述协作复制会话邀请请求源于所述第二WTRU处<br><br>【未公开】 | 无对应公开内容。<br><br>相关内容参见：<br>【0009】“The second terminal can, according to the present invention, pull the session away from the first terminal with minimal interaction between the first terminal and the service network.”（根据本发明，第二终端可以采用与第一终端和业务网络之间的最小交互将该会话从第一终端拉走。）<br>【0010】“Thereafter, the second terminal sends a message to the application server, requesting to get information related to the session that is currently being paused... Using the session identity, the second terminal then requests from the content server resumption of the session.”（此后，第二终端向应用服务器发送消息，请求获取与当前正被暂停的会话相关的信息……使用该会话标识，第二终端随后向内容服务器请求恢复该会话。） | 1. 作用与技术方案分析：<br>目标专利中该特征是指发起拉模式会话复制的主体源于第二WTRU。<br>2. 对比文件比对：<br>虽然对比文件公开了由第二终端主动发起拉取转移（Pull model），向ASF发送请求获取暂停会话的ID并向CSF发送恢复请求，但对比文件自始至终不存在“协作复制会话邀请请求”。第二终端发起的是恢复被暂停会话的转移请求（RTSP Play）或针对应用服务器的上下文查询（HTTP GET），其本质属于转移而非协作复制。<br>3. 结论：<br>由于该特征依赖于基础特征“协作复制会话邀请请求”，而对比文件完全不存在会话复制及协作邀请消息，因此未直接公开，亦无法隐含公开。 |
| 技术特征D：对所述协作复制会话邀请请求执行授权<br><br>《隐含公开》 | 【0011】“A second aspect of the present invention is directed to a variant of the hereinabove method wherein the application server uses authentication means to verify that the first terminal and second terminal are related, prior to sending the session identity to the second terminal.”（本发明的第二方面涉及上述方法的一种变型，其中应用服务器在向第二终端发送会话标识之前，使用认证手段来验证第一终端与第二终端是关联的。）<br>【0034】“The ASF 152 may verify at step 323, by use of the authentication data received in both of the SIP Invite IPTV PSI message and the correlation message, that the second terminal 120 is related to the first terminal 110. Authentication data received from the two terminals point to a same subscription for the user in a normal case wherein no malicious terminal is attempting to use the session.”（ASF 152可以在步骤323中利用在SIP Invite IPTV PSI消息和关联消息两者中接收到的认证数据，验证第二终端120与第一终端110是关联的。在没有恶意终端试图使用该会话的正常情况下，从两个终端接收到的认证数据指向该用户的相同预订。）<br>【0035】“The ASF 152 may again verify at step 341, by use of the authentication data received in the context request message and in the correlation message, that the second terminal 120 is related to the first terminal 110.”（ASF 152可在步骤341中再次利用在上下文请求消息和关联消息中接收到的认证数据验证第二终端120与第一终端110是关联的。） | 1. 作用与技术方案分析：<br>目标专利中，该特征是指由网络侧（SCC AS）在收到第二WTRU拉取会话的请求后，对请求进行鉴权/授权（例如验证用户简档、预订限制或询问第一WTRU），以保证会话建立的合法性与安全性。<br>2. 对比文件比对与推理：<br>对比文件公开了应用服务器在接收到第二终端的登录邀请（SIP Invite）及上下文请求（HTTP GET）后，在步骤323和341利用认证数据验证第一终端与第二终端是否同属一个用户预订，以防止恶意终端获取并接管会话，起到对第二终端请求的合法性进行核验和准入控制（授权）的作用。<br>虽然对比文件核验的是终端关联性与拉取恢复权限，而非针对“协作复制”的特定授权，但基于宽松的隐含公开判断原则，对比文件部分公开了“在网络侧对第二终端发起的拉取会话请求执行认证/授权”的技术方案，本领域技术人员结合该机制能够合理解释和推断出对会话请求执行授权的功能单元与流程。<br>3. 结论：<br>符合宽松判断标准，认定为《隐含公开》。 |
| 技术特征E：为复制的媒介流分配媒介资源<br><br>【未公开】 | 无对应公开内容。<br><br>相关内容参见：<br>【0026】“The CSF 132 may provide information to the ASF 152 about its capabilities and current load. The ASF 152 may use this load information from the CSF 132 to determine whether or not the CSF 132 may support more sessions. The ASF 152 may also select the CSF 132 according to capabilities of the CSF 132 and capabilities of the terminals 110, 120.”（CSF 132可以向ASF 152提供关于其能力和当前负载的信息。ASF 152可以使用来自CSF 132的该负载信息来确定CSF 132是否可以支持更多会话。ASF 152还可以根据CSF 132的能力以及终端110、120的能力来选择CSF 132。） | 1. 作用与技术方案分析：<br>目标专利中，SCC AS在网络中通过MRF（媒介资源功能）分配专门用于复刻、分发多路媒介流的媒体资源（参见【0007】、【0059】、【0062】）。<br>2. 对比文件比对：<br>对比文件中，会话是在内容服务器（CSF 132）上单向恢复传输至第二终端（【0035】步骤352），其多媒体数据源为内容服务器本地硬盘存储，采用的是点对点RTSP流传输，网络侧既未引入MRF架构，更无“为复制的媒介流分配媒介资源”的操作。<br>3. 结论：<br>未直接公开，亦无法合理推断得出，属于未公开。 |
| 技术特征F：将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br><br>【未公开】 | 无对应公开内容。<br><br>相关内容参见：<br>【0034】“The ASF 152 accepts the login and replies with a SIP 200 OK message sent towards the S-CSCF 392 at step 324... forwards the message towards the IMOD at step 328.”（ASF 152接受登录，并在步骤324向S-CSCF 392发送SIP 200 OK消息予以答复……在步骤328向IMOD转发该消息。）<br>【0035】“The CSF 132 sends a RTSP 200 OK towards the IMOD at step 354, and the audio/video content is sent continuously from the CSF 132 towards the second terminal 120 at step 356.”（CSF 132在步骤354向IMOD发送RTSP 200 OK，并且音/视频内容在步骤356从CSF 132向第二终端120连续发送。） | 1. 作用与技术方案分析：<br>目标专利中，SCC AS向第二WTRU返回携带MRF媒介信息的响应（例如200 OK附带SDP answer），使第二WTRU能够与网络MRF建立复制流的接入段（参见【0062】、【0077】及【0092】步骤1313-1314）。<br>2. 对比文件比对：<br>对比文件中，第二终端接收到的响应是针对登录请求的SIP 200 OK（步骤328）、针对上下文请求的HTTP 200 OK（步骤342）或针对播放请求的RTSP 200 OK（步骤354），完全不涉及MRF中复制媒介流的响应。<br>3. 结论：<br>对比文件缺乏MRF实体及复制媒介流交互机制，未直接公开，亦未隐含公开。 |
| 技术特征G：使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br><br>【未公开】 | 无对应公开内容。<br><br>相关内容参见：<br>【0022】“The first terminal then sends a correlation message comprising the session identity towards the application server, which may take note of the fact that the session is currently being paused. The first terminal is from that moment no longer involved in transactions leading to transferring of the session towards the second terminal.”（第一终端随后向应用服务器发送包含该会话标识的关联消息，应用服务器可以注意到该会话当前正被暂停的事实。第一终端从该时刻起不再参与导致会话向第二终端转移的事务。） | 1. 作用与技术方案分析：<br>目标专利中，为了让第一WTRU保留原媒介流，同时让远端继续发送单路流，SCC AS通过重协商信令使用MRF更新第一WTRU的接入段（指向MRF）并更新远程段（将远端流锚定到MRF）（参见【0059】、【0062】、【0080】）。<br>2. 对比文件比对：<br>对比文件采用的是将第一终端的会话完全暂停后交由第二终端恢复的转移机制。第一终端在发送关联消息后完全退出了后续通信，并不存在更新第一终端接入段使其连接至MRF的操作；远程段亦仅是直接重新建立向第二终端的单路串流传输。<br>3. 结论：<br>对比文件架构与流程完全不同，未直接公开且未隐含公开。 |
| 技术特征H：所述媒介流之后从所述远程方流向所述MRF<br><br>【未公开】 | 无对应公开内容。<br><br>相关内容参见：<br>【0035】“The IMOD sends a resume message, preferably a RTSP Play message, towards the CSF 132 at step 350... At step 352, the CSF 132 resumes sending the audio/video content, or other multimedia content, in streaming form... audio/video content is sent continuously from the CSF 132 towards the second terminal 120 at step 356.”（IMOD在步骤350向CSF 132发送恢复消息，优选为RTSP Play消息……在步骤352，CSF 132以流形式恢复发送音频/视频内容或其他多媒体内容……音频/视频内容在步骤356从CSF 132向第二终端120连续发送。） | 1. 作用与技术方案分析：<br>目标专利中，远程方的媒介流汇聚至网络核心侧的MRF，由MRF作为分发中心进行复制和分流。<br>2. 对比文件比对：<br>对比文件的媒介流是从内容服务器（CSF 132）直接通过RTSP流传输至第二终端（步骤356），不存在流向MRF的过程。<br>3. 结论：<br>未直接公开，亦未隐含公开。 |
| 技术特征I：从所述MRF流向所述第一WTRU<br><br>【未公开】 | 无对应公开内容。<br><br>相关内容参见：<br>【0033】“The CSF 132 pauses transmission of the media stream at step 306... The ASF 152 takes note that the session is currently being paused, stores the session identity, and sends an acknowledgement, for example a SIP 200 OK message, towards the STB.”（CSF 132在步骤306暂停媒体流的传输……ASF 152注意到该会话当前正被暂停，存储该会话标识，并向STB发送确认，例如SIP 200 OK消息。） | 1. 作用与技术方案分析：<br>目标专利在复制成功后，MRF继续向第一WTRU发送媒介流，保持原会话在第一WTRU上的呈现（参见【0055】、【0062】）。<br>2. 对比文件比对：<br>对比文件中的第一终端处于暂停状态，流传输被中止且转移至第二终端，第一终端不再接收媒介流。<br>3. 结论：<br>未直接公开，亦未隐含公开。 |
| 技术特征J：从所述MRF流向所述第二WTRU<br><br>【未公开】 | 无对应公开内容。<br><br>相关内容参见：<br>【0035】“...and the audio/video content is sent continuously from the CSF 132 towards the second terminal 120 at step 356.”（……并且音/视频内容在步骤356从CSF 132向第二终端120连续发送。） | 1. 作用与技术方案分析：<br>目标专利中，第二WTRU上的复制媒介流是由MRF分发提供的。<br>2. 对比文件比对：<br>对比文件的第二终端接收的流是直接由内容服务器CSF 132发送的，网络中无MRF分发实体。<br>3. 结论：<br>未直接公开，亦未隐含公开。 |
| 技术特征K：其中所述协作复制会话邀请请求包括复制报头字段<br><br>【未公开】 | 无对应公开内容。<br><br>相关内容参见：<br>【0033】“Upon receipt of the acknowledgement, the STB sends at step 310 a correlation message, for example a SIP message comprising an indication that the message is about session correlation, and the session identity for the session currently being paused, towards the ASF 152.”（在收到确认后，STB在步骤310向ASF 152发送关联消息，例如包括该消息是关于会话关联的指示以及当前正被暂停的会话的会话标识的SIP消息。）<br>【0034】“The message sent at step 318 is preferably a SIP Invite IPTV Public Service Identity (PSI) message.”（步骤318发送的消息优选为SIP Invite IPTV公共业务标识（PSI）消息。） | 1. 作用与技术方案分析：<br>目标专利中，该报头字段用于在SIP信令层面显式标识该会话建立属于“复制”而非普通传输或转移（参见说明书【0081】、【0091】）。<br>2. 对比文件比对：<br>对比文件虽然在步骤310和358的关联消息中使用了“session correlation指示及session identity”，在步骤318使用了SIP Invite IPTV PSI消息，但没有任何与“复制（Replication）”相关的报头字段，其信令全部针对会话转移/恢复与关联。<br>3. 结论：<br>未直接公开，亦未隐含公开。 |
| 技术特征L：其中所述复制报头字段是媒介层“i＝复制”字段<br><br>【未公开】 | 无对应公开内容。 | 对比文件通篇未记载在SDP中使用“i=复制”（i=replicate）字段，属于未公开。 |
| 技术特征M：其中所述复制报头字段是媒介层“a＝复制”字段<br><br>【未公开】 | 无对应公开内容。 | 对比文件通篇未记载在SDP属性中使用“a=复制”（a=replicate）字段，属于未公开。 |
| 技术特征N：其中所述复制报头字段是XML主体<br><br>【未公开】 | 无对应公开内容。 | 对比文件未公开在复制请求中通过XML主体携带复制指示或复制配置信息，属于未公开。 |
| 技术特征O：其中所述XML主体指示将要复制哪些媒介组件或整个会话<br><br>【未公开】 | 无对应公开内容。 | 对比文件不存在针对多媒体会话中复制组件或整个会话复制的XML主体指示，属于未公开。 |
---
<<<B>>>
<<<d>>>
根据目标专利说明书原文的记载以及对比文件的公开内容，严格按照给出的技术特征划分执行特征比对与公开性判断。
---
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含中文翻译与段落标号） | 公开性论述 |
| 技术特征A：从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br><br>【未公开】 | 无对应公开内容。对比文件中涉及的会话/呼叫建立相关内容如下：<br>[0148] "User Interface to common enterprise telephony features: call making, call receiving..."（中文翻译：针对通用企业电话特性的用户界面：发起呼叫、接收呼叫……）；<br>[0268] "At a first step 1100, the user of mobility client 816 may send a SIP invite to mobility server 818..."（中文翻译：在第一步1100中，移动客户端816的用户可以向移动服务器818发送SIP邀请……）。 | 作用对比与公开性分析：<br>1. 目标专利中作用：技术特征A用于协作会话复制机制（如拉模式），由非参与原会话或受控方的第二WTRU主动发起邀请，请求在第二WTRU与第一WTRU之间建立协作会话并复制已有会话的媒体流（见目标专利说明书[0007]、[0056]、[0061]）。<br>2. 对比文件分析：对比文件公开的是移动客户端（如816）向移动服务器发送常规的“SIP invite”呼叫请求，或在漫游切换、点对多点会议时发起呼叫。对比文件中既没有“协作复制会话”的概念，也没有从第二WTRU接收“协作复制会话邀请请求”的教导。<br>3. 判断：本领域技术人员既不能直接得出该特征，也无法通过合理推断得出协作复制的会话邀请，因此技术特征A未被直接公开或隐含公开。 |
| 技术特征B：其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br><br>【未公开】 | 无对应公开内容。对比文件中多方呼叫/会议内容如下：<br>[0426] "Rendezvous Calling (RC) enables a user to setup a point-to-point (PP) or a point-to-multipoint (PMP) media call... determines the time of call establishment based on the availability... of all the participants involved..."（中文翻译：会合呼叫（RC）使得用户能够建立点对点（PP）或点对多点（PMP）媒体呼叫……基于所涉及的所有参与者的可用性来确定呼叫建立的时间……）。 | 作用对比与公开性分析：<br>1. 目标专利中作用：界定了“会话复制”场景的初始拓扑，即第一WTRU与远程方之间已经存在正在进行的单向/双向媒体会话，而第二WTRU原本并未加入该会话，复制请求旨在将正在进行的会话媒体流复制分发给该原本不关联的第二WTRU（见目标专利[0055]-[0056]）。<br>2. 对比文件分析：对比文件公开的会议呼叫（PMP）是由服务器同时或按可用度召集所有参与方统一建会，或者普通呼叫建立，不存在原本已存在第一WTRU与远程方的正在进行的媒体流、而让一个初始不关联的终端加入并复制该流的机制。<br>3. 判断：技术特征B未被直接公开或隐含公开。 |
| 技术特征C：所述协作复制会话邀请请求源于所述第二WTRU处<br><br>【未公开】 | 针对常规呼叫发起，对比文件记载：<br>[0268] "...the user of mobility client 816 may send a SIP invite to mobility server 818... Call control client module 1098 may interact with mobility manager client module 1096 to determine the best method for reaching mobility server 818."（中文翻译：……移动客户端816的用户可以向移动服务器818发送SIP邀请……呼叫控制客户端模块1098可以与移动管理客户端模块1096交互以确定到达移动服务器818的最佳方式。） | 作用对比与公开性分析：<br>1. 目标专利中作用：明确了协作复制会话邀请是由第二WTRU主动发起（拉模式复制Pull mode），由第二WTRU请求网络拉取现有会话的流到第二WTRU（见目标专利[0056]、[0061]）。<br>2. 对比文件分析：如特征A和B所述，对比文件中根本不存在“协作复制会话邀请请求”，虽然对比文件公开了终端可以发起普通SIP邀请，但由于所承载的会话机制完全不同，不能认为公开了“协作复制会话邀请请求源于第二WTRU”。<br>3. 判断：技术特征C未被直接公开或隐含公开。 |
| 技术特征D：对所述协作复制会话邀请请求执行授权<br><br>《隐含公开》 | 对比文件关于呼叫请求的验证与授权记载如下：<br>[0232] "...Once mobility server 818 has received the registration information from mobility client 816 and has verified that mobility client 816 is a valid and subscribed device, mobility server 816 may accept incoming and outgoing telecommunication request to and from mobility client 816."（中文翻译：……一旦移动服务器818接收到来自移动客户端816的注册信息并且验证了移动客户端816是有效且已订阅的设备，移动服务器818即可接受去往和来自移动客户端816的呼入和呼出电信请求。）<br>[0239] "Policy manager module 910 may be configured to enforce policy defined by enterprise 800. The policy may include, but are not limited to, telecommunication session privileges, ability to roam, availability of communication service features, and the like."（中文翻译：策略管理器模块910可被配置为执行由企业800定义的策略。该策略可以包括但不限于电信会话权限、漫游能力、通信服务特性的可用性等。）<br>[0449] "When the server receives a RC Request, a validation check is done to make sure that all the participants involved have signed on for RC services... If a valid RC request, the server will queue it up..."（中文翻译：当服务器接收到RC请求时，执行验证检查以确保涉及的所有参与者都已签约RC服务……如果为有效RC请求，服务器将对其排队……） | 作用对比与公开性分析：<br>1. 目标专利中作用：在SCC AS收到复制邀请请求后，验证用户策略、简档或询问第一WTRU以确认是否允许复制会话媒体（见目标专利[0058]、[0061]、[0066]）。<br>2. 对比文件作用与推理：对比文件公开了在服务器端接收到客户端的呼叫请求（如SIP呼叫、电信会话请求、RC会议请求）时，由策略管理器（Policy Manager）对通信会话特权、服务特性进行策略鉴权，并对请求执行有效性检查（validation check）与权限检查（签约鉴权）。在极其宽松的隐含公开判断标准下，对比文件部分公开了对来自终端的会话/呼叫邀请请求进行鉴权和授权验证的技术方案，本领域技术人员结合常规通信协议可以容易推理出对会话请求进行权限与策略授权的处理方式，有可能与其它特征组合构成对该特征的公开。<br>3. 判断：技术特征D被对比文件《隐含公开》。 |
| 技术特征E：为复制的媒介流分配媒介资源<br><br>《隐含公开》 | 对比文件关于媒介资源分配的记载如下：<br>[0109] "Resource Manager (RM): Resource manager provides logical map of the physical/network resources. These resources include GE port, DSP resources, sockets, UDP/TCP ports etc... CC uses RM for resource CAC, resource reservation and commit. As part of the commit, RM talks to media switch to program hardware to enable media flow."（中文翻译：资源管理器（RM）：资源管理器提供物理/网络资源的逻辑映射。这些资源包括GE端口、DSP资源、套接字、UDP/TCP端口等……呼叫控制（CC）使用RM进行资源CAC、资源预留与提交。作为提交的一部分，RM与媒体交换机交互以对硬件编程以启用媒体流。）<br>[0276] "...Before forwarding the SIP OK message to mobility client 816, call control server module 920 may interact with resource manager module 924 to request for resource allocation. Resource manager module 924 may interact with media server and voice quality engine module 934 of mobility server 818 to determine the amount of resources that may need to be allocated. In an embodiment, resource allocation may depend upon the telecommunication session media requirements (e.g., text, voice, video, etc.)."（中文翻译：……在向移动客户端816转发SIP OK消息之前，呼叫控制服务器模块920可以与资源管理器模块924交互以请求资源分配。资源管理器模块924可以与移动服务器818的媒体服务器和语音质量引擎模块934交互，以确定可能需要分配的资源量。在一个实施例中，资源分配可以取决于电信会话媒体要求（例如文本、语音、视频等）。） | 作用对比与公开性分析：<br>1. 目标专利中作用：当决定建立/复制媒体流时，核心网实体为即将生成的复制媒体流预留分配端口、通道或处理器媒体资源（见目标专利[0059]、[0062]）。<br>2. 对比文件作用与推理：对比文件明确公开了呼叫控制模块通过资源管理器（Resource Manager）向媒体服务器申请并分配用于媒体流的媒体资源（DSP资源、UDP端口、套接字等），以支持媒体流传输。在极其宽松的隐含公开标准下，对比文件公开了服务器为多媒体会话流分配媒体资源的核心方案，虽然在对比文件中该媒介流是普通通话流或多方会议流而非特定“复制的媒介流”，但对比文件已经部分公开了为通信会话媒体流分配底层媒介资源的技术手段，且能够合理推理出为新增的数据流分配资源。<br>3. 判断：技术特征E被对比文件《隐含公开》。 |
| 技术特征F：将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br><br>【未公开】 | 对比文件关于向客户端发送会话响应记载如下：<br>[0277] "At a next step 1118, mobility server 818 may forward the SIP OK message to mobility client 816..."（中文翻译：在下一步1118中，移动服务器818可以将SIP OK消息转发给移动客户端816……） | 作用对比与公开性分析：<br>1. 目标专利中作用：在IMS网络中，SCC AS分配好MRF中的资源后，向发起拉模式复制的第二WTRU回送与MRF中复制媒体流相关的SIP响应（如携带MRF媒体描述的200 OK）（见目标专利[0062]中步骤513/514）。<br>2. 对比文件分析：对比文件仅公开了在常规双向呼叫建立过程中将对端的SIP OK消息经过移动服务器转发给移动客户端816。对比文件中完全没有涉及媒介资源功能（MRF），更不存在将针对MRF中复制媒介流的响应传送给第二WTRU。<br>3. 判断：技术特征F未被直接公开或隐含公开。 |
| 技术特征G：使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br><br>【未公开】 | 无对应公开内容。对比文件中网络切换与更新段相关的记载如下：<br>[0198] "...On the server side, the server drops the 802.11 call leg to the client, patches the cellular call leg to the other talking party."（中文翻译：……在服务器侧，服务器断开到客户端的802.11呼叫段，并将蜂窝呼叫段修补/连接到另一通话方。）<br>[0288] "...In an embodiment, a new connection 1328 between outside telephone 802 and mobility client 816 may be established. New connection 1328 may include existing leg 1304 and a newly created leg 1330 through cellular network 862..."（中文翻译：……在一个实施例中，可以建立室外电话802与移动客户端816之间的新连接1328。新连接1328可以包括现有段1304和通过蜂窝网络862新创建的段1330……） | 作用对比与公开性分析：<br>1. 目标专利中作用：由于引入了会话复制且通过MRF进行中心分发，原本第一WTRU直接与远程方通信的会话段必须被更新：通过向第一WTRU和远程端发送re-INVITE或UPDATE，将第一WTRU的接入段以及远程段的媒体锚定点重定向/更新到MRF上（见目标专利[0059]、[0062]、[0089]）。<br>2. 对比文件分析：对比文件中虽然在漫游切换时提到了呼叫段（leg），但该切换是将原有Wi-Fi呼叫段拆除并替换为蜂窝呼叫段（或反之），其目的是终端单设备在网络间的移动性管理，完全未公开使用MRF更新第一WTRU上的接入段和更新远程段以实现复制分发。<br>3. 判断：技术特征G未被直接公开或隐含公开。 |
| 技术特征H：所述媒介流之后从所述远程方流向所述MRF<br><br>《隐含公开》 | 对比文件关于外部通话方媒体流向服务器的记载如下：<br>[0235] "...In an embodiment, mobility server 818 is a server that manages all incoming and outgoing telecommunication sessions. In other words, media traffic (e.g., media packets) may be routed to mobility server 818 before being forwarded to a final destination (e.g., mobility client 816 or outside telephone 802)..."（中文翻译：……在一个实施例中，移动服务器818是管理所有呼入和呼出电信会话的服务器。换句话说，媒体流量（例如媒体分组）在被转发到最终目的地（例如移动客户端816或室外电话802）之前可以被路由到移动服务器818……）<br>[0278] "...At a final step 1124, a telecommunication session may be established between mobility client 816 and outside telephone 802. The telecommunication session includes two connections (leg 1126 and leg 1128). Leg 1126 may be between outside telephone 802 and mobility server 818 via carrier network 860, PBX 810, and IP network 812... With this method, all telecommunication traffic between mobility client 816 and outside telephone 802 are handled by mobility server 818."（中文翻译：……在最终步骤1124中，可以在移动客户端816和室外电话802之间建立电信会话。该电信会话包括两个连接（段1126和段1128）。段1126可以是在室外电话802与移动服务器818之间经由运营商网络860、PBX 810和IP网络812……通过该方法，移动客户端816与室外电话802之间的所有电信流量均由移动服务器818处理。） | 作用对比与公开性分析：<br>1. 目标专利中作用：建立复制架构后，远程方的下行媒体流首先传输到网络侧的媒体资源实体（MRF）中，以便在MRF处进行媒体流的复制和向多个分支分发（见目标专利[0059]、[0062]）。<br>2. 对比文件作用与推理：对比文件公开了移动服务器818内部包含媒体服务器/媒体交换引擎（Media switch / Media Server 934），且所有来自外部电话（outside telephone 802，即远程方）的媒体流量（media traffic）在转发前必须首先路由流入移动服务器818（段1126）。媒体服务器和MRF在网络中均承担处理和转发媒体流的中间节点功能。在非常宽松的隐含公开判断标准下，对比文件公开了远程方的媒体流流向网络侧媒体处理/分发服务器节点的方案，本领域技术人员可以合理推断出该拓扑下媒体流由远端流向网络媒体实体。<br>3. 判断：技术特征H被对比文件《隐含公开》。 |
| 技术特征I：从所述MRF流向所述第一WTRU<br><br>《隐含公开》 | 对比文件关于媒体流从服务器流向移动客户端的记载如下：<br>[0235] "...In other words, media traffic (e.g., media packets) may be routed to mobility server 818 before being forwarded to a final destination (e.g., mobility client 816 or outside telephone 802)..."（中文翻译：……换句话说，媒体流量（例如媒体分组）在被转发到最终目的地（例如移动客户端816或室外电话802）之前可以被路由到移动服务器818……）<br>[0278] "...Leg 1128 may be between mobility client 816 and mobility server 818 via IP network 812 and Wi-Fi network 814. With this method, all telecommunication traffic between mobility client 816 and outside telephone 802 are handled by mobility server 818."（中文翻译：……段1128可以在移动客户端816与移动服务器818之间经由IP网络812和Wi-Fi网络814。通过该方法，移动客户端816与室外电话802之间的所有电信流量均由移动服务器818处理。） | 作用对比与公开性分析：<br>1. 目标专利中作用：网络侧实体（MRF）将接收到的媒体流下发传输给第一WTRU，以维持第一WTRU的正常媒体通信（见目标专利[0059]、[0062]）。<br>2. 对比文件作用与推理：对比文件公开了从外部远端电话送达移动服务器818（包含媒体服务器/媒体交换引擎934）的媒体分组，经由段1128从移动服务器转发并流向移动客户端816（第一WTRU）。在宽松的隐含公开标准下，对比文件公开了网络媒体服务器向第一通信终端传输媒体流的技术方案，本领域技术人员可以合理解释并推断出媒体流从网络媒体功能流向该主通信终端。<br>3. 判断：技术特征I被对比文件《隐含公开》。 |
| 技术特征J：从所述MRF流向所述第二WTRU<br><br>《隐含公开》 | 对比文件关于媒体服务器向会议中的其他参与方分发媒体流的记载如下：<br>[0110] "Media Switch Application (MSA)... The application will perform the following functions: RTP packet processing; Switching; Transcoding; Conferencing..."（中文翻译：媒体交换应用程序（MSA）……该应用程序将执行以下功能：RTP分组处理；交换；转码；会议……）<br>[0481] "...If all required participants consent to conduct the conference, embodiments of the present invention then connect the bearer channels to each participant so that the teleconference may proceed."（中文翻译：……如果所有所需参与者均同意举行会议，则本发明的实施例将承载信道连接到每个参与者，以便电话会议可以继续。）<br>[0492] "...RC server module 1906 then employs media signaling layer 1930 and media switching layer 1934 to accomplish the bearer channel connection among the participants. For example, RC server module 1906 may employ the switching module in mobility server 1904 to establish calls between each participant to the media server 1904 or to the enterprise PBX, wherein the individual bearer channels may be interconnected to create the RC. Thereafter, the RC may begin."（中文翻译：……RC服务器模块1906随后采用媒体信令层1930和媒体交换层1934来实现各参与者之间的承载信道连接。例如，RC服务器模块1906可以采用移动服务器1904中的交换模块来建立每个参与者到媒体服务器1904或企业PBX之间的呼叫，其中各个承载信道可以互连以创建RC。此后，RC可以开始。） | 作用对比与公开性分析：<br>1. 目标专利中作用：网络侧MRF将复制出来的媒体流分发给参与协作复制会话的第二WTRU，使得第二WTRU能够呈现与第一WTRU相同的媒体内容（见目标专利[0059]、[0062]）。<br>2. 对比文件作用与推理：对比文件公开了移动服务器的媒体交换应用程序（MSA）具备会议（Conferencing）功能，且在多方呼叫/会议中，媒体服务器建立到各个参与者（包括第二参与者/终端）的承载通道并互连转发媒体流，使多个参与者均能从媒体服务器接收到来自通话方的语音流。在非常宽松的隐含公开判断标准下，对比文件公开了中心媒体服务器向第二移动终端分发同一多媒体会话中的媒体流的技术方案，本领域技术人员通过推断可认为对比文件部分公开了从媒体服务器流向第二终端的技术手段。<br>3. 判断：技术特征J被对比文件《隐含公开》。 |
| 技术特征K：其中所述协作复制会话邀请请求包括复制报头字段<br><br>【未公开】 | 无对应公开内容。对比文件涉及呼叫报头及标识如下：<br>[0691] "As a packet is received in the FPGA, the IP header is examined and the UDP port number is used to perform a lookup in the FPGA's internal table... The FPGA's internal table contains a list of ports that are currently configured for media stream packets."（中文翻译：当FPGA中接收到分组时，检查IP报头，并使用UDP端口号在FPGA的内部表中执行查找……FPGA的内部表包含当前为媒体流分组配置的端口列表。） | 作用对比与公开性分析：<br>1. 目标专利中作用：在SIP邀请请求中标准化引入“复制报头字段”（Replication header field），包含要复制会话的对话ID，用于在协议层面明确区分是会话“传送”还是会话“复制”（见目标专利[0006]、[0080]-[0081]）。<br>2. 对比文件分析：对比文件未涉及任何用于区分会话复制与传送的报头字段，亦无在SIP请求中携带复制报头字段的教导。<br>3. 判断：技术特征K未被直接公开或隐含公开。 |
| 技术特征L：其中所述复制报头字段是媒介层“i＝复制”字段<br><br>【未公开】 | 对比文件无对应公开内容。 | 作用对比与公开性分析：<br>1. 目标专利中作用：在SDP中使用媒介层“i=复制（replicate）”字段明确指示要复制的特定媒体组件（见目标专利[0082]）。<br>2. 对比文件分析：对比文件完全未公开或提及在SDP中利用“i=”字段携带复制属性。<br>3. 判断：技术特征L未被直接公开或隐含公开。 |
| 技术特征M：其中所述复制报头字段是媒介层“a＝复制”字段<br><br>【未公开】 | 对比文件无对应公开内容。 | 作用对比与公开性分析：<br>1. 目标专利中作用：在SDP中定义新的“a=复制”属性字段，指示针对特定媒介组件或整个会话进行复制（见目标专利[0082]）。<br>2. 对比文件分析：对比文件未公开或提及SDP中“a=复制”属性。<br>3. 判断：技术特征M未被直接公开或隐含公开。 |
| 技术特征N：其中所述复制报头字段是XML主体<br><br>【未公开】 | 对比文件关于XML/XMPP记载如下：<br>[0265] "XMPP parser module 1072 may be configured to enable messaging services."（中文翻译：XMPP解析器模块1072可被配置为启用消息传递服务。） | 作用对比与公开性分析：<br>1. 目标专利中作用：通过在SIP请求的主体中携带XML文档来指示会话复制，并提供待复制的媒介组件详细信息（见目标专利[0083]）。<br>2. 对比文件分析：对比文件仅在客户端架构中提及XMPP解析器用于即时消息传递服务，并未公开在SIP会话请求中利用XML主体作为复制报头字段来指示会话复制。<br>3. 判断：技术特征N未被直接公开或隐含公开。 |
| 技术特征O：其中所述XML主体指示将要复制哪些媒介组件或整个会话<br><br>【未公开】 | 对比文件无对应公开内容。 | 作用对比与公开性分析：<br>1. 目标专利中作用：XML主体内明确指示待复制的具体媒介流（如仅复制视频或仅复制音频）或复制包含所有媒体组件的整个会话（见目标专利[0083]）。<br>2. 对比文件分析：对比文件完全未涉及任何会话复制及指示复制组件的XML结构。<br>3. 判断：技术特征O未被直接公开或隐含公开。 |
---
<<<d>>>
<<<e>>>
<<<h>>>
<<<i>>>
<<<j>>>
**特征比对表格**
| 技术特征描述及判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br><br>《未公开》 | 无对应公开内容。对比文件记载了在网络中向呼叫控制信息信号传送装置发送呼叫控制信息信号，例如：<br>【第2部分】“呼制御情報信号送受信部１２は、グループ通話開始要求と、発信者端末１内で生成した通話プロファイルデータを含む呼制御情報信号とを生成し、回線インタフェース１１及びネットワーク１００を介して呼制御情報信号転送装置３経由で着信者端末２に送信する。”（呼叫控制信息信号发送接收单元12生成包含群组通话开始请求和发信者终端1内生成的通话配置文件数据的呼叫控制信息信号，经由线路接口11及网络100并经由呼叫控制信息信号传送装置3发送给收信者终端2。） | 对比文件公开的是发信者终端1向收信者终端2发起群组通话（多方通话）开始请求，或者收信者终端2回复群组通话会话参加请求。在目标专利说明书（如[0007]、[0056]、[0061]、[0090]-[0091]）中，技术特征A是SCC AS从第二WTRU（即受控方/请求复制方WTRU）接收针对现有媒介会话的“协作复制会话邀请请求”（例如拉模式复制中，受控方WTRU主动向网络请求复制第一WTRU与远程方之间正在进行的会话），其作用在于发起将正在进行的既有会话的特定流复制到该第二WTRU的操作。而对比文件是在群组通话建立初始阶段发起的常规多方通话呼叫或受邀参加请求，不存在复制现有独立会话的机制，作用完全不同。对比文件未直接公开，本领域技术人员也无法合理推理出该协作复制会话邀请请求，亦无部分技术方案可供组合，故未公开。 |
| 技术特征B：其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br><br>《未公开》 | 无对应公开内容。对比文件仅记载了利用组织、项目成员构成信息或历史关键词确定被叫成员，例如：<br>【第2部分】“抽出したグループ属性情報とグループ管理手段４３で管理しているメンバ構成情報とをつきあわせて呼出メンバを決定し、その結果を呼制御情報信号転送装置３に通知する。”（将提取的群组属性信息与群组管理单元43所管理的成员构成信息进行比对，以确定被呼叫成员，并将该结果通知给呼叫控制信息信号传送装置3。） | 目标专利说明书（如[0055]-[0057]）中，技术特征B限定了在第二WTRU发起拉模式会话复制之前，第一WTRU与远程方之间已存在正在进行的媒介会话，而第二WTRU最初并不在该会话中（即与该会话最初不关联）。对比文件公开的是全新的群组通话发起的呼叫寻址逻辑，系统内并不存在“第一WTRU与远程方之间正在进行的媒介会话”，第二终端本身就是该群组通话的初始被呼叫对象之一。因此，对比文件既未直接公开，也无法隐含公开该技术特征。 |
| 技术特征C：所述协作复制会话邀请请求源于所述第二WTRU处<br><br>《未公开》 | 对比文件仅记载了被叫方在收到发信者呼叫后发送会话参加请求，例如：<br>【第2部分】“端末操作部２５で入力されたグループ通話セッション参加指示を受けて上記のグループ通話セッションへ参加するために送信者端末１との通話データ通信路を生成する。”（响应于通过终端操作单元25输入的群组通话会话参加指示，生成与发信者终端1的通话数据通信路径，以便参加所述群组通话会话。） | 目标专利（如[0056]、[0061]、[0090]）中，技术特征C强调由第二WTRU主动发起针对他人现有会话的会话复制请求（拉模式复制）。对比文件中的着信者终端2发送的仅是响应于发信者终端1的呼叫而返回的“参加指示/参加请求”，本质属于常规被叫应答，而非源于第二终端的主动复制请求。对比文件未直接公开，技术逻辑完全不同，亦无法通过常规推理得出，故未公开。 |
| **技术特征D**：对所述协作复制会话邀请请求执行授权<br><br>《未公开》 | 无对应公开内容。对比文件仅记载了呼出成员判定及着信者判断是否参加：<br>【第2部分】“着信先決定装置４は予め登録された組織やプロジェクトのメンバ構成情報を管理し、発呼時に呼制御情報信号転送装置３からの着信先端末決定要求を受け、呼制御情報信号の転送先の着信者端末２を特定する。”（着信目的地决定装置4管理预先注册的组织或项目的成员构成信息，在呼叫时接收来自呼叫控制信息信号传送装置3的着信目的地终端决定请求，特定呼叫控制信息信号的传送目的地的收信者终端2。） | 目标专利（如[0057]、[0061]、[0066]、[0077]）中，技术特征D是指网络侧SCC AS或原始会话参与方对复制请求进行权限、资费限制、策略或会话敏感性的“授权（Authorization）”，以确保用户是否有权复制该会话流。对比文件中着信先决定装置进行的是“路由/被叫对象匹配（寻址）### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：**<br>从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br><br>《未公开》 | 对比文件无对应公开内容。其中涉及会话请求的段落包括：<br>【0037】“その後、発信者端末１では、呼制御情報信号送受信部１２から上記の通話プロファイルデータとグループ通信開始要求コマンド文字列、前記グループ通話セッションの参加に必要な接続情報、及び一意な識別子を含む呼制御情報信号を呼制御情報信号転送装置３に向けて送信する（図２のａ４）。”<br>（译文：其后，在发信者终端1中，呼叫控制信息信号收发部12向呼叫控制信息信号传送装置3发送包含上述通话简档数据、群组通信开始请求命令字符串、参加所述群组通话会话所需的连接信息、以及唯一标识符的呼叫控制信息信号（图2的a4）。）<br>【0042】“一方、参加の場合には、端末操作部２５での操作によってグループ通話参加処理実行の指示が与えられ、呼制御情報信号送受信部２２は、グループ通話セッション参加要求を含む呼制御情報信号を回線インタフェース２１及びネットワーク１００を介して呼制御情報信号転送装置３経由で送信者端末１に返送する（図３のａ１２，ａ１３）。”<br>（译文：另一方面，在参加的情况下，通过终端操作部25的操作给出执行群组通话参加处理的指示，呼叫控制信息信号收发部22经由线路接口21及网络100，经由呼叫控制信息信号传送装置3向送信者终端1返送包含群组通话会话参加请求的呼叫控制信息信号（
对对比文件（JPWO2006075677A1）与目标专利权利要求各技术特征的比对分析如下：
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br><br>《未公开》 | 对比文件全文未记载第二终端主动发送针对正在进行的会话的“复制”邀请请求。<br>对比文件[0059]段：“まず、通信端末23は端末切替要求信号を生成するが、その際にどの端末に切り替えるか指定する必要がある。”（首先，通信终端23生成终端切换请求信号，但在此时需要指定切换到哪个终端。）<br>[0064]段：“サービス移動制御部21は…セッション切替要求信号をセッション制御部5に対して送信し（C307）”（业务移动控制部21将包含这些内容的会话切换请求信号发送给会话控制部5（C307）） | 目标专利中，该特征是指在拉（pull）模式的会话复制中，第二WTRU主动发起针对现有会话的复制邀请（如说明书[0056]、[0061]、[0091]等）。<br>而在对比文件中，所讨论的机制是“终端切换”（即会话转移/Transfer），且是由当前通信的原通信终端23发送“端末切替要求信号”（即推模式的切换发起），或者由网络侧自动判断并发起，完全没有由切替先通信终端25（相当于第二WTRU）向网络发起会话请求的方案；更重要的是，对比文件的核心目的在于将会话从原终端切替/转移至新终端（切断原终端连接），而非多终端同时接收相同流的“复制（Replication）会话”。因此，对比文件既未直接公开、也无法合理推理出隐含公开从第二WTRU接收协作复制会话邀请请求。 |
| 技术特征B：其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br><br>《隐含公开》 | 对比文件[0025]段：“これにより通信端末間の通信を中断させることなく、当該通信を行っている少なくとも一つの通信端末を、前記通信を行っていない他の通信端末へ切替えて前記通信を継続させる制御を行うことができ…”（由此，可以在不中断通信终端之间的通信的情况下，进行控制以将进行该通信的至少一个通信终端切换到未进行该通信的其他通信终端并继续该通信…）<br>[0009]段：“通信に利用していた通信端末（＃1）203を通信端末（＃2）205に切り替える場合を示す。”（示出了将用于通信的通信终端(#1)203切换到通信终端(#2)205的情形。） | 目标专利中，该特征界定了第二WTRU作为新增的参与方，在发起复制之前并未参与第一WTRU与远程方之间正在进行的媒介会话。<br>对比文件记载了在切换发生前，存在通信终端（#1）与通信对方之间正在进行的通信/会话，而切替先通信终端（#2）处于“未进行该通信的其他通信终端”（前記通信を行っていない他の通信端末）的状态，即初始时该第二终端未关联到该正在进行的通信中。本领域技术人员结合上下文可以合理推断出该切替先终端最初并不关联于第一终端的正在进行的会话，因此该特征在对比文件中属于《隐含公开》。 |
| 技术特征C：所述协作复制会话邀请请求源于所述第二WTRU处<br><br>《未公开》 | 对比文件[0025]段：“前記サービス移動制御手段は、前記通信端末から端末切替要求信号を受信するかまたは前記ユーザ関連情報に基づいて端末切替を行うか判断することにより、セッション切替要求信号を生成し…”（所述业务移动控制手段通过从所述通信终端接收终端切换请求信号或者基于所述用户关联信息判断是否进行终端切换，从而生成会话切换请求信号…）<br>[0059]段：“まず、通信端末23は端末切替要求信号を生成するが、その際にどの端末に切り替えるか指定する必要がある。…通信端末25が切替可能な端末リストをユーザ関連情報収集提供部31から取得している状態で、ユーザが切替先通信端末25を選択して、端末切替要求信号の作成指示を出す方法を用いることができる（C301）。”（首先，通信终端23生成终端切换请求信号…用户选择切替先通信终端25，发出创建终端切换请求信号的指示的方法（C301）。） | 目标专利的技术特征C明确限定请求源于第二WTRU（即拉模式拉取会话）。<br>而对比文件中发起切换请求的源头始终是正在通信的原通信终端23（对应于第一WTRU），或者由网络根据策略自动触发；切换目标终端25仅是被动接收呼叫（例如[0064]所述进行发呼处理并建立连接），并不存在请求源于第二WTRU的技术方案。加之对比文件不涉及复制会话，因此本领域技术人员无法从对比文件中毫无疑义地得出该特征，亦无法合理推理得出，属于未公开。 |
| 技术特征D：对所述协作复制会话邀请请求执行授权<br><br>《未公开》 | 对比文件[0015]段：“ＣＳＣＦ105は呼状態制御機能であり、ＳＩＰの登録サーバとしてＨＳＳ103（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）とやり取りし、ユーザ登録処理を行なうとともに、セッション情報を転送し、呼接続制御を行う。…また、ＨＳＳ103は、ユーザの加入者情報や、ロケーション情報を管理する。”（CSCF 105是呼叫状态控制功能，作为SIP的注册服务器与HSS 103进行交互，执行用户注册处理，并转发会话信息，进行呼叫连接控制。…此外，HSS 103管理用户的签约信息和位置信息。）<br>[0061]段：“サービス移動制御部21は、次に、ユーザ関連情報収集提供部31、端末切替要求信号から取得したユーザプロファイル35、デバイスプロファイル37、ネットワーク状態33により、メディア変換の必要性を判断する。”（业务移动控制部21接着根据从用户关联信息收集提供部31、终端切换请求信号取得的用户画像35、设备画像37、网络状态33，判断媒体转换的必要性。） | 目标专利中的“执行授权”具体指SCC AS在接收到第二WTRU的会话复制请求后，校验请求方是否有权复制该特定媒介会话（结合预订策略、向第一WTRU发起授权询问等，如说明书[0007]、[0057]、[0061]、[0066]等）。<br>对比文件虽有常规的IMS用户注册（HSS用户注册处理）及业务移动控制部读取用户画像判断媒体转换必要性的描述，但一方面对比文件完全不存在“协作复制会话邀请请求”，另一方面对比文件也未公开针对此类复制请求执行会话级/媒体级的鉴权/授权机制。因此该特征未被公开。 |
| 技术特征E：为复制的媒介流分配媒介资源<br><br>《未公开》 | 对比文件[0015]段：“ＭＲＦ107（Ｍｅｄｉａ Ｒｅｓｏｕｒｃｅ Ｆｕｎｃｔｉｏｎ）は、メディアストリームのリソース制御を行い、マルチメディア会議などでのメディア合成や、メディアストリームの変換などを行う。”（MRF 107进行媒体流的资源控制，进行多媒体会议等中的媒体合成、媒体流转换等。）<br>[0041]段：“トランスポート層に対してＩＰパケットのルーティング、リソース割り当て等を指示する…”（指示传输层进行IP数据包的路由、资源分配等…）<br>[0056]段：“メディア制御部7は、ＩＭＳ101のＭＲＦ、ＭＧＣＦ／ＭＧＷ107、を拡張したものに相当する。セッション制御部5からのメディア変換要求に応じてコンテンツのビットレートやコーデックや画像サイズやメディアフォーマットなどのメディア変換を制御、実行する。”（媒体控制部7相当于对IMS 101的MRF、MGCF/MGW 107进行扩展。根据来自会话控制部5的媒体转换请求，控制并执行内容的比特率、编解码器、图像尺寸以及媒体格式等媒体转换。） | 目标专利中，该特征是在网络侧实施会话复制时，由服务器为复制出的多路媒介流分配网络传输与处理资源（例如在MRF中分配用于分支/分发流的资源）。<br>对比文件虽然在背景技术[0015]提到了MRF进行资源控制与媒体合成，在[0056]提到了媒体控制部（对应MRF）用于切换时的媒体格式/速率“转换”，但对比文件的技术实质是端到端单路媒体流在切换过程中的重新适配转换，根本不存在“为复制的媒介流分配媒介资源”的作用与机制，两者技术方案和目的均不相同。因此未公开。 |
| 技术特征F：将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br><br>《未公开》 | 对比文件全文未记载向切替先通信终端传送与MRF中的复制媒介流相关的响应。<br>对比文件[0064]段：“この経路設定時には、切替先通信端末25がアクティブでない場合は発呼処理を行う。”（在该路径设定时，若切替先通信终端25未处于活动状态，则进行呼叫处理。）<br>[0065]段：“切替先通信端末25とのセッションの確立を行い、この間に切替先通信端末25はアプリケーションの起動を行う（C312〜C315）。”（与切替先通信终端25建立会话，在此期间切替先通信终端25启动应用程序（C312～C315）。） | 目标专利中，SCC AS在MRF中完成复制资源分配后，向拉取复制会话的第二WTRU返回SIP响应（例如200 OK或包含MRF相关媒体描述的响应，如[0062]、[0077]、[0092]），以使第二WTRU建立接收复制流的接入段。<br>对比文件在切换至切替先终端25时，是由网络主动向切替先终端发起呼叫和会话建立（C312~C315），且其中传输的是切换后的单路转换媒体，而非“针对MRF中复制媒介流的响应”，因此未公开。 |
| 技术特征G：使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br><br>《未公开》 | 对比文件[0065]段：“セッション制御部5は、通信相手先17にセッションの中断を要求し、通信相手先17からＡＣＫがかえってくると、切替先通信端末25とのセッションの確立を行い…（C312〜C315）”（会话控制部5向通信对方17请求中断会话，从通信对方17返回ACK后，与切替先通信终端25建立会话…）<br>[0066]段：“続いて、セッションを再開し、通信端末とのセッションを切断する（C318，C319，C320）。この際、モビリティ管理部3による伝送経路の切断も行われる。”（接着，重新开始会话，切断与通信终端的会话（C318，C319，C320）。此时，移动性管理部3也进行传输路径的切断。） | 目标专利中，在网络复制架构下，需要将原本直连第一WTRU与远程方的流锚定到MRF，因此需要更新第一WTRU的接入段以及远程段，使远程方和第一WTRU均连接到MRF，从而使MRF能够将流同时分发给第一和第二WTRU（如说明书[0059]、[0062]、[0077]）。<br>对比文件执行的是会话转移：先中断与通信对方17的原会话，与新终端25建立会话后，彻底“切断与通信终端23的会话及传输路径”（セッションを切断する、伝送経路の切断），其并未保留第一终端的接入段，更非“使用MRF为复制媒介流更新第一WTRU的接入段”，作用与流程截然不同。因此未公开。 |
| 技术特征H：所述媒介流之后从所述远程方流向所述MRF<br><br>《隐含公开》 | 对比文件[0056]段：“また、メディア制御部7は、ＩＭＳ101のＭＲＦ、ＭＧＣＦ／ＭＧＷ107、を拡張したものに相当する。セッション制御部5からのメディア変換要求に応じてコンテンツのビットレートやコーデックや画像サイズやメディアフォーマットなどのメディア変換を制御、実行する。端末切替後にメディアを変換する場合には、セッションが再開された後に、メディアを変換できる単位までバッファリングして、メディア変換を行う。”（此外，媒体控制部7相当于对IMS 101的MRF、MGCF/MGW 107进行扩展。根据来自会话控制部5的媒体转换请求，控制并执行内容的比特率、编解码器、图像尺寸及媒体格式等媒体转换。在终端切换后转换媒体的情况下，在会话重新开始后，缓冲到可以转换媒体的单位，进行媒体转换。）<br>[0066]段：“セッション制御部5は、セッション切替要求信号に含まれていたメディア変換指示に従い、メディア制御部7又は通信相手先17に対しメディア変換を指示する（C316，C317…）。続いて、セッションを再開し…”（会话控制部5按照包含在会话切换请求信号中的媒体转换指示，向媒体控制部7或通信对方17指示媒体转换（C316，C317…）。接着，重新开始会话…） | 目标专利中，更新远程段后，远程方的媒体数据包先发送至MRF，由MRF作为锚点进行媒体分发。<br>在对比文件中，当网络侧进行媒体转换时，媒体控制部7对应于IMS的MRF扩展。在终端切换且需媒体转换的实施例中，重新恢复会话后，通信对方（远程方）发送的媒体数据先流入媒体控制部7（MRF）进行缓冲和媒体转换。虽然对比文件中该流是用于切替后的单路转发而非复制流分发，但若采用极宽松的隐含公开判断标准（部分公开或可能与其他特征组合），对比文件公开了“媒体流从通信对方（远程方）流向媒体控制部/MRF”这一物理/网络架构传输特征。因此，本领域技术人员可以推理出该数据流流向，认定为《隐含公开》。 |
| 技术特征I：从所述MRF流向所述第一WTRU<br><br>《未公开》 | 对比文件[0066]段：“続いて、セッションを再開し、通信端末とのセッションを切断する（C318，C319，C320）。この際、モビリティ管理部3による伝送経路の切断も行われる。”（接着，重新开始会话，切断与通信终端（第一终端）的会话（C318，C319，C320）。此时，移动性管理部3也进行传输路径的切断。） | 目标专利中，该特征体现为“复制”的典型效果，即第一WTRU继续保留原媒体流，MRF在分发给第二WTRU的同时，仍将媒体流流向第一WTRU。<br>而对比文件是完全的“终端切换（Transfer/Handoff）”，切换完成后明确将原通信终端（第一WTRU）的会话切断、传输路径切断，流绝不会再流向第一通信终端。两者原理完全相悖，无法直接得出或隐含推出。因此未公开。 |
| 技术特征J：从所述MRF流向所述第二WTRU<br><br>《隐含公开》 | 对比文件[0056]段：“メディア制御部7は、ＩＭＳ101のＭＲＦ、ＭＧＣＦ／ＭＧＷ107、を拡張したものに相当する。…端末切替後にメディアを変換する場合には、セッションが再開された後に、メディアを変換できる単位までバッファリングして、メディア変換を行う。”（媒体控制部7相当于对IMS 101的MRF、MGCF/MGW 107进行扩展。…在终端切换后转换媒体的情况下，在会话重新开始后，缓冲到可以转换媒体的单位，进行媒体转换。）<br>[0066]段：“セッション制御部5は、セッション切替要求信号に含まれていたメディア変換指示に従い、メディア制御部7…に対しメディア変換を指示する…これにより、通信相手先17と切り替え先端末25との通信を開始することができる。”（…指示媒体控制部7进行媒体转换…由此，可以开始通信对方17与切替先端末25之间的通信。） | 目标专利中，该特征指MRF将复制的媒体流流向发起请求的第二WTRU。<br>在对比文件中，在需要媒体控制部7（扩展MRF）进行媒体转换的场景下，转换后的媒体流在终端切换完成后最终流向切替先通信终端25（对应第二WTRU）。虽然对比文件中流向第二终端的流是转移流而非复制流，但在非常宽松的隐含公开判断标准下，对比文件公开了数据流经由MRF/媒体控制部处理后流向切替后的第二终端的技术内容。因此认定为《隐含公开》。 |
| 技术特征K：其中所述协作复制会话邀请请求包括复制报头字段<br><br>《未公开》 | 对比文件全文未记载任何指示“复制”的报头字段（Replication Header Field）。<br>对比文件[0015]段仅提及常规SIP协议；[0059]段仅提及“端末切替要求信号”；[0064]段仅提及“セッション切替要求信号”。 | 目标专利说明书[0081]中明确指出，区分传送和复制的明确方式是拥有指示要复制哪个会话的特定报头字段，如标准化的“复制报头字段”。<br>对比文件属于终端切换（转移）技术，其信号为切换请求信号（切替要求信号），未公开任何用于指示会话“复制”的报头字段，本领域技术人员无法从对比文件中毫无疑义地得出该特征，也无法合理推导出该特征。因此未公开。 |
| 技术特征L：其中所述复制报头字段是媒介层“i＝复制”字段<br><br>《未公开》 | 对比文件全文未记载在SDP中使用媒介层“i=复制”字段。 | 目标专利说明书[0082]明确说明在SDP中使用媒介层“i=复制（replicate）”来标识要复制的媒介流。<br>对比文件完全未公开该技术特征，未公开。 |
| 技术特征M：其中所述复制报头字段是媒介层“a＝复制”字段<br><br>《未公开》 | 对比文件全文未记载在SDP中使用媒介层“a=复制”字段。 | 目标专利说明书[0082]明确说明定义新的“a”属性以指示针对每个媒介组件的“复制”，即“a=复制”。<br>对比文件完全未公开该技术特征，未公开。 |
| 技术特征N：其中所述复制报头字段是XML主体<br><br>《未公开》 | 对比文件[0053]段：“データベースは例えばＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）などの言語を利用して抽象的な記述により管理され、データベースの情報はサービス移動制御部21…に提供される。”（数据库例如利用XML等语言通过抽象的描述来管理，数据库的信息被提供给业务移动控制部21…） | 目标专利说明书[0083]明确说明复制可以通过在复制请求消息中包括XML主体来指示，XML主体包含要复制的组件或会话信息。<br>对比文件虽在[0053]段提及数据库可采用XML语言进行描述管理，但这属于后台数据库管理格式，并非在会话控制请求消息中包含用于指示会话复制的XML主体字段，两者的技术领域、上下文及技术作用完全不同。因此未公开。 |
| 技术特征O：其中所述XML主体指示将要复制哪些媒介组件或整个会话<br><br>《未公开》 | 对比文件全文未记载任何指示要复制哪些媒介组件或整个会话的XML主体。 | 目标专利说明书[0083]、[0111]明确记载XML主体指示要复制的特定媒介组件或整个会话。<br>对比文件完全未公开该技术方案，未公开。 |
<<<b>>>
<<<h>>>
<<<j>>>
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br><br>《未公开》 | 无对应内容引用。<br>对比文件JP2008263378A全文涉及一种通信终端，在通话过程中从通话语音中自动抽取关键字，并根据关键字的出现频次与组合在本地合成背景效果音后发送给对方（段落[2]）。 | 作用对比与未公开论述：<br>1. 目标专利中特征A的作用：在IMS网络中由SCC AS接收来自第二WTRU的协作复制会话邀请（拉模式复制请求），用于在网络侧触发对第一WTRU与远程方之间正在进行的媒介会话的复制信令交互（目标说明书[0007]、[0056]、[0061]、[0090]、[0096]）。<br>2. 对比文件公开情况：对比文件涉及的是单一通话终端本地提取通话语音中的关键字并合成音效（如海浪声、音乐）发送至对端终端的技术（段落[2]中的“通話音声とともに背景音を相手側に送信可能な通信端末”），根本不涉及IMS协作会话（Collaborative Session）、会话复制（Session Replication）或任何会话邀请信令（INVITE）。对比文件既没有直接公开该特征，本领域技术人员也无法从中推理得出，因此既未直接公开也未隐含公开。 |
| 技术特征B：<br>其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br><br>《未公开》 | 无对应内容引用。<br>对比文件仅涉及双方通话场景，例如段落[2]记载：“通話中にユーザ所望の効果音を通話音声とともに通信相手に送信するためのキーボタンを備える……通話内容に好適な効果音を通話先の端末に自動的に送信できるようにすることである。” | 作用对比与未公开论述：<br>1. 目标专利中特征B的作用：限定发起协作复制的第二WTRU原本独立于正在通信的第一WTRU与远程方，通过拉模式主动介入并加入已有的媒介流（目标说明书[0056]、[0070]）。<br>2. 对比文件公开情况：对比文件仅为两方点对点通话场景（通话终端与通话对象终端），不存在“第一WTRU与远程方已在进行媒介会话，而最初不关联的第三方（第二WTRU）通过网络介入”的网络架构与拓扑实体关系。本领域技术人员无法从对比文件中得出该技术方案，因此既未直接公开也未隐含公开。 |
| 技术特征C：<br>所述协作复制会话邀请请求源于所述第二WTRU处<br><br>《未公开》 | 无对应内容引用。 | 作用对比与未公开论述：<br>1. 目标专利中特征C的作用：明确会话复制由第三方设备（第二WTRU，受控方设备）主动发起（拉模式），而非由正在通信的第一WTRU推模式发起（目标说明书[0056]、[0061]、[0090]）。<br>2. 对比文件公开情况：对比文件全文未涉及多方协作会话架构，亦无第二WTRU发起协作复制会话邀请请求的信令机制。既未直接公开也未隐含公开。 |
| 技术特征D：<br>对所述协作复制会话邀请请求执行授权<br><br>《未公开》 | 无对应内容引用。<br>对比文件段落[2]仅记载在终端内部根据否定词（否定語L25）等规则判断是否播放/取得效果音：“効果音毎に予め設定された所定キーワード（否定語Ｌ２５）の何れかが音声認識部４により通話音声から抽出されると、所定の第２の時間内に、この取得した所定キーワード（否定語Ｌ２５）の設定されている効果音（効果音ファイル）を取得しない”。 | 作用对比与未公开论述：<br>1. 目标专利中特征D的作用：在SCC AS网络实体处，基于运营商策略、预订限制或第一WTRU/远程方的权限规则，对第二WTRU提出的复制请求进行权限核准与安全控制（目标说明书[0007]、[0057]、[0061]、[0077]、[0098]）。<br>2. 对比文件公开情况：对比文件涉及的是本地软件逻辑中通过匹配排除词（否定词）来筛选终端本地存储的效果音文件，完全不涉及通信网络节点对会话复制请求的鉴权或授权（Authorization）机制。两者所属技术领域、解决的技术问题与实现手段完全不同，因此既未直接公开也未隐含公开。 |
| 技术特征E：<br>为复制的媒介流分配媒介资源<br><br>《未公开》 | 无对应内容引用。<br>对比文件段落[2]仅涉及终端内部的音源存储与读取：“音源８は、メモリ部５に設けられている記憶領域であって、複数の効果音ファイルを格納する。音源８に格納される効果音ファイルは、音源Ｌ２７として効果音テーブルＬ２に設定されている。” | 作用对比与未公开论述：<br>1. 目标专利中特征E的作用：在IMS网络的核心控制实体（SCC AS）中，为承载分发复制媒介流而在网络实体MRF中动态预留并分配端口、混音/分发处理等网络媒介资源（目标说明书[0007]、[0059]、[0062]、[0077]、[0100]）。<br>2. 对比文件公开情况：对比文件仅在单机终端的内存/存储器中存储效果音文件，并在触发时从存储区域读取文件，不属于为多方复制媒介流动态分配核心网媒介资源的技术方案。本领域技术人员无法从中直接获知或合理推断出该特征，因此既未直接公开也未隐含公开。 |
| 技术特征F：<br>将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br><br>《未公开》 | 无对应内容引用。 | 作用对比与未公开论述：<br>1. 目标专利中特征F的作用：由SCC AS向第二WTRU返回SIP响应消息（例如通过S-CSCF转发），向第二WTRU提供MRF中已分配的复制媒介流的SDP协商参数等信息，以建立受控方接入段（目标说明书[0007]、[0062]、[0077]、[0102]）。<br>2. 对比文件公开情况：对比文件完全没有IMS网络架构，不存在MRF（媒介资源功能）实体，也没有向请求复制的第二WTRU回送针对MRF中复制媒介流的响应信令。既未直接公开也未隐含公开。 |
| 技术特征G：<br>使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br><br>《未公开》 | 无对应内容引用。 | 作用对比与未公开论述：<br>1. 目标专利中特征G的作用：在复制会话建立过程中，SCC AS通过重协商修改第一WTRU的接入段以及远程方的远程段，使两者的媒介流均锚定/切换连接到MRF，从而使MRF能够接管原始媒介并进行分流复制（目标说明书[0007]、[0059]、[0062]、[0077]、[0104]、[0106]）。<br>2. 对比文件公开情况：对比文件无MRF实体，无接入段（Access Leg）和远程段（Remote Leg）的信令链路概念，更无更新上述腿段的网络会话控制逻辑。既未直接公开也未隐含公开。 |
| 技术特征H：<br>所述媒介流之后从所述远程方流向所述MRF<br><br>《未公开》 | 无对应内容引用。<br>对比文件段落[2]仅记载发送语音：“音声送信部１２は、携帯電話等の外部の端末と通信を行うためのインターフェイスを有しており、音声コーデック部１０から出力される合成音声信号を、この通信先の端末に送信する。” | 作用对比与未公开论述：<br>1. 目标专利中特征H的作用：在更新段完成后，远程方生成的媒介流发送至MRF，由MRF作为中间媒介分发锚点（目标说明书[0062]、[0078]、[0080]）。<br>2. 对比文件公开情况：对比文件仅公开本地手机将合成后的语音通过无线接口单向发送给对端通信终端，不涉及媒介流发送至核心网MRF节点的分发拓扑。既未直接公开也未隐含公开。 |
| 技术特征I：<br>从所述MRF流向所述第一WTRU<br><br>《未公开》 | 无对应内容引用。 | 作用对比与未公开论述：<br>1. 目标专利中特征I的作用：MRF接收到远程方的媒介流后，将其作为原会话的下行媒介流转发至第一WTRU（目标说明书[0062]、[0078]、[0080]）。<br>2. 对比文件公开情况：对比文件不存在MRF，亦无从MRF转发媒介流至第一终端的数据平面传输方案。既未直接公开也未隐含公开。 |
| 技术特征J：<br>从所述MRF流向所述第二WTRU<br><br>《未公开》 | 无对应内容引用。 | 作用对比与未公开论述：<br>1. 目标专利中特征J的作用：MRF将来自远程方的同一媒介流复制并同步分发流向第二WTRU，实现网络侧会话复制功能（目标说明书[0062]、[0078]、[0080]）。<br>2. 对比文件公开情况：对比文件不存在由网络MRF向第三方复制终端同时分发媒介流的过程。既未直接公开也未隐含公开。 |
| 技术特征K：<br>其中所述协作复制会话邀请请求包括复制报头字段<br><br>《未公开》 | 无对应内容引用。 | 作用对比与未公开论述：<br>1. 目标专利中特征K的作用：在SIP信令层面引入特定报头（如包含Dialog ID），用于指示网络区分会话传输（Transfer）与会话复制（Replication）（目标说明书[0081]、[0084]、[0091]、[0107]）。<br>2. 对比文件公开情况：对比文件完全未涉及SIP协议、会话邀请请求或复制报头字段。既未直接公开也未隐含公开。 |
| 技术特征L：<br>其中所述复制报头字段是媒介层“i＝复制”字段<br><br>《未公开》 | 无对应内容引用。 | 作用对比与未公开论述：<br>1. 目标专利中特征L的作用：在SDP报文的媒介层使用“i=replicate”字段明确标识需要复制的媒介组件（目标说明书[0082]、[0084]、[0091]、[0108]）。<br>2. 对比文件公开情况：对比文件全文未涉及SDP描述协议或“i=”字段。既未直接公开也未隐含公开。 |
| 技术特征M：<br>其中所述复制报头字段是媒介层“a＝复制”字段<br><br>《未公开》 | 无对应内容引用。 | 作用对比与未公开论述：<br>1. 目标专利中特征M的作用：在SDP属性层定义“a=replicate”用于指示具体媒介组件进行复制（目标说明书[0082]、[0084]、[0091]、[0109]）。<br>2. 对比文件公开情况：对比文件未涉及SDP属性“a=”行的定义与使用。既未直接公开也未隐含公开。 |
| 技术特征N：<br>其中所述复制报头字段是XML主体<br><br>《未公开》 | 无对应内容引用。 | 作用对比与未公开论述：<br>1. 目标专利中特征N的作用：在SIP请求的消息体中携带XML文档，用结构化标记语言指示会话/媒介组件的复制指令和配置（目标说明书[0083]、[0084]、[0091]、[0110]）。<br>2. 对比文件公开情况：对比文件未涉及在会话信令中携带XML主体指示会话复制。既未直接公开也未隐含公开。 |
| 技术特征O：<br>其中所述XML主体指示将要复制哪些媒介组件或整个会话<br><br>《未公开》 | 无对应内容引用。 | 作用对比与未公开论述：<br>1. 目标专利中特征O的作用：利用XML主体的具体节点参数明确界定复制粒度（个别音频/视频组件或完整会话）（目标说明书[0083]、[0111]）。<br>2. 对比文件公开情况：对比文件未涉及任何会话复制粒度的XML解析与控制机制。既未直接公开也未隐含公开。 |
## 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A<br>从第二无线发射/接收单元WTRU接收协作复制会话邀请请求 | 无 | 对比文件主要涉及通过可选的Sh接口从归属签约服务器(HSS)下载用户首选项和签约信息以辅助与媒体无关的网络切换，其内容主要围绕“MIH_Register Request”、“Sh-Pull”、“Sh-Update”等流程展开，并未公开从第二WTRU接收协作复制会话邀请请求的相关技术方案。因此，对比文件未直接公开也未隐含公开该特征。 |
| 技术特征B<br>其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联 | 无 | 对比文件未涉及多个WTRU之间的会话协作复制及正在进行的媒介会话之间的关联性管理，未公开第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联的技术细节。因此，对比文件未直接公开也未隐含公开该特征。 |
| 技术特征C<br>所述协作复制会话邀请请求源于所述第二WTRU处 | 无 | 对比文件未公开任何关于协作复制会话邀请请求源于第二WTRU处的记载或相关技术启示。因此，对比文件未直接公开也未隐含公开该特征。 |
| 技术特征D<br>对所述协作复制会话邀请请求执行授权 | 无 | 对比文件中的鉴权（Authorization）主要应用于Diameter协议中诸如Sh接口的数据访问和认证计费机制（如段落[0006]的“The Diameter protocol is an Internet Engineering Task Force (IETF) protocol for authentication, authorization and accounting.”），并非针对协作复制会话邀请请求执行授权。因此，对比文件未直接公开也未隐含公开该特征。 |
| 技术特征E<br>为复制的媒介流分配媒介资源 | 无 | 对比文件未公开在应用服务器中为复制的媒介流分配媒介资源的相关步骤或配置。因此，对比文件未直接公开也未隐含公开该特征。 |
| 技术特征F<br>将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU | 无 | 对比文件未涉及媒介资源功能（MRF）及其相关响应向第二WTRU的传送。因此，对比文件未直接公开也未隐含公开该特征。 |
| 技术特征G<br>使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段 | 无 | 对比文件未公开使用MRF更新第一WTRU上的接入段以及更新远程段的技术内容。因此，对比文件未直接公开也未隐含公开该特征。 |
| 技术特征H<br>所述媒介流之后从所述远程方流向所述MRF | 无 | 对比文件未公开媒介流从远程方流向MRF的路由或传输过程。因此，对比文件未直接公开也未隐含公开该特征。 |
| 技术特征I<br>从所述MRF流向所述第一WTRU | 无 | 对比文件未公开媒介流从MRF流向第一WTRU的相关内容。因此，对比文件未直接公开也未隐含公开该特征。 |
| 技术特征J<br>从所述MRF流向所述第二WTRU | 无 | 对比文件未公开媒介流从MRF流向第二WTRU的相关内容。因此，对比文件未直接公开也未隐含公开该特征。 |
| 技术特征K<br>其中所述协作复制会话邀请请求包括复制报头字段 | 无 | 对比文件未公开协作复制会话邀请请求中包含复制报头字段的结构。因此，对比文件未直接公开也未隐含公开该特征。 |
| 技术特征L<br>其中所述复制报头字段是媒介层“i＝复制”字段 | 无 | 对比文件未公开媒介层“i=复制”字段的相关记载。因此，对比文件未直接公开也未隐含公开该特征。 |
| 技术特征M<br>其中所述复制报头字段是媒介层“a＝复制”字段 | 无 | 对比文件未公开媒介层“a=复制”字段的相关记载。因此，对比文件未直接公开也未隐含公开该特征。 |
| 技术特征N<br>其中所述复制报头字段是XML主体 | 无 | 对比文件虽在表格1（Table 1）及相关说明中提及XML标签（例如段落[0006]“Data-Reference + Service-Indication”等相关XML标签），但这些XML标签和主体是用于Sh接口中访问HSS存储的数据（如Repository Data），并非用于指示复制报头字段或XML主体来指示复制媒介组件。因此，对比文件未直接公开也未隐含公开该特征。 |
| 技术特征O<br>其中所述XML主体指示将要复制哪些媒介组件或整个会话 | 无 | 对比文件未公开XML主体用于指示将要复制哪些媒介组件或整个会话的内容。因此，对比文件未直接公开也未隐含公开该特征。 |
**特征比对表格**
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br><br>《未公开》 | 全文无相关内容 | 1. 作用与技术领域比对：<br>目标专利的技术特征A涉及无线通信领域的业务集中和连续性应用服务器（SCC AS）接收来自第二WTRU的协作会话复制邀请请求，用于实现终端间的会话复制流程。<br>对比文件（JP2008276190A）属于高分子化学与微电子制造材料领域，涉及一种用于半导体装置的表面保护膜或层间绝缘膜的正型感光性树脂组合物、硬化浮雕图案制造方法及半导体装置。<br>2. 公开性论述：<br>对比文件完全未涉及任何无线通信、WTRU、协作会话或会话复制的相关内容，既未直接公开，本领域技术人员也绝无可能基于其内容推理得出该特征，因此未公开（亦不构成隐含公开）。 |
| 技术特征B：<br>其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br><br>《未公开》 | 全文无相关内容 | 1. 作用与技术领域比对：<br>目标专利的技术特征B限定了在进行会话复制前各通信节点（第二WTRU、第一WTRU与远程方）之间的会话关联初始状态。<br>对比文件属于半导体感光性树脂组合物配方技术。<br>2. 公开性论述：<br>对比文件全文未涉及多方通信网络架构或会话管理机制，未直接公开，也无法通过任何逻辑推理得出，因此未公开。 |
| 技术特征C：<br>所述协作复制会话邀请请求源于所述第二WTRU处<br><br>《未公开》 | 全文无相关内容 | 1. 作用与技术领域比对：<br>目标专利的技术特征C限定了会话复制请求的发起方为第二WTRU（拉模式会话复制）。<br>对比文件属于半导体材料领域。<br>2. 公开性论述：<br>对比文件完全不涉及通信协议信令的发起节点，未直接公开，也无法通过任何逻辑推理得出，因此未公开。 |
| 技术特征D：<br>对所述协作复制会话邀请请求执行授权<br><br>《未公开》 | 全文无相关内容 | 1. 作用与技术领域比对：<br>目标专利的技术特征D涉及网络实体（如SCC AS）对会话复制请求进行权限验证和鉴权。<br>对比文件涉及感光性高分子、光酸发生剂及硅烷偶联剂配方。<br>2. 公开性论述：<br>对比文件不包含通信协议鉴权/授权机制，未直接公开，也无法隐含推导出，因此未公开。 |
| 技术特征E：<br>为复制的媒介流分配媒介资源<br><br>《未公开》 | 全文无相关内容 | 1. 作用与技术领域比对：<br>目标专利的技术特征E涉及在多媒体核心网中为待复制的多媒体流预留和分配底层媒介资源（如MRF资源）。<br>对比文件涉及光刻胶树脂材料。<br>2. 公开性论述：<br>对比文件完全不涉及通信媒介流资源的分配，未直接公开，亦无隐含公开可能。 |
| 技术特征F：<br>将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br><br>《未公开》 | 全文无相关内容 | 1. 作用与技术领域比对：<br>目标专利的技术特征F限定了网络实体向第二WTRU反馈关于MRF中分配媒介流的响应信令。<br>对比文件涉及高分子材料的合成与光刻图案化。<br>2. 公开性论述：<br>对比文件完全不涉及MRF实体或信令交互，未直接公开，亦无隐含公开可能。 |
| 技术特征G：<br>使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br><br>《未公开》 | 全文无相关内容 | 1. 作用与技术领域比对：<br>目标专利的技术特征G限定了利用MRF在第一WTRU与远程方之间重新建立/更新媒介会话段（接入段与远程段）。<br>对比文件涉及半导体绝缘膜前驱体组合物。<br>2. 公开性论述：<br>对比文件不包含任何通信会话分支段（leg）的拓扑更新与控制，未直接公开，亦无隐含公开可能。 |
| 技术特征H：<br>所述媒介流之后从所述远程方流向所述MRF<br><br>《未公开》 | 全文无相关内容 | 1. 作用与技术领域比对：<br>目标专利的技术特征H限定了复制建立后媒介流在用户面从远程方汇聚到MRF的网络拓扑流向。<br>对比文件涉及感光性树脂及其曝光显影工艺。<br>2. 公开性论述：<br>对比文件完全不涉及多媒体数据流向，未直接公开，亦无隐含公开可能。 |
| 技术特征I：<br>从所述MRF流向所述第一WTRU<br><br>《未公开》 | 全文无相关内容 | 1. 作用与技术领域比对：<br>目标专利的技术特征I限定了媒介流由MRF分发至第一WTRU的用户面路径。<br>对比文件涉及化学材料制造。<br>2. 公开性论述：<br>对比文件不涉及通信多播或分支分发传输路径，未直接公开，亦无隐含公开可能。 |
| 技术特征J：<br>从所述MRF流向所述第二WTRU。<br><br>《未公开》 | 全文无相关内容 | 1. 作用与技术领域比对：<br>目标专利的技术特征J限定了媒介流由MRF分发至第二WTRU以实现终端侧复制接收。<br>对比文件涉及半导体器件封装保护膜。<br>2. 公开性论述：<br>对比文件不涉及任何通信数据分发，未直接公开，亦无隐含公开可能。 |
| 技术特征K：<br>其中所述协作复制会话邀请请求包括复制报头字段。<br><br>《未公开》 | 全文无相关内容 | 1. 作用与技术领域比对：<br>目标专利的技术特征K限定了会话控制信令中携带明确的复制标识报头。<br>对比文件涉及化学组合物配方。<br>2. 公开性论述：<br>对比文件完全不涉及通信协议报头字段，未直接公开，亦无隐含公开可能。 |
| 技术特征L：<br>其中所述复制报头字段是媒介层“i＝复制”字段。<br><br>《未公开》 | 全文无相关内容 | 1. 作用与技术领域比对：<br>目标专利的技术特征L限定了SDP协议媒介级属性行中使用特定标识实现复制指示。<br>对比文件涉及化学光敏材料。<br>2. 公开性论述：<br>对比文件完全不涉及SDP语法或会话描述协议字段，未直接公开，亦无隐含公开可能。 |
| 技术特征M：<br>其中所述复制报头字段是媒介层“a＝复制”字段。<br><br>《未公开》 | 全文无相关内容 | 1. 作用与技术领域比对：<br>目标专利的技术特征M限定了SDP协议中使用属性行“a=复制”进行指示。<br>对比文件涉及化学光敏材料。<br>2. 公开性论述：<br>对比文件完全不涉及通信信令参数定义，未直接公开，亦无隐含公开可能。 |
| 技术特征N：<br>其中所述复制报头字段是XML主体。<br><br>《未公开》 | 全文无相关内容 | 1. 作用与技术领域比对：<br>目标专利的技术特征N限定了信令报文中采用XML格式的Message Body来承载复制信息。<br>对比文件涉及半导体感光高分子及硅烷化合物。<br>2. 公开性论述：<br>对比文件完全不涉及基于XML的通信会话信令体，未直接公开，亦无隐含公开可能。 |
| 技术特征O：<br>其中所述XML主体指示将要复制哪些媒介组件或整个会话。<br><br>《未公开》 | 全文无相关内容 | 1. 作用与技术领域比对：<br>目标专利的技术特征O限定了XML主体内所承载的具体控制粒度（媒介组件或整会话）。<br>对比文件涉及半导体材料组合物。<br>2. 公开性论述：<br>对比文件完全不涉及通信流粒度控制描述，未直接公开，亦无隐含公开可能。 |
对比文件（JP2008276190A）属于半导体装置用感光性树脂组合物的化学材料领域，与目标专利涉及的IMS/通信网络中基于SCC AS的终端间会话复制完全属于不同技术领域，对比文件中未直接公开亦未隐含公开技术特征A至O中的任何一个技术特征。
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含中文翻译及段落标号） | 公开性论述 |
| 技术特征A：从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br><br>《未公开》 | 对比文件全篇（包括[0003]、[0014]-[0017]、[0026]、[0039]等）公开了将IP业务/会话从第一终端转移（切换/handoff）到第二终端：<br>“[0016] There are several mechanisms by which the user initiates an application based handoff. For example, the software session (or the terminal itself) may include a button that triggers initiation of session handoff procedures... In a second approach, the source system queries the subscriber profile at the Home Location Registry/-Home Subscriber Service (HLR/HSS) to obtain the target address for handoff.”<br>（【中文翻译】存在用户发起基于应用的切换的若干机制。例如，软件会话（或终端本身）可以包括触发会话切换过程发起的按钮……在第二种方法中，源系统查询归属位置寄存器/归属订户服务器（HLR/HSS）处订户简档以获得用于切换的目标地址。） | 对比文件中公开的是“会话切换/转移（handoff/transfer）”，即由正在进行通信的原终端（源设备）或网络发起将整个会话切换给目标终端，会话被迁移后原连接终止释放（如段落[0017]记载：完成切换后终止当前终端连接并释放所有资源）。对比文件既没有公开“会话复制（replication）”，更没有公开“从第二WTRU（即目标端/被复制端）接收协作复制会话邀请请求”。两者在通信机制、作用及信令流向上完全不同，本领域技术人员无法直接得出也无法合理推导出该特征。 |
| 技术特征B：其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br><br>《直接公开》 | [0014] “The present invention discloses apparatus and method wherein Internet Protocol (IP) traffic can be transferred (i.e., handoff) between two different terminals operating according to two different technology standards in two different systems with two different IP addresses. For example, session handoff between a Wireless Local Area Network (WLAN) terminal and 3GPP UMTS terminal or between CDMA2000 terminal and 3GPP UMTS terminal. The invention may be utilized by terminals which can be either physically separate entities or separate logical entities that are encapsulated in a common enclosure.”<br>（【中文翻译】本发明公开了其中网际协议（IP）业务可以在根据两种不同技术标准运行在具有两个不同IP地址的两个不同系统中的两个不同终端之间转移（即切换）的装置和方法。例如，无线局域网（WLAN）终端与3GPP UMTS终端之间或CDMA2000终端与3GPP UMTS终端之间的会话切换。本发明可以由可以是物理上分离的实体或者封装在共同外壳中的分离的逻辑实体的终端来利用。）<br>[0020] “PC 10 is shown conducting a data session between WLAN 20 and supporting service center (SC) 36 through IP network 24. The data session connection is transferred to UE 15 operating wirelessly over the UMTS network of the 3 GPP system 25 over tower 32.”<br>（【中文翻译】显示了PC 10经由IP网络24在WLAN 20与支持业务中心（SC）36之间进行数据会话。该数据会话连接被转移到在3GPP系统25的UMTS网络上经由铁塔32进行无线操作的UE 15。） | 在对比文件中，第一终端（如PC 10）与远程服务器/服务中心（SC 36）建立并进行当前数据会话时，第二终端（如UE 15）最初并未参与该数据会话连接，两者是相互独立的终端。这与目标专利中第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联的技术方案和状态完全相同，且在系统中均起到“作为最初未加入该正在进行会话的独立/外部目标设备”的作用，属于被直接公开。 |
| 技术特征C：所述协作复制会话邀请请求源于所述第二WTRU处<br><br>《未公开》 | [0015] “The invention is based on the user (service subscriber) initiating handoff procedures between the two terminals. The subscriber may initiate the handoff process based on network solicitation... or based on unsolicited action by the subscriber (e.g., the subscriber is performing a transaction over WLAN and decides that he needs to leave the WLAN and continue the same transaction on his UMTS terminal).”<br>（【中文翻译】本发明基于在两个终端之间发起切换过程的用户（业务订户）。订户可以基于网络征求发起切换过程……或者基于订户的非征求动作（例如订户正在通过WLAN执行事务，并确定他需要离开WLAN并在其UMTS终端上继续相同的事务）。）<br>[0026] “At step S11 an HO is initiated when a subscriber, which may, for example, be a PC equipped with a WLAN card, decides to transfer a current session from one system, A... to a second system, B... the subscriber operates a handoff button B provided as part of the subscriber unit, such as PC 10 shown in FIG. 3.”<br>（【中文翻译】在步骤S11中，当订户（例如可以是配备有WLAN卡的PC）决定将当前会话从一个系统A转移到第二系统B时发起切换。在做出该决定后，订户操作作为订户单元（诸如如图3所示的PC 10）的一部分提供的切换按钮B。） | 对比文件中明确记载会话切换请求是由正在进行当前会话的第一终端（如PC 10，即源系统/源终端）发起的（通过源终端上的切换按钮触发），其请求源于第一终端处，并非源于第二终端处；且对比文件根本没有涉及“协作复制会话邀请请求”。因此，该特征未被直接公开，亦无法根据对比文件内容合理推导得出。 |
| 技术特征D：对所述协作复制会话邀请请求执行授权<br><br>《隐含公开》 | [0029] “The routine then advances to S20 wherein the target system data base, for example, the HLR/HSS, is contacted for information retrieval, verification and authorization. When the necessary criteria is present, the routine branches to S21 wherein system A initializes the service at the target system B...”<br>（【中文翻译】该例行程序然后前进到S20，其中与目标系统数据库（例如HLR/HSS）联系以进行信息检索、核实和授权。当满足必要条件时，该例行程序分支到S21，其中系统A初始化目标系统B处的业务……）<br>[0032] “The routine then branches to S23 wherein the target system may be contacted for information retrieval, verification and authorization. Thereafter if the appropriate criteria are met, the routine advances to step S21...”<br>（【中文翻译】该例行程序然后分支到S23，其中可以联系目标系统以进行信息检索、核实和授权。此后如果满足相应条件，该例行程序前进到步骤S21……） | 对比文件公开了在会话跨设备转移过程中，系统联系目标系统数据库（如HLR/HSS）进行信息检索、核实以及“授权（authorization）”，只有满足条件才允许继续执行会话迁移流程。尽管对比文件中授权的对象是切换/转移会话请求，但其同样公开了在终端间会话重定向/迁移过程中对会话控制请求执行安全和合法性验证/授权的技术手段，所起的作用均为验证操作合法性以决定是否允许会话控制操作。本领域技术人员结合多终端会话控制通用机制，容易推导或结合其他会话复制文件组合得出对拉模式复制请求进行授权的特征。按照宽松的隐含公开判断标准，该特征属于被隐含公开。 |
| 技术特征E：为复制的媒介流分配媒介资源<br><br>《未公开》 | 对比文件全篇（包括[0016]、[0034]关于PDP激活的内容）：<br>“[0034] In the event that the PDP is not active, the routine branches to step S34 to activate the PDP context and thereafter obtain the IP address (S35), followed by performing the rerouting process (S36).”<br>（【中文翻译】如果PDP未激活，该例行程序分支到步骤S34以激活PDP上下文并且此后获得IP地址（S35），随后执行重路由过程（S36）。） | 对比文件中仅涉及目标终端网络侧建立数据通路时的常规PDP上下文激活及分配目标IP地址，并不涉及在网络侧“为复制的媒介流分配媒介资源（如目标专利中MRF层面的媒体混合/复制与分发资源分配）”。由于对比文件根本未公开会话复制机制，更不存在为复制媒介流分配专用媒介资源的技术手段和功能，该特征未公开。 |
| 技术特征F：将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br><br>《未公开》 | 对比文件全篇未记载任何有关“媒介资源功能（MRF）”或“针对MRF中的复制的媒介流的响应”的内容。 | 对比文件体系基于Mobile IP路由优化（MIPv4）进行整体IP报文的重定向（如[0003]、[0017]），未涉及IMS架构下的媒介资源功能（MRF），也没有向第二WTRU返回针对MRF中复制流响应的信令流程。该特征未被对比文件直接公开或隐含公开。 |
| 技术特征G：使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br><br>《未公开》 | 对比文件全篇未记载任何有关MRF、接入段（access leg）更新以及远程段（remote leg）更新的内容。 | 对比文件采用的是源终端完全断开并释放资源、移动IP路由重定向至新终端的方式，不存在利用MRF在保持第一WTRU原有接入段的同时更新接入段和远程段以锚定并分发复制流的架构与技术处理。该特征未被公开。 |
| 技术特征H：所述媒介流之后从所述远程方流向所述MRF<br><br>《未公开》 | [0017] “When the target system, target terminal, and target IP address have been identified, the handoff process can be finalized using optimized routing mobile IP version 4 (MIPv4) to direct the session traffic directly to the target triplet (system, IP address, terminal).”<br>（【中文翻译】当目标系统、目标终端和目标IP地址已被识别出时，可以使用优化路由移动IP版本4（MIPv4）来完成切换过程，以将该会话业务直接导向目标三元组（系统、IP地址、终端）。） | 对比文件中转移后的业务流是通过MIPv4路由直接导向目标终端的三元组，完全没有中间网络实体MRF来接收远程方媒介流的技术方案，更无远程方流向MRF的过程。该特征未公开。 |
| 技术特征I：从所述MRF流向所述第一WTRU<br><br>《未公开》 | [0017] “Once the traffic is rerouted to the new destination, the source system can advise the subscriber that the handoff is completed and that the subscriber can terminate this connection, and switch off the current terminal after which all resources can be released.”<br>（【中文翻译】一旦业务被重路由到新目的地，源系统就可以通知订户切换完成，并且订户可以终止该连接并关闭当前终端，此后所有资源都可以被释放。） | 对比文件是切换释放机制，重路由后原终端（第一终端）连接终止且资源被释放，根本不再接收原会话的媒介流；且对比文件不存在MRF。因此完全未公开媒介流从MRF流向第一WTRU。该特征未公开。 |
| 技术特征J：从所述MRF流向所述第二WTRU<br><br>《未公开》 | 对比文件段落[0017]、[0029]、[0036]公开了将业务重路由发送给目标终端（系统B/第二终端），但该业务流是由网络通过移动IP（MIP）路由转移直接到达，而非“从MRF流向所述第二WTRU”。 | 对比文件未公开MRF实体，亦未公开复制媒介流经由MRF分发至第二WTRU的拓扑与传输链路。该特征未公开。 |
| 技术特征K：其中所述协作复制会话邀请请求包括复制报头字段<br><br>《未公开》 | 对比文件全篇未涉及复制报头字段。 | 对比文件未公开任何复制信令请求及报文内部的“复制报头字段”。该特征未公开。 |
| 技术特征L：其中所述复制报头字段是媒介层“i＝复制”字段<br><br>《未公开》 | 对比文件全篇未涉及SDP媒介层“i=复制”字段。 | 对比文件未公开SDP协议扩展或媒介层“i=复制”字段。该特征未公开。 |
| 技术特征M：其中所述复制报头字段是媒介层“a＝复制”字段<br><br>《未公开》 | 对比文件全篇未涉及SDP媒介层“a=复制”字段。 | 对比文件未公开SDP协议扩展或媒介层“a=复制”字段。该特征未公开。 |
| 技术特征N：其中所述复制报头字段是XML主体<br><br>《未公开》 | 对比文件全篇未涉及使用XML主体作为复制报头字段或指示复制。 | 对比文件未公开包含复制指示信息的XML主体结构。该特征未公开。 |
| 技术特征O：其中所述XML主体指示将要复制哪些媒介组件或整个会话<br><br>《未公开》 | 对比文件全篇未涉及指示复制特定媒介组件或整个会话的XML主体。 | 对比文件未公开指示复制媒介组件或整个会话的XML主体。该特征未公开。 |
<<<B>>>
<<<d>>>
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br><br>【隐含公开】 | 【具体实施方式】第二种会话媒体转移方法（段落【步骤411-414】）：<br>“步骤411-414，UE2向SCC AS发送INVITE(邀请)消息，请求建立会话，其中携带UE1媒体转移相关信息。其中步骤413为S-CSCF执行业务逻辑，即根据初始过滤规则(iFC：initial Filter Criteria)，将INVITE(邀请)消息转发给SCC AS。”<br>【实施例2】（段落【步骤611-640】及图10说明）：<br>“后续步骤611-640同图4中的步骤411-440。”<br>“会话建立请求单元104，用于向SCC AS发送会话建立请求，请求执行媒体转移” | 对比文件公开了第二终端UE2在接收到第一终端UE1发送的转移请求后，主动向网络侧应用服务器SCC AS发送会话建立请求（INVITE邀请消息），请求执行媒体转移。虽然对比文件实施方案主要聚焦于“媒体转移”（Transfer），但两者的核心通信交互架构完全对应于拉模式（Pull模式）下第二终端向应用服务器发起INVITE请求。在极其宽松的隐含公开判断标准下，媒体复制本质上是多终端共享媒体流的一种特定交互形式，对比文件中第二终端UE2向SCC AS发送INVITE邀请以请求将媒体引入该终端的交互信令机制，在技术手段与协议流转机制上与协作会话请求相通，存在部分公开或结合其他公开文件推理得出协作复制会话邀请的可能，因此判断为隐含公开。 |
| 技术特征B：其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br><br>【直接公开】 | 【背景技术】第7段：<br>“当用户将正在进行的IMS会话的部分或全部媒体由一个终端设备转移到另一个终端设备时，为了提供良好的用户体验，要求会话媒体流在此转移过程中也保持连续、不中断……图1所示为IMS会话媒体在不同终端设备之间转移的一个例子。第一用户设备UE1将一个正在进行的IMS会话中的语音媒体转移到第三用户设备UE3，视频媒体转移到第四用户设备UE4。”<br>【具体实施方式】（段落【步骤301】、【步骤401-402】）：<br>“步骤401，UE1和对端UE建立起一个多媒体会话。步骤402，用户决定将UE1会话中的一个或多个媒体转移到UE2。” | 目标专利中该特征是指会话转移/复制发生前，目标终端（第二WTRU）并未参与第一WTRU与远端正在进行的通信会话。对比文件明确记载了初始状态是终端UE1与对端UE（远程方）建立并正在进行多媒体会话，用户决定将会话中的媒体转移给新的外部目标终端UE2。在发起转移前，UE2并未加入该现有会话，即最初与该正在进行的会话不关联。该内容在对比文件中起到了定义转移前会话拓扑状态的作用，与目标专利中该特征的作用、技术方案完全相同。本领域技术人员能毫无疑义地直接确定该技术方案，因此属于直接公开。 |
| 技术特征C：所述协作复制会话邀请请求源于所述第二WTRU处<br><br>【隐含公开】 | 【具体实施方式】第二种会话媒体转移方法（段落【步骤411-414】）：<br>“步骤411-414，UE2向SCC AS发送INVITE(邀请)消息，请求建立会话，其中携带UE1媒体转移相关信息。”<br>【实施例2】（图10说明）：<br>“会话建立请求单元104，用于向SCC AS发送会话建立请求，请求执行媒体转移” | 对比文件公开了第二种媒体转移模式（即拉模式），在该模式下，发往网络侧核心服务器SCC AS的会话建立请求（INVITE邀请消息）是由第二终端UE2自身作为发起端向SCC AS发送的，即该请求源于第二终端UE2处。尽管对比文件的实施场景为“媒体转移”，但在协议起源节点层面，其请求发起的实体来源与目标专利中源于第二WTRU的信令架构一致。在极其宽松的隐含公开判断标准下，对比文件公开了拉模式下请求由第二终端生成的交互方式，具备与其他复制特征结合推导出的可能性，因此判断为隐含公开。 |
| 技术特征D：对所述协作复制会话邀请请求执行授权<br><br>【隐含公开】 | 【具体实施方式】（段落【步骤302-305】、【步骤415】）：<br>“步骤302-305……SCC AS许可此请求，即核实UE1有权向UE2请求转移媒体并发起媒体转移过程。”<br>“步骤415，SCC AS接收到INVITE消息后，将请求建立的会话与原有会话相关联……并开始执行媒体转移。”<br>【实施例3】（段落【步骤804】）：<br>“步骤804，SCC AS查询转移媒体操作权限信息，如果该转移媒体操作权限中指示拒绝媒体保持，则决定拒绝或允许此媒体保持请求。” | 对比文件公开了网络侧实体（SCC AS）对涉及终端间操作的请求进行权限检验、许可（即核实UE是否有权请求）以及权限策略控制（决定允许或拒绝）。虽然对比文件未针对“协作复制会话邀请请求”做专门授权，但其公开了由SCC AS执行会话/媒体转移及后续操作的鉴权许可控制机制。在极度宽松的隐含公开标准下，本领域技术人员可以合理推理将该核心网服务器的授权/校验机制应用至多方会话协作请求中，因此判断为隐含公开。 |
| 技术特征E：为复制的媒介流分配媒介资源<br><br>【未公开】 | 无相关公开内容。 | 目标专利中该特征是指因发生媒体流复制，需要由业务集中和连续性服务器（SCC AS）在媒介资源功能（MRF）中分配相应的媒介资源（如建立分流承载点），以实现后续同一媒体流向两个终端的分流推送（见目标专利说明书【0059】、【0062】）。而对比文件针对的是“媒体转移”，其核心方案是在终端之间迁移媒体承载端点，并通过re-INVITE更新对端SDP直接建立端到端RTP媒体流，全程未采用MRF实体，更未公开为“复制的媒介流”在核心网网络元件中专门分配媒介资源的方案。本领域技术人员无法从对比文件中推理得出该技术方案，因此未公开。 |
| 技术特征F：将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br><br>【未公开】 | 无相关公开内容。 | 目标专利中该步骤是指SCC AS将与MRF中分配的复制媒介流相关的协商响应（如携带MRF媒体参数的SIP 200 OK/应答）回传给第二WTRU（见目标专利说明书【0062】、【0077】）。对比文件完全未涉及网络侧多媒体资源节点MRF，在图4/图5所示流程中向UE2发送的响应仅为通用端到端协商的200 OK消息或普通的INVITE建立消息，不存在任何“针对MRF中复制的媒介流的响应”。本领域技术人员无法从对比文件中推理得出该特征，因此未公开。 |
| 技术特征G：使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br><br>【未公开】 | 无相关公开内容。 | 目标专利中该特征利用MRF作为核心多播/桥接媒介锚点，分别通过re-INVITE更新第一WTRU的接入分支和对端的远程分支，使得远程分支媒体流流向MRF并分发（见目标专利说明书【0059】、【0062】）。对比文件在实施媒体转移时，执行的是向远端发送re-INVITE以将其媒体接收端点直接切换至UE2，并向UE1发送re-INVITE（指示停止发送/接收已转移媒体）或发送BYE释放会话，并没有借助MRF更新接入段和远程段来实现媒体复制广播的机制。因此对比文件既未直接公开也未隐含公开该特征。 |
| 技术特征H：所述媒介流之后从所述远程方流向所述MRF<br><br>【未公开】 | 无相关公开内容。 | 目标专利在复制架构下，媒介流由远程方首先发送至网络侧的MRF进行媒体汇聚与复制处理（见说明书图5及【0062】）。对比文件整个系统架构中均是UE与UE（或经由基本承载网路由）进行端到端RTP流传输（见背景技术“一旦建立会话，媒体流将使用RTP协议在承载层中直接传送”），不存在将媒体流导入核心网MRF实体进行会话复制的方案。因此未公开。 |
| 技术特征I：从所述MRF流向所述第一WTRU<br><br>【未公开】 | 无相关公开内容。 | 目标专利中，由于媒体是“复制”而非“转移”，第一WTRU仍需保留接收原媒体流，因此MRF将复制分支之一持续推送给第一WTRU（见说明书图5及【0062】）。而在对比文件的媒体转移场景中，媒体转移至UE2后，UE1则停止发送/接收已转移的媒体（步骤324b/436），甚至直接被BYE释放会话，根本不存在从MRF将复制流提供给第一WTRU的技术方案。因此未公开。 |
| 技术特征J：从所述MRF流向所述第二WTRU<br><br>【未公开】 | 无相关公开内容。 | 目标专利中，复制媒体流由核心网络实体MRF派发推送给第二WTRU（见说明书【0062】、【0080】）。对比文件中UE2接收的媒体流是根据端到端协商由对端UE直接传输的承载流，并不存在网络侧MRF实体及从MRF流向第二WTRU的数据流向路径。因此未公开。 |
| 技术特征K：其中所述协作复制会话邀请请求包括复制报头字段<br><br>【未公开】 | 无相关公开内容。 | 目标专利中该特征通过在SIP消息中引入专门标准化的复制报头字段（例如携带被复制会话对话ID的特定报头，见说明书【0081】、【0091】），用于明确区分会话转移与会话复制。对比文件中仅在REFER或INVITE中携带常规的“媒体操作权限指示”（如SIP Allow-Events头域或sip.events标签，用于指示是否允许目标终端后续执行保持、再次转移或删除），完全没有在邀请请求中定义或携带任何指示复制行为的“复制报头字段”。因此未公开。 |
| 技术特征L：其中所述复制报头字段是媒介层“i＝复制”字段<br><br>【未公开】 | 无相关公开内容。 | 目标专利采用SDP媒介层中标准化为“i=复制（replicate）”的字段来指示要复制的特定媒体组件（见说明书【0082】）。对比文件完全未公开在SDP中使用i-line（i=复制）来实现复制指示的技术内容，因此未公开。 |
| 技术特征M：其中所述复制报头字段是媒介层“a＝复制”字段<br><br>【未公开】 | 无相关公开内容。 | 目标专利通过在SDP媒介描述中扩展属性行“a=复制”来指示复制行为（见说明书【0082】）。对比文件仅提及利用SIP Allow-Events头域或sip.events特性标签承载权限参数，未记载任何媒介层“a=复制”属性字段，因此未公开。 |
| 技术特征N：其中所述复制报头字段是XML主体<br><br>【未公开】 | 无相关公开内容。 | 目标专利通过在复制请求中携带包含复制相关信息的XML消息主体（XML Body）来实现复杂属性表达（见说明书【0083】）。对比文件仅在背景技术中提及SDP作为消息体（Message body）携带于SIP信令中，未公开采用XML主体作为复制报头/复制指示字段的技术手段，因此未公开。 |
| 技术特征O：其中所述XML主体指示将要复制哪些媒介组件或整个会话<br><br>【未公开】 | 无相关公开内容。 | 目标专利利用XML主体内的字段细粒度指示是复制部分媒介流组件还是整个多媒体会话（见说明书【0083】）。对比文件缺乏XML主体及复制标识的整体技术构思，并未公开相关内容，因此未公开。 |
<<<B>>>
<<<a>>>
<<<c>>>
<<<d>>>
**特征比对分析**
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br><br>《未公开》 | 1. 背景技术第3段：“现有技术中，还有一种终端设备UE1’从终端设备UE2’中，获取正在进行的多媒体会话中的部分或全部媒体的方法，该方法的实现过程为:UE2’和对端UE’建立会话之后，UE1’通过SCC AS(例如:订阅UE2’的对话事件信息包)获得UE2’正在进行的会话信息，根据所述会话信息，UE1’向SCC AS发送Invite消息，请求从UE2’获取相关的会话媒体并建立会话……”<br>2. 说明书实施例二步骤1103：“根据所述媒体映射信息，第一终端向SCC AS发送请求信息，请求从第二终端与对端终端正在进行的多媒体会话中获取会话媒体；所述请求信息包括媒体描述信息，所述媒体描述信息用于标识所述第一终端期望获取的会话媒体；第一终端向SCC AS发送请求信息时，可以请求从第二终端获取会话媒体，并建立所述第一终端与对端终端的连接……” | 1. 作用与方案分析：目标专利中技术特征A的作用是在“协作复制”场景下，由第二WTRU主动发起复制请求，使第一WTRU与第二WTRU能同时共享/共同消费来自远程方的同一媒体流（参见目标说明书[0006]、[0053]、[0080]）。<br>2. 对比文件涉及的是媒体获取/转移（Transfer/Fetch），如步骤1105所述：“指示所述第二终端停止发送和/或接收已经被所述第一终端获取的会话媒体”，其技术本质是将媒体控制/接收权从一个终端完全迁移/转移走，原终端不再保持该流，而非建立“协作复制会话”。<br>3. 对比文件中仅公开了发送请求获取/转移媒体的Invite消息，既未公开也未隐含“协作复制会话邀请请求”。因此技术特征A未被公开。 |
| 技术特征B：其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br><br>《隐含公开》 | 1. 背景技术第3段：“……UE2’和对端UE’建立会话之后，UE1’通过SCC AS(例如:订阅UE2’的对话事件信息包)获得UE2’正在进行的会话信息，根据所述会话信息，UE1’向SCC AS发送Invite消息，请求从UE2’获取相关的会话媒体并建立会话……”<br>2. 说明书实施例二步骤1101-1103：“向网络侧发送请求获取媒体的请求消息，所述请求消息用于请求媒体映射信息，以及请求获取相应媒体……第一终端向SCC AS发送请求信息，请求从第二终端与对端终端正在进行的多媒体会话中获取会话媒体……” | 1. 对比文件公开内容与作用：对比文件中的第一终端（请求方，对应第二WTRU）在发起获取之前，会话是由第二终端（转出方，对应第一WTRU）与对端终端（远程方）之间进行的，发起获取的第一终端在初始时刻并不属于该正在进行的会话的分支。<br>2. 逻辑推理与等同性：虽然对比文件是在媒体获取/转移场景下，但其对于“请求端在发起请求前与正在进行的会话并无关联、是在此之后才请求加入/建立分支”的系统拓扑关系是完全相同且适用的。本领域技术人员结合多终端通信架构能够毫无疑义地推理出该状态，因此即便考虑宽松标准，技术特征B在通信拓扑关系上构成了《隐含公开》。 |
| 技术特征C：所述协作复制会话邀请请求源于所述第二WTRU处<br><br>《未公开》 | 1. 说明书实施例二步骤1103：“根据所述媒体映射信息，第一终端向SCC AS发送请求信息，请求从第二终端与对端终端正在进行的多媒体会话中获取会话媒体……” | 1. 对比文件仅公开了由第一终端（相当于目标专利中的第二WTRU）发起“获取会话媒体的请求”，并未公开“协作复制会话邀请请求”。<br>2. 鉴于技术特征A中的“协作复制会话邀请请求”未被公开，该特定性质的请求源于第二WTRU的技术方案在对比文件中亦无公开基础，故不构成直接或隐含公开。 |
| 技术特征D：对所述协作复制会话邀请请求执行授权<br><br>《未公开》 | 1. 说明书实施例一步骤1002：“根据所述请求消息查询媒体映射信息，并根据所述媒体映射信息判断是否允许所述第一终端获取相应媒体；SCC AS根据所述请求消息查询媒体映射信息……并根据媒体映射信息判断是否允许第一终端从第二终端获取相应媒体……” | 1. 作用与方案对比：目标专利中技术特征D是对“协作复制会话邀请请求”执行授权（如目标说明书[0016]、[0061]所述，验证IUT用户身份、控制方简档或向控制方/远程方请求授权复制）。<br>2. 对比文件步骤1002公开的是SCC AS根据媒体映射信息“判断是否允许第一终端获取相应媒体”（判定请求的媒体是否仍在第二终端上），其属于媒体转移/获取的有效性与鉴权校验。即便两者均涉及网络侧校验，但其针对的对象是媒体获取/转移，而非“协作复制会话”，因此未公开技术特征D。 |
| 技术特征E：为复制的媒介流分配媒介资源<br><br>《未公开》 | 全文通篇未记载。 | 1. 作用与方案对比：目标专利中为实现多个WTRU复制消费同一媒体流，在网络侧的核心网实体（MRF）中分配用于复制媒体流的分发处理资源（目标说明书[0059]、[0062]）。<br>2. 对比文件采用的是常规SIP信令直接将远端分支迁移/更新到新终端（re-Invite），或者释放原终端连接，网络侧由SCC AS执行控制平面信令，通篇未涉及媒体资源功能（MRF）实体，亦无任何为“复制的媒介流分配媒介资源”的内容或技术启示。故该特征未公开。 |
| 技术特征F：将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br><br>《未公开》 | 全文通篇未记载。 | 1. 对比文件未引入MRF（Media Resource Function）实体，更无针对MRF中复制媒体流分配结果向第二WTRU返回SIP响应的相关记载，未公开该技术特征。 |
| 技术特征G：使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br><br>《未公开》 | 1. 背景技术第3段：“……UE1’与SCC AS之间成功建立会话分支之后，SCC AS向对端UE’发送re-Invite消息，更新远端会话分支(对端UE’与SCC AS的连接)，同时向UE2’发送re-Invite消息，指示UE2’停止发送/接收已被UE1’获取的媒体，从而更新与SCC ASUE2’之间的会话分支……” | 1. 作用与方案对比：目标专利中是通过MRF锚定/分发复制流，分别向第一WTRU和远程方更新接入段与远程段，使得远程方与第一WTRU继续保持原有媒体流通信，同时第二WTRU也能共享该流（目标说明书[0062]）。<br>2. 对比文件虽然提到了“更新远端会话分支”以及“更新与UE2'之间的会话分支”，但其更新的目的是指示原终端“停止发送/接收已被获取的媒体”（转移逻辑），且该更新完全由SCC AS直接通过SIP信令在终端与对端间重新协商完成，根本没有使用“MRF”，作用与具体实现机制均不相同。故该特征未公开。 |
| 技术特征H：所述媒介流之后从所述远程方流向所述MRF<br><br>《未公开》 | 全文通篇未记载。 | 1. 目标专利公开了基于MRF进行复制的媒体面拓扑：远程方将媒体流发给MRF，MRF再复制分发给各个终端（目标说明书图5之518）。<br>2. 对比文件未涉及MRF实体及此种星型/分发拓扑，未公开该特征。 |
| 技术特征I：从所述MRF流向所述第一WTRU<br><br>《未公开》 | 全文通篇未记载。 | 1. 对应MRF复制流分发至原控制端（第一WTRU）的媒体流路径（目标说明书图5之517）。对比文件无MRF实体及该媒体流走向，未公开该特征。 |
| 技术特征J：从所述MRF流向所述第二WTRU<br><br>《未公开》 | 全文通篇未记载。 | 1. 对应MRF复制流分发至目标受控端（第二WTRU）的媒体流路径（目标说明书图5之519）。对比文件无MRF实体及该媒体流走向，未公开该特征。 |
| 技术特征K：其中所述协作复制会话邀请请求包括复制报头字段<br><br>《未公开》 | 1. 具体实施方式第7段：“在上述媒体映射表中……所述Call-ID1(2)为多媒体会话标识，例如，SIP Call-ID头域，所述Media-ID1(2)为媒体标识……可以采用会话中媒体描述行(“m＝”)的顺序号作为该媒体的标识……在媒体映射行之后为媒体描述行，在实际中可以为“c＝”，“m＝”，“a＝”等，可以用于对媒体映射表中的各媒体依次进行描述。”<br>2. 说明书实施例二步骤801：“……具体的Option消息可以如下所示: OPTIONS sip:carol@chicago.com SIP/2.0 SCC AS PSI... Accept:application/sdp；message/sipfrag(即/或media_mapping_table)……” | 1. 对比分析：目标专利中是在SIP会话请求中显式携带“复制报头字段”（Replication header field），用以向网络明确指示本操作是“复制会话/媒体”而非“转移会话/媒体”，解决了两者难以区分的缺陷（目标说明书[0006]、[0080]-[0081]）。<br>2. 对比文件仅记载了常规的SIP头域（如Call-ID头域、Accept头域等）及SDP属性行，其请求消息用于请求媒体转移或获取媒体映射表，既未定义也未公开任何指示复制操作的“复制报头字段”。故该特征未公开。 |
| 技术特征L：其中所述复制报头字段是媒介层“i＝复制”字段<br><br>《未公开》 | 全文通篇未记载。 | 1. 对比文件中完全未公开SDP媒体层中存在“i=复制”或用于指示复制语义的i行字段，未公开该特征。 |
| 技术特征M：其中所述复制报头字段是媒介层“a＝复制”字段<br><br>《未公开》 | 1. 具体实施方式第7段：“……在媒体映射行之后为媒体描述行，在实际中可以为“c＝”，“m＝”，“a＝”等，可以用于对媒体映射表中的各媒体依次进行描述。” | 1. 对比文件仅在描述媒体映射表的媒体描述行时提及了标准的SDP属性行前缀“a=”，用于常规媒体描述，根本未公开用于区分转移与复制的“a=复制”专用属性字段。故该特征未公开。 |
| 技术特征N：其中所述复制报头字段是XML主体<br><br>《未公开》 | 全文通篇未记载。 | 1. 对比文件并未公开在请求中携带指示会话/媒体复制的XML主体。故该特征未公开。 |
| 技术特征O：其中所述XML主体指示将要复制哪些媒介组件或整个会话<br><br>《未公开》 | 全文通篇未记载。 | 1. 对比文件未公开上述XML主体，亦无通过XML主体指示待复制媒体组件或整会话的技术方案。故该特征未公开。 |
<<<b>>>
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br><br>《未公开》 | 无相关公开内容。 | 技术方案与作用分析：<br>1. 目标专利：技术特征A对应基于拉（pull）模式的协作会话复制，由外部的第二WTRU主动发起邀请，请求将第一WTRU与远程方之间正在进行的会话复制给自己，作用在于触发会话中特定媒介组件或整个会话的共享/复制过程（见目标说明书[0007]、[0056]、[0061]）。<br>2. 对比文件：对比文件WO2009021549A1公开的是在ICS架构中同一个UE（UE-A）与对端UE-B之间进行单用户会话内的“媒体切换”（如语音与视频之间的切换/toggling，见[p0003]、[p0015]）。其会话仅涉及第一终端UE-A与第二终端UE-B，且通过重拨（redial）释放并重建CS连接，根本不存在“第二WTRU发起协作复制”的概念。<br>3. 结论：对比文件未公开由第三方第二WTRU接收“协作复制会话邀请请求”，既未直接公开，本领域技术人员也无法从中合理推导出该特征，不构成隐含公开。 |
| 技术特征B：其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br><br>《未公开》 | 无相关公开内容。 | 技术方案与作用分析：<br>1. 目标专利：限定了执行复制拉取的第二WTRU最初并未参与第一WTRU与远程方之间的媒介会话，从而实现将现有会话复制/共享给新的独立第三方实体（目标说明书[0056]、[0070]）。<br>2. 对比文件：涉及的仅是参与当前通信会话的原有两端实体（UE-A与UE-B），两者从一开始即关联在该会话中，完全不存在最初不关联的第三方第二WTRU。<br>3. 结论：对比文件未直接公开也未隐含公开该技术特征。 |
| 技术特征C：所述协作复制会话邀请请求源于所述第二WTRU处<br><br>《未公开》 | 无相关公开内容。 | 技术方案与作用分析：<br>1. 目标专利：限定拉模式下发起协作复制信令的源头为第二WTRU（目标说明书[0056]、[0061]步骤509）。<br>2. 对比文件：请求均由会话原有的参与方（CS侧终端UE-A或IMS侧终端UE-B）发起媒体切换升级/降级（[p0043]、[p0050]），不存在源于未参与会话的第二WTRU的协作复制邀请。<br>3. 结论：对比文件未直接公开也未隐含公开该技术特征。 |
| 技术特征D：对所述协作复制会话邀请请求执行授权<br><br>《未公开》 | 无针对协作复制会话邀请请求的授权内容。 | 技术方案与作用分析：<br>1. 目标专利：在收到第二WTRU复制已有会话的请求后，由SCC AS或控制方WTRU针对该“复制请求”执行用户简档、预订限制或会话策略的安全与权限授权（目标说明书[0007]、[0061]步骤511、[0066]步骤609）。<br>2. 对比文件：虽然对比文件提及ICS网络中鉴权/注册的基本背景（[p0006]），但完全没有针对“协作复制会话邀请请求”进行授权的技术内容和机制。<br>3. 结论：对比文件未直接公开也未隐含公开该技术特征。 |
| 技术特征E：为复制的媒介流分配媒介资源<br><br>《未公开》 | [p0006]：“...ICCF 11 the IMS CS Control Function, and MRFP 17 the Media Resource Function Processor... The MRFP provides a similar interworking function at the call control level.”<br>[p0037]：“The ICCF controls a MRFC which performs interworking at the user plane level.” | 技术方案与作用分析：<br>1. 目标专利：在确定执行会话复制后，由SCC AS为即将分流/复制给第二WTRU的媒介流分配专用媒介资源（MRF处理资源），以便MRF后续对同一路媒介进行多路分发（目标说明书[0007]、[0059]、[0062]）。<br>2. 对比文件：对比文件虽在系统架构图及[p0006]、[p0037]中提到了MRFP/MRFC，但其作用仅在于CS域与IMS域媒体互通转换，或是降级时代替视频显示黑屏（[p0057]），根本未涉及为“复制的媒介流”分配媒介资源的操作。<br>3. 结论：对比文件未直接公开也未隐含公开为复制的媒介流分配媒介资源。 |
| 技术特征F：将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br><br>《未公开》 | 无相关公开内容。 | 技术方案与作用分析：<br>1. 目标专利：在分配MRF资源后，网络将关联MRF中该复制流的信令响应返回给发起请求的第二WTRU，以建立第二WTRU到MRF的媒体分支（目标说明书[0007]、[0062]步骤513-514）。<br>2. 对比文件：不存在第二WTRU，更无将MRF中复制媒介流的响应传送给第二WTRU的流程。<br>3. 结论：对比文件未直接公开也未隐含公开该技术特征。 |
| 技术特征G：使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br><br>《未公开》 | 无相关公开内容。 | 技术方案与作用分析：<br>1. 目标专利：网络引入MRF作为媒介锚点分发实体，通过更新第一WTRU的原有接入段以及更新朝向远程方的远程段，使其媒体路径重定向到MRF（目标说明书[0007]、[0062]步骤515-516），从而由MRF实现多方媒体分发。<br>2. 对比文件：仅涉及UE-A与ICCF之间通过重拨机制更新释放并重建自身的CS接入段（[p0015]、[p0044]、[p0046]），以及更新与UE-B的IMS连接（[p0017]），该更新是替换现有流类型，而非为“复制的媒介流”将接入段和远程段重定向/更新至MRF以实现复制分发。<br>3. 结论：对比文件未直接公开也未隐含公开该技术特征。 |
| 技术特征H：所述媒介流之后从所述远程方流向所述MRF<br><br>《未公开》 | 无相关公开内容。 | 技术方案与作用分析：<br>1. 目标专利：下行数据路由拓扑，远程方的媒介流发送至MRF，由MRF作为复制源头节点（目标说明书[0062]步骤518、[0080]）。<br>2. 对比文件：两端直通会话，媒体仅在UE-A与UE-B之间经由MGCF/MGW互通传输，并未公开远程方的媒介流发送至MRF供复制分流使用。<br>3. 结论：对比文件未直接公开也未隐含公开该技术特征。 |
| **技术特征I**：从所述MRF流向所述第一WTRU<br><br>《未公开》 | 无相关公开
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含中文翻译与段落标号） | 公开性论述 |
| 技术特征A：<br>从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br><br>《未公开》 | 无对应段落。<br>对比文件涉及的是呼叫转移（transfer），例如：<br>[0008] "...The transfer controller receives a request for call transfer from a second terminal group via the second terminal agent..."<br>（...转移控制器通过第二终端代理从第二终端组接收呼叫转移请求...）<br>[0031] "...the terminal group 3 associated with the second terminal agent 4 is acceptable of an input of transfer request data M1..."<br>（...与第二终端代理4相关联的终端组3可接收转移请求数据M1的输入...） | 1. 对比文件公开的作用与方案：对比文件公开的是在呼叫转移机制中，由转移源（终端组3/第二终端代理4）发起呼叫转移请求（transfer request data M1），将其与通信对方（终端组1）之间的既有呼叫转移至转移目的地（终端组5/第三终端代理6），其核心在于会话/媒介的“迁移（transfer/shift）”。<br>2. 目标专利的作用与对比：目标专利技术特征A属于拉（Pull）模式的“协作复制（replication）会话邀请请求”，是由希望获取复制流的第二WTRU（受控方WTRU）向网络侧（SCC AS）主动发起的复制请求，旨在实现多方同时接收相同媒介流的协作复制会话，并与“会话传送（transfer）”严格区分（参见目标专利[0006]、[0080]）。对比文件不仅没有公开由第三方/目的端拉取发起请求，更根本未涉及“协作复制会话邀请请求”，两者技术机制、语义与功能完全不同。即便按照最宽松的隐含公开判断，对比文件的转移请求与目标专利拉模式下的协作复制请求存在本质差异，本领域技术人员无法据此推理得出该特征，故未公开。 |
| 技术特征B：<br>其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br><br>《直接公开》 | [0008] "...The call controller establishes a connection, as an existing call, between a first terminal agent and a second terminal agent. The transfer controller receives a request for call transfer from a second terminal group via the second terminal agent... The transferred-call connecter establishes a connection with media conforming to the second type of media, as a transferred call, between the first terminal agent and the third terminal agent."<br>（...呼叫控制器在第一终端代理与第二终端代理之间建立作为既有呼叫的连接。转移控制器通过第二终端代理从第二终端组接收呼叫转移请求...转移呼叫连接器在第一终端代理与第三终端代理之间建立符合第二类型媒介的连接作为转移呼叫。）<br>[0029] "...a fixed telephone 11 and a PC 12 are associated with a first terminal agent 2 for an communication counterpart, a mobile phone 31 and a PC 32 are associated with a second terminal agent 4 for a transfer source, and a mobile phone 51 and a PC 52 are associated with a third terminal agent 6 for a transfer destination..."<br>（...固定电话11和PC 12与用于通信对方的第一终端代理2相关联，移动电话31和PC 32与用于转移源的第二终端代理4相关联，且移动电话51和PC 52与用于转移目的地的第三终端代理6相关联...）<br>[0054]-[0055] "...First, the call control server 7 establishes a connection between the fixed telephone 11 (or the PC 12) and the mobile phone 31 for an existing call (C01)... controls communications performed in a transfer notification call (C02) between the mobile phone 31 and the PC 52..."<br>（...首先，呼叫控制服务器7在固定电话11（或PC 12）与移动电话31之间建立既有呼叫（C01）的连接...在移动电话31与PC 52之间控制在转移通知呼叫（C02）中执行的通信...） | 1. 对比文件公开的作用与方案：在对比文件的第一实施例中，既有呼叫（C01）是在通信对方（第一终端代理2/终端组1，相当于第一WTRU与远程方中的一方与另一方）与转移源（第二终端代理4/终端组3）之间建立的；作为转移目的地的第三终端组5（如PC 52）在最初仅作为潜在的目标端，并不参与既有呼叫C01，最初与既有呼叫并不关联。<br>2. 目标专利的作用与对比：目标专利技术特征B限定第二WTRU（准备加入复制会话的设备）在发起或参与之前，与既有进行中的媒介会话最初并不关联。对比文件中作为转移目的地的外部终端（终端组5）在既有呼叫建立之初同样未参与该会话、与该会话不关联，其物理架构及会话初始拓扑状态与该特征实质相同且起到相同的作用，本领域技术人员能毫无疑义地直接得出，故属于直接公开。 |
| 技术特征C：<br>所述协作复制会话邀请请求源于所述第二WTRU处<br><br>《未公开》 | 无对应段落。<br>对比文件仅公开了请求由转移源发起：<br>[0008] "...The transfer controller receives a request for call transfer from a second terminal group via the second terminal agent..."<br>（...转移控制器通过第二终端代理从第二终端组接收呼叫转移请求...）<br>[0031] "...the terminal group 3 associated with the second terminal agent 4 is acceptable of an input of transfer request data M1..."<br>（...与第二终端代理4相关联的终端组3可接收转移请求数据M1的输入...）<br>[0055] "...When the mobile phone 31 has accepted an input of the transfer request data M1, the call control server 7 receives the transfer request data M1 via the second terminal agent 4..."<br>（...当移动电话31已接受转移请求数据M1的输入时，呼叫控制服务器7经由第二终端代理4接收转移请求数据M1...） | 1. 对比文件公开的作用与方案：对比文件中的转移请求数据M1始终是由处于当前呼叫中的转移源（即终端组3中的移动电话31）发起的“推（push）模式”转移触发，目的端（终端组5）仅是被动接收转移通知数据并进行设置反馈（S1/M3），绝非请求的发起源。<br>2. 目标专利的作用与对比：目标专利技术特征C明确限定请求“源于第二WTRU处”，即由未关联的原外部设备主动发起拉取（Pull）复制请求。对比文件不仅未涉及“协作复制”，在请求发起的主体与方向上也与目标专利完全相反（对比文件为会话既有参与者发起的推模式，目标专利为外部第二WTRU主动拉取）。因此，本领域技术人员无法从对比文件中得出该技术方案，即使以最宽松标准考量亦无法通过推理得出，故未公开。 |
| 技术特征D：<br>对所述协作复制会话邀请请求执行授权<br><br>《未公开》 | 对比文件涉及转移过程中的策略判断与确认，但无对协作复制请求的授权，例如：<br>[0035] "...the terminal group 1 accepts confirmation of the media to be employed in the transferred call, which is inputted by the user at the communication counterpart."<br>（...终端组1接收转移呼叫中要采用的媒介的确认，该确认由通信对方处的用户输入。）<br>[0044] "The terminal agent manager 73 may automatically determine media to be employed in the transferred call in accordance with media setup policy data 73b..."<br>（...终端代理管理器73可根据媒介设置策略数据73b自动确定转移呼叫中要采用的媒介...） | 1. 对比文件公开的作用与方案：对比文件公开了终端代理管理器根据预设策略数据（73b）判断是否采用相同媒介或最大/最小容量媒介，或者由终端组1的用户进行“确认（confirmation）”，其目的是为了协调呼叫转移时媒介格式的匹配，防止用户遇到非预期的媒介突变。<br>2. 目标专利的作用与对比：目标专利技术特征D是对“协作复制会话邀请请求”执行安全/权限维度的授权（authorization，如SCC AS验证用户简档、或由控制方WTRU授权受控方复制其媒介流）。对比文件既不存在“协作复制会话邀请请求”，其媒介协商/确认机制也不是对复制请求的权限授权。两者作用、处理对象与技术方案均不相同，故未公开。 |
| 技术特征E：<br>为复制的媒介流分配媒介资源<br><br>《未公开》 | 无对应段落。<br>对比文件涉及为转移呼叫分配终端与媒介：<br>[0051] "...the transferred-call connector 74c determines the media and terminal device to be employed in the transferred call on the basis of the transferred-call terminal & media data 73a stored in the terminal agent manager 73 and starts establishing a connection for the transferred call."<br>（...转移呼叫连接器74c基于存储在终端代理管理器73中的转移呼叫终端和媒介数据73a，确定转移呼叫中要采用的媒介和终端设备，并开始建立转移呼叫的连接。） | 1. 对比文件公开的作用与方案：对比文件公开的是在转移呼叫中，转移呼叫连接器确定通信双方终端设备所支持并采用的媒介类型，并建立两者之间的通信连接，属于端到端会话建立中的常规媒介协商与承载建立。<br>2. 目标专利的作用与对比：结合目标专利说明书（如[0007]、[0059]、[0062]），“为复制的媒介流分配媒介资源”是在多方协作复制场景下，由服务器在核心网专用媒介处理网元（MRF）中分配用于复制多分发媒介流的媒介资源（如端口、混合/复制资源），以使MRF承担向多个WTRU分发同一流的功能。对比文件不存在MRF，不存在复制的媒介流，更未公开在网络侧为复制流分配媒介资源，故未公开。 |
| 技术特征F：<br>将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br><br>《未公开》 | 无对应段落。<br>对比文件涉及向终端组发送转移相关数据：<br>[0036] "...the call control server 7 transmits transfer notification data M4 to the terminal group 5 via the third terminal agent 6..."<br>（...呼叫控制服务器7经由第三终端代理6向终端组5发送转移通知数据M4...） | 1. 对比文件公开的作用与方案：对比文件仅公开了呼叫控制服务器7在呼叫转移流程中向终端组5发送转移通知数据M4（包含转移通知呼叫ID与媒介ID），用于触发终端组5建立转移呼叫的连接。<br>2. 目标专利的作用与对比：目标专利技术特征F限定“将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU”（对应说明书[0062]中的步骤513/514，SCC AS向S-CSCF传送响应，S-CSCF将针对MRF中复制媒介流的响应转发给受控方WTRU）。对比文件完全没有MRF实体，也没有针对复制媒介流的信令响应机制，该技术特征未被公开。 |
| 技术特征G：<br>使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br><br>《未公开》 | 无对应段落。<br>对比文件涉及更新既有呼叫数据：<br>[0100] "...the controller 75 updates the existing-call terminal & media data 73c stored in the terminal agent manager 73 on the basis of the existing session ID..."<br>（...控制器75基于既有会话ID更新存储在终端代理管理器73中的既有呼叫终端和媒介数据73c...） | 1. 对比文件公开的作用与方案：对比文件仅公开了呼叫控制服务器内部更新终端代理管理器中存储的既有呼叫终端与媒介数据（表73c），用以记录呼叫转移后的状态，或者断开原有C01连接。<br>2. 目标专利的作用与对比：目标专利技术特征G限定在IMS架构下，由SCC AS使用MRF实体，分别对第一WTRU上的接入段（access leg）以及远端的远程段（remote leg）进行会话信令更新（如re-INVITE），将原本直通的媒介流重定向锚定至MRF中进行复制（参见说明书[0007]、[0062]步骤515、516）。对比文件无论在网元架构（无MRF）、信令段划分（无接入段与远程段更新机制）还是实现逻辑上均未公开该特征。 |
| 技术特征H：<br>所述媒介流之后从所述远程方流向所述MRF<br><br>《未公开》 | 无对应段落。<br>对比文件公开的是端到端的直接媒体流传输：<br>[0008] "...The transferred-call connecter establishes a connection with media conforming to the second type of media, as a transferred call, between the first terminal agent and the third terminal agent."<br>（...转移呼叫连接器在第一终端代理与第三终端代理之间建立符合第二类型媒介的连接作为转移呼叫。）<br>[0080] "...controls communications performed in the transferred call (C02) between the PC 12 and the PC 52 via the first terminal agent 2 and the third terminal agent 6..."<br>（...经由第一终端代理2和第三终端代理6控制在PC 12与PC 52之间的转移呼叫（C02）中执行的通信...） | 1. 对比文件公开的作用与方案：对比文件中的通信连接建立在通信对方的真实终端（如PC 12）与转移目的地的真实终端（如PC 52）之间，媒介流在终端之间直接传输，由呼叫控制服务器仅负责控制平面的信令协调与代理映射。<br>2. 目标专利的作用与对比：目标专利技术特征H属于媒介平面拓扑结构，要求来自远程方的媒介流流向核心网的MRF，作为集中分发复制的源流（说明书[0062]步骤518）。对比文件没有任何MRF网元，媒介流也无需流向中间复制节点，故未公开该特征。 |
| 技术特征I：<br>从所述MRF流向所述第一WTRU<br><br>《未公开》 | 无对应段落。<br>对比文件记载在第三实施例中共享终端保留音频：<br>[0094]-[0095] "...The call control server 7 performs the audio transfer within the mobile phone 31 (51). On the other hand, the call control server 7 assigns video to the PC 52, and controls communications performed in the transferred call (C03) between the fixed telephone 11 and the PC 52. As a result, even though the transfer process is performed, the session established between the fixed telephone 11 and the mobile phone 31 (51) may not be disconnected..."<br>（...呼叫控制服务器7在移动电话31（51）内执行音频转移。另一方面，呼叫控制服务器7将视频分配给PC 52，并在固定电话11与PC 52之间控制在转移呼叫（C03）中执行的通信。结果，即使执行了转移过程，在固定电话11与移动电话31（51）之间建立的会话也可以不被断开...） | 1. 对比文件公开的作用与方案：对比文件第三实施例中，当同一物理终端作为共享终端时，其保留原会话中的音频分支，该音频依旧是第一终端（固定电话11）与该移动电话之间原有的端到端会话；新增的视频连接也是端到端建立在固定电话11与PC 52之间。<br>2. 目标专利的作用与对比：目标专利技术特征I是指在复制拓扑中，MRF将远程方输入的媒介流作为分支之一流向第一WTRU（说明书[0062]步骤517），第一WTRU继续接收原始媒介。对比文件不存在通过MRF向第一设备下发复制媒介流的拓扑与机制，故未公开。 |
| 技术特征J：<br>从所述MRF流向所述第二WTRU<br><br>《未公开》 | 无对应段落。 | 1. 对比文件公开的作用与方案：对比文件仅公开将转移呼叫的媒介流建立并直接流向转移目的地终端（如PC 52），其传输路径直接来源于对端终端设备，不经过任何MRF。<br>2. 目标专利的作用与对比：目标专利技术特征J限定媒介流由核心网的MRF分发并流向第二WTRU（说明书[0062]步骤519），从而使第二WTRU获得与第一WTRU完全相同的复制媒介流。对比文件不存在MRF向下分发复制流的方案，故未公开。 |
| 技术特征K：<br>其中所述协作复制会话邀请请求包括复制报头字段<br><br>《未公开》 | 对比文件公开的是转移请求数据中携带呼叫ID：<br>[0031] "The transfer request data M1 includes a call ID identifiable of the existing call, a terminal ID identifiable of a terminal device of the communication counterpart, and a terminal ID identifiable of a terminal device provided at the transfer destination, which are associated with one another."<br>（转移请求数据M1包括可识别既有呼叫的呼叫ID、可识别通信对方终端设备的终端ID、以及可识别设置在转移目的地的终端设备的终端ID，它们彼此相互关联。） | 1. 对比文件公开的作用与方案：对比文件在转移请求数据M1中携带既有呼叫的Call ID以及相关终端ID，其作用是使呼叫控制服务器能够定位需要被转移的原呼叫并获知转移目标，属于呼叫转移的寻址与会话识别机制。<br>2. 目标专利的作用与对比：结合目标专利说明书（[0080]-[0081]、[0091]），复制报头字段（Replication header field）是专门标准化的、用于将“会话复制”与“会话传送（transfer）”严格区分开的信令报头字段，其明确指示当前请求是复制请求并携带待复制会话的对话ID。对比文件中的呼叫ID仅是常规呼叫转移信令字段，根本不具备区分复制与传送的复制报头语义与功能，无法隐含公开该技术特征。 |
| 技术特征L：<br>其中所述复制报头字段是媒介层“i＝复制”字段<br><br>《未公开》 | 无对应段落。 | 1. 对比文件公开的作用与方案：对比文件通篇未涉及SDP（会话描述协议）中的i行参数定义。<br>2. 目标专利的作用与对比：目标专利技术特征L属于从属特征，明确限定复制报头字段具体采用SDP协议媒介层的“i=复制（replicate）”字段来指示媒介组件复制（目标专利说明书[0082]）。对比文件未公开任何相关技术方案。 |
| 技术特征M：<br>其中所述复制报头字段是媒介层“a＝复制”字段<br><br>《未公开》 | 无对应段落。 | 1. 对比文件公开的作用与方案：对比文件通篇未涉及SDP中的属性行（a行）定义。<br>2. 目标专利的作用与对比：目标专利技术特征M限定复制报头字段具体为SDP协议媒介层的“a=复制”属性字段（目标专利说明书[0082]）。对比文件完全未公开该技术内容。 |
| 技术特征N：<br>其中所述复制报头字段是XML主体<br><br>《未公开》 | 无对应段落。 | 1. 对比文件公开的作用与方案：对比文件未公开在会话邀请消息中使用XML消息体来作为复制指示。<br>2. 目标专利的作用与对比：目标专利技术特征N限定复制报头字段以SIP消息中的XML主体形式体现（目标专利说明书[0083]、[0091]），用于承载复制相关控制信息。对比文件完全未公开该技术内容。 |
| 技术特征O：<br>其中所述XML主体指示将要复制哪些媒介组件或整个会话<br><br>《未公开》 | 无对应段落。 | 1. 对比文件公开的作用与方案：对比文件未涉及任何用于指示复制媒介组件或整个会话的XML结构。<br>2. 目标专利的作用与对比：目标专利技术特征O限定该XML主体内部具体包含的信息内容，即指示复制哪些媒介组件或整个会话（目标专利说明书[0083]、[0091]）。对比文件完全未公开该技术内容。 |
<<<B>>>
**特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br><br>【未公开】 | 无直接或隐含公开内容。对比文件涉及邀请用户加入混模多媒体会议呼叫（如[0016]：“...inviting one or more users to a mixed mode conference call by providing invitation information from an inviting user to a server...”，中文译文：“...通过从邀请用户向服务器提供邀请信息来邀请一个或多个用户加入混模会议呼叫...”）。 | 对比文件公开的是传统的会议发起方邀请其他受邀方加入多媒体会议，其建立的是普通的群组多媒体/PTV会议呼叫。而在目标专利中，该特征是指在IMS协作会话架构下，第二WTRU主动向SCC AS发送请求，拉取/复制第一WTRU与远程方之间正在进行的会话（参见目标专利[0007]、[0056]、[0061]、[0096]）。对比文件不仅没有公开“协作复制会话”的概念与架构，而且其邀请机制为发起方推式邀请，并非从未关联会话的第二设备接收拉取并复制已有会话的邀请请求。两者技术方案不同，作用和实现机制完全不同，因此对比文件既未直接公开也未隐含公开技术特征A。 |
| 技术特征B：其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br><br>【未公开】 | 无直接或隐含公开内容。对比文件[0002]中仅一般性提及：“...SIP can also invite participants to already existing sessions, such as multicast conferences.”（中文译文：“...SIP还可以邀请参与者加入已存在的会话，例如组播会议。”）。 | 目标专利中，技术特征B限定了会话拉模式复制的特定前置状态，即第一WTRU与远程端正存在一个进行中的独立会话，第二WTRU最初并未参与该会话，随后发起复制（参见目标专利[0056]、[0061]）。对比文件公开的是全新的多方会议呼叫建立过程（如图4、[0016]），即使背景技术[0002]提及SIP可邀请成员加入已存在的组播会议，也是常规组播会议的加人操作，并非“第一终端与远程方之间进行中的媒介会话最初不与第二终端关联、进而由第二终端进行媒介流复制”的技术场景，作用与技术上下文完全不同，故未公开。 |
| 技术特征C：所述协作复制会话邀请请求源于所述第二WTRU处<br><br>【未公开】 | 对比文件[0016]、[0039]等：“The inviting user entity 110 initiates the PTV services 400 by providing invitation information 402 to the server 116...”（中文译文：“邀请用户实体110通过向服务器116提供邀请信息402来发起PTV服务400...”）。 | 目标专利中技术特征C体现的是拉模式（Pull mode）复制，即复制请求起源于受控方/第二WTRU（非当前持有媒体会话的终端），由其主动触发会话复制（参见目标专利[0013]、[0056]、[0061]、[0096]）。而对比文件中的呼叫均由发起用户（inviting user）主动发起去邀请其他用户，并非由被邀请方或者第三方第二终端起源发起“协作复制会话请求”。两者在通信流程的触发主体及信令方向上实质不同，未公开。 |
| 技术特征D：对所述协作复制会话邀请请求执行授权<br><br>【未公开】 | 对比文件未记载对协作复制会话邀请请求进行授权。其[0041]、[0043]等仅提及受邀方对模式的选择与接受响应。 | 目标专利中的授权是指网络侧SCC AS对第二WTRU发起的协作复制请求进行权限验证、鉴权或向控制方WTRU/远程方请求授权（参见目标专利[0007]、[0057]、[0061]、[0066]、[0098]）。对比文件中仅涉及受邀终端选择模式并回复响应，服务器根据响应建立对应带宽信道，完全不涉及针对“协作复制会话请求”的授权控制机制。作用与技术方案均不相同，未公开。 |
| 技术特征E：为复制的媒介流分配媒介资源<br><br>【未公开】 | 对比文件[0041]、[0043]等记载：“The server sets up a communication channel 410 having a bandwidth selected in response to the mode accepted by user entity B...”（中文译文：“服务器建立通信信道410，其带宽响应于用户实体B接受的模式而被选择...”）。 | 目标专利中，该特征是指SCC AS在核心网的媒介资源功能（MRF）中分配用于复制媒体流并进行桥接/分发的媒介资源（参见目标专利[0007]、[0059]、[0062]、[0100]）。对比文件仅公开了服务器根据终端接受的音视频模式在通信信道上选择分配对应带宽，其并非“为复制的媒介流分配媒介资源”，也没有在MRF中建立复制媒介流资源以实现流分发的作用。技术方案不同，未公开。 |
| 技术特征F：将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br><br>【未公开】 | 对比文件[0041]记载：“...and acknowledges setup 412.”（中文译文：“...并确认建立412。”）。 | 目标专利中，该步骤是指在拉模式复制下，SCC AS将关联于MRF中复制媒介流的特定响应消息经由网络发送给发起请求的第二WTRU（参见目标专利[0007]、[0062]中步骤513/514、[0102]）。对比文件中步骤412仅是服务器向受邀加入普通会议的终端B确认其单播/组播信道已建立的确认信令，既不针对MRF，也不针对复制媒介流，两者的信令上下文、载荷及技术作用完全不同，未公开。 |
| 技术特征G：使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br><br>【未公开】 | 无相关内容。对比文件未记载IMS网络、MRF实体以及更新接入段（access leg）和远程段（remote leg）的信令机制。 | 目标专利中，为了实现在网络侧无缝复制媒体流，SCC AS通过控制MRF将第一WTRU的原有接入段以及远程方的远程段重新锚定更新到MRF上，以便由MRF进行流复制（参见目标专利[0007]、[0059]、[0062]中步骤515/516、[0104]、[0106]）。对比文件采用的是半双工PTV会议服务器的信道建立与话音/视频控制机制，根本没有MRF、接入段更新以及远程段更新的技术构架与信令过程，未公开。 |
| 技术特征H：所述媒介流之后从所述远程方流向所述MRF<br><br>【未公开】 | 对比文件[0046]记载：“...video 470 and audio 480 are streamed from user entity A to the server 116.”（中文译文：“...视频470和音频480从用户实体A流传输到服务器116。”）。 | 目标专利中，经过接入段和远程段更新后，远程方的媒体流改变路径流向MRF节点，以便MRF进行复制与分发（参见目标专利[0062]中步骤518、[0080]）。对比文件中仅存在会议发言方（如用户实体A）将音视频流发送到PTV会议服务器116，不存在远程方（remote party）将媒体流流向MRF的过程，网络架构与拓扑传输路径完全不同，未公开。 |
| 技术特征I：从所述MRF流向所述第一WTRU<br><br>【未公开】 | 对比文件[0046]记载：“The audio is multicast to user entity B 482, user entity C 484 and user entity D 486 and, after synchronization of the audio and video at the server 116, the audio 482 and video streams are multicast to user entity B.”（中文译文：“音频被组播到用户实体B 482、用户实体C 484和用户实体D 486，并且在服务器116同步音频和视频之后，音频482和视频流被组播到用户实体B。”）。 | 目标专利中，MRF将接收到的媒体流分发给保留原会话的第一WTRU（参见目标专利[0062]中步骤517）。对比文件中是由服务器116向听众终端（B、C、D）组播媒体流，而原始发送方A是话权拥有者并不接收该媒体下行，且实体非MRF，技术方案与媒体流向均不相同，未公开。 |
| 技术特征J：从所述MRF流向所述第二WTRU<br><br>【未公开】 | 对比文件[0046]记载服务器116将音频和视频组播给用户实体B。 | 目标专利中，该特征是指MRF将复制的媒体流分发推送给拉取复制会话的第二WTRU（参见目标专利[0062]中步骤519）。对比文件虽然公开了服务器向会议受邀成员B发送音视频流，但其是在混模多媒体会议场景下向参会者广播音视频，而不是在会话复制场景下通过MRF向发起复制请求的第二WTRU提供复制媒体流。因此，无论在网络实体、传输背景还是解决的技术问题上均不相同，未公开。 |
| 技术特征K：其中所述协作复制会话邀请请求包括复制报头字段<br><br>【未公开】 | 对比文件仅记载了RTCP报文格式（[0054]、图7），包含subtype、media、ASCII name string等字段用于升级/降级。 | 目标专利中，技术特征K限定在SIP会话邀请请求中设置专门的“复制报头字段”（Replication header field），以包含待复制会话的对话ID（dialog-ID）并显式区分复制与传输（参见目标专利[0080]-[0081]、[0091]、[0107]）。对比文件的RTCP报文用于会议过程中的媒体流添加/删除控制，完全未涉及在会话邀请请求中携带指示会话复制的复制报头字段，未公开。 |
| 技术特征L：其中所述复制报头字段是媒介层“i＝复制”字段<br><br>【未公开】 | 对比文件全文未记载SDP协议中的“i=”行或“i=replicate”字段。 | 目标专利中，该特征是利用SDP中的媒介层信息行设置“i=复制”字段来指示待复制的特定媒介组件（参见目标专利[0082]、[0108]）。对比文件完全未公开该特征。 |
| 技术特征M：其中所述复制报头字段是媒介层“a＝复制”字段<br><br>【未公开】 | 对比文件全文未记载SDP协议中的属性行“a=”或“a=replicate”字段。 | 目标专利中，该特征是利用SDP媒介层的属性行设置“a=复制”字段来标识要复制的特定媒介组件或整个会话（参见目标专利[0082]、[0109]）。对比文件完全未公开该特征。 |
| 技术特征N：其中所述复制报头字段是XML主体<br><br>【未公开】 | 对比文件全文未公开在SIP会话请求中利用XML主体实现复制报头或指示会话复制。 | 目标专利中，该特征是指在复制请求消息中携带XML主体作为复制指示载荷，用于提供待复制会话或媒体流的具体参数（参见目标专利[0083]、[0110]）。对比文件完全未公开该特征。 |
| 技术特征O：其中所述XML主体指示将要复制哪些媒介组件或整个会话<br><br>【未公开】 | 对比文件全文未记载指示复制媒介组件或整个会话的XML主体。 | 目标专利中，该特征进一步限定了XML主体的内容是明确指定要复制的具体媒体组件（如视频/音频）或复制整个多媒体会话（参见目标专利[0083]、[0111]）。对比文件未公开该特征。 |
根据目标专利说明书与对比文件（US20090073938A1）的内容，对各技术特征的公开性进行客观比对与论述如下：
| 技术特征描述及判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br>《未公开》 | 无对应公开内容。对比文件主要公开了语音呼叫连续性（VCC）中的呼叫锚定优化，例如[0009]“1. The CCCF/NeDS receives an INVITE message of an incoming call and begins to anchor the call.”（中文翻译：1. CCCF/NeDS接收来电的INVITE消息并开始锚定呼叫。） | 对比文件公开的是普通的呼叫建立INVITE消息，旨在解决CS与IMS域间切换的呼叫锚定与早期前转冲突问题；目标专利技术特征A涉及UE间传输（IUT）中的“协作复制会话邀请请求”，用于请求复制另一个WTRU正在进行的媒介流。对比文件中既无“协作复制会话邀请”，也未涉及非会话参与方的第二WTRU发起会话复制请求的机制，既未直接公开，也无法通过宽松推理得出隐含公开。 |
| 技术特征B：<br>其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br>《未公开》 | 无对应公开内容。对比文件仅涉及主叫与被叫之间的普通双端呼叫及呼叫前转（例如[0006]中的CFU/CFNRc等）。 | 目标专利中，该特征限定了拉模式复制的初始状态（第二WTRU最初并未关联在第一WTRU与远程方之间的通信中）。对比文件涉及的是单一呼叫路径在前转时的重定向/释放锚定，不涉及两个WTRU与远程方之间多方协作/复制架构中未关联实体的拉模式复制场景，未公开该特征。 |
| 技术特征C：<br>所述协作复制会话邀请请求源于所述第二WTRU处<br>《未公开》 | 无对应公开内容。 | 对比文件中的呼叫请求均来自普通来电发起方或网络侧重定向，不涉及源于非关联“第二WTRU”发起的“协作复制会话邀请请求”，未公开该特征。 |
| 技术特征D：<br>对所述协作复制会话邀请请求执行授权<br>《未公开》 | 对比文件[0046]：“a judging module, adapted to judge whether a service potentially influential in anchoring a call can be triggered...”（中文翻译：判断模块，适于判断是否能触发潜在影响呼叫锚定的业务……）及[0042]-[0043]。 | 对比文件中是对被叫签约的补充业务（如呼叫前转）是否影响锚定进行判断或进行路由鉴权，而非目标专利所限定的“对第二WTRU发起的协作复制会话邀请请求执行授权”（如验证IUT用户简档、询问原会话控制方WTRU授权等）。两者处理对象与目的完全不同，未公开该特征。 |
| 技术特征E：<br>为复制的媒介流分配媒介资源<br>《未公开》 | 无对应公开内容。对比文件仅涉及一般性呼叫路由号（如CSRN、MSRN、IMRN）的分配与呼叫资源释放，例如[0017]、[0028]、[0115]。 | 对比文件未涉及媒介流复制，更未涉及在业务集中和连续性实体中“为复制的媒介流分配媒介资源”（如在MRF中分配用于分发复制流的资源），未公开该特征。 |
| 技术特征F：<br>将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br>《未公开》 | 无对应公开内容。 | 对比文件中完全不存在MRF（媒介资源功能）分配及向发起复制的第二WTRU传送针对MRF复制媒介流响应的交互机制，未公开该特征。 |
| 技术特征G：<br>使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br>《未公开》 | 无对应公开内容。 | 目标专利利用MRF作为媒介锚点，分别更新第一WTRU的接入段与远端段以支持流复制分发。对比文件仅公开在CS域与IMS域之间更新呼叫路径或释放接入路径，既无MRF的介入，也无为复制媒介流更新接入段与远程段的技术方案，未公开该特征。 |
| 技术特征H：<br>所述媒介流之后从所述远程方流向所述MRF<br>《未公开》 | 无对应公开内容。 | 对比文件未公开远程方媒介流流向MRF以实现一分为二复制的传输架构，未公开该特征。 |
| 技术特征I：<br>从所述MRF流向所述第一WTRU<br>《未公开》 | 无对应公开内容。 | 对比文件未涉及MRF分发媒介流至第一WTRU的复制拓扑，未公开该特征。 |
| 技术特征J：<br>从所述MRF流向所述第二WTRU<br>《未公开》 | 无对应公开内容。 | 对比文件未涉及MRF将复制的媒介流分发至第二WTRU的传输路径，未公开该特征。 |
| 技术特征K：<br>其中所述协作复制会话邀请请求包括复制报头字段<br>《未公开》 | 无对应公开内容。 | 对比文件中SIP消息（如[0123]中的VIA、SIP 300）未包含用于指示会话/媒介复制的复制报头字段，未公开该特征。 |
| 技术特征L：<br>其中所述复制报头字段是媒介层“i＝复制”字段<br>《未公开》 | 无对应公开内容。 | 对比文件未公开在SDP媒介层使用“i=复制”字段来指示复制，未公开该特征。 |
| 技术特征M：<br>其中所述复制报头字段是媒介层“a＝复制”字段<br>《未公开》 | 无对应公开内容。 | 对比文件未公开在SDP媒介层使用“a=复制”属性来指示复制，未公开该特征。 |
| 技术特征N：<br>其中所述复制报头字段是XML主体<br>《未公开》 | 无对应公开内容。 | 对比文件未公开在SIP请求中使用指示复制的XML主体，未公开该特征。 |
| 技术特征O：<br>其中所述XML主体指示将要复制哪些媒介组件或整个会话<br>《未公开》 | 无对应公开内容。 | 对比文件未公开指示复制特定媒介组件或整个会话的XML主体，未公开该特征。 |
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br>《未公开》 | 无（对比文件无说明书内容，且涉及磁记录媒体领域） | 对比文件为《磁気記録媒体の製造方法および磁気記録再生装置》（WO2009038208A1），未提供说明书内容，且属于磁记录介质与记录再生装置的硬件制造领域。目标专利技术特征A涉及IMS网络通信中SCC AS从第二WTRU接收协作复制会话邀请请求的通信信令过程，对比文件未记载任何相关内容，本领域技术人员既无法直接得出，也无任何内容可用于推理或推断，因此该特征未被直接公开，也未被隐含公开。 |
| 技术特征B：其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br>《未公开》 | 无 | 对比文件属于磁记录物理介质制造领域，完全未记载任何无线通信、多方多媒体会话、会话传输或会话参与方关联关系的技术内容。对比文件未直接公开该特征，也不存在任何可供推断的线索，未被隐含公开。 |
| 技术特征C：所述协作复制会话邀请请求源于所述第二WTRU处<br>《未公开》 | 无 | 对比文件完全未涉及拉模式（pull mode）由第三方终端（第二WTRU）发起会话复制请求的通信信令机制。对比文件未直接公开该特征，亦无任何可能据以进行逻辑推理的内容，未被隐含公开。 |
| 技术特征D：对所述协作复制会话邀请请求执行授权<br>《未公开》 | 无 | 对比文件完全未涉及通信网络侧（SCC AS）对会话复制请求的鉴权、授权或策略检查机制。对比文件未直接公开该特征，亦未隐含公开。 |
| 技术特征E：为复制的媒介流分配媒介资源<br>《未公开》 | 无 | 对比文件属于磁记录媒体制造领域，完全未涉及通信网络中为复制媒介流在网络实体（如MRF）中分配媒介资源的技术方案。对比文件未直接公开该特征，亦未隐含公开。 |
| 技术特征F：将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br>《未公开》 | 无 | 对比文件完全未涉及通信网络中的媒介资源功能实体（MRF）以及向发起方终端下发媒介协商/建立响应的信令流程。对比文件未直接公开该特征，亦未隐含公开。 |
| 技术特征G：使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br>《未公开》 | 无 | 对比文件完全未涉及IMS控制架构中通过MRF更新控制方/第一终端接入段（access leg）以及更新远端段（remote leg）的信令交互与拓扑重配过程。对比文件未直接公开该特征，亦未隐含公开。 |
| 技术特征H：所述媒介流之后从所述远程方流向所述MRF<br>《未公开》 | 无 | 对比文件完全未涉及网络多媒体通信中远端媒介流发往MRF集中处理的媒体面数据路由过程。对比文件未直接公开该特征，亦未隐含公开。 |
| 技术特征I：从所述MRF流向所述第一WTRU<br>《未公开》 | 无 | 对比文件完全未涉及MRF向第一终端分发复制后媒介流的下行路径机制。对比文件未直接公开该特征，亦未隐含公开。 |
| 技术特征J：从所述MRF流向所述第二WTRU<br>《未公开》 | 无 | 对比文件完全未涉及MRF向第二终端分发复制媒介流的下行路径机制。对比文件未直接公开该特征，亦未隐含公开。 |
| 技术特征K：其中所述协作复制会话邀请请求包括复制报头字段<br>《未公开》 | 无 | 对比文件完全未涉及SIP/SDP协议报头、会话复制特定报头字段等通信协议机制。对比文件未直接公开该特征，亦未隐含公开。 |
| 技术特征L：其中所述复制报头字段是媒介层“i＝复制”字段<br>《未公开》 | 无 | 对比文件完全未涉及SDP媒介层“i=复制”字段的定义及应用。对比文件未直接公开该特征，亦未隐含公开。 |
| 技术特征M：其中所述复制报头字段是媒介层“a＝复制”字段<br>《未公开》 | 无 | 对比文件完全未涉及SDP媒介层“a=复制”属性字段的定义及应用。对比文件未直接公开该特征，亦未隐含公开。 |
| 技术特征N：其中所述复制报头字段是XML主体<br>《未公开》 | 无 | 对比文件完全未涉及在信令请求中携带XML主体以指示复制信息的通信机制。对比文件未直接公开该特征，亦未隐含公开。 |
| 技术特征O：其中所述XML主体指示将要复制哪些媒介组件或整个会话<br>《未公开》 | 无 | 对比文件完全未涉及利用XML主体承载并指示复制特定媒介组件或整个会话的信息。对比文件未直接公开该特征，亦未隐含公开。 |
| 技术特征描述及公开性判断结果 | 对比文件原文引用（US20090086742A1） | 公开性论述 |
| 技术特征A：<br>从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br><br>《未公开》 | [0032] “...To begin a call session an invite message is sent to the devices involved in the call session... An invite message 254 is sent to EAG 220 to begin the session... EAG 220 also sends an invite message 260 to an interrogating call session control function (I-CSCF) and/or serving call session control function (S-CSCF) 230...”<br>（...为了开始呼叫会话，向涉及呼叫会话的设备发送invite消息...向EAG 220发送invite消息254以开始会话...EAG 220还向I-CSCF/S-CSCF 230发送invite消息260...） | 对比文件公开了企业接入网关（EAG）从双模移动节点接收呼叫会话的invite请求（消息254），用于在两个移动节点间建立端到端的单呼会话。然而，在目标专利中，该特征是指在IMS协作会话架构下，第二WTRU主动发起“复制”现有会话媒介流的协作复制会话邀请请求（例如图5/图10/图13中的拉模式会话复制请求）。对比文件仅涉及常规的双方端到端呼叫建立与跨网络切换，根本没有涉及“协作会话”（Collaborative Session）的上下文，更没有公开“复制（replicate）会话/媒介流”的概念与请求，两者技术作用与方案实质不同，本领域技术人员无法从对比文件中直接或隐含得出该特征。 |
| 技术特征B：<br>其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br><br>《未公开》 | 对比文件全文未记载关于第三方设备介入正在进行的媒介会话并进行复制的内容。 | 目标专利中，该特征是指在拉模式复制中，第二WTRU在发起复制请求前，并非第一WTRU与远程方之间正在进行的媒介会话的参与方（即最初不关联）。对比文件全篇仅涉及双模终端在企业网和运营商网间的切换/漫游、或者两个终端间常规呼叫建立，不存在“存在第一终端与远程方正在进行的媒介会话且未关联的第二终端请求介入复制”的场景，未公开该特征。 |
| 技术特征C：<br>所述协作复制会话邀请请求源于所述第二WTRU处<br><br>《未公开》 | [0032] “...An invite message 254 is sent to EAG 220 to begin the session...”<br>（...向EAG 220发送invite消息254以开始会话...） | 目标专利中，该特征特指拉模式下的协作复制请求是由意图复制媒介的“第二WTRU”主动发起的（如图3、图5、图10中由非原会话参与方的受控方/第二WTRU起源）。虽然对比文件中呼叫的发起方（终端210）发起了invite消息，但其是建立常规呼叫，完全不涉及“协作复制会话邀请请求”及其由第二WTRU发起的架构，技术作用完全不同，未公开该特征。 |
| 技术特征D：<br>对所述协作复制会话邀请请求执行授权<br><br>《未公开》 | [0031] “...In 238, EAP authentication and key agreement (AKA) occurs between EAG 220 and AAA 222 and HSS 226. The AAA 222 and HSS 226 can be used to authenticate information from DMH 210 to allow access to the service provider's network 216... In 246, IMS subscriber identity module (ISIM) authentication occurs between CSCF 230 and HSS 226...”<br>（...在238中，在EAG 220与AAA 222和HSS 226之间发生EAP认证与密钥协商（AKA）。AAA 222和HSS 226可用于对来自DMH 210的信息进行认证以允许接入服务提供商网络216...在246中，在CSCF 230与HSS 226之间发生ISIM认证...） | 对比文件仅公开了终端附着与网络接入时的EAP-AKA身份认证以及IMS注册认证。而在目标专利中，技术特征D是指在SCC AS接收到第二WTRU发起的协作复制请求后，在应用层基于签约、运营商策略、用户简档或请求原会话方（第一WTRU）确认，针对“是否允许复制现有正在进行的会话”执行业务级授权（authorization）。对比文件中的网络接入与注册认证与目标专利中针对协作复制请求的会话级业务授权在机制、目的和对象上均截然不同，未公开该特征。 |
| 技术特征E：<br>为复制的媒介流分配媒介资源<br><br>《未公开》 | 对比文件全文未记载为复制的媒介流在MRF中分配媒介资源。 | 目标专利中，该特征是指SCC AS响应于复制请求，在网络侧的MRF（媒介资源功能）中分配媒介混流/分发资源，以便将远程方的媒介流同时复制分发给原终端和新接入的第二终端。对比文件仅在图1和[0021]、[0038]中提及网络中存在MRF 146/652用于“提供提示音、公告和电话会议能力（provides tones, announcements, and teleconferencing abilities）”，并未涉及在拉模式会话复制流程中为复制流动态分配MRF媒介资源的技术方案，未公开该特征。 |
| 技术特征F：<br>将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br><br>《未公开》 | [0033] “...Dual mode mobile node 210 is notified by EAG 220 with a 200 OK message 276...”<br>（...EAG 220通过200 OK消息276通知双模移动节点210...） | 目标专利中，该特征对应于SCC AS向第二WTRU返回携带MRF媒介锚定信息的响应（例如200 OK响应，指引第二WTRU建立至MRF的媒介分支）。对比文件中仅为点对点呼叫建立中EAG向主叫终端210转发常规的200 OK，与“针对MRF中复制媒介流的响应”无关，未公开该特征。 |
| 技术特征G：<br>使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br><br>《未公开》 | 对比文件全文未记载利用MRF更新第一WTRU的接入段及更新远程段。 | 目标专利中，该特征是指会话复制建立时，SCC AS通过信令将第一WTRU原先与远程方直连的会话段重新协商锚定到MRF（更新接入段），并将远程方到第一WTRU的原会话段同样重新协商锚定到MRF（更新远程段），从而实现由MRF分发复制流的基础架构。对比文件全篇未涉及在复制过程中重协商更新既有第一终端接入段与远程段的技术动作，未公开该特征。 |
| 技术特征H：<br>所述媒介流之后从所述远程方流向所述MRF<br><br>《未公开》 | 对比文件全文未记载远程方的媒介流流向MRF以进行会话复制。 | 目标专利中，远程方的下行媒介流被引导至MRF，由MRF充当分发锚点。对比文件完全不涉及通过MRF对正在进行的单会话流进行分流复制的数据平面传输架构，未公开该特征。 |
| 技术特征I：<br>从所述MRF流向所述第一WTRU<br><br>《未公开》 | 对比文件全文未记载来自MRF的复制媒介流流向第一WTRU。 | 目标专利中，MRF将远程方的媒介流向第一WTRU进行下行传输（保持原会话呈现）。对比文件未涉及会话复制时MRF向第一WTRU分发媒介分支，未公开该特征。 |
| 技术特征J：<br>从所述MRF流向所述第二WTRU<br><br>《未公开》 | 对比文件全文未记载来自MRF的复制媒介流流向第二WTRU。 | 目标专利中，MRF同时将与第一WTRU完全相同的媒介流复制分发给第二WTRU（完成拉复制）。对比文件未公开由MRF向第二WTRU分发复制流的路径，未公开该特征。 |
| 技术特征K：<br>其中所述协作复制会话邀请请求包括复制报头字段<br><br>《未公开》 | 对比文件全文未记载在请求中包含用于指示复制的专用复制报头字段。 | 目标专利中，在SIP请求中引入专门的“复制报头字段”（例如包含要复制的会话对话ID），以区分传统的会话转移（IUT Transfer）与会话复制（Replication）。对比文件没有任何会话复制或指示复制的报头字段的教导，未公开该特征。 |
| 技术特征L：<br>其中所述复制报头字段是媒介层“i＝复制”字段<br><br>《未公开》 | 对比文件全文未记载媒介层“i=复制”字段。 | 目标专利利用SDP的媒介级“i=”描述行显式定义“i=复制（replicate）”用作复制指示。对比文件中完全没有记载SDP中的该特定复制字段，未公开该特征。 |
| 技术特征M：<br>其中所述复制报头字段是媒介层“a＝复制”字段<br><br>《未公开》 | 对比文件全文未记载媒介层“a=复制”字段。 | 目标专利在SDP中定义新的属性行“a=复制（replicate）”。对比文件中未公开任何与“a=复制”相关的内容，未公开该特征。 |
| 技术特征N：<br>其中所述复制报头字段是XML主体<br><br>《未公开》 | 对比文件全文未记载包含指示复制信息的XML主体。 | 目标专利中通过SIP消息体中的XML主体来携带复制控制与标识信息。对比文件未公开用于指示会话复制的XML主体，未公开该特征。 |
| 技术特征O：<br>其中所述XML主体指示将要复制哪些媒介组件或整个会话<br><br>《未公开》 | 对比文件全文未记载指示复制媒介组件或整个会话的XML主体。 | 目标专利中XML主体细化指示了待复制的目标（特定组件或整会话）。对比文件由于根本没有涉及会话复制机制，未公开该特征。 |
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br><br>《未公开》 | 无直接对应段落。<br>对比文件涉及终端切换，如[0016]：“There are several mechanisms by which the user initiates an application based handoff. For example, the software session (or the terminal itself) may include a button that triggers initiation of session handoff procedures... In a case where the second terminal (e.g., UMTS) is attached and no IP address is allocated... the source system may trigger the target system to perform network initiated PDP context activation procedures.”<br>（译文：用户有几种发起基于应用切换的机制。例如，软件会话（或终端本身）可以包括触发启动会话切换过程的按钮……在第二终端（例如UMTS）已附着但未分配IP地址的情况下……源系统可以触发目标系统执行网络发起的PDP上下文激活过程。） | 在目标专利中，技术特征A是指在SCC AS架构下，第二WTRU主动发起“协作复制（replication）会话邀请请求”（如拉模式拉取复制流）。对比文件公开的是在两台不同终端之间执行跨系统会话“切换/转移（handoff/transfer）”，不仅技术机制是将会话从源端转到目标端（而非复制），且对比文件是由持有正在进行会话的源终端或网络发起切换（如[0015]-[0016]由用户在源终端触发），既没有从目标第二终端（第二WTRU）接收请求，更没有“协作复制会话邀请请求”。因此，对比文件未直接公开也未隐含公开该特征。 |
| 技术特征B：<br>其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br><br>《直接公开》 | [0002]：“However, there are no systems which provide the capability of transferring an existing session between two terminals, in which two systems and two different IP addresses are involved.”<br>（译文：然而，目前还没有系统能够提供在涉及两个系统和两个不同IP地址的两个终端之间传送现有会话的能力。）<br>[0014]：“For example, session handoff between a Wireless Local Area Network (WLAN) terminal and 3GPP UMTS terminal... The invention may be utilized by terminals which can be either physically separate entities...”<br>（译文：例如，无线局域网（WLAN）终端与3GPP UMTS终端之间的会话切换……本发明可由物理上分离的实体的终端使用……）<br>[0020]：“PC 10 is shown conducting a data session between WLAN 20 and supporting service center (SC) 36 through IP network 24. The data session connection is transferred to UE 15 operating wirelessly over the UMTS network...”<br>（译文：示出了PC 10通过IP网络24在WLAN 20与支持业务中心（SC）36之间进行数据会话。该数据会话连接被传送到在UMTS网络上无线操作的UE 15……） | 在目标专利中，特征B限定在会话建立/复制前，第二WTRU最初未参与第一WTRU与远程方之间的正在进行的会话。对比文件在实施切换之前，由PC 10（第一终端）与业务中心SC 36（远程方）之间进行数据会话，目标终端UE 15（第二终端）最初并未参与该数据会话，与该正在进行的会话不关联。对比文件中两个终端分别属于不同系统与IP地址，目标终端在初始阶段与该会话不关联的作用与目标专利相同，本领域技术人员能毫无疑义地直接得出该技术方案。因此，对比文件《直接公开》了技术特征B。 |
| 技术特征C：<br>所述协作复制会话邀请请求源于所述第二WTRU处<br><br>《未公开》 | 无对应段落。<br>对比文件[0015]：“The invention is based on the user (service subscriber) initiating handoff procedures between the two terminals... subscriber is performing a transaction over WLAN and decides that he needs to leave the WLAN and continue the same transaction on his UMTS terminal.”<br>（译文：本发明基于用户在两个终端之间发起切换过程……用户正在WLAN上进行事务处理，并决定其需要离开WLAN并在其UMTS终端上继续同一事务。） | 目标专利中特征C明确限定请求必须源于接收复制流的“第二WTRU”（即拉模式复制）。对比文件中的触发完全是由第一终端（源终端PC 10）发起（如用户在进行事务的当前设备上按下切换按钮），并不存在任何源于第二终端（目标设备）的会话邀请请求，更无协作复制请求。因此，对比文件未直接公开也未隐含公开该特征。 |
| 技术特征D：<br>对所述协作复制会话邀请请求执行授权<br><br>《未公开》 | 对比文件仅记载了针对目标系统的检索验证授权，如[0029]：“The routine then advances to S20 wherein the target system data base, for example, the HLR/HSS, is contacted for information retrieval, verification and authorization.”<br>（译文：该例程然后前进到S20，其中与目标系统数据库（例如HLR/HSS）联系以进行信息检索、验证和授权。） | 目标专利中，特征D是在IMS网络实体（SCC AS）中对源于第二WTRU发来的“协作复制会话邀请请求”执行业务授权（包括验证该WTRU是否具有复制权限、或向第一WTRU/远程方请求授权许可）。对比文件[0029]中的S20仅是在跨系统切换中访问目标系统HLR/HSS进行常规的用户网络附着/注册验证与鉴权，既不是针对协作复制会话邀请请求执行的授权，作用与客体均完全不同。因此，对比文件未直接公开也未隐含公开该特征。 |
| 技术特征E：<br>为复制的媒介流分配媒介资源<br><br>《未公开》 | 无对应段落。<br>对比文件[0017]：“...the handoff process can be finalized using optimized routing mobile IP version 4 (MIPv4) to direct the session traffic directly to the target triplet... switch off the current terminal after which all resources can be released.”<br>（译文：……可以使用优化路由移动IP版本4（MIPv4）来完成切换过程，以将流量直接重定向到目标三元组……关闭当前终端，之后所有资源可以被释放。） | 目标专利中，特征E是指网络侧（如MRF/SCC AS）为即将并存的复制媒介流分配媒介面处理资源，以实现将一份流拆分复制为多份。对比文件通过MIPv4优化路由将单条IP流直接重定向（reroute）至新终端，随后释放旧资源（[0017]），未引入任何承载复制媒介流的媒介资源分配机制。因此，对比文件未直接公开也未隐含公开该特征。 |
| 技术特征F：<br>将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br><br>《未公开》 | 无对应段落。 | 目标专利中，特征F涉及IMS体系中的特定实体MRF（媒介资源功能）以及向第二WTRU发送建立该复制流的响应消息（如SIP 200 OK）。对比文件采用移动IP（MIPv4）在网络层进行报文重定向，完全未涉及IMS网络架构、MRF网元以及针对MRF中复制媒介流的任何信令响应。因此，对比文件未直接公开也未隐含公开该特征。 |
| 技术特征G：<br>使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br><br>《未公开》 | 无对应段落。 | 目标专利中，特征G利用MRF分别对第一WTRU的接入段与远程方的远程段进行会话更新（如通过re-INVITE更新SDP将流锚定至MRF）。对比文件采用MIPv4切换，且切换后完全切断第一终端的连接（如[0017]释放资源），根本不存在使用MRF对第一WTRU接入段与远程段进行分支更新以支持共存复制流的技术手段。因此，对比文件未直接公开也未隐含公开该特征。 |
| 技术特征H：<br>所述媒介流之后从所述远程方流向所述MRF<br><br>《未公开》 | 对比文件[0017]：“...using optimized routing mobile IP version 4 (MIPv4) to direct the session traffic directly to the target triplet (system, IP address, terminal).”<br>（译文：……使用优化路由移动IP版本4（MIPv4）将该会话流量直接导向目标三元组（系统、IP地址、终端）。） | 目标专利中，特征H限定复制发生后媒介面拓扑改变，下行媒介流先汇聚至负责复制的MRF实体。对比文件依靠移动IP路由优化，使会话流量由远程通信对端直接路由发往目标终端，未经过任何MRF实体，二者媒介路径与网络网元拓扑完全不同。因此，对比文件未直接公开也未隐含公开该特征。 |
| 技术特征I：<br>从所述MRF流向所述第一WTRU<br><br>《未公开》 | 对比文件[0017]：“Once the traffic is rerouted to the new destination, the source system can advise the subscriber that the handoff is completed and that the subscriber can terminate this connection, and switch off the current terminal after which all resources can be released.”<br>（译文：一旦流量被重新路由到新目的地，源系统可以通知订户切换已完成，订户可以终止该连接并关闭当前终端，之后所有资源都可以被释放。） | 目标专利中，特征I要求复制后MRF继续向原始第一WTRU分发原媒介流（实现两端同时接收）。对比文件是完整的会话切换（handoff），切换完成后第一终端的连接被终止并断电释放，不再接收任何流，更无从MRF流向第一WTRU的过程。因此，对比文件未直接公开也未隐含公开该特征。 |
| 技术特征J：<br>从所述MRF流向所述第二WTRU<br><br>《未公开》 | 对比文件[0017]记载通过MIPv4将流量直接路由至目标终端（UE 15）。 | 目标专利中，特征J要求复制分支媒介流由MRF分发至第二WTRU。对比文件中虽然目标终端接收到了被重定向的会话流量，但其是通过MIPv4网络层优化路由直接到达，完全没有通过MRF这一IMS专用媒介处理网元进行流复制与下发。因此，对比文件未直接公开也未隐含公开该特征。 |
| 技术特征K：<br>其中所述协作复制会话邀请请求包括复制报头字段<br><br>《未公开》 | 无对应段落。 | 目标专利中，特征K是在SIP协作会话邀请请求中携带显式的“复制报头字段”（如包含要复制的对话ID）。对比文件完全未涉及SIP协议信令扩展，更未公开在会话邀请中携带任何复制报头字段。因此，对比文件未直接公开也未隐含公开该特征。 |
| 技术特征L：<br>其中所述复制报头字段是媒介层“i＝复制”字段<br><br>《未公开》 | 无对应段落。 | 目标专利中，特征L限定使用SDP协议中媒介级的“i=复制”字段。对比文件未涉及SDP信令，更未公开“i=复制”字段。因此，对比文件未直接公开也未隐含公开该特征。 |
| 技术特征M：<br>其中所述复制报头字段是媒介层“a＝复制”字段<br><br>《未公开》 | 无对应段落。 | 目标专利中，特征M限定使用SDP协议中媒介级的“a=复制”属性字段。对比文件完全未涉及该内容。因此，对比文件未直接公开也未隐含公开该特征。 |
| 技术特征N：<br>其中所述复制报头字段是XML主体<br><br>《未公开》 | 无对应段落。 | 目标专利中，特征N限定采用SIP消息中的XML主体来承载复制指示。对比文件完全未涉及在报文中采用XML主体指示复制。因此，对比文件未直接公开也未隐含公开该特征。 |
| 技术特征O：<br>其中所述XML主体指示将要复制哪些媒介组件或整个会话<br><br>《未公开》 | 无对应段落。 | 目标专利中，特征O限定XML主体的具体指示语义（区分特定媒介组件与整会话复制）。对比文件完全没有公开任何相关技术方案。因此，对比文件未直接公开也未隐含公开该特征。 |
<<<B>>>
**特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br>《未公开》 | 对比文件未记载从第二WTRU接收协作复制会话邀请请求。对比文件图1及说明书[0035]段公开了：“...UE 1 initiates, in signal 14, a video sharing session with the same other end (UE 2)... The session is routed through a P-CSCF 5 to the S-CSCF 6. The S-CSCF 6 executes the iFC and the session is routed to the split/merge AS 9... in signal 16, the split/merge AS 9 sends a re-INVITE towards the other end (UE 2).”<br>（...UE 1在信令14中发起与同一另一端(UE 2)的视频共享会话...该会话经由P-CSCF 5路由至S-CSCF 6。S-CSCF 6执行iFC，且该会话路由至分拆/合并AS 9...在信令16中，分拆/合并AS 9向另一端(UE 2)发送re-INVITE。） | 目标专利中，该特征是指在第二WTRU（请求拉取复制的受控方/第三方设备）处发起拉模式（pull mode）的“协作复制会话邀请请求”，服务器接收该请求以在第二WTRU与第一WTRU之间建立协作复制。而对比文件公开的是同一用户终端UE 1发起第二个不同媒体类型的子会话（如CS语音后再发起视频共享），由分拆/合并AS将属于同一用户的两个会话合并为一个发送给UE 2，不存在第二WTRU请求复制现有会话以加入协作会话的机制。因此，对比文件既未直接公开、也无法推理出该特征，甚至连部分公开都无法构成。 |
| 技术特征B：其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br>《未公开》 | 对比文件无对应公开内容。对比文件仅在[0035]等段落记载了单一第一用户UE 1与远端第二用户UE 2之间的会话建立与合并过程。 | 目标专利中，该特征用于界定拉模式会话复制中，第二WTRU原本并不是第一WTRU与远程方之间正在进行的媒介会话的通信参与方或关联方。对比文件中根本不存在独立于第一用户和远端第二用户之外且最初不相关的“第二WTRU”来请求复制正在进行的媒体流的架构。因此该特征未被直接公开或隐含公开。 |
| 技术特征C：所述协作复制会话邀请请求源于所述第二WTRU处<br>《未公开》 | 对比文件无对应公开内容。对比文件[0035]段记载：“...UE 1 initiates, in signal 14, a video sharing session with the same other end (UE 2)...”（...UE 1在信令14中发起视频共享会话...） | 目标专利中，该特征表明发起会话复制的主体是希望拉取/获取复制流的第二WTRU。对比文件中所有的会话建立信令（信令11和信令14）均源自同一源端UE 1，并非源于不相关的第二WTRU发起复制请求。因此该特征未被直接公开或隐含公开。 |
| 技术特征D：对所述协作复制会话邀请请求执行授权<br>《未公开》 | 对比文件无对应公开内容。对比文件[0035]段记载：“In step 15 the split/merge AS 9 determines that it maintains an existing session with the same participants (UE 1 and UE 2), and that the ICSI values of the existing session and the new (video sharing) session are equal. Thus split/merge AS 9 considers that the sessions belong together...”（在步骤15中，分拆/合并AS 9确定其维持与相同参与者(UE 1和UE 2)的现有会话，并且现有会话与新(视频共享)会话的ICSI值相等。因此分拆/合并AS 9认为会话属于一起...） | 目标专利中，授权是指由SCC AS或代表第一WTRU验证第二WTRU是否有权发起会话复制、是否满足用户偏好及策略。对比文件中仅是split/merge AS比对新旧会话的ICSI（业务标识符）以判定是否属于相同业务并予以合并，并非针对来自外部设备的会话复制请求执行权限授权检查。因此该特征未被直接公开或隐含公开。 |
| 技术特征E：为复制的媒介流分配媒介资源<br>《未公开》 | 对比文件无对应公开内容。对比文件未提及为复制的媒体流分配媒体资源或使用MRF。对比文件[0006]仅在背景技术提及：“A media gateway control function (MGCF)... connection control for media channels in a media gateway (MGW)...”（媒体网关控制功能MGCF...对媒体网关MGW中的媒体信道进行连接控制...） | 目标专利中，该特征是在协作复制过程中网络侧实体（如SCC AS）在MRF中分配用于复制媒体流分发/复制的处理资源。对比文件仅是常规的SIP信令合并与接入转移中的会话重协商，未涉及复制媒体流，亦未涉及在网络侧为复制流分配媒介资源。因此该特征未被直接公开或隐含公开。 |
| 技术特征F：将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br>《未公开》 | 对比文件无对应公开内容。 | 目标专利中，该特征是将网络侧MRF准备好复制媒体流的响应回传给发起拉模式复制的第二WTRU。对比文件完全没有MRF、没有复制媒介流，也没有向第二WTRU回传与MRF中复制媒体流相关的响应的信令。因此该特征未被直接公开或隐含公开。 |
| 技术特征G：使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br>《未公开》 | 对比文件[0009]段记载：“...The role of the split/merge AS in this scenario is to combine the speech and video sharing sessions after the access transfer and hide the session split from the UE in the other end. In other words, the UE in the other end may receive media updates (e.g. SIP re-INVITE requests) due to the access transfer, but the other end should not realize that the session has been split into two due to access transfer.”<br>（...在此场景中分拆/合并AS的作用是在接入转移后组合语音和视频共享会话，并向另一端的UE隐瞒会话分拆。换言之，另一端的UE可能由于接入转移而接收到媒体更新（例如SIP re-INVITE请求），但另一端不应意识到会话由于接入转移而被分拆为两个。） | 目标专利中，该特征是指通过MRF将原始媒体流桥接并复制分流，因此需要分别更新控制方/第一WTRU的本地接入段以及朝向远程方的远程段，使媒体流路由经由MRF。对比文件中更新远端UE 2使用的是SIP re-INVITE，目的在于向远端添加同一用户的新媒体组件（视频），并不存在MRF实体，也没有更新第一WTRU接入段以接入MRF复制流的操作。因此该特征未被直接公开或隐含公开。 |
| 技术特征H：所述媒介流之后从所述远程方流向所述MRF<br>《未公开》 | 对比文件无对应公开内容。 | 目标专利中，该特征明确了媒体面路径拓扑，即远程方的媒体流流向网络侧MRF以供MRF进行下行复制转发。对比文件未采用MRF进行媒体流复制转发，也未公开该媒体面路由拓扑。因此该特征未被直接公开或隐含公开。 |
| 技术特征I：从所述MRF流向所述第一WTRU<br>《未公开》 | 对比文件无对应公开内容。 | 目标专利中，该特征是MRF将来自远程方的媒体流分发给保留原会话的第一WTRU。对比文件无MRF实体，未公开该媒体面流动过程。因此该特征未被直接公开或隐含公开。 |
| 技术特征J：从所述MRF流向所述第二WTRU<br>《未公开》 | 对比文件无对应公开内容。 | 目标专利中，该特征是MRF将复制出来的媒体流分发给拉取会话的第二WTRU。对比文件未公开MRF向第二WTRU分发复制媒体流。因此该特征未被直接公开或隐含公开。 |
| 技术特征K：其中所述协作复制会话邀请请求包括复制报头字段<br>《未公开》 | 对比文件未公开包括复制报头字段。对比文件[0015]段记载：“The communication service identifier may comprise an IMS Communication Service Identifier (ICSI) or an IMS Application Reference Identifier (IARI) or an Open Mobile Alliance feature tag...”（通信业务标识符可以包括IMS通信业务标识符(ICSI)或IMS应用参考标识符(IARI)或开放移动联盟特征标签...） | 目标专利中，该特征是为了在信令上明确区分“会话转移”与“会话复制”，在请求中携带指示会话复制的特定报头字段（例如携带被复制会话对话ID的报头）。对比文件中携带的ICSI、IARI或OMA feature tag仅用于指示业务类别（如MMTel），用于判定两个会话是否属于同一种业务以便进行会话合并，其既不是“协作复制会话邀请请求”，也不具备“复制报头字段”的属性与功能。因此该特征未被直接公开或隐含公开。 |
| 技术特征L：其中所述复制报头字段是媒介层“i＝复制”字段<br>《未公开》 | 对比文件无对应公开内容。 | 目标专利中，该特征具体限定复制报头为SDP媒体层中的“i=复制”字段。对比文件未涉及任何“i=复制”字段。因此该特征未被直接公开或隐含公开。 |
| 技术特征M：其中所述复制报头字段是媒介层“a＝复制”字段<br>《未公开》 | 对比文件无对应公开内容。 | 目标专利中，该特征限定复制报头为SDP媒体层中新定义的“a=复制”属性。对比文件未涉及任何“a=复制”字段。因此该特征未被直接公开或隐含公开。 |
| 技术特征N：其中所述复制报头字段是XML主体<br>《未公开》 | 对比文件无对应公开内容。 | 目标专利中，该特征限定在SIP消息的XML主体中携带指示会话复制的信息。对比文件未记载通过XML主体来作为复制报头字段指示会话复制。因此该特征未被直接公开或隐含公开。 |
| 技术特征O：其中所述XML主体指示将要复制哪些媒介组件或整个会话<br>《未公开》 | 对比文件无对应公开内容。 | 目标专利中，该特征限定XML主体所承载的具体复制粒度控制信息。对比文件完全未公开相关技术方案。因此该特征未被直接公开或隐含公开。 |
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br><br>【未公开】 | 无相关引用内容。对比文件全文涉及具有不同照明状态的摄像装置及图像超分辨率处理方法，未涉及无线通信领域。 | 对比文件公开的是一种通过控制光源照明状态获取不同相位图像以进行超分辨率处理的摄像装置及方法（如段落[0002]及图1-8所示），属于光学成像与数字图像处理技术领域。目标专利的技术特征A涉及在无线通信系统架构（如IMS网络中SCC AS）中从第二WTRU接收协作复制会话邀请请求。对比文件完全没有公开任何通信网络架构、WTRU、协作会话及复制邀请请求等技术内容。本领域技术人员无法从对比文件中直接得出或合理解读出该特征，因此既未被直接公开，亦未被隐含公开。 |
| 技术特征B：其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br><br>【未公开】 | 无相关引用内容。 | 对比文件为摄像光学装置发明，未记载任何媒介会话、通信参与方（第一WTRU、第二WTRU及远程方）及其初始关联关系。本领域技术人员无法从对比文件中获取任何与该技术特征相同或相关的技术方案或启示，因此既未被直接公开，亦未被隐含公开。 |
| 技术特征C：所述协作复制会话邀请请求源于所述第二WTRU处<br><br>【未公开】 | 无相关引用内容。 | 对比文件未涉及任何无线设备之间或网络实体之间的会话请求发起过程，不存在拉模式（Pull-mode）下由非会话参与方（第二WTRU）发起复制请求的技术内容，因此既未被直接公开，亦未被隐含公开。 |
| 技术特征D：对所述协作复制会话邀请请求执行授权<br><br>【未公开】 | 无相关引用内容。 | 对比文件仅记载了摄像装置中对照明光源开关/强度的控制（如段落[0002]中的控制部16、光源控制装置12），完全未涉及无线通信网络中对多媒体会话复制请求进行网络侧或终端侧的权限验证与授权（authorization）机制，因此既未被直接公开，亦未被隐含公开。 |
| 技术特征E：为复制的媒介流分配媒介资源<br><br>【未公开】 | 无相关引用内容。 | 对比文件未公开任何IP多媒体子系统（IMS）中媒介资源分配（如在媒体资源功能MRF中为复制流分配资源）的技术方案，因此既未被直接公开，亦未被隐含公开。 |
| 技术特征F：将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br><br>【未公开】 | 无相关引用内容。 | 对比文件完全未涉及媒介资源功能（MRF）、针对复制媒介流的信令响应及其向终端设备的传送过程，因此既未被直接公开，亦未被隐含公开。 |
| 技术特征G：使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br><br>【未公开】 | 无相关引用内容。 | 对比文件未涉及IMS网络架构中的承载建立/修改、接入段（access leg）更新、远程段（remote leg）更新以及利用MRF进行流锚定与复制分支建立等处理，因此既未被直接公开，亦未被隐含公开。 |
| 技术特征H：所述媒介流之后从所述远程方流向所述MRF<br><br>【未公开】 | 无相关引用内容。 | 对比文件仅涉及物体表面的反射光或透射光进入摄像设备（如段落[0002]中的光源及撮像器件13），完全不涉及电信网络中远程方发出的媒体流路由/传输至MRF的传输机制，因此既未被直接公开，亦未被隐含公开。 |
| 技术特征I：从所述MRF流向所述第一WTRU<br><br>【未公开】 | 无相关引用内容。 | 对比文件完全未记载多媒体核心网实体向首个无线终端分发媒体数据流的技术方案，因此既未被直接公开，亦未被隐含公开。 |
| 技术特征J：从所述MRF流向所述第二WTRU<br><br>【未公开】 | 无相关引用内容。 | 对比文件未记载利用核心网MRF将复制的多媒体数据分发传送至第二无线终端的技术方案，因此既未被直接公开，亦未被隐含公开。 |
| 技术特征K：其中所述协作复制会话邀请请求包括复制报头字段<br><br>【未公开】 | 无相关引用内容。 | 对比文件未公开通信信令协议（如SIP协议）中的报头字段结构，更未公开用于标识会话复制的复制报头字段，因此既未被直接公开，亦未被隐含公开。 |
| 技术特征L：其中所述复制报头字段是媒介层“i＝复制”字段<br><br>【未公开】 | 无相关引用内容。 | 对比文件未公开SDP协议及其媒介层行属性设置（如i=replicate），因此既未被直接公开，亦未被隐含公开。 |
| 技术特征M：其中所述复制报头字段是媒介层“a＝复制”字段<br><br>【未公开】 | 无相关引用内容。 | 对比文件未公开SDP协议中用于指示复制的自定义属性行（如a=replicate），因此既未被直接公开，亦未被隐含公开。 |
| 技术特征N：其中所述复制报头字段是XML主体<br><br>【未公开】 | 无相关引用内容。 | 对比文件未公开SIP/SDP消息中携带用于会话复制参数配置的XML主体，因此既未被直接公开，亦未被隐含公开。 |
| 技术特征O：其中所述XML主体指示将要复制哪些媒介组件或整个会话<br><br>【未公开】 | 无相关引用内容。 | 对比文件未公开XML内容中对多媒体会话粒度或特定流组件（音频、视频等）粒度进行复制指示的任何技术内容，因此既未被直接公开，亦未被隐含公开。 |
本案中，所给对比文件【对比文件/2009-06-25_JP2008092579A_发明专利_JP2008092579A5 JP2008092579A5 -.docx】记载为“无说明书”，即未提供任何具体的对比文件技术内容或文本记载。在此前提下，无法从该对比文件中检索或引用到任何实质技术特征。
基于上述情况，针对目标专利各技术特征的公开性分析与比对如下：
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br>【判断结果】：未公开 | 暂无（对比文件记载为“无说明书”，无任何文本内容） | 因对比文件未提供说明书正文及任何技术内容，本领域技术人员无法从该对比文件中获取、推理或推断出关于“从第二WTRU接收协作复制会话邀请请求”的任何技术信息，既不构成直接公开，亦不构成隐含公开。 |
| 技术特征B：其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br>【判断结果】：未公开 | 暂无（对比文件记载为“无说明书”，无任何文本内容） | 因对比文件未提供说明书正文及任何技术内容，本领域技术人员无法从该对比文件中获取、推理或推断出关于“第二WTRU与正在进行的媒介会话最初不关联”的任何技术方案，既不构成直接公开，亦不构成隐含公开。 |
| 技术特征C：所述协作复制会话邀请请求源于所述第二WTRU处<br>【判断结果】：未公开 | 暂无（对比文件记载为“无说明书”，无任何文本内容） | 因对比文件未提供说明书正文及任何技术内容，本领域技术人员无法从该对比文件中获取、推理或推断出“协作复制会话邀请请求源于第二WTRU处”的任何方案，既不构成直接公开，亦不构成隐含公开。 |
| 技术特征D：对所述协作复制会话邀请请求执行授权<br>【判断结果】：未公开 | 暂无（对比文件记载为“无说明书”，无任何文本内容） | 因对比文件未提供说明书正文及任何技术内容，本领域技术人员无法从该对比文件中获取、推理或推断出“对协作复制会话邀请请求执行授权”的任何方案，既不构成直接公开，亦不构成隐含公开。 |
| 技术特征E：为复制的媒介流分配媒介资源<br>【判断结果】：未公开 | 暂无（对比文件记载为“无说明书”，无任何文本内容） | 因对比文件未提供说明书正文及任何技术内容，本领域技术人员无法从该对比文件中获取、推理或推断出“为复制的媒介流分配媒介资源”的任何方案，既不构成直接公开，亦不构成隐含公开。 |
| 技术特征F：将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br>【判断结果】：未公开 | 暂无（对比文件记载为“无说明书”，无任何文本内容） | 因对比文件未提供说明书正文及任何技术内容，本领域技术人员无法从该对比文件中获取、推理或推断出“将针对MRF中的复制的媒介流的响应传送给第二WTRU”的任何方案，既不构成直接公开，亦不构成隐含公开。 |
| 技术特征G：使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br>【判断结果】：未公开 | 暂无（对比文件记载为“无说明书”，无任何文本内容） | 因对比文件未提供说明书正文及任何技术内容，本领域技术人员无法从该对比文件中获取、推理或推断出“使用MRF更新接入段及远程段”的任何方案，既不构成直接公开，亦不构成隐含公开。 |
| 技术特征H：所述媒介流之后从所述远程方流向所述MRF<br>【判断结果】：未公开 | 暂无（对比文件记载为“无说明书”，无任何文本内容） | 因对比文件未提供说明书正文及任何技术内容，本领域技术人员无法从该对比文件中获取、推理或推断出“媒介流之后从远程方流向MRF”的任何方案，既不构成直接公开，亦不构成隐含公开。 |
| 技术特征I：从所述MRF流向所述第一WTRU<br>【判断结果】：未公开 | 暂无（对比文件记载为“无说明书”，无任何文本内容） | 因对比文件未提供说明书正文及任何技术内容，本领域技术人员无法从该对比文件中获取、推理或推断出“媒介流从MRF流向第一WTRU”的任何方案，既不构成直接公开，亦不构成隐含公开。 |
| 技术特征J：从所述MRF流向所述第二WTRU<br>【判断结果】：未公开 | 暂无（对比文件记载为“无说明书”，无任何文本内容） | 因对比文件未提供说明书正文及任何技术内容，本领域技术人员无法从该对比文件中获取、推理或推断出“媒介流从MRF流向第二WTRU”的任何方案，既不构成直接公开，亦不构成隐含公开。 |
| 技术特征K：其中所述协作复制会话邀请请求包括复制报头字段<br>【判断结果】：未公开 | 暂无（对比文件记载为“无说明书”，无任何文本内容） | 因对比文件未提供说明书正文及任何技术内容，本领域技术人员无法从该对比文件中获取、推理或推断出“复制报头字段”的任何方案，既不构成直接公开，亦不构成隐含公开。 |
| 技术特征L：其中所述复制报头字段是媒介层“i＝复制”字段<br>【判断结果】：未公开 | 暂无（对比文件记载为“无说明书”，无任何文本内容） | 因对比文件未提供说明书正文及任何技术内容，本领域技术人员无法从该对比文件中获取、推理或推断出“媒介层‘i＝复制’字段”的任何方案，既不构成直接公开，亦不构成隐含公开。 |
| 技术特征M：其中所述复制报头字段是媒介层“a＝复制”字段<br>【判断结果】：未公开 | 暂无（对比文件记载为“无说明书”，无任何文本内容） | 因对比文件未提供说明书正文及任何技术内容，本领域技术人员无法从该对比文件中获取、推理或推断出“媒介层‘a＝复制’字段”的任何方案，既不构成直接公开，亦不构成隐含公开。 |
| 技术特征N：其中所述复制报头字段是XML主体<br>【判断结果】：未公开 | 暂无（对比文件记载为“无说明书”，无任何文本内容） | 因对比文件未提供说明书正文及任何技术内容，本领域技术人员无法从该对比文件中获取、推理或推断出“复制报头字段是XML主体”的任何方案，既不构成直接公开，亦不构成隐含公开。 |
| 技术特征O：其中所述XML主体指示将要复制哪些媒介组件或整个会话<br>【判断结果】：未公开 | 暂无（对比文件记载为“无说明书”，无任何文本内容） | 因对比文件未提供说明书正文及任何技术内容，本领域技术人员无法从该对比文件中获取、推理或推断出“XML主体指示将要复制哪些媒介组件或整个会话”的任何方案，既不构成直接公开，亦不构成隐含公开。 |
由于提供的对比文件无说明书正文，对比文件未直接公开亦未隐含公开技术特征A至O中的任何技术特征。根据规则，结尾不插入任何代码。
作为专利创造性评估经验丰富的资深专利代理师，紧密结合目标专利说明书原文（涉及业务集中和连续性应用服务器SCC AS中利用MRF实现协作会话复制的信令与承载控制）以及对比文件（WO2009088814A2，涉及基于IMS的三方会议电话建立）进行技术特征的严谨比对与分析。
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含段落标号及中文翻译） | 公开性论述 |
| 技术特征A：从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br><br>《未公开》 | [p0036] "MS 104 then initiates the conference call by conveying 422, 424, to first terminating feature server 164, a request, preferably a second SIP Invite message, to initiate the three-way, or conference, call."<br>（中文翻译：MS 104然后通过向第一被叫特征服务器164发送422、424请求（优选为第二SIP Invite消息）来发起三方或会议呼叫。） | 1. 对比文件方案与作用：对比文件中MS 104向服务器发送的是建立常规“三方会议电话（conference/three-way call）”的SIP Invite请求，其目的是将原有的两方通话转换为网络集中混音的多方会议。<br>2. 目标专利方案与作用：目标专利中技术特征A接收的是“协作复制会话邀请请求（collaborative replicate session invitation request）”，其作用是在保持原有会话控制的基础上，请求将原会话的特定或全部媒介流复制给第二设备（参见目标专利[0006]、[0007]、[0061]）。<br>3. 判断：对比文件中完全没有涉及“协作会话”及“会话复制（replication）”的概念，更无“协作复制会话邀请请求”，既未直接公开，本领域技术人员也无法从中推理得出，因此不属于隐含公开。 |
| 技术特征B：其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br><br>《未公开》 | [p0030] "Signal flow diagram 400 begins when a first MS, such as MS 102, attempts to set up an IMS telephony session with a second MS, or a first terminating MS, such as MS 104, via IMS 150."<br>[p0035] "...When a user of MS 104 then answers the call, MS 104 notifies 416 MS 102 that the call has been answered by conveying a SIP 200 OK message back to MS 102... MS 104 determines to switch the call to a three-way, or conference, call."<br>（中文翻译：信号流程图400开始于第一MS（例如MS 102）尝试经由IMS 150与第二MS（即第一被叫MS，例如MS 104）建立IMS电话会话。……当MS 104的用户接听电话时，MS 104通过向MS 102发送回SIP 200 OK消息通知416 MS 102电话已被接听……MS 104确定将该呼叫转变为三方或会议呼叫。） | 1. 对比文件方案与作用：对比文件中发起会议切换的MS 104本身就是第一MS 102呼叫的直接被叫方，其从一开始就深度参与并关联于MS 102与MS 104之间的通话。<br>2. 目标专利方案与作用：目标专利中第二WTRU最初并不关联于第一WTRU与远程方之间正在进行的媒介会话，第二WTRU作为第三方设备主动发起拉模式复制（参见目标专利[0056]图3、[0066]图6等）。<br>3. 判断：对比文件中的发起方从通话建立初始即为主叫/被叫直接关联方，与特征B直接相反，未直接公开也未隐含公开。 |
| 技术特征C：所述协作复制会话邀请请求源于所述第二WTRU处<br><br>《未公开》 | [p0036] "First terminating MS 104 assigns a fourth connection identifier ('CID=4') to a second dialogue and a connection at the first terminating MS to first terminating feature server 164. MS 104 then initiates the conference call by conveying 422, 424, to first terminating feature server 164, a request, preferably a second SIP Invite message, to initiate the three-way, or conference, call."<br>（中文翻译：第一被叫MS 104将第四连接标识符('CID=4')分配给第二对话以及在第一被叫MS处到第一被叫特征服务器164的连接。MS 104然后通过向第一被叫特征服务器164发送422、424请求（优选为第二SIP Invite消息）来发起该会议呼叫。） | 对比文件中发起SIP Invite请求的实体是通话参与方MS 104，且该请求是普通的会议电话发起请求，并非“协作复制会话邀请请求”。因此，对比文件未公开“协作复制会话邀请请求源于所述第二WTRU处”，未直接公开也未隐含公开。 |
| 技术特征D：对所述协作复制会话邀请请求执行授权<br><br>《未公开》 | 对比文件全文未记载针对任何复制请求或会议请求进行策略、简档或权限授权的步骤。<br>对比文件[p0037]-[p0038]记载：服务器在收到Invite后直接通知媒体服务器并转发信令，无鉴权/授权步骤。 | 1. 对比文件方案与作用：对比文件主要解决SIP三方通话中B2BUA改写Contact报头导致URI无法传播的问题，信令流程中并未涉及任何对会话请求的权限、策略或预订鉴权/授权机制。<br>2. 目标专利方案与作用：目标专利中SCC AS需要对复制请求进行授权（如检查IUT简档、操作者策略、预订限制或询问原会话方，参见[0061]、[0077]等），以防未授权的会话监听或复制。<br>3. 判断：对比文件既未记载针对复制请求的授权，也未记载常规会议鉴权，未直接公开也未隐含公开。 |
| 技术特征E：为复制的媒介流分配媒介资源<br><br>《隐含公开》 | [p0022] "Media server 144 preferably comprises a Media Resource Function (MRF), which MRF includes a Media Resource Function Controller (MRFC)... and a Media Resource Function Processor (MRFP)... and provides media-related functions such as a playing of tones and announcements and conference call functionality such as voice and media mixing."<br>[p0038] "In response to receiving the modified second SIP Invite from the CSCF... SIP CC server 168 notifies 430 media server 144 that a conference call is being set up. SIP CC server 168 requests conference call information from media server 144..."<br>[p0039] "In response to being notified of the conference call, media server 144 assigns a unique identifier, preferably a routing address ('CC-URI'), to the requested conference call and generates an SDP proposal for the call, and provides the conference call identifier and SDP proposal to SIP CC server 168."<br>（中文翻译：媒体服务器144优选包括媒体资源功能（MRF），该MRF包括MRFC和MRFP，并提供媒体相关功能，例如播放音频和宣告以及会议呼叫功能（诸如语音和媒体混音）。……作为响应，SIP CC服务器168通知430媒体服务器144正在建立会议呼叫。SIP CC服务器168向媒体服务器144请求会议呼叫信息……媒体服务器144向请求的会议呼叫分配唯一标识符（优选为路由地址CC-URI）并为该呼叫生成SDP提议……） | 1. 对比文件公开内容与作用：对比文件中SIP CC服务器在建立会议时通知MRF（媒体服务器144），MRF生成SDP并分配路由地址与混音资源，以便后续建立多方RTP媒体流。<br>2. 结合目标专利与隐含公开推导：目标专利技术特征E的作用是为新建立/分发的媒体流在MRF中预留媒体处理资源（如[0062]、[0077]）。虽然对比文件中分配媒体资源是针对“三方会议呼叫”而非专用的“复制媒介流”，但两者均是在IMS网络核心的MRF中分配用于媒体汇聚/分发的媒体资源。按照极其宽松的隐含公开标准，对比文件公开了由网络实体在MRF中为多路通话会话分配媒体资源的技术手段，具有部分公开和功能推理的关联性，本领域技术人员结合多媒体传输常识有可能将其技术方案进行组合应用，因此认定为隐含公开。 |
| 技术特征F：将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br><br>《隐含公开》 | [p0040] "More particularly, SIP CC server 168 acknowledges receipt of the modified second SIP Invite message by conveying 440, 442, back to first terminating feature server 164, a SIP 200 OK message that identifies the second dialogue... includes the SDP proposal received from the media server 144 ('SDP=MRFP')... First terminating feature server 164... modifies the SIP 200 OK message... conveys 444, 446 the modified SIP 200 OK message, which includes the media server SDP proposal ('SDP=MRFP'), to first terminating MS 104."<br>（中文翻译：更具体地，SIP CC服务器168通过向第一被叫特征服务器164发回SIP 200 OK消息来确认接收到修改后的第二SIP Invite消息，该消息……包括从媒体服务器144接收到的SDP提议('SDP=MRFP')……第一被叫特征服务器164修改该SIP 200 OK消息……将包含媒体服务器SDP提议('SDP=MRFP')的修改后的SIP 200 OK消息传送444、446给第一被叫MS 104。） | 1. 对比文件公开内容与作用：对比文件中SIP CC服务器接收到媒体服务器（MRF）生成的包含MRFP资源的SDP提议后，通过SIP 200 OK响应消息经由特征服务器传送回发起邀请的终端MS 104。<br>2. 结合目标专利与隐含公开推导：目标专利中技术特征F是将MRF分配媒体流相关的响应返回给请求端第二WTRU（如[0062]、[0077]中SCC AS向受控方WTRU传送响应）。在对比文件中，虽然请求端为MS 104且会话为三方会议，但网络服务器将MRF关于媒体流建立的确认响应（携带MRF SDP的200 OK）返回给发起端移动终端的消息交互机制实质相同。基于极度宽松的标准，对比文件部分公开并公开了相对应的信息交互流程，因此认定为隐含公开。 |
| 技术特征G：使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br><br>《未公开》 | [p0053] "SIP CC server 168 then assembles a fourth session invitation, preferably a fourth SIP Invite message, and conveys 550, 552 the fourth session invitation to originating feature server 162... informs that the third dialogue... is replacing the first dialogue..."<br>[p0055] "...originating MS 102 determines to release resources associated with the first dialogue... conveying 584, 586 a second SIP Bye message..."<br>（中文翻译：SIP CC服务器168然后组装第四会话邀请（优选为第四SIP Invite消息）并将其发送给主叫特征服务器162……告知第三对话正在替换第一对话……主叫MS 102确定释放与第一对话相关的资源……发送第二SIP Bye消息……） | 1. 对比文件方案与作用：对比文件中是将第一MS 102（原主叫）通过发送新的SIP Invite（利用Replaces机制）接入媒体服务器，并发送SIP Bye释放掉原有的第一对话。对比文件采用的是重新发起会话并挂断旧会话的方式，完全不涉及使用MRF去更新第一WTRU的接入段（Access Leg）或远程段（Remote Leg）。<br>2. 目标专利方案与作用：目标专利在IMS集中服务和连续性架构下，通过在SCC AS利用re-INVITE或UPDATE消息更新原会话的接入段和远程段（参见[0059]、[0062]、[0089]），使原会话无缝锚定到MRF上而不断流，与会话彻底拆除重建截然不同。<br>3. 判断：对比文件未采用段更新机制，更不涉及复制媒介流的段更新，未直接公开也未隐含公开。 |
| 技术特征H：所述媒介流之后从所述远程方流向所述MRF<br><br>《隐含公开》 | [p0060] "Further, in response to receiving the modified fourth SIP Invite, originating MS 102 dials into the conference call at media server 144 and sets up 612 a media session, such as a Real Time Protocol (RTP) flow, with the media server."<br>[p0067] "In turn, media gateway 146 sets up 648 a media session, such as a Real Time Protocol (RTP) flow, with the conference call feature of media server 144, sets up a call 650 with the wireline communication device 172 via PSTN 170, and then links the media session and call together."<br>（中文翻译：此外，响应于接收到修改后的第四SIP Invite，主叫MS 102拨入媒体服务器144处的会议呼叫，并与该媒体服务器建立612媒体会话（例如实时传输协议RTP流）。……反过来，媒体网关146与媒体服务器144的会议呼叫功能建立648媒体会话（例如RTP流），经由PSTN 170与有线通信设备172建立呼叫650，然后将该媒体会话和呼叫链接在一起。） | 1. 对比文件公开内容与作用：在对比文件中，参与通话的各方（无论是远端有线设备172通过媒体网关146，还是作为呼叫发起方的远端MS 102）在会议建立后均与媒体服务器144（MRF）建立RTP媒体流，使得来自远端方的媒体数据流向媒体服务器144进行混音。<br>2. 结合目标专利与隐含公开推导：目标专利技术特征H定义了媒体流从远程方传输到网络锚定点MRF（参见图4标号417、图5标号518）。对比文件中远端参与方（MS 102或网关146后的PSTN远端）同样向MRF建立并传输媒体流。尽管对比文件的背景是会议混音而非纯复制，但在“媒体流从远端流向MRF”这一物理传输路径及承载关系上构成了对应。在极度宽松的标准下，认定该特征被隐含公开。 |
| 技术特征I：从所述MRF流向所述第一WTRU<br><br>《隐含公开》 | [p0060] "...originating MS 102 dials into the conference call at media server 144 and sets up 612 a media session, such as a Real Time Protocol (RTP) flow, with the media server. Media server 144 then links the media sessions set up by each of MS 102 and MS 104 and a bearer link is established 612, 614 between MSs 102 and 104 via the media server."<br>（中文翻译：……主叫MS 102拨入媒体服务器144处的会议呼叫，并与该媒体服务器建立612媒体会话（例如RTP流）。媒体服务器144然后链接由MS 102和MS 104中的每一个建立的媒体会话，并且经由该媒体服务器在MS 102与104之间建立承载链路612、614。） | 1. 对比文件公开内容与作用：在对比文件中，主叫终端MS 102（对应于第一终端）与媒体服务器144（MRF）建立双向RTP流，媒体服务器将混合/转发的媒体流下发给MS 102。<br>2. 结合目标专利与隐含公开推导：目标专利中特征I的作用是将MRF分发的媒体流发送给第一WTRU（参见图5标号517）。对比文件通过在MRF与MS 102之间建立RTP承载，使媒体数据从MRF流向MS 102。依宽松隐含公开标准，在承载传输链路上技术方案相通，因此认定为隐含公开。 |
| 技术特征J：从所述MRF流向所述第二WTRU<br><br>《隐含公开》 | [p0052] "After dialing into media server 144, first terminating MS 104 dial into the conference call at media server 144 and sets up 532 a media session, such as a Real Time Protocol (RTP) flow, with the media server in accordance with well-known techniques."<br>[p0064] "...second terminating MS 106 dials into media server 144. Second terminating MS 106 then sets up 632 a media session, such as a Real Time Protocol (RTP) flow, with the media server and the media server then links the media session... and bearer links are established among the MSs 102, 104, and 106 via the media server as is known in the art."<br>（中文翻译：在拨入媒体服务器144之后，第一被叫MS 104拨入媒体服务器144处的会议呼叫，并按照公知技术与该媒体服务器建立532媒体会话（例如RTP流）。……第二被叫MS 106拨入媒体服务器144。第二被叫MS 106随后与媒体服务器建立632媒体会话（例如RTP流），媒体服务器随后链接该媒体会话……并且经由媒体服务器在MS 102、104和106之间建立承载链路。） | 1. 对比文件公开内容与作用：对比文件中参与三方通话的其他移动终端（如MS 104或后续加入的MS 106）均与媒体服务器144（MRF）建立了媒体会话（RTP流），媒体服务器将数据流传输至该终端。<br>2. 结合目标专利与隐含公开推导：目标专利中技术特征J的作用是由MRF将复制出来的媒体流输出并下发给第二WTRU（参见图5标号519）。对比文件中媒体服务器MRF同样将下行媒体流输送给其他参与方MS 104/106。尽管对比文件中该流为会议混音流而非纯单向复制流，但在媒体从MRF流向另一终端的承载拓扑结构上具有对应性，依据极其宽松标准，认定为隐含公开。 |
| 技术特征K：其中所述协作复制会话邀请请求包括复制报头字段<br><br>《未公开》 | 对比文件全文未记载任何指示“复制（replicate）”的报头字段。<br>对比文件[p0036]仅记载在SIP Invite消息中包含常规呼叫控制参数，如Contact报头、CID及“CC FACT URI”。 | 1. 对比文件方案与作用：对比文件中SIP消息使用的是标准的会议工厂标识（CC FACT URI）和连接标识（CID），用于指示建立或切换到三方会议，不包含任何与“复制”相关的报头字段。<br>2. 目标专利方案与作用：目标专利在[0081]中明确指出，为了区分会话传送与会话复制，标准化了专门的“复制报头字段”（包含要复制会话的对话ID）。<br>3. 判断：对比文件未直接公开，且由于其完全未涉及会话复制机制，本领域技术人员无法从对比文件中推导出“复制报头字段”，因此亦未隐含公开。 |
| 技术特征L：其中所述复制报头字段是媒介层“i＝复制”字段<br><br>《未公开》 | 对比文件全文未记载SDP媒体层中存在“i=复制”或类似的i-line字段。 | 1. 对比文件方案与作用：对比文件在[p0035]中仅提及常规的SDP提议（包含媒体类型、格式、传输协议等通用参数），未定义任何“i=复制”字段。<br>2. 目标专利方案与作用：目标专利在[0082]中记载在SDP中通过标准化媒介层“i=复制（replicate）”字段来明确向网络指示要复制该媒介组件。<br>3. 判断：对比文件未直接公开，且无法通过逻辑推导得出，未隐含公开。 |
| 技术特征M：其中所述复制报头字段是媒介层“a＝复制”字段<br><br>《未公开》 | 对比文件全文未记载SDP中存在“a=复制”属性字段。 | 1. 对比文件方案与作用：对比文件完全未涉及在SDP属性中引入复制标识。<br>2. 目标专利方案与作用：目标专利在[0082]中记载定义新的“a”属性（如“a=复制”），包含在媒介层或会话层以指示针对特定媒介组件或整个会话的复制。<br>3. 判断：对比文件未直接公开，且无法通过逻辑推理得出，未隐含公开。 |
| 技术特征N：其中所述复制报头字段是XML主体<br><br>《未公开》 | 对比文件全文未记载在SIP消息中使用指示复制信息的XML主体。 | 1. 对比文件方案与作用：对比文件中SIP消息的承载内容仅提及SDP协商信息（如SDP=MRFP）和纯文本消息（如[p0046]的SIP Message文本），未采用XML主体来承载复制控制信息。<br>2. 目标专利方案与作用：目标专利在[0083]中记载在复制请求中包含XML主体（XML body），用于指示复制请求者标识、复制执行方、媒介流ID等复杂控制信息。<br>3. 判断：对比文件未直接公开，也无法推导得出，未隐含公开。 |
| 技术特征O：其中所述XML主体指示将要复制哪些媒介组件或整个会话<br><br>《未公开》 | 对比文件全文未记载使用XML主体指示复制组件或整个会话的内容。 | 1. 对比文件方案与作用：对比文件中根本不存在指示复制媒介组件或整个会话的XML结构。<br>2. 目标专利方案与作用：目标专利在[0083]中详细描述了XML主体所包含的具体语义内容（指示复制特定媒介组件还是复制整个会话）。<br>3. 判断：对比文件未直接公开，也未隐含公开。 |
---
<<<e>>>
<<<f>>>
<<<h>>>
<<<i>>>
<<<j>>>
根据提供的对比文件信息，对比文件【对比文件/2009-07-16_WO2009088814A_发明申请_WO2009088814A3 METHOD AND APPARATUS FOR AN INTERNET PROTOCOL MULTIMEDIA SUBSYSTEM-BASED THREE-WAY CALL.docx】标注为“无说明书”，未提供任何正文、权利要求书、附图或具体技术方案内容。
在对比文件没有任何文字或图表公开内容的情况下，本领域技术人员无法从该对比文件中获取任何技术信息，因此无法直接公开、也无法隐含公开目标专利权利要求的任何技术特征。
### 特征比对表格
| 技术特征描述及判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br>【未公开】 | 无内容（对比文件无说明书原文） | 对比文件未提供任何具体公开文本，本领域技术人员无法从对比文件中毫无疑义地确定该技术特征，亦不存在推理或部分公开的基础，故既未直接公开，也未隐含公开。 |
| 技术特征B：其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br>【未公开】 | 无内容（对比文件无说明书原文） | 对比文件未提供任何具体公开文本，无法获知第二WTRU与第一WTRU和远程方之间会话的初始关联关系，故既未直接公开，也未隐含公开。 |
| 技术特征C：所述协作复制会话邀请请求源于所述第二WTRU处<br>【未公开】 | 无内容（对比文件无说明书原文） | 对比文件未提供任何具体公开文本，无法得出协作复制会话邀请请求的起源方，故既未直接公开，也未隐含公开。 |
| 技术特征D：对所述协作复制会话邀请请求执行授权<br>【未公开】 | 无内容（对比文件无说明书原文） | 对比文件未提供任何具体公开文本，无法获知对复制会话邀请请求进行授权的技术手段与交互过程，故既未直接公开，也未隐含公开。 |
| 技术特征E：为复制的媒介流分配媒介资源<br>【未公开】 | 无内容（对比文件无说明书原文） | 对比文件未提供任何具体公开文本，无法获知为复制媒介流分配媒介资源的处理，故既未直接公开，也未隐含公开。 |
| 技术特征F：将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br>【未公开】 | 无内容（对比文件无说明书原文） | 对比文件未提供任何具体公开文本，无法获知向第二WTRU传送MRF中复制媒介流响应的信息，故既未直接公开，也未隐含公开。 |
| 技术特征G：使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br>【未公开】 | 无内容（对比文件无说明书原文） | 对比文件未提供任何具体公开文本，无法获知使用MRF更新接入段和远程段的信令及会话更新过程，故既未直接公开，也未隐含公开。 |
| 技术特征H：所述媒介流之后从所述远程方流向所述MRF<br>【未公开】 | 无内容（对比文件无说明书原文） | 对比文件未提供任何具体公开文本，无法获知媒介流自远程方向MRF传输的路径配置，故既未直接公开，也未隐含公开。 |
| 技术特征I：从所述MRF流向所述第一WTRU<br>【未公开】 | 无内容（对比文件无说明书原文） | 对比文件未提供任何具体公开文本，无法获知媒介流从MRF流向第一WTRU的路径配置，故既未直接公开，也未隐含公开。 |
| 技术特征J：从所述MRF流向所述第二WTRU<br>【未公开】 | 无内容（对比文件无说明书原文） | 对比文件未提供任何具体公开文本，无法获知媒介流从MRF流向第二WTRU的路径配置，故既未直接公开，也未隐含公开。 |
| 技术特征K：其中所述协作复制会话邀请请求包括复制报头字段<br>【未公开】 | 无内容（对比文件无说明书原文） | 对比文件未提供任何具体公开文本，无法获知请求中包含复制报头字段的具体信令格式，故既未直接公开，也未隐含公开。 |
| 技术特征L：其中所述复制报头字段是媒介层“i＝复制”字段<br>【未公开】 | 无内容（对比文件无说明书原文） | 对比文件未提供任何具体公开文本，无法获知使用媒介层“i=复制”字段的相关方案，故既未直接公开，也未隐含公开。 |
| 技术特征M：其中所述复制报头字段是媒介层“a＝复制”字段<br>【未公开】 | 无内容（对比文件无说明书原文） | 对比文件未提供任何具体公开文本，无法获知使用媒介层“a=复制”字段的相关方案，故既未直接公开，也未隐含公开。 |
| 技术特征N：其中所述复制报头字段是XML主体<br>【未公开】 | 无内容（对比文件无说明书原文） | 对比文件未提供任何具体公开文本，无法获知采用XML主体作为复制报头字段的特征，故既未直接公开，也未隐含公开。 |
| 技术特征O：其中所述XML主体指示将要复制哪些媒介组件或整个会话<br>【未公开】 | 无内容（对比文件无说明书原文） | 对比文件未提供任何具体公开文本，无法获知XML主体内指示复制具体媒介组件或整个会话的内容，故既未直接公开，也未隐含公开。 |
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含中文翻译及位置） | 公开性论述 |
| 技术特征A：从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br><br>【公开性结果：未公开】 | 引文位置：【0012】、【0026】、【0031】、【0032】<br>原文引用：<br>【0012】「第１の端末が、グループサーバとの間で、第１のメディアから第２のメディアへ切り替える際に、第２のメディアへの切替要求をセッション管理サーバへ送信する第１のステップと……」<br>（中文翻译：当第一终端在与组服务器之间从第一媒体切换到第二媒体时，向会话管理服务器发送针对第二媒体的切换请求的第一步骤……）<br>【0031】「（Ｓ２０２）……第１の端末は、音声＋映像メディアへの切替要求を、ＳＩＰサーバ１へ送信する。 この切替要求は、REFERメッセージを用いる。」<br>（中文翻译：（S202）……第一终端向SIP服务器1发送针对音频+视频媒体的切换请求。该切换请求使用REFER消息。） | 1. 技术特征在目标专利中的含义与作用：目标专利中（如说明书【0007】、【0056】、【0061】、【0096】），技术特征A对应受控方/第二WTRU主动发起的“拉模式（Pull mode）”会话复制流程，第二WTRU作为接收请求端向网络侧（SCC AS）发送“协作复制会话邀请请求”（如携带特定指示符的INVITE），使得网络侧获知第二WTRU请求参与并复制已存在的媒体流。<br>2. 对比文件公开内容及差异：对比文件公开的是在群组通信中，已处于该群组会话中的第一终端（第1の端末）想要变更自身通信媒体（从音频切换到音频+视频），向SIP服务器发送切换请求（REFER消息，见S202）。在对比文件中，该请求是原有会话参与方发起的“媒体类型切换请求（メディア切替要求）”，而非不属于当前会话的“第二WTRU”发起的“协作复制会话邀请请求”。因此，对比文件既未直接公开、也未隐含公开从第二WTRU接收协作复制会话邀请请求。 |
| 技术特征B：其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br><br>【公开性结果：未公开】 | 引文位置：【0030】<br>原文引用：<br>【0030】「（Ｓ２０１）第１〜第３の端末は、グループを構成し、会議サーバ３との間で音声メディアのＲＴＰパケットを送受信している。 会議サーバ３は、グループ毎に、メンバとなる端末２から送信されたＲＴＰパケットをミキシングして、メンバとなる他の端末２へ同報送信する。」<br>（中文翻译：（S201）第一至第三终端构成群组，与会议服务器3之间收发音频媒体的RTP分组。会议服务器3针对每个群组，混合从作为成员的终端2发送的RTP分组，并向作为成员的其他终端2广播发送。） | 1. 技术特征在目标专利中的含义与作用：根据目标专利说明书【0007】、【0056】、【0061】等，正在进行的媒体会话最初建立在第一WTRU与远程方之间，而发起拉模式复制的第二WTRU最初并未加入该会话，其通过协作复制会话接入该媒体流。<br>2. 对比文件公开内容及差异：对比文件中的第二终端在初始状态（S201）即已经是群组通信的成员，与第一终端、第三终端一起正在与会议服务器进行音频会话通信。因此对比文件中的第二终端从一开始就与该群组会话关联，并不满足“最初并不关联”的技术特征，对比文件未公开该特征。 |
| 技术特征C：所述协作复制会话邀请请求源于所述第二WTRU处<br><br>【公开性结果：未公开】 | 引文位置：【0031】、【0033】<br>原文引用：<br>【0031】「（Ｓ２０２）……第１の端末は、音声＋映像メディアへの切替要求を、ＳＩＰサーバ１へ送信する。」<br>（中文翻译：（S202）……第一终端向SIP服务器1发送针对音频+视频媒体的切换请求。）<br>【0033】「（Ｓ２０４）……このとき、第２の端末は、ＳＩＰサーバ１へ、切替応答を返信する。 この切替応答は、REFERメッセージを用いる。」<br>（中文翻译：（S204）……此时，第二终端向SIP服务器1返回切换响应。该切换响应使用REFER消息。） | 1. 技术特征在目标专利中的含义与作用：目标专利中该特征限定请求是在第二WTRU处发起/源出的（拉模式），用于触发网络侧为该第二WTRU复制正在进行的媒体流。<br>2. 对比文件公开内容及差异：对比文件中切换流程是由第一终端主动发起的（S202），第二终端仅是在接收到SIP服务器广播的Notify后，被动返回切换响应（S204，切替応答）。即使在图3（S309）中第三终端返回切换响应，其性质亦为对切换通知的响应，而非发起协作复制会话邀请请求的源端。因此对比文件未公开此技术特征。 |
| 技术特征D：对所述协作复制会话邀请请求执行授权<br><br>【公开性结果：未公开】 | 引文位置：【0012】、【0033】<br>原文引用：<br>【0012】「……セッション管理サーバが、第２のメディアで通信可能な第２の端末から切替応答を受信するか、又は、第２のメディアで通信中の第２の端末の存在を確認した際に、第２のメディアへの切替可能と判定する第３のステップと……」<br>（中文翻译：……会话管理服务器在从能够以第二媒体通信的第二终端接收到切换响应、或者确认存在正在以第二媒体通信的第二终端时，判定为能够切换到第二媒体的第三步骤……）<br>【0033】「……ＳＩＰサーバ１は、第２の端末から、切替応答を受信した際に、グループとして映像メディアへの切り替えが可能であると判定する。」<br>（中文翻译：……SIP服务器1在从第二终端接收到切换响应时，判定作为群组能够切换到视频媒体。） | 1. 技术特征在目标专利中的含义与作用：目标专利说明书【0007】、【0016】、【0057】、【0061】记载，SCC AS接收到请求后，依据签约信息、运营商策略、用户简档（Profile）或者向第一WTRU/远程方请求授权（Authorization），确认是否允许该复制会话。<br>2. 对比文件公开内容及差异：对比文件公开的是SIP服务器基于是否有其他终端能支持第二媒体、或定时器是否超时来判断“是否可能切换（切替可能と判定）”，这属于群组会话中媒体能力协商与群组可行性判定，且所判定的对象并非针对第二WTRU源出的“协作复制会话邀请请求”，两者的判定对象、技术机制与目的均不相同。因此对比文件未公开该特征。 |
| 技术特征E：为复制的媒介流分配媒介资源<br><br>【公开性结果：未公开】 | 引文位置：【0026】、【0035】<br>原文引用：<br>【0026】「会議サーバ３は、例えば会議サーバである（以下「会議サーバ」として説明する）。 会議サーバ３は、グループのメンバとなる複数の端末２から受信したデータをミキシングして、更にそのグループの全ての端末２へ送信する。」<br>（中文翻译：组服务器3例如是会议服务器（以下作为“会议服务器”进行说明）。会议服务器3混合从作为群组成员的多个终端2接收到的数据，并进一步发送给该群组的全部终端2。）<br>【0035】「ＳＩＰサーバ１は、第１の端末、第２の端末及び会議サーバの全てのメディア情報を許容できるように、切り替えるべき映像パケットのメディア情報（ＳＤＰ）を決定する。」<br>（中文翻译：SIP服务器1决定应切换的视频分组的媒体信息（SDP），以使得第一终端、第二终端以及会议服务器的全部媒体信息均可被容许。） | 1. 技术特征在目标专利中的含义与作用：目标专利中（如【0007】、【0059】、【0062】），SCC AS在核心网侧为复制该媒体流在专门的媒体资源实体MRF（Media Resource Function）中分配媒体资源，以便建立后续由MRF分发至多端的复制媒体流链路。<br>2. 对比文件公开内容及差异：对比文件中仅公开了SIP服务器根据各方SDP协商决定所使用的媒体信息（SDP参数协商），由既有的会议服务器3对数据进行混流（ミキシング）。对比文件中既未涉及为“复制的媒介流”在网络侧分配媒体资源，也未涉及针对复制操作的媒体资源分配机制。因此对比文件未公开该特征。 |
| 技术特征F：将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br><br>【公开性结果：未公开】 | 引文位置：【0036】<br>原文引用：<br>【0036】「（Ｓ２０８）ＳＩＰサーバ１は、音声＋映像メディアへのメディア切替通知を、第２の端末へ送信する。 このメディア切替通知には、re-INVITEメッセージが用いられる。 これに対し、第２の端末は、メディア切替確認をＳＩＰサーバ１へ返信する。」<br>（中文翻译：（S208）SIP服务器1向第二终端发送针对音频+视频媒体的媒体切换通知。该媒体切换通知使用re-INVITE消息。对此，第二终端向SIP服务器1返回媒体切换确认。） | 1. 技术特征在目标专利中的含义与作用：目标专利中（如【0007】、【0062】第513、514步），SCC AS为MRF中的复制媒体流分配资源后，向发送邀请请求的受控方/第二WTRU发送对应的响应消息（如针对INVITE的响应），以通知会话复制的就绪及协商参数。<br>2. 对比文件公开内容及差异：对比文件S208中是SIP服务器向第二终端发送re-INVITE作为媒体切换通知，第二终端返回200OK；对比文件中不存在MRF，也不存在针对第二WTRU的协作复制会话邀请请求向其返回MRF中复制媒体流的响应过程。因此对比文件未公开该特征。 |
| 技术特征G：使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br><br>【公开性结果：未公开】 | 引文位置：【0037】、【0038】、【0040】<br>原文引用：<br>【0037】「（Ｓ２０９）ＳＩＰサーバ１は、映像メディアへのメディア切替通知(INVITE)を、会議サーバ３へ送信する。 これに対し、会議サーバ３は、メディア切替確認(200OK)をＳＩＰサーバ１へ返信する。」<br>（中文翻译：（S209）SIP服务器1向会议服务器3发送针对视频媒体的媒体切换通知(INVITE)。对此，会议服务器3向SIP服务器1返回媒体切换确认(200OK)。）<br>【0038】「（Ｓ２１０）これによって、第２の端末と会議サーバ３との間では、映像メディアでセッションが確立される。」<br>（中文翻译：（S210）由此，在第二终端与会议服务器3之间确立视频媒体的会话。）<br>【0040】「（Ｓ２１２）Ｓ２０９と同様に、ＳＩＰサーバ１は、音声＋映像メディアへのメディア切替通知(INVITE)を会議サーバ３へ送信し……（Ｓ２１３）これによって、第１の端末と会議サーバ３との間では、音声＋映像メディアでセッションが確立される。」<br>（中文翻译：（S212）与S209同样，SIP服务器1向会议服务器3发送针对音频+视频媒体的媒体切换通知(INVITE)……（S213）由此，在第一终端与会议服务器3之间确立音频+视频媒体的会话。） | 1. 技术特征在目标专利中的含义与作用：目标专利中（如【0007】、【0059】、【0062】），为实现同一媒体流分发至多个WTRU，SCC AS使用MRF重新锚定媒体，更新第一WTRU与网络间的接入段（Access Leg），并更新与远程方之间的远程段（Remote Leg），使得第一WTRU及远程方的会话路由切换至MRF。<br>2. 对比文件公开内容及差异：对比文件采用集中式会议服务器（会議サーバ）架构，终端与会议服务器各自维持点对点媒体链路，通过重新协商媒体流属性（re-INVITE更新终端，INVITE更新会议服务器）来实现由单一音频转为音频+视频，未公开基于MRF去分别更新第一WTRU的接入段与远程段的技术方案。因此对比文件未公开该特征。 |
| 技术特征H：所述媒介流之后从所述远程方流向所述MRF<br><br>【公开性结果：未公开】 | 引文位置：【0026】、【0030】<br>原文引用：<br>【0026】「会議サーバ３は、例えば会議サーバである（以下「会議サーバ」として説明する）。 会議サーバ３は、グループのメンバとなる複数の端末２から受信したデータをミキシングして、更にそのグループの全ての端末２へ送信する。」<br>（中文翻译：会议服务器3例如是会议服务器（以下作为“会议服务器”进行说明）。会议服务器3混合从作为群组成员的多个终端2接收到的数据，并进一步发送给该群组的全部终端2。）<br>【0030】「（Ｓ２０１）第１〜第３の端末は、グループを構成し、会議サーバ３との間で音声メディアのＲＴＰパケットを送受信している。」<br>（中文翻译：（S201）第一至第三终端构成群组，与会议服务器3之间收发音频媒体的RTP分组。） | 1. 技术特征在目标专利中的含义与作用：目标专利中（如【0059】、【0062】），更新远程段之后，远程方发送的下行媒体流不再直接送达第一WTRU，而是发送至核心网中的MRF实体，供MRF执行复制分发。<br>2. 对比文件公开内容及差异：对比文件是多方会议架构，各终端将媒体流上传给会议服务器3，会议服务器3混合后分发给各终端，不存在目标专利中的“远程方（Remote Party）”及“MRF”拓扑关系，也无远程方向MRF发送待复制流的过程。因此对比文件未公开该特征。 |
| 技术特征I：从所述MRF流向所述第一WTRU<br><br>【公开性结果：未公开】 | 引文位置：【0026】、【0041】<br>原文引用：<br>【0026】「会議サーバ３は、グループのメンバとなる複数の端末２から受信したデータをミキシングして、更にそのグループの全ての端末２へ送信する。」<br>（中文翻译：会议服务器3混合从作为群组成员的多个终端2接收到的数据，并进一步发送给该群组的全部终端2。）<br>【0041】「最終的に、第１の端末及び第２の端末は、音声＋映像メディアでグループ通信が可能となり、第３の端末は、音声メディアのみでグループ通信に参加する。」<br>（中文翻译：最终，第一终端及第二终端能够以音频+视频媒体进行群组通信，第三终端仅以音频媒体参加群组通信。） | 1. 技术特征在目标专利中的含义与作用：目标专利中（如【0059】、【0062】），MRF接收到来自远程方的媒体流后，将该原始媒体流（或复制流）路由发送至第一WTRU。<br>2. 对比文件公开内容及差异：对比文件中媒体流是由会议服务器（会議サーバ）在混音/混流后发送给第一终端，属于会议多方混流分发机制，并非由MRF将针对原独立会话的复制媒体流分发给第一WTRU。因此对比文件未公开该特征。 |
| 技术特征J：从所述MRF流向所述第二WTRU<br><br>【公开性结果：未公开】 | 引文位置：【0026】<br>原文引用：<br>【0026】「会議サーバ３は、グループのメンバとなる複数の端末２から受信したデータをミキシングして、更にそのグループの全ての端末２へ送信する。」<br>（中文翻译：会议服务器3混合从作为群组成员的多个终端2接收到的数据，并进一步发送给该群组的全部终端2。） | 1. 技术特征在目标专利中的含义与作用：目标专利中（如【0059】、【0062】），MRF将复制得到的相同媒体流分发给未参与原会话但发起了拉复制请求的第二WTRU。<br>2. 对比文件公开内容及差异：对比文件中向第二终端下发的是会议服务器混流后的组通信数据包，未公开由MRF向第二WTRU分发复制流。因此对比文件未公开该特征。 |
| 技术特征K：其中所述协作复制会话邀请请求包括复制报头字段<br><br>【公开性结果：未公开】 | 引文位置：【0013】、【0031】<br>原文引用：<br>【0013】「……第１のステップにおける切替要求は、REFERメッセージであり……」<br>（中文翻译：……第1步骤中的切换请求为REFER消息……）<br>【0031】「（Ｓ２０２）……この切替要求は、REFERメッセージを用いる。 REFERメッセージは、リソースを参照することを要求するものであり、呼の転送に用いられる。」<br>（中文翻译：（S202）……该切换请求使用REFER消息。REFER消息用于请求参照资源，用于呼叫转移。） | 1. 技术特征在目标专利中的含义与作用：目标专利说明书【0081】、【0091】、【0107】记载，为了明确区分会话转移与会话复制，在拉模式会话邀请请求（如INVITE消息）中标准化了特定的“复制报头字段（Replication header field）”，包含待复制会话的对话标识。<br>2. 对比文件公开内容及差异：对比文件仅记载了使用标准的SIP REFER消息请求切换媒体类型，未公开任何专门用于指示会话复制的“复制报头字段”。因此对比文件未公开该特征。 |
| 技术特征L：其中所述复制报头字段是媒介层“i＝复制”字段<br><br>【公开性结果：未公开】 | 引文位置：【0027】<br>原文引用：<br>【0027】「ＳＤＰには、例えば以下のような情報が含まれている。……i=A Seminar on the session description protocol (セッション情報)……」<br>（中文翻译：SDP中例如包含以下信息：……i=A Seminar on the session description protocol (会话信息)……） | 1. 技术特征在目标专利中的含义与作用：目标专利说明书【0082】、【0091】、【0108】记载，在SDP媒体层定义特定的“i=复制（i=replicate）”字段，用于明确向网络及对端标识该媒体层组件需要被执行复制操作。<br>2. 对比文件公开内容及差异：对比文件【0027】仅列举了RFC 4566中常规的标准SDP示例，其中“i=”行仅用于常规的会话描述文本“i=A Seminar on the session description protocol”，完全没有公开将“i=”用于指示“复制”属性（如“i=复制”）。因此对比文件未公开该特征。 |
| 技术特征M：其中所述复制报头字段是媒介层“a＝复制”字段<br><br>【公开性结果：未公开】 | 引文位置：无对应记载<br>原文引用：<br>无对应内容。 | 1. 技术特征在目标专利中的含义与作用：目标专利说明书【0082】、【0091】、【0109】记载，在SDP属性层扩展定义专用的“a=复制（a=replicate）”属性，用于标识要复制的特定媒体组件。<br>2. 对比文件公开内容及差异：对比文件中通篇未公开包含“a=复制”字段或类似属性。因此对比文件未公开该特征。 |
| 技术特征N：其中所述复制报头字段是XML主体<br><br>【公开性结果：未公开】 | 引文位置：无对应记载<br>原文引用：<br>无对应内容。 | 1. 技术特征在目标专利中的含义与作用：目标专利说明书【0083】、【0091】、【0110】记载，复制指示可以通过SIP消息携带的XML主体（XML body）来实现。<br>2. 对比文件公开内容及差异：对比文件仅提及SIP消息和SDP信息，通篇未公开使用XML主体来指示复制。因此对比文件未公开该特征。 |
| 技术特征O：其中所述XML主体指示将要复制哪些媒介组件或整个会话<br><br>【公开性结果：未公开】 | 引文位置：无对应记载<br>原文引用：<br>无对应内容。 | 1. 技术特征在目标专利中的含义与作用：目标专利说明书【0083】、【0111】记载，XML主体具体包含指示复制特定媒体组件或整个会话的信息、对话ID等。<br>2. 对比文件公开内容及差异：对比文件未公开XML主体，更未公开通过XML主体指示复制特定媒体组件或整个会话。因此对比文件未公开该特征。 |
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含中文翻译及段落标号） | 公开性论述 |
| 技术特征A：从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br><br>《未公开》 | 对比文件未公开相关内容。涉及SIP邀请的段落为：<br>[0025] "In step 210, a user of a terminal device controls the terminal device to generate a SIP INVITE request message comprising an XML conference information document (conference-info)."<br>（在步骤210中，终端设备的用户控制终端设备生成包括XML会议信息文档（conference-info）的SIP INVITE请求消息。）<br>[0028] "In step 215, the generated SIP INVITE request is transmitted from the client terminal to the conference server 10..."<br>（在步骤215中，生成的SIP INVITE请求从客户端终端发送到会议服务器10……） | 对比文件技术作用与机制：对比文件中终端设备向会议服务器发送SIP INVITE请求，其目的是用于创建、预约、修改或删除一个多方电话/多媒体会议呼叫（conference call）。<br>目标专利技术作用与机制：目标专利中第二WTRU向SCC AS发送的是“协作复制会话邀请请求”，其目的在于发起对第一WTRU与远程方之间正在进行的媒介会话中的媒介流进行拉模式（pull mode）或网络协同复制，使媒介复制至第二WTRU。<br>比对结论：对比文件建立的是常规多方集中式会议呼叫，完全不涉及用户间传输（IUT）中的“协作会话”概念，更无“复制已有会话/媒介流”的技术构思与机制。因此，对比文件既未直接公开、也无法合理推断或隐含公开特征A。 |
| 技术特征B：其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br><br>《未公开》 | 对比文件未公开相关内容。其涉及会议建立的段落包括：<br>[0019] "To establish a conference call, the conference server 10 can call participants in order to connect the participants to the same conference call... Alternatively, the conference server 10 may simply send a reminder message to the participants..."<br>（为了建立会议呼叫，会议服务器10可以呼叫参与者以便将参与者连接到相同的会议呼叫……或者，会议服务器10可以仅向参与者发送提醒消息……） | 对比文件技术作用与机制：对比文件涉及的是独立的多方会议建立过程，各参与者是在会议调度或呼叫触发下加入该新会议，不存在“第一终端与远程方之间存在正在进行的媒介会话，而另一终端最初与该会话不关联”的上下文背景。<br>目标专利技术作用与机制：目标专利明确限定在发起复制之前，第一WTRU与远程方之间已存在正在进行的会话（如目标说明书[0056]、[0061]），而第二WTRU最初并不在该会话中，借此通过复制请求拉取该会话流。<br>比对结论：对比文件不存在正在进行的媒介会话及第二终端在此背景下最初不关联的状态，既未直接公开，也未隐含公开特征B。 |
| 技术特征C：所述协作复制会话邀请请求源于所述第二WTRU处<br><br>《未公开》 | 对比文件未公开相关内容。涉及请求发起的段落为：<br>[0028] "In step 215, the generated SIP INVITE request is transmitted from the client terminal to the conference server 10..."<br>（在步骤215中，生成的SIP INVITE请求从客户端终端发送到会议服务器10……） | 对比文件技术作用与机制：对比文件中虽然SIP INVITE是由某个客户端终端发起，但该请求是会议预定/创建请求。<br>目标专利技术作用与机制：目标专利特征C针对的是特定拉模式复制流程（如目标说明书[0056]、[0061]图5步骤509），即“协作复制会话邀请请求”起源于作为非原始会话方的第二WTRU处。<br>比对结论：由于对比文件连“协作复制会话邀请请求”本身都未公开，根本不存在该特定请求源于第二WTRU的技术方案。因此，对比文件既未直接公开，也未隐含公开特征C。 |
| 技术特征D：对所述协作复制会话邀请请求执行授权<br><br>《未公开》 | 对比文件涉及安全/权限相关段落为：<br>[0018] "...Purely by way of example, a SIP request may include an XML conference information document containing details specifying the date and time of a proposed conference call, along with details of the proposed participants and required security information (such as a passcode)..."<br>（纯粹作为示例，SIP请求可以包括XML会议信息文档，其包含指定所提议会议呼叫的日期和时间的细节，以及所提议参与者的细节和所需的安全信息（诸如密码）……）<br>[0045] "...401 Unauthorised; 403 Forbidden - i.e. if the modification request in the conference information XML body is not allowed..."<br>（……401未授权；403禁止——即如果会议信息XML主体中的修改请求是不被允许的……） | 对比文件技术作用与机制：对比文件中的安全信息或401/403响应是针对客户端创建/修改会议呼叫的操作权限检查或密码校验。<br>目标专利技术作用与机制：目标专利中是对“协作复制会话邀请请求”进行业务层面的授权校验（例如SCC AS验证请求方是否为授权IUT用户、结合第一WTRU配置简档或向第一WTRU/远程方请求授权以允许会话流被复制，见说明书[0060]-[0062]、[0066]）。<br>比对结论：对比文件中的常规会议访问控制与目标专利对协作会话复制请求的业务授权处理客体不同、机制不同，无法推断出针对协作复制会话的授权。因此，对比文件既未直接公开，也未隐含公开特征D。 |
| 技术特征E：为复制的媒介流分配媒介资源<br><br>《未公开》 | 对比文件涉及资源处理的段落为：<br>[0029] "...Based on the extracted information, the required conference information and resources are checked, reserved and stored by the conference server 10 in step 220."<br>（……基于提取出的信息，所需的会议信息和资源在步骤220中由会议服务器10检查、预留并存储。） | 对比文件技术作用与机制：对比文件由会议服务器为即将建立的电话/多媒体会议分配并预留会议桥、端口等会议控制资源。<br>目标专利技术作用与机制：目标专利是在确认进行会话复制后，由SCC AS在媒介资源功能（MRF）中为即将被“复制”的媒介流（如音频/视频流的分发与复制承载）分配专用的媒介处理资源（如目标说明书[0059]、[0062]）。<br>比对结论：对比文件分配的是独立会议呼叫本身的系统/通信资源，并非为了复制现有媒介流而分配复制媒介资源，两者在技术场景和功能作用上存在实质区别。因此，对比文件既未直接公开，也未隐含公开特征E。 |
| 技术特征F：将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br><br>《未公开》 | 对比文件涉及响应发送的段落为：<br>[0030] "If a conference according to the requested conference-info can be successfully allocated or provided for by the conference server 10, the conference control server 10 sends a SIP response message to the conference client terminal in step 225."<br>（如果能够由会议服务器10成功分配或提供根据所请求的会议信息的会议，则会议控制服务器10在步骤225中向会议客户端终端发送SIP响应消息。） | 对比文件技术作用与机制：对比文件是会议控制服务器向发起预约的客户端发送包含会议地址URI的SIP响应消息（如302 Moved Temporarily或200 OK）。<br>目标专利技术作用与机制：目标专利是在拉模式复制中，SCC AS将涉及MRF中为复制流分配情况的响应（如经由S-CSCF）发送给发出复制请求的第二WTRU，以完成复制会话接入段建立（目标说明书[0062]步骤513-514）。<br>比对结论：对比文件不包含IMS架构中的MRF网元，更不存在针对MRF中复制媒介流的特定响应交互。本领域技术人员无法从对比文件中得出该方案，因此对比文件既未直接公开，也未隐含公开特征F。 |
| 技术特征G：使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br><br>《未公开》 | 对比文件未公开相关内容。涉及会议连接建立的段落为：<br>[0035] "At the scheduled date and time, the conference control client sends a SIP INVITE request to the conference address (conf-uris) conf1234@as.ics.net allocated by the conference server, in order to initiate the conference call (step 230). The known SIP responses and requests are then used to initiate and establish the conference call..."<br>（在预定的日期和时间，会议控制客户端向会议服务器分配的会议地址(conf-uris) conf1234@as.ics.net发送SIP INVITE请求，以发起会议呼叫（步骤230）。然后使用已知的SIP响应和请求来发起和建立会议呼叫……） | 对比文件技术作用与机制：对比文件仅记载客户端在预约时间向会议地址重新发起呼叫来建立呼叫连接。<br>目标专利技术作用与机制：目标专利针对IMS集中控制架构，通过SCC AS控制MRF网元介入，一方面更新第一WTRU原有的接入段（access leg），另一方面更新面向远程方的远程段（remote leg），使得原有端到端媒体流被锚定并转向MRF（见目标说明书[0059]、[0062]）。<br>比对结论：对比文件根本没有IMS网络中通过MRF更新接入段（access leg）与远程段（remote leg）以锚定并分流/复制媒介的架构与流程。因此，对比文件既未直接公开，也未隐含公开特征G。 |
| 技术特征H：所述媒介流之后从所述远程方流向所述MRF<br><br>《未公开》 | 对比文件未公开相关内容。涉及媒体传输段落为：<br>[0035] "...establishing the conference call (over a RTP transport layer in the example of Figure 3)."<br>（……建立会议呼叫（在图3的示例中通过RTP传输层）。） | 对比文件技术作用与机制：对比文件仅提及在会议呼叫建立后，通过RTP传输层在各方与会议系统间进行通信。<br>目标专利技术作用与机制：目标专利明确了会话拓扑切换后媒体流路径改变：远程方的媒体流转而输入至MRF（如说明书[0062]中步骤518、图5），以作为复制源输入。<br>比对结论：对比文件既无远程段重定向至MRF的技术设计，也无相应数据流流向。因此，对比文件既未直接公开，也未隐含公开特征H。 |
| 技术特征I：从所述MRF流向所述第一WTRU<br><br>《未公开》 | 对比文件未公开相关内容。 | 对比文件技术作用与机制：对比文件无MRF实体及其媒体分发路径。<br>目标专利技术作用与机制：目标专利中MRF将从远程方接收到的媒体流分发给保留原会话的第一WTRU（目标说明书[0062]中步骤517、图5），保持原业务不中断。<br>比对结论：对比文件不具备基于MRF分发至第一WTRU的路径，既未直接公开，也未隐含公开特征I。 |
| 技术特征J：从所述MRF流向所述第二WTRU<br><br>《未公开》 | 对比文件未公开相关内容。 | 对比文件技术作用与机制：对比文件无MRF实体及复制分发路径。<br>目标专利技术作用与机制：目标专利中MRF将同一媒体流复制并分发给第二WTRU（目标说明书[0062]中步骤519、图5），实现拉模式会话复制。<br>比对结论：对比文件不存在MRF向第二终端流向复制媒体流的方案，既未直接公开，也未隐含公开特征J。 |
| 技术特征K：其中所述协作复制会话邀请请求包括复制报头字段<br><br>《未公开》 | 对比文件涉及报头字段及XML的段落为：<br>[0008] "...The XML conference information may be provided not only in the message body, but also in the SIP message header field(s)."<br>（……XML会议信息不仅可以提供在消息主体中，而且可以提供在SIP消息报头字段中。）<br>[0020] "...Furthermore, the SIP response also includes header information informing the client of the allocated SIP address (URI) of the conference described in the XML document of the SIP response..."<br>（……此外，SIP响应还包括报头信息，其通知客户端在SIP响应的XML文档中描述的会议的分配的SIP地址（URI）……） | 对比文件技术作用与机制：对比文件在SIP报头中传递的是会议地址URI或常规XML会议配置参数，用于在已有SIP报头字段中承载会议描述信息。<br>目标专利技术作用与机制：目标专利特征K明确要求邀请请求中包括“复制报头字段”（replicate header field），其技术作用是明确向网络指示本次请求不是普通的会话建立或会话转移，而是指示复制会话/特定媒介组件（见目标说明书[0081]、[0091]）。<br>比对结论：对比文件公开的报头字段功能是会议调度标识，完全未公开用于指示会话复制的“复制报头字段”，且二者语义及目的完全不同，无法合理推导出用于复制指示的报头字段。因此，对比文件既未直接公开，也未隐含公开特征K。 |
| 技术特征L：其中所述复制报头字段是媒介层“i＝复制”字段<br><br>《未公开》 | 对比文件未公开相关内容。 | 对比文件技术作用与机制：对比文件完全未提及SDP媒介层i-line（线）的任何扩展或使用。<br>目标专利技术作用与机制：目标专利将SDP媒介层“i=”字段标准化为“i=复制（replicate）”，用以指示针对该特定媒介组件进行复制（目标说明书[0082]）。<br>比对结论：对比文件无任何相应记载，既未直接公开，也未隐含公开特征L。 |
| 技术特征M：其中所述复制报头字段是媒介层“a＝复制”字段<br><br>《未公开》 | 对比文件未公开相关内容。 | 对比文件技术作用与机制：对比文件完全未提及SDP媒介层属性a-line的自定义属性定义。<br>目标专利技术作用与机制：目标专利定义新的“a”属性为“a=复制（replicate）”，以指示该特定媒介组件用于复制（目标说明书[0082]）。<br>比对结论：对比文件无任何相应记载，既未直接公开，也未隐含公开特征M。 |
| 技术特征N：其中所述复制报头字段是XML主体<br><br>《隐含公开》 | 对比文件涉及在SIP消息中包含XML主体的段落为：<br>[0007] "...generating a session initiation protocol, SIP, request message; and transmitting the SIP request message to the conference server, wherein the SIP request message comprises conference information regarding the conference call represented in a markup language."<br>（……生成会话初始协议（SIP）请求消息；以及将所述SIP请求消息发送到会议服务器，其中所述SIP请求消息包括用标记语言表示的关于会议呼叫的会议信息。）<br>[0008] "...with XML conference information being provided in a SIP message. The XML conference information may be provided not only in the message body, but also in the SIP message header field(s)."<br>（……在SIP消息中提供XML会议信息。XML会议信息不仅可以提供在消息主体中，而且可以提供在SIP消息报头字段中。）<br>[0018] "...The conference information XML documents are transmitted to the conference server 10 in SIP requests (for example, a SIP INVITE request)..."<br>（……会议信息XML文档在SIP请求（例如SIP INVITE请求）中被发送到会议服务器10……） | 对比文件技术作用与机制：对比文件公开了在SIP请求消息（如SIP INVITE）中携带表征多媒体会话控制信息的XML文档/XML主体（以及在报头字段中提供XML信息）。<br>目标专利技术作用与机制：目标专利中将用于指示会话/媒介复制的指示符以“XML主体”的形式体现在复制请求中（目标说明书[0083]、[0089]）。<br>比对结论：基于极其宽松的隐含公开判断标准：虽然对比文件中的XML主体承载的是会议预定控制信息（非复制控制），但对比文件实质公开了“在SIP邀请请求中通过XML主体（以及报头字段结合）携带会话控制信息”的基础载体形式。本领域技术人员有可能基于对比文件公开的“SIP请求中利用XML主体传递扩展控制信息”的机制，结合其他公开会话复制机制的文献进行组合，从而有可能得出使用XML主体作为指示载体的方案。因此，在超宽松判断标准下认定特征N被对比文件《隐含公开》。 |
| 技术特征O：其中所述XML主体指示将要复制哪些媒介组件或整个会话<br><br>《隐含公开》 | 对比文件涉及XML指示多媒体组件的段落为：<br>[0026] "<!-- AVAILABLE MEDIA --><available-media><entry label="10234"><display-text>main audio</display-text><type>audio</type>...</entry><entry label="10235"><display-text>main video</display-text><type>video</type>...</entry><entry label="10236"><display-text>main chat</display-text><type>message</type>...</entry></available-media>"<br>（<!-- 可用媒体 --><可用媒体><条目 标签="10234"><显示文本>主音频</显示文本><类型>音频</类型>……</条目><条目 标签="10235"><显示文本>主视频</显示文本><类型>视频</类型>……</条目><条目 标签="10236"><显示文本>主聊天</显示文本><类型>消息</类型>……</条目></可用媒体>）<br>[0027] "From the above exemplary code, it will be appreciated that the conference-info xml body of the SIP INVITE request contains information regarding... the available media..."<br>（从上述示例性代码中可以理解，SIP INVITE请求的conference-info xml主体包含关于……可用媒体……的信息。） | 对比文件技术作用与机制：对比文件在SIP请求的XML主体中详细定义并列举了该会话所包含/请求的各个具体媒介组件（如音频audio、视频video、消息chat等），即在XML层面对会话中“哪些具体的媒介组件”进行结构化指示与配置。<br>目标专利技术作用与机制：目标专利是在XML主体中包含要复制的特定媒介组件（音频、视频等）或整个会话的信息（目标说明书[0083]）。<br>比对结论：基于极其宽松的隐含公开判断标准：对比文件已公开了“在SIP请求的XML主体中逐项指示/描述会话所涉及的具体媒介组件（音频、视频、消息等）或会话整体”的内容，部分公开了特征O中关于“通过XML结构化指示特定媒介组件或整个会话”的技术手段。本领域技术人员有可能通过对比文件关于XML指示媒介组件的机制进行逻辑推理，并有可能与其他会话复制现有技术组合推断得出“在XML主体中指示将要复制哪些媒介组件或整个会话”。因此，认定特征O被对比文件《隐含公开》。 |
<<<n>>><<<o>>>
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br><br>【未公开】 | 无针对性公开内容。对比文件仅一般性提及无线终端接入IMS及发起会话：<br>段落[0007]：“IMS mobile terminal 140 communicates with a packet network 136 such as the GPRS network or other networks, through a radio link 138...”（IMS移动终端140通过无线电链路138与诸如GPRS网络或其它网络的分组网络136通信……）<br>段落[0197]：“...sending an INVITE signal from the 2-stage dialing server, or any other server that performs a similar functionality, on behalf of the user PUID to the called party...” | 对比文件主要涉及在IMS网络中通过网络节点（如注册管理器、2阶段拨号服务器）为非IMS终端或非IP终端提供代理注册、服务移动性及呼叫发起流程。对比文件中完全没有公开或涉及UE间传输（IUT）中的“协作复制会话（collaborative replicate session）”，亦未公开从第二WTRU接收针对已有会话的协作复制邀请请求。在作用上，对比文件的INVITE是传统的两方主叫呼叫建立，而目标专利的技术特征A是在多WTRU协作会话框架下从第三方/受控方设备请求复制正在进行的媒体流，两者的技术方案、功能及作用完全不同。本领域技术人员无法从对比文件中直接得出或推理出该特征，因此该特征未被直接公开，亦不构成隐含公开。 |
| 技术特征B：其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br><br>【未公开】 | 无相关内容公开。 | 目标专利的技术特征B限定了在拉（pull）模式会话复制中，第二WTRU最初并未参与到第一WTRU与远程方已建立的通信会话中。对比文件通篇围绕IMS单会话注册与主被叫寻址展开，根本没有涉及“第一WTRU与远程方之间正在进行的媒介会话”，更未涉及第二WTRU与该已有会话在初始状态下的关联关系。本领域技术人员无法从对比文件直接得出或推导得出该方案，因此该特征未被直接公开，亦不构成隐含公开。 |
| 技术特征C：所述协作复制会话邀请请求源于所述第二WTRU处<br><br>【未公开】 | 无相关内容公开。 | 目标专利中该特征体现了会话复制由外部未关联的第二WTRU主动发起（拉模式会话复制请求）。对比文件仅公开了由用户终端向网络发送REGISTER注册请求，或通过两阶段拨号服务器向被叫发起呼叫，不存在“协作复制会话邀请请求”，更无从谈起该请求源于第二WTRU。本领域技术人员无法从对比文件直接或隐含推导出该特征。 |
| 技术特征D：对所述协作复制会话邀请请求执行授权<br><br>【未公开】 | 段落[0008]：“...The data can include among other items, location information, security information, authorization information, authentication information... Once the P-CSCF authenticates the user, the P-CSCF asserts the identity of the user to the rest of the nodes in the network...”（……数据可包括位置信息、安全信息、授权信息、认证信息等……一旦P-CSCF认证了该用户，P-CSCF向网络中的其余节点宣告该用户的身份……）<br>段落[0197]：“...authenticating the user (1804)...”（……认证用户(1804)……） | 对比文件公开的授权与认证仅为IMS网络对终端接入/注册以及发起常规呼叫时的常规网络准入鉴权（如通过HSS下载鉴权向量进行用户身份认证与授权）。而目标专利的技术特征D是对“协作复制会话邀请请求”执行业务层面的授权（如验证其是否具备IUT权限、是否被原会话参与方允许复制正在进行的特定媒体流）。二者针对的对象、应用场景及实现的技术功能完全不同，本领域技术人员无法毫无疑义地得出，亦无法通过宽松推理得出对比文件公开了对会话复制请求进行授权，因此未被直接公开，亦不构成隐含公开。 |
| 技术特征E：为复制的媒介流分配媒介资源<br><br>【未公开】 | 段落[0007]：“...One or more media resource functions (MRFs) are shown 126, 128 which may further be divided into media resource function controllers (MRFCs) 126 and media resource function processors (MRFPs) 128...”（……示出了一个或多个媒体资源功能(MRF)126、128，其可进一步划分为媒体资源功能控制器(MRFC)126和媒体资源功能处理器(MRFP)128……）<br>段落[0066]：“...The P-CSCF 150A, 150B may also include a policy decision function (PDF) which authorizes media plane resources such as a quality of service (QOS) over a media plane...”（……P-CSCF 150A, 150B还可以包括策略决策功能(PDF)，其授权媒体平面资源，诸如媒体平面上的服务质量(QOS)……） | 对比文件仅在介绍IMS通用架构时提及存在MRF节点，并在P-CSCF中提及PDF对常规媒体平面资源/QoS进行授权。目标专利的技术特征E是在执行会话复制时，由应用服务器（SCC AS）为即将被复制分发的媒介流在MRF中分配特定的分发与混流媒体资源。对比文件既无“复制媒介流”的概念，也未公开为其分配媒介资源的处理步骤，本领域技术人员无法从对比文件中推理得出该特征，故未被直接公开，亦不构成隐含公开。 |
| 技术特征F：将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br><br>【未公开】 | 无相关内容公开。 | 目标专利中该步骤用于向发起复制请求的第二WTRU回送响应，以告知/协商MRF中分配的复制流媒体面信息。对比文件没有任何与MRF中复制媒体流相关的信令交互或向请求复制的第二WTRU发送响应的公开。本领域技术人员无法直接得出或隐含得出该特征。 |
| 技术特征G：使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br><br>【未公开】 | 无相关内容公开。 | 目标专利的技术特征G涉及SCC AS使用MRF重新锚定媒体路径，分别更新原通信方（第一WTRU）的接入段与对端（远程方）的远程段，使得媒体流能够重定向流经MRF进行流复制。对比文件涉及的是单呼叫腿通过BGCF/MGCF在PSTN与IMS间的路由转换，完全没有涉及使用MRF去分别更新第一WTRU上的接入段和远程段的技术方案，亦未公开任何段更新信令。本领域技术人员无法推导出该技术方案，故未被直接公开，亦不构成隐含公开。 |
| 技术特征H：所述媒介流之后从所述远程方流向所述MRF<br><br>【未公开】 | 无相关内容公开。对比文件仅在段落[0011]中提及常规MGW收发RTP媒体：“...the MGW 134 is able to send and receive IMS media over the real time protocol (RTP)...”（……MGW 134能够通过实时协议(RTP)发送和接收IMS媒体……） | 目标专利的技术特征H限定了在会话复制拓扑建立后，下行媒体流先从远程方汇聚流入具有媒体复制能力的MRF中。对比文件中虽然提到了MRF节点的存在，但根本没有涉及将会话的媒体流从远程方路由接入MRF以备复制的拓扑与流程。本领域技术人员无法得出该特征，故未被直接公开，亦不构成隐含公开。 |
| 技术特征I：从所述MRF流向所述第一WTRU<br><br>【未公开】 | 无相关内容公开。 | 目标专利技术特征I限定了MRF将媒体流输出分发给原始第一WTRU分支。对比文件完全未公开MRF参与正在进行的会话媒体分发并流向第一WTRU的方案，该特征未被直接公开，亦不构成隐含公开。 |
| 技术特征J：从所述MRF流向所述第二WTRU<br><br>【未公开】 | 无相关内容公开。 | 目标专利技术特征J限定了MRF将复制的媒体流并行分发给目标第二WTRU分支。对比文件不存在将会话媒体从MRF复制分发流向第二WTRU的方案，该特征未被直接公开，亦不构成隐含公开。 |
| 技术特征K：其中所述协作复制会话邀请请求包括复制报头字段<br><br>【未公开】 | 无针对“复制报头字段”的公开。对比文件仅在段落[0110]-[0115]中披露了常规SIP REGISTER消息报头：“FIG. 7 shows the key headers of the SIP REGISTER message 700 that are used to make service mobility possible. The first header is the Request URI... To Header... Authorization Header... Contact Header... Via field...”（图7示出了用于实现服务移动性的SIP REGISTER消息700的关键报头。第一个报头是Request URI……To报头……Authorization报头……Contact报头……Via字段……） | 对比文件仅披露了标准SIP协议中的通用报头（Request URI、To、Contact、Via等），用于执行终端的注册与寻址。目标专利的技术特征K明确限定邀请请求中包括特定的“复制报头字段”（以区分普通的会话传输与会话复制）。对比文件既没有提及会话复制，更没有公开任何用于指示复制的专用报头字段，本领域技术人员无法从通用SIP报头直接得出或合理推断出该特征，故未被直接公开，亦不构成隐含公开。 |
| 技术特征L：其中所述复制报头字段是媒介层“i＝复制”字段<br><br>【未公开】 | 无相关内容公开。 | 目标专利中该特征限定了在SDP媒体描述中利用特定属性值“i=复制”来明确指示要复制的媒体组件。对比文件通篇未公开或暗示在SDP中使用“i=复制”字段。本领域技术人员无法得出该特征，故未被直接公开，亦不构成隐含公开。 |
| 技术特征M：其中所述复制报头字段是媒介层“a＝复制”字段<br><br>【未公开】 | 无相关内容公开。 | 目标专利中该特征限定了在SDP媒体描述中利用特定属性“a=复制”来指示针对媒体组件的复制。对比文件未公开或暗示在SDP中使用“a=复制”字段。本领域技术人员无法得出该特征，故未被直接公开，亦不构成隐含公开。 |
| 技术特征N：其中所述复制报头字段是XML主体<br><br>【未公开】 | 段落[0100]：“...The initial Filter Criteria 196 is defined in an XML document and has a structure as shown in 1H.”（……初始过滤准则196在XML文档中定义，并且具有如图1H所示的结构。） | 对比文件中出现的XML仅用于在HSS与S-CSCF中定义业务配置文件的初始过滤准则（iFC），用于触发应用服务器。而目标专利的技术特征N限定的是在会话邀请请求中携带作为复制报头字段的XML主体，用以承载会话/媒体复制指示信息。二者的消息载体、应用层级及所承载的信息完全不同。对比文件未公开在复制会话请求中携带指示复制的XML主体，本领域技术人员无法直接得出或合理推导出该特征，故未被直接公开，亦不构成隐含公开。 |
| 技术特征O：其中所述XML主体指示将要复制哪些媒介组件或整个会话<br><br>【未公开】 | 无相关内容公开。 | 目标专利技术特征O限定了XML主体的具体内容和指示作用（指示复制特定媒体组件或整会话）。对比文件既没有公开复制会话请求中的XML主体，更未公开其指示要复制媒体组件或整个会话的内容。本领域技术人员无法得出该特征，故未被直接公开，亦不构成隐含公开。 |
## 特征比对表格
| 技术特征描述及判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br><br>《未公开》 | 无直接对应段落。<br>对比文件提及基础IMS网络组件及信令，例如段落[0007]、[0008]、[0066]、[0128]中涉及UE向P-CSCF发送SIP REGISTER或INVITE消息。 | 目标专利中的“协作复制会话邀请请求”是用于在UE间传输（IUT）机制下请求在第二WTRU处复制现有媒体会话的SIP邀请消息（如说明书[0056]、[0061]、[0091]所述）。对比文件主要公开了IMS系统中管理用户注册/注销、支持终端移动性（service mobility）以及两阶段拨号等机制，其交互涉及的是标准的REGISTER或呼叫建立INVITE消息，完全未涉及第二终端向网络请求复制另一终端正在进行的会话的“协作复制会话邀请请求”。因此，本领域技术人员既无法直接得出，也无法合理解释或推理得出该特征，该特征既未被直接公开，也未被隐含公开。 |
| 技术特征B：<br>其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br><br>《未公开》 | 无对应段落。 | 目标专利中该特征限定了会话复制前的拓扑场景（即第一WTRU与远程方之间存在正在进行的会话，第二WTRU是外部加入的新受控方/拉取方，如说明书[0056]、[0061]）。对比文件仅涉及单个用户在不同设备之间的注册转移、共享设备注册或向第三方发起呼叫，根本不存在第一WTRU与远程方之间建立正在进行的媒介会话并由最初不相关的第二WTRU加入复制的场景。因此该特征未被直接公开，亦无法隐含得出。 |
| 技术特征C：<br>所述协作复制会话邀请请求源于所述第二WTRU处<br><br>《未公开》 | 无对应段落。 | 目标专利中对应由第二WTRU发起拉模式（pull mode）会话复制请求的过程（如说明书[0056]、[0061]受控方WTRU向网络发送请求）。对比文件虽然披露了终端可以发起SIP消息（如REGISTER），但完全不存在针对会话复制的邀请请求，更不存在该协作复制请求源于第二WTRU的技术内容。故该特征未被直接公开或隐含公开。 |
| 技术特征D：<br>对所述协作复制会话邀请请求执行授权<br><br>《未公开》 | 对比文件段落[0008]：“Once the P-CSCF authenticates the user, the P-CSCF asserts the identity of the user to the rest of the nodes in the network... The data can include among other items, location information, security information, authorization information, authentication information...”<br>中文翻译：“一旦P-CSCF对用户进行了鉴权，P-CSCF便向网络中的其余节点宣告该用户的身份……所述数据可包括位置信息、安全信息、授权信息、鉴权信息等……”<br>段落[0165]：“Before the user is allowed to do anything, the user must be authenticated... Once the user is known, the rights of the user need to be determined.”<br>中文翻译：“在允许用户执行任何操作之前，必须对该用户进行鉴权……一旦知晓了用户身份，便需要确定该用户的权限。” | 目标专利中的授权是SCC AS针对“协作复制会话邀请请求”所执行的业务级授权（如说明书[0058]、[0061]中验证WTRU是否为IUT用户、简档是否允许复制媒体流）。对比文件中公开的授权仅是对用户接入IMS网络或执行代理注册权限的普通鉴权和授权（Authentication and Authorization），其作用在于验证设备身份及访问合法性，与目标专利中对特定“协作复制会话邀请请求”的授权对象、业务逻辑与作用完全不同。即使从最宽松的标准来看，对比文件的网络注册鉴权也无法使本领域技术人员合理推理得出针对协作复制会话请求的业务授权，因此该特征未被直接或隐含公开。 |
| 技术特征E：<br>为复制的媒介流分配媒介资源<br><br>《未公开》 | 对比文件段落[0007]：“One or more media resource functions (MRFs) are shown 126, 128 which may further be divided into media resource function controllers (MRFCs) 126 and media resource function processors (MRFPs) 128.”<br>中文翻译：“示出了一个或多个媒体资源功能（MRF）126、128，其可进一步划分为媒体资源功能控制器（MRFC）126和媒体资源功能处理器（MRFP）128。”<br>段落[0066]：“The P-CSCF 150A, 150B may also include a policy decision function (PDF) which authorizes media plane resources such as a quality of service (QOS) over a media plane...”<br>中文翻译：“P-CSCF 150A、150B还可包括策略决策功能（PDF），其对媒体平面资源（例如媒体平面上的服务质量QoS）进行授权……” | 目标专利中为复制的媒体流在MRF中分配媒体资源（如说明书[0059]、[0062]中SCC AS为复制的媒体流分配MRF混音/分发处理资源）。对比文件虽然在架构中提及了IMS包括MRF以及PDF授权媒体平面QoS资源，但该资源分配属于常规呼叫建立或QoS控制，根本未涉及为“复制的媒介流”分配媒体资源。因此对比文件未直接公开，本领域技术人员也无法依据常规MRF节点的存在而推理得出为复制媒体流分配资源的方案，未被隐含公开。 |
| 技术特征F：<br>将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br><br>《未公开》 | 对比文件段落[0014]、[0015]提及网络向UE发送401 Unauthorized或200 OK响应以完成注册。 | 目标专利中是SCC AS将针对第二WTRU发起的协作复制请求的、与MRF中复制媒体流相关的SIP响应（如200 OK）传送给第二WTRU（说明书[0062]步骤513/514）。对比文件披露的是常规注册流程中的挑战响应或确认响应，与MRF以及复制的媒介流毫无关联。故该技术特征未被直接或隐含公开。 |
| 技术特征G：<br>使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br><br>《未公开》 | 无对应段落。 | 目标专利中MRF介入第一WTRU、第二WTRU及远程方之间，通过更新接入段（access leg）和远程段（remote leg），使得媒体流重新锚定在MRF上实现会话复制分发（说明书[0059]、[0062]、[0089]）。对比文件完全未涉及通过MRF更新第一WTRU的接入段以及更新远程段的信令拓扑更新过程。故该特征未被直接或隐含公开。 |
| 技术特征H：<br>所述媒介流之后从所述远程方流向所述MRF<br><br>《未公开》 | 无对应段落。 | 目标专利中明确在MRF更新远程段后，媒体流的下行路径为“远程方 -> MRF”（说明书[0062]建立远程方与MRF之间的媒介流518、[0080]）。对比文件仅描述了IMS基础架构图及媒体平面网关，完全未公开媒体流在会话复制场景下由远程方发送给MRF以进行复制分流的技术方案。故未被直接或隐含公开。 |
| 技术特征I：<br>从所述MRF流向所述第一WTRU<br><br>《未公开》 | 无对应段落。 | 目标专利中MRF将来自远程方的媒体流继续分发并流向第一WTRU，以保持原会话持续进行（说明书[0062]步骤517、[0080]）。对比文件无此媒体流路径的任何记载或启示，未被直接或隐含公开。 |
| 技术特征J：<br>从所述MRF流向所述第二WTRU<br><br>《未公开》 | 无对应段落。 | 目标专利中MRF将复制的媒体流流向第二WTRU，完成多方共享复制流（说明书[0062]步骤519、[0080]）。对比文件无会话复制与该传输路径的记载，未被直接或隐含公开。 |
| 技术特征K：<br>其中所述协作复制会话邀请请求包括复制报头字段<br><br>《未公开》 | 对比文件段落[0110]、[0111]提及SIP REGISTER消息中的Request URI、To Header、Contact Header等标准报头。 | 目标专利中的复制报头字段用于在SIP信令中明确指示要复制的会话或对话标识（dialog ID）（说明书[0081]、[0091]）。对比文件披露的标准SIP报头完全不包含任何指示会话复制的报头字段，本领域技术人员无法直接或隐含得出该特征。 |
| 技术特征L：<br>其中所述复制报头字段是媒介层“i＝复制”字段<br><br>《未公开》 | 对比文件段落[0105]提及在iFC中可使用SDP（Session Description Protocol）进行媒体格式协商。 | 目标专利是在SDP中使用媒介层i=replicate来标识需要复制的媒体组件（说明书[0082]、[0091]）。对比文件仅一般性提及SDP用于协商参数，未记载任何在媒介层使用i=复制字段的技术内容，未被直接或隐含公开。 |
| 技术特征M：<br>其中所述复制报头字段是媒介层“a＝复制”字段<br><br>《未公开》 | 对比文件段落[0105]提及SDP协商。 | 目标专利在SDP中定义新的媒体属性a=replicate（说明书[0082]、[0091]）。对比文件未公开此属性或类似指示复制的属性，未被直接或隐含公开。 |
| 技术特征N：<br>其中所述复制报头字段是XML主体<br><br>《未公开》 | 对比文件段落[0100]提及初始过滤准则（iFC）在XML文档中定义。 | 目标专利中是在SIP复制请求的消息体中携带指示复制相关控制参数的XML主体（说明书[0083]、[0091]）。对比文件提及的XML仅用于在S-CSCF中存储/定义业务过滤触发准则（iFC），并非会话邀请请求中的XML消息体，更与复制无关，作用与方案截然不同。故未被直接或隐含公开。 |
| 技术特征O：<br>其中所述XML主体指示将要复制哪些媒介组件或整个会话<br><br>《未公开》 | 无对应段落。 | 目标专利中XML主体具体包含要复制的媒体流标识或指示复制整个会话（说明书[0083]）。对比文件完全未公开相关内容，未被直接或隐含公开。 |
**特征比对表格**
| 技术特征描述及公开性判断 | 对比文件原文引用（含译文及位置） | 公开性论述 |
| 技术特征A<br>从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br><br>【公开性判断】：未公开 | 无相关记载 | 对比文件（JP4317238B2）公开了一种通信终端，其核心方案是在通话过程中由麦克风采集语音，通过语音识别部提取关键词，并根据关键词在预设时间内的组合与出现次数，自动从效果音表格中检索并向通话语音中混入/合成相应的音效（如海浪声、音乐等），然后将合成语音发送给通话对方。其涉及的是单机终端内部的语音内容分析与本地音效合成叠加机制。<br>而目标专利的技术特征A涉及IMS架构下基于业务集中和连续性应用服务器（SCC AS）的会话级别处理，具体为网络侧实体从第二WTRU接收针对正在进行的媒介会话的“协作复制会话邀请请求”（如拉模式拉取媒体流复制）。对比文件完全未涉及任何IMS网络架构、网络侧应用服务器、第一/第二WTRU之间的协作会话或会话复制控制协议信令（如SIP INVITE/协作会话请求）。即使基于最宽松的隐含公开标准，对比文件中也不存在任何与“网络实体接收第二终端发送的协作复制会话邀请请求”相关或可能合理推导出的技术内容，因此未公开。 |
| 技术特征B<br>其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br><br>【公开性判断】：未公开 | 无相关记载 | 对比文件仅记载了两个通话终端之间的普通双向通话（如段落[2]中通信终端1与通信对方之间的通话），不涉及三个实体（第一WTRU、第二WTRU、远程方）构成的多方/协作会话环境，更不存在“第二WTRU最初与正在进行的媒介会话不关联”的上下文背景。两者的系统架构与场景完全不同，对比文件无法直接公开亦无法隐含公开该特征。 |
| 技术特征C<br>所述协作复制会话邀请请求源于所述第二WTRU处<br><br>【公开性判断】：未公开 | 无相关记载 | 对比文件不存在多设备间的会话复制请求或协作请求，更谈不上该请求起源于第二WTRU（即拉模式发起）。对比文件仅有本地麦克风对用户说话语音的采集与向对端发送合成语音信号，两者技术领域与方案实质完全不同，未公开。 |
| 技术特征D<br>对所述协作复制会话邀请请求执行授权<br><br>【公开性判断】：未公开 | 无相关记载 | 目标专利的技术特征D是在SCC AS或第一WTRU处基于策略、预订对第二WTRU发起的协作复制会话请求进行鉴权与许可（授权）流程。对比文件涉及的仅是基于预设规则（如关键词命中、否定词排除、计时器超时等条件匹配判断）自动提取并播放音效文件，不涉及网络实体对跨设备的媒体复制会话邀请请求的鉴权或授权控制机制，无法隐含公开该技术特征。 |
| 技术特征E<br>为复制的媒介流分配媒介资源<br><br>【公开性判断】：未公开 | 无相关记载 | 目标专利技术特征E是指IMS网络核心网网元（如SCC AS）在媒介资源功能（MRF）实体中为被复制的下行媒体流分配分发与锚定所需的网络媒体资源。对比文件虽然在本地终端内涉及从音源8中读取音效文件或通过音频编解码器进行处理，但这是终端本地音频数据的缓冲与合成，与网络侧为复制媒体流分配MRF媒介资源的技术方案在技术手段、实现层面及作用上完全不相关，未公开。 |
| 技术特征F<br>将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br><br>【公开性判断】：未公开 | 无相关记载 | 对比文件未涉及媒介资源功能MRF，亦不涉及网络侧实体向第二终端传送与MRF媒体资源关联的信令响应（如SIP 200 OK等），未公开。 |
| 技术特征G<br>使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br><br>【公开性判断】：未公开 | 无相关记载 | 目标专利的技术特征G是在网络核心层建立集中分发拓扑，通过重协商更新原始第一WTRU的接入段以及远程方的远程段，使原始流锚定到MRF。对比文件完全不涉及IMS会话腿（leg/段）更新控制、网络分发节点MRF的会话拓扑重配置等协议控制机制，未公开。 |
| 技术特征H<br>所述媒介流之后从所述远程方流向所述MRF<br><br>【公开性判断】：未公开 | 无相关记载 | 目标专利技术特征H涉及端到网的媒体流路由拓扑（远程方将媒体流发送至MRF，由MRF作为锚点进行复制分发）。对比文件中仅涉及本端终端1通过音声送信部12向通话对方发送合成语音，不涉及任何远程方到网络中心MRF的媒体流流向，未公开。 |
| 技术特征I<br>从所述MRF流向所述第一WTRU<br><br>【公开性判断】：未公开 | 无相关记载 | 目标专利技术特征I涉及由MRF将复制的一路媒体流下发/分发给第一WTRU。对比文件中无MRF，亦无从中心复制节点向第一WTRU传输媒体流的架构与流向，未公开。 |
| 技术特征J<br>从所述MRF流向所述第二WTRU<br><br>【公开性判断】：未公开 | 无相关记载 | 目标专利技术特征J涉及由MRF将复制的另一路媒体流分发给拉取复制的第二WTRU。对比文件完全不涉及第二终端接收MRF分发流的技术方案，未公开。 |
| 技术特征K<br>其中所述协作复制会话邀请请求包括复制报头字段<br><br>【公开性判断】：未公开 | 无相关记载 | 目标专利技术特征K涉及在SIP等应用层会话信令协议中定义专门的复制报头字段（以携带Dialog-ID等信息区分转移与复制）。对比文件完全未涉及任何通信信令协议中的报头结构或复制指示标识，未公开。 |
| 技术特征L<br>其中所述复制报头字段是媒介层“i＝复制”字段<br><br>【公开性判断】：未公开 | 无相关记载 | 对比文件未涉及SDP（会话描述协议）或媒介层行属性，更未记载“i=复制”字段，未公开。 |
| 技术特征M<br>其中所述复制报头字段是媒介层“a＝复制”字段<br><br>【公开性判断】：未公开 | 无相关记载 | 对比文件未涉及SDP属性行，更未记载“a=复制”属性字段，未公开。 |
| 技术特征N<br>其中所述复制报头字段是XML主体<br><br>【公开性判断】：未公开 | 无相关记载 | 对比文件不涉及SIP信令中携带复制控制信息的XML主体，未公开。 |
| 技术特征O<br>其中所述XML主体指示将要复制哪些媒介组件或整个会话<br><br>【公开性判断】：未公开 | 无相关记载 | 对比文件不涉及通过XML载荷结构指示会话组件级或整会话级复制粒度的技术手段，未公开。 |
根据目标专利说明书与对比文件（CN101515949A）的内容，针对技术特征A至O的对比分析如下：
### 特征比对表格
| 技术特征描述及判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br>《未公开》 | 【说明书摘要/发明内容/具体实施方式第88段】：<br>“从第二用户设备向服务器发送会话邀请消息，所述会话邀请消息包含对所述现有会话的引用，并带有替换第一用户设备的指令；根据所存储的关联来验证第二用户设备与用户地址相关联；接受来自第二用户设备的会话邀请消息以建立新会话；将所述新会话连接到所述现有会话的第二段，以实现第二用户设备和远程方之间的媒体交换；以及终止所述现有会话的第一段。” | 目标专利说明书（如[0006]、[0053]、[0055]）明确指出，会话复制（Replication）不同于会话转移/传输（Transfer），复制旨在保留原第一WTRU与远程方会话的同时，建立协作会话将媒体复制到第二WTRU；对比文件公开的是“会话转移/切换”，第二设备发送的是带有“替换（Replace）第一用户设备”指令的邀请消息，用于将会话从第一设备移出并终止第一设备的会话，二者在控制机制、会话语义和技术方案上截然不同。对比文件既未直接公开也未隐含公开“协作复制会话邀请请求”。 |
| 技术特征B：其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br>《直接公开》 | 【说明书具体实施方式第91段】：<br>“在场景120中，设备A的用户参加与远程方的会话。例如，使用RTP或者MSRP在用户设备‘A’和服务器30之间的第一媒体段上承载会话数据，并在服务器30和远程方之间的第二媒体段上承载会话数据……在所示意的示例中，在会话期间的某个时刻，用户确定需要切换到设备‘B’。” | 对比文件明确公开了正在进行的媒体会话最初建立在设备A（对应第一WTRU）与远程方之间，设备B（对应第二WTRU）最初并未参与或关联该进行中的媒体会话，而是在会话过程中才被请求切换接入。两者的作用与技术实质完全相同，本领域技术人员能毫无疑义地直接确定，属于直接公开。 |
| 技术特征C：所述协作复制会话邀请请求源于所述第二WTRU处<br>《隐含公开》 | 【说明书发明内容第7段、具体实施方式第92段】：<br>“然后，响应于切换消息122，设备‘B’向服务器30发送会话邀请124，同时设备‘A’和服务器30之间的正在进行的会话保持有效。会话邀请124可以是SIP INVITE消息。” | 对比文件公开了由第二用户设备（设备B）主动向服务器发送会话邀请消息（SIP INVITE）的拉（Pull）模式架构；虽然对比文件中的邀请是转移会话而非协作复制会话，但其完整公开了“由第二终端作为源头发起会话请求并传送至服务器”的信令架构和交互行为。在非常宽松的隐含公开判断标准下，该发起架构与特征C在请求发起源端的技术手段上具有推导可能与部分公开性，故认定为隐含公开。 |
| 技术特征D：对所述协作复制会话邀请请求执行授权<br>《隐含公开》 | 【说明书发明内容第7段、具体实施方式第81段、第88段】：<br>“根据所存储的关联来验证第二用户设备与用户地址相关联；接受来自第二用户设备的会话邀请消息以建立新会话……”<br>“服务器30可以确定用户是否具有发起设备切换的权利和/或用户优选项是否施加了允许/禁止特定用户请求设备切换的使用条件。” | 目标专利中授权（Authorization）用于验证用户身份及复制权限；对比文件公开了服务器在收到请求后，验证第二设备是否与用户地址相关联，并确定用户是否具有发起设备切换的权利或满足策略限制。虽然针对的是会话切换请求而非协作复制会话邀请，但其同样对接入请求执行鉴权/授权以决定是否接受。基于宽松判断标准，对比文件公开了针对会话请求执行身份与权限授权的通用手段，可组合推导，认定为隐含公开。 |
| 技术特征E：为复制的媒介流分配媒介资源<br>《未公开》 | 【说明书发明内容第7段、具体实施方式第83段、第88段】：<br>“在设备B和服务器30之间建立会话，并且可以在设备‘B’和服务器30之间发送基于RTP和/或基于MSRP的媒体。然后，服务器30将与远程方建立的会话‘连接’110至与设备‘B’建立的会话。” | 目标专利中分配媒介资源是为支持多方复制流分发而在核心网实体（如MRF）上分配分支处理资源；对比文件仅是将会话从设备A段切换改道至设备B段（点对点单流切换），完全没有为“复制媒体流”分配多路/复制媒体资源的概念和方案，既无直接公开亦无隐含推导可能。 |
| 技术特征F：将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br>《未公开》 | 【说明书具体实施方式第83段】：<br>“一旦设备‘B’的用户接受来自服务器30的会话，设备‘B’发送200OK消息106，然后服务器30使用ACK消息108进行响应……” | 目标专利中该特征针对MRF中复制媒体流建立过程向第二WTRU返回响应（如S-CSCF向受控方转发针对MRF中复制流的响应）；对比文件仅是常规点对点SIP呼叫的200 OK/ACK信令，且根本不涉及MRF实体及复制媒介流的交互，未公开该特征。 |
| 技术特征G：使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br>《未公开》 | 【说明书发明内容第7段、第8段】：<br>“将所述新会话连接到所述现有会话的第二段，以实现第二用户设备和远程方之间的媒体交换；以及终止所述现有会话的第一段。” | 目标专利中第一WTRU仍保留会话，通过MRF更新第一WTRU的接入段与远程段以维持两路分发；对比文件采用的是直接将会话连接切换至第二设备并“终止现有会话的第一段”，完全不存在使用MRF维持并更新第一WTRU接入段及远程段以进行流复制的技术方案。 |
| 技术特征H：所述媒介流之后从所述远程方流向所述MRF<br>《未公开》 | 【说明书具体实施方式第83段、第92段】：<br>“换言之，在新建立的对话中将从远程方接收的媒体数据发送到设备‘B’，并且在服务器30和远程方之间的现有的旧对话内将来自设备‘B’的媒体数据从服务器30发送到远程方。” | 目标专利是由MRF作为媒体锚点接收远程方流以进行分发；对比文件仅由通信服务器连接两段媒体会话，且不涉及MRF实体的流路由，更无用于复制流的流向拓扑，未公开该特征。 |
| 技术特征I：从所述MRF流向所述第一WTRU<br>《未公开》 | 【说明书发明内容第7段、具体实施方式第84段】：<br>“然后，服务器30可以通过发送SIP BYE消息112并接收响应ACK消息114来关闭与设备‘A’的会话。然后设备交换完成。” | 目标专利中原第一WTRU继续接收来自MRF的媒体流；对比文件中设备A（第一设备）在会话切换后被发送SIP BYE彻底终止会话，完全没有媒体流继续流向第一设备，未公开该特征。 |
| 技术特征J：从所述MRF流向所述第二WTRU<br>《未公开》 | 【说明书具体实施方式第83段】：<br>“在新建立的对话中将从远程方接收的媒体数据发送到设备‘B’……” | 对比文件虽将远程方媒体经由服务器路由给设备B，但该流是转移后的唯一单播流而非来自MRF的复制分支流，且对比文件无MRF实体参与媒体转发，未公开该特征。 |
| 技术特征K：其中所述协作复制会话邀请请求包括复制报头字段<br>《未公开》 | 【说明书具体实施方式第92段、第93段】：<br>“来自设备‘B’的SIP INVITE消息包含引用该对话的Replace(替换)首部……从设备‘B’至服务器30的SIP INVITE消息可以包含服务器30解释为‘设备交换’指令的特征指示符或者一些其它标记。” | 对比文件采用的是标准SIP“Replace（替换）首部”或“设备交换（Device Swap/Transfer）”特征指示符，旨在替换并终结原对话；目标专利明确将“复制报头字段”与“传输/替换”字段严格对立区分以指示复制操作（说明书[0080]-[0081]），对比文件未公开复制报头字段。 |
| 技术特征L：其中所述复制报头字段是媒介层“i＝复制”字段<br>《未公开》 | 对比文件全文 | 对比文件全文未记载SDP媒体描述层中采用“i=复制”作为复制报头字段的技术内容，未公开该特征。 |
| 技术特征M：其中所述复制报头字段是媒介层“a＝复制”字段<br>《未公开》 | 对比文件全文 | 对比文件全文未记载SDP中扩展定义或使用媒体层“a=复制”属性字段的技术内容，未公开该特征。 |
| 技术特征N：其中所述复制报头字段是XML主体<br>《未公开》 | 对比文件全文 | 对比文件全文未记载在SIP请求中携带指示会话/媒体流复制的XML主体（XML Body）的技术内容，未公开该特征。 |
| 技术特征O：其中所述XML主体指示将要复制哪些媒介组件或整个会话<br>《未公开》 | 对比文件全文 | 对比文件全文未记载利用XML主体来指示复制特定媒体组件或整个会话的技术内容，未公开该特征。 |
<<<B>>>
<<<c>>>
<<<d>>>
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br><br>【公开性判断】未公开 | 无相关内容（对比文件公开了会话转移/切换邀请，如段落[0011]、[0068]、[0071]所述的device switch message / session invitation / SIP INVITE）。 | 目标专利说明书（如段落[0006]、[0053]、[0080]）明确区分了“会话/媒介传输（Transfer/IUT）”与“会话/媒介复制（Replicate）”。会话复制使得多个终端能同时保留或共享相同媒介流（建立协作会话），而对比文件公开的是会话转移/切换（Transfer/Swap/Switch），即“terminating the first leg of the existing session”，实质是将正在进行的会话从第一设备切断并移交给第二设备，并不属于“协作复制会话邀请请求”。因此，对比文件未直接公开也未隐含公开技术特征A。 |
| 技术特征B：其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br><br>【公开性判断】《直接公开》 | 段落[0011]：“The method includes receiving, at the second user device, a device switch message from the first user device... sending from the second user device to the server a session invitation message... accepting the session invitation message from the second user device to establish a new session; joining the new session with the second leg of the existing session... and terminating the first leg of the existing session.”<br>（译文：该方法包括在第二用户设备处接收来自第一用户设备的设备切换消息……从第二用户设备向服务器发送会话邀请消息……接受来自第二用户设备的会话邀请消息以建立新会话；将新会话与现有会话的第二段结合……并终止现有会话的第一段。）<br>段落[0053]-[0054]、[0065]-[0068]。 | 在对比文件中，第一用户设备（Device A）与远程方之间建立了正在进行的活动会话（包含第一段和第二段）。第二用户设备（Device B）最初并未加入或参与该正在进行的媒介会话，直至用户/设备触发设备切换流程后，第二设备才发起建立新会话并接入媒体流。对比文件中公开的第二设备最初未参与会话的状态，与目标专利中第二WTRU最初不关联正在进行的媒介会话的状态及作用完全一致。本领域技术人员可以毫无疑义地直接确定该特征已被实质公开。因此，技术特征B被直接公开。 |
| 技术特征C：所述协作复制会话邀请请求源于所述第二WTRU处<br><br>【公开性判断】未公开 | 段落[0011]：“sending from the second user device to the server a session invitation message...”；段落[0068]：“In response to the switch message 122, the device "B" then sends a session invitation 124 to the server 30...”；段落[0071]：“Device "B" then sends a device swap message or signal to the server 30. In one embodiment, the device swap message may be a custom SIP INVITE message.” | 对比文件虽然公开了由第二用户设备（Device B）向服务器发送会话邀请消息（session invitation message / SIP INVITE）以建立会话（即拉模式转移），但是正如技术特征A中所述，该请求是用于替换/终止第一设备会话的“转移/切换（Swap/Replace）”邀请，而非目标专利所限定的“协作复制会话邀请请求”。因此，对比文件未直接公开也未隐含公开技术特征C。 |
| 技术特征D：对所述协作复制会话邀请请求执行授权<br><br>【公开性判断】未公开 | 段落[0011]：“verifying from the stored association that the second user device is associated with the user address; accepting the session invitation message from the second user device to establish a new session...”<br>（译文：从存储的关联验证第二用户设备与用户地址相关联；接受来自第二用户设备的会话邀请消息以建立新会话……）<br>段落[0056]：“The server 30 may determine if the user has rights to initiate a device switch and/or if user preferences impose conditions on use to allow/prohibit particular users from requesting a device switch.” | 对比文件公开了服务器验证第二用户设备是否与该用户地址相关联并判断其是否具有发起设备切换的权限（即对切换请求的鉴权/验证）。但由于对比文件中不存在“协作复制会话邀请请求”，其所验证/授权的对象是完全不同的“会话切换/转移”请求，未能公开对“协作复制会话邀请请求”执行授权。因此，对比文件未直接公开也未隐含公开技术特征D。 |
| 技术特征E：为复制的媒介流分配媒介资源<br><br>【公开性判断】未公开 | 无相关内容。 | 对比文件公开的是直接将远程方的旧会话段与第二设备的新会话段接合（join），替换第一设备，由服务器进行媒体转发或重路由，并未提及为“复制的媒介流”分配专门的媒介资源（如目标专利说明书段落[0007]、[0059]、[0062]中所述在MRF中为复制支路分配媒介资源）。因此，技术特征E未被对比文件公开。 |
| 技术特征F：将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br><br>【公开性判断】未公开 | 无相关内容。 | 对比文件甚至未公开网络架构中存在媒介资源功能（MRF，Media Resource Function）实体，更未公开针对MRF中复制的媒介流向第二设备反馈响应。因此，技术特征F未被对比文件公开。 |
| 技术特征G：使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br><br>【公开性判断】未公开 | 无相关内容。 | 对比文件采用的是会话终止与替换方案（段落[0011]明确记载“terminating the first leg of the existing session”），即拆除第一设备的接入段，不存在使用MRF为复制媒介流更新第一设备接入段以及更新远程段的技术方案与作用。因此，技术特征G未被对比文件公开。 |
| 技术特征H：所述媒介流之后从所述远程方流向所述MRF<br><br>【公开性判断】未公开 | 无相关内容。 | 对比文件未公开MRF实体，亦不存在由远程方向MRF分发流以支持复制分发的过程。因此，技术特征H未被对比文件公开。 |
| 技术特征I：从所述MRF流向所述第一WTRU<br><br>【公开性判断】未公开 | 无相关内容。 | 对比文件在切换后终止了第一设备（Device A）的会话分支（SIP BYE），第一设备不再接收该媒介流；对比文件完全没有MRF，更无从MRF继续向第一WTRU流送复制流的方案。因此，技术特征I未被对比文件公开。 |
| 技术特征J：从所述MRF流向所述第二WTRU<br><br>【公开性判断】未公开 | 无相关内容。 | 对比文件未采用MRF来承载和流送复制媒介流给第二设备。因此，技术特征J未被对比文件公开。 |
| 技术特征K：其中所述协作复制会话邀请请求包括复制报头字段<br><br>【公开性判断】未公开 | 段落[0068]：“In some embodiments, the session invitation 122 may be a custom SIP INVITE message containing a "device swap" feature indicator detectable by the server 30. In one example embodiment... the SIP INVITE message from device "B" contains a Replaces header referencing the dialog.” | 对比文件公开了SIP INVITE消息中携带“device swap”特征指示符或“Replaces”报头字段，其指示的是“设备替换/切换”，其作用与技术机制是结束第一设备的会话并将媒体替换到第二设备，与目标专利中用于指示执行复制、区分会话复制与传送的“复制报头字段（Replication header field）”的技术方案、属性定义及技术作用均不相同。因此，技术特征K未被直接或隐含公开。 |
| 技术特征L：其中所述复制报头字段是媒介层“i＝复制”字段<br><br>【公开性判断】未公开 | 无相关内容。 | 对比文件未提及SDP协议媒介层的“i=复制”字段。因此，技术特征L未被公开。 |
| 技术特征M：其中所述复制报头字段是媒介层“a＝复制”字段<br><br>【公开性判断】未公开 | 无相关内容。 | 对比文件未提及SDP协议媒介层的“a=复制”字段。因此，技术特征M未被公开。 |
| 技术特征N：其中所述复制报头字段是XML主体<br><br>【公开性判断】未公开 | 无相关内容。 | 对比文件未公开在请求中采用指示会话或媒介流复制的XML主体。因此，技术特征N未被公开。 |
| 技术特征O：其中所述XML主体指示将要复制哪些媒介组件或整个会话<br><br>【公开性判断】未公开 | 无相关内容。 | 对比文件未公开指示复制特定媒介组件或整个会话的XML主体。因此，技术特征O未被公开。 |
<<<B>>>
## 特征比对表格
| 技术特征描述及判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A<br>从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br><br>《隐含公开》 | [p0027]<br>原文：<br>"Similarly when caller B is calling caller A (Fig 5) by dialing its mobile number an INVITE message will be sent from caller B to the CSCF... Once this information is obtained an INVITE message is sent to the terminating CSCF (7). This INVITE message is forwarded to the application server. The application server (8) receives the INVITE message..."<br>中文翻译：<br>“类似地，当主叫方B通过拨打移动电话号码呼叫主叫方A时（图5），INVITE消息将从主叫方B发送到CSCF……一旦获得该信息，INVITE消息就会被发送到被叫端CSCF（7）。该INVITE消息被转发到应用服务器。应用服务器（8）接收该INVITE消息……” | 1. 作用比对：<br>目标专利中，该特征由SCC AS从第二WTRU接收协作复制会话邀请请求，作用在于触发拉模式下的会话复制流程，以复制第一WTRU与远程方之间正在进行的媒介会话（见目标专利说明书[0007]、[0056]、[0061]）。对比文件中，应用服务器接收来自caller B的INVITE消息，作用在于触发对被叫用户A的多终端进行基于成本的顺序呼叫分流（forking），以建立全新的点对点单路会话（[p0019]、[p0027]）。二者在业务触发的具体场景与目的上存在差异。<br><br>2. 论述：<br>对比文件公开了应用服务器从通信终端（caller B，可对应第二WTRU）接收会话邀请请求（INVITE消息）。对比文件虽未直接公开请求是用于“协作复制”，但已公开了“从第二无线终端接收会话邀请请求”的网络信令交互架构。依据宽松的隐含公开判断标准，对比文件部分公开了该技术特征的内容，且该部分公开内容具有与其他公开了协作复制机制的现有技术相结合以公开该特征的可能性，故认定技术特征A被对比文件《隐含公开》。 |
| 技术特征B<br>其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br><br>《未公开》 | 无相关记载 | 1. 作用比对：<br>目标专利中，该特征界定了会话复制的初始前置状态，即在复制发起前，第一WTRU与远程方之间已存在正在进行的媒介会话，而第二WTRU此时并未加入或关联到该现有会话中（见目标专利[0055]、[0056]）。对比文件中仅涉及caller B发起针对caller A的新呼叫建立，不存在预先存在的、正在进行的媒介会话。<br><br>2. 论述：<br>对比文件全篇针对的是初始呼叫的分流寻呼（forking），在主叫发起INVITE前，各方之间没有任何正在进行的通话，更不存在“第二WTRU与第一WTRU和远程方之间正在进行的媒介会话最初不关联”的技术方案。本领域技术人员无法从对比文件中直接得出或合理解读出该特征，故技术特征B《未公开》。 |
| 技术特征C<br>所述协作复制会话邀请请求源于所述第二WTRU处<br><br>《隐含公开》 | [p0027]<br>原文：<br>"...an INVITE message will be sent from caller B to the CSCF... This INVITE message is forwarded to the application server."<br>中文翻译：<br>“……INVITE消息将从主叫方B发送到CSCF……该INVITE消息被转发到应用服务器。” | 1. 作用比对：<br>目标专利中，该特征表明协作复制请求是由意图获取复制媒介的第二WTRU主动发起的（拉模式），用于界定会话复制流程的发起源（目标专利[0056]、[0061]）。对比文件中，会话邀请INVITE是由呼叫发起端caller B发出，用于界定呼叫发起源。<br><br>2. 论述：<br>对比文件明确公开了会话邀请消息（INVITE）源自发起方终端（caller B，对应第二WTRU）。虽然对比文件中的请求用于常规呼叫建立而非协作复制，但就“会话邀请请求发源于第二终端处”这一架构行为而言，对比文件公开了其实质组成部分。依据宽松的隐含公开标准，对比文件部分公开了该特征，可与涉及协作复制的现有技术结合，故认定技术特征C被对比文件《隐含公开》。 |
| 技术特征D<br>对所述协作复制会话邀请请求执行授权<br><br>《隐含公开》 | [p0023]<br>原文：<br>"The Home Subscriber Server (HSS), or User Profile Server Function (UPSF), is a master user database that supports the entities of IMS network that actually handle calls. It contains the subscription-related information (user profiles), performs authentication and authorization of the user, and can provide information about the user's physical location."<br>中文翻译：<br>“归属用户服务器（HSS）或用户数据服务器功能（UPSF）是支持IMS网络中实际处理呼叫的实体的主用户数据库。它包含预订相关信息（用户配置文件），执行用户的认证和授权，并可以提供关于用户物理位置的信息。” | 1. 作用比对：<br>目标专利中，该特征由网络侧（SCC AS）在执行会话复制前对协作复制请求进行业务鉴权与授权，防止未授权设备擅自获取会话媒介（目标专利[0007]、[0057]、[0061]）。对比文件中，网络侧实体（HSS等）在处理呼叫信令时，基于预订信息对用户执行认证与授权（authentication and authorization），以确保呼叫请求合法有效。<br><br>2. 论述：<br>对比文件公开了IMS网络在处理呼叫请求时，由核心网数据库实体执行用户的认证和授权（performs authentication and authorization）。虽然对比文件是对普通呼叫及其发起用户进行认证授权，未具体针对“协作复制会话邀请请求”，但其公开了网络侧在呼叫建立流程中对会话邀请执行鉴权/授权的通用控制机制。依据宽松的隐含公开判定原则，对比文件部分公开了请求授权机制，具备组合公开的基础，故认定技术特征D被对比文件《隐含公开》。 |
| 技术特征E<br>为复制的媒介流分配媒介资源<br><br>《未公开》 | 无相关记载 | 1. 作用比对：<br>目标专利中，SCC AS为复制的媒介流在媒介资源功能（MRF）中分配相应的媒体面资源，用于承载后续分发至多个WTRU的复制媒体流（目标专利[0007]、[0059]、[0062]）。对比文件仅涉及控制面信令的顺序分流（forking），并在选定一个应答终端后建立点对点单路通话，不涉及为复制媒体流分配媒介资源。<br><br>2. 论述：<br>对比文件全篇未记载任何媒体资源分配机制，也未公开任何针对复制媒介流的资源预留或分配方案。本领域技术人员无法从对比文件中推导出该技术特征，故技术特征E《未公开》。 |
| 技术特征F<br>将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br><br>《未公开》 | 无相关记载 | 1. 作用比对：<br>目标专利中，SCC AS将关联于MRF中复制媒介流的响应消息（经S-CSCF）发送给第二WTRU，以完成第二WTRU与网络侧MRF之间的媒体协商与接入准备（目标专利[0007]、[0062]）。对比文件中仅有[p0027]记载终端接听后向应用服务器发送200 OK，不涉及MRF，亦无针对MRF中复制媒介流的响应传递。<br><br>2. 论述：<br>对比文件完全没有媒介资源功能（MRF）实体，也没有向第二WTRU发送针对MRF中复制媒介流的响应的任何信令流程。本领域技术人员无法自对比文件直接得出或合理推断出该方案，故技术特征F《未公开》。 |
| 技术特征G<br>使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br><br>《未公开》 | 无相关记载 | 1. 作用比对：<br>目标专利中，SCC AS通过更新第一WTRU上的接入段（leg）以及更新远程段，使得原本端到端的媒体流锚定并转向MRF，实现媒体面的集中复制与多路分发（目标专利[0007]、[0062]）。对比文件中不存在接入段、远程段的区分与更新重定向过程。<br><br>2. 论述：<br>对比文件未公开MRF实体，未公开利用MRF更新第一WTRU接入段的技术方案，也未公开利用MRF更新远程段的技术方案。本领域技术人员无法从中得出该特征，故技术特征G《未公开》。 |
| 技术特征H<br>所述媒介流之后从所述远程方流向所述MRF<br><br>《未公开》 | 无相关记载 | 1. 作用比对：<br>目标专利中，该特征限定了媒体复制建立后媒体面的拓扑路径，远程方的数据流先汇聚到MRF，再由MRF复制下发（目标专利[0062]、[0080]）。对比文件中仅为终端间点对点传输或常规网关转发，未设置MRF作为媒体汇聚与复制节点。<br><br>2. 论述：<br>对比文件完全未公开MRF实体及其媒体流汇聚路径，未记载媒体流从远程方流向MRF的技术方案，故技术特征H《未公开》。 |
| 技术特征I<br>从所述MRF流向所述第一WTRU<br><br>《未公开》 | 无相关记载 | 1. 作用比对：<br>目标专利中，MRF将接收到的媒体流分发/保留至第一WTRU，维持原通话方的媒体呈现（目标专利[0055]、[0062]）。对比文件无此MRF分发路径。<br><br>2. 论述：<br>对比文件未公开MRF向第一WTRU发送媒体流的路径方案，本领域技术人员无法合理解读出该特征，故技术特征I《未公开》。 |
| 技术特征J<br>从所述MRF流向所述第二WTRU<br><br>《未公开》 | 无相关记载 | 1. 作用比对：<br>目标专利中，MRF将复制的同一媒体流分发至第二WTRU，实现协同复制呈现（目标专利[0055]、[0062]）。对比文件无此多路媒体分发结构。<br><br>2. 论述：<br>对比文件未公开MRF向第二WTRU分发复制流的方案，故技术特征J《未公开》。 |
| 技术特征K<br>其中所述协作复制会话邀请请求包括复制报头字段<br><br>《未公开》 | 无相关记载 | 1. 作用比对：<br>目标专利中，在SIP请求报头中引入专用的复制报头字段（如携带对话ID），用于显式区分会话传送（IUT Transfer）与会话复制（Replication）（目标专利[0081]、[0084]）。对比文件中仅采用标准的SIP INVITE消息（[p0017]、[p0027]），无复制相关字段。<br><br>2. 论述：<br>对比文件未公开任何用于指示复制的报头字段，未涉及会话复制标识机制，本领域技术人员无法从中得出该特征，故技术特征K《未公开》。 |
| 技术特征L<br>其中所述复制报头字段是媒介层“i＝复制”字段<br><br>《未公开》 | 无相关记载 | 1. 作用比对：<br>目标专利通过SDP中媒介层的“i=复制”字段向网络标识特定被复制的媒体组件（目标专利[0082]）。对比文件中无该字段记载。<br><br>2. 论述：<br>对比文件完全未公开媒介层“i=复制”字段，故技术特征L《未公开》。 |
| 技术特征M<br>其中所述复制报头字段是媒介层“a＝复制”字段<br><br>《未公开》 | 无相关记载 | 1. 作用比对：<br>目标专利通过SDP中媒介层的“a=复制”属性指示针对各个媒体组件执行复制操作（目标专利[0082]）。对比文件未公开该属性。<br><br>2. 论述：<br>对比文件完全未公开媒介层“a=复制”字段，故技术特征M《未公开》。 |
| 技术特征N<br>其中所述复制报头字段是XML主体<br><br>《未公开》 | 无相关记载 | 1. 作用比对：<br>目标专利通过在SIP消息中携带特定的XML主体来承载复制指示及控制信息（目标专利[0083]）。对比文件仅提及标准SIP协议消息，未包含此类XML主体。<br><br>2. 论述：<br>对比文件未公开在请求中包含用于指示复制的XML主体，故技术特征N《未公开》。 |
| 技术特征O<br>其中所述XML主体指示将要复制哪些媒介组件或整个会话<br><br>《未公开》 | 无相关记载 | 1. 作用比对：<br>目标专利利用XML主体中的数据细粒度指示是复制特定媒介流（如音频或视频）还是复制整个多媒体会话（目标专利[0083]）。对比文件无相关方案。<br><br>2. 论述：<br>对比文件完全未公开该技术内容，故技术特征O《未公开》。 |
<<<a>>>
<<<c>>>
<<<d>>>
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A<br>从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br>《未公开》 | 对比文件全文（如段落[2]、图1-8等）均涉及打印机、数码复合机等图像形成系统。例如引用段落[2]中：“本発明の第１の態様に係る画像形成システムは、出力を行う画像データ及び該画像データを処理するために必要な処理関連情報を入力する入力手段と……を備えることを特徴とする。”及“クライアント装置Ｐ１、Ｐ２、Ｐ３は、それぞれ特定のユーザが保有するパーソナルコンピュータ（ＰＣ）であって、画像形成装置１へ印刷要求等を送信する入力手段である。” | 目标专利说明书[0003]、[0005]、[0053]、[0061]明确指出，该特征涉及通信网络（IMS/SCC AS）中多个无线终端（WTRU）之间的协作会话及媒介流复制技术，用于由受控方/第二WTRU主动触发拉模式会话复制请求。<br>对比文件属于办公自动化/打印机及复合机（MFP）图像形成控制领域，旨在防止用户打印输出错误，其公开的是客户端PC向复合机发送打印作业（包含图像数据与处理相关信息）。对比文件完全未涉及“无线发射/接收单元（WTRU）”，更不存在从第二WTRU接收“协作复制会话邀请请求”的通信机制与技术架构，本领域技术人员既不能直接得出该特征，即使采用极为宽松的审查标准，对比文件也未公开任何相关或部分通信内容以供合理解读或组合，因此该特征未公开（既无直接公开，也无隐含公开）。 |
| 技术特征B<br>其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br>《未公开》 | 对比文件全文（如段落[2]图1及其说明）：“ＬＡＮを介して複数のクライアント装置Ｐ１、Ｐ２、Ｐ３と画像形成装置１とが接続されたネットワークシステムから構成されている。” | 目标专利说明书[0055]-[0056]记载，第一WTRU与远程方之间存在正在进行的媒介会话（如音频/视频），第二WTRU最初并未参与该正在进行的媒介会话中，其后通过拉模式请求复制该会话。<br>对比文件仅涉及LAN上连接的多个独立PC与打印机，没有任何正在进行的流媒体会话架构，亦不存在“第一WTRU与远程方之间正在进行的媒介会话”以及“第二WTRU最初不关联”的拓扑与交互关系。对比文件对此完全未作任何披露，无任何推理基础，因此该特征未被直接公开或隐含公开。 |
| 技术特征C<br>所述协作复制会话邀请请求源于所述第二WTRU处<br>《未公开》 | 对比文件全文未记载任何会话邀请或复制请求。 | 目标专利说明书[0056]、[0061]阐明，这是网络拉（pull）模式复制的关键，即复制请求是由希望接收复制媒体流的第二WTRU主动发起并发送给网络的。<br>由于对比文件连多媒体会话复制请求的技术概念都不存在，其客户端PC发起的仅是常规打印作业，与目标专利中第二WTRU发起协作复制会话邀请请求的作用、机理及技术方案完全无关，无法得出任何公开或隐含公开的结论。 |
| 技术特征D<br>对所述协作复制会话邀请请求执行授权<br>《未公开》 | 对比文件段落[2]记载：“ユーザ認証部１２は、出力要求を行ったユーザを特定するために設けられたものであり、認証方法としては、例えば複写出力の際はユーザによる直接入力によって、プリンタ出力の際にはクライアント装置Ｐ１、Ｐ２、Ｐ３からユーザ情報を取得することによってユーザ認証がなされる。” | 目标专利说明书[0057]、[0061]、[0066]等指出，授权是指网络节点（SCC AS）对来自第二WTRU的“协作复制会话邀请请求”进行业务和策略授权（例如验证是否为合法IUT用户、检查用户配置简档是否允许复制、或向第一WTRU及远程方请求权限许可）。<br>虽然对比文件提及“用户认证（ユーザ認証部１２）”，但对比文件的认证仅用于确认操作打印机的用户身份以便计费或特定参数匹配，针对的对象是打印输出请求；而目标专利的技术特征D限定的是专门对“所述协作复制会话邀请请求”执行授权，前序对象与整体语义不可分割。鉴于对比文件根本不存在协作复制会话邀请请求，更不可能对其执行授权，两者在技术领域、作用对象及实现机制上完全不同，即使在极宽松标准下也不能认为公开或部分公开了针对协作复制会话邀请请求的授权方案。 |
| 技术特征E<br>为复制的媒介流分配媒介资源<br>《未公开》 | 对比文件全文未记载流媒体资源分配，仅在段落[2]中涉及打印机图像生成与处理：“出力処理部１８はデータ生成部１１によってラスタイメージデータに変換された画像データをその処理関連情報に基づいて所望の方法により出力処理するものである。” | 目标专利说明书[0059]、[0061]、[0074]记载，网络（SCC AS）接收到复制请求后，在MRF（媒介资源功能）中为即将建立的复制媒介流分配网络传输与混流/复制资源。<br>对比文件为图像打印控制，不存在多媒体通信中的“复制的媒介流”，也没有网络侧的“媒介资源”分配机制，其打印缓冲与栅格化处理与目标专利所起的作用与技术手段毫无共同之处，未被直接或隐含公开。 |
| 技术特征F<br>将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br>《未公开》 | 对比文件全文无相关通信信令或MRF记载。 | 目标专利说明书[0062]、[0077]、[0092]明确记载，SCC AS在MRF中分配好资源后，向第二WTRU返回针对MRF中复制媒介流的信令响应（如SIP 200 OK等），使第二WTRU知晓会话建立情况。<br>对比文件中既无MRF网元，亦无向无线终端传送关于MRF中复制媒介流响应的通信信令，该特征未被直接公开或隐含公开。 |
| 技术特征G<br>使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br>《未公开》 | 对比文件全文无网络段（leg）更新操作或MRF网络实体。 | 目标专利说明书[0059]、[0062]、[0075]、[0078]详细阐述，SCC AS利用核心网的MRF来执行媒体层复制，因而需要更新第一WTRU上的接入段（Access Leg）以及远程方的远程段（Remote Leg），将原本直通的媒体路径切换接入至MRF上以实现流复制。<br>对比文件是局域网内的打印数据处理，不存在呼叫接入段、远程段的概念，更无利用MRF更新接入段及远程段的技术方案，毫无任何公开依据。 |
| 技术特征H<br>所述媒介流之后从所述远程方流向所述MRF<br>《未公开》 | 对比文件全文无流媒体下行至MRF的传输过程。 | 目标专利说明书[0062]、[0075]、[0078]阐明其拓扑传输作用，在接入段和远程段更新后，媒体流从远程方发送至MRF，由MRF作为锚定实体进行流复制。<br>对比文件不包含流媒体传输架构，更无远程方将媒体流发送至MRF的内容，未被直接或隐含公开。 |
| 技术特征I<br>从所述MRF流向所述第一WTRU<br>《未公开》 | 对比文件全文无MRF向终端分发媒体流的方案。 | 目标专利说明书[0062]、[0075]、[0078]指出，MRF将接收到的媒体流分发/保留传输至原始第一WTRU。<br>对比文件完全缺乏相应电信多媒体网络结构，未公开该特征。 |
| 技术特征J<br>从所述MRF流向所述第二WTRU<br>《未公开》 | 对比文件全文无MRF向目标终端分发复制媒体流的方案。 | 目标专利说明书[0062]、[0075]、[0078]指出，MRF将复制出来的媒体流分发至请求复制的第二WTRU。<br>对比文件与多媒体流分发无关，未公开该特征。 |
| 技术特征K<br>其中所述协作复制会话邀请请求包括复制报头字段<br>《未公开》 | 对比文件段落[2]仅提及打印作业报头包含属性：“印刷ジョブ２０は、図３に示すように、テキストデータあるいはイメージデータから構成されたデータの本体部分を構成する画像データ２２と、この画像データ２２の設定情報等が記載されたヘッダ部分を構成する処理関連情報２１と、から構成される。” | 目标专利说明书[0081]、[0084]、[0087]、[0091]说明，在SIP信令层面标准化一个“复制报头字段（Replication header field）”，用于携带待复制会话的对话ID（Dialog ID），以区分会话转移与会话复制。<br>对比文件仅公开了常规打印作业（PDL格式）具有包含图像文件名、页面大小等处理相关信息的“报头（ヘッダ）部分”。两者所在的技术领域、协议层级、报头字段的功能作用截然不同。对比文件中不存在用于标识会话复制的任何报头字段，本领域技术人员无法从通用打印作业报头推理出SIP会话邀请中的复制报头字段，该特征未被直接或隐含公开。 |
| 技术特征L<br>其中所述复制报头字段是媒介层“i＝复制”字段<br>《未公开》 | 对比文件全文未记载SDP协议或媒介层i线。 | 目标专利说明书[0082]记载，在SDP协议中将媒介层i-line标准化为“i=replicate”用于指示要复制的媒体组件。<br>对比文件是打印系统，完全不涉及SDP协议或媒体描述字段，未公开该特征。 |
| 技术特征M<br>其中所述复制报头字段是媒介层“a＝复制”字段<br>《未公开》 | 对比文件全文未记载SDP属性行或媒介层a属性。 | 目标专利说明书[0082]记载，在SDP中定义新的属性行“a=replicate”以指示具体复制的媒体组件。<br>对比文件完全不涉及相关通信协议，未公开该特征。 |
| 技术特征N<br>其中所述复制报头字段是XML主体<br>《未公开》 | 对比文件全文未记载SIP信令或包含会话/媒体控制信息的XML主体。 | 目标专利说明书[0083]记载，在SIP复制请求中包含XML主体（body），承载请求复制的会话ID、媒介流标识等控制参数。<br>对比文件未公开承载通信会话复制控制指令的XML主体，未公开该特征。 |
| 技术特征O<br>其中所述XML主体指示将要复制哪些媒介组件或整个会话<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利说明书[0083]阐述XML主体内具体规定指示待复制的特定媒体组件（如视频/音频）或完整会话。<br>对比文件与媒体组件/多媒体会话复制无任何关联，未公开该特征。 |
**特征比对与公开性评估**
| 技术特征描述及公开性判断 | 对比文件原文引用及中文翻译 | 公开性论述 |
| **技术特征A**：从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br><br>【公开性判断】：**未公开** | 【对比文件无对应原文】<br>可参考其转移/检索信令记载：<br>· [p0106]：“In case the user equipment 2 is able to support the service indicated by the communication identifier, the UE-B 2 generates, in step 6., a message with a parameter, such as an invite with replaces header with label parameter as described above, e.g. as shown in Fig. 4, step 6. 'INVITE with REPLACE label=B (SDP: m=mm a=label:B'. The label parameter refers to the multimedia stream between UE-A 4 and MMSC AS 7. The message such as invite is routed to MMSC AS 7.”<br>（翻译：如果用户设备2能够支持由通信标识符所指示的业务，则在步骤6中，UE-B 2生成带有参数的消息，诸如如上所述的带有标签参数的带replaces报头的invite，例如如图4步骤6所示的“带有REPLACE label=B的INVITE (SDP: m=mm a=label:B)”。标签参数指代UE-A 4与MMSC AS 7之间的多媒体流。诸如invite的消息被路由到MMSC AS 7。） | 1. 目标专利说明书第[0006]、[0080]**特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br><br>《未公开》 | [p0086] In a step 3., UE 1 checks whether it supports the service... In case the service is supported, a step 4. is performed in which the UE-1 generates a message such as an invite message towards UE-3. The invite message may contain the replaces header...<br>[p0087] As shown in Fig. 2, step 4., the invite request may for example have the following content: R-URI = sip : ua-3@example . com Replaces="xyz@example . com; to-tag=bbb; from-tag=aaa; label=abc"...<br>[p0106] In case the user equipment 2 is able to support the service indicated by the communication identifier, the UE-B 2 generates, in step 6., a message with a parameter, such as an invite with replaces header with label parameter as described above, e.g. as shown in Fig. 4, step 6. "INVITE with REPLACE label=B (SDP: m=mm a=label:B". The label parameter refers to the multimedia stream between UE-A 4 and MMSC AS 7. The message such as invite is routed to MMSC AS 7.<br>（中文翻译：[p0086] 在步骤3中，UE 1检查其是否支持该服务……若支持该服务，则执行步骤4，其中UE-1向UE-3生成诸如邀请（invite）消息之类的消息。该邀请消息可包含replaces报头……<br>[p0087] 如图2步骤4所示，邀请请求可例如具有以下内容：R-URI = sip : ua-3@example . com Replaces="xyz@example . com; to-tag=bbb; from-tag=aaa; label=abc"……<br>[p0106] 在用户设备2能够支持由通信标识符指示的服务的情况下，UE-B 2在步骤6中生成带有参数的消息，诸如如上所述的带有标签参数的包含replaces报头的invite消息，例如如图4步骤6所示“INVITE with REPLACE label=B (SDP: m=mm a=label:B”。该标签参数指代UE-A 4与MMSC AS 7之间的多媒体流。诸如invite的消息被路由到MMSC AS 7。） | 对比文件公开了目标UE（如UE-1或UE-B 2）向远端或MMSC AS发送带有Replaces报头的INVITE消息以检索/转移媒介流（retrieval/transfer）。<br>然而，在目标专利中，“协作复制会话邀请请求”是专门用于在维持原WTRU与远端媒介流的同时、将媒介流分叉/复制到第二WTRU建立协作会话（协同共享），属于会话复制机制；而对比文件公开的仅是“媒介转移（transfer/replacement）”，即目标UE检索或接管特定媒介组件并将原设备的媒介组件替换/释放掉（remove/terminate），其本质是破坏原有连接的迁移/替换，既没有涉及“协作会话”，更未公开“复制（replicate）”会话邀请请求。两者的作用和技术机制完全不同，本领域技术人员无法直接或隐含得出该特征。因此，技术特征A未被直接公开或隐含公开。 |
| 技术特征B：其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br><br>《直接公开》 | [p0060] ...As shown in Fig. 1 as an example, a user equipment 1 and a user equipment 2 have an ongoing session as illustrated in block 1 "Ongoing session between UE1 and UE2". In the embodiment of Fig. 1, a user equipment 3 receives a request to retrieve the session or at least part of the ongoing session of block 1., such as one or more of media content or streams of the ongoing session...<br>[p0076] An embodiment or use case is illustrated in Fig. 2. The user equipment 3, UE-3, or a user agent UA of the user equipment 3, and the user equipment 2, UE-2... have an ongoing session...<br>[p0078] When the UE-2 wants e.g. to transfer the audio media flow "abc" to UE-1, but maintain the other media flow "def", the UE-2 may send a message such as e.g. a refer message with a parameter such as a replaces parameter, in a header, e.g. a refer-to header, towards UE-1...<br>[p0104]-[p0105] ...the UE-A 4 is having a dialog, e.g. a SIP dialog, with the server, e.g. MMSC AS, 7, and eventually with the far end 8... When the UE-A 4 wants to transfer the multimedia stream, or part thereof, to another device of the user, e.g. UE-B 2...<br>（中文翻译：[p0060] ……如图1示例所示，用户设备1和用户设备2具有如方框1所示的正在进行的会话“UE1与UE2之间正在进行的会话”。在图1的实施例中，用户设备3接收到检索方框1中正在进行的会话或其至少一部分的请求……<br>[p0076] 如图2所示，UE-3与UE-2具有正在进行的会话……<br>[p0078] 当UE-2想要例如将音频流“abc”转移给UE-1但保留另一媒体流“def”时，UE-2可向UE-1发送refer消息……<br>[p0104]-[p0105] ……UE-A 4与服务器（如MMSC AS 7）并最终与远端8进行会话……当UE-A 4想要将多媒体流或其部分转移到用户的另一设备（如UE-B 2）时……） | 在目标专利中，技术特征B限定第二WTRU最初独立于第一WTRU与远端方之间的正在进行的媒介会话。<br>对比文件在图1、图2和图4中均公开了初始状态下，第一设备（如UE-2或UE-A 4）与远端/对端（如UE-3或远端8）之间存在正在进行的通信会话，而拟接收/拉取媒介的第二设备（如UE-1或UE-B 2）在发起介入操作之前，并不是该正在进行的媒介会话的参与方，即最初并不与该会话关联。<br>对比文件所公开的设备间初始会话拓扑状态与技术特征B所限定的技术内容实质相同，本领域技术人员能毫无疑义地直接确定。因此，技术特征B被对比文件《直接公开》。 |
| **技术特征C**：所述协作复制会话邀请请求源于所述第二WTRU处<br><br>《隐含公开》 | [p0053] In case of a transfer between two user equipments, the operation may be
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br><br>【未公开】 | 无相关内容引用 | 对比文件公开的是一种聚丙烯系树脂片材及聚丙烯系树脂容器（属于高分子材料与塑料成型加工领域），其全文记载的是聚丙烯树脂成分配比、熔体流动速率（MFR）、共聚单体、成型片材的机械弯曲弹性率和雾度等物理化学特征。对比文件完全未涉及任何无线通信、计算机网络或IMS通信会话（如WTRU、协作复制会话邀请请求等）的技术方案。本领域技术人员无法从对比文件中直接得出或推理得出该技术特征，因此技术特征A未被公开。 |
| 技术特征B：其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br><br>【未公开】 | 无相关内容引用 | 对比文件为塑料树脂成型技术领域文献，全文未涉及多方通信网络、第一/第二WTRU、远程方以及它们之间进行的媒介会话关联状态。本领域技术人员无法从对比文件中直接或隐含得出该特征，因此技术特征B未被公开。 |
| 技术特征C：所述协作复制会话邀请请求源于所述第二WTRU处<br><br>【未公开】 | 无相关内容引用 | 对比文件不涉及无线终端及其发送会话请求的信令交互机制。本领域技术人员无法从高分子树脂片材的描述中得出或推论出“由第二WTRU发起协作复制会话邀请请求”，因此技术特征C未被公开。 |
| 技术特征D：对所述协作复制会话邀请请求执行授权<br><br>【未公开】 | 无相关内容引用 | 对比文件未记载任何有关通信网络节点对会话邀请请求进行鉴权、授权（Authorization）的控制逻辑或协议机制。因此技术特征D未被公开。 |
| 技术特征E：为复制的媒介流分配媒介资源<br><br>【未公开】 | 无相关内容引用 | 对比文件仅公开树脂原材料配比及片材挤出，完全不涉及通信核心网对多媒体数据流分配媒体处理资源（如带宽、编解码器或端口等媒介资源）的内容。因此技术特征E未被公开。 |
| 技术特征F：将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br><br>【未公开】 | 无相关内容引用 | 对比文件不涉及IMS网络中的媒体资源功能实体（MRF）及相关的SIP/媒体信令响应交互。因此技术特征F未被公开。 |
| 技术特征G：使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br><br>【未公开】 | 无相关内容引用 | 对比文件不涉及MRF节点对终端接入段（Access Leg）及网络远程段（Remote Leg）的会话更新控制逻辑。因此技术特征G未被公开。 |
| 技术特征H：所述媒介流之后从所述远程方流向所述MRF<br><br>【未公开】 | 无相关内容引用 | 对比文件完全不涉及流媒体数据从远程通信方到MRF的网络路由或流向。因此技术特征H未被公开。 |
| 技术特征I：从所述MRF流向所述第一WTRU<br><br>【未公开】 | 无相关内容引用 | 对比文件完全不涉及媒体数据流从MRF分配转发至第一通信终端的数据路由传输机制。因此技术特征I未被公开。 |
| 技术特征J：从所述MRF流向所述第二WTRU<br><br>【未公开】 | 无相关内容引用 | 对比文件完全不涉及MRF向复制会话的受控/第二终端分发媒体数据流的技术方案。因此技术特征J未被公开。 |
| 技术特征K：其中所述协作复制会话邀请请求包括复制报头字段<br><br>【未公开】 | 无相关内容引用 | 对比文件不涉及网络协议（如SIP协议）的消息报头结构，更未公开用于指示会话复制的报头字段。因此技术特征K未被公开。 |
| 技术特征L：其中所述复制报头字段是媒介层“i＝复制”字段<br><br>【未公开】 | 无相关内容引用 | 对比文件不涉及SDP（会话描述协议）中的“i=”行或媒介层属性字段设置。因此技术特征L未被公开。 |
| 技术特征M：其中所述复制报头字段是媒介层“a＝复制”字段<br><br>【未公开】 | 无相关内容引用 | 对比文件不涉及SDP媒介层属性字段“a=复制”的信令格式。因此技术特征M未被公开。 |
| 技术特征N：其中所述复制报头字段是XML主体<br><br>【未公开】 | 无相关内容引用 | 对比文件不涉及利用可扩展标记语言（XML）作为SIP消息主体来承载复制控制信息。因此技术特征N未被公开。 |
| 技术特征O：其中所述XML主体指示将要复制哪些媒介组件或整个会话<br><br>【未公开】 | 无相关内容引用 | 对比文件完全未涉及利用XML主体指定具体复制的音视频媒介组件或完整会话的技术特征。因此技术特征O未被公开。 |
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br><br>《未公开》 | 无直接对应引用段落。<br>相关背景或会话转移描述：<br>[p0012] "According to methods described in the above-cited document TS 23.237 active/hold session are to be transferred individually between a so-called source access (transferring-out) leg and a target access leg (transferring-in) leg..."（根据引用的TS 23.237所述的方法，活动/保持会话在所谓的源接入段与目标接入段之间单独转移……）<br>[p0079] "...the switching Server 15 initiates the session transfer by sending an INVITE message 35 using the VDN towards the CSCF that forwards this message 36 to the service continuity server 10."（切换服务器15通过向CSCF发送使用VDN的INVITE消息35来发起会话转移，CSCF将该消息36转发给业务连续性服务器10。） | 目标专利的技术特征A涉及在协作会话（Collaborative Session）场景下，由第二WTRU发起拉模式（pull mode）协作复制会话邀请请求，目的是建立一个包含多个UE协同分享/复制同一媒体流的会话（参见目标说明书[0006]、[0007]、[0056]、[0061]）。<br>对比文件WO2009130042A2涉及的是单终端（UE-A 18）在不同无线接入网络（如PS RAN与CS RAN）之间移动时发生的SR-VCC单无线语音呼叫切换/会话转移（Transfer/Handover），该会话转移是接入链路的替换/迁移（transferring-out到transferring-in），而非多个WTRU之间的“协作复制（Replicate）”。对比文件中SCC-AS接收到的INVITE请求是由网络侧的切换实体（eMSC 15）在单用户切换时发起的转移请求，既不是来自“第二WTRU”，也不包含“协作复制”的内容。因此该特征未被直接公开，也不存在推导可能，未公开。 |
| 技术特征B：<br>其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br><br>《未公开》 | 对比文件未公开第二WTRU及其发起会话复制请求的内容。<br>相关呼叫方描述：<br>[p0050] "...wherein the (first) mobile terminal or party 18 (UE-A) has an active call with a second mobile terminal or party (UE-B), and a call on hold with a third mobile terminal or party (UE-C)."（其中（第一）移动终端或参与方18（UE-A）与第二移动终端或参与方（UE-B）具有活动呼叫，并与第三移动终端或参与方（UE-C）具有保持呼叫。） | 目标专利的技术特征B限定了拉模式复制的初始状态：请求复制的第二WTRU原本并不在第一WTRU与远程方当前正在进行的会话中，而是随后以拉入方式加入复制媒体流（参见目标说明书[0056]、[0061]）。<br>对比文件仅公开了同一用户终端UE-A与远程方UE-B进行通话、与UE-C保持通话，并不存在作为请求方的“第二WTRU”与初始会话不关联的技术架构，因此该特征未公开。 |
| 技术特征C：<br>所述协作复制会话邀请请求源于所述第二WTRU处<br><br>《未公开》 | 无对应引用段落。<br>[p0079] "...After handover preparation between the switching Server 15, a visited MSC 19 and the target RAN 14, the switching Server 15 initiates the session transfer by sending an INVITE message 35..."（在切换服务器15、拜访MSC 19与目标RAN 14之间完成切换准备后，切换服务器15通过发送INVITE消息35发起会话转移……） | 目标专利的技术特征C明确了协作复制会话邀请请求的触发源端是第二WTRU（即拉模式会话复制，参见目标说明书[0056]、[0061]）。<br>对比文件中发起的会话转移INVITE请求源自核心网侧的切换服务器eMSC 15，既不是WTRU发起，更非第二WTRU发起的协作复制邀请。因此对比文件未公开该特征。 |
| 技术特征D：<br>对所述协作复制会话邀请请求执行授权<br><br>《隐含公开》 | [p0041] "The Call Session Control Function (CSCF) node 11 provides session control for terminals accessing services within the IMS and provides service to them... It may perform routing and translation, maintaining session timers, retrieving authorization, service triggering information and user profile."（呼叫会话控制功能CSCF节点11为在IMS内访问服务的终端提供会话控制并向其提供服务……其可执行路由和转换、维护会话定时器、检索授权、业务触发信息和用户简档。）<br>[p0047] "In addition, the MME might also perform authentication and authorization, idle-mode tracking and reachability, security negotiations..."（此外，MME还可执行鉴权和授权、空闲模式跟踪与可达性、安全协商……）<br>[p0070] "Depending on operator policies and/or by user preference, it may be decided, which one of the calls is to be kept active and which one is to be put on hold."（根据运营商策略和/或用户偏好，可以决定哪一个呼叫保持活动，哪一个呼叫保持。） | 目标专利中，该特征是指SCC AS针对拉模式协作复制会话邀请请求进行授权鉴权（参见说明书[0061]“SCC AS 504然后可以验证受控方WTRU 502是IUT用户，并验证控制方WTRU 501的简档允许受控方WTRU 502复制来自控制方WTRU 501的媒介流”）。<br>对比文件虽然是在SR-VCC单终端接入网切换背景下，但在[p0041]中公开了CSCF在处理会话信令时会“检索授权（retrieving authorization）”，并在[p0070]中公开了根据运营商策略和用户偏好进行策略控制。鉴于隐含公开的判定标准非常宽松，只要对比文件公开了IMS会话管理中的授权/策略控制功能，本领域技术人员有可能将该通用会话请求授权机制与其他会话请求相结合，因此认定对比文件对广义的“会话请求执行授权”构成部分公开/潜在结合基础，判断为《隐含公开》。 |
| 技术特征E：<br>为复制的媒介流分配媒介资源<br><br>《未公开》 | 对比文件仅涉及切换中的承载分配：<br>[p0047] "...It is involved in the bearer activation/deactivation process and is also responsible for choosing the SGW for a mobile terminal at the initial attach and at time of intra-LTE handover involving Core Network node relocation."（其参与承载激活/去激活过程，并负责在初始附着时以及涉及核心网节点重定位的LTE内切换时为移动终端选择SGW。）<br>[p0084] "...a completion of the establishment of a new communication session comprised by a circuit connection CS Voice 40 between the first mobile terminal 18 and a media gate way 22 associated to the switching server 15 and PS Voice connection 41 between the media gate way 22 and the second mobile terminal 20 is performed."（……完成建立由第一移动终端18与切换服务器15相关联的媒体网关22之间的电路连接CS Voice 40、以及媒体网关22与第二移动终端20之间的PS Voice连接41所组成的新通信会话。） | 目标专利的技术特征E是指在业务服务器（SCC AS）中，针对复制到第二WTRU的分支分配媒体处理资源（如MRF资源，用于分流或分发多路相同的媒体流，参见目标说明书[0059]、[0062]）。<br>对比文件仅涉及在PS到CS切换后，由媒体网关（MGW 22）建立语音承载连接，这是单路呼叫的域切换承载重建立，完全不存在为“复制的媒介流”分配多路分发或媒体资源的技术方案，因此未公开。 |
| 技术特征F：<br>将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br><br>《未公开》 | 无对应引用段落。<br>相关信令流描述：<br>[p0082] "- The CSCF 11 sends a 200 OK 38 back to the switching server 15, including the list of Transaction Identifiers being stored in the service continuity server 10."（CSCF 11向切换服务器15返回200 OK 38，其中包括存储在业务连续性服务器10中的事务标识符列表。） | 目标专利技术特征F是指SCC AS在分配好MRF资源后，将关于MRF中复制媒体流的响应经由信令转发回第二WTRU（参见说明书[0062]中步骤513、514）。<br>对比文件中既未采用MRF（Media Resource Function），也不存在向“第二WTRU”回复复制响应的操作（对比文件仅是CSCF向eMSC返回包含TI列表的200 OK）。因此对比文件未公开该特征。 |
| 技术特征G：<br>使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br><br>《未公开》 | 对比文件涉及会话转移时的接入段与远程段更新：<br>[p0037] "Therein, the service continuity server 10 associates a call control leg established between the service continuity server to the first mobile terminal 18, in the following also being referred to as access leg, with a further call control leg between the service continuity server and any further communication party (e.g. a remote mobile terminal or any application server), in the following also being referred to as remote leg. In cases of a domain transfer request, the service continuity server 10 establishes a corresponding new access leg to the first mobile terminal 18, removes the initial access leg, and updates the remote leg."（其中，业务连续性服务器10将建立在业务连续性服务器与第一移动终端18之间的呼叫控制段（以下称为接入段）与业务连续性服务器与任何其他通信方之间的另一呼叫控制段（以下称为远程段）相关联。在域转移请求的情况下，业务连续性服务器10建立到第一移动终端18的相应新接入段，移除初始接入段，并更新远程段。）<br>[p0081] "- During the execution of the Session Transfer procedure the remote end is updated with the SDP of the CS access leg. The downlink flow is switched towards the CS access leg at this point."（在会话转移过程的执行期间，用CS接入段的SDP更新远端。此时下行流切换到CS接入段。） | 目标专利的技术特征G限定了利用MRF实体将第一WTRU上的原有接入段以及通向远程方的远程段都更新锚定到MRF上，以便MRF集中执行会话复制和媒体混流/分发（参见说明书[0062]中步骤515、516）。<br>对比文件[p0037]虽公开了更新接入段和远程段的词汇，但其具体技术方案是：因UE发生网络域切换（PS到CS），SCC-AS建立新的CS接入段、删除旧的PS接入段，并将远程段重定向至新的CS接入段。该过程既不涉及MRF，更不涉及为“复制媒体流”保持第一WTRU原接入段并由MRF分发，两者的技术方案、网络拓扑及实现作用完全不同，未公开。 |
| 技术特征H：<br>所述媒介流之后从所述远程方流向所述MRF<br><br>《未公开》 | 对比文件关于媒体流路径的记载：<br>[p0084] "...a completion of the establishment of a new communication session comprised by a circuit connection CS Voice 40 between the first mobile terminal 18 and a media gate way 22 associated to the switching server 15 and PS Voice connection 41 between the media gate way 22 and the second mobile terminal 20 is performed."（……完成建立由第一移动终端18与切换服务器15相关联的媒体网关22之间的电路连接CS Voice 40、以及媒体网关22与第二移动终端20之间的PS Voice连接41所组成的新通信会话。） | 目标专利中，更新完成后媒介流从远程方输入到核心网的多媒体资源功能MRF中以供复制（参见说明书[0062]步骤518、图5）。<br>对比文件为SR-VCC单呼叫切换，媒体流经由MGW 22在第一终端18与远端终端20之间单线传输，没有MRF节点的介入，也没有流向MRF以实现复制的技术方案，未公开。 |
| 技术特征I：<br>从所述MRF流向所述第一WTRU<br><br>《未公开》 | 对比文件未采用MRF节点提供复制媒体流：<br>[p0084] "...circuit connection CS Voice 40 between the first mobile terminal 18 and a media gate way 22 associated to the switching server 15..."（……第一移动终端18与切换服务器15相关联的媒体网关22之间的电路连接CS Voice 40……） | 目标专利中，由MRF作为复制锚点将复制前/后的媒体流分发给第一WTRU（参见说明书[0062]步骤517）。对比文件不存在MRF，亦无从MRF向第一WTRU分发复制流的特征，未公开。 |
| 技术特征J：<br>从所述MRF流向所述第二WTRU<br><br>《未公开》 | 对比文件未涉及第二WTRU接收复制流。 | 目标专利中，MRF将同一份复制媒体流分发流向请求复制的第二WTRU（参见说明书[0062]步骤519）。对比文件未涉及第二WTRU及媒体流向第二WTRU的结构，未公开。 |
| 技术特征K：<br>其中所述协作复制会话邀请请求包括复制报头字段<br><br>《未公开》 | 对比文件涉及会话转移标识字段：<br>[p0040] "When anchoring the session, the SCC-AS 10 might allocate a session transfer identifier (STI) when needed at initial session establishment, wherein the STI is an identifier used by the first mobile terminal to request the SCC-AS 10 to perform a Session Transfer of the media path, which allows the SCC-AS 10 to correlate the different call legs. The UE might use a Session Transfer Number (STN)..."（当锚定会话时，SCC-AS 10在初始会话建立时按需分配会话转移标识符STI，其中STI是第一移动终端用于请求SCC-AS 10执行媒体路径会话转移的标识符，这允许SCC-AS 10关联不同的呼叫段。UE可以使用会话转移号码STN……）<br>[p0058] "• An active session is transferred using a Session Transfer Number (e.g. STI or STN);"（• 使用会话转移号码（例如STI或STN）转移活动会话；） | 目标专利的技术特征K限定会话邀请请求中带有指示要执行“复制”而非“转移”的特定报头字段（Replication header field）（参见目标说明书[0080]、[0081]）。<br>对比文件所使用的STI/STN仅用于在发生单机切换时指示“会话转移（Session Transfer）”，完全没有公开任何指示“复制（replicate）”的报头字段，未公开。 |
| 技术特征L：<br>其中所述复制报头字段是媒介层“i＝复制”字段<br><br>《未公开》 | 对比文件未涉及SDP媒介层i行。 | 对比文件全文未记载SDP媒体层“i=复制”（i=replicate）字段，未公开。 |
| 技术特征M：<br>其中所述复制报头字段是媒介层“a＝复制”字段<br><br>《未公开》 | 对比文件未涉及SDP媒介层a属性。 | 对比文件全文未记载SDP媒体层“a=复制”（a=replicate）字段，未公开。 |
| 技术特征N：<br>其中所述复制报头字段是XML主体<br><br>《未公开》 | 对比文件未涉及包含复制信息的XML消息体。 | 对比文件全文未公开使用XML主体来作为复制报头字段或指示会话/媒介复制，未公开。 |
| 技术特征O：<br>其中所述XML主体指示将要复制哪些媒介组件或整个会话<br><br>《未公开》 | 对比文件未涉及此类XML内容指示。 | 对比文件全文未记载指示复制媒介组件或整个会话的XML主体，未公开。 |
<<<d>>>
对对比文件（US20090282110A1）与目标专利权利要求各技术特征的比对评估如下：
**特征比对表格**
| 技术特征描述及判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br><br>【未公开】 | 无对应引用。<br>对比文件主要涉及：<br>“[0005] The present invention is directed to a system, methods, and computer product for creating customized, dynamic e-mail distribution lists...<br>[0006] ...respond to a user-executed command to send an e-mail over the data communications network by determining a predefined addressee-selecting rule...”<br>（中文翻译：[0005] 本发明涉及一种用于创建定制的、动态电子邮件分发列表的系统、方法和计算机产品……[0006] ……通过确定预定义的收件人选择规则，响应于在数据通信网络上发送电子邮件的用户执行命令……） | 目标专利中技术特征A的作用是在业务集中和连续性应用服务器（SCC AS）中，通过接收来自受控方/第二WTRU的协作复制会话邀请请求，以触发网络侧媒介流复制建立协作会话（拉模式复制）。<br>对比文件公开的是动态电子邮件分发列表的生成，其核心技术方案是通过规则从网页或文件中抓取联系人地址填入邮件字段。二者技术领域完全不同（异步电子邮件 vs IMS多媒体会话复制控制），对比文件中既没有无线发射/接收单元（WTRU），也没有多媒体会话邀请或会话复制请求。本领域技术人员既无法直接得出该特征，也无法进行任何合理推断，该特征未被直接公开，亦未被隐含公开。 |
| 技术特征B：其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br><br>【未公开】 | 无对应引用。 | 目标专利中该特征定义了在会话复制发起前各实体的会话拓扑状态（第一WTRU与远程方之间存在正在进行的媒介会话，第二WTRU最初未参与/未关联该会话）。<br>对比文件完全不涉及多方实时多媒体会话及其拓扑关联状态，未公开该特征，亦未隐含公开。 |
| 技术特征C：所述协作复制会话邀请请求源于所述第二WTRU处<br><br>【未公开】 | 无对应引用。 | 目标专利中该特征限定了会话复制请求的发起方为拉模式下的第二WTRU（受控方）。<br>对比文件不存在第二WTRU，亦无复制会话邀请请求，未公开该特征，亦未隐含公开。 |
| 技术特征D：对所述协作复制会话邀请请求执行授权<br><br>【未公开】 | 对比文件涉及登录验证相关内容：<br>“[0026] ...perform a log-in procedure to access the electronic data file based upon the addressee-selecting rule...<br>[0032] ...eviteSession = eviteBindings.login(eviteMemberCredentials)...”<br>（中文翻译：[0026] ……基于收件人选择规则执行登录过程以访问电子数据文件……[0032] ……eviteSession = eviteBindings.login(eviteMemberCredentials)……） | 目标专利中技术特征D的作用是SCC AS基于策略、简档或第一WTRU的授权，判断第二WTRU是否有权复制正在进行的媒介会话。<br>对比文件虽然提到了在抓取地址时向网站（如Evite）提供用户名和密码进行登录认证（login），但这仅是访问远端网页文件的常规身份验证，与对“协作复制会话邀请请求进行授权”在对象、控制机制、实现功能和应用场景上完全不同。对比文件未公开对会话复制请求的授权，即便按照宽松标准，也无法合理推断出该特征，未被直接公开，亦未被隐含公开。 |
| 技术特征E：为复制的媒介流分配媒介资源<br><br>【未公开】 | 无对应引用。 | 目标专利中该特征是指网络侧实体（SCC AS）为即将复制的音视频等媒介流在MRF等资源实体中分配流媒体传输和处理资源。<br>对比文件完全不涉及流媒体会话及其底层媒介资源的分配，未公开该特征，亦未隐含公开。 |
| 技术特征F：将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br><br>【未公开】 | 无对应引用。 | 目标专利中该特征用于向第二WTRU通知媒介资源分配结果及相关协商响应，以完成后续第二WTRU侧接入段的建立。<br>对比文件不涉及MRF实体或复制媒介流的响应信令，未公开该特征，亦未隐含公开。 |
| 技术特征G：使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br><br>【未公开】 | 无对应引用。 | 目标专利中该特征用于将会话路径更新并针定在MRF上，使得第一WTRU接入段与远程段均桥接至MRF，为多路分发复制做准备。<br>对比文件不涉及IMS网络段更新或MRF接入控制，未公开该特征，亦未隐含公开。 |
| 技术特征H：所述媒介流之后从所述远程方流向所述MRF<br><br>【未公开】 | 无对应引用。 | 目标专利中该特征定义了复制建立完成后媒体流的传输拓扑路径（上行/下行路由至MRF）。<br>对比文件为离线异步邮件文本处理，不涉及媒体流路由，未公开该特征，亦未隐含公开。 |
| 技术特征I：从所述MRF流向所述第一WTRU<br><br>【未公开】 | 无对应引用。 | 目标专利中该特征限定MRF将接收到的媒体流下发传输给第一WTRU。<br>对比文件不涉及该机制，未公开该特征，亦未隐含公开。 |
| 技术特征J：从所述MRF流向所述第二WTRU<br><br>【未公开】 | 对比文件涉及群发邮件：<br>“[0003] ...with e-mail a user can send many copies of a message to multiple recipients at a time...”<br>（中文翻译：[0003] ……通过电子邮件，用户可以一次向多个收件人发送邮件的多个副本……） | 目标专利中该特征是指MRF将复制出的媒体流实时分发传输至第二WTRU。<br>对比文件仅在背景技术中提及电子邮件可以向多个收件人发送多个副本，但这是针对静态离线文本消息的存储转发机制，与流媒体会话中MRF通过分配的流通道将媒体实时复制流向第二WTRU完全不具技术关联性，不能据此得出流向第二WTRU的特征。该特征未被直接公开，亦未被隐含公开。 |
| 技术特征K：其中所述协作复制会话邀请请求包括复制报头字段<br><br>【未公开】 | 对比文件涉及邮件报头字段插入：<br>“[0006] ...insert a corresponding address into a predetermined field of an e-mail prior to conveying the e-mail over a data communications network.”<br>（中文翻译：[0006] ……在通过数据通信网络传输电子邮件之前，将对应的地址插入电子邮件的预定字段中。） | 目标专利中技术特征K的作用是在SIP等会话建立信令的报头中设置专用的指示字段（如包含会话对话ID的复制指示），用于显式区分“会话/媒介复制”与“会话/媒介转移（IUT）”。<br>对比文件公开的是在发送电子邮件前，将抓取出的邮件地址填入邮件的预定字段（如收件人To/Cc字段）。邮件地址字段属于通用的消息寻址字段，其作用是指定邮件接收者，并不用于标识或触发多媒体会话复制操作，与“协作复制会话邀请请求包括复制报头字段”在技术含义、协议层级、应用场景和所起技术作用上均完全不同。本领域技术人员无法从邮件地址字段直接毫无疑义得出或合理推断出该特征，未被直接公开，亦未被隐含公开。 |
| 技术特征L：其中所述复制报头字段是媒介层“i＝复制”字段<br><br>【未公开】 | 无对应引用。 | 目标专利中该特征限定复制报头字段具体为SDP协议媒介层的“i=复制”描述字段。<br>对比文件不涉及SDP协议或媒介层字段，未公开该特征，亦未隐含公开。 |
| 技术特征M：其中所述复制报头字段是媒介层“a＝复制”字段<br><br>【未公开】 | 无对应引用。 | 目标专利中该特征限定复制报头字段具体为SDP协议媒介层的“a=复制”属性字段。<br>对比文件不涉及SDP属性字段，未公开该特征，亦未隐含公开。 |
| 技术特征N：其中所述复制报头字段是XML主体<br><br>【未公开】 | 对比文件涉及HTML源码解析：<br>“[0025] ...generate list of e-mail addresses from the collection of e-mail addresses in that division of the html source.”<br>（中文翻译：[0025] ……从html源文件的该部分中的电子邮件地址集合生成电子邮件地址列表。） | 目标专利中该特征限定复制指示载体为携带在复制请求中的XML消息主体（XML body），用以详细结构化表述复制控制信息。<br>对比文件仅提及从网页的“html源码”中解析收集邮件地址。HTML网页文档与SIP会话请求中作为复制报头载体的“XML主体”本质不同，且HTML源码在对比文件中仅作为被检索的数据源，而非作为协作复制请求中的字段载体。该特征未被直接公开，亦未被隐含公开。 |
| 技术特征O：其中所述XML主体指示将要复制哪些媒介组件或整个会话<br><br>【未公开】 | 无对应引用。 | 目标专利中该特征限定了XML主体的具体指示内容（粒度为特定媒介组件或整体会话）。<br>对比文件完全不涉及会话或媒体组件复制粒度的指示，未公开该特征，亦未隐含公开。 |
经全面审阅比对，对比文件（US20090282110A1）涉及的是基于预定规则动态提取联系人以生成电子邮件分发列表的方案，与目标专利所涉及的IMS网络下WTRU之间通过SCC AS和MRF进行的多媒体会话复制控制方案在技术领域、所解决的技术问题、采用的技术手段及产生的技术效果上均存在根本区别。目标专利权利要求的技术特征A至O在对比文件中均未被直接公开，也无法通过对比文件所记载的内容进行合理推理得出（即未被隐含公开）。
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br>【未公开】 | 无引用内容。对比文件JP2009293523A为电动压缩机机械结构专利，全文未涉及通信协议或会话请求相关内容。 | 对比文件属于“电动压缩机”机械领域，涉及压缩机机壳、电机、轴承支持构件及防振钢板等，完全不涉及IP多媒体子系统（IMS）、无线发射/接收单元（WTRU）、以及协作复制会话邀请等无线通信技术。该特征在对比文件中完全没有记载，技术人员无法直接或隐含得出，起到的作用也完全不相干。故既未直接公开，也未隐含公开。 |
| 技术特征B：其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br>【未公开】 | 无引用内容。 | 对比文件涉及电动压缩机的减振降噪构造，完全不存在任何多媒体通信终端及其参与媒介会话的拓扑关系或初始状态定义。本领域技术人员无法从机械结构部件中合理推断出该特征，故既未直接公开，也未隐含公开。 |
| 技术特征C：所述协作复制会话邀请请求源于所述第二WTRU处<br>【未公开】 | 无引用内容。 | 对比文件完全未涉及任何通信呼叫或会话请求的信令发起端及通信流程。该特征在对比文件中没有对应概念与公开基础，故既未直接公开，也未隐含公开。 |
| 技术特征D：对所述协作复制会话邀请请求执行授权<br>【未公开】 | 无引用内容。 | 对比文件未披露任何网络侧/服务器侧通信鉴权、授权或会话权限验证的机制，该通信特征在对比文件中完全不成立，故既未直接公开，也未隐含公开。 |
| 技术特征E：为复制的媒介流分配媒介资源<br>【未公开】 | 无引用内容。 | 对比文件不涉及通信媒介流、信道/带宽/端口资源分配或媒体处理资源调配，完全属于不同技术领域的无关方案，故既未直接公开，也未隐含公开。 |
| 技术特征F：将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br>【未公开】 | 无引用内容。 | 对比文件不包含MRF（媒介资源功能）网络功能实体以及任何响应消息的转发与传递，该技术方案在对比文件中无任何实质或等同公开，故既未直接公开，也未隐含公开。 |
| 技术特征G：使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br>【未公开】 | 无引用内容。 | 对比文件不存在任何关于呼叫接入段（Access Leg）或远程段（Remote Leg）的信令更新流程与MRF锚定更新操作，未记载任何相关方案或启示，故既未直接公开，也未隐含公开。 |
| 技术特征H：所述媒介流之后从所述远程方流向所述MRF<br>【未公开】 | 无引用内容。 | 对比文件仅记载了“冷媒”在压缩机壳体内的流动（如ステータ１１とモータハウジング４との間には…冷媒流路１３が設けられており），但冷媒流与通信技术中的多媒体数据流（Audio/Video流等）在技术本质、传输对象、工作原理和应用功能上完全不同。对比文件完全未公开通信远程方到MRF的多媒体数据流拓扑路径，故既未直接公开，也未隐含公开。 |
| 技术特征I：从所述MRF流向所述第一WTRU<br>【未公开】 | 无引用内容。 | 对比文件完全不涉及任何网络媒体服务器向移动终端的分发媒介流路径，无法推导出该通信下行数据流特征，故既未直接公开，也未隐含公开。 |
| 技术特征J：从所述MRF流向所述第二WTRU<br>【未公开】 | 无引用内容。 | 对比文件完全未涉及任何向第二终端复制并发送多媒体数据流的技术方案，无法推导出该特征，故既未直接公开，也未隐含公开。 |
| 技术特征K：其中所述协作复制会话邀请请求包括复制报头字段<br>【未公开】 | 无引用内容。 | 对比文件为压缩机机械构件描述，完全不包含SIP协议或任何通信报文格式及特定报头字段定义，故既未直接公开，也未隐含公开。 |
| 技术特征L：其中所述复制报头字段是媒介层“i＝复制”字段<br>【未公开】 | 无引用内容。 | 对比文件未披露任何SDP（会话描述协议）中的“i=”行字段定义及其取值设置，无法毫无疑义或隐含得出该特征，故既未直接公开，也未隐含公开。 |
| 技术特征M：其中所述复制报头字段是媒介层“a＝复制”字段<br>【未公开】 | 无引用内容。 | 对比文件未公开SDP的属性“a=”行属性字段及其在媒介层的复制指示设置，故既未直接公开，也未隐含公开。 |
| 技术特征N：其中所述复制报头字段是XML主体<br>【未公开】 | 无引用内容。 | 对比文件不包含任何XML数据结构、消息载荷或SIP消息主体方案，故既未直接公开，也未隐含公开。 |
| 技术特征O：其中所述XML主体指示将要复制哪些媒介组件或整个会话<br>【未公开】 | 无引用内容。 | 对比文件完全不存在任何XML主体携带组件复制粒度或会话标识的控制信息，无任何相关公开，故既未直接公开，也未隐含公开。 |
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br><br>《未公开》 | 无直接对应段落。<br>相关段落：<br>[0038] “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...”（该过程开始于步骤402，其中UE-1向CSCF 110发送例如SIP INVITE消息，CSCF 110将该INVITE消息转发给SCC AS 112……）<br>[0041]、[0051]-[0052] | 目标专利说明书（如[0007]、[0056]、[0061]、[0091]）中，技术特征A是指在拉（pull）模式下，由未参与正在进行的媒介会话的第二WTRU（受控方/目标设备）主动向网络（SCC AS）发起会话复制邀请请求（INVITE），用以复制第一WTRU的媒介流。<br>对比文件所公开的方案中：<br>1. 对比文件涉及的是媒体流的“分离与建立”（remote media flow）或“会话控制权/媒体流转移（transfer）”（参见[0011]-[0013]、[0034]-[0053]），并未公开由第二设备请求“复制”（replicate）正在进行的会话；<br>2. 无论是起始流程（FIG. 3-6）还是转移流程（FIG. 11-12），会话请求/INVITE均由第一设备（UE-1）发起，而非由第二设备（UE-2）发起针对第一设备现有会话的复制邀请；即便在终止场景（FIG. 7-10）中，也是由远程端（remote end）呼叫UE-1，UE-1再指示将媒体置于UE-2。<br>对比文件既未公开“复制”会话的请求，也未公开由“第二WTRU”主动发送会话复制邀请请求，作用与技术方案均不相同，本领域技术人员无法直接或隐含推导出该特征。 |
| 技术特征B：其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br><br>《隐含公开》 | [0036] “Initially, UE-1 initiates a remote media session to establish a remote media flow on UE-2 by transmitting a remote media session request as indicated by reference numeral 310 to the IMS system 302...”（最初，UE-1通过向IMS系统302发送如附图标记310所示的远程媒体会话请求，发起远程媒体会话以在UE-2上建立远程媒体流……）<br>[0048]-[0049] “Referring now to FIG. 11a, there is illustrated an IMS session already established such that UE-1 is the controller UE... Accordingly, a local media flow is established between the remote end 104 and UE-1 as indicated by reference numeral 1114. At this point, UE-1 is the controller UE and the media UE. FIG. 11b illustrates the signaling architecture after transfer of the session control from UE-1 to UE-2...”（参考图11a，示出了已经建立的IMS会话，使得UE-1是控制器UE……因此，在远端104与UE-1之间建立了如附图标记1114所示的本地媒体流。此时，UE-1是控制器UE和媒体UE。图11b示出了会话控制从UE-1转移到UE-2之后的信令架构……） | 目标专利中该特征是指被请求复制的媒介流最初存在于第一WTRU与远程方之间，第二WTRU在请求发起前未关联于该媒介会话。<br>对比文件在图11a与[0048]中公开了初始状态下，正在进行的媒介会话（媒体流1114）仅存在于UE-1与远端104之间，UE-1同时作为控制器UE和媒体UE，此时UE-2尚未参与到该媒体会话中（即最初并不关联）。虽然对比文件后续执行的是转移控制与媒体流而非协作复制，但在“初始会话仅存在于第一UE与远端之间、第二UE最初不关联”这一网络拓扑和会话初始状态的关系上，与目标专利的作用及场景一致，本领域技术人员结合该初始场景能够合理推断出第二UE与正在进行的媒体会话最初没有关联，因此构成《隐含公开》。 |
| 技术特征C：所述协作复制会话邀请请求源于所述第二WTRU处<br><br>《未公开》 | 对比文件全文未记载。<br>相关段落：<br>[0038] “The process begins in step 402, wherein UE-1 transmits, for example, a SIP INVITE message to the CSCF 110...”（该过程开始于步骤402，其中UE-1向CSCF 110发送例如SIP INVITE消息……）<br>[0052] “In step 1212, UE-1 issues a transfer request to SCC AS 112 to request transfer of the session control and media flow A to UE-2...”（在步骤1212中，UE-1向SCC AS 112发出转移请求，以请求将该会话控制和媒体流A转移到UE-2……） | 目标专利说明书（如[0013]、[0061]拉模式）中，该特征强调协作复制会话邀请请求起源于作为目标受控方的第二WTRU。<br>在对比文件中，所有相关的建立或转移信令请求均源自UE-1（控制方）或远程端104，UE-2仅作为被动接收INVITE或Transfer Request的实体（参见步骤404、604、806、1006、1214），不存在由第二WTRU发起协作复制邀请的技术方案，且对比文件通篇没有拉（pull）模式建立会话的教导。因此对比文件既未直接公开也无法推理得出该技术特征。 |
| 技术特征D：对所述协作复制会话邀请请求执行授权<br><br>《未公开》 | 对比文件全文未记载。仅在说明书背书部分提到：<br>[0033] “...Additional information regarding the messages and the parameters may be found in 3GPP TR 23.838, v9.0.0 and 3GPP TS 23.237, v9.1.0, which are incorporated herein by reference.”（……关于消息和参数的附加信息可在3GPP TR 23.838, v9.0.0和3GPP TS 23.237, v9.1.0中找到，这些文献通过引用并入本文。） | 目标专利说明书（如[0061]、[0066]、[0077]）中，该特征是指SCC AS验证第二WTRU是否为合法IUT用户、根据签约/运营商策略验证是否允许复制来自第一WTRU的媒介流，或者向第一WTRU/远程方请求授权。<br>对比文件仅公开了SCC AS在收到请求后转发信令、建立承载段，并未提及对会话请求执行鉴权、授权或策略检查机制（authorization procedure）。本领域技术人员无法从对比文件中明确得出或必然推理出对复制邀请请求执行授权的技术方案。 |
| 技术特征E：为复制的媒介流分配媒介资源<br><br>《未公开》 | 对比文件全文未提及分配媒介资源（allocation of media resources）及MRF。 | 目标专利说明书（如[0007]、[0059]、[0062]、[0077]）中，该特征是指SCC AS在媒体平面为复制生成的额外媒体流分配媒介资源（具体是在MRF中分配媒体资源，以便后续在MRF处对媒体流执行多分路复制分发）。<br>对比文件中并未涉及“复制”机制，且媒体流是直接在端到端（UE与远端）之间建立，完全未涉及SCC AS在网络侧媒体网元（如MRF）中为复制媒体流分配媒介资源的过程。本领域技术人员无法从对比文件中得出该技术方案。 |
| 技术特征F：将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br><br>《未公开》 | 对比文件全文未提及MRF，也无相应响应。 | 目标专利说明书（如[0062]步骤513-514、[0077]步骤1013-1014）中，该特征是指SCC AS分配完MRF资源后，将携带MRF媒体相关信息的响应通过S-CSCF传送/转发给第二WTRU。<br>对比文件中既无MRF网元，也无针对复制媒体流分配MRF并返回相应响应的流程。对比文件步骤404、1214仅是由SCC AS向UE-2发送INVITE或Transfer Request，技术性质与内容均完全不同。 |
| 技术特征G：使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br><br>《未公开》 | 对比文件全文未提及MRF及使用MRF更新接入段和远程段。 | 目标专利说明书（如[0007]、[0062]步骤515-516、[0077]步骤1015-1016）中，该特征是指通过MRF锚定复制媒介流，SCC AS使用MRF更新第一WTRU上的接入段，并更新面向远程方的远程段，使得媒体流能够路由至MRF。<br>对比文件中[0005]、[0031]仅描述了传统的B2BUA模式下建立接入段（access leg）与远程段（remote leg），完全没有引入MRF，更无使用MRF更新第一WTRU接入段及更新远程段以支持会话复制的技术手段。本领域技术人员无法得出该特征。 |
| 技术特征H：所述媒介流之后从所述远程方流向所述MRF<br><br>《未公开》 | 对比文件全文未提及流向MRF。 | 目标专利说明书（如[0062]步骤518、[0078]步骤1018、[0080]）中，该特征说明由网络MRF执行媒体复制时，远程方的下行媒体流先汇聚到MRF，再由MRF复制分发。<br>对比文件中的媒体流（如[0036]中的媒体流316、[0042]中的媒体流、[0053]中的媒体流）均为端到端在UE（UE-1或UE-2）与远程方104之间直接传输，网络侧无MRF进行媒体流汇聚与转接。 |
| 技术特征I：从所述MRF流向所述第一WTRU<br><br>《未公开》 | 对比文件全文未提及从MRF流向第一WTRU。 | 目标专利说明书（如[0062]步骤517、[0078]步骤1017、[0080]）中，该特征是指MRF将来自远程方的媒体流分支发送给第一WTRU以维持原媒体播放。<br>对比文件不存在MRF，不存在媒体流从MRF流向第一WTRU的路径。 |
| 技术特征J：从所述MRF流向所述第二WTRU<br><br>《未公开》 | 对比文件全文未提及从MRF流向第二WTRU。 | 目标专利说明书（如[0062]步骤519、[0078]步骤1019、[0080]）中，该特征是指MRF将复制出来的媒体流分支发送给第二WTRU。<br>对比文件不存在MRF，不存在媒体流从MRF流向第二WTRU的技术手段。 |
| 技术特征K：其中所述协作复制会话邀请请求包括复制报头字段<br><br>《未公开》 | 对比文件全文未记载复制报头字段。 | 目标专利说明书（如[0081]、[0084]、[0091]）中，该特征用于在SIP层明确标识该请求为复制请求（如包含要复制会话的对话ID的专用复制报头）。<br>对比文件仅提及普通的SIP INVITE、Refer-To等现有标准报头，并未公开任何用于指示会话“复制”的报头字段。 |
| 技术特征L：其中所述复制报头字段是媒介层“i＝复制”字段<br><br>《未公开》 | 对比文件全文未记载。 | 目标专利说明书（如[0082]、[0091]）中，该特征是在SDP媒介层使用“i=replicate”来指示要复制的媒体组件。<br>对比文件未公开任何关于“i=复制”字段的定义或使用。 |
| 技术特征M：其中所述复制报头字段是媒介层“a＝复制”字段<br><br>《未公开》 | 对比文件全文未记载。 | 目标专利说明书（如[0082]、[0091]）中，该特征是在SDP中定义并使用属性“a=replicate”来指示复制特定媒体组件。<br>对比文件未公开任何关于“a=复制”属性的教导。 |
| 技术特征N：其中所述复制报头字段是XML主体<br><br>《未公开》 | 对比文件全文未记载。 | 目标专利说明书（如[0083]、[0091]）中，该特征是在SIP消息体中通过XML格式主体携带指示复制的信息。<br>对比文件未记载使用XML主体来充当或承载复制指示。 |
| 技术特征O：其中所述XML主体指示将要复制哪些媒介组件或整个会话<br><br>《未公开》 | 对比文件全文未记载。 | 目标专利说明书（如[0083]、[0091]）中，该特征指XML主体中具体包含指示复制特定媒介组件（如音频或视频）还是整个会话的信息。<br>对比文件无相关方案公开。 |
<<<b>>>
针对对比文件（US20090319691A1）与目标专利权利要求各技术特征的比对分析如下：
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br>【未公开】 | 无直接或隐含对应引文。<br>相关背景：<br>[0028] The UA can include the sip.ip-versions media feature tag in the Contact header of SIP REGISTER requests and other initial SIP Requests such as SIP INVITE as specified in RFC 3840...<br>（UA可在SIP REGISTER请求及其它初始SIP请求（例如SIP INVITE）的Contact报头中包括sip.ip-versions媒体特征标记……） | 对比文件作用：对比文件涉及在SIP消息（如SIP INVITE、REGISTER）中携带IP版本能力指示符，用于网络选择是否路由至地址转换网关。<br>目标专利作用：技术特征A用于拉模式协作复制会话中，由SCC AS接收受控方第二WTRU发起的复制已有会话的邀请请求。<br>未公开判定：对比文件仅涉及常规SIP呼叫建立或注册，根本未涉及“会话复制”、“协作会话”或“协作复制会话邀请请求”，两者的机制与技术目的完全不同。本领域技术人员无法从对比文件中直接得出或合理解读出该特征，甚至无任何部分公开的内容。 |
| 技术特征B：其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br>【未公开】 | 无对应引文。 | 未公开判定：对比文件通篇完全未公开“第一WTRU和远程方之间存在正在进行的媒介会话”，也未公开“第二WTRU最初未与该会话关联”的技术架构。对比文件不存在此会话状态设定。 |
| 技术特征C：所述协作复制会话邀请请求源于所述第二WTRU处<br>【未公开】 | 无对应引文。 | 未公开判定：由于对比文件完全没有公开“协作复制会话邀请请求”，自然不存在该复制请求“源于第二WTRU处”的拉模式发起方式。 |
| 技术特征D：对所述协作复制会话邀请请求执行授权<br>【未公开】 | 无对应引文。 | 未公开判定：对比文件仅涉及网络节点读取IP版本指示符以判断是否需要地址转换网关，未涉及业务层对于协作复制会话邀请请求的鉴权或授权（Authorization）流程。 |
| 技术特征E：为复制的媒介流分配媒介资源<br>【未公开】 | 无对应引文。 | 未公开判定：对比文件未涉及媒体流的复制，更未涉及在服务器侧（如SCC AS/MRF）为复制的媒体流分配相应的媒体资源。 |
| 技术特征F：将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br>【未公开】 | 无对应引文。 | 未公开判定：对比文件没有出现媒介资源功能（MRF），也没有向第二WTRU反馈针对MRF中复制媒体流的响应信令。 |
| 技术特征G：使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br>【未公开】 | 无对应引文。 | 未公开判定：对比文件不涉及协作会话架构下的分段控制（接入段与远程段更新），也没有利用MRF对第一WTRU的接入段及远程段进行会话更新。 |
| 技术特征H：所述媒介流之后从所述远程方流向所述MRF<br>【未公开】 | 无直接或隐含对应引文。<br>相关背景：<br>[0013] ...Such translation might be carried out by an Address Translation Gateway, or a similar component, placed in the network such that both IPv4 and IPv6 messages pass through the translation component...<br>（……此类转换可由放置在网络中的地址转换网关或类似组件执行，使得IPv4和IPv6消息均通过该转换组件……） | 对比文件作用：对比文件披露了当两端IP版本不兼容时，消息流经“地址转换网关（Address Translation Gateway）”。<br>目标专利作用：技术特征H限定媒体流从远程方流入MRF，以通过MRF实现媒体流的复制与分发。<br>未公开判定：对比文件的地址转换网关仅用于不同IP版本（IPv4/IPv6）之间的编解码或协议地址翻译，并非会话复制架构中的MRF（媒介资源功能），更不用于复制媒体流。因此本领域技术人员无法从地址转换网关推导出目标专利中媒体流从远程方流向MRF的会话拓扑。 |
| 技术特征I：从所述MRF流向所述第一WTRU<br>【未公开】 | 无对应引文。 | 未公开判定：同特征H，对比文件不存在MRF向第一WTRU传送被复制/分发的媒体流的结构。 |
| 技术特征J：从所述MRF流向所述第二WTRU<br>【未公开】 | 无对应引文。 | 未公开判定：同特征H，对比文件未涉及由MRF将复制的媒体流分发至拉模式的第二WTRU。 |
| 技术特征K：其中所述协作复制会话邀请请求包括复制报头字段<br>【未公开】 | 无直接或隐含对应引文。<br>相关背景：<br>[0038] In an alternative embodiment, a SIP message can contain a SIP header field (such as, but not limited to, a P-Header value defined according to the process defined in RFC 3427) that identifies the IP versions supported or originally used by the device...<br>（在另一实施例中，SIP消息可包含标识该设备支持或最初使用的IP版本的SIP报头字段（例如但不限于根据RFC 3427中定义的过程定义的P-Header值）……） | 对比文件作用：对比文件公开了在SIP消息中使用P-Header字段指示设备支持的IP版本能力。<br>目标专利作用：用于区分普通传送（Transfer）与复制（Replicate），在复制会话请求中携带专门的复制报头字段（包含被复制会话的对话ID）。<br>未公开判定：对比文件的报头字段仅用于协商IP版本兼容性，完全没有公开关于“会话或媒体复制”的报头字段，亦未公开任何类似用于复制指示的字段，无法得出该技术特征。 |
| 技术特征L：其中所述复制报头字段是媒介层“i＝复制”字段<br>【未公开】 | 无对应引文。 | 未公开判定：对比文件通篇完全未记载“i=复制”或SDP中的i-line用于会话复制的任何方案。 |
| 技术特征M：其中所述复制报头字段是媒介层“a＝复制”字段<br>【未公开】 | 无对应引文。 | 未公开判定：对比文件通篇完全未记载“a=复制”或SDP中的a-line属性用于复制指示。 |
| 技术特征N：其中所述复制报头字段是XML主体<br>【隐含公开】 | [0039] In an alternative embodiment, a SIP message can contain an XML body that describes the IP capabilities of the device...<br>（在另一实施例中，SIP消息可以包含描述该设备的IP能力的XML主体……）<br>[0041] ...The XML structures (such as tSupportedIP, eSupportedIP and lSupportedIP) could either become an element, element content or attribute in the new XML schema or XML Schema known as “application/3gpp-ims+xml”...<br>（……XML结构（例如tSupportedIP、eSupportedIP和lSupportedIP）可以成为新XML模式或称为“application/3gpp-ims+xml”的XML模式中的元素、元素内容或属性……） | 目标专利理解：权利要求N从属于限定了“复制报头字段”的权利要求K，在目标专利说明书第[0083]段中，将“在请求中包括XML主体”作为在复制请求中指示复制机制的一种形式（虽然权利要求命名沿用“复制报头字段”，但实质内容为在SIP请求消息中携带XML主体）。<br>对比文件作用与推理论述：对比文件第[0039]及[0041]段公开了在SIP消息中携带XML主体（XML body，类型如application/3gpp-ims+xml）来承载会话信令扩展信息。按照本比对原则中最为宽松的隐含公开标准（若对比文件部分公开了技术特征的内容，有可能和其他对比文件组合公开该技术特征，也判断为隐含公开），对比文件公开了“在SIP消息中采用XML主体携带业务控制属性”这一实现载体和形式结构，部分公开了该技术特征的内容，因此判定为隐含公开。 |
| 技术特征O：其中所述XML主体指示将要复制哪些媒介组件或整个会话<br>【未公开】 | 无直接或隐含对应引文。<br>相关背景：<br>[0039] ...The XML body could contain tags that describe IPv4 only, IPv4 media only, IPv4 control only, IPv6 only, IPv6 media only, and/or IPv6 control only.<br>（……XML主体可包含描述仅IPv4、仅IPv4媒体、仅IPv4控制、仅IPv6、仅IPv6媒体和/或仅IPv6控制的标签。） | 对比文件作用：对比文件的XML主体仅指示终端在控制面或媒体面所支持的IP协议版本（IPv4/IPv6）。<br>目标专利作用：指示复制粒度，明确指示将要复制具体的哪些媒体组件（如单独复制视频）或复制整个会话。<br>未公开判定：对比文件的XML主体内容与目标专利的指示内容在实质、语义及技术效果上完全不同，对比文件完全未涉及任何关于指示复制特定媒体组件或整个会话的构思与内容。 |
<<<n>>>
**特征比对表格**
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br><br>【判断结果：未公开】 | 【对比文件无对应公开内容】<br>对比文件涉及会话转移的相关内容参见：<br>[0008] "Embodiments of the present invention provide systems, methods, and apparatuses for identification of a UE for session transfer requests initiated by a Mobile Switching Center (MSC) Server enhanced with Single Radio-Voice Call Continuity (SR-VCC)..."<br>（本发明的实施例提供了用于由增强了单无线电语音呼叫连续性（SR-VCC）的移动交换中心（MSC）服务器发起的会话传输请求标识UE的系统、方法和装置……）<br>[0034] "The MSC Server 116 provides the GRUU to the CSCF 120 via the Mg/Mw SIP interface using, for example, a SIP INVITE message in step 320... The CSCF 120 forwards the SIP INVITE message to the SCC AS 122."<br>（MSC服务器116在步骤320中例如使用SIP INVITE消息经由Mg/Mw SIP接口将GRUU提供给CSCF 120……CSCF 120将该SIP INVITE消息转发给SCC AS 122。） | 对比文件公开的是在SR-VCC场景下，当处于PS域的UE发生切换时，由MSC服务器向SCC AS发送SIP INVITE请求以触发将同一个UE的会话从PS域转移（Transfer）到CS域，属于单UE的域间会话切换。<br>而目标专利说明书[0006]、[0053]、[0061]明确指出，“协作会话复制”不同于“会话传输/转移”，其目的在于将正在进行的会话的媒介组件复制一份到另一个受控方WTRU以实现共享，该邀请请求是由“第二WTRU”（受控方WTRU）在拉模式下向SCC AS发起的协作复制请求。对比文件既未涉及会话“复制”，也没有从“第二WTRU”接收协作复制请求的构思，其MSC发起的会话转移请求在技术方案、通信主体及功能机制上均完全不同，因此既未直接公开也未隐含公开技术特征A。 |
| 技术特征B：其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br><br>【判断结果：未公开】 | 【对比文件无对应公开内容】<br>对比文件关于UE共享IMPU的情形参见：<br>[0005] "The IMPU (and the MSISDN), however, may be shared between multiple UEs simultaneously engaged in IMS sessions."<br>（然而，IMPU（以及MSISDN）可以在同时参与IMS会话的多个UE之间共享。） | 目标专利说明书[0056]、[0061]指出，第二WTRU最初未参与第一WTRU与远程方之间的会话，随后作为第三方请求加入并复制该会话中的媒体流。<br>对比文件讨论的是同一个用户可能拥有共享相同IMPU的多个UE（每个UE各自具有独立的会话），或者单个UE具有多个会话，而在SR-VCC切换时需要精准识别出具体发生切换的那个UE，根本不存在“第二WTRU与第一WTRU及远程方之间正在进行的媒介会话最初不关联”的协作拓扑关系。因此，对比文件未公开技术特征B。 |
| 技术特征C：所述协作复制会话邀请请求源于所述第二WTRU处<br><br>【判断结果：未公开】 | 【对比文件无对应公开内容】<br>对比文件请求发起主体参见：<br>[0008] "...session transfer requests initiated by a Mobile Switching Center (MSC) Server enhanced with Single Radio-Voice Call Continuity (SR-VCC)..."<br>（……由增强了单无线电语音呼叫连续性（SR-VCC）的移动交换中心（MSC）服务器发起的会话传输请求……） | 目标专利说明书[0056]、[0061]公开了在拉模式（Pull mode）会话复制中，由想要获取复制媒体流的第二WTRU（受控方WTRU）自身生成并发起该协作复制会话邀请请求。<br>对比文件中的会话切换请求是由网络侧的MSC Server在检测到无线测量触发切换后自主向网络侧CSCF/SCC AS发起的，其源头既非第二WTRU，请求性质也非协作复制，两者在技术原理与实现路径上截然不同，本领域技术人员无法从对比文件中得出该特征，故未公开技术特征C。 |
| 技术特征D：对所述协作复制会话邀请请求执行授权<br><br>【判断结果：未公开】 | 【对比文件无对应公开内容】<br>对比文件关于SCC AS的处理参见：<br>[0035] "In step 322, the SCC AS 122 receives the SIP INVITE message containing the GRUU and uses the GRUU to identify the UE 110. The SCC AS 122 compares the GRUU received from the CS domain... with the GRUUs received from the PS domain. Once located, the SCC AS 122 initiates transfer of only the media flow or media flows associated with the specified GRUU."<br>（在步骤322中，SCC AS 122接收包含GRUU的SIP INVITE消息，并使用GRUU来标识UE 110。SCC AS 122将从CS域接收到的GRUU与从PS域接收到的GRUU进行比较。一旦定位，SCC AS 122仅发起与指定GRUU相关联的一个或多个媒体流的传输。） | 目标专利说明书[0016]、[0061]、[0077]中对协作复制请求的授权是指：鉴于会话复制涉及隐私与业务策略，SCC AS需要验证受控方WTRU是否为合法IUT用户、第一WTRU的用户简档是否允许复制给该第二WTRU，或向第一WTRU请求授权许可。<br>对比文件步骤322中仅是SCC AS基于GRUU进行标识匹配，以确定当前切换发生在哪一个具体的UE上，属于单一实体匹配寻址，完全不涉及针对“协作复制会话邀请请求”的多方权限或策略授权机制。因此，对比文件未公开技术特征D。 |
| 技术特征E：为复制的媒介流分配媒介资源<br><br>【判断结果：未公开】 | 【对比文件无对应公开内容】<br>对比文件涉及媒体端口参数参见：<br>[0034] "The SIP INVITE message may include as parameters, in addition to the GRUU, a Session Transfer Number for Single Radio (STN-SR)... and an MGW Session Description Protocol (SDP) parameter that identifies the media port on the GW."<br>（SIP INVITE消息除了GRUU之外，还可以包括用于单无线电的会话传输号（STN-SR）……以及标识网关上网媒端口的MGW会话描述协议（SDP）参数。） | 目标专利说明书[0059]、[0062]、[0077]中明确指出，由于是执行“会话复制”，网络侧需要借助MRF（媒体资源功能）来分配媒体资源以实现单路输入、多路输出的流复制/广播分发。<br>对比文件是在CS域接入网关MGW上为目标单一直连信道分配通信端口以承接由PS域迁移过来的原有语音流，属于点到点单流迁移的端口准备，并非为了“复制的媒介流”分配多播/复制媒体资源。两者的资源分配对象与所起技术作用完全不同，故未公开技术特征E。 |
| 技术特征F：将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br><br>【判断结果：未公开】 | 【对比文件无对应公开内容】 | 目标专利说明书[0062]明确指出，在拉模式中，SCC AS分配MRF资源后，将针对MRF中复制媒体流的响应经由S-CSCF传送给发出请求的受控方WTRU（第二WTRU），使得第二WTRU知晓复制流已就绪。<br>对比文件全文均未公开媒介资源功能MRF，亦不存在第二WTRU以及向第二WTRU回送与MRF相关的响应消息的过程，故未公开技术特征F。 |
| 技术特征G：使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br><br>【判断结果：未公开】 | 【对比文件无对应公开内容】<br>对比文件关于更新远端的过程参见：<br>[0036] "The transfer is initiated by the SCC AS 122 transmitting, for example, a SIP Re-INVITE message having the MGW SDP as a parameter, as indicated in step 324."<br>（如步骤324所示，通过SCC AS 122发送例如具有MGW SDP作为参数的SIP Re-INVITE消息来发起传输。） | 目标专利说明书[0062]、[0077]阐述了协作复制的核心架构重构：为了实现流复制，SCC AS利用MRF作为中心锚点，更新第一WTRU现存的接入段（使其媒体端点指向MRF），并更新远程段（使其媒体端点指向MRF），从而将直连会话转化为经MRF中转分发的拓扑。<br>对比文件步骤324仅是由SCC AS向远程端发送Re-INVITE，将远程端的媒体接收端口由原PS网络网关切换为目标CS域MGW端口，原PS域接入链路直接拆除或不再使用，完全不涉及“使用MRF更新第一WTRU上的接入段”，也没有通过MRF重构分发拓扑的技术构思，故未公开技术特征G。 |
| 技术特征H：所述媒介流之后从所述远程方流向所述MRF<br><br>【判断结果：未公开】 | 【对比文件无对应公开内容】<br>对比文件切换后媒体流路径参见：<br>[0030] "The CS bearer channel after session transfer extends between the UE 110, the RAN 112, and the MGW 119, which directs bearer traffic to/from the remote end 117."<br>（会话传输后的CS承载通道在UE 110、RAN 112和MGW 119之间延伸，MGW 119引导去往/来自远端117的承载业务。） | 目标专利说明书[0062]、[0078]指出，更新完成后，远程方发出的媒体流进入MRF进行一分为二的复制处理。<br>对比文件切换后的承载数据流是从远程端流向CS域的媒体网关MGW 119，对比文件根本没有MRF这一功能实体，其媒体网关MGW仅执行CS与PS/IP网络间的常规协议与编码转换，不具备MRF流复制汇聚分发功能，故未公开技术特征H。 |
| 技术特征I：从所述MRF流向所述第一WTRU<br><br>【判断结果：未公开】 | 【对比文件无对应公开内容】 | 目标专利说明书[0055]、[0062]指出，MRF将接收到的媒体流分发保留给原始会话持有者（第一WTRU），使第一WTRU不受复制操作的影响继续接收原始流。<br>对比文件中UE发生SR-VCC切换后，原PS连接被替换，媒体流仅流向切换后的CS分支，并不存在从MRF流向第一WTRU的复制保留分支，故未公开技术特征I。 |
| 技术特征J：从所述MRF流向所述第二WTRU<br><br>【判断结果：未公开】 | 【对比文件无对应公开内容】 | 目标专利说明书[0055]、[0062]指出，MRF同时将复制产生的另一路完全相同的媒体流转发给第二WTRU，实现协同共享。<br>对比文件为点到点的单一通话切换，切换后会话仅维持在单个UE与远端之间，根本不存在第二WTRU，亦不存在向第二WTRU发送复制媒体流的过程，故未公开技术特征J。 |
| 技术特征K：其中所述协作复制会话邀请请求包括复制报头字段<br><br>【判断结果：未公开】 | 【对比文件无对应公开内容】<br>对比文件请求消息中的参数参见：<br>[0034] "The SIP INVITE message may include as parameters, in addition to the GRUU, a Session Transfer Number for Single Radio (STN-SR) that identifies the session and an MGW Session Description Protocol (SDP) parameter that identifies the media port on the GW."<br>（SIP INVITE消息除了GRUU之外，还可以包括标识会话的单无线电会话传输号（STN-SR）以及标识网关上网媒端口的MGW会话描述协议（SDP）参数。） | 目标专利说明书[0081]、[0091]指出，为了将“会话复制”与“会话传送/传输”明确区分开，会话邀请请求中专门标准化了“复制报头字段（Replicate Header Field）”，其中包含被复制会话的对话ID。<br>对比文件的SIP INVITE消息中携带的是用于单无线电会话转移的“STN-SR”和“GRUU”，其作用是告知网络将该UE的会话转移至CS域，与目标专利专用于指示会话复制的“复制报头字段”在字段定义、携带信息及控制意图上完全不同，故未公开技术特征K。 |
| 技术特征L：其中所述复制报头字段是媒介层“i＝复制”字段<br><br>【判断结果：未公开】 | 【对比文件无对应公开内容】 | 目标专利说明书[0082]指出，在SDP中可利用媒介层i-line定义“i=复制（replicate）”以明确标识被复制的媒介组件。<br>对比文件全文未出现任何与“i=复制”相关的SDP字段记载或等同提示，故未公开技术特征L。 |
| 技术特征M：其中所述复制报头字段是媒介层“a＝复制”字段<br><br>【判断结果：未公开】 | 【对比文件无对应公开内容】 | 目标专利说明书[0082]指出，在SDP媒介层中定义新属性“a=复制（replicate）”，用以指示针对该特定媒介组件执行复制。<br>对比文件全文未记载或启示任何“a=复制”的属性字段，故未公开技术特征M。 |
| 技术特征N：其中所述复制报头字段是XML主体<br><br>【判断结果：未公开】 | 【对比文件无对应公开内容】 | 目标专利说明书[0083]指出，复制请求中可以通过携带XML主体（XML body）来承载复制指示及相关上下文信息。<br>对比文件中的会话转移消息仅涉及标准SIP头部、STN-SR及标准SDP描述，未包含任何专用于指示复制操作的XML主体，故未公开技术特征N。 |
| 技术特征O：其中所述XML主体指示将要复制哪些媒介组件或整个会话<br><br>【判断结果：未公开】 | 【对比文件无对应公开内容】 | 目标专利说明书[0083]指出，该XML主体的内容明确指示了将要复制特定媒介组件还是整个会话、请求者ID、由网络还是由远程方执行复制等详细控制信息。<br>对比文件未公开XML主体，更未公开其指示要复制特定媒介组件或整个会话的内容，故未公开技术特征O。 |
| 技术特征描述及公开性判断 | 对比文件原文引用及译文 | 公开性论述 |
| 技术特征A：<br>从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br><br>《未公开》 | 对比文件第[0038]段：“UE-1 initiates a transfer of the media flow from UE-1 to UE-2 in step 414 by transmitting a SIP Re-INVITE message or another SIP message (e.g., an SIP UPDATE message) over the session control signaling path 204 to the CSCF 110. The Re-INVITE message is directed to the SCC AS 112 and provides the transferee device information, e.g., UE-2 information. Additionally, the Re-INVITE message provides directions regarding how to handle the media flows, which in this case involves deleting the local media (removing the media on the current device) and establishing a remote media flow to the transferee device.”<br>（译文：UE-1在步骤414中通过在会话控制信令路径204上向CSCF 110发送SIP Re-INVITE消息或其他SIP消息（例如SIP UPDATE消息）来启动将媒体流从UE-1传输到UE-2。Re-INVITE消息被定向到SCC AS 112并提供被传输方设备信息，例如UE-2信息。另外，Re-INVITE消息提供关于如何处理媒体流的指示，在这种情况下涉及删除本地媒体（移除当前设备上的媒体）并在被传输方设备上建立远程媒体流。） | 在目标专利中，该特征是指拉（pull）模式下的会话复制，SCC AS从第二WTRU接收“协作复制会话邀请请求”，核心在于由第二WTRU主动发起复制邀请。然而在对比文件中，所有的消息流程（如FIG. 4、FIG. 8、FIG. 10、FIG. 11）均是由控制方UE-1（即发起传输或控制的设备）向SCC AS发送请求，对比文件完全没有公开任何由第二设备（UE-2，即被传输方设备）发起请求并由SCC AS接收的技术方案；且对比文件涉及的是媒体流传输（transfer）或添加远程媒体流，并非“复制（replicate）”。因此本领域技术人员无法从对比文件直接得出或合理推断出该特征，无论是直接公开还是隐含公开均不成立。 |
| 技术特征B：<br>其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br><br>《直接公开》 | 对比文件第[0036]、[0038]段：“In this embodiment, an IMS session has previously been established between UE-1 and the remote end 104... As illustrated at step 410, the process begins with a local media session already established between UE-1 and the remote end 104 such that a local media flow (indicated at step 412) exists therebetween. The UE-1 initiates a transfer of the media flow from UE-1 to UE-2 in step 414...”<br>（译文：在该实施例中，先前已在UE-1与远端104之间建立了IMS会话……如步骤410所示，该过程开始于已在UE-1与远端104之间建立本地媒体会话，从而其间存在本地媒体流（在步骤412处指示）。UE-1在步骤414中启动将媒体流从UE-1传输到UE-2……） | 目标专利中该特征定义了在发起复制之前，第二WTRU最初并未参与第一WTRU与远程方之间正在进行的媒体会话。对比文件在说明传输或建立远程媒体流时，明确记载了会话最初仅在UE-1（第一设备）与远端104（远程方）之间建立并进行本地媒体流传输，此时UE-2（第二设备）最初并未参与或关联于该进行中的会话。两者技术方案实质相同，在系统中所起的作用相同，本领域技术人员能毫无疑义地直接确定，属于《直接公开》。 |
| 技术特征C：<br>所述协作复制会话邀请请求源于所述第二WTRU处<br><br>《未公开》 | 对比文件第[0038]段：“The UE-1 initiates a transfer of the media flow from UE-1 to UE-2 in step 414 by transmitting a SIP Re-INVITE message or another SIP message... to the CSCF 110. The Re-INVITE message is directed to the SCC AS 112...”<br>（译文：UE-1在步骤414中通过向CSCF 110发送SIP Re-INVITE消息或其他SIP消息……来启动将媒体流从UE-1传输到UE-2。Re-INVITE消息被定向到SCC AS 112……）<br>对比文件第[0053]段：“The process begins in step 1110, wherein UE-1 issues a SIP INVITE message to the SCC AS 112.”<br>（译文：该过程开始于步骤1110，其中UE-1向SCC AS 112发出SIP INVITE消息。） | 目标专利中该特征是指协作复制邀请必须由第二WTRU（即拉模式下的拉取端）发起并源于该处。而对比文件通篇仅公开了由UE-1（控制器/发起设备）发起会话建立、媒体流传输或添加远程媒体流的请求（如图4步骤414、图11步骤1110等），UE-2仅作为被动接收INVITE的被传输方（transferee）。对比文件不存在源于UE-2处的协作复制请求，本领域技术人员无法从对比文件中推理得出该方案，故未公开。 |
| 技术特征D：<br>对所述协作复制会话邀请请求执行授权<br><br>《未公开》 | 对比文件全文检索（未记载针对第二WTRU请求的授权处理）。 | 目标专利中，该特征是指SCC AS针对接收到的来自第二WTRU的协作复制请求进行用户鉴权、简档策略验证或向第一WTRU请求授权。对比文件既未公开接收来自第二WTRU的协作复制邀请请求，亦未记载SCC AS对类似请求进行授权认证的机制。因此该特征未被直接公开，亦无任何内容支持隐含公开。 |
| 技术特征E：<br>为复制的媒介流分配媒介资源<br><br>《未公开》 | 对比文件第[0039]段：“The CSCF 110 forwards the Re-INVITE message to the SCC AS 112, which in turn transmits a SIP INVITE or another SIP message (e.g., a SIP REFER message) to the transferee device, e.g., UE-2, via the CSCF 110 as illustrated at step 416. After the transferee device responds with a message (e.g., SIP 200 OK) that provides media characteristics and other information (e.g., in the SDP), thereby acknowledging and accepting the transferred media flow, the SCC AS 112 instructs the remote end 104 to redirect the media flow to UE-2 as indicated in step 418.”<br>（译文：CSCF 110将Re-INVITE消息转发给SCC AS 112，SCC AS 112随后如步骤416所示经由CSCF 110向被传输方设备（例如UE-2）发送SIP INVITE或其他SIP消息（例如SIP REFER消息）。在被传输方设备以提供媒体特性和其他信息（例如在SDP中）的消息（例如SIP 200 OK）进行响应，从而确认并接受被传输的媒体流之后，SCC AS 112如步骤418所示指示远端104将媒体流重定向到UE-2。） | 在目标专利中，该特征是指SCC AS在网络侧为实现一路媒体流的复制，在MRF（媒体资源功能）等网络实体中分配专门的媒体处理/分发资源。而在对比文件中，媒体流的传输或建立是通过控制信令让远端104直接重定向到UE-2（步骤418），或者在UE与远端之间直接建立端到端承载，网络侧并未涉及为“复制的媒体流分配媒体资源”的处理。因此对比文件未公开该特征。 |
| 技术特征F：<br>将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br><br>《未公开》 | 对比文件第[0039]段：“...transmits a SIP INVITE or another SIP message (e.g., a SIP REFER message) to the transferee device, e.g., UE-2, via the CSCF 110 as illustrated at step 416. After the transferee device responds with a message (e.g., SIP 200 OK)...”<br>（译文：……如步骤416所示经由CSCF 110向被传输方设备（例如UE-2）发送SIP INVITE或其他SIP消息（例如SIP REFER消息）。在被传输方设备以消息（例如SIP 200 OK）进行响应之后……） | 目标专利中该特征基于第二WTRU先发起请求、SCC AS在MRF分配资源后，向第二WTRU返回针对MRF中复制流的响应消息（拉模式网络架构）。对比文件中完全没有MRF实体的参与，且信令方向是SCC AS主动向UE-2发送INVITE（步骤416），UE-2作为响应方返回200 OK，与目标专利的技术方案、拓扑角色及信令流程完全相反，未公开。 |
| 技术特征G：<br>使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br><br>《未公开》 | 对比文件第[0005]段：“In the embodiment illustrated in FIG. 1, the SCC AS 112 establishes an access leg using IMS procedures between the SCC AS 112 and the CSCF 110 on the UE 102 side and establishes a remote leg using IMS procedures to the CSCF 110 on the remote end 104 side.”<br>（译文：在图1所示的实施例中，SCC AS 112使用IMS过程在UE 102侧的SCC AS 112与CSCF 110之间建立接入段，并使用IMS过程向远端104侧的CSCF 110建立远程段。）<br>第[0039]段：“After the transferee device responds with a message... thereby acknowledging and accepting the transferred media flow, the SCC AS 112 instructs the remote end 104 to redirect the media flow to UE-2 as indicated in step 418.”<br>（译文：在被传输方设备以消息响应……从而确认并接受被传输的媒体流之后，SCC AS 112如步骤418所示指示远端104将媒体流重定向到UE-2。） | 目标专利中，为实现网络侧流复制，必须使用中间桥接实体MRF将第一WTRU的接入段以及远端的远程段进行更新锚定，使媒体流能够分发复制。对比文件虽然提及接入段（access leg）和远程段（remote leg）的概念，但其完全不包含MRF架构，其更新远程段仅是通过向远端104发送Re-INVITE将媒体流从UE-1重定向至UE-2，第一WTRU（UE-1）原有的本地媒体流被直接删除（deleting local media）而非更新桥接至MRF。两者的实现方式、涉及的网络单元以及所达到的技术效果均完全不同，未公开。 |
| 技术特征H：<br>所述媒介流之后从所述远程方流向所述MRF<br><br>《未公开》 | 对比文件第[0039]段：“...the SCC AS 112 instructs the remote end 104 to redirect the media flow to UE-2 as indicated in step 418. As a result, in step 420 a remote media flow is established between UE-2 and the remote end 104.”<br>（译文：……SCC AS 112指示远端104将媒体流重定向到UE-2。结果，在步骤420中在UE-2与远端104之间建立远程媒体流。） | 目标专利中，媒体流从远程方流向网络中间实体MRF，以供MRF进行多路流复制分发。对比文件中根本不存在MRF实体，媒体流直接建立在远程方104与UE-2（或UE-1）之间端到端传输，不存在流向MRF的技术方案，未公开。 |
| 技术特征I：<br>从所述MRF流向所述第一WTRU<br><br>《未公开》 | 对比文件第[0038]、[0039]段：“...involves deleting the local media (removing the media on the current device) and establishing a remote media flow to the transferee device... As a result, in step 420 a remote media flow is established between UE-2 and the remote end 104.”<br>（译文：……涉及删除本地媒体（移除当前设备上的媒体）并在被传输方设备上建立远程媒体流……结果，在步骤420中在UE-2与远端104之间建立远程媒体流。） | 目标专利中，经由MRF复制后，一路媒体流仍从MRF持续流向第一WTRU以保持会话。对比文件在媒体转移（transfer）后将第一设备上的本地媒体删除，不存在流向第一设备的操作；即使在添加远程媒体流（图10）中，流也是端到端直接流向设备，不存在从MRF流向第一WTRU的路径，未公开。 |
| 技术特征J：<br>从所述MRF流向所述第二WTRU<br><br>《未公开》 | 对比文件第[0039]段：“As a result, in step 420 a remote media flow is established between UE-2 and the remote end 104.”<br>（译文：结果，在步骤420中在UE-2与远端104之间建立远程媒体流。） | 目标专利中，复制出的另一路媒体流从网络实体MRF流向第二WTRU。对比文件中不存在MRF实体，向第二WTRU传输的媒体流系由远程端直接点对点发送，未公开。 |
| 技术特征K：<br>其中所述协作复制会话邀请请求包括复制报头字段<br><br>《未公开》 | 对比文件第[0038]段：“The UE-1 initiates a transfer of the media flow from UE-1 to UE-2 in step 414 by transmitting a SIP Re-INVITE message or another SIP message (e.g., an SIP UPDATE message)...”<br>（译文：UE-1在步骤414中通过发送SIP Re-INVITE消息或其他SIP消息（例如SIP UPDATE消息）来启动将媒体流从UE-1传输到UE-2……） | 目标专利中，该特征是在SIP请求中设置特定的复制报头字段（Replication header field）以明确标识复制操作及关联对话。对比文件采用的是传统的SIP Re-INVITE或UPDATE消息来进行转移控制，未设置或使用任何复制报头字段，未公开。 |
| 技术特征L：<br>其中所述复制报头字段是媒介层“i＝复制”字段<br><br>《未公开》 | 对比文件全文检索（未记载SDP媒介层“i=复制”字段）。 | 目标专利通过在SDP中使用媒介层“i=复制（replicate）”字段来标识复制特定的媒体组件。对比文件通篇未提及该SDP属性字段，未公开。 |
| 技术特征M：<br>其中所述复制报头字段是媒介层“a＝复制”字段<br><br>《未公开》 | 对比文件全文检索（未记载SDP媒介层“a=复制”字段）。 | 目标专利使用定义的新SDP属性“a=复制”标识媒体流复制。对比文件未公开此特征。 |
| 技术特征N：<br>其中所述复制报头字段是XML主体<br><br>《未公开》 | 对比文件全文检索（未记载指示复制的XML主体）。 | 目标专利通过SIP请求中携带的XML主体来指示媒体复制操作及指示信息。对比文件未公开采用XML主体指示复制会话或流的技术方案，未公开。 |
| 技术特征O：<br>其中所述XML主体指示将要复制哪些媒介组件或整个会话<br><br>《未公开》 | 对比文件全文检索（未记载指示复制哪些媒介组件或整个会话的XML主体）。 | 目标专利中XML主体包含指示要复制的特定媒体组件或整个会话的信息。对比文件完全未公开相关内容。 |
<<<B>>>
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br><br>【未公开】 | 对比文件未公开相关内容（对比文件全文无协作复制会话邀请请求的相关内容）。 | 对比文件US7667729B公开的是多点会议系统（MCU）在检测到发言者切换时，为了避免画面花屏而由多点会议设备对新发言者的视频帧进行重编码（第一帧编为帧内帧I帧）后再分发给其他会议终端的技术方案。对比文件中虽然存在多个会议终端与多点会议设备的交互，但并不涉及IMS网络架构下的UE间会话传输（IUT）机制，更未公开从第二WTRU接收协作复制会话邀请请求（例如拉模式复制请求）的技术手段。两者在应用架构、信令机制和所起技术作用上完全不同，本领域技术人员无法直接或隐含得出该特征。因此技术特征A未公开。 |
| 技术特征B：其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br><br>【未公开】 | 对比文件未公开相关内容。 | 目标专利中技术特征B描述的是拉模式会话复制中第二WTRU在发起复制会话邀请之前与第一WTRU及远程方正在进行的媒介会话处于未关联的初始状态。对比文件中所有终端（如SIP终端2-a至2-c）均预先作为多点会议参与者接入多点会议设备1并处于同一多方会议中（见[0067]、[0074]等），不存在第二终端最初与正在进行的会话不关联、进而通过外部请求拉取/复制该会话的构思与技术方案，因此技术特征B未公开。 |
| 技术特征C：所述协作复制会话邀请请求源于所述第二WTRU处<br><br>【未公开】 | 对比文件未公开相关内容。 | 对比文件不存在协作复制会话的概念，更无从谈起该协作复制会话邀请请求“源于第二WTRU处”。对比文件在背景技术[0009]中提及终端请求切换发言者，以及在说明书[0102]-[0104]中提及多点会议设备向发言者终端发送INFO请求要求其发送帧内帧，这些均与由未关联的第二终端发起“协作复制会话邀请请求”完全不同。因此技术特征C未公开。 |
| 技术特征D：对所述协作复制会话邀请请求执行授权<br><br>【未公开】 | 对比文件未公开相关内容。 | 目标专利中SCC AS需要对复制请求进行鉴权与策略授权（包括验证用户简档、检查是否允许复制、或者请求原会话方授权等，见[0058]、[0061]、[0066]等）。而对比文件仅记载多点会议设备在呼叫处理单元12中进行会话呼叫处理（[0072]）以及在媒体处理单元15中进行发言者检测（[0074]），完全没有涉及对“协作复制会话邀请请求”执行安全/策略授权的机制与作用。因此技术特征D未公开。 |
| 技术特征E：为复制的媒介流分配媒介资源<br><br>【未公开】 | 对比文件未公开相关内容。 | 目标专利中技术特征E是在SCC AS侧为被复制的媒介流在MRF中分配用于承载与复制媒体的分支资源（见[0059]、[0062]等）。对比文件虽公开了媒体处理单元15、图像处理单元20以及存储器13分配和处理媒体数据（见[0069]-[0085]），但该处理是针对多点会议中的发言者图像转码与混流分发，并非针对“复制的媒介流”分配专用的媒介分支/承载资源，两者作用与上下文实质不同，本领域技术人员无法毫无疑义或合理解析得出该特征。因此技术特征E未公开。 |
| 技术特征F：将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br><br>【未公开】 | 对比文件未公开相关内容。 | 目标专利中技术特征F是应用服务器（SCC AS）在为MRF中的复制媒体流分配好资源后，向发起拉复制的第二WTRU返回SIP响应（例如200 OK，包含MRF媒体流信息）（见说明书[0062]、[0092]）。对比文件中多点会议设备虽向终端发送RTP/UDP/IP数据包或呼叫处理信令，但完全没有在IMS控制平面与媒体平面架构下将针对MRF中复制媒介流的响应发送给第二WTRU的流程。因此技术特征F未公开。 |
| 技术特征G：使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br><br>【未公开】 | 对比文件未公开相关内容。 | 目标专利中技术特征G是通过将第一WTRU的接入段与远程段均更新/重定向（通过re-INVITE或UPDATE）锚定到MRF上，使得MRF作为媒体锚点实现多分支媒体流的复制与转发（见说明书[0059]、[0062]、[0089]）。对比文件为传统集中式MCU的多方会议架构，不涉及IMS会话中的接入段（Access Leg）与远程段（Remote Leg）的更新信令机制，技术方案与技术效果均不相同。因此技术特征G未公开。 |
| 技术特征H：所述媒介流之后从所述远程方流向所述MRF<br><br>【未公开】 | 对比文件未公开相关内容。 | 目标专利中技术特征H限定了在会话复制完成之后，远程方发送的下行媒体流先汇聚到MRF，再由MRF完成分发。对比文件虽然有多方参与者将数据流发送至多点会议设备1（[0067]），但这属于传统会议系统的多对一上传机制，并未公开在存在“第一WTRU”、“第二WTRU”与“远程方”的三方协作复制会话拓扑下，远程方媒体流重定向汇聚至MRF以供多路复制的结构与作用。因此技术特征H未公开。 |
| 技术特征I：从所述MRF流向所述第一WTRU<br><br>【未公开】 | 对比文件未公开相关内容。 | 目标专利中MRF将从远程方接收的媒体流分支发送给原第一WTRU。对比文件中多点会议设备是将新发言者的音视频混合后发送给除发言者以外的其他非发言者终端（[0084]、[0098]），并非在复制会话场景下从MRF分别流向第一WTRU和第二WTRU。因此技术特征I未公开。 |
| 技术特征J：从所述MRF流向所述第二WTRU<br><br>【未公开】 | 对比文件未公开相关内容。 | 目标专利中MRF将同一媒体流的复制分支发送给新加入的第二WTRU。对比文件中多点会议设备向非发言者终端发送媒体流，其核心技术目的是解决会议发言者切换时的图像花屏与平滑切换，并非实现协作复制会话中第二WTRU共享第一WTRU的正在进行媒体流。因此技术特征J未公开。 |
| 技术特征K：其中所述协作复制会话邀请请求包括复制报头字段<br><br>【未公开】 | 对比文件未公开相关内容。 | 对比文件完全未涉及任何形式的“复制报头字段”（Replication Header Field）。对比文件在会话建立和控制中仅提及标准SIP协议及INFO方法（见[0024]、[0102]），未公开在请求中携带用于指示复制会话的特定报头字段。因此技术特征K未公开。 |
| 技术特征L：其中所述复制报头字段是媒介层“i＝复制”字段<br><br>【未公开】 | 对比文件未公开相关内容。 | 对比文件未公开在SDP媒介层使用“i=复制”字段来指示复制媒介组件的技术方案。因此技术特征L未公开。 |
| 技术特征M：其中所述复制报头字段是媒介层“a＝复制”字段<br><br>【未公开】 | 对比文件未公开相关内容。 | 对比文件未公开在SDP媒介层使用自定义属性“a=复制”来标识复制组件的技术方案。因此技术特征M未公开。 |
| 技术特征N：其中所述复制报头字段是XML主体<br><br>【未公开】 | 对比文件未公开相关内容。 | 对比文件未公开在SIP请求中使用XML主体作为复制报头指示符的技术方案。因此技术特征N未公开。 |
| 技术特征O：其中所述XML主体指示将要复制哪些媒介组件或整个会话<br><br>【未公开】 | 对比文件未公开相关内容。 | 对比文件未公开通过XML主体明确指定要复制的具体媒体组件或整个会话内容的技术方案。因此技术特征O未公开。 |
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含译文及标号） | 公开性论述 |
| 技术特征A：从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br><br>【公开性判断结果】：《未公开》 | 对比文件全文（如[0014]、[0020]、[0040]、[0045]）：<br>「アンカー割当手段は…当該移動ノードに割り当てる」<br>（译文：锚点分配手段……向该移动节点进行分配。）<br>「移動ノード３２の電源が外部ネットワーク３０において投入されたとき…アンカー割当サーバ１３に送信される（ステップＡ２）」<br>（译文：当移动节点32在外部网络30中上电时……向锚点分配服务器13发送移动锚点分配请求（步骤A2）。） | 对比文件公开的是移动IP（Mobile IP）架构下的移动锚点（如归属代理HA/LMA）动态负载分配方案，涉及移动节点向网络侧发送移动锚点分配请求。而目标专利技术特征A中的“从第二WTRU接收协作复制会话邀请请求”，是在IMS/IUT架构下针对正在进行的媒介会话发起会话复制（如目标专利[0056]、[0061]、[0091]所述的拉模式协作复制INVITE请求）。对比文件既没有公开“第二WTRU”，也没有公开“协作复制会话邀请请求”，其技术领域、实现机制及功能作用完全不同，因此既未直接公开也未隐含公开。 |
| 技术特征B：其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br><br>【公开性判断结果】：《未公开》 | 对比文件全文（如[0003]、[0046]）：<br>「移動ノード１と通信ノード３との継続的な通信が達成される」<br>（译文：实现移动节点1与通信节点3之间的持续通信。）<br>「移動ノード３２は、ＨｏＡを使って通信ノード４０と通信することが可能となる（ステップＡ８）」<br>（译文：移动节点32能够使用HoA与通信节点40进行通信（步骤A8）。） | 目标专利中，该特征界定了第二WTRU在会话复制发起前的初始状态（未参与第一WTRU与远程方正在进行的媒介会话，见目标专利说明书[0056]）。对比文件涉及的是单个移动节点通过移动锚点与通信节点进行端到端IP通信，完全没有关于“第一WTRU和远程方之间的正在进行的媒介会话”，更没有“第二WTRU最初并不关联”的协作会话拓扑架构，因此既未直接公开也未隐含公开。 |
| 技术特征C：所述协作复制会话邀请请求源于所述第二WTRU处<br><br>【公开性判断结果】：《未公开》 | 对比文件全文（如[0040]、[0045]）：<br>「同移動ノード３２の電源投入時に、ＣｏＡとＨｏＡを対応付けるための登録要求を行うべきモビリティアンカーを、アンカー割当サーバ１３に対して問い合わせる点である」<br>（译文：在移动节点32上电时，向锚点分配服务器13询问应向哪个移动锚点进行关联CoA与HoA的注册请求。） | 目标专利的技术特征C限定了协作复制为“拉（pull）模式”，即复制请求是由非参与会话的第二WTRU主动发起（源于第二WTRU处，见目标专利说明书[0056]、[0061]）。对比文件仅公开了移动节点自身发起移动锚点分配请求以建立单节点IP路由，完全不存在协作会话及从第二WTRU处发起会话复制请求的构思与机制，因此既未直接公开也未隐含公开。 |
| 技术特征D：对所述协作复制会话邀请请求执行授权<br><br>【公开性判断结果】：《未公开》 | 对比文件全文（如[0046]、[0050]）：<br>「この“登録要求”を受信したモビリティアンカーは、同“登録要求”の受理（ただし、登録要求が不正に構成された場合などでは拒否）を示す“登録応答”を移動ノード３２に送信する（ステップＡ７）」<br>（译文：接收到该“注册请求”的移动锚点向移动节点32发送表示受理（但是，在注册请求被不正当构成等情况下则拒绝）该“注册请求”的“注册应答”（步骤A7）。） | 目标专利的特征D是由网络实体（SCC AS）对会话复制请求进行业务鉴权与权限核验（结合目标专利[0057]、[0061]、[0066]等，验证是否具备IUT复制权限或是否允许被复制）。对比文件中虽然在网络实体存在对注册请求合法性判定的常规处理或负载比较计算，但其针对的是移动IP注册请求的协议解析/受理，并非针对“协作复制会话邀请请求”执行授权，两者所针对的对象与达到的业务控制目的完全不同，因此既未直接公开也未隐含公开。 |
| 技术特征E：为复制的媒介流分配媒介资源<br><br>【公开性判断结果】：《未公开》 | 对比文件全文（如[0014]、[0050]、[0051]）：<br>「…第３の通信負荷予測データが全ての時点において所定の負荷上限値以下となり、かつ前記第２の通信負荷予測データの最大値が最も小さいモビリティアンカーを選択して当該移動ノードに割り当てる」<br>（译文：……选择第三通信负载预测数据在所有时刻均在预定负载上限值以下、且第二通信负载预测数据的最大值最小的移动锚点并分配给该移动节点。） | 目标专利的技术特征E是SCC AS在MRF中为复制出来的媒介流分配实际承载媒体的实体资源（如目标专利[0059]、[0061]步骤512、[0074]、[0100]）。对比文件分配的是处理移动IP路由转发的“移动锚点”（HA/LMA）节点，属于网络拓扑层面的信令与路由归属分配，既非为复制流分配，也不是在媒体层分配“媒介资源”，因此既未直接公开也未隐含公开。 |
| 技术特征F：将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br><br>【公开性判断结果】：《未公开》 | 对比文件全文（如[0045]步骤A4）：<br>「そこで決定されたモビリティアンカーのＩＰアドレスを格納した“モビリティアンカー割当て応答”が同移動ノード３２へ送信される（ステップＡ４）」<br>（译文：将存储有所决定的移动锚点的IP地址的“移动锚点分配应答”发送至该移动节点32（步骤A4）。） | 目标专利的技术特征F限定将针对MRF中复制媒介流的响应（如经由S-CSCF转发给受控方WTRU/第二WTRU的信令，见目标专利[0062]步骤513-514、[0077]步骤1013-1014）传送给第二WTRU。对比文件发送的是包含所选移动锚点IP地址的“移动锚点分配应答”，完全不涉及MRF，也不涉及复制的媒介流响应，因此既未直接公开也未隐含公开。 |
| 技术特征G：使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br><br>【公开性判断结果】：《未公开》 | 对比文件全文无相关记载（[0001]-[0082]）：<br>对比文件全文不存在MRF、接入段（access leg）、远程段（remote leg）等概念。 | 目标专利技术特征G限定了网络侧媒体会话锚定与控制的特定拓扑演进机制，即通过MRF插入并分别更新原有第一WTRU的接入段与指向远程方的远程段，使原有会话桥接到MRF上以实现多播/复制（见目标专利[0007]、[0059]、[0062]）。对比文件完全属于不同的移动IP技术体系，根本没有接入段、远程段及MRF拓扑重构更新机制，因此既未直接公开也未隐含公开。 |
| 技术特征H：所述媒介流之后从所述远程方流向所述MRF<br><br>【公开性判断结果】：《未公开》 | 对比文件全文（如[0003]、[0030]）：<br>「通信ノード３が送信したＨｏＡ宛のパケットは、一般的なルーティング処理によりホームエージェント２に送られる。…送信元をホームエージェント２のアドレスＨＡ＿ａｄｄｒ、及び宛先アドレスを移動ノード１のＣｏＡとしたカプセル化を行い、同移動ノード１へパケットを転送する」<br>（译文：通信节点3发送的去往HoA的分组通过通用路由处理被发送到归属代理2。……以归属代理2的地址HA_addr为源地址、移动节点1的CoA为目的地址进行封装，并将分组转发给移动节点1。） | 目标专利的技术特征H限定复制建立后，媒体流拓扑表现为远程方的媒体流流向会话锚定的MRF（见目标专利[0059]步骤417、[0062]步骤518）。对比文件中通信节点发送的数据包虽然经过归属代理（HA），但该数据包是单播路由封装转发，并不是IMS媒体面从远程方流向MRF以供会话复制处理。本领域技术人员不可能毫无疑义得出该方案，也无法据此推理出该特征，因此既未直接公开也未隐含公开。 |
| 技术特征I：从所述MRF流向所述第一WTRU<br><br>【公开性判断结果】：《未公开》 | 对比文件全文（如[0003]、[0030]）：<br>「同ホームエージェント２は…同移動ノード１へパケットを転送する」<br>（译文：该归属代理2……将分组转发给该移动节点1。） | 目标专利技术特征I是指会话复制完成后，原媒介流由MRF分发下发流向第一WTRU（见目标专利[0059]步骤416、[0062]步骤517）。对比文件中是归属代理HA将单播隧道报文转交给移动节点1，既非MRF实体，亦非多方会话复制支路，因此既未直接公开也未隐含公开。 |
| 技术特征J：从所述MRF流向所述第二WTRU<br><br>【公开性判断结果】：《未公开》 | 对比文件全文无相关记载（[0001]-[0082]）：<br>对比文件全篇仅针对单一移动节点的通信链路与锚点分配，无同时向两个终端复制/分发媒体流的描述。 | 目标专利技术特征J限定MRF将同一复制媒介流分发流向第二WTRU，实现第一WTRU与第二WTRU共享同一媒体流内容（见目标专利[0055]、[0059]步骤418、[0062]步骤519）。对比文件不存在将同一流由MRF分发至第二终端的机制，因此既未直接公开也未隐含公开。 |
| 技术特征K：其中所述协作复制会话邀请请求包括复制报头字段<br><br>【公开性判断结果】：《未公开》 | 对比文件全文（如[0040]、[0042]）：<br>「移動ノード３２が送信する“モビリティアンカー割当て要求”は、ＭｏｂｉｌｅＩＰｖ４の“Registration Request”、あるいはＭｏｂｉｌｅＩＰｖ６の“Binding Update”の中に“モビリティアンカー割当て要求”が含む情報を格納した形式としても良い」<br>（译文：移动节点32发送的“移动锚点分配请求”，也可以采用在MobileIPv4的“Registration Request”或MobileIPv6的“Binding Update”中存储“移动锚点分配请求”所包含信息的形式。） | 目标专利的特征K用于在SIP会话请求中携带专门标准化的指示复制会话对话ID的“复制报头字段”（Replication header field）（见目标专利[0081]、[0084]、[0091]）。对比文件仅涉及在移动IP注册请求或绑定更新消息中携带移动锚点请求相关字段，不涉及会话复制报头字段，因此既未直接公开也未隐含公开。 |
| 技术特征L：其中所述复制报头字段是媒介层“i＝复制”字段<br><br>【公开性判断结果】：《未公开》 | 对比文件全文无相关记载（[0001]-[0082]）：<br>对比文件未涉及SDP（会话描述协议）及“i=复制”字段。 | 目标专利中该特征限定SDP媒介层i行取值为“i=replicate”（见目标专利[0082]、[0084]、[0091]）。对比文件没有涉及任何SDP协议字段的内容，因此既未直接公开也未隐含公开。 |
| 技术特征M：其中所述复制报头字段是媒介层“a＝复制”字段<br><br>【公开性判断结果】：《未公开》 | 对比文件全文无相关记载（[0001]-[0082]）：<br>对比文件未涉及SDP协议及“a=复制”属性行。 | 目标专利中该特征限定在SDP媒介层定义新的“a=复制”（a=replicate）属性（见目标专利[0082]、[0084]、[0091]）。对比文件完全未公开相关内容，因此既未直接公开也未隐含公开。 |
| 技术特征N：其中所述复制报头字段是XML主体<br><br>【公开性判断结果】：《未公开》 | 对比文件全文无相关记载（[0001]-[0082]）：<br>对比文件未涉及用于指示会话/媒介复制的XML消息主体。 | 目标专利中该特征限定复制指示采用SIP消息中的XML主体格式（见目标专利[0083]、[0084]、[0091]）。对比文件完全未公开该特征，因此既未直接公开也未隐含公开。 |
| 技术特征O：其中所述XML主体指示将要复制哪些媒介组件或整个会话<br><br>【公开性判断结果】：《未公开》 | 对比文件全文无相关记载（[0001]-[0082]）：<br>对比文件未涉及指示复制特定媒体组件或整个会话的XML内容。 | 目标专利中该特征限定XML主体的具体指示语义（见目标专利[0083]、[0084]、[0091]）。对比文件完全未公开该特征，因此既未直接公开也未隐含公开。 |
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br><br>《隐含公开》 | 【发明概述和说明部分、图3说明对应正文部分】<br>“在下一个步骤，第一用户决定与另外用户共享正进行的数据会话。因此，中间节点接收来自第一用户的对于共享数据会话的请求。”<br>“在步骤S32，决定用户要与其他用户共享正进行的流式会话，以及所述第一用户向NIN发送对应请求……NIN把这个新消息看作是联络PoC系统以及开始建立共享流式会话的触发。” | 1. 技术特征在目标专利中的作用：目标专利中第二WTRU（非会话发起方/受控方）向网络侧（SCC AS）主动发送拉模式（Pull mode）复制邀请请求，触发网络侧为第二WTRU复制正在进行的媒介会话。<br>2. 对比文件对应内容的作用及比对：对比文件公开了中间节点（NiN）接收终端发送的共享/复制正进行的数据会话的请求，但该请求是由第一用户（发起方）发送的推模式请求。两者的差异在于发起请求的终端主体角色不同（第二WTRU vs 第一用户）。<br>3. 隐含公开理由：对比文件已经公开了“中间网络节点接收无线终端发送的共享/复制会话的请求”这一核心技术构思与流程机制。基于极宽松的隐含公开判断原则，对比文件已部分公开了接收复制会话请求的技术内容，本领域技术人员在获知会话共享机制后，容易推断出该共享请求既可由持有会话的第一用户发起（推模式），也可由期望加入共享的第二用户发起（拉模式），二者在信令控制上具有对称性，存在与其他对比文件组合公开该技术特征的明确技术预期，因此认定为隐含公开。 |
| 技术特征B：其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br><br>《直接公开》 | 【图1说明对应正文部分、图4a-图4d说明对应正文部分】<br>“电信系统10包括两个用户，即第一用户12和另外的用户13。第一用户经由网络综合节点14建立到服务器15的连接11’和11……如果第一用户12决定与另外用户13共享正进行的数据会话……”<br>“在建立连接后，数据会话、如流式视频经由NIN通过单播连接413、413’从服务器发送给用户。在这里，假定用户A在会话建立时不知道他要与另外用户共享数据流。在正进行的单一用户数据会话期间，用户A决定与其他用户共享会话。” | 1. 技术特征在目标专利中的作用：界定第二WTRU在会话复制发起前是一个独立于原始正在进行会话的第三方设备。<br>2. 对比文件对应内容的作用及比对：对比文件明确记载第一用户（用户A）与内容服务器之间首先建立并维持单独的数据会话，而在会话建立时用户A不知道要与另外用户共享，另外的用户（用户13 / 用户B、C）最初完全没有参与该会话，即最初与正在进行的会话并不关联。<br>3. 直接公开理由：对比文件明确公开了被共享的第二用户最初未参与第一用户与服务器间的数据会话，技术方案和技术作用完全实质相同，本领域技术人员能毫无疑义地直接得出该特征，属于直接公开。 |
| 技术特征C：所述协作复制会话邀请请求源于所述第二WTRU处<br><br>《隐含公开》 | 【图3说明对应正文部分、发明概述和说明部分】<br>“要与组共享流的第一用户在下一个步骤S33向NIN发送组标识符，它被转发给PoC服务器。”<br>“共享流式传输的上下文中的发言权控制定义控制来自内容服务器/NIN的单一流以便还允许另一个用户取代第一用户控制源的过程。为了提供发言权控制，需要在NIN和/或PoC服务器中实现一些特殊功能……来自其他用户的控制命令可优选地在NIN中合并。” | 1. 技术特征在目标专利中的作用：限定复制请求的源头为第二WTRU，属于拉模式会话复制的源头特征。<br>2. 对比文件对应内容的作用及比对：对比文件正文中首选实施例的共享请求源于第一用户，但对比文件在发言权控制与会话管理中指出系统具备允许“另一个用户取代第一用户控制源”以及“来自其他用户的控制命令合并”的机制。<br>3. 隐含公开理由：对比文件公开了复制会话请求源于终端设备，且公开了另一个用户参与控制并发送控制命令的机制。虽然主流程为第一用户发起，但对比文件已部分公开了由无线终端发起会话控制与复制请求的交互框架；按照宽松的隐含公开判断原则，对比文件部分公开了请求源于终端的技术内容，本领域技术人员容易结合通信系统中常规的拉取模式（Pull）发起流程进行合理解释与组合，因此认定为隐含公开。 |
| 技术特征D：对所述协作复制会话邀请请求执行授权<br><br>《直接公开》 | 【图4a-图4d说明对应正文部分】<br>“在步骤421中，用户A采用RTSP命令向流式服务器提供组标识符以及可选的PoC服务器的地址。NIN截取命令而优选地不将其转发给流式服务器，并向PoC服务器验证组标识符的正确性，422。可选地，NIN或PoC服务器验证用户，一般将被允许进行共享流式会话启动。如果用户未被允许，则NiN可采用否定结果报告来响应用户A。” | 1. 技术特征在目标专利中的作用：网络侧验证请求方或会话参与方是否具备复制会话的权限/策略，防止未经授权的会话扩散。<br>2. 对比文件对应内容的作用及比对：对比文件步骤422中明确公开了NiN或PoC服务器验证用户是否被允许启动共享流式会话，如果未被允许则拒绝。<br>3. 直接公开理由：对比文件的“验证用户是否允许进行共享流式会话”与目标专利的“对协作复制会话邀请请求执行授权”在手段、功能和效果上完全相同，属于本领域技术人员能毫无疑义确定的直接公开（实质相同）。 |
| 技术特征E：为复制的媒介流分配媒介资源<br><br>《直接公开》 | 【发明的技术领域部分、图4a-图4d说明对应正文部分】<br>“在RTSP建立阶段中协商实际用户平面资源(它们是源和目标IP(单播)地址以及RTP和RTCP端口号)。”<br>“通过这些SIP消息交换，RTP/RTCP(单播)会话在NIN与PoC之间建立，432，433。”<br>“在SIP邀请过程之后，RTP/RTCP会话被分配给用户B和C，以及PoC服务器可开始对附加用户复制包。” | 1. 技术特征在目标专利中的作用：为承载被复制的媒体数据分配网络传输及处理资源（端口、IP、媒体处理信道等）。<br>2. 对比文件对应内容的作用及比对：对比文件明确公开了在建立共享/复制会话过程中，协商并建立RTP/RTCP会话，为用户B和C分配RTP/RTCP会话及用户平面资源（IP地址和端口号）。<br>3. 直接公开理由：对比文件公开的为复制会话协商建立RTP/RTCP会话和端口IP资源，直接对应目标专利中为复制媒介流分配媒介资源，技术方案相同且效果一致，构成直接公开。 |
| 技术特征F：将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br><br>《隐含公开》 | 【图3说明对应正文部分、图4a-图4d说明对应正文部分】<br>“列表的各单独成员通过作为信令协议的SIP被邀请参加会议。并且协商用于向用户传送数据会话的用户平面数据传递的RTP/RTCP会话。”<br>“在一个更高级的实现中，PoC服务器还提供RTSP协议引擎。RTSP服务器引擎的目的在于客户机接收RTSP响应……在那种情况中，用户平面协商(端口和IP地址)可经由RTSP进行。” | 1. 技术特征在目标专利中的作用：在拉模式信令交互中，网络侧在MRF就绪后向第二WTRU返回确认/建立响应消息（如SIP 200 OK）。<br>2. 对比文件对应内容的作用及比对：对比文件公开了PoC服务器（具有媒体资源功能）与第二用户通过SIP信令或RTSP协议引擎进行用户平面协商，并明确指出“客户机接收RTSP响应”。<br>3. 隐含公开理由：对比文件虽未直接记载拉模式下针对第二WTRU邀请请求的特定SIP 200 OK响应，但明确公开了媒体实体与第二用户协商会话并向第二用户客户机返回协议响应以完成媒体平面协商。对比文件部分公开了向第二终端传递复制媒介流协商响应的技术内容，本领域技术人员结合常规会话信令握手规则可必然推知该信令交互过程，根据宽松标准认定为隐含公开。 |
| 技术特征G：使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br><br>《直接公开》 | 【图3说明对应正文部分、发明概述和说明部分】<br>“作为上述实施例的替代，建议NIN根本不进行复制。一旦共享流式会话被触发，PoC服务器立即进行复制。为了实现它，PoC服务器经由附加信令被包含到流式会话中。NIN与邀请用户之间的RTP/RTCP会话经由PoC服务器释放并重新建立。在另一个备选方案中，NIN复制数据包，直到所述数据包经由PoC服务器到达第一用户为止。随后，NIN停止为第一用户复制数据包，并且仅把RTP包转发给PoC服务器。” | 1. 技术特征在目标专利中的作用：将原先在第一WTRU与远程方之间直接传输的媒体流，改由MRF作为中心锚点进行分发，分别更新第一WTRU接入段与远程段。<br>2. 对比文件对应内容的作用及比对：对比文件的PoC服务器作为会议核心节点，具备媒体复制分发功能（实质即为MRF功能实体）。对比文件明确公开了将PoC服务器包含到流式会话中，释放原连接并在PoC服务器与邀请用户（第一用户）之间重新建立会话（更新接入段），且服务器只将数据包转发给PoC服务器，由PoC服务器负责向各方分发（更新远程段）。<br>3. 直接公开理由：对比文件公开的通过PoC服务器（MRF功能）重构第一用户会话连接并重定向远程服务器流向的技术方案，与目标专利中使用MRF更新第一WTRU接入段及远程段的技术实质完全一致，属于实质相同/等同公开，构成直接公开。 |
| 技术特征H：所述媒介流之后从所述远程方流向所述MRF<br><br>《直接公开》 | 【发明概述和说明部分、图3说明对应正文部分】<br>“第二数据会话连接用于向会议节点传送从服务器接收的会话数据，会议节点通过对用户建立的其他数据会话连接来转发会话数据。”<br>“随后，NIN停止为第一用户复制数据包，并且仅把RTP包转发给PoC服务器。这个备选方案的优点在于，在某个切换时间之后，只有PoC应用服务器才进行数据包复制。” | 1. 技术特征在目标专利中的作用：确立复制后上游媒体数据的流向拓扑，即由远程源流向媒体资源功能节点MRF。<br>2. 对比文件对应内容的作用及比对：对比文件明确公开了数据包从提供数据会话的服务器（远程方）流向承担复制功能的PoC服务器（会议节点/MRF）。<br>3. 直接公开理由：两者的媒体流向路径（远程源服务器 -> 复制核心节点PoC/MRF）完全一致，技术手段与技术效果相同，构成直接公开。 |
| 技术特征I：从所述MRF流向所述第一WTRU<br><br>《直接公开》 | 【发明概述和说明部分、图3说明对应正文部分】<br>“在最后一种情况中，优选的是，网络综合节点与第一用户之间的连接被关闭(参照图1，为连接11’)，以及在会议节点与第一用户之间建立附加连接。”<br>“数据包经由PoC服务器到达第一用户为止……它执行包含第一用户在内的所有用户之间的复制。” | 1. 技术特征在目标专利中的作用：限定媒体流分支从MRF分发传输至第一WTRU。<br>2. 对比文件对应内容的作用及比对：对比文件明确记载通过会议节点（PoC服务器）与第一用户之间的连接，将数据包从PoC服务器直接发送/到达第一用户。<br>3. 直接公开理由：对比文件明确记载了数据流从PoC服务器（MRF）流向第一用户，技术方案完全一致，构成直接公开。 |
| 技术特征J：从所述MRF流向所述第二WTRU<br><br>《直接公开》 | 【图3说明对应正文部分、图4a-图4d说明对应正文部分】<br>“PoC服务器在接收到数据包时以通常的方式分发数据包，因为在SIP邀请过程之后，RTP/RTCP会话被分配给用户B和C，以及PoC服务器可开始对附加用户复制包。”<br>“会议节点执行到给定组的用户的最终复制，其中，组可包含零个、一个或多个用户。” | 1. 技术特征在目标专利中的作用：限定媒体流的复制分支从MRF分发传输至被复制的目标终端（第二WTRU）。<br>2. 对比文件对应内容的作用及比对：对比文件明确记载PoC服务器（会议节点/MRF）向组内附加用户（用户B、C即第二用户）分发/复制传输数据包。<br>3. 直接公开理由：两者的媒体分发流向完全一致，均是由中间复制功能节点流向第二终端，构成直接公开。 |
| 技术特征K：其中所述协作复制会话邀请请求包括复制报头字段<br><br>《隐含公开》 | 【图3说明对应正文部分、图4a-图4d说明对应正文部分】<br>“邀请用户(启动流式会话的用户)优选地例如通过传送给NIN的RTSP‘SET_PARAMETER’命令中包含的参数来提供组地址，NIN采用所述参数来与PoC系统进行交互……所述消息可能携带不同的参数、例如组的身份。”<br>“在步骤421中，用户A采用RTSP命令向流式服务器提供组标识符以及可选的PoC服务器的地址。NIN截取命令……” | 1. 技术特征在目标专利中的作用：在SIP信令请求中携带专用的复制报头字段（Replication Header），用以明确指示本请求为复制请求而非传输请求。<br>2. 对比文件对应内容的作用及比对：对比文件公开了在会话控制信令（RTSP SET_PARAMETER）中携带扩展参数或组标识符，用于向网络指示启动流式会话共享/复制。<br>3. 隐含公开理由：对比文件公开了在控制请求中携带用于指示共享复制会话的信令参数，虽未直接使用“复制报头字段”这一专有术语，但二者均是在会话协议消息层通过特定字段/参数实现复制指示功能。对比文件部分公开了请求包含复制指示参数的内容，在极宽松标准下，本领域技术人员基于信令协议扩展规范可以合理解释并推导出采用报头字段携带该参数，认定为隐含公开。 |
| 技术特征L：其中所述复制报头字段是媒介层“i＝复制”字段<br><br>《未公开》 | 【全文检索】<br>对比文件全文未记载任何关于SDP协议媒介层“i=”字段或“i=复制”的内容。 | 1. 技术特征在目标专利中的作用：利用SDP中的媒介层信息行“i=复制”精确标识需要复制的媒体组件。<br>2. 公开性论述：对比文件通篇未涉及会话描述协议（SDP）中“i=”字段的定义与取值，既无文字记载，也不存在通过现有公开内容推导的可能性，未公开该技术特征。 |
| 技术特征M：其中所述复制报头字段是媒介层“a＝复制”字段<br><br>《未公开》 | 【全文检索】<br>对比文件全文未记载任何关于SDP协议媒介层属性“a=”字段或“a=复制”的内容。 | 1. 技术特征在目标专利中的作用：通过在SDP中扩展属性行“a=复制”来标识复制特定媒体流。<br>2. 公开性论述：对比文件完全未公开或提及SDP属性行“a=”扩展为复制字段的技术手段，本领域技术人员无法从对比文件中得知或推导该方案，未公开该技术特征。 |
| 技术特征N：其中所述复制报头字段是XML主体<br><br>《未公开》 | 【全文检索】<br>对比文件全文未记载关于XML主体的任何内容。 | 1. 技术特征在目标专利中的作用：在SIP请求的Message Body中使用XML结构体来承载丰富的复制配置信息。<br>2. 公开性论述：对比文件仅提及RTSP参数或SIP信令交互，完全未涉及在请求中携带XML主体作为复制指示字段，未公开该技术特征。 |
| 技术特征O：其中所述XML主体指示将要复制哪些媒介组件或整个会话<br><br>《未公开》 | 【全文检索】<br>对比文件全文未记载关于XML主体及其指示具体复制哪些媒介组件或整个会话的内容。 | 1. 技术特征在目标专利中的作用：通过XML主体具体指定被复制的粒度（特定组件或整会话）。<br>2. 公开性论述：由于技术特征N完全未被公开，建立在XML主体之上的特征O在对比文件中同样毫无记载或暗示，未公开该技术特征。 |
<<<a>>>
<<<B>>>
<<<c>>>
<<<D>>>
<<<E>>>
<<<f>>>
<<<G>>>
<<<H>>>
<<<I>>>
<<<J>>>
<<<k>>>
**特征比对与公开性分析**
| 技术特征描述及公开性判断 | 对比文件原文引用及中文翻译 | 公开性论述 |
| 技术特征A：从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br><br>判断结果：《未公开》 | 对比文件【0024】、【0025】、【0064】：“セッションを前記通信端末から切替先通信端末へ切替えることを指示するセッション切替要求信号を前記セッション制御手段に対し送信するサービス移動制御手段と…”、“前記サービス移動制御手段は、前記通信端末から端末切替要求信号を受信する…”、“サービス移動制御部 21は、メディア変換能力情報を受け取ると…セッション切替要求信号をセッション制御部 5に対して送信し (C307)”<br>（中文翻译：“具有向所述会话控制单元发送会话切换请求信号以指示将来自所述通信终端的会话切换到切换目标通信终端的业务移动控制单元…”、“所述业务移动控制单元从所述通信终端接收终端切换请求信号…”、“业务移动控制单元21在接收到媒体转换能力信息后…向会话控制部5发送包含它们的会话切换请求信号(C307)”） | 目标专利中，“协作复制会话邀请请求”用于在保持第一WTRU的原会话控制与媒体流的同时，向网络请求将正在进行的媒体流额外复制一份给第二WTRU，形成多设备并存的协作媒体复制（即图5/图13中的拉模式IUT会话复制）。<br>而在对比文件中，所处理的是“终端切换/会话切换”（端末切替/セッション切替），其目的是将通信由源终端转移/切换到目标终端（并随后断开源终端的连接），并非维持两端并行的“协作复制会话”；且请求并非由切替先通信终端（第二WTRU）发起邀请。因此，该特征既未被直接公开，由于二者在方案架构与通信意图上存在根本区别，本领域技术人员也无法合理解析或推理得出，亦未隐含公开。 |
| 技术特征B：其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br><br>判断结果：《未公开》 | 对比文件【0009】、【0064】：“通信に利用していた通信端末（# 1）203を通信端末（# 2）205に切り替える場合…”、“この時点で通信相手先 17と通信端末 23、通信相手先 17と切替先通信端末 25の 2つの経路が設定されていることになり…”<br>（中文翻译：“在将正在用于通信的通信终端(#1) 203切换到通信终端(#2) 205的情况下…”、“此时通信对方17与通信终端23、通信对方17与切换目标通信终端25这两条路径被建立…”） | 在目标专利中，该特征是指第二WTRU在请求发起前未参与第一WTRU与远程方之间的媒体会话。对比文件在切换场景下，切换目标终端（#2）在初始状态下虽然未参与先前的会话，但对比文件整体涉及的是“会话切换”而非“媒介会话复制”，该属性脱离了复制会话的特定上下文，不能认为公开了与协作复制会话相对应的第二WTRU的初始关联状态。 |
| 技术特征C：所述协作复制会话邀请请求源于所述第二WTRU处<br><br>判断结果：《未公开》 | 对比文件【0025】、【0059】：“前記サービス移動制御手段は、前記通信端末から端末切替要求信号を受信する…”、“まず、通信端末 23は端末切替要求信号を生成するが…通信端末 25が切替可能な端末リストをユーザ関連情報収集提供部 31から取得している状態で、ユーザが切替先通信端末 25を選択して、端末切替要求信号の作成指示を出す方法を用いることができる（C301）。”<br>（中文翻译：“所述业务移动控制单元从所述通信终端接收终端切换请求信号…”、“首先，通信终端23生成终端切换请求信号…在从用户相关信息收集提供部31获取切换可能终端列表的状态下，用户可以选择切换目标通信终端25并发出创建终端切换请求信号的指示（C301）。”） | 目标专利的技术特征C属于拉（Pull）模式的复制会话，即复制请求明确起源于接收端的第二WTRU。对比文件公开的终端切换请求信号是由正在通信的源终端（通信终端23，相当于第一WTRU）生成并发出的（推模式），即使提到在切替先端末（25）处操作，其也是基于切换控制，并未公开源于第二WTRU的协作复制会话邀请请求，故未公开。 |
| 技术特征D：对所述协作复制会话邀请请求执行授权<br><br>判断结果：《未公开》 | 对比文件【0048】、【0065】：“ユーザプロファイル 35は、加入者情報 35— 1、ユーザのプリファレンス管理機能 35— 2、ユーザの居場所管理機能 35— 3、からなる。”、“セッション制御部 5は、通信端末 23に対し、セッションの切替を行う準備が整ったことを示すセッション切替準備信号を送信し、通信端末 23はセッションの切替を了承するか否かを返答する（C310、 C311）。”<br>（中文翻译：“用户画像35由签约者信息35-1、用户偏好管理功能35-2、用户位置管理功能35-3组成。”、“会话控制部5向通信终端23发送表示会话切换准备完成的会话切换准备信号，通信终端23回复是否赞同会话切换（C310、C311）。”） | 目标专利中是对第二WTRU发起的协作复制请求进行权限核验、策略验证或向第一WTRU请求授权。对比文件中仅涉及对源通信终端询问是否赞同终端切换（C311）以及基于用户配置进行的切换策略判断，并非对协作复制请求执行授权，该特征未公开。 |
| 技术特征E：为复制的媒介流分配媒介资源<br><br>判断结果：《未公开》 | 对比文件【0015】、【0056】：“MRF107 (Media Resource Function)は、メディアストリームのリソース制御を行い、マルチメディア会議などでのメディア合成や、メディアストリームの変換などを行う。”、“また、メディア制御部 7は、IMS101の MRF、 MGCF/MGW107,を拡張したものに相当する。セッション制御部 5からのメディア変換要求に応じてコンテンツのビットレートやコーデックや画像サイズやメディアフォーマットなどのメディア変換を制御、実行する。”<br>（中文翻译：“MRF 107进行媒体流的资源控制，进行多媒体会议等中的媒体合成、媒体流的转换等。”、“另外，媒体控制部7相当于对IMS 101的MRF、MGCF/MGW 107的扩展。根据来自会话控制部5的媒体转换请求，控制并执行内容的码率、编解码器、图像尺寸、媒体格式等媒体转换。”） | 目标专利中，分配媒介资源是在网络侧为被复制出来的分支媒体流分配专用的网络媒体转发/分发资源。对比文件虽提到了MRF及媒体控制部7分配资源以执行媒体转换（码率、转码等），但其分配行为服务于单条会话流在切换时的媒体格式适配，并非“为复制的媒介流分配媒介资源”，技术方案与作用不同，未公开。 |
| 技术特征F：将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br><br>判断结果：《未公开》 | 对比文件【0064】、【0065】：“この経路設定時には、切替先通信端末 25がアクティブでない場合は発呼処理を行う…切替先通信端末 25とのセッションの確立を行い、この間に切替先通信端末 25はアプリケーションの起動を行う（C312〜C315）。”<br>（中文翻译：“在设定该路径时，若切换目标通信终端25未激活则执行呼叫处理…建立与切换目标通信终端25的会话，在此期间切换目标通信终端25启动应用程序（C312~C315）。”） | 目标专利中，该特征为SCC AS在MRF中为复制流准备好资源后，向发起复制邀请的第二WTRU返回SIP响应（对应说明书图5的步骤513/514、图10的1013/1014等），通知复制就绪。对比文件仅公开了在切换流程中对切替先端末25发呼并建立切换后的新会话（C312-C315），不存在针对MRF中复制媒介流的响应传递机制，未公开。 |
| 技术特征G：使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br><br>判断结果：《未公开》 | 对比文件【0064】、【0066】：“セッション制御部 5は、モビリティ管理部 3に対して経路設定を指示する（C308）。”、“セッション制御部 5は、セッション切替要求信号に含まれていたメディア変換指示に従い、メディア制御部 7又は通信相手先 17に対しメディア変換を指示する…続いて、セッションを再開し、通信端末とのセッションを切断する（C318, C319, C320）。この際、モビリティ管理部 3による伝送経路の切断も行われる。”<br>（中文翻译：“会话控制部5向移动性管理部3指示路径设定（C308）。”、“会话控制部5根据包含在会话切换请求信号中的媒体转换指示，对媒体控制部7或通信对方17指示媒体转换…接着，恢复会话，并切断与通信终端的会话（C318, C319, C320）。此时，由移动性管理部3执行传输路径的切断。”） | 目标专利中，为了使第一WTRU与第二WTRU同时接收远程方的媒体流，网络通过MRF更新第一WTRU的接入段（Access Leg）并将远程段（Remote Leg）锚定更新至MRF，从而维持第一WTRU已有会话并实现分流。而在对比文件中，会话控制部是在建立新路径后直接切断原通信终端（第一终端）的会话与路径（C320），并非更新第一终端的接入段以保持复制会话，二者信令逻辑、拓扑控制与技术目的均不相同，未公开。 |
| 技术特征H：所述媒介流之后从所述远程方流向所述MRF<br><br>判断结果：《隐含公开》 | 对比文件【0056】、【0066】：“また、メディア制御部 7は、IMS101の MRF、 MGCF/MGW107,を拡張したものに相当する。セッション制御部 5からのメディア変換要求に応じてコンテンツのビットレートやコーデックや画像サイズやメディアフォーマットなどのメディア変換を制御、実行する。端末切替後にメディアを変換する場合には、セッションが再開された後に、メディアを変換できる単位までバッファリングして、メディア変換を行う。”、“セッション制御部 5は、セッション切替要求信号に含まれていたメディア変換指示に従い、メディア制御部 7又は通信相手先 17に対しメディア変換を指示する（C316, C317）。”<br>（中文翻译：“另外，媒体控制部7相当于对IMS 101的MRF、MGCF/MGW 107的扩展。根据来自会话控制部5的媒体转换请求，控制并执行内容的码率、编解码器、图像尺寸、媒体格式等媒体转换。在终端切换后进行媒体转换的情况下，在会话恢复之后，缓冲至可转换媒体的单位，并执行媒体转换。”、“会话控制部5根据包含在会话切换请求信号中的媒体转换指示，对媒体控制部7或通信对方17指示媒体转换（C316, C317）。”） | 对比文件公开了当网络侧执行媒体转换时，采用相当于MRF的媒体控制部7介入数据流路径，在会话恢复后，通信对方（远程方）发送的媒体流需进入该媒体控制部（MRF）进行缓冲和转码。根据非常宽松的隐含公开判断标准，虽然对比文件中该数据流是为了转码后单路发送给切换目标，但客观上构成了“媒体流从远程方流向MRF（媒体控制部）”的数据传输流向，本领域技术人员结合该内容可以推理出该技术特征所涉及的数据流向，判定为隐含公开。 |
| 技术特征I：从所述MRF流向所述第一WTRU<br><br>判断结果：《未公开》 | 对比文件【0066】：“続いて、セッションを再開し、通信端末とのセッションを切断する（C318, C319, C320）。この際、モビリティ管理部 3による伝送経路の切断も行われる。”<br>（中文翻译：“接着，恢复会话，并切断与通信终端的会话（C318, C319, C320）。此时，由移动性管理部3执行传输路径的切断。”） | 目标专利中，由于是会话复制，MRF将媒体流一份分发给第一WTRU以维持其原始体验。而在对比文件中，通信终端（第一终端）的会话与物理传输路径已被明确切断（C320），媒体流绝不流向第一终端，因此未公开。 |
| 技术特征J：从所述MRF流向所述第二WTRU<br><br>判断结果：《隐含公开》 | 对比文件【0056】、【0066】：“端末切替後にメディアを変換する場合には、セッションが再開された後に、メディアを変換できる単位までバッファリングして、メディア変換を行う。”、“これにより、通信相手先 17と切り替え先端末 25との通信を開始することができる。”<br>（中文翻译：“在终端切换后进行媒体转换的情况下，在会话恢复之后，缓冲至可转换媒体的单位，并执行媒体转换。”、“由此，可以开始通信对方17与切换目标终端25之间的通信。”） | 在对比文件中，当媒体转换在网络侧的媒体控制部7（MRF）执行时，经过转码处理后的媒体流直接发送至切换目标终端（相当于第二WTRU）。按照非常宽松的隐含公开判断标准，对比文件公开了数据从媒体控制部（MRF）流向切换目标终端，该流向与技术特征J完全一致，属于隐含公开。 |
| 技术特征K：其中所述协作复制会话邀请请求包括复制报头字段<br><br>判断结果：《未公开》 | 对比文件【0071】：“図 4における手順の説明においては、端末切替について説明を行ったが…経路切替要求信号は、切替先のアクセス方法や、切替先の電波状況、切替先のルーティングアドレス、切替先のドメイン名、切替先のビットレートなどを含んでいる (C401)。”<br>（中文翻译：“在图4的步骤说明中，对终端切换进行了解释…路径切换请求信号包含切换目标的接入方式、切换目标的电波状况、切换目标的路由地址、切换目标的域名、切换目标的码率等(C401)。”） | 对比文件中的请求信令仅为普通的终端切换请求或包含路由地址等的路径切换请求信号，根本没有记载任何与“复制（replicate）”相关的报头字段，亦无此技术启示，未公开。 |
| 技术特征L：其中所述复制报头字段是媒介层“i＝复制”字段<br><br>判断结果：《未公开》 | 对比文件全文未记载任何关于SDP媒介层“i=复制”字段的内容。 | 对比文件中完全未涉及在SDP会话描述协议中使用“i=复制”作为复制报头字段的内容，未公开。 |
| 技术特征M：其中所述复制报头字段是媒介层“a＝复制”字段<br><br>判断结果：《未公开》 | 对比文件全文未记载任何关于SDP属性行“a=复制”字段的内容。 | 对比文件中完全未涉及在SDP中定义“a=复制”属性字段的技术方案，未公开。 |
| 技术特征N：其中所述复制报头字段是XML主体<br><br>判断结果：《未公开》 | 对比文件【0053】：“データベースは例えば XML (extensible Markup Language)などの言語を利用して抽象的な記述により管理され、データベースの情報はサービス移動制御部 21…に提供される。”<br>（中文翻译：“数据库例如利用XML等语言通过抽象的记述来进行管理，数据库的信息被提供给业务移动控制部21…”） | 对比文件中虽然提及网络侧数据库使用XML进行状态描述和数据管理，但这完全不同于在SIP邀请请求中携带指示会话复制的XML消息主体（XML Body），未公开该技术特征。 |
| 技术特征O：其中所述XML主体指示将要复制哪些媒介组件或整个会话<br><br>判断结果：《未公开》 | 对比文件全文未记载关于复制特定媒介组件或整个会话的XML指示。 | 对比文件缺乏会话复制的构思，更未公开通过XML主体明确指示复制哪些媒体组件或整个会话的内容，未公开。 |
<<<h>>>
<<<j>>>
根据目标专利说明书与对比文件（WO2007104163A1）的全部内容，对目标专利权利要求的各项技术特征进行直接公开与隐含公开的客观比对分析如下：
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br><br>【未公开】 | 无相关内容引述（对比文件全文涉及介电传感方法与系统，属于化学/生物检测与色谱分析领域）。 | 目标专利的技术特征A属于无线移动通信（IMS集中服务与会话控制）领域，其实质是由业务集中和连续性应用服务器（SCC AS）从受控方WTRU接收拉模式或网络发起的协作会话复制邀请请求（参见目标专利说明书[0007]、[0061]、[0091]）。对比文件WO2007104163A1公开的是用于化学和生物分析物检测的“介电传感方法和系统（DIELECTRIC SENSING METHOD AND SYSTEM）”，完全未涉及无线通信网络、WTRU、协作会话复制或会话邀请请求。本领域技术人员既无法直接、毫无疑义地得出该特征，也无法基于常识或技术推理推断出任何相关内容。因此，技术特征A未被对比文件直接公开，也未被隐含公开。 |
| 技术特征B：其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br><br>【未公开】 | 无相关内容引述。 | 目标专利技术特征B限定了第二WTRU在拉模式复制发起之初的状态，即第二WTRU最初并未参与第一WTRU与远程方之间建立的现有媒介会话（参见目标专利说明书[0056]、[0061]）。对比文件属于纯粹的生物化学与物理电容传感检测领域，完全不涉及通信会话主体、第一/第二通信终端或远程方的会话关联关系。本领域技术人员无法从对比文件中获取或合理推理得出该技术方案。因此，技术特征B未被直接公开或隐含公开。 |
| 技术特征C：所述协作复制会话邀请请求源于所述第二WTRU处<br><br>【未公开】 | 无相关内容引述。 | 目标专利技术特征C涉及拉模式会话复制的发起源头（即复制请求是由未参与原始会话的第二WTRU主动发出，参见目标专利说明书[0056]、[0061]、[0090]）。对比文件完全未公开通信网络中的会话请求触发机制或任何通信终端实体。因此，技术特征C未被直接公开或隐含公开。 |
| 技术特征D：对所述协作复制会话邀请请求执行授权<br><br>【未公开】 | 无相关内容引述。 | 目标专利技术特征D涉及在网络侧实体（SCC AS）对来自第二WTRU的会话复制请求进行权限鉴权/授权处理（参见目标专利说明书[0061]、[0077]、[0098]）。对比文件仅公开了利用电容/介电常数检测目标分析物（例如DNA、蛋白质等）的方法和硬件电极设计，没有任何涉及通信网络会话控制层面的授权流程。因此，技术特征D未被直接公开或隐含公开。 |
| 技术特征E：为复制的媒介流分配媒介资源<br><br>【未公开】 | 无相关内容引述。 | 目标专利技术特征E涉及网络实体为即将复制出的多媒体数据流分配承载与处理资源（如分配MRF资源，参见目标专利说明书[0059]、[0062]、[0100]）。对比文件涉及微观尺度的电极、纳米颗粒及电容测量电路，完全不包含多媒体通信流的资源分配机制。因此，技术特征E未被直接公开或隐含公开。 |
| 技术特征F：将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br><br>【未公开】 | 无相关内容引述。 | 目标专利技术特征F涉及核心网网络单元向第二WTRU反馈携带MRF多媒体资源的响应消息（参见目标专利说明书[0062]、[0077]、[0102]）。对比文件完全不包含多媒体核心网网络单元MRF、通信信令响应或向移动终端传送响应的方案。因此，技术特征F未被直接公开或隐含公开。 |
| 技术特征G：使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br><br>【未公开】 | 无相关内容引述。 | 目标专利技术特征G涉及在IMS架构下利用MRF重新锚定媒体路径，通过SIP信令分别更新第一WTRU的接入段与对端远程段的SDP协商（参见目标专利说明书[0059]、[0062]、[0104]-[0106]）。对比文件不涉及电信协议接入段（access leg）、远程段（remote leg）的更新操作。因此，技术特征G未被直接公开或隐含公开。 |
| 技术特征H：所述媒介流之后从所述远程方流向所述MRF<br><br>【未公开】 | 无相关内容引述。 | 目标专利技术特征H定义了更新完成后的下行多媒体数据传输拓扑路径（远程方向MRF发送媒体流，参见目标专利说明书[0059]、[0062]、[0080]）。对比文件仅涉及液体流动或待测物分子在色谱柱/传感池中的物理移动，与通信媒介流的拓扑架构完全不相关。因此，技术特征H未被直接公开或隐含公开。 |
| 技术特征I：从所述MRF流向所述第一WTRU<br><br>【未公开】 | 无相关内容引述。 | 目标专利技术特征I定义了MRF将复制的媒体流分发至第一WTRU的分支路径（参见目标专利说明书[0059]、[0062]、[0080]）。对比文件完全未涉及此类通信媒体分发路径。因此，技术特征I未被直接公开或隐含公开。 |
| 技术特征J：从所述MRF流向所述第二WTRU<br><br>【未公开】 | 无相关内容引述。 | 目标专利技术特征J定义了MRF将复制的媒体流分发至第二WTRU的分支路径（参见目标专利说明书[0059]、[0062]、[0080]）。对比文件完全未涉及此类通信媒体分发路径。因此，技术特征J未被直接公开或隐含公开。 |
| 技术特征K：其中所述协作复制会话邀请请求包括复制报头字段<br><br>【未公开】 | 无相关内容引述。 | 目标专利技术特征K限定了在SIP通信协议消息中携带专用于标识会话复制的报头字段（参见目标专利说明书[0081]、[0084]、[0107]）。对比文件属于生物/化学传感器领域，完全不涉及通信协议字段或报头。因此，技术特征K未被直接公开或隐含公开。 |
| 技术特征L：其中所述复制报头字段是媒介层“i＝复制”字段<br><br>【未公开】 | 无相关内容引述。 | 目标专利技术特征L限定了复制标识具体采用SDP协议媒介层的“i=replicate”（参见目标专利说明书[0082]、[0108]）。对比文件完全未涉及SDP信息元素或该类报头字段。因此，技术特征L未被直接公开或隐含公开。 |
| 技术特征M：其中所述复制报头字段是媒介层“a＝复制”字段<br><br>【未公开】 | 无相关内容引述。 | 目标专利技术特征M限定了复制标识具体采用SDP协议媒介层的“a=replicate”（参见目标专利说明书[0082]、[0109]）。对比文件完全未涉及SDP属性字段。因此，技术特征M未被直接公开或隐含公开。 |
| 技术特征N：其中所述复制报头字段是XML主体<br><br>【未公开】 | 无相关内容引述。 | 目标专利技术特征N限定了复制指示采用SIP消息体中的XML主体格式承载（参见目标专利说明书[0083]、[0110]）。对比文件完全未涉及SIP协议或XML主体承载复制控制信息。因此，技术特征N未被直接公开或隐含公开。 |
| 技术特征O：其中所述XML主体指示将要复制哪些媒介组件或整个会话<br><br>【未公开】 | 无相关内容引述。 | 目标专利技术特征O限定了XML主体内部包含指示复制特定媒介组件（如音频、视频）或复制整个会话的具体语义内容（参见目标专利说明书[0083]、[0111]）。对比文件完全未涉及此类多媒体控制指示。因此，技术特征O未被直接公开或隐含公开。 |
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br><br>《未公开》 | 无直接对应引用内容。对比文件涉及Mobile IP/NetLMM网络中移动锚点（HA/LMA）的分配：<br>[0040]「移動ノード 32の電源投入時に、 CoAと HoAを対応付けるための登録要求を行うべきモビリティアンカーを、アンカー割当サーバ 13に対して問い合わせる点である。」<br>（中文翻译：在移动节点32开机时，向锚点分配服务器13询问应向哪个移动性锚点发送用于关联CoA与HoA的注册请求。） | 目标专利中，该特征是指在业务集中和连续性应用服务器（SCC AS）中，由受控方/第二WTRU主动发起邀请请求以请求复制第一WTRU与远程方之间正在进行的会话中的媒介组件或整个会话（拉模式会话复制）。<br>对比文件公开的是移动节点（移动终端32）在开机或切换时向“锚点分配服务器”发送移动性锚点分配请求，以分配移动性管理中的Home Agent或LMA。对比文件完全不涉及多媒体协作会话、会话复制或会话邀请请求，既未直接公开，本领域技术人员也无法合理解析或推理出协作复制会话邀请请求，因此未公开。 |
| 技术特征B：其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br><br>《未公开》 | 无对应引用内容。 | 目标专利中，该特征限定在第二WTRU发起拉模式会话复制请求时，该第二WTRU最初并未加入第一WTRU与远程方之间已建立的媒介会话中。<br>对比文件公开的是移动节点与通信节点之间的单播数据包路由通信及移动性锚点分配，不存在第一WTRU、第二WTRU与远程方之间的协作媒介会话，更不存在“第二WTRU最初未关联到第一WTRU与远程方正在进行的媒介会话”的架构和状态，因此未公开。 |
| 技术特征C：所述协作复制会话邀请请求源于所述第二WTRU处<br><br>《未公开》 | 对比文件涉及移动节点自身发起锚点分配请求：<br>[0040]「移動ノード 32の電源投入時に、 CoAと HoAを対応付けるための登録要求を行うべきモビリティアンカーを、アンカー割当サーバ 13に対して問い合わせる点である。」<br>（中文翻译：在移动节点32开机时，向锚点分配服务器13询问应向哪个移动性锚点发送用于关联CoA与HoA的注册请求。） | 目标专利中，该特征是指拉模式复制场景下，复制会话邀请是由第二WTRU（受控方）生成并发送的。<br>对比文件虽有“移动节点自身向服务器发送请求”，但该请求仅为底层网络层的“移动性锚点分配请求”，并非“协作复制会话邀请请求”，其请求性质、会话上下文与控制机制完全不同，因此未公开。 |
| 技术特征D：对所述协作复制会话邀请请求执行授权<br><br>《未公开》 | 对比文件涉及基于负荷对锚点分配的判定：<br>[0050]「次に、式（3)で求めた通信負荷予測データと、当該モビリティアンカーの負荷上限（MaxLoad...）とを式（4)に基づいて比較することにより、移動ノード 32の収容の可否が判定される（ステップ B5)。」<br>（中文翻译：接着，基于公式(4)将公式(3)求出的通信负荷预测数据与该移动性锚点的负荷上限进行比较，从而判定移动节点32的容纳可否。） | 目标专利中，授权是指SCC AS根据操作者策略、预订限制或经由向第一WTRU发送授权请求来鉴权第二WTRU是否有权复制该媒介流。<br>对比文件仅公开了锚点分配服务器基于通信负荷预测值是否小于负荷上限来判定该移动性锚点是否能容纳移动节点（即负荷均衡的接入准入控制），并非对会话复制权限执行业务授权，两者作用、机制与对象均不相同，因此未公开。 |
| 技术特征E：为复制的媒介流分配媒介资源<br><br>《未公开》 | 对比文件涉及分配移动性锚点：<br>[0053]「割当て可能なモビリティアンカーがあると判定された場合は、ステップ B7で記録された通信負荷予測データの最大値が最も小さくなるモビリティアンカーが、移動ノード 32への割当て候補とするモビリティアンカーとして選択される」<br>（中文翻译：若判定存在可分配的移动性锚点，则记录的通信负荷预测数据最大值最小的移动性锚点被选择作为对移动节点32的分配候选。） | 目标专利中，分配媒介资源是指在业务集中与连续性控制下，在媒体服务器/媒体资源功能（MRF）中为复制出来的媒介流分配媒体处理及分发资源。<br>对比文件仅公开了在网络层为移动终端分配用于移动IP数据包路由与封装/解封装的移动性锚点（HA/LMA），完全未公开在媒体层面为复制的媒介流分配媒体资源，因此未公开。 |
| 技术特征F：将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br><br>《未公开》 | 对比文件涉及向移动节点返回锚点分配响应：<br>[0045]「アンカー割当サーバ 13では、...そこで決定されたモビリティアンカーの IPアドレスを格納した"モビリティアンカー割当て応答"が同移動ノード 32へ送信される（ステップ A4)。」<br>（中文翻译：在锚点分配服务器13中，...存储了所决定的移动性锚点IP地址的“移动性锚点分配响应”被发送给该移动节点32。） | 目标专利中，该特征是指SCC AS将与MRF中分配的复制媒介流相关的信令响应（如SIP 200 OK，包含与MRF建立媒体连接的SDP参数）发送给第二WTRU。<br>对比文件仅公开了返回包含移动性锚点IP地址的分配响应报文，不涉及MRF，也不涉及针对MRF中复制媒介流的响应传递，两者技术领域及功能完全不同，因此未公开。 |
| 技术特征G：使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br><br>《未公开》 | 无对应引用内容。对比文件涉及通过移动性锚点更新转发表项：<br>[0004]「移動ノード 1が接続するネットワークが変わって CoAが変化した場合、同移動ノード 1は、その都度 HoAと CoAとの対応関係を更新するための登録要求をホームエージェント 2に送信する。ホームエージェント 2では、上記登録要求により、 HoAに対応付ける CoAが更新される。」<br>（中文翻译：当移动节点1连接的网络发生改变而导致CoA变化时，移动节点1每次均向归属代理2发送用于更新HoA与CoA对应关系的注册请求。在归属代理2中，根据上述注册请求更新与HoA相关联的CoA。） | 目标专利中，该特征是指IMS会话连续性与协作控制中，利用MRF作为媒体锚点重新协商会话，分别向第一WTRU更新其接入段（Access Leg），并向远程方更新远程段（Remote Leg），使媒体经由MRF分发。<br>对比文件仅涉及Mobile IP机制下，移动节点位置变化时向归属代理发送Binding Update以更新转发表项中的CoA，完全不涉及IMS中通过MRF更新第一WTRU上的接入段与更新远程段的会话控制机制，因此未公开。 |
| 技术特征H：所述媒介流之后从所述远程方流向所述MRF<br><br>《未公开》 | 对比文件涉及通信节点发往移动节点的数据流向归属代理：<br>[0003]「通信ノード 3から HoA宛のパケットが送信された場合、...通信ノード 3が送信した HoA宛のパケットは、一般的なルーティング処理によりホームエージェント 2に送られる。」<br>（中文翻译：在从通信节点3发送发往HoA的数据包时，...通信节点3发送的发往HoA的数据包通过通用路由处理被发送给归属代理2。） | 目标专利中，媒介流建立在远程方与MRF之间，由MRF接收来自远程方的单一媒体流以进行媒体层面的复制与分发。<br>对比文件是通信节点向移动节点的HoA发送普通单播IP报文时，报文路由经过Mobile IP的归属代理（HA）。对比文件中不存在多媒体复制中的MRF媒体流接收结构，两者在网络层次、协议以及功能上截然不同，因此未公开。 |
| 技术特征I：从所述MRF流向所述第一WTRU<br><br>《未公开》 | 对比文件涉及归属代理向移动节点转发封装后的报文：<br>[0003]「上記 HoA宛のパケットがホームエージェント 2に到達すると、同ホームエージェント 2は、...送信元をホームエージェント 2のアドレス HA— addr、及び宛先アドレスを移動ノード 1の CoAとしたカプセル化を行い、同移動ノード 1へパケットを転送する。」<br>（中文翻译：当发往上述HoA的数据包到达归属代理2时，归属代理2...将源地址设为归属代理2的地址HA_addr、目的地址设为移动节点1的CoA进行封装，并将数据包转发给该移动节点1。） | 目标专利中，该特征是指MRF将复制会话中的多媒体流的一份下发给第一WTRU。<br>对比文件仅公开了归属代理将发往移动节点的单播IP数据包通过IP隧道封装后转发给移动节点1，不涉及MRF向第一WTRU流送复制的媒介流，因此未公开。 |
| 技术特征J：从所述MRF流向所述第二WTRU<br><br>《未公开》 | 无对应引用内容。 | 目标专利中，MRF将从远程方接收到的媒介流复制出另一路并发送给第二WTRU，实现会话复制共享。<br>对比文件仅存在单播通信，一个数据包仅解封装后转发给目标移动节点1自身，不存在向第二WTRU分发复制媒介流的结构或行为，因此未公开。 |
| 技术特征K：其中所述协作复制会话邀请请求包括复制报头字段<br><br>《未公开》 | 对比文件涉及注册请求中包含的信息：<br>[0042]「移動ノード 32が送信する"モビリティアンカー割当て要求"は、 Mobile IPv4の" Registration Request" ,あるいは MobileIPv6の" Binding Update"の中に" モビリティアンカー割当て要求"が含む情報を格納した形式としても良い。」<br>（中文翻译：移动节点32发送的“移动性锚点分配请求”也可以是在Mobile IPv4的“Registration Request”或Mobile IPv6的“Binding Update”中存储该请求所包含信息的形式。） | 目标专利中，该特征限定在SIP协议的会话邀请请求（INVITE/REFER）中携带专门标准化的“复制报头字段”，用于与普通会话传输进行区分。<br>对比文件仅涉及Mobile IP的注册请求或绑定更新消息中携带锚点分配请求信息，未公开SIP协作复制会话邀请请求，更未公开其中包含指示会话复制的“复制报头字段”，因此未公开。 |
| 技术特征L：其中所述复制报头字段是媒介层“i＝复制”字段<br><br>《未公开》 | 无对应引用内容。 | 目标专利明确公开在SDP媒介层使用“i=复制”字段来标识要复制的媒介组件。<br>对比文件完全未涉及SDP（会话描述协议）或“i=复制”字段，因此未公开。 |
| 技术特征M：其中所述复制报头字段是媒介层“a＝复制”字段<br><br>《未公开》 | 无对应引用内容。 | 目标专利明确公开在SDP媒介层使用新的“a=复制”属性来标识要复制的特定媒介组件。<br>对比文件完全未涉及SDP属性行或“a=复制”字段，因此未公开。 |
| 技术特征N：其中所述复制报头字段是XML主体<br><br>《未公开》 | 无对应引用内容。 | 目标专利公开在SIP请求消息中携带XML主体作为复制指示结构。<br>对比文件完全未涉及在会话邀请中通过XML主体来指示复制控制信息，因此未公开。 |
| 技术特征O：其中所述XML主体指示将要复制哪些媒介组件或整个会话<br><br>《未公开》 | 无对应引用内容。 | 目标专利中XML主体携带要复制的特定媒介组件（如音频、视频）或指示复制整个会话的信息。<br>对比文件完全不涉及会话或媒体组件复制的技术构思与结构，因此未公开。 |
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：从第二无线发射/接收单元WTRU接收协作复制会话邀请请求<br>《未公开》 | [p35] "On the other hand, when the user A desires to attempt the client change to the client #A-2 1100, the client #A-1 1000 as a source device requests the conversation server 3000 to transfer the session."<br>（另一方面，当用户A期望尝试客户端更换至客户端#A-2 1100时，作为源设备的客户端#A-1 1000向会话服务器3000请求传输该会话。）<br>[p42] "Referring to FIG. 3, the client #A-1 1000 transmits a request for transferring a session to the client #A-2 1100 to the conversation server 3000 using an SIP REFER message as a control message (S101)... SESSION TRANSFER P2 is indicated by a Session Description Protocol (SDP) attribute parameter."<br>（参考图3，客户端#A-1 1000使用作为控制消息的SIP REFER消息向会话服务器3000发送将对话传输给客户端#A-2 1100的请求（S101）……通过SDP属性参数指示会话传输P2。） | 1. 目标专利技术方案及作用：<br>根据目标专利说明书[0006]、[0007]、[0056]及[0061]，特征A涉及拉模式下的“协作复制会话邀请请求”，该请求是由第二WTRU（即受控方/目标设备）主动发起并发送给SCC AS，目的是请求网络建立协作会话并将第一WTRU已有的媒介流“复制”一份给自己，从而区分于传统的“会话传输（Transfer）”。<br>2. 对比文件对应分析：<br>对比文件公开的是“会话传输（Session Transfer）”，且为推模式转移（由源设备Client #A-1发起向目标设备Client #A-2的传输，见[p35]及[p42]的SIP REFER）。对比文件不仅请求发起方不是第二设备（Client #A-2），而且其请求的本质是将会话迁移/转让（传输后终止原设备会话，见[p47]），根本未公开从第二设备接收用于“复制”会话的协作复制邀请。因此，该技术特征既未被直接公开，也无法通过宽松的逻辑推导认为其公开了从第二设备接收协作复制请求，故未公开。 |
| 技术特征B：其中所述第二WTRU与第一WTRU和远程方之间的正在进行的媒介会话最初并不关联<br>《隐含公开》 | [p33] "Specifically, FIG. 2 schematically illustrates a process in which the user A attempts a client change to a client #A-2 1100 while a client #A-1 1000 exchanges data with a client #B 2000... In the present invention, the session transfer is that in a messaging session and an additionally continuous media session."<br>（具体地，图2示意性说明了在客户端#A-1 1000与客户端#B 2000交换数据时，用户A尝试将客户端更换为客户端#A-2 1100的过程……在发明的会话传输中，包括消息会话和额外的连续媒介会话。）<br>[p34] "Here, the client #A-1 1000 and the client #B 2000 are connected to a conversation server 3000 by the SIP session."<br>（在此，客户端#A-1 1000和客户端#B 2000通过SIP会话连接到会话服务器3000。） | 1. 目标专利技术方案及作用：<br>根据说明书[0055]、[0056]等，该特征界定了第二WTRU的初始状态，即第一WTRU与远程方之间最初进行媒介会话时，第二WTRU尚未接入该正在进行的会话，其作为外部独立实体发起或接收协作复制。<br>2. 隐含公开逻辑推导：<br>对比文件[p33]、[p34]中，正在进行的通信会话建立在客户端#A-1与远端客户端#B之间；而第二客户端#A-2在会话转移发生前，并不参与#A-1与#B之间的该数据交换会话。本领域技术人员基于对比文件记载的会话拓扑及状态可以容易且毫无疑义地推断出：在会话传输/接入动作发起前，第二设备#A-2最初并未与第一设备和远端参与方之间正在进行的会话相关联。在宽松标准下，对比文件实质公開/涵盖了这一设备拓扑关系与初始未关联状态，因此技术特征B被隐含公开。 |
| 技术特征C：所述协作复制会话邀请请求源于所述第二WTRU处<br>《未公开》 | [p35] "On the other hand, when the user A desires to attempt the client change to the client #A-2 1100, the client #A-1 1000 as a source device requests the conversation server 3000 to transfer the session."<br>（另一方面，当用户A期望尝试客户端更换至客户端#A-2 1100时，作为源设备的客户端#A-1 1000向会话服务器3000请求传输该会话。）<br>[p42] "the client #A-1 1000 transmits a request for transferring a session to the client #A-2 1100 to the conversation server 3000 using an SIP REFER message as a control message (S101)."<br>（客户端#A-1 1000使用作为控制消息的SIP REFER消息向会话服务器3000发送将对话传输给客户端#A-2 1100的请求（S101）。） | 1. 目标专利技术方案及作用：<br>结合目标专利说明书[0015]、[0056]、[0061]及图5、图10，该特征限定了拉（Pull）模式复制请求的发起端点，即由第二WTRU（即受控方或拉取方WTRU）作为信令源端生成并发出协作复制会话邀请请求。<br>2. 对比文件对应分析：<br>对比文件全篇所描述的会话转移请求均由源设备（第一设备 Client #A-1）发起（参见[p35]、[p42]的S101，以及图3、图8、图11），再由服务器向第二设备#A-2发出邀请（S109）。对比文件未曾公开任何源于第二客户端（Client #A-2）向网络主动拉取或发起会话转移/复制的请求信令。即使按照最宽松的隐含推导，对比文件所披露的架构和信令机制与由第二设备主动发起请求也是完全相反的技术走向，故技术特征C未公开。 |
| 技术特征D：对所述协作复制会话邀请请求执行授权<br>《未公开》 | 对比文件全文无相关记载。 | 1. 目标专利技术方案及作用：<br>结合目标专利说明书[0058]、[0061]、[0066]、[0074]、[0077]等，服务器（SCC AS）在收到复制请求后，需要验证请求者是否为IUT用户、校验其签约配置/策略以判断是否允许复制媒介流，并可触发第一方或远端方的授权检查。<br>2. 对比文件对应分析：<br>对比文件针对会话传输过程，在会话服务器3000接收到客户端#A-1的REFER请求后，直接返回ACCEPTED消息（[p42]之S102），随后即执行消息暂存与历史拉取，完全没有公开对请求进行鉴权或授权（Authorization）的技术处理环节，更未涉及对“协作复制会话邀请请求”的授权。因此，特征D既未直接公开，亦无法隐含推导得出。 |
| 技术特征E：为复制的媒介流分配媒介资源<br>《未公开》 | 对比文件全文无相关记载。 | 1. 目标专利技术方案及作用：<br>结合说明书[0007]、[0059]、[0062]、[0074]、[0077]，由于复制会话需要将同一份媒介流分发至第一和第二WTRU，SCC AS必须在媒体资源功能实体（MRF）中分配相应的下行/复制媒介资源，以承载分离出的复制流。<br>2. 对比文件对应分析：<br>对比文件采用的是消息/媒体存储器（Message & Media Storage 4000）来暂存历史消息并转发给新客户端（见[p44]、[p48]），其核心在于转移而非实时的多路媒体复制，未公开为复制媒介流分配媒体处理资源（如MRF资源）。故技术特征E未公开。 |
| 技术特征F：将针对媒介资源功能MRF中的复制的媒介流的响应传送给第二WTRU<br>《未公开》 | 对比文件全文无相关记载。 | 1. 目标专利技术方案及作用：<br>结合说明书[0007]、[0062]、[0077]（如步骤1013、1014），服务器为复制媒介流分配MRF资源后，将携带与MRF中复制媒介流相关信息的响应消息传送给发起请求的第二WTRU，使第二WTRU完成接入协商。<br>2. 对比文件对应分析：<br>对比文件中是由会话服务器向第二客户端发送INVITE消息建立新会话（[p45]之S109），并不存在第二WTRU接收针对MRF中复制媒介流的响应这一交互过程。故技术特征F未公开。 |
| 技术特征G：使用所述MRF为所述复制的媒介流更新所述第一WTRU上的接入段；并且所述MRF中的复制的媒介流更新远程段<br>《未公开》 | 对比文件全文无相关记载。 | 1. 目标专利技术方案及作用：<br>结合目标专利说明书[0007]、[0059]、[0062]、[0077]，系统通过MRF锚定媒介流后，通过信令更新第一WTRU的接入段以及远端段的媒体路径，使得远端媒介流指向MRF，由MRF实现多路流的分发。<br>2. 对比文件对应分析：<br>对比文件在完成对第二客户端的切换后，直接断开并终止了与第一客户端的原有会话（参见[p47]步骤S112~S115：“terminates existing session... terminated through steps S112 to S115”），同时仅在服务器端进行路由更改（Routing Change 325），既不涉及MRF实体，也没有更新第一WTRU上的接入段以维持复制流。因此，特征G未被公开。 |
| 技术特征H：所述媒介流之后从所述远程方流向所述MRF<br>《未公开》 | 对比文件全文无相关记载。 | 1. 目标专利技术方案及作用：<br>结合目标专利说明书[0059]（417）、[0062]（518）、[0075]（917）及[0078]（1018），该特征限定复制建立后，远端方的上行媒介流汇聚接入至核心网的MRF，以便由MRF进行流复制与桥接。<br>2. 对比文件对应分析：<br>对比文件为CPM会话转移架构，远端消息/数据流向会话服务器3000，且转移后直接路由至Client #A-2（[p46]），未公开任何媒介资源功能实体MRF作为媒体面分发节点的拓扑，亦无流向MRF的技术内容。故特征H未公开。 |
| 技术特征I：从所述MRF流向所述第一WTRU<br>《未公开》 | 对比文件全文无相关记载。 | 1. 目标专利技术方案及作用：<br>结合目标专利说明书[0055]、[0059]（416）、[0062]（517）、[0075]（916），在复制会话场景下，MRF将复制的媒介流一路保留并继续流向原第一WTRU，以实现第一WTRU上的会话不中断。<br>2. 对比文件对应分析：<br>对比文件在完成切换后，明确指出将原有会话终止（[p47] S114），第一设备（Client #A-1）不再接收后续会话媒介。故未公开媒介从MRF流向第一WTRU，特征I未公开。 |
| 技术特征J：从所述MRF流向所述第二WTRU<br>《未公开》 | 对比文件全文无相关记载。 | 1. 目标专利技术方案及作用：<br>结合目标专利说明书[0059]（418）、[0062]（519）、[0075]（918），MRF将复制出的另一路媒介流下发传送给第二WTRU，完成多端协同共享会话。<br>2. 对比文件对应分析：<br>对比文件虽将后续数据转发给第二设备，但其传递路径来自会话服务器（及通过MSRP协议转发暂存历史消息，见[p48]），并非由MRF分发复制的媒介流，故技术特征J未公开。 |
| 技术特征K：其中所述协作复制会话邀请请求包括复制报头字段<br>《未公开》 | [p42] "Referring to FIG. 15, a Refer-To header field P1 indicates destination address information... Accordingly, SESSION TRANSFER P2 is indicated by a Session Description Protocol (SDP) attribute parameter."<br>（参考图15，Refer-To头字段P1指示目的地地址信息……因此，通过会话描述协议（SDP）属性参数指示会话传输P2。） | 1. 目标专利技术方案及作用：<br>结合目标专利说明书[0080]、[0081]、[0087]、[0091]，为了在信令上明确区分“会话传输”与“会话复制”，在请求消息中特别定义并携带了指示复制特定会话的“复制报头字段”（包含要复制会话的对话ID）。<br>2. 对比文件对应分析：<br>对比文件在REFER消息中携带的是常规的Refer-To头字段，并且明确指出其属性参数为指示“SESSION TRANSFER（会话传输）”（参见[p42]及图15之P2），而完全没有公开表征复制语义的“复制报头字段”。因此技术特征K未公开。 |
| 技术特征L：其中所述复制报头字段是媒介层“i＝复制”字段<br>《未公开》 | 对比文件全文无相关记载。 | 1. 目标专利技术方案及作用：<br>结合目标专利说明书[0082]，在SDP协议中将媒介级i行扩展定义为“i=replicate”（i=复制），用于明确指示针对该特定媒介组件执行复制。<br>2. 对比文件对应分析：<br>对比文件全文均未涉及在SDP中使用“i=复制”字段来指示会话或组件复制，特征L未公开。 |
| 技术特征M：其中所述复制报头字段是媒介层“a＝复制”字段<br>《未公开》 | 对比文件全文无相关记载。 | 1. 目标专利技术方案及作用：<br>结合目标专利说明书[0082]，在SDP的媒介层定义新的属性行“a=replicate”（a=复制），以标识对特定媒介组件的复制操作。<br>2. 对比文件对应分析：<br>对比文件全文未涉及“a=复制”属性字段，特征M未公开。 |
| 技术特征N：其中所述复制报头字段是XML主体<br>《未公开》 | 对比文件全文无相关记载。 | 1. 目标专利技术方案及作用：<br>结合目标专利说明书[0083]，通过在SIP复制请求的主体中携带XML文档来承载丰富的复制配置信息（如被复制流ID、发起者、执行节点等）。<br>2. 对比文件对应分析：<br>对比文件未公开在会话转移或复制请求中使用XML主体来作为复制指示报头字段的技术方案，特征N未公开。 |
| 技术特征O：其中所述XML主体指示将要复制哪些媒介组件或整个会话<br>《未公开》 | 对比文件全文无相关记载。 | 1. 目标专利技术方案及作用：<br>结合目标专利说明书[0083]，利用该XML主体所包含的具体语义字段来显式指示是将整个会话还是仅将会话中的部分特定媒介组件（例如单独复制视频流）进行复制。<br>2. 对比文件对应分析：<br>对比文件完全未涉及任何关于XML主体指示复制组件或会话的内容，特征O未公开。 |
---
<<<b>>>
权利要求2
根据权利要求1所述的方法，其中所述协作复制会话邀请请求包括复制报头字段。
权利要求3
根据权利要求2所述的方法，其中所述复制报头字段是媒介层“i＝复制”字段。
权利要求4
根据权利要求2所述的方法，其中所述复制报头字段是媒介层“a＝复制”字段。
权利要求5
根据权利要求2所述的方法，其中所述复制报头字段是XML主体。
权利要求6
根据权利要求5所述的方法，其中所述XML主体指示将要复制哪些媒介组件或整个会话。