非显而易见法律服务网

序号	权利要求内容
1	一种具有网际协议(IP)多媒体子系统(IMS)能力的无线发射/接收单元(WTRU)，该WTRU包括；接收机；被配置成接收来自IMS实体的协同会话控制转移请求；其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求；其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起；发射机；被配置成向所述IMS实体传送响应；其中所述响应指示接受所述协同会话控制转移请求；以及控制器；被配置成在对所述现有的IMS协同会话的控制正被转移到所述WTRU时；控制所述现有的IMS协同会话。
2	根据权利要求1所述的具有IP IMS能力的WTRU，其中所述WTRU是处于所述现有的IMS协同会话中的被控制方WTRU。
3	根据权利要求1所述的具有IP IMS能力的WTRU，其中所述WTRU具有与远端方之间的IMS媒体流。
4	根据权利要求1所述的具有IP IMS能力的WTRU，其中对所述现有的IMS协同会话的所述控制从第二WTRU转移到所述WTRU。
5	根据权利要求1所述的具有IP IMS能力的WTRU，其中所述协同会话控制转移请求和所述响应是会话发起协议(SIP)消息。
6	根据权利要求4所述的具有IP IMS能力的WTRU，其中所述协同会话控制转移请求包括以下中的一者或多者；所述现有的IMS协同会话的身份；所述现有的IMS协同会话的媒体流的身份；所述第二WTRU的身份；或所述WTRU的身份。

权利要求1

下载无效理由

一种具有网际协议(IP)多媒体子系统(IMS)能力的无线发射/接收单元(WTRU)，该WTRU包括；接收机；被配置成接收来自IMS实体的协同会话控制转移请求；其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求；其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起；发射机；被配置成向所述IMS实体传送响应；其中所述响应指示接受所述协同会话控制转移请求；以及控制器；被配置成在对所述现有的IMS协同会话的控制正被转移到所述WTRU时；控制所述现有的IMS协同会话。

技术特征:

A 该WTRU包括 (0)

B 接收机 (0)

C 被配置成接收来自IMS实体的协同会话控制转移请求 (0)

D 其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求 (0)

E 其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起 (0)

F 发射机 (0)

G 被配置成向所述IMS实体传送响应 (0)

H 其中所述响应指示接受所述协同会话控制转移请求 (0)

I 控制器 (0)

J 被配置成在对所述现有的IMS协同会话的控制正被转移到所述WTRU时 (0)

K 控制所述现有的IMS协同会话。 (0)

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

**特征比对表格**

技术特征描述及公开性判断结果	对比文件原文引用	公开性论述
技术特征A：该WTRU包括<br><br>《直接公开》	【0025】“...a laptop PC, a video equipped personal digital assistant (PDA), or a handheld videophone...（...膝上型个人计算机（PC）、配备视频的个人数字助理（PDA）或手持视频电话...）”<br>【0031】“...Target Node (or second destination device) 66...（目标节点（或第二目标设备）66...）”	对比文件公开了目标节点（Target Node，第二目标设备），其可以是笔记本电脑、PDA、手持视频电话等无线移动终端，起到通信接收与业务承载设备的作用。目标专利说明书【0031】指出WTRU可以包括PDA、蜂窝电话、笔记本等。对比文件中的目标节点即等同于目标专利中的WTRU，故技术特征A被直接公开。
技术特征B：接收机<br><br>《直接公开》	【0022】“...The Target Node then requests and receives packets addressed to the transferred IP address of the Transferring Node...（然后，目标节点请求并接收寻址到转移节点的所转移IP地址的数据包...）”<br>【0035】“...and the ending point of the tunnel is the Target Node 66. All IP traffic... is thus transferred to the Target Node 66.（...并且隧道的终点是目标节点66。所有IP业务...因此被转移到目标节点66。）”	对比文件的目标节点作为网络通信终端，必须具备用于接收网络数据包（包括隧道包和信令报文）的底层物理及逻辑接收组件（接收机），其功能是接收来自网络节点传输的信令及业务数据包。这与目标专利说明书中WTRU必须具备接收机/收发信机（如【0042】、【0046】所述用于接收信号）的作用与结构相同。本领域技术人员可毫无疑义地得出其包括接收机，故技术特征B被直接公开。
技术特征C：被配置成接收来自IMS实体的协同会话控制转移请求<br><br>《隐含公开》	【0032】“...When the Transferring Node 56 determines that it would like to transfer the session, it negotiates the session transfer with the Target Node 66. Either the Transferring Node 56 or the Target Node 66 may initiate the negotiation.（...当转移节点56确定其想要转移会话时，其与目标节点66协商会话转移。转移节点56或目标节点66中的任一个均可以发起协商。）”<br>【0011】“...the IETF Session Initiation Protocol (SIP) family (IETF RFC 2543) with proposed extensions (IETF Draft ‘SIP Call Control Transfer’ draft-ietf-sip-cc-transfer-02) provides for call transfer accommodating multimedia sessions as well.（...具有建议扩展（IETF草案‘SIP呼叫控制转移’draft-ietf-sip-cc-transfer-02）的IETF会话发起协议（SIP）族（IETF RFC 2543）也提供了适于多媒体会话的呼叫转移。）”<br>【0074】“...For example, the Agent or SA functionality could be integrated with either a Transferring Node or a router on the home subnet...（...例如，代理或SA功能可以与家乡子网上的转移节点或路由器集成...）”	目标专利中该特征是指被控制方WTRU的接收机接收来自网络侧IMS实体（如SCC AS）发来的协同会话控制转移请求。对比文件中公开了：①转移节点（Transferring Node）或Agent（网络代理设备）在进行设备间会话转移（SID）时，与目标节点进行转移协商（协商包含请求与响应）；②在【0074】中明确指出Agent/SA功能可以与转移节点集成；③在背景技术【0011】提及基于SIP呼叫控制转移协议进行多媒体会话转移。在宽松的隐含公开标准下，Agent作为网络实体/会话控制代理实体，或者转移节点集成Agent实体，其向目标节点发起的协商转移请求可合理解读或推断为网络控制实体发出的会话控制转移请求；且其部分公开了会话控制转移协商信令，有可能与通用IMS网络架构结合，故技术特征C被隐含公开。
技术特征D：其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求<br><br>《隐含公开》	【0028】“...A ‘session’ is a communication involving one or more flows between the same two devices and related to the same application. For example, a video call session may consist of separate flows in both directions (from sender to receiver and vice versa) for audio and video information.（...‘会话’是同一两个设备之间涉及一个或多个流且与同一应用相关的通信。例如，视频呼叫会话可以由在两个方向上用于音频和视频信息的单独流组成。）”<br>【0032】“...negotiates the session transfer with the Target Node 66... During the negotiation, a session key must be established that will form the basis of a temporary security association between the Target Node 66 and the Agent 60 for the duration of the session transfer...（...与目标节点66协商会话转移...在协商期间，必须建立一个会话密钥，该会话密钥将构成在会话转移期间目标节点66与代理60之间临时安全关联的基础...）”<br>【0042】“Once the session has been transferred to the Target Node 66, it may be possible for the Target Node 66 to further transfer the session to another device... if the Target Node has been given the authority to transfer the session...（一旦会话转移到目标节点66，目标节点66有可能进一步将该会话转移到另一设备...如果目标节点已被赋予转移该会话的权限...）”	目标专利中该特征的作用在于向目标WTRU明确指示要求其接管对现存IMS协同会话的控制权。对比文件中，会话转移协商消息向目标节点通知了会话转移意图，目标节点在接管会话后获得会话的收发及进一步控制/转移权限（【0042】）。虽然对比文件中主要聚焦于网络层/传输层多媒体会话（包含音频、视频流）的整体转移，但在极度宽松的隐含公开推断标准下，该协商请求必然隐含了指示目标节点接收并接管当前现存多媒体会话（包含其控制）的意图与信令内容，故技术特征D被隐含公开。
技术特征E：其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起<br><br>《隐含公开》	【0025】“...One example of when such movement could become necessary is if the network system user was participating in the video call on a battery-powered device running low on battery power. The network system user could transfer to a line-powered device in order to conserve battery power and possibly improve the quality of service.（...这种移动何时变得必要的一个示例是：如果网络系统用户正在电池供电设备上参与视频呼叫，而该设备电量不足。网络系统用户可以转移到有线供电设备以节省电池电量并可能提高服务质量。）”<br>【0032】“When the Transferring Node 56 determines that it would like to transfer the session, it negotiates the session transfer with the Target Node 66...（当转移节点56确定其想要转移会话时，其与目标节点66协商会话转移...）”	目标专利说明书【0117】记载：“由于用户简档、当前条件（例如，控制方WTRU到SCC AS的连接已经降低）或根据预配置，SCC AS可发起协同控制转移”。对比文件【0025】指出了当电池供电设备电量低、或为了改善服务质量（improve QoS）时需要将会话转移。电池电量即将耗尽、无线设备移动或信道/连接QoS降低必然伴随着控制信令链路的退化、劣化或中断风险；且对比文件【0074】指出Agent网络功能可与转移节点集成。在极宽松的隐含公开判断规则下，本领域技术人员根据电量不足、提高QoS等触发转移的情境，有可能推理并合理推断出包括由于设备链路/信令退化或损失而由网络侧实体发起转移，故技术特征E被隐含公开。
技术特征F：发射机<br><br>《直接公开》	【0036】“At any point prior to the binding expiration, the Target Node 66 may send a registration request message to the Agent 60 to request that the binding lifetime be extended.（在绑定到期之前的任何时间点，目标节点66可以向代理60发送注册请求消息以请求延长绑定生存时间。）”<br>【0041】“Returning traffic from the transferred session can be sent directly from the Target Node 66 to the Correspondent Node 52 using the Transferring Node's IP address 58 as the source address in the packet header.（来自已转移会话的返回业务可以使用转移节点的IP地址58作为分组头中的源地址直接从目标节点66发送到通信方节点52。）”	对比文件的目标节点作为网络通信实体，必须具备向上层网络节点（Agent）发送信令消息以及向远端通信方节点发送返回媒体流量的物理/逻辑发送模块（发射机）。这与目标专利说明书【0042】、【0044】、【0046】所描述的WTRU用于传送无线信号/上行信令的发射机功能和作用完全一致。本领域技术人员可毫无疑义地直接得出，故技术特征F被直接公开。
技术特征G：被配置成向所述IMS实体传送响应<br><br>《隐含公开》	【0032】“...negotiates the session transfer with the Target Node 66. Either the Transferring Node 56 or the Target Node 66 may initiate the negotiation. During the negotiation, a session key must be established...（...与目标节点66协商会话转移。转移节点56或目标节点66均可发起协商。在协商期间，必须建立会话密钥...）”<br>【0036】“...Target Node 66 may send a registration request message to the Agent 60...（...目标节点66可以向代理60发送注册请求消息...）”<br>【0074】“...the Agent or SA functionality could be integrated with either a Transferring Node or a router on the home subnet...（...代理或SA功能可以与家乡子网上的转移节点或路由器集成...）”	目标专利中该特征的作用是被控制方WTRU向网络端控制实体（SCC AS）回复接受或确认信令。对比文件中，目标节点与转移节点（可集成Agent功能）或网络侧Agent进行会话转移协商并建立安全关联，且目标节点向网络侧Agent发送注册消息以确认与维持该会话转移绑定。在极度宽松的判断标准下，目标节点向控制转移的对端/网络实体回复协商确认或注册请求，部分公开或涵盖了向控制实体发送响应的技术实质，故技术特征G被隐含公开。
技术特征H：其中所述响应指示接受所述协同会话控制转移请求<br><br>《隐含公开》	【0032】“...negotiates the session transfer with the Target Node 66... During the negotiation, a session key must be established that will form the basis of a temporary security association between the Target Node 66 and the Agent 60...（...与目标节点66协商会话转移...在协商期间，必须建立构成目标节点66与代理60之间临时安全关联基础的会话密钥...）”<br>【0036】“...Target Node 66 may send a registration request message to the Agent 60 to request that the binding lifetime be extended.（...目标节点66可向代理60发送注册请求消息以请求延长绑定生命周期。）”	目标专利中该特征用于使网络确认目标WTRU已同意承担控制角色。对比文件中，双方协商转移会话成功建立密钥，且目标节点通过注册请求和建立安全绑定来确认参与并接管会话，表明目标节点同意并接受了会话转移请求。在极宽松的隐含公开标准下，本领域技术人员可以合理推断出协商交互与注册中必然包含指示接受会话转移的响应信息，故技术特征H被隐含公开。
技术特征I：控制器<br><br>《直接公开》	【0022】“...The Target Node then requests and receives packets addressed to the transferred IP address of the Transferring Node.（...然后目标节点请求并接收寻址到转移节点的所转移IP地址的数据包。）”<br>【0025】“...such as a laptop PC, a video equipped personal digital assistant (PDA), or a handheld videophone.（...例如笔记本电脑、配备视频的PDA或手持视频电话。）”<br>【0036】“...The session key described above is used as the basis of a Agent 60/Target Node 66 security association which is used to encrypt and authenticate the registration request and reply messages.（上述会话密钥用作代理60/目标节点66安全关联的基础，用于加密和认证注册请求和应答消息。）”	对比文件公开了目标节点为PC、PDA、智能手持终端等计算处理通信设备，其必然包含CPU/微处理器/控制芯片等控制器硬件模块，用于执行协议栈解析、数据包解封装、会话密钥加解密处理及信令交互控制。这与目标专利说明书【0042】、【0043】中所定义的处理器/控制器（通用处理器、微处理器、控制器等）作用相同。本领域技术人员可以毫无疑义地直接确定其具有控制器，故技术特征I被直接公开。
技术特征J：被配置成在对所述现有的IMS协同会话的控制正被转移到所述WTRU时<br><br>《隐含公开》	【0022】“While the transfer is taking place and after it has been completed, the session with respect to the Correspondent Node continues without interruption.（在转移正在进行时以及在转移完成之后，关于通信方节点的会话继续而没有中断。）”<br>【0035】“...All IP traffic (or data packets) addressed to the Transferring Node's IP address 58... is thus transferred to the Target Node 66. Therefore, the session transfer is accomplished without interrupting the session...（...因此所有寻址到转移节点IP地址58的IP业务...被转移到目标节点66。因此，在不中断会话的情况下完成了会话转移...）”	目标专利中该特征定义了控制器执行控制动作的时序条件（会话控制正被转移期间/之后）。对比文件明确公开了“在转移正在进行时以及转移完成之后（While the transfer is taking place and after it has been completed）”，会话连续不中断地继续维持，目标节点在此过程中接管会话数据包及通信。在极宽松的隐含公开判断规则下，对比文件公开的“转移正在进行时”与本特征的时序状态实质对应，故技术特征J被隐含公开。
技术特征K：控制所述现有的IMS协同会话<br><br>《隐含公开》	【0022】“While the transfer is taking place and after it has been completed, the session with respect to the Correspondent Node continues without interruption.（在转移正在进行时以及在转移完成之后，关于通信方节点的会话继续而没有中断。）”<br>【0041】“Returning traffic from the transferred session can be sent directly from the Target Node 66 to the Correspondent Node 52...（来自转移会话的返回业务可以直接从目标节点66发送到通信方节点52...）”<br>【0042】“Once the session has been transferred to the Target Node 66, it may be possible for the Target Node 66 to further transfer the session to another device... If the Target Node has been given the authority to transfer the session, the transfer will be accomplished in a similar fashion...（一旦会话已被转移到目标节点66，目标节点66有可能进一步将该会话转移到另一设备...如果目标节点已被赋予转移会话的权限，则将以类似方式完成转移...）”	目标专利说明书【0076】指出“通信会话的控制可包括，例如，开始或停止媒体流、增加或去除媒体流、在另一个WTRU上转移或复制媒体流、调整比特速率或终止通信”。对比文件中，目标节点不仅承载通信会话的传输（发送返回业务），而且具有维持会话生命周期、终止会话转移（【0037】）以及经授权后将该会话进一步发起并转移至其他第三方目标设备的控制操作权限（【0042】）。在极宽松的隐含公开判断标准下，对比文件公开的上述会话管理与进一步转移控制操作已隐含包含了对现有会话的控制能力，故技术特征K被隐含公开。
技术特征L：其中所述WTRU是处于所述现有的IMS协同会话中的被控制方WTRU<br><br>《隐含公开》	【0023】“...In addition, the Transferring Node can participate in sessions with additional Correspondent Nodes, each session using its own session specific IP address.（...此外，转移节点可以参与具有附加通信方节点的会话，每个会话使用其自己的会话特定IP地址。）”<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...（SA还采用众所周知的技术将未转移的流（例如另一通信方节点152与转移节点162之间的会话，或原始通信方节点154与转移节点162之间的未转移会话）隧道传输到转移节点162...）”	目标专利中，被控制方WTRU是指在协同会话建立后，参与媒体流但最初并不享有整体协同会话主控权的设备。对比文件实施例中，两个节点可同属由转移节点发起的通信架构中（例如转移节点管理多个流/会话，部分流/会话转移给目标节点，转移节点保留主IP并管理其他会话）。在极宽松的隐含公开判断标准下，目标节点作为接收部分会话转移的受体设备，具有被控制方设备的属性，可合理解读并推断其涵盖了“被控制方WTRU”的地位，故技术特征L被隐含公开。
技术特征M：其中所述WTRU具有与远端方之间的IMS媒体流<br><br>《隐含公开》	【0025】“...a video call session may consist of separate flows in both directions (from sender to receiver and vice versa) for audio and video information...（...视频呼叫会话可以由在两个方向上用于音频和视频信息的单独流组成...）”<br>【0041】“Returning traffic from the transferred session can be sent directly from the Target Node 66 to the Correspondent Node 52 using the Transferring Node's IP address 58 as the source address in the packet header.（来自已转移会话的返回业务可以使用转移节点的IP地址58作为分组头中的源地址直接从目标节点66发送到通信方节点52。）”	目标专利中该特征是指该WTRU自身与远端方（Remote Party）保持媒体流交互。对比文件明确公开了多媒体会话包括音频流、视频流，目标节点在接管会话后，直接或通过反向隧道向通信方节点（Correspondent Node，即远端方）发送和接收媒体数据流流量。在极宽松的隐含公开推断标准下，这与远端方之间建立和维持多媒体流实质一致，故技术特征M被隐含公开。
技术特征N：其中对所述现有的IMS协同会话的所述控制从第二WTRU转移到所述WTRU<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).（...该转移（本说明书称为设备间会话移动性或SID移动性）可以通过从转移节点（或第一目标设备）转移与活动会话相关联的IP地址来完成，使得网络系统将与通信方节点的会话通信路由到期望的目标节点（或第二目标设备）。）”<br>【0042】“Once the session has been transferred to the Target Node 66, it may be possible for the Target Node 66 to further transfer the session to another device... if the Target Node has been given the authority to transfer the session...（一旦会话已被转移到目标节点66，目标节点66有可能进一步将该会话转移到另一设备...如果目标节点已被赋予转移该会话的权限...）”	目标专利中该特征限定会话控制权的转移源自第二WTRU（即第一控制方设备）。对比文件中明确公开了会话及其进一步转移/控制权限是从转移节点（第一目标设备，即第二WTRU）转移到目标节点（第二目标设备，即本WTRU）。在极宽松的隐含公开判断规则下，第二设备向第一设备移交会话管理及控制，已隐含公开了控制权从第二WTRU向该WTRU转移的技术方案，故技术特征N被隐含公开。
技术特征O：其中所述协同会话控制转移请求和所述响应是会话发起协议(SIP)消息<br><br>《隐含公开》	【0011】“...the International Telecommunications Union (ITU) H.323 protocol suite provides for call transfer based on the traditional telephony model and can accommodate transfer of multimedia sessions, and the IETF Session Initiation Protocol (SIP) family (IETF RFC 2543) with proposed extensions (IETF Draft ‘SIP Call Control Transfer’ draft-ietf-sip-cc-transfer-02) provides for call transfer accommodating multimedia sessions as well.（...国际电信联盟（ITU）H.323协议族提供了基于传统电话模型的呼叫转移并且可以适应多媒体会话的转移，并且具有建议扩展（IETF草案‘SIP呼叫控制转移’draft-ietf-sip-cc-transfer-02）的IETF会话发起协议（SIP）族（IETF RFC 2543）也提供了适于多媒体会话的呼叫转移。）”	对比文件在其背景技术【0011】中明确公开了使用“IETF会话发起协议（SIP）族（RFC 2543）及其扩展‘SIP呼叫控制转移’（draft-ietf-sip-cc-transfer-02）”来提供多媒体会话的呼叫转移。虽然对比文件主要提出在网络层进行IP/地址/隧道重定向，但其指明了在多媒体会话控制中采用SIP协议及其呼叫控制转移扩展规范作为转移方案。在极度宽松的隐含公开推断标准下，对比文件提及了SIP及其呼叫控制转移标准，有可能与会话转移信令结合推理得出请求与响应采用SIP消息，故技术特征O被隐含公开。
技术特征P：其中所述协同会话控制转移请求包括以下中的一者或多者<br><br>《隐含公开》	【0033】“...This request will contain the Transferring Node's IP and link layer addresses, the Target Node's IP address, the session key encrypted... and an indication of whether further transferring... is permitted.（...该请求将包含转移节点的IP和链路层地址、目标节点的IP地址、加密的会话密钥...以及是否允许进一步转移的指示。）”<br>【0064】“...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 encrypted... a list of flows (5-tuples) defining the session(s) to be transferred, and a flag indicating whether further transferring... is permitted.（...该通知将包含转移节点的IP地址164和临时IP地址170、目标节点的IP地址178、加密的会话密钥...定义要转移的一个或多个会话的流列表（5元组），以及指示是否允许进一步转移的标志。）”	对比文件公开了在会话转移协商/请求中包含多种会话识别信息、流识别信息（5元组）以及参与设备的身份标识（IP地址、链路层地址）。由于特征P作为后文多选一特征的引导项，对比文件公开了转移请求中携带下述一项或多项具体参数，故技术特征P被隐含公开。
技术特征Q：所述现有的IMS协同会话的身份<br><br>《隐含公开》	【0028】“...A ‘session’ is a communication involving one or more flows between the same two devices and related to the same application...（...‘会话’是同一两个设备之间涉及一个或多个流且与同一应用相关的通信...）”<br>【0064】“...a list of flows (5-tuples) defining the session(s) to be transferred...（...定义要转移的一个或多个会话的流列表（5元组）...）”	目标专利说明书【0092】记载会话标识用于识别协同会话。对比文件明确公开了使用“定义要转移的会话的流列表（5元组）（a list of flows (5-tuples) defining the session(s) to be transferred）”，在IP网络通信中，流列表或5元组集合在逻辑上唯一确定和标识了该通信会话（Session ID）。在极宽松的隐含公开标准下，流列表作为会话定义标识已隐含公开了会话的身份，故技术特征Q被隐含公开。
技术特征R：所述现有的IMS协同会话的媒体流的身份<br><br>《隐含公开》	【0028】“Within the IP protocol suite, a ‘flow’ can be defined as a sequence of packets having a common addressing 5-tuple consisting of the following: source IP address, source port number, destination IP addresses, destination port number, and transport layer protocol (e.g. TCP or UDP).（在IP协议族内，‘流’可以被定义为具有由源IP地址、源端口号、目的IP地址、目的端口号和传输层协议（例如TCP或UDP）组成的公共寻址5元组的分组序列。）”<br>【0064】“...a list of flows (5-tuples) defining the session(s) to be transferred...（...定义要转移的一个或多个会话的流列表（5元组）...）”	目标专利中该特征用于识别受转移影响的媒体流。对比文件明确记载了通过“由源IP、源端口、目的IP、目的端口和协议组成的5元组”来定义和识别具体的媒体流（flow），且转移请求中明确携带“定义所转移会话的流（5元组）列表”。这与流身份的作用与实质完全相同。在极宽松的隐含公开判断规则下，5元组作为各个流的唯一标识符，直接对应于媒体流的身份，故技术特征R被隐含公开。
技术特征S：所述第二WTRU的身份<br><br>《隐含公开》	【0033】“...This request will contain the Transferring Node's IP and link layer addresses, the Target Node's IP address...（...该请求将包含转移节点的IP和链路层地址、目标节点的IP地址...）”<br>【0064】“...This notification will contain the Transferring Node's IP address 164 and Temporary IP address(es) 170...（...该通知将包含转移节点的IP地址164和临时IP地址170...）”	目标专利说明书【0092】记载：“WTRU标识可包括注册的公共用户身份...基于URL或URI的标识，或由IP地址来指示（如【0345】）”。对比文件明确公开了请求/通知消息中携带转移节点（即第二WTRU）的IP地址和链路层硬件地址。在通信网络中IP地址与MAC地址是法定且通用的终端设备唯一标识符。因此，对比文件公开的转移节点IP/链路层地址已隐含公开了第二WTRU的身份，故技术特征S被隐含公开。
技术特征T：所述WTRU的身份<br><br>《隐含公开》	【0033】“...the Target Node's IP address...（...目标节点的IP地址...）”<br>【0064】“...the Target Node's IP address 178...（...目标节点的IP地址178...）”	目标专利说明书【0092】及【0345】指出WTRU标识可以为IP地址等网络标识。对比文件在转移请求/通知中明确包含目标节点（即所述第一WTRU）的IP地址（Target Node's IP address 178）。IP地址作为目标终端的网络身份识别符，在极宽松的隐含公开判断标准下，本领域技术人员可以毫无疑义或合理推断出其公开了该WTRU的身份，故技术特征T被隐含公开。

<<<A>>><<>><<<a>>><<<c>>><<<d>>><<<e>>><<<F>>><<<g>>><<<h>>><<>><<<j>>><<<k>>><<<l>>><<<m>>><<<n>>><<<o>>><<>><<<q>>><<<r>>><<<s>>><<<t>>>

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

## 特征比对表格

技术特征描述及公开性判断结果

对比文件原文引用

公开性论述

| **技术特征A**：该WTRU包括 《直接公开》 | [0020] "The conferencing system 100 further includes at least one conferencing application server 102, at least one media server 104, and one or more user agents 106.1-106.n." （中文翻译：会议系统100还包括至少一个会议应用服务器102、至少一个媒体服务器104以及一个或多个用户代理106.1-106.n。） [0022] "It is further understood that the user agents 106.1-106.n may comprise Internet devices such as SIP phones and/or non-Internet devices such as Public Switched Telephone Network (PSTN) phones."<br| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

## 特征比对表格

技术特征描述及公开性判断结果	对比文件原文引用	公开性论述
技术特征A：该WTRU包括<br><br>《隐含公开》	[0010]<br>“Another embodiment of the present invention provides a computer system, for a collaborating author to respond to a request to review a replica of an original document sent by a managing author...”<br>（本发明的另一个实施例提供了一种计算机系统，用于协同作者响应于审阅由管理作者发送的原始文档副本的请求……）<br><br>[0023]<br>“The method comprises a contributing author role for proposing changes to a replica of an original document using a contributor application stored on a client computer...”<br>（该方法包括使用存储在客户机计算机上的贡献者应用程序向原始文档副本提议修改的贡献作者角色……）<br><br>[0007]<br>“...when the document is modified by remote contributors over a communications network, especially a network with public access such as the Internet.”<br>（……当文档由远程贡献者通过通信网络（特别是诸如因特网的公共接入网络）修改时。）	目标专利说明书段落[0004]、[0031]指出WTRU为能够在无线环境中操作和通信的任何设备（包括PDA、智能手机、笔记本、个人计算机等）。对比文件公开了处于通信网络（如Internet）中的客户机计算机（client computer）/计算机系统。在极为宽松的隐含公开判断标准下，对比文件的客户机计算机包含了能够接入网络并进行通信处理的通用终端设备，具有与具备通信处理能力的终端（WTRU）相同或通用的设备载体属性，有可能在跨技术领域的结合中被引申认定，因此判断技术特征A被隐含公开。
技术特征B：接收机<br><br>《隐含公开》	[0011]<br>“...A message, including the word processing editing rights and the electronic replica, is sent to a memory location accessible by the second computer system.”<br>（……一条包括字处理编辑权限和电子副本的消息被发送到可由第二计算机系统访问的存储器位置。）<br><br>[0022]<br>“...a contributor module at the second computer system for receiving and editing the replica according to the editing instructions...”<br>（……在第二计算机系统处的贡献者模块，用于根据编辑指令接收并编辑副本……）<br><br>[0049]<br>“The application server 314 is connected to an e-mail server 316 that receives an e-mail message with a replica of the original document contained in an EDF file 330 attached. The e-mail server 316 sends the e-mail to one or more contributing authors, e.g., contributing author 320 to contributing author 322, via network 318...”<br>（应用服务器314连接到电子邮件服务器316，该电子邮件服务器接收附带有包含在EDF文件330中的原始文档副本的电子邮件消息。电子邮件服务器316经由网络318将电子邮件发送到一个或多个贡献作者……）	目标专利中，接收机用于在通信接口上接收下行消息和数据（如[0044]、[0046]）。对比文件公开了第二计算机系统/贡献者模块经由网络（如经由邮件服务器）接收来自管理作者的包含副本的消息/EDF文件。在极为宽松的隐含公开标准下，本领域技术人员可以合理推断，计算机系统/模块实现通过网络接收外部消息的功能，在底层物理与通信协议栈上必然隐含配置有接收外部网络信号/分组数据的“接收机”（硬件或网络接口接收功能），且起到接收外部下发请求/数据的作用，因此判断技术特征B被隐含公开。
技术特征C：被配置成接收来自IMS实体的协同会话控制转移请求<br><br>《未公开》	[0010]、[0049]、[0079]<br>对比文件记载协同作者的计算机接收管理作者发送的审阅副本请求（EDF文件附件）：<br>“...to respond to a request to review a replica of an original document sent by a managing author...”<br>（……响应于审阅由管理作者发送的原始文档副本的请求……）	目标专利说明书（如[0004]、[0006]、[0020]、[0060]、[0074]、[0090]、[0117]、[0120]等）明确记载，该特征是指在IP多媒体子系统（IMS）中，由网络核心网实体IMS实体（具体为SCC AS，提供服务连续性和多媒体会话锚定控制）向WTRU发送协同会话的“控制权转移请求”（Transfer of Control of Collaborative Sessions）。而在对比文件中，其处理的是应用层的静态文档协同编辑（基于Word/XML/差分文件对比），所谓请求仅为“发送文档副本以供离线审阅/编辑的请求”，完全不涉及通信网络的“IMS实体”，更无“协同会话控制转移请求”的概念与机制，二者的技术领域、技术方案、控制对象与作用实质完全不同，即使按照极为宽松的推理标准，也无法推导出该IMS网络层的会话控制转移技术方案，因此该特征未被公开。

| **技术特征D**：其中所述对对比文件（US20040205653A1）与目标专利权利要求的各项技术特征进行系统比对分析如下：

### 特征比对表格

技术特征描述及公开性判断结果	对比文件原文引用	公开性论述
技术特征A：该WTRU包括<br><br>《未公开》	对比文件公开了计算机系统/客户端计算机：<br>[0023] "...stored on a client computer..."<br>[0047] "Server side 210 is coupled to the managing author's computer 214. Client side 212 includes one or more contributing author's computers, for example, contributing author 1's computer 230 to contributing author N's computer 240."	在目标专利中，WTRU（无线发射/接收单元）指配置为在无线通信环境中操作的无线终端设备（见目标说明书[0004]、[0031]、[0042]-[0050]）。对比文件涉及的是文档协作管理软件系统（DMS），其执行主体为通用的客户端/服务器计算机（client computer, managing author's computer），并未限定为无线发射/接收单元（WTRU）。即使采用极宽松标准，文档协作客户端计算机也不能合理等同或推导为具备无线通信收发机制的WTRU。因此，技术特征A未公开。
技术特征B：接收机<br><br>《隐含公开》	[0022] "...a contributor module at the second computer system for receiving and editing the replica according to the editing instructions..."<br>[0048] "The manager application 216, after it creates, for example, EDF file 220, sends EDF file 220 to a contributor application 242 running on contributing author's computer 240."<br>[0049] "...via network 318... The mail server 316 then sends the RDF file 340 to the application server 314."	目标专利中的接收机用于在通信接口上接收网络/实体下发的消息或数据（说明书[0042]-[0046]）。对比文件公开了运行在计算机上的模块经由通信网络（如因特网、网络318、电子邮件服务器）接收文件和消息，作为通过网络进行通信的计算机设备，其物理硬件层面必然具备接收网络通信信号的接收机硬件（如网卡、网络接口控制器等）。本领域技术人员结合公知常识完全可以合理推知该硬件实体的存在。因此构成隐含公开。
技术特征C：被配置成接收来自IMS实体的协同会话控制转移请求<br><br>《未公开》	对比文件未公开IMS实体，亦未公开协同会话控制转移请求。其公开的是：<br>[0010] "...to respond to a request to review a replica of an original document sent by a managing author."<br>[0048] "The manager application 216... sends EDF file 220 to a contributor application 242 running on contributing author's computer 240."	目标专利中，IMS实体指IP多媒体子系统架构中的网络功能节点（如SCC AS，见说明书[0060]、[0074]、[0115]），所述协同会话控制转移请求是IMS网络实体向终端发起的用于将IMS多媒体协同会话的主控权进行转移的控制信令。对比文件属于文档协同编辑系统，其中的“请求”仅为主作者（managing author）通过邮件向协作者发送的文档审阅请求（review a replica），完全不涉及电信IMS实体架构，也不涉及IMS协同会话控制权的转移。因此，技术特征C未公开。
技术特征D：其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求<br><br>《未公开》	对比文件仅公开文档副本审阅请求：<br>[0010] "...for a collaborating author to respond to a request to review a replica of an original document sent by a managing author."<br>[0008] "...A managing author is responsible for the whole process of collaboration... and has sole control... Contributing authors only suggest or propose changes..."	目标专利中，该请求的作用是指示终端准备接管/承担对已建立的IMS多媒体协同会话的主控权（成为控制方WTRU，见说明书[0095]、[0108]、[0113]）。对比文件中，协作者接收到的仅仅是对文档副本的编辑审阅权限，协作者仅能提出修改建议，控制权始终在主作者手中，不存在让协作者计算机接收对现有会话的控制权的指示，更不存在IMS协同会话。因此，技术特征D未公开。
技术特征E：其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起<br><br>《未公开》	对比文件未记载任何关于控制信令退化或损失触发转移的内容。其公开的发起方式为：<br>[0009] "In one exemplary embodiment of the present invention the managing author selects a original document from the DMS. Next, a replica of the original document is made and securely sent by the managing author to the one or more contributing authors."	目标专利中，该特征是指IMS实体检测到原控制终端（第二WTRU）与网络之间的控制信令发生恶化或中断（例如无线连接降低、掉线），主动触发将协同会话控制转移给被控制方终端（说明书[0117]）。对比文件中，文档审阅是由主作者主动发起分发文档副本，完全不涉及无线/通信控制信令的退化或损失。因此，技术特征E未公开。
技术特征F：发射机<br><br>《隐含公开》	[0022] "...a contributor module at the second computer system for receiving and editing the replica according to the editing instructions, and for creating a difference file... the response including the difference file..."<br>[0048] "...The contributing authors edit their respective replicas and send proposed changes via RDF files, e.g., 234 and 244, to the manager application 216."<br>[0079] "...and the e-mail is sent to the managing author (step 770)."	目标专利中的发射机用于向网络实体发送无线通信信号/消息（说明书[0042]-[0046]）。对比文件中协作者计算机需要通过通信网络（网络318、因特网）向服务器/主作者计算机回传包含RDF响应文件的电子邮件，作为在网络中执行数据发送的计算机硬件设备，其物理硬件必然包括发射/发送网络信号的发射机（如网络适配器发送通路）。本领域技术人员可以合理推断出该硬件模块的存在。因此构成隐含公开。
技术特征G：被配置成向所述IMS实体传送响应<br><br>《未公开》	对比文件公开向主作者应用/服务器回传响应：<br>[0048] "The contributing authors edit their respective replicas and send proposed changes via RDF files, e.g., 234 and 244, to the manager application 216."<br>[0079] "...and the e-mail is sent to the managing author (step 770)."	目标专利中，该特征是指终端针对IMS实体下发的协同会话控制转移请求，通过通信接口向IMS网络实体（SCC AS）回复信令响应（说明书[0109]、[0120]）。对比文件中回传的对象是主作者的文档管理应用（manager application/managing author），而非电信网络中的IMS实体，通信机制与交互对象完全不同。因此，技术特征G未公开。
技术特征H：其中所述响应指示接受所述协同会话控制转移请求<br><br>《未公开》	对比文件中的响应内容：<br>[0009] "...Each edited replica with the proposed changes is converted into a response that is sent back to the managing author."<br>[0058] "The Response Document Format (RDF) is the format used by the contributing authors to send their proposed modifications back to the managing author."	目标专利中，该响应明确用于向网络实体确认同意接管对IMS协同会话的控制权（说明书[0109]、[0120]）。对比文件中的响应（RDF文件）仅是协作者编辑后生成的包含修改内容和差异文件（difference file）的数据文件，旨在提交修改建议供主作者裁决，完全不具备“指示接受协同会话控制转移”的作用或技术方案。因此，技术特征H未公开。
技术特征I：控制器<br><br>《隐含公开》	[0010] "The computer system includes: a word processing module for editing the replica, hence forming an edited replica, and a difference module for creating a difference file... an encryption module... and a response module..."<br>[0047] "Client side 212 includes one or more contributing author's computers, for example, contributing author 1's computer 230..."	目标专利中，控制器是指终端内负责调度、执行处理逻辑与状态控制的处理器/控制芯片（说明书[0042]-[0043]）。对比文件中的协作者计算机包括运行文字处理模块、差异比对模块、加密模块等的计算机处理系统，通用计算机系统必然包含执行上述软件程序模块的控制器（如CPU、主处理器）。本领域技术人员可以毫无疑义地推断其具备控制器硬件。因此构成隐含公开。
技术特征J：被配置成在对所述现有的IMS协同会话的控制正被转移到所述WTRU时<br><br>《未公开》	对比文件未公开IMS协同会话控制权的转移时序或状态机制。其公开的处理时机为：<br>[0079] "At step 760 the contributor application 516 receives the proposed changes to the replica... At step 762 a difference file is created..."	目标专利中，该特征限定了控制器的特定控制状态或触发时机，即在IMS协同会话的控制权正由网络实体/第二终端移交至当前终端的过渡进程中执行控制操作（说明书[0096]、[0109]、[0120]）。对比文件中协作者从未获得过任何会话或文档的控制权，更不存在“对现有的IMS协同会话的控制正被转移”的特定时态与处理场景。因此，技术特征J未公开。
技术特征K：控制所述现有的IMS协同会话。<br><br>《未公开》	对比文件明确排除协作者对文档的控制：<br>[0008] "...A managing author is responsible for the whole process of collaboration... and has sole control over which modifications offered by the contributing authors are accepted into the final document. Contributing authors only suggest or propose changes to a document."	目标专利中，控制协同会话包括对协同会话中的媒体流进行添加、删除、释放、复制、转移以及授权等全方位的会话管理（说明书[0076]、[0085]）。对比文件不仅完全不存在电信域的IMS协同会话，且明确强调协作者仅有提议权限，主作者独占最终控制权（sole control）。因此，技术特征K未公开。
技术特征L：其中所述WTRU是处于所述现有的IMS协同会话中的被控制方WTRU。<br><br>《未公开》	对比文件涉及协作角色划分：<br>[0008] "...There are two types of authors: managing authors and contributing authors... Contributing authors only suggest or propose changes to a document."	目标专利中，被控制方WTRU是指已经建立并参与到该IMS多媒体协同会话中，但初始阶段不享有对该协同会话主控权的终端（说明书[0084]-[0085]、[0104]）。虽然对比文件存在“协作者（contributing author）”的角色，但其为上层办公文档编辑协作的角色，并非通信层面上处于“IMS协同会话中的被控制方WTRU”，技术领域与技术方案本质不同。因此，技术特征L未公开。
技术特征M：其中所述WTRU具有与远端方之间的IMS媒体流。<br><br>《未公开》	对比文件涉及网络通信交互：<br>[0001] "...a method and system for document collaboration over a communications network."<br>[0006] "...transfer documents to and from the collaborators, particularly collaborators communicating remotely, e.g., over the Internet."	目标专利中，被控制方WTRU维持有自身与远端方之间的端到端多媒体业务流（如音频、视频、RTP媒体流，见说明书[0079]、[0084]、[0104]）。对比文件中的远程协作者仅通过网络与主作者/服务器交换离线文件（邮件传输EDF/RDF文档），不存在与通信远端方之间的实时“IMS媒体流”。因此，技术特征M未公开。
技术特征N：其中对所述现有的IMS协同会话的所述控制从第二WTRU转移到所述WTRU。<br><br>《未公开》	对比文件未记载控制权在不同协作者或计算机之间的交接转移。其记载：<br>[0008] "There is only one managing author per collaboration. There might be any number of contributing authors per collaboration on a document."	目标专利中，该特征限定了协同会话主控权的转移路径，即由原控制方终端（第二WTRU）转移至新的控制方终端（说明书[0085]、[0096]、[0120]）。对比文件中，文档协作的控制权自始至终由唯一的“主作者（managing author）”掌控，不存在从一台机器/作者转移给另一台机器/作者的方案。因此，技术特征N未公开。
技术特征O：其中所述协同会话控制转移请求和所述响应是会话发起协议(SIP)消息。<br><br>《未公开》	对比文件使用的传输协议与文件格式：<br>[0006] "...uses the conventional methods, e.g., e-mail, to transfer documents..."<br>[0051] "...forms the EDF file, which is then compressed and encrypted automatically..."<br>[0058] "The Response Document Format (RDF) is the format used by the contributing authors..."	目标专利中，控制转移请求与响应均为电信信令规范下的SIP消息（例如SIP REFER、INVITE、INFO或UPDATE等SIP信令消息，见说明书[0088]、[0104]）。对比文件采用的是通用电子邮件协议（SMTP等）传输包含XML元数据和差异二进制块的应用层文件（EDF/RDF文件），完全未公开亦未暗示采用会话发起协议（SIP）消息。因此，技术特征O未公开。
技术特征P：其中所述协同会话控制转移请求包括以下中的一者或多者<br><br>《未公开》	对比文件未公开协同会话控制转移请求，其发送的EDF配置信息为：<br>[0056] "<!ELEMENT CustomData (Edit, Print, CopyPaste, FormatChange, Export, W97Compatability, RtfSaved, Disable_Export, Disable_Edit_Docs, Edf_Expiry_Date, OriginalDocumentID, CollaborationDocumentID, RevisionName, SenderEmailAddr, SenderName, ReturnType, ReturnAddress)>"	目标专利中，该特征为从属特征的上位引导词，限定控制转移请求消息体内携带的一个或多个会话/媒体/设备标识字段（说明书[0095]、[0108]）。由于对比文件中连“协同会话控制转移请求”本身均未公开，该请求所包含的具体字段集合更无从公开。因此，技术特征P未公开。
技术特征Q：所述现有的IMS协同会话的身份<br><br>《未公开》	对比文件公开的标识信息：<br>[0056]-[0057] "...CollaborationDocumentID... The CollaborationDocumentID has the path and filename of the XDF file. The RevisionName has the filename of the original document and the revision number."	目标专利中，“现有的IMS协同会话的身份”是指在IMS多媒体子系统架构中唯一标识特定正在进行的协同多媒体通信会话的会话标识符（Session ID，见说明书[0092]、[0095]、[0106]）。对比文件中的CollaborationDocumentID仅为中心协作文档（XDF文件）的文件路径和文件名，属于文件系统目录层级下的文件标识，不能对应为IMS协同会话身份。因此，技术特征Q未公开。
技术特征R：所述现有的IMS协同会话的媒体流的身份<br><br>《未公开》	对比文件中不涉及媒体流：<br>[0056]-[0057] （仅记载文档相关的编辑控制参数、文件名、版本号等，无任何流媒体描述）	目标专利中，“媒体流的身份”用于在包含多个流（如音频流A、视频流B）的IMS协同会话中指定特定受影响/受控制的媒体流标识（Stream ID，见说明书[0092]、[0095]、[0106]）。对比文件处理的是静态文档的文本段与差异补丁（difference file），根本不存在通信会话中的媒体流，亦无媒体流身份。因此，技术特征R未公开。
技术特征S：所述第二WTRU的身份<br><br>《未公开》	对比文件公开的发送者标识：<br>[0056]-[0057] "...SenderName has the managing author's name, and SenderEmailAddr has the managing author's e-mail address."	目标专利中，“第二WTRU的身份”指原控制方无线发射/接收单元的通信设备标识（如GRUU、SIP URI、MSISDN等，见说明书[0092]、[0100]）。对比文件公开的仅是主作者的人名（SenderName）及电子邮箱地址（SenderEmailAddr），用于邮件回传寻址，并非无线通信网络中第二WTRU的设备通信身份。因此，技术特征S未公开。
技术特征T：所述WTRU的身份。<br><br>《未公开》	对比文件公开接收者的邮箱填写：<br>[0077] "The managing author enters the e-mail address of the intended recipient, i.e., contributing author, in the 'To:' field 730..."	目标专利中，“所述WTRU的身份”是指目标被控制方无线通信终端在IMS网络中的设备/用户身份（如Public User Identity、GRUU等，见说明书[0092]、[0095]、[0108]），且该身份需携带于IMS协同会话控制转移请求中。对比文件中向协作者发送的EDF配置参数中并无目标协作者设备标识字段，仅为外层邮件客户端在To栏填写的邮箱，且完全脱离IMS网络体系。因此，技术特征T未公开。

---

<<>>

<<<f>>>

<<>>

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

**特征比对表格**

技术特征描述及公开性判断结果	对比文件原文引用	公开性论述
技术特征A：<br>该WTRU包括<br><br>《直接公开》	【段落0005】<br>“In cellular systems, a base transceiver station (BTS) or similar access entity serves mobile stations (MS) or other such wireless user equipment (UE) via a wireless interface between these entities.”<br>（中文翻译：在蜂窝系统中，基站收发信台（BTS）或类似接入实体经由这些实体之间的无线接口服务移动台（MS）或其他此类无线用户设备（UE）。）<br>【段落0025】至【段落0026】<br>“The base stations 2 and 5 are arranged to transmit signals to and receive signals from the mobile user equipment 1 of a mobile user i.e. subscriber via a wireless interface... The mobile user may use any appropriate mobile device adapted for Internet Protocol (IP) communication to connect the network. For example, the mobile user may access the cellular network by means of a Personal computer (PC), Personal Data Assistant (PDA), mobile station (MS) and so on... One skilled in the art is familiar with the features and operation of a typical mobile station.”<br>（中文翻译：基站2和5被布置为经由无线接口向移动用户即订户的移动用户设备1传送信号并从中接收信号……移动用户可以使用适于因特网协议（IP）通信的任何合适移动设备来连接网络。例如，移动用户可以借助于个人计算机（PC）、个人数据助理（PDA）、移动台（MS）等来接入蜂窝网络……本领域技术人员熟悉典型移动台的特征和操作。）	目标专利说明书【0031】明确指出，WTRU可包括用户设备（UE）、移动台（MS）等配置为在无线环境中操作/通信的设备。对比文件段落【0005】、【0025】公开了移动用户设备（UE）及移动台（MS），其具有无线接口并在蜂窝通信系统中与基站通信。二者作用、技术本质完全一致，因此本领域技术人员能毫无疑义地确定对比文件直接公开了技术特征A。
技术特征B：<br>接收机<br><br>《直接公开》	【段落0026】<br>“The mobile station may include an antenna element for wirelessly receiving and transmitting signals from and to base stations of the mobile communication network.”<br>（中文翻译：移动台可以包括用于从移动通信网络基站无线接收信号并向其无线传送信号的天线元件。）<br>【段落0025】<br>“The base stations 2 and 5 are arranged to transmit signals to and receive signals from the mobile user equipment 1...”<br>（中文翻译：基站2和5被布置为向移动用户设备1传送信号并从中接收信号……）	目标专利说明书【0042】、【0044】、【0046】描述了发射/接收元件与收发信机，用于解调与接收信号。对比文件段落【0026】明确记载移动台包含用于无线接收来自基站的信号的天线元件及相应的信号接收硬件架构，属于移动通信实体的基本硬件配置（包含接收机功能）。因此，对比文件直接公开了技术特征B。
技术特征C：<br>被配置成接收来自IMS实体的协同会话控制转移请求<br><br>《未公开》	对比文件通篇未记载协同会话控制转移的相关内容。对比文件【段落0010】、【0034】记载：<br>“When proxying incoming requests, the network has the choice to route the request to all the registered contact addresses or only some of them... An incoming request may arrive at step 31 to the S-CSCF 12 to be terminated for the mobile user 1.”<br>（中文翻译：当对传入请求进行代理时，网络可以选择将该请求路由到所有注册的联系地址或仅路由到其中的一部分……在步骤31传入请求可以到达S-CSCF 12以终止发往移动用户1。）	目标专利中，“IMS实体”是SCC AS等，“协同会话控制转移请求”是用于在多设备协同会话中将控制权限转移给目标WTRU的信令消息（说明书【0085】、【0095】、【0108】、【0113】、【0120】等）。而对比文件仅公开了在S-CSCF处根据用户配置文件对单用户的多地址进行呼叫分流/分叉（forking/sequential search）的呼叫建立过程（段落【0010】至【0015】、【0034】至【0036】），根本不涉及“协同会话”及“协同会话控制转移请求”。即使按照极其宽松的标准推断，对比文件也不包含任何与会话控制权限转移相关的技术构思，因此技术特征C未被公开（既未直接公开，亦未隐含公开）。
技术特征D：<br>其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求<br><br>《未公开》	对比文件通篇未记载。	目标专利中，该特征进一步限定了协同会话控制转移请求的语义和指示内容，用于请求WTRU承担现有的协同会话的控制权（说明书【0095】、【0108】、【0113】）。对比文件仅涉及普通的IMS会话呼叫路由分叉，根本不存在协同会话控制转移请求及其特定指示内容，因此技术特征D未公开。
技术特征E：<br>其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起<br><br>《未公开》	对比文件通篇未记载。	目标专利说明书【0117】记载：“由于用户简档、当前条件（例如，控制方WTRU（WTRU-11101）到SCC AS 1104的连接已经降低）或根据预配置，SCC AS 1104可发起协同控制转移。”对比文件仅公开了当被叫方和主叫方均未指定分叉偏好时，由S-CSCF查询HSS获取默认策略进行请求分发（段落【0034】），既不存在第二WTRU的协同会话控制信令，更不存在因控制信令的退化或损失而触发控制转移请求的机制，因此技术特征E未公开。
技术特征F：<br>发射机<br><br>《直接公开》	【段落0026】<br>“The mobile station may include an antenna element for wirelessly receiving and transmitting signals from and to base stations of the mobile communication network... Furthermore, a mobile user equipment is provided with a processor entity and a memory means.”<br>（中文翻译：移动台可以包括用于从移动通信网络基站无线接收信号并向其无线传送信号的天线元件……此外，移动用户设备设置有处理器实体和存储装置。）<br>【段落0025】<br>“Correspondingly, the mobile user equipment 1 is able to transmit signals to and receive signals from the base station via the wireless interface.”<br>（中文翻译：相应地，移动用户设备1能够经由无线接口向基站传送信号并从基站接收信号。）	目标专利说明书【0042】、【0044】、【0046】描述了发射/接收元件与收发信机，配置为调制并传送信号。对比文件段落【0025】与【0026】明确公开了移动用户设备通过天线元件向基站传送信号，具备发射机硬件功能。因此，对比文件直接公开了技术特征F。
技术特征G：<br>被配置成向所述IMS实体传送响应<br><br>《隐含公开》	【段落0011】<br>“If an attempt to contact the most preferred contact fails, then the next preferred is tried, until a final response is received from one of the contact addresses.”<br>（中文翻译：如果尝试联系最优选联系地址失败，则尝试次优选联系地址，直到从其中一个联系地址接收到最终响应为止。）<br>【段落0040】<br>“Furthermore, the given examples are described in the context of the so called all SIP networks with all SIP entities.”<br>（中文翻译：此外，给出的示例是在具有所有SIP实体的所谓全SIP网络的上下文中描述的。）	目标专利中，该特征为发射机用于向IMS实体（如SCC AS）发送信令响应（如接受请求的200 OK响应等，说明书【0096】、【0109】）。在对比文件中，移动设备1注册在IMS网络的S-CSCF 12上，在呼叫建立流程中，被叫联系地址（对应移动用户设备）向网络实体（S-CSCF，即IMS网络实体）回复最终响应（段落【0011】），并且该通信系统为全SIP网络（段落【0040】）。虽然对比文件中传送的响应并非针对“协同会话控制转移请求”的响应，但按照极其宽松的隐含公开判断标准，对比文件公开了移动终端具有向IMS网络实体传送SIP信令响应的通信功能与机制，因此认定对比文件部分公开了该技术特征，并在宽松标准下《隐含公开》了技术特征G。
技术特征H：<br>其中所述响应指示接受所述协同会话控制转移请求<br><br>《未公开》	对比文件通篇未记载。	目标专利中，该响应明确用于指示目标WTRU接受协同会话控制的转移（说明书【0096】、【0109】、【0120】等）。对比文件完全未公开协同会话控制转移的概念，其响应仅为一般的呼叫建立响应（段落【0011】），无法得出指示接受协同会话控制转移请求的含义，因此技术特征H未公开。
技术特征I：<br>控制器<br><br>《直接公开》	【段落0026】<br>“The operation of the mobile user equipment may be controlled by means of an appropriate user interface such as control buttons, voice commands and so on. Furthermore, a mobile user equipment is provided with a processor entity and a memory means.”<br>（中文翻译：移动用户设备的操作可以通过合适的用户界面（例如控制按钮、语音命令等）进行控制。此外，移动用户设备设置有处理器实体和存储装置。）	目标专利说明书【0043】指出WTRU包括处理器118，处理器可以是通用处理器、控制器、微控制器等，用于执行数据处理及控制WTRU操作。对比文件段落【0026】明确公开了移动用户设备（UE/MS）配备有处理器实体（processor entity），用于控制移动用户设备的操作，其本质与作用与目标专利的控制器完全相同。因此，对比文件直接公开了技术特征I。
技术特征J：<br>被配置成在对所述现有的IMS协同会话的控制正被转移到所述WTRU时<br><br>《未公开》	对比文件通篇未记载。	目标专利中，该特征限定了控制器在会话控制转移到本设备阶段的时序/触发条件（说明书【0085】、【0096】、【0109】）。对比文件完全没有协同会话及其控制转移的处理逻辑，因此技术特征J未公开。
技术特征K：<br>控制所述现有的IMS协同会话。<br><br>《未公开》	对比文件通篇未记载。	目标专利说明书【0076】、【0085】详细说明了“协同会话的控制”包括：开始或停止媒体流、增加或去除媒体流、在另一个WTRU上转移或复制媒体流、允许或拒绝影响协同会话的媒体流的WTRU请求等。对比文件仅公开单一移动设备接收/发起一般的普通IMS点对点通信会话（段落【0008】、【0026】），完全未公开支持控制由多个WTRU共同参与的“IMS协同会话”，因此技术特征K未公开。
技术特征L：<br>其中所述WTRU是处于所述现有的IMS协同会话中的被控制方WTRU。<br><br>《未公开》	对比文件通篇未记载。	目标专利说明书【0085】、【0089】明确区分了协同会话中的“控制方WTRU”与“被控制方WTRU”。对比文件仅涉及同一用户在不同接入网注册的多个终端/联系地址的寻呼路由分叉选择（段落【0009】至【0012】），不存在协同会话，也不存在“被控制方WTRU”的角色，因此技术特征L未公开。
技术特征M：<br>其中所述WTRU具有与远端方之间的IMS媒体流。<br><br>《隐含公开》	【段落0006】<br>“An example of the services that may be offered for user such as the subscribers to a communication systems is the so called multimedia services. Some of the communication systems enabled to offer multimedia services are known as Internet Protocol (IP) Multimedia networks. IP Multimedia (IM) functionalities can be provided by means of a IP Multimedia Core Network (CN) subsystem, or briefly IP Multimedia subsystem (IMS).”<br>（中文翻译：可为诸如通信系统订户的用户提供的服务示例是所谓的多媒体服务。能够提供多媒体服务的一些通信系统被称为网际协议（IP）多媒体网络。IP多媒体（IM）功能可以通过IP多媒体核心网（CN）子系统，或简称为IP多媒体子系统（IMS）来提供。）<br>【段落0026】<br>“It is sufficient to note that the user may use the mobile station 1 for tasks such as for making and receiving phone calls, for receiving and sending data from and to the network and for experiencing e.g., multimedia content.”<br>（中文翻译：只需指出用户可以使用移动台1执行诸如拨打和接听电话、从网络接收和向网络发送数据以及体验例如多媒体内容等任务即可。）<br>【段落0032】<br>“This example of the invention relates to call set-up procedures when user 6 tries to make a call to the mobile user 1 who has multiple registrations at the serving call state control function 12.”<br>（中文翻译：本发明的该示例涉及当用户6尝试向在服务呼叫状态控制功能12处具有多个注册的移动用户1发起呼叫时的呼叫建立过程。）	目标专利说明书【0005】、【0084】描述WTRU通过IMS维持与远端方之间的媒体流（如音频、视频等）。在对比文件中，公开了用户6（远端方）向移动用户1发起呼叫（段落【0032】），并且移动终端在IMS网络中用于打电话、体验多媒体内容、收发数据（段落【0006】、【0026】）。在呼叫建立后，移动终端必然与主叫方（远端方）建立IMS媒体流。虽然对比文件未在“协同会话”的背景下限定该媒体流，但按照极其宽松的隐含公开判断原则，本领域技术人员可以毫无疑义或合逻辑地推断出在IMS呼叫成功建立后，移动台具有与远端方（用户6）之间的IMS媒体流，因此认定为《隐含公开》。
技术特征N：<br>其中对所述现有的IMS协同会话的所述控制从第二WTRU转移到所述WTRU。<br><br>《未公开》	对比文件通篇未记载。	目标专利说明书【0085】、【0096】、【0109】详细记载了协同会话的控制权从控制方第二WTRU移交/转移至本WTRU的过程。对比文件仅涉及网络实体基于策略决定将呼叫请求路由/分发至哪个联系地址，不涉及协同会话中控制权在设备之间的转移，因此技术特征N未公开。
技术特征O：<br>其中所述协同会话控制转移请求和所述响应是会话发起协议(SIP)消息。<br><br>《隐含公开》	【段落0011】<br>“Internet Engineering Task Force (IETF) document RFC 3261 &null;SIP: Session Initiation Protocol&null; by J. Rosenberg, et al., June 2002, describes the concept of sequential search... In the sequential search a sequential trial is performed with multiple contacts based on the user's preference given by the so called q (preference) value... until a final response is received from one of the contact addresses. The RFC 3261 also describes the concept of parallel forking.”<br>（中文翻译：J. Rosenberg等人于2002年6月撰写的因特网工程任务组（IETF）文件RFC 3261《SIP：会话发起协议》描述了顺序搜索的概念……在顺序搜索中，基于所谓的q（偏好）值给出的用户偏好对多个联系地址执行顺序尝试……直到从其中一个联系地址接收到最终响应为止。RFC 3261还描述了并行分叉的概念。）<br>【段落0040】<br>“Furthermore, the given examples are described in the context of the so called all SIP networks with all SIP entities.”<br>（中文翻译：此外，给出的示例是在具有所有SIP实体的所谓全SIP网络的上下文中描述的。）	目标专利说明书【0006】、【0088】记载在协同会话控制转移的信息流中，SIP消息传送用于控制平面消息。对比文件段落【0011】、【0040】公开了在全SIP网络中，所有网络实体均基于RFC 3261 SIP协议通信，网络发送的请求和终端返回的响应均为SIP消息。尽管对比文件中该请求与响应不是“协同会话控制转移”的请求和响应，但按照极其宽松的隐含公开判断标准（对比文件公开了SIP消息传送机制，有可能与其他对比文件组合公开该特征），本领域技术人员可以合理推断出请求和响应采用SIP消息实现，因此认定技术特征O《隐含公开》。
技术特征P：<br>其中所述协同会话控制转移请求包括以下中的一者或多者<br><br>《未公开》	对比文件通篇未记载。	目标专利中该特征为从属特征的引导项。由于对比文件完全没有协同会话控制转移请求，因此该特征未公开。
技术特征Q：<br>所述现有的IMS协同会话的身份<br><br>《未公开》	对比文件通篇未记载。	目标专利说明书【0092】、【0095】、【0106】、【0108】指出，在转移请求中携带协同会话标识（会话ID），以便在涉及多个协同会话时准确识别受影响的会话。对比文件不包含协同会话及其会话身份，因此技术特征Q未公开。
技术特征R：<br>所述现有的IMS协同会话的媒体流的身份<br><br>《未公开》	对比文件通篇未记载。	目标专利说明书【0092】、【0095】、【0108】指出，在控制转移请求中携带受转移影响的一个或多个媒体流的ID。对比文件未涉及协同会话媒体流标识的指示，因此技术特征R未公开。
技术特征S：<br>所述第二WTRU的身份<br><br>《隐含公开》	【段落0012】<br>“A proposal is that the caller can also indicate her preferences on handling a certain request... The field specifies caller preferences for how a server of the terminating network should process the request where this header field is included.”<br>（中文翻译：一项提议是主叫方也可以指示其处理特定请求的偏好……该字段指定了主叫偏好，用于指示终止网络服务器应如何处理包含该头部字段的请求。）<br>【段落0032】<br>“This example of the invention relates to call set-up procedures when user 6 tries to make a call to the mobile user 1 who has multiple registrations at the serving call state control function 12.”<br>（中文翻译：本发明的该示例涉及当用户6尝试向在服务呼叫状态控制功能12处具有多个注册的移动用户1发起呼叫时的呼叫建立过程。）	目标专利中，第二WTRU的身份是协同会话原控制方或源设备的标识（说明书【0092】、【0100】）。在对比文件中，用户6（对端主叫用户设备）发起呼叫请求时，该SIP请求消息中按照SIP常识必然包含主叫方（另一用户设备）的身份标识（如From头部）。按照极其宽松的隐含公开判断原则，对比文件中下发的请求包含另一设备/用户的身份，部分公开了该技术特征，有可能与其他对比文件组合，因此认定技术特征S《隐含公开》。
技术特征T：<br>所述WTRU的身份。<br><br>《隐含公开》	【段落0009】至【段落0010】<br>“...the IMS networks are configured so as to allow the user to register a single public user identity from multiple locations using more than one contact addresses The multiple contact addresses may even relate to different terminals having access to multiple access networks... In order to make the most appropriate routing decision, the network needs some sort of preference settings both from the user and the network on handling the multiple contacts.”<br>（中文翻译：……IMS网络被配置为允许用户使用多个联系地址从多个位置注册单个公共用户身份。多个联系地址甚至可以涉及接入多个接入网络的不同终端……为了做出最适当的路由决策，网络需要来自用户和网络的关于处理多个联系地址的某种偏好设置。）<br>【段落0011】<br>“The q value is a parameter attached to the contact address, such as a Uniform Resource Identifier (URI).”<br>（中文翻译：q值是附加到联系地址（例如统一资源标识符（URI））上的参数。）	目标专利中，该特征是指请求中携带作为转移目标的WTRU身份，如注册的公共用户身份、GRUU、URL/URI等（说明书【0092】、【0111】、【0177】）。在对比文件中，S-CSCF向目标终端路由下发呼叫请求时，该请求基于联系地址（如URI形式的Contact地址，段落【0011】）或目标用户的公共用户身份（段落【0009】）进行寻址并携带在请求中。在极其宽松的标准下，这公开了在请求中包含接收方终端/用户的身份标识，属于部分公开并可结合的内容，因此认定技术特征T《隐含公开》。

---

<<<A>>>

<<>>

<<<F>>>

<<>>

<<<a>>>

<<>>

<<<f>>>

<<<g>>>

<<<m>>>

<<<o>>>

<<<s>>>

<<<t>>>

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

对目标专利权利要求的各技术特征与对比文件（US20050091380A1）的公开性对比分析如下：

### 特征比对表格

技术特征描述及判断结果	对比文件原文引用	公开性论述
技术特征A：该WTRU包括<br>《直接公开》	[0023] “Each user 160 may have a multimedia endpoint (MMEP) or an IP phone 166 capable of multimedia conferencing over an IP network, and/or an associated PC 163 having an IP connection 126 over IP network (IPN) 120 and/or IP cellular phone, or cellular PDA. Each user 150 likewise may have a multimedia endpoint (MMEP) or a phone (e.g., analog, digital or cellular) 156... and/or an associated PC 153...”<br>（中文翻译：每个用户160可具有能够在IP网络上进行多媒体会议的多媒体端点(MMEP)或IP电话166，和/或具有通过IP网络(IPN)120的IP连接126的相关联的PC 163和/或IP蜂窝电话或蜂窝PDA。每个用户150同样可具有能够在交换电路网络(SCN)130a-c上进行多媒体会议的多媒体端点(MMEP)或电话（例如模拟、数字或蜂窝）156……和/或相关联的PC 153……）	目标专利说明书[0031]指出WTRU可以包括移动台、蜂窝电话、PDA、智能手机等。对比文件公开了IP蜂窝电话、蜂窝PDA、蜂窝电话、带无线连接的终端等用户设备，属于本领域的无线发射/接收单元（WTRU）。对比文件直接公开了该技术特征。
技术特征B：接收机<br>《隐含公开》	[0023] “...PC 163 having an IP connection 126 over IP network (IPN) 120 and/or IP cellular phone, or cellular PDA.”<br>[0025] “...a wireless connection based on Bluetooth protocol, an Infra Red (IR) connection, an IP connection over a LAN	技术特征描述及公开性判断结果
技术特征A：<br>该WTRU包括<br><br>《直接公开》	[0023]：“Each user 160 may have a multimedia endpoint (MMEP) or an IP phone 166 capable of multimedia conferencing over an IP network, and/or an associated PC 163 having an IP connection 126 over IP network (IPN) 120 and/or IP cellular phone, or cellular PDA. Each user 150 likewise may have a multimedia endpoint (MMEP) or a phone (e.g., analog, digital or cellular) 156 capable of multimedia conferencing over Switched Circuit Network (SCN) 130a-c, and/or an associated PC 153 having an IP connection 125 over IPN 120.”<br>（每个用户160可具有能够在IP网络上进行多媒体会议的多媒体端点(MMEP)或IP电话166，和/或具有通过IP网络(IPN) 120的IP连接126的关联PC 163，和/或IP蜂窝电话，或蜂窝PDA。每个用户150类似地可具有能够在交换电路网络(SCN) 130a-c上进行多媒体会议的多媒体端点(MMEP)或电话(例如模拟、数字或蜂窝) 156，和/或具有通过IPN 120的IP连接125的关联PC 153。）	对比文件公开了蜂窝电话（cellular phone）、蜂窝PDA或具备无线/网络通信能力的终端端点设备，其属于无线发射/接收单元（WTRU，包含UE、蜂窝电话等）。在对比文件与目标专利中均作为参与多媒体通信的用户终端实体，作用相同，属于实质等同与直接公开。
技术特征B：<br>接收机<br><br>《直接公开》	[0023]、[0026]、[0039]：“IP Communication Module 230 communicates between the client agent 205 and the IP server 110a-c, for example, using an IP connection... Over the IP connection, IPCM 230 may send... and data or commands sent from the MM to the different modules of client agent 205.”<br>（IP通信模块230在客户端代理205与IP服务器110a-c之间进行通信，例如使用IP连接……通过该IP连接，IPCM 230可发送……以及接收从MM发送到客户端代理205的不同模块的数据或命令。）	对比文件的终端配备通信模块/网络接口，能够经由网络连接接收来自服务器端的数据与信令，具备硬件及功能层面的接收能力（即接收机）。该接收部件在对比文件中用于接收来自网络服务器的消息，与目标专利中终端接收下行信令的作用相同，属于直接公开。

| **技术特征C**： 被配置成接收来自IMS实体的协同会话控制转移请求 《未公开》 | 对

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

**特征比对分析**

技术特征描述及公开性判断结果	对比文件原文引用	公开性论述
技术特征A：<br>该WTRU包括<br><br>《直接公开》	[0011] ...PC 12 may be a desktop or laptop and is fitted with a WLAN card 13 and is able to establish a wireless communication with WLAN 14...<br>（...PC 12可以是台式机或笔记本电脑，并且配备有WLAN卡13，能够与WLAN 14建立无线通信...）<br><br>[0012] User equipment (UE) 32, which may be a wireless cell phone, PDA wireless device or other like device having similar capabilities, is adapted for wireless communication with a third generation partnership project (3 GPP) system 23...<br>（用户设备（UE）32可以是无线蜂窝电话、PDA无线设备或具有类似能力的其他类似设备，适于与第三代合作伙伴计划（3GPP）系统23进行无线通信...）	对比文件公开了具备无线通信能力的用户设备UE 32以及配备WLAN网卡的PC 12，二者均属于无线发射/接收单元（WTRU）。目标专利说明书[0031]指出WTRU可以包括UE、移动台、蜂窝电话、笔记本、个人计算机等。对比文件中的UE 32/PC 12与目标专利的WTRU在无线通信系统中所起的作用完全相同，构成实质公开。
技术特征B：<br>接收机<br><br>《直接公开》	[0012] ...UE 32... communicates with the system 23 which receives a wireless message from UE 32 over antenna 30...<br>（...UE 32...与系统23进行通信，系统23通过天线30接收来自UE 32的无线消息...）<br><br>[0013] ...user equipment (UE) 32 which may be a cell phone or the like which optionally may also be equipped with image reception and display capability...<br>（...用户设备（UE）32，其可以是蜂窝电话等，其可选地还可以配备有图像接收和显示能力...）<br><br>[0016] ...from UMTS network 23 to UE 32, at S15. UE 32, upon receipt of the SIP invite, at S16...<br>（...在S15，从UMTS网络23到UE 32。UE 32在S16接收到SIP invite后...）	对比文件明确公开了UE 32接收网络侧发来的消息（如S15中接收SIP invite）并具备图像接收能力。作为能够在无线网络中双向通信的终端，其必定包含物理层/射频层“接收机”硬件以实现无线信号的接收。该接收机在对比文件中用于接收来自网络的下行无线信号与控制信令，与目标专利中用于接收IMS下行信令的接收机作用相同，本领域技术人员能毫无疑义地直接确定。
技术特征C：<br>被配置成接收来自IMS实体的协同会话控制转移请求<br><br>《未公开》	[0015]-[0016] Service server 22 transmits an SIP invite setting forth a list of media types, IP addresses, bit rates, codecs and the like, at S13 which, in turn, is conveyed through IP network 18 to UMTS network 23 at S14 and, in turn, from UMTS network 23 to UE 32, at S15.<br>（业务服务器22在S13发送列出了媒体类型、IP地址、比特率、编解码器等的SIP invite，其继而在S14通过IP网络18传达给UMTS网络23，并继而在S15从UMTS网络23传达给UE 32。）	对比文件公开了UE 32从业务服务器22接收SIP invite以完成不同接入网设备间的传统会话切换（Handoff），业务服务器22属于IP网络中的通用服务器，未公开IMS实体（如SCC AS）。更核心的是，对比文件是设备间的整体呼叫切换（原设备PC 12在切换后直接发送SIP BYE终止会话），根本不涉及“IMS协同会话”，更未涉及在多个WTRU共享维持的协同会话中将“控制权”转移给被控制方WTRU的“协同会话控制转移请求”。两者的请求性质、控制架构及实现机制完全不同，该特征未被公开。
技术特征D：<br>其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求<br><br>《未公开》	[0016] Service server 22 transmits an SIP invite setting forth a list of media types, IP addresses, bit rates, codecs and the like, at S13 which, in turn, is conveyed through IP network 18 to UMTS network 23 at S14 and, in turn, from UMTS network 23 to UE 32, at S15.<br>（业务服务器22在S13发送列出媒体类型、IP地址、比特率、编解码器等的SIP invite...传达给UE 32。）	对比文件中UE 32接收的SIP invite仅仅是建立单设备实时多媒体呼叫承载的邀请，指示的是在UE 32上接入并接管该媒体会话，随后原设备PC 12完全退出（S23）。目标专利说明书（如[0006]、[0085]、[0095]、[0108]）明确表明，协同会话中控制方WTRU与被控制方WTRU可同时共存且各自承载不同的媒体流，控制转移是指转移对整个协同会话中各设备媒体流的增删、复制、释放等管理控制权。对比文件既无IMS协同会话，也无指示接收协同会话控制权的请求，该特征未被公开。
技术特征E：<br>其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起<br><br>《未公开》	[0015] The user then decides to trigger a handoff from PC 12 to the UE 32 at S7 and communicates this handoff request, at S8, to the WLAN network 14. WLAN network 14, at S9, transmits an SIP message...<br>（用户然后在S7决定触发从PC 12到UE 32的切换，并在S8将该切换请求传达给WLAN网络14。WLAN网络14在S9发送SIP消息...）	对比文件中的切换信令是由用户主动在第一设备（PC 12）上发起切换请求触发的（User Initiated Handoff），而非由网络侧实体主动发起；更未公开基于第二WTRU的控制信令发生“退化或损失”（如无线信道变差、链路断开等异常情况）来触发网络实体（IMS实体）自主发起控制转移。技术机制与触发条件完全不同，该特征未被公开。
技术特征F：<br>发射机<br><br>《直接公开》	[0012] ...UE 32... communicates with the system 23 which receives a wireless message from UE 32 over antenna 30...<br>（...UE 32...与系统23进行通信，系统23通过天线30接收来自UE 32的无线消息...）<br><br>[0016] UE 32, upon receipt of the SIP invite, at S16, transmits an SIP 200 OK message...<br>（UE 32在S16接收到SIP invite之后，发送SIP 200 OK消息...）	对比文件公开了UE 32能够向无线网络系统23发射无线消息并发送SIP 200 OK响应。作为标准无线通信设备，其必然包含物理层/射频层“发射机”硬件以实现上行无线信号的调制与发射。其在对比文件中用于向网络侧发送信令和媒体，与目标专利中发射机的作用相同，属于直接公开。
技术特征G：<br>被配置成向所述IMS实体传送响应<br><br>《隐含公开》	[0016] UE 32, upon receipt of the SIP invite, at S16, transmits an SIP 200 OK message acknowledging the acceptable media types, codecs, bit rate and IP address. This is transferred through UMTS network 23 to IP network 18 at S17, the IP network 18 conveying this message to service server 22, at S18.<br>（UE 32在S16接收到SIP invite之后，发送确认可接受的媒体类型、编解码器、比特率和IP地址的SIP 200 OK消息。其在S17通过UMTS网络23传输到IP网络18，IP网络18在S18将该消息传达给业务服务器22。）	对比文件中公开了UE 32向业务服务器22（服务网络侧实体）传送SIP 200 OK响应。采用宽松的隐含公开判断标准：虽然对比文件未明确将业务服务器22限定为IMS核心网实体（如SCC AS），但其揭示了无线终端向网络侧控制服务器发送确认响应的基本信令机制，部分公开了终端向网络服务节点返回响应的架构流程，存在与IMS相关技术结合的可能性，因此认定为隐含公开。
技术特征H：<br>其中所述响应指示接受所述协同会话控制转移请求<br><br>《未公开》	[0016] UE 32, upon receipt of the SIP invite, at S16, transmits an SIP 200 OK message acknowledging the acceptable media types, codecs, bit rate and IP address.<br>（UE 32在S16接收到SIP invite之后，发送确认可接受的媒体类型、编解码器、比特率和IP地址的SIP 200 OK消息。）	对比文件中的SIP 200 OK响应仅仅是指示UE 32同意接入单设备媒体呼叫，并协商可接受的媒体参数（媒体类型、编解码器、比特率等），根本不涉及对“协同会话控制转移请求”的接受，未公开指示接受对现有的IMS协同会话进行整体控制。该特征未被公开。
技术特征I：<br>控制器<br><br>《直接公开》	[0016] UE 32, upon receipt of the SIP invite, at S16, transmits an SIP 200 OK message acknowledging the acceptable media types, codecs, bit rate and IP address.<br>（UE 32在S16接收到SIP invite之后，发送确认可接受的媒体类型、编解码器、比特率和IP地址的SIP 200 OK消息。）<br><br>[0012] User equipment (UE) 32, which may be a wireless cell phone, PDA wireless device or other like device...<br>（用户设备（UE）32可以是无线蜂窝电话、PDA无线设备...）	对比文件公开的UE 32作为蜂窝电话或PDA等无线智能设备，能够处理接收到的SIP invite信令并据此生成并发送SIP 200 OK响应，本领域技术人员可以毫无疑义地确定其内部必然包含用于协议解析、处理和控制的微处理器/基带处理芯片（即控制器）。该部件在设备内部起到数据处理与逻辑控制的作用，与目标专利说明书[0043]所定义的处理器/控制器实质相同，属于直接公开。
技术特征J：<br>被配置成在对所述现有的IMS协同会话的控制正被转移到所述WTRU时<br><br>《未公开》	[0016] Service server 22, upon receipt of the SIP 200 OK from UE 32, at S19, conveys an SIP acknowledge (ACK) to UE 32, thereby completing the handoff of the real time session from the WLAN—capable PC 12 to UE 32...<br>（业务服务器22在S19收到来自UE 32的SIP 200 OK之后，向UE 32传达SIP确认（ACK），从而完成实时会话从具备WLAN能力的PC 12到UE 32的切换...）	对比文件公开的是在点对点实时多媒体会话从PC 12整体切换（Handoff）到UE 32的过程，不存在“IMS协同会话”，亦不存在协同会话控制转移的时序过程或触发配置，该特征未被公开。
技术特征K：<br>控制所述现有的IMS协同会话。<br><br>《未公开》	[0016] ...the communication of the real time session now being established between UE 32 and a given source through UMTS network 23, at S20... The user terminates the session between PC 12 and WLAN network 14, at S23.<br>（...在S20，通过UMTS网络23在UE 32与给定源之间建立实时会话的通信...用户在S23终止PC 12与WLAN网络14之间的会话。）	对比文件中UE 32在切换完成后只是独立维持其自身与远端之间的单设备通信会话，而原设备PC 12在S23直接被终止（SIP BYE）。对比文件不存在多个设备协同参与的协同会话，UE 32更不可能执行“控制现有的IMS协同会话”（如目标专利[0085]所述的对协同会话内其它WTRU的媒体流进行增加、去除、复制或转移等控制操作）。该特征未被公开。
技术特征L：<br>其中所述WTRU是处于所述现有的IMS协同会话中的被控制方WTRU。<br><br>《未公开》	[0014] At this time neither UE 32 nor PC 12 is communicating with UMTS network 23.<br>（此时UE 32和PC 12都没有与UMTS网络23通信。）<br><br>[0015] The user of both PC 12 and UE 32 turns on UE 32 and establishes a connection with the UMTS network 23, at, S4, S5 and S6.<br>（PC 12和UE 32的用户开启UE 32，并在S4、S5和S6处建立与UMTS网络23的连接。）	目标专利说明书（如[0085]、[0089]）中，“被控制方WTRU”是指已身处该现有的IMS协同会话中、拥有自身媒体流但受控制方WTRU统一管理的参与方设备。而在对比文件图2的流程开始时，UE 32甚至尚未开机（S4才turn on），根本不是现有会话的参与者，更不存在“被控制方WTRU”的角色划分与从属控制关系。该特征未被公开。
技术特征M：<br>其中所述WTRU具有与远端方之间的IMS媒体流。<br><br>《未公开》	[0014] ...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>（...假设PC 12与被叫方之间存在实时会话...此时UE 32和PC 12都没有与UMTS网络23通信。）	结合目标专利权利要求上下文，该特征限定在接收转移请求前，作为被控制方的WTRU自身已具有与远端方之间的IMS媒体流（例如说明书[0084]、[0089]中的媒体流B）。而在对比文件中，在发生切换信令交互前，UE 32处于关机/未连接状态，与远端被叫方之间没有任何媒体流，所有的媒体流仅存在于PC 12与被叫方之间。因此，UE 32在控制转移前具有媒体流这一特征未被公开。
技术特征N：<br>其中对所述现有的IMS协同会话的所述控制从第二WTRU转移到所述WTRU。<br><br>《未公开》	[0016] ...thereby completing the handoff of the real time session from the WLAN—capable PC 12 to UE 32... The user terminates the session between PC 12 and WLAN network 14, at S23.<br>（...从而完成实时会话从具备WLAN能力的PC 12到UE 32的切换...用户在S23终止PC 12与WLAN网络14之间的会话。）	对比文件公开的是把整个多媒体业务流从PC 12切换至UE 32，原设备PC 12退出会话，不涉及IMS协同会话体系下多设备并存环境中“协同会话主控权”由第二WTRU转移到该WTRU的方案。该特征未被公开。
技术特征O：<br>其中所述协同会话控制转移请求和所述响应是会话发起协议(SIP)消息。<br><br>《隐含公开》	[0015]-[0016] WLAN network 14, at S9, transmits an SIP message, which may either take the form of a SIP handoff message or a SIP invite... Service server 22 transmits an SIP invite... at S13... UE 32, upon receipt of the SIP invite, at S16, transmits an SIP 200 OK message...<br>（WLAN网络14在S9发送SIP消息，其可采用SIP handoff消息或SIP invite的形式...业务服务器22在S13发送SIP invite...UE 32在S16接收到SIP invite之后，发送SIP 200 OK消息...）	对比文件明确公开了网络侧下发的请求为SIP invite，终端返回的响应为SIP 200 OK，二者均为标准的SIP协议消息。虽然对比文件中的消息是用于设备间会话切换而非协同会话控制转移，但在极度宽松的隐含公开标准下，对比文件公开了使用SIP请求与SIP响应进行设备间会话控制的机制，部分公开了利用SIP消息实现控制转移请求和响应的技术构思，因此认定为隐含公开。
技术特征P：<br>其中所述协同会话控制转移请求包括以下中的一者或多者<br><br>《隐含公开》	[0015]-[0016] WLAN network 14, at S9, transmits an SIP message, which may either take the form of a SIP handoff message or a SIP invite accompanied with either a target IP address or an email address or a telephone number... Service server 22 transmits an SIP invite setting forth a list of media types, IP addresses, bit rates, codecs and the like, at S13...<br>（WLAN网络14在S9发送SIP消息，该消息可采用附带有目标IP地址或电子邮件地址或电话号码的SIP handoff消息或SIP invite的形式...业务服务器22在S13发送列出了媒体类型、IP地址、比特率、编解码器等的SIP invite...）	对比文件中的切换请求消息携带了用于寻址终端的目标标识（目标IP、邮箱或电话）以及媒体流属性（媒体类型、IP、编解码器等）。尽管其请求性质是呼叫切换而非协同会话控制转移，但从信息元素承载机制来看，对比文件揭示了在转移相关信令中包含目标设备标识与媒体信息的方法，在极其宽松的标准下，认定其隐含公开了请求中携带相关标识要素。
技术特征Q：<br>所述现有的IMS协同会话的身份<br><br>《未公开》	[0019] ...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 handoff消息或者带有新的用于标识现有会话的信息单元的SIP invite消息。）	虽然对比文件段落[0019]在描述由UMTS触发的实施例中提到了识别现有会话（existing session），但对比文件中存在的仅是PC 12与业务服务器之间的常规点对点媒体会话，根本不存在“IMS协同会话”，更不可能包含“现有的IMS协同会话的身份”。两者的会话性质与标识作用完全不同，该特征未被公开。
技术特征R：<br>所述现有的IMS协同会话的媒体流的身份<br><br>《未公开》	[0016] Service server 22 transmits an SIP invite setting forth a list of media types, IP addresses, bit rates, codecs and the like, at S13...<br>（业务服务器22在S13发送列出媒体类型、IP地址、比特率、编解码器等的SIP invite...）	对比文件下发的SIP invite中包含的是单会话媒体参数协商列表（媒体类型、编解码器等），并不存在协同会话体系中多方参与、多流汇聚架构下的特定“协同会话媒体流身份”（如目标专利说明书[0095]中用于指明在多个协同媒体流中具体将哪一个媒体流的控制权进行转移的流标识）。该特征未被公开。
技术特征S：<br>所述第二WTRU的身份<br><br>《未公开》	[0015]-[0016] ...accompanied with either a target IP address or an email address or a telephone number... Service server 22 transmits an SIP invite setting forth a list of media types, IP addresses, bit rates, codecs and the like, at S13... to UE 32, at S15.<br>（...附带有目标IP地址或电子邮件地址或电话号码...业务服务器22在S13发送SIP invite...在S15传达给UE 32。）	对比文件中下发给UE 32的SIP invite（S13-S15）中仅列出了媒体参数等，并没有公开在发送给目标UE 32的消息中包含原设备PC 12（第二WTRU）的设备身份（如WTRU-1的标识）。该特征未被公开。
技术特征T：<br>所述WTRU的身份。<br><br>《直接公开》	[0015]-[0016] WLAN network 14, at S9, transmits an SIP message, which may either take the form of a SIP handoff message or a SIP invite accompanied with either a target IP address or an email address or a telephone number. This is conveyed... to service server 22... Service server 22 transmits an SIP invite... from UMTS network 23 to UE 32, at S15.<br>（WLAN网络14在S9发送附带有目标IP地址或电子邮件地址或电话号码的SIP消息...传达到业务服务器22...业务服务器22向UE 32发送SIP invite...）	对比文件明确公开了切换请求中携带作为转移目标的UE 32的身份（如目标IP地址、电子邮件地址或电话号码），且服务器据此将请求路由寻址发送至UE 32。在SIP消息路由寻址规范中，发往UE 32的SIP invite头部字段（如To头域或Request-URI）必然包含该接收端UE 32的身份（URI/IP/号码）。目标专利说明书[0092]同样明确指出WTRU标识包括IP、邮件地址、电话号码或URI。因此，消息中包括所述WTRU的身份已被对比文件直接公开。

<<<A>>>

<<>>

<<<F>>>

<<g>>

<<>>

<<o>>

<>

<<<T>>>

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

这是一份由资深专利代理师出具的关于对比文件（US 2005/0267611 A1）与目标专利权利要求各技术特征的比对分析及公开性评估报告。

---

### 技术领域与方案背景概述

* **目标专利技术方案**：属于无线通信中 IP 多媒体子系统（IMS）会话控制领域，具体涉及一种处于现有 IMS 协同会话中的无线发射/接收单元（WTRU），包括接收机、发射机和控制器，其接收来自 IMS 实体（如 SCC AS）基于第二 WTRU 控制信令退化或损失而发起的协同会话控制转移请求，并通过 SIP 响应接受转移，进而在会话控制被转移时控制现有的 IMS 协同会话。

* **对比文件技术方案（US 2005/0267611 A1）**：属于生产制造和供应链管理中的质量追溯管理系统领域（System, method and program for tracing manufacturing processes），公开了通过中央服务器与分布式服务器管理由制造、装配、检验等环节构成的工序实例链（process instance chain）及其追溯信息指针。

---

### ## 特征比对表格

技术特征描述及公开性判断结果	对比文件原文引用及中文翻译	公开性论述
技术特征A：<br>该WTRU包括<br><br>【公开性判断】未公开	无相关引用内容。<br>（注：对比文件全文涉及工厂制造过程的追溯系统，例如段落[0001]、[0019]及图13中的计算机硬件1900、CPU 2000、通信接口2030等。）	对比文件属于工业制造生产过程追溯管理软件与系统领域，仅公开了通用计算机、分布式服务器和中央服务器等节点（如[0019]、[0074]），并未公开移动通信领域的“无线发射/接收单元（WTRU）”。本领域技术人员无法从该追溯系统中直接得出、也无法合理推导得出WTRU这一实体设备架构。因此该技术特征既未被直接公开，也未被隐含公开。
技术特征B：<br>接收机<br><br>【公开性判断】未公开	段落[0074]：<br>“The communication interface 2030 communicates with external devices through a network.”<br>（通信接口2030通过网络与外部设备进行通信。）	目标专利中的“接收机”是WTRU中用于接收空中接口无线信号及网络信令消息的无线通信接收部件（参见目标说明书[0042]-[0046]）。对比文件[0074]仅公开了通用计算机体系结构中的“通信接口（communication interface 2030）”，未公开WTRU中的接收机结构。即便通信接口包含物理层收发功能，但在对比文件完全脱离无线通信终端语境的情况下，本领域技术人员无法直接或隐含推导出属于WTRU的接收机。故未公开。
技术特征C：<br>被配置成接收来自IMS实体的协同会话控制转移请求<br><br>【公开性判断】未公开	无相关引用内容。<br>（注：对比文件仅在[0031]、[0043]等处提及中央服务器与分布式服务器之间发送工序指针请求、追溯信息查询请求。）	目标专利中IMS实体为例如SCC AS（参见目标说明书[0060]、[0074]），接收机接收的是网际协议多媒体子系统中转移协同会话控制权的信令请求。对比文件完全不涉及IMS网络架构、协同会话或其控制权转移，更无“IMS实体的协同会话控制转移请求”。两者的技术领域、信令机制和控制作用完全不同。因此该技术特征未公开。
技术特征D：<br>其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求<br><br>【公开性判断】未公开	无相关引用内容。	目标专利中协同会话控制转移请求指示WTRU接管已建立的IMS协同会话的控制权（参见目标说明书[0085]、[0113]等）。对比文件涉及的是工艺过程（工序）追溯数据的查询与检索，不存在IMS协同会话，亦不存在指示终端接管多媒体协同会话控制权的内容。因此该技术特征未公开。
技术特征E：<br>其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起<br><br>【公开性判断】未公开	无相关引用内容。	目标专利中当原控制方WTRU（第二WTRU）到网络的连接退化或断开时，由网络侧IMS实体（SCC AS）主动发起控制权转移（参见目标说明书[0117]）。对比文件不仅没有多媒体控制信令退化或丢失的故障触发转移机制，甚至不存在多终端协同会话及无线链路的概念。因此该特征未公开。
技术特征F：<br>发射机<br><br>【公开性判断】未公开	段落[0074]：<br>“The communication interface 2030 communicates with external devices through a network.”<br>（通信接口2030通过网络与外部设备进行通信。）	目标专利中的发射机为WTRU中的无线发射部件，用于向网络发射无线控制信令和数据（参见目标说明书[0042]-[0046]）。对比文件仅公开了通用计算机中的通信接口（如网卡），与WTRU中具有特定射频发射和调制处理功能的发射机不同，且应用环境相去甚远。因此该特征未公开。
技术特征G：<br>被配置成向所述IMS实体传送响应<br><br>【公开性判断】未公开	无相关引用内容。	目标专利中该特征用于向IMS实体反馈协同控制转移请求的处理结果（参见目标说明书[0120]）。对比文件中不存在IMS实体，也不存在向IMS实体反馈转移响应的消息交互。因此该特征未公开。
技术特征H：<br>其中所述响应指示接受所述协同会话控制转移请求<br><br>【公开性判断】未公开	无相关引用内容。	目标专利中受控制方WTRU在响应中明确指示同意承担控制方角色（参见目标说明书[0109]、[0120]）。对比文件完全未涉及会话控制权移交的同意/接受机制。因此该特征未公开。
技术特征I：<br>控制器<br><br>【公开性判断】未公开	段落[0074]：<br>“The computer 1900 according to the present embodiment includes a CPU section including a CPU 2000, a RAM 2020... and an input-output section... interconnected through a host controller 2082... and an input-output controller 2084... The CPU 2000 operates according to programs stored in the ROM 2010 and the RAM 2020 to control components of the computer.”<br>（根据本实施例的计算机1900包括CPU部分，其包含CPU 2000、RAM 2020……以及输入输出部分……通过主机控制器2082相互连接……以及输入输出控制器2084……CPU 2000根据存储在ROM 2010和RAM 2020中的程序运行以控制计算机的各个部件。）	目标专利中的控制器是WTRU内部用于控制IMS多媒体协同会话、处理会话转移信令的处理器/控制单元（参见目标说明书[0043]）。对比文件仅公开了通用服务器/PC中的CPU 2000以及总线控制器（2082、2084），用于协调计算机内部各总线模块通信及执行追溯管理程序。对比文件的控制器既非设置在WTRU中，也不具有控制无线通信或IMS会话的功能，二者所依附的实体平台和控制作用完全不同。因此该技术特征未公开。
技术特征J：<br>被配置成在对所述现有的IMS协同会话的控制正被转移到所述WTRU时<br><br>【公开性判断】未公开	无相关引用内容。	目标专利限定了控制器执行控制动作的时序和会话控制权转移的过渡状态（参见目标说明书[0120]）。对比文件不涉及任何会话转移的状态管理。因此该技术特征未公开。
技术特征K：<br>控制所述现有的IMS协同会话。<br><br>【公开性判断】未公开	无相关引用内容。	目标专利中，被控制方WTRU接管控制后，能够对IMS协同会话执行媒体流增加、删除、复制、释放或转移等协同控制（参见目标说明书[0085]、[0120]）。对比文件不存在协同会话控制，仅为离散工序追溯信息的链接与查询。因此该特征未公开。
技术特征L：<br>其中所述WTRU是处于所述现有的IMS协同会话中的被控制方WTRU。<br><br>【公开性判断】未公开	无相关引用内容。	目标专利中WTRU在转移前已参与协同会话并充当被控制端（参见目标说明书[0085]、[0116]）。对比文件不存在通信会话中的控制方与被控制方终端设置。因此该特征未公开。
技术特征M：<br>其中所述WTRU具有与远端方之间的IMS媒体流。<br><br>【公开性判断】未公开	无相关引用内容。	目标专利中被控制方WTRU与远端方之间已建立媒体流（例如语音、视频等，参见目标说明书[0084]、[0116]）。对比文件为生产管理软件，不存在多媒体流或远端方交互。因此该特征未公开。
技术特征N：<br>其中对所述现有的IMS协同会话的所述控制从第二WTRU转移到所述WTRU。<br><br>【公开性判断】未公开	无相关引用内容。	目标专利限定了协同会话控制权的流向（从原主控第二WTRU移交至当前WTRU，参见目标说明书[0115]、[0120]）。对比文件无终端设备间会话控制权的转移机制。因此该特征未公开。
技术特征O：<br>其中所述协同会话控制转移请求和所述响应是会话发起协议(SIP)消息。<br><br>【公开性判断】未公开	无相关引用内容。	目标专利中信令交互基于SIP协议（参见目标说明书[0006]、[0088]）。对比文件完全未采用、也未公开任何SIP信令。因此该特征未公开。
技术特征P：<br>其中所述协同会话控制转移请求包括以下中的一者或多者<br><br>【公开性判断】未公开	无相关引用内容。	目标专利限定协同会话控制转移请求中携带的会话及参与方标识参数字段（参见目标说明书[0095]、[0120]）。对比文件无此类信令消息，亦无相应字段组合。因此该特征未公开。
技术特征Q：<br>所述现有的IMS协同会话的身份<br><br>【公开性判断】未公开	无相关引用内容。<br>（注：对比文件仅在[0052]提及工序实例标识符610，即process instance identifier。）	目标专利中用于标识多方多媒体协同会话的标识（Session ID，参见目标说明书[0120]）。对比文件的工序实例标识符用于区分生产工艺实例，作用和方案完全不同。因此该特征未公开。
技术特征R：<br>所述现有的IMS协同会话的媒体流的身份<br><br>【公开性判断】未公开	无相关引用内容。	目标专利中用于识别受转移影响的具体媒体流（Stream ID，参见目标说明书[0120]）。对比文件不存在媒体流标识。因此该特征未公开。
技术特征S：<br>所述第二WTRU的身份<br><br>【公开性判断】未公开	无相关引用内容。<br>（注：对比文件仅提及工序的前序指针[0052]或工人/设备标识[0053]。）	目标专利中用于标识原有控制方无线终端（第二WTRU，如公共用户身份、GRUU等，参见目标说明书[0092]、[0118]）。对比文件完全没有关于第二无线发射/接收单元身份的公开。因此该特征未公开。
技术特征T：<br>所述WTRU的身份。<br><br>【公开性判断】未公开	无相关引用内容。	目标专利中用于指示新控制方WTRU的身份（参见目标说明书[0120]）。对比文件没有涉及通信网络中无线发射/接收单元身份的公开。因此该特征未公开。

---

### 结论与评估总结

| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |

| :--- | :--- | :--- |对目标专利与对比文件（US7035657B2）进行技术特征的全面比对和深度评估。

---

### 特征比对表格

技术特征描述及公开性判断结果	对比文件原文引用	公开性论述
技术特征A：该WTRU包括<br>《直接公开》	【说明书第[0018]段、第[0022]段、第[0027]段】<br>“The group communication devices 104, which may be deployed such as a cdma2000 family of handsets, for example, may request packet data sessions using a data service option.”（群组通信设备104例如可以被配置为cdma2000系列的手机，可以使用数据业务选项请求分组数据会话。）<br>“FIG. 2 is a simplified block diagram of an embodiment of base station 204 and mobile station 206...”（图2是基站204和移动台206的实施例的简化框图……）<br>“At mobile station 206, the forward link signal is received by antenna 220, routed through duplexer 218, and provided to a receiver unit 222... Controller 230 may include instructions for registering mobile station 206, requesting a group call, and sending media to the base stations 204.”（在移动台206处，前向链路信号由天线220接收，经双工器218路由，并提供给接收机单元222……控制器230可包括用于注册移动台206、请求群呼以及向基站204发送媒体的指令。）	对比文件起到的作用：公开了群组通信中的移动设备（移动台206/群组通信设备104），用于在无线网络中进行群组通信信令与媒体收发。<br>与目标专利作用比对：目标专利说明书第[0031]段指出WTRU可以包括用户设备（UE）、移动台、蜂窝电话等。对比文件中的移动台206即为典型的WTRU，两者结构与通信实体作用完全相同，本领域技术人员能毫无疑义地确定其实质公开了技术特征A。因此属于《直接公开》。
技术特征B：接收机<br>《直接公开》	【说明书第[0027]段】<br>“At mobile station 206, the forward link signal is received by antenna 220, routed through duplexer 218, and provided to a receiver unit 222. Receiver unit 222 conditions (e.g., down converts, filters, amplifies, quadrature modulates, and digitizes) the received signal and provides samples.”（在移动台206处，前向链路信号由天线220接收，通过双工器218路由，并提供给接收机单元222。接收机单元222调节（例如下变频、滤波、放大、正交调制和数字化）所接收的信号并提供采样。）	对比文件起到的作用：在移动台206中设置接收机单元222（RCVR），用于接收并处理来自前向链路的下行无线信号。<br>与目标专利作用比对：目标专利图1B及第[0042]、[0046]段中WTRU包含用于接收空中接口信号的接收机/收发信机120。对比文件直接明确记载了mobile station 206包括receiver unit 222，两者作用相同，本领域技术人员毫无疑义可直接得出，属于《直接公开》。
技术特征C：被配置成接收来自IMS实体的协同会话控制转移请求<br>《未公开》	【说明书第[0020]段、第[0037]段、第[0040]段】<br>“The registration may be performed using an IP protocol, such as session initiation protocol (SIP) over user datagram protocol (UDP)... Once a group call is established, CDs 104 and GCS 102 may exchange media and signaling messages.”（可以使用IP协议执行注册，例如UDP上的会话发起协议（SIP）……一旦建立了群呼，CD 104和GCS 102就可以交换媒体和信令消息。）<br>“The group call server may send group call announcements 510 to the caller's CD as well as to the listeners' CD(s) on the established packet data sessions.”（群呼服务器可以在已建立的分组数据会话上向呼叫方CD以及监听方CD发送群呼宣告510。）<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.”（群呼服务器可以在已建立的分组数据会话上向呼叫方CD以及监听方CD发送群呼宣告610。）	对比文件起到的作用：对比文件公开了群呼服务器（GCS）向监听方CD发送群呼宣告（group call announcements 510/610），用于通知各终端加入群组呼叫并指示使用单播或多播机制接收多媒体流。<br>与目标专利作用比对：目标专利中的“协同会话控制转移请求”是IMS协同会话架构下，由IMS实体（如SCC AS）发送给被控制方WTRU（如说明书第[0095]、[0108]、[0113]段），用于请求该WTRU承担或接管整个IMS协同会话的控制权（成为控制方WTRU）。而对比文件公开的仅是传统的半双工/全双工群组呼叫（PTT）广播建立信令，既不属于IMS体系下的协同会话控制架构，也不涉及将一个已存在的多设备协同会话的“控制权”转移给接收端。即使依据最为宽松的隐含公开标准，对比文件中也不存在任何向移动终端下发转移“协同会话控制权”的请求消息，本领域技术人员无法从对比文件中推导出该特征，因此该特征未被直接公开也未被隐含公开。
技术特征D：其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求<br>《未公开》	【说明书第[0020]段、第[0028]段、第[0040]段】<br>“The group call service (GCS) may allow one user to talk to a group of users in a half-duplex or full-duplex mode. In the former case, because only one person may be permitted to talk at a time, the permission to talk may be moderated by the infrastructure. In such systems, a user may request permission to talk by pressing a “push-to-talk” button (PTT), for example. 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.”（群呼业务（GCS）可以允许一个用户以半双工或全双工模式与一组用户通话。在前一种情况下，由于一次只允许一个人说话，所以讲话的许可可以由基础设施协调。在这样的系统中，用户可以通过例如按下“一键通”按钮（PTT）来请求讲话许可。系统可以仲裁从多个用户接收的请求，并通过争用解决过程根据预定算法选择请求者之一。然后系统可以通知所选用户该用户具有讲话许可。）	对比文件起到的作用：对比文件中的通知仅仅是通知用户具有讲话许可（floor control/话语权），或者通知监听方加入群呼。<br>与目标专利作用比对：目标专利中“接收对现有的IMS协同会话的控制的请求”（如说明书第[0085]、[0095]、[0108]段）是指控制整个IMS协同会话的能力（包括在协同会话的各参与WTRU之间增加、去除、复制或转移媒体流的会话级管理控制权）。对比文件中的PTT话语权申请与仲裁仅为群组通话中发送音频上行流的权限控制，完全不涉及指示WTRU去接管现存IMS协同会话的会话管理控制权。技术方案及所起作用根本不同，对比文件无法公开该特征。
技术特征E：其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起<br>《未公开》	【说明书第[0055]段】<br>“When an ad-hoc call becomes inactive, the group communication server may “tear down” the call and free the resources assigned to the group, including the group definition used to start the call. In one embodiment, after a period of inactivity, the BSC may release the traffic channel, e.g., shared and/or dedicated traffic channels, but keep the multicast path still active. However, after an extended period of inactivity, the BSC and/or wireless network infrastructure may trigger a multicast group leave, such as an Internet group management protocol (IGMP), and thereby tear down the multicast tree.”（当即席呼叫变为不活动时，群通信服务器可以“拆除”呼叫并释放分配给群的资源，包括用于发起呼叫的群定义。在一个实施例中，在一长段时间不活动之后，BSC可以释放业务信道，但保持组播路径仍然活动。然而，在较长时间的不活动之后，BSC和/或无线网络基础设施可以触发组播组离开……从而拆除组播树。）	对比文件起到的作用：对比文件公开了当呼叫在一段长时间内处于非活动状态时，网络释放信道、拆除呼叫或离开组播组以释放网络资源。<br>与目标专利作用比对：目标专利说明书第[0117]、[0229]段记载，SCC AS由于当前条件（例如控制方WTRU到SCC AS的连接降低/信令退化或损失）主动发起协同会话控制转移，以保障多媒体业务的连续性（维持协同会话不中断并转移至另一WTRU）。而对比文件在信道不活动或连接出现问题时的处理方式是直接拆除呼叫（tear down），根本没有提出基于控制信令退化或损失而“由网络发起会话控制转移请求”的技术构思或手段，两者的技术方案与机制截然相反，未直接公开也未隐含公开。
技术特征F：发射机<br>《直接公开》	【说明书第[0024]段】<br>“The modulated data is then provided to a transmitter unit (TMTR) 216 and conditioned (e.g., converted to one or more analog signals, amplified, filtered, and quadrature modulated) to generate a reverse link signal. The reverse link signal is routed through a duplexer (D) 218 and transmitted via an antenna 220 to base station 204.”（然后将调制的数据提供给发射机单元216并进行调节（例如转换成一个或多个模拟信号、放大、滤波和正交调制）以生成反向链路信号。反向链路信号通过双工器218路由并通过天线220发送到基站204。）	对比文件起到的作用：在移动台206中设置发射机单元216（TMTR），用于通过反向链路向基站发射无线射频信号。<br>与目标专利作用比对：目标专利说明书第[0042]、[0044]段描述WTRU包括发射机/发射元件。对比文件中mobile station 206明确包括transmitter unit 216，结构与硬件功能完全相同，本领域技术人员毫无疑义，属于《直接公开》。
技术特征G：被配置成向所述IMS实体传送响应<br>《隐含公开》	【说明书第[0020]段、第[0042]段】<br>“The registration may be performed using an IP protocol, such as session initiation protocol (SIP) over user datagram protocol (UDP)... signaling messages may be also signaling protocol over UDP.”（注册可以使用诸如UDP上的会话发起协议（SIP）的IP协议来执行……信令消息也可以是UDP上的信令协议。）<br>“After receiving the group call announcements, each participating CD may perform a registration process 612 with the wireless infrastructure. The registration process 612 may be performed over a dedicated channel, e.g., reverse fundamental channel (R-FCH), or a common channel... The registration messages may inform the BSC that the participating CDs are willing to participate in a group call.”（在接收到群呼宣告之后，每个参与的CD可以向无线基础设施执行注册过程612……注册消息可以通知BSC所参与的CD愿意参与群呼。）	对比文件起到的作用：参与CD接收到群呼宣告后，通过发射机向网络侧回送注册消息/响应消息，以向网络指示其同意参与本次呼叫；同时采用SIP/IP协议与服务器进行信令交互。<br>与目标专利作用比对：目标专利中该特征是指WTRU配置有向网络侧IMS实体发送响应消息的能力。虽然对比文件未公开转移协同会话控制的特定上下文，但对比文件第[0020]段明确公开了CD支持通过SIP协议与IP多媒体服务器交互信令消息，且第[0042]段公开了终端在收到网络发来的呼叫指示后回送响应消息以确认参与。根据极为宽松的隐含公开标准，移动终端具备“向网络端多媒体服务器/实体回送响应信令消息的通信配置能力”，本领域技术人员可以合理解释对比文件部分公开了终端与网络服务实体之间请求-响应机制的发射配置，属于《隐含公开》。
技术特征H：其中所述响应指示接受所述协同会话控制转移请求<br>《未公开》	【说明书第[0020]段、第[0042]段】<br>“The registration messages may inform the BSC that the participating CDs are willing to participate in a group call.”（注册消息可以通知BSC所参与的CD愿意参与群呼。）	对比文件起到的作用：仅通知无线接入网基础设施（BSC）该终端愿意作为群组呼叫的参与成员。<br>与目标专利作用比对：目标专利技术特征H明确要求该响应是“指示接受所述协同会话控制转移请求”，即接受成为协同会话的控制方WTRU（如说明书第[0096]、[0109]、[0114]、[0120]段）。对比文件仅涉及加入群呼接收媒体流的成员注册应答，根本没有协同会话控制转移的概念，无法提供或指示任何关于接受控制权转移的信息，未被直接公开，亦无法通过逻辑推理推断出，属于《未公开》。
技术特征I：控制器<br>《直接公开》	【说明书第[0023]段、第[0027]段】<br>“For the reverse link, at mobile station 206, voice and/or packet data... and messages (e.g., from a controller 230) are provided to a transmit (TX) data processor 212...”（对于反向链路，在移动台206处，语音和/或分组数据……以及消息（例如来自控制器230）被提供给发送数据处理器212……）<br>“The recovered data is provided to a data sink 228, and the recovered messages may be provided to controller 230. Controller 230 may include instructions for registering mobile station 206, requesting a group call, and sending media to the base stations 204.”（恢复的数据提供给数据宿228，恢复的消息可提供给控制器230。控制器230可包括用于注册移动台206、请求群呼以及向基站204发送媒体的指令。）	对比文件起到的作用：在移动台206内部设置控制器230，负责处理终端控制信令、协调数据处理并执行通信控制逻辑。<br>与目标专利作用比对：目标专利说明书图1B及第[0042]-[0043]段记载WTRU包括处理器/控制器118，用于执行信号处理、控制协议流程。对比文件图2明确包含控制器230（Controller 230），其在移动终端中的硬件实体和通用控制作用与目标专利完全相同，本领域技术人员毫无疑义可直接得出，属于《直接公开》。
技术特征J：被配置成在对所述现有的IMS协同会话的控制正被转移到所述WTRU时<br>《未公开》	【说明书全文】<br>无对应内容。	对比文件起到的作用：无对应时机控制机制。<br>与目标专利作用比对：目标专利中该特征定义了控制器状态切换的时序和触发条件，即在网络将现有的IMS协同会话控制转移给该WTRU的转移过程中触发对应控制行为（如说明书第[0096]、[0120]段）。对比文件全篇未涉及任何会话控制转移的时序过程或在控制权转移阶段执行的配置，毫无公开依据，属于《未公开》。
技术特征K：控制所述现有的IMS协同会话。<br>《未公开》	【说明书第[0028]段、第[0029]段】<br>“When CD 302 has permission to transmit media to other members of the group, CD 302 is known as the talker and may transmit media over an established channel. When CD 302 is designated as the talker, the remaining participants, CD 304 and CD 306, may not have permission to transmit media to the group. Accordingly, CD 304 and CD 306 are designated as listeners.”（当CD 302具有向群组的其他成员发送媒体的许可时，CD 302被称为说话方，并且可以在已建立的信道上发送媒体。当CD 302被指定为说话方时，其余的参与者CD 304和CD 306可能没有向群组发送媒体的许可。因此，CD 304和CD 306被指定为监听方。）	对比文件起到的作用：对比文件仅公开了说话方（talker）获得发送媒体的许可并向其他监听方广播媒体。<br>与目标专利作用比对：目标专利中“控制所述现有的IMS协同会话”由控制方WTRU执行（如说明书第[0076]、[0085]段记载：控制协同会话包括开始或停止媒体流、在协同会话的WTRU之间增加、去除、释放、复制或转移媒体流、允许或拒绝影响协同会话媒体流的请求等）。这是一种网络多媒体架构下的多设备集中式会话层控制能力。而对比文件中的talker仅仅拥有上行音频发送权（话语权），对群呼会话本身既无法增加/移除成员，也无法重新配置媒体流或管理会话拓扑，两者控制层级与内涵本质不同，未直接公开也未隐含公开。
技术特征L：其中所述WTRU是处于所述现有的IMS协同会话中的被控制方WTRU。<br>《隐含公开》	【说明书第[0028]段、第[0029]段】<br>“When CD 302 has permission to transmit media to other members of the group, CD 302 is known as the talker... remaining participants, CD 304 and CD 306, may not have permission to transmit media to the group. Accordingly, CD 304 and CD 306 are designated as listeners.”（当CD 302具有许可时作为说话方……其余参与者CD 304和CD 306没有向群发送媒体的许可，被指定为监听方。）	对比文件起到的作用：对比文件公开了群呼会话中存在监听方终端（listeners CD 304/306），该终端在会话中受制于系统的调度与发言仲裁，处于被动接收媒体流的状态。<br>与目标专利作用比对：目标专利中“被控制方WTRU”是指参与到IMS协同会话中、具有媒体流但不拥有协同会话控制权的终端（如说明书第[0084]-[0085]段）。对比文件中的监听方（listeners）同样是多方通话业务中的参与者，且处于无控制权/被动受控的地位。按照极度宽松的隐含公开标准，将多方多媒体呼叫中的受控方/监听方等同或合理推导为广义上的“被控制方”，可视为对比文件部分公开了多方会话中处于从属受控地位的终端身份角色，因此判断为《隐含公开》。
技术特征M：其中所述WTRU具有与远端方之间的IMS媒体流。<br>《隐含公开》	【说明书第[0020]段、第[0029]段】<br>“In one embodiment, the media may be sent between the call participants and GCS 102 using real-time protocol (RTP) over UDP. The signaling messages may be also signaling protocol over UDP.”（在一个实施例中，可以使用UDP上的实时协议（RTP）在呼叫参与者和GCS 102之间发送媒体。信令消息也可以是UDP上的信令协议。）<br>“As described above, CDs 302, 304, and 306 are connected to group call server 308, using at least one channel. In one embodiment, the channel may include a session initiation protocol (SIP) channel, a media-signaling channel, and a media traffic channel.”（如上所述，CD 302、304和306使用至少一个信道连接到群呼服务器308。在一个实施例中，该信道可以包括会话发起协议（SIP）信道、媒体信令信道和媒体业务信道。）	对比文件起到的作用：CD通过基站与群呼服务器建立媒体业务信道，并使用UDP上的RTP协议与远端群呼服务器及其他参与方进行多媒体数据传输。<br>与目标专利作用比对：目标专利中WTRU与远端方（Remote Party）维持端到端的媒体流（如说明书第[0084]、[0090]段），且媒体流承载在IMS网络架构下。对比文件公开了CD使用SIP信道建立信令，并通过RTP/UDP建立多媒体流量信道实现群组内语音/数据媒体交互。基于极为宽松的判定标准，虽然对比文件是基于集中式群呼服务器的中继架构，但终端之间通过IP多媒体网络（SIP+RTP）实现媒体互通与目标专利中终端与远端之间具有媒体流的作用机理高度相似，本领域技术人员结合公知常识有可能合理解释其包含了多媒体流的通信机制，因此认定为《隐含公开》。

| **技术特征N：其中对所述现有的IMS协同会话的所述控制从第二WTRU转移到所述WTRU。** 《未公开》 | 【说明书第[0028]段】 “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.”（系统可以仲裁从多个用户接收的请求，并通过争用解决过程根据预定算法选择请求者之一。系统然后可以通知所选用户该用户具有讲话许可。） | **对比文件起到的作用：**系统对多个用户按压PTT按钮提出的发言申请进行争用仲裁，并在原发言者释放按钮后将讲话许可（floor）赋予下一个被选中的请求者。 **与目标专利作用比对：**目标专利技术特征N是指“IMS协同会话的控制”（即管理媒体流拓扑、增删协同终端的会话级控制权）从第二WTRU（原控制方）转移给该WTRU（新控制方）（说明书第[0085]、[0087]段）。对比文件中转移的仅仅是半双工业务中“谁能对着麦克风说话”的话语权（Floor Control），其网络信令、业务拓扑和呼

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

技术特征描述及公开性判断结果	对比文件原文引用（中文翻译及标号）	公开性论述
技术特征A：<br>该WTRU包括<br><br>《直接公开》	【0006】<br>“……在多通信设备例如台式PC、笔记本PC、蜂窝电话（cellular telephone）或PDA（个人数字助理）的情况下……”<br>【0055】<br>“在图1所示的结构中，网关101用作用于由台式PC 102、笔记本PC 103和PDA 104组成的通信终端的中继设备……”<br>【0123】<br>“终端720、730包括用于解码、展开和再现数据的数据应用部分721、731；以及用于向网关710发送和从网关710接收消息的消息处理器722、732；并且具有用于通过网关710发送/接收数据的网络接口。”	作用分析与对比：<br>目标专利中WTRU作为无线网络中的通信终端实体执行数据收发及协同控制。对比文件公开了蜂窝电话、PDA等便携式无线通信终端设备，其在对比文件中作为接入网络并收发多媒体数据的通信终端，与目标专利中WTRU（无线发射/接收单元）的技术领域、通信功能及结构作用完全相同。<br>直接公开论述：<br>对比文件明确记载了蜂窝电话、PDA等终端（Terminal），本领域技术人员知晓蜂窝电话即为典型的无线发射/接收单元（WTRU/UE），属于对技术特征A的直接公开（等同/实质公开）。
技术特征B：<br>接收机<br><br>《直接公开》	【0123】<br>“终端720、730……具有用于通过网关710发送/接收数据的网络接口（network interface for sending/receiving data）。”	作用分析与对比：<br>目标专利中的接收机用于接收来自外部实体的控制信令或媒体数据。对比文件中的网络接口具有接收数据的功能，其在设备通信中起到下行接收信号和数据的作用，与目标专利接收机的作用完全相同。<br>直接公开论述：<br>网络接口中必然包括接收机与发射机硬件电路，对比文件明确指出了网络接口用于“sending/receiving data”，直接公开了通信终端具备接收机结构。
技术特征C：<br>被配置成接收来自IMS实体的协同会话控制转移请求<br><br>《未公开》	对比文件全篇未提及IMS（网际协议多媒体子系统）架构、IMS实体（如SCC AS），亦未涉及协同会话（Collaborative Session）的控制权转移机制。	作用分析与对比：<br>目标专利中该特征用于在IMS架构下，由IMS集中控制节点（如SCC AS）向从设备（被控制方WTRU）下发将协同会话控制权移交给它的请求。而对比文件采用的是LAN/WAN环境下的网关中继方案，且图7/图8及图12中的流程是由终端主动向网关发送Resume或Call消息，终端B接收的仅是来自终端A通过网关转发的Call消息或会话列表（非控制权转移请求，仅是媒体流接收端的切换）。<br>未公开论述：<br>对比文件不仅架构完全不同（非IMS体系），而且其仅实现下行媒体流IP地址重定向（NAT），不存在“IMS实体的协同会话控制转移请求”，即使按最宽松的隐含公开判断，亦无法由网关数据流中继推理得出IMS协同会话控制转移机制。
技术特征D：<br>其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求<br><br>《未公开》	对比文件全篇未记载该内容。	未公开论述：<br>因对比文件未公开特征C中的“协同会话控制转移请求”，故该请求中指示“接收对现有的IMS协同会话的控制”的限定亦未被公开。对比文件中终端B发送Resume仅是请求网关将媒体流数据重定向发送给终端B，而非接受对IMS协同会话的管理控制权。
技术特征E：<br>其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起<br><br>《未公开》	对比文件全篇未记载该内容。	未公开论述：<br>对比文件中媒体接收设备的切换完全是由用户主动发起的（如终端A主动发送Pause，终端B发送Resume），完全不存在网络侧实体（IMS实体）基于控制信令的退化或损失（信令链路变差或中断）而主动触发会话控制权转移的机制。
技术特征F：<br>发射机<br><br>《直接公开》	【0123】<br>“终端720、730……具有用于通过网关710发送/接收数据的网络接口（network interface for sending/receiving data）。”	作用分析与对比：<br>目标专利中的发射机用于向网络侧实体发送上行控制信令和消息。对比文件的网络接口执行发送数据功能，起到上行物理发送作用，二者作用完全相同。<br>直接公开论述：<br>对比文件明确记载网络接口具备“sending”数据功能，本领域技术人员能毫无疑义地确定终端包含发射机模块，属于直接公开。
技术特征G：<br>被配置成向所述IMS实体传送响应<br><br>《隐含公开》	【0123】<br>“……以及用于向网关710发送和从网关710接收消息的消息处理器722、732……”<br>【0149】<br>“终端B 730向网关710发送如图9所示显示的数据，或者换句话说，发送所选会话。该处理被实现为向网关发送恢复请求（RESUME request）和所选会话ID的处理（图12的步骤(6)）。”	作用分析与对比：<br>目标专利中该特征用于终端在接收到网络侧请求后向上层控制实体返回确认/接受响应。对比文件中终端B的消息处理器向网络中继实体（网关）发送Resume请求消息作为对前序会话通知/状态的响应，两者均起到向网络侧实体上报终端应答指令的作用。<br>隐含公开论述：<br>在隐含公开标准非常宽松的标准下，对比文件中的终端B在获知会话信息后通过发射机向作为网络控制节点的网关发送包含会话ID的Resume消息以确认接收该会话，这部分公开了终端向网络实体反馈交互响应的信令流程，有可能与IMS网络实体特征相结合，故判定为《隐含公开》。
技术特征H：<br>其中所述响应指示接受所述协同会话控制转移请求<br><br>《未公开》	对比文件全篇未记载该内容。	未公开论述：<br>对比文件中终端B发送的Resume请求仅表示终端B开始接收该多媒体流数据（即媒体数据的下行接收端口变更），完全不涉及接受“协同会话控制权转移”的语义和功能，故未公开。
技术特征I：<br>控制器<br><br>《直接公开》	【0123】<br>“终端720、730包括用于解码、展开和再现数据的数据应用部分721、731；以及用于向网关710发送和从网关710接收消息的消息处理器722、732……”	作用分析与对比：<br>目标专利中的控制器用于处理信令、控制会话流程。对比文件终端中的消息处理器（Message Processor）与应用部分执行逻辑控制、消息生成与协议处理，在终端中起到程序控制和状态管理的核心作用，两者功能作用相同。<br>直接公开论述：<br>消息处理器和应用逻辑处理部分属于典型的控制器构件，本领域技术人员知晓通信终端内部运行逻辑协议的处理器即为控制器，属于直接公开。
技术特征J：<br>被配置成在对所述现有的IMS协同会话的控制正被转移到所述WTRU时<br><br>《未公开》	对比文件全篇未记载该内容。	未公开论述：<br>对比文件不存在IMS协同会话及其控制权转移时序过程，因此不存在在控制权正被转移到该终端时的相应配置时机，未公开。
技术特征K：<br>控制所述现有的IMS协同会话。<br><br>《未公开》	对比文件全篇未记载该内容。	未公开论述：<br>对比文件中终端B仅仅是一个单纯的数据接收方（Sink），网关通过改写IP地址把媒体流转发给终端B，终端B并不对会话进行协同控制（如添加/删除其他设备的流、管理会话分支等），更非IMS协同会话，未公开。
技术特征L：<br>其中所述WTRU是处于所述现有的IMS协同会话中的被控制方WTRU。<br><br>《未公开》	对比文件全篇未记载该内容。	未公开论述：<br>对比文件中终端B在切换前未参与该会话，切换后也只是普通数据接收端，既不存在IMS架构，也不存在控制方与被控制方（Controller / Controllee）的协同会话角色划分，未公开。
技术特征M：<br>其中所述WTRU具有与远端方之间的IMS媒体流。<br><br>《隐含公开》	【0054】-【0055】<br>“为了在终端上从因特网接收诸如运动图像和音频的流数据，数据分组通过充当中继设备的家庭或公司网关或服务提供商网关进行中继。……从服务器105中继用于分发的流数据。”<br>【0135】<br>“结果，终端A 720经由网关710接收的流数据由终端B 730连续接收（图8的步骤(7)）。”	作用分析与对比：<br>目标专利中该特征限定终端在转移控制权时自身已具有与远端实体之间的媒体流。对比文件中终端B经由网关接收来自远端服务器（Server 105，相当于远端方）的视频/音频流，起到了终端与远端之间承载媒体传输的作用。<br>隐含公开论述：<br>对比文件中终端通过网络中继与远端服务器之间建立了流媒体连接（RTP/UDP/IP包），虽然对比文件采用的是通用因特网服务器架构而非显式的IMS架构，但在非常宽松的隐含公开标准下，流媒体服务器与远端设备作用等同，终端接收远端媒体流的技术方案已被部分公开并可合理推断，故判定为《隐含公开》。
技术特征N：<br>其中对所述现有的IMS协同会话的所述控制从第二WTRU转移到所述WTRU。<br><br>《未公开》	对比文件全篇未记载该内容。	未公开论述：<br>对比文件中发生转移的仅是数据流的目的地IP地址（媒体数据流的接收终端由终端A切换到终端B），不存在对协同会话的管理控制权从第二WTRU转移到第一WTRU的过程，未公开。
技术特征O：<br>其中所述协同会话控制转移请求和所述响应是会话发起协议(SIP)消息。<br><br>《未公开》	【0103】-【0112】<br>“请求的数据字符串格式如下所示：METHOD=[PAUSE, LIST, RESUME, CALL], To=[IP-Address], From=[IP-Address], S-ID=[integer]……”	作用分析与对比：<br>目标专利采用IMS体系标准的SIP信令。对比文件明确定义了其控制消息的数据格式为自定义的键值对文本串（METHOD=PAUSE/RESUME等），完全不使用SIP协议。<br>未公开论述：<br>对比文件明确记载了控制消息格式并非SIP协议消息，本领域技术人员无法从其私有指令格式中直接或隐含得出采用SIP消息的结论，未公开。
技术特征P：<br>其中所述协同会话控制转移请求包括以下中的一者或多者<br><br>《未公开》	对比文件全篇未记载该内容。	未公开论述：<br>因对比文件未公开“协同会话控制转移请求”，其包含特定标识信息的从属限定亦无法对应公开。
技术特征Q：<br>所述现有的IMS协同会话的身份<br><br>《隐含公开》	【0103】-【0112】<br>“S-ID=[integer]”<br>【0074】<br>“网关510控制的会话信息包含以下内容：会话名称、会话ID（session ID）、会话变为活动的时间……”	作用分析与对比：<br>目标专利中用于唯一标识被操作的会话。对比文件在控制信令参数中携带“S-ID”以标识所操作的会话，两者在信令中指示特定会话身份的作用相同。<br>隐含公开论述：<br>虽然对比文件非IMS系统，但其控制消息中携带的“S-ID（Session ID）”同样起到了指示会话身份的作用，在极其宽松的隐含公开判断下，该参数公开了会话身份信息载荷，属于部分公开并可结合公开，故判定为《隐含公开》。
技术特征R：<br>所述现有的IMS协同会话的媒体流的身份<br><br>《未公开》	对比文件全篇未记载该内容。	未公开论述：<br>对比文件中虽然控制表中记录了Media: video/audio，但在消息传递参数中仅指定了S-ID（会话ID），未在信令请求中提供独立的协同会话媒体流身份（Stream ID）以进行流粒度的转移，未公开。
技术特征S：<br>所述第二WTRU的身份<br><br>《隐含公开》	【0103】-【0112】<br>“From=[IP-Address]……Recv=[IP-Address]”<br>【0091】<br>“当前正在接收数据的终端的IP地址……”	作用分析与对比：<br>目标专利中携带原控制设备/第二设备的标识。对比文件消息中包含当前正在接收/拥有会话的终端IP地址（Recv/From地址），起到了在信令中指定第二终端身份的作用。<br>隐含公开论述：<br>对比文件在控制消息参数中明确包含了另一终端（终端A）的IP地址作为终端身份识别信息，在极其宽松的隐含公开标准下，可合理解读为包含了第二WTRU的身份，故判定为《隐含公开》。
技术特征T：<br>所述WTRU的身份。<br><br>《隐含公开》	【0103】-【0112】<br>“To=[IP-Address]……Permit=[Network-address, IP-Address]”	作用分析与对比：<br>目标专利中携带本端WTRU的标识。对比文件中通过IP地址来标识允许接收的终端或目标终端，起到了指明目标终端身份的作用。<br>隐含公开论述：<br>对比文件消息中携带目标终端IP地址，本领域技术人员可以合理推断出该消息参数包含本端终端设备的身份，在极其宽松的隐含公开标准下，判定为《隐含公开》。

<<<A>>><<>><<<F>>><<<g>>><<>><<<m>>><<<q>>><<<ts>>>

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

本比对基于目标专利说明书原文，严格依据权利要求划分的技术特征A至T，对对比文件（US 7,130,282 B2）的公开性进行逐项深度比对与评述。

技术特征描述及公开性判断结果	对比文件原文引用（含中文翻译及段落标号）	公开性论述
技术特征A：<br>该WTRU包括<br><br>《直接公开》	[0026]<br>“Group members communicate with each other using an assigned communication device, shown as communication devices (CD) 202, 204, 206, 208, and 210. In the present example, CDs 202, 204, and 206 are wireless telephones...”<br>（群组成员使用分配的通信设备彼此通信，如图所示为通信设备（CD）202、204、206、208和210。在本示例中，CD 202、204和206为无线电话……）<br><br>[0048]<br>“In this embodiment, CD 202 is a wireless telephone capable of converting media, e.g., video, and/or speech, into data packets suitable for transmission over data network 214, such as the Internet.”<br>（在该实施例中，CD 202为能够将媒体（例如视频和/或语音）转换为适合在数据网络214（例如因特网）上传输的数据分组的无线电话。）	作用分析与公开性认定：<br>在目标专利中，WTRU（无线发射/接收单元）作为终端设备执行无线多媒体通信交互。在对比文件中，公开了无线通信设备CD（如CD 202、204、206为wireless telephones），作为无线通信系统中的用户终端设备。两者的技术领域、构成实体和在通信网络中的功能完全相同，属于本领域的常用同义技术术语。因此，对比文件直接公开了技术特征A。
技术特征B：<br>接收机<br><br>《直接公开》	[0020]<br>“CDs 102, 104, 106 transmit and receive communication signals from base stations 108, 110, generally depending on their proximity to each base station.”<br>（CD 102、104、106通常根据其与各基站的距离，从基站108、110发送和接收通信信号。）<br><br>[0048]<br>“CD 202 typically comprises an antenna 400, a display 410, keys 420, a speaker 430, an earpiece 440, and an optional push-to-talk (PTT) switch 450.”<br>（CD 202通常包括天线400、显示器410、按键420、扬声器430、耳机听筒440以及可选的按键通话（PTT）开关450。）<br><br>[0049]<br>“CD 202 may also be equipped to transmit and receive media...”<br>（CD 202还可被配置为发送和接收媒体……）	作用分析与公开性认定：<br>在目标专利中，接收机用于接收来自网络的下行信令或数据。在对比文件中，明确公开了无线终端CD具备天线400且可用于“receive communication signals”及“receive media”，本领域技术人员知晓无线设备接收射频信号必然包含射频接收机/接收模块，其作用相同。因此，对比文件直接公开了技术特征B。
技术特征C：<br>被配置成接收来自IMS实体的协同会话控制转移请求<br><br>《未公开》	对比文件全文未见关于“IMS协同会话控制转移请求”或来自IMS网元下发的转移请求的记载。具体涉及网络控制与信令之处如下：<br>[0028]<br>“In order to participate in group communications CDs 202, 204, 206, 208 and 210 are each equipped with a means for requesting the transmission privilege from a communications manager (CM) 218, as explained in greater detail below. 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.”<br>（为了参与群组通信，CD 202、204、206、208和210均配备有用于向通信管理器（CM）218请求传输特权的装置……CM 218管理群组的实时与管理操作，包括PTT请求仲裁、群组成员与注册列表的维护和分发、必要系统与网络资源的呼叫建立与拆除，以及群组状态的总体控制。）<br><br>[0041]<br>“CDs may find, join, leave, and learn about various groups using a first protocol, such as the Session Initiation Protocol (SIP)... The second protocol, shown in FIG. 3 as NBS Media Signaling, may be used to manage real-time group arbitration and dormancy... In the example of FIG. 3, CD 202 currently 'has the floor', i.e., the transmission privilege... While CD 202 holds the transmission privilege, the remaining group members are designated as listeners and correspondingly do not have permission to transmit media to the group.”<br>（CD可以使用第一协议（例如SIP）来查找、加入、离开以及了解各个群组……在图3中示为NBS媒体信令的第二协议可用于管理实时群组仲裁与休眠……在图3的示例中，CD 202当前“具有发言权（has the floor）”，即传输特权……当CD 202持有传输特权时，其余群组成员被指定为收听者，相应地没有向群组传输媒体的权限。）	作用分析与公开性认定：<br>在目标专利中，技术特征C具体限定接收机被配置成接收来自IMS实体（如SCC AS）的“协同会话控制转移请求”，结合目标说明书[0006]、[0085]、[0095]、[0108]可知，该请求作用在于网络向WTRU指示将整个协同多设备会话的管理控制权（包括对媒体流的增删、释放、转移等的会话控制层级的主导权）转移至该WTRU。<br>对比文件中公开了通信管理器（CM 218）以及CD通过SIP与CM进行交互，但其仅涉及半双工PTT通话中下发发言权授权（floor-control / arbitration / transmission privilege），即媒体平面的单次单向发送权仲裁；既未公开IMS实体（如SCC AS），更未公开IMS网络中的“协同会话控制转移请求”，且群组中抢麦发发言权与IMS协同会话架构下会话控制权的主从设备角色转移在技术本质、信令内容与协议架构上均完全不同，本领域技术人员无法直接或隐含推导得出。因此，技术特征C未被公开。
技术特征D：<br>其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求<br><br>《未公开》	对比文件全文未记载有关“指示用于接收对现有的IMS协同会话的控制的请求”的内容。<br>[0035]<br>“If no other member currently holds the transmission privilege, when a transmission privilege request is received by CM 218, CM 218 transmits a message to the requesting group member, notifying it that the transmission privilege has been granted.”<br>（如果没有其他成员当前持有传输特权，当CM 218接收到传输特权请求时，CM 218向发出请求的群组成员发送一条消息，通知其传输特权已被授予。）	作用分析与公开性认定：<br>目标说明书[0085]、[0095]明确指出，该特征的作用在于由网络通知被控制方WTRU其将被升级/转移赋予对已有协同会话的全局控制权限。对比文件段落[0035]仅仅公开了CM通知请求者其PTT发言权已被授予（transmission privilege has been granted），该特权仅指特定媒体流（如语音或视频）当前的单次独占发送权，并不包含对已有协同会话控制（控制多设备各流增删）的请求指示。对比文件既无IMS协同会话控制机制，更无向WTRU指示接收该会话控制的请求消息，无法直接得出或合理解读出该特征。因此，技术特征D未被公开。
技术特征E：<br>其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起<br><br>《未公开》	对比文件全文未公开基于控制信令退化或损失而由网络侧主动发起转移的机制。<br>[0125]<br>“Or, CD 202 may experience a service disruption or drop the Data Service Option call for any reason and upon re-establishing service, be assigned a new IP network address. If CD 202 is participating in a group during an address change and does not re-join the selected group in a timely fashion, CM 218 will eventually expire its membership and remove CD 202 from the list for the selected group. CD 202 is removed from the list of active group participants if it does not eventually respond to a series of media signaling request messages.”<br>（或者，CD 202可能由于任何原因经历服务中断或掉落数据服务选项呼叫，并且在重新建立服务时被分配新的IP网络地址。如果CD 202在地址改变期间正在参与群组并且没有及时重新加入所选群组，则CM 218将最终使其成员资格过期并从所选群组的列表中删除CD 202。如果CD 202最终没有响应一系列媒体信令请求消息，则CD 202将从活动群组参与者列表中被删除。）	作用分析与公开性认定：<br>结合目标说明书[0020]、[0117]可知，该特征是网络实体（SCC AS）在检测到第一控制方WTRU（第二WTRU）的控制链路衰退或中断（如连接降低）时，网络主动触发将控制权下发转移给另一被控制方WTRU，以保证会话连续性。<br>对比文件段落[0125]仅公开了当CD发生服务中断且不响应媒体信令时，CM 218仅是将该掉线的CD从活动参与者列表中注销移除（expire membership and remove CD from the list），完全没有由网络基于原控制方信令退化/丢失进而主动向另一个特定终端发起会话控制转移的技术方案与逻辑。因此，技术特征E未被公开。
技术特征F：<br>发射机<br><br>《直接公开》	[0020]<br>“CDs 102, 104, 106 transmit and receive communication signals from base stations 108, 110...”<br>（CD 102、104、106……从基站108、110发送和接收通信信号。）<br><br>[0048]<br>“CD 202 typically comprises an antenna 400, a display 410, keys 420, a speaker 430, an earpiece 440, and an optional push-to-talk (PTT) switch 450.”<br>（CD 202通常包括天线400、显示器410、按键420、扬声器430、耳机听筒440以及可选的按键通话（PTT）开关450。）<br><br>[0049]<br>“CD 202 may also be equipped to transmit and receive media...”<br>（CD 202还可被配置为发送和接收媒体……）	作用分析与公开性认定：<br>在目标专利中，发射机用于将终端的上行无线信号发送给网络。在对比文件中，明确公开了无线终端CD能够发送通信信号（transmit communication signals）以及向网络发射媒体数据，其必然具备与天线耦合的射频发射机/发射硬件，技术作用与手段相同。因此，对比文件直接公开了技术特征F。
技术特征G：<br>被配置成向所述IMS实体传送响应<br><br>《未公开》	对比文件未记载向IMS实体传送针对协同会话控制转移请求的响应。相关信令交互如下：<br>[0062]<br>“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... If the invitation is accepted, CD 202 acknowledges the response via the SIP 'ACK' command.”<br>（通常，目的SIP用户代理服务器确认CD 202已被授权参与所选群组并对邀请进行响应，在其响应内容中嵌入用于参与群组的媒体业务和信令参数的描述……如果邀请被接受，CD 202通过SIP 'ACK'命令对响应进行确认。）<br><br>[0108]<br>“Media signaling requests and responses are encapsulated within UDP datagrams.”<br>（媒体信令请求与响应封装在UDP数据报中。）	作用分析与公开性认定：<br>目标专利技术特征G与特征C、D对应，限定发射机发送的是对上述“来自IMS实体的协同会话控制转移请求”的响应。对比文件中虽然有CD向SIP服务器发送ACK确认或者在UDP中发送媒体信令响应，但其既不是IMS架构中的网络实体交互，所响应的内容也完全不是协同会话控制转移请求。由于其前序请求信令未被公开，该用于接受该特定请求的响应动作亦未被公开。因此，技术特征G未被公开。
技术特征H：<br>其中所述响应指示接受所述协同会话控制转移请求<br><br>《未公开》	对比文件全文未记载指示接受协同会话控制转移请求的响应。关于接受邀请的记载见：<br>[0062]<br>“If the invitation is accepted, CD 202 acknowledges the response via the SIP 'ACK' command.”<br>（如果邀请被接受，CD 202通过SIP 'ACK'命令对响应进行确认。）	作用分析与公开性认定：<br>目标说明书[0096]、[0109]、[0120]说明，该响应的内容承载了被控制方WTRU同意从网络接管成为控制方WTRU的明确确认指示。对比文件中段落[0062]仅为CD加入群组时在收到SIP UA响应后的SIP ACK握手，或者PTT会话建立逻辑，不具有“接受协同会话控制转移”的语义和功能实质。因此，技术特征H未被公开。
技术特征I：<br>控制器<br><br>《直接公开》	[0140]<br>“A general-purpose processor may be a microprocessor, but, in the alternative, the processor may be any conventional processor, controller, microcontroller, or state machine.”<br>（通用处理器可以是微处理器，但作为替代方案，处理器可以是任何常规处理器、控制器、微控制器或状态机。）<br><br>[0141]<br>“The ASIC may reside in a user terminal. In the alternative, the processor and the storage medium may reside as discrete components in a user terminal.”<br>（ASIC可以驻留在用户终端中。作为替代方案，处理器和存储介质可作为分立元件驻留在用户终端中。）	作用分析与公开性认定：<br>在目标专利中，控制器作为终端的处理控制核心，执行控制操作。对比文件明确公开了位于用户终端（user terminal / CD）中的通用处理器、控制器（controller）、微控制器或状态机，用于执行通信操作控制。二者结构与基本控制功能实质相同。因此，对比文件直接公开了技术特征I。
技术特征J：<br>被配置成在对所述现有的IMS协同会话的控制正被转移到所述WTRU时<br><br>《未公开》	对比文件全文未记载“在对现有的IMS协同会话的控制正被转移到所述WTRU时”的这一触发时机或配置状态。	作用分析与公开性认定：<br>目标说明书[0085]、[0096]表明，该特征界定了终端控制器在会话控制权发生跨设备迁移交接的动态流程节点中的配置时机。对比文件中终端CD仅作为PTT群组通信的成员，不存在任何“对IMS协同会话的控制权正向其转移”的状态转换与配置过程。因此，技术特征J未被公开。
技术特征K：<br>控制所述现有的IMS协同会话。<br><br>《未公开》	对比文件全文未记载由终端CD去“控制现有的IMS协同会话”。关于控制的记载如下：<br>[0028]<br>“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.”<br>（CM 218管理群组的实时与管理操作，包括PTT请求仲裁、群组成员与注册列表的维护和分发、必要系统与网络资源的呼叫建立与拆除，以及群组状态的总体控制。）	作用分析与公开性认定：<br>在目标专利中，该特征是指转移完成后，目标WTRU接替成为“控制方WTRU”，负责控制该IMS协同会话（包括管理协同会话中各WTRU媒体流的增加、删除、复制、转移等，参见说明书[0085]）。而在对比文件中，对整个群组呼叫、媒体分发、PTT仲裁及资源状态的控制权完全由中心网络节点CM 218集中掌握，终端CD仅仅是发起“抢发言权（floor request）”并在获得允许后单向推送媒体，根本不具备对整个群组/协同会话进行会话控制（控制其他终端媒体流）的控制器功能与配置。因此，技术特征K未被公开。
技术特征L：<br>其中所述WTRU是处于所述现有的IMS协同会话中的被控制方WTRU。<br><br>《未公开》	对比文件关于群组成员角色的记载：<br>[0041]<br>“In the example of FIG. 3, CD 202 currently 'has the floor', i.e., the transmission privilege, or permission to transmit media to the group... While CD 202 holds the transmission privilege, the remaining group members are designated as listeners and correspondingly do not have permission to transmit media to the group.”<br>（在图3的示例中，CD 202当前“具有发言权”，即传输特权或向群组传输媒体的许可……当CD 202持有传输特权时，其余群组成员被指定为收听者，相应地没有向群组传输媒体的许可。）	作用分析与公开性认定：<br>在目标专利中，“被控制方WTRU”是在IMS协同会话中受控制方WTRU管理的参与设备（如说明书[0085]所述，控制方WTRU具有对协同媒体会话的控制，被控制方WTRU执行其媒体流）。对比文件中的PTT系统虽然存在“发言者（talker/floor holder）”与“收听者（listener）”的角色差异，但这只是半双工媒体信道占用权限的动态区分，并非3GPP/IMS协同会话（Collaborative Session）体系下受主控设备信令管理和流调度的“被控制方WTRU”，两者通信架构、协议上下文完全不同。因此，技术特征L未被公开。
技术特征M：<br>其中所述WTRU具有与远端方之间的IMS媒体流。<br><br>《隐含公开》	[0022]<br>“For example, wireline telephone 116 may be able to communicate video and/or audio with CDs 102 and 104 simultaneously in a full-duplex conference manner.”<br>（例如，有线电话116能够以全双工会议方式同时与CD 102和104通信视频和/或音频。）<br><br>[0026]<br>“In the present example, CDs 202, 204, and 206 are wireless telephones, CD 208 is a wireline telephone equipped with push-to-talk capability, and CD 210 is a satellite telephone also equipped with push-to-talk functionality. In other embodiments, the various CDs may comprise wireless video cameras...”<br>（在本示例中，CD 202、204和206为无线电话，CD 208为具备PTT功能的有线电话，CD 210为同样具备PTT功能的卫星电话。在其他实施例中，各种CD可以包括无线摄像机……）<br><br>[0041]<br>“CDs may find, join, leave, and learn about various groups using a first protocol, such as the Session Initiation Protocol (SIP)... Audio, voice, video, and/or data (collectively referred to herein as media), is distributed via a third protocol, shown in FIG. 3 as media traffic.”<br>（CD可以使用第一协议（例如SIP）来查找、加入、离开以及了解各个群组……音频、语音、视频和/或数据（在本文中统称为媒体）通过第三协议分发，在图3中示为媒体业务。）<br><br>[0044]<br>“All real-time media are distributed via dynamic RTP/UDP/IP interfaces on CM 218 and CDs... using the well-known Session Initiation Protocol (SIP), an application-level call signaling protocol designed to support Internet telephony, for example.”<br>（所有实时媒体都通过CM 218和CD上的动态RTP/UDP/IP接口分发……例如使用众所周知的SIP，一种被设计用于支持因特网电话的应用层呼叫信令协议。）	作用分析与公开性认定：<br>在目标专利中，该特征表明该WTRU自身存在与远端通信方的媒体流链路。<br>在对比文件中，明确公开了CD通过SIP信令和RTP/UDP/IP承载协议与远端的群组成员/远端电话（如wireline telephone 116或其他CD）进行语音、视频等实时媒体通信。对比文件虽然使用的是基于SIP/RTP的IP群组多媒体通信机制，但按照本领域极度宽松的隐含公开判断原则，对比文件公开了移动终端利用SIP及RTP与远端终端建立并传输视频/音频媒体流，本领域技术人员结合公知常识能够推导/合理预期该SIP/RTP端到端媒体流即对应为基于IMS体系的媒体流，其在提供多方多媒体数据传输方面发挥相同作用。因此，基于极宽松标准，认定技术特征M被对比文件隐含公开。
技术特征N：<br>其中对所述现有的IMS协同会话的所述控制从第二WTRU转移到所述WTRU。<br><br>《未公开》	对比文件中关于发言权转移的记载：<br>[0004]<br>“If granted the floor, the user provides media for a short time period. After the user releases the PTT button, other users may request the floor.”<br>（如果被授予发言权，用户在短时间内提供媒体。在用户释放PTT按钮之后，其他用户可以请求发言权。）<br><br>[0027]<br>“In the group communication system of FIG. 2, an exclusive transmission privilege for a specific media allows only a single group member to transmit the specific media to other group members at any given time. The transmission privilege for the specific media is granted or denied to the requesting group members, depending on whether or not the transmission privilege for the specific media is currently assigned to another group member when the request is received.”<br>（在图2的群组通信系统中，特定媒体的排他性传输特权仅允许单个群组成员在任何给定时间向其他群组成员传输该特定媒体。针对该特定媒体的传输特权被授予还是拒绝给发出请求的群组成员，取决于接收到请求时该特定媒体的传输特权当前是否被分配给另一群组成员。）	作用分析与公开性认定：<br>目标说明书[0006]、[0085]指出，该特征限定在两个终端设备之间转移的是“协同会话的控制权（即由谁作为主控设备控制增删各方媒体流）”。<br>对比文件段落[0004]、[0027]所公开的仅仅是半双工PTT媒体通信中的“排他性媒体传输特权（transmission privilege / floor control）”在不同CD之间的重新申请与分配（一人说完释放，另一人再抢麦），这只是媒体发送权限的更替，而不是会话控制权（Session Control）在终端间的转移，对比文件中的会话控制权始终在网络端CM 218。因此，技术特征N未被公开。
技术特征O：<br>其中所述协同会话控制转移请求和所述响应是会话发起协议(SIP)消息。<br><br>《未公开》	对比文件关于SIP消息的记载：<br>[0041]<br>“CDs may find, join, leave, and learn about various groups using a first protocol, such as the Session Initiation Protocol (SIP)...”<br>（CD可以使用第一协议（例如会话发起协议SIP）来查找、加入、离开以及了解各个群组……）<br><br>[0060]<br>“CD 202 may request an updated list of groups available to it by placing a call using the SIP 'INVITE' command to a pre-defined SIP destination.”<br>（CD 202可以通过使用SIP 'INVITE'命令向预定义的SIP目的地发起呼叫来请求对其可用的更新群组列表。）<br><br>[0062]<br>“If the invitation is accepted, CD 202 acknowledges the response via the SIP 'ACK' command.”<br>（如果邀请被接受，CD 202通过SIP 'ACK'命令对响应进行确认。）	作用分析与公开性认定：<br>虽然对比文件在段落[0041]、[0060]、[0062]中公开了终端使用SIP协议消息（如INVITE、ACK）用于加群、退群等呼叫控制，但是技术特征O明确限定的是“协同会话控制转移请求”和“所述响应”是SIP消息。由于对比文件中根本不存在任何协同会话控制转移请求及其响应，脱离了该特定前序信令载体，不能因为其公开了通用的SIP协议就认为公开了该特征。因此，技术特征O未被公开。
技术特征P：<br>其中所述协同会话控制转移请求包括以下中的一者或多者<br><br>《未公开》	对比文件全文未公开“协同会话控制转移请求”，故不包含其内部所包含的字段。相关SIP INVITE及数据包内容记载见：<br>[0080]<br>“The transmitting CD may be identified by interrogating the data packet. In one embodiment, an IP address representing the transmitting CD is included in each data packet as a way to perform the identification.”<br>（可以通过查询数据分组来识别正在传输的CD。在一个实施例中，代表正在传输的CD的IP地址包含在每个数据分组中，作为执行识别的方式。）	作用分析与公开性认定：<br>技术特征P是下述Q/R/S/T等具体请求内容的引出从句。由于对比文件中不存在协同会话控制转移请求，其所含内容亦无从附着。因此，技术特征P未被公开。
技术特征Q：<br>所述现有的IMS协同会话的身份<br><br>《未公开》	对比文件关于群组身份的记载：<br>[0047]<br>“Each group is defined and identified by its name, which when combined with the address of a host system, defines a destination address that may be expressed in the form of a SIP URL.”<br>（每个群组由其名称定义和标识，当与主机系统的地址组合时，定义了可以以SIP URL形式表示的目的地地址。）	作用分析与公开性认定：<br>目标说明书[0092]、[0095]、[0106]表明，该特征用于指示在多会话并发环境中唯一标识被转移的IMS协同会话ID。对比文件虽然在段落[0047]公开了群组具有群组名称/SIP URL标识，但这属于静态群组地址，并非包含在“协同会话控制转移请求”中用于标识现有IMS协同会话动态控制实例的身份标识。因此，技术特征Q未被公开。
技术特征R：<br>所述现有的IMS协同会话的媒体流的身份<br><br>《未公开》	对比文件关于媒体描述的记载：<br>[0062]<br>“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.”<br>（通常，目的SIP用户代理服务器确认CD 202被授权参与所选群组并对邀请进行响应，在其响应内容中嵌入用于参与群组的媒体业务和信令参数的描述。）	作用分析与公开性认定：<br>目标说明书[0092]、[0095]明确指出，在协同会话中存在多路媒体流，该特征的作用是在控制转移请求中指示本次控制转移所涉及/影响的特定媒体流的ID（如音频流、视频流各自独立的流身份）。对比文件在群组加入阶段仅告知通用媒体类型或参数，不涉及协同会话控制转移请求中携带受控媒体流身份的机制。因此，技术特征R未被公开。
技术特征S：<br>所述第二WTRU的身份<br><br>《隐含公开》	[0080]<br>“The transmitting CD may be identified by interrogating the data packet. In one embodiment, an IP address representing the transmitting CD is included in each data packet as a way to perform the identification.”<br>（可以通过查询数据分组来识别正在传输的CD。在一个实施例中，代表正在传输的CD的IP地址包含在每个数据分组中，作为执行识别的方式。）<br><br>[0096]<br>“CM 218 will also internally define a unique user identifier, which may be passed to CD 202 and used to uniquely identify the user in signaling messages. A group definition may include a group-address, group hang-time, private dispatch timeout, and member list. A group's member list consists of a list of member records, which individually contain a user identifier and priority level.”<br>（CM 218还将在内部定义唯一的唯一用户标识符，该标识符可传递给CD 202并用于在信令消息中唯一标识该用户。群组定义可以包括群组地址、群组挂起时间、私有调度超时以及成员列表。群组的成员列表由一系列成员记录组成，每个成员记录单独包含一个用户标识符和优先级。）	作用分析与公开性认定：<br>在目标专利中，该特征是指在请求中携带原控制方WTRU（第二WTRU）的身份。<br>在对比文件中，段落[0080]和[0096]公开了在信令消息和数据包中携带通信对方/传输方CD的身份信息（如唯一用户标识符user identifier、IP地址、电话号码等）。虽然对比文件中该身份未包含在“协同会话控制转移请求”中，但从极度宽松的隐含公开标准出发，对比文件已经公开了在群组通信信令中携带第二设备/其他参与方终端身份的技术内容，具备部分公开特征，有可能与其他对比文件结合推导出终端身份参数的传递。因此，基于极宽松标准，认定技术特征S被对比文件隐含公开。
技术特征T：<br>所述WTRU的身份。<br><br>《直接公开》	[0058]<br>“CD 202 is preprogrammed with a unique PGP user-id and secret key, which may use to sign SIP transactions when requested by CM 218. The PGP user-id may also be used as a user address for CD 202 for generic transactions, such as INVITE messages.”<br>（CD 202预编程有唯一的PGP用户标识（PGP user-id）和密钥，当CM 218请求时可使用该密钥对SIP事务进行签名。PGP user-id还可用作CD 202在通用事务（例如INVITE消息）中的用户地址。）<br><br>[0096]<br>“CM 218 will also internally define a unique user identifier, which may be passed to CD 202 and used to uniquely identify the user in signaling messages.”<br>（CM 218还将在内部定义唯一的用户标识符，该标识符可传递给CD 202并用于在信令消息中唯一标识该用户。）	作用分析与公开性认定：<br>在目标专利中，该特征是指信令中包含目标WTRU自身的身份标识。<br>对比文件段落[0058]和[0096]明确公开了终端CD具有自身预设或分配的唯一标识符（PGP user-id、用户地址、unique user identifier），并在SIP事务及各类信令消息中携带用于唯一识别该CD自身。两者技术内容完全对应，作用相同。因此，对比文件直接公开了技术特征T。

---

<<<A>>>

<<>>

<<<F>>>

<<>>

<<<m>>>

<<<s>>>

<<<T>>>

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

**特征比对表格**

技术特征描述及公开性判断结果	对比文件原文引用	公开性论述
技术特征A：该WTRU包括<br><br>《直接公开》	[0006] "...a need exists in the art for a system and method to facilitate handoff of a VoIP call in a packet data wireless network to a conventional circuit switched wireless network for hybrid mobile units (AT/MT) that are capable of communications with both networks..."<br>（...在现有技术中需要一种系统和方法，以利于将分组数据无线网络中的VoIP呼叫切换到传统的电路交换无线网络，用于能够与这两个网络进行通信的混合移动单元（AT/MT）...）<br><br>[0024] "...and, as depicted in FIG. 1, one or more hybrid AT/MTs operative to communicate with both the packet data wireless network 30 and the circuit switched wireless network 20."<br>（...并且如图1所示，一个或多个混合AT/MT可操作为与分组数据无线网络30和电路交换无线网络20两者进行通信。）	对比文件公开了移动终端/接入终端（hybrid AT/MT 66），该混合终端能够在无线网络中进行通信，属于无线发射/接收单元（WTRU）。两者在通信系统中的作用完全相同，均作为无线终端实体。因此，本领域技术人员能够毫无疑义地确定对比文件直接公开了技术特征A。
技术特征B：接收机<br><br>《直接公开》	[0023] "...The CS BSC 24 includes or controls one or more radio base stations or base station transceivers (not shown) that include the transceiver resources necessary to support radio communication with MTs 26, such as modulators/demodulators, baseband processors, radio frequency (RF) power amplifiers, antennas, and the like."<br>（...CS BSC 24包括或控制一个或多个无线电基站或基站收发信机（未示出），其包括支持与MT 26的无线电通信所必需的收发信机资源，例如调制器/解调器、基带处理器、射频（RF）功率放大器、天线等。）<br><br>[0053] "...The PD BSC 34 sends the encapsulated handoff radio parameters to the hybrid AT/MT 66 (block 116). The hybrid AT/MT 66 acknowledges receipt of the radio handoff parameters (block 118)..."<br>（...PD BSC 34将封装的切换无线电参数发送到混合AT/MT 66（框116）。混合AT/MT 66确认接收到无线电切换参数（框118）...）	对比文件公开了混合AT/MT 66能够接收来自基站（PD BSC 34/CS BSC 24）的无线信号和参数指令，具备收发信机（transceiver）功能，必然内置有接收机（receiver）。其在终端中起到接收无线下行信号和控制消息的作用，与目标专利中接收机的作用完全相同。本领域技术人员可以毫无疑义地得出混合终端包含接收机。因此，技术特征B被直接公开。
技术特征C：被配置成接收来自IMS实体的协同会话控制转移请求<br><br>未公开	对比文件全文未记载有关“协同会话控制转移请求（collaborative session control transfer request）”或接收来自IMS实体的该类转移请求的内容。<br>对比文件[0053]、[0055]-[0056]记载的是网络侧节点（HO Function 62、PSI AS 46、S-CSCF 44、AS 42）之间的SIP信令交互以及向混合AT/MT发送底层空口无线切换参数（handoff radio parameters）。	目标专利中，“协同会话控制转移请求”是指在多个WTRU参与的IMS协同会话（Collaborative Session）中，用于将该协同会话的主控权（会话控制权）转移给特定WTRU的控制消息，该请求由IMS实体（如SCC AS）下发至WTRU。<br>对比文件公开的是单一混合终端AT/MT在不同无线接入网（分组数据网络与电路交换网络）之间的垂直呼叫切换（VCC/Handoff），根本不涉及多终端间的协同会话（Collaborative Session），更不存在由IMS实体向该终端发送“协同会话控制转移请求”。两者的技术机制、信令语义与控制对象完全不同。因此，技术特征C未被公开（既未直接公开，也未隐含公开）。
技术特征D：其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求<br><br>未公开	对比文件全文未记载任何关于协同会话控制转移请求或指示接收现有IMS协同会话控制的内容。	结合目标专利说明书（如[0006]、[0085]、[0108]、[0113]等），该特征界定了协同会话控制转移请求的控制面功能，即请求该被控制方WTRU承担起整个协同会话的控制角色。<br>对比文件涉及的是单用户终端在不同制式网络间的单链路呼叫切换，完全不涉及多个设备协同参与的IMS协同会话，也不存在接收现有的IMS协同会话控制的请求。因此，技术特征D未被公开。
技术特征E：其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起<br><br>未公开	对比文件[0029]："As the hybrid AT/MT 66 moves physically further from the radio transceiver resources of the PD BSC 34, the hybrid AT/MT 66 indicates poor channel conditions to the PD BSC 34, such as by requesting a lower data rate via a Data Rate Control (DRC) index. When the hybrid AT/MT 66 reports sufficiently poor channel conditions, the PD BSC 34 determines it must hand the hybrid AT/MT 66 off to another wireless network node."<br>（当混合AT/MT 66在物理上远离PD BSC 34的无线电收发机资源移动时，混合AT/MT 66向PD BSC 34指示较差的信道条件...当报告足够差的信道条件时，PD BSC 34确定必须将混合AT/MT 66切换到另一个无线网络节点。）	目标专利说明书（如[0117]）记载了SCC AS基于控制方WTRU到网络连接的降低/退化而主动发起协同会话控制转移，将控制权移交给另一终端。<br>对比文件中虽然公开了单一终端因自身空口无线信道条件变差（DRC下降）而触发从分组域到电路域的单设备信道切换，但根本不存在第二WTRU，更不存在由于第二WTRU在协同会话中的控制信令退化或损失而由IMS实体发起控制转移。技术领域与控制实体机制完全不同。因此，技术特征E未被公开。
技术特征F：发射机<br><br>《直接公开》	[0023] "...The CS BSC 24 includes or controls one or more radio base stations or base station transceivers (not shown) that include the transceiver resources necessary to support radio communication with MTs 26, such as modulators/demodulators, baseband processors, radio frequency (RF) power amplifiers, antennas, and the like."<br>（...CS BSC 24包括或控制一个或多个无线电基站或基站收发信机...）<br><br>[0053] "...The hybrid AT/MT 66 acknowledges receipt of the radio handoff parameters (block 118)..."<br>（...混合AT/MT 66确认接收到无线电切换参数（框118）...）<br><br>[0054] "The hybrid AT/MT 66 sends a handoff complete message to the SC BSC 24 after turning to the appropriate frequency (block 122)..."<br>（在调谐到适当频率之后，混合AT/MT 66向SC BSC 24发送切换完成消息（框122）...）	对比文件公开了混合AT/MT 66能够向上行发送无线电参数确认以及切换完成消息（handoff complete message），表明该无线终端具备完整的无线收发信机，必然包括发射机（transmitter）。发射机在对比文件中用于向上行链路发射控制消息和业务数据，与目标专利中发射机的作用相同。因此，本领域技术人员能够毫无疑义地确定对比文件直接公开了技术特征F。
技术特征G：被配置成向所述IMS实体传送响应<br><br>未公开	对比文件[0053]中终端向PD BSC 34发送确认消息（block 118）；[0054]中终端向SC BSC 24发送切换完成消息（block 122）。<br>而在IMS核心网侧交互中，[0056]记载："The AS 42 sends a SIP 200 OK signal to the S-CSCF 44, which is propagated back to the HO Function 62. The HO Function in turn sends a SIP ACK message back through the S-CSCF 44 to the AS 42..."	目标专利中，该响应是由WTRU直接或通过信令通道向网络侧IMS实体（如SCC AS）反馈的会话层响应（如接受控制转移的响应）。<br>对比文件中，终端AT/MT仅在无线接入网层面与基站（PD BSC / CS BSC）交互底层的无线电参数确认消息和切换完成消息，从未向IMS实体（如AS 42或PSI AS 46）传送过任何响应；IMS实体之间的SIP响应（如SIP 200 OK、ACK）均是在网络节点之间流动，与终端AT/MT无关。因此，技术特征G未被公开。
技术特征H：其中所述响应指示接受所述协同会话控制转移请求<br><br>未公开	对比文件全文未记载指示接受协同会话控制转移请求的响应。	结合技术特征C、D、G的分析，对比文件既无协同会话控制转移请求，亦无终端向IMS实体反馈的相关响应，更不可能包含指示接受协同会话控制转移的内容。因此，技术特征H未被公开。
技术特征I：控制器<br><br>《直接公开》	[0023] "...such as modulators/demodulators, baseband processors, radio frequency (RF) power amplifiers, antennas, and the like."<br>（...例如调制器/解调器、基带处理器、射频（RF）功率放大器、天线等。）<br><br>[0053] "...The hybrid AT/MT 66 acknowledges receipt of the radio handoff parameters (block 118), and proceeds to tune to the SC BSC 24 frequency (as indicated at 119 in the call flow diagram of FIG. 7B)."<br>（...混合AT/MT 66确认接收到无线电切换参数（框118），并调谐到SC BSC 24的频率（如FIG. 7B的呼叫流程图中119所示）。）	对比文件中的混合AT/MT 66能够解析接收到的无线电参数、触发确认反馈，并控制自身的收发信机执行频率调谐以接入新的基站频率。本领域技术人员知晓，无线移动终端必然包含执行上述基带处理、协议解析和控制逻辑的处理硬件，即控制器（如基带处理器、微处理器）。该控制器在设备中起到协议执行与流程控制的作用，与目标专利中控制器的常规硬件作用相同。因此，控制器技术特征I被对比文件直接公开。
技术特征J：被配置成在对所述现有的IMS协同会话的控制正被转移到所述WTRU时<br><br>未公开	对比文件全文未记载IMS协同会话控制正被转移到该终端的相关内容。	目标专利说明书中，该特征限定了控制器在时序与状态上的控制触发条件（即协同会话控制权移交至该WTRU的阶段）。对比文件仅存在单终端的跨系统呼叫切换，不存在协同会话控制权的转移过程，亦无针对该过程的控制器配置。因此，技术特征J未被公开。
技术特征K：控制所述现有的IMS协同会话。<br><br>未公开	对比文件全文未记载由终端控制现有的IMS协同会话。	目标专利中，“控制现有的IMS协同会话”是指WTRU作为控制方（Controller UE）管理多设备协同会话（如添加、删除、释放媒体流，或管理其他被控制方WTRU）。<br>对比文件中的混合终端AT/MT仅仅是VoIP语音呼叫的一方参与端，完成切换后仅作为电路域端点维持自身的语音通话（PCM/EVRC），根本不具备控制IMS协同会话的能力或功能。因此，技术特征K未被公开。
技术特征L：其中所述WTRU是处于所述现有的IMS协同会话中的被控制方WTRU。<br><br>未公开	对比文件全文未记载任何被控制方WTRU（Controllee WTRU）或协同会话角色的内容。	目标专利说明书（如[0085]、[0110]、[0116]）明确指出，在协同会话中存在控制方WTRU与被控制方WTRU的角色区分，且被控制方WTRU可在控制转移前从属于控制方WTRU的管理。<br>对比文件为点对点端到端通信（AT 36与AT/MT 66之间，或PSTN与AT/MT 66之间），通信双方均为普通的会话对端，不存在多方协同体系中的“被控制方WTRU”。因此，技术特征L未被公开。
技术特征M：其中所述WTRU具有与远端方之间的IMS媒体流。<br><br>《直接公开》	[0008] "Additionally, the HO Function initiates the IMS network signaling necessary to route voice signals from the other party of the existing call, through the IMS network, and to the hybrid AT/MT on the circuit switched wireless network."<br>（此外，HO功能发起必要的IMS网络信令，以将来自现有呼叫的另一方的语音信号通过IMS网络路由到电路交换无线网络上的混合AT/MT。）<br><br>[0028] "As depicted in FIG. 1, a AT 36 and a hybrid AT/MT 66 are connected through the packet data wireless network 30 in a VoIP voice call... Voice packets from the AT 36 are received by the PD BSC 34, routed through the PDSN 32, back to the PD BSC 34, and are transmitted to the hybrid AT/MT 66."<br>（如图1所示，AT 36和混合AT/MT 66通过分组数据无线网络30连接在VoIP语音呼叫中...来自AT 36的语音分组由PD BSC 34接收，通过PDSN 32路由...并被发送到混合AT/MT 66。）<br><br>[0058] "...establishing a VoIP connection between the other party and the MGw 64, as indicated in the call flow diagram of FIG. 7B at 157..."<br>（...在另一方与MGw 64之间建立VoIP连接，如FIG. 7B的呼叫流程图中157所示...）	对比文件中，混合终端AT/MT 66在切换前/后均与远端参与方（AT 36或PSTN电话）维持VoIP呼叫，且该多媒体会话经由IMS核心网络（包括P-CSCF、S-CSCF、AS等）进行信令管理与媒体承载建立，呼叫中的VoIP语音流即为典型的IMS媒体流。该媒体流在对比文件中用于传输远端方与终端之间的业务媒体数据，与目标专利中媒体流的作用相同。因此，本领域技术人员能够毫无疑义地确定对比文件直接公开了技术特征M。
技术特征N：其中对所述现有的IMS协同会话的所述控制从第二WTRU转移到所述WTRU。<br><br>未公开	对比文件全文未记载任何第二WTRU，亦未记载协同会话控制的设备间转移。	目标专利中，该特征限定了协同会话控制是从另一个终端（第二WTRU/控制方WTRU）转移至本端WTRU。<br>对比文件公开的是单一设备自身承载从分组域切换到电路域（跨接入网的会话连续性，即VCC），既不存在第二WTRU将其对会话的控制权移交给该终端的机制，也不涉及协同会话。因此，技术特征N未被公开。
技术特征O：其中所述协同会话控制转移请求和所述响应是会话发起协议(SIP)消息。<br><br>未公开	对比文件[0026] "Communications between nodes within the IMS network 40 utilize the Session Initiation Protocol (SIP)."<br>（IMS网络40内的节点之间的通信利用会话发起协议（SIP）。）<br><br>[0055]-[0058]记载了HO Function与IMS网络节点之间发送SIP INVITE、SIP 200 OK、SIP ACK、SIP UPDATE等消息。	虽然对比文件中公开了IMS网络内部使用SIP消息进行切换信令的协商（如SIP INVITE、200 OK、UPDATE），但这些SIP消息均用于单终端呼叫分支的锚定与更新，与目标专利中的“协同会话控制转移请求”和“对该请求指示接受的响应”性质完全不同。因对比文件中根本不存在协同会话控制转移请求及对应的终端响应，故该请求与响应为SIP消息的技术特征未被公开。
技术特征P：其中所述协同会话控制转移请求包括以下中的一者或多者<br><br>未公开	对比文件全文未记载协同会话控制转移请求及其消息内容。	因对比文件未公开协同会话控制转移请求，故该请求包含特定标识的母特征P自然未被公开。
技术特征Q：所述现有的IMS协同会话的身份<br><br>未公开	对比文件全文未记载IMS协同会话的身份标识。	目标专利中，协同会话ID用于在存在多个协同会话或多设备交互时唯一标识该协同会话。<br>对比文件仅涉及普通点对点呼叫的Session标识或SIP Call-ID，不涉及“协同会话的身份”，更未将其包含在协同会话控制转移请求中。因此，技术特征Q未被公开。
技术特征R：所述现有的IMS协同会话的媒体流的身份<br><br>未公开	对比文件全文未记载在协同会话控制转移请求中携带协同会话媒体流的身份。	对比文件不涉及协同会话及协同会话控制转移请求，未公开技术特征R。
技术特征S：所述第二WTRU的身份<br><br>未公开	对比文件全文未记载协同会话中控制转移所涉及的第二WTRU的身份。	对比文件属于单终端接入网切换场景，不存在作为原控制方的第二WTRU，更不存在将其身份包含于转移请求中。因此，技术特征S未被公开。
技术特征T：所述WTRU的身份。<br><br>《隐含公开》	[0036] "To direct call data from the other party... the HO Function 62 sends a SIP INVITE message to the PSI AS 46... The SIP INVITE message includes the IMSI of the hybrid AT/MT 66 in the P-Asserted ID header field... the PSI AS 46 performs an ENUM conversion on the IMSI to convert it to a SIP URI, and swaps the contents of the “To” and P-Asserted ID header fields... transformed into a call request from the PSI AS 46 to the SIP URI address of the hybrid AT/MT 66."<br>（为了引导来自另一方的呼叫数据...HO功能62向PSI AS 46发送SIP INVITE消息...SIP INVITE消息在P-Asserted ID头字段中包括混合AT/MT 66的IMSI...PSI AS 46对IMSI执行ENUM转换以将其转换为SIP URI，并交换“To”和P-Asserted ID头字段的内容...转换为从PSI AS 46到混合AT/MT 66的SIP URI地址的呼叫请求。）<br><br>[0055]-[0056]记载了向AS 42路由该包含AT/MT 66身份（IMSI/SIP URI）的呼叫切换建立请求。	目标专利中技术特征T限定协同会话控制转移请求中包含该WTRU的身份（如新控制方ID）。<br>对比文件中，在触发会话切换流程时，网络侧HO Function发送给IMS节点（PSI AS 46、S-CSCF 44、AS 42）以重定向媒体并通知切换的请求消息（SIP INVITE）中，明确携带了作为切换目标终端的混合AT/MT 66的身份（IMSI及转换后的SIP URI）。虽然对比文件的请求是针对VCC会话转移而非多设备协同会话控制转移，但对比文件已经公开了“在网络侧触发的会话转移/切换请求消息中包含目标WTRU的身份”这一技术内容，本领域技术人员在将该会话转移机制推及至其他会话控制转移请求时，有很大可能推导或结合公开在转移请求中包含目标WTRU标识。按照极宽松的隐含公开认定标准，认为对比文件部分公开了相关内容并有可能与其他对比文件组合，故技术特征T被判断为《隐含公开》。

---

<<<A>>>

<<>>

<<<F>>>

<<>>

<<<M>>>

<<<t>>>

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

## 特征比对表格

技术特征描述及公开性判断结果	对比文件原文引用	公开性论述
技术特征A：该WTRU包括<br>《未公开》	无对应公开内容。对比文件涉及的是射箭器材中的箭装瞄准器（arrow-mounted sight），如段落[0005]：“According to an embodiment, an arrow sight includes a coupling portion for attachment to an arrow. The arrow sight also includes a targeting portion attached to the coupling portion.”（根据一个实施例，一种箭瞄准器包括用于附接到箭的联接部分。该箭瞄准器还包括附接到联接部分的瞄准部分。）	目标专利中的WTRU指无线发射/接收单元（如手机、移动台等通信设备），属于无线通信技术领域。对比文件全文仅涉及机械/体育器材领域的箭支瞄准装置及其物理结构，不存在任何通信设备、无线发射/接收单元的概念，既未直接公开，本领域技术人员也无法从中推导或隐含得出该特征。
技术特征B：接收机<br>《未公开》	无对应公开内容。	对比文件通篇公开的是机械瞄准结构（包含连接部和带瞄准标的瞄准部），完全不涉及任何无线通信射频或基带硬件实体，未公开用于接收无线信号的接收机，既未直接公开也无隐含公开。
技术特征C：被配置成接收来自IMS实体的协同会话控制转移请求<br>《未公开》	无对应公开内容。	目标专利中该特征用于通过网络接收会话转移信令。对比文件不涉及IP多媒体子系统（IMS）、网络实体或会话控制通信协议，完全没有公开接收来自IMS实体的任何控制转移请求的技术方案。
技术特征D：其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求<br>《未公开》	无对应公开内容。	对比文件涉及物理射箭瞄准导引，不涉及IMS网络协同会话及其控制权转移的信令内容或语义指示，未公开该特征。

| **技术特征E：其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起** 《未公开》 | 无对应公开内容### 特征比对表格

技术特征描述及公开性判断结果

对比文件原文引用

公开性论述

| **技术特征A**：该WTRU包括 《未公开》 | 无对应内容。 【对比

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

技术特征描述及公开性判断结果	对比文件原文引用	公开性论述
技术特征A：<br>该WTRU包括<br><br>《直接公开》	【对比文件JP2007104163A】<br>第1实施形态、图1、图2、说明书段落：<br>“モバイル端末１０１は、例えば、ＰＤＡ、携帯電話、その他のモバイル機器などのように持ち運びが可能な通信端末である。”<br>（中文翻译：移动终端101例如是PDA、移动电话、其他移动设备等能够携带的通信终端。）<br>“データ送受信のためのインターフェースとして、ネットワーク送受信部２００と近接無線送受信部２０５を備えている。”<br>（中文翻译：作为数据发送接收的接口，具备网络发送接收部200和近程无线发送接收部205。）	直接公开。<br>目标专利说明书段落[0031]指出，WTRU可包括用户设备（UE）、移动台、蜂窝电话、PDA、智能手机等。对比文件公开了移动终端101（如PDA、手机等具备无线通信功能的终端），在无线通信领域中，该移动终端即为无线发射/接收单元（WTRU）。两者技术领域相同、作用相同，属于实质相同/直接公开。
技术特征B：<br>接收机<br><br>《直接公开》	【对比文件JP2007104163A】<br>图1、说明书段落：<br>“モバイル端末１０１は、データ送受信のためのインターフェースとして、ネットワーク送受信部２００と近接無線送受信部２０５を備えている。”<br>（中文翻译：移动终端101作为数据发送接收的接口，具备网络发送接收部200和近程无线发送接收部205。）	直接公开。<br>对比文件明确公开了移动终端包含“ネットワーク送受信部２００”（网络发送接收部）及“近接無線送受信部２０５”，其明确具备用于接收信号和数据的接收机功能。在终端中承担接收外部信息/信令的作用，与目标专利中WTRU的接收机作用完全相同，属于直接公开。
技术特征C：<br>被配置成接收来自IMS实体的协同会话控制转移请求<br><br>《未公开》	【对比文件JP2007104163A】<br>第1实施形态（图5、段落等）、第2实施形态（图8等）：<br>“モバイル端末１０１は、作成した端末切替メッセージ（ＲＥＦＥＲメソッド）を通信端末１０３宛てにネットワーク送受信部２００から送信する（Ｓ５０２）。”<br>（中文翻译：移动终端101将生成的终端切换消息（REFER方法）从网络收发部200向通信终端103发送（S502）。）<br>“通信端末１０３の端末切替部２０８は、モバイル端末１０１から送信された端末切替メッセージを受信すると、切替先アドレスとなっている通信端末１０４宛てに、ＩＮＶＩＴＥメソッドを送信する（Ｓ５０３）。”<br>（中文翻译：通信终端103的终端切换部208在接收到从移动终端101发送的终端切换消息后，向作为切换目标地址的通信终端104发送INVITE方法（S503）。）	未公开（亦不构成隐含公开）。<br>结合目标专利说明书（如[0006]、[0020]、[0074]、[0115]~[0120]），该特征限定协同会话控制转移请求是由IMS网络实体（具体如SCC AS）发给WTRU以请求将协同会话控制转移给该WTRU。<br>而对比文件JP2007104163A公开的架构仅基于一般的IP网络/PAN网络（端到端或经普通SIP客户端切换），完全未公开任何“IMS网络实体”（如SCC AS），更未公开由IMS网络实体主动向WTRU发起/发送“协同会话控制转移请求”。对比文件中S502是移动终端101向通信终端103发送REFER，其发送方是终端而非IMS网络实体，因此该特征未被公开，也不存在能够直接推导的依据。
技术特征D：<br>其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求<br><br>《未公开》	【对比文件JP2007104163A】<br>图3(a)、图5、说明书段落：<br>“端末切替メッセージは、端末切替指示３００に続いて、制御信号をやり取りする端末として切替先通信端末を示す切替先アドレス３０１、切替元を示す切替元アドレス３０２、端末切替え後の少なくとも１つ以上のデータ出力先を決定するデータ伝送先アドレス情報３０３を有する。”<br>（中文翻译：终端切换消息在终端切换指示300之后，具有作为交互控制信号的终端而表示切换目标通信终端的切换目标地址301、表示切换源的切换源地址302、决定终端切换后至少一个以上的数据输出目的地的数据传输目的地地址信息303。）	未公开（亦不构成隐含公开）。<br>目标专利说明书（如[0085]、[0095]、[0108]、[0113]、[0120]等）中明确解释，IMS协同会话由控制方WTRU控制整个协同会话（增加、去除、复制或转移媒体流），该请求是指示该WTRU接收/承担对该IMS协同会话的控制权（即成为控制方WTRU）。<br>对比文件所涉及的仅是媒体流/数据接收终端的切换（或端到端呼叫转移），并没有IMS架构下的“IMS协同会话控制权转移”，更不存在由IMS实体向WTRU请求其接收协同会话控制。因此未公开。
技术特征E：<br>其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起<br><br>《未公开》	【对比文件JP2007104163A】全文均未涉及控制信令退化或损失的监测及基于此由网络实体发起转移。	未公开（亦不构成隐含公开）。<br>目标专利说明书[0117]明确指出：“由于用户简档、当前条件（例如，控制方WTRU到SCC AS的连接已经降低）或根据预配置，SCC AS可发起协同控制转移”。<br>对比文件中所有的终端切换或媒体重定向均是由于终端检测到PAN网络中存在其他更优能力的终端、或由用户输入触发的主动切换/复制（见对比文件说明书S501、S902、S1302等），完全没有公开网络侧基于“来自第二WTRU的控制信令的退化或损失”而由IMS实体发起控制转移的技术方案。因此该特征完全未公开。
技术特征F：<br>发射机<br><br>《直接公开》	【对比文件JP2007104163A】<br>图1、说明书段落：<br>“モバイル端末１０１は、データ送受信のためのインターフェースとして、ネットワーク送受信部２００と近接無線送受信部２０５を備えている。”<br>（中文翻译：移动终端101作为数据发送接收的接口，具备网络发送接收部200和近程无线发送接收部205。）	直接公开。<br>对比文件公开了移动终端包含网络收发部200和近程无线收发部205，具备向网络及其他设备发射无线/网络信号的发射机硬件功能。其在终端中承担对外发送数据与信令的作用，与目标专利中的发射机相同，属于直接公开。
技术特征G：<br>被配置成向所述IMS实体传送响应<br><br>《未公开》	【对比文件JP2007104163A】<br>说明书第1实施方式、第3实施方式等（例如S503、S506、S1305）：<br>“モバイル端末１０１が、ＩＮＶＩＴＥメソッドの受信を検出すると、端末切替部２０８によって、ＩＮＶＩＴＥメソッドの応答を作成して通信端末１０４宛てに送信する。”<br>（中文翻译：移动终端101检测到INVITE方法的接收后，通过终端切换部208生成INVITE方法的响应并向通信终端104发送。）	未公开（亦不构成隐含公开）。<br>目标专利中该响应是针对来自IMS实体（如SCC AS）的协同会话控制转移请求作出的响应，且发送目的地为IMS实体（参见目标专利说明书[0119]、[0120]）。<br>对比文件中通信终端仅向其他对端通信终端（如通信终端104）回复SIP响应，整个网络架构中根本没有IMS实体，更谈不上向IMS实体回送响应，因此未公开。
技术特征H：<br>其中所述响应指示接受所述协同会话控制转移请求<br><br>《未公开》	【对比文件JP2007104163A】全文。	未公开（亦不构成隐含公开）。<br>如技术特征C、D、G的论述，对比文件根本不存在IMS实体发起的“协同会话控制转移请求”，自然也不存在移动终端发送“指示接受协同会话控制转移请求”的响应。因此该特征未公开。
技术特征I：<br>控制器<br><br>《直接公开》	【对比文件JP2007104163A】<br>图1、说明书段落：<br>“モバイル端末１０１は、大画面・サラウンドスピーカー・高速ＣＰＵ・大容量メモリ・キーバードなどを搭載…”<br>“また、モバイル端末１０１は、サービス受信端末の切替えを行うために、能力情報送受信部２０４、サービス端末決定部２０６、セッション制御部２０７、セッションデータベース（以下、セッションＤＢという）２０９を備えている。”<br>“モバイル端末１０１の全体制御部２０３は、その結果を受け、端末切替部２０８へセッション制御によるサービス受信端末の切替えを依頼する。”<br>（中文翻译：移动终端101具备CPU……还具备全体控制部203、会话控制部207等。）	直接公开。<br>对比文件明确公开了移动终端101具备CPU、全体控制部203以及会话控制部207，其用于处理内部逻辑并执行对通信状态和终端功能的控制，与目标专利中WTRU的“控制器”（如处理器118、控制器等）在组成结构与核心控制功能上实质相同，属于直接公开。
技术特征J：<br>被配置成在对所述现有的IMS协同会话的控制正被转移到所述WTRU时<br><br>《未公开》	【对比文件JP2007104163A】全文。	未公开（亦不构成隐含公开）。<br>对比文件未公开IMS协同会话及其实体对协同会话控制权的转移机制，因此该控制器不存在在“对现有的IMS协同会话的控制正被转移到所述WTRU时”的时序触发和配置条件，未公开。
技术特征K：<br>控制所述现有的IMS协同会话。<br><br>《未公开》	【对比文件JP2007104163A】全文。	未公开（亦不构成隐含公开）。<br>目标专利说明书（如[0085]、[0103]、[0109]）中，“控制IMS协同会话”是指控制方WTRU通过协同会话控制信令维持对整个IMS协同会话的控制，并能够增加、去除、释放、复制或转移协同会话中的媒体流。<br>对比文件仅涉及终端对自身媒体流输出位置的重定向或简单的P2P呼叫转移，并不存在IMS框架下的协同会话控制实体及控制协同会话的机制，因此未公开。
技术特征L：<br>其中所述WTRU是处于所述现有的IMS协同会话中的被控制方WTRU。<br><br>《未公开》	【对比文件JP2007104163A】全文。	未公开（亦不构成隐含公开）。<br>结合目标专利说明书[0085]、[0089]、[0116]可知，“被控制方WTRU”是已经参与到现有的IMS协同会话中、其媒体流受到控制方WTRU管辖的WTRU。<br>对比文件中并没有IMS协同会话中“控制方WTRU”与“被控制方WTRU”的角色划分与从属控制架构。对比文件第2、第3实施形态中甚至明确指出“モバイル端末１０１は、テレビ電話に参加していなかった”（移动终端101原本未参与可视电话），第1实施形态中移动终端101则是切换的发起方，均不属于协同会话中预先存在的被控制方WTRU。因此未公开。
技术特征M：<br>其中所述WTRU具有与远端方之间的IMS媒体流。<br><br>《隐含公开》	【对比文件JP2007104163A】<br>第1实施形态、图5、说明书段落：<br>“切替え前の状態では、モバイル端末１０１は、通信端末１０４とマルチメディアデータ通信を行っている（Ｓ５００）。マルチメディアデータ通信としては、例えば、ＭＰＥＧ４、ＡＭＲのコーデック・エンコードでテレビ電話中の場合を想定する。”<br>（中文翻译：在切换前的状态下，移动终端101与通信终端104进行多媒体数据通信（S500）。作为多媒体数据通信，例如假定为通过MPEG4、AMR的编解码器/编码进行可视电话中的情况。）<br>“音声や映像などのメディアデータ送受信プロトコルとしてＲＴＰ（Ｒｅａｌ−ｔｉｍｅＴｒａｎｓｐｏｒｔＰｒｏｔｏｃｏｌ：ＩＥＴＦＲＦＣ１８９０）を利用する。”<br>（中文翻译：利用RTP作为音频和视频等媒体数据的发送接收协议。）	隐含公开。<br>目标专利中说明书[0005]、[0082]指出，媒体流是通过IP网络传输的音频、视频等（如RTP承载）。<br>对比文件S500公开了移动终端101与对端终端104之间通过IP网络（使用SIP和RTP）建立并维持包括视频（MPEG4）和音频（AMR）的媒体流通信。尽管对比文件未指明该IP网络为3GPP规范的IMS系统，但IMS本质即为在IP分组域上通过SIP和RTP提供多媒体通信的标准架构。对比文件公开了终端与远端方之间存在基于SIP/RTP的IP多媒体流，且属于可部分公开并可与其他标准IMS网络特征组合的方案，按照极宽松的隐含公开判断标准，本领域技术人员能够合理推理推断出其隐含公开了“该WTRU具有与远端方之间的媒体流”。故认定为隐含公开。
技术特征N：<br>其中对所述现有的IMS协同会话的所述控制从第二WTRU转移到所述WTRU。<br><br>《未公开》	【对比文件JP2007104163A】全文。	未公开（亦不构成隐含公开）。<br>对比文件中既无IMS协同会话，也无控制方WTRU与被控制方WTRU之间的协同会话主控权转移机制，未公开。
技术特征O：<br>其中所述协同会话控制转移请求和所述响应是会话发起协议(SIP)消息。<br><br>《未公开》	【对比文件JP2007104163A】全文。	未公开（亦不构成隐含公开）。<br>对比文件虽整体使用了SIP协议（如REFER、INVITE、NOTIFY、BYE），但由于前述技术特征C、D、G、H所限定的“协同会话控制转移请求”和“响应”本身在对比文件中并未公开，因此作为其载体的特定SIP请求与响应消息亦未被公开。
技术特征P：<br>其中所述协同会话控制转移请求包括以下中的一者或多者<br><br>《未公开》	【对比文件JP2007104163A】全文。	未公开（亦不构成隐含公开）。<br>由于前提特征“协同会话控制转移请求”在对比文件中不存在，因而包含其下的特定信元组合亦未被公开。
技术特征Q：<br>所述现有的IMS协同会话的身份<br><br>《未公开》	【对比文件JP2007104163A】全文。	未公开（亦不构成隐含公开）。<br>对比文件不存在IMS协同会话及其会话标识（Session ID），未公开。
技术特征R：<br>所述现有的IMS协同会话的媒体流的身份<br><br>《隐含公开》	【对比文件JP2007104163A】<br>图3(a)、图3(b)、说明书段落：<br>“端末切替部２０８は、２つの通信端末１０２、１０３への切替えを図３（ｂ）に示すように…データ伝送先アドレス情報３０３−１は通信端末１０３のアドレス、ＭＰＥＧ４、データ伝送先アドレス情報３０３−２は通信端末１０２のアドレス、Ｇ．７１１とセットし、端末切替えメッセージを作成する。”<br>“セッション制御プロトコルがＳＩＰであることから、セッション転送のＲＥＦＥＲメソッドを利用し…データ伝送先アドレス情報３０３をＲＥＦＥＲメソッドのボディ…とする。なお、この拡張部にはＳＤＰなどのようなセッション記述プロトコルを用いてもよい。”<br>（中文翻译：数据传输目的地地址信息303包括传输目的地地址以及数据类型MPEG4/G.711，并采用SDP等会话描述协议作为扩展部。）	隐含公开。<br>目标专利说明书[0092]、[0095]中，媒体流的身份用于指示受影响的一个或多个媒体流（如媒体流A、视频流等）。<br>对比文件在切换消息（REFER或SDP体）中明确携带了指示具体流的“数据种别”（例如MPEG4视频数据、G.711音频数据）及地址信息，本领域技术人员通过SDP和数据种别能明确识别出具体的多媒体流，属于部分公开了区分和标识媒体流的内容；按照极宽松的隐含公开标准，其有可能与通用IMS信令结合公开媒体流标识，故认定其对“媒体流的身份”构成隐含公开。
技术特征S：<br>所述第二WTRU的身份<br><br>《隐含公开》	【对比文件JP2007104163A】<br>图3(a)、图3(b)、说明书段落：<br>“端末切替えメッセージは、端末切替指示３００に続いて、制御信号をやり取りする端末として切替先通信端末を示す切替先アドレス３０１、切替元を示す切替元アドレス３０２…を有する。”<br>“切替元アドレス３０２はモバイル端末１０１のアドレス…”<br>（中文翻译：终端切换消息具有切换目标通信终端的切换目标地址301、表示切换源的切换源地址302（即移动终端101的地址）。）	隐含公开。<br>在目标专利方案中，第二WTRU即为原控制方WTRU（切换源端）。对比文件在切换控制消息中明确记载了包含切替元（源端）地址302（即移动终端101的IP地址/SIP地址），该地址构成了源端终端的身份标识。基于宽松的隐含公开认定原则，该切替元地址部分公开并实质对应于第二WTRU的身份，故认定为隐含公开。
技术特征T：<br>所述WTRU的身份。<br><br>《隐含公开》	【对比文件JP2007104163A】<br>图3(a)、图3(b)、说明书段落：<br>“端末切替えメッセージは、端末切替指示３００に続いて、制御信号をやり取りする端末として切替先通信端末を示す切替先アドレス３０１…”<br>“切替先アドレス３０１が制御信号のやり取りする端末として通信端末１０３のアドレス…”<br>（中文翻译：终端切换消息具有作为控制信号交互终端而表示切换目标通信终端的切换目标地址301，即通信终端103的地址。）	隐含公开。<br>在目标专利方案中，本端WTRU为目标接收端。对比文件在切换消息中明确包含了切换目标终端的地址（切替先アドレス301，通信终端103的地址/URI），指示了控制信号交互的目标终端身份。基于极宽松的隐含公开判定原则，该字段与目标WTRU的身份特征作用相当，构成隐含公开。

<<<A>>><<>><<<F>>><<>><<<m>>><<<r>>><<<s>>><<<t>>>

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

作为专利代理师，在严谨结合目标专利说明书原文对权利要求各技术特征进行理解的基础上，现对对比文件（US 7225043 B2，公开日：2007-05-29）与目标专利权利要求各技术特征（A至T）进行比对分析。

### 评估概述

目标专利涉及**网际协议多媒体子系统（IMS）中的协同会话控制转移技术**，核心方案在于由被控制方无线发射/接收单元（WTRU）通过其接收机、发射机及控制器，在现有IMS协同会话中处理来自IMS实体（如SCC AS）发起的协同会话控制转移信令（因第二WTRU信令退化或损失而触发等），进而承担起协同会话控制。

对比文件（US 7225043 B2）涉及**工业制造过程的追踪系统、方法及程序（System, method and program for tracing manufacturing processes）**，其技术方案核心为工业流水线上制造流程实例（Process Instances）与追踪信息指针的链式存储与搜索管理。对比文件属于完全不同的技术领域（制造流水线溯源管理 vs. 无线通信IMS协同会话），其中涉及的计算机通信接口仅为一般计算机与分布式服务器间的数据收发。

基于最严格的“直接公开”判断（本领域技术人员能否毫无疑义地得出相同方案）以及极宽松的“隐含公开”判断（是否存在合理推断空间或部分公开）：对比文件仅公开了通用计算机通信接口所包含的通用物理接收机、发射机及CPU控制器，对于其他所有特定于无线发射接收单元（WTRU）、IMS实体、协同会话控制转移信令及其业务交互流程的特征均未公开，也无法通过合理推理得出。

---

### ## 特征比对表格

第一栏：技术特征描述及公开性判断结果	第二栏：对比文件原文引用及中文翻译	第三栏：公开性论述
技术特征A：该WTRU包括<br>《未公开》	对比文件全文未记载无线发射/接收单元（WTRU）或移动通信终端，仅在段落[0074]记载了通用计算机硬件：<br>【原文】"[0074] ...an input-output section including a communication interface 2030, a hard disk drive 2040, and a CD-ROM drive 2060..."<br>【译文】“[0074]……输入输出部分包括通信接口2030、硬盘驱动器2040和CD-ROM驱动器2060……”	目标专利说明书[0031]明确指出WTRU为能够在无线环境中操作和/或通信的设备（如UE、手机、移动台等）。对比文件是制造流水线追踪系统，涉及的主体是通用计算机（Computer 1900）及服务器，并非无线发射/接收单元（WTRU）。两者所处环境与实体性质完全不同，对比文件既未直接公开也未隐含公开该特征。
技术特征B：接收机<br>《隐含公开》	段落[0074]：<br>【原文】"[0074] ...The communication interface 2030 communicates with external devices through a network..."<br>【译文】“[0074]……通信接口2030通过网络与外部设备进行通信……”	目标专利中的接收机用于在通信网络中接收无线或IP信令信号。对比文件公开了计算机包含通信接口2030，通信接口在与外部网络设备双向通信时必然具有物理上的信号接收功能（接收部件）。本领域技术人员根据常识能够合理推断其通信接口具备接收机功能，起到接收网络数据的作用，在极宽松标准下构成隐含公开。
技术特征C：被配置成接收来自IMS实体的协同会话控制转移请求<br>《未公开》	对比文件全文未记载IMS实体，也未记载协同会话或控制转移请求。对比文件段落[0031]仅记载：<br>【原文】"[0031] ...when receiving a request for sending the tracing information from the central server device 130."<br>【译文】“[0031]……当接收到来自中央服务器设备130发送追踪信息的请求时。”	目标专利中该特征是指WTRU接收IMS网络实体（如SCC AS）发来的用于转移IMS协同会话控制的特定协议请求消息（如目标说明书[0095]、[0108]、[0117]）。对比文件中的请求是工业溯源中央服务器向分布式服务器发送的“追踪信息发送请求”，完全不涉及IMS实体及协同会话控制转移，两者的技术领域、上下文环境、请求性质和功能效果完全不同，本领域技术人员无法推导得出，未公开。
技术特征D：其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求<br>《未公开》	对比文件全文未记载协同会话控制或向终端转移IMS会话控制的指示内容。对比文件无相关记载。	目标专利说明书[0006]、[0085]、[0108]明确，该请求向WTRU指示让其成为协同会话的控制方。对比文件仅涉及制造工序实例指针的向前/向后检索请求，完全缺乏IMS协同会话控制的转移语义和作用机制，未公开。
技术特征E：其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起<br>《未公开》	对比文件全文未记载信令退化或损失触发转移机制。对比文件无相关记载。	目标专利说明书[0117]记载SCC AS因“控制方WTRU到SCC AS的连接已经降低（降低/损失）”等当前条件发起控制转移。对比文件处理的是生产流水线各工序质量数据的正常归档与溯源请求，根本不存在终端与网络实体之间通信信令质量退化/损失的检测及触发机制，未公开。
技术特征F：发射机<br>《隐含公开》	段落[0074]：<br>【原文】"[0074] ...The communication interface 2030 communicates with external devices through a network..."<br>【译文】“[0074]……通信接口2030通过网络与外部设备进行通信……”	目标专利中的发射机用于向网络传送无线信号或控制响应信令。对比文件公开的通信接口2030在通过网络与外部设备通信时必然包括信号发送能力（发射部件），能够向外部网络发送数据。本领域技术人员可以合理推断出其包含发射硬件结构，在极宽松标准下构成隐含公开。
技术特征G：被配置成向所述IMS实体传送响应<br>《未公开》	对比文件段落[0031]记载：<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..."<br>【译文】“[0031]……追踪信息发送单元320在接收到请求时读出并向中央服务器设备130发送指定的追踪信息……”	目标专利中的响应是针对IMS协同会话控制转移请求所做的信令回复（如向SCC AS发送指示接受/拒绝的SIP响应消息，目标说明书[0109]）。对比文件传输的是制造过程中的追踪数据，接收方为制造溯源中央服务器而非IMS网络架构中的功能实体，技术目的和功能完全不同，未公开。
技术特征H：其中所述响应指示接受所述协同会话控制转移请求<br>《未公开》	对比文件全文无协同会话控制转移请求及接受指示的记载。对比文件无相关记载。	目标专利说明书[0096]、[0109]指出响应包含接受指示（指示同意承担控制方角色）。对比文件中不存在任何针对会话控制转移请求的接受确认机制，未公开。
技术特征I：控制器<br>《隐含公开》	段落[0074]：<br>【原文】"[0074] ...The computer 1900 according to the present embodiment includes a CPU section including a CPU 2000... The CPU 2000 operates according to programs stored in the ROM 2010 and the RAM 2020 to control components of the computer..."<br>【译文】“[0074]……本实施方式的计算机1900包括具有CPU 2000的CPU部分……CPU 2000根据存储在ROM 2010和RAM 2020中的程序运行以控制计算机的各个部件……”	目标专利说明书[0043]明确指出处理器/控制器可以是通用处理器、微处理器、控制器等，用于执行数据处理及操作控制。对比文件公开了计算机1900包含CPU 2000，其根据程序控制计算机各部件运行，本领域技术人员可以合理推断该CPU 2000起到数据处理和系统控制作用，相当于广义上的控制器，在极宽松标准下构成隐含公开。
技术特征J：被配置成在对所述现有的IMS协同会话的控制正被转移到所述WTRU时<br>《未公开》	对比文件全文未记载IMS协同会话控制被转移的过程或时机。对比文件无相关记载。	目标专利说明书[0109]、[0120]限定了在协同会话控制转移过程中控制器的配置条件。对比文件属于生产工序管理，不存在IMS会话控制转移的业务情境，无法得出该特征，未公开。
技术特征K：控制所述现有的IMS协同会话。<br>《未公开》	对比文件全文未记载IMS协同会话的控制。对比文件无相关记载。	目标专利说明书[0076]、[0085]明确指出控制协同会话包括增加、去除、释放、复制或转移媒体流等操作。对比文件CPU执行的是流水线工艺实例链（Process Instance Chain）的建立和查询（[0041]），完全不具有多媒体子系统协同会话的呼叫/媒体控制功能，未公开。
技术特征L：其中所述WTRU是处于所述现有的IMS协同会话中的被控制方WTRU。<br>《未公开》	对比文件全文未记载协同会话中的被控制方WTRU。对比文件无相关记载。	目标专利说明书[0085]、[0110]明确区分为控制方WTRU与被控制方WTRU的角色。对比文件中各实体为制造工序上的加工/运输/检验设备及服务器，完全不涉及协同会话主从控制角色划分，未公开。
技术特征M：其中所述WTRU具有与远端方之间的IMS媒体流。<br>《未公开》	对比文件全文未记载IMS媒体流或与远端方之间的多媒体通信。对比文件无相关记载。	目标专利说明书[0082]、[0084]指出媒体流为与远端方之间的音频、视频等承载流。对比文件的数据处理仅限于流水线传感器和人工录入的生产追踪信息（温湿度、工号、批次），不存在通信会话媒体流，未公开。
技术特征N：其中对所述现有的IMS协同会话的所述控制从第二WTRU转移到所述WTRU。<br>《未公开》	对比文件全文未记载协同会话控制在不同设备/终端之间的转移。对比文件无相关记载。	目标专利说明书[0085]、[0087]明确指设备间协同会话控制权的移交（Inter-Device Transfer of Control）。对比文件中不存在多移动终端间的控制权接替与转移机制，未公开。
技术特征O：其中所述协同会话控制转移请求和所述响应是会话发起协议(SIP)消息。<br>《未公开》	对比文件全文未提及SIP协议（Session Initiation Protocol）。对比文件无相关记载。	目标专利说明书[0088]明确信令使用SIP消息传送。对比文件属于工业IT管理，未公开任何SIP协议相关消息，未公开。
技术特征P：其中所述协同会话控制转移请求包括以下中的一者或多者<br>《未公开》	对比文件全文未记载协同会话控制转移请求所携带的控制载荷。对比文件无相关记载。	属于从属权利要求的上位引导特征，因下述具体特征均未公开且整个控制请求机制未公开，该特征未公开。
技术特征Q：所述现有的IMS协同会话的身份<br>《未公开》	对比文件段落[0047]、[0051]记载了工序标识（Process Identifier 510）和工序实例标识（Process Instance Identifier 610）：<br>【原文】"[0051] The process instance identifier 610 is an identifier of the process instance 600d..."<br>【译文】“[0051] 工序实例标识符610是所关注的工序实例600d的标识符……”	目标专利说明书[0092]、[0108]指协同会话的唯一会话标识（Session ID）。对比文件公开的是离散制造生产链中的工序/批次ID，完全不具备标识IMS多媒体通信协同会话的作用，未公开。
技术特征R：所述现有的IMS协同会话的媒体流的身份<br>《未公开》	对比文件段落[0054]记载了半成品或物料批次号：<br>【原文】"[0054] ...lot number of resultant products resulting from the process..."<br>【译文】“[0054]……由工序产生的产出产品的批号……”	目标专利说明书[0078]、[0092]、[0108]指出该身份用于标识协同会话中的特定媒体流（如语音流、视频流的媒体流ID）。对比文件的物料/产品批号属于物理制造产品，与实时网络媒体流身份在作用、属性及上下文完全不具有可比性，未公开。
技术特征S：所述第二WTRU的身份<br>《未公开》	对比文件段落[0053]记载了工人或机器标识：<br>【原文】"[0053] ...identifier of a material, processing condition, machine/tool/mold, inspector, or worker..."<br>【译文】“[0053]……材料、加工条件、机器/工具/模具、检查员或工人的标识符……”	目标专利说明书[0092]、[0100]指出其为控制方WTRU的网络身份（如GRUU、MSISDN、SIP URI等）。对比文件中的生产设备或工人标识无法对应至无线通信领域中参与协同会话的第二无线终端网络身份，未公开。
技术特征T：所述WTRU的身份。<br>《未公开》	对比文件无通信终端网络身份的公开记载。	目标专利说明书[0092]、[0108]指出其为作为被控制方的WTRU在IMS网络中的用户/设备身份（如公共用户身份、GRUU等）。对比文件并未公开此类针对无线通信终端的身份，未公开。

---

### 结论与代码输出

经过严格审查，对比文件（US 7225043 B2）属于工业流水线溯源系统，未直接公开目标专利权利要求的任何技术特征；仅在其计算机硬件配置说明中，因具备通常的网络双向通信和计算功能，在极度宽松的隐含公开判断标准下，隐含公开了通用硬件层面的技术特征B（接收机）、技术特征F（发射机）和技术特征I（控制器）。其余涉及无线终端（WTRU）、IMS协同会话、信令劣化触发转移机制、控制转移请求与响应业务流程等核心技术特征，对比文件均未公开。

<<>><<<f>>><<>>

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

根据目标专利说明书与对比文件（CN101015167A）的披露内容，针对目标专利权利要求的各个技术特征进行严谨的比对与分析。

### 特征比对表格

技术特征描述及判断结果	对比文件原文引用	公开性论述
技术特征A：<br>该WTRU包括<br><br>《直接公开》	说明书第[0019]段：<br>“……由此，一个用户通过按下PoC启用用户设备(UE)上的按钮来与其他用户进行通信。”<br>说明书第[0030]段：<br>“通信网络优选地是例如按照GPRS(通用分组交换无线电)或 UMTS(通用移动电话系统)或GSM进行操作的移动通信网络。”	作用与方案比对：<br>目标专利中的WTRU（无线发射/接收单元）在说明书第[0031]段中明确指出其包括用户设备（UE）、移动台、蜂窝电话等在无线环境中操作的终端设备。<br>对比文件公开了PoC启用用户设备（UE）以及在UMTS/GSM等移动网络中操作的终端，其与目标专利中的WTRU属于相同领域的无线通信终端，具有相同的作用与结构。本领域技术人员能够毫无疑义地直接确定对比文件直接公开了该特征。
技术特征B：<br>接收机<br><br>《直接公开》	说明书第[0012]段：<br>“……在RTSP建立阶段中协商实际用户平面资源(它们是源和目标IP(单播)地址以及RTP和RTCP端口号)。”<br>说明书第[0044]段、图4a：<br>“……在建立连接后，数据会话、如流式视频经由NIN通过单播连接413、413’从服务器发送给用户。”及图4d步骤443中用户A/B/C接收数据包。	作用与方案比对：<br>目标专利中的接收机用于接收无线网络信号及信令/媒体流。对比文件中公开了用户设备（UE）通过网络连接接收来自服务器/NIN/PoC服务器发送的RTSP控制信令、SIP信令以及RTP/RTCP数据包（流式视频）。作为无线移动通信终端（UE），其必然具备用于接收空中接口信号及网络下发数据的物理及逻辑“接收机”。因此，该特征被对比文件直接公开。
技术特征C：<br>被配置成接收来自IMS实体的协同会话控制转移请求<br><br>《未公开》	对比文件通篇未记载。涉及信令交互的主要记载如下：<br>说明书第[0042]段：<br>“……在步骤421中，用户A采用RTSP命令向流式服务器提供组标识符以及可选的PoC服务器的地址。NIN截取命令而优选地不将其转发给流式服务器，并向PoC服务器验证组标识符的正确性，422。”<br>说明书第[0045]段：<br>“共享流式会话启动的第一步骤431，NIN需要成为PoC会话的‘始发方’和‘发言人’……向PoC服务器发送SIP消息，432……PoC服务器开始对其他用户的邀请过程……通过向其他用户发送SIP邀请消息来进行，434，434’。”	作用与方案比对：<br>目标专利说明书（如第[0006]、[0095]、[0108]、[0113]、[0117]段及图7-11）中，该特征是指IMS网络实体（如SCC AS）向作为被控制方或目标方的WTRU发送协同会话控制转移请求，目的是请求该WTRU接管或接收对整个IMS协同会话（Collaborative Session）的主导控制权（即从被控制方转变为控制方WTRU）。<br>而在对比文件中：<br>1. 对比文件仅公开了用户A通过RTSP SET_PARAMETER请求NIN与另外用户共享流式会话，随后PoC服务器向其他用户（用户B、C）发送SIP INVITE（步骤434、434'）邀请其加入会议。<br>2. 该SIP INVITE仅仅是普通的会议邀请消息（邀请新用户作为接收方加入PoC群组接收媒体），并非“协同会话控制转移请求”，没有向用户设备请求“转移现有的协同会话控制权”的作用或含义。<br>3. 虽在第[0041]段提到“发言权控制”，但并未公开任何IMS实体向UE发送协同会话控制转移请求的信令机制。即使按照最宽松的推断，对比文件不仅没有直接公开，也不存在使本领域技术人员合理推导出该特定信令的依据。因此，该特征未被公开（无直接亦无隐含公开）。
技术特征D：<br>其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求<br><br>《未公开》	对比文件通篇未记载。	作用与方案比对：<br>目标专利说明书（如第[0085]、[0095]、[0108]段）中，协同会话由控制方WTRU主导（可增加、去除、转移媒体流），该转移请求向目标WTRU明确指示要求其接管、接收该协同会话的主导控制权（成为控制方WTRU）。<br>对比文件中向用户B、C发送的仅仅是普通的群组通话/流媒体接收邀请（SIP邀请），并不具有“向WTRU指示用于接收对现有的IMS协同会话的控制”的语义与作用；对比文件中始终是NIN或PoC服务器作为发言人转发，或原始用户A享有流，不存在向另一终端转移协同会话管理控制权并明确指示该请求的机制。因此，该特征未被公开。
技术特征E：<br>其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起<br><br>《未公开》	对比文件通篇未记载触发转移原因，仅记载：<br>说明书第[0042]段：<br>“在正进行的单一用户数据会话期间，用户A决定与其他用户共享会话。用户A采用标准PoC组列表来指定共享会话组的成员……用户A具有来自PoC系统的有效组标识符，则立即采用RTSP协议的扩展形式来启动共享流式会话。”	作用与方案比对：<br>目标专利说明书第[0117]段（图11对应实施例）指出：“由于用户简档、当前条件（例如，控制方WTRU（WTRU-1 1101）到SCC AS 1104的连接已经降低）或根据预配置，SCC AS 1104可发起协同控制转移”，明确了IMS实体（SCC AS）在检测到第一/第二WTRU的控制信令发生恶化、退化或中断损失时，主动触发控制权向其他WTRU转移，以保持会话连续性。<br>对比文件中会话共享的发起完全源自“用户A主动决定共享”，且根本没有“基于控制信令的退化或损失”来触发控制权转移的机制，也没有任何段落提及无线信道质量恶化、连接质量降低或信令损失。因此，该特征未被公开。
技术特征F：<br>发射机<br><br>《直接公开》	说明书第[0019]段：<br>“……由此，一个用户通过按下PoC启用用户设备(UE)上的按钮来与其他用户进行通信。”<br>说明书第[0035]段：<br>“要与组共享流的第一用户在下一个步骤S33向NIN发送组标识符……”<br>说明书第[0042]段：<br>“在步骤421中，用户A采用RTSP命令向流式服务器提供组标识符以及可选的PoC服务器的地址。”	作用与方案比对：<br>目标专利中的发射机用于向上行网络传送无线信号、控制响应或媒体流。<br>对比文件中的用户设备（UE/用户A/用户B）能够向网络发送RTSP命令、按键发言信令以及SIP响应/媒体信令，作为移动通信终端，其在硬件结构和功能上必然包括向网络发送信号的“发射机”，在设备中起到上行发射通信信号的作用，二者作用与方案相同。本领域技术人员能够毫无疑义地确定其已被直接公开。

| **技术特征G：** 被配置成向所述IMS实体传送响应 《隐含公开》 | **说明书第[0045]段、图4c：** “在接收到来自NIN的SIP消息时以及一旦PoC组列表包含任何成员，PoC服务器则开始对其他用户的邀请过程。这可通过向其他用户发送SIP邀请消息来进行，434，434’。” **说明书第[0019]段：** “对于PoC会话的建立，采用会话发起协议SIP……在3GPP中，术语IP多媒体系统IMS用于SIP……” | **作用与方案比对：** 在目标专利中，该特征是指WTRU在收到网络实体的请求后，通过发射机向IMS实体反馈**特征比对表格**

技术特征描述及公开性判断结果	对比文件原文引用	公开性论述
技术特征A：<br>该WTRU包括<br>《直接公开》	[说明书详细描述第2段、第7段、第12段]<br>“作为第三代3G移动通信的UMTS(通用移动电信系统)应用流式传输向用户提供高质量内容。”<br>“此外，在当前电信系统中，存在实现用户之间的话音会议的一对多服务。这类服务的一个实例是基于蜂窝的按讲(PoC)服务，其特征在于半双工形式的通信，由此，一个用户通过按下PoC启用用户设备(UE)上的按钮来与其他用户进行通信。”<br>“通信网络优选地是例如按照GPRS(通用分组交换无线电)或UMTS(通用移动电话系统)或GSM进行操作的移动通信网络。”	公开性成立（直接公开）：<br>对比文件公开了移动通信系统（如UMTS、GPRS、GSM），并明确公开了用户设备（UE，如PoC启用的用户设备UE，或移动台）。目标专利说明书[0031]明确指出：“WTRU可以被配置为传送和/或接收无线信号，并且可以包括用户设备（UE）、移动台……”。在无线通信领域中，WTRU（无线发射/接收单元）与UE（用户设备）为本领域公知的完全等同的概念，二者在实体结构和功能作用上完全相同。因此，对比文件直接公开了技术特征A。

| **技术特征B：** 接收机 《直接公开》 | **[说明书详细描述第2段、第7段、第41段]** “一个用户通过按下PoC启用用户设备(UE)上的按钮来与其他用户进行通信。” “列表的各单独成员通过作为信令协议的SIP被邀请参加会议。并且协商用于向用户传送数据会话的用户平面数据传递的RTP/RTCP会话。” “图4c……PoC服务器开始

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

本案旨在评估对比文件（US20070224988A1）是否公开目标专利权利要求的技术特征A～T。结合目标专利说明书的记载，目标专利涉及**IMS协同会话（Collaborative Session）的控制转移机制**，其中在协同会话中的被控制方WTRU通过SIP消息接收来自IMS实体（如SCC AS）的协同会话控制转移请求，并承担控制方WTRU角色以控制协同会话。

---

### 特征比对表格

技术特征描述及判断结果	对比文件原文引用（含中文翻译及段落标号）	公开性论述
技术特征A：该WTRU包括<br>《直接公开》	【段落[0015]】<br>“When referred to hereafter, the terminology ‘WTRU’ includes but is not limited to a user equipment (UE), a mobile station, a fixed or mobile subscriber unit, a pager, a cellular telephone, a personal digital assistant (PDA), a computer, or any other type of user device capable of operating in a wireless environment.”<br>（译文：“下文提及的术语‘WTRU’包括但不限于用户设备（UE）、移动台、固定或移动用户单元、寻呼机、蜂窝电话、个人数字助理（PDA）、计算机、或能够在无线环境中操作的任何其它类型的用户设备。”）<br>【段落[0027]】<br>“FIG. 5 is a block diagram of a WTRU 500 configured in accordance with the present invention. The WTRU includes a 3GPP LTE radio unit 502, at least one alternative radio unit 504 and a handover controller 506.”<br>（译文：“图5是根据本发明配置的WTRU 500的框图。该WTRU包括3GPP LTE无线电单元502、至少一个备选无线电单元504以及切换控制器506。”）	对比文件明确公开了通信系统中的主体设备为无线发射/接收单元（WTRU），且在图5及段落[0027]中明确公开了该WTRU包含无线电单元及控制器等结构部件，其物理主体和作用与目标专利的WTRU完全相同，本领域技术人员能毫无疑义地直接确定该技术方案，因此被《直接公开》。
技术特征B：接收机<br>《直接公开》	【段落[0027]】<br>“The 3GPP LTE radio unit 502 receives information regarding the alternative wireless network broadcast by the 3GPP LTE network.”<br>（译文：“3GPP LTE无线电单元502接收由3GPP LTE网络广播的关于备选无线网络的信息。”）<br>【段落[0030]】<br>“A processor in association with software may be used to implement a radio frequency transceiver for use in a wireless transmit receive unit (WTRU)...”<br>（译文：“与软件相关联的处理器可用于实现用于无线发射/接收单元（WTRU）中的射频收发信机……”）	对比文件公开了3GPP LTE无线电单元502负责接收网络信息，并在段落[0030]中明确公开了用于WTRU中的射频收发信机（transceiver）。收发信机必然包含接收机（receiver），其在对比文件中用于接收无线电信号，与目标专利中用于接收无线通信信号的作用完全相同，属于明示公开，因此被《直接公开》。
技术特征C：被配置成接收来自IMS实体的协同会话控制转移请求<br>《未公开》	对比文件全文未见记载。	结合目标专利说明书（如段落[0006]、[0095]、[0108]、[0118]）可知，该特征涉及在现有IMS协同会话架构下，接收来自服务集中化和连续性应用服务器（SCC AS）等IMS实体的协同会话控制转移请求。对比文件仅在段落[0004]列出网络架构图1中包含IP服务器118（如IMS、PSS），全文核心方案仅涉及LTE网络与备选网络（I-WLAN、FBS）之间的网络层RAT间切换（handover），既无“IMS实体向WTRU发送请求”，也未涉及任何多设备参与的“协同会话”及“协同会话控制转移请求”，在对比文件中完全没有对应内容，无法起到相同作用，更无法通过合理推理得出，因此未公开。
技术特征D：其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求<br>《未公开》	对比文件全文未见记载。	目标专利说明书（段落[0085]、[0108]）表明，该请求的作用是指示目标WTRU承担协同会话中添加/删除/转移媒体流的控制权。对比文件涉及的是无线接入网的切换指示（段落[0016]网络广播备选网络可用性指示），其与IMS协同会话控制转移毫无关联，亦不存在用于指示接收对现有IMS协同会话控制的请求，因此未公开。
技术特征E：其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起<br>《未公开》	对比文件全文未见记载。	目标专利说明书（段落[0117]）明确指出，控制转移可由SCC AS由于当前条件（如控制方WTRU到SCC AS的连接降低或信令退化）主动发起。对比文件仅公开单个WTRU测量备选网络的信道并向LTE网络上报测量报告以触发网间切换（段落[0026]），完全未涉及第二WTRU，更未涉及IMS实体监测控制信令的退化或损失并发起协同会话控制转移，因此未公开。
技术特征F：发射机<br>《直接公开》	【段落[0030]】<br>“A processor in association with software may be used to implement a radio frequency transceiver for use in a wireless transmit receive unit (WTRU)...”<br>（译文：“与软件相关联的处理器可用于实现用于无线发射/接收单元（WTRU）中的射频收发信机……”）<br>【段落[0022]、[0026]】<br>“the WTRU 352 sends an initial access message to the target I-WLAN 356... WTRU 452 measures a channel on FBSs and sends a measurement report along with a request for handover to the 3GPP LTE network 454...”<br>（译文：“WTRU 352向目标I-WLAN 356发送初始接入消息……WTRU 452测量FBS上的信道并向3GPP LTE网络454发送测量报告连同切换请求……”）	对比文件公开了WTRU向网络发送消息（如初始接入消息、测量报告），并明确记载了WTRU中包含射频收发信机（transceiver）。收发信机必然包含发射机（transmitter），用于向无线网络发送信号，与目标专利中发射机的作用完全相同，因此被《直接公开》。
技术特征G：被配置成向所述IMS实体传送响应<br>《未公开》	对比文件全文未见记载。	目标专利说明书（段落[0109]、[0120]）指出，该响应是WTRU向SCC AS传送的指示接受协同会话控制转移的信令。对比文件仅在段落[0022]、[0026]中公开WTRU向目标接入网（I-WLAN）发送初始接入消息或向LTE网络发送测量报告，没有任何向IMS实体传送响应的技术内容，作用亦完全不同，因此未公开。
技术特征H：其中所述响应指示接受所述协同会话控制转移请求<br>《未公开》	对比文件全文未见记载。	目标专利说明书（段落[0109]、[0120]）指出，响应内容指示目标WTRU同意承担控制方角色。对比文件中的网络切换过程仅涉及目标网络完成认证后向WTRU发送access grant消息，WTRU并未向网络发送任何指示接受协同会话控制转移的响应，因此未公开。
技术特征I：控制器<br>《直接公开》	【段落[0027]】<br>“FIG. 5 is a block diagram of a WTRU 500 configured in accordance with the present invention. The WTRU includes a 3GPP LTE radio unit 502, at least one alternative radio unit 504 and a handover controller 506.”<br>（译文：“图5是根据本发明配置的WTRU 500的框图。该WTRU包括3GPP LTE无线电单元502、至少一个备选无线电单元504以及切换控制器506。”）<br>【段落[0029]】<br>“Suitable processors include, by way of example, a general purpose processor, a special purpose processor... a controller, a microcontroller, Application Specific Integrated Circuits (ASICs)...”<br>（译文：“合适的处理器包括例如通用处理器、专用处理器……控制器、微控制器、专用集成电路（ASIC）……”）	对比文件图5及段落[0027]、[0029]明确公开了WTRU中配置有“切换控制器506（handover controller）”以及处理器、控制器（controller），用于控制WTRU的处理行为，与目标专利中控制器的物理构成和通用控制处理作用相同，因此被《直接公开》。
技术特征J：被配置成在对所述现有的IMS协同会话的控制正被转移到所述WTRU时<br>《未公开》	对比文件全文未见记载。	目标专利中控制器是在协同会话控制正由原控制设备向该WTRU移交的特定时序和协同会话状态下执行相应配置。对比文件完全不涉及IMS协同会话及会话控制转移的时机，控制器仅执行RAT网间切换判定，因此未公开。
技术特征K：控制所述现有的IMS协同会话。<br>《未公开》	对比文件全文未见记载。	目标专利说明书（段落[0085]、[0109]）明确解释，“控制协同会话”是指控制方WTRU可以在协同会话各方之间增加、去除、释放、复制或转移媒体流。对比文件中WTRU仅为单一通信终端，仅进行下层射频链路与接入网的切换，不存在协同会话，更不存在对现有的多设备IMS协同会话进行管理和控制的行为，因此未公开。
技术特征L：其中所述WTRU是处于所述现有的IMS协同会话中的被控制方WTRU。<br>《未公开》	对比文件全文未见记载。	目标专利说明书（段落[0085]、[0104]）明确定义协同会话中存在控制方WTRU与被控制方WTRU的主从角色。对比文件中的WTRU是单用户终端，未与其他WTRU共同组成协同会话，不存在“被控制方WTRU”的特定角色划分，因此未公开。
技术特征M：其中所述WTRU具有与远端方之间的IMS媒体流。<br>《隐含公开》	【段落[0004]】<br>“The 3GPP LTE system 100 may also include an IP server 118, (e.g., IP multimedia subsystem (IMS), packet switched streaming (PSS), or the like).”<br>（译文：“3GPP LTE系统100还可包括IP服务器118（例如，IP多媒体子系统（IMS）、分组交换流式传输（PSS）等）。”）<br>【段落[0007]】<br>“...it would be desirable to support a handover between the 3GPP LTE network and the non-3GPP network, or between the 3GPP LTE network and the I-WLAN, for service continuity or a better service experience.”<br>（译文：“……出于服务连续性或更好服务体验的考虑，期望支持在3GPP LTE网络与非3GPP网络之间、或在3GPP LTE网络与I-WLAN之间的切换。”）<br>【段落[0022]、[0026]】<br>“The WTRU 352 receives a service via the target I-WLAN 356... The WTRU 452 receives a service via the target FBS 456...”<br>（译文：“WTRU 352经由目标I-WLAN 356接收服务……WTRU 452经由目标FBS 456接收服务……”）	按照宽松的隐含公开判断标准：对比文件段落[0004]明确记载系统包含IMS服务器以及分组交换流（PSS）服务，段落[0007]、[0022]、[0026]记载切换是为了实现业务的“服务连续性（service continuity）”，切换完成后WTRU继续接收服务。本领域技术人员结合公知常识容易合理推知，WTRU在网络中所接收的流媒体或IMS端到端业务即为与远端服务器/远端方之间的数据媒体流，因此对比文件部分公开了WTRU进行IMS业务传输的场景，可认定该技术特征被《隐含公开》。
技术特征N：其中对所述现有的IMS协同会话的所述控制从第二WTRU转移到所述WTRU。<br>《未公开》	对比文件全文未见记载。	目标专利说明书（段落[0006]、[0085]、[0096]）明确指出控制权是在两个WTRU（控制方第二WTRU与目标WTRU）之间转移。对比文件全文仅涉及单个WTRU在不同网络接入点/RAT之间进行无线链路切换，没有任何在两个WTRU之间转移会话控制权的方案，因此未公开。
技术特征O：其中所述协同会话控制转移请求和所述响应是会话发起协议(SIP)消息。<br>《未公开》	对比文件全文未见记载。	目标专利说明书（段落[0088]、[0090]）明确指出协同会话控制平面的控制转移请求及响应采用SIP消息。对比文件中涉及的切换信令均为无线接入层与核心网之间的切换交互消息（如广播信道BCCH、初始接入消息、测量报告、access grant等），且对比文件本身并未公开任何协同会话控制转移请求和响应，故更未公开其采用SIP消息，因此未公开。
技术特征P：其中所述协同会话控制转移请求包括以下中的一者或多者<br>《未公开》	对比文件全文未见记载。	对比文件完全未公开协同会话控制转移请求，亦未公开请求中包含特征Q/R/S/T所限定的协同会话、媒体流或各WTRU身份的信元，因此未公开。
技术特征Q：所述现有的IMS协同会话的身份<br>《未公开》	对比文件全文未见记载。	目标专利说明书（段落[0092]、[0108]）记载该特征用于在控制转移消息中标识特定的协同会话。对比文件无协同会话机制，更不存在协同会话的身份标识，因此未公开。
技术特征R：所述现有的IMS协同会话的媒体流的身份<br>《未公开》	对比文件全文未见记载。	目标专利说明书（段落[0092]、[0108]）记载该标识用于确定受转移影响的媒体流。对比文件仅有网络接入小区的信道测量与分配，完全不涉及协同会话中具体媒体流的身份标识，因此未公开。
技术特征S：所述第二WTRU的身份<br>《未公开》	对比文件全文未见记载。	目标专利说明书（段落[0092]、[0100]）记载该标识用于指明原控制方设备（第二WTRU）。对比文件仅涉及单一WTRU的网间切换，无第二WTRU参与，更无请求中携带第二WTRU身份的内容，因此未公开。
技术特征T：所述WTRU的身份。<br>《未公开》	对比文件全文未见记载。	目标专利说明书（段落[0092]、[0108]）记载该标识用于在协同会话控制转移请求中指示新控制方的身份（GRUU/SIP URI等）。对比文件虽在认证过程中存在常规终端标识，但并未公开在“协同会话控制转移请求”中携带所述WTRU身份的技术方案，两者所处的信令架构与作用完全不同，因此未公开。

---

<<<A>>>

<<>>

<<<F>>>

<<>>

<<<m>>>

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

针对目标专利权利要求的各技术特征与对比文件（JP2007259425A）的内容比对与公开性判定如下：

**特征比对表格**

技术特征描述及判断结果	对比文件原文引用（含中文翻译及标号）	公开性论述
技术特征A：<br>该WTRU包括<br><br>《直接公开》	【原文引用】第[2]段：<br>“端末（移動端末）３０が接続可能に構成され、端末３０は、ルータ装置１０ａを介して、無線で外部リンク先の基地局装置１６に接続可能に構成されている。端末３０は、例えば、パーソナルコンピュータ、ＰＤＡ、携帯電話、ゲーム機などである。”<br>【中文翻译】<br>终端（移动终端）30被配置为可连接，终端30经由路由器装置10a以无线方式被配置为可连接到外部链路目标的基站装置16。终端30例如是个人计算机、PDA、移动电话、游戏机等。	对比文件公开了具备无线通信能力的移动终端30（手机、PDA等），目标专利说明书第[0031]段明确指出WTRU可以包括移动台、手机、PDA等配置为在无线环境中操作的设备。两者在结构与功能上完全实质等同，属于惯用技术术语的等同替换，因此技术特征A被《直接公开》。
技术特征B：<br>接收机<br><br>《隐含公开》	【原文引用】第[2]段：<br>“通信インタフェース３１は、ローカルネットワーク１に接続するためのインタフェースであり……”<br>“Ｓ１５０において、端末３０の切替処理部３５は、切断通知の受信処理を行う……通信インタフェース３１およびＬ３処理部３２を介して、ルータ装置１０ａからの切断通知メッセージを受信して管理する。”<br>【中文翻译】<br>通信接口31是用于连接到本地网络1的接口……在S150中，终端30的切换处理部35执行断开通知的接收处理……经由通信接口31及L3处理部32接收并管理来自路由器装置10a的断开通知消息。	对比文件中终端30包含通信接口31，并经由该接口执行消息与数据包的接收处理。本领域技术人员结合无线/网络通信设备的常规构架能够毫无疑义地合理推断出其物理层或硬件上必然具备接收报文的接收模块或接收机电路，故技术特征B被《隐含公开》。
技术特征C：<br>被配置成接收来自IMS实体的协同会话控制转移请求<br><br>【未公开】	【对比文件全文内容检索】<br>对比文件涉及基于移动IPv6/NEMO架构下终端与路由器间的路由器切换及网络前缀管理，全文并未记载任何关于IP多媒体子系统（IMS）、IMS实体（如SCC AS）或协同会话控制（Collaborative Session Control）及其转移请求的内容。	目标专利中的协同会话控制转移请求是IMS架构下由服务集中化和连续性应用服务器（SCC AS）等IMS实体发出的用于转移IMS协同会话控制权的应用层/会话层信令（说明书第[0074]、[0095]、[0113]、[0120]段）。对比文件仅涉及网络层（L3）路由前缀广告与切换，完全不存在协同会话控制及接收来自IMS实体的协同会话控制转移请求的构思或特征，本领域技术人员无法从对比文件中推理得出该特征，故【未公开】。
技术特征D：<br>其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求<br><br>【未公开】	【对比文件全文内容检索】<br>对比文件无相关记载。	技术特征D是对特征C中所述协同会话控制转移请求具体指示内容的限定（即指示被控制方承担/接收对已有IMS协同会话的控制权）。鉴于对比文件未公开IMS协同会话及其控制转移机制，该技术特征本领域技术人员无法推理得出，故【未公开】。
技术特征E：<br>其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起<br><br>【未公开】	【原文引用】第[2]段：<br>“Ｓ５１において、ルータ装置１０ａは、電波状況の悪化を検出する。つまり、ルータ装置１０ａは、外部リンク状態の悪化により、基地局装置１６との接続を維持することが困難であると判断する。Ｓ４０では、ルータ装置１０ａは、ローカルネットワーク１に向けて、切断通知を行う。”<br>【中文翻译】<br>在S51中，路由器装置10a检测到电波状况的恶化。即，路由器装置10a由于外部链路状态的恶化，判定难以维持与基站装置16的连接。在S40中，路由器装置10a面向本地网络1进行断开通知。	对比文件仅公开了路由器10a检测到自身与外部基站的无线链路信号恶化并向本地网络广播切断通知，这属于底层接入链路恶化通知，完全不同于由网络侧IMS实体监测到第二WTRU的现有IMS协同会话“控制信令的退化或损失”（目标说明书第[0117]段记载因控制方WTRU到SCC AS的连接降低等而由SCC AS主动发起转移）。由于对比文件完全未公开IMS实体的该种触发与发起机制，故【未公开】。
技术特征F：<br>发射机<br><br>《隐含公开》	【原文引用】第[2]段：<br>“通信インタフェース３１は、ローカルネットワーク１に接続するためのインタフェースであり……”<br>“切替処理部３５は、切断通知メッセージの送信元であるルータ装置１０ａに切替要求メッセージを送信する。”<br>【中文翻译】<br>通信接口31是用于连接到本地网络1的接口……切换处理部35向作为断开通知消息发送源的路由器装置10a发送切换请求消息。	终端30包含通信接口31，并被配置为向网络中的其他节点发送切换请求消息和数据流。本领域技术人员可合理推断其必然配置有用于信号辐射和数据传输的发射机硬件或发射模块，因此技术特征F被《隐含公开》。
技术特征G：<br>被配置成向所述IMS实体传送响应<br><br>【未公开】	【对比文件全文内容检索】<br>对比文件无向IMS实体发送响应的内容。	目标专利中该响应是在接收到IMS实体的转移请求后，WTRU向SCC AS等实体返回的信令（说明书第[0109]、[0120]段）。对比文件仅公开了终端向路由器发送切换请求，不涉及IMS实体，亦不涉及向其反馈响应，故【未公开】。
技术特征H：<br>其中所述响应指示接受所述协同会话控制转移请求<br><br>【未公开】	【对比文件全文内容检索】<br>对比文件无相关记载。	目标专利中响应的内容明确用于指示被请求方“接受”协同会话控制权的转移（目标说明书第[0109]、[0120]段）。对比文件终端仅发出请求切换中继路由的切替要求，不存在指示接受IMS协同会话控制转移的响应，故【未公开】。
技术特征I：<br>控制器<br><br>《直接公开》	【原文引用】第[2]段：<br>“さらに、端末３０は、通信フロー検出部３４、切替処理部（管理部、通信部または送信部ともいう）３５およびプレフィクス判定部３６を有する。通信インタフェース３１は、ローカルネットワーク１に接続するためのインタフェースであり、Ｌ３処理部３２は、ネットワーク層の処理を行う。上位層処理部３３は、ネットワーク層よりも上位の処理を行う。”<br>【中文翻译】<br>此外，终端30具有通信流检测部34、切换处理部（也称管理部、通信部或发送部）35以及前缀判定部36。通信接口31是用于连接本地网络1的接口，L3处理部32进行网络层的处理。上位层处理部33进行高于网络层的处理。	对比文件中公开了终端30包含L3处理部32、上位层处理部33及切换处理部35，这些处理部件在电子通信终端中构成控制核心或控制器，与目标专利第[0043]段所述的通用处理器/控制器作用与结构完全等同，因此技术特征I被《直接公开》。
技术特征J：<br>被配置成在对所述现有的IMS协同会话的控制正被转移到所述WTRU时<br><br>【未公开】	【对比文件全文内容检索】<br>对比文件无相关记载。	目标专利限定了控制器执行控制动作的时序与状态条件（在IMS协同会话控制权正转移至该WTRU的流程中）。对比文件完全未涉及IMS协同会话控制转移的过程，故【未公开】。
技术特征K：<br>控制所述现有的IMS协同会话。<br><br>【未公开】	【对比文件全文内容检索】<br>对比文件无相关记载。	目标专利中WTRU控制协同会话包括增加、去除、释放、复制或转移协同会话中的媒体流（目标说明书第[0076]、[0085]段）。对比文件中的终端30始终仅作为普通终端通过路由器中继收发数据包，不涉及控制多方/多设备的IMS协同媒体会话，故【未公开】。
技术特征L：<br>其中所述WTRU是处于所述现有的IMS协同会话中的被控制方WTRU。<br><br>【未公开】	【对比文件全文内容检索】<br>对比文件无相关记载。	目标专利明确该WTRU此前作为协同会话中的被控制方（Slave/Controlled WTRU，如说明书第[0085]、[0110]段）。对比文件仅公开了终端30连接于本地网络并通过默认路由器通信，不存在IMS协同会话中的“被控制方WTRU”角色，故【未公开】。
技术特征M：<br>其中所述WTRU具有与远端方之间的IMS媒体流。<br><br>《隐含公开》	【原文引用】第[2]段：<br>“端末３０は、ルータ装置１０ａおよび管理サーバ１８を経由して、外部端末２０と通信を行う。”<br>“端末３０がルータ装置１０ａを介して外部端末２０と通信を行っているときに……”<br>【中文翻译】<br>终端30经由路由器装置10a以及管理服务器18与外部终端20进行通信。<br>在终端30经由路由器装置10a与外部终端20进行通信时……	对比文件公开了移动终端30与远端目标装置（外部终端20）维持端到端的通信流（如IP流）。在网络通信领域，多媒体会话中的媒体流也是基于IP传输的数据流。尽管对比文件未明确指明该数据流为“IMS”媒体流，但在极为宽松的隐含公开判断标准下，对比文件部分公开了终端与远方建立端到端IP数据流的技术方案，存在与涉及IMS通信的其他对比文件组合得出该特征的可能性，故技术特征M被认定为《隐含公开》。
技术特征N：<br>其中对所述现有的IMS协同会话的所述控制从第二WTRU转移到所述WTRU。<br><br>【未公开】	【对比文件全文内容检索】<br>对比文件无相关记载。	目标专利限定协同会话的控制权由第二WTRU（即原控制方WTRU）转移到该WTRU（目标说明书第[0085]、[0114]、[0120]段）。对比文件仅涉及路由器从10a切换到10b，属于数据包中继路由器的更换，终端的角色和控制权限未发生任何改变，更未涉及会话控制权在两个WTRU之间的转移，故【未公开】。
技术特征O：<br>其中所述协同会话控制转移请求和所述响应是会话发起协议(SIP)消息。<br><br>【未公开】	【对比文件全文内容检索】<br>对比文件全文未记载会话发起协议（SIP）或使用SIP信令进行会话控制。	目标专利中请求与响应均采用应用层SIP信令（如INVITE、INFO或UPDATE等SIP请求及200 OK响应，说明书第[0088]、[0104]段）。对比文件采用的是网络层移动IPv6的信令（如路由广告RA、Binding Update等），完全不涉及SIP消息，故【未公开】。
技术特征P：<br>其中所述协同会话控制转移请求包括以下中的一者或多者<br><br>【未公开】	【对比文件全文内容检索】<br>对比文件无相关记载。	由于对比文件中完全未公开技术特征C所述的协同会话控制转移请求，该上位限定所依附的基础信令消息不存在，故【未公开】。
技术特征Q：<br>所述现有的IMS协同会话的身份<br><br>【未公开】	【对比文件全文内容检索】<br>对比文件无相关记载。	目标专利中请求中包含会话ID（说明书第[0108]、[0118]段）。对比文件不涉及IMS会话标识，故【未公开】。
技术特征R：<br>所述现有的IMS协同会话的媒体流的身份<br><br>【未公开】	【对比文件全文内容检索】<br>对比文件无相关记载。	目标专利中请求中包含受影响媒体流的ID（说明书第[0108]、[0118]段）。对比文件不涉及协同会话媒体流标识，故【未公开】。
技术特征S：<br>所述第二WTRU的身份<br><br>【未公开】	【对比文件全文内容检索】<br>对比文件无相关记载。	目标专利中请求包含原控制方或转移源终端的身份标识。对比文件无协同会话中控制方第二WTRU的概念及请求消息中的该标识，故【未公开】。
技术特征T：<br>所述WTRU的身份。<br><br>《隐含公开》	【原文引用】第[2]段：<br>“Ｓ４１では、端末３０は、上記切断通知の応答として切替要求を行う。具体的には、端末３０は、切替要求メッセージをルータ装置１０ａに送信する。”<br>【中文翻译】<br>在S41中，终端30作为对上述切断通知的响应执行切换请求。具体而言，终端30向路由器装置10a发送切换请求消息。	对比文件在描述终端30发送切替要求消息等交互时，本领域技术人员可以合理推知在网络层/链路层交互中，终端发出的请求报文头部必然携带其自身的网络地址或标识（终端身份），部分公开了请求消息中包含自身身份的构思。在极为宽松的隐含公开标准下，存在与其他对比文件组合公开该特征的可能性，故技术特征T被认定为《隐含公开》。

<<<A>>>

<<>>

<<<F>>>

<<>>

<<<m>>>

<<<t>>>

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

## 特征比对表格

技术特征描述及公开性判断结果	对比文件原文引用	公开性论述
技术特征A：该WTRU包括<br>《直接公开》	【0003】"users can own various types of communication terminals which can be connected to a communication network. These communication terminals are not limited to portable terminals, such as cellular phones..."<br>（中文翻译：用户可以拥有能够连接到通信网络的各种类型的通信终端。这些通信终端不仅限于便携式终端，例如蜂窝电话……）<br>【0046】"...management of the physical location of the communication terminals..."<br>（中文翻译：……通信终端的物理位置的管理……）	对比文件公开了蜂窝电话等无线通信终端（communication terminal 23/25）。在目标专利说明书【0031】中，“无线发射/接收单元（WTRU）……可以包括蜂窝电话、移动台、用户设备（UE）等”，二者在无线网络中作为通信实体的作用和本质相同。本领域技术人员可以毫无疑义地确定对比文件的通信终端等同于该WTRU。因此，技术特征A被《直接公开》。
技术特征B：接收机<br>《隐含公开》	【0009】"...the communication terminal (#1) 203, which is receiving data..."<br>（中文翻译：……正在接收数据的通信终端(#1) 203……）<br>【0058】"The communication terminals are also provided with a user interface formed of an image display apparatus, an input apparatus and the like (not shown), and a short distance communication unit using infrared rays, Bluetooth (registered trademark), a wireless communication system, such as UWB... The communication terminals have a function of requesting terminal switching, a function of making notification of a terminal ID... a function of requesting and responding to calls..."<br>（中文翻译：通信终端还设置有由图像显示装置、输入装置等组成的用户界面（未示出），以及使用红外线、蓝牙、诸如UWB的无线通信系统或诸如USB系统的有线通信的短距离通信单元。通信终端具有请求终端切换的功能、通知终端ID的功能……呼叫请求和响应的功能……）	对比文件明确记载了终端接收数据、接收网络侧信号及呼叫控制信息，具备无线或移动通信功能。虽然对比文件未在硬件层面直接使用“接收机（receiver）”这一字眼，但本领域技术人员结合无线通信终端的基本硬件常识（如目标专利说明书【0042】-【0046】所示，终端进行无线通信必然内置用于接收无线电信号的接收机/收发信机单元）可以完全合理推断出其必然包含接收机硬件模块。因此，技术特征B被《隐含公开》。
技术特征C：被配置成接收来自IMS实体的协同会话控制转移请求<br>《未公开》	【0015】"In addition, Fig 2 shows an example of a configuration of a third generation mobile communication of which the standard is defined by 3GPP as the configuration of a conventional communication network. IMS (IP Multimedia CN Subsystem) has a purpose of providing an IP multimedia service through a packet exchanging system, and to do so, a session control function is arranged within the network 101. SIP (Session Initiation Protocol) is adopted as the session control protocol. CSCF 105 is a call state control function..."<br>（中文翻译：此外，图2示出了由3GPP定义标准的作为常规通信网络配置的第三代移动通信配置示例。IMS（IP多媒体核心网子系统）的目的是通过分组交换系统提供IP多媒体服务，为此，在网络101内设置了会话控制功能。采用SIP作为会话控制协议。CSCF 105是呼叫状态控制功能……）<br>【0064】"The session control unit 5 instructs the mobility management unit 3 to set up a path (C308)... 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)..."<br>（中文翻译：会话控制单元5指示移动性管理单元3建立路径(C308)……接下来，会话控制单元5向通信终端23发送指示会话切换准备就绪的会话切换准备信号，并且通信终端23返回是否接受会话切换(C310, C311)……）<br>【0065】"...When the terminal is automatically switched from the network side, this becomes a message to confirm whether or not the connection may be switched to the communication terminal 23..."<br>（中文翻译：……当从网络侧自动切换终端时，这成为用于确认是否可以切换到通信终端23的消息……）	在目标专利中（参见说明书【0006】、【0085】、【0087】、【0115】-【0120】及图11中1140），“协同会话控制转移请求”特指在IMS协同会话（多个终端协同参与）架构中，由IMS实体（如SCC AS）向目标WTRU发送的、请求将其角色变更为“控制方WTRU（Controller WTRU）”并由其接管协同会话控制权的专用控制信令。而对比文件虽然提到了IMS网络（【0015】），但其记载的切换仅是普通端到端会话在不同单终端之间的搬移/切换（terminal switching/session switching），其网络侧向旧终端23发送的是确认是否允许转出的切换准备信号（C310），向新终端25发送的仅是建立新承载/路径呼叫流程（C314/C315），根本没有涉及“协同会话（Collaborative Session）”，更未公开或暗示过向目标终端发送“协同会话控制转移请求”以转移协同会话管理权的技术方案。二者技术概念与机制完全不同。因此，技术特征C《未公开》。
技术特征D：其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求<br>《未公开》	对比文件全文无相关记载。	紧密结合目标专利说明书【0085】、【0108】、【0113】、【0120】，目标专利的该请求是要求目标WTRU承担起管理多设备协同媒体流的控制方角色（如增加、释放、转移其他设备的媒体流）。对比文件仅公开了将现有会话的连接链路/端点转移到新终端（C308-C315），使新终端接收数据，不存在“现有IMS协同会话”及对其“控制权”的接管指示。因此，技术特征D《未公开》。
技术特征E：其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起<br>《未公开》	【0060】"As an example of the state where the terminal should be switched, in cases where the state of the network in the communication terminal (#2) 25 is more stable than the state of the network in the communication terminal (#1) 23 according to information on the state of the network or in cases where the network in the communication terminal (#2) 25 is faster, the possibility that the terminal will be switched is high..."<br>（中文翻译：作为应该切换终端的状态的示例，根据关于网络状态的信息，在通信终端(#2) 25中的网络状态比通信终端(#1) 23中的网络状态更稳定的情况下，或者在通信终端(#2) 25中的网络更快的情况下，终端将被切换的可能性很高……）<br>【0072】"...Switching is instructed when, for example, the communication terminal can use the two access methods and a higher bit rate than in the access method currently used is detected in the communication using the other access method..."<br>（中文翻译：……例如，当通信终端可以使用两种接入方式，并且在使用另一种接入方式的通信中检测到比当前使用的接入方式更高的比特率时，指示切换……）	结合目标专利说明书【0117】（“由于用户简档、当前条件（例如，控制方WTRU到SCC AS的连接已经降低）……SCC AS可发起协同控制转移”），技术特征E明确限定了触发条件是“协同会话中控制信令的退化或损失（degradation or loss of control signaling）”。对比文件【0060】仅提及网络侧可基于“终端25的网络比终端23更稳定或更快”等网络状态信息或用户偏好来决定切换终端；【0072】提及在不同接入方式间基于更高比特率进行切换。对比文件既未涉及协同会话，也未公开由IMS实体基于“第二WTRU的现有IMS协同会话控制信令的退化或损失”来发起转移请求。因此，技术特征E《未公开》。
技术特征F：发射机<br>《隐含公开》	【0009】"First, the user transmits control information, as shown by arrow 221, from the communication terminal (#1) 203..."<br>（中文翻译：首先，用户从正在接收数据的通信终端(#1) 203发送控制信息，如箭头221所示……）<br>【0058】"The communication terminals are also provided with a user interface formed of an image display apparatus, an input apparatus and the like (not shown), and a short distance communication unit using infrared rays, Bluetooth (registered trademark), a wireless communication system, such as UWB... The communication terminals have a function of requesting terminal switching, a function of making notification of a terminal ID... a function of requesting and responding to calls..."<br>（中文翻译：通信终端还设置有……短距离通信单元……具有请求终端切换的功能、通知终端ID的功能、呼叫请求和响应的功能……）<br>【0065】"...and the communication terminal 23 returns whether or not switching of the session is accepted (C310, C311)..."<br>（中文翻译：……并且通信终端23返回是否接受会话切换(C310, C311)……）	对比文件明确记载了终端向网络发送控制信息、发起呼叫响应及确认。虽然未直接出现“发射机（transmitter）”一词，但任何具备无线通信及控制信令上行传输能力的终端必然在物理硬件上包含发射机（如目标专利说明书【0042】-【0046】所载收发信机）。基于极其宽松的隐含公开判断标准，本领域技术人员可以毫无疑义地合理推断出该终端必然包含发射机。因此，技术特征F被《隐含公开》。
技术特征G：被配置成向所述IMS实体传送响应<br>《未公开》	【0065】"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)..."<br>（中文翻译：接下来，会话控制单元5向通信终端23发送指示会话切换准备就绪的会话切换准备信号，并且通信终端23返回是否接受会话切换(C310, C311)……）	结合目标专利说明书【0109】、【0120】，目标专利中该响应是目标WTRU在接收到网络侧协同会话控制转移请求后，向IMS网络实体反馈的确认接受接管协同会话控制权的响应（如SIP 200 OK响应）。对比文件【0065】中的C311仅是源端（旧终端23）向CSCF回复是否接受将自身当前的会话转出的准备响应，并非目标终端针对协同会话控制转移请求向IMS实体返回的响应。对比文件未公开由接收转移的目标WTRU向IMS实体传送针对协同会话控制转移请求的响应。因此，技术特征G《未公开》。
技术特征H：其中所述响应指示接受所述协同会话控制转移请求<br>《未公开》	对比文件全文无相关记载。	如技术特征G的分析，对比文件中根本不存在协同会话控制转移请求，更不存在目标WTRU发送的“指示接受协同会话控制转移请求”的响应。因此，技术特征H《未公开》。
技术特征I：控制器<br>《隐含公开》	【0054】"...the clock number of the CPU... which are terminal capability information on the terminal (1) 41-1, are described..."<br>（中文翻译：……CPU的时钟频率……其作为终端(1) 41-1的终端能力信息被描述……）<br>【0058】"The communication terminals have a function of requesting terminal switching, a function of making notification of a terminal ID, a function of reproducing the state of a session, a function of managing a session, a function of sending out the state of a session, a function of requesting and responding to calls, and a function of registering locations."<br>（中文翻译：通信终端具有请求终端切换的功能、通知终端ID的功能、重现会话状态的功能、管理会话的功能、发出会话状态的功能、请求和响应呼叫的功能以及注册位置的功能。）	对比文件【0054】明确记载了通信终端包含“CPU”，并在【0058】中记载了终端通过内部逻辑执行会话管理、呼叫控制、状态上报等各项功能。本领域技术人员可以确定，终端内部的CPU即构成执行相关控制处理的“控制器”（结合目标专利说明书【0043】关于处理器/控制器的解释）。因此，技术特征I被《隐含公开》。
技术特征J：被配置成在对所述现有的IMS协同会话的控制正被转移到所述WTRU时<br>《未公开》	对比文件全文无相关记载。	目标专利中该特征界定了控制器执行协同会话控制操作的时序与情境，即在IMS协同会话控制权正转移到该WTRU的阶段。对比文件不涉及协同会话，亦无控制权转移至该WTRU的流程。因此，技术特征J《未公开》。
技术特征K：控制所述现有的IMS协同会话。<br>《未公开》	对比文件全文无相关记载。	结合目标专利说明书【0085】及【0120】，作为协同会话的控制方WTRU，需要通过协同会话控制信令控制多设备的媒体流（增加、删除、复制或释放）。对比文件新终端仅是被动建立连接并播放多媒体数据（端到端普通会话），完全没有控制协同会话的机制。因此，技术特征K《未公开》。
技术特征L：其中所述WTRU是处于所述现有的IMS协同会话中的被控制方WTRU。<br>《未公开》	对比文件全文无相关记载。	目标专利说明书【0085】、【0116】明确区分了控制方WTRU和被控制方WTRU，该特征限定在转移发生前，该WTRU作为被控制方已经参与在现有协同会话中。对比文件【0009】-【0014】及【0064】-【0066】中，切换目标终端25在切换发生前仅是一个空闲设备或待切换设备，并非协同会话中的被控制方。因此，技术特征L《未公开》。
技术特征M：其中所述WTRU具有与远端方之间的IMS媒体流。<br>《未公开》	【0064】"When this path is set up, a call process is carried out in the case where the switching destination communication terminal 25 is not active. 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..."<br>（中文翻译：当建立该路径时，在切换目的地通信终端25未处于活动状态的情况下执行呼叫过程。在此时间点，建立了通信接收方17与通信终端23之间以及通信接收方17与切换目的地通信终端25之间的两条路径……）<br>【0066】"Subsequently, the session is resumed, and the session with the communication terminal is cut off (C318, C319, C320)... As a result, communication between the communication receiver 17 and the switching destination terminal 25 can be started."<br>（中文翻译：随后，恢复会话，并切断与通信终端的会话(C318, C319, C320)……结果，可以开始通信接收方17与切换目的地终端25之间的通信。）	紧密结合目标专利权利要求上下文及说明书【0084】、【0116】（“最初，在WTRU-1、WTRU-2和远端方之间建立协同会话……每个WTRU可具有与远端方之间的媒体流，其中媒体流A在WTRU-1和远端方之间，媒体流B在WTRU-2和远端方之间”），技术特征M指的是作为被控制方的该WTRU在转移控制前自身就已维持有与远端方的IMS媒体流。而在对比文件中，切换目的地终端25在会话切换完成前处于非活动状态或未接收媒体流，其与远端方建立媒体传输完全是在切换之后替代原终端接收数据，不具备在协同会话中预先存在媒体流的特征。因此，技术特征M《未公开》。
技术特征N：其中对所述现有的IMS协同会话的所述控制从第二WTRU转移到所述WTRU。<br>《未公开》	对比文件全文无相关记载。	目标专利说明书【0085】、【0116】明确指协同会话的控制权（controller角色）从第二WTRU转移到该WTRU。对比文件仅公开了终端的切换/业务流承载切换，不存在协同会话控制权的转移。因此，技术特征N《未公开》。
技术特征O：其中所述协同会话控制转移请求和所述响应是会话发起协议(SIP)消息。<br>《未公开》	【0015】"SIP (Session Initiation Protocol) is adopted as the session control protocol. 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..."<br>（中文翻译：采用SIP（会话发起协议）作为会话控制协议。CSCF 105是呼叫状态控制功能，并与作为SIP注册服务器的HSS 103进行通信，以执行用户注册过程、传送会话信息和控制呼叫连接……）	对比文件虽然在描述常规3GPP IMS架构时提到了SIP协议（【0015】），但由于对比文件中根本未公开协同会话控制转移请求和对应的响应，因此更不可能公开这两个特定请求与响应消息是SIP消息。因此，技术特征O《未公开》。
技术特征P：其中所述协同会话控制转移请求包括以下中的一者或多者<br>《未公开》	对比文件全文无相关记载。	鉴于对比文件未公开协同会话控制转移请求，其附属特征包含特定信息项亦未公开。因此，技术特征P《未公开》。
技术特征Q：所述现有的IMS协同会话的身份<br>《未公开》	对比文件全文无相关记载。	目标专利说明书【0095】、【0118】指出请求中携带要转移的协同会话的会话ID。对比文件不存在协同会话及其会话标识的包含。因此，技术特征Q《未公开》。
技术特征R：所述现有的IMS协同会话的媒体流的身份<br>《未公开》	对比文件全文无相关记载。	目标专利说明书【0095】、【0118】指出请求中携带要转移的一个或多个媒体流的ID。对比文件不存在此项协同会话控制转移请求的特定内容。因此，技术特征R《未公开》。
技术特征S：所述第二WTRU的身份<br>《未公开》	【0058】"The communication terminals have a function of requesting terminal switching, a function of making notification of a terminal ID..."<br>（中文翻译：通信终端具有请求终端切换的功能、通知终端ID的功能……）<br>【0059】"...at this time, it is necessary to designate to which terminal the connection is to be switched. 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..."<br>（中文翻译：……此时，需要指定连接切换到哪个终端。可用方法包括使用短距离无线通信与切换目的地通信终端25通信以获取切换目的地通信终端25的终端信息，从而准备终端切换请求信号……）	对比文件仅在终端向网络发送的切换请求中携带终端身份，未公开在IMS实体向被控制方发送的“协同会话控制转移请求”中携带原控制方（第二WTRU）的身份。因此，技术特征S《未公开》。
技术特征T：所述WTRU的身份。<br>《未公开》	【0061】"In the case where the terminal switching request signal in the C301 includes terminal information on the switching destination communication terminal, a task of registering the terminal information in the device profile 37 is also carried out (C302)..."<br>（中文翻译：在C301中的终端切换请求信号包括切换目的地通信终端的终端信息的情况下，还执行在设备简档37中注册终端信息的任务(C302)……）	对比文件未公开IMS实体发给目标终端的协同会话控制转移请求中包含该WTRU的身份。因此，技术特征T《未公开》。

---

<<<A>>>

<<>>

<<<f>>>

<<>>

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

技术特征描述及公开性判断结果	对比文件原文引用	公开性论述
技术特征A：<br>该WTRU包括<br><br>《直接公开》	【背景技术】第4段：<br>“CSI phase 1(CSI第1阶段)主要的研究内容是如何将CS IMS双模终端的CS(Circuit Switched，电路交换)域呼叫与IMS域的会话进行关联……CSI UE (CSI User Equipment，CSI用户设备，即CSI终端)在与IMS UE(IMS User Equipment，IMS用户设备，即IMS终端)进行互通时……”	对比文件公开了CSI UE（CSI终端）和IMS UE（IMS终端），两者均为无线/移动通信终端设备（User Equipment）。结合目标专利说明书第[0031]段对无线发射/接收单元（WTRU）的定义（“WTRU……可以包括用户设备（UE）、移动台……”），对比文件中的UE即为WTRU，两者在通信系统中所起的作用完全相同，构成实质相同，本领域技术人员能毫无疑义地确定该特征被直接公开。
技术特征B：<br>接收机<br><br>《隐含公开》	【背景技术】第4段、步骤S108-S110；【具体实施方式】步骤S426-S428、S510-S512：<br>“CSI-IW发送会话请求给CSI终端……CSI终端收到该会话请求消息后……”；“CSI-IW发起到CSI终端IMS部分的非实时媒体会话请求；CSI终端的IMS部分发送该非实时媒体会话请求的响应消息……”	对比文件中明确记载了CSI终端能够“接收”来自网络侧实体（如CSI-IW、MGCF）发送的下行控制请求消息（如INVITE、会话请求、呼叫请求等）。作为无线/移动通信终端设备（UE），其实现下行信令与数据接收必须在物理硬件层配置有接收信令与RF信号的接收机硬件电路或逻辑模块（对应目标说明书第[0042]-[0046]段收发信机与接收单元）。对比文件虽未直述“接收机”这一纯硬件部件词汇，但本领域技术人员基于其公开的通信接收行为能够必然且合理推断出该硬件实体的存在，根据宽松标准，认定为隐含公开。
技术特征C：<br>被配置成接收来自IMS实体的协同会话控制转移请求<br><br>《未公开》	对比文件全文未记载任何协同会话控制转移请求，亦未记载向终端发送此类请求。	目标专利说明书（如第[0006]、[0085]、[0095]、[0108]、[0113]、[0120]段等）中，协同会话控制转移是指在多个参与IMS协同会话的终端之间，将针对协同会话的整体主控权（例如增加/删除/释放/转移媒体流的控制权）由原控制方转移给被控制方终端的过程。而对比文件公开的是“CSI终端与IMS终端互通时处理补充业务”（如呼叫前转、呼叫保持、ECT业务等），其涉及的信令转移是CS域的呼叫转移（如ECT呼叫转接至第三方）或媒体会话拆除与重协商，根本不涉及IMS协同会话控制权的转移请求，更未公开接收机配置成接收来自IMS实体（如SCC AS）的协同会话控制转移请求。两者技术方案、面对的技术问题和所起作用截然不同，即使采用极其宽松的标准，亦无法推导出该技术特征。
技术特征D：<br>其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求<br><br>《未公开》	对比文件全文未记载任何协同会话控制转移请求及其指示内容。	目标专利说明书第[0095]、[0108]、[0113]段明确，协同会话控制转移请求用于请求目标WTRU承担控制方WTRU角色、接收对IMS协同会话的主控权。而对比文件中涉及的消息是呼叫前转通知（181消息）、REFER消息、BYE消息或INVITE消息，其指示的是CS呼叫迁移或媒体成分拆除，完全不存在“指示用于接收对现有的IMS协同会话的控制的请求”的技术内容。因此该特征未被公开。
技术特征E：<br>其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起<br><br>《未公开》	对比文件全文未记载基于控制信令退化或损失而由IMS实体发起控制转移。	结合目标专利说明书第[0117]段记载：“由于用户简档、当前条件（例如，控制方WTRU到SCC AS的连接已经降低）或根据预配置，SCC AS可发起协同控制转移”，该特征限定了IMS网络实体发起控制转移的特定触发条件（信令退化或损失）。对比文件中即使涉及业务触发，也是基于CSI终端主动发生CS域呼叫前转、触发ECT、或呼叫失败等补充业务流程，完全没有公开由于第二终端的控制信令退化或损失从而触发IMS实体发起协同会话控制转移的方案，因此该特征未被公开。
技术特征F：<br>发射机<br><br>《隐含公开》	【背景技术】第4段、步骤S110、S118；【具体实施方式】步骤S422、S428、S512：<br>“CSI终端收到该会话请求消息后，发起到CSI-IW的CS呼叫……”；“CSI终端发送200OK响应消息……”；“CSI终端的IMS部分发送该非实时媒体会话请求的响应消息”	对比文件中公开了CSI终端能够向网络侧发送CS呼叫请求、发送200 OK响应、发送呼叫拆除响应等上行信令。在无线通信领域，终端发送无线信令与响应必须具备发射机或射频发射电路（结合目标说明书第[0042]-[0046]段）。对比文件虽未直接使用“发射机”硬件名词，但通过其明确记载的信令发送行为，本领域技术人员可以必然且合理推断出CSI终端必然包含发射机，根据宽松判定标准，认定为隐含公开。
技术特征G：<br>被配置成向所述IMS实体传送响应<br><br>《隐含公开》	【背景技术】步骤S118；【具体实施方式】步骤S428、S512、第5段：<br>“CSI终端发送200OK响应消息……发起到IMS终端”；“若所述补充业务发生在IMS域，则IMS的补充业务会话消息从CSI终端直接上报给互通控制功能实体”；“CSI终端的IMS部分发送该非实时媒体会话请求的响应消息”	对比文件中公开了CSI终端的IMS部分在接收到来自互通控制功能实体（CSI-IW，属于IMS实体）的会话请求后，向其传送响应消息（如200 OK响应）。对比文件公开了终端向IMS网络侧实体传送响应的动作，在极宽松的隐含公开判断标准下，对比文件部分公开了终端向上层IMS实体传送响应的能力，认定为隐含公开。
技术特征H：<br>其中所述响应指示接受所述协同会话控制转移请求<br><br>《未公开》	对比文件全文未记载指示接受协同会话控制转移请求的响应。	结合目标专利说明书第[0096]、[0109]、[0114]、[0120]段，该响应是指终端向SCC AS回复的明确指示接受承担协同会话控制权的信令（如对控制转移请求回复的接受指示或确认消息）。而对比文件中终端发送的响应仅仅是对常规INVITE请求的200 OK建立响应，或者对BYE拆除请求的200 OK响应，不包含任何“指示接受协同会话控制转移请求”的内容，因此该特征未被公开。
技术特征I：<br>控制器<br><br>《隐含公开》	【说明书】第4段至第6段；图3、图4及具体实施方式各流程：<br>“CSI终端由于其承载能力的限制，优先使用CS来承载其实时的语音业务……CSI终端收到该会话请求消息后，发起到CSI-IW的CS呼叫……”；“CSI终端发送200OK响应消息。该响应消息中只包含非实时媒体信息(MSRP)的媒体信息……”	对比文件公开了CSI双模终端能够解析收到的网络信令、依据自身能力与业务逻辑决定发起CS域呼叫或在IMS域发送仅包含非实时媒体信息的响应。通信终端执行该类协议解析、流程判断与业务处理必然依赖于处理器或控制器（对应目标说明书第[0043]段处理器/控制器配置）。本领域技术人员依据对比文件公开的终端逻辑控制行为能够必然且合理推知其包含控制器硬件/逻辑功能单元，按照宽松标准，认定为隐含公开。
技术特征J：<br>被配置成在对所述现有的IMS协同会话的控制正被转移到所述WTRU时<br><br>《未公开》	对比文件全文未记载协同会话控制转移过程中的控制器时序与配置。	目标专利说明书第[0085]、[0096]、[0109]、[0120]段记载，在协同会话控制转移给目标WTRU的时机，该WTRU的控制器介入协同会话的管理。对比文件中完全没有涉及协同会话控制权向该终端转移的过程，其控制器不存在“在协同会话控制正被转移到该WTRU时”的相应配置与逻辑处理，该特征未公开。
技术特征K：<br>控制所述现有的IMS协同会话。<br><br>《未公开》	对比文件全文未记载由该WTRU控制现有的IMS协同会话。	结合目标专利说明书第[0006]、[0076]、[0085]段记载，控制IMS协同会话是指作为控制方WTRU在多个WTRU协同媒体会话中执行“增加、去除、释放、复制或转移媒体流”等主控功能。而对比文件中的CSI终端仅仅是与IMS终端进行端到端互通调度的受控侧/被叫侧终端，所有分流、合并与控制均由网络侧的CSI-IW和MGCF完成，CSI终端根本不具备控制IMS协同会话的功能，更无法在控制权转移后控制现有的IMS协同会话。因此该特征未公开。
技术特征L：<br>其中所述WTRU是处于所述现有的IMS协同会话中的被控制方WTRU。<br><br>《未公开》	对比文件全文未记载IMS协同会话及处于其中的“被控制方WTRU”。	结合目标专利说明书第[0085]、[0089]、[0110]、[0116]段，IMS协同会话中明确区分控制方WTRU（Controller UE）与被控制方WTRU（Controllee UE），被控制方WTRU通过媒体控制信令维持自身媒体流，而整体协同会话受控制方WTRU统管。对比文件中的CSI终端虽处于CS与IMS结合的会话中，但该互通连接并非IMS协同会话架构下的被控制方WTRU角色，不存在控制方与被控制方的协同从属关系。因此该特征未公开。
技术特征M：<br>其中所述WTRU具有与远端方之间的IMS媒体流。<br><br>《直接公开》	【背景技术】第4段、步骤S118、S120-S124；【具体实施方式】步骤S434：<br>“CSI终端发送200OK响应消息。该响应消息中只包含非实时媒体信息(MSRP)的媒体信息……发送合并后的200OK响应消息给被叫IMS；以及步骤S124，被叫IMS转发该200OK消息给VoIP终端”；“IMS终端与CSI终端之间只建立了非实时业务的媒体流。”	对比文件明确公开了CSI终端（对应WTRU）通过IMS网络与远端方（IMS UE/VoIP终端）之间建立并传输非实时媒体流（如基于MSRP的文本或非实时数据流），该媒体流直接终结在CSI终端的IMS部分。这与目标专利说明书第[0005]、[0084]、[0090]段中描述的“WTRU维持与远端方之间的IMS媒体流”技术方案、实现机制及技术效果完全相同，属于直接公开。
技术特征N：<br>其中对所述现有的IMS协同会话的所述控制从第二WTRU转移到所述WTRU。<br><br>《未公开》	对比文件全文未记载协同会话控制从第二WTRU转移到该WTRU。	结合目标专利说明书第[0085]、[0089]、[0109]、[0115]段，该特征限定了协同会话主控权在两台终端之间的移交关系（从第一台控制设备转移至第二台设备接管）。对比文件中仅涉及单一通信连接中的呼叫前转（转接至另一号码）或ECT呼叫转移，转移的是通信链路本身，不存在IMS协同会话的控制权在不同设备之间的交接过程。因此该特征未公开。
技术特征O：<br>其中所述协同会话控制转移请求和所述响应是会话发起协议(SIP)消息。<br><br>《隐含公开》	【背景技术】步骤S102、S112、S114、S118；【具体实施方式】步骤S416、S426、S508、S510：<br>“映射成INVITE发送给CSI-IW”；“CSI-IW发送200OK响应消息”；“MGCF将前转指示消息映射成181消息”；“CSI-IW发送BYE消息……发送BYE消息的200OK响应消息”；“通过REFER消息将CSI终端CS部分发生转移通知CSI-IW……还可以选用INVITE(replace)”	目标专利说明书第[0088]、[0116]段记载控制转移信令使用SIP消息（如INVITE、REFER、200 OK等）。对比文件中在处理会话转移、前转及非实时会话交互时，所使用的控制请求和响应（如INVITE、181、200 OK、BYE、REFER）全部为标准会话发起协议（SIP）消息。尽管对比文件传输的消息并非协同会话控制转移请求，但在极宽松的隐含公开标准下，对比文件公开了IMS会话控制及其转移/变更信令采用SIP消息实现的技术手段，二者协议类型相同，可视为该信令载体特征被隐含公开。
技术特征P：<br>其中所述协同会话控制转移请求包括以下中的一者或多者<br><br>《未公开》	对比文件未记载协同会话控制转移请求，亦未记载其携带以下特定参数组合。	结合目标专利说明书第[0092]、[0095]、[0108]、[0113]段，该请求携带协同会话相关标识以实现精准的目标会话与控制权接管。对比文件未公开任何协同会话控制转移请求，其转移相关消息并不具备本特征限定的协同上下文内容，因此该特征未公开。
技术特征Q：<br>所述现有的IMS协同会话的身份<br><br>《未公开》	对比文件未记载协同会话身份标识。	目标专利说明书第[0092]、[0106]段中，会话身份（Session ID）用于在网络存在多个协同会话时唯一定位该协同会话。对比文件仅公开了CS呼叫前转或ECT转移，其信令中未公开任何标识IMS协同会话的身份信息，因此该特征未公开。
技术特征R：<br>所述现有的IMS协同会话的媒体流的身份<br><br>《未公开》	对比文件未记载协同会话的媒体流身份标识。	目标专利说明书第[0092]、[0095]、[0113]段表明，该特征用于指示受协同会话控制转移影响的一个或多个媒体流的ID。对比文件中在信令协商时虽涉及区分实时与非实时媒体成分，但从未在协同会话控制转移请求中指示受控制转移影响的IMS协同会话媒体流身份，该特征未公开。
技术特征S：<br>所述第二WTRU的身份<br><br>《隐含公开》	【具体实施方式】步骤S506-S508、第4段：<br>“MGCF通过CS信令获取CSI终端发生了转移之后的新的终端的号码信息；MGCF通过REFER消息将CSI终端CS部分发生转移并且将转移后的号码信息通知CSI-IW……”；“如果MGCF收到CS域ECT业务的信息，则使MGCF将迁移后的号码信息通知CSI-IW”	目标专利说明书第[0100]、[0111]段记载转移请求中可携带原控制方或源设备标识。对比文件在ECT业务中，MGCF获取发生转移后的终端号码/迁移后的号码，并在向IMS实体发送的REFER/INVITE请求中携带该转移关联终端的身份信息。按照极其宽松的隐含公开判断标准，对比文件公开了在会话转移请求中携带相关联终端（第二终端）身份的技术内容，认定为隐含公开。
技术特征T：<br>所述WTRU的身份。<br><br>《隐含公开》	【发明内容】第4段；【具体实施方式】步骤S408、S426、步骤S108：<br>“CSI-IW发送会话请求给CSI终端……CSI-IW发起到CSI终端IMS部分的非实时媒体会话请求……”	目标专利说明书第[0092]、[0095]、[0108]段记载，转移请求中包含目标接管控制的WTRU身份（如公有用户标识、GRUU等）。对比文件在会话建立及变更过程中，向目标CSI终端发送会话请求（INVITE）消息中必然包含寻址或指示该CSI终端（对应本端WTRU）的URI/身份信息。在极其宽松的标准下，对比文件公开了在发往终端的会话控制类请求中携带该终端自身身份的技术方案，认定为隐含公开。

<<<A>>>

<<>>

<ff>

<<<g>>>

<>>

<<<M>>>

<<<o>>>

<<<s>>>

<<<t>>>

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

技术特征描述以及公开性判断结果	对比文件原文引用	公开性论述
技术特征A：该WTRU包括<br>《隐含公开》	[0017] “The communication system includes a data monitoring apparatus 1 for connecting multiple networks, a monitor terminal 2 for decoding and outputting multimedia data, a 3G network 3, an IP network 4, a 3G-324M terminal 5 connected to the 3G network 3, and a SIP terminal 6 connected to the IP network 4.”<br>（中文翻译：该通信系统包括：用于连接多个网络的数据监控设备1、用于解码和输出多媒体数据的监控终端2、3G网络3、IP网络4、连接到3G网络3的3G-324M终端5、以及连接到IP网络4的SIP终端6。）	在目标专利中，WTRU（无线发射/接收单元）作为协同会话中的通信终端执行信令和媒体交互。对比文件公开了连接到3G网络的3G-324M终端5和连接到IP网络的SIP终端6。移动通信网络（3G网络）中的终端即为无线通信终端设备。本领域技术人员结合公知常识很容易推断出，作为蜂窝网络终端的3G终端属于无线发射/接收单元（WTRU），二者作用相同，因此技术特征A被对比文件《隐含公开》。
技术特征B：接收机<br>《隐含公开》	[0027] “The 3G-324M terminal 5 and the SIP terminal 6 transmit an intra-frame when a request to transmit an intra-frame is issued from the call processing circuit 12.”<br>（中文翻译：当来自呼叫处理电路12发出发送帧内帧的请求时，3G-324M终端5和SIP终端6发送帧内帧。）<br>[0006] “The related art discloses an interchange apparatus for enabling TV telephone communications between a third generation mobile communication... terminal... and a session initiation protocol... terminal.”<br>（中文翻译：相关技术公开了一种互换设备，用于使支持语音和视频的第三代移动通信……终端与会话发起协议……终端之间能够进行可视电话通信。）	目标专利中，接收机用于接收网络侧实体发出的信令与控制消息。对比文件虽然未在文字上直接出现“接收机”这一硬件名词，但对比文件公开了3G-324M终端5和SIP终端6能够与网络侧（数据监控设备1中的呼叫处理电路12）进行双向可视电话通信并接收来自呼叫处理电路12发出的发送帧内帧的请求。终端要接收来自网络设备的请求信号，必然内置有物理层的接收机结构。本领域技术人员能够毫无疑义且确定性地推理得出该终端包含接收机，因此技术特征B被对比文件《隐含公开》。
技术特征C：被配置成接收来自IMS实体的协同会话控制转移请求<br>《未公开》	对比文件通篇未记载相关内容。	目标专利中，该特征是指WTRU接收来自IMS实体（如SCC AS）发起的协同会话控制转移请求（用于改变会话控制权归属）。而对比文件公开的内容仅限于在不同异构网络（3G网络与IP网络）之间通过中继互换设备进行音视频可视电话监控，其涉及的控制信令仅是呼叫处理协议转换（H.245与SIP之间转换）及发送帧内帧的请求（intra-frame request），完全不涉及IP多媒体子系统（IMS）架构下的协同会话（Collaborative Session）机制，更未公开“IMS实体”以及“协同会话控制转移请求”。即使按最宽松标准，对比文件也不存在任何可供推断该技术方案的基础，因此技术特征C《未公开》。
技术特征D：其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求<br>《未公开》	对比文件通篇未记载相关内容。	目标专利中，该特征限定了协同会话控制转移请求的具体业务语义——请求该WTRU承担/接管现有协同会话的主控权（成为控制方WTRU）。对比文件涉及的仅是常规可视电话呼叫的建立与媒体流监控，完全没有IMS协同会话的概念，更无将会话主控权转移给该终端的控制转移指示。对比文件既无直接公开，本领域技术人员也无法从中推理出任何相关特征，因此技术特征D《未公开》。
技术特征E：其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起<br>《未公开》	对比文件通篇未记载相关内容。	目标专利中，该特征是指由于原控制方（第二WTRU）到IMS网络之间的连接或控制信令发生恶化、中断（退化或损失），进而由IMS实体（SCC AS）自主触发会话控制转移流程。对比文件中虽然在[0040]提到监控多媒体数据质量退化（degraded）并定位怀疑故障区域（例如分析视频数据紊乱），但该退化是对可视电话媒体音视频传输质量的故障定位，既非IMS协同会话控制信令的退化/损失，也不会因此触发任何向其他终端发起转移会话控制权的请求。两者的触发机理、作用对象和控制逻辑完全不同，因此技术特征E《未公开》。
技术特征F：发射机<br>《隐含公开》	[0027] “The 3G-324M terminal 5 and the SIP terminal 6 transmit an intra-frame when a request to transmit an intra-frame is issued from the call processing circuit 12.”<br>（中文翻译：当来自呼叫处理电路12发出发送帧内帧的请求时，3G-324M终端5和SIP终端6发送帧内帧。）	目标专利中，发射机用于向网络实体发送响应或上行数据。对比文件公开了3G-324M终端5和SIP终端6在接收到请求时向网络侧“发送（transmit）”帧内帧数据，并进行可视电话通信。通信终端实现无线/有线信号发送，必然包含硬件发射机结构。本领域技术人员根据对比文件公开的发送行为可以合理确定地推断出该终端具备发射机，因此技术特征F被对比文件《隐含公开》。
技术特征G：被配置成向所述IMS实体传送响应<br>《未公开》	对比文件通篇未记载相关内容。	目标专利中，该特征是指发射机向IMS网络实体（如SCC AS）发送针对协同会话控制转移请求的应答信令。对比文件仅公开了终端向呼叫处理电路发送帧内帧媒体数据，既未涉及IMS实体，也未涉及针对控制转移请求的协议响应消息。本领域技术人员无法从对比文件中推理得出该特征，因此技术特征G《未公开》。
技术特征H：其中所述响应指示接受所述协同会话控制转移请求<br>《未公开》	对比文件通篇未记载相关内容。	目标专利中，该响应具有明确的信令语义，即指示该被控制方WTRU接受接管现有的协同会话控制。对比文件完全不包含协同会话控制转移机制，没有任何终端接受控制转移的响应指示，因此技术特征H《未公开》。
技术特征I：控制器<br>《隐含公开》	[0027] “The 3G-324M terminal 5 and the SIP terminal 6 transmit an intra-frame when a request to transmit an intra-frame is issued from the call processing circuit 12.”<br>（中文翻译：当来自呼叫处理电路12发出发送帧内帧的请求时，3G-324M终端5和SIP终端6发送帧内帧。）	目标专利中，控制器用于控制WTRU的处理流程与通信会话状态。对比文件中的3G-324M终端5和SIP终端6能够参与可视电话通信、解析来自网络的信令并在受到请求时控制自身产生并发送帧内帧图像。终端实现协议交互和行为控制必然依赖内置的控制器/处理器芯片。本领域技术人员结合通用计算机通信技术常识，可以容易地推断出这些终端内部包含控制器，因此技术特征I被对比文件《隐含公开》。
技术特征J：被配置成在对所述现有的IMS协同会话的控制正被转移到所述WTRU时<br>《未公开》	对比文件通篇未记载相关内容。	目标专利中，该特征限定了控制器的控制时机与状态转换上下文（在控制权转移进行中接管控制）。对比文件完全没有协同会话控制转移过程，控制器不存在在控制权正被转移时采取相应动作的配置，因此技术特征J《未公开》。
技术特征K：控制所述现有的IMS协同会话。<br>《未公开》	对比文件通篇未记载相关内容。	目标专利中，该特征是指成为新的控制方WTRU后，对现有的多个设备参与的IMS协同会话执行控制（如增加、释放、转移媒体流等）。对比文件中的终端仅参与两方之间的点对点普通可视电话通信，不存在对多个设备协同会话的整体管控机制，因此技术特征K《未公开》。
技术特征L：其中所述WTRU是处于所述现有的IMS协同会话中的被控制方WTRU。<br>《未公开》	对比文件通篇未记载相关内容。	目标专利中，该特征限定了该WTRU在转移发生前的角色——它是已有协同会话中的“被控制方WTRU”（从属参与设备）。对比文件中的通信终端5和6只是点对点呼叫中的对等端点，没有IMS协同会话中“控制方WTRU”与“被控制方WTRU”的主从协同角色划分，因此技术特征L《未公开》。
技术特征M：其中所述WTRU具有与远端方之间的IMS媒体流。<br>《未公开》	对比文件通篇未记载相关内容。	目标专利中，该特征是指在协同会话中，被控制方WTRU自身也维持着一条与远端方之间的IMS媒体流（例如语音或视频流）。对比文件中虽然3G终端与SIP终端之间存在可视电话的音频/视频媒体传输，但该媒体流是跨3G与IP网络的常规电路交换/分组交换呼叫中继媒体流，既非IMS多媒体子系统架构所建立和托管的IMS媒体流，也不存在协同会话中的远端方概念，因此技术特征M《未公开》。
技术特征N：其中对所述现有的IMS协同会话的所述控制从第二WTRU转移到所述WTRU。<br>《未公开》	对比文件通篇未记载相关内容。	目标专利中，该特征明确了会话控制权的转移源（第二WTRU/原控制方）和转移宿（该WTRU）。对比文件中不存在任何设备间会话控制权转移的操作或机制，因此技术特征N《未公开》。
技术特征O：其中所述协同会话控制转移请求和所述响应是会话发起协议(SIP)消息。<br>《未公开》	[0006] “...and a session initiation protocol (hereinafter referred to as a SIP) terminal.”<br>（中文翻译：……以及会话发起协议（以下简称SIP）终端。）<br>[0021] “For example, the call processing circuit 12 converts the call processing signal received from the 3G network processing circuit 14 into a signal on the basis of the SIP protocol as a call processing signal of the SIP terminal 6...”<br>（中文翻译：例如，呼叫处理电路12将从3G网络处理电路14接收到的呼叫处理信号转换成基于SIP协议的信号作为SIP终端6的呼叫处理信号……）	对比文件虽然公开了SIP协议及基于SIP协议的呼叫处理信号，但这仅是用于普通的SIP终端呼叫建立与格式转换。对比文件完全没有公开“协同会话控制转移请求”和“对协同会话控制转移请求的响应”，因此更未公开上述请求和响应具体为SIP消息。即使按最宽松标准，对比文件也未部分公开用于会话转移控制的SIP信令方案，因此技术特征O《未公开》。
技术特征P：其中所述协同会话控制转移请求包括以下中的一者或多者<br>《未公开》	对比文件通篇未记载相关内容。	目标专利中，该特征引出协同会话控制转移请求信令内部携带的具体标识参数。对比文件不存在协同会话控制转移请求信令，故不存在该请求包含指定内容特征，因此技术特征P《未公开》。
技术特征Q：所述现有的IMS协同会话的身份<br>《未公开》	对比文件通篇未记载相关内容。	目标专利中，该特征是指用于指示当前协同会话的会话标识（Session ID）。对比文件中无IMS协同会话，也不存在指示协同会话身份的信令参数，因此技术特征Q《未公开》。
技术特征R：所述现有的IMS协同会话的媒体流的身份<br>《未公开》	对比文件通篇未记载相关内容。	目标专利中，该特征是指用于标识协同会话中具体某一个或多个受控媒体流的标识（Media Flow ID）。对比文件虽有区分音频与视频，但在呼叫信令中并未公开协同会话媒体流身份参数，因此技术特征R《未公开》。
技术特征S：所述第二WTRU的身份<br>《未公开》	对比文件通篇未记载相关内容。	目标专利中，该特征是指在控制转移请求中携带原控制方WTRU的标识。对比文件中不存在协同会话转移请求，亦无在请求中携带第二WTRU身份的内容，因此技术特征S《未公开》。
技术特征T：所述WTRU的身份。<br>《未公开》	对比文件通篇未记载相关内容。	目标专利中，该特征是指在协同会话控制转移请求中携带新的控制方/该WTRU的身份。对比文件中无协同会话控制转移请求，未公开在控制转移请求中携带该WTRU身份的技术方案，因此技术特征T《未公开》。

---

<<<a>>>

<<>>

<<<f>>>

<<>>

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

由于您提供的对比文件【对比文件/2007-12-13_WO2007142866A_发明申请_WO2007142866A3 CONTEXT-AWARE MIGRATION OF COMMUNICATION SESSION.docx】明确标注为“无说明书”，缺乏对比文件的具体正文文本内容以供提取段落与原文引用，以下基于专利法创造性与新颖性评判规则，以对比文件未记载任何具体文本的前提，客观呈现特征比对表格。

**特征比对表格**

技术特征描述及公开性判断结果	对比文件原文引用	公开性论述
技术特征A：该WTRU包括<br>《未公开》	无（对比文件未提供说明书内容）	由于对比文件缺失说明书正文内容，无法获知其是否记载了无线发射/接收单元（WTRU）或包含相关硬件架构的终端实体，既不能直接得出，亦无基础进行合理推理或部分推导。
技术特征B：接收机<br>《未公开》	无（对比文件未提供说明书内容）	对比文件无说明书正文，无从得知其是否记载或提及了接收机或相应物理层/射频接收硬件单元。
技术特征C：被配置成接收来自IMS实体的协同会话控制转移请求<br>《未公开》	无（对比文件未提供说明书内容）	目标专利中该特征是指被控制方WTRU通过其接收组件接收由IMS网络实体（如SCC AS）下发的转移控制权请求消息。对比文件无正文文本，无任何信令交互或实体请求的公开依据。
技术特征D：其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求<br>《未公开》	无（对比文件未提供说明书内容）	目标专利中请求用于告知目标终端需要接管现有的协同会话控制权。对比文件缺乏说明书，无法获知是否涉及协同会话控制权转移指示及相关语义。
技术特征E：其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起<br>《未公开》	无（对比文件未提供说明书内容）	目标专利（如[0117]段）公开由于控制方WTRU连接降低/退化，由SCC AS主动触发转移。对比文件无说明书内容，无从得出基于信令退化或损失由IMS实体发起转移的技术内容。
技术特征F：发射机<br>《未公开》	无（对比文件未提供说明书内容）	对比文件无文本支撑，无法获知是否公开了发射机或相关传输硬件。
技术特征G：被配置成向所述IMS实体传送响应<br>《未公开》	无（对比文件未提供说明书内容）	对比文件缺失正文，无法体现向网络实体回传响应消息的交互流程。
技术特征H：其中所述响应指示接受所述协同会话控制转移请求<br>《未公开》	无（对比文件未提供说明书内容）	对比文件缺乏具体方案记载，未体现指示接受控制权转移的具体响应信令。
技术特征I：控制器<br>《未公开》	无（对比文件未提供说明书内容）	对比文件缺乏说明书，无法获知是否公开了用于协同会话控制决策和状态管理的控制器或处理器组件。
技术特征J：被配置成在对所述现有的IMS协同会话的控制正被转移到所述WTRU时<br>《未公开》	无（对比文件未提供说明书内容）	对比文件无正文，无法体现控制权转移时序及转移过程中的状态配置。
技术特征K：控制所述现有的IMS协同会话。<br>《未公开》	无（对比文件未提供说明书内容）	对比文件缺乏文本，无法体现成为新的控制方并执行协同会话控制功能（如添加、删除、释放媒体流等）的方案。
技术特征L：其中所述WTRU是处于所述现有的IMS协同会话中的被控制方WTRU。<br>《未公开》	无（对比文件未提供说明书内容）	对比文件无说明书，未披露该终端在转移前本身就是该协同会话中的被控制方设备的角色关系。
技术特征M：其中所述WTRU具有与远端方之间的IMS媒体流。<br>《未公开》	无（对比文件未提供说明书内容）	对比文件无正文记载，未体现目标终端在保持自身媒体流的同时参与会话的架构。
技术特征N：其中对所述现有的IMS协同会话的所述控制从第二WTRU转移到所述WTRU。<br>《未公开》	无（对比文件未提供说明书内容）	对比文件无文本，无法确认是否存在控制权从第二终端（原控制方）移交至目标终端的流程。
技术特征O：其中所述协同会话控制转移请求和所述响应是会话发起协议(SIP)消息。<br>《未公开》	无（对比文件未提供说明书内容）	对比文件缺乏正文，无法证明转移请求与响应采用SIP信令实现。
技术特征P：其中所述协同会话控制转移请求包括以下中的一者或多者<br>《未公开》	无（对比文件未提供说明书内容）	对比文件缺失说明书，无相关消息信元或参数字段的公开内容。
技术特征Q：所述现有的IMS协同会话的身份<br>《未公开》	无（对比文件未提供说明书内容）	对比文件无文本，未公开在转移请求中携带协同会话标识（Session ID）。
技术特征R：所述现有的IMS协同会话的媒体流的身份<br>《未公开》	无（对比文件未提供说明书内容）	对比文件无文本，未公开在转移请求中携带媒体流ID。
技术特征S：所述第二WTRU的身份<br>《未公开》	无（对比文件未提供说明书内容）	对比文件无文本，未公开携带第二终端（原控制方）身份标识的内容。
技术特征T：所述WTRU的身份。<br>《未公开》	无（对比文件未提供说明书内容）	对比文件无文本，未公开携带目标终端自身身份标识的内容。

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

根据提供的对比文件信息，对比文件【对比文件/2008-02-27_EP1819092A_发明公开_EP1819092A4 THE METHOD AND DEVICE FOR CONTROLLING SESSION.docx】的内容标注为“无说明书”，即未给出具体的正文文本、实施例、权利要求或段落内容。

在缺乏对比文件具体文本内容作为对比依据的前提下，无法提取对比文件中的具体原文段落、功能作用或具体技术方案以支撑“直接公开”的认定，亦缺乏能够进行合理逻辑外推、组合推断的文字载体以满足“隐含公开”的认定。

因此，对比文件未能公开（无论直接公开还是隐含公开）目标专利权利要求的技术特征A至T中的任何一个。

**特征比对表格**

技术特征描述及判断结果	对比文件原文引用	公开性论述
技术特征A：该WTRU包括<br>《未公开》	无（对比文件未提供说明书内容）	由于对比文件未提供具体说明书文本及公开内容，缺乏事实依据，本领域技术人员无法从中得出或合理推断出该WTRU的结构特征。
技术特征B：接收机<br>《未公开》	无（对比文件未提供说明书内容）	由于对比文件未提供具体说明书文本及公开内容，无法获知其是否公开了接收机部件。
技术特征C：被配置成接收来自IMS实体的协同会话控制转移请求<br>《未公开》	无（对比文件未提供说明书内容）	由于对比文件未提供说明书正文，缺乏有关IMS实体、协同会话控制转移请求的任何技术方案记载，无法认定直接或隐含公开。
技术特征D：其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求<br>《未公开》	无（对比文件未提供说明书内容）	对比文件无具体文本支持，无法得出或合理推断出协同会话控制转移请求所指示的特定控制接收指示。
技术特征E：其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起<br>《未公开》	无（对比文件未提供说明书内容）	对比文件无具体文本支持，未公开基于控制信令退化或损失而由IMS实体发起控制转移的触发机制。
技术特征F：发射机<br>《未公开》	无（对比文件未提供说明书内容）	对比文件无具体文本支持，无法获知是否公开了发射机部件。
技术特征G：被配置成向所述IMS实体传送响应<br>《未公开》	无（对比文件未提供说明书内容）	对比文件无具体文本支持，未公开向IMS实体传送响应的配置与逻辑。
技术特征H：其中所述响应指示接受所述协同会话控制转移请求<br>《未公开》	无（对比文件未提供说明书内容）	对比文件无具体文本支持，未公开响应的具体接受语义内容。
技术特征I：控制器<br>《未公开》	无（对比文件未提供说明书内容）	对比文件无具体文本支持，无法确认是否公开了控制器结构。
技术特征J：被配置成在对所述现有的IMS协同会话的控制正被转移到所述WTRU时<br>《未公开》	无（对比文件未提供说明书内容）	对比文件无具体文本支持，未公开控制转移过程中的时序与配置条件。
技术特征K：控制所述现有的IMS协同会话。<br>《未公开》	无（对比文件未提供说明书内容）	对比文件无具体文本支持，未公开WTRU执行现有IMS协同会话控制的动作。
技术特征L：其中所述WTRU是处于所述现有的IMS协同会话中的被控制方WTRU。<br>《未公开》	无（对比文件未提供说明书内容）	对比文件无具体文本支持，未公开目标WTRU作为“被控制方WTRU”的特定角色定义。
技术特征M：其中所述WTRU具有与远端方之间的IMS媒体流。<br>《未公开》	无（对比文件未提供说明书内容）	对比文件无具体文本支持，未公开WTRU与远端方之间建立及维持IMS媒体流的关系。
技术特征N：其中对所述现有的IMS协同会话的所述控制从第二WTRU转移到所述WTRU。<br>《未公开》	无（对比文件未提供说明书内容）	对比文件无具体文本支持，未公开协同会话控制在第二WTRU与该WTRU之间的转移关系。
技术特征O：其中所述协同会话控制转移请求和所述响应是会话发起协议(SIP)消息。<br>《未公开》	无（对比文件未提供说明书内容）	对比文件无具体文本支持，未公开转移请求和响应采用SIP协议消息的具体实现。
技术特征P：其中所述协同会话控制转移请求包括以下中的一者或多者<br>《未公开》	无（对比文件未提供说明书内容）	对比文件无具体文本支持，未公开请求消息包含具体身份信息的特征组合框架。
技术特征Q：所述现有的IMS协同会话的身份<br>《未公开》	无（对比文件未提供说明书内容）	对比文件无具体文本支持，未公开在转移请求中携带协同会话身份。
技术特征R：所述现有的IMS协同会话的媒体流的身份<br>《未公开》	无（对比文件未提供说明书内容）	对比文件无具体文本支持，未公开在转移请求中携带协同会话媒体流身份。
技术特征S：所述第二WTRU的身份<br>《未公开》	无（对比文件未提供说明书内容）	对比文件无具体文本支持，未公开在转移请求中携带第二WTRU（源端/原控制方）的身份。
技术特征T：所述WTRU的身份。<br>《未公开》	无（对比文件未提供说明书内容）	对比文件无具体文本支持，未公开在转移请求中携带该WTRU（目标端/新控制方）的身份。

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

技术特征描述及公开性判断结果	对比文件原文引用	公开性论述
技术特征A：该WTRU包括<br>《直接公开》	【说明书第[0016]段】<br>“携帯電話機２０は、自機が在圏する無線エリアをカバーする基地局（不図示）と無線通信を行い、通話サービスあるいはパケット通信サービスを受ける移動通信端末である。携帯電話機２０は、物理的には、例えば、ＣＰＵ、メモリ、通信装置、入力キー、ディスプレイ等により構成される。”<br>【中文翻译】“移动电话机20是与覆盖自身所在无线区域的基站（未示出）进行无线通信、接受通话服务或分组通信服务的移动通信终端。移动电话机20在物理上例如由CPU、存储器、通信装置、输入键、显示器等构成。”	目标专利说明书第[0031]、[0042]段明确指出WTRU可以包括移动电话、智能手机或UE等移动通信实体。对比文件公开了移动通信终端（便携式电话机20），该便携式电话机在无线环境下与基站进行无线通信，完全对应于技术特征A中的WTRU，属于相同技术领域的等同技术手段，该特征被对比文件《直接公开》。
技术特征B：接收机<br>《直接公开》	【说明书第[0016]段、第[0029]段】<br>“携帯電話機２０は、物理的には、例えば、ＣＰＵ、メモリ、通信装置、入力キー、ディスプレイ等により構成される。”<br>“グループ通話制御部２１は、グループ通話制御サーバ１０から送信されたグループ通話参加要請信号を受信する。”<br>【中文翻译】“移动电话机20在物理上例如由CPU、存储器、通信装置、输入键、显示器等构成。”<br>“群组通话控制部21接收从群组通话控制服务器10发送的群组通话参加邀请信号。”	目标专利说明书第[0042]、[0046]段中，WTRU包含收发信机以接收信号。对比文件中的移动电话机20包括通信装置，并且群组通话控制部21执行接收来自服务器的邀请信号等操作，本领域技术人员能够毫无疑义地确定其必然具备接收无线信号的“接收机”，该特征被对比文件《直接公开》。
技术特征C：被配置成接收来自IMS实体的协同会话控制转移请求<br>《未公开》	对比文件通篇未记载有关“协同会话控制转移请求”或“协同会话控制转移”的内容。<br>对比文件仅在第[0021]段、第[0029]段等处记载了：“グループ通話制御部１１は、グループ通話開始要求信号に含まれるＳＩＰ−ＵＲＩに対応する着信側の携帯電話機２０に対してグループ通話参加要請信号を送信する。”（群组通话控制部11向与群组通话开始请求信号中包含的SIP-URI对应的被叫侧移动电话机20发送群组通话参加邀请信号）。	目标专利说明书第[0006]、[0085]、[0115]–[0120]段清楚说明，“协同会话控制转移”是指在一个现有的协同多方会话中，将对协同会话的管理控制权（例如增加、去除、复制或转移媒体流的控制权限）从一个控制方WTRU转移到另一个WTRU的过程。而对比文件公开的仅仅是群组通话（如PTT通话）的初始“参加邀请信号”或未应答终端的“中途参加要求”，该过程仅涉及媒体呼叫的加入或建立，完全不涉及控制权限（协同会话控制）从一个设备向另一个设备的“控制转移请求”。即使将群组通话控制服务器极其宽松地推定或类比为IMS架构实体，其发送的也只是加入通话的参加邀请信号，并非协同会话控制转移请求。无论是直接公开还是宽松的隐含公开标准，对比文件都未公开该特征。
技术特征D：其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求<br>《未公开》	对比文件通篇未公开接收“对现有的IMS协同会话的控制”的请求。仅在第[0021]段记载了：“通話に参加している携帯電話機２０の状態や発言権の管理等を行う”（管理参加群组通话的移动电话机20的状态和发言权等）。	目标专利说明书第[0085]、[0095]、[0108]段明确界定，接收协同会话控制转移请求是为了请求该WTRU承担/接受协同会话的“控制方WTRU”（Controller WTRU）角色，从而接管对整个协同会话及各个媒体流的控制权。对比文件中的信号只是要请终端作为普通参与方加入通话（发言权仍由服务器统一管理），完全没有向移动终端指示接收对协同会话的“控制权”的内容。因此该特征未被公开。
技术特征E：其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起<br>《未公开》	对比文件第[0002]段仅在背景技术提及：“圏外等の理由によりグループ通話から切断された移動通信端末をグループ通話に再接続（再参加）させる”（使因超出服务区等原因从群组通话断开的移动通信终端重新连接至群组通话）。但在其实施方式（第[0026]段、第[0031]段）中，发送参加要请信号仅是在通话初始建立时基于主叫终端的呼叫请求发出，后续中途参加也是由未应答终端自主发起的。	目标专利说明书第[0117]段记载，SCC AS由于当前条件（例如控制方WTRU到SCC AS的连接已经降低或恶化）主动发起协同会话控制转移。而对比文件根本不存在控制权转移的机制，更不存在因第二终端（原控制方）控制信令退化或丢失而由网络侧实体触发并向目标终端发起控制转移请求的方案，该特征未被公开。
技术特征F：发射机<br>《直接公开》	【说明书第[0016]段、第[0029]段】<br>“携帯電話機２０は、物理的には、例えば、ＣＰＵ、メモリ、通信装置、入力キー、ディスプレイ等により構成される。”<br>“グループ通話制御部２１は、グループ通話参加要請信号を受信した場合に、ユーザの操作指示にしたがって、グループ通話に参加するか否かを示す参加有無情報を含めた応答信号をグループ通話制御サーバ１０に送信する。”<br>【中文翻译】“移动电话机20在物理上例如由CPU、存储器、通信装置、输入键、显示器等构成。”<br>“群组通话控制部21在接收到群组通话参加邀请信号时，按照用户的操作指示向群组通话控制服务器10发送包含表示是否参加群组通话的参加有无信息的响应信号。”	目标专利说明书第[0042]、[0044]、[0046]段指出WTRU具备用于发送无线信号的发射/接收元件及收发信机。对比文件明确公开了移动电话机20包括通信装置，并且能够向群组通话控制服务器发送响应信号、中途参加请求信号等，本领域技术人员可以毫无疑义地确定其必然包括用于向上行链路发送信号的“发射机”，该特征被对比文件《直接公开》。
技术特征G：被配置成向所述IMS实体传送响应<br>《隐含公开》	【说明书第[0029]段、第[0038]段】<br>“グループ通話制御部２１は、グループ通話参加要請信号を受信した場合に、ユーザの操作指示にしたがって、グループ通話に参加するか否かを示す参加有無情報を含めた応答信号をグループ通話制御サーバ１０に送信する。”<br>“参加端末２０ｂのグループ通話制御部２１は、グループ通話に参加することを示す参加応答信号をグループ通話制御サーバ１０に送信する（ステップＳ８）。”<br>【中文翻译】“群组通话控制部21在接收到群组通话参加邀请信号时，按照用户的操作指示向群组通话控制服务器10发送包含表示是否参加群组通话的参加有无信息的响应信号。”<br>“参加终端20b的群组通话控制部21向群组通话控制服务器10发送表示参加群组通话的参加响应信号（步骤S8）。”	目标专利说明书第[0109]、[0120]段中，响应是向网络实体（SCC AS）回复的消息。对比文件公开了移动电话机20被配置成向群组通话控制服务器10传送参加响应信号；对比文件说明书第[0021]段记载了使用SIP协议进行会话建立并管理SIP-URI，群组通话控制服务器10在基于SIP的移动多媒体系统中承担着呼叫控制服务器的角色。在极为宽松的隐含公开标准下，群组通话控制服务器属于IMS实体的范畴或可能与IMS实体等同，并且其发送响应信号的机制在通信交互层面具有对应性，因而技术特征G可被合理推断为《隐含公开》。
技术特征H：其中所述响应指示接受所述协同会话控制转移请求<br>《未公开》	对比文件第[0029]段、第[0038]段记载：<br>“グループ通話に参加することを示す参加応答信号”（表示参加群组通话的参加响应信号）。	目标专利说明书第[0096]、[0109]、[0120]段强调，该响应是指示接受“协同会话控制转移”，即接受承担控制方角色。对比文件的响应信号仅仅是指示接受加入该群组通话进行通话（媒体层面接入），完全不涉及对“会话控制权转移请求”的接受。两者在技术含义和实际作用上完全不同，该特征未被公开。
技术特征I：控制器<br>《直接公开》	【说明书第[0016]段、第[0028]段】<br>“携帯電話機２０は、物理的には、例えば、ＣＰＵ、メモリ、通信装置、入力キー、ディスプレイ等により構成される。”<br>“図２に示すように、携帯電話機２０は、グループ通話制御部２１と、着信履歴更新部２２（記憶手段）と、途中参加制御部２３（送信手段）とを有する。”<br>【中文翻译】“移动电话机20在物理上例如由CPU、存储器、通信装置、输入键、显示器等构成。”<br>“如图2所示，移动电话机20具有群组通话控制部21、来电历史更新部22（存储手段）和中途参加控制部23（发送手段）。”	目标专利说明书第[0042]、[0043]段指出，控制器可由处理器（如CPU、微处理器、控制器等）实现。对比文件明确公开了移动电话机20在物理上包含CPU，并在功能上包含群组通话控制部21等控制单元，毫无疑义地公开了“控制器”，该特征被对比文件《直接公开》。
技术特征J：被配置成在对所述现有的IMS协同会话的控制正被转移到所述WTRU时<br>《未公开》	对比文件全篇未公开任何协同会话控制权向该终端转移的时序或状态。	目标专利说明书第[0085]、[0120]段描述了控制权向新控制方转移的切换过程。对比文件中移动终端仅是作为受邀方或中途加入方进入通话，根本不存在任何会话控制权“正被转移到该终端”的过程或配置状态，该特征未被公开。
技术特征K：控制所述现有的IMS协同会话<br>《未公开》	【说明书第[0021]段】<br>“また、グループ通話制御部１１は、複数のグループ通話を確立させることができ、グループ通話に参加している携帯電話機２０の状態や発言権の管理等を行う。”<br>【中文翻译】“此外，群组通话控制部11能够建立多个群组通话，并进行参加群组通话的移动电话机20的状态及发言权的管理等。”	目标专利说明书第[0006]、[0085]段对“控制所述现有的IMS协同会话”有明确限定，即由控制方WTRU对整个协同会话行使控制（例如增加、去除、释放、复制或转移媒体流，或允许/拒绝其他WTRU的影响会话的请求）。而对比文件明确记载对群组通话的控制（包括成员状态和发言权管理）由服务器端的群组通话控制部11统一执行，移动终端20仅仅是通话的参与者，根本不具备控制整个协同会话的能力，该特征未被公开。
技术特征L：其中所述WTRU是处于所述现有的IMS协同会话中的被控制方WTRU<br>《隐含公开》	【说明书第[0021]段、第[0037]段–第[0040]段】<br>“着信側の携帯電話機２０からグループ通話に参加することを示す参加応答信号を受信した場合に、例えば、ＳＩＰ等のプロトコルにより携帯電話機２０間にセッションを張りグループ通話を確立させる。”<br>“また、グループ通話制御部１１は、複数のグループ通話を確立させることができ、グループ通話に参加している携帯電話機２０の状態や発言権の管理等を行う。”<br>【中文翻译】“在从被叫侧的移动电话机20接收到表示参加群组通话的参加响应信号的情况下，通过例如SIP等协议在移动电话机20之间建立会话并建立群组通话。”<br>“此外，群组通话控制部11能够建立多个群组通话，并进行参加群组通话的移动电话机20的状态及发言权的管理等。”	目标专利说明书第[0085]、[0090]段记载，在协同会话中，除了主导会话管理的控制方WTRU外，其他参与会话的终端为被控制方WTRU。对比文件中，建立群组通话后，各移动电话机20处于由网络端/主叫端发起的统一多方通话会话中，其发言权和通话状态由系统管理与控制。依据最宽松的隐含公开判断标准，参加群组通话的接收端移动电话机20属于会话中受控参与的终端，本领域技术人员有可能将其合理解释或推断为“处于现有的协同会话中的被控制方WTRU”，故认定为《隐含公开》。
技术特征M：其中所述WTRU具有与远端方之间的IMS媒体流<br>《直接公开》	【说明书第[0018]段、第[0021]段】<br>“なお、グループ通話に参加しているとは、携帯電話機２０がグループ通話制御サーバ１０からグループ通話の機能を提供され、グループ通話に参加している他の携帯電話機２０との間で音声データである通話データを送受信することができる状態をいう。”<br>“グループ通話制御部１１は、通話データである音声データ（パケット）のコピーおよび転送を行う。”<br>【中文翻译】“需要说明的是，参加群组通话是指移动电话机20由群组通话控制服务器10提供群组通话功能、并能够与参加群组通话的其他移动电话机20之间收发作为语音数据的通话数据的状态。”<br>“群组通话控制部11执行作为通话数据的语音数据（分组）的复制和转发。”	目标专利说明书第[0005]、[0082]、[0084]段明确记载，媒体流包括音频、视频或文本流，例如WTRU与远端方之间的语音音频会话。对比文件明确公开了移动电话机20在群组通话中与其他移动通信终端（远端方）之间收发语音数据包（媒体流），且该系统支持SIP协议（IMS的核心协议），语音数据通过IP分组网络传输，毫无疑义地公开了“WTRU具有与远端方之间的IMS媒体流”，该特征被对比文件《直接公开》。
技术特征N：其中对所述现有的IMS协同会话的所述控制从第二WTRU转移到所述WTRU<br>《未公开》	对比文件全篇未公开控制权在终端之间转移。	目标专利说明书第[0006]、[0085]段强调控制权从第一终端转移到第二终端。对比文件中群组通话的控制由控制服务器统一维持，并不存在将协同会话的控制从一个移动终端（第二WTRU）转移给另一个移动终端（所述WTRU）的机制，该特征未被公开。
技术特征O：其中所述协同会话控制转移请求和所述响应是会话发起协议(SIP)消息<br>《隐含公开》	【说明书第[0021]段】<br>“まず、グループ通話制御部１１は、発信側の携帯電話機２０から送信されたグループ通話を確立させるためのグループ通話開始要求信号（ＩＮＶＩＴＥ）を受信する。このグループ通話開始要求信号には、グループ通話に参加するように要請された着信側の携帯電話機２０を一意に特定するための端末ＩＤ、例えばＳＩＰ−ＵＲＩ（Session Initiation Protocol - Uniform Resource Identifier）が含まれている。……グループ通話制御部１１は、着信側の携帯電話機２０からグループ通話に参加することを示す参加応答信号を受信した場合に、例えば、ＳＩＰ等のプロトコルにより携帯電話機２０間にセッションを張りグループ通話を確立させる。”<br>【中文翻译】“首先，群组通话控制部11接收用于建立群组通话的、从主叫侧移动电话机20发送的群组通话开始请求信号（INVITE）。该群组通话开始请求信号中包含用于唯一确定被邀请参加群组通话的被叫侧移动电话机20的终端ID，例如SIP-URI……群组通话控制部11在从被叫侧移动电话机20接收到表示参加群组通话的参加响应信号的情况下，通过例如SIP等协议在移动电话机20之间建立会话并建立群组通话。”	目标专利说明书第[0088]段记载，控制平面消息传送使用SIP消息。对比文件明确记载群组通话的建立信令基于SIP协议（如INVITE请求及相应的响应消息）。依据极其宽松的隐含公开标准，对比文件部分公开了在多方会话管理中使用SIP消息作为请求和响应的信令载体，本领域技术人员有可能合理推断出其控制交互消息采用SIP消息实现，故认定技术特征O被《隐含公开》。
技术特征P：其中所述协同会话控制转移请求包括以下中的一者或多者<br>《隐含公开》	【说明书第[0021]段、第[0024]段、第[0029]段】<br>“グループＩＤ送信制御部１４は、グループＩＤをグループ通話参加要請信号に含めて送信するようにグループ通話制御部１１に対して指示する。”<br>“このグループ通話参加要請信号には、グループＩＤおよびグループメンバを特定する情報が含まれる。”<br>【中文翻译】“群组ID发送控制部14向群组通话控制部11指示将群组ID包含在群组通话参加邀请信号中进行发送。”<br>“该群组通话参加邀请信号中包含群组ID以及用于确定群组成员的信息。”	目标专利说明书第[0095]、[0108]段记载请求中携带会话标识、成员标识等信息。在极宽松的隐含公开判断标准下，对比文件的参加邀请信号中包含了群组ID（会话身份）以及群组成员信息（终端身份），在消息字段构成的层面部分公开了相关特征，存在推导和组合的可能性，故特征P可被视为《隐含公开》。
技术特征Q：所述现有的IMS协同会话的身份<br>《隐含公开》	【说明书第[0024]段、第[0029]段】<br>“具体的に説明すると、例えば、グループＩＤの送信先が着信側の携帯電話機２０である場合に、グループＩＤ送信制御部１４は、グループＩＤをグループ通話参加要請信号に含めて送信するようにグループ通話制御部１１に対して指示する。”<br>“このグループ通話参加要請信号には、グループＩＤおよびグループメンバを特定する情報が含まれる。”<br>【中文翻译】“具体说明的话，例如在群组ID的发送目的地是被叫侧移动电话机20的情况下，群组ID发送控制部14指示群组通话控制部11将群组ID包含在群组通话参加邀请信号中进行发送。”<br>“该群组通话参加邀请信号中包含群组ID以及确定群组成员的信息。”	目标专利说明书第[0092]、[0095]段指出协同会话身份用于唯一标识正在进行的协同会话。对比文件中的“グループＩＤ”（群组ID）用于唯一确定建立的群组通话会话，且包含在发送给终端的要请信号中。依据极其宽松的隐含公开推断标准，本领域技术人员有可能将群组ID合理推断为对应于多方通话会话的身份标识，故认定技术特征Q被《隐含公开》。
技术特征R：所述现有的IMS协同会话的媒体流的身份<br>《未公开》	对比文件第[0023]段仅记载表格中有“ＩＰアドレス、ポート番号”（IP地址、端口号），未涉及协同会话中具体媒体流的身份（Media Stream ID）。	目标专利说明书第[0078]、[0092]、[0095]段特别强调，由于协同会话可同时存在音频、视频等多个独立媒体流，因此需要特别识别其控制将被转移的具体媒体流身份。对比文件仅是单一语音通话，完全没有区分并携带协同会话媒体流身份的概念与设计，该特征未被公开。
技术特征S：所述第二WTRU的身份<br>《隐含公开》	【说明书第[0030]段、第[0031]段】<br>“また、例えば、グループ通話による呼出信号（グループ通話参加要請信号）を受信した場合に、着信履歴更新部２２は、発信者名、発信電話番号、着信日時、グループＩＤ、グループメンバを含む着信履歴情報を着信履歴テーブル２９に登録する。”<br>“発信者には、発信側の携帯電話機２０のユーザのアドレス帳登録名称が格納される。電話番号には、発信側の携帯電話機２０の電話番号が格納される。”<br>【中文翻译】“另外，例如在接收到通过群组通话的呼叫信号（群组通话参加邀请信号）的情况下，来电历史更新部22将包含主叫方姓名、主叫电话号码、来电日期时间、群组ID、群组成员的来电历史信息注册到来电历史表29中。”<br>“在主叫方中存储主叫侧移动电话机20的用户通讯录注册名称。在电话号码中存储主叫侧移动电话机20的电话号码。”	目标专利说明书第[0092]、[0100]段中，第二WTRU身份包括原控制方或其他终端的电话号码、URI等。对比文件中移动终端接收到的群组通话参加邀请信号中携带发信侧移动电话机（即主叫方第二终端）的电话号码/名称，在极宽松的隐含推断标准下，该特征已被部分公开并可合理推断得出，故认定技术特征S被《隐含公开》。
技术特征T：所述WTRU的身份<br>《隐含公开》	【说明书第[0021]段】<br>“グループ通話制御部１１は、グループ通話開始要求信号に含まれるＳＩＰ−ＵＲＩに対応する着信側の携帯電話機２０に対してグループ通話参加要請信号を送信する。”<br>【中文翻译】“群组通话控制部11向与群组通话开始请求信号中包含的SIP-URI对应的被叫侧移动电话机20发送群组通话参加邀请信号。”	目标专利说明书第[0092]段明确指出WTRU身份可采用SIP URI。对比文件中服务器向着信侧终端（所述WTRU）发送基于其SIP-URI寻址的参加邀请信号，按照SIP消息传输规范及极其宽松的隐含推断标准，该信号中必然包含指向接收方自身（To头域）的WTRU身份，故认定技术特征T被《隐含公开》。

<<<A>>>

<<>>

<<<F>>>

<<>>

<<<M>>>

<<<g>>>

<<<l>>>

<<<o>>>

<<>>

<<<q>>>

<<<s>>>

<<<t>>>

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

技术特征描述及公开性判断结果	对比文件原文引用	公开性论述
技术特征A：该WTRU包括<br><br>判断结果：《直接公开》	【对比文件JP2008078935A】<br>【第3段】：<br>“この無線通信システムは、ホームエージェント（ＨＡ）１０１と、…モバイルＩＰ技術におけるＭＮの機能と無線通信機能を持つ移動局（Mobile Station：ＭＳ）１０３と、で構成される。”<br>（该无线通信系统包括：归属代理（HA）101、…以及具有移动IP技术中的MN的功能和无线通信功能的移动台（Mobile Station：MS）103。）<br>【第16段】：<br>“ＭＳ（Mobile Station）３は、移動局である。…無線基地局５ａ，５ｂ，５ｃ（ＢＳ：Base Station）は、それぞれＧＷ２ａ，ＧＷ２ｂ，ＧＷ２ｃに接続され、ＭＳ３と無線で接続される無線基地局（ＢＳ：Base Station）である。”<br>（MS（Mobile Station）3是移动局。…无线基站5a、5b、5c（BS：Base Station）分别连接至GW 2a、2b、2c，是与MS 3进行无线连接的无线基站。）	目标专利说明书第[0031]段明确记载，WTRU可配置为在无线环境中进行操作和/或通信的任何类型设备，例如包括用户设备（UE）、移动台、蜂窝电话等。对比文件公开了具有无线通信功能的移动局（MS 3/103），其与无线基站进行无线通信。本领域技术人员可以毫无疑义地确定对比文件中的移动局（MS）即为无线发射/接收单元（WTRU）。两者技术实质与功能完全相同，构成直接公开。
技术特征B：接收机<br><br>判断结果：《直接公开》	【对比文件JP2008078935A】<br>【第3段、第16段】：<br>“無線通信機能を持つ移動局（Mobile Station：ＭＳ）１０３”<br>（具有无线通信功能的移动台（Mobile Station：MS）103）<br>【第17段】：<br>“ＭＳ３宛のパケットはデータパス４−１によりＧＷ２ａ宛に転送される。データパケットを受け取ったＧＷ２ａは、配下の無線基地局５ａを介してＭＳ３にデータパケットを転送する。”<br>（发往MS 3的数据包通过数据路径4-1被转发给GW 2a。接收到数据包的GW 2a经由其下辖的无线基站5a将数据包转发给MS 3。）<br>【第34段】：<br>“次に、エージェント広告を受信したＭＳ３は、新しいネットワークに移動したことを認識し、エージェント広告に含まれる情報から新しいＣｏＡを取得する（ステップＳ５３）。”<br>（接下来，接收到代理广告的MS 3识别出已移动到新网络，并从代理广告中包含的信息获取新的CoA（步骤S53）。）	目标专利说明书第[0042]-[0046]段说明WTRU包括用于接收信号的收发信机或接收元件。对比文件中的移动局MS 3具备无线通信功能，且能够经由无线通信链路从基站接收发往该MS的数据包以及代理广告（Agent Advertisement）等控制信令，其必然包含接收机硬件模块以执行信号解调与接收。本领域技术人员能毫无疑义地确定对比文件实质公开了WTRU包括接收机，属于直接公开。
技术特征C：被配置成接收来自IMS实体的协同会话控制转移请求<br><br>判断结果：未公开	无相关公开内容。	对比文件公开的是移动IP（Mobile IP/FMIPv6）网络架构中，由于网关资源受限而在网关（GW 2a与GW 2c）之间触发的“锚点移动切换（アンカー移動ハンドオフ）”过程。该过程中MS 3接收到的是网关（GW 2c）广播/发送的“代理广告（Agent Advertisement）”（步骤S52），用于通告网络移动前缀以使得MS获取新的转交地址（CoA）。而目标专利的技术特征C属于IP多媒体子系统（IMS）中由IMS实体（如SCC AS）向处于协同会话中的WTRU下发的“协同会话控制转移请求”（例如用于请求该WTRU承担起对协同会话的管理控制权，如说明书第[0108]、[0113]、[0120]段）。对比文件不涉及IMS网络实体，更不涉及多设备参与的多媒体协同会话及其控制权的转移信令。两者协议层级、应用场景、信号实质内容与技术作用完全不同，亦不存在结合推导的可能性，故对比文件未公开特征C（既非直接公开，亦非隐含公开）。
技术特征D：其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求<br><br>判断结果：未公开	无相关公开内容。	对比文件中MS 3所接收的代理广告（Agent Advertisement）仅是指示该移动节点获取新的转交地址（CoA）以维持IP层路由连续性，根本不包含指示WTRU接收对现有的IMS多媒体协同会话（例如跨多个WTRU协同分配/管理媒体流的会话控制权）进行控制的任何指示信息。对比文件完全未公开该特征。
技术特征E：其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起<br><br>判断结果：未公开	无相关公开内容。	对比文件【第28段、第33段】公开的是アンカーGW 2a（锚点网关）由于自局的通信线路“网络资源（如转发流量/连接数）超过预定阈值”而触发向目标GW的切换，并非由IMS实体发起，更非由于第二WTRU的控制信令退化或损失（目标专利说明书第[0117]段记载因控制方WTRU到SCC AS的连接降低等而发起）所触发。对比文件既无IMS实体，亦不存在协同会话中第二WTRU的控制信令退化判断，故未公开该特征。
技术特征F：发射机<br><br>判断结果：《直接公开》	【对比文件JP2008078935A】<br>【第3段、第16段】：<br>“無線通信機能を持つ移動局（Mobile Station：ＭＳ）１０３”<br>（具有无线通信功能的移动台（Mobile Station：MS）103）<br>【第35段】：<br>“次に、ＭＳ３は、ＨｏＡとＣｏＡとの関係を対応づける登録要求(Registration Request)をＧＷ２ｃのＦＡ／ＡＲ２１ｃに送信し（ステップＳ５４）…”<br>（接下来，MS 3向GW 2c的FA/AR 21c发送用于关联HoA与CoA的注册请求(Registration Request)（步骤S54）…）	目标专利说明书第[0042]-[0046]段说明WTRU包括用于发射信号的发射机或收发信机。对比文件中的移动局MS 3具备无线通信功能，且能够通过无线链路向上行方向发送用于地址绑定的注册请求（Registration Request）等信令。本领域技术人员可以毫无疑义地确定MS 3必然包含发射机硬件以执行信号调制和无线发射。对比文件直接公开了发射机特征。
技术特征G：被配置成向所述IMS实体传送响应<br><br>判断结果：未公开	无相关公开内容。	对比文件中MS 3在步骤S54中向移动IP的接入网关（GW 2c中的FA/AR 21c）发送的是移动IP注册请求（Registration Request），其并非IMS架构下的信令，且接收方FA/AR属于数据链路/IP层网关路由实体，并非IMS实体。此外，对比文件根本不存在针对协同会话控制转移请求而传送信令响应的机制。技术特征G未被公开。
技术特征H：其中所述响应指示接受所述协同会话控制转移请求<br><br>判断结果：未公开	无相关公开内容。	结合技术特征C、D、G，对比文件中MS 3发送的信令为IP层注册请求，其作用在于请求归属代理更新转交地址绑定，完全不涉及对“协同会话控制转移请求”予以“接受”的内容或指示。对比文件未公开该特征。
技术特征I：控制器<br><br>判断结果：《直接公开》	【对比文件JP2008078935A】<br>【第3段、第34段、第35段】：<br>“モバイルＩＰ技術におけるＭＮの機能と無線通信機能を持つ移動局（Mobile Station：ＭＳ）１０３”<br>（具有移动IP技术中的MN的功能和无线通信功能的移动台（Mobile Station：MS）103）<br>“エージェント広告を受信したＭＳ３は、新しいネットワークに移動したことを認識し、エージェント広告に含まれる情報から新しいＣｏＡを取得する（ステップＳ５３）。次に、ＭＳ３は、ＨｏＡとＣｏＡとの関係を対応づける登録要求(Registration Request)をＧＷ２ｃのＦＡ／ＡＲ２１ｃに送信し…”<br>（接收到代理广告的MS 3识别出已移动到新网络，并从代理广告中包含的信息获取新的CoA（步骤S53）。接下来，MS 3向GW 2c的FA/AR 21c发送用于关联HoA与CoA的注册请求(Registration Request)…）	目标专利说明书第[0042]-[0043]段记载，WTRU包含执行数据处理、通信控制等功能的处理器/控制器（如通用处理器、DSP、微控制器等）。对比文件中的MS 3具有移动节点（MN）功能及无线通信控制功能，能够识别接收到的网络广播、提取CoA、生成并触发发送注册请求，这些协议处理与通信行为均必然由其内部的处理器/控制器（Controller）运算并执行。该结构特征属于移动终端的基础必要组成部分，对比文件已实质直接公开。
技术特征J：被配置成在对所述现有的IMS协同会话的控制正被转移到所述WTRU时<br><br>判断结果：未公开	无相关公开内容。	对比文件完全不存在“IMS协同会话”，亦不存在任何将协同会话的会话控制权转移至该终端的时序控制或触发场景。技术特征J未被公开。
技术特征K：控制所述现有的IMS协同会话。<br><br>判断结果：未公开	无相关公开内容。	目标专利说明书第[0076]、[0085]段记载，控制IMS协同会话指控制方WTRU对涉及多个参与设备的协同媒体会话进行管理，包括增加、去除、释放、复制或转移媒体流等操作。对比文件中MS 3仅作为单个IP移动终端接入网络并收发普通单播数据包（如数据路径4-4），并不存在协同会话控制层面的实体功能，更无控制IMS协同会话的配置。对比文件未公开该特征。
技术特征L：其中所述WTRU是处于所述现有的IMS协同会话中的被控制方WTRU。<br><br>判断结果：未公开	无相关公开内容。	对比文件中MS 3仅是移动IP网络中的单个通信终端，不存在IMS协同会话场景，亦无“控制方WTRU”与“被控制方WTRU”的角色划分与逻辑实体存在。对比文件未公开该特征。
技术特征M：其中所述WTRU具有与远端方之间的IMS媒体流。<br><br>判断结果：《隐含公开》	【对比文件JP2008078935A】<br>【第2段】：<br>“本発明は、ゲートウェイ装置に関するものであり、特に、移動する端末を含む無線ネットワークとＩＰネットワークとを接続するゲートウェイ装置に関するものである。”<br>（本发明涉及网关装置，尤其涉及连接包括移动终端的无线网络与IP网络的网关装置。）<br>【第17段】：<br>“ＭＳ３がＡの位置にあるとき、ＭＳ３は、ＧＷ２ａを介してＩＰネットワーク６に接続する…位置登録が完了すると、ＭＳ３宛のパケットはデータパス４−１によりＧＷ２ａ宛に転送される。データパケットを受け取ったＧＷ２ａは、配下の無線基地局５ａを介してＭＳ３にデータパケットを転送する。”<br>（当MS 3位于位置A时，MS 3经由GW 2a连接到IP网络6…位置注册完成后，发往MS 3的数据包通过数据路径4-1被转发给GW 2a。接收到数据包的GW 2a经由其下辖的无线基站5a将数据包转发给MS 3。）	目标专利说明书第[0005]、[0082]段指出媒体流指音频、视频等IP数据流。对比文件中公开了移动局MS 3经由网关连接至IP网络6，且在IP网络中存在与外部节点的数据包传输（数据路径4-1至4-4）。对于本领域技术人员而言，连接到外部IP网络传输的数据流通常包括端到端的IP媒体业务数据；虽然对比文件未明确限定该IP网络为IMS网络且数据包为IMS媒体流，但其已公开了移动台与外部通信实体间存在端到端IP数据流传输。基于隐含公开标准非常宽松的要求，本领域技术人员有可能将对比文件公开的终端在IP网络上传输数据流与常见的IMS网络多媒体通信场景进行合理推理或要素组合，因而认定特征M被对比文件部分公开并构成《隐含公开》。
技术特征N：其中对所述现有的IMS协同会话的所述控制从第二WTRU转移到所述WTRU。<br><br>判断结果：未公开	无相关公开内容。	对比文件中发生的转移仅是网络侧网关间针对MS 3数据包转发生效点的切换（即数据转发锚点由GW 2a变更为GW 2c），完全不涉及两个终端设备（第一WTRU与第二WTRU）之间的IMS协同会话控制权转移。对比文件未公开该特征。
技术特征O：其中所述协同会话控制转移请求和所述响应是会话发起协议(SIP)消息。<br><br>判断结果：未公开	无相关公开内容。	对比文件中涉及的控制消息为移动IPv4/v6中的“代理广告（Agent Advertisement）”与“注册请求（Registration Request）”，属于网络层Mobile IP信令，而非应用层/应用控制层的SIP协议消息；且对比文件根本未公开前述协同会话控制转移请求和响应。对比文件未公开该特征。
技术特征P：其中所述协同会话控制转移请求包括以下中的一者或多者<br><br>判断结果：未公开	无相关公开内容。	鉴于对比文件中根本未公开“协同会话控制转移请求”，自然也不存在该请求中包含特征Q、R、S、T所述各类协同会话及终端身份信息的技术方案。对比文件未公开特征P。
技术特征Q：所述现有的IMS协同会话的身份<br><br>判断结果：未公开	无相关公开内容。	对比文件不涉及IMS协同会话，未公开包含该协同会话的身份标识。
技术特征R：所述现有的IMS协同会话的媒体流的身份<br><br>判断结果：未公开	无相关公开内容。	对比文件仅涉及IP数据包转发及网关路由，完全未涉及IMS协同会话媒体流标识，更未在任何控制转移请求中携带该身份。对比文件未公开该特征。
技术特征S：所述第二WTRU的身份<br><br>判断结果：未公开	无相关公开内容。	对比文件不存在协同会话中的第二WTRU，亦不存在将第二WTRU身份包含于会话控制转移请求的方案。对比文件未公开该特征。
技术特征T：所述WTRU的身份。<br><br>判断结果：《隐含公开》	【对比文件JP2008078935A】<br>【第34段、第35段】：<br>“エージェント広告を受信したＭＳ３は、新しいネットワークに移動したことを認識し、エージェント広告に含まれる情報から新しいＣｏＡを取得する（ステップＳ５３）。次に、ＭＳ３は、ＨｏＡとＣｏＡとの関係を対応づける登録要求(Registration Request)をＧＷ２ｃのＦＡ／ＡＲ２１ｃに送信し…”<br>（接收到代理广告的MS 3识别出已移动到新网络，并从代理广告中包含的信息获取新的CoA（步骤S53）。接下来，MS 3向GW 2c的FA/AR 21c发送用于关联HoA与CoA的注册请求(Registration Request)…）	目标专利说明书第[0092]段指出WTRU标识包括公共用户身份、URI、IP地址等。虽然对比文件中未公开“协同会话控制转移请求”，但在对比文件的切换信令流程中，移动节点在进行网络重配置时，基站及网关发往MS 3的消息或MS 3发出的注册信令中，必然包含指示该特定移动台的标识（如HoA或链路层标识），以定位该终端。在最为宽松的隐含公开判断标准下，对比文件公开了在移动性控制信令交互中包含移动终端自身身份（IP/HoA）的技术构思，属于部分公开了身份指示内容，有可能与其他对比文件组合，故在此认定特征T关于“WTRU的身份”这一信息要素被《隐含公开》。

<<<A>>>

<<>>

<<<F>>>

<<>>

<<<m>>>

<<<t>>>

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

技术特征描述及公开性判断结果	对比文件原文引用	公开性论述
技术特征A：<br>该WTRU包括<br><br>《直接公开》	[34] “An exemplary construction of a terminal 400 capable of being used as the terminals of the preceding figures, will now be described by reference to Figure 4... The terminal 400 may alternatively be a mobile terminal such as a cellular phone, or a laptop with Wireless Local Area Network (WLAN) connection capabilities...”<br>（参考图4描述能够用作前述附图的终端的终端400的示例性结构。终端400可替代地为移动终端，例如蜂窝电话或具有无线局域网连接能力的笔记本电脑……）	对比文件中公开内容的作用：公开了一种支持无线通信的终端设备（如蜂窝电话、移动终端400）。<br>与目标专利技术特征的作用比对：目标专利说明书[0031]记载WTRU可以是蜂窝电话、移动台、用户设备等。对比文件中的移动终端/蜂窝电话与目标专利中的WTRU具有相同的通信实体作用，实质相同，构成直接公开。
技术特征B：<br>接收机<br><br>《直接公开》	[34] “...the terminal 400 comprises a signalling input port 410... a multimedia input port 450...”<br>（……终端400包括信令输入端口410……多媒体输入端口450……）<br>[35] “The signalling input port 410 is capable of receiving signals coming from the application server 150, from the content server 130, from IMS nodes such as from the P-CSCF...”<br>（信令输入端口410能够接收来自应用服务器150、内容服务器130、诸如P-CSCF等IMS节点的信号……）<br>[38] “When a session is active, the multimedia input port 450 is capable of receiving content from the content server 130...”<br>（当会话活动时，多媒体输入端口450能够从内容服务器130接收内容……）	对比文件中公开内容的作用：在终端中提供用于接收网络侧下发控制信令和媒体数据的物理与逻辑硬件接口（信号输入端口/多媒体输入端口）。<br>与目标专利技术特征的作用比对：目标专利说明书[0042]、[0046]中记载的接收机/收发信机用于接收下行无线信号与信令。对比文件的输入端口即为终端接收信令与媒体的接收机部件，其作用完全相同，本领域技术人员可毫无疑义地确定其公开了接收机，构成直接公开。
技术特征C：<br>被配置成接收来自IMS实体的协同会话控制转移请求<br><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.”<br>（此后，第二终端向应用服务器发送消息，请求获取与当前正暂停的会话相关的信息。应用服务器通过向第二终端发送会话标识进行回复。）<br>[20] “...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. The application server sends the session identity towards the second terminal...”<br>（……用户随后转向第二终端并输入指示期望在第二终端上恢复会话的命令。第二终端向应用服务器发送消息，请求接收当前暂停的会话的标识。应用服务器向第二终端发送会话标识……）<br>[29] “...responsive to an input from the user, the second terminal 120 sends a context request message towards the ASF 152 at step 210. The ASF 152 replies at step 212 by sending a context response message comprising one or more session identities towards the second terminal 120.”<br>（……响应于来自用户的输入，第二终端120在步骤210向ASF 152发送上下文请求消息。ASF 152在步骤212通过向第二终端120发送包括一个或多个会话标识的上下文响应消息进行回复。）	对比文件中公开内容的作用：采用基于拉取（pull model）的模型，第二终端主动向应用服务器请求获取已暂停会话的会话标识（通过发送上下文请求并接收上下文响应），用于恢复媒体流。<br>与目标专利技术特征的作用比对：目标专利说明书[0085]、[0095]、[0108]、[0113]、[0118]中，协同会话控制转移请求是网络侧IMS实体（SCC AS）主动向WTRU下发、指示该WTRU接管或转移整个协同会话控制权的信令，而不是对第二终端主动拉取上下文的响应。对比文件未公开由IMS实体主动下发控制转移请求，亦未公开“协同会话”的控制转移机制，因此既不构成直接公开，也无法通过合理推断得出，属于未公开。
技术特征D：<br>其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求<br><br>《未公开》	[8] “Using the session identity, the second terminal then requests from the content server resumption of the session.”<br>（利用该会话标识，第二终端随后向内容服务器请求恢复会话。）<br>[29] “At step 212... sending a context response message comprising one or more session identities towards the second terminal 120. At step 214, the user may optionally select to resume the paused session... At step 216, the second terminal sends a resume message towards the CSF 132.”<br>（在步骤212……向第二终端120发送包括一个或多个会话标识的上下文响应消息。在步骤214，用户可选择恢复暂停的会话……在步骤216，第二终端向CSF 132发送恢复消息。）	对比文件中公开内容的作用：传送会话标识及上下文信息，以便第二终端能够获知有哪些已暂停的媒体会话，并向流媒体内容服务器发起媒体恢复播放。<br>与目标专利技术特征的作用比对：目标专利说明书[0085]、[0095]中明确区分了“媒体流的传输/转移”与“协同会话的控制权（如添加、释放、复制、转移媒体流的呼叫控制权）”。对比文件中转移的是单终端点播IPTV媒体流的播放权（暂停后换机播放），并不存在多个参与方构成的“协同会话（Collaborative Session）”，更不存在请求WTRU接收对该协同会话的整体控制权。两者机制与作用完全不同，属于未公开。
技术特征E：<br>其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起<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>[28] “At step 202, responsive to a user input, the first terminal 110 sends a pause message towards the CSF 132... The first terminal then sends at step 206 a correlation message comprising the session identity for the session currently being paused, towards the ASF 152.”<br>（在步骤202，响应于用户输入，第一终端110向CSF 132发送暂停消息……随后第一终端在步骤206向ASF 152发送包括当前暂停会话的会话标识的关联消息。）	对比文件中公开内容的作用：由用户在第一终端主动输入暂停指令，第一终端向网络正常发送暂停与关联消息，再由用户在第二终端主动拉取。<br>与目标专利技术特征的作用比对：目标专利说明书[0117]明确记载：“由于当前条件（例如，控制方WTRU到SCC AS的连接已经降低）……SCC AS可发起协同控制转移”，其解决的是控制方信令退化或丢失时由网络自主触发的被动补救机制。对比文件是在通信信令完全正常的情况下由用户主动发起的暂停-拉取流程，未公开信令退化或损失触发转移的技术方案，本领域技术人员无法推断得出，属于未公开。
技术特征F：<br>发射机<br><br>《直接公开》	[34] “...the terminal 400 comprises a signalling input port 410, a signalling output port 420...”<br>（……终端400包括信令输入端口410、信令输出端口420……）<br>[35] “The signalling output port 420 is configured for sending signals towards the content server 130, the application server 150 and to other nodes such as for example the P-CSCF 290 and, optionally, to an external multimedia terminal. The signalling input port 410 and the signalling output port 420 may support wired connections... or wireless connections such as cellular or WLAN connections.”<br>（信令输出端口420配置用于向内容服务器130、应用服务器150以及向其它节点（例如P-CSCF 290）发送信号……信令输入端口410和信令输出端口420可支持有线连接……或无线连接，例如蜂窝或WLAN连接。）	对比文件中公开内容的作用：在移动/无线终端中提供向网络实体发送上行控制信令和消息的发射硬件接口（信令输出端口）。<br>与目标专利技术特征的作用比对：目标专利说明书[018]、[0043]、[0044]中记载发射机用于向网络传送无线信号及SIP消息。对比文件的信令输出端口在蜂窝/WLAN无线环境下即为发射机部件，二者在终端结构中作用完全一致，构成直接公开。
技术特征G：<br>被配置成向所述IMS实体传送响应<br><br>《直接公开》	[32] “...The IMOD replies with a SIP Acknowledgement sent towards the P-CSCF 390 at step 330 and this message is forwarded towards the S-CSCF 392 at step 332 and towards the ASF 152 at step 334.”<br>（……在步骤330，IMOD向P-CSCF 390发送SIP确认回复，该消息在步骤332被转发至S-CSCF 392，并在步骤334转发至ASF 152。）<br>[33] “The IMOD sends towards the ASF 152, at step 358, another correlation message, also in the form of a SIP message, comprising an indication that the message is about session correlation and comprising the session identity for each session being resumed.”<br>（在步骤358，IMOD向ASF 152发送另一个关联消息，也是SIP消息的形式，包括该消息关于会话关联的指示以及被恢复的每个会话的会话标识。）	对比文件中公开内容的作用：终端通过发射机/信令输出端口向IMS网络实体（ASF/CSCF）发送响应或信令确认消息。<br>与目标专利技术特征的作用比对：目标专利说明书[0096]、[0109]记载向SCC AS返回指示接受的响应。对比文件明确公开了终端配置有向IMS实体（应用服务器ASF）发送SIP响应或消息的发射能力，在“向IMS实体传送响应”这一物理通信行为与功能层面构成了直接公开（注：具体该响应是否代表接受协同会话控制转移，见特征H）。
技术特征H：<br>其中所述响应指示接受所述协同会话控制转移请求<br><br>《未公开》	[33] “At step 348, the MTRX forwards a resume request to the IMOD... The IMOD sends a resume message, preferably a RTSP Play message, towards the CSF 132 at step 350... The IMOD sends towards the ASF 152, at step 358, another correlation message, also in the form of a SIP message, comprising an indication that the message is about session correlation and comprising the session identity for each session being resumed.”<br>（在步骤348，MTRX向IMOD转发恢复请求……IMOD在步骤350向CSF 132发送恢复消息，优选为RTSP Play消息……IMOD在步骤358向ASF 152发送另一个SIP形式的关联消息，包含关于会话关联的指示及所恢复会话的标识。）	对比文件中公开内容的作用：在第二终端决定恢复点播媒体流后，向内容服务器发送RTSP Play以恢复流媒体，并向ASF发送会话关联消息以将状态更新为活跃。<br>与目标专利技术特征的作用比对：目标专利说明书[0109]、[0120]中，该响应是针对网络侧下发的“协同会话控制转移请求”进行答复，明确指示接受该协同会话控制权的转交。由于对比文件中根本没有下发协同会话控制转移请求，对比文件发送的RTSP Play或SIP关联消息均不包含“接受协同会话控制转移请求”的含义，因此属于未公开。
技术特征I：<br>控制器<br><br>《直接公开》	[34] “...In the embodiment of Figure 4, the terminal 400 comprises a signalling input port 410, a signalling output port 420, a memory 430, an identification module 435, and a control logic 440.”<br>（……在图4的实施例中，终端400包括信令输入端口410、信令输出端口420、存储器430、标识模块435和控制逻辑440。）<br>[39] “The control logic 440 processes user commands received from the user interface 490 or from the signalling input port 410...”<br>（控制逻辑440处理从用户接口490或信令输入端口410接收到的用户命令……）	对比文件中公开内容的作用：在终端中设置控制逻辑单元（control logic 440），用于协调各端口、处理用户命令及控制信令流程。<br>与目标专利技术特征的作用比对：目标专利说明书[0043]记载控制器/处理器118用于执行数据处理与控制功能。对比文件的控制逻辑440即为终端的控制器，两者功能和技术实质相同，构成直接公开。
技术特征J：<br>被配置成在对所述现有的IMS协同会话的控制正被转移到所述WTRU时<br><br>《未公开》	[20] “...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...”<br>（……第一终端随后向应用服务器发送包含会话标识的关联消息，应用服务器记录会话当前正被暂停。第一终端从该时刻起不再参与导致会话向第二终端转移的事务……）	对比文件中公开内容的作用：第一终端将媒体流暂停后，由第二终端独立向网络拉取会话标识并向CSF恢复媒体，属于单媒体流接收终端的切换。<br>与目标专利技术特征的作用比对：目标专利说明书[0085]、[0096]、[0109]、[0120]中，该过程处于IMS协同会话（多方参与、多媒体流并存）的“会话控制权移交”阶段。对比文件不涉及协同会话控制权的转移过程，控制器不存在在协同会话控制正被转移时的时序状态配置，属于未公开。
技术特征K：<br>控制所述现有的IMS协同会话。<br><br>《未公开》	[4] “...Contents are provided to the terminals 110, 120 by a content server 130... Multimedia sessions are set up between the terminals 110, 120 and the content server 130 by use of an application server 150. The application server 150 runs software functions to control setting up of sessions between the terminals 110, 120 and the content server 130.”<br>（……内容由内容服务器130提供给终端110、120……多媒体会话通过使用应用服务器150建立在终端110、120与内容服务器130之间。应用服务器150运行软件功能以控制终端110、120与内容服务器130之间的会话建立。）	对比文件中公开内容的作用：终端通过RTSP控制自身的流媒体播放/暂停，网络侧由应用服务器150提供会话控制功能，终端仅作为媒体接收端。<br>与目标专利技术特征的作用比对：目标专利说明书[0085]对“控制协同会话”进行了明确界定：“作为控制方WTRU，WTRU-1控制协同会话，并可在作为协同会话一部分的WTRU之间增加、去除、释放、复制或转移媒体流。控制方WTRU还可以允许或拒绝影响协同会话的媒体流的WTRU的请求”。对比文件中的终端400仅具有播放自身单点IPTV流的能力，根本不具备控制多个WTRU协同媒体流的协同会话控制功能，属于未公开。
技术特征L：<br>其中所述WTRU是处于所述现有的IMS协同会话中的被控制方WTRU。<br><br>《未公开》	[4] “Figure 1 (prior art) provides a high-level view of an IMS network architecture for supporting IPTV and other multimedia applications. A service network 100 is shown comprising a first terminal 110 and a second terminal 120...”<br>（图1提供了支持IPTV和其它多媒体应用的IMS网络架构的高层视图。示出了包括第一终端110和第二终端120的业务网络100……）<br>[22] “...For a same subscription for the subscriber, the application server may thus hold a context comprising one or more session identities, along with a current status indicating whether each session is currently active or inactive. The method and the server of the present invention may operate to transfer any of the one or more sessions from any first terminal to any other second terminal.”<br>（……对于该订户的同一订购，应用服务器由此可保存包括一个或多个会话标识的上下文，以及指示每个会话当前处于活动还是不活动的当前状态。本发明的方法和服务器可操作以将一个或多个会话中的任一个从任一第一终端转移到任一其它第二终端。）	对比文件中公开内容的作用：第一终端与第二终端属于同一订户下的不同物理终端，分别用于在不同时刻承载点播流。<br>与目标专利技术特征的作用比对：目标专利说明书[0084]、[0085]、[0089]、[0104]指出，协同会话中同时存在“控制方WTRU”与“被控制方WTRU”，被控制方WTRU是在控制方WTRU统一管控下参与同一协同会话、维持自身媒体分支的实体。对比文件中第一终端和第二终端在转移前后是时序替换关系（前者暂停、后者恢复），第二终端在接替播放前并未与第一终端共同处于一个协同会话中担任“被控制方”，属于未公开。
技术特征M：<br>其中所述WTRU具有与远端方之间的IMS媒体流。<br><br>《直接公开》	[4] “...Contents are provided to the terminals 110, 120 by a content server 130... contents are sent by the content server 130 by use of Real-Time Streaming Protocol (RTSP) media flows 140... Set up of sessions is made by use of SIP messages exchanged on signalling links 160.”<br>（……内容由内容服务器130提供给终端110、120……内容由内容服务器130通过使用实时流协议（RTSP）媒体流140发送……会话的建立通过在信令链路上交换的SIP消息进行。）<br>[33] “...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。）	对比文件中公开内容的作用：第二终端在恢复会话后与远端内容服务器建立连接，由内容服务器向第二终端发送连续的音视频多媒体流。<br>与目标专利技术特征的作用比对：目标专利说明书[0005]、[0082]记载WTRU具有与远端方之间的音频、视频等IMS媒体流。对比文件中第二终端与远端内容服务器（CSF 132）之间建立基于IMS架构的RTSP音视频媒体流，二者在“具有与远端方之间的IMS媒体流”的技术方案上实质相同，构成直接公开。
技术特征N：<br>其中对所述现有的IMS协同会话的所述控制从第二WTRU转移到所述WTRU。<br><br>《未公开》	[1] “The present invention relates to a method and a server for transferring a session in a multimedia service network from a first terminal to a second terminal.”<br>（本发明涉及一种在多媒体服务网络中将业务从第一终端转移至第二终端的方法和服务器。）<br>[8] “A first aspect of the present invention is directed to a method implemented in a network for transferring a session from a first terminal to a second terminal... Using the session identity, the second terminal then requests from the content server resumption of the session.”<br>（本发明的第一个方面涉及一种在网络中实现的用于将业务从第一终端转移至第二终端的方法……使用该业务标识，第二终端随后向内容服务器请求恢复该业务。）	对比文件中公开内容的作用：在第一终端暂停后，由第二终端拉取业务标识并请求内容服务器恢复下发媒体流，实现流媒体业务在终端间的接续。<br>与目标专利技术特征的作用比对：目标专利说明书[0085]、[0096]明确记载控制转移是“将协同媒体会话的控制权（即增加、删除、修改协同会话各成员媒体流的权限）从控制方WTRU移交给被控制方WTRU”。对比文件转移的仅仅是接收单点IPTV业务数据流的终端实体，既无协同会话，也无协同会话控制权的转移，属于未公开。
技术特征O：<br>其中所述协同会话控制转移请求和所述响应是会话发起协议(SIP)消息。<br><br>《隐含公开》	[4] “Set up of sessions is made by use of SIP messages exchanged on signalling links 160. The IETF defines SIP messages in 'RFC 3261 'SIP: Session Initiation Protocol'...”<br>（会话的建立通过在信令链路160上交换的SIP消息进行。IETF在RFC 3261中定义了SIP消息……）<br>[32] “...The message sent at step 318 is preferably a SIP Invite IPTV Public Service Identity (PSI) message... The ASF 152 accepts the login and replies with a SIP 200 OK message... The IMOD replies with a SIP Acknowledgement...”<br>（……在步骤318发送的消息优选为SIP Invite IPTV PSI消息……ASF 152接受登录并通过SIP 200 OK消息回复……IMOD回复SIP确认……）<br>[33] “The IMOD sends towards the ASF 152, at step 358, another correlation message, also in the form of a SIP message... and responds towards the IMOD by sending a SIP 200 OK at step 360.”<br>（IMOD在步骤358向ASF 152发送另一个同样为SIP消息形式的关联消息……并通过在步骤360发送SIP 200 OK对IMOD进行响应。）	对比文件中公开内容的作用：公开了终端与IMS应用服务器之间的登录认证、关联指示及确认等控制信令交互均采用标准SIP协议消息（如SIP INVITE、SIP 200 OK、SIP ACK）。<br>与目标专利技术特征的作用比对：鉴于特征C/G中转移信令在对比文件中被部分公开为终端与IMS服务器间的交互消息，且对比文件全篇明确教导了终端与IMS服务器之间的交互均基于RFC 3261规定的SIP消息展开。在极度宽松的隐含公开判断标准下，对比文件部分公开了IMS控制消息传输，本领域技术人员结合对比文件关于IMS网络广泛采用SIP协议信令交互的公开内容，有可能推断出控制转移相关信令亦采用SIP消息进行承载。因此在宽松标准下认定为隐含公开。
技术特征P：<br>其中所述协同会话控制转移请求包括以下中的一者或多者<br><br>《未公开》	[8] “The application server replies by sending the session identity to the second terminal.”<br>（应用服务器通过向第二终端发送会话标识进行回复。）<br>[29] “The ASF 152 replies at step 212 by sending a context response message comprising one or more session identities towards the second terminal 120.”<br>（ASF 152在步骤212通过向第二终端120发送包括一个或多个会话标识的上下文响应消息进行回复。）	对比文件中公开内容的作用：应用服务器在上下文响应中携带已暂停会话的ID，供终端识别待恢复的会话。<br>与目标专利技术特征的作用比对：目标专利说明书[0095]、[0108]中，该特征限定的是网络实体发给WTRU的“协同会话控制转移请求”中所携带的参数字段。对比文件中既未公开该请求信令本身，亦未公开其针对协同会话控制管理所包含的一者或多者字段集合，属于未公开。
技术特征Q：<br>所述现有的IMS协同会话的身份<br><br>《未公开》	[8] “The first terminal then sends a session identity of the paused session to an application server... The application server replies by sending the session identity to the second terminal.”<br>（第一终端随后向应用服务器发送暂停会话的会话标识……应用服务器通过向第二终端发送会话标识进行回复。）<br>[20] “The application server and the first terminal may both have a copy of a session identity their memories. The session identity may be defined, for example, by the content server when the session is first set up... RFC 2326 'Real Time Streaming Protocol (RTSP)' defines a RTSP-specific format of the session identity...”<br>（应用服务器和第一终端在其存储器中均可具有会话标识的副本。该会话标识可例如在最初建立会话时由内容服务器定义……RFC 2326定义了RTSP特有的会话标识格式……）	对比文件中公开内容的作用：公开了内容服务器与终端间单点RTSP流媒体会话的标识（Session Identity）。<br>与目标专利技术特征的作用比对：目标专利说明书[0092]、[0095]中，“协同会话的身份”用于唯一区分由多个终端参与的协同会话整体。对比文件中仅公开了单播流媒体点播会话的RTSP Session ID，并非“IMS协同会话”的身份，更未作为协同会话控制转移请求的消息参数予以包含，属于未公开。
技术特征R：<br>所述现有的IMS协同会话的媒体流的身份<br><br>《未公开》	[22] “...For a same subscription for the subscriber, the application server may thus hold a context comprising one or more session identities, along with a current status indicating whether each session is currently active or inactive.”<br>（……对于该订户的同一订购，应用服务器由此可保存包括一个或多个会话标识的上下文，以及指示每个会话当前处于活动还是不活动的当前状态。）	对比文件中公开内容的作用：支持同一订户存在多个独立的会话（如IPTV会话、游戏会话、音乐下载会话），并通过各自独立的会话标识进行区分。<br>与目标专利技术特征的作用比对：目标专利说明书[0085]、[0092]、[0095]中明确区分了协同会话本身的身份与“该协同会话中各个媒体流的身份（如媒体流A、媒体流B）”，以便对协同会话内的特定流进行控制权或承载转移。对比文件中多个会话是并列独立的单终端会话，未公开同一协同会话内部媒体流的身份标识，属于未公开。
技术特征S：<br>所述第二WTRU的身份<br><br>《未公开》	[32] “...The message sent by the IMOD may comprise authentication data of the IMOD... The IMOD part comprises a terminal identity, and authentication data complying with IMS specifications regarding access security.”<br>（……IMOD发送的消息可包括IMOD的认证数据……IMOD部分包括终端标识，以及符合关于接入安全的IMS规范的认证数据。）	对比文件中公开内容的作用：在第二终端向IMS网络进行接入鉴权和登录时提供自身的终端标识。<br>与目标专利技术特征的作用比对：目标专利说明书[0100]、[0118]中，协同会话控制转移请求中所包含的“第二WTRU的身份”是指原控制方（移出方）WTRU的标识。对比文件中从服务器下发给第二终端的消息中仅包含会话标识，并未包含第一终端的身份作为控制转移指示内容，属于未公开。
技术特征T：<br>所述WTRU的身份。<br><br>《隐含公开》	[32] “The message sent by the IMOD may comprise authentication data of the IMOD. The message sent at step 318 is preferably a SIP Invite IPTV Public Service Identity (PSI) message... 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.”<br>（IMOD发送的消息可包括IMOD的认证数据。步骤318发送的消息优选为SIP Invite IPTV PSI消息……ASF 152可在步骤323通过使用在SIP Invite IPTV PSI消息和关联消息中接收到的认证数据来验证第二终端120与第一终端110相关联。）<br>[36] “The identification module 435 stores an identity for the terminal 400.”<br>（标识模块435存储终端400的标识。）	对比文件中公开内容的作用：在IMS网络交互中，第二终端将其终端身份/认证数据上报至应用服务器ASF，以便ASF校验其身份与权限。<br>与目标专利技术特征的作用比对：目标专利说明书[0092]、[0108]、[0113]中，协同会话控制转移请求中可携带作为目标控制方的WTRU的身份。对比文件中公开了在网络向终端下发消息或终端与ASF交互中需要基于终端身份进行寻址与绑定，且ASF在会话上下文中维护各终端身份。在极为宽松的隐含公开判断标准下，对比文件部分公开了在IMS会话转移交互流程中处理和包含目标终端身份的技术内容，本领域技术人员可以合理推知网络侧向该终端下发的信令中必然包含该终端自身的标识信息，故认定为隐含公开。

<<<A>>><<>><<<F>>><<<G>>><<>><<<M>>><<<o>>><<<t>>>

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

技术特征描述及公开性判断	对比文件原文引用（含中文翻译）	公开性论述
技术特征A：该WTRU包括<br><br>《直接公开》	【0014】<br>“...a plurality of UE devices 102-1 through 102-N. For purposes of the present disclosure, a UE device may be any tethered or untethered communications device, and may include any personal computer... equipped with a suitable wireless modem or a mobile communications device (e.g., cellular phones or data-enabled handheld devices capable of receiving and sending messages, web browsing, et cetera)...”<br>（中文翻译：“……多个UE设备102-1至102-N。出于本公开的目的，UE设备可以是任何有线或无线通信设备，并且可以包括配备有合适无线调制解调器的任何个人计算机……或移动通信设备（例如，蜂窝电话或能够接收和发送消息、网页浏览等的数据手持设备）……”）<br><br>【0038】<br>“FIG. 4 depicts a block diagram of an embodiment of a communications device operable as a wireless UE device, e.g., UE 302, for purposes of the present patent disclosure.”<br>（中文翻译：“图4描绘了根据本专利公开的目的可作为无线UE设备（例如，UE 302）操作的通信设备的实施方式的框图。”）	对比文件公开了无线用户设备（UE 302/UE 102），结合目标专利说明书第【0031】段，无线发射/接收单元（WTRU）可以包括用户设备（UE）、移动台、蜂窝电话等。因此，对比文件公开的无线UE即等同于WTRU，作用相同，属于直接公开。
技术特征B：接收机<br><br>《直接公开》	【0038】<br>“The communication subsystem 404 generally includes one or more receivers 408 and one or more transmitters 414 as well as associated components such as one or more local oscillator (LO) modules 410 and a processing module such as a digital signal processor (DSP) 412... signals received by antenna 406 through appropriate access infrastructure 405... are provided to receiver 408, which may perform such common receiver functions as signal amplification, frequency down conversion, filtering, channel selection, analog-to-digital (A/D) conversion, and the like.”<br>（中文翻译：“通信子系统404通常包括一个或多个接收机408和一个或多个发射机414，以及相关联的组件，例如一个或多个本机振荡器（LO）模块410和诸如数字信号处理器（DSP）412的处理模块……通过天线406经由适当的接入基础设施405接收的信号……被提供给接收机408，其可以执行常见的接收机功能，如信号放大、下变频、滤波、信道选择、模数（A/D）转换等。”）	对比文件第【0038】段明确公开了通信子系统包括一个或多个接收机（receiver 408），用于接收来自无线网络基础设施的下行信号。其结构与功能与目标专利中的接收机相同，属于直接公开。
技术特征C：被配置成接收来自IMS实体的协同会话控制转移请求<br><br>《未公开》	对比文件全文未记载协同会话控制转移请求，亦未记载接收该请求的配置。关于下行消息仅记载：<br>【0003】<br>“Responsive to the SIP Invite message from a UE device, a network node provides a SIP response message, e.g., Alternative Service Response message (also referred to as SIP 380 Response), which includes one or more radio access technologies (RATs) and an alternative domain available to the UE device for continuing a call from one domain to another domain.”<br>（中文翻译：“响应于来自UE设备的SIP Invite消息，网络节点提供SIP响应消息，例如替代服务响应消息（也称为SIP 380响应），其包括一种或多种无线电接入技术（RAT）以及可用于UE设备以将呼叫从一个域继续到另一个域的备选域。”）	对比文件公开的是单个UE进行的跨域语音呼叫连续性（VCC 域转移），即UE主动向网络发送SIP Invite，网络回送SIP 380响应，指示UE在CS域建立呼叫以转移自己的域。对比文件中既不存在多个设备间的协同会话（Collaborative Session），网络节点向UE发送的也不是“协同会话控制转移请求”，二者技术方案与实现功能本质不同，即便按照极宽松的推理标准，也无法推断出该特征，属于未公开。
技术特征D：其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求<br><br>《未公开》	对比文件全文无相关记载。关于网络发给UE的消息仅记载：<br>【0005】<br>“Responsive to receiving the SIP Invite message when the UE device determines to continue the call in a different domain, the network node associates a select routable number (i.e., IMRN or VDN) with at least a portion of the call information in a mapping relationship, and returns it to the UE device via the SIP 380 Response message that may also include available RATs, an alternative domain as well as additional information as applicable.”<br>（中文翻译：“当UE设备确定在不同域中继续呼叫而接收到SIP Invite消息时，网络节点将选定的可路由号码（即IMRN或VDN）与呼叫信息的至少一部分关联在映射关系中，并通过SIP 380响应消息将其返回给UE设备，该消息还可以包括可用的RAT、备选域以及适用的附加信息。”）	对比文件中的网络响应消息（SIP 380 Response）是指示当前设备自身进行VCC单设备跨域切换（如PS到CS）的路由号码及备选域，完全没有公开也不涉及“协同会话（Collaborative Session）”，更未向WTRU指示“用于接收对现有的IMS协同会话的控制的请求”，属于未公开。
技术特征E：其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起<br><br>《未公开》	对比文件全文无相关记载。关于转移的发起仅记载：<br>【0023】<br>“When the UE device determines a need for domain transfer (i.e., an existing call needs to be continued in a domain that is different from the domain in which it was originated), it sends a SIP Invite message directed to a PSI...”<br>（中文翻译：“当UE设备确定需要域转移时（即现有呼叫需要在与其发起的域不同的域中继续），其向PSI发送SIP Invite消息……”）	目标专利说明书第【0117】段明确解释了该技术特征的场景：“由于用户简档、当前条件（例如，控制方WTRU到SCC AS的连接已经降低）或根据预配置，SCC AS可发起协同控制转移”。而对比文件仅公开了由单个UE设备自行判断发起单设备的跨域VCC，网络节点是被动响应，根本没有网络实体基于第二WTRU的控制信令退化或损失而主动发起转移的构思，属于未公开。
技术特征F：发射机<br><br>《直接公开》	【0038】<br>“The communication subsystem 404 generally includes one or more receivers 408 and one or more transmitters 414 as well as associated components such as one or more local oscillator (LO) modules 410 and a processing module such as a digital signal processor (DSP) 412... Similarly, signals to be transmitted are processed, including modulation and encoding, for example, by DSP 412, and provided to transmitter 414 for digital-to-analog (D/A) conversion, frequency up conversion, filtering, amplification and transmission over the air-radio interface via antenna 416.”<br>（中文翻译：“通信子系统404通常包括一个或多个接收机408和一个或多个发射机414，以及相关联的组件……类似地，要发射的信号被处理（包括例如由DSP 412进行的调制和编码），并提供给发射机414以进行数模（D/A）转换、上变频、滤波、放大并通过天线416在空中无线电接口上传输。”）	对比文件明确公开了UE包括发射机（transmitter 414），用于调制、上变频、放大并向空中接口发射无线信号。其在对比文件中的作用与在目标专利中的发射机硬件功能相同，属于直接公开。
技术特征G：被配置成向所述IMS实体传送响应<br><br>《隐含公开》	【0004】<br>“When a call is originated by the UE device, call information associated with the call, including the unique ID information, is provided to a server/node disposed in the IMS network. This may be based on the dialog information contained in the Invite in a SIP Header... or contained in the body of the Invite message...”<br>（中文翻译：“当UE设备发起呼叫时，与呼叫相关联的呼叫信息（包括唯一ID信息）被提供给布置在IMS网络中的服务器/节点。这可以基于包含在SIP报头中的Invite中的对话信息……或包含在Invite消息体中……”）<br><br>【0006】、【0027】<br>“...upon verification, providing the dynamically allocated routable number by the UE device to the network node for effectuating call continuity.”<br>（中文翻译：“……在验证之后，由UE设备向网络节点提供动态分配的可路由号码以实现呼叫连续性。”）<br><br>【0038】<br>第【0038】段公开了发射机414和微处理器402相配合向网络节点发送无线信号及SIP消息。	对比文件公开了UE配置有发射机及控制逻辑，用于向IMS网络节点（如VCC AS）发送消息（包括SIP Invite、呼叫建立消息等反馈/信令）。虽然对比文件传送的消息并非针对“协同会话控制转移请求”的响应，但从最宽松的隐含公开标准来看，对比文件部分公开了UE配置有发射机向IMS实体发送信令消息（响应/回应）的硬件与传输机制，本领域技术人员结合常规SIP请求-响应交互机制有可能推断出向IMS实体回送响应的能力，因此认定为隐含公开。
技术特征H：其中所述响应指示接受所述协同会话控制转移请求<br><br>《未公开》	对比文件全文无相关记载。关于UE发送的消息仅记载：<br>【0026】<br>“The dynamically allocated IMRN is accepted by the UE device if the time elapsed satisfies a select condition, e.g., within a time-to-live value (block 208). Appropriate setup is then initiated by the UE device using the dynamic IMRN, whereby the accepted IMRN is returned to the network node since it terminates on the network node.”<br>（中文翻译：“如果经历的时间满足选定条件（例如在生存时间值之内），则动态分配的IMRN被UE设备接受（框208）。然后由UE设备使用动态IMRN发起适当的设置，由此接受的IMRN被返回到网络节点，因为它终止在网络节点上。”）	对比文件中的“接受”是指UE在本地接受网络分配的IMRN号码并在CS域发起呼叫建立，根本不是向IMS实体发送“指示接受协同会话控制转移请求”的响应消息。对比文件完全不存在协同会话控制转移协商过程，属于未公开。
技术特征I：控制器<br><br>《直接公开》	【0038】、【0039】<br>“A microprocessor 402 providing for the overall control of an embodiment of UE 302 is operably coupled to a communication subsystem 404 that is capable of multi-mode communications... Microprocessor 402 may also interface with further device subsystems...”<br>（中文翻译：“提供UE 302实施方式的整体控制的微处理器402可操作地耦合到能够进行多模通信的通信子系统404……微处理器402还可以与其它设备子系统接口……”）	对比文件明确公开了UE包含用于总体控制的微处理器（microprocessor 402），微处理器即为典型的硬件控制器，起到协调、处理数据与控制通信操作的作用，属于直接公开。
技术特征J：被配置成在对所述现有的IMS协同会话的控制正被转移到所述WTRU时<br><br>《未公开》	对比文件全文无相关记载。关于呼叫转移的过程仅记载：<br>【0023】<br>“...the network node allocates a dynamic VDN that uniquely identifies the existing call in the domain currently active... If the UE is not attached to the CS domain... the UE first performs a CS Attach procedure and then originates a voice call setup using the dynamically assigned VDN.”<br>（中文翻译：“……网络节点分配一个动态VDN，该动态VDN唯一标识当前活动域中的现有呼叫……如果UE未附着到CS域……UE首先执行CS附着过程，然后使用动态分配的VDN发起语音呼叫建立。”）	对比文件仅涉及同一个UE设备将其自身单呼叫从PS域转移到CS域的时机与过程，完全没有在多设备组成的协同会话中“协同会话的控制正被转移到所述WTRU时”的时序控制与触发逻辑配置，属于未公开。
技术特征K：控制所述现有的IMS协同会话<br><br>《未公开》	对比文件全文未公开协同会话，亦无控制协同会话的记载。其关于呼叫维持仅记载：<br>【0001】<br>“...the present patent disclosure is directed to a system and method for managing call continuity in a network environment including a circuit-switched (CS) network and an IP multimedia subsystem (IMS) network using Session Initiation Protocol (SIP) messaging.”<br>（中文翻译：“……本专利公开涉及一种用于在使用会话发起协议（SIP）消息传递的包括电路交换（CS）网络和IP多媒体子系统（IMS）网络的环境中管理呼叫连续性的系统和方法。”）	目标专利说明书第【0085】段明确定义了协同会话控制的含义：“作为控制方WTRU，具有对两个WTRU的协同媒体会话的控制……在作为协同会话一部分的WTRU之间增加、去除、释放、复制或转移媒体流”。对比文件仅涉及单一UE维持自身单个话音呼叫的跨域连续性，没有任何设备对多设备参与的“协同会话”进行控制的机制，属于未公开。
技术特征L：其中所述WTRU是处于所述现有的IMS协同会话中的被控制方WTRU<br><br>《未公开》	对比文件全文无相关记载。关于UE的角色仅记载：<br>【0014】<br>“Preferably, the UE device is capable of operating in multiple modes in that it can engage in both circuit-switched (CS) as well as packet-switched (PS) communications, and can transition from one mode of communications to another mode of communications without loss of continuity.”<br>（中文翻译：“优选地，UE设备能够以多模操作，因为它可以参与电路交换（CS）以及分组交换（PS）通信，并且可以从一种通信模式转换到另一种通信模式而不丢失连续性。”）	目标专利说明书第【0085】段定义了协同会话中存在控制方WTRU与被控制方WTRU的角色划分。对比文件中的呼叫仅由单一UE与远端进行点对点通信，完全不存在协同会话，该UE也不是协同会话中的“被控制方WTRU”，属于未公开。
技术特征M：其中所述WTRU具有与远端方之间的IMS媒体流<br><br>《直接公开》	【0002】<br>“Mobile voice-over-IP (VoIP) handover is the process of continuing a voice call as a user moves between IP-based packet-switched (PS) networks (e.g., wireless LAN (WLAN) or Wi-MAX networks, etc.) and circuit-switched (CS) cellular networks.”<br>（中文翻译：“移动IP语音（VoIP）切换是当用户在基于IP的分组交换（PS）网络（例如，无线局域网（WLAN）或Wi-MAX网络等）和电路交换（CS）蜂窝网络之间移动时继续语音呼叫的过程。”）<br><br>【0005】<br>“When the dynamically allocated IMRN is transmitted by the UE device back to the network node for call setup in the other domain, the network node utilizes the IMRN mapping to effectuate call continuity with respect to the called party.”<br>（中文翻译：“当动态分配的IMRN由UE设备发送回网络节点以在另一个域中建立呼叫时，网络节点利用IMRN映射来针对被叫方实现呼叫连续性。”）<br><br>【0016】<br>“...wherein IP is used to transport both bearer traffic and Session Initiation Protocol (SIP)-based signaling traffic.”<br>（中文翻译：“……其中IP用于传输承载流量和基于会话发起协议（SIP）的信令流量。”）	对比文件公开了UE在IMS网络中通过IP网络（PS域）发起和维持与被叫方（远端方）的VoIP语音呼叫，IP网络上传输承载流量（媒体流）。该媒体流即属于与远端方之间的IMS媒体流，作用相同，属于直接公开。
技术特征N：其中对所述现有的IMS协同会话的所述控制从第二WTRU转移到所述WTRU<br><br>《未公开》	对比文件全文无相关记载。关于转移仅记载：<br>【0003】<br>“...continuing a call from one domain to another domain.”<br>（中文翻译：“……将呼叫从一个域继续到另一个域。”）<br><br>【0007】<br>“...disclosed herein is an embodiment of a UE device operable to continue a call using inter-domain continuity in an IMS network.”<br>（中文翻译：“……本文公开了一种可操作以在IMS网络中使用域间连续性来继续呼叫的UE设备的实施方式。”）	对比文件公开的转移是同一UE设备在PS域与CS域之间的单设备域间转移（Inter-domain Transfer），完全不涉及第二个WTRU，更未公开协同会话控制权从第二WTRU转移至该WTRU的设备间控制转移过程，属于未公开。
技术特征O：其中所述协同会话控制转移请求和所述响应是会话发起协议(SIP)消息<br><br>《隐含公开》	【0003】<br>“...wherein a Session Initiation Protocol (SIP) Invite message (or another SIP Request)... is utilized... Responsive to the SIP Invite message from a UE device, a network node provides a SIP response message, e.g., Alternative Service Response message (also referred to as SIP 380 Response)...”<br>（中文翻译：“……其中利用了会话发起协议（SIP）Invite消息（或另一个SIP请求）……响应于来自UE设备的SIP Invite消息，网络节点提供SIP响应消息，例如替代服务响应消息（也称为SIP 380响应）……”）<br><br>【0006】<br>“...via a SIP response message (e.g., SIP Alternative Service 380 Response message)...”<br>（中文翻译：“……经由SIP响应消息（例如SIP替代服务380响应消息）……”）	对比文件公开了在IMS环境下的呼叫连续性管理中，请求和响应消息均采用SIP消息（如SIP Invite请求和SIP 380响应消息）。虽然对比文件未公开“协同会话控制转移”这一特定业务请求及响应，但其公开了采用SIP请求消息与SIP响应消息来进行IMS会话控制和转移信令交互。依据极宽松的隐含公开标准，对比文件部分公开了使用SIP消息作为转移信令载体，本领域技术人员有可能基于此推断出采用SIP消息来实现请求与响应，故认定为隐含公开。
技术特征P：其中所述协同会话控制转移请求包括以下中的一者或多者<br><br>《未公开》	对比文件未记载协同会话控制转移请求。关于SIP消息携带的标识信息记载：<br>【0004】<br>“Included in the SIP Invite message is certain unique ID information that may comprise an Address of Record (AOR), a Globally Routable User Agent Uniform Resource Identifier (GRUU), and/or an Instance ID for identifying an on-going call, or any combination thereof.”<br>（中文翻译：“SIP Invite消息中包含某些唯一ID信息，其可以包括记录地址（AOR）、全局可路由用户代理统一资源标识符（GRUU）和/或用于标识正在进行的呼叫的实例ID，或其任何组合。”）	由于对比文件中根本不存在“协同会话控制转移请求”，因而该请求中包含特定参数组合的技术方案整体未被公开，属于未公开。
技术特征Q：所述现有的IMS协同会话的身份<br><br>《隐含公开》	【0004】、【0023】<br>“This may be based on the dialog information contained in the Invite in a SIP Header (such as the Target-Dialog header or the Same-Session header) or contained in the body of the Invite message (such as in a SIPfrag body)... The SIP Invite message possibly contains information that enables the VCC network node to correlate the request with the existing SIP dialog of the call to be transferred...”<br>（中文翻译：“这可以基于包含在SIP报头中的Invite中的对话信息（例如Target-Dialog报头或Same-Session报头）或包含在Invite消息体中（例如在SIPfrag主体中）……SIP Invite消息可能包含使VCC网络节点能够将请求与要转移的呼叫的现有SIP对话进行关联的信息……”）	对比文件公开了在发起域转移的SIP消息中携带现有呼叫的会话/对话标识（SIP Dialog ID、Target-Dialog、Same-Session），用于在网络侧唯一识别正在进行的现有IMS会话。尽管对比文件的会话并非“协同会话”，但在IMS框架下，协同会话的身份本质上也是通过SIP会话/对话标识（如Call-ID/Dialog ID）进行标识。依据极宽松的隐含公开标准，本领域技术人员有可能根据对比文件记载的在转移消息中携带现有会话标识的内容，合理推断出携带现有IMS会话身份的技术方案，故认定为隐含公开。
技术特征R：所述现有的IMS协同会话的媒体流的身份<br><br>《未公开》	对比文件全文未公开媒体流的身份（Media Flow ID）。关于呼叫信息仅记载：<br>【0004】<br>“...identifying an on-going call... based on the dialog information contained in the Invite in a SIP Header... or contained in the body of the Invite message...”<br>（中文翻译：“……标识正在进行的呼叫……基于包含在SIP报头中的Invite中的对话信息……或包含在Invite消息体中……”）	对比文件针对的是单个语音呼叫整体的域转移，呼叫中仅涉及单一话音承载，不涉及协同会话中区分并标识多个媒体流（如音频流、视频流独立标识），未公开在转移请求中携带媒体流的身份（ID），属于未公开。
技术特征S：所述第二WTRU的身份<br><br>《未公开》	对比文件全文无第二WTRU的记载。关于设备标识仅记载：<br>【0004】<br>“The Instance ID could be IMEI, IMEISV, MIN, ESN, UUID, MAC address, a software ID... that could be used to uniquely identify the UE device.”<br>（中文翻译：“实例ID可以是IMEI、IMEISV、MIN、ESN、UUID、MAC地址、软件ID……可用于唯一标识该UE设备。”）	对比文件仅涉及单个UE自身进行跨域切换，其携带的身份仅为当前UE自身的用户或设备标识，不存在第二WTRU，更无从在请求中携带第二WTRU的身份，属于未公开。
技术特征T：所述WTRU的身份<br><br>《隐含公开》	【0004】<br>“Included in the SIP Invite message is certain unique ID information that may comprise an Address of Record (AOR), a Globally Routable User Agent Uniform Resource Identifier (GRUU), and/or an Instance ID for identifying an on-going call, or any combination thereof. The Instance ID could be IMEI, IMEISV, MIN, ESN, UUID, MAC address, a software ID (such as, e.g., a mobile software terminal identifier) or any other unique Layer-2 address that could be used to uniquely identify the UE device.”<br>（中文翻译：“SIP Invite消息中包含某些唯一ID信息，其可以包括记录地址（AOR）、全局可路由用户代理统一资源标识符（GRUU）和/或用于标识正在进行的呼叫的实例ID，或其任何组合。实例ID可以是IMEI、IMEISV、MIN、ESN、UUID、MAC地址、软件ID（例如，移动软件终端标识符）或可用于唯一标识UE设备的任何其它唯一第2层地址。”）<br><br>【0021】<br>“...for UE and user identified by the GRUU received in the SIP Invite message.”<br>（中文翻译：“……针对由SIP Invite消息中接收到的GRUU所标识的UE和用户。”）	对比文件明确公开了在发起转移的SIP请求消息中包含UE设备的唯一身份信息（如GRUU、AOR、IMEI、MAC地址等）。虽然对比文件该标识用于单设备域转移中的UE识别，但从极宽松的隐含公开标准来看，对比文件公开了在IMS会话转移相关的SIP消息中包含该WTRU自身身份信息的技术手段，本领域技术人员有可能将该内容推理至协同转移请求中携带本设备身份，故认定为隐含公开。

<<<A>>>

<<>>

<<<F>>>

<<<g>>>

<<>>

<<<M>>>

<<<o>>>

<<<q>>>

<<<t>>>

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

您好，作为资深专利代理师，我对对比文件（US 2008/0119165 A1）与目标专利权利要求各技术特征的对应公开性进行了严谨、深度的比对与分析。

### 一、技术特征的理解与发明构思剖析

紧密结合目标专利说明书原文（如说明书[0006]、[0084]-[0086]、[0090]、[0115]-[0120]等段落）：

- **目标专利技术方案**：涉及3GPP IMS架构中的**协同会话（Collaborative Session）控制转移**。在IMS协同会话中，存在控制方WTRU（Controller UE）和一个或多个被控制方WTRU（Controllee UE），会话由控制方统一管控增删复制媒体流等。技术特征A~T限定了一个处于协同会话中的**被控制方WTRU**，其具有与远端方的媒体流。当IMS实体（如SCC AS）检测到原控制方第二WTRU的控制信令发生退化或损失（例如信号断开/劣化）时，由IMS实体主动发起协同会话控制转移请求，被控制方WTRU的接收机接收该请求，指示接收现存IMS协同会话的控制权；该WTRU的发射机向IMS实体回复接受响应，并在控制器控制下接管该现存IMS协同会话的控制权，从被控制方转变为控制方。

- **对比文件（D1）技术方案**：主要涉及企业移动通信平台中，移动服务器（Mobility Server）与移动客户端（Mobility Client）之间的呼叫路由、垂直切换（Wi-Fi与蜂窝之间Handoff）、接收方身份认证（CRA）以及自动电话会议（RC）。其中涉及用户在Wi-Fi与蜂窝之间漫游切换时的信令建立与呼叫转移。

---

### 二、特征比对表格

技术特征描述及公开性判断结果	对比文件原文引用（中文翻译及段落标号）	公开性论述
技术特征A：该WTRU包括<br><br>《直接公开》	[0031] “Mobile equipment (ME) 102 is provided that communicates with the network in a number of possible ways... WTRU 102a, 102b, 102c, 102d中的每一个可以是配置为在无线环境中进行操作和/或通信的任何类型设备。作为示例，WTRU 102a、102b、102c、102d可以被配置为传送和/或接收无线信号，并且可以包括用户设备（UE）、移动台、移动用户单元...智能手机...”<br>[0077] “...移动设备（ME）102与网络进行通信...移动客户端、客户端设备以及移动设备（ME）是等同的。”	公开性论述：对比文件公开了移动设备ME 102（即移动客户端Client/移动设备ME），其为无线发射/接收单元（WTRU）或UE。在对比文件与目标专利中均作为无线终端通信实体，作用与功能实质相同。本领域技术人员能毫无疑义地确定对比文件直接公开了技术特征A。
技术特征B：接收机<br><br>《直接公开》	[0042]-[0046] “...WTRU 102可以包括处理器118、收发信机120、发射/接收元件122...收发信机120可以被配置为调制要由发射/接收元件122传送的信号，和解调由发射/接收元件122接收的信号...”<br>[0129] “客户端软件运行在与移动服务器兼容的手机上。通常这些是双模手机，具备在蜂窝网络以及LAN网络上提供连接的能力。”	公开性论述：对比文件公开了双模移动终端具备收发信机120及接收无线/IP数据流的能力，收发信机中实质包含了接收机硬件和基带/协议栈接收模块，用于解调与接收信号。在对比文件与目标专利中，均起到接收来自网络侧无线与信令信号的作用，二者技术方案与作用完全相同。因此，特征B被直接公开。
技术特征C：被配置成接收来自IMS实体的协同会话控制转移请求<br><br>《未公开》	对比文件通篇未记载在IMS协同会话中由IMS网络实体向被控制方设备发送“协同会话控制转移请求”。<br>相关内容如：<br>[0198] “从Wi-Fi到蜂窝的切换...一旦做出决定，将其传达给服务器，服务器在蜂窝网络上向客户端发起呼叫。客户端检查来电的呼叫者ID...如果匹配，则接受蜂窝呼叫并放弃802.11呼叫支路。”<br>[0587] “当设备检测到缓慢劣化时，它在达到低信号阈值后通知服务器...一旦服务器接收到该通知，它就发起切换并通过PSTN和蜂窝网络创建呼叫支路。”	公开性论述：对比文件中仅涉及单用户的单个设备在不同网络（Wi-Fi与蜂窝网络）之间的垂直切换（Handoff），或者通过企业移动服务器进行呼叫路由、接收方鉴权。对比文件完全没有IMS协同会话（多个协同设备同时参与同一多媒体会话、分立媒体流、并区分为控制方与被控制方）的概念，更未公开IMS网络实体（如SCC AS）向某个从属终端发送“协同会话控制转移请求”。对比文件中的呼叫设置或切换邀请仅为普通单设备呼叫重路由或切换，技术构思与作用完全不同。即便按照最宽松的推理解释，对比文件也完全缺乏协同会话与网络侧转移会话控制信令的架构基础，因此特征C未公开。
技术特征D：其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求<br><br>《未公开》	无相关原文记载。对比文件涉及的SIP消息为普通VoIP呼叫控制（如INVITE消息用于在切换中建立新呼叫支路）：<br>[0286] “在接下来的步骤1314中，移动服务器818可以向PBX 810发送SIP invite消息。SIP invite消息包括与移动客户端816相关联的蜂窝号码...”<br>[0300] “移动服务器818可以向移动客户端816发送SIP invite消息。作为响应，移动客户端816可以发送SIP OK消息...”	公开性论述：目标专利中该请求是指示该被控制方WTRU接管现有的、由多个WTRU协同组成的IMS多媒体协同会话的主控制权（包括控制媒体流增删、转移权限等）；而对比文件中仅为单设备切换建立单路媒体呼叫连接的常规SIP Invite，根本不存在“请求接收对现有IMS协同会话的控制”的语义与技术内容，技术手段与目的均不相同。因此特征D未公开。
技术特征E：其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起<br><br>《未公开》	[0588] “在第二种情况下，当信号强度直接降至零时，设备没有机会发送任何通知供服务器发起切换。在这种情况下，服务器依靠数据/媒体平面来确定Wi-Fi丢失。当语音呼叫处于活跃状态时，服务器会接收周期性的RTP数据包。当没有Wi-Fi信号时，服务器将无法接收到RTP数据包。缺少连续固定数量的数据包的到达会触发对PSTN支路发起切换...”	公开性论述：对比文件[0588]虽然公开了服务器检测到同一设备的数据包丢失（由于信号降为0）时触发向PSTN/蜂窝支路的切换，但这仅是“同一终端设备在两网之间的单人呼叫垂直切换”。目标专利的技术特征E明确限定该转移请求是由IMS实体基于来自第二WTRU（即原控制方终端）的现有IMS协同会话控制信令的退化或损失而向第一WTRU发起的会话控制权移交。对比文件中根本没有协同会话中第二WTRU与第一WTRU的关系，也不是基于第二WTRU控制信令丢失而将控制权转移给第一WTRU。因此特征E未公开。
技术特征F：发射机<br><br>《直接公开》	[0042]-[0046] “...WTRU 102可以包括处理器118、收发信机120、发射/接收元件122...收发信机120可以被配置为调制要由发射/接收元件122传送的信号...”<br>[0183] “来自音频接收器的语音被编码...封装成RTP数据包...并在IP接口上发送到服务器...”	公开性论述：对比文件公开了终端包括收发信机120（包含发射机与天线元件），能够在无线介质/IP网络上传送调制信号与上行数据包。在对比文件与目标专利中均起到向上行网络实体发射信号的作用，技术方案与功能等同，属于本领域基础通用部件。本领域技术人员可毫无疑义地确定特征F被直接公开。
技术特征G：被配置成向所述IMS实体传送响应<br><br>《隐含公开》	[0300] “移动服务器818可以向移动客户端816发送SIP invite消息。作为响应，在接下来的步骤1416中，移动客户端816可以向移动服务器818发送回SIP OK消息。”<br>[0326] “在接收到SIP invite消息后，移动客户端的呼叫控制模块在接下来的步骤1626中，可以通过向移动服务器818发送SIP OK消息来接受电信请求...”	公开性论述：对比文件公开了移动客户端通过其发射模块向作为核心控制服务器的移动服务器（Mobility Server，支持SIP B2BUA/Proxy）发送呼叫响应（如SIP 200 OK响应），用于响应服务器下发的呼叫请求。尽管对比文件中的移动服务器不是标准3GPP IMS架构中的SCC AS实体，但按照极宽松的隐含公开标准，对比文件公开了终端发射机向网络侧呼叫控制服务器发送应答响应的技术手段，可视为在一般性呼叫应答层面部分公开或隐含推知向网络控制实体传送响应。因此认定特征G为《隐含公开》。
技术特征H：其中所述响应指示接受所述协同会话控制转移请求<br><br>《未公开》	[0300] “在接下来的步骤1414中，移动服务器818可以向移动客户端816发送SIP invite消息。作为响应，在接下来的步骤1416中，移动客户端816可以向移动服务器818发送回SIP OK消息。”<br>[0521]-[0523] “当企业服务器呼叫员工时，应用程序将在电话响起之前接听该呼叫...应用程序使用DTMF向服务器发送一组数字（反向呼叫者ID-RID），以认证正在使用该蜂窝电话的用户...如果RID匹配，则服务器确信这是经过身份验证的员工...”	公开性论述：对比文件中的SIP OK响应或DTMF应答仅表示接受普通的点对点呼叫或蜂窝接入鉴权，完全不包含对“协同会话控制转移请求”的接受语义。由于对比文件中根本没有协同会话控制转移请求的前提，其响应自然不可能具备指示接受会话控制权转移的技术效果与方案内容。因此特征H未公开。
技术特征I：控制器<br><br>《直接公开》	[0042]-[0043] “如图1B所示，WTRU 102可以包括处理器118、收发信机120...处理器118可以是通用处理器、专用处理器、常规处理器、数字信号处理器（DSP）、多个微处理器、与DSP核心相关联的一个或多个微处理器、控制器、微控制器、专用集成电路（ASIC）...电路等。处理器118可以执行信号编码、数据处理、功率控制、输入/输出处理和/或使WTRU 102能够在无线环境中操作的任何其他功能。”	公开性论述：对比文件明确公开了WTRU包含处理器118，并指出其可以是微处理器、控制器（controller）、微控制器等，用于执行数据处理与控制功能。在对比文件与目标专利中均起到逻辑处理与操作控制的核心作用。因此特征I被直接公开。
技术特征J：被配置成在对所述现有的IMS协同会话的控制正被转移到所述WTRU时<br><br>《未公开》	无相关原文记载。对比文件仅涉及网络切换状态机：<br>[0281] “随着信号强度恶化，移动性管理服务器模块922和移动性管理客户端模块1096可以分别通知呼叫控制服务器模块920和呼叫控制客户端模块1098以期待新的网络连接。”	公开性论述：目标专利中该特征限定了控制器处于“IMS协同会话控制权正被移交给该WTRU”的特定转移时序与上下文环境。对比文件中无多方IMS协同会话，更无控制权转移至本终端的时序与控制逻辑。因此特征J未公开。
技术特征K：控制所述现有的IMS协同会话<br><br>《未公开》	对比文件仅公开终端对本地自身呼叫与VoIP媒体流的管理控制：<br>[0139] “呼叫控制与语音：用于在LAN接口上发起VoIP呼叫的呼叫控制；用于在LAN接口上发起VoIP呼叫的语音引擎...呼叫从蜂窝呼叫切换到VoIP呼叫...”<br>[0257] “呼叫控制客户端模块1098可配置成与用户界面模块交互并管理移动客户端的呼出和呼入数据（包括呼出和呼入语音呼叫）。”	公开性论述：目标专利中“控制现有的IMS协同会话”是指WTRU扮演协同会话的主控制方角色（Controller WTRU），能够统一管控整个协同会话中涉及的多个WTRU以及远端方的媒体流（如添加、删除、释放、复制或转移其它从属WTRU的媒体流，如说明书[0085]所述）。而对比文件中移动客户端仅控制自身的本地单路呼叫连接，完全不具备管控多设备协同多媒体会话的主控功能。因此特征K未公开。
技术特征L：其中所述WTRU是处于所述现有的IMS协同会话中的被控制方WTRU<br><br>《未公开》	对比文件通篇仅存在单一主叫-被叫关系或普通电话会议参与者关系：<br>[0431] “RC客户端负责管理用户的用户界面并发起RC请求...在服务器端，RC逻辑涉及从在线状态服务器收集和关联信息...”<br>[0507] “在此示例中，请求用户A和用户B通过挂起的RC请求参与RC...”	公开性论述：对比文件中的移动客户端（如RC客户端）在电话会议或点对点呼叫中只是对等的参会方，不存在IMS协同会话中作为“被控制方WTRU（Controllee WTRU）”的特定实体架构与工作机制（即媒体流属于协同会话一部分，但会话行为受另一控制方WTRU管控）。因此特征L未公开。
技术特征M：其中所述WTRU具有与远端方之间的IMS媒体流<br><br>《隐含公开》	[0183] “SIP信令用于在客户端和服务器之间建立语音呼叫。来自音频接收器的语音被编码为语音引擎支持的编解码器之一，封装成RTP数据包，根据需要加密，并在IP接口上发送到服务器。类似地，从服务器接收到的RTP数据包在需要时被解密，使用编解码器之一解码并播放。”<br>[0226] “图8显示了在本发明的一个实施例中，在外部电信设备与企业内部的移动客户端之间建立电信会话。”<br>[0278] “在最后的步骤1124中，可以在移动客户端816和外部电话802之间建立电信会话...具有两条连接腿...在移动客户端816与外部电话802之间的所有电信流量由移动服务器处理。”	公开性论述：对比文件公开了移动客户端可以通过SIP信令和RTP多媒体协议与远端外部电话（Outside telephone 802）建立端到端实时语音/多媒体通信会话流，媒体流经由企业IP网络及运营商网络传输。虽然对比文件中该媒体流并非处于标准IMS协同会话体系中，但按照极其宽松的隐含公开判断原则，对比文件公开了移动终端具备与远端通信方建立IP实时媒体流（VoIP/RTP）的能力，可视为部分公开或能够隐含推知该多媒体流传输形态。因此认定特征M为《隐含公开》。
技术特征N：其中对所述现有的IMS协同会话的所述控制从第二WTRU转移到所述WTRU<br><br>《未公开》	对比文件通篇不存在会话主控权在两台WTRU之间移交的机制：<br>[0198] “将呼叫从802.11网络切换到蜂窝网络...在服务器端，服务器断开到客户端的802.11呼叫支路，将蜂窝呼叫支路拼接给另一通话方。”	公开性论述：对比文件中发生的呼叫切换仅仅是同一个用户的单个终端在自身的Wi-Fi网络接口与蜂窝网络接口之间进行承载切换（垂直切换），从未涉及将现有会话的控制权从“第二WTRU”转移给“所述第一WTRU”。两者在物理场景、拓扑结构和控制逻辑上均完全不同。因此特征N未公开。
技术特征O：其中所述协同会话控制转移请求和所述响应是会话发起协议(SIP)消息<br><br>《隐含公开》	[0106] “呼叫控制模块...接口连接到SIP协议栈...SIP协议栈主要用作协议消息解码/编码引擎...执行基于标准的消息解析和验证...”<br>[0263] “SIP客户端模块1068可配置成与移动服务器的SIP服务器模块进行交互以进行呼叫信令，例如在移动客户端与移动服务器之间的邀请（invite）、OK和确认（ACK）消息。”	公开性论述：对比文件公开了在移动客户端与服务器之间采用标准SIP协议消息（如SIP INVITE、SIP 200 OK、SIP ACK）作为请求和响应消息来实现呼叫控制与会话管理。虽然该SIP消息在对比文件中不是针对“协同会话控制转移”，但基于宽松判断原则，对比文件公开了采用SIP请求及响应消息进行呼叫信令交互的协议机制，本领域技术人员有可能将该SIP消息协议机制与其他特征组合。因此特征O认定为《隐含公开》。
技术特征P：其中所述协同会话控制转移请求包括以下中的一者或多者<br><br>《未公开》	对比文件中普通SIP消息及RC请求所携带的参数：<br>[0286] “...向PBX 810发送SIP invite消息。SIP invite消息包括与移动客户端816相关联的蜂窝号码。”<br>[0452] “...RC提示将包含有关主席的详细信息、参与者列表、呼叫摘要等...”	公开性论述：由于对比文件中根本不存在“协同会话控制转移请求”，故该转移请求中包含特定协同会话及实体标识的上位概念和下位特征均未被实质公开。
技术特征Q：所述现有的IMS协同会话的身份<br><br>《未公开》	对比文件会议中包含会议ID：<br>[0507] “移动服务器向用户A响应一个集合呼叫ID（RC ID），在本例中例如为1900。”	公开性论述：对比文件的RC ID仅用于标识企业内部自动发起的电话会议呼叫记录，并非IMS协同会话的身份标识（Collaborative Session ID），且其附着于普通RC会议请求而非转移请求。因此特征Q未公开。
技术特征R：所述现有的IMS协同会话的媒体流的身份<br><br>《未公开》	对比文件仅在数据包分类中识别媒体流端口/SSRC：<br>[0674]-[0675] “MSAP媒体流使用实时传输（RTP）或安全实时传输（SRTP）报头中的同步源（SSRC）字段进行解复用...”	公开性论述：对比文件仅在硬件FPGA媒体流分类转发时利用RTP SSRC字段识别数据包所属流，并未在控制转移请求中指示“被转移控制权的IMS协同会话特定媒体流标识（Media Flow ID）”。因此特征R未公开。
技术特征S：所述第二WTRU的身份<br><br>《未公开》	对比文件呼叫流程中包含主叫号码：<br>[0198] “客户端检查来电的呼叫者ID（caller-id），与802.11呼叫者ID进行比较...”	公开性论述：对比文件比对的是服务器发起呼叫时的呼叫者ID，用于鉴权与自身两网呼叫关联，并非在协同会话控制权转移请求中携带原控制方“第二WTRU的身份”。因此特征S未公开。
技术特征T：所述WTRU的身份<br><br>《隐含公开》	[0171] “在成功认证后，服务器通过发送企业电话号码进行回复。作为答复，客户端向服务器发送蜂窝电话号码。服务器将两者绑定以用于将来的所有切换场景。”<br>[0286] “...SIP invite消息包括与移动客户端816相关联的蜂窝号码。”	公开性论述：虽然对比文件未公开在协同会话控制转移请求中携带本WTRU身份，但对比文件在网络呼叫与控制请求中明确公开了携带目标终端的设备身份（如手机号码、企业分机号、IP地址等），根据极宽松的隐含公开判断原则，对比文件部分公开了在控制信令中携带本设备身份的技术手段，可视为在参数构建层面能够被隐含推知。因此特征T认定为《隐含公开》。

---

### 三、评估结论与代码输出

经过全面深度对比，对比文件（US 2008/0119165 A1）直接公开了移动通信终端的基础硬件架构（WTRU、接收机、发射机、控制器等），并在普通呼叫/信令交互层面部分或隐含公开了通用通信机制；但对于涉及**3GPP IMS协同会话的核心控制机制**（包括控制权从第二WTRU转移至被控制方WTRU、网络实体基于原控制方信令劣化主动触发转移请求、以及请求与响应中转移控制权的具体信令语义与参数），对比文件均**未公开**。

直接公开与隐含公开的代码标识如下：

<<<A>>>

<<>>

<<<F>>>

<<>>

<<<g>>>

<<<m>>>

<<<o>>>

<<<t>>>

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

技术特征描述及公开性判断结果	对比文件原文引用	公开性论述
技术特征A：<br>该WTRU包括<br><br>《直接公开》	【背景技术】[0004] “无线发射/接收单元（WTRU）可通过各种接入网连接到IMS……”；<br>【对比文件/背景技术】第4段：“控制部分即IMS终端和IMS域网络实体之间的IMS信令交互……具备CSI控制功能的CSI终端在与对端用户的IMS会话建立过程中……”；【具体实施方式】步骤1：“IMS终端A向使用具备CSI控制功能的CSI终端B发起VoIP的IMS会话……到达终端B。”	对比文件公开了具备CSI控制功能的CSI终端B/IMS终端A。在无线移动通信领域，IMS移动终端、CSI终端即为无线发射/接收单元（WTRU），二者属于同一领域的公知等同概念，技术手段与功能作用完全相同，本领域技术人员能毫无疑义地直接得出该技术方案。因此，对比文件直接公开了技术特征A。
技术特征B：<br>接收机<br><br>《隐含公开》	【对比文件/具体实施方式】步骤1：“IMS终端A向使用具备CSI控制功能的CSI终端B发起VoIP的IMS会话，IMS会话建立请求消息经终端A、B相关(所属及当前所在)IMS网络到达终端B。”；步骤7：“终端B接到CS呼叫请求后……”	对比文件明确公开了CSI终端B通过接入网/网络接收来自终端A和相关网络的“IMS会话建立请求消息”以及“接到CS呼叫请求”。在通信终端中，无线信号与消息的接收必须依赖物理或逻辑层面的接收机（Receiver）硬件电路来实现。基于对比文件公开的终端接收消息的功能，本领域技术人员可以必然、合理推断出该终端必然包括用于接收信号与消息的接收机。因此，对比文件隐含公开了技术特征B。
技术特征C：<br>被配置成接收来自IMS实体的协同会话控制转移请求<br><br>《未公开》	【对比文件/具体实施方式】步骤1：“IMS终端A向使用具备CSI控制功能的CSI终端B发起VoIP的IMS会话，IMS会话建立请求消息经终端A、B相关(所属及当前所在)IMS网络到达终端B。”	目标专利中，“协同会话控制转移请求”是指在现有的IMS协同会话（多个WTRU与远端方共同参与的协同会话）中，将协同会话的主控权/控制权从一个控制方WTRU转移给另一个WTRU的网络层控制请求，由IMS实体（如SCC AS）下发给被控制方WTRU。<br>而对比文件中，终端B接收的是主叫终端A通过相关IMS网络发起的普通的“IMS会话建立请求消息（例如初始VoIP呼叫INVITE）”，其属于单用户点对点会话的初次建立请求，根本不存在多设备参与的“协同会话（Collaborative Session）”，更不涉及“协同会话控制的转移（Transfer of Collaborative Session Control）”。二者在控制对象、协议信令机制及所实现的技术功能上完全不同。对比文件既未直接公开、也无法合理推导出该特征。
技术特征D：<br>其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求<br><br>《未公开》	【对比文件/具体实施方式】步骤1-步骤2：“IMS终端A向使用具备CSI控制功能的CSI终端B发起VoIP的IMS会话……具备CSI控制功能的CSI终端B根据会话建立请求中相关指示触发CSI业务逻辑……”	目标专利中，该指示的作用是明确请求被控制方WTRU承担起对已有IMS协同会话的主控角色（即变为控制方WTRU）。<br>对比文件中主叫终端A发送的仅是VoIP的IMS会话建立请求，其作用是指示建立新的会话连接，并无任何协同会话主控权的接管或转移指示。对比文件完全未公开该技术特征。
技术特征E：<br>其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起<br><br>《未公开》	【对比文件/具体实施方式】步骤2：“在当前CSI业务所需条件无法满足情况下则将当前触发CSI业务的IMS会话回落到CS呼叫……本侧CSI业务条件检查可以包括但不限于当前接入的无线接入网同时保持CS/PS空口连接的能力。”	目标专利中，该特征是指IMS实体（SCC AS）检测到原控制方WTRU（第二WTRU）与网络之间的控制信令发生退化或中断损失（如无线信道衰落、失联），进而主动触发控制权向其他WTRU转移以维持协同会话。<br>对比文件记载的是被叫终端B检查“本侧（即被叫自身）CSI业务条件”发现当前接入小区不支持同时保持CS/PS连接，进而由被叫终端B主动触发将IMS会话“回落（fallback）到电路交换（CS）网络呼叫”。这既不是由IMS实体基于第二WTRU控制信令退化或损失而发起的控制转移，也不是为了多设备协同会话的容灾切换，二者技术方案与控制机理截然不同。对比文件完全未公开该特征。
技术特征F：<br>发射机<br><br>《隐含公开》	【对比文件/具体实施方式】步骤3：“确定回落CS呼叫后，具备CSI控制功能的CSI终端B向终端A回应IMS呼叫改向指示……”；步骤22：“确定回落CS呼叫后，终端B向终端A回应IMS呼叫释放指示……”；步骤23：“终端B继而在CS向终端A发起呼叫建立请求……”	对比文件明确公开了CSI终端B能够向终端A或相关网络发送/回应“IMS呼叫改向指示”、“IMS呼叫释放指示”以及“在CS发起呼叫建立请求”。无线通信终端对外发送信令及数据必须借助物理发射机（Transmitter）电路来实现。本领域技术人员依据对比文件公开的终端发送/回应动作，可以必然且毫无疑义地推断出该终端具有发射机。因此，对比文件隐含公开了技术特征F。
技术特征G：<br>被配置成向所述IMS实体传送响应<br><br>《隐含公开》	【对比文件/具体实施方式】步骤3：“具备CSI控制功能的CSI终端B向终端A回应IMS呼叫改向指示……经终端A、B相关(所属及当前所在)IMS网络到达终端B”；步骤7：“终端B接到CS呼叫请求后，与对应CS网络交互完成CS呼叫建立处理，向互通网关先后返回CS用户振铃、CS用户应答消息……”	在对比文件中，终端B向主叫终端A返回改向指示或响应消息时，其信令必须经由终端所属及当前所在地的IMS网络实体（如P-CSCF/S-CSCF/网关等）中转传送，终端B通过其发射装置向这些IMS网络实体发送上行响应报文。本领域技术人员基于网络路由和通信交互过程，可以合理推断出终端B配置有向网络/IMS实体传送响应的功能。因此，按照宽松标准认定该技术特征被对比文件隐含公开。
技术特征H：<br>其中所述响应指示接受所述协同会话控制转移请求<br><br>《未公开》	【对比文件/具体实施方式】步骤3：“具备CSI控制功能的CSI终端B向终端A回应IMS呼叫改向指示……”；步骤22：“终端B向终端A回应IMS呼叫释放指示……”	目标专利中，该响应的作用是告知IMS实体该WTRU接受承担协同会话的控制权，从而完成控制权移交。<br>对比文件中终端B返回的是“IMS呼叫改向指示”或“IMS呼叫释放指示”，其含义是拒绝当前的IMS会话直接接通，并指示主叫方将呼叫重定向到CS网络，或者直接释放本次IMS会话后由终端B在CS域反向呼叫。这完全不是“接受协同会话控制转移”，其含义与技术效果完全相反。对比文件完全未公开该特征。
技术特征I：<br>控制器<br><br>《隐含公开》	【对比文件/背景技术】第5段：“具备CSI控制功能的CSI终端在与对端用户的IMS会话建立过程中根据一定条件判断触发CSI业务逻辑……”；【具体实施方式】步骤2：“具备CSI控制功能的CSI终端B根据会话建立请求中相关指示触发CSI业务逻辑，在触发的CSI业务逻辑中包括检查本侧CSI业务条件以及与用户交互意愿来决定是否将当前触发CSI业务的IMS会话回落到CS呼叫……”	对比文件明确公开终端B具有CSI业务逻辑控制功能，能够执行检查信道条件、用户意愿确认、控制信令状态机回落等一系列复杂的业务逻辑判断与决策控制。在通信终端体系中，该类逻辑处理必定由终端内部的微处理器、基带芯片或控制器（Controller/Processor）来执行。本领域技术人员依据所公开的逻辑处理功能能够直接合理推断出该终端包括控制器。因此，对比文件隐含公开了技术特征I。
技术特征J：<br>被配置成在对所述现有的IMS协同会话的控制正被转移到所述WTRU时<br><br>《未公开》	【对比文件/发明内容】及【具体实施方式】全文。	目标专利中，该时机特征限定了控制器在控制权转移这一特定动态转换阶段所处的工作状态。<br>对比文件全篇仅涉及“IMS单会话回落为CS呼叫”，完全不涉及多设备之间的协同会话，更不存在“对现有的IMS协同会话的控制正被转移”的特定场景与时机配置。对比文件完全未公开该特征。
技术特征K：<br>控制所述现有的IMS协同会话。<br><br>《未公开》	【对比文件/发明内容】及【具体实施方式】全文。	目标专利中，该特征是指WTRU接管并掌握对多设备协同会话的控制权，从而能够执行对各参与方媒体流的添加、删除、释放、复制或转移等主控功能（参见目标说明书[0085]）。<br>对比文件中的终端B在完成CS呼叫建立后，仅与终端A维持普通的CS语音业务或结合PS数据的CSI单端呼叫连接，不具有也不涉及对“现有的IMS协同会话”的统一主控权。对比文件完全未公开该特征。
技术特征L：<br>其中所述WTRU是处于所述现有的IMS协同会话中的被控制方WTRU。<br><br>《未公开》	【对比文件/发明内容】及【具体实施方式】全文。	目标专利中，被控制方WTRU指协同会话中仅维持自身媒体流、不具有协同会话管理控制权限的受控终端设备（参见目标说明书[0084]-[0085]）。<br>对比文件中的终端B是传统被叫终端（Called Party），不存在“IMS协同会话中的被控制方WTRU”的属性或网络角色。对比文件完全未公开该特征。
技术特征M：<br>其中所述WTRU具有与远端方之间的IMS媒体流。<br><br>《隐含公开》	【对比文件/背景技术】第4段：“传统通讯网络分为电路交换(CS)域和分组交换(PS)域……IMS业务由控制部分和媒体内容部分组成……媒体内容部分即图像、语音和数据等各种内容媒体流。IMS信令和媒体流都通过PS域承载……将多媒体业务通过PS承载和CS承载相结合的方式进行，将实时性要求高的语音业务，仍通过CS承载，其它实时性要求不高的业务，如图片、消息业务等，则通过PS承载，IMS完成统一控制。”；【具体实施方式】步骤2：“……否则按现有技术进行交互并建立应用CSI业务的IMS会话(图中未出)。”	对比文件指出，在CSI业务中，终端可以与对端用户建立IMS多媒体会话，其中图片、消息业务等通过PS域作为IMS媒体流承载，终端能够与远端建立IMS媒体流。尽管对比文件的实施例最终回落到CS呼叫，但在其阐述的CSI业务机制及常规分支流程（满足条件时）中公开了终端与远端建立并维持IMS媒体流的技术构思。按照宽松的隐含公开判断标准，认定对比文件隐含公开了该特征。
技术特征N：<br>其中对所述现有的IMS协同会话的所述控制从第二WTRU转移到所述WTRU。<br><br>《未公开》	【对比文件/发明内容】及【具体实施方式】全文。	目标专利中，该特征明确了会话控制权的转移方向是从第二WTRU（原控制方）转移给本WTRU（新控制方）。<br>对比文件仅涉及终端A与终端B两方点对点通信时承载域从IMS/PS回落/切换到CS网络，不存在控制权在两个终端设备之间发生转移的技术机制。对比文件完全未公开该特征。
技术特征O：<br>其中所述协同会话控制转移请求和所述响应是会话发起协议(SIP)消息。<br><br>《未公开》	【对比文件/背景技术】第3段：“IMS采用初始会话协议(SIP协议)作为应用层交互信令。”；【具体实施方式】步骤1：“……IMS会话建立请求消息经终端A、B相关(所属及当前所在)IMS网络到达终端B。”；步骤3：“具备CSI控制功能的CSI终端B向终端A回应IMS呼叫改向指示……”	尽管对比文件公开了IMS网络中终端收发的初始会话建立请求和改向指示属于SIP协议消息，但是由于技术特征C、D、H所限定的“协同会话控制转移请求”和“接受协同会话控制转移的响应”在对比文件中根本未被公开（不存在该请求与响应实体），因此对比文件不可能公开“该请求和响应是SIP消息”的组合技术特征。对比文件未公开该特征。
技术特征P：<br>其中所述协同会话控制转移请求包括以下中的一者或多者<br><br>《未公开》	【对比文件/发明内容】及【具体实施方式】全文。	如上所述，对比文件并未公开“协同会话控制转移请求”，因而作为其下位进一步限定的具体信令字段载荷特征P及各从属特征Q、R、S、T自然也未被公开。
技术特征Q：<br>所述现有的IMS协同会话的身份<br><br>《未公开》	【对比文件/发明内容】及【具体实施方式】全文。	对比文件完全未涉及IMS协同会话，更未公开协同会话控制转移请求中携带“现有的IMS协同会话的身份（Collaborative Session ID）”。对比文件未公开该特征。
技术特征R：<br>所述现有的IMS协同会话的媒体流的身份<br><br>《未公开》	【对比文件/发明内容】及【具体实施方式】全文。	对比文件未公开协同会话控制转移请求中携带协同会话的媒体流身份（Media Flow ID）。对比文件未公开该特征。
技术特征S：<br>所述第二WTRU的身份<br><br>《未公开》	【对比文件/发明内容】及【具体实施方式】全文。	对比文件未公开协同会话控制转移请求中携带原控制方第二WTRU的身份标识。对比文件未公开该特征。
技术特征T：<br>所述WTRU的身份。<br><br>《未公开》	【对比文件/具体实施方式】步骤3：“其中携带终端B在CS呼叫寻址使用的E.164号码……”	对比文件步骤3中的E.164号码是改向指示中携带的终端B在CS域寻址号码，并非用于协同会话控制转移请求中标识新控制方WTRU的身份。且由于该协同会话控制转移请求本身未被公开，该特征未公开。

<<<A>>><<>><<<F>>><<<G>>><<>><<<M>>>

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

**特征比对与公开性评估**

技术特征描述及判断结果	对比文件原文引用	公开性论述
技术特征A：该WTRU包括<br>《直接公开》	[2]（中文翻译）：<br>“着信者终端2包括线路接口21、呼叫控制信息信号发送接收部22、群组通话执行部23、通话特征文件数据提取部24、终端操作部25和信息显示部26。”<br>(原文：受信者端末２は、回線インタフェース２１と、呼制御情報信号送受信部２２と、グループ通話実行部２３と、通話プロファイルデータ抽出部２４と、端末操作部２５と、情報表示部２６とを備えている。)	对比文件公开了着信者终端2，其为通信装置/移动通信终端，对应目标专利中的无线发射/接收单元（WTRU）。对比文件中着信者终端2包括内部的收发信与控制组件，该特征被对比文件直接公开。
技术特征B：接收机<br>《直接公开》	[2]（中文翻译）：<br>“呼叫控制信息信号发送接收部22经由网络100及线路接口21从发信者终端1经由呼叫控制信息信号转发装置3接收包含群组通话开始请求及通话特征文件数据的呼叫控制信息信号……”<br>(原文：呼制御情報信号送受信部１２［２２］は、ネットワーク１００及び回線インタフェース２１を介して発信者端末１から呼制御情報信号転送装置３経由でグループ通話開始要求及び通話プロファイルデータを含む呼制御情報信号を受信し……)	对比文件的着信者终端2具备线路接口21及呼叫控制信息信号发送接收部22的接收功能部分，在终端中起到接收网络及其他终端发送的控制信号的作用，实质公开了“接收机”构件。本领域技术人员可毫无疑义确定其直接公开了该硬件功能实体。
技术特征C：被配置成接收来自IMS实体的协同会话控制转移请求<br>《未公开》	对比文件未记载该内容。	目标专利中，该特征是指在IMS架构下由IMS网络实体（如SCC AS）向WTRU发送的用于转移现有IMS协同会话控制权的请求（如说明书[0113]、[0117]等）。而对比文件仅公开了呼叫控制信息信号转发装置3转发“群组通话开始请求及通话特征文件数据”（图2的a8），用于邀请终端加入一个新发起的群组通话，既不涉及IMS网络架构或IMS实体，也不涉及对“协同会话”的“控制权转移请求”。即使按最宽松标准，对比文件的群组通话建立信令与IMS协同会话控制转移信令在协议、机制与技术目的上均不同，无法推导出该特征。
技术特征D：其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求<br>《未公开》	对比文件未记载该内容。	目标专利中，该请求的作用是询问或指示目标WTRU承担现有IMS协同会话的控制方角色（说明书[0108]、[0113]）。对比文件中，接收到的呼叫控制信息信号仅是指示着信者终端是否加入一个群组通话会话（即作为参与者加入媒体通话通信路，图3的a11-a14），根本不涉及对已有会话的管理控制权移交或承担控制方角色。二者作用完全不同，未公开。
技术特征E：其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起<br>《未公开》	对比文件未记载该内容。	目标专利中，该特征是指SCC AS等实体检测到原有控制方WTRU的控制连接降低/丢失时主动触发控制转移（说明书[0117]）。对比文件中，呼叫控制信息完全是由发信者终端1的用户主动发起呼叫操作（图2的a1、a2）而触发的群组呼叫请求，没有任何由于信令退化或损失而由网络侧发起控制转移的机制。未公开。
技术特征F：发射机<br>《直接公开》	[2]（中文翻译）：<br>“呼叫控制信息信号发送接收部22经由线路接口21及网络100向呼叫控制信息信号转发装置3返送包含群组通话会话参加要求［或拒绝通知］的呼叫控制信息信号……”<br>(原文：呼制御情報信号送受信部２２は、グループ通話セッション参加要求を含む呼制御情報信号を回線インタフェース２１及びネットワーク１００を介して呼制御情報信号転送装置３経由で送信者端末１に返送する……)	对比文件的着信者终端2具备线路接口21及呼叫控制信息信号发送接收部22的发送功能部分，用于向上游网络设备及对端发送信号，实质公开了终端的“发射机”构件。该技术特征被直接公开。
技术特征G：被配置成向所述IMS实体传送响应<br>《隐含公开》	[2]（中文翻译）：<br>“……呼叫控制信息信号发送接收部22经由线路接口21及网络100通过呼叫控制信息信号转发装置3向送信者终端1返送包含群组通话会话参加要求的呼叫控制信息信号（图3的a12，a13）。”<br>(原文：呼制御情報信号送受信部２２は、グループ通話セッション参加要求を含む呼制御情報信号を回線インタフェース２１及びネットワーク１００を介して呼制御情報信号転送装置３経由で送信者端末１に返送する（図３のａ１２，ａ１３）。)	对比文件公开了着信者终端通过网络接口向网络侧的“呼叫控制信息信号转发装置3”发送响应信号（参加要求）。尽管对比文件未指明该网络是IMS网络，但在隐含公开宽松标准下，呼叫控制信息信号转发装置3属于处理呼叫信令的网络控制设备，若与其他公开IMS架构的对比文件结合，其体现了终端向核心呼叫控制网络实体传送响应信号的技术手段，因此判定为隐含公开。
技术特征H：其中所述响应指示接受所述协同会话控制转移请求<br>《未公开》	对比文件未记载该内容。	目标专利中该响应是指WTRU同意承担现有IMS协同会话的控制权（接受成为控制方，说明书[0109]、[0114]）。对比文件中终端发送的响应是“群组通话会话参加要求”（即同意作为成员参与多方通话）或者拒绝通知（图5的b13），并非对“协同会话控制权转移”的接受。二者在技术内容和控制本质上存在本质区别，未公开。
技术特征I：控制器<br>《直接公开》	[2]（中文翻译）：<br>“另外，图2及图3所示各装置的处理动作是通过发信者终端1、着信者终端2、呼叫控制信息信号转发装置3、着信目的地决定装置4各未图示的CPU（中央处理装置）执行程序来实现的。”<br>(原文：尚、図２及び図３に示す各装置の処理動作は、発信者端末１、着信者端末２、呼制御情報信号転送装置３、着信先決定装置４各々の図示せぬＣＰＵ（中央処理装置）がプログラムを実行することで実現される。)	目标专利中控制器用于执行终端逻辑与控制会话（对应目标说明书[0043]中的处理器118、控制器等）。对比文件明确公开了着信者终端2包含CPU（中央处理器）通过执行程序实现各功能部件的处理逻辑，实质等同公开了“控制器”。因此直接公开。
技术特征J：被配置成在对所述现有的IMS协同会话的控制正被转移到所述WTRU时<br>《未公开》	对比文件未记载该内容。	目标专利中该特征限定了控制器的配置状态和触发时序处于“协同会话控制被转移”的过程之中（说明书[0085]、[0096]）。对比文件中根本不存在任何协同会话控制转移的时序过程，其终端状态仅是在接收到呼叫后选择是否建立通话连接。未公开。
技术特征K：控制所述现有的IMS协同会话。<br>《未公开》	对比文件未记载该内容。	目标专利中，“控制协同会话”是指控制方WTRU具有对协同会话中所有媒体流进行添加、去除、释放、复制、转移以及仲裁其他WTRU请求的主控权限（说明书[0076]、[0085]）。对比文件中的着信者终端2仅是通过“群组通话执行部23”建立与发信者终端1之间的通话数据通信路（图3的a14）以参与多方语音通信，始终属于受邀参与者，而群组通话的会话生成与追加完全由发信者终端1的执行部13进行管理（图2的a3、图3的a15），着信者终端并未控制该协同会话。未公开。
技术特征L：其中所述WTRU是处于所述现有的IMS协同会话中的被控制方WTRU。<br>《未公开》	对比文件未记载该内容。	目标专利中明确区分了“控制方WTRU”与“被控制方WTRU”，本特征限定转移发生前该WTRU已作为被控制方存在于现有的协同会话中（说明书[0089]、[0110]、[0116]）。对比文件中的着信者终端2在发信者呼叫之前根本不存在任何现有的多方通话会话，更不存在“协同会话中的被控制方WTRU”角色。未公开。
技术特征M：其中所述WTRU具有与远端方之间的IMS媒体流。<br>《未公开》	对比文件未记载该内容。	目标专利中要求在发生控制转移前，该WTRU自身已维持了与远端方之间的IMS媒体流（例如说明书[0090]、[0116]的媒体流B）。对比文件的着信者终端2在接收呼叫之前并未建立任何媒体流，呼叫建立后也仅仅是与发信者终端建立通融通信路，且非IMS媒体流。未公开。
技术特征N：其中对所述现有的IMS协同会话的所述控制从第二WTRU转移到所述WTRU。<br>《未公开》	对比文件未记载该内容。	对比文件中群组通话的会话由发信者终端1创建并维系，没有任何将会话管理控制权从第一终端转移给第二终端的机制或启示。未公开。
技术特征O：其中所述协同会话控制转移请求和所述响应是会话发起协议(SIP)消息。<br>《隐含公开》	[2]（中文翻译）：<br>“此前，作为该种通信装置，存在……PoC（push-to-talk over Cellular）……”<br>(原文：従来、この種の通信装置としては、……ＰｏＣ（ｐｕｓｈ−ｔｏ−ｔａｌｋ　ｏｖｅｒ　Ｃｅｌｌｕｌａｒ：プッシュ・ツー・トーク・オーバーセルラ）が存在する。)	对比文件中的呼叫控制信息信号并未明确指明采用SIP协议。然而对比文件背景技术中明确引述了本领域的PoC（Push-to-talk over Cellular）技术体系，本领域技术人员知晓移动蜂窝网中的PoC会话建立普遍基于SIP信令实现，结合最宽松的隐含公开标准，对比文件中所传输的呼叫控制信息信号及其响应有可能采用SIP消息承载，故判定为隐含公开。
技术特征P：其中所述协同会话控制转移请求包括以下中的一者或多者<br>《隐含公开》	见特征Q-T的比对内容。	见Q、R、S、T的具体论述。由于下属特征存在部分被隐含公开的情况，本级特征按隐含公开认定。
技术特征Q：所述现有的IMS协同会话的身份<br>《隐含公开》	[2]（中文翻译）：<br>“……在发信者终端1中，呼叫控制信息信号发送接收部12向呼叫控制信息信号转发装置3发送包含上述通话特征文件数据、群组通信开始请求命令字符串、参加所述群组通话会话所需的连接信息、以及唯一标识符的呼叫控制信息信号（图2的a4）。”<br>(原文：その後、発信者端末１では、呼制御情報信号送受信部１２から上記の通話プロファイルデータとグループ通信開始要求コマンド文字列、前記グループ通話セッションの参加に必要な接続情報、及び一意な識別子を含む呼制御情報信号を呼制御情報信号転送装置３に向けて送信する（図２のａ４）。)	对比文件中，该呼叫信号包含“群组通话会话的唯一标识符（一意な識別子）”以及“连接信息”。虽然其并非“现有的IMS协同会话”，但在非常宽松的隐含公开视角下，其公开了在呼叫控制请求中携带会话标识的技术手段，有可能与IMS机制组合以提供会话身份，故判定为隐含公开。
技术特征R：所述现有的IMS协同会话的媒体流的身份<br>《未公开》	对比文件未记载该内容。	目标专利中该特征用于在具有多个媒体流（如语音、视频等，说明书[0092]、[0106]）的协同会话中唯一标识受控制转移影响的特定媒体流。对比文件仅是单一通话群组会话的建立邀请，没有区分或携带具体媒体流的身份标识。未公开。
技术特征S：所述第二WTRU的身份<br>《直接公开》	[2]（中文翻译）：<br>“通告特征文件数据生成部14根据……通话的紧急度、事由、发信者的个人信息等输入数据生成通话特征文件数据。”<br>(原文：通話プロファイルデータ生成部１４は、端末操作部１５で指示されるグループ通話開始要求とともに入力される組織名やプロジェクト名といった着信者グループ属性情報、通話の緊急度、用件、発信者の個人情報等に関する入力データから通話プロファイルデータを生成する。)<br>“呼叫控制信息信号发送接收部12经由呼叫控制信息信号转发装置3接收包含发信者终端1发送的呼叫控制信息信号（包含发信者的个人信息等）……”	对比文件明确公开了发信者终端1在呼叫控制信息信号中包含了“发信者的个人信息（発信者の個人情報）”，着信者终端接收该信息以识别呼叫发起方。发信者终端1对应于目标专利的第二WTRU，发信者的个人信息实质公开了“第二WTRU的身份”。该特征被对比文件直接公开。
技术特征T：所述WTRU的身份。<br>《隐含公开》	[2]（中文翻译）：<br>“呼叫控制信息信号转发装置3接收到该通知后，向作为转发目的地指定的着信者终端2转发来自发信者终端1的呼叫控制信息信号（图2的a8）。”<br>(原文：呼制御情報信号転送装置３はこの通知を受け取ると、転送先として指定された着信者端末２へ発信者端末１からの呼制御情報信号を転送する（図２のａ８）。)	对比文件公开了呼叫控制信息信号转发装置根据决定的呼叫成员将呼叫信号路由转发给指定的着信者终端2。在移动通信路由和消息投递中，向特定终端转发信令必然在协议寻址或消息头中包含或依赖该目标终端的身份/地址信息（着信者终端标识），本领域技术人员结合公知常识可合理推断出该信号中包含受邀WTRU的身份，按宽松标准属于隐含公开。

<<<A>>><<>><<<F>>><<>><<<S>>><<<g>>><<<o>>><<>><<<q>>><<<t>>>

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

技术特征描述及公开性判断结果	对比文件原文引用	公开性论述
技术特征A：该WTRU包括<br>《直接公开》	[0015] 「……端末123／125……」<br>[0046] 「……図１に示すように、本実施の形態による通信ネットワークの制御システムＡは、……」<br>[0058] 「また、通信端末は、図示しない画像表示装置および入力装置などから構成されるユーザインタフェースと、赤外線、ブルートゥース（登録商標）、あるいは将来実現が有望視されているＵＷＢなどの無線通信方式またはＵＳＢ方式などの有線通信などを用いた近距離通信部とを備えており、……」<br>【中文翻译】<br>[0015] “……终端123/125……”<br>[0046] “……如图1所示，根据本实施方式的通信网络控制系统A……包括……”<br>[0058] “此外，通信终端具备由未示出的图像显示装置和输入装置等构成的用户界面，以及利用红外线、蓝牙（注册商标）或者有望在将来实现的UWB等无线通信方式或USB方式等有线通信的近距离通信部，……”	对比文件公开了在通信系统中操作的通信终端（移动终端/无线终端123/125、通信终端23、切替先通信终端25等）。目标专利说明书[0004]、[0031]指出WTRU（无线发射/接收单元）包括用户设备（UE）、移动台、蜂窝电话等任何可操作于无线环境的设备。对比文件的通信终端即为无线发射/接收单元（WTRU），在通信系统中作为实体终端执行通信控制，作用完全相同，属于《直接公开》。
技术特征B：接收机<br>《直接公开》	[0006] 「……受信端末を移動通信端末やＰＤＡに切り替えて、外出先へ携帯する端末で同一コンテンツを引き続き視聴する例がある。……」<br>[0058] 「また、通信端末は、図示しない画像表示装置および入力装置などから構成されるユーザインタフェースと、赤外線、ブルートゥース（登録商標）、あるいは将来実現が有望視されているＵＷＢなどの無線通信方式またはＵＳＢ方式などの有线通信などを用いた近距離通信部とを備えており、……発呼要求・応答機能、および位置登録機能を発揮する。……」<br>[0065] 「次に、セッション制御部５は、通信端末２３に対し、セッションの切替を行う準備が整ったことを示すセッション切替準備信号を送信し、……」<br>【中文翻译】<br>[0006] “……存在将接收终端切换为移动通信终端或PDA，并在外出携带的终端上继续观看同一内容的示例。……”<br>[0058] “此外，通信终端具备……无线通信方式……的近距离通信部，发挥……呼叫请求/响应功能以及位置注册功能……”<br>[0065] “接下来，会话控制部5向通信终端23发送表示做好进行会话切换准备的会话切换准备信号，……”	对比文件公开了通信终端作为接收终端接收下行信号/数据，并通过其无线通信部件（如收发信单元）接收来自网络侧（会话控制部5/CSCF）的控制信号（例如步骤C310中向终端发送的会话切换准备信号）。在无线通信领域中，任何具备无线通信和控制信号接收能力的通信终端必然固有地包含用于接收信号的“接收机”（收发信单元的接收部分），其作用是接收网络侧下发的信令与数据，与目标专利中接收机的作用相同，属于本领域技术人员能毫无疑义确定的《直接公开》。
技术特征C：被配置成接收来自IMS实体的协同会话控制转移请求<br>《未公开》	对比文件中无对应内容。<br>[0015] 「……ＩＭＳ（ＩＰＭｕｌｔｉｍｅｄｉｄａＣＮＳｕｂｓｙｓｔｅｍ）は、ＩＰマルチメディアサービスをパケット交換システムで提供することを目的としており、そのためにネットワーク１０１内にセッション制御機能を配置する。……しかし、通信相手先１１７とネットワーク１０１、パケット網１１１を介して無線アクセス１１５を行う端末１２３／１２５に対して変更後もサービスを提供し続けるという仕組みはない……」<br>[0064]-[0065] 「経路設定時には、切替先通信端末２５がアクティブでない場合は発呼処理を行う。……セッション制御部５は、通信端末２３に対し、セッションの切替を行う準備が整ったことを示すセッション切替準備信号を送信し、通信端末２３はセッションの切替を了承するか否かを返答する（Ｃ３１0、Ｃ３１１）。……切替先通信端末２５とのセッションの確立を行い、この間に切替先通信端末２５はアプリケーションの起動を行う（Ｃ３１２〜Ｃ３１５）。」<br>【中文翻译】<br>[0015] “……IMS旨在通过分组交换系统提供IP多媒体服务，为此在网络101内配置会话控制功能。……但是，并没有在改变之后继续对……终端123/125提供服务的机制……”<br>[0064]-[0065] “路径设置时，在切替先通信终端25不处于激活状态的情况下进行呼叫处理。……会话控制部5向通信终端23发送表示做好进行会话切换准备的会话切换准备信号，通信终端23对是否同意会话切换进行应答（C310、C311）。……建立与切替先通信终端25之间的会话，在此期间切替先通信终端25启动应用程序（C312～C315）。”	结合目标专利说明书[0006]、[0084]-[0085]、[0096]、[0113]、[0117]-[0120]，目标专利中的“协同会话（Collaborative Session）”是指多个WTRU共享/参加与远端方之间的媒体流，且其中存在一个“控制方WTRU”维持控制权，“协同会话控制转移请求”是指在现有的协同会话中，IMS实体（如SCC AS）向被控制方WTRU发送请求其承担控制方角色以控制该协同会话的信令。<br>对比文件所涉及的技术方案仅是将普通端到端会话从终端23单向转接/切换至终端25（即图7、图8、图4所示的整个单终端业务迁移），在切换完成之后原终端23被断开（见[0066]“セッションを切断する”），根本不存在控制方与被控制方共存的“协同会话”，更未公开向WTRU发送“协同会话控制转移请求”以转移对现有协同会话的控制权。对比文件中的“セッション切替準備信号（C310）”是发送给原终端23询问是否准备好切换传输，而对切替先终端25仅是建立新会话的常规呼叫或会话建立（C314），完全不涉及协同会话控制权的转移请求。本领域技术人员无法从对比文件中推理得出该特征，即使按最宽松标准亦不构成隐含公开，因此属于《未公开》。
技术特征D：其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求<br>《未公开》	对比文件中无对应内容。	基于技术特征C的论述，对比文件完全没有公开协同会话控制转移请求，对比文件中的会话切换仅是终端间业务的交接（Handover/Transfer），并不存在“指示用于接收对现有的IMS协同会话的控制的请求”。因此该技术特征属于《未公开》。
技术特征E：其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起<br>《未公开》	对比文件中无对应内容。<br>[0059]-[0060] 「もしくは、サービス移動制御部２１がユーザ関連情報収集提供部３１と定期的に情報のやり取りを行い、ユーザ環境が、端末切替を実行すべき状態になったか否かを判断するようにしても良い（Ｃ３０１'）。端末切替を実行すべき状態の例としては、ネットワーク状態情報により、通信端末（＃１）２３のネットワークの状態よりも、切替先通信端末（＃２）２５のネットワークの状態のほうが安定している場合又は切替先通信端末（＃２）２５のネットワークの方が高速な場合に切替を行なう可能性が高い。……」<br>【中文翻译】<br>[0059]-[0060] “或者，服务移动控制部21与用户相关信息收集提供部31定期进行信息交互，判断用户环境是否成为应当执行终端切换的状态（C301'）。作为应当执行终端切换的状态的示例，根据网络状态信息，在切换目标通信终端（#2）25的网络状态比通信终端（#1）23的网络状态更稳定、或者切换目标通信终端（#2）25的网络更快的情况下，进行切换的可能性较高。……”	目标专利说明书[0117]明确指出：“由于用户简档、当前条件（例如，控制方WTRU到SCC AS的连接已经降低/退化）或根据预配置，SCC AS可发起协同控制转移”，即特征E限定了网络侧由于第二WTRU（即原控制方）对该协同会话的控制信令发生退化或损失（信令链路变差/断开）而主动触发向目标WTRU转移控制权。<br>对比文件[0059]-[0060]中仅提到网络根据网络状态比较（例如终端25网络比终端23更稳定或更快）自动触发普通终端切换，根本没有涉及“协同会话”，更未公开基于“来自第二WTRU的现有的IMS协同会话的控制信令的退化或损失”来向WTRU发起协同会话控制转移请求。因此该技术特征属于《未公开》。
技术特征F：发射机<br>《直接公开》	[0058] 「また、通信端末は、図示しない画像表示装置および入力装置などから構成されるユーザインタフェースと、赤外線、ブルートゥース（登録商標）、あるいは将来実現が有望視されているＵＷＢなどの無線通信方式またはＵＳＢ方式などの有線通信などを用いた近距離通信部とを備えており、端末切替要求機能、端末ＩＤ通知機能、セッション状態再現機能、セッション管理機能、セッション状態送出機能、発呼要求・応答機能、および位置登録機能を発揮する。……」<br>[0065] 「……通信端末２３はセッションの切替を了承するか否かを返答する（Ｃ３１０、Ｃ３１１）。……」<br>【中文翻译】<br>[0058] “此外，通信终端具备……无线通信方式……的近距离通信部，发挥终端切换请求功能、终端ID通知功能、会话状态重现功能、会话管理功能、会话状态发送功能、呼叫请求/响应功能以及位置注册功能。……”<br>[0065] “……通信终端23对是否同意会话切换进行应答（C310、C311）。……”	对比文件公开了通信终端向网络侧发送信号（如C311响应消息、呼叫应答等），其无线通信模块必须具备用于向外发送信号的“发射机”，在设备硬件中起到发射上行无线信号和响应消息的作用，与目标专利中发射机的作用相同，属于本领域技术人员毫无疑义能确定的《直接公开》。
技术特征G：被配置成向所述IMS实体传送响应<br>《未公开》	对比文件中无对应内容。<br>[0065] 「次に、セッション制御部５は、通信端末２３に対し、セッションの切替を行う準備が整ったことを示すセッション切替準備信号を送信し、通信端末２３はセッションの切替を了承するか否かを返答する（Ｃ３１０、Ｃ３１１）。……切替先通信端末２５とのセッションの確立を行い、この間に切替先通信端末２５はアプリケーションの起動を行う（Ｃ３１２〜Ｃ３１５）。」<br>【中文翻译】<br>[0065] “接下来，会话控制部5向通信终端23发送表示做好进行会话切换准备的会话切换准备信号，通信终端23对是否同意会话切换进行应答（C310、C311）。……建立与切替先通信终端25之间的会话，在此期间切替先通信终端25启动应用程序（C312～C315）。”	权利要求中技术特征G中的“响应”是针对技术特征C中“来自IMS实体的协同会话控制转移请求”的特定应答。由于对比文件中根本没有向待转移的终端发送过“协同会话控制转移请求”，该终端自然不可能被配置成针对该请求传送对应的响应；对比文件C311仅是原终端23向会话控制部回复是否同意终端切换准备的应答，而接收会话的终端25仅是被动建立会话（C314），两者皆未公开向IMS实体传送针对协同会话控制转移请求的响应。因此该特征属于《未公开》。
技术特征H：其中所述响应指示接受所述协同会话控制转移请求<br>《未公开》	对比文件中无对应内容。	基于技术特征C、G的论述，对比文件完全没有公开协同会话控制转移请求及其响应，更不可能公开“响应指示接受所述协同会话控制转移请求”（目标专利说明书[0120]中的控制转移确认/接受指示）。因此该技术特征属于《未公开》。
技术特征I：控制器<br>《直接公开》	[0043] 「……端末の通信アプリケーションが通信相手の端末上のアプリケーションからのデータを受信して処理できる（処理している）状態にあることを示す。……」<br>[0058] 「また、通信端末は、……端末切替要求機能、端末ＩＤ通知機能、セッション状態再現機能、セッション管理機能、セッション状態送出機能、発呼要求・応答機能、および位置登録機能を発揮する。……」<br>【中文翻译】<br>[0043] “……表示终端的通信应用程序处于能够接收并处理来自通信对端终端上的应用程序的数据（正在处理）的状态。……”<br>[0058] “此外，通信终端发挥……终端切换请求功能、终端ID通知功能、会话状态重现功能、会话管理功能、会话状态发送功能、呼叫请求/响应功能以及位置注册功能。……”	对比文件公开了通信终端具备会话管理功能、会话状态重现功能、通信应用程序的数据处理功能等，这些逻辑和控制功能的执行必然依赖于终端内部的微处理器/控制器（即目标专利图1B及说明书[0043]所定义的处理器118、控制器）。其在终端中起到协调处理、控制会话信令与应用数据的作用，与目标专利中控制器的作用相同，属于《直接公开》。
技术特征J：被配置成在对所述现有的IMS协同会话的控制正被转移到所述WTRU时<br>《未公开》	对比文件中无对应内容。	对比文件中不涉及“现有的IMS协同会话”，亦不涉及“协同会话的控制正被转移到所述WTRU”的过程。因此该技术特征属于《未公开》。
技术特征K：控制所述现有的IMS协同会话。<br>《未公开》	对比文件中无对应内容。<br>[0066] 「続いて、セッションを再開し、通信端末とのセッションを切断する（Ｃ３１８，Ｃ３１９，Ｃ３２０）。……これにより、通信相手先１７と切り替え先端末２５との通信を開始することができる。」<br>【中文翻译】<br>[0066] “接着，恢复会话，断开与通信终端的会话（C318、C319、C320）。……由此，能够开始通信对端17与切替先通信终端25之间的通信。”	目标专利说明书[0085]对“控制协同会话”给出了严格限定：“控制方WTRU具有对两个WTRU的协同媒体会话的控制。作为控制方WTRU，……控制协同会话，并可在作为协同会话一部分的WTRU之间增加、去除、释放、复制或转移媒体流。控制方WTRU还可以允许或拒绝影响协同会话的媒体流的WTRU的请求”。<br>对比文件中切替先通信终端25在切换后仅是作为常规单终端与对端17进行单对单的业务通信，原终端23会话被切断退出，终端25根本不控制任何包含多个WTRU的IMS协同会话，没有起到目标专利所界定的管理协同会话中多个终端的媒体流增删、转移的作用。因此该特征属于《未公开》。
技术特征L：其中所述WTRU是处于所述现有的IMS协同会话中的被控制方WTRU。<br>《未公开》	对比文件中无对应内容。<br>[0064] 「……この経路設定時には、切替先通信端末２５がアクティブでない場合は発呼処理を行う。……」<br>【中文翻译】<br>[0064] “……在该路径设置时，在切替先通信终端25不处于激活状态的情况下进行呼叫处理。……”	目标专利说明书[0084]-[0085]、[0116]明确指出，在转移之前，该WTRU（WTRU-2）必须已经是存在于该IMS协同会话中的“被控制方WTRU”（从属参与协同会话）。<br>对比文件的切换目标终端25在切换发生前甚至可以是不处于激活状态的空闲终端，根本不是与终端23共同处于某个现有协同会话中的“被控制方终端”。因此该技术特征属于《未公开》。
技术特征M：其中所述WTRU具有与远端方之间的IMS媒体流。<br>《未公开》	对比文件中无对应内容。<br>[0064]-[0066] 「この時点で通信相手先１７と通信端末２３、通信相手先１７と切替先通信端末２５の２つの経路が設定されていることになり、マルチキャストなどの同時に２つの経路の設定が可能な場合は、そのままでいいが、２つの経路の設定が可能でない場合には、どちらかを保留するなどの処理が必要となる。……切替先通信端末２５とのセッションの確立を行い……セッションを再開し、通信端末とのセッションを切断する」<br>【中文翻译】<br>[0064]-[0066] “在此时，成为设定了通信对端17与通信终端23、通信对端17与切替先通信终端25两条路径的状态，在组播等能够同时设定两条路径的情况下保持原样即可，但在无法同时设定两条路径的情况下，需要进行将其中一方保留等处理。……建立与切替先通信终端25的会话……恢复会话，切断与通信终端的会话。”	结合目标专利说明书[0084]、[0116]、[0121]，在控制转移发生前或转移时，处于协同会话中的被控制方WTRU已经具有与远端方之间的既有IMS媒体流（例如媒体流B，且不受控制转移的影响保持继续传输）。<br>对比文件中切替先终端25在会话转移之前并没有与通信对端17维持任何媒体流，其媒体流完全是在切换流程（C312-C319）最后才建立起来替代终端23的。因此该技术特征属于《未公开》。
技术特征N：其中对所述现有的IMS协同会话的所述控制从第二WTRU转移到所述WTRU。<br>《未公开》	对比文件中无对应内容。	目标专利说明书[0085]、[0115]-[0120]说明这是协同会话中控制权从控制方WTRU（第二WTRU）转移给被控制方WTRU（所述WTRU）。对比文件不存在协同会话控制权的转移，仅是端到端单会话的终端转移。因此该技术特征属于《未公开》。
技术特征O：其中所述协同会话控制转移请求和所述响应是会话发起协议(SIP)消息。<br>《未公开》	对比文件中无对应内容。<br>[0015] 「セッション制御プロトコルとしてはＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）が採用されている。ＣＳＣＦ１０５は呼状態制御機能であり、ＳＩＰの登録サーバとしてＨＳＳ１０３……」<br>【中文翻译】<br>[0015] “作为会话控制协议，采用SIP（Session Initiation Protocol）。CSCF 105为呼叫状态控制功能，作为SIP注册服务器与HSS 103……”	尽管对比文件提到了网络中采用SIP协议进行通用的呼叫和会话控制，但由于对比文件中根本没有“协同会话控制转移请求”和“对该请求的响应”，对比文件中的SIP消息并没有作为这两种特定的控制消息使用。因此该技术特征属于《未公开》。
技术特征P：其中所述协同会话控制转移请求包括以下中的一者或多者<br>《未公开》	对比文件中无对应内容。	对比文件中完全没有公开“协同会话控制转移请求”，因而无法公开其包含的各标识字段。属于《未公开》。
技术特征Q：所述现有的IMS协同会话的身份<br>《未公开》	对比文件中无对应内容。	对比文件中没有公开协同会话控制转移请求，更无从公开包含“现有的IMS协同会话的身份（会话ID）”。属于《未公开》。
技术特征R：所述现有的IMS协同会话的媒体流的身份<br>《未公开》	对比文件中无对应内容。	对比文件中没有公开协同会话控制转移请求，更无从公开包含“现有的IMS协同会话的媒体流的身份（媒体流ID）”。属于《未公开》。
技术特征S：所述第二WTRU的身份<br>《未公开》	对比文件中无对应内容。	对比文件中没有公开协同会话控制转移请求，更无从公开在该请求中包含原控制方即“第二WTRU的身份”。属于《未公开》。
技术特征T：所述WTRU的身份。<br>《未公开》	对比文件中无对应内容。	对比文件中没有公开协同会话控制转移请求，更无从公开在该请求中包含新控制方即“所述WTRU的身份”。属于《未公开》。

<<<A>>>

<<>>

<<<F>>>

<<>>

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

技术特征描述及公开性判断结果	对比文件原文引用	公开性论述
技术特征A：该WTRU包括<br>【隐含公开】	【对比文件JP2008263378A 说明书第[0009]段】<br>原文：“また、通信端末１は、携帯電話等であり、マイク２、プリアンプ部３、メモリ部５や、通話を行うための通信装置（従来の携帯電話等が有する通信装置であり、従って図示を省略する。）を備える。”<br>中文翻译：“此外，通信终端1为移动电话等，具备麦克风2、前置放大器部3、存储部5以及用于进行通话的通信装置（为现有移动电话等具备的通信装置，因此省略图示）。”	目标专利中WTRU为无线发射/接收单元（如移动电话、UE）。对比文件公开了该通信终端1为“移动电话等”（携帯電話等）。移动电话属于典型的无线发射/接收终端，本领域技术人员可以合理推断出该通信终端具有无线发射/接收单元（WTRU）的实体形态。因此，技术特征A被对比文件隐含公开。
技术特征B：接收机<br>【隐含公开】	【对比文件JP2008263378A 说明书第[0009]段】<br>原文：“通信端末１は、携帯電話等であり……通話を行うための通信装置（従来の携帯電話等が有する通信装置であり、従って図示を省略する。）を備える。”<br>中文翻译：“通信终端1为移动电话等……具备用于进行通话的通信装置（为现有移动电话等具备的通信装置，因此省略图示）。”	目标专利中接收机用于接收无线网络和IMS实体的信号/控制信令。对比文件公开了通信终端具备“用于进行通话的通信装置（现有移动电话等具备的通信装置）”，移动电话要实现通话通信功能，其通信装置必然包含接收无线下行信号的接收机部件。本领域技术人员能够毫无疑义地合理解析与推断出其具备接收机硬件。因此，技术特征B被对比文件隐含公开。
技术特征C：被配置成接收来自IMS实体的协同会话控制转移请求<br>【未公开】	对比文件全文无相关内容。	目标专利中，该特征是指WTRU接收来自网络侧IMS实体（如SCC AS）的用于将协同会话控制权转移给该WTRU的信令请求。对比文件公开的通信终端仅涉及通话过程中从麦克风语音中提取关键词并叠加效果音发送给对方终端，完全未涉及IP多媒体子系统（IMS）、网络侧IMS实体、协同会话以及控制权转移请求的接收机制。两者技术领域、解决的技术问题和作用完全不同。因此，技术特征C未公开。
技术特征D：其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求<br>【未公开】	对比文件全文无相关内容。	目标专利中，该请求具体指示受控WTRU承担现有协同会话的控制方角色，使会话控制权发生转移。对比文件仅公开了单会话通话过程中的效果音合成与发送，不存在任何多设备协同会话或会话控制权转移信令。因此，技术特征D未公开。
技术特征E：其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起<br>【未公开】	对比文件全文无相关内容。	目标专利中，触发该转移请求的条件是IMS实体检测到原控制方（第二WTRU）的控制信令发生退化或丢失（例如无线连接变差/断开），进而主动将控制权向目标WTRU转移。对比文件仅涉及本地根据关键词特征提取触发效果音播放，完全未涉及第二WTRU控制信令的质量检测、退化/损失以及网络侧据此发起的转移触发机制。因此，技术特征E未公开。
技术特征F：发射机<br>【隐含公开】	【对比文件JP2008263378A 说明书第[0009]、[0019]段】<br>原文第[0009]段：“通話を行うための通信装置（従来の携帯電話等が有する通信装置であり、従って図示を省略する。）を備える。”<br>第[0019]段：“音声送信部１２は、携帯電話等の外部の端末と通信を行うためのインターフェイスを有しており、音声コーデック部１０から出力される合成音声信号を、この通信先の端末に送信する。”<br>中文翻译第[0009]段：“具备用于进行通话的通信装置（为现有移动电话等具备的通信装置，因此省略图示）。”<br>第[0019]段：“声音发送部12具有用于与移动电话等外部终端进行通信的接口，将从声音编解码部10输出的合成声音信号发送到该通信目的地的终端。”	目标专利中的发射机用于向上行网络实体发送无线信号及控制响应。对比文件公开了通信终端具有“声音发送部12”及用于通话的通信装置，其作为移动电话向外部终端发送无线信号，必然包含无线信号的发射机硬件。本领域技术人员可以容易且明确推断出其包含发射机。因此，技术特征F被对比文件隐含公开。
技术特征G：被配置成向所述IMS实体传送响应<br>【未公开】	对比文件全文无相关内容。	目标专利中发射机的作用是向网络侧IMS实体（SCC AS）回复针对控制转移请求的信令响应（如SIP 200 OK）。对比文件中的发送部仅用于向通话对方终端发送叠加了效果音的合成语音数据流，完全不存在向IMS网络实体发送控制面响应消息的机制。因此，技术特征G未公开。
技术特征H：其中所述响应指示接受所述协同会话控制转移请求<br>【未公开】	对比文件全文无相关内容。	目标专利中响应内容明确指示该WTRU同意/接受成为新的控制方WTRU。对比文件完全不涉及协同会话控制转移及其接受响应。因此，技术特征H未公开。
技术特征I：控制器<br>【隐含公开】	【对比文件JP2008263378A 说明书第[0009]段】<br>原文：“通信端末１は、図示しないＣＰＵ、ＲＯＭ及びＲＡＭを有しており、ＲＯＭ内に格納された各種プログラムをＣＰＵに実行させることにより、通信端末１を統括的に制御する。”<br>中文翻译：“通信终端1具有未图示的CPU、ROM及RAM，通过使CPU执行存储在ROM内的各种程序，从而对通信终端1进行统括性控制。”	目标专利中的控制器是指处理器等用于执行设备控制与协议处理的部件。对比文件明确公开了通信终端包括未图示的“CPU、ROM及RAM”，且“通过使CPU执行程序从而对通信终端1进行统括性控制”。CPU即本领域公知的控制器部件。因此，技术特征I被对比文件隐含公开。
技术特征J：被配置成在对所述现有的IMS协同会话的控制正被转移到所述WTRU时<br>【未公开】	对比文件全文无相关内容。	目标专利限定了控制器执行控制动作的时序/状态场景（协同会话控制权正在转移至该终端）。对比文件完全未涉及任何协同会话控制转移状态。因此，技术特征J未公开。
技术特征K：控制所述现有的IMS协同会话<br>【未公开】	对比文件全文无相关内容。	目标专利中控制器承担起控制方WTRU的职能（如管理、增删、转移协同会话中的各媒体流）。对比文件中的CPU仅用于本地声音识别、效果音匹配与合成控制，没有控制网络多方协同会话的功能。因此，技术特征K未公开。
技术特征L：其中所述WTRU是处于所述现有的IMS协同会话中的被控制方WTRU<br>【未公开】	对比文件全文无相关内容。	目标专利中WTRU最初作为被控制方（受控方）参与到IMS协同会话中。对比文件中的通信终端为常规单呼叫对等通话终端，不存在协同会话中的“被控制方”角色。因此，技术特征L未公开。
技术特征M：其中所述WTRU具有与远端方之间的IMS媒体流<br>【未公开】	对比文件全文无相关内容。	目标专利中WTRU与远端方建立了由IMS锚定的媒体流通道（如音频、视频）。对比文件虽然公开了通话终端与对方终端之间存在语音传输，但并未公开其基于IMS架构建立的IMS媒体流，更未公开其在协同会话架构下的媒体流属性。因此，技术特征M未公开。
技术特征N：其中对所述现有的IMS协同会话的所述控制从第二WTRU转移到所述WTRU<br>【未公开】	对比文件全文无相关内容。	目标专利限定了控制权从原主控设备（第二WTRU）移交至本端WTRU的多设备协同流转架构。对比文件完全未涉及第二WTRU与本终端之间的协同会话控制权交接。因此，技术特征N未公开。
技术特征O：其中所述协同会话控制转移请求和所述响应是会话发起协议(SIP)消息<br>【未公开】	对比文件全文无相关内容。	目标专利明确转移信令采用SIP协议消息封装（如SIP INVITE/REFER/200 OK）。对比文件全文未提及SIP协议，更未涉及基于SIP的控制权转移信令交互。因此，技术特征O未公开。
技术特征P：其中所述协同会话控制转移请求包括以下中的一者或多者<br>【未公开】	对比文件全文无相关内容。	目标专利界定了控制转移请求信令所携带的参数集结构。对比文件无控制转移请求消息，更无相关信令字段。因此，技术特征P未公开。
技术特征Q：所述现有的IMS协同会话的身份<br>【未公开】	对比文件全文无相关内容。	目标专利中用于指示特定协同会话的Session ID。对比文件不包含协同会话标识。因此，技术特征Q未公开。
技术特征R：所述现有的IMS协同会话的媒体流的身份<br>【未公开】	对比文件全文无相关内容。	目标专利中用于指示受转移影响的具体媒体流ID。对比文件仅有效果音文件标识和关键词编号，无IMS协同会话媒体流标识。因此，技术特征R未公开。
技术特征S：所述第二WTRU的身份<br>【未公开】	对比文件全文无相关内容。	目标专利中包含原控制方终端的标识（如GRUU/SIP URI）。对比文件不存在多终端协同及第二WTRU标识的转移指示。因此，技术特征S未公开。
技术特征T：所述WTRU的身份<br>【未公开】	对比文件全文无相关内容。	目标专利中包含转移目标（新控制方）WTRU的标识。对比文件不涉及控制转移信令中的终端身份指示。因此，技术特征T未公开。

<<<a>>>

<<>>

<<<f>>>

<<>>

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

技术特征描述及公开性判断结果	对比文件原文引用及中文翻译	公开性论述
技术特征A：该WTRU包括<br>《直接公开》	[0015] "When referred to hereafter, the terminology 'wireless transmit/receive unit (WTRU)' includes but is not limited to a user equipment (UE), a mobile station, a fixed or mobile subscriber unit, a pager, a cellular telephone, a personal digital assistant (PDA), a computer, or any other type of user device capable of operating in a wireless or fixed network environment."<br>（中文翻译：下文中提及的术语“无线发射/接收单元（WTRU）”包括但不限于用户设备（UE）、移动台、固定或移动用户单元、寻呼机、蜂窝电话、个人数字助理（PDA）、计算机或能够在无线或固定网络环境中操作的任何其他类型的用户设备。）<br>[0026] "FIG. 5 is a block diagram of a wireless communication system 500 including a wireless transmit receive unit 505 and an AP 510."<br>（中文翻译：图5是包括无线发射接收单元505和AP 510的无线通信系统500的框图。）<br>[0027] "As shown in FIG. 5, the WTRU 515 includes an MIH function (MIHF) 515, a processor 520, at least one transceiver (525a, 525b)."<br>（中文翻译：如图5所示，WTRU 515包括MIH功能（MIHF）515、处理器520、至少一个收发信机（525a，525b）。）	对比文件明确公开了WTRU（无线发射/接收单元）实体结构，其作为无线通信中的终端设备，在对比文件中用于承载通信业务与切换操作，其在对比文件中的技术作用与目标专利中作为参与通信及会话控制的WTRU实体完全相同。本领域技术人员可毫无疑义地确定该特征被对比文件直接公开。
技术特征B：接收机<br>《直接公开》	[0027] "As shown in FIG. 5, the WTRU 515 includes an MIH function (MIHF) 515, a processor 520, at least one transceiver (525a, 525b)."<br>（中文翻译：如图5所示，WTRU 515包括MIH功能（MIHF）515、处理器520、至少一个收发信机（525a，525b）。）<br>[0031] "A processor in association with software may be used to implement a radio frequency transceiver for use in a wireless transmit receive unit (WTRU)..."<br>（中文翻译：与软件相关联的处理器可用于实现用于无线发射接收单元（WTRU）中的射频收发信机……）	对比文件明确公开了WTRU包含“收发信机（transceiver 525a, 525b）”。在无线通信领域中，收发信机（transceiver）必然由发射机（transmitter）和接收机（receiver）组合构成，接收机为其固有且不可或缺的物理与功能组成部分，用于接收下行射频信号。对比文件中收发信机具备的信号接收功能与目标专利中接收机用于接收下行信号的作用完全等同，属于实质公开，因此本领域技术人员能够毫无疑义地确定接收机被直接公开。
技术特征C：被配置成接收来自IMS实体的协同会话控制转移请求<br>《未公开》	对比文件全文未记载协同会话控制转移请求及接收该请求的配置。	目标专利中该特征用于在多个终端参与的协同会话中，由网络侧IMS实体（如SCC AS）向被控制方WTRU下发协同会话控制权转移请求。而对比文件仅涉及单个终端在不同无线接入技术（RAT，如3GPP与WLAN）之间的独立于介质的切换（MIH），其接收的是切换相关命令或信息，根本不存在“协同会话（collaborative session）”，更不存在“协同会话控制转移请求”，两者技术机制与作用截然不同，对比文件未直接公开也未隐含公开该特征。
技术特征D：其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求<br>《未公开》	对比文件全文未记载指示接收对现有IMS协同会话控制的相关请求内容。	目标专利中该指示用于通知目标WTRU承担现有协同会话的控制方角色。对比文件不存在多设备协同会话及会话控制权转移机制，未公开该技术特征。
技术特征E：其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起<br>《未公开》	对比文件全文未记载基于第二WTRU控制信令退化或损失而由IMS实体发起控制转移的内容。	目标专利中该特征用于在主控终端（第二WTRU）与网络之间的控制链路质量恶化或中断时，触发网络侧IMS实体主动将控制权切换给当前WTRU以保障协同会话连续性。对比文件虽然在[0020]提及单终端链路质量参数（如无线电强度、业务丢失、误码率）用于触发跨网络切换，但并不涉及多设备协同会话中第二WTRU控制信令的退化或损失，更不存在基于此由IMS实体触发协同控制转移，未公开该特征。
技术特征F：发射机<br>《直接公开》	[0027] "As shown in FIG. 5, the WTRU 515 includes an MIH function (MIHF) 515, a processor 520, at least one transceiver (525a, 525b)."<br>（中文翻译：如图5所示，WTRU 515包括MIH功能（MIHF）515、处理器520、至少一个收发信机（525a，525b）。）<br>[0031] "A processor in association with software may be used to implement a radio frequency transceiver for use in a wireless transmit receive unit (WTRU)..."<br>（中文翻译：与软件相关联的处理器可用于实现用于无线发射接收单元（WTRU）中的射频收发信机……）	对比文件公开了WTRU包括“收发信机（transceiver 525a, 525b）”。发射机（transmitter）作为收发信机的固有组成部分，在对比文件中用于向接入网及网络实体发送上行无线信号，与目标专利中发射机执行信号发送的硬件功能与作用实质相同，属于实质公开/直接公开。
技术特征G：被配置成向所述IMS实体传送响应<br>《未公开》	对比文件全文未记载向IMS实体传送针对控制转移请求的响应。	目标专利中该特征特指发射机被配置成向发起控制转移请求的IMS实体回复响应消息。对比文件不存在协同会话控制转移请求，亦无终端向IMS实体传送对应响应的配置与流程，未公开该特征。
技术特征H：其中所述响应指示接受所述协同会话控制转移请求<br>《未公开》	对比文件全文未记载指示接受协同会话控制转移请求的响应。	目标专利中用于明确向网络侧确认本设备同意接管协同会话控制权。对比文件无协同会话控制转移机制，未公开该特征。
技术特征I：控制器<br>《直接公开》	[0027] "As shown in FIG. 5, the WTRU 515 includes an MIH function (MIHF) 515, a processor 520..."<br>（中文翻译：如图5所示，WTRU 515包括MIH功能（MIHF）515、处理器520……）<br>[0030] "Suitable processors include, by way of example, a general purpose processor, a special purpose processor, a conventional processor, a digital signal processor (DSP), a plurality of microprocessors, one or more microprocessors in association with a DSP core, a controller, a microcontroller, Application Specific Integrated Circuits (ASICs)..."<br>（中文翻译：合适的处理器包括例如通用处理器、专用处理器、常规处理器、数字信号处理器（DSP）、多个微处理器、与DSP核心相关联的一个或多个微处理器、控制器、微控制器、专用集成电路（ASIC）……）	对比文件在[0027]和[0030]中明确公开了WTRU包含处理器（processor 520），且指明该处理器具体可为控制器（controller）或微控制器，在终端内部用于执行逻辑控制与数据处理，其结构形式与技术作用与目标专利中的控制器完全相同。本领域技术人员可毫无疑义地确定该特征被对比文件直接公开。
技术特征J：被配置成在对所述现有的IMS协同会话的控制正被转移到所述WTRU时<br>《未公开》	对比文件全文未记载在协同会话控制转移过程中控制器的配置条件。	目标专利中用于限定控制器在协同会话控制权交接时机下的控制行为。对比文件不存在该时机与控制流程，未公开该特征。
技术特征K：控制所述现有的IMS协同会话。<br>《未公开》	对比文件全文未记载WTRU控制现有的IMS协同会话的内容。	目标专利中用于赋予WTRU在会话中增加、删除、修改媒体流或管理其他协同设备的主控能力。对比文件未涉及多设备协同会话的主控功能，未公开该特征。
技术特征L：其中所述WTRU是处于所述现有的IMS协同会话中的被控制方WTRU。<br>《未公开》	对比文件全文未记载处于协同会话中的被控制方WTRU角色。	目标专利中界定了转移前该WTRU在协同会话中的初始角色是被控制方终端（非控制方）。对比文件完全未涉及协同会话中控制方与被控制方的角色分工体系，未公开该特征。
技术特征M：其中所述WTRU具有与远端方之间的IMS媒体流。<br>《隐含公开》	[0016] "The protocols shown in FIG. 1A include normal IMS registration 110, session setup with 802.21 AS using SIP 120 (signaling plane)..."<br>（中文翻译：图1A所示的协议包括正常IMS注册110、使用SIP与802.21 AS进行会话建立120（信令平面）……）<br>[0017] "FIG. 1B is a diagram of an existing system and protocol 100 for handover related decisions. The protocols shown in FIG. 1B include VoIP session setup 140, VoIP data exchange 150..."<br>（中文翻译：图1B是用于切换相关决策的现有系统和协议100的图。图1B中示出的协议包括VoIP会话建立140、VoIP数据交换150……）	在极其宽松的隐含公开判断标准下：对比文件公开了WTRU在IMS网络中执行IMS注册（110），并通过会话建立进行VoIP业务数据交换（VoIP data exchange 150）。根据通信领域的公知常识，VoIP业务即IMS架构下的IP语音媒体业务，数据交换即意味着WTRU与远端通信对端（远端方）之间建立并传输端到端IMS媒体流。本领域技术人员基于对比文件公开的IMS注册及VoIP数据交换过程，能够合理推断出该WTRU具有与远端方之间的IMS媒体流，对比文件部分公开了该技术特征的内容，其在传输用户平面媒体数据方面的作用实质对应，因此判定为被对比文件隐含公开。
技术特征N：其中对所述现有的IMS协同会话的所述控制从第二WTRU转移到所述WTRU。<br>《未公开》	对比文件全文未记载协同会话控制从第二WTRU转移到所述WTRU。	目标专利限定了协同会话控制权在两个设备之间的转移路径。对比文件无多设备协同控制转移方案，未公开该特征。
技术特征O：其中所述协同会话控制转移请求和所述响应是会话发起协议(SIP)消息。<br>《未公开》	对比文件全文未记载协同会话控制转移请求及其响应为SIP消息。	目标专利中限定控制转移请求和响应均采用SIP信令承载。对比文件虽在[0005]、[0016]中提及SIP用于与IMS AS的会话建立，但对比文件根本不存在协同会话控制转移请求及响应，因而不可能公开该特定请求与响应采用SIP消息，未公开该特征。
技术特征P：其中所述协同会话控制转移请求包括以下中的一者或多者<br>《未公开》	对比文件全文未记载协同会话控制转移请求的消息参数字段。	目标专利中用于限定控制转移请求消息的具体信元组成。对比文件不存在控制转移请求，未公开该特征。
技术特征Q：所述现有的IMS协同会话的身份<br>《未公开》	对比文件全文未记载控制转移请求中携带现有的IMS协同会话身份。	目标专利中用于在控制转移请求中唯一定位被转移的协同会话。对比文件不存在协同会话标识，未公开该特征。
技术特征R：所述现有的IMS协同会话的媒体流的身份<br>《未公开》	对比文件全文未记载控制转移请求中携带媒体流身份。	目标专利中用于指示控制转移所影响的具体媒体流。对比文件未公开该特征。
技术特征S：所述第二WTRU的身份<br>《未公开》	对比文件全文未记载控制转移请求中携带第二WTRU的身份。	目标专利中用于指示原控制方或协同方的设备标识。对比文件未公开该特征。
技术特征T：所述WTRU的身份。<br>《未公开》	对比文件全文未记载在协同会话控制转移请求中携带所述WTRU身份。	结合目标专利说明书及权利要求上下文，特征T必须依赖特征P所限定的“所述协同会话控制转移请求”作为信息载体，用于在请求中指明控制权被转移到的目标WTRU标识。对比文件虽在[0022]及表1中提及向HSS查询用户身份（User Identity、IMS Public User Identity），但这属于网络侧鉴权/签约数据获取，完全脱离了“协同会话控制转移请求”这一下行信令载体，两者功能和技术方案完全不同，因此未公开该特征。

<<<A>>><<>><<<F>>><<>><<<m>>>

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

针对目标专利权利要求各技术特征与对比文件（JP2008276190A）的比对与公开性判断如下：

### 特征比对表格

技术特征描述及公开性判断结果	对比文件原文引用	公开性论述
技术特征A：该WTRU包括<br>《未公开》	无引用内容。<br>对比文件全篇涉及的是半导体制造工艺中使用的“正型感光性树脂组合物”，例如段落[2]记载：“本発明は、半導体装置の表面保護膜、及び層間絶縁膜として使用される耐熱性樹脂の前駆体となるポジ型感光性樹脂組成物…（本发明涉及作为半导体装置的表面保护膜以及层间绝缘膜使用的耐热性树脂的前驱体的正型感光性树脂组合物…）”。	对比文件属于高分子化学/半导体材料制造技术领域，其公开的是一种正型感光性树脂组合物，用于半导体装置的保护膜或绝缘膜。在对比文件中，完全没有提及无线通信系统、无线发射/接收单元（WTRU）或任何通信设备实体。本领域技术人员无法从该对比文件中直接得出或合理解释、推理出无线通信中的“WTRU”结构。因此，该特征未公开（既无直接公开，也无隐含公开）。
技术特征B：接收机<br>《未公开》	无引用内容。	对比文件公开的是化学树脂组合物体系（包含碱水溶液可溶性聚合物、光产酸剂、特定硅烷化合物等成分），未涉及任何电子通信硬件或无线信号接收单元（接收机）。本领域技术人员根据对比文件内容无法直接或隐含推断出接收机特征。
技术特征C：被配置成接收来自IMS实体的协同会话控制转移请求<br>《未公开》	无引用内容。	对比文件中完全不存在IP多媒体子系统（IMS）、网络实体、会话控制或会话控制转移信令。对比文件仅涉及感光树脂的光刻性能、碱液显影机制等。本领域技术人员不可能从中得出或合理推断出用于接收来自IMS实体的协同会话控制转移请求的任何软硬件配置。
技术特征D：其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求<br>《未公开》	无引用内容。	目标专利中该特征定义了控制转移请求的信令指示作用（指示接收控制权）。对比文件纯粹是光敏化学材料配方与光刻图案形成方法，不包含任何网络会话管理或控制信令的指示内容，无法直接或隐含得出该特征。
技术特征E：其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起<br>《未公开》	无引用内容。	目标专利中该特征限定了IMS实体触发控制转移请求的特定条件（基于第二WTRU控制信令退化或丢失）。对比文件不涉及任何无线链路质量监测、信令退化判断或会话控制触发机制，未公开该特征。
技术特征F：发射机<br>《未公开》	无引用内容。	对比文件属于半导体材料领域，不涉及射频电路、天线或发射机硬件。本领域技术人员完全无法由对比文件中的化学聚合物/曝光显影过程直接或隐含推导出发射机。
技术特征G：被配置成向所述IMS实体传送响应<br>《未公开》	无引用内容。	对比文件中不存在向任何网络实体（IMS实体）反馈或发送通信信令响应的配置，该特征未公开。
技术特征H：其中所述响应指示接受所述协同会话控制转移请求<br>《未公开》	无引用内容。	目标专利中该特征用于协同会话控制转移过程中的信令协商与接受确认。对比文件仅公开了树脂组合物在硅基板上的涂布、曝光、显影和热固化，不涉及任何接受控制转移请求的通信响应语义，未公开该特征。
技术特征I：控制器<br>《未公开》	无引用内容。	对比文件涉及的是化学混合物，不包含数据处理器、微控制器或通信协议控制器硬件/逻辑。本领域技术人员无法直接或隐含得出控制器特征。
技术特征J：被配置成在对所述现有的IMS协同会话的控制正被转移到所述WTRU时<br>《未公开》	无引用内容。	目标专利中该特征限定了控制器的转移时机及状态时序。对比文件无任何会话转移时序或协议控制状态机，未公开该特征。
技术特征K：控制所述现有的IMS协同会话<br>《未公开》	无引用内容。	目标专利中该特征定义了WTRU接管并控制协同会话（如添加、删除、释放媒体流等）。对比文件完全未涉及协同会话的管理与控制功能，未公开该特征。
技术特征L：其中所述WTRU是处于所述现有的IMS协同会话中的被控制方WTRU<br>《未公开》	无引用内容。	目标专利中该特征限定了该WTRU在转移前的初始角色（被控制方）。对比文件不存在协同会话参与角色（控制方/被控制方）的概念，未公开该特征。
技术特征M：其中所述WTRU具有与远端方之间的IMS媒体流<br>《未公开》	无引用内容。	目标专利中该特征限定了WTRU与远端终端建立的媒体路径（如音频/视频流）。对比文件属于感光绝缘材料，不存在端到端通信媒体流，未公开该特征。
技术特征N：其中对所述现有的IMS协同会话的所述控制从第二WTRU转移到所述WTRU<br>《未公开》	无引用内容。	目标专利中该特征限定了协同会话控制权在不同终端之间的转移过程。对比文件完全不涉及设备间协同控制权的流动，未公开该特征。
技术特征O：其中所述协同会话控制转移请求和所述响应是会话发起协议(SIP)消息<br>《未公开》	无引用内容。	目标专利中该特征限定了信令的消息协议格式（SIP消息）。对比文件不涉及任何通信协议栈或SIP信令交互，未公开该特征。
技术特征P：其中所述协同会话控制转移请求包括以下中的一者或多者<br>《未公开》	无引用内容。	目标专利中该特征限定了请求信令中携带的具体信息元集合。对比文件无通信信令及相关字段架构，未公开该特征。
技术特征Q：所述现有的IMS协同会话的身份<br>《未公开》	无引用内容。	目标专利中该特征限定了用于唯一标识协同会话的会话ID。对比文件不包含任何网络会话标识符，未公开该特征。
技术特征R：所述现有的IMS协同会话的媒体流的身份<br>《未公开》	无引用内容。	目标专利中该特征限定了协同会话中特定媒体流的标识ID。对比文件无相关信息，未公开该特征。
技术特征S：所述第二WTRU的身份<br>《未公开》	无引用内容。	目标专利中该特征限定了源控制方/对端终端的设备或用户标识（如SIP URI、GRUU等）。对比文件不涉及通信终端标识，未公开该特征。
技术特征T：所述WTRU的身份<br>《未公开》	无引用内容。	目标专利中该特征限定了本端接收方WTRU的身份标识。对比文件不涉及通信终端标识，未公开该特征。

---

### 评估结论

经严格比对与审阅，对比文件（JP2008276190A）公开的是一种应用于半导体装置层间绝缘膜与表面保护膜的**正型感光性树脂组合物、硬化浮雕图案制造方法及半导体装置**，属于高分子化学与微电子制造工艺领域。而目标专利的技术特征A～T涉及的是**无线通信网络中IMS协同会话控制权的转移机制及相应的无线发射/接收单元（WTRU）架构与SIP信令交互**，属于无线通信网络协议领域。

两者所处的国际专利分类（IPC）、技术领域、技术方案及解决的技术问题均完全不同。即使采用最为宽松的隐含公开判断标准，对比文件所公开的化学材料体系及其光刻工艺也无法推导出任何与无线终端（WTRU）、发射机/接收机硬件、IMS协同会话控制转移信令（SIP消息）、设备标识或状态控制相关的内容。因此，对比文件未直接公开也未隐含公开技术特征A～T中的任何一个技术特征。

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

技术特征描述及公开性判断结果	对比文件原文引用	公开性论述
技术特征A：该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.”<br>（本发明公开了一种装置和方法，其中因特网协议（IP）业务可以在根据两个不同技术标准在具有两个不同IP地址的两个不同系统中操作的两个不同终端之间转移（即切换）。例如，无线局域网（WLAN）终端与3GPP UMTS终端之间，或CDMA2000终端与3GPP UMTS终端之间的会话切换。）<br>[0018] “...wireless user equipment (UE) 15...”<br>（...无线用户设备（UE）15...）	目标专利说明书第[0031]段指出，WTRU可包括用户设备（UE）、移动台、固定或移动用户单元、寻呼机、蜂窝电话等任何类型的无线终端。对比文件公开了在两个终端（如WLAN终端与3GPP UMTS终端/UE 15）之间转移IP流量与会话，其中的UE/移动终端即对应于WTRU。二者在通信系统中所处实体地位和作用实质相同，因此对比文件直接公开了技术特征A。
技术特征B：接收机<br><br>《隐含公开》	[0018] “The PC 10 communicates with an internet protocol (IP) network 24 to send and receive messages.”<br>（PC 10与因特网协议（IP）网络24通信以发送和接收消息。）<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。）	目标专利说明书第[0042]、[0044]、[0046]段记载了收发信机120及发射/接收元件122用于接收无线信号。对比文件公开了终端（如UE 15和PC 10）能够在无线网络中进行无线通信、进行数据会话并收发消息，本领域技术人员基于无线通信终端的公知常识必然知晓并可直接推断出：终端必须具备接收模块/接收机结构才能实现消息与无线信号的接收。因此技术特征B被隐含公开。
技术特征C：被配置成接收来自IMS实体的协同会话控制转移请求<br><br>《未公开》	对比文件全篇未公开该内容。在涉及IMS的段落[0019]中仅记载：“...with the addition of instant messaging system IMS 34... PC 10... is further capable of obtaining instant message system (IMS) services through IP network 24, utilizing IMS 34. Nevertheless, there is no handoff capability between PC 10 and UE 15.”<br>（...增加了即时消息系统IMS 34... PC 10...还能够利用IMS 34通过IP网络24获取即时消息系统（IMS）服务。然而，在PC 10和UE 15之间不存在切换能力。）	结合目标专利说明书第[0006]、[0074]、[0085]、[0095]、[0108]、[0113]等段落可知，“IMS实体”具体如SCC AS；协同会话中存在“协同会话控制转移”，即在保持现有媒体会话/流的情况下，将增加、删除、复制等协同会话控制权限从控制方WTRU转移至该WTRU，且转移请求是由IMS实体（如SCC AS）向接收方WTRU下发的。而对比文件中的“IMS”代表的是即时消息系统（Instant Messaging System），并非IP多媒体子系统（IP Multimedia Subsystem），且对比文件明确说明PC 10与UE 15之间在利用IMS 34时不存在切换能力；且对比文件记载的是底层MIPv4路由重定向（底层承载流量从一个终端切到另一个终端），根本没有多终端共同参与的“协同会话”概念，更没有“协同会话控制转移请求”，亦无由IMS网元实体向WTRU下发协同会话控制转移请求并被其接收的机制。因此该特征未公开。
技术特征D：其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求<br><br>《未公开》	对比文件全篇未公开该内容。	目标专利说明书第[0085]、[0095]、[0108]、[0113]段指出，现有的IMS协同会话允许多个WTRU同时参与会话的不同媒体流，控制转移请求具体指示该被控制方WTRU承担/接收对协同会话的管理控制权。对比文件涉及的仅是普通的业务数据流重路由（切换），并不存在IMS协同会话，也没有指示接收协同会话控制权的请求。本领域技术人员无法从对比文件中得出或合理推导出该方案，因此该特征未公开。
技术特征E：其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起<br><br>《未公开》	[0015] “The subscriber may initiate the handoff process based on network solicitation... or based on unsolicited action by the subscriber...”<br>（订户可基于网络征集...或基于订户的未经请求的动作发起切换过程...）<br>[0022]-[0025] 提及切换可基于用户发起或性能发起（如功率测量、FER等）。	目标专利说明书第[0117]段记载，SCC AS由于当前条件（例如控制方WTRU到SCC AS的连接降低/恶化）而发起协同会话控制转移。而对比文件中的切换是由用户触发或基于本地链路性能发起，且其主体根本不包含IMS实体对协同会话控制信令退化或损失的监测与基于此的会话控制转移发起，两者作用、机制与技术方案完全不同。因此该特征未公开。
技术特征F：发射机<br><br>《隐含公开》	[0018] “The PC 10 communicates with an internet protocol (IP) network 24 to send and receive messages.”<br>（PC 10与因特网协议（IP）网络24通信以发送和接收消息。）<br>[0020] “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>（数据会话连接转移到在3GPP系统25的UMTS网络上经由铁塔32进行无线操作的UE 15。）	结合目标专利说明书第[0042]、[0044]、[0046]段，WTRU包含发射/接收元件及收发信机，配置为向基站发送信号。对比文件中的UE 15以及PC 10通过无线网络与远端进行数据会话及消息发送。本领域技术人员基于公知常识完全知晓，无线通信终端发射信号、建立会话并发送消息必然依赖发射模块/发射机结构。因此技术特征F被隐含公开。
技术特征G：被配置成向所述IMS实体传送响应<br><br>《未公开》	对比文件全篇未公开该内容。	目标专利说明书第[0096]、[0109]、[0114]、[0120]段记载，WTRU接受请求后向SCC AS指示其接受。对比文件中既没有IMS实体向目标终端发送协同会话控制转移请求，也不存在目标终端向IMS实体传送针对该转移请求的响应。因此该特征未公开。
技术特征H：其中所述响应指示接受所述协同会话控制转移请求<br><br>《未公开》	对比文件全篇未公开该内容。	结合目标专利说明书第[0109]、[0114]、[0120]段，响应消息中明确携带指示接受协同会话控制转移的信令内容，使SCC AS能够获知被控制方WTRU已同意承担控制角色。对比文件完全没有对应技术方案，因此该特征未公开。
技术特征I：控制器<br><br>《隐含公开》	[0016] “...The request may be part of a stored program in the subscriber's terminal...”<br>（...该请求可以是订户终端中存储的程序的一部分...）	结合目标专利说明书第[0042]、[0043]段，控制器为WTRU中的处理器118（如微处理器、微控制器、DSP、ASIC等），执行信号处理与操作控制。对比文件中终端（PC 10、UE 15）能够运行存储程序、处理交互逻辑与切换流程，本领域技术人员根据计算机与通信终端硬件架构能够毫无疑义且合乎逻辑地推断出终端内部必然包含用于控制逻辑和执行程序的处理器/控制器。因此技术特征I被隐含公开。
技术特征J：被配置成在对所述现有的IMS协同会话的控制正被转移到所述WTRU时<br><br>《未公开》	对比文件全篇未公开该内容。	结合目标专利说明书第[0006]、[0085]、[0103]、[0109]、[0120]段，其限定了控制器在协同会话控制权移交切换的时间节点或操作条件。对比文件全篇未涉及IMS协同会话及其控制权转移过程，更没有控制器在此期间执行对应协同控制操作的配置。因此该特征未公开。
技术特征K：控制所述现有的IMS协同会话。<br><br>《未公开》	对比文件全篇未公开该内容。	目标专利说明书第[0076]、[0085]、[0103]段明确定义，协同会话的控制具体为：控制多个WTRU参与的协同会话，包括在作为协同会话一部分的WTRU之间增加、去除、释放、复制或转移媒体流，或允许/拒绝影响协同会话媒体流的请求。而对比文件仅公开了单个终端承担重路由后的底层IP数据流传输，完全没有多个WTRU共同组成协同会话并在WTRU侧进行协同会话控制的功能。因此该特征未公开。
技术特征L：其中所述WTRU是处于所述现有的IMS协同会话中的被控制方WTRU。<br><br>《未公开》	对比文件全篇未公开该内容。	目标专利说明书第[0084]、[0085]、[0104]、[0110]、[0116]段记载，在协同会话控制转移发起之前，该WTRU已经作为被控制方WTRU（Discontrolled WTRU）参与在该现有的IMS协同会话中。对比文件中的目标终端（如UE 15）在切换前只是离线或处于未连接状态，或者仅仅是待切换目标，与源终端之间不存在共同构建的IMS协同会话，亦非协同会话中的被控制方。因此该特征未公开。
技术特征M：其中所述WTRU具有与远端方之间的IMS媒体流。<br><br>《未公开》	对比文件全篇未公开该内容。	目标专利说明书第[0084]、[0089]-[0090]、[0104]、[0116]段记载，在协同会话中，控制方WTRU具有媒体流A，被控制方WTRU自身也具有与远端方之间的媒体流B。而对比文件在转移前仅源终端与服务中心/网络保持会话，目标终端并未与远端方建立并发的IMS媒体流。因此该特征未公开。
技术特征N：其中对所述现有的IMS协同会话的所述控制从第二WTRU转移到所述WTRU。<br><br>《未公开》	对比文件全篇未公开该内容。	目标专利说明书第[0085]、[0096]、[0109]、[0120]段记载，第二WTRU（控制方WTRU）原先维持对协同会话的控制，经转移流程后协同会话控制被转移给目标WTRU。对比文件中仅涉及终端间通信业务/IP报文的切换，无任何协同会话控制从第二WTRU转移至该WTRU的方案。因此该特征未公开。
技术特征O：其中所述协同会话控制转移请求和所述响应是会话发起协议(SIP)消息。<br><br>《未公开》	对比文件全篇未公开该内容。	目标专利说明书第[0088]、[0090]、[0104]、[0116]段记载，控制平面采用SIP消息传送来作为转移请求和响应信令。对比文件采用的是移动IPv4（MIPv4，见[0017]段），未公开协同会话控制转移请求和响应为SIP消息。因此该特征未公开。
技术特征P：其中所述协同会话控制转移请求包括以下中的一者或多者<br><br>《未公开》	对比文件全篇未公开该内容。	目标专利说明书第[0095]、[0108]、[0113]、[0118]、[0120]段明确记载，协同会话控制转移请求消息体或信令头中包含了指示具体会话属性、流属性或设备身份的信息元素。对比文件中没有该转移请求，因而未公开其所包含的具体内容。
技术特征Q：所述现有的IMS协同会话的身份<br><br>《未公开》	对比文件全篇未公开该内容。	目标专利说明书第[0095]、[0108]、[0118]段记载，“要转移的协同会话的会话ID”，用于标识具体的协同会话以区分其它会话。对比文件未公开此特征。
技术特征R：所述现有的IMS协同会话的媒体流的身份<br><br>《未公开》	对比文件全篇未公开该内容。	目标专利说明书第[0095]、[0108]、[0113]、[0118]段记载，“其控制将要被转移的一个或多个媒体流的ID”，用以确定受控制转移影响的特定流。对比文件未公开此特征。
技术特征S：所述第二WTRU的身份<br><br>《未公开》	[0016] “The session handoff trigger may also request the target system/terminal/IP address to which the session will be transferred... asking for the target IP address, terminal phone number, or terminal identification number. 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>（会话切换触发还可以请求该会话将转移到的目标系统/终端/IP地址...索要目标IP地址、终端电话号码或终端标识号。在第二种方法中，源系统查询归属位置寄存器/归属订户业务（HLR/HSS）处的订户简档以获取用于切换的目标地址。）	结合目标专利说明书第[0100]段等，请求中携带原控制方（第二WTRU）的身份。对比文件中的标识仅是用于底层MIPv4切换寻址的目标终端三元组或源系统查询的终端标识，并非封装在“协同会话控制转移请求”中用于标识协同会话源控制方的标识信息，技术方案和上下文完全不同。因此该特征未公开。
技术特征T：所述WTRU的身份。<br><br>《未公开》	[0016] 同上，提到了终端电话号码、终端标识号或IP地址。	目标专利说明书第[0095]、[0108]、[0113]、[0118]段记载，在下发给该WTRU的协同会话控制转移请求中包含该WTRU自身的标识（新的控制方ID）。对比文件既没有协同会话控制转移请求，其切换触发消息中的目标标识作用亦完全不同。因此该特征未公开。

<<<A>>><<>><<<f>>><<>>

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

本案中，对比文件为生物医药领域的专利申请（WO2009013405A2，涉及通过SPATA16控制男性生育能力、避孕及圆头精子症诊断），目标专利涉及无线通信技术领域的IMS协同会话控制转移。以下结合目标专利说明书与对比文件公开内容，对权利要求中的各项技术特征进行系统比对分析。

### 特征比对表格

技术特征描述及公开性判断结果	对比文件原文引用及中文翻译	公开性论述
技术特征A：该WTRU包括<br>《未公开》	对比文件全文未记载相关内容。<br>（对比文件为生物医学发明，涉及基因、蛋白质与生育调控）	目标专利说明书第[0031]、[0042]-[0050]段明确记载，WTRU为无线发射/接收单元，包含处理器、收发信机等硬件结构，用于无线通信环境中。对比文件涉及利用人类SPATA16基因进行男性避孕与诊断，其研究对象为人类、小鼠细胞及生物分子，完全未涉及无线通信设备或终端硬件构架。本领域技术人员无法从对比文件中得出任何无线发射/接收单元的方案，即使按照最宽松的隐含公开标准，也毫无推理或组合空间，因此该技术特征未被公开。
技术特征B：接收机<br>《未公开》	对比文件全文未记载相关内容。	目标专利说明书第[0042]、[0044]-[0046]段记载，接收机为WTRU中用于通过空中接口接收无线电信号的物理硬件单元。对比文件全篇涉及生物体、生殖细胞（如精子细胞、睾丸组织）及试剂盒检测，未记载任何接收电磁信号的通信接收机部件。该技术特征未被直接公开，亦无任何可能进行合理推理得出，未被公开。
技术特征C：被配置成接收来自IMS实体的协同会话控制转移请求<br>《未公开》	对比文件全文未记载相关内容。	目标专利说明书第[0074]、[0095]、[0108]、[0118]段等记载，IMS实体（如SCC AS）向WTRU发送协同会话控制转移请求，WTRU接收该请求以启动会话控制权的移交。对比文件涉及SPATA16靶点的生化分子、siRNA或抗体应用，不存在IMS核心网实体，更不涉及多媒体协同会话控制转移信令的接收配置。本领域技术人员不可能从对比文件中推理得出该特征，未被公开。
技术特征D：其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求<br>《未公开》	对比文件全文未记载相关内容。	目标专利说明书第[0095]、[0108]、[0127]段记载，该请求用于指示目标WTRU承担协同会话的主控角色，移交对多媒体会话流的统一控制权。对比文件属于生殖生物学技术，完全不存在通信会话控制的概念与请求指示。该特征未被直接公开，也不存在隐含公开的可能，未被公开。
技术特征E：其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起<br>《未公开》	对比文件全文未记载相关内容。	目标专利说明书第[0117]段记载，当控制方WTRU（第二WTRU）到网络实体（SCC AS）的连接发生退化（degradation）或信号降低等当前条件触发时，由IMS实体主动发起控制权转移。对比文件涉及遗传性圆头精子症及精子发生过程中顶体的形成，不存在无线信令退化或IMS实体自主触发控制转移的技术构思。该特征未被直接公开或隐含公开，未被公开。
技术特征F：发射机<br>《未公开》	对比文件全文未记载相关内容。	目标专利说明书第[0042]、[0044]-[0046]段记载，发射机为WTRU用于通过天线向无线接入网或对端发送无线信号的硬件构件。对比文件未涉及无线通信发射装置，本领域技术人员无法从生物试剂、杂交探针或引物中推导出通信发射机。该特征未被公开。
技术特征G：被配置成向所述IMS实体传送响应<br>《未公开》	对比文件全文未记载相关内容。	目标专利说明书第[0096]、[0109]、[0120]段记载，WTRU在收到网络实体的请求后，通过发射机向SCC AS发送确认或接受响应消息。对比文件未公开任何针对IMS网络实体传送通信响应报文的配置。该特征未被公开。
技术特征H：其中所述响应指示接受所述协同会话控制转移请求<br>《未公开》	对比文件全文未记载相关内容。	目标专利说明书第[0109]、[0120]段记载，响应消息中承载接受该转移请求的指示（Acceptance），从而允许网络执行控制权移交。对比文件涉及生物化学反应与避孕药理，无任何涉及通信会话协议接受应答的技术方案。该特征未被公开。
技术特征I：控制器<br>《未公开》	对比文件全文未记载相关内容。	目标专利说明书第[0043]段记载，控制器为包含处理器、DSP、微控制器等物理硬件，用于执行逻辑处理与控制操作。对比文件全篇未涉及电子或无线设备中的逻辑/通信控制器。该特征未被公开。
技术特征J：被配置成在对所述现有的IMS协同会话的控制正被转移到所述WTRU时<br>《未公开》	对比文件全文未记载相关内容。	目标专利说明书第[0085]、[0096]、[0109]、[0120]段记载该控制器工作时序与状态条件，即在会话控制权转移生效切换节点进行状态处理。对比文件完全不涉及多媒体通信协同会话的时序流转。该特征未被公开。
技术特征K：控制所述现有的IMS协同会话<br>《未公开》	对比文件全文未记载相关内容。	目标专利说明书第[0076]、[0085]段记载，控制协同会话指能够添加、删除、释放、复制或转移协同会话中的媒体流，执行多方媒体会话管理。对比文件中完全不具备此类技术方案或通信功能。该特征未被公开。
技术特征L：其中所述WTRU是处于所述现有的IMS协同会话中的被控制方WTRU<br>《未公开》	对比文件全文未记载相关内容。	目标专利说明书第[0085]、[0104]、[0116]段记载，在转移前，该WTRU作为被控制方（Controlee WTRU）参与该协同会话并受第一终端的管理。对比文件全篇无通信角色架构相关内容。该特征未被公开。
技术特征M：其中所述WTRU具有与远端方之间的IMS媒体流<br>《未公开》	对比文件全文未记载相关内容。	目标专利说明书第[0084]、[0090]、[0110]段记载，该WTRU在控制转移前后均保留有直接与远端对端（Remote Party）交互的媒体流（如媒体流B）。对比文件无媒体数据流及远端通信方的概念。该特征未被公开。
技术特征N：其中对所述现有的IMS协同会话的所述控制从第二WTRU转移到所述WTRU<br>《未公开》	对比文件全文未记载相关内容。	目标专利说明书第[0085]、[0115]段记载，原控制方WTRU（第二WTRU）放弃或被剥夺控制权，移交给本WTRU。对比文件涉及SPATA16分子及其生物功能，不涉及控制权在两个电子实体间的转移。该特征未被公开。
技术特征O：其中所述协同会话控制转移请求和所述响应是会话发起协议(SIP)消息<br>《未公开》	对比文件全文未记载相关内容。	目标专利说明书第[0082]、[0088]、[0104]段记载，信令控制路径采用SIP协议，转移请求与响应均承载在SIP信令报文中。对比文件不包含网络通信协议，未公开该技术特征。
技术特征P：其中所述协同会话控制转移请求包括以下中的一者或多者<br>《未公开》	对比文件全文未记载相关内容。	目标专利说明书第[0095]、[0108]、[0118]段记载转移请求的信元字段组成。对比文件未涉及通信控制消息的格式或信元构成。该特征未被公开。
技术特征Q：所述现有的IMS协同会话的身份<br>《未公开》	对比文件全文未记载相关内容。	目标专利说明书第[0092]、[0095]、[0108]段记载，请求中包含Session ID，以便网络与终端准确定位受转移影响的特定会话。对比文件无相关会话标识公开。该特征未被公开。
技术特征R：所述现有的IMS协同会话的媒体流的身份<br>《未公开》	对比文件全文未记载相关内容。	目标专利说明书第[0092]、[0095]、[0108]段记载，请求中包含所涉及媒体流的ID。对比文件未涉及多媒体流标识。该特征未被公开。
技术特征S：所述第二WTRU的身份<br>《未公开》	对比文件全文未记载相关内容。	目标专利说明书第[0100]、[0108]段记载，请求中包含原控制方或源WTRU的标识信息。对比文件未涉及通信终端设备标识。该特征未被公开。
技术特征T：所述WTRU的身份<br>《未公开》	对比文件全文未记载相关内容。	目标专利说明书第[0092]、[0095]、[0108]段记载，请求中包含新控制方（即目标WTRU）的标识（如GRUU、MSISDN、SIP URI等）。对比文件未涉及通信实体的身份标识。该特征未被公开。

---

经过对对比文件（WO2009013405A2）全文的检索与研读，对比文件完全属于分子生物学与医学领域，涉及SPATA16基因突变及其在男性避孕与圆头精子症诊断中的应用；而目标专利的技术特征A至T均属于无线通信领域关于IMS协同会话控制转移的硬件与信令架构。对比文件未直接公开、亦未隐含公开技术特征A至T中的任何一项。

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

对对比文件（WO2009013405A3）与目标专利权利要求的各项技术特征进行深度比对与严谨评估。

根据提供的对比文件信息：【对比文件/2009-01-29_WO2009013405A_发明申请_WO2009013405A3 HUMAN MALE FERTILITY CONTROL USING SPATA 16.docx】记载“无说明书”，且从该对比文件的标题《HUMAN MALE FERTILITY CONTROL USING SPATA 16》（利用SPATA 16的人类男性生育力控制）可知，该对比文件属于生物医药/基因工程领域，涉及人类男性生育调节及SPATA 16基因蛋白技术。

**特征比对表格**

技术特征描述及公开性判断结果	对比文件原文引用	公开性论述
技术特征A：该WTRU包括<br>《未公开》	对比文件无说明书内容记载（对比文件主题为：HUMAN MALE FERTILITY CONTROL USING SPATA 16）。	目标专利中，技术特征A定义了无线发射/接收单元（WTRU）这一通信实体架构（参见目标说明书[0042]-[0050]）。对比文件涉及生物医药领域（利用SPATA 16控制人类男性生育力），且全文未提供说明书内容，既未直接公开无线通信实体WTRU，本领域技术人员也绝无可能从生物医药文献中合理推导或推理出WTRU，故技术特征A既未被直接公开，也未被隐含公开。
技术特征B：接收机<br>《未公开》	对比文件无说明书内容记载。	目标专利中，技术特征B指WTRU中用于接收无线射频信号的硬件部件（参见目标说明书[0042]、[0044]、[0046]）。对比文件涉及SPATA 16基因及男性生育力调控，未记载无线通信接收机硬件，本领域技术人员无法从其内容中推导得出，未被直接或隐含公开。
技术特征C：被配置成接收来自IMS实体的协同会话控制转移请求<br>《未公开》	对比文件无说明书内容记载。	目标专利中，该特征是指接收机配置为接收由IMS网络实体（如SCC AS）发送的关于协同会话控制转移的消息（参见目标说明书[0108]、[0113]、[0118]、[0120]）。对比文件为生物医药领域文献，且无说明书内容，完全不涉及IMS架构及协同会话控制转移信令，未被直接或隐含公开。
技术特征D：其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求<br>《未公开》	对比文件无说明书内容记载。	目标专利中，该请求旨在指示被转移方WTRU接管并承担现有协同会话的控制权（参见目标说明书[0108]、[0113]）。对比文件完全未涉及IMS协同会话及其控制权转移的信令语义，未被直接或隐含公开。
技术特征E：其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起<br>《未公开》	对比文件无说明书内容记载。	目标专利中，该特征限定了网络侧IMS实体（如SCC AS）因原控制方（第二WTRU）连接或信令状态退化/恶化而主动触发控制权转移的触发机制（参见目标说明书[0117]）。对比文件属于生物医药技术，且无说明书内容，未涉及无线通信信令退化检测与网络触发转移机制，未被直接或隐含公开。
技术特征F：发射机<br>《未公开》	对比文件无说明书内容记载。	目标专利中，技术特征F为WTRU内部发送无线射频信号的发射硬件单元（参见目标说明书[0042]、[0044]、[0046]）。对比文件属于基因与生育调控领域，未记载无线通信发射机，未被直接或隐含公开。
技术特征G：被配置成向所述IMS实体传送响应<br>《未公开》	对比文件无说明书内容记载。	目标专利中，发射机用于向网络IMS实体回传针对会话控制转移请求的确认或响应信号（参见目标说明书[0109]、[0114]、[0120]）。对比文件无相关通信流程与硬件功能配置记载，未被直接或隐含公开。
技术特征H：其中所述响应指示接受所述协同会话控制转移请求<br>《未公开》	对比文件无说明书内容记载。	目标专利中，响应信令携带接受指示（参见目标说明书[0109]、[0114]、[0120]）。对比文件完全未涉及网络协商与会话控制转移接受响应，未被直接或隐含公开。
技术特征I：控制器<br>《未公开》	对比文件无说明书内容记载。	目标专利中，控制器为处理信号、协议及控制协同会话的处理器/控制芯片（参见目标说明书[0042]、[0043]）。对比文件未涉及用于通信控制的控制器硬件，未被直接或隐含公开。
技术特征J：被配置成在对所述现有的IMS协同会话的控制正被转移到所述WTRU时<br>《未公开》	对比文件无说明书内容记载。	目标专利中，该特征限定了控制器执行会话接管操作的时序与上下文条件（参见目标说明书[0096]、[0109]、[0114]、[0120]）。对比文件未涉及会话转移时序与控制转换，未被直接或隐含公开。
技术特征K：控制所述现有的IMS协同会话。<br>《未公开》	对比文件无说明书内容记载。	目标专利中，控制器在控制权转移后承担控制方WTRU角色，行使对各媒体流的添加、删除、转移等控制功能（参见目标说明书[0085]、[0109]、[0114]、[0120]）。对比文件未记载通信会话控制功能，未被直接或隐含公开。
技术特征L：其中所述WTRU是处于所述现有的IMS协同会话中的被控制方WTRU。<br>《未公开》	对比文件无说明书内容记载。	目标专利中，接管控制权的WTRU在转移发生前已作为被控制方参与到该协同会话中（参见目标说明书[0085]、[0089]、[0104]、[0110]、[0116]）。对比文件未涉及协同会话中控制方与被控制方的角色配置，未被直接或隐含公开。
技术特征M：其中所述WTRU具有与远端方之间的IMS媒体流。<br>《未公开》	对比文件无说明书内容记载。	目标专利中，该WTRU与远端方之间已建立并维持IMS媒体流（如媒体流B）（参见目标说明书[0090]、[0104]、[0110]、[0116]）。对比文件未涉及IMS媒体流架构与端到端多媒体传输，未被直接或隐含公开。
技术特征N：其中对所述现有的IMS协同会话的所述控制从第二WTRU转移到所述WTRU。<br>《未公开》	对比文件无说明书内容记载。	目标专利中，协同会话控制权由原本持有控制权的原控制方设备（第二WTRU）转移至目标WTRU（参见目标说明书[0085]、[0096]、[0109]、[0114]、[0120]）。对比文件未涉及设备间会话控制权交接，未被直接或隐含公开。
技术特征O：其中所述协同会话控制转移请求和所述响应是会话发起协议(SIP)消息。<br>《未公开》	对比文件无说明书内容记载。	目标专利中，请求和响应消息均基于会话发起协议（SIP）载荷与格式承载（参见目标说明书[0082]、[0088]、[0090]、[0104]、[0116]、[0122]）。对比文件未公开SIP协议及其应用，未被直接或隐含公开。
技术特征P：其中所述协同会话控制转移请求包括以下中的一者或多者<br>《未公开》	对比文件无说明书内容记载。	目标专利中，该特征为控制转移请求报文中所包含具体信息元素字段的引导特征（参见目标说明书[0095]、[0108]、[0113]、[0118]）。对比文件未记载协同会话控制转移信令字段结构，未被直接或隐含公开。
技术特征Q：所述现有的IMS协同会话的身份<br>《未公开》	对比文件无说明书内容记载。	目标专利中，请求中携带现有协同会话的会话标识符（Session ID），用于网络和设备精确定位待转移的会话（参见目标说明书[0095]、[0108]、[0118]）。对比文件未公开任何IMS会话标识，未被直接或隐含公开。
技术特征R：所述现有的IMS协同会话的媒体流的身份<br>《未公开》	对比文件无说明书内容记载。	目标专利中，请求中携带受控制转移影响的一个或多个媒体流的标识（Media Flow ID）（参见目标说明书[0095]、[0108]、[0113]、[0118]）。对比文件未公开多媒体流标识，未被直接或隐含公开。
技术特征S：所述第二WTRU的身份<br>《未公开》	对比文件无说明书内容记载。	目标专利中，请求中指示原控制方（第二WTRU）的标识（例如公共用户身份、GRUU等）（参见目标说明书[0092]、[0100]、[0111]）。对比文件未公开通信设备标识，未被直接或隐含公开。
技术特征T：所述WTRU的身份。<br>《未公开》	对比文件无说明书内容记载。	目标专利中，请求中包含目标WTRU（新的控制方）的设备或用户身份（参见目标说明书[0095]、[0108]、[0113]、[0118]）。对比文件未公开目标通信设备身份，未被直接或隐含公开。

对比文件未直接公开，也未隐含公开技术特征A至T中的任何技术特征。

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

技术特征描述及公开性判断结果	对比文件原文引用	公开性论述
技术特征A：该WTRU包括<br>《未公开》	无说明书内容记载（该对比文件属于生物医药/生殖调控技术领域，涉及利用SPATA 16进行人类男性生育力控制）。	对比文件WO2009013405A8属于基因及生物医药领域，完全未涉及无线通信领域中的“WTRU（无线发射/接收单元）”，既未直接公开也未隐含公开任何硬件通信设备实体。
技术特征B：接收机<br>《未公开》	无说明书内容记载。	对比文件未公开通信设备的基础硬件构件“接收机”，本领域技术人员无法从该生物领域对比文件中直接得出或合理解读、推导出该特征。
技术特征C：被配置成接收来自IMS实体的协同会话控制转移请求<br>《未公开》	无说明书内容记载。	对比文件未涉及IP多媒体子系统（IMS）架构，更未披露接收来自IMS实体发送的“协同会话控制转移请求”的具体信令交互机制。
技术特征D：其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求<br>《未公开》	无说明书内容记载。	对比文件不涉及IMS协同会话及其控制权转移的概念，未公开请求中承载指示目标设备接管现有协同会话控制权的任何信令含义。
技术特征E：其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起<br>《未公开》	无说明书内容记载。	对比文件未公开IMS实体检测到原控制方WTRU信令退化/损失这一触发条件并据此主动发起协同会话控制转移的机制。
技术特征F：发射机<br>《未公开》	无说明书内容记载。	对比文件完全未涉及任何无线通信射频发射装置或“发射机”硬件。
技术特征G：被配置成向所述IMS实体传送响应<br>《未公开》	无说明书内容记载。	对比文件未公开终端设备向网络侧IMS实体回传上行控制信令/响应的交互动作。
技术特征H：其中所述响应指示接受所述协同会话控制转移请求<br>《未公开》	无说明书内容记载。	对比文件未披露该响应消息的具体语义（同意/接受转移控制权），不涉及相关的协议控制逻辑。
技术特征I：控制器<br>《未公开》	无说明书内容记载。	对比文件未公开无线通信终端内部用于执行通信协议与会话管理的“控制器”（如基带处理器/微处理器）。
技术特征J：被配置成在对所述现有的IMS协同会话的控制正被转移到所述WTRU时<br>《未公开》	无说明书内容记载。	对比文件未涉及协同会话控制权转移时序控制与状态迁移机制。
技术特征K：控制所述现有的IMS协同会话<br>《未公开》	无说明书内容记载。	对比文件未公开WTRU作为新的控制方承担对现有协同会话进行管理（如媒体流增删、转移及会话维护）的控制功能。
技术特征L：其中所述WTRU是处于所述现有的IMS协同会话中的被控制方WTRU<br>《未公开》	无说明书内容记载。	对比文件未公开协同会话中控制方与被控制方的角色划分，更未公开转移前目标终端处于“被控制方WTRU”的初始角色状态。
技术特征M：其中所述WTRU具有与远端方之间的IMS媒体流<br>《未公开》	无说明书内容记载。	对比文件未披露终端与远端方（Remote Party）之间建立和维持的IMS媒体流（如语音/视频流）的承载路径。
技术特征N：其中对所述现有的IMS协同会话的所述控制从第二WTRU转移到所述WTRU<br>《未公开》	无说明书内容记载。	对比文件未公开多终端协同场景下，协同会话控制权从原主控终端（第二WTRU）向目标终端（该WTRU）进行转移的技术方案。
技术特征O：其中所述协同会话控制转移请求和所述响应是会话发起协议(SIP)消息<br>《未公开》	无说明书内容记载。	对比文件未披露采用会话发起协议（SIP，如INVITE、INFO、REFER等具体消息）来承载该请求和响应。
技术特征P：其中所述协同会话控制转移请求包括以下中的一者或多者<br>《未公开》	无说明书内容记载。	对比文件未公开协同会话控制转移请求消息的具体参数/信元构造。
技术特征Q：所述现有的IMS协同会话的身份<br>《未公开》	无说明书内容记载。	对比文件未公开请求信元中包含的“协同会话ID（Session ID）”。
技术特征R：所述现有的IMS协同会话的媒体流的身份<br>《未公开》	无说明书内容记载。	对比文件未公开用于指示协同会话中所涉及媒体流的“媒体流标识（Media Flow ID）”。
技术特征S：所述第二WTRU的身份<br>《未公开》	无说明书内容记载。	对比文件未公开用于指代原控制方终端的标识（如第二WTRU的URI/GRUU/MSISDN等）。
技术特征T：所述WTRU的身份<br>《未公开》	无说明书内容记载。	对比文件未公开用于指代新控制方目标终端的标识（如该WTRU的公有用户身份或GRUU）。

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

**特征比对表格**

技术特征描述及公开性判断结果	对比文件原文引用	公开性论述
技术特征A：该WTRU包括<br><br>《直接公开》	【具体实施方式】<br>“图5为本发明实施例1的终端之间媒体转移方法流程图……本实施例中，如图9所示，UE1包括……UE2包括：接收单元970……确认单元980……以及权限控制单元990……”<br>【背景技术】<br>“第一用户设备UE1将一个正在进行的IMS会话中的语音媒体转移到第三用户设备UE3……”	对比文件公开了用户设备UE2（即第二终端/无线发射接收单元WTRU），该UE2包括各个功能单元模块构成的设备整体。本领域技术人员知晓3GPP标准中的UE与目标专利中的WTRU属于相同实体。因此，技术特征A被对比文件直接公开。
技术特征B：接收机<br><br>《直接公开》	【具体实施方式】<br>“UE2包括：接收单元970，用于接收来自SCC AS的会话建立请求，该会话建立请求中设置有媒体操作权限指示”；<br>【实施例3】“所述UE2包括：会话建立单元115，用于接收并应答来自SCC AS的会话建立请求……”	对比文件明确公开了终端UE2中设置有“接收单元970”（或接收会话建立请求的会话建立单元115），该单元在物理和功能上即为无线终端中的接收机部分，用于接收网络侧下发的控制信令和消息。因此，技术特征B被对比文件直接公开。
技术特征C：被配置成接收来自IMS实体的协同会话控制转移请求<br><br>《未公开》	【具体实施方式】<br>“步骤510-514b，SCC AS向UE2发送INVITE(邀请)消息，请求建立会话，其中携带基于终端UE2设备能力而建议的转移媒体的参数(例如媒体类型、编码方式等)。同时，INVITE消息中还携带允许或不允许UE2对转移后的媒体进行特定操作(例如将媒体再次转移，媒体保持/继续(Hold/Resume)、媒体删除等)的指示……”	对比文件仅公开了SCC AS向UE2发送携带媒体操作权限指示的“会话建立请求（INVITE消息）”，其实质是“媒体流本身的转移（Inter-Device Transfer of Media）”，并在目标终端建立媒体承载，并不涉及协同会话整体控制权的转移请求（Inter-Device Transfer of Control of Collaborative Session）。目标专利中“协同会话控制转移”与“媒体流转移”具有明确区分（目标说明书[0006]、[0085]），对比文件既未直接公开、基于其上下文也无法推理出接收到的是会话控制转移请求。因此技术特征C未被直接公开也未被隐含公开。
技术特征D：其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求<br><br>《未公开》	【具体实施方式】<br>“步骤510-514b，SCC AS向UE2发送INVITE(邀请)消息，请求建立会话，其中携带基于终端UE2设备能力而建议的转移媒体的参数……同时，INVITE消息中还携带允许或不允许UE2对转移后的媒体进行特定操作……的指示”	对比文件中INVITE消息指示的是请求UE2建立转移后媒体流的承载并赋予对该媒体流的操作权限，并未指示“接收对现有的IMS协同会话的控制”。在目标专利中，协同会话控制是指对整个协同会话中各WTRU各媒体流的增删、释放、复制和转移的管理权，与对比文件中单个媒体的操作权限不同。因此技术特征D未被直接公开也未被隐含公开。
技术特征E：其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起<br><br>《未公开》	【具体实施方式】<br>“步骤501，UE1决定将会话中的一个或多个媒体转移到UE2。步骤502-505，UE1向SCC AS发送REFER(转移)消息，请求转移媒体到UE2……SCC AS向UE2发送INVITE(邀请)消息……”	对比文件中请求是由UE1主动决定转移媒体并通过REFER发起，网络侧SCC AS只是遵照UE1的请求执行，完全没有公开也不涉及“基于来自第二WTRU的控制信令的退化或损失来由IMS实体发起”。该退化或损失触发转移是目标专利为了应对连接质量下降/恶化场景的特定方案（目标说明书[0117]），对比文件无任何相应技术启示与记载。因此技术特征E未被直接公开也未被隐含公开。
技术特征F：发射机<br><br>《直接公开》	【具体实施方式】<br>“UE2进行媒体参数的确认，将确认的媒体参数通过200OK应答消息发送给SCC AS，并开始发送/接收数据流”；<br>“UE2包括……确认单元980，用于应答所述会话建立请求，开始转移媒体的传输”；<br>“媒体操作请求单元116，用于向SCC AS发送进行媒体操作的请求”	对比文件中UE2能够向SCC AS发送200 OK响应、ACK确认、媒体操作请求以及发送上行媒体数据流，必然具备物理和功能上的无线发射机（如确认单元、发送单元），本领域技术人员可以毫无疑义地确定UE2包括发射机。因此，技术特征F被对比文件直接公开。
技术特征G：被配置成向所述IMS实体传送响应<br><br>《直接公开》	【具体实施方式】<br>“步骤510-514b……UE2进行媒体参数的确认，将确认的媒体参数通过200OK应答消息发送给SCC AS”；<br>“确认单元980，用于应答所述会话建立请求，开始转移媒体的传输”	对比文件中明确公开了UE2在接收到来自SCC AS（IMS实体）的消息后，通过确认单元将确认的参数通过200 OK应答消息发送给SCC AS。其在对比文件中起到确认并接受网络请求的作用，与向IMS实体传送响应的构造和作用相同。因此，技术特征G被对比文件直接公开。
技术特征H：其中所述响应指示接受所述协同会话控制转移请求<br><br>《未公开》	【具体实施方式】<br>“UE2进行媒体参数的确认，将确认的媒体参数通过200OK应答消息发送给SCC AS，并开始发送/接收数据流”	对比文件中的200 OK仅指示UE2接受媒体流建立/转移及接受相应媒体操作权限，并未指示接受“协同会话控制转移请求”。由于前序请求并非协同会话控制转移请求，其响应亦不可能指示接受该控制转移请求。因此技术特征H未被直接公开也未被隐含公开。
技术特征I：控制器<br><br>《直接公开》	【具体实施方式】<br>“媒体转移流程结束后，UE2可以通过内部逻辑控制来允许或禁止对转移媒体的相应操作……”；<br>“UE2包括……权限控制单元990，用于根据所述媒体操作权限指示控制对转移媒体的操作”；<br>“本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤可以通过程序来指令相关的硬件来完成”	对比文件公开了UE2包括“权限控制单元990”以及“内部逻辑控制”来控制操作，并通过硬件/程序结合实现。在无线通信终端中，负责逻辑判断、流程处理与权限控制的处理硬件即为控制器/处理器（目标说明书[0043]）。因此，技术特征I被对比文件直接公开。
技术特征J：被配置成在对所述现有的IMS协同会话的控制正被转移到所述WTRU时<br><br>《未公开》	【具体实施方式】<br>“步骤510-514b……媒体转移流程结束后，UE2可以通过内部逻辑控制来允许或禁止对转移媒体的相应操作……”	对比文件发生的时机是会话中某一个或多个“媒体”被转移到UE2的过程中或结束后，自始至终未涉及协同会话控制权被转移至UE2的时序与场景。因此技术特征J未被直接公开也未被隐含公开。
技术特征K：控制所述现有的IMS协同会话<br><br>《未公开》	【具体实施方式】<br>“现有技术无法控制(限制)目标终端设备(即媒体转移到的设备)对媒体的后续操作(例如再次转移到其它终端等)……”；<br>“权限控制单元990，用于根据所述媒体操作权限指示控制对转移媒体的操作”	对比文件中UE2仅获得对转移至自身的“媒体”（单个媒体流）进行局部操作（例如再次转移该媒体、媒体保持、删除该媒体）的受限操作权限，而不是成为协同会话的控制方来“控制现有的IMS协同会话”（如管理全部各方的协同媒体流、增删或接管其他设备的流等）。对比文件全文未涉及让目标设备成为控制方WTRU的方案。因此技术特征K未被直接公开也未被隐含公开。
技术特征L：其中所述WTRU是处于所述现有的IMS协同会话中的被控制方WTRU<br><br>《隐含公开》	【背景技术】<br>“图1所示为IMS会话媒体在不同终端设备之间转移的一个例子。第一用户设备UE1将一个正在进行的IMS会话中的语音媒体转移到第三用户设备UE3，视频媒体转移到第四用户设备UE4”；<br>【具体实施方式】<br>“步骤501，UE1决定将会话中的一个或多个媒体转移到UE2……步骤510-514b，SCC AS向UE2发送INVITE(邀请)消息……”	对比文件公开了UE1将其IMS会话中的部分媒体转移给UE2（或UE3/UE4），在转移后多个终端分别承载同一通信会话的不同媒体流，且UE1限制UE2的操作权限，UE1主导了转移控制，在体系架构上已形成协同会话架构的雏形；即使对比文件在转移前UE2可能尚未加入该会话，但对比文件图1及多设备分担媒体流的场景与目标专利中处于协同会话中受控的被控制方WTRU高度重合，且对比文件转移部分媒体后UE2即处于被UE1控制权限的被动受控地位。按照极其宽松的隐含公开判断标准，本领域技术人员结合该内容能够合理推断出该UE2属于协同会话中承载媒体且受控的被控制方终端，具有与其他对比文件结合公开该特征的可能性，故认定为隐含公开。
技术特征M：其中所述WTRU具有与远端方之间的IMS媒体流<br><br>《直接公开》	【具体实施方式】<br>“步骤315-319b，SCC AS向对端设备发送re-INVITE(再邀请)消息，更新远端会话分支……对端UE接收到所述转移媒体的参数后回复200 OK，并开始接收/发送此媒体流”；<br>“步骤510-514b……开始发送/接收数据流”	对比文件明确公开了媒体转移建立后，对端UE（远端方）与UE2之间直接建立承载并传输媒体流（RTP流），即UE2具有与远端方之间的IMS媒体流，两者在功能与结构上完全一致。因此，技术特征M被对比文件直接公开。
技术特征N：其中对所述现有的IMS协同会话的所述控制从第二WTRU转移到所述WTRU<br><br>《未公开》	【具体实施方式】<br>“步骤501，UE1决定将会话中的一个或多个媒体转移到UE2……媒体转移流程结束后，UE2可以通过内部逻辑控制来允许或禁止对转移媒体的相应操作……”	对比文件中UE1转移给UE2的只是会话中的“媒体”（即媒体流本身）及对该特定媒体的操作权限，协同会话的控制权并未转移（且UE1仍然充当源发起方及控制角色，如全部媒体转移后UE1释放的是接入链路，并无协同会话控制转移机制）。对比文件自始至终未涉及IMS协同会话控制从第二WTRU转移到第一WTRU。因此技术特征N未被直接公开也未被隐含公开。
技术特征O：其中所述协同会话控制转移请求和所述响应是会话发起协议(SIP)消息<br><br>《隐含公开》	【背景技术】<br>“IMS采用SIP信令为呼叫控制信令。SIP(会话初始化协议)是IMS控制层协议……在IMS系统中，SDP作为消息体(Message body)由SIP信令携带，实现对IMS会话媒体流承载建立的控制”；<br>【具体实施方式】<br>“步骤510-514b，SCC AS向UE2发送INVITE(邀请)消息……通过200OK应答消息发送给SCC AS”	对比文件明确公开了网络实体与UE2之间的控制交互（INVITE消息和200 OK应答）均是会话发起协议（SIP）消息。虽然对比文件中的消息传输的是媒体转移请求而非协同会话控制转移请求，但对比文件完整公开了在IMS会话控制中使用SIP消息（INVITE/200 OK）作为请求和响应协议。按照极其宽松的判断标准，本领域技术人员极易推知在IMS会话中转移控制权的消息必然亦采用SIP消息承载，且该协议部分公开了信令消息属性，可与其他对比文件结合，因此认定为隐含公开。
技术特征P：其中所述协同会话控制转移请求包括以下中的一者或多者<br><br>《未公开》	【具体实施方式】<br>“步骤510-514b，SCC AS向UE2发送INVITE(邀请)消息，请求建立会话，其中携带基于终端UE2设备能力而建议的转移媒体的参数(例如媒体类型、编码方式等)。同时，INVITE消息中还携带允许或不允许UE2对转移后的媒体进行特定操作……的指示”	对比文件中的INVITE消息仅携带媒体参数和权限指示，并不属于“协同会话控制转移请求”，亦未包含下述Q、S所定义的特定控制转移参数组合。因此技术特征P未被直接公开也未被隐含公开。
技术特征Q：所述现有的IMS协同会话的身份<br><br>《隐含公开》	【背景技术】<br>“在IMS网络中……负责对UE的注册鉴权和会话控制……”；<br>【具体实施方式】<br>“步骤302-305，UE1向SCC AS发送REFER(转移)消息……媒体相关联的对话等”；<br>“步骤415，SCC AS接收到INVITE消息后，将请求建立的会话与原有会话相关联……”	对比文件公开了在IMS信令中关联原有会话（Dialog/会话标识）的机制，SIP INVITE消息依据SIP规范必然携带用于标识现有会话的会话身份（如Call-ID/Dialog ID）。按照极其宽松的隐含公开标准，对比文件部分公开了在转移消息中携带现有IMS会话标识的内容，本领域技术人员能够合理推断出请求中包含现有IMS会话的身份，因此认定为隐含公开。
技术特征R：所述现有的IMS协同会话的媒体流的身份<br><br>《直接公开》	【具体实施方式】<br>“步骤302-305……待转移媒体信息(例如媒体类型、媒体相关联的对话等)”；<br>“步骤510-514b，SCC AS向UE2发送INVITE(邀请)消息，请求建立会话，其中携带基于终端UE2设备能力而建议的转移媒体的参数(例如媒体类型、编码方式等)……”	对比文件中明确公开了在发送给目标设备的请求消息中携带待转移媒体的信息及参数（如媒体类型、编码方式等），这些参数即构成了对现有会话中特定媒体流的身份和属性标识，两者的技术作用相同。因此，技术特征R被对比文件直接公开。
技术特征S：所述第二WTRU的身份<br><br>《未公开》	【具体实施方式】<br>“步骤510-514b，SCC AS向UE2发送INVITE(邀请)消息，请求建立会话，其中携带基于终端UE2设备能力而建议的转移媒体的参数……”	对比文件公开了UE1向SCC AS发送的REFER中携带UE2的标识，但SCC AS向UE2下发的INVITE消息中，对比文件并未公开携带源端第二WTRU（即UE1）的设备身份，且该请求并非控制转移请求，对比文件既未记载也无从推导其作为协同控制转移请求中指示原控制方第二WTRU身份的技术方案。因此技术特征S未被直接公开也未被隐含公开。
技术特征T：所述WTRU的身份<br><br>《直接公开》	【背景技术】<br>“IMS采用SIP信令为呼叫控制信令……执行针对主叫端及被叫端IMS用户的基本会话路由功能……”；<br>【具体实施方式】<br>“步骤510-514b，SCC AS向UE2发送INVITE(邀请)消息，请求建立会话……”	对比文件中SCC AS向UE2发送INVITE建立会话，根据对比文件记载的SIP协议规范与寻址路由机制，发往UE2的SIP消息中（如To头域或Request-URI）必然明确携带UE2（所述WTRU）的身份（如SIP URI或公有用户标识）。因此，技术特征T被对比文件直接公开。

<<<A>>>

<<>>

<<<F>>>

<<<G>>>

<<>>

<<<l>>>

<<<M>>>

<<<o>>>

<<<q>>>

<<<R>>>

<<<T>>>

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

**特征比对表格**

技术特征描述及公开性判断结果	对比文件原文引用	公开性论述
技术特征A：<br>该WTRU包括<br><br>《直接公开》	[p0006]：<br>“Figure 1 illustrates the terminal centric ICS architecture, where UE 10 denotes user equipment (i.e. mobile terminal)... Figure 1 illustrates an example peer node, UE 20, attached to the IMS and with which UE10 may establish a session.”<br>（图1示出了以终端为中心的ICS架构，其中UE 10表示用户设备（即移动终端）……图1示出了示例对等节点UE 20，其附着到IMS且UE 10可与其建立会话。）<br><br>[p0024]：<br>“According to a fourth aspect of the present invention there is provided a mobile terminal having means for establishing a circuit switched connection with an IMS CS Control Function to facilitate communication with a peer node via an IP Multimedia Subsystem...”<br>（根据本发明的第四方面，提供了一种移动终端，具有用于与IMS CS控制功能建立电路交换连接以促进经由IP多媒体子系统与对等节点通信的装置……）	在目标专利说明书中，WTRU（无线发射/接收单元）与用户设备（UE）、移动终端等同，用于在无线通信环境中进行通信（见目标专利[0031]）。对比文件WO2009021549A1公开了用户设备（UE 10、移动终端mobile terminal），其在移动通信系统中作为无线通信终端，与目标专利中WTRU的结构、作用完全相同，本领域技术人员能毫无疑义地直接确定对比文件直接公开了技术特征A。
技术特征B：<br>接收机<br><br>《直接公开》	[p0043]：<br>“The ICCF acknowledges the request.”<br>（ICCF确认该请求。）<br><br>[p0044]：<br>“At step 3 the ICCF acknowledges the release request back to the UE-A, via the MGCF and the MSC-S.”<br>（在步骤3，ICCF经由MGCF和MSC-S向UE-A确认该释放请求。）<br><br>[p0051]-[p0052]：<br>“At step 2 the ICCF sends a USSD-based ICS control message to instruct to UE-A to perform the speech to video upgrade.”<br>（在步骤2，ICCF发送基于USSD的ICS控制消息以指示UE-A执行语音到视频升级。）<br><br>[p0060]-[p0061]：<br>“At steps 5 and 6 the MSC-S pages the UE in order to establish a new radio resource (RR) layer connection. The UE responds to the paging.”<br>（在步骤5和6，MSC-S对UE进行寻呼以建立新的无线电资源（RR）层连接。UE响应寻呼。）	在目标专利中，接收机（收发信机120及接收元件122）用于接收来自网络实体的无线信号或消息（见目标专利[0042]-[0046]）。对比文件公开了作为无线移动终端的UE-A能够接收来自网络实体（如ICCF、MSC-S）的控制消息、寻呼及确认消息，作为移动通信终端，UE必然具备物理层及射频接收部件（即接收机）以实现信号与消息的接收，其结构和作用与目标专利完全相同，属于所属技术领域的常规技术特征，已被对比文件实质直接公开。
技术特征C：<br>被配置成接收来自IMS实体的协同会话控制转移请求<br><br>《未公开》	[p0006]：<br>“The IMS makes use of the Session Initiation Protocol (SIP) to set up and control calls or sessions between user terminals... Figure 1 illustrates an example peer node, UE 20, attached to the IMS and with which UE10 may establish a session.”<br>（IMS利用会话发起协议（SIP）在用户终端之间建立和控制呼叫或会话……图1示出了示例对等节点UE 20，其附着到IMS且UE 10可与其建立会话。）<br><br>[p0050]-[p0051]：<br>“At step 1 the procedure is triggered by a Re-Invite message initiated by the terminating UE-B, which is received by the ICCF from the IMS side of the ICS architecture... At step 2 the ICCF sends a USSD-based ICS control message to instruct to UE-A to perform the speech to video upgrade.”<br>（在步骤1，该过程由终端UE-B发起的Re-Invite消息触发，该消息由ICCF从ICS架构的IMS侧接收……在步骤2，ICCF发送基于USSD的ICS控制消息以指示UE-A执行语音到视频升级。）	在目标专利说明书（如[0006]、[0085]、[0093]-[0096]、[0107]-[0109]、图9步骤930、图11步骤1140）中，“协同会话控制转移请求”是指在多个WTRU参与的IMS协同会话（Collaborative Session）中，用于请求将协同会话的主控权（协同会话控制，包含对媒体流的增加、删除、复制、转移等管理控制权）从一个WTRU转移给另一个WTRU的专用控制信令。而在对比文件WO2009021549A1中，全部方案聚焦于单个两方点对点通信会话（UE-A与UE-B）中媒体类型的切换（语音与视频之间的相互切换/媒体切换Media Switching，涉及CS接入腿的释放与重拨），ICCF向UE-A发送的消息仅为指示执行本地语音到视频的媒体升级或降级切换的控制消息（USSD-based ICS control message），根本不存在“协同会话（Collaborative Session）”，更不存在将协同会话的控制权在不同WTRU之间进行转移的概念或请求。两者的信令性质、控制维度和所起的作用完全不同。因此，对比文件既没有直接公开，也不存在能够合理解读出该特征的任何隐含公开内容。
技术特征D：<br>其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求<br><br>《未公开》	[p0050]-[p0051]：<br>“At step 2 the ICCF sends a USSD-based ICS control message to instruct to UE-A to perform the speech to video upgrade.”<br>（在步骤2，ICCF发送基于USSD的ICS控制消息以指示UE-A执行语音到视频升级。）	目标专利说明书明确记载，该请求向目标WTRU明确指示要求其“承担/接收协同会话控制方的角色”（参见[0108]、[0113]、[0127]）。而对比文件中ICCF发送的消息是指示UE-A执行媒体格式变更（即本地CS承载的释放和视频承载重拨），不涉及任何IMS协同会话控制权的接收或转移。因此，对比文件未公开该技术特征。
技术特征E：<br>其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起<br><br>《未公开》	[p0008]：<br>“when radio conditions change and, for example, video mode is no longer available, or when there is a service change request from the IMS core network.”<br>（当无线电状况改变且例如视频模式不再可用时，或者当存在来自IMS核心网的服务改变请求时。）<br><br>[p0050]：<br>“At step 1 the procedure is triggered by a Re-Invite message initiated by the terminating UE-B, which is received by the ICCF from the IMS side of the ICS architecture.”<br>（在步骤1，该过程由被叫终端UE-B发起的Re-Invite消息触发，该消息由ICCF从ICS架构的IMS侧接收。）	在目标专利说明书中（如[0117]、实施例60-66[0229]），IMS实体（SCC AS）发起转移请求是由于作为控制方的第二WTRU（WTRU-1）到网络实体的控制信令连接退化（例如当前无线条件变差）或损失，从而触发网络主动剥夺其控制权并转移给第一WTRU。而在对比文件中：1）并不存在多个WTRU协同控制协同会话的场景；2）触发媒体变更的是对端UE-B希望变更媒体类型（发送SIP Re-Invite），或者UE-A本地无线条件改变导致视频不可用，这属于点对点通信中单方媒体承载适配，并非由第二WTRU与IMS实体之间的协同会话控制信令退化或损失而触发网络向另一被控制方发起控制权转移。因此，对比文件未公开该特征。
技术特征F：<br>发射机<br><br>《直接公开》	[p0024]：<br>“According to a fourth aspect of the present invention there is provided a mobile terminal having means for establishing a circuit switched connection with an IMS CS Control Function to facilitate communication with a peer node via an IP Multimedia Subsystem, the terminal comprising means for switching a session with said peer node from a first to a second media type by releasing a first circuit switched connection whilst maintaining the associated call control and mobility layers, and subsequently establishing a second circuit switched connection.”<br>（根据本发明的第四方面，提供了一种移动终端，具有用于与IMS CS控制功能建立电路交换连接以促进经由IP多媒体子系统与对等节点通信的装置，该终端包括通过释放第一电路交换连接同时维持相关联的呼叫控制和移动性层、并且随后建立第二电路交换连接来将与所述对等节点的会话从第一媒体类型切换到第二媒体类型的装置。）<br><br>[p0043]：<br>“At step 1 the UE-A sends the speech to video upgrade request via the USSD based ICS control protocol.”<br>（在步骤1，UE-A经由基于USSD的ICS控制协议发送语音到视频升级请求。）<br><br>[p0047]：<br>“At steps 6 and 7 the UE-A triggers a new call setup, specifically for video (following radio bearer provision and connection management (CM) service request).”<br>（在步骤6和7，UE-A触发新的呼叫建立，特别是针对视频（在无线电承载提供和连接管理（CM）服务请求之后）。）	在目标专利中，发射机（收发信机120及发射元件122）用于向基站或网络实体发射无线信号及上行控制消息（见目标专利[0042]-[0046]）。对比文件中UE-A能够向网络实体发送升级请求、释放指示、呼叫建立等消息，作为无线移动终端，其必然包含物理层及射频发射硬件部件（即发射机）以实现信号和数据的上行传输，其功能和作用与目标专利完全相同，已被对比文件实质直接公开。
技术特征G：<br>被配置成向所述IMS实体传送响应<br><br>《隐含公开》	[p0058]：<br>“At step 2 the ICCF uses the ICS USSD control channel to trigger the replacement of the CS leg. The ICCF indicates to the UE-A that the new CS bearer will be for speech only. The UE-A acknowledges this.”<br>（在步骤2，ICCF使用ICS USSD控制信道来触发CS腿的替换。ICCF向UE-A指示新的CS承载将仅用于语音。UE-A对此进行确认[acknowledges]。）<br><br>[p0060]：<br>“At step 1 the ICCF receives a request to change the ongoing speech session to video from UE-B. At step 2 the ICCF uses the ICS USSD control channel to trigger the replacement of the CS leg... The MSC-S sends an acknowledgement to the ICCF via USSD.”<br>（在步骤1，ICCF从UE-B接收将进行的语音会话更改为视频的请求。在步骤2，ICCF使用ICS USSD控制信道来触发CS腿的替换……MSC-S经由USSD向ICCF发送确认。）	在目标专利中，该特征是指WTRU在接收到来自IMS实体的控制转移请求后，向IMS实体发送响应消息（指示是否接受，见[0109]、[0120]、[0144]等）。对比文件WO2009021549A1中公开了：当ICCF（属于IMS实体）向终端UE-A触发控制信道信令时，UE-A会向网络发送确认响应（“The UE-A acknowledges this”，见[p0058]）。尽管对比文件中的响应所针对的具体上层业务并非技术特征C所述的协同会话控制转移，但从通信设备交互功能架构的角度来看，对比文件公开了UE配置有向IMS实体（ICCF）传送针对网络下发请求/指示的响应（acknowledgement）的技术手段，已部分公开了相应交互机制，在极其宽松的隐含公开判断标准下，认定技术特征G被对比文件隐含公开。
技术特征H：<br>其中所述响应指示接受所述协同会话控制转移请求<br><br>《未公开》	[p0058]：<br>“At step 2 the ICCF uses the ICS USSD control channel to trigger the replacement of the CS leg. The ICCF indicates to the UE-A that the new CS bearer will be for speech only. The UE-A acknowledges this. At step 3, the UE-A sends the request to disconnect the CS leg as well as a redial follow-on request.”<br>（在步骤2，ICCF使用ICS USSD控制信道来触发CS腿的替换。ICCF向UE-A指示新的CS承载将仅用于语音。UE-A对此进行确认。在步骤3，UE-A发送断开CS腿的请求以及重拨后续请求。）	目标专利说明书中，响应消息中明确携带有指示“接受协同会话控制转移”的信息内容（例如新的控制方ID、媒体流ID等，表示WTRU同意作为协同会话的新控制方，见[0109]、[0120]、[0144]、实施例52-53、72-73）。对比文件中UE-A的确认仅表示知悉/接受本地媒体承载的变更（从视频切换到语音），完全不包含任何接受协同会话控制转移的指示内容，本领域技术人员无法从对比文件中推断出该特征。
技术特征I：<br>控制器<br><br>《直接公开》	[p0006]：<br>“Within the UE and the ICCF, C denotes a functional block for Session Control handling, whilst M denotes a functional block for Media Connection handling.”<br>（在UE和ICCF内，C表示用于会话控制处理的功能块，而M表示用于媒体连接处理的功能块。）<br><br>[p0024]-[p0025]：<br>“...the terminal comprising means for switching a session with said peer node from a first to a second media type by releasing a first circuit switched connection whilst maintaining the associated call control and mobility layers, and subsequently establishing a second circuit switched connection.”<br>（……该终端包括通过释放第一电路交换连接同时维持相关联的呼叫控制和移动性层、并且随后建立第二电路交换连接来将与所述对等节点的会话从第一媒体类型切换到第二媒体类型的装置。）	在目标专利中，控制器对应于处理器118或控制单元，用于执行控制信令处理、调用协议栈、管理通信状态（见[0043]）。对比文件图1及说明书明确公开了UE内部包含用于会话控制处理的功能块C（“C denotes a functional block for Session Control handling”），并且UE包含管理呼叫控制层（call control layer）和移动性层（mobility layer）状态转移的处理控制装置（means），这正是移动通信终端中用于控制信令和会话的微处理器/控制器，结构和作用完全对应，本领域技术人员能毫无疑义地直接确定对比文件直接公开了技术特征I。
技术特征J：<br>被配置成在对所述现有的IMS协同会话的控制正被转移到所述WTRU时<br><br>《未公开》	[p0006]：<br>“The IMS makes use of the Session Initiation Protocol (SIP) to set up and control calls or sessions between user terminals... Within the UE and the ICCF, C denotes a functional block for Session Control handling, whilst M denotes a functional block for Media Connection handling.”<br>（IMS利用会话发起协议（SIP）在用户终端之间建立和控制呼叫或会话……在UE和ICCF内，C表示用于会话控制处理的功能块，而M表示用于媒体连接处理的功能块。）	目标专利说明书中，该特征限定了控制器的时序动作触发条件，即在协同会话控制权正被转移到该WTRU的转移过程中执行相应的控制状态迁移（参见[0096]、[0109]、[0120]）。由于对比文件完全没有协同会话控制权在WTRU之间进行转移的技术方案，其会话控制块C仅用于单终端本地媒体承载释放重拨中的呼叫控制与移动性层状态维持，不存在在控制权正被转移到WTRU时触发控制的时机或配置。因此，对比文件未公开该特征。
技术特征K：<br>控制所述现有的IMS协同会话。<br><br>《未公开》	[p0006]：<br>“Within the UE and the ICCF, C denotes a functional block for Session Control handling, whilst M denotes a functional block for Media Connection handling.”<br>（在UE和ICCF内，C表示用于会话控制处理的功能块，而M表示用于媒体连接处理的功能块。）	在目标专利说明书（如[0076]、[0085]、[0109]、[0120]）中，“控制所述现有的IMS协同会话”是指WTRU在获得主控权后作为控制方WTRU，行使对整个多终端协同会话的管理控制，包括在协同会话中的各参与WTRU之间增加、去除、释放、复制或转移媒体流，或允许/拒绝其他WTRU对媒体流的影响。而对比文件中的功能块C仅用于单个UE处理自身与远端节点之间的单会话媒体连接控制（如发起断开、重拨语音/视频），根本不存在对包含多个终端的“IMS协同会话”进行集中管理与控制的功能。因此，对比文件未公开该特征。
技术特征L：<br>其中所述WTRU是处于所述现有的IMS协同会话中的被控制方WTRU。<br><br>《未公开》	[p0006]：<br>“Figure 1 illustrates the terminal centric ICS architecture, where UE 10 denotes user equipment (i.e. mobile terminal)... Figure 1 illustrates an example peer node, UE 20, attached to the IMS and with which UE10 may establish a session.”<br>（图1示出了以终端为中心的ICS架构，其中UE 10表示用户设备（即移动终端）……图1示出了示例对等节点UE 20，其附着到IMS且UE 10可与其建立会话。）	目标专利说明书明确区分了“控制方WTRU（Controller WTRU）”和“被控制方WTRU（Controllee WTRU）”，在转移发生前，本权利要求所针对的WTRU处于从属地位，作为协同会话中的被控制方存在（见[0085]、[0089]、[0104]、[0116]、实施例2[0165]、实施例31[0194]）。对比文件WO2009021549A1仅涉及端到端的两个对等节点（Peer nodes，UE 10/UE-A与UE 20/UE-B），两者之间是对等的端到端会话通信关系，没有主从之分，更不存在“IMS协同会话中的被控制方WTRU”的角色或结构设置。因此，对比文件未公开该特征。
技术特征M：<br>其中所述WTRU具有与远端方之间的IMS媒体流。<br><br>《直接公开》	[p0006]：<br>“Figure 1 illustrates an example peer node, UE 20, attached to the IMS and with which UE10 may establish a session.”<br>（图1示出了示例对等节点UE 20，其附着到IMS且UE 10可与其建立会话。）<br><br>[p0015]：<br>“According to a first aspect of the present invention there is provided a method of switching media for a session between first and second peer nodes, the method comprising: initially establishing said session in respect of a first media type using an IP Multimedia Subsystem, where at least one of said peer nodes is attached to a circuit switched access network and interworks with the IP Multimedia Subsystem via an IMS CS Control Function...”<br>（根据本发明的第一方面，提供了一种在第一和第二对等节点之间切换会话媒体的方法，该方法包括：使用IP多媒体子系统针对第一媒体类型最初建立所述会话，其中所述对等节点中的至少一个附着到电路交换接入网并通过IMS CS控制功能与IP多媒体子系统互通……）<br><br>[p0043]：<br>“Figure 2 shows a sequence of signal flows in a session between UE-A, using CS access and ICS, and UE-B. In Figure 2 it is assumed that a call has been established for speech...”<br>（图2示出了在使用CS接入和ICS的UE-A与UE-B之间的会话中的信号流序列。在图2中，假设已针对语音建立了呼叫……）	目标专利中，该特征表明WTRU与远端方（Remote Party）之间维持有媒体数据流（如语音流或视频流，见目标专利[0084]、[0090]、[0104]）。在对比文件WO2009021549A1中，终端UE-A/UE 10通过IMS网络与远端对等节点（peer node UE 20/UE-B）建立会话，并在两者之间传输语音或视频等媒体流（即第一媒体类型），其作用也是实现终端与远端方之间的端到端媒体数据交互。因此，对比文件直接公开了技术特征M。
技术特征N：<br>其中对所述现有的IMS协同会话的所述控制从第二WTRU转移到所述WTRU。<br><br>《未公开》	[p0015]：<br>“...subsequently releasing a circuit switched connection between said at least one peer node and the IMS CS Control Function, while maintaining within that peer node and the IMS CS Control Function, an indication that the session is ongoing; and establishing a new circuit switched connection between said at least one peer node and the IMS CS Control Function, for continuation of said session in respect of a second media type.”<br>（……随后释放所述至少一个对等节点与IMS CS控制功能之间的电路交换连接，同时在该对等节点和IMS CS控制功能内维持会话正在进行的指示；以及在所述至少一个对等节点与IMS CS控制功能之间建立新的电路交换连接，以针对第二媒体类型继续所述会话。）	目标专利说明书中，协同会话中最初由第二WTRU（如WTRU-1）担任主控节点控制整个协同会话，随后将该控制权转移给当前WTRU（如WTRU-2）（参见[0085]、[0096]、[0109]、[0120]）。而对比文件自始至终是在两个固定对等节点UE-A与UE-B之间执行单会话连接保持与媒体类型切换，不存在第二WTRU向当前WTRU转移协同会话控制权的机制。因此，对比文件未公开该特征。
技术特征O：<br>其中所述协同会话控制转移请求和所述响应是会话发起协议(SIP)消息。<br><br>《未公开》	[p0006]：<br>“The IMS makes use of the Session Initiation Protocol (SIP) to set up and control calls or sessions between user terminals (or user terminals and application servers).”<br>（IMS利用会话发起协议（SIP）在用户终端之间（或用户终端与应用服务器之间）建立和控制呼叫或会话。）<br><br>[p0050]：<br>“At step 1 the procedure is triggered by a Re-Invite message initiated by the terminating UE-B, which is received by the ICCF from the IMS side of the ICS architecture... At step 2 the ICCF sends a USSD-based ICS control message to instruct to UE-A to perform the speech to video upgrade.”<br>（在步骤1，该过程由被叫终端UE-B发起的Re-Invite消息触发，该消息由ICCF从ICS架构的IMS侧接收……在步骤2，ICCF发送基于USSD的ICS控制消息以指示UE-A执行语音到视频升级。）	目标专利中，该特征限定了用于协同会话控制转移的请求和响应消息具体采用SIP协议消息封装（参见[0006]、[0088]、[0090]、[0104]、[0121]）。由于对比文件根本未公开“协同会话控制转移请求”和“响应”，且对比文件中网络下发给UE-A的控制指令采用的是基于USSD的控制协议而非发往终端的SIP协议（SIP仅运行在ICCF与IMS核心网之间，如[p0006]所述终端侧经由CS与ICCF之间的USSD通信），因此对比文件未公开该技术特征。
技术特征P：<br>其中所述协同会话控制转移请求包括以下中的一者或多者<br><br>《未公开》	见特征Q-T的对比分析。	见特征Q-T的详细论述。由于基础消息“协同会话控制转移请求”在对比文件中并未公开，该引导从属项特征在对比文件中亦未公开。
技术特征Q：<br>所述现有的IMS协同会话的身份<br><br>《未公开》	[p0043]：<br>“For routing of the USSD message, the known ICS mechanisms are used, so the USSD request message contains an indication of the responsible call-handling instance in the ICCF.”<br>（对于USSD消息的路由，使用已知的ICS机制，因此USSD请求消息包含ICCF中负责的呼叫处理实例的指示。）	目标专利中，协同会话的身份（Session ID）用于在涉及多个协同会话时，唯一标识其控制权将被转移的目标协同会话（参见[0092]、[0095]、[0106]、[0108]、[0120]）。对比文件中仅涉及单呼叫处理实例指示（call-handling instance），不存在多设备协同会话的标识，更不存在将其携带在控制转移请求中，因此对比文件未公开该特征。
技术特征R：<br>所述现有的IMS协同会话的媒体流的身份<br><br>《未公开》	[p0043]：<br>“The upgrade request includes an SDP description of the requested video.”<br>（升级请求包括所请求视频的SDP描述。）<br><br>[p0050]：<br>“This message contains the SDP video description.”<br>（该消息包含SDP视频描述。）	目标专利中，媒体流身份用于在转移协同会话控制时，明确受控制转移影响的特定媒体流的ID（参见[0092]、[0095]、[0100]、[0106]、[0108]、[0120]）。对比文件中在消息中携带的是会话描述协议（SDP）参数用以描述期望协商的媒体类型（如视频SDP），这属于媒体能力描述，与目标专利中协同会话内多路媒体流的专有媒体流标识符（Media Stream ID）完全不同，且并非包含在控制转移请求中。因此，对比文件未公开该特征。
技术特征S：<br>所述第二WTRU的身份<br><br>《未公开》	无对应内容。	目标专利中，第二WTRU身份用于在转移请求中识别原控制方或转移源/目标设备（参见[0092]、[0100]、[0106]、[0118]等）。对比文件涉及点对点两方会话中的媒体切换，不存在协同会话中第二WTRU（控制方）的设备身份指示。因此，对比文件未公开该特征。
技术特征T：<br>所述WTRU的身份。<br><br>《隐含公开》	[p0010]：<br>“Location updates are required in order to update the HLR/VLR with the current location of subscribers to facilitate routing of incoming calls... After the call is terminated, the terminal is required to perform a location update.”<br>（需要进行位置更新以利用用户的当前位置更新HLR/VLR以促进来电的路由……呼叫终止后，终端需要执行位置更新。）<br><br>[p0043]：<br>“For routing of the USSD message, the known ICS mechanisms are used, so the USSD request message contains an indication of the responsible call-handling instance in the ICCF.”<br>（对于USSD消息的路由，使用已知的ICS机制，因此USSD请求消息包含ICCF中负责的呼叫处理实例的指示。）<br><br>[p0060]-[p0061]：<br>“At steps 5 and 6 the MSC-S pages the UE in order to establish a new radio resource (RR) layer connection... At step 9, the MSC-S then sends a CC Establishment message which contains the full Setup message that the UE shall use at the re-call setup.”<br>（在步骤5和6，MSC-S对UE进行寻呼以建立新的无线电资源（RR）层连接……在步骤9，MSC-S然后发送CC建立消息，其中包含UE在重新呼叫建立时应使用的完整设置消息。）	在目标专利中，WTRU身份（如公用用户身份、GRUU、MSISDN、URI等）用于在网络与终端的消息交互中指明目标受控设备或新的控制方WTRU（见[0092]、[0108]、[0113]、实施例14[0177]）。对比文件WO2009021549A1公开了网络实体（如ICCF、MSC-S）在向终端下发USSD控制消息、执行寻呼或建立呼叫信令时，必然需要通过终端的身份标识（如MSISDN、IMSI、TMSI或用户标识）进行消息寻址与路由。本领域技术人员可以合理推断出，下发给该终端的相关信令中必然携带有该WTRU的身份标识信息以完成信令交付，属于部分公开了下发控制消息中包含终端自身身份的技术方案。在极其宽松的隐含公开判断标准下，认定技术特征T被对比文件隐含公开。

<<<A>>>

<<>>

<<<F>>>

<<<g>>>

<<>>

<<<M>>>

<<<t>>>

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

**特征比对表格**

技术特征描述及公开性判断结果	对比文件原文引用及中文翻译	公开性论述
技术特征A<br>该WTRU包括<br>《直接公开》	[0029] "...Each of the terminal groups 1, 3, and 5 includes various types of terminal devices such as a fixed telephone, a mobile phone, a PC, a facsimile, etc... As shown in FIG. 1, for example, 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>（中文翻译：……每个终端组1、3和5包括各种类型的终端设备，例如固定电话、移动电话、PC、传真机等。……如图1所示，例如，固定电话11和PC 12与用于通信对端的第1终端代理2相关联，移动电话31和PC 32与用于转移源的第2终端代理4相关联，移动电话51和PC 52与用于转移目的地的第3终端代理6相关联……）	对比文件公开了终端设备（例如移动电话51或PC 52），其属于无线或通信终端，与目标专利中无线发射/接收单元（WTRU，包含UE、移动电话、PC等）属于相同技术领域的同等通信实体，能够承担通信和数据处理功能。因此，本领域技术人员可以毫无疑义地确定对比文件直接公开了该技术特征。
技术特征B<br>接收机<br>《隐含公开》	[0004] "...mobile phones, facsimiles, personal computers (PCs), etc. that are provided with the Voice over Internet Protocol (VoIP) function over the wireless local area network. Further, it has become easier to communicate in a session involving a plurality of types of media due to the advance of IP (Internet Protocol) technologies..."<br>[0056] "...Here, the PC 52 displays a transfer setup screen image S1 on a monitor (not shown)..."<br>（中文翻译：[0004] ……设置有基于无线局域网的因特网语音协议（VoIP）功能的移动电话、传真机、个人计算机（PC）等。此外，由于IP技术的进步，在涉及多种类型媒体的会话中进行通信变得更加容易……<br>[0056] ……在此，PC 52在监视器（未示出）上显示转移设置屏幕图像S1……）	对比文件中的终端设备（如PC 52、移动电话51）具备VoIP网络通信功能，并在呼叫控制流程中接收来自呼叫控制服务器7的数据和通知（如转移设置屏幕图像S1对应的数据）。任何执行无线/网络通信的终端设备物理上均必须包括用于接收信号的接收机硬件。对比文件虽未显式使用“接收机”一词，但基于其接收网络数据及信令的功能，本领域技术人员能够毫无疑义且合乎逻辑地直接推导出终端设备必然包含接收机硬件。因此该特征被隐含公开。
技术特征C<br>被配置成接收来自IMS实体的协同会话控制转移请求<br>《未公开》	对比文件中无对应内容。<br>仅有：<br>[0008] "...The call control server includes a terminal agent manager, a call controller, a transfer controller... The transfer controller receives a request for call transfer from a second terminal group via the second terminal agent..."<br>[0032] "...Upon receiving the transfer request data M1, the call control server 7 transmits existing-call terminal & media notification data M2 to the terminal group 5 via the third terminal agent 6..."<br>（中文翻译：呼叫控制服务器包括终端代理管理器、呼叫控制器、转移控制器……转移控制器经由第2终端代理从第2终端组接收呼叫转移请求……呼叫控制服务器7在接收到转移请求数据M1后，经由第3终端代理6向终端组5发送现存呼叫终端及媒体通知数据M2……）	目标专利说明书（如[0006]、[0090]-[0095]、[0108]、[0113]、[0117]-[0120]）明确说明：协同会话是在IMS架构下，多个WTRU与远端方之间建立的IMS协同会话；IMS实体（如SCC AS）负责维护协同会话的锚定，并向被控制方WTRU发送协同会话控制转移请求，用于将协同会话本身的控制权（增加/删除/转移媒体流的控制权）转移给该WTRU。<br>而对比文件中：（1）其架构为呼叫控制服务器7基于虚拟终端代理（terminal agent）进行群组呼叫转移，完全未公开IMS架构及IMS实体（如SCC AS）；（2）对比文件涉及的是呼叫转移（Call Transfer），在呼叫转移流程中向目标终端组5发送的是“现存呼叫终端及媒体通知数据M2”或“转移设置屏幕图像S1”，其目的是在呼叫转接时协商媒体类型，并非IMS架构下请求转移对现有IMS协同会话整体的控制权。两者的技术体系、控制对象和功能作用实质不同，无法得出该特征。
技术特征D<br>其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求<br>《未公开》	对比文件中无对应内容。<br>仅有：<br>[0032] "...The existing-call terminal & media notification data M2 includes data on the capacity of the communication counterpart and existing-call terminal & media data 73c (described later) for clarification on the difference of conditions relating to media..."<br>（中文翻译：现存呼叫终端及媒体通知数据M2包括关于通信对端能力的数据以及现存呼叫终端及媒体数据73c，用于阐明与媒体相关的条件的差异……）	目标专利中，该指示是请求WTRU承担协同会话控制方角色的请求，控制权转移后WTRU获得对整个IMS协同会话及其所有参与方媒体流的管理/控制权限（参见说明书[0085]、[0108]、[0113]）。<br>对比文件中发送给终端组5的数据M2仅是通知对端终端的媒体能力和当前呼叫的媒体类型，供转移目的地终端选择转移后采用哪种媒体（如语音或视频），不涉及IMS架构，更不存在向该终端请求承担对现存IMS协同会话控制权的内容。两者作用及指示的技术内容完全不同。
技术特征E<br>其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起<br>《未公开》	对比文件中无对应内容。<br>仅有：<br>[0031] "During communications in the existing call, the terminal group 3 associated with the second terminal agent 4 is acceptable of an input of transfer request data M1..."<br>[0076] "...If it is determined that the disconnection request data has been received ("Yes" in operation S210), the controller 75 transmits the transfer request data M1 to the terminal group 1 via the first terminal agent 2..."<br>（中文翻译：在现存呼叫通信期间，与第2终端代理4相关联的终端组3可接受转移请求数据M1的输入……若确定已接收到挂断请求数据，控制器75经由第1终端代理2向终端组1发送转移请求数据M1……）	目标专利说明书[0117]记载：转移请求由网络侧IMS实体（SCC AS）基于控制方WTRU（第二WTRU）到SCC AS的连接降低（控制信令退化或损失）等当前条件主动触发发起。<br>而对比文件中，呼叫转移始终是由用户端（终端组3中的移动电话31）主动输入转移请求数据M1发起的（参见[0031]、[0055]），或者是基于主动的挂断请求（disconnection request data）处理。对比文件完全没有公开或暗示任何IMS实体基于来自第二WTRU的协同会话控制信令退化或丢失而主动触发向目标终端发送控制转移请求的机制。
技术特征F<br>发射机<br>《隐含公开》	[0004] "...mobile phones, facsimiles, personal computers (PCs), etc. that are provided with the Voice over Internet Protocol (VoIP) function over the wireless local area network..."<br>[0033] "...Then, the terminal group 5 accepts designation of media to be employed in a transferred call, which is inputted by the user at the transfer destination.[0034] When the terminal group 5 has accepted the designation of media to be employed, the call control server 7 receives data on the designation of media via the third terminal agent 6..."<br>（中文翻译：[0004] ……设置有基于无线局域网的VoIP功能的移动电话、PC等……<br>[0033]-[0034] ……随后，终端组5接受转移目的地用户输入的关于转接呼叫中采用媒体的指定。当终端组5接受了所采用媒体的指定时，呼叫控制服务器7经由第3终端代理6接收关于媒体指定的数据……）	对比文件中的终端设备（如PC 52、移动电话51）具备向服务器发送媒体指定数据、确认及通信流的功能。任何能向网络服务器发送信息和上行数据的无线/网络通信终端设备，物理硬件上必然包括发射机。对比文件虽未直接使用“发射机”词汇，但由于其公开了向服务器发送数据的完整操作行为，本领域技术人员可以合理、必然地推断出该终端具有发射机硬件。因此该特征被隐含公开。
技术特征G<br>被配置成向所述IMS实体传送响应<br>《未公开》	对比文件中无对应内容。<br>仅有：<br>[0034] "When the terminal group 5 has accepted the designation of media to be employed, the call control server 7 receives data on the designation of media via the third terminal agent 6..."<br>（中文翻译：当终端组5接受了所采用媒体的指定时，呼叫控制服务器7经由第3终端代理6接收关于媒体指定的数据……）	目标专利中，该响应是针对IMS实体（SCC AS）发送的IMS协同会话控制转移请求所做出的响应，并直接发送给该IMS实体（参见说明书[0109]、[0114]、[0120]）。<br>对比文件中既不存在IMS实体，也不存在针对协同会话控制转移请求的回应；终端组5向呼叫控制服务器7发送的仅仅是关于转移后呼叫所采用媒体类型的配置数据（如勾选音频/视频），二者所基于的信令协议体系、交互对象以及消息实质均不相同。因此该特征未公开。
技术特征H<br>其中所述响应指示接受所述协同会话控制转移请求<br>《未公开》	对比文件中无对应内容。<br>仅有：<br>[0037] "When the terminal group 5 has received the transfer notification data M4, the call control server 7 receives an acknowledgment via the third terminal agent 6..."<br>（中文翻译：当终端组5接收到转移通知数据M4时，呼叫控制服务器7经由第3终端代理6接收到确认……）	目标专利说明书[0109]、[0114]明确指出，被控制方WTRU通过该响应向SCC AS明确指示其“接受协同会话控制转移请求”（即接受承担控制方WTRU角色）。<br>对比文件中终端组5返回的数据是媒体选择数据或针对呼叫建立通知M4的确认（ACK），完全不包含“接受协同会话控制转移请求”的指示内容，无法起到目标专利中接受控制权转移的作用。
技术特征I<br>控制器<br>《隐含公开》	[0029] "...Each of the terminal groups 1, 3, and 5 includes various types of terminal devices such as a fixed telephone, a mobile phone, a PC, a facsimile, etc..."<br>[0056] "...the PC 52 displays a transfer setup screen image S1 on a monitor (not shown)... Upon marking the checkbox, the designation of media to be employed in the transferred call is accepted..."<br>（中文翻译：每个终端组包括各种类型的终端设备，例如固定电话、移动电话、PC等……PC 52在监视器上显示转移设置屏幕图像S1……在勾选复选框时，接受对转接呼叫中采用的媒体的指定……）	对比文件中的终端设备为PC、移动电话等信息处理与通信终端，能够执行屏幕渲染、处理用户输入、打包并收发通信数据。本领域技术人员熟知，此类具备人机交互和网络通信协议处理能力的终端设备内部必然包含用于控制各部件协同工作的控制芯片/处理器（即控制器）。因此该特征属于被对比文件隐含公开的内容。
技术特征J<br>被配置成在对所述现有的IMS协同会话的控制正被转移到所述WTRU时<br>《未公开》	对比文件中无对应内容。	目标专利说明书[0085]、[0096]、[0109]、[0114]、[0120]说明，该时序条件对应于IMS协同会话的控制权正由网络实体（SCC AS）从原控制方剥离并交接给该WTRU的控制转移窗口期。<br>对比文件根本不存在“IMS协同会话控制”的转移过程，其仅有呼叫业务在不同终端之间的转接，更未公开在“对IMS协同会话控制正被转移时”这一特定控制状态及条件。该特征未公开。
技术特征K<br>控制所述现有的IMS协同会话。<br>《未公开》	对比文件中无对应内容。	目标专利说明书[0085]详细界定了“控制协同会话”的含义：“作为控制方WTRU，WTRU控制协同会话，并可在作为协同会话一部分的WTRU之间增加、去除、释放、复制或转移媒体流。控制方WTRU还可以允许或拒绝影响协同会话的媒体流的WTRU的请求。”<br>对比文件中转接后的PC 52仅是作为转接呼叫的普通通信端点参与点对点媒体通信（参见[0057]、[0080]），完全不存在作为控制方去控制一个包含多个WTRU的IMS协同会话（如控制其他WTRU的媒体流增删、转移等）的机制与功能。该特征未公开。
技术特征L<br>其中所述WTRU是处于所述现有的IMS协同会话中的被控制方WTRU。<br>《未公开》	对比文件中无对应内容。<br>仅有：<br>[0090] "The call control server 7 controls communications performed in the existing call (C01) between the fixed telephone 11 and the mobile phone 31 (51) via the first terminal agent 2 and the second terminal agent 4...<br>[0091] When the mobile phone 31 (51) has accepted the transfer request data M1... controls communications performed in the transfer notification call (C02) between the mobile phone 31 (51) and the PC 52..."<br>（中文翻译：呼叫控制服务器7经由第1终端代理2和第2终端代理4控制在固定电话11与移动电话31(51)之间进行的现存呼叫(C01)中的通信……当移动电话31(51)接受了转移请求数据M1时……控制在移动电话31(51)与PC 52之间在转移通知呼叫(C02)中进行的通信……）	目标专利中，IMS协同会话中存在“控制方WTRU”与“被控制方WTRU”的角色划分，被控制方WTRU已作为成员参与在该IMS协同会话中，且受控制方WTRU集中管理（见[0085]、[0089]-[0090]）。<br>对比文件虽然在第三实施例中提及同一个手机31(51)可作为共享终端，但其通信架构是普通的电话/视频呼叫，不存在IMS协同会话体系，亦无“控制方WTRU/被控制方WTRU”的角色定义；且在第一、二实施例中，转移目的地的PC 52在转接前根本未加入现存呼叫C01。因此该特征未公开。
技术特征M<br>其中所述WTRU具有与远端方之间的IMS媒体流。<br>《未公开》	对比文件中无对应内容。<br>仅有：<br>[0090] "The call control server 7 controls communications performed in the existing call (C01) between the fixed telephone 11 and the mobile phone 31 (51) via the first terminal agent 2 and the second terminal agent 4. Suppose that the media including audio and video is involved in the connection for the existing call (C01)."<br>（中文翻译：呼叫控制服务器7控制固定电话11与移动电话31(51)之间在现存呼叫(C01)中进行的通信。假设在现存呼叫(C01)的连接中涉及包括音频和视频的媒体。）	目标专利说明书[0090]、[0104]、[0116]指出，WTRU在转移发生前作为被控制方即已具备与远端方（remote party）之间的IMS媒体流（例如媒体流B）。<br>对比文件中的通信连接并非IMS媒体流；且在第一、二实施例中，作为转移目的地的PC 52在转接前与通信对端（固定电话11）之间根本不存在任何媒体连接；第三实施例中虽手机31(51)有连接，但非IMS媒体流。因此该特征未公开。
技术特征N<br>其中对所述现有的IMS协同会话的所述控制从第二WTRU转移到所述WTRU。<br>《未公开》	对比文件中无对应内容。	目标专利涉及将整个现存IMS协同会话的宏观会话管理控制权限从第二WTRU（原控制方）转移到第一WTRU（新控制方）（说明书[0085]、[0096]）。<br>对比文件公开的是将呼叫媒体连接从一个终端转接到另一个终端（即传统的Call Transfer呼叫转接业务），不存在任何IMS协同会话控制权在WTRU之间转移的技术方案。该特征未公开。
技术特征O<br>其中所述协同会话控制转移请求和所述响应是会话发起协议(SIP)消息。<br>《未公开》	对比文件中无对应内容。<br>仅有：<br>[0004] "...mobile phones, facsimiles, personal computers (PCs), etc. that are provided with the Voice over Internet Protocol (VoIP) function over the wireless local area network. Further, it has become easier to communicate in a session involving a plurality of types of media due to the advance of IP (Internet Protocol) technologies..."<br>（中文翻译：……设置有基于无线局域网的VoIP功能的移动电话、传真机、PC等。此外，由于IP技术的进步，在涉及多种类型媒体的会话中进行通信变得更加容易……）	目标专利说明书明确记载IMS协同会话控制转移请求和响应均采用会话发起协议（SIP）消息进行承载交互（参见[0006]、[0088]、[0090]）。<br>对比文件通篇完全未公开或提及“会话发起协议（SIP）”或“SIP消息”；其仅一般性提到了IP技术和VoIP功能（[0004]），但VoIP可通过H.323、MGCP、SIP、私有协议等多种协议实现，不能毫无疑义地直接导出其采用了SIP协议消息，更不存在针对“协同会话控制转移请求和响应”使用SIP消息的内容。该特征未公开。
技术特征P<br>其中所述协同会话控制转移请求包括以下中的一者或多者<br>《未公开》	对比文件中无对应内容。<br>仅有：<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，它们彼此相关联。）	目标专利中，该特征从属于特征C/D的协同会话控制转移请求，用于在向目标WTRU请求接管协同会话控制权时携带具体的会话、媒体流或设备标识信息（说明书[0095]、[0108]）。<br>如前述分析，对比文件中根本不存在IMS实体向WTRU发送的“协同会话控制转移请求”，其记载的M1是终端向呼叫服务器发送的呼叫转移请求数据，数据性质与信令载体完全不同。因此该特征未公开。
技术特征Q<br>所述现有的IMS协同会话的身份<br>《未公开》	对比文件中无对应内容。<br>仅有：<br>[0031] "...The transfer request data M1 includes a call ID identifiable of the existing call..."<br>（中文翻译：转移请求数据M1包括可识别现存呼叫的呼叫ID……）	目标专利中是指IMS协同会话的标识符（Collaborative Session ID），用于在存在多个协同会话时准确定位被控协同会话（说明书[0095]、[0106]）。<br>对比文件中的“呼叫ID（call ID）”标识的是传统虚拟终端代理间的呼叫连接C01，既不是IMS网络中的会话，更非IMS协同会话的身份。该特征未公开。
技术特征R<br>所述现有的IMS协同会话的媒体流的身份<br>《未公开》	对比文件中无对应内容。<br>仅有：<br>[0034] "...The transferred-call terminal & media notification data M3 includes a media ID identifiable of media to be employed in the transferred call..."<br>（中文翻译：转接呼叫终端及媒体通知数据M3包括可识别要在转接呼叫中采用的媒体的媒体ID……）	目标专利中是指IMS协同会话中具体受影响的一个或多个媒体流的身份标识（Media Stream ID）（说明书[0095]、[0108]）。<br>对比文件中并无协同会话控制转移请求，其数据M3中包含的媒体ID仅指代媒体类别（例如音频、视频等类型，参见[0043]、[0056]），并非IMS协同会话内特定媒体流实体的身份标识。该特征未公开。
技术特征S<br>所述第二WTRU的身份<br>《未公开》	对比文件中无对应内容。<br>仅有：<br>[0031] "...The transfer request data M1 includes... a terminal ID identifiable of a terminal device of the communication counterpart..."<br>（中文翻译：转移请求数据M1包括……可识别通信对端终端设备的终端ID……）	目标专利中是指协同会话的原控制方WTRU（第二WTRU）的标识（如说明书[0100]中请求中包括WTRU-1的身份）。<br>对比文件中向终端组5发送的通知中不存在协同会话控制转移请求，也没有在相关控制转移请求中指示原控制方WTRU身份的教导。该特征未公开。
技术特征T<br>所述WTRU的身份。<br>《未公开》	对比文件中无对应内容。<br>仅有：<br>[0031] "...The transfer request data M1 includes... a terminal ID identifiable of a terminal device provided at the transfer destination..."<br>（中文翻译：转移请求数据M1包括……可识别设置在转移目的地的终端设备的终端ID……）	目标专利中是指在向作为新控制方的WTRU发送协同会话控制转移请求中，包含该新控制方WTRU自身的标识（New Controller ID/WTRU ID）（说明书[0095]、[0108]、[0113]）。<br>对比文件中根本不存在发给目标终端的协同会话控制转移请求，亦无在该类请求中携带目标控制方身份的技术内容。该特征未公开。

<<<A>>><<>><<<f>>><>>

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

技术特征描述及公开性判断结果	对比文件原文引用	公开性论述
技术特征A：该WTRU包括<br><br>《直接公开》	[0028] “Referring to FIG. 1, a communication system 100 in accordance with an embodiment of the present invention comprises a plurality of user entities 110, 112.”（参考图1，根据本发明实施例的通信系统100包括多个用户实体110、112。）<br>[0034] “Referring to FIG. 2, a user entity 110, 112 in accordance with the embodiment of the present invention is shown. Although the user entity 110, 112 is depicted as a cellular telephone, the user entity 110, 112 can be implemented as a pager, a portable digital assistant (PDA), a laptop computer, a desktop computer or the like.”（参考图2，示出了根据本发明实施例的用户实体110、112。尽管用户实体110、112被描绘为蜂窝电话，但是用户实体110、112可以被实现为寻呼机、个人数字助理（PDA）、笔记本电脑、台式计算机等。）	对比文件公开了用户实体（user entity，UE 110、112），其具体可实现为蜂窝电话、移动台、PDA或计算机等无线通信终端设备。根据目标专利说明书第[0031]段的记载，无线发射/接收单元（WTRU）包括用户设备（UE）、移动台、蜂窝电话等。因此，对比文件中的用户实体（UE 110、112）直接公开了目标专利的技术特征A（该WTRU）。两者所起的技术作用完全相同，均作为无线通信网络中的用户终端。因此，技术特征A被《直接公开》。
技术特征B：接收机<br><br>《直接公开》	[0034] “The user entity 110, 112 includes an antenna 200 for receiving and transmitting radio frequency (RF) signals. A receive/transmit switch 202 selectively couples the antenna 200 to receiver circuitry 204 and transmitter circuitry 206 in a manner familiar to those skilled in the art. The receiver circuitry 204 demodulates and decodes the RF signals to derive information and is coupled to a controller 208 for providing the decoded information thereto for utilization thereby in accordance with the function(s) of the user entity 110, 112.”（用户实体110、112包括用于接收和发送射频（RF）信号的天线200。收发开关202以本领域技术人员熟悉的方式选择性地将天线200耦合到接收机电路204和发射机电路206。接收机电路204解调并解码RF信号以获取信息，并耦合到控制器208以向其提供解码信息，以供其根据用户实体110、112的功能进行利用。）	对比文件明确公开了用户实体中包括“接收机电路204”（receiver circuitry 204），用于解调并解码所接收的射频信号并输出信息给控制器。这与目标专利说明书第[0042]、[0046]段中所述的WTRU中的接收机/收发信机结构和功能完全相同，均用于在无线终端中接收信令与数据。因此，技术特征B被《直接公开》。
技术特征C：被配置成接收来自IMS实体的协同会话控制转移请求<br><br>《隐含公开》	[0002] “A Session Initiation Protocol (SIP) works in concert with other IPs by enabling user entities to discover one another and to agree on a characterization of a session they would like to share. SIP is an application-layer control protocol that can establish, modify, and terminate multimedia sessions (conferences).”（会话发起协议（SIP）通过使用户实体能够相互发现并就他们希望共享的会话特征达成一致，从而与其他IP协同工作。SIP是一种应用层控制协议，可以建立、修改和终止多媒体会话（会议）。）<br>[0022] “The conference call invitation controller is coupled to the input handler and generates an invitation message in response to the invitation information—the invitation message including information indicating the plurality of modes acceptable for the mixed mode conference call. The output handler is coupled to the conference call invitation controller and the communication system for providing the invitation message to the communication system to forward to the invited user entities.”（会议呼叫邀请控制器耦合到输入处理器，并响应于邀请信息生成邀请消息——该邀请消息包括指示多模式会议呼叫可接受的多个模式的信息。输出处理器耦合到会议呼叫邀请控制器和通信系统，用于将邀请消息提供给通信系统以转发给被邀请的用户实体。）<br>[0036]-[0041] “A conference call invitation controller 310 is coupled to the input handler 300 for generating an invitation message... The server 116 forwards an invitation to user entity B indicating the modes acceptable for the mixed mode conference call 404.”（会议呼叫邀请控制器310耦合到输入处理器300用于生成邀请消息……服务器116向用户实体B转发指示多模式会议呼叫可接受的模式的邀请404。）<br>[0045] “Initially, the conference call places user entity A in an audio and video talk role 442, user entity B in an audio and video listen role 444, user entity C in an audio listen role 446, and user entity D in an audio listen with video mute role 448. This is accomplished by the server 116 providing the audio floor grant 450 and the video floor grant 452 to the user entity A.”（最初，会议呼叫将用户实体A置于音频和视频发言角色442，用户实体B置于音频和视频收听角色444……这通过服务器116向用户实体A提供音频话语权授予450和视频话语权授予452来实现。）	目标专利中，该特征指被控制方WTRU通过其接收机接收来自IMS网络实体（如SCC AS）关于将协同会话的控制权转移至该WTRU的请求。对比文件公开了基于SIP的多媒体会议系统架构，其中服务器116（在IMS框架下对应应用服务器AS/控制实体）向各UE发送邀请消息以建立/配置多方多媒体会话，并负责控制话语权/主控权（floor control）。在极其宽松的隐含公开判断标准下，对比文件中服务器向参与方发送邀请参与/接收包含发言主控流角色（如talk role）的消息，本领域技术人员有可能基于多媒体会议服务器与用户实体之间的SIP控制信令交互逻辑，合理推断并预期到该服务器将多媒体协同控制权限向特定UE进行传递/邀请的过程，部分公开了会话控制请求交互的架构机制，且有可能与公开了协同会话控制转移（Collaborative Session Control Transfer）的现有技术相结合以实现该特征。因此，按照极其宽松的标准，认定技术特征C被《隐含公开》。
技术特征D：其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求<br><br>《隐含公开》	[0031]-[0032] “At the start of the session, the inviting user entity 110 shall own both the audio and video floor. The inviting user entity 110 could then make an introductory comment about the video and thereafter elicit audio responses from the peer or group. The inviting user entity 110 would then relinquish the audio floor for responses while still streaming video... When a floor owner gives up the floor, a listening peer or group user entity 110, 112 may then acquire control of the floor and stream synchronized audio and video. All participants then hear and see the new floor owner on their user entity 110, 112.”（在会话开始时，发起邀请的用户实体110拥有音频和视频话语权。发起邀请的用户实体110随后可以对视频发表介绍性评论，然后引出对等方或组的音频响应。然后，发起邀请的用户实体110将放弃音频发言权以进行响应，同时仍流式传输视频……当话语权拥有者放弃话语权时，收听的对等方或组用户实体110、112可以随后获取话语权的控制并流式传输同步的音频和视频。所有参与者随后在他们的用户实体110、112上听到并看到新的话语权拥有者。）<br>[0045] “This is accomplished by the server 116 providing the audio floor grant 450 and the video floor grant 452 to the user entity A. An audio floor taken is provided to user entity B 454, user entity C 458 and user entity D 460.”（这通过服务器116向用户实体A提供音频话语权授予450和视频话语权授予452来实现。向用户实体B 454、用户实体C 458和用户实体D 460提供音频话语权被占用指示。）	目标专利中该特征是指信令内容显式指示接管已存在的协同会话的整体或媒体控制权。对比文件公开了多媒体多方会话中话语权（floor control）的获取和转移，即在已有会话进行中，主讲者放弃发言权，收听方终端获取话语权（acquire control of the floor），服务器向各端下发言权控制指示。在极其宽松的标准下，对比文件中的话语权控制与IMS协同会话中的控制权转移在多方会议媒体控制层面具有功能逻辑关联，本领域技术人员有可能将对比文件中的话语权/控制权管理机制推断为用于指示接收现有协同多媒体会话中控制权限的请求，且对比文件部分公开了在现存会话中转移媒体控制权限的技术方案。因此，按照极其宽松的标准，认定技术特征D被《隐含公开》。
技术特征E：其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起<br><br>《隐含公开》	[0052] “In addition to the user initiating the downgrade, the user entity 112 may automatically initiate a downgrade. The user entities alter the channel bandwidth when the signal strength changes while roaming. If the bandwidth user entity B, a user entity 112 that is participating in A+V mode, falls below a threshold to support video 600, user entity B will automatically invoke downgrade procedure by sending a drop video request 610 to the server 116.”（除了用户发起降级之外，用户实体112还可以自动发起降级。当漫游时信号强度改变时，用户实体改变信道带宽。如果参与A+V模式的用户实体112用户实体B的带宽降至支持视频的阈值以下600，则用户实体B将通过向服务器116发送放弃视频请求610来自动调用降级过程。）<br>[0053] “It is also possible that the network can initiate similar procedures when the bandwidth changes dynamically.”（当带宽动态改变时，网络发起类似的过程也是可能的。）	目标专利说明书第[0117]段记载，网络实体（SCC AS）可基于“控制方WTRU到SCC AS的连接已经降低（例如控制信令退化或丢失）”而主动发起协同控制转移。对比文件在第[0052]、[0053]段中明确公开了：漫游时信号强度改变导致带宽下降跌破阈值，不仅终端可检测并请求调整，网络侧（即服务器）在带宽发生动态恶化改变时也可以发起类似的处理过程（降级/会话调整信令）。在极为宽松的隐含公开判断规则下，对比文件公开了网络侧监控到信号/带宽动态劣化时主动触发控制流程的构思，本领域技术人员有可能通过该记载合理推断出由网络实体（IMS实体）基于控制信令劣化/丢失而发起后续会话控制重分配/转移流程，二者起到的技术机理具有相通性。因此，认定技术特征E被《隐含公开》。
技术特征F：发射机<br><br>《直接公开》	[0034] “A receive/transmit switch 202 selectively couples the antenna 200 to receiver circuitry 204 and transmitter circuitry 206 in a manner familiar to those skilled in the art... The controller 208 also provides information to the transmitter circuitry 206 for encoding and modulating information into RF signals for transmission from the antenna 200.”（收发开关202以本领域技术人员熟悉的方式选择性地将天线200耦合到接收机电路204和发射机电路206……控制器208还向发射机电路206提供信息，以用于将信息编码并调制为RF信号以便从天线200发射。）	对比文件明确公开了用户实体包括“发射机电路206”（transmitter circuitry 206），其受控制器控制，用于将信息编码、调制成射频信号并通过天线发送。这与目标专利说明书第[0042]、[0043]、[0046]段中公开的WTRU发射机结构及功能相同。因此，技术特征F被《直接公开》。
技术特征G：被配置成向所述IMS实体传送响应<br><br>《直接公开》	[0016] “Each user then provides a response to the server indicating which of the plurality of modes has been accepted by the user.”（每个用户然后向服务器提供响应，指示该用户接受了多个模式中的哪一个。）<br>[0041] “User entity B selects the second option (Audio+Video) 406 and provides a response 408 to the server 116 indicating the selected one of the modes accepted by user entity B.”（用户实体B选择第二选项（音频+视频）406并向服务器116提供响应408，指示用户实体B所接受的模式中所选择的模式。）<br>[0043] “User entity C selects the first option (Audio only) 422... and provides a response 424 to the server 116 indicating the selected one of the modes accepted by user entity C.”（用户实体C选择第一选项（仅音频）422……并向服务器116提供响应424，指示用户实体C所接受的模式中所选择的模式。）	对比文件明确记载了被邀请/受控的用户实体通过其发射机电路向服务器（IMS应用控制实体）回传响应消息（response 408、424、434），以指示其对服务器请求的反馈。该响应在通信架构中起到了向网络侧汇报接收/确认状态的作用，与目标专利中配置发射机向网络实体回传响应消息的作用相同。因此，技术特征G被《直接公开》。
技术特征H：其中所述响应指示接受所述协同会话控制转移请求<br><br>《隐含公开》	[0016] “Each user then provides a response to the server indicating which of the plurality of modes has been accepted by the user. The server then sets up a mixed mode multimedia conference call where each of the users (including the inviting user) communicates in their selected mode.”（每个用户然后向服务器提供响应，指示该用户接受了多个模式中的哪一个。然后，服务器建立混合模式多媒体会议呼叫，其中每个用户（包括发起邀请的用户）以其选择的模式进行通信。）<br>[0041] “User entity B selects the second option (Audio+Video) 406 and provides a response 408 to the server 116 indicating the selected one of the modes accepted by user entity B.”（用户实体B选择第二选项（音频+视频）406并向服务器116提供响应408，指示用户实体B所接受的模式中所选择的模式。）<br>[0042] “As one of the invitees has accepted the invitation 408 with a selected mode other than an Audio only mode, the server confirms 414 the mode selected by the inviting user...”	目标专利中，该特征指被控制方WTRU返回响应明确指示接受协同会话控制权的转移。对比文件公开了用户实体在接收到服务器发送的会话模式邀请后，向服务器发送明确指示“接受（accepted/accepts）”特定媒体模式与通信角色的响应。在极其宽松的标准下，由于对比文件中已具备终端响应网络邀请并表示“接受”指定会话控制及媒体参与权限的机制，本领域技术人员有可能基于该交互逻辑合理推断出该响应可用于指示接受会话控制权限的接管，其部分公开了响应中携带接受指示的信令机制。因此，按照极其宽松的标准，认定技术特征H被《隐含公开》。
技术特征I：控制器<br><br>《直接公开》	[0034]-[0035] “The receiver circuitry 204 demodulates and decodes the RF signals to derive information and is coupled to a controller 208 for providing the decoded information thereto for utilization thereby in accordance with the function(s) of the user entity 110, 112. The controller 208 also provides information to the transmitter circuitry 206 for encoding and modulating information into RF signals for transmission from the antenna 200.”（接收机电路204解调并解码RF信号以获取信息，并耦合到控制器208以向其提供解码信息以供其根据用户实体110、112的功能进行利用。控制器208还向发射机电路206提供信息，以用于将信息编码并调制为RF信号以便从天线200发射。）	对比文件明确公开了用户实体内部包括“控制器208”（controller 208），用于处理来自接收机的信息、控制发射机发送信号，并协调终端的功能运作。这与目标专利说明书第[0043]段所述的WTRU控制器/处理器118结构和控制功能完全一致。因此，技术特征I被《直接公开》。
技术特征J：被配置成在对所述现有的IMS协同会话的控制正被转移到所述WTRU时<br><br>《隐含公开》	[0031]-[0032] “At the start of the session, the inviting user entity 110 shall own both the audio and video floor... The inviting user entity 110 would then relinquish the audio floor for responses while still streaming video... When a floor owner gives up the floor, a listening peer or group user entity 110, 112 may then acquire control of the floor and stream synchronized audio and video. All participants then hear and see the new floor owner on their user entity 110, 112.”（在会话开始时，发起邀请的用户实体110拥有音频和视频话语权……发起邀请的用户实体110随后将放弃音频话语权以进行响应……当话语权拥有者放弃话语权时，收听的对等方或组用户实体110、112可以随后获取话语权的控制并流式传输同步的音频和视频。所有参与者随后在他们的用户实体110、112上听到并看到新的话语权拥有者。）	目标专利中该特征指控制器具备在会话控制发生转移这一特定阶段/时序下执行相应控制逻辑的时序控制配置。对比文件公开了在多媒体会议运行期间，话语主控权从前一个主控终端放弃、转移给新的收听端的过程，收听端在此控制权转移阶段获取对发言和媒体的主导。在极其宽松的标准下，对比文件公开了多方多媒体会话中控制权限流转时序的上下文，本领域技术人员有可能基于多方协同多媒体控制的常见切换机制，推导出控制器配置有时序控制逻辑以在控制权转移到本设备时进行状态迁移。因此，认定技术特征J被《隐含公开》。
技术特征K：控制所述现有的IMS协同会话。<br><br>《隐含公开》	[0031]-[0032] “The inviting user entity 110 would then relinquish the audio floor for responses while still streaming video... When a floor owner gives up the floor, a listening peer or group user entity 110, 112 may then acquire control of the floor and stream synchronized audio and video. All participants then hear and see the new floor owner on their user entity 110, 112.”（发起邀请的用户实体110随后放弃音频发言权……当话语权拥有者放弃发言权时，收听的对等方或组用户实体110、112随后可以获取发言权的控制并流式传输同步的音频和视频。所有参与者随后在他们的用户实体110、112上听到并看到新的发言权拥有者。）<br>[0049] “In conventional PTV services a user may 'Add video stream' on an existing PTT call by selecting a specific PTV call mode, such as PTV Stream or PTV Chat. However, a user needs to own floor controls for both audio and video before initiating a downgrade.”（在常规PTV服务中，用户可以通过选择特定的PTV呼叫模式（例如PTV Stream或PTV Chat）在现有PTT呼叫上“添加视频流”。但是，在发起降级之前，用户需要拥有音频和视频的话语权控制。）	目标专利中该特征指WTRU在获得转移后承担起控制方WTRU的角色，对协同会话进行管理（如添加、删除、释放媒体流等）。对比文件公开了参与方终端获取话语权控制（acquire control of the floor）后，成为新的控制拥有者，可以进行媒体流控制、向全组推送音视频流，并支持对媒体流模式的增删控制。在极其宽松的标准下，对比文件中的话语权/主控权管理与目标专利中协同会话控制在技术功能上存在相通之处，本领域技术人员有可能由此推理得出终端接管控制后对现有协同会话进行媒体与会话级控制的技术方案。因此，认定技术特征K被《隐含公开》。
技术特征L：其中所述WTRU是处于所述现有的IMS协同会话中的被控制方WTRU。<br><br>《隐含公开》	[0038] “shows high level signaling procedures when one user entity 110, UE-A, initiates a PTV group session with three other user entities 112, UE-B, UE-C, and UE-D. During the multimedia session, the mixed mode conference call of FIG. 4 allows group participants to participate in one of the following plurality of modes: Audio+Video, Audio only, or Audio+Video mute.”（示出了当一个用户实体110（UE-A）与另外三个用户实体112（UE-B、UE-C和UE-D）发起PTV组会话时的高层信令过程。在多媒体会话期间，图4的混合模式会议呼叫允许组参与者以以下多个模式之一参与：音频+视频、仅音频或音频+视频静音。）<br>[0045] “Initially, the conference call places user entity A in an audio and video talk role 442, user entity B in an audio and video listen role 444, user entity C in an audio listen role 446, and user entity D in an audio listen with video mute role 448.”（最初，会议呼叫将用户实体A置于音频和视频发言角色442，用户实体B置于音频和视频收听角色444，用户实体C置于音频收听角色446，用户实体D置于带视频静音的音频收听角色448。）	目标专利中被控制方WTRU是指参与协同会话但不具有总控制权、仅维持自身媒体流的终端（说明书第[0084]-[0085]段）。对比文件公开了在多方多媒体会话中，UE-A作为邀请方拥有话语控制权，而其他受邀加入的UE-B、UE-C、UE-D被置于收听角色（listen role 444、446、448），接受服务器与控制端的媒体控制与话语权调度。在极其宽松的标准下，收听角色的终端等同/对应于协同会话中的被控制方角色，且均处于现存的同一多方多媒体会话中。因此，认定技术特征L被《隐含公开》。
技术特征M：其中所述WTRU具有与远端方之间的IMS媒体流。<br><br>《直接公开》	[0016] “The server then sets up a mixed mode multimedia conference call where each of the users (including the inviting user) communicates in their selected mode.”（然后，服务器建立混合模式多媒体会议呼叫，其中每个用户（包括发起邀请的用户）以其选择的模式进行通信。）<br>[0046] “Since user entity A has been granted the floor for both audio 450 and video 452, video 470 and audio 480 are streamed from user entity A to the server 116. 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. Thus the conference call is setup where each user entity 110, 112 communicates in the selected mode accepted by that user entity 110, 112.”（由于用户实体A被授予了音频450和视频452的话语权，视频470和音频480从用户实体A流式传输到服务器116。音频被组播到用户实体B 482、用户实体C 484和用户实体D 486，并且在服务器116处对音频和视频进行同步之后，音频482和视频流被组播到用户实体B。因此建立了会议呼叫，其中每个用户实体110、112以该用户实体110、112接受的所选模式进行通信。）	对比文件公开了在建立的多方多媒体会议中，被邀请的用户实体（如UE-B、UE-C、UE-D）均分别与对端/发起端（即远端方UE-A）建立并传输多媒体流（如音频流482、484、486及视频流），且基于SIP网络进行传输。这与目标专利说明书第[0084]段图6中被控制方WTRU具有与远端方之间的媒体流的技术方案完全相同，起到的也是支持参与各方进行多媒体数据交互的技术作用。因此，技术特征M被《直接公开》。
技术特征N：其中对所述现有的IMS协同会话的所述控制从第二WTRU转移到所述WTRU。<br><br>《隐含公开》	[0031]-[0032] “At the start of the session, the inviting user entity 110 shall own both the audio and video floor... The inviting user entity 110 would then relinquish the audio floor for responses while still streaming video... When a floor owner gives up the floor, a listening peer or group user entity 110, 112 may then acquire control of the floor and stream synchronized audio and video. All participants then hear and see the new floor owner on their user entity 110, 112.”（在会话开始时，发起邀请的用户实体110拥有音频和视频话语权……当话语权拥有者放弃话语权时，收听的对等方或组用户实体110、112随后可以获取话语权的控制并流式传输同步的音频和视频。所有参与者随后在他们的用户实体110、112上听到并看到新的话语权拥有者。）	目标专利中该特征指协同会话的控制权原先由第二WTRU（控制方）持有，随后转移给本WTRU。对比文件公开了最初由第一用户实体（inviting user entity 110）拥有话语权/控制权，在释放后由另一个对等用户实体（listening peer/group user entity 112）获取主控权。在极其宽松的标准下，会话主导控制权限在不同参与终端之间的流转已经被对比文件部分公开，本领域技术人员有可能基于对比文件中的话语权交接过程，合理推断出会话控制从第二终端转移至第一终端的方案。因此，认定技术特征N被《隐含公开》。
技术特征O：其中所述协同会话控制转移请求和所述响应是会话发起协议(SIP)消息。<br><br>《隐含公开》	[0002] “Typically, these conference calls are set up utilizing the internet and one of numerous internet protocols (IP). A Session Initiation Protocol (SIP) works in concert with other IPs by enabling user entities to discover one another and to agree on a characterization of a session they would like to share. SIP is an application-layer control protocol that can establish, modify, and terminate multimedia sessions (conferences). SIP can also invite participants to already existing sessions, such as multicast conferences.”（通常，这些会议呼叫利用因特网和众多因特网协议（IP）之一来建立。会话发起协议（SIP）通过使用户实体能够相互发现并就他们想要共享的会话特征达成一致来与其他IP协同工作。SIP是一种应用层控制协议，可以建立、修改和终止多媒体会话（会议）。SIP还可以邀请参与者参加已经存在的会话，例如组播会议。）<br>[0049] “...mandated per 3GPP TS 23.228 whenever a codec or media changes during a call.”	目标专利中请求与响应均采用SIP消息（如SIP REFER、INVITE、200 OK等）。对比文件在背景技术及详细描述中明确指出多媒体会议系统利用SIP作为应用层控制协议，用于建立、修改和终止多媒体会话，并符合3GPP TS 23.228等标准规范。在极其宽松的标准下，既然系统采用SIP作为基本的会话控制与交互信令协议，本领域技术人员极易推断出在多媒体会话控制与修改过程中的请求与响应消息均采用SIP消息来实现。因此，认定技术特征O被《隐含公开》。
技术特征P：其中所述协同会话控制转移请求包括以下中的一者或多者<br><br>《隐含公开》	[0016] “The invitation information indicates the users, a plurality of modes acceptable for the conference call and a selected one of modes accepted by the inviting user. Invitations are then provided from the server to the users, the invitation including information indicating the plurality of modes acceptable for the conference call.”（邀请信息指示用户、会议呼叫可接受的多个模式以及发起邀请的用户所接受的所选模式之一。然后从服务器向用户提供邀请，该邀请包括指示会议呼叫可接受的多个模式的信息。）<br>[0022] “The invitation information indicates which user entities are invited user entities, a plurality of modes that are acceptable for a mixed mode conference call, and which of the plurality of modes is accepted by the inviting user entity.”（邀请信息指示哪些用户实体是被邀请的用户实体、混合模式会议呼叫可接受的多个模式、以及发起邀请的用户实体接受了多个模式中的哪一个。）	目标专利中该特征定义了控制转移请求中携带的标识参数集（Q、R、S、T中的一者或多者）。对比文件公开了向用户发送的会话控制/邀请请求中包含参与用户标识（users）、会话模式（modes，对应媒体流类型）等信息。在极其宽松的标准下，对比文件公开了在控制请求中携带会话及实体相关标识信息，构成了技术特征P的上位框架，本领域技术人员有可能结合具体标识项的推导将其认定为隐含公开。因此，认定技术特征P被《隐含公开》。
技术特征Q：所述现有的IMS协同会话的身份<br><br>《隐含公开》	[0002] “A Session Initiation Protocol (SIP) works in concert with other IPs by enabling user entities to discover one another and to agree on a characterization of a session they would like to share... SIP can also invite participants to already existing sessions, such as multicast conferences.”（会话发起协议（SIP）……能够发现彼此并就他们希望共享的会话特征达成一致……SIP还可以邀请参与者加入已存在的会话，例如组播会议。）<br>[0054] “The 4-byte ASCII string 712 in the RTCP header shall be used to define the set of floor control packets to be unique with respect to other APP packets that the application might receive. For PTV the ASCII name string 714 shall be 'PTV1'.”	目标专利中该特征指请求中携带会话标识（Session ID，如SIP中的Call-ID或Session Identifier）。对比文件指出基于SIP协议邀请参与者加入已存在的会话（already existing sessions），并且控制数据结构中具备标识会话/应用的字段。根据SIP协议通用常识，对现有多媒体会话进行修改或邀请必然在SIP消息头中包含会话唯一标识（如Call-ID/Session-ID）。在极其宽松的隐含公开判断规则下，本领域技术人员能够从对比文件关于SIP及会话标识机制的描述中合理推知并推理出请求中携带会话身份这一技术特征。因此，认定技术特征Q被《隐含公开》。
技术特征R：所述现有的IMS协同会话的媒体流的身份<br><br>《直接公开》	[0054] “The data structure of FIG. 7 is a request for upgrade or downgrade of services from the user entity 112 to the server 116... The media to be added or removed is described in the media field 716—'0000' for video, '0001' for audio, and '0010' for audio and video.”（图7的数据结构是来自用户实体112向服务器116升级或降级服务的请求……要添加或删除的媒体在媒体字段716中描述——“0000”表示视频，“0001”表示音频，“0010”表示音频和视频。）<br>[0016] “...the invitation including information indicating the plurality of modes acceptable for the conference call.”	对比文件明确公开了在对多媒体会话进行控制/变更的控制信令（如图7所示的请求数据包结构）中，包含专门的“媒体字段716”（media field 716），用于标识要添加或删除的特定媒体（视频'0000'、音频'0001'等）。这与目标专利说明书第[0095]、[0106]段所述的请求包括“其控制将要被转移的一个或多个媒体流的ID（身份）”具有相同的技术实质和作用，均用于在多媒体会话信令中区分并标识受控制操作影响的具体媒体流类型与标识。因此，技术特征R被《直接公开》。
技术特征S：所述第二WTRU的身份<br><br>《隐含公开》	[0016] “The method for mixed mode conference call setup includes inviting one or more users to a mixed mode conference call by providing invitation information from an inviting user to a server. The invitation information indicates the users...”<br>[0022] “The input handler is coupled to the communication system and receives invitation information from an inviting user entity (the inviting user entity being one of the user entities). The invitation information indicates which user entities are invited user entities... and which of the plurality of modes is accepted by the inviting user entity.”（输入处理器耦合到通信系统并接收来自发起邀请的用户实体（发起邀请的用户实体是用户实体之一）的邀请信息。邀请信息指示哪些用户实体是被邀请的用户实体……以及发起邀请的用户实体接受了多个模式中的哪一个。）	目标专利中该特征指转移请求中包含原控制方（第二WTRU）的身份标识。对比文件公开了在服务器分发的会话邀请/控制信息中，指明了发起邀请的用户实体（inviting user entity，即初始主控方/话语权持有者）及其所接受的模式。在极其宽松的标准下，会话信令中携带初始主控方/发起方身份属于SIP会话控制消息的固有组成部分（如From头域/发起方标识），本领域技术人员有可能合理推断出请求信令中必然包含第二终端的身份。因此，认定技术特征S被《隐含公开》。
技术特征T：所述WTRU的身份。<br><br>《直接公开》	[0054] “Another field 718 provides an indicator of the particular user entity 112 that is sending the RTCP message 700.”（另一字段718提供发送RTCP消息700的特定用户实体112的指示符。）<br>[0016] “The invitation information indicates the users... Invitations are then provided from the server to the users, the invitation including information indicating the plurality of modes acceptable for the conference call.”（邀请信息指示用户……然后从服务器向各用户提供邀请……）<br>[0022] “The invitation information indicates which user entities are invited user entities...”	对比文件明确公开了控制请求信息中明确包含发送该消息或被邀请/控制的目标用户实体（UE 112）的指示字段718（indicator of the particular user entity 112），即用户实体的身份标识。在服务器向各被邀请端发送的邀请控制信息中亦明确标识被邀请用户实体（invited user entities）。这与目标专利说明书第[0092]、[0095]、[0108]段所述的请求中包含受控/目标WTRU的身份技术方案完全一致，均起到在控制信令中指明具体操作目标设备身份的作用。因此，技术特征T被《直接公开》。

<<<A>>>

<<>>

<<<c>>>

<<<d>>>

<<<e>>>

<<<F>>>

<<<G>>>

<<<h>>>

<<>>

<<<j>>>

<<<k>>>

<<<l>>>

对对比文件（WO2009038208A1 磁気記録媒体の製造方法および磁気記録再生装置）与目标专利权利要求各技术特征的比对分析如下：

**对比文件公开性判定与特征比对表格**

技术特征描述及公开性判断结果	对比文件原文引用	公开性论述
技术特征A：该WTRU包括<br>《未公开》	无（对比文件无相关说明书内容；且从标题看属于磁记录介质制造方法及磁记录再现装置领域）	对比文件涉及磁记录技术领域，未公开无线通信系统中的无线发射/接收单元（WTRU）。本领域技术人员无法从对比文件中直接得出或推理得出该技术特征，因此未公开（既无直接公开，也无隐含公开）。
技术特征B：接收机<br>《未公开》	无	对比文件未公开针对IMS协同会话通信的无线发射/接收单元中的接收机。因此未公开。
技术特征C：被配置成接收来自IMS实体的协同会话控制转移请求<br>《未公开》	无	对比文件未公开IMS实体，亦未公开任何关于协同会话控制转移请求及其接收配置的内容。因此未公开。
技术特征D：其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求<br>《未公开》	无	对比文件未涉及IMS协同会话及其控制转移信令的指示内容。因此未公开。
技术特征E：其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起<br>《未公开》	无	对比文件未公开因第二WTRU控制信令退化或损失而由网络侧IMS实体触发协同会话控制转移的机制。因此未公开。
技术特征F：发射机<br>《未公开》	无	对比文件未公开配合完成IMS协同会话转移信令交互的发射机。因此未公开。
技术特征G：被配置成向所述IMS实体传送响应<br>《未公开》	无	对比文件未公开向IMS实体传送针对控制转移请求的响应。因此未公开。
技术特征H：其中所述响应指示接受所述协同会话控制转移请求<br>《未公开》	无	对比文件未公开指示接受协同会话控制转移请求的响应。因此未公开。
技术特征I：控制器<br>《未公开》	无	对比文件未公开用于在IMS协同会话控制转移期间执行协同会话控制的控制器。因此未公开。
技术特征J：被配置成在对所述现有的IMS协同会话的控制正被转移到所述WTRU时<br>《未公开》	无	对比文件未公开控制转移过程中的时序与状态控制配置。因此未公开。
技术特征K：控制所述现有的IMS协同会话。<br>《未公开》	无	对比文件未公开控制IMS协同会话的技术特征。因此未公开。
技术特征L：其中所述WTRU是处于所述现有的IMS协同会话中的被控制方WTRU。<br>《未公开》	无	对比文件未涉及IMS协同会话中由被控制方WTRU接管控制的相关角色特征。因此未公开。
技术特征M：其中所述WTRU具有与远端方之间的IMS媒体流。<br>《未公开》	无	对比文件未公开WTRU与远端方之间建立及维持IMS媒体流。因此未公开。
技术特征N：其中对所述现有的IMS协同会话的所述控制从第二WTRU转移到所述WTRU。<br>《未公开》	无	对比文件未涉及协同会话控制权在不同设备之间的转移流程。因此未公开。
技术特征O：其中所述协同会话控制转移请求和所述响应是会话发起协议(SIP)消息。<br>《未公开》	无	对比文件未公开使用SIP消息承载转移请求与响应。因此未公开。
技术特征P：其中所述协同会话控制转移请求包括以下中的一者或多者<br>《未公开》	无	对比文件未公开协同会话控制转移请求所携带的信元字段构成。因此未公开。
技术特征Q：所述现有的IMS协同会话的身份<br>《未公开》	无	对比文件未公开协同会话ID信元。因此未公开。
技术特征R：所述现有的IMS协同会话的媒体流的身份<br>《未公开》	无	对比文件未公开协同会话媒体流ID信元。因此未公开。
技术特征S：所述第二WTRU的身份<br>《未公开》	无	对比文件未公开第二WTRU的身份标识信元。因此未公开。
技术特征T：所述WTRU的身份。<br>《未公开》	无	对比文件未公开WTRU自身身份标识信元。因此未公开。

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

**特征比对与公开性分析**

技术特征描述及公开性判断结果	对比文件原文引用	公开性论述
技术特征A：<br>该WTRU包括<br><br>《直接公开》	[0004] “A mobile node can be a cell phone, a PDA, a Blackberry, a laptop computer with a wireless card, or any other wireless device.”<br>（中文翻译：移动节点可以是蜂窝电话、PDA、黑莓、具有无线网卡的膝上型计算机或任何其他无线设备。）<br><br>[0022] “With a dual mode mobile node, the phone can have more than one identity, which allows use on more than one network.”<br>（中文翻译：对于双模移动节点，该电话可以具有多于一个标识，这允许在多于一个网络上使用。）	作用与实质相同判断：<br>目标专利说明书[0031]指出WTRU可以包括移动台、蜂窝电话、双模终端等无线通信设备。对比文件公开了移动节点（mobile node）作为蜂窝电话、PDA或双模移动节点（dual mode mobile node），其本质与功能均为无线发射/接收单元（WTRU）。因此，该特征被对比文件直接公开。
技术特征B：<br>接收机<br><br>《直接公开》	[0004] “Current wireless communication systems use either, or a combination of, circuit switching and packet switching in order to provide mobile data services to a mobile node. A mobile node can be a cell phone, a PDA, a Blackberry, a laptop computer with a wireless card, or any other wireless device... Once the direct connection is set-up, it is maintained for as long as the sender and receiver have data to exchange.”<br>（中文翻译：当前的无线通信系统使用电路交换和分组交换中的任一种或组合以向移动节点提供移动数据服务。移动节点可以是蜂窝电话、PDA、黑莓、具有无线网卡的膝上型计算机或任何其他无线设备……一旦建立直接连接，只要发送方和接收方有要交换的数据，就维持该连接。）<br><br>[0020] “The benefits of providing local wireless access through an enterprise network is that the mobile nodes 132 and 134 (e.g., a phone and a wireless laptop) can be provided intranet resources or receive a streaming conference.”<br>（中文翻译：通过企业网络提供本地无线接入的益处在于，可以向移动节点132和134（例如电话和无线膝上型计算机）提供内联网资源或接收流式会议。）<br><br>[0033] “Dual mode mobile node 210 is notified by EAG 220 with a 200 OK message 276.”<br>（中文翻译：双模移动节点210被EAG 220以200 OK消息276通知。）	作用与实质相同判断：<br>对比文件公开了移动节点在无线网络中作为接收方（receiver）、接收下行流式会议（receive a streaming conference）以及接收网络侧发送的控制信令消息（如接收200 OK消息276）。移动节点作为无线通信实体接收信号，其固有具备无线电物理硬件接收机（Receiver）。该技术特征被对比文件直接公开。
技术特征C：<br>被配置成接收来自IMS实体的协同会话控制转移请求<br><br>《隐含公开》	[0017] “Likewise, the user can benefit from services normally available on the enterprise network such as internal dialing or call transferring while receiving service from a public network, in certain embodiments.”<br>（中文翻译：同样地，在某些实施例中，用户在从公共网络接收服务的同时，可以受益于通常在企业网络上可用的服务，例如内部拨号或呼叫转移。）<br><br>[0035] “Further, mobile node 416 can handoff from an access point 418 to a high-speed downlink packet access (HSDPA) 420 without losing the session or any services being virtually extended to mobile node 416. A handoff between the service provider's access network to the enterprise access network (e.g., WiFi access point) is supported by the EAG and the EAG can provide a transition from one network to the other network while maintaining the session.”<br>（中文翻译：此外，移动节点416可以从接入点418切换到高速下行链路分组接入（HSDPA）420，而不会丢失会话或虚拟扩展到移动节点416的任何服务。EAG支持服务提供商接入网到企业接入网之间的切换，并且EAG可以在维持会话的同时提供从一个网络到另一网络的过渡。）<br><br>[0040] “SCC AS 648 is a IMS application that provides functionality used to enable IMS centralized services. These IMS centralized services can enable the use of IMS resources to a variety of devices...”<br>（中文翻译：SCC AS 648是提供用于启用IMS集中化服务的功能的IMS应用。这些IMS集中化服务能够向各种设备启用IMS资源的使用……）	推理与隐含公开论述：<br>目标专利技术特征C要求接收来自IMS实体的“协同会话控制转移请求”。对比文件公开了系统包含IMS核心网及服务集中化和连续性应用服务器（SCC AS 648），并公开了支持呼叫转移（call transferring）以及跨网络切换时维持会话连续性。在通信协议实现中，当网络侧触发会话或控制权转移时，终端必须通过信令感知并承接会话，本领域技术人员基于对比文件公开的呼叫转移（call transferring）及IMS集中化服务/SCC AS架构，能够合理推断出网络侧IMS实体（如SCC AS或EAG）需向终端下发控制转移信令请求，或者对比文件部分公开了会话转移请求相关的网络侧转移信令下发机制，有可能与其他现有技术组合公开该技术特征。依据极其宽松的隐含公开判断标准，认定技术特征C被《隐含公开》。
技术特征D：<br>其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求<br><br>《隐含公开》	[0017] “Likewise, the user can benefit from services normally available on the enterprise network such as internal dialing or call transferring while receiving service from a public network, in certain embodiments.”<br>（中文翻译：同样地，在某些实施例中，用户在从公共网络接收服务的同时，可以受益于通常在企业网络上可用的服务，例如内部拨号或呼叫转移。）<br><br>[0020] “The benefits of providing local wireless access through an enterprise network is that the mobile nodes 132 and 134 (e.g., a phone and a wireless laptop) can be provided intranet resources or receive a streaming conference. EAG 116 extends these benefits and others by allowing the mobile nodes to travel outside the enterprise network 110 and onto the service provider's network 112, and still maintain the streaming conference or link to the intranet resources.”<br>（中文翻译：通过企业网络提供本地无线接入的益处在于，可以向移动节点132和134（例如电话和无线膝上型计算机）提供内联网资源或接收流式会议。EAG 116通过允许移动节点在企业网络110之外移动并进入服务提供商的网络112，并且仍然维持流式会议或到内联网资源的链接，扩展了这些益处等。）<br><br>[0041] “The EAG can provide a user with use of conference calling, call hold, call waiting, transfers, caller ID, from either the service provider or enterprise networks.”<br>（中文翻译：EAG可以从服务提供商或企业网络向用户提供会议呼叫、呼叫保持、呼叫等待、转移、主叫方身份的使用。）	推理与隐含公开论述：<br>对比文件公开了多设备流式会议（streaming conference）、会议呼叫（conference calling）以及呼叫转移（transfers）。在多设备参与的会议或通信会话转移场景中，由网络侧转移会话涉及让目标设备接管该会话的控制与参与权。本领域技术人员结合多方会议呼叫与转移场景，能够合理推理出所传递的转移请求指示目标节点接收/承接现有会话的控制权，或者对比文件至少部分公开了向终端指示承接现有会话的控制，有可能与其他现有技术组合公开该技术特征。依据宽松标准，认定技术特征D被《隐含公开》。
技术特征E：<br>其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起<br><br>《隐含公开》	[0035] “Further, mobile node 416 can handoff from an access point 418 to a high-speed downlink packet access (HSDPA) 420 without losing the session or any services being virtually extended to mobile node 416. A handoff between the service provider's access network to the enterprise access network (e.g., WiFi access point) is supported by the EAG and the EAG can provide a transition from one network to the other network while maintaining the session.”<br>（中文翻译：此外，移动节点416可以从接入点418切换到高速下行链路分组接入（HSDPA）420，而不会丢失会话或虚拟扩展到移动节点416的任何服务。EAG支持服务提供商接入网到企业接入网之间的切换，并且EAG可以在维持会话的同时提供从一个网络到另一网络的过渡。）<br><br>[0042] “The gateway can provide trigger based traffic management during a handoff from a Femto base station to a macro base station, while maintain traffic management for the mobile node.”<br>（中文翻译：网关可以在从毫微微基站切换到宏基站期间提供基于触发的业务管理，同时维持针对移动节点的业务管理。）<br><br>[0049] “Recovery control task subsystem is responsible for executing a recovery action for failures that occur in the chassis and receives recovery actions from the high availability task subsystem.”<br>（中文翻译：恢复控制任务子系统负责针对机框中发生的故障执行恢复动作，并从高可用性任务子系统接收恢复动作。）	推理与隐含公开论述：<br>目标专利技术特征E限定IMS实体基于第二WTRU控制信令的退化或损失来发起控制转移。对比文件公开了网络支持切换（handoff），并在无线接入过程中存在基于触发的业务管理，且具备链路/连接故障时的恢复管理；在无线通信环境中，切换及重定向通常由无线链路质量下降、信号变差或信令中断（即控制信令的退化或损失）所触发。本领域技术人员有可能基于对比文件关于网络侧维持会话连续性及故障恢复的教导，推导出网络侧可在原控制信令退化或中断时主动将控制向另一终端触发转移；对比文件部分公开了基于链路/状态触发转移的技术构思，可能与其他现有技术结合。依据极宽松的隐含公开标准，认定技术特征E被《隐含公开》。
技术特征F：<br>发射机<br><br>《直接公开》	[0004] “Once the direct connection is set-up, it is maintained for as long as the sender and receiver have data to exchange.”<br>（中文翻译：一旦建立直接连接，只要发送方和接收方有要交换的数据，就维持该连接。）<br><br>[0025] “The unique handle can be appended in a generic field such as the route header so that a mobile node places the unique handle on outbound packets (i.e., packets from the mobile node to the EAG).”<br>（中文翻译：可以将唯一句柄附加在通用字段（例如路由报头）中，使得移动节点将该唯一句柄放置在出站分组（即，从移动节点到EAG的分组）上。）<br><br>[0032] “An invite message 254 is sent to EAG 220 to begin the session.”<br>（中文翻译：向EAG 220发送invite消息254以开始会话。）<br><br>[0033] “Dual mode mobile node 212 accepts the call session by sending a 200 OK message 266 to P-CSCF 234.”<br>（中文翻译：双模移动节点212通过向P-CSCF 234发送200 OK消息266来接受呼叫会话。）	作用与实质相同判断：<br>对比文件明确记载移动节点发送出站分组（outbound packets）、向网络发送invite消息254以及发送200 OK接受响应消息266。移动节点作为能够在无线环境中向网络发送上行分组与控制信令的设备，必然具备物理发射机（Transmitter）。该技术特征被对比文件直接公开。
技术特征G：<br>被配置成向所述IMS实体传送响应<br><br>《直接公开》	[0033] “Dual mode mobile node 212 accepts the call session by sending a 200 OK message 266 to P-CSCF 234. P-CSCF 234 sends a 200 OK message 268 to CSCF 230, which sends a 200 OK message 270 to EAG 220.”<br>（中文翻译：双模移动节点212通过向P-CSCF 234发送200 OK消息266来接受呼叫会话。P-CSCF 234向CSCF 230发送200 OK消息268，CSCF 230向EAG 220发送200 OK消息270。）	作用与实质相同判断：<br>对比文件公开了双模移动节点212向IMS实体（P-CSCF 234及CSCF 230）传送200 OK响应消息。在通信网络中向网络侧实体反馈响应信令以确认接受会话控制，其技术作用与配置完全相同。该技术特征被对比文件直接公开。
技术特征H：<br>其中所述响应指示接受所述协同会话控制转移请求<br><br>《隐含公开》	[0033] “Dual mode mobile node 212 accepts the call session by sending a 200 OK message 266 to P-CSCF 234.”<br>（中文翻译：双模移动节点212通过向P-CSCF 234发送200 OK消息266来接受呼叫会话。）<br><br>[0041] “The EAG can provide a user with use of conference calling, call hold, call waiting, transfers, caller ID, from either the service provider or enterprise networks.”<br>（中文翻译：EAG可以从服务提供商或企业网络向用户提供会议呼叫、呼叫保持、呼叫等待、转移、主叫方身份的使用。）	推理与隐含公开论述：<br>对比文件公开了移动节点通过发送200 OK消息接受呼叫会话（accepts the call session），并支持呼叫转移（transfers）。本领域技术人员根据对比文件的信令机制可以合理推断，在多方协同/转移场景下，终端向网络实体反馈200 OK消息的作用即是对控制转移请求予以接受和确认；对比文件部分公开了终端发送指示接受的响应，有可能与其他现有技术组合公开接受控制转移请求。依据宽松标准，认定技术特征H被《隐含公开》。
技术特征I：<br>控制器<br><br>《直接公开》	[0043] “The chassis supports at least two types of application cards: a switch processor card and a packet accelerator card. The switch processor card serves as a controller of the chassis...”<br>（中文翻译：机框支持至少两种类型的应用卡：交换处理器卡和分组加速器卡。交换处理器卡用作机框的控制器……）<br><br>[0045] “The control processors, also located on the packet accelerator card, provide packet-based user service processing.”<br>（中文翻译：同样位于分组加速器卡上的控制处理器提供基于分组的用户业务处理。）<br><br>[0047] “Three types of tasks operate within the chassis in some embodiments: critical tasks, controller tasks, and manager tasks... The controller tasks mask the distributed nature of the software from the user and perform tasks such as monitor the state of subordinate manager(s)...”<br>（中文翻译：在一些实施例中，机框内运行三种类型的任务：关键任务、控制器任务和管理器任务……控制器任务对用户屏蔽软件的分布式特性，并执行诸如监视下属管理器的状态等任务……）<br><br>[0004] “A mobile node can be a cell phone, a PDA, a Blackberry, a laptop computer with a wireless card, or any other wireless device.”<br>（中文翻译：移动节点可以是蜂窝电话、PDA、黑莓、具有无线网卡的膝上型计算机或任何其他无线设备。）	作用与实质相同判断：<br>根据目标专利说明书[0043]，控制器/处理器用于执行信号编码、数据处理及控制WTRU操作。对比文件中的移动节点（智能手机、黑莓、笔记本等）是具有信息处理和会话控制能力的计算通信实体，其内部固有包括控制处理器/控制器以管理通信协议和会话状态。该特征被对比文件直接公开。
技术特征J：<br>被配置成在对所述现有的IMS协同会话的控制正被转移到所述WTRU时<br><br>《隐含公开》	[0008] “...and the EAG receiving a session request from a mobile node and providing a logical channel to the mobile node to maintain the session of the mobile node during a transition from the enterprise network to the service provider's network.”<br>（中文翻译：……并且EAG从移动节点接收会话请求，并向移动节点提供逻辑信道，以在从企业网络到服务提供商网络的过渡期间维持移动节点的会话。）<br><br>[0035] “Further, mobile node 416 can handoff from an access point 418 to a high-speed downlink packet access (HSDPA) 420 without losing the session or any services being virtually extended to mobile node 416. A handoff between the service provider's access network to the enterprise access network (e.g., WiFi access point) is supported by the EAG and the EAG can provide a transition from one network to the other network while maintaining the session.”<br>（中文翻译：此外，移动节点416可以从接入点418切换到高速下行链路分组接入（HSDPA）420，而不会丢失会话或虚拟扩展到移动节点416的任何服务。EAG支持服务提供商接入网到企业接入网之间的切换，并且EAG可以在维持会话的同时提供从一个网络到另一网络的过渡。）<br><br>[0041] “The EAG can provide a user with use of conference calling, call hold, call waiting, transfers, caller ID, from either the service provider or enterprise networks.”<br>（中文翻译：EAG可以从服务提供商或企业网络向用户提供会议呼叫、呼叫保持、呼叫等待、转移、主叫方身份的使用。）	推理与隐含公开论述：<br>对比文件公开了在发生网络切换/转移过渡期（during a transition / while maintaining the session）以及呼叫转移（transfers）、会议呼叫（conference calling）维持期间，移动节点配置有相应的信令处理和状态维持机制。本领域技术人员基于会话转移过渡期间维持状态的描述，可以合理推导出终端的控制器具有在会话控制正被转移过渡阶段进行协同配合与状态承接的时序逻辑配置，对比文件至少部分公开了转移发生期间终端的控制时机，有可能与其他现有技术结合。依据宽松判断标准，认定技术特征J被《隐含公开》。
技术特征K：<br>控制所述现有的IMS协同会话。<br><br>《隐含公开》	[0020] “The benefits of providing local wireless access through an enterprise network is that the mobile nodes 132 and 134 (e.g., a phone and a wireless laptop) can be provided intranet resources or receive a streaming conference. EAG 116 extends these benefits and others by allowing the mobile nodes to travel outside the enterprise network 110 and onto the service provider's network 112, and still maintain the streaming conference or link to the intranet resources.”<br>（中文翻译：通过企业网络提供本地无线接入的益处在于，可以向移动节点132和134（例如电话和无线膝上型计算机）提供内联网资源或接收流式会议。EAG 116通过允许移动节点在企业网络110之外移动并进入服务提供商的网络112，并且仍然维持流式会议或到内联网资源的链接，扩展了这些益处等。）<br><br>[0041] “The EAG can provide a user with use of conference calling, call hold, call waiting, transfers, caller ID, from either the service provider or enterprise networks. The user can maintain contiguous access to voice and data service and supporting applications across the enterprise network and public cellular networks.”<br>（中文翻译：EAG可以从服务提供商或企业网络向用户提供会议呼叫、呼叫保持、呼叫等待、转移、主叫方身份的使用。用户可以跨企业网络和公共蜂窝网络维持对语音和数据服务以及支持应用的不间断访问。）	推理与隐含公开论述：<br>对比文件公开了用户在多方会议呼叫（conference calling）或流式会议（streaming conference）中可以执行呼叫保持（call hold）、呼叫转移（transfers）等呼叫控制功能，表明终端具备控制多方会话的能力。当控制权转移到该移动节点后，该终端即控制该多方/协同会话。本领域技术人员能够合理推断出移动节点执行上述操作即是在控制现有的IMS会议/协同会话，对比文件至少部分公开了终端对会话控制的能力，有可能与其他现有技术结合。依据宽松标准，认定技术特征K被《隐含公开》。
技术特征L：<br>其中所述WTRU是处于所述现有的IMS协同会话中的被控制方WTRU。<br><br>《隐含公开》	[0020] “The benefits of providing local wireless access through an enterprise network is that the mobile nodes 132 and 134 (e.g., a phone and a wireless laptop) can be provided intranet resources or receive a streaming conference.”<br>（中文翻译：通过企业网络提供本地无线接入的益处在于，可以向移动节点132和134（例如电话和无线膝上型计算机）提供内联网资源或接收流式会议。）<br><br>[0041] “The EAG can provide a single common anchor node for enterprise and service provider based calls... The EAG can also provide multiple ring service where multiple devices ring when a call is placed. The service can be simultaneous ring or a sequential ring process... The EAG can provide a user with use of conference calling...”<br>（中文翻译：企业接入网关可以为基于企业和服务提供商的呼叫提供单一公共锚节点……EAG还可以提供多振铃服务，其中在发起呼叫时多个设备振铃。该服务可以是同时振铃或顺序振铃过程……EAG可以向用户提供会议呼叫的使用……）	推理与隐含公开论述：<br>对比文件公开了多个移动节点（如132与134、多设备振铃设备、会议呼叫参与终端）共同参与流式会议（streaming conference）或多设备呼叫，其中移动节点接收流式媒体。在多方会话结构中，接收流式媒体且尚未获得主控权的参与节点即相当于被控制方。本领域技术人员可以合理推断，在发生转移前参与流媒体会议的从属终端即处于协同会话中被控制方的位置，对比文件部分公开了多方会话从属设备的存在，有可能与其他现有技术结合。依据宽松标准，认定技术特征L被《隐含公开》。
技术特征M：<br>其中所述WTRU具有与远端方之间的IMS媒体流。<br><br>《直接公开》	[0020] “The benefits of providing local wireless access through an enterprise network is that the mobile nodes 132 and 134 (e.g., a phone and a wireless laptop) can be provided intranet resources or receive a streaming conference. EAG 116 extends these benefits and others by allowing the mobile nodes to travel outside the enterprise network 110 and onto the service provider's network 112, and still maintain the streaming conference or link to the intranet resources.”<br>（中文翻译：通过企业网络提供本地无线接入的益处在于，可以向移动节点132和134（例如电话和无线膝上型计算机）提供内联网资源或接收流式会议。EAG 116通过允许移动节点在企业网络110之外移动并进入服务提供商的网络112，并且仍然维持流式会议或到内联网资源的链接，扩展了这些益处等。）<br><br>[0033] “A logical channel 280 can then be setup between EAG 220 and dual mode mobile node 212. A logical channel 282 can also be setup between EAG 220 and dual mode mobile node 210.”<br>（中文翻译：然后可以在EAG 220与双模移动节点212之间建立逻辑信道280。还可以在EAG 220与双模移动节点210之间建立逻辑信道282。）	作用与实质相同判断：<br>对比文件公开了双模移动节点（210、212）通过IMS核心网建立呼叫并建立端到端会话，且移动节点接收流式会议（streaming conference，即音视频媒体流）。各移动节点与远端呼叫方/远端媒体服务器之间建立了流媒体流。该特征的技术内容和作用与目标专利中终端维持与远端方之间的IMS媒体流完全相同。该技术特征被对比文件直接公开。
技术特征N：<br>其中对所述现有的IMS协同会话的所述控制从第二WTRU转移到所述WTRU。<br><br>《隐含公开》	[0041] “The EAG can also provide multiple ring service where multiple devices ring when a call is placed. The service can be simultaneous ring or a sequential ring process... The EAG can provide a user with use of conference calling, call hold, call waiting, transfers, caller ID, from either the service provider or enterprise networks. The user can maintain contiguous access to voice and data service and supporting applications across the enterprise network and public cellular networks.”<br>（中文翻译：EAG还可以提供多振铃服务，其中在发起呼叫时多个设备振铃。该服务可以是同时振铃或顺序振铃过程……EAG可以向用户提供会议呼叫、呼叫保持、呼叫等待、转移、主叫方身份的使用。用户可以跨企业网络和公共蜂窝网络维持对语音和数据服务以及支持应用的不间断访问。）	推理与隐含公开论述：<br>对比文件公开了多设备协同通信（如多设备同时/顺序振铃）、会议呼叫（conference calling）以及在多设备与网络间进行呼叫转移（transfers）。当同一用户的多个设备或多方会议中的设备发生转移时，会话的呼叫和控制从一个终端转移到另一个终端。本领域技术人员基于多设备会议及呼叫转移的公开，可以合理推导出存在控制权从第二WTRU转移到目标WTRU的方案，对比文件至少部分公开了设备间转移机制，有可能与其他现有技术结合。依据宽松标准，认定技术特征N被《隐含公开》。
技术特征O：<br>其中所述协同会话控制转移请求和所述响应是会话发起协议(SIP)消息。<br><br>《直接公开》	[0025] “In some embodiments, the unique handle is used in IMS networks with SIP packets.”<br>（中文翻译：在一些实施例中，唯一句柄在具有SIP分组的IMS网络中使用。）<br><br>[0032] “In certain embodiments, to begin a call session an invite message is sent to the devices involved in the call session and the devices respond with a 200 OK message... An invite message 254 is sent to EAG 220 to begin the session... CSCF 230 sends an invite message 262 to proxy call session control function (P-CSCF) 234 to carry out the call session setup. P-CSCF sends an invite message 264 to dual mode mobile node 212.”<br>（中文翻译：在某些实施例中，为了开始呼叫会话，向涉及呼叫会话的设备发送invite消息，并且这些设备以200 OK消息进行响应……向EAG 220发送invite消息254以开始会话……CSCF 230向代理呼叫会话控制功能（P-CSCF）234发送invite消息262以执行呼叫会话建立。P-CSCF向双模移动节点212发送invite消息264。）<br><br>[0033] “Dual mode mobile node 212 accepts the call session by sending a 200 OK message 266 to P-CSCF 234.”<br>（中文翻译：双模移动节点212通过向P-CSCF 234发送200 OK消息266来接受呼叫会话。）	作用与实质相同判断：<br>对比文件明确公开了在IMS网络中使用SIP分组进行会话控制，其中会话请求消息为SIP INVITE消息（invite message 264），终端反馈的响应消息为SIP 200 OK消息（200 OK message 266）。该请求与响应均是标准的SIP消息，作用与协议类型完全一致。该技术特征被对比文件直接公开。
技术特征P：<br>其中所述协同会话控制转移请求包括以下中的一者或多者<br><br>《直接公开》	[0005] “In general, a data flow in packet-based approaches is ‘packetized,’ where the data is divided into separate segments of information, and each segment receives ‘header’ information that may provide, for example, source information, destination information, information regarding the number of bits in the packet, priority information, and security information.”<br>（中文翻译：通常，基于分组的方法中的数据流是‘分组化的’，其中数据被划分为单独的信息段，并且每个段接收‘报头’信息，该报头信息可以提供例如源信息、目的地信息、关于分组中的比特数的信息、优先级信息和安全信息。）<br><br>[0023] “The database can include information such as the address of record (AoR)/public user identity, private user identity (unique identification such as IMSI), contact information, registration expiration, registration status, service route header, authentication vector, subscriber profile, call restriction data, carrier identification, and IPsec parameters for security association.”<br>（中文翻译：数据库可以包括诸如记录地址（AoR）/公共用户标识、私有用户标识（唯一标识，如IMSI）、联系信息、注册到期、注册状态、业务路由报头、认证向量、用户简档、呼叫限制数据、运营商标识以及用于安全关联的IPsec参数等信息。）<br><br>[0032] “The invite message is used to carry information that includes information regarding the network device and the call session.”<br>（中文翻译：invite消息用于携带包括关于网络设备和呼叫会话的信息的信息。）	作用与实质相同判断：<br>对比文件公开了SIP INVITE请求消息（即会话建立/转移控制请求）用于携带关于网络设备（设备标识/用户标识）和呼叫会话（会话标识）的信息，且分组报头携带源信息和目的地信息。这直接包含了下述特征Q、S、T中的一者或多者。该特征被对比文件直接公开。
技术特征Q：<br>所述现有的IMS协同会话的身份<br><br>《直接公开》	[0029] “The unique handle is used by the backend billing systems such as the authentication, authorization, and accounting server (AAA) for tracking usage for charging purposes. In some embodiments, the backend systems do not need any modification. The backend systems use an ID, typically generated by the IMS core network, such as the CSCF, which can be instead generated by the EAG... This handle or ID can be dynamically assigned and is generated per registration and per call session.”<br>（中文翻译：唯一句柄由诸如认证、授权和记账服务器（AAA）等后端计费系统用于跟踪使用情况以用于计费目的。在一些实施例中，后端系统不需要任何修改。后端系统使用通常由IMS核心网（例如CSCF）生成的ID，其可以改为由EAG生成……该句柄或ID可以动态分配，并且按每次注册和每个呼叫会话生成。）<br><br>[0032] “The invite message is used to carry information that includes information regarding the network device and the call session.”<br>（中文翻译：invite消息用于携带包括关于网络设备和呼叫会话的信息的信息。）	作用与实质相同判断：<br>对比文件明确公开了由IMS核心网（CSCF）或EAG为每个呼叫会话生成会话ID（ID generated per call session / Call session ID），并且invite请求消息携带关于呼叫会话的信息（information regarding the call session，即会话标识）。其作用相同，直接公开了IMS会话的身份。该技术特征被对比文件直接公开。
技术特征R：<br>所述现有的IMS协同会话的媒体流的身份<br><br>《隐含公开》	[0005] “In general, a data flow in packet-based approaches is ‘packetized,’ where the data is divided into separate segments of information, and each segment receives ‘header’ information that may provide, for example, source information, destination information...”<br>（中文翻译：通常，基于分组的方法中的数据流是‘分组化的’，其中数据被划分为单独的信息段，并且每个段接收‘报头’信息，该报头信息可以提供例如源信息、目的地信息……”）<br><br>[0022] “For example, when voice over IP (VoIP) service is used, the mobile node registers its IP address and port so incoming calls and the associated packets can be directed to the mobile node.”<br>（中文翻译：例如，当使用IP语音（VoIP）服务时，移动节点注册其IP地址和端口，使得来电和相关联的分组可以被导向到该移动节点。）<br><br>[0027] “The EAG can provide interworking by employing a packet filter to pull packets with the unique handle or by the destination IP address...”<br>（中文翻译：EAG可以通过采用分组过滤器来拉取具有唯一句柄或通过目的IP地址的分组来提供互通……”）	推理与隐含公开论述：<br>对比文件公开了SIP消息基于SDP协商和承载VoIP等多媒体流，且系统通过IP地址、端口号或报头信息来标识和过滤具体的数据流/分组（associated packets / destination IP address and port）。本领域技术人员可以合理推断，在多媒体协同会话（如流式会议、多媒体流）信令中，SIP请求消息必然携带用于区分与标识各个媒体流的信息（如媒体类型、端口或流标识）；对比文件部分公开了对不同业务数据流/端口的区分标识，有可能与其他现有技术结合。依据宽松标准，认定技术特征R被《隐含公开》。
技术特征S：<br>所述第二WTRU的身份<br><br>《直接公开》	[0005] “...and each segment receives ‘header’ information that may provide, for example, source information, destination information...”<br>（中文翻译：……并且每个段接收‘报头’信息，该报头信息可以提供例如源信息、目的地信息……）<br><br>[0023] “The database can include information such as the address of record (AoR)/public user identity, private user identity (unique identification such as IMSI), contact information, registration expiration, registration status, service route header...”<br>（中文翻译：数据库可以包括诸如记录地址（AoR）/公共用户标识、私有用户标识（唯一标识，如IMSI）、联系信息、注册到期、注册状态、业务路由报头……等信息。）<br><br>[0032] “The invite message is used to carry information that includes information regarding the network device and the call session. An invite message 254 is sent to EAG 220 to begin the session... CSCF 230 sends an invite message 262 to proxy call session control function (P-CSCF) 234 to carry out the call session setup. P-CSCF sends an invite message 264 to dual mode mobile node 212.”<br>（中文翻译：invite消息用于携带包括关于网络设备和呼叫会话的信息的信息。向EAG 220发送invite消息254以开始会话……CSCF 230向代理呼叫会话控制功能（P-CSCF）234发送invite消息262以执行呼叫会话建立。P-CSCF向双模移动节点212发送invite消息264。）	作用与实质相同判断：<br>对比文件公开了在双模移动节点210与双模移动节点212之间建立会话时，由节点210发起的INVITE请求通过网络转发至节点212（即第二WTRU），该SIP INVITE消息中包含关于网络设备的信息（source information/网络设备标识），在SIP协议中即为From头域中的呼叫源/第二设备的标识（公共用户标识、私有标识IMSI或AoR）。其作用和内容完全相同，被对比文件直接公开。
技术特征T：<br>所述WTRU的身份。<br><br>《直接公开》	[0023] “The database can include information such as the address of record (AoR)/public user identity, private user identity (unique identification such as IMSI), contact information, registration expiration, registration status, service route header...”<br>（中文翻译：数据库可以包括诸如记录地址（AoR）/公共用户标识、私有用户标识（唯一标识，如IMSI）、联系信息、注册到期、注册状态、业务路由报头……等信息。）<br><br>[0032] “The invite message is used to carry information that includes information regarding the network device and the call session... P-CSCF sends an invite message 264 to dual mode mobile node 212.”<br>（中文翻译：invite消息用于携带包括关于网络设备和呼叫会话的信息的信息……P-CSCF向双模移动节点212发送invite消息264。）	作用与实质相同判断：<br>对比文件公开了发送给目标双模移动节点212（即该WTRU）的invite消息（invite message 264）携带关于网络设备的信息，在SIP协议中目的地设备标识体现在To头域或Request-URI中，包括公共用户标识（public user identity）、私有用户标识或AoR。该特征的技术内容和实质作用相同，被对比文件直接公开。

<<<A>>>

<<>>

<<<c>>>

<<<d>>>

<<<e>>>

<<<F>>>

<<<G>>>

<<<h>>>

<<>>

<<<j>>>

<<<k>>>

<<<l>>>

<<<M>>>

<<<n>>>

<<<O>>>

<<>>

<<<Q>>>

<<<r>>>

<<<S>>>

<<<T>>>

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

### 特征比对分析说明

本评估紧密结合目标专利说明书原文（涉及IP多媒体子系统IMS中的协同会话控制转移和设备间转移技术）对技术特征A至T的含义与技术方案实质进行解释。

经全面比对，对比文件（JP2009082884A）属于**排气干式脱硫脱硝装置及吸附剂再生技术领域**，涉及烟气处理、吸附塔、再生塔、电气加热体、温度控制等化学化工/机械环保设备方案。其不仅与目标专利所处的无线移动通信、IMS网络会话控制协议领域完全不同，且在全篇内容中既未直接公开、亦未包含任何可合理推断或可能组合公开目标专利关于无线发射/接收单元（WTRU）、IMS协同会话、控制转移请求/响应及SIP信令等相关技术方案的内容。

---

### 特征比对表格

技术特征描述及公开性判断结果	对比文件原文引用	公开性论述
技术特征A：<br>该WTRU包括<br><br>【公开性结果】：未公开	对比文件全文（段落[2]）无对应记载。对比文件涉及脱硫塔、再生塔、吸附塔等环保设备。	目标专利说明书第[0004]、[0031]、[0042]-[0043]段明确解释，WTRU为能够在无线环境中操作/通信的无线发射/接收单元（如手机、UE等）。对比文件涉及烟气干式脱硫装置，未公开任何WTRU或无线终端实体，既非直接公开，亦无可据以合理推断的隐含公开内容。
技术特征B：<br>接收机<br><br>【公开性结果】：未公开	对比文件全文（段落[2]）无对应记载。对比文件仅记载有“温度传感器”、“加热器”、“控制室控制器”等工业测控部件。	目标专利说明书第[0042]、[0043]、[0046]段指出，接收机配置在WTRU中用于接收无线信号。对比文件中的温度传感器（用于检测吸附剂温度）与无线通信设备中的接收机在结构、原理及所起作用上截然不同，无法等同或隐含公开。
技术特征C：<br>被配置成接收来自IMS实体的协同会话控制转移请求<br><br>【公开性结果】：未公开	对比文件全文（段落[2]）无对应记载。	目标专利说明书第[0006]、[0074]、[0095]、[0108]、[0118]段指出，该特征指WTRU的接收机接收网络端IMS实体（如SCC AS）发送的转移协同会话控制权的请求。对比文件完全不涉及IMS网络或网络控制协议，未公开该特征。
技术特征D：<br>其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求<br><br>【公开性结果】：未公开	对比文件全文（段落[2]）无对应记载。	目标专利说明书第[0085]、[0108]、[0113]、[0127]段记载，控制转移请求请求被控制方WTRU承担/接收对已有IMS协同会话的主控权角色。对比文件涉及吸附塔与再生塔间的吸附剂循环加热，不存在IMS协同会话及其控制转移，未公开该特征。
技术特征E：<br>其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起<br><br>【公开性结果】：未公开	对比文件全文（段落[2]）无对应记载。	目标专利说明书第[0117]段记载，SCC AS由于当前条件（例如控制方WTRU到SCC AS的连接降低/退化）而发起协同会话控制转移。对比文件无任何基于终端控制信令退化发起会话转移的技术方案，未公开该特征。
技术特征F：<br>发射机<br><br>【公开性结果】：未公开	对比文件全文（段落[2]）无对应记载。	目标专利说明书第[0042]-[0046]段记载，发射机配置于WTRU中，用于通过无线空中接口传送无线信号。对比文件中不存在任何无线信号发射机，未公开该特征。
技术特征G：<br>被配置成向所述IMS实体传送响应<br><br>【公开性结果】：未公开	对比文件全文（段落[2]）无对应记载。	目标专利说明书第[0096]、[0109]、[0120]段记载，该特征指WTRU通过发射机向网络端SCC AS返回信令响应。对比文件仅公开控制器向加热体输出电力调节信号，不涉及向IMS网络实体传送通信响应，未公开该特征。
技术特征H：<br>其中所述响应指示接受所述协同会话控制转移请求<br><br>【公开性结果】：未公开	对比文件全文（段落[2]）无对应记载。	目标专利说明书第[0109]、[0120]、[0128]段记载，目标WTRU在响应中向SCC AS指示同意接受担任新的控制方角色。对比文件完全不涉及该控制逻辑及响应内容，未公开该特征。
技术特征I：<br>控制器<br><br>【公开性结果】：未公开	引用段落[2]：“前記センサの検出温度に基づいて前記電気式加熱体への給電量を制御して、前記吸着剤の温度を所定値に保つ制御器とで構成した。”<br>（译文：由根据所述传感器的检测温度控制向所述电加热体的供电量以将所述吸附剂的温度保持为规定值的控制器构成。）	目标专利说明书第[0042]-[0043]段记载，控制器是WTRU内的处理器（如CPU、DSP等），负责信号处理及多媒体会话控制。对比文件中的控制器（32c、34c、36c）是用于控制工业电加热管供电以调节吸附剂物理温度的温控装置。两者所处物理实体、控制对象、工作原理及技术效果完全不同，本领域技术人员无法直接得出亦无法合理推断为同一部件，未公开该特征。
技术特征J：<br>被配置成在对所述现有的IMS协同会话的控制正被转移到所述WTRU时<br><br>【公开性结果】：未公开	对比文件全文（段落[2]）无对应记载。	目标专利说明书第[0085]、[0096]、[0109]段记载，该特征限定了WTRU内部控制器的转移时序与角色变换控制。对比文件未公开任何IMS协同会话控制转移时序，未公开该特征。
技术特征K：<br>控制所述现有的IMS协同会话。<br><br>【公开性结果】：未公开	对比文件全文（段落[2]）无对应记载。	目标专利说明书第[0076]、[0085]、[0109]段记载，控制协同会话包括增加、去除、释放、复制或转移媒体流等操作。对比文件属于干式脱硫工艺，不涉及多媒体协同会话控制，未公开该特征。
技术特征L：<br>其中所述WTRU是处于所述现有的IMS协同会话中的被控制方WTRU。<br><br>【公开性结果】：未公开	对比文件全文（段落[2]）无对应记载。	目标专利说明书第[0085]、[0089]、[0116]段记载，该WTRU在转移发生前即作为被控制方参与在该协同会话中。对比文件未涉及任何IMS多方协同会话角色，未公开该特征。
技术特征M：<br>其中所述WTRU具有与远端方之间的IMS媒体流。<br><br>【公开性结果】：未公开	对比文件全文（段落[2]）无对应记载。	目标专利说明书第[0084]、[0090]、[0116]段记载，被控制方WTRU通过承载路径维持与远端方的音频/视频等IMS媒体流。对比文件未涉及任何多媒体流通信，未公开该特征。
技术特征N：<br>其中对所述现有的IMS协同会话的所述控制从第二WTRU转移到所述WTRU。<br><br>【公开性结果】：未公开	对比文件全文（段落[2]）无对应记载。	目标专利说明书第[0085]、[0089]、[0115]段记载，协同会话主控权从原控制方第二WTRU移交转移至本端WTRU。对比文件无此方案，未公开该特征。
技术特征O：<br>其中所述协同会话控制转移请求和所述响应是会话发起协议(SIP)消息。<br><br>【公开性结果】：未公开	对比文件全文（段落[2]）无对应记载。	目标专利说明书第[0006]、[0082]、[0088]段记载，信令控制依托于标准SIP协议消息传输。对比文件无任何网络协议或SIP协议记载，未公开该特征。
技术特征P：<br>其中所述协同会话控制转移请求包括以下中的一者或多者<br><br>【公开性结果】：未公开	对比文件全文（段落[2]）无对应记载。	目标专利说明书第[0095]、[0108]、[0118]段记载了控制转移请求消息体中所携带的参数字段组合。对比文件未涉及此类信令消息，未公开该特征。
技术特征Q：<br>所述现有的IMS协同会话的身份<br><br>【公开性结果】：未公开	对比文件全文（段落[2]）无对应记载。	目标专利说明书第[0095]、[0108]、[0118]段记载，在请求消息中包含用于标识当前协同会话的会话ID。对比文件无相关方案，未公开该特征。
技术特征R：<br>所述现有的IMS协同会话的媒体流的身份<br><br>【公开性结果】：未公开	对比文件全文（段落[2]）无对应记载。	目标专利说明书第[0095]、[0108]、[0118]段记载，请求中携带受转移影响的具体媒体流ID。对比文件无相关方案，未公开该特征。
技术特征S：<br>所述第二WTRU的身份<br><br>【公开性结果】：未公开	对比文件全文（段落[2]）无对应记载。	目标专利说明书第[0092]、[0100]段记载，请求消息中包含第二WTRU（原控制方）的公共用户身份或GRUU等ID。对比文件无相关方案，未公开该特征。
技术特征T：<br>所述WTRU的身份。<br><br>【公开性结果】：未公开	对比文件全文（段落[2]）无对应记载。	目标专利说明书第[0092]、[0095]、[0108]、[0118]段记载，请求中包含作为新控制方目标WTRU的身份标识。对比文件无相关方案，未公开该特征。

---

### 评估结论

对比文件（JP2009082884A）为干式脱硫脱硝装置领域的机械环保专利，与目标专利（IMS协同会话控制转移通信方法及设备）的技术领域完全无关。即使按照极度宽松的隐含公开标准，对比文件通篇既未直接公开、亦未以任何形式隐含公开技术特征A至T中的任何一项。

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

技术特征描述及公开性判断结果	对比文件原文引用	公开性论述
技术特征A：<br>该WTRU包括<br><br>《直接公开》	[0014]<br>“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.”<br>（本发明公开了一种设备和方法，其中互联网协议（IP）业务可以在根据两种不同技术标准、在两个具有两个不同IP地址的不同系统中操作的两个不同终端之间转移（即切换）。例如，在无线局域网（WLAN）终端与3GPP UMTS终端之间，或者在CDMA2000终端与3GPP UMTS终端之间的会话切换。）<br><br>[0018]<br>“There is no capability of a handoff as between PC 10 and a wireless user equipment (UE) 15... Although FIG. 1 shows the PC 10 and a user equipment 15 as separate entities, it should be understood that they may be logical entities contained with a common housing (not shown).”<br>（在PC 10与无线用户设备（UE）15之间没有切换能力……尽管图1示出了作为分离实体的PC 10和用户设备15，但应当理解它们可以是被容纳在共同外壳内的逻辑实体。）	目标专利说明书[0031]指出，无线发射/接收单元（WTRU）包括用户设备（UE）、移动台、蜂窝电话、笔记本、个人计算机等。<br>对比文件[0014]及[0018]明确公开了终端为WLAN终端、3GPP UMTS终端、UE 15以及配备WLAN卡的PC 10等无线终端设备。对比文件中的目标终端（如UE 15）属于无线发射/接收单元（WTRU）。对比文件中终端的作用是执行无线/IP业务通信并在切换中作为会话承载实体，与目标专利中WTRU的作用完全相同。因此，技术特征A被对比文件直接公开。
技术特征B：<br>接收机<br><br>《隐含公开》	[0014]<br>“For example, session handoff between a Wireless Local Area Network (WLAN) terminal and 3GPP UMTS terminal...”<br>（例如，在无线局域网（WLAN）终端与3GPP UMTS终端之间的会话切换……）<br><br>[0017]<br>“...using optimized routing mobile IP version 4 (MIPv4) to direct the session traffic directly to the target triplet (system, IP address, terminal).”<br>（……使用优化的移动IPv4路由将该会话业务直接导向目标三元组（系统、IP地址、终端）。）<br><br>[0018]<br>“The PC 10 communicates with an internet protocol (IP) network 24 to send and receive messages.”<br>（PC 10与互联网协议（IP）网络24通信以发送和接收消息。）	对比文件公开了终端（如PC 10、WLAN终端、UMTS UE 15）在系统中进行数据通信并接收重路由后的会话数据业务（“receive messages”、“direct the session traffic directly to the target”）。本领域技术人员基于无线通信终端的公知常识和对比文件内容能够毫无疑义且确定性地推理得出：任何能够接收IP网络消息和下行会话业务的无线通信终端（UE或WLAN终端）必然硬件内置接收机（或具有接收功能的收发信模块）以执行射频接收与信号解调。对比文件虽然未在文字上直接写出“接收机”硬件名词，但通过公开其接收消息与业务的功能，隐含公开了该硬件实体。因此，技术特征B被对比文件隐含公开。
技术特征C：<br>被配置成接收来自IMS实体的协同会话控制转移请求<br><br>《未公开》	[0019]<br>“FIG. 2 shows an interworking employing a new approach to Scenario 3, which differs from the arrangement shown in FIG. 2 with the addition of instant messaging system IMS 34... PC 10, in addition to having access to HSS 28 for authentication and billing, is further capable of obtaining instant message system (IMS) services through IP network 24, utilizing IMS 34. Nevertheless, there is no handoff capability between PC 10 and UE 15.”<br>（图2示出了采用方案3的新方法的互通……增加了即时消息系统IMS 34……PC 10除了能够访问HSS 28进行认证和计费之外，还能够利用IMS 34通过IP网络24获取即时消息系统（IMS）服务。然而，PC 10与UE 15之间没有切换能力。）<br><br>[0026]-[0029]（图5步骤S11-S21）	目标专利说明书[0006]、[0095]、[0108]、[0113]、[0118]明确指出，“协同会话控制转移请求”是指在现有的IMS协同会话架构下，由网络侧IMS控制实体（如SCC AS）向WTRU发送的、请求该WTRU承担或接管对多设备协同会话（Collaborative Session）的控制权的特定控制信令。<br>对比文件[0019]中虽然提及了IMS 34，但明确指出那是即时消息系统（Instant Messaging System），且明确指出“在PC 10与UE 15之间没有切换能力”。此外，对比文件全文公开的是利用移动IP（MIPv4）进行整个数据会话在不同终端之间的IP单向切换（Handoff/Reroute），其网络侧实体为HLR/HSS、AAA，并未公开IMS架构下的协同会话服务集中化与连续性实体（如SCC AS），更未公开网络侧向目标终端下发任何用于请求转移“协同会话控制权”的请求消息（对比文件中目标终端仅是在被寻呼/激活后接收重路由的数据流量，或由源端/目标网络触发PDP激活，完全没有接收协同会话控制转移请求的机制）。对比文件既未直接公开、也无法通过合理解释或推理得出该技术特征。因此，技术特征C未公开。
技术特征D：<br>其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求<br><br>《未公开》	[0016]<br>“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... In a case where the second terminal (e.g., UMTS) is attached and no IP address is allocated (i.e., inactive PDP context), the source system may trigger the target system to perform network initiated PDP context activation procedures.”<br>（在第二种方法中，源系统查询HLR/HSS处的签约用户简档以获取用于切换的目标地址……在第二终端（例如UMTS）已附着且未分配IP地址（即去激活的PDP上下文）的情况下，源系统可触发目标系统执行网络发起的PDP上下文激活过程。）	目标专利说明书[0085]、[0095]、[0108]、[0113]指出，IMS协同会话涉及多个WTRU分别承载不同媒体流，而控制方WTRU具有对所有媒体流的增、删、复制或转移的控制权；该转移请求的作用是指示目标WTRU承担起协同会话控制方的角色。<br>对比文件仅涉及将单终端的数据连接通过MIPv4切换到另一个终端，完全不存在由主控终端与被控终端协同参与的“IMS协同会话”，更不存在请求目标WTRU“接收对现有的IMS协同会话的控制”的控制权转移请求指示。对比文件中目标端仅被动激活PDP上下文以接收IP流量重路由，作用与方案实质不同。因此，技术特征D未公开。
技术特征E：<br>其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起<br><br>《未公开》	[0022]-[0025]<br>“[0022] A handoff procedure is triggered (see step S1) and may either be user-initiated or performance-initiated...<br>[0023] An HO may be performance-initiated (branching from S1 to S5) wherein initiation may be based upon a power measurement (branching to S6). However, WLANs do not presently support a performance-initiated HO based on power measurement.<br>[0024] An HO may be initiated based on frame error rate (FER) branching from S5 to S7. However, a physical layer FER (PHY FER) is not supported by a WLAN...<br>[0025] An internet protocol FER (IP FER) results in a very slow handoff...”<br>（[0022] 切换过程被触发（见步骤S1），可以是由用户发起的，也可以是由性能发起的……<br>[0023] 切换可以由性能发起……其中发起可以基于功率测量。但是，WLAN目前不支持基于功率测量的由性能发起的切换。<br>[0024] 切换可以基于帧差错率（FER）发起……<br>[0025] IP FER导致非常慢的切换……）	目标专利说明书[0117]明确记载：“由于用户简档、当前条件（例如，控制方WTRU到SCC AS的连接已经降低）或根据预配置，SCC AS可发起协同控制转移”。其作用是在控制方控制信令出现退化或损失时由网络侧IMS实体主动发起向被控制方转移控制权，以保障协同会话控制的连续性。<br>对比文件[0022]-[0025]中讨论的基于功率测量或帧差错率（FER）的性能发起触发，其讨论的是源终端从WLAN单向切换到蜂窝网的链路层触发条件（且对比文件认为WLAN根本不支持或导致极慢切换），并且其切换是由源端设备或网络发起的数据流量重定向，与“IMS实体基于来自第二WTRU的现有的IMS协同会话的控制信令的退化或损失来发起协同会话控制转移请求”具有完全不同的触发架构、触发主体与控制信令对象。对比文件既未直接公开也未隐含公开基于IMS协同会话控制信令退化或损失由IMS实体发起控制权转移。因此，技术特征E未公开。
技术特征F：<br>发射机<br><br>《隐含公开》	[0018]<br>“The PC 10 communicates with an internet protocol (IP) network 24 to send and receive messages.”<br>（PC 10与互联网协议（IP）网络24通信以发送和接收消息。）<br><br>[0026]<br>“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... Upon making this decision, 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）决定转移当前会话时，切换被发起……签约用户操作切换按钮B……）	对比文件[0018]明确记载了终端（如配备WLAN卡的PC 10、UE 15）能与网络通信以“发送消息”（send messages）。本领域技术人员基于通信终端的基本常识可知，任何能够向网络发送上行消息的无线终端必然内置发射机（发射模块），以执行基带信号上变频及射频无线电发射。其在对比文件中用于提供上行信号传输能力，与目标专利中发射机硬件实体的功能完全一致。根据极其宽松的隐含公开判断标准，技术特征F被对比文件隐含公开。
技术特征G：<br>被配置成向所述IMS实体传送响应<br><br>《未公开》	[0028]-[0029]<br>“In the event that system A does not have the target triplet information, the subscriber is requested to provide the target information... When the necessary criteria is present, the routine branches to S21 wherein system A initializes the service at the target system B...”<br>（如果系统A没有目标三元组信息，则请求签约用户提供目标信息……当具备必要准则时，流程分支到S21，其中系统A在目标系统B处初始化服务……）	目标专利说明书[0096]、[0109]、[0114]、[0120]说明，该响应是目标WTRU针对网络侧IMS实体（SCC AS）下发的控制转移请求而回传的协议响应（如接受并指示自身同意接管控制权）。<br>对比文件中根本不存在IMS网络控制实体（SCC AS），也不存在向目标终端下发协同控制转移请求的过程，目标终端更不会被配置成向IMS实体传送针对该转移请求的响应。对比文件中的信令是终端与WLAN/UMTS接入系统或HLR/HSS之间的数据/认证交互，对象与机制完全不符。因此，技术特征G未公开。
技术特征H：<br>其中所述响应指示接受所述协同会话控制转移请求<br><br>《未公开》	[0029]、[0034]、[0036]（S31-S37确认终端开启）	目标专利说明书[0109]、[0120]指出，目标WTRU通过向SCC AS发送指示接受该协同会话控制转移请求的消息，使SCC AS获知该WTRU已同意承担控制方角色，进而把控制权交接给它。<br>对比文件仅涉及在切换流程中签约用户通过源终端界面确认切换，或者通过用户交互确认目标终端是否开机（S31-S37），这仅是终端电源状态或用户切换意向的确认，与“向IMS实体传送指示接受协同会话控制转移请求的响应”具有完全不同的协议内涵与技术方案。因此，技术特征H未公开。
技术特征I：<br>控制器<br><br>《隐含公开》	[0016]<br>“The request may be part of a stored program in the subscriber's terminal or alternatively be sent directly to the subscriber asking for the target IP address, terminal phone number, or terminal identification number.”<br>（该请求可以是签约用户终端中存储的程序的一部分，或者备选地直接发送给签约用户以询问目标IP地址、终端电话号码或终端标识号。）<br><br>[0026]<br>“...the subscriber operates a handoff button B provided as part of the subscriber unit, such as PC 10 shown in FIG. 3. Responsive to operation of the HO button, the subscriber is presented with a list of option target systems...”<br>（……签约用户操作作为签约用户单元（例如图3所示的PC 10）一部分提供的切换按钮B。响应于HO按钮的操作，向签约用户呈现可选目标系统的列表……）	目标专利说明书[0043]记载处理器/控制器（通用处理器、微处理器、控制器、ASIC等）用于执行控制与数据处理。<br>对比文件公开了终端（PC 10或UE 15）具有用于执行切换逻辑、存储并运行程序、响应用户按钮触发、控制状态判断等功能的控制处理单元（“stored program in the subscriber's terminal”）。本领域技术人员基于通信终端的通用硬件架构能够毫无疑义地推定该终端必然包含微处理器/控制器等控制实体。该控制器在对比文件中起到控制终端执行通信流程和切换交互的作用，与目标专利控制器的基础硬件属性相同。因此，技术特征I被对比文件隐含公开。
技术特征J：<br>被配置成在对所述现有的IMS协同会话的控制正被转移到所述WTRU时<br><br>《未公开》	[0017]<br>“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...”<br>（当目标系统、目标终端和目标IP地址已被标识时，可以使用优化的移动IPv4路由完成切换过程，将该会话业务直接导向目标三元组……）	目标专利说明书[0096]、[0109]、[0120]说明，该特征限定了控制器在时序与状态机制上处于“IMS协同会话控制转移过程（转移正在发生时）”的配置条件。<br>对比文件全文不存在“IMS协同会话”，亦不存在“协同会话控制正在被转移到WTRU”的任何时序或信令流程，对比文件中仅有全量数据业务在不同IP地址间的MIPv4重定向（Rerouting）。因此，技术特征J未公开。
技术特征K：<br>控制所述现有的IMS协同会话<br><br>《未公开》	[0017]<br>“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...”<br>（一旦业务被重路由到新目的地，源系统可以通知签约用户切换已完成，并且签约用户可以终止该连接……）	目标专利说明书[0085]详细解释，“控制现有的IMS协同会话”是指WTRU作为控制方WTRU，能够针对参与协同会话的各个从属WTRU控制会话中的媒体流，包括增加、去除、释放、复制或转移各个媒体流，或者允许/拒绝影响协同会话的请求。<br>对比文件中目标终端在接管流量后仅仅是接收并继续执行原本单终端的数据通信（如单机上网/事务），不存在任何对多方、多流的“IMS协同会话”的集中控制功能。两者的技术方案、控制对象与作用实质完全不同。因此，技术特征K未公开。
技术特征L：<br>其中所述WTRU是处于所述现有的IMS协同会话中的被控制方WTRU<br><br>《未公开》	[0016]<br>“In a case where the desired terminal is switched off, the source system may ask the subscriber to switch the terminal ON and activate its IP connection... In a case where the second terminal (e.g., UMTS) is attached and no IP address is allocated (i.e., inactive PDP context), the source system may trigger the target system to perform network initiated PDP context activation procedures.”<br>（在所需终端处于关机状态的情况下，源系统可以要求签约用户开机并激活其IP连接……在第二终端已附着但未分配IP地址的情况下，源系统可触发目标系统执行网络发起的PDP上下文激活过程。）<br><br>[0018]、[0020]（图3）	目标专利说明书[0085]、[0089]明确指出，“被控制方WTRU”是已经建立并存在于现有的IMS协同会话中的从属成员设备，受控制方WTRU统一管理调度。<br>对比文件中转移的目标设备（如UE 15）在切换发生前甚至处于关机状态（switched off）或去激活状态（inactive PDP context），未与源设备建立或维持任何协同会话连接，根本不是现存IMS协同会话中的“被控制方WTRU”。对比文件完全没有多设备协同会话的概念。因此，技术特征L未公开。
技术特征M：<br>其中所述WTRU具有与远端方之间的IMS媒体流<br><br>《未公开》	[0019]<br>“...PC 10, in addition to having access to HSS 28 for authentication and billing, is further capable of obtaining instant message system (IMS) services through IP network 24, utilizing IMS 34. Nevertheless, there is no handoff capability between PC 10 and UE 15.”<br>（……PC 10除了能够访问HSS 28进行认证和计费之外，还能够利用IMS 34通过IP网络24获取即时消息系统（IMS）服务。然而，PC 10与UE 15之间没有切换能力。）<br><br>[0020]<br>“FIG. 3 shows an arrangement in which a handoff is achieved without any changes in the WLAN 20. 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>（图3示出了在WLAN 20中不作任何改变而实现切换的布置。示出了PC 10通过IP网络24在WLAN 20与支持业务中心（SC）36之间进行数据会话。该数据会话连接被转移到通过铁塔32在3GPP系统25的UMTS网络上进行无线操作的UE 15。）	目标专利说明书[0090]、[0104]、[0116]明确记载，在控制权转移发起之前，被控制方WTRU本身就已具有与远端方之间的至少一路现存IMS媒体流（例如媒体流B），即多终端各自承载部分媒体流共同组成协同会话。<br>对比文件图3及[0020]明确显示，切换前数据会话（data session）仅存在于源终端PC 10与服务中心36之间，目标终端UE 15在切换前没有任何与远端方之间已建立并维持的IMS媒体流。对比文件根本不存在目标设备在切换前就已存在IMS媒体流的方案。因此，技术特征M未公开。
技术特征N：<br>其中对所述现有的IMS协同会话的所述控制从第二WTRU转移到所述WTRU<br><br>《未公开》	[0014]<br>“...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.”<br>（……其中互联网协议（IP）业务可以在根据两种不同技术标准、在两个具有两个不同IP地址的不同系统中操作的两个不同终端之间转移（即切换）。）<br><br>[0020]<br>“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>（该数据会话连接被转移到通过铁塔32在3GPP系统25的UMTS网络上进行无线操作的UE 15。）	目标专利说明书[0085]、[0096]、[0109]、[0120]中，“控制转移”是指多设备协同会话中，对所有媒体流的增删、配置等管理权限从第一设备（控制方WTRU）让渡并移交给第二设备（原本的被控制方WTRU），属于会话主控权的转移。<br>对比文件所公开的全部转移仅是普通单设备数据会话流量（IP traffic / data session connection）物理链路的重路由（Handoff），根本不涉及从第二WTRU向该WTRU转移“IMS协同会话的控制权”。两者客体与技术方案实质完全不同。因此，技术特征N未公开。
技术特征O：<br>其中所述协同会话控制转移请求和所述响应是会话发起协议(SIP)消息<br><br>《未公开》	[0003]<br>“...wherein the handoff process is effected employing optimizing routing mobile IP-(MIP).”<br>（……其中切换过程是利用优化路由移动IP（MIP）来实现的。）<br><br>[0017]<br>“...the handoff process can be finalized using optimized routing mobile IP version 4 (MIPv4) to direct the session traffic directly to the target triplet...”<br>（……切换过程可以使用优化的移动IPv4路由来最终完成，以将该会话业务直接导向目标三元组……）	目标专利说明书[0088]、[0090]指出，在协同会话控制转移过程中，控制转移请求及响应是通过SIP消息（会话发起协议）在控制平面上传送的。<br>对比文件明确记载其切换机制是采用移动IP协议版本4（MIPv4，Mobile IP）进行路由重定向，在网络层实现流量切换，全文完全没有涉及使用会话发起协议（SIP）消息来作为转移请求和响应。因此，技术特征O未公开。
技术特征P：<br>其中所述协同会话控制转移请求包括以下中的一者或多者<br><br>《未公开》	[0016]<br>“The session handoff trigger may also request the target system/terminal/IP address to which the session will be transferred. The request may be part of a stored program in the subscriber's terminal or alternatively be sent directly to the subscriber asking for the target IP address, terminal phone number, or terminal identification number.”<br>（会话切换触发还可以请求会话将被转移到的目标系统/终端/IP地址。该请求可以是签约用户终端中存储的程序的一部分，或者备选地直接发送给签约用户以询问目标IP地址、终端电话号码或终端标识号。）	对比文件[0016]中由源端或网络向签约用户弹窗或询问的目标信息，属于用户触发切换时获取目标端IP/系统三元组的交互参数，根本不是由IMS实体下发给目标WTRU的“协同会话控制转移请求”，因而不可能在该转移请求中包含技术特征P所列的协同会话属性参数。因此，技术特征P未公开。
技术特征Q：<br>所述现有的IMS协同会话的身份<br><br>《未公开》	[0016]（同特征P引用）	目标专利说明书[0092]、[0095]、[0106]、[0108]说明，“协同会话的身份（Session ID）”用于唯一标识当前包含多个设备、多个媒体流的协同会话，确保SCC AS与终端能准确定位被转移控制权的协同会话。<br>对比文件根本不存在IMS协同会话，更不存在“现有的IMS协同会话的身份”这一信令元数据。因此，技术特征Q未公开。
技术特征R：<br>所述现有的IMS协同会话的媒体流的身份<br><br>《未公开》	[0016]（同特征P引用）	目标专利说明书[0092]、[0095]、[0106]、[0108]说明，“媒体流的身份”用于指示协同会话中具体哪一个或哪几个媒体流（例如语音、视频）受到本次协同控制转移的影响。<br>对比文件仅为IP级整体流量重路由，完全没有协同会话架构中的多媒体流区分机制，更未公开协同会话媒体流的身份标识。因此，技术特征R未公开。
技术特征S：<br>所述第二WTRU的身份<br><br>《未公开》	[0016]<br>“...sent directly to the subscriber asking for the target IP address, terminal phone number, or terminal identification number.”<br>（……直接发送给签约用户以询问目标IP地址、终端电话号码或终端标识号。）<br><br>[0028]<br>“...the target triplet which includes the ID of system B, the ID of the terminal communicating with system B and the IP address.”<br>（……目标三元组，其包括系统B的ID、与系统B通信的终端的ID以及IP地址。）	目标专利中，“第二WTRU”为原控制方WTRU，转移请求中携带第二WTRU身份以表明控制权来源自哪一协同设备。<br>对比文件[0016]、[0028]提及的终端标识是转移目标端系统B中终端的电话号码或终端ID（用于寻址目标设备），其既不是包含在IMS实体发给目标端的“协同会话控制转移请求”中，也不是指示让出控制权的源端第二WTRU的身份。技术方案与所起技术作用完全不同。因此，技术特征S未公开。
技术特征T：<br>所述WTRU的身份<br><br>《未公开》	[0016]、[0028]（同特征S引用）	目标专利说明书[0095]、[0108]、[0113]说明，转移请求中包含接受控制权的新的控制方WTRU标识（即目标WTRU自身的标识），以便目标端确认自身角色。<br>对比文件中的目标终端信息仅用于源网络查询HLR/HSS及MIPv4重定向，并不存在在向目标WTRU发送的协同会话控制转移请求中携带该WTRU的身份的技术方案与作用。因此，技术特征T未公开。

<<<A>>>

<<>>

<<<f>>>

<<>>

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

技术特征描述及公开性判断结果	对比文件原文引用	公开性论述
技术特征A：该WTRU包括<br>《直接公开》	[0001] "The invention relates to a network entity, user equipment and a method for merging plurality of communication sessions from a first user into a single session towards a second user."（本发明涉及一种用于将来自第一用户的多个通信会话合并为针对第二用户的单个会话的网络实体、用户设备和方法。）<br>[0035] "...where a UE 1 initiates, in signal 11, a circuit switched (CS) call towards the other end (e.g. UE 2)..."（……其中UE 1在信号11中发起经由CS网络3针对对端（例如UE 2）的电路交换（CS）呼叫……）<br>[0042] "In one aspect of the invention, similar split/merge logic is implemented at user equipment (UE)..."（在本发明的一个方面，类似的分裂/合并逻辑在用户设备（UE）处实现……）	对比文件公开了用户设备（UE，即User Equipment），例如UE 1和UE 2。目标专利说明书[0031]明确指出WTRU可以包括用户设备（UE）。两者在通信系统中均作为无线终端设备，作用相同。因此，对比文件直接公开了技术特征A。
技术特征B：接收机<br>《直接公开》	[0009] "...In other words, the UE in the other end may receive media updates (e.g. SIP re-INVITE requests) due to the access transfer..."（……换句话说，对端的UE可能由于接入转移而接收媒体更新（例如SIP re-INVITE请求）……）<br>[0035] "...in signal 16, the split/merge AS 9 sends a re-INVITE towards the other end (UE 2)."（……在信号16中，split/merge AS 9向对端（UE 2）发送re-INVITE。）<br>[0042] "...The terminal device (UE 2) may merge the sessions internally even if the network does not support merge/split logic."（……即使网络不支持合并/分裂逻辑，终端设备（UE 2）也可以在内部合并会话。）	对比文件中明确记载UE 2（对端用户设备）能够接收来自网络侧（如通过S-CSCF/TAS转交的re-INVITE请求）的消息更新。UE作为无线通信终端，其接收无线下行信令和消息必须具备物理接收机/射频接收部件。在对比文件中其用于接收网络侧下发的SIP消息，与目标专利中接收机的功能和作用完全相同。因此，本领域技术人员可以毫无疑义地确定对比文件直接公开了技术特征B。
技术特征C：被配置成接收来自IMS实体的协同会话控制转移请求<br>《未公开》	对比文件全文未记载任何协同会话控制转移请求。	目标专利中，该特征是指在IMS协同会话（Collaborative Session）中，WTRU接收来自IMS实体（如SCC AS）关于将会话控制权（Control of the collaborative session）转移给该WTRU的控制转移请求（例如图9之930、图11之1140等，请求成为控制方WTRU）。<br>对比文件涉及的是会话合并（Session Merge）技术，网络侧实体（split/merge AS）仅是将来自同一用户的语音与视频等多个单独会话合并为针对对端的一个会话，并在信令16中向UE 2发送SIP re-INVITE以添加媒体组件（如视频共享媒体）。该re-INVITE仅仅是现存会话中的媒体更新/重协商请求，并不存在协同会话控制权的转移机制，更不存在指示将协同会话控制权转移给UE的请求。两者技术方案及解决的技术问题完全不同，即便以极其宽松的标准考量，对比文件也未公开或隐含公开关于“协同会话控制转移请求”的技术内容。
技术特征D：其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求<br>《未公开》	对比文件全文未记载任何协同会话控制转移请求及接收会话控制的指示。	目标专利中，该请求向目标WTRU明确指示请求其承担/接收对已有协同会话的控制权（即成为Controller/控制方WTRU）。<br>对比文件中向UE 2发送的仅是SIP re-INVITE消息（用于向UE 2添加媒体流，如视频），该消息完全不包含、也不指示接收对IMS协同会话控制权的内容。因此，对比文件未公开也未隐含公开技术特征D。
技术特征E：其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起<br>《未公开》	对比文件全文未记载网络实体基于控制信令退化或损失而发起控制转移请求。	目标专利说明书[0117]记载：“由于用户简档、当前条件（例如，控制方WTRU（WTRU-1 1101）到SCC AS 1104的连接已经降低）或根据预配置，SCC AS 1104可发起协同控制转移”。<br>对比文件中，split/merge AS向UE 2发送re-INVITE完全是由UE 1发起新的视频共享会话（信号14）并在检测到相同ICSI值时由合并逻辑触发的，根本没有涉及第二WTRU（控制方）控制信令的退化、劣化或损失（degradation or loss），也没有基于该原因发起请求的机制。因此，对比文件未公开也未隐含公开技术特征E。
技术特征F：发射机<br>《直接公开》	[0012] "The invention relates to a network entity, user equipment and a method for merging plurality of communication sessions from a first user into a single session towards a second user."（本发明涉及一种用于将来自第一用户的多个通信会话合并为针对第二用户的单个会话的网络实体、用户设备和方法。）<br>[0035] "...where a UE 1 initiates, in signal 11, a circuit switched (CS) call towards the other end (e.g. UE 2)... in signal 14, the UE 1 initiates a video sharing session with the same other end (UE 2)."（……其中UE 1在信号11中发起针对对端的CS呼叫……在信号14中，UE 1发起针对相同对端的视频共享会话。）	对比文件中公开了UE 1和UE 2等用户设备，且UE能够发起通信会话（如发起呼叫、建立SIP会话传输媒体等）。用户设备要实现无线信号的发送与信令交互，必然包括发射机。发射机在对比文件中的作用为发射无线信号及上行控制信息，与目标专利中发射机的作用相同。因此，对比文件直接公开了技术特征F。
技术特征G：被配置成向所述IMS实体传送响应<br>《隐含公开》	[0002] "Within the IP (Internet Protocol) Multimedia Subsystem (IMS) as defined by 3rd Generation Partnership Project (3GPP) Session Initiation Protocol (SIP) defined by Internet Engineering Task Force (IETF) is used for controlling communication. SIP is an application-layer control protocol for creating, modifying, and terminating sessions with one or more participants."（在3GPP定义的IMS内，IETF定义的SIP用于控制通信。SIP是用于创建、修改和终止会话的应用层控制协议。）<br>[0009] "...In other words, the UE in the other end may receive media updates (e.g. SIP re-INVITE requests) due to the access transfer..."（……换句话说，对端的UE可能由于接入转移而接收媒体更新（例如SIP re-INVITE请求）……）<br>[0035] "...in signal 16, the split/merge AS 9 sends a re-INVITE towards the other end (UE 2)."（……在信号16中，split/merge AS 9向对端（UE 2）发送re-INVITE。）	对比文件明确指出基于SIP协议机制进行会话通信，并在信号16中由网络侧向UE 2发送SIP re-INVITE请求。根据SIP协议标准规范（RFC 3261），UE在接收到re-INVITE请求后，必然会向网络侧（IMS实体）反馈响应消息（例如200 OK等SIP响应）。本领域技术人员结合对比文件公开的SIP协议交互框架及re-INVITE流程，能够必然且合理地推断出UE具备向IMS实体回送响应消息的能力及配置。虽然该响应不是针对“控制转移请求”的响应，但以宽松的隐含公开标准考量，终端配置成向IMS实体传送响应这一通信交互配置被对比文件隐含公开。
技术特征H：其中所述响应指示接受所述协同会话控制转移请求<br>《未公开》	对比文件全文未记载任何接受协同会话控制转移请求的响应。	目标专利中，该响应指示接受对协同会话控制权的转移（例如图9之940、图11之1150中指示接受承担控制方WTRU角色）。<br>对比文件中UE 2即便反馈SIP响应（如200 OK），其指示的也仅仅是对多媒体更新（添加视频流）的接受，对比文件中自始至终不存在协同会话控制转移请求，因而绝不可能存在“指示接受所述协同会话控制转移请求”的响应。因此，对比文件未公开也未隐含公开技术特征H。
技术特征I：控制器<br>《直接公开》	[0041] "...The units described above may be implemented e.g using microprocessors and/or other electrical components and/or by software."（……上述单元可以例如使用微处理器和/或其他电气部件和/或由软件来实现。）<br>[0042] "In one aspect of the invention, similar split/merge logic is implemented at user equipment (UE)... The terminal device (UE 2) may merge the sessions internally even if the network does not support merge/split logic."（在本发明的一个方面，类似的分裂/合并逻辑在用户设备（UE）处实现……即使网络不支持合并/分裂逻辑，终端设备（UE 2）也可以在内部合并会话。）<br>[0043] "...Functions of the split/merge AS described above may be implemented by code means, as software, and loaded into memory of a computer."（……上述split/merge AS的功能可以通过代码装置实现为软件，并加载到计算机的存储器中。）	目标专利中控制器用于实现WTRU的数据处理与控制逻辑。对比文件明确公开了UE 2作为终端设备可实现会话合并逻辑，且指出其单元通过微处理器（microprocessors）、电气部件或软件执行。本领域中微处理器即为典型的控制器，其在UE中负责协议处理与业务控制，与目标专利中控制器的硬件本质及控制作用相同。因此，对比文件直接公开了技术特征I。
技术特征J：被配置成在对所述现有的IMS协同会话的控制正被转移到所述WTRU时<br>《未公开》	对比文件全文未记载协同会话控制转移的时序或状态配置。	目标专利中，技术特征J限定了控制器执行控制协同会话的特定时间节点/触发条件（即在协同会话控制权正被转移至该WTRU的过渡过程或状态下）。<br>对比文件中根本不存在协同会话控制权的转移过程，控制器的配置更与“控制正被转移到所述WTRU”毫无关联。因此，对比文件未公开也未隐含公开技术特征J。
技术特征K：控制所述现有的IMS协同会话<br>《未公开》	对比文件全文未记载被控制方WTRU接收控制权并控制协同会话。	目标专利说明书[0085]明确解释：“WTRU-1 601是控制方WTRU，WTRU-2 602是被控制方WTRU，由此WTRU-1 601具有对两个WTRU的协同媒体会话的控制。作为控制方WTRU，WTRU-1 601控制协同会话，并可在作为协同会话一部分的WTRU之间增加、去除、释放、复制或转移媒体流”。<br>对比文件中，UE 2仅是对端接收方，并不具有控制其他协同参与设备媒体流的能力，不存在作为IMS协同会话控制方去控制整个IMS协同会话的机制。因此，对比文件未公开也未隐含公开技术特征K。
技术特征L：其中所述WTRU是处于所述现有的IMS协同会话中的被控制方WTRU<br>《未公开》	对比文件全文未记载IMS协同会话中的被控制方WTRU概念。	目标专利中，协同会话中参与设备区分为控制方WTRU（Controller）与被控制方WTRU（Controllee，其媒体流处于协同会话中但受控制方控制）。<br>对比文件仅涉及常规的点对点多媒体会话（UE 1与UE 2之间的CS呼叫、视频共享等在网络侧由split/merge AS做表面上的单会话聚合呈现），不存在主从协同架构中的“被控制方WTRU”概念。因此，对比文件未公开也未隐含公开技术特征L。
技术特征M：其中所述WTRU具有与远端方之间的IMS媒体流<br>《直接公开》	[0009] "...if the UE is engaged in a SIP session in WLAN that includes voice over IP (VoIP) speech component and video sharing media..."（……如果UE在WLAN中参与包括VoIP语音组件和视频共享媒体的SIP会话……）<br>[0035] "...Later on during the voice call, in signal 14, the UE 1 initiates a video sharing session with the same other end (UE 2)... in signal 16, the split/merge AS 9 sends a re-INVITE towards the other end (UE 2)."（……稍后在语音呼叫期间，在信号14中，UE 1发起与同一对端（UE 2）的视频共享会话……在信号16中，split/merge AS 9向对端（UE 2）发送re-INVITE。）	对比文件中，UE 2（对端，即相当于远端方）与UE 1之间建立了多媒体会话（包括语音媒体及通过re-INVITE更新建立的视频媒体流）。在UE 2视角下，其作为WTRU具有与对端（远端方）之间的IMS媒体流。该媒体流用于端到端的多媒体数据通信，作用完全相同。因此，对比文件直接公开了技术特征M。
技术特征N：其中对所述现有的IMS协同会话的所述控制从第二WTRU转移到所述WTRU<br>《未公开》	对比文件全文未记载会话控制从第二WTRU转移到第一WTRU。	目标专利中该特征限定了协同会话控制权的流向（由原来的控制方第二WTRU转移到当前WTRU）。<br>如前所述，对比文件中根本没有协同会话控制转移的概念和流程。因此，对比文件未公开也未隐含公开技术特征N。
技术特征O：其中所述协同会话控制转移请求和所述响应是会话发起协议(SIP)消息<br>《隐含公开》	[0002] "Within the IP (Internet Protocol) Multimedia Subsystem (IMS) as defined by 3rd Generation Partnership Project (3GPP) Session Initiation Protocol (SIP) defined by Internet Engineering Task Force (IETF) is used for controlling communication..."（在3GPP定义的IMS内，IETF定义的SIP用于控制通信……）<br>[0014] "The re-negotiation of the ongoing session may comprise transmitting a re-INVITE or an UPDATE request of Session Initiation Protocol (SIP)."（对进行中会话的重新协商可包括发送SIP的re-INVITE或UPDATE请求。）<br>[0035] "...in signal 16, the split/merge AS 9 sends a re-INVITE towards the other end (UE 2)."（……在信号16中，split/merge AS 9向对端（UE 2）发送re-INVITE。）	尽管对比文件中的re-INVITE及对应的200 OK并非“协同会话控制转移请求”和“响应”，但对比文件明确公开了在IMS架构中网络与终端之间传递控制请求及响应消息所采用的消息协议类型为SIP消息（SIP re-INVITE、UPDATE等及其响应）。本领域技术人员基于宽泛的隐含公开推理，对比文件已公开了使用SIP消息作为请求和响应的载体。因此，技术特征O中关于“请求和响应采用SIP消息”的技术手段被对比文件隐含公开。
技术特征P：其中所述协同会话控制转移请求包括以下中的一者或多者<br>《未公开》	对比文件全文未公开协同会话控制转移请求及其包含的消息载荷字段。	技术特征P为引入后续特征Q-T的上位限定，由于对比文件中根本不存在协同会话控制转移请求，因而也不可能包含技术特征P所述的多项内容中的一者或多者。因此，对比文件未公开也未隐含公开技术特征P。
技术特征Q：所述现有的IMS协同会话的身份<br>《未公开》	对比文件全文未在协同会话控制转移请求中记载现有IMS协同会话的身份。	目标专利中，该特征为控制转移请求中携带的现有协同会话的标识（Session ID）。对比文件中无协同会话控制转移请求，虽然SIP消息中通常含有Call-ID，但其并非协同会话的身份标识，更未包含在控制转移请求中。因此未公开也未隐含公开技术特征Q。
技术特征R：所述现有的IMS协同会话的媒体流的身份<br>《未公开》	对比文件全文未在协同会话控制转移请求中记载协同会话媒体流的身份。	目标专利中该特征是指控制转移请求中指示受控制转移影响的特定媒体流ID。对比文件中不存在协同会话控制转移请求，也没有在转移请求中携带受控媒体流身份的机制。因此未公开也未隐含公开技术特征R。
技术特征S：所述第二WTRU的身份<br>《未公开》	对比文件全文未在协同会话控制转移请求中携带第二WTRU的身份。	目标专利中该特征是指在协同控制转移请求中携带原控制方（第二WTRU）或新控制方的身份标识。对比文件既无该控制转移请求，也未公开在控制转移请求中携带第二WTRU身份的技术方案。因此未公开也未隐含公开技术特征S。
技术特征T：所述WTRU的身份<br>《未公开》	对比文件全文未在协同会话控制转移请求中携带所述WTRU的身份。	目标专利中该特征是指在协同会话控制转移请求中携带目标接收控制权的WTRU身份。对比文件中并不存在协同会话控制转移请求及其相关标识机制。因此未公开也未隐含公开技术特征T。

<<<A>>>

<<>>

<<<F>>>

<<<g>>>

<<>>

<<<M>>>

<<<o>>>

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

**技术特征比对与公开性评估**

技术特征描述以及公开性判断结果	对比文件原文引用	公开性论述
技术特征A：该WTRU包括<br>《隐含公开》	原文引用：<br>[0034] Step 101: A calling terminal originates a call; a Visitor Mobile Switching Center (VMSC) sends a trigger request of the call to an SCP according to Originating CAMEL Subscription Information (O_CSI)...<br>中文翻译：<br>[0034] 步骤 101：主叫终端发起呼叫；拜访移动交换中心（VMSC）根据主叫 CAMEL 签约信息（O_CSI）向 SCP 发送呼叫的触发请求……<br><br>原文引用：<br>[0002] ...At present, most IMS operators are traditional network operators who have 2G and 3G Public Land Mobile Networks (PLMNs) in the CS domain... The Voice Call Continuity (VCC)-based IP Multimedia Subsystem (IMS) solution refers to the continuity of calls between the CS domain and the IMS domain...<br>中文翻译：<br>[0002] ……目前，大多数 IMS 运营商都是在 CS 域拥有 2G 和 3G 公共陆地移动网络（PLMN）的传统网络运营商……基于语音呼叫连续性（VCC）的 IP 多媒体子系统（IMS）解决方案指的是 CS 域与 IMS 域之间的呼叫连续性……	目标专利说明书段落[0031]、[0042]指出，WTRU 可包括用户设备（UE）、移动台、蜂窝电话等无线通信终端实体。对比文件公开了移动通信系统中的主叫终端（calling terminal）、被叫终端（called terminal），用于在 2G/3G PLMN 等移动通信网络及 IMS 域之间进行呼叫及切换。基于隐含公开标准，本领域技术人员能够合理推断对比文件中的终端必然包含该终端实体本身，因此技术特征A被对比文件隐含公开。
技术特征B：接收机<br>《隐含公开》	原文引用：<br>[0002] ...VCC needs to comply with 3GPP TR 23.806, TR23.206 and TR 24.206 and requires that terminals support the VCC application defined in these protocols.<br>中文翻译：<br>[0002] ……VCC 需要符合 3GPP TR 23.806、TR23.206 和 TR 24.206，并且要求终端支持这些协议中定义的 VCC 应用。<br><br>原文引用：<br>[0046] Step 1033: The MGCF establishes a Session Initiation Protocol (SIP) Invite message according to the routing data and sends the SIP Invite message, IMRN and the call to an Interrogating Call Session Control Function (I-CSCF) to establish a communication connection with a user in the IMS domain.<br>中文翻译：<br>[0046] 步骤 1033：MGCF 根据路由数据建立会话发起协议（SIP）Invite 消息，并将该 SIP Invite 消息、IMRN 和呼叫发送到查询呼叫会话控制功能（I-CSCF），以与 IMS 域中的用户建立通信连接。	目标专利说明书段落[0042]、[0043]、[0046]明确指出 WTRU 具备收发信机或接收机用于接收无线信号与控制信令。对比文件公开了终端能够进行通信、支持 VCC 应用并建立通信连接接收呼叫。本领域技术人员结合公知常识可直接推断，移动终端必须具备接收机模块方可接收下行信号与信令。基于极其宽松的隐含公开标准，技术特征B被隐含公开。
技术特征C：被配置成接收来自IMS实体的协同会话控制转移请求<br>《未公开》	原文引用：<br>全篇未记载协同会话（collaborative session）或协同会话控制转移请求。<br>参见 [0005]–[0006]:<br>"Exemplary embodiments of the invention provide a method and system for call continuity between a Circuit Switched (CS) domain and an IP Multimedia Subsystem (IMS) domain by means of interworking between a Service Control Point (SCP) and an Application Server (AS)."<br>中文翻译：<br>[0005] 本发明的示例性实施例提供了一种通过业务控制点（SCP）与应用服务器（AS）之间的互通来实现电路交换（CS）域与 IP 多媒体子系统（IMS）域之间的呼叫连续性的方法和系统。	结合目标专利说明书段落[0084]–[0086]、[0115]–[0120]可知，“协同会话控制转移请求”是指在多个 WTRU 共同参与的 IMS 协同会话中，将整体会话的主控权（协同会话控制权）从一个控制方 WTRU 转移到另一个 WTRU（如由网络侧实体 SCC AS 发送给目标 WTRU 的协同会话控制转移请求）。而对比文件公开的仅是传统的“CS 域与 IMS 域之间的单终端语音呼叫连续性（VCC 域间切换锚定）”，在 SCP 与 AS/VCC-AS 之间交互路由信息（IMRN），完全没有涉及多个设备参与协同会话的概念，更无从接收“来自 IMS 实体的协同会话控制转移请求”。因此该技术特征未公开。
技术特征D：其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求<br>《未公开》	原文引用：<br>全篇未记载用于接收对现有的 IMS 协同会话控制的请求内容。<br>参见 [0039]–[0040]:<br>"Step 1023: The VCC-AS sends an SRI message to the SCP... The SRI message carries IMRN information."<br>中文翻译：<br>[0039] 步骤 1023：VCC-AS 向 SCP 发送 SRI 消息……该 SRI 消息携带 IMRN 信息。	目标专利说明书段落[0095]、[0108]、[0120]说明，该请求的作用是通知目标 WTRU 承担起作为协同会话主控方角色的控制权。对比文件涉及的仅是普通的呼叫建立或域间锚定转移流程，完全不包含指示接收协同会话控制权的内容。两者作用完全不同，对比文件无法推理出该技术特征，未公开。
技术特征E：其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起<br>《未公开》	原文引用：<br>全篇未记载第二 WTRU 的控制信令退化或损失触发转移请求。<br>参见 [0034]、[0056]:<br>"Step 101: A calling terminal originates a call..."<br>"Step 201: A GMSC sends a trigger request of a call to an SCP according to the Terminating CAMEL Subscription Information (T_CSI)."<br>中文翻译：<br>[0034] 步骤 101：主叫终端发起呼叫……<br>[0056] 步骤 201：GMSC 根据被叫 CAMEL 签约信息（T_CSI）向 SCP 发送呼叫的触发请求。	目标专利说明书段落[0117]记载：“由于用户简档、当前条件（例如，控制方WTRU（WTRU-1）到SCC AS的连接已经降低）或根据预配置，SCC AS可发起协同控制转移”。这明确给出了基于原控制方 WTRU 的控制信令退化或降低而由网络实体发起转移的发明构思。而对比文件的信令发起仅基于常规呼叫触发或 CAMEL 签约信息触发，既无第二 WTRU，更无“控制信令退化或损失”的判定条件。因此该技术特征未被公开。
技术特征F：发射机<br>《隐含公开》	原文引用：<br>[0034] Step 101: A calling terminal originates a call...<br>中文翻译：<br>[0034] 步骤 101：主叫终端发起呼叫……<br><br>[0002] ...requires that terminals support the VCC application defined in these protocols.<br>中文翻译：<br>[0002] ……要求终端支持这些协议中定义的 VCC 应用。	目标专利说明书段落[0042]–[0046]记载了包含发射/接收元件及处理器的结构。对比文件中主叫终端发起呼叫、向网络发送呼叫请求信息，必须依赖硬件发射模块发送射频/无线信号。本领域技术人员基于公知常识即可毫无疑义地推断终端必须包含发射机。依据宽松的隐含公开规则，该特征被隐含公开。
技术特征G：被配置成向所述IMS实体传送响应<br>《未公开》	原文引用：<br>全篇未记载终端向 IMS 实体传送响应于协同会话控制转移请求的响应。<br>参见 [0012]–[0013]:<br>"the AS is configured to receive a request sent by the SCP... the SCP is configured to receive a call and a trigger request of the call, send a request to the AS and receive routing information sent by the AS..."<br>中文翻译：<br>[0012] AS 配置为接收 SCP 发送的请求……[0013] SCP 配置为接收呼叫以及该呼叫的触发请求，向 AS 发送请求并接收 AS 发送的路由信息……	结合技术特征C与D，目标专利说明书段落[0109]、[0120]说明该“响应”是针对 IMS 实体下发的协同会话控制转移请求而回传的信令消息（如 SIP 响应或确认）。对比文件中终端并未接收到任何协同会话控制转移请求，因此也完全不存在向 IMS 实体传送对应的协同控制转移响应。即使对比文件中有呼叫过程中的终端响应，其技术方案和功能作用也完全不同。该特征未公开。
技术特征H：其中所述响应指示接受所述协同会话控制转移请求<br>《未公开》	原文引用：<br>全篇未记载响应指示接受协同会话控制转移请求。	目标专利说明书段落[0109]、[0120]、[0240]记载目标 WTRU 向 SCC AS 发送指示接受控制转移的响应或确认。对比文件根本不存在协同会话控制转移场景，终端亦无针对该请求表达“接受转移”的动作与控制信令。该特征未公开。
技术特征I：控制器<br>《隐含公开》	原文引用：<br>[0002] ...requires that terminals support the VCC application defined in these protocols.<br>中文翻译：<br>[0002] ……要求终端支持这些协议中定义的 VCC 应用。<br><br>[0084] ...Those skilled in the art understand that the method in the above embodiments may also be applied to the handover of calls between other similar communication service domains.<br>中文翻译：<br>[0084] ……本领域技术人员理解，上述实施例中的方法也可以应用于其他类似通信业务域之间的呼叫切换。	目标专利说明书段落[0043]指出控制器/处理器用于执行数据处理、控制信令处理等。对比文件中终端支持 VCC 协议应用并执行呼叫发起与通信流程，本领域技术人员基于常识能够推知终端内部必然具备控制器/处理器模块以执行软件和协议逻辑。在极其宽松的隐含公开判断下，技术特征I被隐含公开。
技术特征J：被配置成在对所述现有的IMS协同会话的控制正被转移到所述WTRU时<br>《未公开》	原文引用：<br>全篇未记载现有的 IMS 协同会话控制正被转移到 WTRU 的时机或配置。	目标专利说明书段落[0085]、[0096]、[0109]、[0120]说明，该特征限定了控制器在会话控制权切换过程中的状态与配置触发时机。对比文件属于单用户/单终端的 CS 与 IMS 域间 VCC 切换，不涉及多设备 IMS 协同会话，更不存在“协同会话控制正被转移到该 WTRU”的过程。该特征未公开。
技术特征K：控制所述现有的IMS协同会话。<br>《未公开》	原文引用：<br>全篇未记载控制现有的 IMS 协同会话。<br>参见 [0005]:<br>"method and system for call continuity between a Circuit Switched (CS) domain and an IP Multimedia Subsystem (IMS) domain..."<br>中文翻译：<br>[0005] ……用于在电路交换（CS）域与 IP 多媒体子系统（IMS）域之间实现呼叫连续性的方法和系统……	目标专利说明书段落[0076]、[0085]明确指出：“控制协同会话可包括，例如，开始或停止媒体流、增加或去除媒体流、在另一个WTRU上转移或复制媒体流、调整比特速率或终止通信。作为控制方WTRU，WTRU具有对两个WTRU的协同媒体会话的控制”。对比文件公开的终端仅能控制自身单一呼叫的通话，完全未公开对包含多个参与方的协同会话进行整体控制。该特征未公开。
技术特征L：其中所述WTRU是处于所述现有的IMS协同会话中的被控制方WTRU。<br>《未公开》	原文引用：<br>全篇未记载协同会话中的被控制方 WTRU。	目标专利说明书段落[0085]、[0110]、[0116]明确区分了协同会话中的“控制方 WTRU”与“被控制方 WTRU”，受让方在转移完成前为协同会话中的被控制方 WTRU。对比文件中完全没有多设备的协同架构角色划分（无控制方/被控制方概念）。该特征未公开。
技术特征M：其中所述WTRU具有与远端方之间的IMS媒体流。<br>《隐含公开》	原文引用：<br>[0046] Step 1033: The MGCF establishes a Session Initiation Protocol (SIP) Invite message according to the routing data and sends the SIP Invite message, IMRN and the call to an Interrogating Call Session Control Function (I-CSCF) to establish a communication connection with a user in the IMS domain.<br>中文翻译：<br>[0046] 步骤 1033：MGCF 根据路由数据建立会话发起协议（SIP）Invite 消息，并将该 SIP Invite 消息、IMRN 和呼叫发送到查询呼叫会话控制功能（I-CSCF），以与 IMS 域中的用户建立通信连接。<br><br>[0002] ...The Voice Call Continuity (VCC)-based IP Multimedia Subsystem (IMS) solution refers to the continuity of calls between the CS domain and the IMS domain...<br>中文翻译：<br>[0002] ……基于语音呼叫连续性（VCC）的 IP 多媒体子系统（IMS）解决方案指的是 CS 域与 IMS 域之间的呼叫连续性……	目标专利说明书段落[0082]、[0084]、[0110]记载 WTRU 与远端方之间建立并维持媒体流（如语音、视频等）。对比文件涉及 IMS 域内的呼叫接续及语音通话，呼叫连接建立后终端与远端用户之间必然形成 IMS 域的媒体流（语音流）。在极其宽松的隐含公开标准下，对比文件部分公开了终端具备与对端用户建立 IMS 媒体通信的能力，可视为隐含公开了终端具有与远端方之间的 IMS 媒体流。
技术特征N：其中对所述现有的IMS协同会话的所述控制从第二WTRU转移到所述WTRU。<br>《未公开》	原文引用：<br>全篇未记载协同会话控制从第二 WTRU 转移到该 WTRU。<br>参见 [0002]、[0006]:<br>"continuity of calls between the CS domain and the IMS domain."<br>中文翻译：<br>[0002] ……CS 域与 IMS 域之间的呼叫连续性。	目标专利说明书段落[0085]、[0087]、[0115]记载协同会话的控制权从原控制方（第二 WTRU）转移到目标 WTRU。对比文件解决的是同一个用户或同一设备在 CS 域与 IMS 域之间的网络间漫游与域间切换（VCC），是网络域的切换而非会话控制权在两个 WTRU 之间发生转移。该特征未公开。
技术特征O：其中所述协同会话控制转移请求和所述响应是会话发起协议(SIP)消息。<br>《未公开》	原文引用：<br>[0046] Step 1033: The MGCF establishes a Session Initiation Protocol (SIP) Invite message according to the routing data and sends the SIP Invite message, IMRN and the call to an Interrogating Call Session Control Function (I-CSCF) to establish a communication connection with a user in the IMS domain.<br>中文翻译：<br>[0046] 步骤 1033：MGCF 根据路由数据建立会话发起协议（SIP）Invite 消息，并将该 SIP Invite 消息、IMRN 和呼叫发送到查询呼叫会话控制功能（I-CSCF），以与 IMS 域中的用户建立通信连接。	目标专利说明书段落[0088]、[0090]指出协同会话控制转移中的转移请求和响应均采用 SIP 消息承载。对比文件虽然在段落[0046]公开了在 IMS 建立呼叫时采用 SIP Invite 消息，但该 SIP 消息是用于普通呼叫建立，与协同会话控制转移请求和响应毫无关系。在技术特征C、D、G、H均未公开的前提下，并不存在对应的控制转移请求和响应作为 SIP 消息。因此该特征未公开。
技术特征P：其中所述协同会话控制转移请求包括以下中的一者或多者<br>《未公开》	原文引用：<br>全篇未记载协同会话控制转移请求包含对应字段。<br>参见 [0036]:<br>"The anchor request carries or encapsules a called number, a calling number, bearer information, location information and trigger information of the calling party."<br>中文翻译：<br>[0036] 锚定请求携带或封装被叫号码、主叫号码、承载信息、位置信息和主叫方的触发信息。	目标专利说明书段落[0095]、[0108]、[0120]说明，在协同会话控制转移请求中必须包含协同会话标识、控制方标识或媒体流标识等特定内容以完成控制权交接。对比文件不存在“协同会话控制转移请求”，其记载的仅是 SCP 与 VCC-AS 间锚定请求中封装的主被叫号码和位置等信息。该特征未公开。
技术特征Q：所述现有的IMS协同会话的身份<br>《未公开》	原文引用：<br>全篇未记载现有的 IMS 协同会话的身份标识。	目标专利说明书段落[0095]、[0108]、[0120]指出，识别其控制将被转移的协同会话（会话ID）对于在多协同会话中准确定位目标会话至关重要。对比文件不存在协同会话，自然不可能包含协同会话的身份。该特征未公开。
技术特征R：所述现有的IMS协同会话的媒体流的身份<br>《未公开》	原文引用：<br>全篇未记载协同会话媒体流的身份标识。	目标专利说明书段落[0095]、[0108]、[0120]记载，控制转移请求可包含其控制将要被转移的一个或多个媒体流的 ID（如音频流、视频流 ID）。对比文件仅涉及传统呼叫接续，没有在控制转移请求中包含协同会话媒体流标识的技术方案。该特征未公开。
技术特征S：所述第二WTRU的身份<br>《未公开》	原文引用：<br>全篇未记载协同会话控制转移请求中携带第二 WTRU 的身份。<br>参见 [0036]:<br>"The anchor request carries or encapsules a called number, a calling number..."<br>中文翻译：<br>[0036] 锚定请求携带或封装被叫号码、主叫号码……	目标专利说明书段落[0095]、[0100]、[0108]指出该身份用于指示原控制方 WTRU 或新的控制方 WTRU。对比文件中仅公开了单终端呼叫中的主叫号码/被叫号码，并未在协同会话控制转移请求中包含参与协同会话的第二 WTRU 的身份标识。该特征未公开。
技术特征T：所述WTRU的身份。<br>《未公开》	原文引用：<br>全篇未记载在协同会话控制转移请求中携带该受让控制权的 WTRU 身份。<br>参见 [0036]:<br>"The anchor request carries or encapsules a called number, a calling number..."<br>中文翻译：<br>[0036] 锚定请求携带或封装被叫号码、主叫号码……	目标专利说明书段落[0095]、[0108]、[0113]记载控制转移请求包含新的控制方 ID（即接收控制转移的 WTRU 的 ID，如 GRUU、公共用户身份等）。对比文件中的被叫号码为常规电话号码，且其所处消息并非“协同会话控制转移请求”。由于不存在该特定请求上下文，该特征未公开。

---

<<<a>>>

<<>>

<<<f>>>

<<>>

<<<m>>>

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

针对给定的目标专利技术特征、目标专利说明书以及对比文件（对比文件JP2008092579A5无说明书正文内容输入），对各技术特征的公开性进行严谨评估与比对分析如下。

---

### 特征比对表格

技术特征描述及公开性判断结果	对比文件原文引用	公开性论述
技术特征A：该WTRU包括<br>【未公开】	无说明书内容记载（未提供相关文本）	目标专利说明书中WTRU为无线发射/接收单元（[0031]等）。由于对比文件无任何说明书文本或附图内容输入，本领域技术人员无法从对比文件中得出该结构特征，既未直接公开，也无法合理推知其隐含公开。
技术特征B：接收机<br>【未公开】	无说明书内容记载（未提供相关文本）	目标专利图1B及[0042]-[0046]公开了收发信机与接收元件。因对比文件缺乏说明书内容支撑，无法认定其直接公开或隐含公开了用于接收无线信号的接收机。
技术特征C：被配置成接收来自IMS实体的协同会话控制转移请求<br>【未公开】	无说明书内容记载（未提供相关文本）	目标专利[0087]、[0117]-[0120]说明了SCC AS发起协同会话控制转移时向目标WTRU发送请求。对比文件无任何文字内容披露IMS实体交互或协同会话控制转移请求的接收过程，未直接或隐含公开。
技术特征D：其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求<br>【未公开】	无说明书内容记载（未提供相关文本）	目标专利说明书[0108]、[0120]记载了消息请求WTRU承担或成为现有协同会话的控制方。对比文件缺少文本记载，无法获知存在该指示语义与功能，未直接或隐含公开。
技术特征E：其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起<br>【未公开】	无说明书内容记载（未提供相关文本）	目标专利说明书[0117]记载“当前条件（例如，控制方WTRU到SCC AS的连接已经降低）……SCC AS可发起协同控制转移”。对比文件无说明书输入，未公开触发会话转移的信令退化或损失机制，未直接或隐含公开。
技术特征F：发射机<br>【未公开】	无说明书内容记载（未提供相关文本）	目标专利说明书图1B、[0043]-[0046]记载了WTRU发射元件与收发信机。对比文件无文本记载，无法认定直接或隐含公开。
技术特征G：被配置成向所述IMS实体传送响应<br>【未公开】	无说明书内容记载（未提供相关文本）	目标专利说明书[0120]中目标WTRU向SCC AS发送控制转移确认/响应。对比文件无任何通信交互文本记载，未直接或隐含公开。
技术特征H：其中所述响应指示接受所述协同会话控制转移请求<br>【未公开】	无说明书内容记载（未提供相关文本）	目标专利说明书[0120]记载目标WTRU确认接受协同会话控制转移。对比文件无对应方案或信令描述，未直接或隐含公开。
技术特征I：控制器<br>【未公开】	无说明书内容记载（未提供相关文本）	目标专利说明书图1B、[0043]记载了处理器/控制器118。对比文件未提供文本，未直接或隐含公开。
技术特征J：被配置成在对所述现有的IMS协同会话的控制正被转移到所述WTRU时<br>【未公开】	无说明书内容记载（未提供相关文本）	目标专利说明书[0096]、[0120]明确了控制转移时机与交接状态。对比文件无上下文及流程支撑，未直接或隐含公开。
技术特征K：控制所述现有的IMS协同会话<br>【未公开】	无说明书内容记载（未提供相关文本）	目标专利说明书[0085]说明了控制方WTRU对媒体流增删、转移与协同会话的管理控制作用。对比文件未公开对协同会话执行控制的功能与实体，未直接或隐含公开。
技术特征L：其中所述WTRU是处于所述现有的IMS协同会话中的被控制方WTRU<br>【未公开】	无说明书内容记载（未提供相关文本）	目标专利说明书[0085]、[0116]明确指出转移发生前该目标WTRU已被纳入协同会话且处于被控制方状态。对比文件无任何技术内容记载，未直接或隐含公开。
技术特征M：其中所述WTRU具有与远端方之间的IMS媒体流<br>【未公开】	无说明书内容记载（未提供相关文本）	目标专利说明书[0084]、[0116]记载被控制方WTRU具有与远端方之间的媒体流B。对比文件无相关媒体路径披露，未直接或隐含公开。
技术特征N：其中对所述现有的IMS协同会话的所述控制从第二WTRU转移到所述WTRU<br>【未公开】	无说明书内容记载（未提供相关文本）	目标专利说明书[0085]、[0115]记载原控制方WTRU（第二WTRU）的角色移交。对比文件无任何说明书文本记载多设备间控制角色的转移，未直接或隐含公开。
技术特征O：其中所述协同会话控制转移请求和所述响应是会话发起协议(SIP)消息<br>【未公开】	无说明书内容记载（未提供相关文本）	目标专利说明书[0088]、[0116]阐述控制平面采用SIP消息进行交互。对比文件无协议类型或信令报文的公开，未直接或隐含公开。
技术特征P：其中所述协同会话控制转移请求包括以下中的一者或多者<br>【未公开】	无说明书内容记载（未提供相关文本）	目标专利说明书[0095]、[0118]、[0120]明确了控制转移请求所携带的控制参数字段集合。对比文件无消息结构与字段记载，未直接或隐含公开。
技术特征Q：所述现有的IMS协同会话的身份<br>【未公开】	无说明书内容记载（未提供相关文本）	目标专利说明书[0106]、[0120]说明用于区分多个会话的会话ID。对比文件无此信息记载，未直接或隐含公开。
技术特征R：所述现有的IMS协同会话的媒体流的身份<br>【未公开】	无说明书内容记载（未提供相关文本）	目标专利说明书[0095]、[0120]记载用于标识受控媒体流的媒体流ID。对比文件无此标识公开，未直接或隐含公开。
技术特征S：所述第二WTRU的身份<br>【未公开】	无说明书内容记载（未提供相关文本）	目标专利说明书[0100]、[0177]记载控制方或转移源设备的身份标识。对比文件未记载任何设备标识信息，未直接或隐含公开。
技术特征T：所述WTRU的身份<br>【未公开】	无说明书内容记载（未提供相关文本）	目标专利说明书[0108]、[0120]记载目标控制方ID（如URI、GRUU、MSISDN等）。对比文件缺少相关说明书文本，未直接或隐含公开。

---

### 评估结论

由于对比文件【2009-06-25_JP2008092579A_发明专利_JP2008092579A5 JP2008092579A5 -.docx】未提供任何说明书正文内容与技术方案记载，本领域技术人员既无法从中直接得出技术特征A至T的相同技术方案，也无法基于现有公开内容合理推断出技术特征A至T中的任何特征。因此，技术特征A至T均未被对比文件直接公开或隐含公开。

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

针对目标专利权利要求所划分的技术特征A至技术特征T，结合目标专利说明书原文的解释以及对比文件（WO 2009/088814 A2）的全部公开内容，进行深度比对分析。

### 特征比对分析

技术特征描述及公开性判断结果	对比文件原文引用（含中文翻译及段落标号）	公开性论述
技术特征A：该WTRU包括<br>《直接公开》	[p0020]<br>原文："Communication system 100 includes multiple mobile stations (MSs) 102, 104, 106 (three shown), for example but not limited to a cellular telephone, a radiotelephone, or a Personal Digital Assistant (PDA), personal computer (PC), or laptop computer equipped for wireless voice and data communications. In various radio technologies, a mobile station such as MSs 102 and 104 may be referred to as a user equipment (UE), a subscriber station (SS), an access terminal (AT), or the like."<br>中文翻译：“通信系统100包括多个移动台（MS）102、104、106（示出三个），例如但不限于蜂窝电话、无线电电话、或配备用于无线语音和数据通信的个人数字助理（PDA）、个人计算机（PC）或便携式计算机。在各种无线电技术中，诸如MS 102和104的移动台可以被称为用户设备（UE）、订户站（SS）、接入终端（AT）等。”<br>[p0025]<br>原文："Referring now to FIG. 2, an architecture of an MS 200, such as MSs 102, 104, and 106 is provided in accordance with an embodiment of the present invention. MS 200 includes a processor 202... at least one memory device 204... user interface 206..."<br>中文翻译：“现在参考图2，根据本发明的一个实施例提供了MS 200（例如MS 102、104和106）的架构。MS 200包括处理器202……至少一个存储器设备204……用户界面206……”	对比文件公开了通信系统中的移动台（MS 102/104/106），并明确指出移动台即为UE、终端设备。目标专利说明书[0031]指出WTRU可以包括UE、移动台、蜂窝电话等。因此，对比文件中的MS 102/104实质上就是目标专利中的无线发射/接收单元（WTRU）。该特征被对比文件直接公开。
技术特征B：接收机<br>《隐含公开》	[p0020]<br>原文："Each MS 102, 104, 106 is in wireless communication with a respective Radio Access Network (RAN) 112, 122, 132 via a respective air interface 110, 120, 130. Each air interface 110, 120, 130 includes a forward link that includes a pilot channel, at least one forward link traffic channel, and forward link common and dedicated signaling channels."<br>中文翻译：“每个MS 102、104、106经由各自的空中接口110、120、130与各自的无线电接入网（RAN）112、122、132进行无线通信。每个空中接口110、120、130包括前向链路，该前向链路包括导频信道、至少一个前向链路业务信道、以及前向链路公共和专用信令信道。”<br>[p0025]、[p0028]、[p0035]、[p0042]<br>涉及MS通过前向链路接收来自网络的SIP信令与消息。	对比文件明确公开了MS通过空中接口的前向链路与RAN无线通信，接收前向链路上的信令与业务信道数据（如接收SIP Invite、SIP Refer等）。本领域技术人员结合公知常识和对比文件上下文可知，无线移动终端MS必然包含用于接收空中接口下行/前向无线信号的接收机（收发信机部件），该接收机在对比文件中实现空中信号解调与接收，其功能与目标专利相同，属于宽松标准下的隐含公开。
技术特征C：被配置成接收来自IMS实体的协同会话控制转移请求<br>《未公开》	[p0042]<br>原文："In addition, in response to receiving the modified second SIP Invite, SIP CC server 168 then requests 456, 458, 460, 462 that first terminating MS 104 switch from a call whose end point is MS 102 to a conference call whose end point is media server 144. That is, SIP CC server 168 requests that first terminating MS 104 dial into the media server. Preferably, SIP CC server 168 requests that first terminating MS 104 switch to the media server by conveying a first SIP Refer message to MS 104..."<br>中文翻译：“此外，响应于接收到修改后的第二SIP Invite，SIP CC服务器168接着请求（456、458、460、462）第一被叫MS 104从端点为MS 102的呼叫切换到端点为媒体服务器144的会议呼叫。即，SIP CC服务器168请求第一被叫MS 104拨入媒体服务器。优选地，SIP CC服务器168通过向MS 104传送第一SIP Refer消息来请求第一被叫MS 104切换到媒体服务器……”	目标专利说明书（如[0006]、[0085]、[0095]、[0108]、[0113]等）中，“协同会话控制转移请求”（Collaborative Session Control Transfer Request）是指在IMS协同会话中，将对各参与方及媒体流的增删、释放、复制、转移等管理控制权（floor/session control）从一个控制方WTRU转移给另一个WTRU的控制信令。<br>对比文件[p0042]公开的SIP Refer消息仅仅是指示MS 104将其自身的呼叫端点切换拨入到集中式的会议媒体服务器（media server 144）以建立多方会议通话，属于传统的多方会议呼叫腿建立/重定向，根本不涉及在协同会话各设备之间转移“协同会话的控制权”，因此对比文件未公开“协同会话控制转移请求”，既非直接公开，也无法合理推导出隐含公开。
技术特征D：其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求<br>《未公开》	[p0042]<br>原文："That is, SIP CC server 168 requests that first terminating MS 104 dial into the media server. Preferably, SIP CC server 168 requests that first terminating MS 104 switch to the media server by conveying a first SIP Refer message to MS 104..."<br>中文翻译：“即，SIP CC服务器168请求第一被叫MS 104拨入媒体服务器。优选地，SIP CC服务器168通过向MS 104传送第一SIP Refer消息来请求第一被叫MS 104切换到媒体服务器……”	在目标专利说明书（如[0095]、[0108]、[0113]）中，该请求是明确请求该WTRU“承担协同会话的控制方角色，接收协同会话控制”。而对比文件中网络发送给MS 104的仅是让MS 104拨入媒体服务器（dial into the media server 144）接入会议，并未指示其接收对现有协同会话的整体控制权。两者的技术方案、功能及作用完全不同，未公开。
技术特征E：其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起<br>《未公开》	[p0016]、[p0036]<br>原文："A mobile station (MS) that receives an invitation to participate in a call determines to switch the call to a three way call. The MS conveys a request to an IMS network to switch the call to a conference call."<br>中文翻译：“接收到参与呼叫的邀请的移动台（MS）确定将该呼叫切换为三方呼叫。该MS向IMS网络传送将该呼叫切换为会议呼叫的请求。”	目标专利说明书[0117]明确记载：“由于用户简档、当前条件（例如，控制方WTRU到SCC AS的连接已经降低）或根据预配置，SCC AS可发起协同控制转移”，技术特征E对应于控制信令退化或损失时网络触发的被动转移机制。<br>对比文件中向媒体服务器切换的发起，完全是由MS 104主动发起（用户按键或本地配置主动发起转换三方通话），根本没有任何“基于第二WTRU对现有协同会话的控制信令发生退化或损失而由IMS实体发起”的技术启示与内容。对比文件完全未公开该特征。
技术特征F：发射机<br>《隐含公开》	[p0020]<br>原文："Each air interface 110, 120, 130 further includes a reverse link that includes at least one reverse link traffic channel, reverse link common and dedicated signaling channels, and an access channel."<br>中文翻译：“每个空中接口110、120、130还包括反向链路，该反向链路包括至少一个反向链路业务信道、反向链路公共和专用信令信道、以及接入信道。”<br>[p0036]、[p0043]<br>涉及MS通过反向链路发送SIP请求与响应消息。	对比文件明确公开了MS通过反向链路发送业务信道数据与控制信令（如发送SIP Invite、SIP 202 Accepted等）。本领域技术人员结合通信公知常识可知，无线终端MS必然包含通过反向链路发送无线信号的发射机（Transmitter），以实现上行传输功能，其作用与目标专利相同，在宽松标准下属于隐含公开。
技术特征G：被配置成向所述IMS实体传送响应<br>《隐含公开》	[p0043]<br>原文："In response to receiving the modified first SIP Refer, first terminating MS 104 accepts 464, 466 the request to switch to a call to media server 144, preferably by conveying a SIP 202 Accepted message to the SIP CC server 168."<br>中文翻译：“响应于接收到修改后的第一SIP Refer，第一被叫MS 104接受（464、466）切换到与媒体服务器144的呼叫的请求，优选通过向SIP CC服务器168传送SIP 202 Accepted消息。”	尽管对比文件中的Refer消息并非目标专利中的“协同会话控制转移请求”，但就“向IMS实体传送响应”这一动作而言，对比文件公开了MS 104在接收到网络侧的请求（SIP Refer）后，通过发射机向IMS实体（SIP CC server 168）传送响应消息（SIP 202 Accepted）。在非常宽松的隐含公开标准下，对比文件公开了终端向IMS实体传送响应的技术动作及架构支撑，构成部分内容公开的隐含公开。
技术特征H：其中所述响应指示接受所述协同会话控制转移请求<br>《未公开》	[p0043]<br>原文："In response to receiving the modified first SIP Refer, first terminating MS 104 accepts 464, 466 the request to switch to a call to media server 144, preferably by conveying a SIP 202 Accepted message to the SIP CC server 168."<br>中文翻译：“响应于接收到修改后的第一SIP Refer，第一被叫MS 104接受（464、466）切换到与媒体服务器144的呼叫的请求，优选通过向SIP CC服务器168传送SIP 202 Accepted消息。”	目标专利说明书[0108]-[0109]、[0114]指出，该响应是指示“接受协同会话控制转移请求，承担控制方角色”。对比文件MS 104发送的SIP 202 Accepted仅仅是接受切换到媒体服务器进行通话，不指示接受任何协同会话控制权的转移。因此，对比文件未公开该特征。
技术特征I：控制器<br>《直接公开》	[p0025]<br>原文："MS 200 includes a processor 202, such as one or more microprocessors, microcontrollers, digital signal processors (DSPs), combinations thereof or such other devices known to those having ordinary skill in the art, which processor is configured to execute the functions described herein as being executed by MS 200."<br>中文翻译：“MS 200包括处理器202，诸如一个或多个微处理器、微控制器、数字信号处理器（DSP）、其组合或本领域普通技术人员已知的此类其他设备，该处理器被配置为执行本文中描述为由MS 200执行的功能。”	对比文件明确公开了MS 200包含微处理器、微控制器（microcontrollers）或处理器202，用于控制并执行MS的通信功能。目标专利说明书[0043]同样指出处理器包括微处理器、控制器、微控制器等。对比文件的处理器/微控制器与目标专利的控制器属于完全相同的部件，起到相同的控制作用。因此该特征被直接公开。
技术特征J：被配置成在对所述现有的IMS协同会话的控制正被转移到所述WTRU时<br>《未公开》	对比文件全文无对应方案。	目标专利说明书[0085]、[0096]、[0109]记载了在协同会话控制转移发生时，由原控制方移交给新控制方WTRU的过程。对比文件仅是三方通话建立与媒体服务器混音，完全不存在“现有的IMS协同会话的控制正被转移到WTRU”的时序与控制过程。对比文件未公开。
技术特征K：控制所述现有的IMS协同会话<br>《未公开》	[p0008]<br>原文："...making it difficult to offer a three-way call utilizing SIP signaling that is similar to a circuit switched three-way calling feature. SIP-based communication systems and their transport Internet Protocol (IP)-based networks have moved a lot of traditionally centralized functions, such as media control, down to the end client itself... As a result, for a cellular SIP client, because of the limited radio network throughput, it is unreasonable to expect the end client to do the media mixing. Therefore, a need exists for a method and apparatus for implementing a three-way call that is set up via an IMS network and that includes network-based media mixing."<br>中文翻译：“……这使得利用类似于电路交换三方呼叫特性的SIP信令提供三方呼叫变得困难。基于SIP的通信系统及其传输IP网络已经将许多传统的集中式功能（如媒体控制）下放到终端客户端本身……结果，对于蜂窝SIP客户端，由于有限的无线电网络吞吐量，期望终端客户端进行媒体混音是不合理的。因此，存在对实现通过IMS网络建立且包括基于网络的媒体混音的三方呼叫的方法和设备的需求。”	目标专利说明书[0085]明确解释：“控制协同会话，并可在作为协同会话一部分的WTRU之间增加、去除、释放、复制或转移媒体流。控制方WTRU还可以允许或拒绝影响协同会话的媒体流的WTRU的请求”。<br>而在对比文件中，三方通话的媒体流控制与混音均由网络侧的媒体服务器（Media Server 144）执行，MS 104只是作为会议参与方通过SIP Refer请求网络添加第三方（参见[p0062]），并不具备对协同会话中各设备与各媒体流集中管控的协同会话控制功能。两者的控制对象、机制及在系统中的角色完全不同。对比文件未公开。
技术特征L：其中所述WTRU是处于所述现有的IMS协同会话中的被控制方WTRU<br>《未公开》	[p0030]-[p0035]<br>原文描述MS 102与MS 104之间建立初始呼叫会话。	目标专利说明书[0085]对“被控制方WTRU”有着严格的定义，即其媒体流受到协同会话中的“控制方WTRU”的统一管控。对比文件初始仅为两个MS之间的常规点对点SIP会话，双方是平等的点对点通话对等体，不存在“控制方”与“被控制方”的主从协同架构划分。对比文件未公开该特征。
技术特征M：其中所述WTRU具有与远端方之间的IMS媒体流<br>《直接公开》	[p0030]-[p0035]、[p0060]<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 102 then acknowledges 416 receipt of the SIP 200 OK message by conveying a SIP ACK back to MS 104... MS 104 then conveys a SIP Re-Invite back to IMS core network 152... and the SDP proposal."<br>原文（[p0060]）："...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>中文翻译（[p0035]）：“当MS 104的用户随后应答该呼叫时，MS 104通过向MS 102传送回SIP 200 OK消息来通知（416）MS 102该呼叫已被应答。MS 102随后通过向MS 104传送回SIP ACK来确认接收到SIP 200 OK消息……MS 104随后向IMS核心网152传送回SIP Re-Invite……以及SDP提议。”<br>中文翻译（[p0060]）：“……与媒体服务器建立（612）媒体会话，例如实时传输协议（RTP）流。媒体服务器144随后链接由MS 102和MS 104各自建立的媒体会话，并且在MS 102和104之间经由媒体服务器建立（612、614）承载链路。”	对比文件中，MS 104在与远端方（MS 102）进行IMS呼叫时，建立了媒体流传输（如RTP媒体流）。目标专利说明书[0005]指出媒体流包括音频、视频等，在IMS会话中与远端方维持。对比文件中MS 104与远端MS 102之间通过IMS网络传输媒体流，其作用与配置相同。该特征被对比文件直接公开。
技术特征N：其中对所述现有的IMS协同会话的所述控制从第二WTRU转移到所述WTRU<br>《未公开》	对比文件全文无对应方案。	目标专利说明书[0006]、[0085]、[0096]记载协同会话控制从第一设备（控制方）转移到第二设备（被控制方）。对比文件自始至终不存在协同会话控制权的设备间转移机制。对比文件未公开。
技术特征O：其中所述协同会话控制转移请求和所述响应是会话发起协议(SIP)消息<br>《隐含公开》	[p0042]-[p0043]<br>原文："Preferably, SIP CC server 168 requests that first terminating MS 104 switch to the media server by conveying a first SIP Refer message to MS 104... In response to receiving the modified first SIP Refer, first terminating MS 104 accepts 464, 466 the request to switch to a call to media server 144, preferably by conveying a SIP 202 Accepted message to the SIP CC server 168."<br>中文翻译：“优选地，SIP CC服务器168通过向MS 104传送第一SIP Refer消息来请求第一被叫MS 104切换到媒体服务器……响应于接收到修改后的第一SIP Refer，第一被叫MS 104接受（464、466）切换到与媒体服务器144的呼叫的请求，优选通过向SIP CC服务器168传送SIP 202 Accepted消息。”	尽管对比文件涉及的消息并非严格意义上的“协同会话控制转移请求”，但网络下发的请求为SIP Refer消息，终端上报的响应为SIP 202 Accepted消息，两者均属于会话发起协议（SIP）消息。在隐含公开的宽松标准下，对比文件公开了采用SIP协议消息作为网络请求和终端响应载体的内容，故判定为隐含公开。
技术特征P：其中所述协同会话控制转移请求包括以下中的一者或多者<br>《隐含公开》	[p0042]<br>原文："The first SIP Refer message includes a destination identifier associated with first terminating MS 104 (SIP:User 2 URI), a source identifier associated with the conference call feature ('FROM=CC FACT URI'), the identifier assigned to the conference call ('CC-URI'), and the fifth connection identifier (CID=5)."<br>中文翻译：“第一SIP Refer消息包括与第一被叫MS 104相关联的目的地标识符（SIP:User 2 URI）、与会议呼叫特性相关联的源标识符（'FROM=CC FACT URI'）、分配给该会议呼叫的标识符（'CC-URI'）、以及第五连接标识符（CID=5）。”	对比文件公开了SIP Refer消息中包含目的地标识符（SIP:User 2 URI，即MS 104的URI）等字段。在宽松的隐含公开视角下，对比文件公开了请求消息包含终端身份等一者或多者字段的技术手段，故判定为隐含公开。
技术特征Q：所述现有的IMS协同会话的身份<br>《未公开》	[p0042]<br>原文："The first SIP Refer message includes... the identifier assigned to the conference call ('CC-URI')..."<br>中文翻译：“第一SIP Refer消息包括……分配给该会议呼叫的标识符（'CC-URI'）……”	目标专利说明书[0092]、[0095]、[0106]明确指出，“现有的IMS协同会话的身份”是指当前正在运行的、其控制权即将被转移的既有协同会话ID。对比文件[p0042]中携带的CC-URI是新建会议呼叫的会议地址/会议标识，而不是既有协同会话的身份。两者的概念、标识的对象以及在会话转移中所起的作用完全不同。对比文件未公开。
技术特征R：所述现有的IMS协同会话的媒体流的身份<br>《未公开》	[p0042]<br>原文中仅记载了CID=5（连接标识符，MAC层连接标识），并未记载媒体流身份。	目标专利说明书[0078]、[0092]、[0095]明确解释，媒体流身份用于识别受转移影响的具体媒体流（例如语音流A、视频流B）。对比文件中并未携带指示特定媒体流身份的参数。对比文件未公开。
技术特征S：所述第二WTRU的身份<br>《未公开》	[p0042]<br>原文："The first SIP Refer message includes a destination identifier associated with first terminating MS 104 (SIP:User 2 URI), a source identifier associated with the conference call feature ('FROM=CC FACT URI'), the identifier assigned to the conference call ('CC-URI'), and the fifth connection identifier (CID=5)."<br>中文翻译：“第一SIP Refer消息包括与第一被叫MS 104相关联的目的地标识符（SIP:User 2 URI）、与会议呼叫特性相关联的源标识符（'FROM=CC FACT URI'）、分配给该会议呼叫的标识符（'CC-URI'）、以及第五连接标识符（CID=5）。”	目标专利说明书[0095]、[0100]中，请求中包含原控制方或对方WTRU的身份。对比文件的SIP Refer消息源地址为CC FACT URI（SIP CC服务器的会议特性URI），目的地为User 2，完全没有包含第二WTRU（MS 102）的身份。对比文件未公开。
技术特征T：所述WTRU的身份<br>《直接公开》	[p0042]<br>原文："The first SIP Refer message includes a destination identifier associated with first terminating MS 104 (SIP:User 2 URI)..."<br>中文翻译：“第一SIP Refer消息包括与第一被叫MS 104相关联的目的地标识符（SIP:User 2 URI）……”	对比文件明确公开了发送给MS 104的请求消息（SIP Refer）中包含了作为目的地标识符的MS 104的身份（SIP:User 2 URI）。目标专利说明书[0092]指出WTRU标识包括基于URI的标识。对比文件中该URI起到了标识该接收端WTRU的作用，与目标专利相同。因此，该特征被直接公开。

---

<<<A>>><<>><<<f>>><<<g>>><<>><<<M>>><<<o>>><<>><<<T>>>

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

根据提供的目标专利说明书及权利要求技术特征，本比对任务针对所给定的对比文件（【对比文件/2009-07-16_WO2009088814A_发明申请_WO2009088814A3 METHOD AND APPARATUS FOR AN INTERNET PROTOCOL MULTIMEDIA SUBSYSTEM-BASED THREE-WAY CALL.docx】）进行公开性审查。

由于所提供的对比文件标记为**“无说明书”**（即未提供任何具体的说明书文本、权利要求书或附图内容），根据专利法创造性与新颖性评估的基本证据规则，本领域技术人员无法从空白或不存在的文本中毫无疑义地确定任何技术方案，亦无法依据不存在的公开内容展开逻辑推理或组合推导。因此，对比文件对技术特征A至T既未构成直接公开，也无法认定为隐含公开。

### 特征比对表格

技术特征描述及公开性判断结果	对比文件原文引用	公开性论述
技术特征A：该WTRU包括<br>《未公开》	（无说明书内容可引用）	对比文件仅提供了文献标题，未提供任何说明书原文内容。因此对比文件未公开WTRU的结构或构成实体，无法确立直接公开或隐含公开。
技术特征B：接收机<br>《未公开》	（无说明书内容可引用）	对比文件未提供文本内容，未公开包含接收机的硬件配置，本领域技术人员无法从中获取或推导出该特征。
技术特征C：被配置成接收来自IMS实体的协同会话控制转移请求<br>《未公开》	（无说明书内容可引用）	对比文件未提供文本内容，未公开接收来自IMS实体的协同会话控制转移请求的相关消息及配置，无法成立直接公开或隐含公开。
技术特征D：其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求<br>《未公开》	（无说明书内容可引用）	对比文件未提供文本内容，未公开协同会话控制转移请求指示用于接收协同会话控制的具体内容与语义。
技术特征E：其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起<br>《未公开》	（无说明书内容可引用）	对比文件未提供文本内容，未公开基于第二WTRU控制信令的退化或损失而由IMS实体发起控制转移的触发机制与作用。
技术特征F：发射机<br>《未公开》	（无说明书内容可引用）	对比文件未提供文本内容，未公开用于传输信号的发射机硬件或功能实体。
技术特征G：被配置成向所述IMS实体传送响应<br>《未公开》	（无说明书内容可引用）	对比文件未提供文本内容，未公开向IMS实体反馈或传送响应的具体配置与行为。
技术特征H：其中所述响应指示接受所述协同会话控制转移请求<br>《未公开》	（无说明书内容可引用）	对比文件未提供文本内容，未公开响应中指示接受协同会话控制转移请求的内容或信息元素。
技术特征I：控制器<br>《未公开》	（无说明书内容可引用）	对比文件未提供文本内容，未公开用于控制操作的控制器或处理器硬件配置。
技术特征J：被配置成在对所述现有的IMS协同会话的控制正被转移到所述WTRU时<br>《未公开》	（无说明书内容可引用）	对比文件未提供文本内容，未公开在协同会话控制正被转移过程中的时序逻辑或控制器配置状态。
技术特征K：控制所述现有的IMS协同会话。<br>《未公开》	（无说明书内容可引用）	对比文件未提供文本内容，未公开控制器对转移后的现有的IMS协同会话实施控制的功能方案。
技术特征L：其中所述WTRU是处于所述现有的IMS协同会话中的被控制方WTRU。<br>《未公开》	（无说明书内容可引用）	对比文件未提供文本内容，未公开该WTRU在协同会话中最初作为被控制方WTRU的角色定义。
技术特征M：其中所述WTRU具有与远端方之间的IMS媒体流。<br>《未公开》	（无说明书内容可引用）	对比文件未提供文本内容，未公开该WTRU与远端方之间已建立并存在IMS媒体流的技术方案。
技术特征N：其中对所述现有的IMS协同会话的所述控制从第二WTRU转移到所述WTRU。<br>《未公开》	（无说明书内容可引用）	对比文件未提供文本内容，未公开协同会话控制权由第二WTRU转移至该WTRU的具体方案。
技术特征O：其中所述协同会话控制转移请求和所述响应是会话发起协议(SIP)消息。<br>《未公开》	（无说明书内容可引用）	对比文件未提供文本内容，未公开请求和响应均采用SIP消息进行承载的具体协议实现。
技术特征P：其中所述协同会话控制转移请求包括以下中的一者或多者<br>《未公开》	（无说明书内容可引用）	对比文件未提供文本内容，未公开转移请求中包含相关身份标识字段的构造或指示。
技术特征Q：所述现有的IMS协同会话的身份<br>《未公开》	（无说明书内容可引用）	对比文件未提供文本内容，未公开在请求中携带现有的IMS协同会话身份（Session ID）。
技术特征R：所述现有的IMS协同会话的媒体流的身份<br>《未公开》	（无说明书内容可引用）	对比文件未提供文本内容，未公开在请求中携带协同会话媒体流身份（Media Flow ID）的技术内容。
技术特征S：所述第二WTRU的身份<br>《未公开》	（无说明书内容可引用）	对比文件未提供文本内容，未公开在请求中包含原控制方即第二WTRU的标识信息。
技术特征T：所述WTRU的身份。<br>《未公开》	（无说明书内容可引用）	对比文件未提供文本内容，未公开在请求中包含接收控制权的该WTRU的身份标识。

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

**特征比对表格**

技术特征描述及公开性判断结果	对比文件原文引用	公开性论述
技术特征A：该WTRU包括<br><br>《直接公开》	【说明书第[2]段】：<br>“本発明によれば、１つ以上のメディアで通信することができる複数の端末と、複数の端末をメンバとしたグループ通信を確立するグループサーバと、端末及びグループサーバの間のセッションを制御するセッション管理サーバとが、ネットワークを介して接続されたシステムにおけるメディア切替方法であって……”<br>（参考译文：根据本发明，在一种介质切换方法中，该系统通过网络连接了能够以一种或多种介质进行通信的多个终端、以多个终端作为成员建立群组通信的群组服务器、以及控制终端与群组服务器之间的会话的会话管理服务器……）<br>“また、端末２は、ＩＰネットワークに直接的に接続できる固定端末であってもよいし、無線リンクを介して接続される無線端末であってもよい。”<br>（参考译文：此外，终端2可以是能够直接连接到IP网络的固定终端，也可以是通过无线链路连接的无线终端。）	作用分析与公开性认定：<br>目标专利中的WTRU指无线发射/接收单元，是执行无线通信及会话控制的终端设备实体。对比文件明确公开了系统包含多个终端2，且明确指出终端2可以是“通过无线链路连接的无线终端”（無線リンクを介して接続される無線端末）。本领域技术人员可以毫无疑义地确定该无线终端即为无线发射/接收单元（WTRU），二者在通信系统中作为无线通信终端节点的作用完全相同，构成直接公开。
技术特征B：接收机<br><br>《隐含公开》	【说明书第[2]段、图5】：<br>“受動的にメディアを切り替える機能として、切替要求受信部２０２と、切替判定部２０３と、切替応答送信部２０４と、メディア情報通知部２０５とがある。”<br>“切替要求受信部２０２は、ＳＩＰサーバ１から、第２のメディアへの切替要求(Notify)を受信する。”<br>“切替通知受信部２０７は、ＳＩＰサーバ１から、第２のメディアへの切替通知(re-INVITE)を受信し、切替確認(200OK)を返信する。”<br>（参考译文：作为被动切换介质的功能，具有切换请求接收单元202、切换判断单元203、切换响应发送单元204以及介质信息通知单元205。切换请求接收单元202从SIP服务器1接收针对第二介质的切换请求(Notify)。切换通知接收单元207从SIP服务器1接收针对第二介质的切换通知(re-INVITE)，并返回切换确认(200OK)。）	作用分析与公开性认定：<br>目标专利中的接收机用于在无线终端硬件/物理层或逻辑层面上接收外部网络实体发来的无线/通信信号及控制信令。对比文件公开了终端2具有“切替要求受信部202”、“切替通知受信部207”，用于接收来自SIP服务器的消息（如Notify、re-INVITE）。在无线通信领域中，无线终端具备用于接收空中接口信号或网络信号的硬件接收机（Receiver）是实现任何接收功能单元所必需的基础硬件构件。按照极宽松的隐含公开判断标准，本领域技术人员通过对比文件中终端的各种接收功能单元及其接收网络消息的内容，能够合理推断出该终端必然包含接收机硬件/实体，因此构成隐含公开。
技术特征C：被配置成接收来自IMS实体的协同会话控制转移请求<br><br>《未公开》	【说明书第[2]段】：<br>“セッション管理サーバが、第２のメディア以外のメディアでグループ通信をしている他の端末へ、第２のメディアへの切替要求を同报送信する第２のステップ……”<br>“切替要求受信部２０２は、ＳＩＰサーバ１から、第２のメディアへの切替要求(Notify)を受信する。”<br>（参考译文：会话管理服务器向正在以第二介质以外的介质进行群组通信的其他终端广播发送向第二介质的切换请求的第二步骤……切换请求接收单元202从SIP服务器1接收针对第二介质的切换请求(Notify)。）	作用分析与公开性认定：<br>目标专利中的“协同会话控制转移请求”，结合说明书第[0006]、[0085]、[0092]-[0096]、[0108]、[0118]等段落可知，是指在IMS架构下将对协同会话的管理/主导控制权（如添加/去除/转移媒体流的权限，即Control of the Collaborative Session）从一个控制方WTRU转移到另一个WTRU的控制权层面的请求消息，其指示的是“会话控制权的转移”。<br>而对比文件中公开的SIP服务器向其他终端发送的Notify消息，其实质是“向第二介质的切换请求”（第２のメディアへの切替要求），目的仅是询问或要求群组中的其他终端是否能从纯语音介质升级/切换到音频+视频介质（业务媒体类型的改变），完全不涉及群组中某一终端向另一终端交接/转移对整个协同会话的“控制权”（Controller角色）。对比文件中的系统是基于中心化会议服务器（会议服务器/SIP服务器主导）的群组通信，根本不存在由控制方终端向被控制方终端转移协同会话控制权的技术机制。因此，即便按最宽松标准，该特征也未被对比文件公开。
技术特征D：其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求<br><br>《未公开》	【说明书第[2]段】：<br>“第２のメディア以外のメディアでグループ通信をしている他の端末へ、第２のメディアへの切替要求を同报送信する第２のステップ……”<br>“（Ｓ２０３）次に、ＳＩＰサーバ１は、映像データ以外のメディア、即ち、音声メディアでのみグループ通信をしている他の端末へ、映像メディアへの切替要求を同报送信する。この切替要求は、Notifyメッセージを用いる。”<br>（参考译文：向正在以第二介质以外的介质进行群组通信的其他终端广播发送向第二介质的切换请求的第二步骤……接着，SIP服务器1向仅以音频介质进行群组通信的其他终端广播发送向视频介质的切换请求。该切换请求采用Notify消息。）	作用分析与公开性认定：<br>目标专利中该特征限定请求的内容是指示WTRU承担/接收对现有协同会话的控制权（即让其成为控制方WTRU）。对比文件中发送的Notify消息仅指示“增加/切换为视频介质”，并未指示让第二终端接收对现有会话的控制权（不存在主控控制权的转移）。两者的技术实质和作用完全不同，未被对比文件直接或隐含公开。
技术特征E：其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起<br><br>《未公开》	【说明书第[2]段】：<br>“（Ｓ２０２）第１の端末が、グループサーバとの間で通信している音声メディア（第１のメディア）から音声＋映像メディア（第２のメディア）へ切り替えたいとする。……このとき、第１の端末は、音声＋映像メディアへの切替要求を、ＳＩＰサーバ１へ送信する。この切替要求は、REFERメッセージを用いる。”<br>（参考译文：（S202）假设第1终端想要从与群组服务器之间通信的音频介质（第1介质）切换到音频+视频介质（第2介质）……此时，第1终端向SIP服务器1发送向音频+视频介质的切换请求。该切换请求采用REFER消息。）	作用分析与公开性认定：<br>目标专利中该特征对应于说明书第[0117]段所述的场景：“由于当前条件（例如控制方WTRU到SCC AS的连接已经降低）……由SCC AS发起协同控制转移”。即网络侧IMS实体因检测到第二WTRU（原控制方）控制信令的退化或损失（无线信道恶化、链路断开等）而触发控制转移。<br>而对比文件中，SIP服务器发送Notify切换请求完全是响应于第1终端主动发起的REFER请求（因为第1终端用户想升级为音视频），根本不存在“基于控制信令的退化或损失（degradation or loss of control signaling）”而由网络侧实体发起会话控制转移的任何记载或暗示，因此未被直接公开也未被隐含公开。
技术特征F：发射机<br><br>《隐含公开》	【说明书第[2]段、图5】：<br>“能動的にメディアを切り替える機能として、切替要求送信部２０１がある。”<br>“切替判定部２０３によって第２のメディアへの切り替えが可能と判定された際に、切替応答を送信する切替応答送信部２０４と……”<br>“切替通知受信部２０７は、ＳＩＰサーバ１から、第２のメディアへの切替通知(re-INVITE)を受信し、切替確認(200OK)を返信する。”<br>（参考译文：作为主动切换介质的功能，具有切换请求发送单元201。当切换判断单元203判定可以切换到第二介质时，具有发送切换响应的切换响应发送单元204……切换通知接收单元207从SIP服务器1接收针对第二介质的切换通知(re-INVITE)，并返回切换确认(200OK)。）	作用分析与公开性认定：<br>目标专利中的发射机用于无线终端向网络侧实体发射无线信号和信令响应。对比文件公开了终端2具有“切替要求送信部201”、“切替応答送信部204”等，用于向SIP服务器发送REFER、200OK等消息。作为无线终端，向外发送无线控制信令及媒体数据必然依赖于其底层的硬件发射机（Transmitter）。按照极宽松的隐含公开判断原则，本领域技术人员基于对比文件中记载的发送功能单元，能够合理推断出该终端必定包含发射机，因此构成隐含公开。
技术特征G：被配置成向所述IMS实体传送响应<br><br>《隐含公开》	【说明书第[2]段、图2】：<br>“（Ｓ２０４）第２の端末は、音声メディアに加えて映像メディアを追加して通信することが可能であるとする。このとき、第２の端末は、ＳＩＰサーバ１へ、切替応答を返信する。”<br>“切替応答送信部２０４は、切替判定部２０３によって第２のメディアへの切り替えが可能と判定された際に、切替応答(200OK)を送信する。”<br>（参考译文：（S204）假设第2终端能够追加视频介质进行通信。此时，第2终端向SIP服务器1返回切换响应。切换响应发送单元204在由切换判断单元203判定为能够切换到第二介质时，发送切换响应(200OK)。）	作用分析与公开性认定：<br>目标专利中该特征是指发射机被配置向IMS网络实体发送响应。在对比文件中，终端2向作为IMS网络实体之一的SIP服务器1发送切换响应（如S204中的响应消息）。虽然对比文件中响应针对的具体业务内容是介质切换而非控制转移，但就“终端向服务器实体发送响应消息”的通信动作和配置而言，本领域技术人员能够推导出终端具备向会话管理实体回送响应的能力。按极宽松的隐含公开标准，可认为隐含公开了向网络服务实体传送响应的机制。
技术特征H：其中所述响应指示接受所述协同会话控制转移请求<br><br>《未公开》	【说明书第[2]段】：<br>“（Ｓ２０４）第２の端末は、音声メディアに加えて映像メディアを追加して通信することが可能であるとする。このとき、第２の端末は、ＳＩＰサーバ１へ、切替応答を返信する。”<br>“切替判定部２０３は、切替要求受信部２０２によって切替要求を受信した際に、第２のメディアへの切り替えが可能か否かを判定する。……切替応答送信部２０４は、切替判定部２０３によって第２のメディアへの切り替えが可能と判定された際に、切替応答(200OK)を送信する。”<br>（参考译文：（S204）假设第2终端能够在音频介质之外追加视频介质进行通信。此时，第2终端向SIP服务器1返回切换响应。切换判断单元203在通过切换请求接收单元202接收到切换请求时，判断是否能够切换到第二介质。……切换响应发送单元204在由切换判断单元203判断为能够切换到第二介质时，发送切换响应(200OK)。）	作用分析与公开性认定：<br>目标专利中的响应指示接受“协同会话控制转移请求”，即接受成为控制方WTRU以主导协同会话。而对比文件中的切换响应（200OK）仅表示该第2终端自身具有处理能力/允许追加视频介质（接受介质切换），根本不指示接受对协同会话控制权的转移。对比文件中完全没有协同会话控制权转移的概念，该特征未被直接公开也未被隐含公开。
技术特征I：控制器<br><br>《隐含公开》	【说明书第[2]段】：<br>“これら機能構成部は、端末に搭載されたコンピュータ（ＣＰＵ）を機能させるプログラムを実行することによって実現される。”<br>（参考译文：这些功能构成单元通过执行使搭载于终端的计算机（CPU）发挥功能的程序来实现。）	作用分析与公开性认定：<br>目标专利中的控制器用于协调控制WTRU的各种操作与会话状态。对比文件明确公开了终端的各个功能单元通过搭载在终端上的“计算机（CPU）”运行程序来实现。计算机CPU即为处理控制器（Controller/Processor），在终端中起到程序控制与数据处理的相同核心控制作用。按照极宽松的隐含公开标准，本领域技术人员能够毫无疑义地由计算机（CPU）推导出包含控制器，构成隐含公开。
技术特征J：被配置成在对所述现有的IMS协同会话的控制正被转移到所述WTRU时<br><br>《未公开》	【对比文件全文】：<br>无协同会话控制权转移过程的相关记载。	作用分析与公开性认定：<br>目标专利中该特征限定了控制器执行控制动作的时机是“在协同会话的控制权正被转移到该WTRU时”。对比文件仅涉及在既有群组通信中各终端对介质切换（增加视频）的协商与重配置，自始至终没有将整个协同会话的“控制权”转移给该WTRU的时序及状态过程。因此该特征未被直接公开，也无法推断出隐含公开。
技术特征K：控制所述现有的IMS协同会话。<br><br>《未公开》	【说明书第[2]段】：<br>“グループサーバは、複数のセッションをグループ単位にミキシングして、パケットを送受信している。また、セッション管理サーバは、端末とグループサーバとの間のセッションを確立しているだけである。”<br>“会議サーバ３は、グループ毎に、メンバとなる端末２から送信されたＲＴＰパケットをミキシングして、メンバとなる他の端末２へ同報送信する。”<br>（参考译文：群组服务器将多个会话以群组为单位进行混音/合成并收发分组。另外，会话管理服务器仅建立终端与群组服务器之间的会话。会议服务器3按每个群组，对从作为成员的终端2发送来的RTP分组进行合成，并向作为成员的其他终端2广播发送。）	作用分析与公开性认定：<br>结合目标专利说明书第[0076]、[0085]段可知，“控制现有的IMS协同会话”是指控制方WTRU具有对协同会话的控制管理权限，包括开始/停止媒体流、在参与协同会话的WTRU之间增加、去除、释放、复制或转移媒体流，或者允许/拒绝其他被控制方WTRU影响协同会话的请求。<br>对比文件中，群组通信由中心化的会议服务器3和SIP服务器1进行集中控制和媒体混流（Mixing），群组内的各个终端2仅仅是作为通信成员（Member）收发属于自身的音频/视频RTP数据，终端并不具有管理/控制其他终端会话流或主导整个协同会话的控制权限，更没有由某个终端来“控制现有的IMS协同会话”。因此该特征未被公开。
技术特征L：其中所述WTRU是处于所述现有的IMS协同会话中的被控制方WTRU。<br><br>《未公开》	【说明书第[2]段】：<br>“メンバとなる複数の端末間のセッションを制御することによってグループ通信型サービスを提供する技術がある。”<br>“（Ｓ２０１）第１〜第３の端末は、グループを構成し、会議サーバ３との間で音声メディアのＲＴＰパケットを送受信している。”<br>（参考译文：存在通过控制作为成员的多个终端之间的会话来提供群组通信型服务的技术。（S201）第1至第3终端构成群组，与会议服务器3之间收发音频介质的RTP分组。）	作用分析与公开性认定：<br>目标专利中“被控制方WTRU”是与“控制方WTRU”相对应的特定角色实体（参见说明书第[0085]、[0089]等段落），其在协同会话中受控制方WTRU的管理和控制。对比文件中的第1至第3终端均是平等的群组会议参与成员（メンバ），由服务端的会议服务器3和SIP服务器统一管理，并不存在“控制方WTRU”与“被控制方WTRU”的角色分工体系，因而该终端并非目标专利所限定的协同会话中的“被控制方WTRU”。该特征未被直接或隐含公开。
技术特征M：其中所述WTRU具有与远端方之间的IMS媒体流。<br><br>《隐含公开》	【说明书第[2]段、图1、图2】：<br>“第１〜第３の端末は、グループを構成し、会議サーバ３との間で音声メディアのＲＴＰパケットを送受信している。”<br>“端末とグループサーバとの間は、ＲＴＰパケットによって通信されることも好ましい。”<br>（参考译文：第1至第3终端构成群组，与会议服务器3之间收发音频介质的RTP分组。终端与群组服务器之间也优选通过RTP分组进行通信。）	作用分析与公开性认定：<br>目标专利中该特征指WTRU具有与远端实体传输的媒体流（如音频、视频）。对比文件中，终端2在群组通信中与作为远端实体的会议服务器3（以及经由会议服务器与其他远端终端成员）之间通过RTP数据包传输语音介质或音视频介质流，且系统基于SIP协议建立会话（属于典型的IMS/IP多媒体通信机制）。因此，对比文件终端具有与远端实体之间的媒体流。按照极宽松的隐含公开推论，对比文件中终端传输的语音/视频RTP流即相当于与远端方之间的IMS媒体流，构成隐含公开。
技术特征N：其中对所述现有的IMS协同会话的所述控制从第二WTRU转移到所述WTRU。<br><br>《未公开》	【对比文件全文】：<br>无协同会话控制权转移的相关记载。	作用分析与公开性认定：<br>目标专利限定对协同会话的控制权从第二WTRU（原主控端）转移到该WTRU（新主控端）。对比文件中不仅没有第二WTRU向该WTRU转移控制权的任何步骤，而且其终端根本不具备协同会话的控制权。因此该特征未被直接公开也未被隐含公开。
技术特征O：其中所述协同会话控制转移请求和所述响应是会话发起协议(SIP)消息。<br><br>《隐含公开》	【说明书第[2]段】：<br>“セッション管理サーバは、ＳＩＰ(Session Initiation Protocol)サーバであり、……第２のステップにおける切替要求は、Notifyメッセージであり、第３のステップにおける切替応答は、200OKメッセージであり……”<br>（参考译文：会话管理服务器是SIP服务器……第2步骤中的切换请求为Notify消息，第3步骤中的切换响应为200OK消息……）	作用分析与公开性认定：<br>目标专利要求协同会话控制转移请求和响应采用SIP消息。对比文件中，服务器发送的介质切换请求为SIP Notify消息，终端返回的响应为SIP 200 OK消息。虽然该请求和响应所承载的业务语义（介质切换 vs 控制权转移）存在差异，但在通信信令协议选型上，二者均采用了会话发起协议（SIP）的请求消息和响应消息机制。按照标准极其宽松、旨在避免遗漏比对并考虑与其他对比文件组合可能的隐含公开认定规则，对比文件公开了在会话切换流程中采用SIP协议的请求与响应消息，认定为隐含公开。
技术特征P：其中所述协同会话控制转移请求包括以下中的一者或多者<br><br>《未公开》	【说明书第[2]段】：<br>无包含技术特征Q、R、S、T所列特定身份信息的请求消息记载。	作用分析与公开性认定：<br>技术特征P是下属特征Q、R、S、T的引出前序。由于对比文件中的切换请求（Notify）并非协同会话控制转移请求，且其内部并没有公开包含后文Q、R、S、T中针对协同会话控制转移所需的会话标识、控制方标识或被控制方标识的组合，因此不构成公开。
技术特征Q：所述现有的IMS协同会话的身份<br><br>《未公开》	【说明书第[2]段】：<br>“ＳＤＰには、例えば以下のような情報が含まれている。……s=SDP Seminar (セッション名)……”<br>（参考译文：SDP中例如包含以下信息：……s=SDP Seminar (会话名)……）	作用分析与公开性认定：<br>目标专利中该特征是指协同会话控制转移请求中携带其控制将被转移的协同会话的ID（如说明书第[0092]、[0095]、[0106]段所述）。对比文件中的切换请求Notify消息中并没有记载携带现有IMS协同会话的身份信息（虽然SDP中有通用会话名，但并非在控制转移请求中指示要转移控制权的协同会话ID），两者在技术方案和实现作用上均不对应，未被公开。
技术特征R：所述现有的IMS协同会话的媒体流的身份<br><br>《未公开》	【说明书第[2]段】：<br>“ｍ＝audio 49170 RTP/AVP 0 (メディア、形式、ポート、プロトコル) m=video 51372 RTP/AVP 31 (メディア、形式、ポート、プロトコル)”<br>（参考译文：m=audio 49170 RTP/AVP 0 (介质、格式、端口、协议) m=video 51372 RTP/AVP 31 (介质、格式、端口、协议)）	作用分析与公开性认定：<br>目标专利中的媒体流身份用于在控制转移时明确标识哪些特定媒体流的控制权将被转移（如媒体流A、媒体流B的ID）。对比文件中虽然在SDP中描述了媒体类型（音频/视频的m行），但这是用于协商终端本身的编解码与端口能力，并非在协同会话控制转移请求中包含用于转移控制的现有协同会话媒体流身份。因此未被公开。
技术特征S：所述第二WTRU的身份<br><br>《未公开》	【对比文件全文】：<br>在S203发送给其他终端的Notify消息中，未记载包含发起切换的第1终端的身份。	作用分析与公开性认定：<br>目标专利中该特征限定请求中包含第二WTRU（即原控制方WTRU）的身份。对比文件中SIP服务器向第2终端广播Notify切换请求时，仅告知需切换到视频介质，并未记载包含发起切换的第1终端的WTRU身份；更关键的是对比文件不存在第二WTRU作为原协同会话控制方转移控制权的技术构思，无法推导出该特征，未被公开。
技术特征T：所述WTRU的身份。<br><br>《未公开》	【对比文件全文】：<br>广播的Notify消息中未记载作为接收方的该WTRU的身份被作为受转移目标控制方标识包含于请求中。	作用分析与公开性认定：<br>目标专利中该特征是指控制转移请求中携带作为新控制方WTRU的身份（即新的控制方ID，如说明书第[0095]、[0108]段所述）。对比文件中的Notify消息是服务器同报广播发送给其他终端的介质切换邀请，并不包含将其指示为新协同会话主控端的WTRU身份，未被直接或隐含公开。

<<<A>>>

<<>>

<<<f>>>

<<<g>>>

<<>>

<<<m>>>

<<<o>>>

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

基于目标专利权利要求划分的技术特征及目标说明书原文，结合对比文件（EP2083547A1）进行全面严谨的创造性与特征公开性比对评估。

### 特征比对表格

技术特征描述及公开性判断结果	对比文件原文引用（含中文翻译及段落标号）	公开性论述
技术特征A：该WTRU包括<br>《直接公开》	【对比文件段落[0011]、[0012]】<br>原文："The plurality of terminal devices comprises first 14 and second 16 mobile devices... Each of the first 14 and second 16 mobile devices includes a processor and a mobile network communications unit. The mobile network communications unit of each mobile device is in wireless communication (indicated generally by feature 24) with the communications network 12 in a known way, for example using General Packet Radio Services (GPRS), Third Generation (3G), or any other suitable mobile communications standard for the data link layer."<br>中文翻译：“所述多个终端设备包括第一移动设备14和第二移动设备16……第一移动设备14和第二移动设备16中的每一个均包括处理器和移动网络通信单元。每个移动设备的移动网络通信单元以已知方式与通信网络12进行无线通信（通常由特征24表示），例如使用通用分组无线服务（GPRS）、第三代（3G）或任何其他合适的数据链路层移动通信标准。”	对比文件公开了第一移动设备14和第二移动设备16，其具备移动网络通信单元并基于3G等移动通信标准进行无线通信，完全对应于无线发射/接收单元（WTRU）。两者在无线通信终端的构成和通信作用上完全相同。因此，技术特征A被对比文件《直接公开》。
技术特征B：接收机<br>《直接公开》	【对比文件段落[0012]、[0013]】<br>原文："The mobile network communications unit of each mobile device is in wireless communication... with the communications network 12... In other words, the second mobile 16 can send and receive video data via the wireless communication link 24."<br>中文翻译：“每个移动设备的移动网络通信单元与通信网络12进行无线通信……换句话说，第二移动设备16可以经由无线通信链路24发送和接收视频数据。”	对比文件公开了移动设备16包括移动网络通信单元，可经由无线链路接收数据（如视频数据），本领域技术人员毫无疑义地能确定该移动网络通信单元必然包含接收机以实现无线下行信号的接收，二者在物理实体和接收无线电/数据信号的功能上完全一致。因此，技术特征B被对比文件《直接公开》。
技术特征C：被配置成接收来自IMS实体的协同会话控制转移请求<br>《未公开》	【对比文件段落[0016]、[0028]、[0035]】<br>原文："The conference server 10 is connected to the communication network 12... adapted to receive and store scheduling requests and/or information from at least one of the terminal devices... the INVITE request message is targeted to a specific SIP address (URI) which identifies the location of the conference factory function of the conference server 10... At the scheduled date and time, the conference control client sends a SIP INVITE request to the conference address (conf-uris)... in order to initiate the conference call"<br>中文翻译：“会议服务器10连接到通信网络12……适于从至少一个终端设备接收并存储调度请求和/或信息……INVITE请求消息以识别会议服务器10的会议工厂功能位置的特定SIP地址（URI）为目标……在预定的日期和时间，会议控制客户端向分配的会议地址发送SIP INVITE请求以发起会议呼叫。”	目标专利中，“协同会话控制转移请求”是指在现有的协同会话中，将控制权（例如增删、转移媒体流的主控权）从一个WTRU转移至另一个WTRU的控制信令（见目标说明书[0006]、[0095]、[0113]、[0120]等）。对比文件公开的是传统的基于SIP的多方会议呼叫预定、修改或加入，会议服务器仅作为多点会议控制平台分配会议URI、混合媒体，终端仅是向会议服务器发起建立呼叫的INVITE请求或接收会议响应，完全没有涉及“IMS协同会话”，更不存在由网络实体向被控制方WTRU下发“协同会话控制转移请求”。即便从最宽泛的角度看，会议服务器向终端发送的仅是加入会议的呼叫或提醒（段落[0019]），这属于常规会议接入邀请，本领域技术人员也无法推断出任何有关转移协同会话控制权的技术方案。因此，该特征既无直接公开，也无隐含公开。
技术特征D：其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求<br>《未公开》	【对比文件无相关记载】	目标专利中，该技术特征限定了该请求的语义是网络侧请求目标WTRU承担/接收对现有多设备协同会话的主控权（Controller角色）。对比文件EP2083547A1仅公开了终端向会议服务器发起创建、修改时间或删除会议的请求，终端接收到的仅是会议地址确认响应（302或200 OK）或加入会议提醒，不存在转移多设备协同会话控制权的机制或语义指示。因此，该特征未被直接公开或隐含公开。
技术特征E：其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起<br>《未公开》	【对比文件无相关记载】	目标专利说明书[0117]明确记载：“由于用户简档、当前条件（例如，控制方WTRU到SCC AS的连接已经降低）或根据预配置，SCC AS可发起协同控制转移”。对比文件EP2083547A1完全未提及任何控制信令退化或损失（无线信号劣化/链路中断等触发机制），其会议信令交互全部基于预先设定的时间表（段落[0021]、[0039]）或用户主动发起的修改/删除操作。因此，本领域技术人员无法从对比文件中推导出由于第二终端控制信令退化或损失而由网络侧发起控制转移。该特征未被直接公开或隐含公开。
技术特征F：发射机<br>《直接公开》	【对比文件段落[0012]、[0013]】<br>原文："The mobile network communications unit of each mobile device is in wireless communication... In other words, the second mobile 16 can send and receive video data via the wireless communication link 24."<br>中文翻译：“每个移动设备的移动网络通信单元进行无线通信……换句话说，第二移动设备16可以经由无线通信链路24发送和接收视频数据。”	对比文件明确公开了移动设备16能够经由无线链路“发送”（send）数据，其移动网络通信单元必然具备上行发射无线电信号的发射机。二者在硬件基础结构与发送数据的功能上完全一致。因此，技术特征F被对比文件《直接公开》。
技术特征G：被配置成向所述IMS实体传送响应<br>《直接公开》	【对比文件段落[0016]、[0018]、[0034]】<br>原文："The conference control client receives the SIP response message from the conference server 10 and then acknowledges safe receipt of the SIP response message by sending a SIP successful response (i.e. a response with status code '200 - OK') to the conference server (step 230)."<br>中文翻译：“会议控制客户端从会议服务器10接收SIP响应消息，然后通过向会议服务器发送SIP成功响应（即状态码为'200 - OK'的响应）来确认安全接收到SIP响应消息（步骤230）。”	对比文件公开了终端在与服务器（IMS/SIP会议网络实体）通信时，配置成向该网络实体发送SIP响应消息（例如发送确认或状态响应消息）。发射机被配置向网络实体发送响应属于通信设备的通用技术特征，二者在向网络实体传送响应消息的功能上完全等同。因此，技术特征G被对比文件《直接公开》。
技术特征H：其中所述响应指示接受所述协同会话控制转移请求<br>《未公开》	【对比文件段落[0021]】<br>原文："For reserved/scheduled conferences, the conference server 10 may be adapted to send a message to the client terminal(s) reminding each recipient that they are due to participate in a conference call and asking whether they wish to connect to the conference call. The recipient can either reject or accept the message..."<br>中文翻译：“对于预留/调度的会议，会议服务器10可以适于向客户端终端发送消息，提醒每个接收者他们将要参加会议呼叫并询问他们是否希望连接到会议呼叫。接收者可以拒绝或接受该消息……”	目标专利中，该响应的实质技术作用在于：由被控制方WTRU向SCC AS明确确认同意承担现有的多设备IMS协同会话的主控权（目标说明书[0096]、[0109]、[0120]）。而对比文件段落[0021]中终端接受的消息仅仅是“询问是否连接到会议呼叫”的加入会议提示，其接受响应的作用仅仅是“使终端设备自动连接到该会议呼叫”，完全不涉及对“协同会话控制转移请求”的接受。两者在技术领域、所控制的会话类型及控制权交互语义上存在本质差异，本领域技术人员绝不可能推断出接受协同会话控制转移。因此，该特征未被直接公开或隐含公开。
技术特征I：控制器<br>《直接公开》	【对比文件段落[0012]】<br>原文："Each of the first 14 and second 16 mobile devices includes a processor and a mobile network communications unit."<br>中文翻译：“第一移动设备14和第二移动设备16中的每一个均包括处理器和移动网络通信单元。”	对比文件公开了移动终端包含“处理器”（processor），目标专利说明书[0043]指出处理器包含通用处理器、控制器、微控制器等，其作用为执行数据处理和协议控制。处理器的上位或等同概念即为控制器，在终端内部控制架构上的作用完全一致。因此，技术特征I被对比文件《直接公开》。
技术特征J：被配置成在对所述现有的IMS协同会话的控制正被转移到所述WTRU时<br>《未公开》	【对比文件无相关记载】	目标专利中该特征限定了控制器的特定时序配置条件，即在协同会话控制权转移给该WTRU的转移窗口期/切换过程中。对比文件由于根本不包含协同会话控制转移的机制，处理器的逻辑中完全没有在控制转移发生时所执行的控制逻辑配置。因此，该特征未被直接公开或隐含公开。
技术特征K：控制所述现有的IMS协同会话。<br>《未公开》	【对比文件段落[0004]、[0018]】<br>原文："Creation, modification and deletion of conference calls is performed by exchanging conference information between a client terminal (the conference control client) and the conference server 10 in eXtensible Markup Language (XML) documents."<br>中文翻译：“会议呼叫的创建、修改和删除是通过在客户端终端（会议控制客户端）和会议服务器10之间以可扩展标记语言（XML）文档交换会议信息来执行的。”	目标专利中的“控制现有的IMS协同会话”具有明确的特定技术含义，即主控WTRU可以控制跨多个不同WTRU参与的IMS媒体会话流，包括“在作为协同会话一部分的WTRU之间增加、去除、释放、复制或转移媒体流”（目标说明书[0076]、[0085]）。对比文件中终端作为“conference control client”所执行的操作仅限于通过向会议服务器发送XML文档来创建、修改（如延期）或删除中央会议服务器上的会议日程（段落[0018]、[0039]），其本质是多方会议的呼叫预订管理，并非在IMS协同会话架构下作为主控设备动态管理多个参与WTRU的媒体流与会话分支。两者的控制对象、控制范围与实现机制完全不同。因此，该特征未被直接公开或隐含公开。
技术特征L：其中所述WTRU是处于所述现有的IMS协同会话中的被控制方WTRU。<br>《未公开》	【对比文件段落[0002]、[0026]】<br>原文："Such a conference call may allow a called party to participate during the call, or the conference call may be established so that a called party merely listens into the call and cannot speak to the other parties... <roles><entry>participant</entry></roles>"<br>中文翻译：“这种会议呼叫可以允许被叫方在呼叫期间参与，或者可以建立会议呼叫以便被叫方仅收听呼叫而不能与其他方通话……<roles><entry>participant</entry></roles>”	目标专利中的“被控制方WTRU”是IMS协同会话架构中的专有角色，其与控制方WTRU共同参与协同会话，其媒体流由控制方WTRU管理或配置（说明书[0085]、[0089]）。对比文件中的参与者角色仅为会议呼叫中的被叫方或“participant/moderator”，终端之间不存在主控方与被控制方的IMS协同拓扑层级，仅是平行接入会议桥。即便将会议普通参与者视为被动参与，也绝不属于IMS协同会话体制下的被控制方WTRU。因此，该特征未被直接公开或隐含公开。
技术特征M：其中所述WTRU具有与远端方之间的IMS媒体流。<br>《隐含公开》	【对比文件段落[0001]、[0003]、[0013]、[0035]】<br>原文："Multimedia conferences that can support several media types, such as video and 'chat' type messaging... In other words, the second mobile 16 can send and receive video data via the wireless communication link 24... thereby establishing the conference call (over a RTP transport layer in the example of Figure 3)."<br>中文翻译：“可以支持若干媒体类型（例如视频和'聊天'类型消息）的多媒体会议……换句话说，第二移动设备16可以经由无线通信链路24发送和接收视频数据……从而建立会议呼叫（在图3的示例中是在RTP传输层上）。”	对比文件公开了移动设备16通过无线通信链路参与多媒体会议，在RTP传输层上建立包含视频等媒体数据的端到端/多方数据传输。在IP多媒体网络（下一代网络，段落[0003]）中，SIP通常用于信令协商，底层通过RTP承载媒体流与远端其他参会方进行通信。虽然对比文件未采用“IMS媒体流”的严谨专有名词，但考虑到其基于3G/SIP架构提供多媒体会议呼叫，本领域技术人员基于对比文件披露的多媒体传输机制（支持语音、视频、聊天等流媒体传输），能够合理推断出该移动设备与远端参与方之间建立并维持媒体流。按照极其宽松的隐含公开标准，该特征属于本领域技术人员结合公知常识可合理推断的内容。因此，技术特征M被对比文件《隐含公开》。
技术特征N：其中对所述现有的IMS协同会话的所述控制从第二WTRU转移到所述WTRU。<br>《未公开》	【对比文件无相关记载】	目标专利限定了会话控制权在两个终端（第二WTRU到目标WTRU）之间的流转与转移。对比文件EP2083547A1的会议控制完全集中在各个终端与会议服务器的交互上，会议的发起、修改或取消仅由创建该会议的客户端管理，不存在将会议控制权或协同会话控制权限从一个终端转移到另一个终端的任何机制、协议或流程。因此，该特征未被直接公开或隐含公开。
技术特征O：其中所述协同会话控制转移请求和所述响应是会话发起协议(SIP)消息。<br>《隐含公开》	【对比文件段落[0007]、[0008]、[0018]】<br>原文："The invention proposes a conference control protocol based on the SIP protocol already used for conference signaling and state notification. It uses SIP for the transport protocol between client and server... The conference information XML documents are transmitted to the conference server 10 in SIP requests (for example, a SIP INVITE request) and SIP responses are transmitted from the conference server 10 to a client terminal device."<br>中文翻译：“本发明提出了一种基于已用于会议信令和状态通知的SIP协议的会议控制协议。它使用SIP作为客户端与服务器之间的传输协议……会议信息XML文档在SIP请求（例如SIP INVITE请求）中传输到会议服务器10，并且SIP响应从会议服务器10传输到客户端终端设备。”	虽然对比文件中所传递的消息并非“协同会话控制转移请求”和对应的接受转移响应，但是对比文件完整公开了在终端与服务器之间传输会议控制请求以及相应的确认响应时，均统一采用会话发起协议（SIP）消息（如SIP INVITE、SIP 200 OK、SIP 302等）。在极宽松的标准下，若对比文件中某一控制指令被考虑组合，其消息承载形式（SIP请求与响应）在对比文件中已被完整披露，本领域技术人员有可能将这一消息协议形式与其他特征进行组合。因此，技术特征O被对比文件《隐含公开》。
技术特征P：其中所述协同会话控制转移请求包括以下中的一者或多者<br>《未公开》	【对比文件无相关记载】	属于特征Q、R、S、T的引入端，由于对比文件根本未公开“协同会话控制转移请求”，自然也不存在该请求包含下述指定标识特征的前提。该特征未被直接公开或隐含公开。
技术特征Q：所述现有的IMS协同会话的身份<br>《隐含公开》	【对比文件段落[0038]、[0039]】<br>原文："The conference-info xml body provided in the SIP re-INVITE message for modifying the already-booked conference contains the 'entity' attribute of 'conference-info' root element with the allocated SIP address (conf-uri) of the booked conference (as provided in the SIP "302 - Moved Temporarily" response... for example conf1234@as.ics.net)... entity=\"sip:conf=1234@as.ics.net\""<br>中文翻译：“在用于修改已预订会议的SIP re-INVITE消息中提供的conference-info xml体包含'conference-info'根元素的'entity'属性，该属性带有已预订会议的已分配SIP地址（conf-uri）（例如conf1234@as.ics.net）……”	目标专利中请求中需携带现有IMS协同会话的ID（如会话标识符，说明书[0092]、[0106]）。对比文件中在修改已存在的多方会议时，re-INVITE消息的XML体中包含了该既有会议的全局唯一SIP地址标识符（conf-uri，例如 entity="sip:conf=1234@as.ics.net"），起到标识现有通信会话的作用。按照极为宽松的隐含公开认定原则，对比文件公开了在修改会话的控制请求中携带既有会话身份，本领域技术人员有可能将其推导并组合公开该技术特征中关于“会话标识”的提取与传递手段。因此，技术特征Q被对比文件《隐含公开》。
技术特征R：所述现有的IMS协同会话的媒体流的身份<br>《隐含公开》	【对比文件段落[0026]】<br>原文："<!-- AVAILABLE MEDIA -->\n<available-media>\n<entry label=\"10234\">\n<display-text>main audio</display-text>\n<type>audio</type>... \n<entry label=\"10235\">\n<display-text>main video</display-text>\n<type>video</type>..."<br>中文翻译：“<!-- 可用媒体 -->\n<available-media>\n<entry label=\"10234\">\n<display-text>主音频</display-text>\n<type>audio</type>... \n<entry label=\"10235\">\n<display-text>主视频</display-text>\n<type>video</type>...”	目标专利中请求包含媒体流身份（例如受影响的音频、视频流ID，目标说明书[0092]、[0108]）。对比文件在SIP控制消息的XML体中明确在<available-media>下使用entry label="10234"、entry label="10235"来标识具体的主音频、主视频媒体流。按照宽松的隐含公开判断规则，对比文件部分公开了在基于SIP的会话控制信息中包含具体媒体流身份的内容，有可能与其他对比文件组合公开该特征。因此，技术特征R被对比文件《隐含公开》。
技术特征S：所述第二WTRU的身份<br>《未公开》	【对比文件段落[0026]】<br>原文："<user entity=\"sip:mary@ics.net\">\n<display-text>Mary Poppins</display-text>"<br>中文翻译：“<user entity=\"sip:mary@ics.net\">\n<display-text>Mary Poppins</display-text>”	目标专利中，“第二WTRU的身份”是指被转出控制权的控制方WTRU的标识（说明书[0092]、[0100]）。对比文件中记载的仅是多方会议普通参会者列表中其他参会人员的SIP URI（如 mary@ics.net），在对比文件中完全没有原控制方设备或第二WTRU的角色定义，无法得出该身份属于让出协同控制权的第二WTRU。因此，该特征未被直接公开或隐含公开。
技术特征T：所述WTRU的身份。<br>《隐含公开》	【对比文件段落[0026]】<br>原文："UID:20061103T140728Z -345FDA-alice@ics.net\nORGANIZER:MAILTO:alice.w@ics.net"<br>中文翻译：“UID:20061103T140728Z -345FDA-alice@ics.net\n组织者:MAILTO:alice.w@ics.net”	目标专利中该请求包含目标WTRU（即接收控制权的WTRU）的身份。对比文件在控制请求的XML描述中记载了会议组织者/请求者的用户标识（如 alice@ics.net）。按照极其宽松的推理与部分公开认定标准，在控制信令中包含目标/当前终端身份信息已被对比文件部分涉及，本领域技术人员有可能将其结合推理，从而认为具有隐含公开的可能性。因此，技术特征T被对比文件《隐含公开》。

---

<<<A>>>

<<>>

<<<F>>>

<<<G>>>

<<>>

<<<m>>>

<<<o>>>

<<<q>>>

<<<r>>>

<<<t>>>

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

### 特征比对表格

技术特征描述及公开性判断结果	对比文件原文引用	公开性论述
技术特征A：该WTRU包括<br><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. The IMS also supports other types of devices and accesses as well. Personal digital assistants (PDAs) and computers 102 are examples of devices that can connect to the IMS through alternative accesses such as the public Internet, WLAN or ADSL 104 ...<br>【中文翻译】... IMS移动终端140通过无线电链路138与分组网络136（例如GPRS网络或其他网络）通信。IMS还支持其他类型的设备和接入。个人数字助理（PDA）和计算机102是可以通过替代接入（例如公共因特网、WLAN或ADSL 104）连接到IMS的设备的示例 ...	对比文件公开了IMS移动终端（IMS mobile terminal 140）以及PDA、计算机等用户设备，本领域技术人员可以毫无疑义地确定这些终端设备即为无线发射/接收单元（WTRU/UE）。其在对比文件中作为与IMS网络通信的终端侧实体，与目标专利中WTRU的作用相同，属于本领域惯用通信实体，因此被直接公开。
技术特征B：接收机<br><br>《直接公开》	【0011】... On the one side, the MGW 134 is able to send and receive IMS media over the real time protocol (RTP) ...<br>【0064】To enable user interaction with the computing device 300, an input device 390 ... The communications interface 380 generally governs and manages the user input and system output ...<br>【0007】... IMS mobile terminal 140 communicates with a packet network 136 ... through a radio link 138 ...<br>【中文翻译】... 终端140通过无线电链路与分组网络通信 ... 通信接口380通常管理和控制用户输入和系统输出 ...	对比文件公开了移动终端140通过无线链路进行双向通信，且其计算设备必然包含处理输入与接收信号的通信接口/接收部件。作为无线通信终端进行下行通信的固有基础构件，接收机在对比文件中的作用是接收来自网络的无线信号与消息，与目标专利中接收机的作用完全相同，属于本领域技术人员毫无疑义可得出的公知硬件实体，因此被直接公开。
技术特征C：被配置成接收来自IMS实体的协同会话控制转移请求<br><br>《未公开》	对比文件未记载该内容。	目标专利中，该特征是指WTRU接收来自IMS实体（如SCC AS）发起的用于转移协同会话控制权的信令请求（如目标说明书【0020】、【0117】、【0120】所述）。<br>对比文件US20090190573A1聚焦于IMS注册管理与服务移动性（如代理注册、解注册、宏操作、以及将呼叫路由至非IP/PSTN设备），其所涉及的会话均为普通的单设备会话或呼叫分叉（forking），根本未涉及协同会话（Collaborative Session），更未公开或暗示任何“协同会话控制转移请求”或接收该请求的配置。对比文件完全未公开该特征，也不可能由本领域技术人员推导得出。
技术特征D：其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求<br><br>《未公开》	对比文件未记载该内容。	结合目标专利说明书（如【0006】、【0085】、【0113】、【0120】），协同会话涉及多个WTRU共同参与并由控制方WTRU进行会话管理，该请求用于指示将协同会话的主导控制权转移给该WTRU。<br>对比文件公开的是将用户的公共标识（PUID）在不同设备上注册（如【0168】中将内容和注册从电视换到手机），或者是呼叫建立（INVITE）与分叉（Forking），完全不涉及现有的协同会话及其控制权的传递或指示。两者的机制、通信作用及语义完全不同，本领域技术人员无法从对比文件推断得出。
技术特征E：其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起<br><br>《未公开》	对比文件未记载该内容。	目标专利说明书【0117】明确指出：“由于用户简档、当前条件（例如，控制方WTRU到SCC AS的连接已经降低）或根据预配置，SCC AS可发起协同控制转移”。<br>对比文件中IMS实体发起的动作主要是基于定时器超时、位置改变等触发的网络发起的注册/解注册（参见【0023】、【0141】、【0160】），根本未公开更未暗示“基于第二WTRU对现有协同会话的控制信令的退化或损失”而由IMS实体主动发起控制转移。对比文件无相关触发机制的公开。
技术特征F：发射机<br><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 ...<br>【0014】... the UE 102 sends a SIP register request to the discovered P-CSCF 106A ...<br>【中文翻译】... 终端140通过无线链路138与分组网络136通信 ... UE 102向所发现的P-CSCF 106A发送SIP注册请求 ...	对比文件中明确公开了移动终端向网络侧发送SIP请求（如REGISTER、INVITE等），具有无线通信能力的终端设备必然内置发射机以向网络传送信号。其在对比文件中的作用是发射上行无线信号与控制消息，与目标专利中发射机的硬件功能和作用相同，本领域技术人员可毫无疑义地直接确定，因此被直接公开。
技术特征G：被配置成向所述IMS实体传送响应<br><br>《隐含公开》	【0013】... FIG. 2A which involves how the network challenges the UE 102. FIG. 2B illustrates the second phase which is how the UE 102 responds to the challenge and completes a registration.<br>【0015】Second, the UE 102 will calculate a response to the challenge and send another register request to the P-CSCF 106A ...<br>【中文翻译】... 图2A涉及网络如何质询UE 102。图2B示出了第二阶段，即UE 102如何响应质询并完成注册。其次，UE 102将计算针对质询的响应并向P-CSCF 106A发送另一注册请求 ...	目标专利中该特征是指被控制方WTRU通过发射机向SCC AS等IMS实体发送对控制转移请求的确认响应（如【0120】步骤1150）。<br>在对比文件中，公开了UE被配置成向IMS网络实体（如P-CSCF/S-CSCF）发送各种响应消息（如针对401 Unauthorized质询计算响应并回复注册消息，或对INVITE回复200 OK确认等）。在极其宽松的隐含公开判断标准下，对比文件公开了“终端配置有向IMS实体传送针对网络请求/质询的响应”的基础通信交互配置能力，属于部分公开了配置响应传送的技术手段，因此判定为隐含公开。
技术特征H：其中所述响应指示接受所述协同会话控制转移请求<br><br>《未公开》	对比文件未记载该内容。	目标专利中该响应具有特定的控制协议语意，即明确指示接受接管现有的协同会话控制权（说明书【0120】）。<br>对比文件中完全没有“协同会话控制转移请求”，因而其响应中绝对不可能包含“接受协同会话控制转移”的指示。对比文件不存在任何相同或类似的作用与技术方案，本领域技术人员无法推导得出。
技术特征I：控制器<br><br>《直接公开》	【0062】... general-purpose computing device 300, including a processing unit (CPU) 320 and a system bus 310 that couples various system components including the system memory ...<br>【0065】... the illustrative system embodiment is presented as comprising individual functional blocks (including functional blocks labeled as a “processor”) ... Illustrative embodiments may comprise microprocessor and/or digital signal processor (DSP) hardware ...<br>【中文翻译】... 通用计算设备300，包括处理单元（CPU）320和耦合包括系统存储器在内的各种系统组件的系统总线310 ... 包含标有“处理器”的功能块 ... 示例性实施方式可包括微处理器和/或数字信号处理器（DSP）硬件 ...	对比文件明确公开了设备包括通用处理单元（CPU）、微处理器、DSP等处理架构，负责执行终端各项程序逻辑与协议处理。其在对比文件中的作用是控制设备运行与信号处理，与目标专利说明书【0043】中的处理器/控制器作用完全相同，属于本领域的通用硬件配置，本领域技术人员可毫无疑义地直接确定，属于直接公开。
技术特征J：被配置成在对所述现有的IMS协同会话的控制正被转移到所述WTRU时<br><br>《未公开》	对比文件未记载该内容。	目标专利中该特征限定了控制器的控制触发时机与协同会话控制转移过程的协同逻辑（说明书【0085】、【0120】）。<br>对比文件根本不涉及任何IMS协同会话，也不存在协同会话控制转移的流程与状态切换，因此终端控制器完全不存在针对“协同会话控制正被转移时”进行相应配置与控制处理的方案，该特征未公开。
技术特征K：控制所述现有的IMS协同会话。<br><br>《未公开》	对比文件未记载该内容。	目标专利说明书【0085】明确指出：“作为控制方WTRU，WTRU控制协同会话，并可在作为协同会话一部分的WTRU之间增加、去除、释放、复制或转移媒体流”。<br>对比文件仅涉及终端对自身单会话的控制或媒体移动，不存在管理并控制包含多个参与设备的“协同会话”的能力，未公开该技术特征。
技术特征L：其中所述WTRU是处于所述现有的IMS协同会话中的被控制方WTRU。<br><br>《未公开》	对比文件未记载该内容。	目标专利说明书【0085】及【0116】明确区分了“控制方WTRU”与“被控制方WTRU”的角色关系，受转让方在转移前作为被控制方参与会话。<br>对比文件虽然在【0136】提到了多个用户共享设备，在【0134】提到了分叉呼叫，但所有终端设备均处于对等的独立会话链路中，完全不存在主从、控制方与被控制方的IMS协同会话架构与角色定义，因此未公开。
技术特征M：其中所述WTRU具有与远端方之间的IMS媒体流。<br><br>《直接公开》	【0005】... For example, it enables one to access their favorite web pages, read their email, watch a movie or take part in the video conference wherever one is by simply using a mobile device and accessing the desired services ...<br>【0011】... On the one side, the MGW 134 is able to send and receive IMS media over the real time protocol (RTP) ...<br>【0089】... Customers can access the same services on any device within the limits of its capabilities. They can get their voice and video services from the service provider whether they are on wired or wireless networks ...<br>【中文翻译】... 使人们能够通过简单地使用移动设备并在任何地方参加视频会议 ... 接收实时协议（RTP）上的IMS媒体 ... 用户可以从服务提供商处获取其语音和视频服务 ...	对比文件公开了用户使用终端参与视频会议、进行语音与视频通话（基于RTP承载媒体流），这表明WTRU与远端参与方之间建立并维持有IMS多媒体流。对比文件中公开的该媒体流传输与目标专利中终端与远端方维持媒体流的技术作用相同，本领域技术人员可毫无疑义地直接确定，因此被直接公开。
技术特征N：其中对所述现有的IMS协同会话的所述控制从第二WTRU转移到所述WTRU。<br><br>《未公开》	对比文件未记载该内容。	对比文件完全没有公开协同会话以及在不同WTRU之间转移协同会话控制权的概念，未公开该特征。
技术特征O：其中所述协同会话控制转移请求和所述响应是会话发起协议(SIP)消息。<br><br>《隐含公开》	【0006】... There are various protocols used in the IMS which include the session control protocol, and a session initiation protocol (SIP) as well as other protocols known to those of skill in the art that are utilized for providing the multimedia services ...<br>【0008】... The P-CSCF forwards SIP requests and responses to the appropriate direction ...<br>【0009】... The CSCF processes SIP signaling in the IMS ...<br>【中文翻译】... 在IMS中使用了多种协议，包括会话控制协议和会话发起协议（SIP）... P-CSCF向相应方向转发SIP请求和响应 ... CSCF处理IMS中的SIP信令 ...	目标专利中请求与响应均采用标准的SIP消息（如INVITE、REFER、200 OK等）来实现协同控制转移。<br>对比文件通篇明确公开了IMS体系中会话控制和各种业务请求与响应全部使用SIP消息（SIP requests and responses）。在非常宽松的隐含公开判断标准下，既然对比文件公开了IMS网络中控制请求和响应普遍采用SIP协议消息作为传输载体，本领域技术人员在推导控制类消息的实现形式时，完全有可能推断出若要实现会话层面的转移请求和响应必然采用SIP消息，因此属于被对比文件隐含公开。
技术特征P：其中所述协同会话控制转移请求包括以下中的一者或多者<br><br>《未公开》	对比文件未记载该内容。	鉴于对比文件根本不存在“协同会话控制转移请求”，自然也不存在该请求中包含何种信息要素的公开。
技术特征Q：所述现有的IMS协同会话的身份<br><br>《隐含公开》	【0105】... The “session description” can be checked when special processing is needed by application servers for different services negotiated using the Session Description Protocol (SDP) ... This can include the session identifier and other session-level parameters, such as IP address, subject, contact information about the session and/or creator ...<br>【中文翻译】... 会话描述可包括会话标识符（session identifier）和其他会话级参数，例如IP地址、主题、关于会话和/或创建者的联系信息 ...	目标专利中该身份用于在转移请求中识别特定的协同会话（说明书【0095】、【0106】）。<br>对比文件在描述SIP及SDP协商处理时，公开了消息中可携带“会话标识符（session identifier）”用于标识IMS会话。在极其宽松的隐含公开标准下，对比文件部分公开了在会话信令中包含会话身份的技术方案，具备被其他对比文件组合利用的可能性，因此判定为隐含公开。
技术特征R：所述现有的IMS协同会话的媒体流的身份<br><br>《未公开》	对比文件未记载该内容。	对比文件未公开在协同控制转移请求中携带受影响的协同会话媒体流身份（Media Flow ID）的技术方案。
技术特征S：所述第二WTRU的身份<br><br>《隐含公开》	【0077】... The originating S-CSCF 158 uses the PUID 188 in the P_Asserted_Identity Header or the IMS message to determine which service profile 186 to process for originating services. The terminating S-CSCF uses the PUID 188 in the Request URI Header to determine which service profile 186 to process for the terminating services ...<br>【0082】The Private User Identity (PRUID) 184 is specific to a particular device and a particular user profile 185. It is used to authenticate the specific User on the specific device ...<br>【中文翻译】... 始发S-CSCF使用P_Asserted_Identity头域中的PUID ... 私有用户标识（PRUID）特定于特定设备和特定用户配置文件。它用于在特定设备上对特定用户进行身份验证 ...	目标专利中用于指示原控制方WTRU的标识。<br>对比文件公开了SIP消息中包含发起端设备/用户的标识（如P_Asserted_Identity中的PUID或指示具体设备的PRUID）。在极其宽松的隐含公开标准下，对比文件公开了在IMS信令中携带涉及操作的对应设备身份（设备/用户标识），本领域技术人员有可能由此推导出在多设备交互消息中指示第二设备身份的信息单元，因此判定为隐含公开。
技术特征T：所述WTRU的身份。<br><br>《隐含公开》	【0077】... The terminating S-CSCF uses the PUID 188 in the Request URI Header to determine which service profile 186 to process for the terminating services ...<br>【0111】... The To Header contains the Public User Identity that is to be explicitly registered ...<br>【中文翻译】... 终结S-CSCF使用Request URI头中的PUID来确定针对终结服务要处理的业务配置文件 ... To头包含要显式注册的公有用户标识 ...	目标专利中用于指示接收控制权的目标WTRU标识。<br>对比文件公开了在发送给终端的消息（如终结请求）中，在Request URI或To头等字段中携带目标设备的公有用户标识（PUID）。在极其宽松的隐含公开标准下，对比文件公开了在IMS网络消息中指明目标终端身份的技术手段，本领域技术人员可以合理推断出消息可包含目标WTRU身份，因此判定为隐含公开。

<<<A>>>

<<>>

<<<F>>>

<<<g>>>

<<>>

<<<M>>>

<<<o>>>

<<<q>>>

<<<s>>>

<<<t>>>

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

技术特征描述及公开性判断结果	对比文件原文引用	公开性论述
技术特征A：<br>该WTRU包括<br><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. The IMS also supports other types of devices and accesses as well. Personal digital assistants (PDAs) and computers 102 are examples of devices that can connect to the IMS through alternative accesses such as the public Internet, WLAN or ADSL 104.<br><br>[0007] ... IMS移动终端140通过无线电链路138与诸如GPRS网络或其他网络的分组网络136通信。IMS还支持其他类型的设备和接入。个人数字助理（PDA）和计算机102是可以通过替代接入（诸如公共因特网、WLAN或ADSL 104）连接到IMS的设备的示例。<br><br>[0013] Prior to IMS registration, the user equipment (UE) 102 must discover the IMS entity to which it will send a register request...<br><br>[0013] 在IMS注册之前，用户设备（UE）102必须发现其将向其发送注册请求的IMS实体……	对比文件公开了用户设备（UE 102）或IMS移动终端（IMS mobile terminal 140），其具有通过无线链路接入IMS网络的能力，本领域技术人员知晓无线发射/接收单元（WTRU）在移动通信领域与用户设备（UE）为实质相同/等同的实体（目标专利说明书[0031]亦明确载明WTRU可以包括UE、移动台等），其在通信系统中承担无线终端的角色相同。因此，技术特征A被对比文件《直接公开》。
技术特征B：<br>接收机<br><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...<br><br>[0007] ... IMS移动终端140通过无线电链路138与诸如GPRS网络或其他网络的分组网络136通信……<br><br>[0013]-[0015] ... the S-CSCF 116 realizes that the user is not authorized and therefore retrieves authentication data from the HSS 120 and challenges the user with a 401 unauthorized response. Second, the UE 102 will calculate a response to the challenge and send another register request to the P-CSCF 106A...<br><br>[0013]-[0015] ……S-CSCF 116意识到用户未被授权，因此从HSS 120检索认证数据，并向用户发出401未授权响应的质询。其次，UE 102将计算对质询的响应，并向P-CSCF 106A发送另一个注册请求……	对比文件公开了移动终端/UE 102通过无线电链路与网络通信，并能够接收来自网络实体（如S-CSCF通过P-CSCF下发）的401响应等消息。任何具有无线通信能力的终端（UE/WTRU）必然在物理硬件或功能架构上包括用于从无线链路接收信号的接收机（收发信机的接收部分），其作用为接收空中接口下发的控制信令和数据，与目标专利中接收机的作用相同。因此，技术特征B被对比文件《直接公开》。
技术特征C：<br>被配置成接收来自IMS实体的协同会话控制转移请求<br><br>《未公开》	全文未记载协同会话控制转移请求或被配置成接收此类请求的实体机制。<br><br>对比文件主要涉及IMS中的注册管理、代注册、远程注销及不同设备间的服务可移植性（Service Portability）与媒体移动（如[0168]的3-screen转移内容），其披露的消息涉及注册相关的REGISTER、200 OK、401挑战或呼叫建立的INVITE等。<br><br>[0168] ... For example, a customer may be watching an event on a home TV set and have to leave for an appointment. In order to continue watching the event, the customer may want to transfer the video to a portable device capable of rendering the video such as a cell phone. In addition to moving the content, the customer may want to change the registration to the cell phone and de-register from the home TV...<br><br>[0168] ……例如，客户可能正在家用电视机上观看赛事，并且必须动身赴约。为了继续观看该赛事，客户可能想要将视频转移到能够呈现该视频的便携式设备（诸如蜂窝电话）。除了移动内容之外，客户可能想要将注册更改为蜂窝电话并从家用电视注销……	在目标专利中，“协同会话控制转移请求”是IMS实体向WTRU发送的特定控制信令，其作用是指示将现有的协同会话（Collaborative Session）的呼叫控制权（Control）转移给该WTRU。对比文件所公开的内容主要涉及IMS注册管理与多设备注册状态变更；虽然在[0168]中提及将视频内容从电视转移到蜂窝电话，但该过程是通过在便携设备上进行重新注册/代注册并在电视上注销来实现设备的切换，根本未公开在IMS协同会话架构下由IMS实体向终端下发“协同会话控制转移请求”以转移会话控制权的技术方案，本领域技术人员也无法从中直接推断得出该特征。因此，技术特征C未公开。
技术特征D：<br>其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求<br><br>《未公开》	全文未记载向WTRU指示接收对现有的IMS协同会话控制的请求。	技术特征D进一步限定了技术特征C中请求的实质指示内容（指示一用于接收对现有的IMS协同会话的控制的请求，以使目标WTRU知晓需承担控制方角色）。鉴于对比文件根本未公开“协同会话控制转移请求”，也未公开将现有的协同会话的控制权在IMS会话维持过程中转移至该WTRU的信令交互，因此技术特征D未公开。
技术特征E：<br>其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起<br><br>《未公开》	全文未记载基于控制信令的退化或损失来发起协同会话控制转移请求。<br><br>[0161] ... When Mary with her cell phone enters the building 504 in which her office is located, the location enabler 176 notices this event and notifies the device 170. The device 170 automatically registers Mary on the SIP phone at her office 510 using S-CSCF 158 and HSS 160... When Mary leaves the building 506, this is also an event that causes the location enabler 176 to notify the device 170. As shown, she becomes de-registered from the office phone...<br><br>[0161] ……当Mary携带其蜂窝电话进入其办公室所在的建筑物504时，位置启动器176注意到该事件并通知设备170。设备170使用S-CSCF 158和HSS 160自动将Mary注册到其办公室510的SIP电话上……当Mary离开建筑物506时，这也是使位置启动器176通知设备170的事件。如图所示，她从办公室电话上注销……	目标专利中，技术特征E记载了网络侧IMS实体发起协同会话控制转移的特定触发条件，即基于原控制方（第二WTRU）控制信令的“退化或损失”（例如无线连接变差或掉线时由网络主动发起控制权挽救转移）。对比文件中触发网络设备170动作的触发条件仅为位置变化（进入/离开建筑物）、时间到达或用户界面命令，用于触发代注册/注销，与“基于现有的IMS协同会话的控制信令的退化或损失而由IMS实体发起控制转移请求”技术方案、物理机制及作用均完全不同。因此，技术特征E未公开。
技术特征F：<br>发射机<br><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...<br><br>[0007] ... IMS移动终端140通过无线电链路138与诸如GPRS网络或其他网络的分组网络136通信……<br><br>[0014] First, as shown in FIG. 2A, the UE 102 sends a SIP register request to the discovered P-CSCF 106A...<br><br>[0014] 首先，如图2A所示，UE 102向所发现的P-CSCF 106A发送SIP注册请求……	对比文件公开了UE 102/移动终端通过无线链路向网络发送SIP注册请求等上行消息。无线终端发送消息必然包含发射机（收发信机的发射部分），其在对比文件中起到向网络发射无线电信号/传输控制信令的作用，与目标专利中发射机的硬件属性与功能完全相同。因此，技术特征F被对比文件《直接公开》。
技术特征G：<br>被配置成向所述IMS实体传送响应<br><br>《隐含公开》	[0015] Second, the UE 102 will calculate a response to the challenge and send another register request to the P-CSCF 106A. This is shown in FIG. 2B...<br><br>[0015] 其次，UE 102将计算对质询的响应，并向P-CSCF 106A发送另一个注册请求。这示于图2B中……<br><br>[0122] ... When initiating a session, the user agent will designate which PUID is requesting the service. It does this by placing that PUID in the P_Preferred_Identity header of the SIP INVITE...<br><br>[0122] ……当发起会话时，用户代理将指定哪个PUID正在请求该服务。它通过将该PUID放置在SIP INVITE的P_Preferred_Identity报头中来执行该操作……<br><br>[0134] ... Any of the Contact locations sent the message may accept the INVITE with a 200 OK message...<br><br>[0134] ……发送了该消息的任何联系人位置都可以使用200 OK消息接受INVITE……	按照极其宽松的隐含公开判断标准：虽然对比文件中的终端未针对“协同会话控制转移请求”进行响应，但对比文件公开了终端（UE）具有接收来自IMS实体的信令并向IMS实体回传响应（如对质询计算response发送注册请求，或使用200 OK响应接受网络下发的呼叫INVITE）的收发交互机制。对比文件部分公开了终端向IMS网络实体传送响应的功能机制，若与其他对比文件结合，存在推导出终端被配置成向IMS实体传送响应的可能性。因此技术特征G认定为《隐含公开》。
技术特征H：<br>其中所述响应指示接受所述协同会话控制转移请求<br><br>《未公开》	全文未记载对协同会话控制转移请求进行接受响应的交互内容。	对比文件未公开协同会话控制转移请求，也就不存在终端发送“指示接受协同会话控制转移请求的响应”的交互。即便对比文件提到了针对一般性INVITE消息的200 OK接受响应，但该响应所针对的对象与指示的业务语义（建立会话 vs 接受协同会话控制权转移）存在质的差异，无法得出技术特征H。因此，技术特征H未公开。
技术特征I：<br>控制器<br><br>《直接公开》	[0062] ... With reference to FIG. 3, an exemplary system includes a general-purpose computing device 300, including a processing unit (CPU) 320 and a system bus 310... For example, the functions of one or more processors presented in FIG. 3 may be provided by a single shared processor or multiple processors...<br><br>[0062] ……参照图3，示例性系统包括通用计算设备300，其包括处理单元（CPU）320和系统总线310……例如，图3中示出的一个或多个处理器的功能可由单个共享处理器或多个处理器提供……<br><br>[0065] ... Illustrative embodiments may comprise microprocessor and/or digital signal processor (DSP) hardware, read-only memory (ROM) for storing software performing the operations discussed below, and random access memory (RAM) for storing results...<br><br>[0065] ……说明性实施方式可包括微处理器和/或数字信号处理器（DSP）硬件、用于存储执行下述操作的软件的只读存储器（ROM）以及用于存储结果的随机存取存储器（RAM）……	对比文件公开了终端设备/计算设备包括处理单元（CPU 320）、微处理器等处理器硬件，用于执行软件程序以实现终端控制及消息处理操作。微处理器/CPU即为通用的控制器，其在对比文件中执行信号处理与操作控制的作用与目标专利说明书[0043]所定义的处理器/控制器实质等同。因此，技术特征I被对比文件《直接公开》。
技术特征J：<br>被配置成在对所述现有的IMS协同会话的控制正被转移到所述WTRU时<br><br>《未公开》	全文未记载在协同会话控制转移过程中配置控制器执行特定动作的时序或状态转移逻辑。	对比文件不存在对协同会话控制权转移过程的披露，更未公开终端控制器在协同会话控制权“正被转移到该终端时”的时序动作机制。因此，技术特征J未公开。
技术特征K：<br>控制所述现有的IMS协同会话。<br><br>《未公开》	全文未记载控制协同会话的控制器功能。	目标专利中，“控制所述现有的IMS协同会话”是指WTRU承担控制方角色（Controller），负责添加、删除、释放、复制或转移协同媒体流等会话级管理（参见目标专利说明书[0085]）。对比文件中的终端仅能基于自身单设备的PUID发起或接收呼叫会话，没有在多设备协同会话中作为控制方控制整个现有协同会话的技术方案。因此，技术特征K未公开。
技术特征L：<br>其中所述WTRU是处于所述现有的IMS协同会话中的被控制方WTRU。<br><br>《未公开》	全文未记载IMS协同会话中的被控制方WTRU（Controllee WTRU）。	目标专利中被控制方WTRU是协同会话架构中的专用角色（受控制方WTRU控制其媒体流的增加、释放等，参见说明书[0084]-[0085]）。对比文件仅涉及属于同一用户的多个终端共享PUID或各自注册（如办公室电话与手机，参见[0161]），并未公开处于协同会话中且具有主从控制关系的“被控制方WTRU”。因此，技术特征L未公开。
技术特征M：<br>其中所述WTRU具有与远端方之间的IMS媒体流。<br><br>《直接公开》	[0005] ... For example, it enables one to access their favorite web pages, read their email, watch a movie or take part in the video conference wherever one is by simply using a mobile device and accessing the desired services...<br><br>[0005] ……例如，它使用户无论身在何处，只需使用移动设备并访问所需服务，便能够访问其喜爱的网页、阅读其电子邮件、观看电影或参加视频会议……<br><br>[0011] ... The media gateway (MGW) 134 interfaces the media plane of the PSTN or CS network. On the one side, the MGW 134 is able to send and receive IMS media over the real time protocol (RTP)...<br><br>[0011] ……媒体网关（MGW）134与PSTN或CS网络的媒体平面接口。在一侧，MGW 134能够通过实时协议（RTP）发送和接收IMS媒体……<br><br>[0181] ... A customer will be able to get terminating services from the network delivered to any phone... using the same registration method discussed for SIP devices...<br><br>[0181] ……客户将能够使用针对SIP设备讨论的相同注册方法，从网络获取递送到任何电话的终止服务……	对比文件公开了移动终端/用户设备通过IMS网络与远端参与者/服务器建立视频会议、语音通话等多媒体通信，且在用户平面上传输IMS媒体流（IMS media over RTP）。其在对比文件中起到实现终端与通信对端之间多媒体数据交互的作用，与目标专利中终端维持与远端方的IMS媒体流的技术方案及作用完全相同。因此，技术特征M被对比文件《直接公开》。
技术特征N：<br>其中对所述现有的IMS协同会话的所述控制从第二WTRU转移到所述WTRU。<br><br>《未公开》	全文未记载协同会话控制权从第二WTRU向第一WTRU转移的过程。	目标专利中技术特征N限定了协同会话控制权在设备间的流转关系（从第二WTRU转移到所述WTRU）。对比文件完全没有IMS协同会话控制的概念，虽然披露了多设备间内容的切换（如[0168]中视频从电视切换至手机），但该切换并非转移“协同会话的控制权”，而是终端注册地址变更与媒体重新路由。因此，技术特征N未公开。
技术特征O：<br>其中所述协同会话控制转移请求和所述响应是会话发起协议(SIP)消息。<br><br>《隐含公开》	[0006] There are various protocols used in the IMS which include the session control protocol, and a session initiation protocol (SIP) as well as other protocols known to those of skill in the art that are utilized for providing the multimedia services...<br><br>[0006] 在IMS中使用了多种协议，包括会话控制协议和会话发起协议（SIP），以及本领域技术人员已知的用于提供多媒体服务的其他协议……<br><br>[0008] ... From the point of view of the SIP protocol, the P-CSCF 106A, 106B acts as an inbound/outbound SIP proxy server. This means that all requests initiated by the IMS terminal 102, 140 or destine for the IMS terminal 102-140 traverse the P-CSCF 106A, 106B. The P-CSCF forwards SIP requests and responses to the appropriate direction...<br><br>[0008] ……从SIP协议的角度来看，P-CSCF 106A、106B充当入站/出站SIP代理服务器。这意味着由IMS终端102、140发起的或目的地为IMS终端102-140的所有请求都穿过P-CSCF 106A、106B。P-CSCF向适当的方向转发SIP请求和响应……	按照极其宽松的隐含公开判断标准：对比文件公开了IMS网络中终端与各控制网元（如P-CSCF、S-CSCF）之间所有的会话控制请求与响应均采用会话发起协议（SIP）消息进行传输。尽管对比文件中未出现具体的“协同会话控制转移请求及其响应”，但对比文件已经完全公开了在IMS会话控制中使用SIP请求与SIP响应作为通信协议载体；本领域技术人员在考虑会话控制请求和响应的协议实现时，结合对比文件公开的IMS全域采用SIP消息交互，有可能推断出如果存在控制请求和响应，其采用SIP消息。对比文件部分公开了该通信机制，满足与其他对比文件组合的可能性。因此判定技术特征O被《隐含公开》。
技术特征P：<br>其中所述协同会话控制转移请求包括以下中的一者或多者<br><br>《未公开》	全文未记载协同会话控制转移请求的信令消息体或报头字段构成。	对比文件未公开协同会话控制转移请求，其并未涉及包含相关协同会话与实体身份字段的请求信令。因此，技术特征P未公开。
技术特征Q：<br>所述现有的IMS协同会话的身份<br><br>《隐含公开》	[0105] ... The “session description” can be checked when special processing is needed by application servers for different services negotiated using the Session Description Protocol (SDP). The session description and session description protocol are used for the two sides of a session to negotiate capabilities, media formats and ports. This can include the session identifier and other session-level parameters, such as IP address, subject, contact information about the session and/or creator...<br><br>[0105] ……当应用服务器对使用会话描述协议（SDP）协商的不同服务需要特殊处理时，可以检查“会话描述”。会话描述和会话描述协议用于会话的两方协商能力、媒体格式和端口。这可以包括会话标识符（session identifier）和其他会话级参数，例如IP地址、主题、关于会话和/或创建者的联系信息……	依据极其宽松的隐含公开标准：虽然对比文件未披露协同会话控制转移请求，但对比文件在描述IMS会话信令控制（SDP/SIP）时明确公开了在控制信令中包含“会话标识符（session identifier）”。由于会话标识符在会话控制信令中起到唯一标识特定会话的作用，本领域技术人员有可能基于信令中携带session identifier的公开内容推导在相关会话信令中携带会话身份，具备部分公开或与其他对比文件组合公开的可能性。因此认定技术特征Q被《隐含公开》。
技术特征R：<br>所述现有的IMS协同会话的媒体流的身份<br><br>《未公开》	全文未公开在控制信令中携带协同会话的媒体流的身份。	目标专利中媒体流的身份用于在协同会话转移控制权时明确哪些媒体流受该控制权管辖（参见说明书[0092]、[0095]）。对比文件在会话层面仅涉及宏观呼叫建立，完全没有涉及在协同会话中区分并指示具体媒体流身份（Media Stream ID）的信令要素，本领域技术人员无法从对比文件中推理得出该特征。因此，技术特征R未公开。
技术特征S：<br>所述第二WTRU的身份<br><br>《隐含公开》	[0008] ... The HSS 120 contains all the user related subscription data requires to handle multimedia sessions. The data can include among other items... user profile information, which may include the services that the user has subscribed to and the serving-CSCF (S-CSCF) 116 allocated to the user...<br><br>[0008] ……HSS 120包含处理多媒体会话所需的所有与用户相关的签约数据。该数据可包括位置信息、安全信息、授权信息、认证信息、用户简档信息等……<br><br>[0091] In SIP and IMS, addressing is done based on the Public User Identifier (preferably a SIP URI but may be some other identifier)... Each of these may be considered a user... In IMS, a user may have one or more PUIDs associated with its user profile...<br><br>[0091] 在SIP和IMS中，寻址基于公共用户标识符（优选为SIP URI，但也可以是某种其他标识符）完成……这些中的每一个都可以被认为是用户……在IMS中，一个用户可以具有与其用户简档相关联的一个或多个PUID……	依据极其宽松的隐含公开标准：对比文件公开了在IMS网络中通过公共用户标识符（PUID，如SIP URI）或设备标识来标识通信网络中的各终端设备/用户（如第二设备），且在SIP信令报头（如To/From/Contact报头）中携带各参与方设备的身份信息以进行寻址和控制。对比文件公开了在控制信令中携带参与方终端设备身份的通用机制，具备部分公开和推导结合的技术基础。因此认定技术特征S被《隐含公开》。
技术特征T：<br>所述WTRU的身份。<br><br>《直接公开》	[0111] The next header of concern is the To Header. For most IMS messages, the To Header is used for end-to-end communication and supports ASCII. For example, the To Header might contain the string “Steve Siegel.” However, in the REGISTER message the To Header has another purpose. The To Header contains the Public User Identity that is to be explicitly registered...<br><br>[0111] 下一个关注的报头是To报头。对于大多数IMS消息，To报头用于端到端通信并支持ASCII。例如，To报头可能包含字符串“Steve Siegel”。然而，在REGISTER消息中，To报头具有另一个目的。To报头包含要显式注册的公共用户标识（Public User Identity）……<br><br>[0128] As discussed earlier, the SIP REGISTER message contains the information necessary to perform the registration (See FIG. 9). The PUID being registered is in the To Header. The Contact Header includes a SIP URI which designates the network address at which the PUID is to be registered...<br><br>[0128] 如前所述，SIP REGISTER消息包含执行注册所需的信息（参见图9）。正在注册的PUID位于To报头中。Contact报头包括SIP URI，其指定要在其处注册PUID的网络地址……	对比文件明确公开了在IMS的控制信令（如SIP消息的To报头、Contact报头等）中包含该终端设备自身的身份信息（PUID，如SIP URI或网络地址），其在对比文件中用于在网络中标识该终端本身以实现寻址和会话路由，与目标专利中提供该WTRU的身份的作用完全相同。因此，技术特征T被对比文件《直接公开》。

<<<A>>>

<<>>

<<<F>>>

<<<g>>>

<<>>

<<<M>>>

<<<o>>>

<<<q>>>

<<<s>>>

<<<T>>>

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

技术特征描述以及公开性判断结果	对比文件原文引用	公开性论述
技术特征A：<br>该WTRU包括<br><br>《直接公开》	【第[2]段】<br>“図１は、実施形態に係る通信端末１の構成を示す図である。通信端末１は、図示しないＣＰＵ、ＲＯＭ及びＲＡＭを有しており……また、通信端末１は、携帯電話等であり、マイク２、プリアンプ部３、メモリ部５や、通話を行うための通信装置（従来の携帯電話等が有する通信装置であり、従って図示を省略する。）を備える。”<br>（译文：图1是示出根据实施方式的通信终端1的配置的图。通信终端1包括未示出的CPU、ROM和RAM……此外，通信终端1是移动电话等，并且包括麦克风2、前置放大器单元3、存储器单元5以及用于进行通话的通信装置（传统的移动电话等具有的通信装置，因此省略示出）。）	对比文件公开了一种通信终端1，具体为移动电话（携帯電話等）。目标专利说明书第[0031]段明确指出WTRU可以包括移动电话（蜂窝电话、智能手机等）。对比文件中的通信终端1与目标专利中的无线发射/接收单元（WTRU）在技术领域和基本功能上相同，属于本领域技术人员毫无疑义可认定的相同技术手段，因此技术特征A被直接公开。
技术特征B：<br>接收机<br><br>《隐含公开》	【第[2]段】<br>“また、通信端末１は、携帯電話等であり、マイク２、プリアンプ部３、メモリ部５や、通話を行うための通信装置（従来の携帯電話等が有する通信装置であり、従って図示を省略する。）を備える。”<br>（译文：此外，通信终端1是移动电话等，并且包括麦克风2、前置放大器单元3、存储器单元5以及用于进行通话的通信装置（传统的移动电话等具有的通信装置，因此省略示出）。）	对比文件明确记载了通信终端1是具备“用于进行通话的通信装置（传统移动电话等具有的通信装置）”的移动电话。本领域技术人员结合公知常识可知，任何用于双向通话的移动电话通信装置必然包含用于接收无线下行信号的接收机硬件（如射频接收链路与天线等），本领域技术人员通过该内容能够必然、合理地推断出通信装置包括接收机，因此该技术特征被隐含公开。
技术特征C：<br>被配置成接收来自IMS实体的协同会话控制转移请求<br><br>未公开	对比文件全文未记载任何与IP多媒体子系统（IMS）、协同会话控制或会话控制转移请求相关的内容。	目标专利说明书（如第[0084]-[0086]、[0108]段）中，该特征是指IMS协同会话中，IMS实体（如SCC AS）向处于协同会话中的WTRU发送协同会话控制转移请求消息（如通过SIP信令），以将协同会话的主控权移交给该WTRU。对比文件JP4317238B2仅涉及移动电话在本地语音通话过程中基于语音识别提取关键词并自动混音合成背景效果音的方案，完全不涉及IMS网络架构、网络实体与协同会话控制信令交互，无法合理推断出该技术特征，因此未公开。
技术特征D：<br>其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求<br><br>未公开	对比文件全文未记载任何指示接收对现有IMS协同会话控制的请求消息。	目标专利中，该特征是指该请求消息的作用是告知目标WTRU承担起整个多设备IMS协同会话的控制权（如控制增加、释放、转移媒体流等）。对比文件完全未涉及协同会话控制或转移控制权的任何指示机制，因此未公开。
技术特征E：<br>其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起<br><br>未公开	对比文件全文未记载基于控制信令退化或损失而由网络实体触发请求的技术内容。	目标专利说明书（如第[0117]段）明确指出该触发机制可以是因为原控制方WTRU（第二WTRU）到网络实体（SCC AS）的连接出现降低/退化。对比文件完全不涉及网络侧针对第二终端控制信令质量的监测与转移触发机制，因此未公开。
技术特征F：<br>发射机<br><br>《直接公开》	【第[2]段】<br>“音声送信部１２は、携帯電話等の外部の端末と通信を行うためのインターフェイスを有しており、音声コーデック部１０から出力される合成音声信号を、この通信先の端末に送信する。”<br>（译文：音频发送单元12具有用于与移动电话等外部终端进行通信的接口，并将从音频编解码器单元10输出的合成音频信号发送到该通信目的地终端。）	对比文件明确公开了通信终端1包含音频发送单元12（音声送信部１２），其具有用于与外部终端通信的接口并将合成语音信号发送至通信对端。音频发送单元即为用于向外发送信号的发射机硬件或功能模块，与目标专利中发射机的作用和构成实质相同，因此技术特征F被直接公开。
技术特征G：<br>被配置成向所述IMS实体传送响应<br><br>未公开	对比文件仅记载了音声送信部12向通话对端的通信目的地终端发送合成语音信号，未记载向任何网络实体（更非IMS实体）发送信令响应。	目标专利中，该发射机被配置为向IMS核心网实体（如SCC AS）发送信令层面的响应消息以确认会话协商。对比文件的发送对象仅为对端用户终端，发送内容仅为混音后的通话语音流，两者的发送对象、信令交互功能及在系统中的作用完全不同，因此未公开。
技术特征H：<br>其中所述响应指示接受所述协同会话控制转移请求<br><br>未公开	对比文件全文未记载指示接受协同会话控制转移的响应消息。	目标专利中，该响应是目标WTRU对会话控制转移请求的确认同意（如第[0109]段所述的指示接受）。对比文件不存在会话控制转移交互，因此未公开。
技术特征I：<br>控制器<br><br>《直接公开》	【第[2]段】<br>“通信端末１は、図示しないＣＰＵ、ＲＯＭ及びＲＡＭを有しており、ＲＯＭ内に格納された各種プログラムをＣＰＵに実行させることにより、通信端末１を統括的に制御する。”<br>（译文：通信终端1包括未示出的CPU、ROM和RAM，并且通过使CPU执行存储在ROM中的各种程序来统括控制通信终端1。）	对比文件明确公开了通信终端1包含CPU，通过使CPU执行ROM中的程序来对通信终端1进行统括控制。目标专利说明书第[0043]段指出WTRU包含执行控制和数据处理的处理器/控制器。对比文件中的CPU在结构和控制功能上与目标专利中的控制器直接对应，因此技术特征I被直接公开。
技术特征J：<br>被配置成在对所述现有的IMS协同会话的控制正被转移到所述WTRU时<br><br>未公开	对比文件全文未记载在IMS协同会话控制转移时触发任何控制行为。	目标专利中，该时机条件限定了控制器在会话控制权移交过渡期间的角色切换与动作。对比文件不涉及协同会话控制转移的场景与生命周期控制，因此未公开。
技术特征K：<br>控制所述现有的IMS协同会话。<br><br>未公开	对比文件全文未记载任何由终端控制IMS协同会话的技术内容。	目标专利中，控制协同会话指控制方终端对多方/多设备的媒体流进行增加、去除、转移等主控功能（见目标说明书第[0085]段）。对比文件仅涉及本地终端提取关键词和合成效果音，并无多设备间IMS协同会话的管理与控制功能，因此未公开。
技术特征L：<br>其中所述WTRU是处于所述现有的IMS协同会话中的被控制方WTRU。<br><br>未公开	对比文件未记载协同会话中控制方与被控制方终端的角色划分。	目标专利中被控制方WTRU（如说明书第[0084]-[0085]段中的WTRU-2）是处于协同会话中受控制方主导媒体流操作的设备。对比文件不存在此种协同会话架构及角色，因此未公开。
技术特征M：<br>其中所述WTRU具有与远端方之间的IMS媒体流。<br><br>《隐含公开》	【第[2]段】<br>“音声送信部１２は、携帯電話等の外部の端末と通信を行うためのインターフェイスを有しており、音声コーデック部１０から出力される合成音声信号を、この通信先の端末に送信する。”<br>“近時、通話音声とともに背景音を相手側に送信可能な通信端末が開発されている。”<br>（译文：音频发送单元12具有用于与移动电话等外部终端进行通信的接口，并将从音频编解码器单元10输出的合成音频信号发送到该通信目的地终端……近来，已经开发出能够与通话音频一起向对方发送背景声音的通信终端。）	对比文件公开了通信终端1与外部终端（远端方）之间进行通话，并将语音编码后的音频信号（媒体流）发送给远端通信对方。按照极其宽松的隐含公开判断标准，移动终端与远端方之间传输数字化通话音频流部分公开了“具有与远端方之间的媒体流”；虽然对比文件未指明该媒体流承载于IMS网络，但本领域技术人员结合现代移动网络全IP化公知常识（如VoLTE/IMS架构）有合理推断或组合其他IMS通信基础文献得出IMS媒体流的可能性，故根据宽松标准认定为被隐含公开。
技术特征N：<br>其中对所述现有的IMS协同会话的所述控制从第二WTRU转移到所述WTRU。<br><br>未公开	对比文件全文未记载第二终端或会话控制权在不同终端之间的转移过程。	目标专利中，该特征限定了协同会话主控权从原主控设备（第二WTRU）向目标接收设备转移的过程（如说明书第[0096]、[0109]段）。对比文件完全未公开该多终端转移方案，因此未公开。
技术特征O：<br>其中所述协同会话控制转移请求和所述响应是会话发起协议(SIP)消息。<br><br>未公开	对比文件全文未记载SIP协议或SIP格式的请求/响应消息。	目标专利说明书明确记载协同会话控制转移信令采用会话发起协议（SIP）消息实现（如第[0088]、[0090]段）。对比文件仅涉及传统通话音频的本地提取合成，未公开任何SIP信令交互，因此未公开。
技术特征P：<br>其中所述协同会话控制转移请求包括以下中的一者或多者<br><br>未公开	对比文件未记载协同会话控制转移请求，更不存在该请求中所包含的具体字段或标识。	目标专利中该特征作为引出后续信令字段的母特征，对比文件连基础请求消息均未公开，因此该特征未公开。
技术特征Q：<br>所述现有的IMS协同会话的身份<br><br>未公开	对比文件未记载任何现有IMS协同会话的身份（Session ID）。	目标专利中请求消息包含现有协同会话的标识符以指示要转移哪一个协同会话（如第[0092]、[0108]段）。对比文件完全不存在协同会话标识，因此未公开。
技术特征R：<br>所述现有的IMS协同会话的媒体流的身份<br><br>未公开	对比文件未记载IMS协同会话的媒体流身份（Media Flow ID）。	目标专利中用于指定受控制权转移影响的一个或多个媒体流（如第[0095]、[0108]段）。对比文件仅有本地效果音文件的文件名（音源L27），并无IMS会话媒体流标识，因此未公开。
技术特征S：<br>所述第二WTRU的身份<br><br>未公开	对比文件未记载原控制方第二WTRU的身份。	目标专利中请求中可携带原控制方或相关第二WTRU的标识。对比文件不涉及多终端协作及第二WTRU的标识信息，因此未公开。
技术特征T：<br>所述WTRU的身份。<br><br>未公开	对比文件未记载控制转移请求中携带的目标WTRU身份。	目标专利中转移请求包含新的控制方WTRU的标识（如第[0092]、[0108]段）。对比文件不存在此类协同控制信令及携带的自身标识，因此未公开。

<<<A>>>

<<>>

<<<F>>>

<<>>

<<<m>>>

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

**特征比对表格**

技术特征描述及公开性判断结果	对比文件原文引用	公开性论述
技术特征A：该WTRU包括<br>《直接公开》	[0022] ...In one embodiment, the device 70a may be a mobile device configured to connect with a wireless local area network (WLAN) 40... In another embodiment, the device 70c may be a wireless mobile device configured to connect with a wireless wide area network (WWAN) 60...<br>（中文翻译：在一个实施例中，设备70a可以是被配置为经由接入点与无线局域网（WLAN）40连接的移动设备……在另一实施例中，设备70c可以是被配置为使用多种无线电协议中的任何一种或多种与无线广域网（WWAN）60连接的无线移动设备……）<br>[0073] In one embodiment, the device 70 can be implemented as mobile device 800, as illustrated in FIG. 4... Mobile device 800 is a two-way communication device with advanced data communication capabilities...<br>（中文翻译：在一个实施例中，设备70可被实现为移动设备800，如图4所示……移动设备800是具有高级数据通信能力的双向通信设备……）	对比文件公开了设备70/移动设备800（如设备70a/70c），其为在无线环境中进行通信的移动用户设备，在通信系统中承担无线发射与接收功能。在目标专利说明书[0031]、[0042]中，WTRU同样包括用户设备（UE）、移动台、手机等无线通信设备。对比文件公开的移动设备与目标专利的WTRU在结构、功能及所起的技术作用完全相同，本领域技术人员能毫无疑义地确定对比文件直接公开了该特征。
技术特征B：接收机<br>《直接公开》	[0098] ...The communication subsystem 804 includes a receiver 950, a transmitter 952, as well as associated components such as one or more embedded or internal antenna elements 954 and 956...<br>（中文翻译：……通信子系统804包括接收机950、发射机952，以及诸如一个或多个嵌入式或内置天线元件954和956的相关联组件……）<br>[0099] Signals received by the antenna 954 through the wireless network 850 are input to the receiver 950, which may perform such common receiver functions as signal amplification, frequency down conversion, filtering, channel selection, and analog-to-digital (A/D) conversion...<br>（中文翻译：天线954通过无线网络850接收的信号被输入到接收机950，其可以执行常规的接收机功能，如信号放大、下变频、滤波、信道选择和模数（A/D）转换……）	对比文件明确公开了移动设备的通信子系统包括接收机950（receiver 950），用于接收无线网络信号并进行滤波、放大等处理。这与目标专利说明书[0042]、[0046]中WTRU所包含的用于接收无线信号的收发信机/接收模块结构与功能完全相同，技术领域公知常识，属于直接公开。
技术特征C：被配置成接收来自IMS实体的协同会话控制转移请求<br>《隐含公开》	[0026] ...The IP network 50 may be a local area network (LAN), a municipal area network (MAN), or a Public IP network (e.g. IP Multimedia Subsystem) in some embodiments.<br>（中文翻译：……在一些实施例中，IP网络50可以是局域网（LAN）、城域网（MAN）或公共IP网络（例如IP多媒体子系统IMS）。）<br>[0027] ...Alternatively, some or all of the SIP elements 52, 42, 47, 62, 84, 88, may be contained within the IP network 50 (e.g. IP Multimedia Subsystem)...<br>（中文翻译：……替代地，SIP元件52、42、47、62、84、88中的一部分或全部可包含在IP网络50（例如IP多媒体子系统IMS）内……）<br>[0058] ...In the illustrated example scenario 100, the server 30 initiates a new session with device "B" using the device's contact information... For example, the server 30 may send a SIP INVITE message 104 to the contact address for device "B".<br>（中文翻译：……在所示示例场景100中，服务器30使用设备“B”的联系信息发起与设备“B”的新会话……例如，服务器30可以向设备“B”的联系地址发送SIP INVITE消息104。）<br>[0059] Receipt of the session invitation causes an audible... alert at device "B"...<br>（中文翻译：接收到会话邀请会在设备“B”处引起声音……警报……）	对比文件公开了在IMS网络环境中，服务器30（相当于IMS实体）向第二设备（device "B"，通过接收机）发送SIP INVITE邀请消息104以转移来自设备“A”的会话。尽管对比文件中该转移是把设备“A”正在进行的活动媒体会话完全切换至设备“B”，而非如目标专利说明书[0006]、[0085]中所特指的“在IMS协同会话架构中仅转移对协同会话的整体控制权”，但对比文件已经部分公开了“接收来自IMS实体的会话切换/转移请求消息”；且在标准宽松的隐含公开判断下，本领域技术人员基于对比文件网络中IMS/SIP应用服务器向目标设备推送转移会话的邀请信令机制，完全有可能进行合理解释与推理，结合本领域常规会话转移控制技术组合实现该控制请求的接收，因此认定构成隐含公开。
技术特征D：其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求<br>《隐含公开》	[0009] In embodiments described below, a server is configured to enable the switching or swapping of, or is otherwise requested to switch or swap, an active session from one device to another device, where both devices are associated with a common user address...<br>（中文翻译：在下文描述的实施例中，服务器被配置为启用从一个设备到另一个设备的主动会话的切换或交换，或者被请求从一个设备到另一个设备切换或交换主动会话，其中两个设备都与通用用户地址相关联……）<br>[0058] ...In the illustrated example scenario 100, the server 30 initiates a new session with device "B"... For example, the server 30 may send a SIP INVITE message 104 to the contact address for device "B".<br>（中文翻译：……在所示示例场景100中，服务器30发起与设备“B”的新会话……例如，服务器30可以向设备“B”的联系地址发送SIP INVITE消息104。）<br>[0059] ...Once the user of device "B" accepts the session from the server 30... The server 30 then "joins" 110 the session established with the remote party to the session established with device "B".<br>（中文翻译：……一旦设备“B”的用户接受来自服务器30的会话……服务器30随后将与远端方建立的会话与同设备“B”建立的会话“合并”110。）	结合目标专利说明书[0085]、[0108]、[0113]，协同会话控制转移请求指示WTRU承担或接收对协同会话的管理/控制（成为控制方WTRU）。对比文件中，服务器发送给设备“B”的SIP INVITE 104是指示设备“B”接管并成为与远端方通话/会话的主体设备（承载其通信控制）。虽然对比文件中转移的是端到端单会话的参与/控制权，未区分协同会话中“协同会话总控制”与“单媒体流”，但对比文件公开了请求目标设备接管现有通信会话，部分公开了接收会话控制转移指示的技术手段；基于极其宽松的审查标准，本领域技术人员有可能由此推导、推理出协同多设备会话环境下接收控制权转移请求的实现逻辑，因此判定为隐含公开。
技术特征E：其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起<br>《隐含公开》	[0054] In this scenario 100, the user of device A decides that a switch to "device B," another device associated with the user, is required. The reason for the switch is irrelevant, but may include the detection of a low battery condition, signal degradation, poor quality of service, change in location and the like...<br>（中文翻译：在该场景100中，设备A的用户决定需要切换到“设备B”，即与该用户相关联的另一设备。切换的原因是无关紧要的，但可以包括检测到低电量状况、信号退化、服务质量差、位置变化等……）<br>[0064] Scenario 100 is described as being initiated by the user of device "A". It should be appreciated that the device client operating on the remote device 70 could be configured to automatically detect that a device swap would be beneficial (e.g., low battery conditions, poor signal strength or quality of service, etc.)... In another embodiment, the device 70 could initiate the device switch automatically, without waiting for user interaction.<br>（中文翻译：场景100被描述为由设备“A”的用户发起。应当理解，运行在远端设备70上的设备客户端可以被配置为自动检测设备交换将是有益的（例如，低电量状况、较差的信号强度或服务质量等）……在另一实施例中，设备70可以在无需等待用户交互的情况下自动发起设备切换。）	目标专利说明书[0117]记载，SCC AS由于当前条件（例如控制方WTRU到SCC AS的连接降低/退化）等发起转移。对比文件在段落[0054]和[0064]中记载了由于“信号退化（signal degradation）、较差的服务质量（poor quality of service）”而触发设备交换（device switch/swap），进而促使服务器30向设备“B”发起包含切换邀请的请求。虽然对比文件中直接检测信号退化并触发信令的是第二设备（设备“A”），但其导致了网络/服务器发起转移；依据极为宽松的隐含公开判断规则，对比文件已公开了因信号退化/服务质量差而发起会话转移，本领域技术人员有可能通过该内容合理解释并推断出网络IMS实体基于第二设备的信令质量退化/损失而发起控制转移请求的机制，故认定为隐含公开。
技术特征F：发射机<br>《直接公开》	[0098] ...The communication subsystem 804 includes a receiver 950, a transmitter 952, as well as associated components such as one or more embedded or internal antenna elements 954 and 956...<br>（中文翻译：……通信子系统804包括接收机950、发射机952，以及诸如一个或多个嵌入式或内置天线元件954和956的相关联组件……）<br>[0099] ...In a similar manner, signals to be transmitted are processed, including modulation and encoding, by the DSP 960. These DSP-processed signals are input to the transmitter 952 for digital-to-analog (D/A) conversion, frequency up conversion, filtering, amplification and transmission over the wireless network 850 via the antenna 956...<br>（中文翻译：……以类似的方式，待发射的信号由DSP 960进行处理，包括调制和编码。这些经DSP处理的信号被输入到发射机952以进行数模（D/A）转换、上变频、滤波、放大并通过天线956经无线网络850发射……）	对比文件明确记载了移动设备包括发射机952（transmitter 952），其功能是将调制和编码后的信号经过数模转换、放大后通过天线发送至无线网络。其结构与技术作用与目标专利说明书[0042]、[0043]、[0046]中的发射机/收发信机完全一致，本领域技术人员可毫无疑义地确定其已被直接公开。
技术特征G：被配置成向所述IMS实体传送响应<br>《直接公开》	[0059] ...Once the user of device "B" accepts the session from the server 30 device "B" sends a 200 OK message 106, and the server 30 then responds with an ACK message 108, the session is established between device B and the server 30...<br>（中文翻译：……一旦设备“B”的用户接受来自服务器30的会话，设备“B”就发送200 OK消息106，并且服务器30随后响应ACK消息108，在设备B与服务器30之间建立会话……）	对比文件公开了设备“B”在接收到服务器30（IMS实体）的会话邀请后，向该服务器传送200 OK响应消息106。这与目标专利说明书[0096]、[0109]、[0120]中WTRU向SCC AS发送转移接受响应的作用与机制相同，属于直接公开。
技术特征H：其中所述响应指示接受所述协同会话控制转移请求<br>《隐含公开》	[0059] ...Once the user of device "B" accepts the session from the server 30 device "B" sends a 200 OK message 106, and the server 30 then responds with an ACK message 108, the session is established between device B and the server 30 and RTP-based and/or MSRP-based media may be sent between the device "B" and the server 30.<br>（中文翻译：……一旦设备“B”的用户接受来自服务器30的会话，设备“B”就发送200 OK消息106，并且服务器30随后响应ACK消息108，在设备B与服务器30之间建立会话，并且可以在设备“B”与服务器30之间发送基于RTP和/或基于MSRP的媒体。）	目标专利说明书[0109]、[0120]中，响应向SCC AS指示接受转移请求（例如发送200 OK或控制转移确认）。对比文件中，设备“B”发送“200 OK消息 106”以响应服务器的INVITE，该200 OK消息在SIP协议中即代表接收并同意建立/接管该会话。尽管对比文件中建立的是接管后的通信会话，而非专有的协同会话架构下的控制角色转移，但在宽松审查标准下，对比文件公开了该响应具有“接受转移”的指示功能，本领域技术人员完全能够据此推断出该响应在会话转移控制场景中指示接受转移请求的作用，构成隐含公开。
技术特征I：控制器<br>《直接公开》	[0075] Referring to FIG. 4, shown therein is a block diagram of an exemplary embodiment of a mobile device 800. The mobile device 800 includes a number of components such as a main processor 802 that controls the overall operation of the mobile device 800...<br>（中文翻译：参考图4，其中示出了移动设备800的示例性实施例的框图。移动设备800包括多个组件，例如控制移动设备800整体操作的主处理器802……）<br>[0099] ...The DSP 960 not only processes communication signals, but also provides for receiver and transmitter control...<br>（中文翻译：……DSP 960不仅处理通信信号，而且还提供接收机和发射机控制……）	对比文件明确公开了移动设备包括主处理器802（main processor 802）用于控制设备的整体操作，以及DSP 960进行收发控制。目标专利说明书[0042]、[0043]指出控制器/处理器可以为通用处理器、DSP或控制器等，用于执行信号处理及使WTRU能够操作的控制功能。两者结构和技术效果相同，属于直接公开。
技术特征J：被配置成在对所述现有的IMS协同会话的控制正被转移到所述WTRU时<br>《隐含公开》	[0059] ...Once the user of device "B" accepts the session from the server 30 device "B" sends a 200 OK message 106, and the server 30 then responds with an ACK message 108, the session is established between device B and the server 30 and RTP-based and/or MSRP-based media may be sent between the device "B" and the server 30. The server 30 then "joins" 110 the session established with the remote party to the session established with device "B"...<br>（中文翻译：……一旦设备“B”的用户接受来自服务器30的会话，设备“B”就发送200 OK消息106，并且服务器30随后响应ACK消息108，在设备B与服务器30之间建立会话，并且可以在设备“B”与服务器30之间发送基于RTP和/或基于MSRP的媒体。服务器30随后将与远端方建立的会话与同设备“B”建立的会话“合并”110……）<br>[0061] ...thereby ensuring that media packets for the session continue to be exchanged between device "A" and the remote party while the server 30 attempts to set up a new dialog with device "B"...<br>（中文翻译：……从而确保在服务器30尝试与设备“B”建立新对话的同时，设备“A”与远端方之间继续交换该会话的媒体分组……）	目标专利说明书[0096]、[0109]记载在会话控制正被转移给WTRU的过程中完成状态更新与切换。对比文件[0059]、[0061]公开了在服务器与设备“B”通过握手建立会话并将旧会话与新会话合并期间（即控制与会话正被转移的过程中），设备“B”的主处理器执行相应的连接建立与状态维持。基于宽松判断标准，本领域技术人员可以合理推断设备“B”的处理器在该转移发生期间介入配置并接管会话，认定为隐含公开。
技术特征K：控制所述现有的IMS协同会话。<br>《隐含公开》	[0024] The devices 70 are SIP-compliant. In these embodiments, the devices 70 are capable of sending and receiving SIP message requests and responses to set up, tear down, and manage session-based communications. In other words, the compliant devices 70 are configured as SIP User Agents.<br>（中文翻译：设备70兼容SIP。在这些实施例中，设备70能够发送和接收SIP消息请求和响应以建立、拆除和管理基于会话的通信。换言之，兼容的设备70被配置为SIP用户代理。）<br>[0059] ...Once the user of device "B" accepts the session from the server 30... the session is established between device B and the server 30 and RTP-based and/or MSRP-based media may be sent between the device "B" and the server 30...<br>（中文翻译：……一旦设备“B”的用户接受来自服务器30的会话……在设备B与服务器30之间建立会话，并且可以在设备“B”与服务器30之间发送基于RTP和/或基于MSRP的媒体……）	目标专利说明书[0085]记载控制协同会话包括维持媒体流、增加/释放媒体流或发起进一步转移等管理动作。对比文件公开了设备“B”接管会话后，作为SIP用户代理能够发送/接收SIP请求以管理该会话并传输媒体数据。虽然对比文件是对单设备整体会话的控制，但公开了对所转移会话的管理与控制功能；在宽松标准下，本领域技术人员能够合理解释和推理出该处理器对会话的控制作用，构成隐含公开。
技术特征L：其中所述WTRU是处于所述现有的IMS协同会话中的被控制方WTRU。<br>《隐含公开》	[0009] ...a server is configured to enable the switching or swapping of, or is otherwise requested to switch or swap, an active session from one device to another device, where both devices are associated with a common user address and each device has its own address which identifies the specific device...<br>（中文翻译：……服务器被配置为启用从一个设备到另一个设备的主动会话的切换或交换，或者被请求从一个设备到另一个设备切换或交换主动会话，其中两个设备都与通用用户地址相关联，且每个设备具有其自己的标识特定设备的地址……）<br>[0025] In the present example embodiment, a user is associated with two or more devices 70... The association between the user and the devices 70 may be realizes as an association between the user address and the devices 70...<br>（中文翻译：在本示例实施例中，一个用户与两个或更多个设备70相关联……用户与设备70之间的关联可以实现为用户地址与设备70之间的关联……）	目标专利说明书[0085]、[0089]中，WTRU在转移发生前是与控制方WTRU共同参与协同会话的“被控制方WTRU（controlled WTRU）”。在对比文件中，设备“A”和设备“B”属于同一用户的多个设备集合，且受服务器统一管理与关联，但在发起图2A场景前，设备“B”并未预先作为从属方加入到设备“A”正在进行的协同会话中。然而基于极宽松标准，对比文件部分公开了同一通信体系中处于待命或关联状态的多设备关系，本领域技术人员有可能将对比文件中的第二设备与现有技术中的协同会话被控制设备进行组合或推理，因此认定为隐含公开。
技术特征M：其中所述WTRU具有与远端方之间的IMS媒体流。<br>《隐含公开》	[0005] At times, a user engaged in an active media session with a remote party may wish to move the session to one of his or her other devices...<br>（中文翻译：有时，与远端方进行活动媒体会话的用户可能希望将该会话转移到他或她的其它设备之一……）<br>[0059] ...the session is established between device B and the server 30 and RTP-based and/or MSRP-based media may be sent between the device "B" and the server 30. The server 30 then "joins" 110 the session established with the remote party to the session established with device "B".<br>（中文翻译：……在设备B与服务器30之间建立会话，并且可以在设备“B”与服务器30之间发送基于RTP和/或基于MSRP的媒体。服务器30随后将与远端方建立的会话与同设备“B”建立的会话“合并”110。）	目标专利说明书[0090]、[0104]中，被控制方WTRU在转移前已存在与远端方之间的媒体流（如媒体流B）。对比文件中设备“B”在会话接管建立之后具有经由服务器与远端方之间的RTP/MSRP媒体流[0059]。尽管对比文件未明确记载设备“B”在转移前即已存在与该远端方的独立媒体流，但对比文件完整公开了该设备最终具备与远端方之间的媒体流；依据宽松的隐含公开判断规则，对比文件部分公开了设备与远端方之间媒体流的建立与维持，本领域技术人员有可能结合IMS多流传输场景合理推知该技术特征，判定为隐含公开。
技术特征N：其中对所述现有的IMS协同会话的所述控制从第二WTRU转移到所述WTRU。<br>《隐含公开》	[0009] In embodiments described below, a server is configured to enable the switching or swapping of, or is otherwise requested to switch or swap, an active session from one device to another device, where both devices are associated with a common user address...<br>（中文翻译：在下文描述的实施例中，服务器被配置为启用从一个设备到另一个设备的主动会话的切换或交换，或者被请求从一个设备到另一个设备切换或交换主动会话，其中两个设备都与通用用户地址相关联……）<br>[0011] In one aspect, the present application discloses a method of facilitating transfer of an existing session from a first user device to a second user device, wherein the existing session is established between the first user device and a remote party...<br>（中文翻译：在一个方面，本申请公开了一种促进将现有会话从第一用户设备转移到第二用户设备的方法，其中现有会话建立在第一用户设备与远端方之间……）	目标专利说明书[0085]、[0087]中，协同会话的控制权由原控制方WTRU转移给新的WTRU。对比文件公开了现有会话的主体控制与媒体处理从第一用户设备（device A，即第二WTRU）转移到第二用户设备（device B，即本WTRU）。虽然对比文件中转移的是端到端呼叫会话本身，但涵盖了对会话控制的主体转移；按照极其宽松的隐含公开原则，本领域技术人员有可能由此合理解释并推导出控制权由第二设备转移到第一设备，构成隐含公开。
技术特征O：其中所述协同会话控制转移请求和所述响应是会话发起协议(SIP)消息。<br>《直接公开》	[0058] ...For example, the server 30 may send a SIP INVITE message 104 to the contact address for device "B".<br>（中文翻译：……例如，服务器30可以向设备“B”的联系地址发送SIP INVITE消息104。）<br>[0059] ...Once the user of device "B" accepts the session from the server 30 device "B" sends a 200 OK message 106, and the server 30 then responds with an ACK message 108...<br>（中文翻译：……一旦设备“B”的用户接受来自服务器30的会话，设备“B”就发送200 OK消息106，并且服务器30随后响应ACK消息108……）	对比文件明确公开了服务器发送给设备“B”以启动转移的邀请请求是SIP INVITE消息（104），设备“B”所回复的接受响应是SIP 200 OK消息（106）。两者均为标准会话发起协议（SIP）消息，技术手段完全相同，本领域技术人员能毫无疑义地得出，属于直接公开。
技术特征P：其中所述协同会话控制转移请求包括以下中的一者或多者<br>《直接公开》	[0007] ...Addressing of the devices may include one or more address types, such as SIP URI, SIPS URI, TEL URI (telephone number), GRUU (Globally Routable User Agent URI)...<br>（中文翻译：……设备的寻址可以包括一种或多种地址类型，例如SIP URI、SIPS URI、TEL URI（电话号码）、GRUU（全局可路由用户代理URI）……）<br>[0058] ...the server 30 initiates a new session with device "B" using the device's contact information, such as its SIP URI, SIPS URI, GRUU, TEL URI (telephone number), etc. For example, the server 30 may send a SIP INVITE message 104 to the contact address for device "B".<br>（中文翻译：……服务器30使用设备“B”的联系信息（例如其SIP URI、SIPS URI、GRUU、TEL URI（电话号码）等）发起与设备“B”的新会话。例如，服务器30可以向设备“B”的联系地址发送SIP INVITE消息104。）	对比文件明确公开了发送给设备“B”的转移请求（SIP INVITE消息104）中包含用于路由和寻址的联系信息（如设备“B”的GRUU、SIP URI等身份标识），落入了“包括以下中的一者或多者”的保护范围，属于直接公开。
技术特征Q：所述现有的IMS协同会话的身份<br>《隐含公开》	[0011] ...the second user device a session invitation message containing a reference to the existing session with an instruction to replace the first user device...<br>（中文翻译：……第二用户设备发送会话邀请消息，其包含对现有会话的引用以及替换第一用户设备的指令……）<br>[0068] ...In one example embodiment, the SIP REFER message from device "A" also contains dialog information with regard to the existing dialog between device "A" and the server 30, and the SIP INVITE message from device "B" contains a Replaces header referencing the dialog...<br>（中文翻译：……在一个示例实施例中，来自设备“A”的SIP REFER消息还包含关于设备“A”与服务器30之间现有对话的对话信息，并且来自设备“B”的SIP INVITE消息包含引用该对话的Replaces头域……）	目标专利说明书[0092]、[0108]记载请求中包含其控制将要被转移的协同会话的标识（Session ID）。对比文件在图2B实施例中公开了在转移消息中包含对现有对话/会话的引用信息（如通过Replaces头域包含现有Dialog ID）。虽然在图2A实施例中服务器直接下发INVITE时未逐字展开具体参数头域，但根据SIP协议标准规范及对比文件段落[0011]、[0068]，在进行会话替换/转移时包含对现有会话标识的引用是本领域常规技术手段；按照极宽松的隐含公开标准，对比文件部分公开了现有会话引用的技术方案，本领域技术人员完全有可能推理得出转移请求中包含现有会话标识，故认定为隐含公开。
技术特征R：所述现有的IMS协同会话的媒体流的身份<br>《隐含公开》	[0042] ...For example, during the progress of an active session, the server 30 permits the device 70 to add or modify media within the session, add additional sessions (e.g. dialogs), etc. Using SIP signaling, the device 70 can send requests to the server 30 and the server 30 can initiate additional sessions, modify existing sessions, and otherwise manage the ongoing sessions.<br>（中文翻译：……例如，在活动会话进行期间，服务器30允许设备70添加或修改会话内的媒体、添加附加会话（例如对话）等。使用SIP信令，设备70可以向服务器30发送请求，并且服务器30可以发起附加会话、修改现有会话以及以其它方式管理正在进行的会话。）<br>[0058] ...For example, the server 30 may send a SIP INVITE message 104 to the contact address for device "B".<br>（中文翻译：……例如，服务器30可以向设备“B”的联系地址发送SIP INVITE消息104。）	目标专利说明书[0092]、[0108]中，转移请求包括受转移影响的媒体流的ID。在对比文件中，服务器30向设备“B”发送SIP INVITE消息104来协商会话与媒体。在基于SIP协议的通信机制中，INVITE请求通过SDP（会话描述协议）载荷明确描述媒体流属性（如音频、视频类型、端口等流标识）；且对比文件段落[0042]公开了服务器支持对会话内媒体流的管理与标识。基于极其宽松的隐含公开判断规则，对比文件已公开了媒体协商与标识机制，本领域技术人员完全能够合理解释并推断出该转移请求中包含媒体流身份/属性信息，构成隐含公开。
技术特征S：所述第二WTRU的身份<br>《隐含公开》	[0011] ...sending from the second user device to the server a session invitation message containing a reference to the existing session with an instruction to replace the first user device...<br>（中文翻译：……从第二用户设备向服务器发送会话邀请消息，其包含对现有会话的引用以及替换第一用户设备的指令……）<br>[0072] ...The notification from the server 30 to device "A" may, in some cases, include identification of the device that has made the request, e.g. device "B". The identification may be a human readable device identifier, such as text (e.g. "cell phone", or "home personal computer"), or a suitable icon...<br>（中文翻译：……从服务器30到设备“A”的通知在某些情况下可以包括做出请求的设备的标识，例如设备“B”。该标识可以是人类可读的设备标识符，例如文本（例如“手机”或“家用个人计算机”）或合适的图标……）	目标专利说明书[0092]、[0100]中，请求可包括第二WTRU（即原控制设备）的身份。对比文件公开了转移流程中包含替换第一设备（first user device，即第二WTRU）的引用，并在段落[0072]中公开了通知消息中包含涉及转移的设备标识符（human readable device identifier/GRUU）。虽然图2A的INVITE消息中未逐项展开具体字段，但基于极宽松的隐含公开标准，对比文件已经公开了在设备交换信令中携带相关关联设备身份的思路，本领域技术人员完全有可能通过逻辑推理推断出在转移请求中包含被替换设备（第二WTRU）的身份，故属于隐含公开。
技术特征T：所述WTRU的身份。<br>《直接公开》	[0007] ...Each of the plurality of IP-based messaging devices has a unique address... Addressing of the devices may include one or more address types, such as SIP URI, SIPS URI, TEL URI (telephone number), GRUU (Globally Routable User Agent URI)...<br>（中文翻译：……多个基于IP的消息收发设备中的每一个都具有唯一地址……设备的寻址可以包括一种或多种地址类型，例如SIP URI、SIPS URI、TEL URI（电话号码）、GRUU（全局可路由用户代理URI）……）<br>[0058] ...the server 30 initiates a new session with device "B" using the device's contact information, such as its SIP URI, SIPS URI, GRUU, TEL URI (telephone number), etc. For example, the server 30 may send a SIP INVITE message 104 to the contact address for device "B".<br>（中文翻译：……服务器30使用设备“B”的联系信息（例如其SIP URI、SIPS URI、GRUU、TEL URI（电话号码）等）发起与设备“B”的新会话。例如，服务器30可以向设备“B”的联系地址发送SIP INVITE消息104。）	对比文件明确公开了服务器30向设备“B”（即所述WTRU）发送SIP INVITE消息104时，使用设备“B”的联系信息（如SIP URI、SIPS URI、GRUU、电话号码等），即在该请求的目的地/To头域或接触地址中必然包含该WTRU的身份（设备地址/唯一标识）。这与目标专利说明书[0092]、[0108]中转移请求包括受让方WTRU身份的技术作用完全相同，本领域技术人员能毫无疑义地直接得出，属于直接公开。

<<<A>>><<>><<<c>>><<<d>>><<<e>>><<<F>>><<<G>>><<<h>>><<>><<<j>>><<<k>>><<<l>>><<<m>>><<<n>>><<<O>>><<>><<<q>>><<<r>>><<<s>>><<<T>>>

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

作为具有丰富创造性评估经验的专利代理师，针对目标专利权利要求的技术特征A至T，结合目标专利说明书原文的释义，对对比文件（WO2009122241A1）进行严格的直接公开判断与宽松的隐含公开判断。

### 技术特征对比分析与判定

技术特征描述及公开性判断结果	对比文件原文引用（中文翻译及段落标号）	公开性论述
技术特征A：<br>该WTRU包括<br>《直接公开》	[p0017]<br>“...allows the SIP proxy to send an INVITE message to multiple endpoints (UAS devices).”<br>（...允许SIP代理向多个端点（UAS设备）发送INVITE消息。）<br><br>[p0018]<br>“In case the user has multiple endpoints like one landline, one soft phone and a mobile phone, then the call will be forked to all the end points.”<br>（如果用户具有多个端点，如一部固定电话、一部软电话和一部移动电话，则呼叫将被分叉到所有端点。）	对比文件公开了移动电话（mobile phone）和软电话（soft phone）等终端设备，移动电话属于典型的无线发射/接收单元（WTRU）。目标专利说明书[0031]明确指出WTRU可以包括移动电话、智能手机等终端。因此，对比文件直接公开了该WTRU实体。
技术特征B：<br>接收机<br>《隐含公开》	[p0027]<br>“Now application server sends INVITE to landline... another INVITE message will be send from the application server to the endpoint having second priority... When any endpoint of caller A answers the call, a 200 OK (successful response message) is sent to the application server via the CSCF.”<br>（现在应用服务器向主叫方A的固定电话发送INVITE...另一个INVITE消息将从应用服务器发送到具有第二优先级的端点...当主叫方A的任一端点应答呼叫时，通过CSCF向应用服务器发送200 OK（成功响应消息）。）	对比文件公开了作为移动电话或软电话的端点能够接收来自网络的SIP INVITE信令消息并进行接听应答。本领域技术人员可以合理推断出，WTRU/终端设备为了在网络中接收下行信令（如INVITE请求），其硬件构架中必然包含用于接收射频或基带信号的接收机（Receiver）。因此，该特征被对比文件隐含公开。
技术特征C：<br>被配置成接收来自IMS实体的协同会话控制转移请求<br>《未公开》	对比文件通篇未公开关于“协同会话控制转移请求”的任何内容。	目标专利说明书[0006]、[0085]、[0089]-[0096]明确解释，“协同会话控制转移”是指将现有的IMS协同会话（涉及多个WTRU与远端方之间的协同媒体流）的主控权（添加、去除、复制或转移媒体流的控制权）从一个控制方WTRU转移到另一个WTRU的过程。对比文件仅公开了普通的SIP分叉（Call Forking，即当对端呼叫一个公有标识时，网络按成本优先级依次向多个注册端点发送呼叫建立请求INVITE），这属于单纯的单会话呼叫路由与振铃选通，根本不涉及协同会话中控制权的转移，因此既未直接公开也未隐含公开。
技术特征D：<br>其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求<br>《未公开》	对比文件通篇未公开关于“协同会话控制转移请求”及其指示内容的任何内容。	结合目标专利说明书[0095]-[0096]、[0108]-[0109]，该请求的作用是通知目标WTRU其将承担控制方角色以控制已建立的协同会话。对比文件中的INVITE消息仅仅是一个建立新的端到端通话的呼叫信令，没有任何指示接收对现有协同会话进行控制的内容，因此未公开。
技术特征E：<br>其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起<br>《未公开》	对比文件通篇未公开基于“控制信令的退化或损失”而发起会话控制转移的任何内容。	结合目标专利说明书[0117]等描述，该特征限定了网络侧（IMS实体如SCC AS）监测到控制方WTRU的信令链路质量恶化或中断后主动发起转移。对比文件中触发INVITE消息转发给下一优先级的条件是“在超时时间内未应答（is not replying with in the expiry time period）”[p0027]，此为呼叫建立阶段寻呼超时的分叉路由，与现有协同会话建立后的控制信令退化或损失性质完全不同，作用也不相同，因此未公开。
技术特征F：<br>发射机<br>《隐含公开》	[p0027]<br>“When any endpoint of caller A answers the call, a 200 OK (successful response message) is sent to the application server via the CSCF.”<br>（当主叫方A的任一端点应答呼叫时，通过CSCF向应用服务器发送200 OK（成功响应消息）。）	对比文件公开了端点（包括移动电话）应答呼叫时向上层网络节点发送200 OK响应消息。本领域技术人员通过该通信交互过程可直接合理推理出，移动终端设备内部必然具备用于发射上行无线信号的发射机（Transmitter）结构，故该特征被隐含公开。
技术特征G：<br>被配置成向所述IMS实体传送响应<br>《直接公开》	[p0027]<br>“When any endpoint of caller A answers the call, a 200 OK (successful response message) is sent to the application server via the CSCF.”<br>（当主叫方A的任一端点应答呼叫时，通过CSCF向应用服务器发送200 OK（成功响应消息）。）	对比文件公开了终端在接听呼叫时，会向作为IMS实体的CSCF及应用服务器（Application Server）发送响应（200 OK消息），该终端被配置成向IMS实体传送响应，该行为在对比文件中直接公开。
技术特征H：<br>其中所述响应指示接受所述协同会话控制转移请求<br>《未公开》	对比文件通篇未公开指示“接受协同会话控制转移请求”的响应。	结合目标专利说明书[0096]、[0109]，该响应是目标WTRU用于确认愿意承担控制方WTRU角色、接收对协同会话的控制权。对比文件中的200 OK消息仅仅是普通呼叫应答响应（接受通话呼叫），并不具有接受协同会话控制转移的语义与实质内容，作用不同，因此未公开。
技术特征I：<br>控制器<br>《隐含公开》	[p0018]<br>“...the user will attend the call with any of its endpoints (Bl, B2, B3).”<br>（...用户将使用其任一端点（B1，B2，B3）接听呼叫。）<br><br>[p0027]<br>“When any endpoint of caller A answers the call, a 200 OK (successful response message) is sent...”<br>（当主叫方A的任一端点应答呼叫时，发送200 OK（成功响应消息）...）	对比文件中公开的终端设备（如移动电话、软电话）能够处理SIP信令、控制通话应答并生成发送200 OK。根据无线终端的基础硬件组成常识，端点内部必然包含用于协调信令收发与设备状态管理的控制芯片或处理器（即控制器，如目标专利说明书[0043]所述的处理器/控制器）。因此该硬件结构特征被隐含公开。
技术特征J：<br>被配置成在对所述现有的IMS协同会话的控制正被转移到所述WTRU时<br>《未公开》	对比文件未涉及现有IMS协同会话控制权转移时机的处理。	目标专利说明书[0096]、[0109]、[0114]指出，该配置限定了在协同会话控制正由网络移交转移过程中的时序与触发条件。对比文件全篇未披露协同会话及其控制转移，因此未公开。
技术特征K：<br>控制所述现有的IMS协同会话。<br>《未公开》	对比文件未涉及控制现有的IMS协同会话。	目标专利说明书[0085]明确界定：“作为控制方WTRU，WTRU-1控制协同会话，并可在作为协同会话一部分的WTRU之间增加、去除、释放、复制或转移媒体流”。对比文件中各个端点仅能参与自己独立的端到端通信通道，根本不存在控制多个WTRU构成的协同会话的功能，技术方案和作用均不同，因此未公开。
技术特征L：<br>其中所述WTRU是处于所述现有的IMS协同会话中的被控制方WTRU。<br>《未公开》	对比文件未披露被控制方WTRU角色。	目标专利说明书[0084]-[0085]指出，协同会话中包括控制方WTRU和被控制方WTRU，被控制方WTRU由控制方WTRU管理媒体流。对比文件中端点B1、B2、B3在分叉呼叫中仅作为普通的被叫终端候选对象，彼此不存在协同会话中的主控-被控协同层级关系，未公开该特征。
技术特征M：<br>其中所述WTRU具有与远端方之间的IMS媒体流。<br>《隐含公开》	[p0005]<br>“In a normal forking scenario a user A calls user B having IMPU B... Any one of the IMPIs can be answered and the others are timed out.”<br>（在正常的分叉场景中，用户A呼叫具有IMPU B的用户B...任一个IMPI可以被应答，而其他端点超时。）<br><br>[p0024]<br>“Once a call is established the charging routine starts.”<br>（一旦呼叫建立，计费例程便开始。）	结合目标专利说明书[0084]、[0090]，WTRU在会话中与远端方建立有媒体路径/流（如语音、视频等）。对比文件中用户A呼叫用户B的端点，一旦端点应答并建立呼叫（call established），作为IMS网络呼叫，端点与远端呼叫方A之间必然建立并维持有IMS媒体流（如RTP语音数据流）。按照极宽松的隐含公开标准，该技术特征被对比文件隐含公开。
技术特征N：<br>其中对所述现有的IMS协同会话的所述控制从第二WTRU转移到所述WTRU。<br>《未公开》	对比文件未披露从第二WTRU转移协同会话控制。	目标专利说明书[0085]、[0096]明确记载控制权最初位于第二WTRU（即第一/控制方WTRU），随后转移给目标WTRU。对比文件中无任何关于两个终端设备之间转移协同会话主控权的构思或操作，因此未公开。
技术特征O：<br>其中所述协同会话控制转移请求和所述响应是会话发起协议(SIP)消息。<br>《隐含公开》	[p0017]<br>“...when SIP services need to follow a SIP user. In this case it allows the SIP proxy to send an INVITE message to multiple endpoints (UAS devices).”<br>（...当SIP服务需要跟随SIP用户时。在这种情况下，它允许SIP代理向多个端点（UAS设备）发送INVITE消息。）<br><br>[p0027]<br>“Now application server sends INVITE... When any endpoint of caller A answers the call, a 200 OK (successful response message) is sent to the application server via the CSCF.”<br>（现在应用服务器发送INVITE...当主叫方A的任一端点应答呼叫时，通过CSCF向应用服务器发送200 OK（成功响应消息）。）	目标专利说明书[0088]、[0090]指出消息采用SIP协议。对比文件虽然公开了下发的请求为SIP INVITE消息，终端返回的响应为SIP 200 OK消息（均属于标准SIP消息）；但由于对比文件中的请求和响应并非“协同会话控制转移请求”和“转移响应”，按照极宽松标准，对比文件仅部分公开了在IMS网络通信中使用SIP消息作为请求与响应，属于部分公开，有可能与其他对比文件结合以公开该特征，故在此宽松判定为隐含公开。
技术特征P：<br>其中所述协同会话控制转移请求包括以下中的一者或多者<br>《未公开》	对比文件未公开协同会话控制转移请求及其所包含的特定协同会话参数。	目标专利说明书[0092]、[0095]中，该转移请求需携带特定标识参数以精确指示被转移的协同会话与控制实体。对比文件的INVITE请求不具备该属性与参数结构，因此未公开。
技术特征Q：<br>所述现有的IMS协同会话的身份<br>《未公开》	对比文件通篇未公开“协同会话的身份（Collaborative Session ID）”。	目标专利说明书[0092]、[0095]阐述，当存在多个协同会话时，需通过会话ID确定受影响的协同会话。对比文件仅为普通的呼叫请求，无协同会话身份的概念，因此未公开。
技术特征R：<br>所述现有的IMS协同会话的媒体流的身份<br>《未公开》	对比文件通篇未公开“协同会话的媒体流的身份”。	目标专利说明书[0092]、[0095]记载了媒体流ID用于指示具体受转移影响的媒体流。对比文件未涉及协同会话中具体媒体流的区分与身份标识转移，未公开。
技术特征S：<br>所述第二WTRU的身份<br>《未公开》	对比文件未公开在转移请求中包含第二WTRU（原控制方WTRU）的身份信息。	目标专利说明书[0100]中记载了请求可包含第二WTRU（原控制方WTRU-1）的身份。对比文件的INVITE消息为呼叫初始消息，不包含协同会话中控制被转移方的身份，因此未公开。
技术特征T：<br>所述WTRU的身份。<br>《隐含公开》	[p0005]<br>“In a normal forking scenario a user A calls user B having IMPU B and user B has extended the IMPU into 3 IMPIs for example IMPI 1 being a landline, IMPI 2 being a mobile and IMPI 3 being a soft phone.”<br>（在正常分叉场景中，用户A呼叫具有IMPU B的用户B，且用户B将该IMPU扩展为3个IMPI，例如IMPI 1为固定电话，IMPI 2为移动电话，IMPI 3为软电话。）<br><br>[p0027]<br>“Now application server sends INVITE to landline... another INVITE message will be send from the application server to the endpoint having second priority...”<br>（现在应用服务器向固定电话发送INVITE...另一个INVITE消息将从应用服务器发送到具有第二优先级的端点...）	对比文件公开了下发的SIP INVITE消息是针对特定的端点（如IMPI 2即移动电话WTRU）进行寻址发送的。在SIP协议中，向特定端点发送INVITE请求必然包含该接收端点WTRU的身份（如IMPI/Request-URI/To头域）。虽然对比文件的请求并非协同会话控制转移请求，但其公开了网络下发给WTRU的请求中携带有该WTRU的身份。按照最宽松的隐含公开判断标准，此部分内容有可能与公开了转移请求的现有技术相结合，因此宽松认定为隐含公开。

<<<A>>>

<<>>

<<<F>>>

<<<G>>>

<<>>

<<<m>>>

<<<o>>>

<<<t>>>

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

**特征比对表格**

技术特征描述以及公开性判断结果	对比文件原文引用	公开性论述
技术特征A：该WTRU包括<br><br>《未公开》	打印机、复印机、复合机（画像形成装置）、个人电脑（PC/客户端装置）：<br>“特にプリンタ、複写機、及びプリンタ機能、複写機能、ファクシミリ機能等を備えるデジタル複合機等（以下、総称して「画像形成装置」という）”（段落[0002]）；<br>“クライアント装置Ｐ１、Ｐ２、Ｐ３は、それぞれ特定のユーザが保有するパーソナルコンピュータ（ＰＣ）であって、画像形成装置１へ印刷要求等を送信する入力手段である”（段落[0002]）。	对比文件属于办公打印与图像形成技术领域，涉及的是客户端PC及打印机/数码复合机，旨在防止打印输出错误；而目标专利技术特征A中的WTRU紧密结合说明书段落[0004]、[0031]、[0042]可知，是配置在蜂窝无线通信网络（如UMTS、LTE、WLAN等）中运行的无线发射/接收单元。对比文件的实体为固网LAN环境下的PC或打印机，本领域技术人员无法直接或等同得出WTRU；即使按照极其宽松的标准，打印设备与无线通信终端所属技术领域及功能实体差异巨大，也不存在推理出无线发射/接收单元的可能性。故未公开。
技术特征B：接收机<br><br>《隐含公开》	“そして、データ受信部１９はインタフェース（Ｉ／Ｆ）１９ａを介してＬＡＮに接続され、ＬＡＮを介して送信されるクライアント装置Ｐ１、Ｐ２、Ｐ３からの印刷ジョブ２０等を受信したり、あるいは画像形成装置１本体が備えるスキャナ機能によりスキャンされ読み取られたデータを受信したりするものである。”（段落[0002]）	对比文件公开了画像形成装置具有“数据接收部19”，用于通过网络接口接收来自客户端装置的数据。虽然对比文件针对的是LAN有线/局域网络接收部件，但在极其宽松的判断标准下，对比文件公开了信息接收的硬件功能实体（接收部），属于部分公开了广义数据接收部件的技术内容，本领域技术人员有可能结合无线通信领域的通用接收机部件进行推导并与其他通信对比文件组合，因此判断为隐含公开。
技术特征C：被配置成接收来自IMS实体的协同会话控制转移请求<br><br>《未公开》	“画像形成装置１のデータ受信部１９において特定のクライアント装置（例えばＰ１）から印刷ジョブ２０を受信すると（ステップＳ０１でＹｅｓ）”（段落[0002]）	结合目标说明书段落[0006]、[0074]、[0095]可知，该特征是指WTRU接收来自网络侧IMS实体（如SCC AS）发送的、用于转移协同会话控制权的信令请求。对比文件中数据接收部19仅接收客户端PC发送的“打印作业20（包含图像数据和打印设置）”，完全不涉及IP多媒体子系统（IMS）架构，更不存在IMS网络实体，也没有协同会话控制转移请求。本领域技术人员绝无可能从中毫无疑义得出或合理解读出该特征，故未公开。
技术特征D：其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求<br><br>《未公开》	无对应内容。	目标说明书段落[0095]、[0108]指出，该请求向目标WTRU请求承担协同会话的控制方角色。对比文件仅公开了客户端向打印机发送普通打印输出请求，不涉及任何IMS协同会话及其会话控制权的接管与指示，技术方案完全不同，本领域技术人员无法直接得出或合理论证出该方案，故未公开。
技术特征E：其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起<br><br>《未公开》	无对应内容。	目标说明书段落[0117]记载了SCC AS基于“控制方WTRU到SCC AS的连接已经降低（信令退化或损失）”等条件触发协同控制转移。对比文件处理的是用户打印设置错误的问题，根本不存在第二无线终端（第二WTRU），更无通信控制信令退化或损失的监测与触发机制，故未公开。
技术特征F：发射机<br><br>《隐含公开》	“クライアント装置Ｐ１、Ｐ２、Ｐ３は、それぞれ特定のユーザが保有するパーソナルコンピュータ（ＰＣ）であって、画像形成装置１へ印刷要求等を送信する入力手段である。”（段落[0002]）；<br>“また、案内部１４は、ユーザに対して所定の案内を行うために設けられたものであり、例えばクライアント装置Ｐ１、Ｐ２、Ｐ３の表示画面やＵＩ１３のＬＣＤ上に各種案内を表示するものである。”（段落[0002]）	对比文件公开了客户端PC具有向画像形成装置发送打印请求的传输能力，以及画像形成装置具有将通知信息发送并显示在客户端装置上的发送/显示机制。在极其宽松的标准下，其公开了网络节点之间进行数据传送/发送的部件与功能，本领域技术人员有可能基于该数据发送实体推理并结合发射机硬件进行组合，因此判断为隐含公开。
技术特征G：被配置成向所述IMS实体传送响应<br><br>《未公开》	“なお、この際のユーザからの指示としては、現在の設定のまま出力処理を継続するか、あるいは一旦処理を中止して設定を変更した印刷ジョブ２０を再度送信することになる。”（段落[0002]）	目标说明书段落[0096]、[0109]记载，WTRU向SCC AS发送指示其接受转移请求的SIP响应。对比文件中仅公开了用户在客户端界面上收到打印错误警告后选择继续打印或取消重新发送作业，属于人机交互操作，完全没有向“IMS实体”传送响应信令的技术方案与作用，故未公开。
技术特征H：其中所述响应指示接受所述协同会话控制转移请求<br><br>《未公开》	“反対に現在の設定のまま強制出力を行う場合（ステップＳ０６でＹｅｓ）には、既に受信した印刷ジョブ２０をデータ生成部１１においてラスタイメージデータに変換し（ステップＳ０９）、出力処理部１８において出力処理、すなわち印刷出力することになる（ステップＳ１０）。”（段落[0002]）	目标说明书段落[0096]、[0109]阐明，该响应是终端接受成为IMS协同会话新控制方的明确信令指示。对比文件中仅是用户确认强制执行本地打印操作，与“接受协同会话控制转移请求”在技术内涵、应用场景和控制对象上完全不同，无法得出或合理推断，故未公开。
技术特征I：控制器<br><br>《隐含公开》	“制御部１０は、画像形成装置１内の各種構成全体の制御を行うものであり、ＣＰＵと各種制御プログラムが格納されたＲＯＭあるいはＲＡＭで構成されている。”（段落[0002]）	对比文件明确公开了装置包含“控制部10”，由CPU及存储有控制程序的ROM/RAM构成，负责对各组成部分进行整体控制。虽然其用于打印设备管理，但在极其宽松的标准下，对比文件公开了作为通用硬件控制核心的“控制器/控制部”，本领域技术人员有可能直接借鉴其作为终端设备的控制器，故判断为隐含公开。
技术特征J：被配置成在对所述现有的IMS协同会话的控制正被转移到所述WTRU时<br><br>《未公开》	无对应内容。	目标说明书段落[0085]、[0096]阐明，这是控制权转移切换时序状态下的配置。对比文件完全不具备任何IMS协同会话控制权转移的时序与过程，不存在相应技术内容，故未公开。
技术特征K：控制所述现有的IMS协同会话。<br><br>《未公开》	“制御部１０は、画像形成装置１内の各種構成全体の制御を行うものであり……”（段落[0002]）	目标说明书段落[0085]指出，“作为控制方WTRU，WTRU控制协同会话，并可在作为协同会话一部分的WTRU之间增加、去除、释放、复制或转移媒体流”。对比文件的控制部10仅控制打印作业光栅化及打印机构输出，根本不涉及对通信领域中的“IMS协同会话”的多设备媒体流控制，技术作用完全不同，亦无法推断，故未公开。
技术特征L：其中所述WTRU是处于所述现有的IMS协同会话中的被控制方WTRU。<br><br>《未公开》	无对应内容。	目标说明书段落[0085]、[0104]、[0110]明确解释，被控制方WTRU是参与协同会话并受控制方WTRU统一管理媒体流分配的通信终端。对比文件中客户端PC和打印机之间属于打印服务请求与执行关系，不存在IMS协同会话的角色划分（控制方/被控制方），无法直接或推理得出，故未公开。
技术特征M：其中所述WTRU具有与远端方之间的IMS媒体流。<br><br>《未公开》	无对应内容。	目标说明书段落[0082]、[0084]、[0116]解释，IMS媒体流是指终端与远端方之间在IMS网络承载下建立的音频、视频或文本等实时多媒体数据流。对比文件中仅存在局域网内的静态图像文件/打印数据传输，不存在与远端方之间的IMS媒体流，故未公开。
技术特征N：其中对所述现有的IMS协同会话的所述控制从第二WTRU转移到所述WTRU。<br><br>《未公开》	“出力する画像データが、例えば複数の画像情報処理装置間で転送され、当初入力した画像情報処理装置とは異なる画像情報処理装置において印刷出力される際に生じる問題点を解決することを目的としている。”（段落[0002]）	对比文件背景技术提及在图像处理装置之间传输图像数据以供另一装置打印，但这仅是作业打印数据的转移，完全不涉及IMS网络环境下协同会话控制权在两个无线终端（第二WTRU与第一WTRU）之间的转移。二者概念与机制实质不同，无法直接或推断得出，故未公开。
技术特征O：其中所述协同会话控制转移请求和所述响应是会话发起协议(SIP)消息。<br><br>《未公开》	“この印刷ジョブ２０の形式としては、アドビ社のポストスクリプト（登録商標名）や富士ゼロックス株式会社のインタープレス（登録商標名）等に代表されるＰＤＬ（Page Description Language；ページ記述言語）からなるコードデータ形式等である。”（段落[0002]）	目标说明书段落[0006]、[0088]、[0090]明确协同会话控制信令采用SIP（Session Initiation Protocol）协议消息。对比文件使用的是PDL（页面描述语言）代码及普通网络打印控制协议，完全未公开亦未启示使用SIP消息进行会话控制转移，故未公开。
技术特征P：其中所述协同会话控制转移请求包括以下中的一者或多者<br><br>《未公开》	无对应内容。	参见特征C、D、Q-T的评述。由于对比文件根本不存在协同会话控制转移请求这一信令实体，因而更不可能包含其特定的字段组合，故未公开。
技术特征Q：所述现有的IMS协同会话的身份<br><br>《未公开》	“この処理関連情報２１としては、データのファイル名、拡張子、タイムスタンプ、データサイズ、データ幅、データ長等の画像データ２２に付随する情報（画像データ特定情報２１ａ）の他……”（段落[0002]）	目标说明书段落[0092]、[0095]、[0106]明确指出该特征为转移消息中携带的被转移IMS协同会话标识（Session ID）。对比文件处理相关信息中仅包含文件名、时间戳等本地打印作业属性，不存在任何IMS协同会话标识，无法直接或推理得出，故未公开。
技术特征R：所述现有的IMS协同会话的媒体流的身份<br><br>《未公开》	无对应内容。	目标说明书段落[0092]、[0095]指出其为受转移影响的音频、视频等媒体流标识（Media Flow ID）。对比文件中无多媒体通信流及其流标识，故未公开。
技术特征S：所述第二WTRU的身份<br><br>《未公开》	“入力手段を通して入力された処理関連情報に含まれている画像データを生成した装置に固有のマシンＩＤと本装置が保有するマシンＩＤとの整合性をチェックするマシンＩＤチェック手段を備えたものである。”（段落[0002]）	对比文件背景技术提到生成图像的装置机器ID（Machine ID）。但目标说明书段落[0092]、[0100]明确该身份为原控制方无线终端在IMS网络中的公共用户身份（URI/URL/GRUU等）。对比文件中的机器ID作用于本地打印机硬件匹配，与IMS会话控制转移中的第二WTRU身份作用与环境迥异，无法合理推导，故未公开。
技术特征T：所述WTRU的身份。<br><br>《隐含公开》	“１つの特定処理関連情報は特定されたパラメータ情報の集合で構成されており、そのパラメータはユーザ、ファイル名、拡張子、タイムスタンプ、用紙サイズ、カラー／白黒設定等である。”（段落[0002]）；<br>“ユーザ認証部１２は、出力要求を行ったユーザを特定するために設けられたものであり……”（段落[0002]）	目标说明书段落[0092]、[0095]指出该特征为新控制方WTRU的用户/终端身份标识（如GRUU或用户URI）。对比文件公开了在处理信息和认证过程中包含用于标识当前操作主体终端/用户的“用户（User）”信息。在极其宽松的标准下，对比文件公开了作为操作主体的身份信息参数，本领域技术人员有可能基于该用户/设备身份字段推理并与其他通信协议中的终端身份组合，因此判断为隐含公开。

<<>>

<<<f>>>

<<>>

<<<t>>>

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

**技术特征比对表格**

技术特征描述及判断结果	对比文件原文引用（含中文翻译）	公开性论述
技术特征A：<br>该WTRU包括<br><br>《直接公开》	[p0011] "In accordance with one or more embodiments of the invention an apparatus is provided..."<br>（根据本发明的一个或多个实施例，提供了一种装置……）<br>[p0022] "In accordance with one or more embodiments of the invention the apparatus may be at least one of a terminal, mobile station, user equipment, module, chipset."<br>（根据本发明的一个或多个实施例，该装置可以是终端、移动台、用户设备、模块、芯片组中的至少一种。）	对比文件公开了用户设备（UE/终端/移动台）装置。在3GPP无线通信领域中，WTRU（无线发射/接收单元）与UE为等同通信实体（目标说明书段落[0031]亦指明WTRU包括UE）。两者作用相同，本领域技术人员可毫无疑义地确定该特征被对比文件直接公开。
技术特征B：<br>接收机<br><br>《直接公开》	[p0115] "The apparatus 10 may comprise at least one or more or all of a transceiver 51 for transmitting and receiving signals to and from other apparatus e.g. via a base station e.g. the terminal 4, a message generator or receiver 52 for generating or receiving messages such as e.g. SIP messages..."<br>（装置10可包括：用于向其他装置（例如经由基站如终端4）发送和接收信号的收发信机51；用于生成或接收消息（例如SIP消息）的消息生成器或接收器52……）	对比文件公开了UE中包括用于接收信号和SIP消息的收发信机（transceiver）以及接收器（receiver 52）。其在终端侧执行接收射频信号与网络信令的作用，与目标专利中接收机的作用完全相同，构成直接公开。
技术特征C：<br>被配置成接收来自IMS实体的协同会话控制转移请求<br><br>《未公开》	[p0105] "The IMS 6 sends, in step 4., a message, e.g. a refer message, to UE 2 with the communication identifier, and with e.g. a replaces parameter in a refer-to header."<br>（IMS 6在步骤4中向UE 2发送消息（例如refer消息），带有通信标识符，并且例如在refer-to报头中带有replaces参数。）	目标专利权利要求中的请求是“协同会话控制转移请求”（转移的是IMS协同会话的整体控制权，即由被控制方转变为控制方，对应说明书段落[0085]、[0117]-[0120]）。而对比文件公开的是将多媒体流等媒体成分从一个设备转移/检索到另一设备（媒体流级IDT转移，见[p0105]及图4），并非转移“协同会话控制（Collaborative Session Control）”。因此该特征未被直接公开，且两者的控制层级和协议机制不同，亦不能隐含公开。
技术特征D：<br>其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求<br><br>《未公开》	[p0016] "In an example embodiment a target user equipment may receive a transfer request and the detector/checker may decide whether the target UE is able to accept transfer request."<br>（在示例实施例中，目标用户设备可以接收转移请求，并且检测器/检查器可以确定目标UE是否能够接受转移请求。）<br>[p0105] "The IMS 6 sends, in step 4., a message, e.g. a refer message, to UE 2 with the communication identifier, and with e.g. a replaces parameter in a refer-to header."<br>（IMS 6在步骤4中向UE 2发送消息（例如refer消息），带有通信标识符……）	目标专利中该指示明确限定为“接收对现有的IMS协同会话的控制”（即获得控制方角色，能够增加、去除、转移其它参与方的媒体流，如说明书[0085]所示）。对比文件中的转移请求仅是指示UE-B接管特定的多媒体流（如mm流，见图4步骤4），并未指示或请求接管/接收整个协同会话的控制权。两者指示的控制客体及作用不同，未被公开。
技术特征E：<br>其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起<br><br>《未公开》	[p0105] "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, as indicated by step 2, media transfer, the UE-A 4 may send, in step 3, a message, e.g. a refer message, to IMS 6..."<br>（当UE-A 4希望将多媒体流或其一部分转移到用户的另一设备例如UE-B 2时，如步骤2媒体转移所示，UE-A 4可在步骤3中向IMS 6发送消息，例如refer消息……）	目标专利中发起转移的触发原因是“IMS实体基于来自第二WTRU的控制信令退化或损失”（如说明书[0117]记载的控制方连接恶化）。而对比文件中的请求是由源UE（UE-A 4）主动发起的媒体流转移，或者由新接入可用触发（[p0099]），完全未记载、提示或暗示由网络侧IMS实体基于第二WTRU信令的“退化或损失（degradation or loss）”进行异常/保护性触发。本领域技术人员无法从对比文件中合理推导得出，未被公开。
技术特征F：<br>发射机<br><br>《直接公开》	[p0115] "The apparatus 10 may comprise at least one or more or all of a transceiver 51 for transmitting and receiving signals to and from other apparatus e.g. via a base station e.g. the terminal 4, a message generator or receiver 52 for generating or receiving messages such as e.g. SIP messages..."<br>（装置10可包括：用于向其他装置发送和接收信号的收发信机51；用于生成或接收消息的消息生成器或接收器52……）	对比文件公开了UE包含用于发送信号与SIP消息的收发信机（transceiver）及消息生成器（message generator）。其在终端中起到向上行传输信号与控制信令的作用，与目标专利中发射机的作用完全相同，构成直接公开。
技术特征G：<br>被配置成向所述IMS实体传送响应<br><br>《直接公开》	[p0090] "A response message such as a 200 OK message of SIP may be sent or received for the message such as the invite message (from UE-3 and UE-2)."<br>（可以针对诸如invite消息的消息发送或接收响应消息，例如SIP的200 OK消息（来自UE-3和UE-2）。）<br>[p0106]-[p0107] "the UE-B 2 generates, in step 6., a message with a parameter, such as an invite with replaces header... The message such as invite is routed to MMSC AS 7... The AS 7 may generate and send a message such as 200 OK for invite, to UE-B 2."<br>（UE-B 2在步骤6中生成具有参数的消息（如带有replaces头的invite）……路由到MMSC AS 7……AS 7可生成并向UE-B 2发送接受消息例如针对invite的200 OK。）	对比文件公开了UE通过发射机/收发信机向IMS网络实体传送响应（如针对信令请求的接受及相应的SIP控制响应消息）。其作用在于向网络反馈信令交互状态，与目标专利该特征作用相同，构成直接公开。
技术特征H：<br>其中所述响应指示接受所述协同会话控制转移请求<br><br>《未公开》	[p0016] "In an example embodiment a target user equipment may receive a transfer request and the detector/checker may decide whether the target UE is able to accept transfer request."<br>（在示例实施例中，目标用户设备可以接收转移请求，并且检测器/检查器可以决定目标UE是否能够接受转移请求。）<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..."<br>（在用户设备2能够支持由通信标识符指示的服务的情况下，UE-B 2在步骤6中生成具有参数的消息，例如带有如上所述的label参数的replaces头的invite……）	目标专利中响应所接受的是“协同会话控制转移请求”（对应说明书[0120]向SCC AS发送指示接受协同会话控制转移的确认）。而对比文件中UE-B响应并接受的是承载特定标签的媒体流替换/转移，并非接受协同会话的整体控制权。技术方案客体不同，未被公开。
技术特征I：<br>控制器<br><br>《直接公开》	[p0115] "...a processor 55 for controlling one or more of the components or modules of the apparatus 5 such as components 51, 52, 53, 56..."<br>（……用于控制装置的组件或模块（例如组件51、52、53、56）中的一个或多个的处理程序/处理器55……）	对比文件明确公开了用于控制UE内各组件运行的处理器（processor 55）以及进行判定决策的部件（checker/decider 54）。在通信终端架构中处理器即为控制器实体，所起控制作用相同，构成直接公开。
技术特征J：<br>被配置成在对所述现有的IMS协同会话的控制正被转移到所述WTRU时<br><br>《未公开》	对比文件全文未记载在协同会话控制转移（Collaborative session control transfer）过程中控制器所执行的相关协调动作。对比文件仅涉及在媒体流转移过程（IDT）中判断是否支持通信业务标识符。	对比文件缺乏针对“IMS协同会话控制正被转移到该WTRU”这一特定时序与控制转移上下文的时机配置，控制客体与背景均不相同，未被公开。
技术特征K：<br>控制所述现有的IMS协同会话。<br><br>《未公开》	[p0102] "MMSC AS 7 may combine these dialogs together, so that the far end 8 sees only one dialog, e.g. SIP dialog, with two media streams."<br>（MMSC AS 7可将这些对话合并在一起，使得远端8仅看到具有两个媒体流的一个对话，例如SIP对话。）<br>[p0109] "The user may use multiple UEs and transfer the sessions between them, e.g. transfer the whole session to the target UE, or transfer one media component to the target UE, and release the corresponding media component from the source UE."<br>（用户可使用多个UE并在其间转移会话，例如将整个会话转移到目标UE，或者将一个媒体组件转移到目标UE并从源UE释放对应的媒体组件。）	目标专利中“控制IMS协同会话”是指该WTRU承担控制方WTRU（Controller UE）角色，通过协同控制信令对参与协同会话的各被控制方WTRU的媒体流进行添加、释放、修改与转移（参见说明书[0085]）。对比文件中的UE在接收媒体流转移后仅维持自身的端到端媒体会话（或通过MMSC AS合并对话），UE并未作为控制方去管控其他参与WTRU的协同会话，未公开此特征。
技术特征L：<br>其中所述WTRU是处于所述现有的IMS协同会话中的被控制方WTRU。<br><br>《未公开》	[p0076] "The user equipment 3, UE-3... and the user equipment 2, UE-2... have an ongoing session such as a communication session... with two audio media flows established..."<br>（用户设备3（UE-3）……与用户设备2（UE-2）……具有正在进行的会话，例如通信会话……建立了两个音频媒体流……）<br>[p0098] "In the embodiment of Fig. 3, the UE 4 has an ongoing dialog, e.g. SIP dialog, with the far end 8..."<br>（在图3的实施例中，UE 4与远端8具有正在进行的对话，例如SIP对话……）	目标专利中的“被控制方WTRU（Controllee UE）”是IMS协同会话架构中特有的具有主从控制关系的从属终端实体（参见说明书[0085]）。对比文件中UE-1/2/3之间属于平等的通信对端，或者是单用户不同接入终端，不存在协同会话中由主控制方管控的“被控制方WTRU”角色，未被公开。
技术特征M：<br>其中所述WTRU具有与远端方之间的IMS媒体流。<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... user equipment 3 receives a request to retrieve the session or at least part of the ongoing session... such as one or more of media content or streams..."<br>（如图1作为示例所示，用户设备1和用户设备2具有正在进行的会话……用户设备3接收到检索正在进行的会话的会话或至少一部分（例如媒体内容或流中的一个或多个）的请求……）<br>[p0065] "The retrieval procedure may comprise at least one of... initiating a session between the user equipment 3 and the user equipment 2, and of transmitting the media stream of the session, or part thereof, between the user equipment 3 and the user equipment 2."<br>（检索过程可包括以下中的至少一项：……在用户设备3与用户设备2之间发起会话，以及在用户设备3与用户设备2之间传输会话的媒体流或其一部分。）<br>[p0097] "...far end device 8 which may be a terminal, a user equipment... or any other type of client or apparatus."<br>（……远端设备8，其可以是终端、用户设备……或任何其他类型的客户端或装置。）	目标专利中被控制方WTRU在转移控制前即具有与远端方之间的媒体流（如说明书[0116]、[1004]中的媒体流B）。对比文件中UE-3（目标UE）在转移/检索完成后具有与对端通信方（远端设备）之间的媒体流；此外，在多媒体会话检索/转移场景下，目标UE本身往往已处于多方通信或持有部分媒体连接中。本领域技术人员结合多方会话背景容易合理推导得出目标终端可具有与远端方之间的IMS媒体流。按照宽松标准判定为隐含公开。
技术特征N：<br>其中对所述现有的IMS协同会话的所述控制从第二WTRU转移到所述WTRU。<br><br>《未公开》	[p0109] "The user may use multiple UEs and transfer the sessions between them, e.g. transfer the whole session to the target UE, or transfer one media component to the target UE..."<br>（用户可以使用多个UE并在其间转移会话，例如将整个会话转移到目标UE，或者将一个媒体组件转移到目标UE……）	对比文件公开的是会话（Session）本身或媒体流（Media component）在UE之间的转移，并未公开具有主从控制属性的“IMS协同会话控制权（Collaborative Session Control）”从第二WTRU转移到该WTRU。二者控制客体与技术方案完全不同，未被公开。
技术特征O：<br>其中所述协同会话控制转移请求和所述响应是会话发起协议(SIP)消息。<br><br>《隐含公开》	[p0010] "The session may be managed in accordance with a protocol for initiating a session such as a session initiation protocol, e.g. SIP or a protocol of arbitrary other type."<br>（会话可根据用于发起会话的协议（例如会话发起协议，如SIP或任意其他类型的协议）来管理。）<br>[p0105]-[p0107] "the UE-A 4 may send, in step 3, a message, e.g. a refer message, to IMS 6... The IMS 6 sends, in step 4., a message, e.g. a refer message, to UE 2... UE-B 2 generates, in step 6., a message with a parameter, such as an invite with replaces header... The AS 7 may generate and send a message such as 200 OK for invite, to UE-B 2."<br>（UE-A 4在步骤3中向IMS 6发送消息（例如refer消息）……IMS 6向UE 2发送消息（例如refer消息）……UE-B 2生成消息（如带有replaces头的invite）……AS 7向UE-B 2发送200 OK消息……）	对比文件明确公开了会话转移请求消息（如REFER、INVITE）及响应确认（如200 OK）均为SIP消息。尽管其转移的消息承载内容与本特征关于协同会话控制的请求有所区别，但从信令协议选型的角度看，其完全公开了采用SIP协议消息作为转移请求与响应的载体。按照极为宽松的隐含公开判断标准，该协议机制技术手段被隐含公开。
技术特征P：<br>其中所述协同会话控制转移请求包括以下中的一者或多者<br><br>《隐含公开》	[p0078] "...the message, or the message header, e.g. replaces header, may contain a label such as the media label "abc", and may include a communication identifier such as ICSI."<br>（……该消息或消息头（例如replaces头）可包含诸如媒体标签“abc”的标签，并可包括诸如ICSI的通信标识符。）<br>[p0081] "Refer-to: <sip:ua-3@example.com;audio?Replaces=\"xyz@example.com;to-tag=bbb;from-tag=aaa;label=abc\">?+g.3gpp.icsi=\"urn:mmtel\"."<br>（Refer-to: 包含Call-ID、to-tag、from-tag、label以及ICSI参数。）	对比文件的转移请求消息（REFER消息）明确包含了多个会话与标识信息字段（如后文特征Q、R、S、T所述的标识），属于包括下述一者或多者的情形。结合上下文和宽松标准，判定为隐含公开。
技术特征Q：<br>所述现有的IMS协同会话的身份<br><br>《隐含公开》	[p0078] "The call-id, from-tag and to-tag in the parameter, e.g. replaces parameter refers to the ongoing dialog between UE-2 and UE-3."<br>（参数（例如replaces参数）中的call-id、from-tag和to-tag指代UE-2与UE-3之间正在进行的对话。）<br>[p0088] "Replaces=\"xyz@example.com;to-tag=bbb;from-tag=aaa;label=abc\""<br>（Replaces头中携带正在进行的对话标识xyz@example.com。）	对比文件中Replaces参数携带正在进行的会话对话标识（Call-ID+tags），用于指示现有会话身份。虽然对比文件未针对“协同会话”，但在IMS/SIP体系中会话身份均采用Call-ID或会话URI标识，本领域技术人员基于该信息能够合理推导出用其指示现有会话身份。按照宽松标准判定为隐含公开。
技术特征R：<br>所述现有的IMS协同会话的媒体流的身份<br><br>《直接公开》	[p0078] "In addition, the message, or the message header, e.g. replaces header, may contain a label such as the media label "abc"..."<br>（此外，该消息或消息头（例如replaces头）可包含诸如媒体标签“abc”的标签……）<br>[p0081] "...label=abc..."<br>（……媒体流标签label=abc……）	对比文件明确公开了在转移请求中包含媒体流标签（media label），用于标识会话中受影响的特定媒体流。该标识的作用与目标专利中指示媒体流身份的作用完全相同，构成直接公开。
技术特征S：<br>所述第二WTRU的身份<br><br>《直接公开》	[p0078] "The call-id, from-tag and to-tag in the parameter, e.g. replaces parameter refers to the ongoing dialog between UE-2 and UE-3."<br>（参数（例如replaces参数）中的call-id、from-tag和to-tag指代UE-2与UE-3之间正在进行的对话。）<br>[p0081] "Refer-to: <sip:ua-3@example.com..."<br>（Refer-to头中包含对端/源端实体的URI标识ua-3@example.com等。）	对比文件公开了请求中携带源UE/对端UE的URI身份及from-tag/to-tag标识。其在信令中用于唯一标识参与会话的通信设备实体，与目标专利中第二WTRU身份的作用相同，构成直接公开。
技术特征T：<br>所述WTRU的身份。<br><br>《直接公开》	[p0081] "Refer-to: <sip:ua-3@example.com...;to-tag=bbb;from-tag=aaa..."<br>（SIP信令头域包含本端/目标端通信实体的SIP URI标识。）<br>[p0121] "<identity display=\"Alice\">sip:alice@example.com</identity>"<br>（身份显示标识包含终端身份URI。）	对比文件公开了请求消息中携带目标WTRU的身份（如SIP URI，用于寻址和标识该WTRU）。其在协议交互中提供接收方/目标方身份标识，与目标专利中WTRU身份的作用相同，构成直接公开。

<<<A>>><<>><<<F>>><<<G>>><<>><<<m>>><<<o>>><<>><<<q>>><<<R>>><<<S>>><<<T>>>

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

**特征比对表格**

技术特征描述以及公开性判断结果	对比文件原文引用	公开性论述
技术特征A：该WTRU包括<br><br>《未公开》	无对应内容。对比文件JP2009242672A涉及聚丙烯系树脂薄片及聚丙烯系树脂容器（“本発明は、ポリプロピレン系樹脂シート及びポリプロピレン系樹脂容器に関し…”）。	对比文件JP2009242672A属于高分子材料与包装容器成型技术领域，公开的是一种聚丙烯系树脂薄片及其热成型容器的树脂组成、成型方法和力学/透明性能，完全未涉及无线通信系统、终端或无线发射/接收单元（WTRU）。因此，对比文件未公开技术特征A，本领域技术人员无法直接得出也无法合理解释/推断出该特征。
技术特征B：接收机<br><br>《未公开》	无对应内容。	对比文件属于高分子塑料及容器成型领域，全文未记载任何无线信号接收机或通信接收装置。因此，对比文件未公开技术特征B。
技术特征C：被配置成接收来自IMS实体的协同会话控制转移请求<br><br>《未公开》	无对应内容。	对比文件完全不涉及IMS（IP多媒体子系统）架构、实体或协同会话控制转移信令机制。因此，对比文件未公开技术特征C。
技术特征D：其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求<br><br>《未公开》	无对应内容。	对比文件不涉及IMS协同会话控制转移请求的内容或指示信息。因此，对比文件未公开技术特征D。
技术特征E：其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起<br><br>《未公开》	无对应内容。	对比文件完全不涉及网络实体监控第二终端控制信令退化或损失并触发控制转移的通信控制逻辑。因此，对比文件未公开技术特征E。
技术特征F：发射机<br><br>《未公开》	无对应内容。	对比文件不包含任何无线或通信发射机硬件或功能单元。因此，对比文件未公开技术特征F。
技术特征G：被配置成向所述IMS实体传送响应<br><br>《未公开》	无对应内容。	对比文件完全未公开向IMS网络实体反馈协议响应的特征。因此，对比文件未公开技术特征G。
技术特征H：其中所述响应指示接受所述协同会话控制转移请求<br><br>《未公开》	无对应内容。	对比文件不涉及接受协同会话控制转移请求的响应指示。因此，对比文件未公开技术特征H。
技术特征I：控制器<br><br>《未公开》	无对应内容。	对比文件虽然涉及挤出机、成型机等机械设备，但完全未公开用于无线通信会话控制的通信控制器。因此，对比文件未公开技术特征I。
技术特征J：被配置成在对所述现有的IMS协同会话的控制正被转移到所述WTRU时<br><br>《未公开》	无对应内容。	对比文件不涉及IMS协同会话控制权转移的时序或状态。因此，对比文件未公开技术特征J。
技术特征K：控制所述现有的IMS协同会话。<br><br>《未公开》	无对应内容。	对比文件完全不涉及对IMS协同媒体会话进行控制的技术内容。因此，对比文件未公开技术特征K。
技术特征L：其中所述WTRU是处于所述现有的IMS协同会话中的被控制方WTRU。<br><br>《未公开》	无对应内容。	对比文件不涉及IMS协同会话中的角色分配（控制方/被控制方）。因此，对比文件未公开技术特征L。
技术特征M：其中所述WTRU具有与远端方之间的IMS媒体流。<br><br>《未公开》	无对应内容。	对比文件完全不涉及终端与远端方建立和维持IMS媒体流的技术方案。因此，对比文件未公开技术特征M。
技术特征N：其中对所述现有的IMS协同会话的所述控制从第二WTRU转移到所述WTRU。<br><br>《未公开》	无对应内容。	对比文件未公开任何协同会话控制权在不同终端设备间转移的特征。因此，对比文件未公开技术特征N。
技术特征O：其中所述协同会话控制转移请求和所述响应是会话发起协议(SIP)消息。<br><br>《未公开》	无对应内容。	对比文件完全未涉及会话发起协议（SIP）或SIP信令消息。因此，对比文件未公开技术特征O。
技术特征P：其中所述协同会话控制转移请求包括以下中的一者或多者<br><br>《未公开》	无对应内容。	对比文件未记载任何会话控制转移信令的消息结构或参数构成。因此，对比文件未公开技术特征P。
技术特征Q：所述现有的IMS协同会话的身份<br><br>《未公开》	无对应内容。	对比文件未公开IMS协同会话标识（Session ID）。因此，对比文件未公开技术特征Q。
技术特征R：所述现有的IMS协同会话的媒体流的身份<br><br>《未公开》	无对应内容。	对比文件未公开协同会话媒体流标识。因此，对比文件未公开技术特征R。
技术特征S：所述第二WTRU的身份<br><br>《未公开》	无对应内容。	对比文件未公开第二WTRU的标识信息。因此，对比文件未公开技术特征S。
技术特征T：所述WTRU的身份。<br><br>《未公开》	无对应内容。	对比文件未公开本端WTRU的标识信息。因此，对比文件未公开技术特征T。

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

根据目标专利权利要求划分的技术特征，结合目标专利说明书的记载与对比文件（WO2009134051A1）的原文披露进行严格、客观的创造性对比分析，对比结果如下：

技术特征描述及公开性判断结果	对比文件原文引用	公开性论述
技术特征A<br>该WTRU包括<br>《隐含公开》	[p02] In an existing mobile environment, terminals transmit sporadic messages of Short Message Service (SMS), Multimedia Messaging Service (MMS), etc...<br>[p31] ...Specifically, referring to FIG. 1, the CPM system includes a CPM client 200, a CPM conversation server 210, a message & media storage 220, a CPM user preference entity 230, an interworking function entity 240, and a notification entity 250.<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...<br>【中文翻译】：在现有的移动环境中，终端发送短消息服务（SMS）、多媒体消息服务（MMS）等的零星消息……CPM系统包括CPM客户端200、CPM会话服务器210、消息和媒体存储装置220……图2示意性地示出了当客户端#A-1 1000与客户端#B 2000交换数据时，用户A尝试将客户端更改为客户端#A-2 1100的过程……	在目标专利中，WTRU是指具备在无线环境中通信能力的终端设备（参见目标说明书[0031]、[0042]）。对比文件公开了移动环境下的“终端（terminal）”以及运行在设备上的“客户端（client #A-2 1100）”，且结合无线移动通信场景（SMS、MMS、蜂窝PoC等），本领域技术人员可以合理推断该第二客户端client #A-2所在实体即为无线发射/接收单元（WTRU）。按照宽松判断标准，构成《隐含公开》。
技术特征B<br>接收机<br>《隐含公开》	[p45] Subsequently, the conversation server 3000 makes a notification of a newly generated session with the client #A-2 1100 using an INVITE message (S109)...<br>[p48] Then, the conversation server 3000 transmits a session history and a temporarily stored message to the client #A-2 1100 using the MSRP protocol (S116 and S117)...<br>【中文翻译】：随后，会话服务器3000使用INVITE消息通知与客户端#A-2 1100新生成的会话（S109）……然后，会话服务器3000使用MSRP协议向客户端#A-2 1100发送会话历史和临时存储的消息（S116和S117）……	目标专利中，接收机用于接收来自网络的无线信号及SIP消息等（参见[0042]-[0046]）。对比文件中，客户端client #A-2 1100需要接收来自会话服务器3000的INVITE信令消息和MSRP消息，作为网络终端必然具备物理或逻辑上的“接收机”硬件/组件来实现信号及消息的接收。本领域技术人员能直接合理推断出其包含接收机。因此构成《隐含公开》。
技术特征C<br>被配置成接收来自IMS实体的协同会话控制转移请求<br>《未公开》	[p45] Subsequently, the conversation server 3000 makes a notification of a newly generated session with the client #A-2 1100 using an INVITE message (S109). The client #A-2 1100 returns an OK message in response to the INVITE message (S110).<br>【中文翻译】：随后，会话服务器3000使用INVITE消息通知与客户端#A-2 1100新生成的会话（S109）。客户端#A-2 1100响应于该INVITE消息返回OK消息（S110）。	目标专利中，“协同会话控制转移请求”是专门用于在协同会话中将“控制权”转移给被控制方的信令请求（参见目标说明书[0085]、[0095]、[0108]、[0113]、[0120]）。对比文件中，会话服务器3000向client #A-2发送的是普通的会话建立INVITE请求（S109），用于建立与该目标客户端的直接通信会话（接管原整个会话），并不存在“协同会话（Collaborative Session）”，更不存在协同会话控制权的转移请求。两者作用与技术方案实质不同，即便是最宽松的推断也无法得出协同会话控制转移请求，因此《未公开》。
技术特征D<br>其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求<br>《未公开》	[p45] Subsequently, the conversation server 3000 makes a notification of a newly generated session with the client #A-2 1100 using an INVITE message (S109).<br>【中文翻译】：随后，会话服务器3000使用INVITE消息通知与客户端#A-2 1100新生成的会话（S109）。	目标专利中，该请求的作用是向被控制方指示其将被授予协同会话的控制方角色（Controller），控制协同会话中的各方及媒体流（参见[0085]、[0108]）。而对比文件S109发送的INVITE仅是让client #A-2接入成为普通的对端参与会话，不包含任何协同会话控制权的指示，因此《未公开》。
技术特征E<br>其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起<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. At this time, the client #A-1 1000 has its own client list and selects one of clients belonging to the user.<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).<br>【中文翻译】：另一方面，当用户A期望尝试切换到客户端#A-2 1100时，源设备客户端#A-1 1000向会话服务器3000请求转移会话……客户端#A-1 1000使用作为控制消息的SIP REFER消息向会话服务器3000发送转移会话的请求（S101）。	目标专利中，该触发机制是IMS实体（如SCC AS）监测到控制方WTRU的连接质量下降、信令退化或丢失时，网络侧主动发起的转移（参见目标说明书[0117]）。而对比文件中，会话转移完全是由源客户端client #A-1主动通过SIP REFER发起的（由用户自身意愿决定发起），根本不存在由网络实体基于“控制信令退化或损失”而触发转移的机制。因此该特征《未公开》。
技术特征F<br>发射机<br>《隐含公开》	[p45] ...The client #A-2 1100 returns an OK message in response to the INVITE message (S110). Then, the conversation server 3000 returns an ACK message in response to the OK message (S111).<br>[p48] ...When the session history and the temporarily stored message are transmitted completely, the client #A-2 1100 notifies the conversation server 3000 of transmission completion using an MSRP REPORT message (S119 and S121).<br>【中文翻译】：客户端#A-2 1100响应于INVITE消息返回OK消息（S110）……当会话历史和临时存储的消息完全发送后，客户端#A-2 1100使用MSRP REPORT消息通知会话服务器3000传输完成（S119和S121）。	目标专利中，发射机用于向网络发送响应、信令或数据（参见[0042]-[0046]）。对比文件中，client #A-2向会话服务器发送OK消息及MSRP REPORT消息，作为终端设备必然具备物理/逻辑发射机以发送无线或网络信号。依据宽松推断标准，构成《隐含公开》。
技术特征G<br>被配置成向所述IMS实体传送响应<br>《隐含公开》	[p45] ...The client #A-2 1100 returns an OK message in response to the INVITE message (S110).<br>【中文翻译】：客户端#A-2 1100响应于INVITE消息返回OK消息（S110）。	目标专利中，WTRU向SCC AS发送指示接受控制转移的响应（参见[0109]、[0120]）。对比文件中，client #A-2向作为SIP/IP核心网实体的conversation server 3000传送响应（200 OK）。虽然对比文件中的响应是针对INVITE消息的，但在“向网络实体传送响应”的动作层面存在对应的交互行为。按照宽松标准，可认为该基础交互被《隐含公开》。
技术特征H<br>其中所述响应指示接受所述协同会话控制转移请求<br>《未公开》	[p45] ...The client #A-2 1100 returns an OK message in response to the INVITE message (S110).<br>【中文翻译】：客户端#A-2 1100响应于INVITE消息返回OK消息（S110）。	目标专利中，响应的内容与技术效果是明确指示接受“承担协同会话的控制方角色”（参见目标说明书[0109]、[0114]、[0120]）。对比文件中的200 OK仅仅是标准的SIP会话应答，指示接受生成普通的点到点媒体会话，不包含接受协同会话控制转移的任何语义或指示。因此《未公开》。
技术特征I<br>控制器<br>《隐含公开》	[p31] ...Specifically, referring to FIG. 1, the CPM system includes a CPM client 200, a CPM conversation server 210, a message & media storage 220...<br>[p48] ...Through the above-described steps S116 to S121, the client #A-2 1100 outputs the temporarily stored message and the session history received from the conversation server 3000 to the screen...<br>【中文翻译】：CPM系统包括CPM客户端200……通过上述步骤S116至S121，客户端#A-2 1100将从会话服务器3000接收的临时存储的消息和会话历史输出到屏幕上……	目标专利中，控制器为处理器，用于执行信令处理和会话控制逻辑（参见[0043]）。对比文件中的终端客户端client #A-2需要处理状态迁移（图5）、处理协议流程并控制屏幕输出显示，本领域技术人员可以合理推断其内部必然包含执行上述控制处理逻辑的控制器/处理器。按照宽松判断标准，构成《隐含公开》。
技术特征J<br>被配置成在对所述现有的IMS协同会话的控制正被转移到所述WTRU时<br>《未公开》	[p45]-[p48] S109-S121<br>【中文翻译】：步骤S109-S121会话建立及数据传输过程。	目标专利限定在协同会话控制转移发生的时间阶段/状态（参见[0085]、[0096]、[0109]）。对比文件自始至终都不存在“协同会话”，更不存在协同会话控制正被转移的时机或状态，因此《未公开》。
技术特征K<br>控制所述现有的IMS协同会话<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 method is implemented such that the user B does not know the fact that the user A has made the client change...<br>[p48] ...Accordingly, the conversation server 3000 receives data, for example, messages, from the user B to the user A, such that the conversation with the client #B 2000 is continued.<br>【中文翻译】：图2示意性地示出了当客户端#A-1 1000与客户端#B 2000交换数据时，用户A尝试将客户端更改为客户端#A-2 1100的过程……由此会话服务器3000接收来自用户B到用户A的数据，使得与客户端#B 2000的对话得以继续。	目标专利中，“控制协同会话”是指作为控制方WTRU控制协同会话的整体行为，包括添加、去除、释放、复制或转移协同会话中其他WTRU的媒体流（参见目标说明书[0085]）。对比文件中，client #A-2接替client #A-1之后，只是作为普通的会话端点继续与client #B进行消息对话，并没有所谓“控制协同会话”的能力或机制。两者在功能和效果上完全不同，因此《未公开》。
技术特征L<br>其中所述WTRU是处于所述现有的IMS协同会话中的被控制方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...<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).<br>【中文翻译】：图2示意性示出了在客户端#A-1 1000与客户端#B 2000交换数据时，用户A尝试更改为客户端#A-2 1100的过程……客户端#A-1向会话服务器发送SIP REFER请求将会话转移给客户端#A-2。	目标专利中，该WTRU在转移发生前已经是现有的协同会话中的“被控制方WTRU”（参见目标说明书[0084]-[0085]、[0089]、[0110]、[0116]）。对比文件中，在转移发起之前，client #A-2并未参与在client #A-1与client #B的会话中，更不是什么“协同会话中的被控制方WTRU”，因此该特征《未公开》。
技术特征M<br>其中所述WTRU具有与远端方之间的IMS媒体流<br>《未公开》	[p33] In FIG. 2, when a user A uses first and second clients and a user B uses a third client, a session transfer method between the first and second clients is proposed. 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.<br>【中文翻译】：在图2中，当用户A使用第一和第二客户端而用户B使用第三客户端时，提出了第一和第二客户端之间的会话转移方法。具体地，图2示意性示出了当客户端#A-1 1000与客户端#B 2000交换数据时，用户A尝试更改为客户端#A-2 1100的过程。	目标专利中，被控制方WTRU自身已存在一条与远端方之间的媒体流（例如媒体流B，参见目标说明书[0084]、[0090]、[0110]、[0116]）。对比文件中，转移发生前，只有client #A-1与远端client #B之间有通信，client #A-2处于空闲状态，并不具有与远端方之间的媒体流。因此《未公开》。
技术特征N<br>其中对所述现有的IMS协同会话的所述控制从第二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...<br>[p46] When the session with the client #A-2 1100 is generated completely, a routing change 325 is made such that the conversation server 3000 connects the conversation with the user B to the client #A-2 1100.<br>【中文翻译】：图2示意性示出了当客户端#A-1与客户端#B交换数据时用户A尝试更改为客户端#A-2的过程……当与客户端#A-2的会话完全生成后，进行路由改变以使会话服务器将与用户B的对话连接到客户端#A-2。	目标专利中，是指两个参与协同会话的终端之间转移对协同会话的“控制权”（参见目标说明书[0085]、[0096]、[0109]）。对比文件转移的是普通的单用户端到端会话（将会话直接切换接管，即全会话路由重定向），不存在协同会话控制的转移，因此《未公开》。
技术特征O<br>其中所述协同会话控制转移请求和所述响应是会话发起协议(SIP)消息<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)...<br>[p45] Subsequently, the conversation server 3000 makes a notification of a newly generated session with the client #A-2 1100 using an INVITE message (S109). The client #A-2 1100 returns an OK message in response to the INVITE message (S110).<br>【中文翻译】：客户端#A-1 1000使用作为控制消息的SIP REFER消息向会话服务器3000发送转移会话的请求（S101）……随后，会话服务器3000使用INVITE消息通知新生成的会话（S109）。客户端#A-2 1100响应于INVITE消息返回OK消息（S110）。	目标专利中，协同会话控制转移请求和响应均采用SIP消息（参见[0088]、[0090]）。对比文件在会话转移过程中，涉及的转移控制消息（REFER）、会话邀请（INVITE）以及应答（200 OK）均明确采用SIP协议。虽然其对应的上层业务非协同会话控制，但在使用“SIP协议消息作为转移过程中的请求与响应”这层通信机制上，本领域技术人员可以推断其技术手段属于SIP消息交互。按照最宽松的隐含公开标准，评定为《隐含公开》。
技术特征P<br>其中所述协同会话控制转移请求包括以下中的一者或多者<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). The format of the SIP REFER message is illustrated in FIG. 15. Referring to FIG. 15, a Refer-To header field P1 indicates destination address information. To transfer the session from the client #A-1 1000 to the client #A-2 1100, an SIP URI address of the client #A-2 1100 is indicated.<br>【中文翻译】：参见图3，客户端#A-1 1000使用作为控制消息的SIP REFER消息向会话服务器3000发送将对话转移到客户端#A-2 1100的请求（S101）。SIP REFER消息格式如图15所示。Refer-To头字段P1指示目的地地址信息。为了将会话从客户端#A-1 1000转移到客户端#A-2 1100，指示客户端#A-2 1100的SIP URI地址。	目标专利中，该特征为从属权利要求的前序从属限定，具体包含了后续的技术特征Q/R/S/T之一者或多者。由于对比文件中下发至被转移目标客户端的并非“协同会话控制转移请求”，故该整体前序架构及信息字段组《未公开》。
技术特征Q<br>所述现有的IMS协同会话的身份<br>《未公开》	[p42] Referring to FIG. 15, a Refer-To header field P1 indicates destination address information... SESSION TRANSFER P2 is indicated by a Session Description Protocol (SDP) attribute parameter.<br>【中文翻译】：参见图15，Refer-To头字段P1指示目的地地址信息……通过会话描述协议（SDP）属性参数指示SESSION TRANSFER P2。	目标专利中，是指被转移控制权的IMS协同会话的标识符（Session ID，参见目标说明书[0092]、[0108]、[0120]）。对比文件不涉及任何协同会话，更未在发给目标端的消息中包含现有协同会话身份，因此《未公开》。
技术特征R<br>所述现有的IMS协同会话的媒体流的身份<br>《未公开》	[p42] FIG. 15; [p45] S109<br>【中文翻译】：图15；步骤S109。	目标专利中，是指协同会话中具体受控制影响的一个或多个媒体流的标识ID（参见目标说明书[0092]、[0095]、[0108]、[0120]）。对比文件中仅涉及通用消息/媒体历史的接管，未在信令中携带现有协同会话中特定媒体流的身份标识，因此《未公开》。
技术特征S<br>所述第二WTRU的身份<br>《未公开》	[p42] ...Referring to FIG. 15, a Refer-To header field P1 indicates destination address information. To transfer the session from the client #A-1 1000 to the client #A-2 1100, an SIP URI address of the client #A-2 1100 is indicated...<br>【中文翻译】：参见图15，Refer-To头字段P1指示目的地地址信息。为了将会话从客户端#A-1 1000转移到客户端#A-2 1100，指示了客户端#A-2 1100的SIP URI地址……	目标专利中，是在下发给目标WTRU的转移请求中携带原控制方（第二WTRU）的身份，以便目标WTRU获悉控制权从谁处转移而来（参见[0095]、[0100]）。对比文件中，会话服务器发往client #A-2的消息为普通的INVITE消息，未披露在发给目标客户端的消息中包含第二WTRU（client #A-1）的身份作为协同转移信息，因此《未公开》。
技术特征T<br>所述WTRU的身份<br>《隐含公开》	[p42] ...Referring to FIG. 15, a Refer-To header field P1 indicates destination address information. To transfer the session from the client #A-1 1000 to the client #A-2 1100, an SIP URI address of the client #A-2 1100 is indicated.<br>[p45] Subsequently, the conversation server 3000 makes a notification of a newly generated session with the client #A-2 1100 using an INVITE message (S109).<br>【中文翻译】：Refer-To头字段P1指示目的地地址信息。为了将会话从客户端#A-1转移到客户端#A-2，指示了客户端#A-2的SIP URI地址。随后，会话服务器使用INVITE消息通知与客户端#A-2新生成的会话（S109）。	目标专利中，请求中包含目标WTRU的身份（如SIP URI、GRUU等，参见[0092]、[0108]）。对比文件在会话转移流程中，发往目标客户端client #A-2的SIP INVITE请求消息的Request-URI或To头域中必然包含该目标客户端（即该WTRU）的SIP URI地址。按照最宽松的隐含公开标准，认定其技术方案中包含了所述WTRU的身份，构成《隐含公开》。

---

<<<a>>>

<<>>

<<<f>>>

<<<g>>>

<<>>

<<<o>>>

<<<t>>>

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

本案针对目标专利说明书与对比文件（JPWO2008072660A1）的内容，紧密结合目标专利说明书对技术特征的解释，进行严谨的直接公开与隐含公开比对。

### 特征比对表格

技术特征描述及公开性判断	对比文件原文引用及译文	公开性论述
技术特征A：该WTRU包括<br>《隐含公开》	段落[0003]、[0040]：<br>【原文】「移動ノード１が移動先で接続した外部ネットワークでネットワークインタフェースに割当てられる気付けアドレス…」「移動ノード３２は、MobileIPv4又はMobileIPv6に規定された一般の移動ノードと同様の機能を備え…」<br>【译文】“移动节点1在移动目的地连接的外部网络中分配给网络接口的转交地址……”“移动节点32具备在MobileIPv4或MobileIPv6中规定的通用移动节点的相同功能……”	对比文件公开了在移动IP网络中进行无线/网络通信的“移动节点（移動ノード，MN）32”，属于无线通信终端设备。在目标专利说明书[0031]中明确指出WTRU可以包括移动台、蜂窝电话、用户设备（UE）等。对比文件的移动节点对应于WTRU实体本身。由于该特征仅为引导性装置主体特征，且对比文件已公开了对应的移动节点主体，本领域技术人员可以合理推断该特征被对比文件《隐含公开》。
技术特征B：接收机<br>《隐含公开》	段落[0003]、[0040]、[0046]：<br>【原文】「移動ノード３２は、アンカー割当サーバ１３から『モビリティアンカー割当て応答』を受信すると…」「この『登録要求』を受信したモビリティアンカーは、同『登録要求』の受理…を示す『登録応答』を移動ノード３２に送信する」<br>【译文】“移动节点32从锚点分配服务器13接收到‘移动性锚点分配响应’时……”“接收到该‘注册请求’的移动性锚点向移动节点32发送表示受理该‘注册请求’的‘注册响应’”	目标专利说明书[0042]-[0046]记载了WTRU包括收发信机120及天线等用于接收信号的部件。对比文件虽未从硬件电路层级展开详述“接收机”物理元件，但明确记载了移动节点32“接收”来自服务器及锚点的响应/报文。具备通信接收功能的移动节点必然包含用于实现接收操作的硬件接收模块/接收机，基于宽松的隐含公开判断原则，认定为《隐含公开》。
技术特征C：被配置成接收来自IMS实体的协同会话控制转移请求<br>《未公开》	对比文件全文未记载相关内容。	目标专利说明书[0006]、[0074]、[0095]、[0108]、[0117]-[0120]等详细记载了该特征是在IP多媒体子系统（IMS）中，由SCC AS等IMS网元向WTRU发送“协同会话控制转移请求”（例如用于将多个WTRU协同参与的会话的控制权进行转移）。然而，对比文件公开的技术属于网络层移动性管理（Mobile IP），其传输的消息仅为移动性锚点分配响应（段落[0045]）或结合绑定更新的注册响应（段落[0046]），对比文件根本未涉及IMS架构，更未涉及“协同会话（Collaborative Session）”以及“协同会话控制转移请求”。两者的技术领域、所起的作用及实现的功能完全不同。本领域技术人员无法从对比文件中推导或合理预期该特征，因此对比文件既未直接公开也未隐含公开技术特征C。
技术特征D：其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求<br>《未公开》	对比文件全文未记载相关内容。	目标专利说明书[0085]、[0095]、[0108]阐述了协同会话控制转移请求向被控制方WTRU指示请求其接管现有的协同会话控制权（承担控制方WTRU角色）。对比文件仅涉及在移动IP环境下为节点分配归属代理/本地移动锚点（HA/LMA）以转发数据包（段落[0030]-[0033]），完全不存在多设备协同媒体会话及转移协同会话控制权的内容。对比文件既未直接公开也未隐含公开技术特征D。
技术特征E：其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起<br>《未公开》	对比文件全文未记载相关内容。	目标专利说明书[0117]、[0229]明确解释，网络侧实体（SCC AS）发起控制转移的触发条件包括当前条件（例如控制方WTRU到SCC AS的连接降低/恶化）。对比文件中锚点分配是基于移动节点上线/开机时发送的显式分配请求以及预估通信负载加算结果（段落[0045]、[0048]-[0050]），完全不涉及检测第二WTRU的协同会话控制信令退化或损失而触发控制转移请求。对比文件既未直接公开也未隐含公开技术特征E。
技术特征F：发射机<br>《隐含公开》	段落[0004]、[0040]、[0045]：<br>【原文】「移動ノード３２から、ＨｏＡと外部ネットワーク３０でのＣｏＡとの対応付けを登録するためのモビリティアンカーを決定するための『モビリティアンカー割当て要求』がアンカー割当サーバ１３に送信される」<br>【译文】“从移动节点32向锚点分配服务器13发送用于决定注册HoA与外部网络30中的CoA的对应关系的移动性锚点的‘移动性锚点分配请求’”	目标专利说明书[0042]-[0045]记载了WTRU包括收发信机与天线元件以发射无线信号。对比文件的移动节点32向外部网络及服务器发送请求信号与数据包，必然内置发射机或射频发射电路。因此本领域技术人员可合理推断得出，认定为《隐含公开》。
技术特征G：被配置成向所述IMS实体传送响应<br>《未公开》	对比文件全文未记载相关内容。	目标专利中的响应是向IMS实体（如SCC AS）回复协同会话控制转移请求的信令（如说明书[0096]、[0109]、[0120]中的响应消息）。对比文件中移动节点仅向锚点分配服务器发送分配请求，或向移动性锚点发送注册请求，完全不涉及向IMS实体传送针对会话控制转移的响应。对比文件既未直接公开也未隐含公开技术特征G。
技术特征H：其中所述响应指示接受所述协同会话控制转移请求<br>《未公开》	对比文件全文未记载相关内容。	目标专利说明书[0096]、[0109]、[0120]说明，该响应向网络侧表达被控制方WTRU接受承担控制方角色的意图。对比文件中不存在协同会话控制转移，更不存在指示接受该控制转移请求的响应。对比文件既未直接公开也未隐含公开技术特征H。
技术特征I：控制器<br>《隐含公开》	段落[0040]、[0045]、[0046]：<br>【原文】「移動ノード３２は、MobileIPv4又はMobileIPv6に規定された一般の移動ノードと同様の機能を備え…」「移動ノード３２は、アンカー割当サーバ１３から『モビリティアンカー割当て応答』を受信すると、それに含まれるモビリティアンカーアドレスを有するモビリティアンカーと通信し、ＨｏＡの取得や、セキュリティ関連の初期設定を行う…」<br>【译文】“移动节点32具备MobileIPv4或MobileIPv6中规定的通用移动节点的相同功能……”“移动节点32从锚点分配服务器13接收到‘移动性锚点分配响应’时，与具有其中包含的移动性锚点地址的移动性锚点进行通信，进行HoA的获取以及安全相关的初始设置……”	目标专利说明书[0043]指出控制器/处理器118执行数据处理、信令交互控制等。对比文件的移动节点32能够执行解析响应报文、建立IKEv2安全关联、发起绑定注册等一系列协议逻辑，本领域技术人员可以合理推断其内部必然包含微处理器/控制器以执行上述状态控制与逻辑运算。因此该硬件构件被《隐含公开》。
技术特征J：被配置成在对所述现有的IMS协同会话的控制正被转移到所述WTRU时<br>《未公开》	对比文件全文未记载相关内容。	目标专利说明书[0096]、[0109]、[0120]记载了协同会话控制权转移的时序与上下文状态。对比文件根本没有协同会话控制转移流程，无从公开在此转移场景下的时机配置。对比文件既未直接公开也未隐含公开技术特征J。
技术特征K：控制所述现有的IMS协同会话<br>《未公开》	对比文件全文未记载相关内容。	目标专利说明书[0085]指出，“作为控制方WTRU，控制协同会话，并可在作为协同会话一部分的WTRU之间增加、去除、释放、复制或转移媒体流”。对比文件仅涉及网络底层（IP层）数据包的分组解封装和转发代理（段落[0003]、[0030]），不存在上层应用多终端协同会话的控制功能。对比文件既未直接公开也未隐含公开技术特征K。
技术特征L：其中所述WTRU是处于所述现有的IMS协同会话中的被控制方WTRU<br>《未公开》	对比文件全文未记载相关内容。	目标专利说明书[0085]、[0089]、[0116]明确界定了在控制转移前，该WTRU参与了IMS协同会话且处于“被控制方WTRU”角色。对比文件中移动节点32仅为单一的Mobile IP通信终端（段落[0040]），不处于任何IMS协同会话，更无“控制方/被控制方”的主从协同角色划分。对比文件既未直接公开也未隐含公开技术特征L。
技术特征M：其中所述WTRU具有与远端方之间的IMS媒体流<br>《未公开》	对比文件全文未记载相关内容。	目标专利说明书[0084]、[0090]、[0116]指出被控制方WTRU通过承载路径维持与远端方（Remote Party）之间的IMS媒体流（例如语音、视频会话流）。对比文件段落[0003]、[0046]中虽提及移动节点32与“通信节点40”进行通常的IP数据包传输通信，但该通信为通用移动IP路由传输，完全未涉及IMS架构下的媒体流（Media Stream），两者协议层次、信令控制机制及技术作用均不同。对比文件既未直接公开也未隐含公开技术特征M。
技术特征N：其中对所述现有的IMS协同会话的所述控制从第二WTRU转移到所述WTRU<br>《未公开》	对比文件全文未记载相关内容。	目标专利说明书[0085]、[0115]、[0120]说明了协同会话控制从原本的第一/第二控制设备转移至目标设备的过程。对比文件完全不涉及跨设备的协同会话控制权交接。对比文件既未直接公开也未隐含公开技术特征N。
技术特征O：其中所述协同会话控制转移请求和所述响应是会话发起协议(SIP)消息<br>《未公开》	对比文件全文未记载相关内容。	目标专利说明书[0088]、[0090]、[0116]明确强调协同会话控制信令均采用SIP协议（Session Initiation Protocol）消息承载。对比文件段落[0040]-[0046]中涉及的控制信令是基于网络层的移动IP协议（Mobile IPv4 Registration、Mobile IPv6 Binding Update/Ack）以及安全协议IKEv2，完全未公开或提及应用层SIP协议消息。对比文件既未直接公开也未隐含公开技术特征O。
技术特征P：其中所述协同会话控制转移请求包括以下中的一者或多者<br>《未公开》	对比文件全文未记载相关内容。	目标专利说明书[0095]、[0108]、[0118]等段落记载该转移请求需携带特定标识参数以区分多会话及媒体流。对比文件中连该控制转移请求消息本身都未公开，其包含的特定信息元更未公开。对比文件既未直接公开也未隐含公开技术特征P。
技术特征Q：所述现有的IMS协同会话的身份<br>《未公开》	对比文件全文未记载相关内容。	目标专利说明书[0095]、[0106]、[0118]指出该标识为会话ID（Session ID），用于网络和终端确定转移哪一个协同会话。对比文件完全没有协同会话机制，无该会话标识。对比文件既未直接公开也未隐含公开技术特征Q。
技术特征R：所述现有的IMS协同会话的媒体流的身份<br>《未公开》	对比文件全文未记载相关内容。	目标专利说明书[0095]、[0106]、[0118]记载受控制转移影响的一个或多个媒体流的ID。对比文件未涉及IMS协同会话的媒体流概念，更未公开媒体流的标识。对比文件既未直接公开也未隐含公开技术特征R。
技术特征S：所述第二WTRU的身份<br>《未公开》	对比文件全文未记载相关内容。	目标专利说明书[0100]、[0106]记载包含原控制方或另一WTRU的标识。对比文件虽然在段落[0057]中记录了高频通信对方的移动节点ID（例如“友人”的移动节点ID），但该ID用于在分配移动性锚点时尽量聚合到同一锚点，与在协同会话控制转移请求中指示协同会话原控制方或参与方的身份在技术领域、所起作用和技术方案上均无关联。对比文件既未直接公开也未隐含公开技术特征S。
技术特征T：所述WTRU的身份<br>《未公开》	对比文件全文未记载相关内容。	目标专利说明书[0095]、[0108]、[0118]记载控制转移请求中包含新的控制方ID（即接收控制权的WTRU身份）。对比文件中的请求消息为移动节点向服务器发出的锚点分配请求，与协同会话控制转移请求性质完全不同，不能得出在转移请求中包含被转移方的身份。对比文件既未直接公开也未隐含公开技术特征T。

---

结合上述对技术特征在目标专利说明书中所起作用与对比文件公开内容的综合比对论述：对比文件未直接公开权利要求中的任何技术特征；在极其宽松的隐含公开判断标准下，对比文件仅隐含公开了无线终端常规硬件架构相关的技术特征A、B、F、I，对其余涉及IMS协同会话控制转移的核心技术方案均未公开（既无直接公开，亦无隐含公开）。

<<<a>>>

<<>>

<<<f>>>

<<>>

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

技术特征描述以及公开性判断结果	对比文件原文引用	公开性论述
技术特征A：<br>该WTRU包括<br><br>《直接公开》	【0049】「図１には、コンテンツを配信するサーバであるＣＮ１と、ＣＮ１からコンテンツを受信するＭＮであるＭＮ−ａ２と、ＭＮ−ａ２のＨｏｍｅＬｉｎｋ上に存在するＨＡであるＨＡ−ａ３と、ＭＮ−ａ２とは異なるＭＮであるＭＮ−ｂ４、経路を中継するルータ５が示されている。」<br>（中文翻译：图1中示出了作为分发内容服务器的CN1、作为从CN1接收内容的MN的MN-a2、存在于MN-a2的Home Link上的作为HA的HA-a3、与MN-a2不同的MN即MN-b4、以及中继路径的路由器5。）<br>【0051】「図２は、ＭＮに関するブロック図（機能構成図）を示している。」<br>（中文翻译：图2示出了关于MN的框图（功能结构图）。）	目标专利说明书【0031】明确指出“无线发射/接收单元（WTRU）……可以包括用户设备（UE）、移动台、固定或移动用户单元……”。对比文件公开了移动节点MN（如MN-b4、MN-a2），在无线通信领域，移动节点（MN）即为无线发射/接收单元（WTRU）的具体形式，起到无线通信终端的作用。两者的作用相同，本领域技术人员能够毫无疑义地确定MN即为WTRU，属于实质相同。因此，技术特征A被对比文件直接公开。
技术特征B：<br>接收机<br><br>《直接公开》	【0052】「ＭＮ６は、アプリケーション（以下、「ＡＰＰ」という）７、記憶部８、ＭｏｂｉｌｅＩＰ管理部９、およびＳＨ管理部１０を有している。」<br>（中文翻译：MN6具有应用程序（以下称为“APP”）7、存储部8、Mobile IP管理部9以及SH管理部10。）<br>【0057】「ＳＨ通信手段１１は、他端末に対してＳＨ要求パケットを送信し、他端末から送信されたＳＨ許可パケットを受信する。また、ＳＨ通信手段１１は、他端末から送信されたＳＨ要求パケットを受信し……自身のＭｏｂｉｌｅＩＰ管理部９に対してＢＵ要求を行う。」<br>（中文翻译：SH通信手段11向其他终端发送SH请求分组，并接收从其他终端发送的SH许可分组。此外，SH通信手段11接收从其他终端发送的SH请求分组……向自身的Mobile IP管理部9发出BU请求。）<br>【0060】「ＭＮ６への登録完了通知パケットの送信などを行う。」<br>（中文翻译：执行向MN6发送注册完成通知分组等。）<br>【0082】「登録完了通知を受けたＭＮ−ｂ４のＭｏｂｉｌｅＩＰ管理部９では……」<br>（中文翻译：接收到注册完成通知的MN-b4的Mobile IP管理部9……）	目标专利说明书【0042】中记载WTRU包括收发信机120/发射接收元件122用于接收无线信号。对比文件中公开了移动节点MN具有通信手段，用于接收来自网络侧（HA）的注册完成通知分组以及来自其他移动节点的通信分组。作为无线移动节点，其必然包含接收机硬件/物理层实体以执行分组信号的接收功能，其在对比文件中的作用与目标专利中用于接收下行/网络信令及数据的接收机完全相同。因此，技术特征B被对比文件直接公开。
技术特征C：<br>被配置成接收来自IMS实体的协同会话控制转移请求<br><br>《隐含公开》	【0001】「本発明はＭｏｂｉｌｅＩＰ技術を利用した端末間のセッションハンドオーバシステムに関する。」<br>（中文翻译：本发明涉及利用Mobile IP技术的终端间会话切换系统。）<br>【0018】「……前記移動端末は、他の移動端末に対して、前記移動端末又は前記他の移動端末と前記他の端末が現在行っている通信の切替えを要求し、前記他の移動端末から前記通信の切替えを認める通知を受信した場合には、前記ホームエージェントに対し、前記通信の切替えを要求し、前記ホームエージェントは、前記移動端末から、前記通信の切替えの要求を受信した場合、前記他の端末との通信を前記移動端末と前記他の移動端末間で切替えることを特徴とする。」<br>（中文翻译：……所述移动终端对其他移动终端请求切换所述移动终端或其他移动终端与所述其他终端当前正在进行的通信，在从所述其他移动终端接收到允许所述通信切换的通知的情况下，对所述家乡代理请求所述通信的切换，所述家乡代理在从所述移动终端接收到所述通信切换请求的情况下，将与所述其他终端的通信在所述移动终端与所述其他移动终端之间进行切换。）<br>【0027】「……前記ホームエージェントの前記ＭｏｂｉｌｅＩＰ管理手段が、通信の切替えが完了後、前記移動端末又は前記他の移動端末に切替えについての情報を含む登録完了通知を送信することを特徴とする。」<br>（中文翻译：……所述家乡代理的所述Mobile IP管理手段在通信切换完成之后，向所述移动终端或所述其他移动终端发送包含关于切换信息的注册完成通知。）<br>【0079】「ＨＡ−ａ３のＭｏｂｉｌｅＩＰ管理部１６は、ＭＮ−ｂ４に対して登録が完了した（Ｂｉｎｄｉｎｇが更新された）ことを通知する。」<br>（中文翻译：HA-a3的Mobile IP管理部16向MN-b4通知注册已完成（Binding已更新）。）	在目标专利中，IMS实体（SCC AS）向目标WTRU发送请求将协同会话控制转移给该WTRU的信令消息（说明书【0108】图9步骤930）。在对比文件中，网络架构采用Mobile IP框架（核心锚点为HA，其在终端间进行会话分流/切换管理的角色类似于多媒体架构中的锚点控制实体），由终端间先交互SH要求/许可，随后向HA发起BU更新；当由切替元终端MN-a向HA发起BU切换通信至MN-b时，HA作为网络锚定实体向切替目的终端MN-b发送指示会话切换相关的通知/信令（段落【0027】、【0079】）。对比文件虽然没有直接采用“IMS”标准架构下的“协同会话控制转移请求”，但对比文件公开了网络中继/锚定实体（HA）向目标移动终端传递关于在不同终端间切换通信会话控制/流的信令通知。结合宽松的隐含公开判断标准，网络侧实体向受让移动终端指示接管或切换会话的控制信令在功能机制上已部分公开，本领域技术人员有可能将对比文件中的会话切换信令机制与IMS会话控制技术结合或进行推理，从而合理推断出该特征。因此，技术特征C被对比文件隐含公开。
技术特征D：<br>其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求<br><br>《隐含公开》	【0019】「……前記他の端末と通信を行う移動端末の切替えを要求するバインディング・アップデートの送信を行い、前記ホームエージェントは、前記移動端末から前記バインディング・アップデートを受信し、又は前記他の端末と通信を行う移動端末の切替えの処理が終了したことを前記移動端末に対して通知する……」<br>（中文翻译：……发送要求切换与所述其他终端进行通信的移动终端的绑定更新，所述家乡代理从所述移动终端接收所述绑定更新，或者向所述移动终端通知切换与所述其他终端进行通信的移动终端的处理已结束……）<br>【0081】「上記ＭＮ−ａ２およびＭＮ−ｂ４への登録完了通知パケットには、コンテンツを再生するために必要な情報、例えば、ＨＡ−ａ３のＩＰアドレス（ＨＡ−ａ＿Ａｄｄｒ）、ＣＮ１のＩＰアドレス（ＣＮ＿Ａｄｄｒ）、通信相手のポート番号、待ち受けポート番号、再生位置情報などやｌｉｆｅｔｉｍｅなどが含まれていても良い。」<br>（中文翻译：向上述MN-a2和MN-b4发送的注册完成通知分组中，可以包含重放内容所需的信息，例如HA-a3的IP地址、CN1的IP地址、通信对端的端口号、待机端口号、重放位置信息以及lifetime等。）<br>【0091】「……切替元端末（ＭＮ−ａ２）側から切替先端末（ＭＮ−ｂ４）側へＳＨ要求を行うことも可能である……」<br>（中文翻译：……也可以由切换源终端（MN-a2）侧向切换目的终端（MN-b4）侧发出SH请求……）	目标专利中该特征的作用在于让目标WTRU获知网络请求其接管现有的协同会话。对比文件在终端与HA之间执行会话切换（SH）时，若由切换源终端发起切换，切替目的终端MN-b会收到来自切换源终端或网络侧HA的切换相关通知/要求，且网络HA发送的注册完成通知中包含了接管该通信所需的关键会话上下文信息（如播放位置、对端端口、CN地址等，段落【0081】），用于指示并使得切替目的终端承接对当前多媒体数据会话流的通信接收与控制。虽然对比文件基于Mobile IP而非IMS协议栈，但其信令同样起到了指示目标移动终端接管/接收现有通信会话的作用。在非常宽松的隐含公开标准下，本领域技术人员有可能基于对比文件关于向目标终端转移会话参数与接管指示的公开内容合理推断出该特征，属于部分公开并可推导的技术方案。因此，技术特征D被对比文件隐含公开。
技术特征E：<br>其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起<br><br>《隐含公开》	【0042】「……切替元端末のＨＡのバインディングキャッシュ（ＢＣ）の有効時間（ｌｉｆｅｔｉｍｅ）及び停止か否かに関する情報（Ａｖａｉｌａｂｉｌｉｔｙ）の機能を利用して無効となっていたＢｉｎｄｉｎｇを有効化することで、ＳＨを行う前の切替元端末と他の端末が通信を行う該ＨＡのＢＣに戻し、切替先端末から切替元端末へのＳＨが自動的に行われる。」<br>（中文翻译：……利用切换源终端的HA的绑定缓存（BC）的有效时间（lifetime）及关于是否停止的信息（Availability）的功能，使先前失效的Binding重新生效，从而恢复为执行SH之前切换源终端与其他终端进行通信的该HA的BC状态，自动执行从切换目的终端向切换源终端的SH。）<br>【0095】「ｌｉｆｅｔｉｍｅ、およびＡｖａｉｌａｂｉｌｉｔｙにおける各時間項は、時間の経過とともに減少していく。特に、ｌｉｆｅｔｉｍｅの項目が０ｍｉｎ．になると、該ＢｉｎｄｉｎｇがＨＡ−ａ３のＢＣから消去されることになる。本実施例では、ＭｏｂｉｌｅＩＰが有するこの機能を利用してＳＨを行う方法について説明する。」<br>（中文翻译：lifetime以及Availability中的各时间项随着时间的流逝而递减。特别是当lifetime项变为0min时，该Binding将从HA-a3的BC中消除。在本实施例中，对利用Mobile IP具有的该功能进行SH的方法进行说明。）<br>【0097】「……ＨｏＡ−ａとＣｏＡ−ｂのＢｉｎｄｉｎｇに対するｌｉｆｅｔｉｍｅがちょうど０ｍｉｎ．になったとする……」<br>（中文翻译：……假设针对HoA-a与CoA-b的Binding的lifetime刚好变为0min……）	目标专利中，该特征是指IMS实体监测到控制方WTRU出现控制信令退化或损失（例如连接降低、掉线，说明书【0117】）时触发控制转移。对比文件中，HA监测网络会话绑定的存活时间（lifetime），当会话控制时间到期、归零（即原通信信令生存期耗尽、通信停止，等效于原有会话链路连接/控制信令的终止或损失状态）时，网络实体HA依据该生存状态的失效（归零/退化）自动触发向另一终端的会话切换（实施例2，段落【0042】、【0095】、【0097】）。对比文件利用定时生存期耗尽/控制信令状态归零作为触发条件，在机制原理上与信令退化/损失所引发的会话保护机制紧密相关。按照非常宽松的隐含公开判断原则，对比文件公开了网络实体基于通信信令生命期终止/失效（损失）触发会话切换的构思，本领域技术人员有可能基于该原理推断得出由网络基于信令退化/损失发起转移请求。因此，技术特征E被对比文件隐含公开。
技术特征F：<br>发射机<br><br>《直接公开》	【0052】「ＭＮ６は、アプリケーション（以下、「ＡＰＰ」という）７、記憶部８、ＭｏｂｉｌｅＩＰ管理部９、およびＳＨ管理部１０を有している。」<br>（中文翻译：MN6具有应用程序（以下称为“APP”）7、存储部8、Mobile IP管理部9以及SH管理部10。）<br>【0057】「ＳＨ通信手段１１は、他端末に対してＳＨ要求パケットを送信し……自身のＭｏｂｉｌｅＩＰ管理部９に対してＢＵ要求を行う。」<br>（中文翻译：SH通信手段11向其他终端发送SH请求分组……向自身的Mobile IP管理部9发出BU请求。）<br>【0069】「ＢＵ要求を受け取ったＭＮ−ｂ４のＭｏｂｉｌｅＩＰ管理部９では、ＨＡ−ａ３に対してＢＵを行う（ＢＵパケットを送信する）。」<br>（中文翻译：接收到BU请求的MN-b4的Mobile IP管理部9对HA-a3进行BU（发送BU分组）。）	目标专利说明书【0042】中记载WTRU包括发射/接收元件122及收发信机120。对比文件公开了MN（如MN-b4）具有发送SH请求分组、发送BU请求分组到HA等功能。作为无线终端设备，要实现向上层及网络实体发送无线分组数据，必然具备物理层发射机。对比文件中MN的发射功能与目标专利中发射机的作用相同，均用于向网络或对端发送无线通信控制分组。因此，技术特征F被对比文件直接公开。
技术特征G：<br>被配置成向所述IMS实体传送响应<br><br>《隐含公开》	【0029】「……前記ＭｏｂｉｌｅＩＰ管理手段は、他の移動端末から通信の切替えを認める通知を受信した場合に、前記ホームエージェントに対し、前記他の端末と通信を行う移動端末の切替えを要求するバインディング・アップデートの送信を行うことを特徴とする。」<br>（中文翻译：……所述Mobile IP管理手段在从其他移动终端接收到允许切换通信的通知的情况下，向所述家乡代理发送要求切换与所述其他终端进行通信的移动终端的绑定更新。）<br>【0037】「……前記ホームエージェントが、前記移動端末から前記バインディング・アップデートを受信して……前記移動端末に、前記他の端末と通信を行う移動端末の切替えの処理が終了したことを通知するステップとを備えたことを特徴とする。」<br>（中文翻译：……所述家乡代理从所述移动终端接收所述绑定更新……并具备向所述移动终端通知切换与所述其他终端进行通信的移动终端的处理已结束的步骤。）<br>【0121】「……ｌｉｆｅｔｉｍｅ（０ｍｉｎ．）をＨＡ−ａ３のＢＣにおける９０８０番ポート利用のＭＮ−ｂ４とＣＮ１の通信のＢｉｎｄｉｎｇのｌｉｆｅｔｉｍｅに上書きする……」<br>（中文翻译：……将lifetime（0min.）覆写到HA-a3的BC中的利用9080号端口的MN-b4与CN1的通信的Binding的lifetime中……）	目标专利中，该特征是指目标WTRU在收到网络实体的控制转移请求后，向IMS网络实体反馈响应消息（说明书【0109】图9步骤940）。对比文件中，移动终端与网络锚定节点（HA）之间存在双向信令交互，在执行会话切换过程中，移动节点通过Mobile IP管理部向网络节点HA发送绑定更新（BU）或应答报文，并且在终端接收到网络侧处理通知后存在相关的确认与状态同步流程（段落【0037】、【0069】、【0128】）。虽然对比文件主要采用BU/Binding Ack机制，但其同样体现了移动终端向网络锚定实体回送关于会话切换/状态更新之响应的技术构思。在非常宽松的隐含公开标准下，对比文件部分公开了移动终端向网络侧控制/锚定节点发送会话变更响应的机制，本领域技术人员有可能据此推导得出目标WTRU向网络实体传送响应。因此，技术特征G被对比文件隐含公开。
技术特征H：<br>其中所述响应指示接受所述协同会话控制转移请求<br><br>《隐含公开》	【0019】「……前記ＭｏｂｉｌｅＩＰ管理手段は、他の移動端末から通信の切替えを認める通知を受信した場合に、前記ホームエージェントに対し、前記他の端末と通信を行う移動端末の切替えを要求するバインディング・アップデートの送信を行い……」<br>（中文翻译：……所述Mobile IP管理手段在从其他移动终端接收到允许切换通信的通知的情况下，向所述家乡代理发送要求切换与所述其他终端进行通信的移动终端的绑定更新……）<br>【0068】「次に、ＭＮ−ａ２からのＳＨ許可パケットを受信したＭＮ−ｂ４のＳＨ管理部１０のＳＨ通信手段１１は、ハンドオーバしたいセッションを選択した後、自身のＭｏｂｉｌｅＩＰ管理部９に対して、ＢＵ要求を行う。」<br>（中文翻译：接着，接收到来自MN-a2的SH许可分组的MN-b4的SH管理部10的SH通信手段11在选择了想要切换的会话之后，对自身的Mobile IP管理部9发出BU请求。）<br>【0070】「Ｂｉｎｄｉｎｇ情報とは、ＨＡ−ａ３のＢＣ管理部１７に登録を要求するＢｉｎｄｉｎｇの情報を記載したものであり……」<br>（中文翻译：Binding信息是记载了要求注册到HA-a3的BC管理部17中的Binding的信息……）	目标专利中该特征是指目标WTRU在响应中明确指示接受接管控制。在对比文件中，受让终端MN-b4在收到允许会话切换的许可后，选择要接管的会话，并生成包含新绑定参数的BU请求发送给HA，向HA请求将通信切实切换绑定至MN-b4（段落【0068】-【0070】）。该BU请求发送至网络HA的实质含义即代表该终端同意并接受承接该会话流的转入。在非常宽松的隐含公开评判标准下，终端向网络实体发送明确请求接纳并绑定该切换会话的信令，在技术效果和逻辑推论上隐含了指示接受该会话转移的意图。本领域技术人员有可能基于对比文件公开的终端接管处理流程合理推断出该技术特征。因此，技术特征H被对比文件隐含公开。
技术特征I：<br>控制器<br><br>《直接公开》	【0052】「ＭＮ６は、アプリケーション（以下、「ＡＰＰ」という）７、記憶部８、ＭｏｂｉｌｅＩＰ管理部９、およびＳＨ管理部１０を有している。」<br>（中文翻译：MN6具有应用程序（以下称为“APP”）7、存储部8、Mobile IP管理部9以及SH管理部10。）<br>【0053】「また、前記ＳＨ管理部１０は、ＳＨ通信手段１１、ＳＨ判定手段１２およびＳＨ状態管理手段１３からなる。」<br>（中文翻译：另外，所述SH管理部10由SH通信手段11、SH判定手段12和SH状态管理手段13构成。）<br>【0056】「ＭｏｂｉｌｅＩＰ管理部９は、ＭｏｂｉｌｅＩＰによる通信、およびＭｏｂｉｌｅＩＰを実現するための設定全般……を行う。」<br>（中文翻译：Mobile IP管理部9进行基于Mobile IP的通信、以及用于实现Mobile IP的整体设置……）	目标专利说明书【0043】记载处理器118可为通用处理器、控制器、微控制器或状态机等。对比文件明确公开了移动节点MN包括Mobile IP管理部9及会话切换SH管理部10（内含判定手段12与状态管理手段13），上述各模块在终端内负责运行切换逻辑判断、状态维护与通信设置控制，其本质就是控制器实体，在对比文件中起到了对终端各通信协议和状态进行控制处理的作用，与目标专利中控制器的作用完全相同。因此，技术特征I被对比文件直接公开。
技术特征J：<br>被配置成在对所述现有的IMS协同会话的控制正被转移到所述WTRU时<br><br>《隐含公开》	【0057】「ＳＨ状態管理手段１３は、ＳＨに関係する状態（ＳＨの開始、完了、終了など）を管理している。」<br>（中文翻译：SH状态管理手段13管理与SH相关的状态（SH的开始、完成、结束等）。）<br>【0084】「各ＳＨ管理部１０のＳＨ状態管理手段１３は、この通知を受けることで、ＭＮ−ａ２からＭＮ−ｂ４へのＳＨに関する一连の処理が完了したことを把握する。すなわち、ＭＮ−ａ２およびＭＮ−ｂ４のＳＨ状態管理手段１３は、ＭＮ−ａ２からＭＮ−ｂ４へＳＨしていることを把握する。」<br>（中文翻译：各SH管理部10的SH状态管理手段13通过接收该通知，掌握关于从MN-a2向MN-b4的SH的一系列处理已完成。即，MN-a2以及MN-b4的SH状态管理手段13掌握正在从MN-a2向MN-b4进行SH。）	目标专利中该特征定义了控制器执行控制动作的时序/触发条件（在会话控制正被转移给该WTRU的流程期间）。对比文件中，终端的SH管理部10包含SH状态管理手段13，专门实时管理跟踪会话切换的各个状态（包括会话切换的开始、进行中/正被切换、完成等全生命周期过程，段落【0057】、【0084】），并且在会话正被转移（正在向MN-b4进行SH）以及完成切换时驱动配置网络参数与端口。该机制与目标专利中控制器感知并适配会话控制转移时期的时序状态实质对应。在非常宽松的隐含公开原则下，对比文件公开了状态管理手段对切换过程状态的判定与响应，本领域技术人员有可能据此合理推断出该时序配置特征。因此，技术特征J被对比文件隐含公开。
技术特征K：<br>控制所述现有的IMS协同会话。<br><br>《隐含公开》	【0040】「また、同じ通信相手と複数のセッションを張っていた場合、特定のセッションのみハンドオーバを行うことができる。」<br>（中文翻译：此外，在与同一通信对端建立多个会话的情况下，能够仅对特定会话进行切换。）<br>【0082】「登録完了通知を受けたＭＮ−ｂ４のＭｏｂｉｌｅＩＰ管理部９では、まず、ＳＨが終了した後に、自身のＨＡを経由してＭｏｂｉｌｅＩＰ通信を行うために、自身のＨＡのＩＰアドレスを、自身の記憶部８に保存しておく。その後、ＨＡ−ａ３を経由してＭｏｂｉｌｅＩＰによる通信を行うための設定、すなわち、ＨＡ−ａ＿Ａｄｄｒ、接続先ポート番号および待ち受けポート番号等の設定を行う。」<br>（中文翻译：接收到注册完成通知的MN-b4的Mobile IP管理部9首先为了在SH结束之后经由自身的HA执行Mobile IP通信，将自身HA的IP地址保存在自身的存储部8中。然后，进行用于经由HA-a3进行基于Mobile IP通信的设置，即HA-a_Addr、连接目标端口号以及待机端口号等设置。）<br>【0088】「以上の手順を経ることで、ＭＮ−ｂ４はＣＮ１からのコンテンツをＨＡ−ａ３経由で取得することができるようになる（ＭＮ−ａ２からＭＮ−ｂ４へのＳＨが可能になる）。」<br>（中文翻译：通过上述步骤，MN-b4变得能够经由HA-a3获取来自CN1的内容（能够实现从MN-a2向MN-b4的SH）。）	目标专利中该特征指受让WTRU接管后执行会话的控制。对比文件中，MN-a与MN-b共同参与并从CN1处接收媒体流（多会话分流），在会话切换至MN-b4之后，MN-b4通过其Mobile IP管理部9对连接对端端口、待机端口、会话生命期（lifetime）等进行自主管理与通信设置，并维持/控制经由HA-a3与CN1之间的数据内容获取与通信链路（段落【0082】、【0088】），并且后续MN-b还可以主动通过发送lifetime=0等BU信令来主动终止或再次转交该会话（实施例3，段落【0112】、【0131】），行使对该通信会话的控制权。在非常宽松的隐含公开判断标准下，对比文件公开了目标终端承接会话并对会话参数及生命期进行配置与控制的方案，本领域技术人员有可能合理推断出其控制该会话的技术特征。因此，技术特征K被对比文件隐含公开。
技术特征L：<br>其中所述WTRU是处于所述现有的IMS协同会话中的被控制方WTRU。<br><br>《隐含公开》	【0018】「……前記移動端末は、他の移動端末に対して、前記移動端末又は前記他の移動端末と前記他の端末が現在行っている通信の切替えを要求し……」<br>（中文翻译：……所述移动终端对其他移动终端请求切换所述移动终端或其他移动终端与所述其他终端当前正在进行的通信……）<br>【0049】「図１には、コンテンツを配信するサーバであるＣＮ１と、ＣＮ１からコンテンツを受信するＭＮであるＭＮ−ａ２と、ＭＮ−ａ２のＨｏｍｅＬｉｎｋ上に存在するＨＡであるＨＡ−ａ３と、ＭＮ−ａ２とは異なるＭＮであるＭＮ−ｂ４、経路を中継するルータ５が示されている。」<br>（中文翻译：图1中示出了作为分发内容服务器的CN1、作为从CN1接收内容的MN的MN-a2、存在于MN-a2的Home Link上的作为HA的HA-a3、与MN-a2不同的MN即MN-b4、以及中继路径的路由器5。）<br>【0063】「……ＭＮ−ａ２、ＭＮ−ｂ４はそれぞれ別々のネットワークで且つ、それぞれ自身のＨｏｍｅＬｉｎｋとは別のＦｏｒｅｉｇｎＬｉｎｋにいるものとする。また、ＨＡ−ａ３は、ＭＮ−ａ２に関するＨｏＡ−ａ・ＣｏＡ−ａの対をＢＣに保有しているものとし……」<br>（中文翻译：……MN-a2、MN-b4分别在不同的网络且分别处于与其自身的Home Link不同的Foreign Link中。此外，HA-a3在BC中保有关于MN-a2的HoA-a与CoA-a对……）	目标专利中，受让控制权的WTRU在转移之前已处于该协同会话中，且角色为“被控制方WTRU”（说明书【0085】、【0089】）。对比文件中，在实施会话切换前，两个移动终端MN-a与MN-b均属于该通信系统中的对等或主从节点；特别是由切替元终端MN-a持有最初的主会话及在HA-a处的主导绑定（MN-a为主控侧），而MN-b作为待接管或从属的对端移动终端存在于该通信体系中（段落【0063】、【0091】）。虽然对比文件未显式使用“被控制方WTRU”的IMS专有名词，但MN-b在转移前受制于原主会话架构，其在整体会话中所处的从属/次要接管地位与目标专利中被控制方WTRU的作用高度相近。在非常宽松的隐含公开判断原则下，对比文件部分公开了受让终端在会话转移前的从属参与状态，本领域技术人员有可能据此合理推断出该特征。因此，技术特征L被对比文件隐含公开。
技术特征M：<br>其中所述WTRU具有与远端方之间的IMS媒体流。<br><br>《隐含公开》	【0040】「また、同じ通信相手と複数のセッションを張っていた場合、特定のセッションのみハンドオーバを行うことができる。」<br>（中文翻译：此外，在与同一通信对端建立多个会话的情况下，能够仅对特定会话进行切换。）<br>【0073】「……通信相手のＩＰアドレスはＣＮ＿Ａｄｄｒ、接続先ポート番号として７０８０番と９０８０番の２つのセッションを有していて……」<br>（中文翻译：……通信对端的IP地址为CN_Addr，具有作为连接目标端口号的7080号和9080号这两个会话……）<br>【0088】「以上の手順を経ることで、ＭＮ−ｂ４はＣＮ１からのコンテンツをＨＡ−ａ３経由で取得することができるようになる……」<br>（中文翻译：通过上述步骤，MN-b4变得能够经由HA-a3获取来自CN1的内容……）	目标专利中，被控制方WTRU自身与远端方之间已存在媒体流（如说明书【0084】图6中WTRU-2具有媒体路径620）。对比文件公开了对端节点CN1作为内容分发服务器，系统支持多会话并行；在会话转移后，MN-b4具有直接从远端方CN1经由网络中继获取并传输多媒体内容（音频/视频等流媒体）的数据通道（段落【0049】、【0088】）。对比文件中的内容传输流在数据性质和传输作用上等同于多媒体流，且通信对端CN1即为远端方。按照非常宽松的隐含公开标准，对比文件公开了移动终端维持与远端内容服务器之间的数据媒体流，本领域技术人员结合现有技术能够合理推导出该特征。因此，技术特征M被对比文件隐含公开。
技术特征N：<br>其中对所述现有的IMS协同会话的所述控制从第二WTRU转移到所述WTRU。<br><br>《隐含公开》	【0018】「……前記ホームエージェントは、前記移動端末から、前記通信の切替えの要求を受信した場合、前記他の端末との通信を前記移動端末と前記他の移動端末間で切替えることを特徴とする。」<br>（中文翻译：……所述家乡代理在从所述移动终端接收到所述通信切换请求的情况下，将与所述其他终端的通信在所述移动终端与所述其他移动终端之间进行切换。）<br>【0039】「……切替元端末が実際には移動していないが、移動したように見せかけ、切替元端末から切替先端末へのＳＨを実現することができる。」<br>（中文翻译：……切换源终端实际上并未移动，但通过伪装成移动，能够实现从切换源终端向切换目的终端的SH。）<br>【0062】「……本実施例におけるＭＮ−ａ２からＭＮ−ｂ４へのＳＨの過程を説明する。すなわち、ＭＮ−ａ２は、切替元端末、ＭＮ−ｂ４は、切替先端末ということになる。」<br>（中文翻译：……对本实施例中从MN-a2向MN-b4进行SH的过程进行说明。即，MN-a2成为切换源终端，MN-b4成为切换目的终端。）	目标专利中该特征是指协同会话的控制由第二WTRU（控制方WTRU）转移给受让WTRU。对比文件中明确公开了会话切换（SH）过程：将会话从切换源终端MN-a2（第二移动节点）切换/转移至切换目的终端MN-b4（受让移动节点），使得切换目的终端承接对该会话的通信与控制，且原切换源终端停止该会话的传输（段落【0018】、【0039】、【0062】）。两者的转移机制在实现不同终端间的会话主体交接上作用相同。在非常宽松的隐含公开标准下，虽然通信架构基于Mobile IP而非IMS标准，但会话控制权在两个移动节点间转移的实质方案已被对比文件充分公开，本领域技术人员能够毫无疑义或合理推导出该控制转移方案。因此，技术特征N被对比文件隐含公开。
技术特征O：<br>其中所述协同会话控制转移请求和所述响应是会话发起协议(SIP)消息。<br><br>《隐含公开》	【0002】「……ＭｏｂｉｌｅＩＰとは……ＯＳＩ……基本参照モデルの第３層（レイヤ３）であるネットワーク層のプロトコルである。」<br>（中文翻译：……Mobile IP是……OSI……基本参考模型的第3层（层3）即网络层的协议。）<br>【0017】「……異なる２つの端末間でＳＨを行うための仕組みを、レイヤ３のみを用いて提供することを目的とする。」<br>（中文翻译：……目的在于提供一种仅利用层3在不同的两个终端间进行SH的机制。）<br>【0057】「ＳＨ通信手段１１は、他端末に対してＳＨ要求パケットを送信し、他端末から送信されたＳＨ許可パケットを受信する……」<br>（中文翻译：SH通信手段11向其他终端发送SH请求分组，并接收从其他终端发送的SH许可分组……）<br>【0060】「……ＭＮ６からのＢＵパケットの受信、ＭＮ６から受信したＢＵを認めるか否かの判断、ＭＮ６への登録完了通知パケットの送信など……を行う。」<br>（中文翻译：……进行来自MN6的BU分组的接收、判断是否认可从MN6接收到的BU、向MN6发送注册完成通知分组等……）	目标专利中规定转移请求与响应采用SIP（会话发起协议）消息实现。对比文件在段落【0017】中强调其机制是“仅利用层3（网络层协议包如BU/BAck）”提供终端间的会话切换。但是，在移动多媒体通信领域，会话层控制协议通常采用SIP（IETF RFC 3261及3GPP IMS规范通用协议），且对比文件所述的SH请求/许可及会话控制信令在更高层抽象下属于典型的会话发起与协商信令。按照本案设定的“非常非常宽松、部分公开有可能与其他对比文件组合即可认定”的隐含公开标准，对比文件已经公开了会话切换请求分组与响应分组的交互过程与语义内容，本领域技术人员有可能将对比文件中的切换信令与本领域通用的SIP信令进行技术结合或等同推理。因此，技术特征O被对比文件隐含公开。
技术特征P：<br>其中所述协同会话控制转移请求包括以下中的一者或多者<br><br>《直接公开》	【0067】「また、このパケットには、コンテンツを再生するために必要な情報、例えば、ＨＡ−ａ３のＩＰアドレス（ＨＡ−ａ＿Ａｄｄｒ）、ＣＮ１のＩＰアドレス（ＣＮ＿Ａｄｄｒ）、通信相手のポート番号、待ち受けポート番号、再生位置情報やｌｉｆｅｔｉｍｅ（ＢＣ管理部のＢＣに登録されるＢｉｎｄｉｎｇの有効時間）などが含まれていても良い。」<br>（中文翻译：此外，该分组中可以包含用于重放内容所需的信息，例如HA-a3的IP地址、CN1的IP地址、通信对端的端口号、待机端口号、重放位置信息以及lifetime等。）<br>【0070】「図７によると、ＨｏＡ−ａとＣｏＡ−ｂ、通信相手のＩＰアドレス（ＣＮ＿Ａｄｄｒ）、通信相手のポート番号（９０８０番ポート）、ｌｉｆｅｔｉｍｅとして１０ｍｉｎ．が記載されている。一方、セッション情報とは……図８では、セッション情報としてＨｏＡ−ａとＣｏＡ−ａ、ＣＮ＿Ａｄｄｒ、９０８０番ポートという情報が含まれている。」<br>（中文翻译：根据图7，记载了HoA-a与CoA-b、通信对端的IP地址（CN_Addr）、通信对端的端口号（9080号端口）、作为lifetime的10min。另一方面，会话信息是指……在图8中，作为会话信息包含了HoA-a与CoA-a、CN_Addr、9080号端口这一信息。）	目标专利中该特征引导后续后文各项身份标识（Q、R、S、T中的一者或多者）。对比文件在会话切换相关的请求分组（SH要求分组、BU请求分组）中明确包含了会话标识、媒体端口、各移动终端地址（HoA-a、CoA-b）等多种参数中的一项或多项（段落【0067】、【0070】）。其在组织信令消息体所承载的会话控制要素方面与目标专利的作用完全一致。因此，技术特征P被对比文件直接公开。
技术特征Q：<br>所述现有的IMS协同会话的身份<br><br>《直接公开》	【0070】「一方、セッション情報とは、ＨＡ−ａ３のＢＣ管理部１７においてＢｉｎｄｉｎｇを更新する際に検索キーとして利用するための、セッションに関する情報である。図８では、セッション情報としてＨｏＡ−ａとＣｏＡ−ａ、ＣＮ＿Ａｄｄｒ、９０８０番ポートという情報が含まれている。」<br>（中文翻译：另一方面，会话信息是在HA-a3的BC管理部17中更新Binding时作为检索键使用的、关于会话的信息。在图8中，作为会话信息包含了HoA-a与CoA-a、CN_Addr、9080号端口这一信息。）<br>【0023】「……前記バインディングアップデートには、セッション情報及びバインディング情報が含まれ、前記ホームエージェントの前記バインディング・キャッシュ管理手段は、前記セッション情報から該当する通信情報を検索し……」<br>（中文翻译：……所述绑定更新中包含会话信息及绑定信息，所述家乡代理的所述绑定缓存管理手段根据所述会话信息检索相应的通信信息……）	目标专利说明书【0092】、【0106】指出转移请求包括协同会话标识（如会话ID）。对比文件明确公开了在切换请求（BU）中包含“会话信息（セッション情報）”，该会话信息具体由HoA-a、CoA-a、CN_Addr及端口号组合构成，在HA中用作唯一定位和检索被切换会话的检索键（即会话标识符Session ID）。其在对比文件中起到了唯一标识现有通信会话的作用，与目标专利中会话身份（标识）的作用完全相同。因此，技术特征Q被对比文件直接公开。
技术特征R：<br>所述现有的IMS协同会话的媒体流的身份<br><br>《直接公开》	【0040】「また、同じ通信相手と複数のセッションを張っていた場合、特定のセッションのみハンドオーバを行うことができる。」<br>（中文翻译：此外，在与同一通信对端建立多个会话的情况下，能够仅对特定会话进行切换。）<br>【0057】「……なお、ポート番号とは、通信を行う際に、通信先端末で動作しているプログラムを特定するための番号のことである。」<br>（中文翻译：……另外，端口号是指在进行通信时用于确定在通信目标终端上运行的程序的编号。）<br>【0070】「……通信相手のＩＰアドレス（ＣＮ＿Ａｄｄｒ）、通信相手のポート番号（９０８０番ポート）……」<br>（中文翻译：……通信对端的IP地址（CN_Addr）、通信对端的端口号（9080号端口）……）	目标专利说明书【0092】、【0106】指出请求包含受转移影响的媒体流的ID。对比文件公开了当与对端存在多个通信流时，能够仅对特定流进行切换，并通过“通信对端的端口号（例如9080号端口、7080号端口）”来区分和唯一标识具体的媒体流/程序会话流（段落【0040】、【0057】、【0070】）。在网络通信技术中，端口号即为识别特定媒体流（如音频流、视频流）的法定流标识信息，与目标专利中用于指示特定媒体流身份的作用完全相同。因此，技术特征R被对比文件直接公开。
技术特征S：<br>所述第二WTRU的身份<br><br>《直接公开》	【0050】「ＭＮ−ａ２は、ＨｏＡとしてＨｏＡ−ａを、ＣｏＡとしてＣｏＡ−ａを有する。」<br>（中文翻译：MN-a2具有作为HoA的HoA-a、作为CoA的CoA-a。）<br>【0067】「……本実施例のように、ＭＮ−ｂ４がＨＡ−ａ３に対してＢＵを行う場合には、このパケットには、少なくともＨｏＡ−ａが含まれている。」<br>（中文翻译：……像本实施例这样由MN-b4向HA-a3进行BU的情况下，该分组中至少包含HoA-a。）<br>【0070】「図７によると、ＨｏＡ−ａとＣｏＡ−ｂ……が記載されている。一方、セッション情報とは……図８では、セッション情報としてＨｏＡ−ａとＣｏＡ−ａ……という情報が含まれている。」<br>（中文翻译：根据图7，记载了HoA-a与CoA-b……。另一方面，会话信息是指……在图8中，作为会话信息包含了HoA-a与CoA-a……这一信息。）	目标专利说明书【0092】指出WTRU标识可包括公共用户身份、基于URL/URI或IP地址的标识。第二WTRU即为原控制方终端MN-a2。对比文件明确记载了在会话切换请求及绑定更新中，包含了切换源终端MN-a2的固定家乡IP地址（HoA-a）以及当前转交地址（CoA-a）（段落【0050】、【0067】、【0070】）。在IP网络中，终端的IP地址（HoA/CoA）即为该终端的设备身份标识，在对比文件中起到了唯一标识第二移动节点MN-a2的作用，与目标专利中第二WTRU身份的作用完全相同。因此，技术特征S被对比文件直接公开。
技术特征T：<br>所述WTRU的身份。<br><br>《直接公开》	【0050】「ＭＮ−ｂ４は、ＨｏＡとしてＨｏＡ−ｂを、ＣｏＡとしてＣｏＡ−ｂを保有する。」<br>（中文翻译：MN-b4保有作为HoA的HoA-b、作为CoA的CoA-b。）<br>【0066】「ＭＮ−ｂ４のＭＡＣアドレスが含まれているＳＨ要求パケットを受信したＭＮ−ａ２のＳＨ管理部１０のＳＨ通信手段１１は……」<br>（中文翻译：接收到包含MN-b4的MAC地址的SH要求分组的MN-a2的SH管理部10的SH通信手段11……）<br>【0070】「図７によると、ＨｏＡ−ａとＣｏＡ−ｂ……が記載されている。」<br>（中文翻译：根据图7，记载了HoA-a与CoA-b……。）	目标专利说明书【0092】指出WTRU身份包括IP地址、MAC物理地址、GRUU等。本特征中的WTRU即为受让控制权的目标终端MN-b4。对比文件明确记载了切换请求分组中包含MN-b4的MAC地址（硬件物理身份标识），且在发送给HA的绑定更新请求（BU）中明确记载了切换目的终端MN-b4的当前IP地址CoA-b（段落【0050】、【0066】、【0070】）。这些地址信息在对比文件中起到了在网络中唯一识别目标受让移动节点MN-b4的作用，与目标专利中该WTRU身份的作用完全相同。因此，技术特征T被对比文件直接公开。

<<<A>>>

<<>>

<<<c>>>

<<<d>>>

<<<e>>>

<<<F>>>

<<<g>>>

<<<h>>>

<<>>

<<<j>>>

<<<k>>>

<<<l>>>

<<<m>>>

<<<n>>>

<<<o>>>

<<>>

<<<Q>>>

<<<R>>>

<<<S>>>

根据目标专利说明书原文的记载，并严格依照给出的权利要求技术特征划分与评估标准，对对比文件（US2006136250A1）进行直接公开与隐含公开的逐项核对与分析。

### 特征比对表格

技术特征描述及公开性判断结果	对比文件原文引用（含段落与译文）	公开性论述
技术特征A：该WTRU包括<br>《未公开》	对比文件全篇（包括说明书[0001]-[0164]、权利要求书等）未记载任何无线发射/接收单元（WTRU）。	对比文件作用及与目标专利对比：目标专利中WTRU是具有无线收发与会话控制能力的无线终端设备（见目标说明书[0031]、[0042]-[0043]）。对比文件涉及企业组织变革影响评估的通用计算机系统及商务管理软件（如段落[0001]、[0155]所示的PC、调制解调器等），两者技术领域完全不同。即使采用最宽松的隐含公开判断，对比文件的通用PC/商业管理工具亦无法推理或等同于IMS网络中的无线发射/接收单元（WTRU），故未公开。
技术特征B：接收机<br>《隐含公开》	原文引用：<br>段落[0155]："A Modulator-Demodulator (Modem) transceiver device 1716 is used by the computer module 1701 for bi-directionally communicating with a communications network 1720, for example connectable via a telephone line 1721 or other medium such as a wireless interface."<br>中文翻译：<br>“调制解调器（Modem）收发器设备1716由计算机模块1701用于与通信网络1720进行双向通信，例如可通过电话线1721或诸如无线接口的其他介质连接。”	对比文件作用及与目标专利对比：对比文件中记载了调制解调器收发器（transceiver device 1716），其作用是通过无线或有线网络进行双向通信。本领域技术人员基于常识能够直接且毫无疑义地推导出收发器（transceiver）必然包含接收功能单元（接收机部分）。虽然对比文件的硬件应用场景是企业数据网络传输，但在最为宽松的标准下，其公开了用于网络通信的“收发信机/接收模块”硬件，属于部分公开了信号接收结构，因此认定为隐含公开。
技术特征C：被配置成接收来自IMS实体的协同会话控制转移请求<br>《未公开》	对比文件全篇未记载任何IP多媒体子系统（IMS）、IMS实体、协同会话以及控制转移请求。	对比文件作用及与目标专利对比：目标专利中该特征用于通过SIP协议接收来自IMS网络节点（如SCC AS）的协同会话控制转移指令（目标说明书[0074]、[0108]、[0113]）。对比文件仅涉及企业财务、人力资源等商业数据的输入与报告生成，完全不涉及无线通信核心网协议或协同会话控制信令，无法合理推知该方案，未公开。
技术特征D：其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求<br>《未公开》	对比文件全篇未记载任何IMS协同会话的控制权转移及其指示信息。	对比文件作用及与目标专利对比：目标专利中该请求用于明确通知终端承担起协同媒体会话的Controller角色（目标说明书[0085]、[0108]）。对比文件完全缺失通信多媒体会话控制机制，更无此指示逻辑，无法推导得出，未公开。
技术特征E：其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起<br>《未公开》	对比文件全篇未记载基于控制信令退化或损失而由网络实体触发的会话控制转移机制。	对比文件作用及与目标专利对比：目标专利中其技术作用在于应对原控制方终端连接降级（例如信号恶化或掉线）时由网络主动维持会话连续性（目标说明书[0117]）。对比文件涉及企业项目预算和人力资源调整，完全没有网络信令状态监测及触发机制，无法推导得出，未公开。
技术特征F：发射机<br>《隐含公开》	原文引用：<br>段落[0155]："A Modulator-Demodulator (Modem) transceiver device 1716 is used by the computer module 1701 for bi-directionally communicating with a communications network 1720, for example connectable via a telephone line 1721 or other medium such as a wireless interface."<br>中文翻译：<br>“调制解调器（Modem）收发器设备1716由计算机模块1701用于与通信网络1720进行双向通信，例如可通过电话线1721或诸如无线接口的其他介质连接。”	对比文件作用及与目标专利对比：对比文件中记载了调制解调器收发器（transceiver device 1716），其作用是与网络进行双向信号交互。本领域技术人员可以合理推导出收发器中必然集成有发射机硬件部件。在宽松的隐含公开判断标准下，其公开了实现网络数据输出的发射硬件，认定为隐含公开。
技术特征G：被配置成向所述IMS实体传送响应<br>《未公开》	对比文件全篇未涉及向IMS实体（如SCC AS）发送信令响应。	对比文件作用及与目标专利对比：目标专利中该特征的作用是让目标WTRU向上层网络IMS实体确认自身已接受控制权转让（目标说明书[0096]、[0109]）。对比文件虽然通过Modem进行网络双向通信，但完全不存在面向IMS实体发送特定协议响应的逻辑，未公开。
技术特征H：其中所述响应指示接受所述协同会话控制转移请求<br>《未公开》	对比文件全篇未记载指示接受协同会话控制转移的任何响应内容。	对比文件作用及与目标专利对比：目标专利中该特征通过携带接受标识使得SCC AS可将控制权解绑并转交给该WTRU（目标说明书[0109]、[0120]）。对比文件没有任何会话控制转移的接受确认机制，无法推知，未公开。
技术特征I：控制器<br>《直接公开》	原文引用：<br>段落[0156]："The computer module 1701 typically includes at least one processing unit 1705, and a memory unit 1706, for example formed from semiconductor random access memory (RAM) and read only memory (ROM)."<br>段落[0159]："Typically, the computer program is resident on the hard disk drive 1710 and read and controlled in its execution by the processor 1705."<br>中文翻译：<br>“计算机模块1701通常包括至少一个处理单元1705和存储单元1706……”<br>“通常，计算机程序驻留在硬盘驱动器1710上，并通过处理器1705读取并控制其执行。”	对比文件作用及与目标专利对比：目标专利中的控制器对应于执行终端程序指令与控制逻辑的处理器（对应目标说明书[0043]所公开的通用处理器、专用处理器、控制器、微控制器等）。对比文件中的“processing unit 1705（处理单元/处理器）”起到的同样是数据处理、指令读取与系统执行控制的作用，两者在硬件架构及实质功能上完全相同，属于所属技术领域常规技术手段的直接等同，构成直接公开。
技术特征J：被配置成在对所述现有的IMS协同会话的控制正被转移到所述WTRU时<br>《未公开》	对比文件全篇未记载任何与IMS协同会话控制转移的时序或状态相关的配置。	对比文件作用及与目标专利对比：目标专利中限定了控制器触发会话接管的时机（目标说明书[0085]、[0096]、[0109]）。对比文件完全未涉及该特定通信时序与状态判定，未公开。
技术特征K：控制所述现有的IMS协同会话。<br>《未公开》	对比文件全篇未记载对IMS协同会话的控制（如增加、去除、释放、复制或转移媒体流等）。	对比文件作用及与目标专利对比：目标专利中控制方WTRU通过SIP信令对媒体流和整个多方/多设备协同会话进行管理与调度（目标说明书[0085]）。对比文件仅为企业变革与商业计划评估工具，不具备任何多媒体协同通信会话的控制机制，未公开。
技术特征L：其中所述WTRU是处于所述现有的IMS协同会话中的被控制方WTRU。<br>《未公开》	对比文件全篇未记载协同会话中的被控制方（Discontrolled/Target）WTRU角色。	对比文件作用及与目标专利对比：目标专利中该特征用于限定会话拓扑中的角色分工，即原本仅维持自身媒体流而不掌握整体协同调度的从属终端（目标说明书[0085]、[0089]）。对比文件无此通信架构及角色划分，未公开。
技术特征M：其中所述WTRU具有与远端方之间的IMS媒体流。<br>《未公开》	对比文件全篇未记载与远端方之间的IMS媒体流（如音频、视频或文本会话）。	对比文件作用及与目标专利对比：目标专利中WTRU通过承载平面建立与远端方的端到端媒体流传输（目标说明书[0082]、[0089]）。对比文件无IMS承载和多媒体流通信，未公开。
技术特征N：其中对所述现有的IMS协同会话的所述控制从第二WTRU转移到所述WTRU。<br>《未公开》	对比文件全篇未涉及两个无线终端（WTRU）之间IMS协同会话控制权的迁移。	对比文件作用及与目标专利对比：目标专利中其作用是实现设备间协同会话控制权的无缝切换（目标说明书[0006]、[0085]）。对比文件全篇不涉及该通信方案，未公开。
技术特征O：其中所述协同会话控制转移请求和所述响应是会话发起协议(SIP)消息。<br>《未公开》	对比文件全篇未记载SIP协议或SIP格式的消息报文。	对比文件作用及与目标专利对比：目标专利中采用SIP协议（如SIP INVITE、REFER、INFO或响应码）实现控制面信令交互（目标说明书[0006]、[0088]）。对比文件无任何通信协议层面的SIP信令公开，未公开。
技术特征P：其中所述协同会话控制转移请求包括以下中的一者或多者<br>《未公开》	对比文件全篇未记载包含协同会话或终端身份信息的转移请求消息信元。	对比文件作用及与目标专利对比：目标专利中该请求消息携带具体信元以供网络及终端精确寻址和识别会话实体（目标说明书[0092]、[0095]）。对比文件无此信令结构，未公开。
技术特征Q：所述现有的IMS协同会话的身份<br>《未公开》	对比文件全篇未记载IMS协同会话的身份（Session ID）。	对比文件作用及与目标专利对比：目标专利中用于唯一标识被操作的协同会话实例（目标说明书[0092]、[0106]）。对比文件无此类标识，未公开。
技术特征R：所述现有的IMS协同会话的媒体流的身份<br>《未公开》	对比文件全篇未记载协同会话媒体流的身份（Media Stream ID）。	对比文件作用及与目标专利对比：目标专利中用于指示受控制转移影响的特定媒体流（目标说明书[0092]、[0095]）。对比文件无此类标识，未公开。
技术特征S：所述第二WTRU的身份<br>《未公开》	对比文件全篇未记载第二无线终端（原控制方WTRU）的身份信息。	对比文件作用及与目标专利对比：目标专利中用于在信令中指示源控制设备（目标说明书[0092]、[0100]）。对比文件无此类标识，未公开。
技术特征T：所述WTRU的身份。<br>《未公开》	对比文件全篇未记载具有接收控制权功能的WTRU的身份。	对比文件作用及与目标专利对比：目标专利中用于在转移过程中指明新控制方的标识（如公共用户身份、GRUU等，见目标说明书[0092]、[0106]）。对比文件仅涉及系统用户用户名（段落[0091]），并非无线通信中WTRU的标识，且技术作用截然不同，未公开。

---

<<>>

<<<f>>>

<<>>

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

技术特征描述及公开性判断结果	对比文件原文引用	公开性论述
技术特征A：该WTRU包括<br>《直接公开》	[0015] 「……無線アクセス 115を行う端末 123／125……」<br>（注：中译“……经由无线接入115进行通信的终端123/125……”）<br>[0046] 「……通信端末の物理的な位置の管理、呼制御、ハンドオーバ制御 (経路制御）を行なうモビリティ管理部 3およびセッションの確立·管理するセッション制御部 5と……」<br>（注：中译“……进行通信终端的物理位置管理、呼叫控制、切换控制（路径控制）的移动性管理部3以及建立·管理会话的会话控制部5……”）	对比文件公开了通过无线接入进行通信的通信终端（终端123/125、通信终端23/25）。在无线通信领域，无线通信终端（UE）与无线发射/接收单元（WTRU）属于本领域常用且完全等同的术语，均指代具有无线收发能力的终端设备。其在对比文件中作为执行会话转移和终端切换的主体，与目标专利中WTRU的作用相同。因此，该特征被直接公开。
技术特征B：接收机<br>《直接公开》	[0046] 「……無線アクセス 115を行う端末 123／125……」<br>[0058] 「また、通信端末は、図示しない画像表示装置および入力装置などから構成されるユーザインタフェースと、赤外線、ブルートゥース (登録商標）、あるいは将来実現が有望視されている UWBなどの無線通信方式または USB方式などの有線通信などを用いた近距離通信部とを備えており……発呼要求·応答機能、および位置登録機能を発揮する。」<br>（注：中译“另外，通信终端具备未图示的由图像显示装置和输入装置等构成的用户接口、以及使用红外线、蓝牙、或者在未来被看好的UWB等无线通信方式或USB方式等有线通信的近距离通信部……发挥呼叫请求·响应功能以及位置注册功能。”）<br>[0065] 「次に、セッション制御部 5は、通信端末 23に対し、セッションの切替を行う準備が整ったことを示すセッション切替準備信号を送信し……」<br>（注：中译“接下来，会话控制部5向通信终端23发送表示已做好会话切换准备的会话切换准备信号……”）	对比文件明确公开了通信终端具备无线通信能力并与网络侧实体（如会话控制部5）进行信令收发（如接收网络侧发送的会话切换准备信号、接收呼叫等）。作为无线通信终端，接收机是接收空中接口无线电信号所必然具备的基本硬件结构。对比文件中终端接收网络信令与目标专利中接收机的作用一致，因此该特征被直接公开。
技术特征C：被配置成接收来自IMS实体的协同会话控制转移请求<br>《隐含公开》	[0015] 「……IMS (IP Multimedida CN Subsystem)は、 IPマルチメディアサービスをパケット交換システムで提供することを目的としており、そのためにネットワーク 101内にセッション制御機能を配置する。セッション制御プロトコルとしては SIP (Session Initiation Protocol)が採用されている。 CSCF105 は呼状態制御機能であり……」<br>（注：中译“……IMS旨在通过分组交换系统提供IP多媒体服务，为此在网络101内配置会话控制功能。作为会话控制协议采用SIP。CSCF105是呼叫状态控制功能……”）<br>[0047] 「……セッション制御部 5は、図 2における IMSの CSCF105に相当し、サービス移動制御部 21は、図 2における IMSに対して新たな機能要素である。但し、サービス移動制御部 21は図 2における CSCF105の機能拡張によって実現されたと解釈することも可能である。……」<br>（注：中译“……会话控制部5相当于图2中IMS的CSCF105，服务移动控制部21是相对于图2中IMS的新功能元件。但是，服务移动控制部21也可以解释为通过图2中CSCF105的功能扩展来实现。……”）<br>[0065] 「次に、セッション制御部 5は、通信端末 23に対し、セッションの切替を行う準備が整ったことを示すセッション切替準備信号を送信し……ネットワーク側から自動的に端末切替を行う際には、これが通信端末 23に対して端末切替を行なってもよいかどうかを確認するメッセージとなる。……切替先通信端末 25とのセッションの確立を行い……（C312〜C315）。」<br>（注：中译“接下来，会话控制部5向通信终端23发送表示已做好会话切换准备的会话切换准备信号……在由网络侧自动进行终端切换时，这成为用于对通信终端23确认是否可以进行终端切换的消息。……进行与切换目标通信终端25的会话建立……（C312~C315）。”）	目标专利的协同会话控制转移是指在协同会话中将控制权限进行转移。对比文件在IMS架构下（会话控制部5对应CSCF，属于IMS实体），公开了由网络侧自动触发终端切换的流程，网络侧实体（会话控制部5）向终端发送切换确认/准备信号，并将端到端会话切换建立至目标终端25。虽然对比文件主要描述的是端到端通信业务在终端间的整体接管与迁移，未严格界定出“协同会话中数据流保留而仅转移控制权”的协同控制机制，但在极其宽松的隐含公开判断标准下，对比文件公开了IMS网络实体向通信终端下发会话/终端切换控制请求以将现有会话转移至该终端/从该终端切换的技术构思，本领域技术人员有可能基于对比文件公开的终端切换流程合理推断或结合得出由IMS实体向WTRU下发会话转移控制请求，因此判定为隐含公开。
技术特征D：其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求<br>《隐含公开》	[0025] 「前記サービス移動制御手段は……端末切替を行うか判断することにより、セッション切替要求信号を生成し……前記切替先通信端末との間でセッションを確立する機能と、前記セッション確立後、前記通信相手先との間でセッションを再開する機能と、を発揮する。これにより通信端末間の通信を中断させることなく、当該通信を行っている少なくとも一つの通信端末を、前記通信を行っていない他の通信端末へ切替えて前記通信を継続させる制御を行うことができ……」<br>（注：中译“所述服务移动控制手段……通过基于用户信息判断是否进行终端切换，生成会话切换请求信号……发挥在与所述切换目标通信终端之间建立会话的功能、以及在所述会话建立后在与所述通信对端之间恢复会话的功能。由此，不会中断通信终端间的通信，能够进行将进行该通信的至少一个通信终端切换到未进行所述通信的其他通信终端并继续所述通信的控制……”）<br>[0064] 「……この経路設定時には、切替先通信端末 25がアクティブでない場合は発呼処理を行う。……」<br>（注：中译“……在该路径设置时，在切换目标通信终端25处于非活动状态的情况下进行呼叫处理。……”）<br>[0065] 「……切替先通信端末 25とのセッションの確立を行い、この間に切替先通信端末 25はアプリケーションの起動を行う（C312〜C315）。」<br>（注：中译“……进行与切换目标通信终端25的会话建立，在此期间切换目标通信终端25进行应用程序的启动（C312~C315）。”）	目标专利中该特征是指控制转移请求指示WTRU接收对现存IMS协同会话的控制。对比文件公开了网络侧在发起终端切换时，对切换目标终端25进行发呼处理并建立会话，使目标终端25接管正在进行的通信会话及其应用程序。对比文件公开的内容旨在让目标通信终端接管与通信对端之间的会话。在宽松的隐含公开判定标准下，由于对比文件公开了网络侧向目标终端发起建立会话并指示其接管现有会话以继续通信，本领域技术人员有可能合理推断出该信号包含了请求目标终端接收现存IMS会话控制的含义，因此认定为隐含公开。
技术特征E：其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起<br>《隐含公开》	[0048] 「ユーザ関連情報収集提供部 31は、ネットワーク状態 33と、ユーザに関するユーザプロファイル 35と、デバイスに関するデバイスプロファイル 37と、を管理し……」<br>（注：中译“用户相关信息收集提供部31管理网络状态33、关于用户的用户档案35以及关于设备的设备档案37……”）<br>[0052] 「……ネットワーク状態 33は、モビリティ管理部 3からの無線アクセスの種類に関する情報、セッション制御部 5からの QoSの情報やセッションの状態情報やメディア変換部のメディア変換の状態情報や通信端末で実行中のアプリケーションの状態情報によって取得され……」<br>（注：中译“……网络状态33通过来自移动性管理部3的关于无线接入种类的信息、来自会话控制部5的QoS信息及会话状态信息、媒体转换部的媒体转换状态信息、通信终端正在执行的应用程序的状态信息来取得……”）<br>[0060] 「端末切替を実行すべき状態の例としては、ネットワーク状態情報により、通信端末（# 1) 23のネットワークの状態よりも、切替先通信端末（# 2) 25のネットワークの状態のほうが安定している場合又は切替先通信端末（# 2) 25のネットワークの方が高速な場合に切替を行なう可能性が高い。……」<br>（注：中译“作为应执行终端切换的状态的示例，根据网络状态信息，在切换目标通信终端（#2）25的网络状态比通信终端（#1）23的网络状态更稳定的情况下，或者在切换目标通信终端（#2）25的网络速度更快的情况下，进行切换的可能性较高。……”）	目标专利中限定IMS实体基于第二WTRU的协同会话控制信令退化或损失（例如连接变差/恶化）来发起转移请求（对应目标说明书[0117]）。对比文件公开了网络侧基于网络状态信息自动判断执行终端切换，且明确记载了触发条件之一是“当前通信终端（#1）的网络状态不如切换目标通信终端（#2）稳定”（即通信终端#1的网络状态较不稳定/相对变差、发生退化），且该网络状态包含会话控制部5的QoS信息与会话状态信息。由此可知，对比文件已经公开了基于原终端网络连接变差/退化而在网络侧自动发起切换的方案。基于宽松的隐含公开标准，本领域技术人员完全有可能结合无线信令传输原理，合理解释并推断出网络状态不稳定即包含控制信令的退化或变差，因此该特征构成隐含公开。
技术特征F：发射机<br>《直接公开》	[0058] 「また、通信端末は、図示しない画像表示装置および入力装置などから構成されるユーザインタフェースと、赤外線、ブルートゥース (登録商標）、あるいは将来実現が有望視されている UWBなどの無線通信方式または USB方式などの有线通信などを用いた近距離通信部とを備えており……発呼要求·応答機能、および位置登録機能を発揮する。」<br>（注：中译“另外，通信终端具备……无线通信方式……发挥呼叫请求·响应功能以及位置注册功能。”）<br>[0065] 「……通信端末 23はセッションの切替を了承するか否かを返答する（C310、 C311）。」<br>（注：中译“……通信终端23回复是否同意会话切换（C310、C311）。”）	对比文件明确公开了通信终端能够对外发送信号（例如向网络侧发送响应C311、发出呼叫要求等）。作为无线通信设备，对外发送无线信号必然需要硬件发射机支持，在终端中起到信号调变与空中发射的作用，与目标专利中发射机的功能和物理实质完全一致。因此，该特征被直接公开。
技术特征G：被配置成向所述IMS实体传送响应<br>《直接公开》	[0047] 「……セッション制御部 5は、図 2における IMSの CSCF105に相当し……」<br>（注：中译“……会话控制部5相当于图2中IMS的CSCF105……”）<br>[0065] 「次に、セッション制御部 5は、通信端末 23に対し、セッションの切替を行う準備が整ったことを示すセッション切替準備信号を送信し、通信端末 23はセッションの切替を了承するか否かを返答する（C310、 C311）。……」<br>（注：中译“接下来，会话控制部5向通信终端23发送表示已做好会话切换准备的会话切换准备信号，通信终端23回复是否同意会话切换（C310、C311）。……”）	对比文件中，通信终端23针对属于IMS实体的会话控制部5（对应CSCF）发送的切换准备/确认信号，向该会话控制部5回复响应（C311）。该动作直接体现了终端的发射机被配置成向IMS实体传送响应，两者所起到的网络信令交互与状态确认作用完全相同。因此，该特征被直接公开。
技术特征H：其中所述响应指示接受所述协同会话控制转移请求<br>《隐含公开》	[0065] 「……通信端末 23に対し、セッションの切替を行う準備が整ったことを示すセッション切替準備信号を送信し、通信端末 23はセッションの切替を了承するか否かを返答する（C310、 C311）。ネットワーク側から自動的に端末切替を行う際には、これが通信端末 23に対して端末切替を行なってもよいかどうかを確認するメッセージとなる。……」<br>（注：中译“……向通信终端23发送表示已做好会话切换准备的会话切换准备信号，通信终端23回复是否同意会话切换（C310、C311）。在由网络侧自动进行终端切换时，这成为用于对通信终端23确认是否可以进行终端切换的消息。……”）	目标专利中该特征限定响应指示接受协同会话控制转移请求。对比文件在步骤C311中公开了通信终端针对切换确认请求回复“是否同意（了承）会话切换”，当终端同意该切换时，该回复即为指示接受该切换请求，进而网络侧才会继续向下执行建立会话与切换操作。在非常宽松的隐含公开判断准则下，虽然对比文件中针对的是终端整体切换的了承，但该承接响应涵盖了接受现有会话切换请求的内容，本领域技术人员可以合理推断出该回复具备指示接受转移请求的实质方案，因此认定为隐含公开。
技术特征I：控制器<br>《直接公开》	[0054] 「……デバイスプロファイル 45は、端末（1) 41—1の端末能力情報である、移動通信端末、画面サイズ、 CPUクロック数、コーデック、アクセス方法、 IPアドレスなどが記載されている。……」<br>（注：中译“……设备档案45中记载有作为终端（1）41-1的终端能力信息的移动通信终端、屏幕尺寸、CPU时钟数、编解码器、接入方法、IP地址等。……”）<br>[0058] 「……端末切替要求機能、端末 ID通知機能、セッション状態再現機能、セッション管理機能、セッション状態送出機能、発呼要求·応答機能、および位置登録機能を発揮する。……」<br>（注：中译“……发挥终端切换请求功能、终端ID通知功能、会话状态重现功能、会话管理功能、会话状态送出功能、呼叫请求·响应功能以及位置注册功能。……”）	对比文件明确公开了通信终端具备CPU（中央处理器，其记载了CPU时钟数等），并由终端执行会话管理、状态重现、切换请求和响应等一系列控制功能。本领域中CPU即为典型的控制器硬件，其在终端内部负责执行指令、协调通信与协议控制，与目标专利中控制器的作用相同。因此，该特征被直接公开。
技术特征J：被配置成在对所述现有的IMS协同会话的控制正被转移到所述WTRU时<br>《隐含公开》	[0025] 「……前記セッション制御手段は、セッション切替要求信号を受信して、セッションを中断する機能と、前記モビリティ管理手段に対して前記切替先通信端末との伝送経路を設定するよう指示する機能と、前記切替先通信端末との間でセッションを確立する機能と、前記セッション確立後、前記通信相手先との間でセッションを再開する機能と、を発揮する。……」<br>（注：中译“……所述会话控制手段发挥以下功能：接收到会话切换请求信号后中断会话的功能；指示所述移动性管理手段设置与所述切换目标通信终端之间的传输路径的功能；在与所述切换目标通信终端之间建立会话的功能；以及在所述会话建立后在与所述通信对端之间恢复会话的功能。……”）<br>[0065] 「……切替先通信端末 25とのセッションの確立を行い、この間に切替先通信端末 25はアプリケーションの起動を行う（C312〜C315）。」<br>（注：中译“……进行与切换目标通信终端25的会话建立，在此期间切换目标通信终端25进行应用程序的启动（C312~C315）。”）	目标专利限定在协同会话控制正在被转移到该WTRU的转移过程中进行相应配置。对比文件在步骤C312~C315中公开了在会话切换执行期间，网络侧与切换目标通信终端25建立会话，且目标终端在此过渡期间执行应用程序的启动与准备操作，以承接会话控制。按照宽松的隐含公开判断，对比文件公开了在会话控制/业务正被迁移至目标终端的流程期间，终端被配置以启动应用并参与建立会话，本领域技术人员可以合理推断出该配置状态对应于会话控制转移进行时的配置，因此判定为隐含公开。
技术特征K：控制所述现有的IMS协同会话。<br>《隐含公开》	[0025] 「……前記切替先通信端末との間でセッションを確立する機能と、前記セッション確立後、前記通信相手先との間でセッションを再開する機能と、を発揮する。これにより通信端末間の通信を中断させることなく、当該通信を行っている少なくとも一つの通信端末を、前記通信を行っていない他の通信端末へ切替えて前記通信を継続させる制御を行うことができ……」<br>（注：中译“……在与所述切换目标通信终端之间建立会话的功能、以及在所述会话建立后在与所述通信对端之间恢复会话的功能。由此，不会中断通信终端间的通信，能够进行将进行该通信的至少一个通信终端切换到未进行所述通信的其他通信终端并继续所述通信的控制……”）<br>[0058] 「……セッション状態再現機能、セッション管理機能、セッション状態送出機能……を発揮する。……」<br>（注：中译“……发挥会话状态重现功能、会话管理功能、会话状态送出功能……。”）<br>[0066] 「……これにより、通信相手先 17と切り替え先端末 25との通信を開始することができる。」<br>（注：中译“……由此，能够开始通信对端17与切换目标终端25之间的通信。”）	目标专利限定终端控制现有的IMS协同会话。对比文件公开了目标通信终端25具备会话管理功能与会话状态重现功能，在会话切换完成后恢复会话并与通信对端17开始/继续通信，从而在终端侧实现对所转移会话的管理与控制。基于宽松的隐含公开标准，目标通信终端25在承接会话后执行管理与通信控制，技术人员有可能推断出其具备控制所承接的现存IMS会话的能力，因此认定为隐含公开。
技术特征L：其中所述WTRU是处于所述现有的IMS协同会话中的被控制方WTRU。<br>《隐含公开》	[0005] 「……通信を一旦切断して、別の端末から改めて接続するのではなく、通信の状態を維持したままで途切れることなくシームレスに別の端末へ切り替えたいというユーザの要求を実現する必要がある。」<br>（注：中译“……需要实现用户的要求：不是暂时切断通信后再从另一终端重新连接，而是在维持通信状态的同时不间断地无缝切换至另一终端。”）<br>[0025] 「……これにより通信端末間の通信を中断させることなく、当該通信を行っている少なくとも一つの通信端末を、前記通信を行っていない他の通信端末へ切替えて前記通信を継続させる制御を行うことができ……」<br>（注：中译“……由此，不会中断通信终端间的通信，能够进行将进行该通信的至少一个通信终端切换到未进行所述通信的其他通信终端并继续所述通信的控制……”）<br>[0060] 「……現在のユーザの居場所には、ユーザの利用できる端末が 2台あり……」<br>（注：中译“……在当前用户所处的位置，有2台用户可以利用的终端……”）	目标专利中，该特征限定WTRU在转移发生前即已处于该协同会话中，且角色为被控制方WTRU（即协同会话中具有媒体流但无整体协同控制权的终端）。对比文件在实施例中主要描述的是将通信由终端23整体切换到未参与该通信的目标终端25；但对比文件同时在[0025]中提及“将进行该通信的至少一个通信终端切换到其他通信终端”，并公开了同一用户拥有并同时在线的多台通信终端环境。按照十分宽松的隐含公开判定标准，该方案部分公开了多终端参与通信环境的构思，本领域技术人员有可能将对比文件的终端切换方案引申或结合至多终端协同架构中由被控制方终端承接控制权的情形，因此认定该特征构成隐含公开。
技术特征M：其中所述WTRU具有与远端方之间的IMS媒体流。<br>《隐含公开》	[0006] 「具体的には、自宅のパーソナルコンピュータにより映像コンテンツをストリーミング配信で視聴していたが、外出時には、受信端末を移動通信端末や PDAに切り替えて、外出先へ携帯する端末で同一コンテンツを引き続き視聴する例がある。また、外出中にテレビ電話で相手と通信している途中で帰宅したため、自宅のテレビに切り替えて相手とのテレビ電話の通信を継続する例なども考えられる。」<br>（注：中译“具体而言，例如在家中通过个人计算机观看流式传输的视频内容，而在外出时将接收终端切换到移动通信终端或PDA，在带到外出地点的终端上继续观看同一内容。另外，也可以考虑如下例子：外出中在与对方进行可视电话通信的途中回到家中，切换到家中的电视继续与对方的可视电话通信。”）<br>[0066] 「……これにより、通信相手先 17と切り替え先端末 25との通信を開始することができる。」<br>（注：中译“……由此，能够开始通信对端17与切换目标终端25之间的通信。”）	目标专利中该特征限定该WTRU具有与远端方（通信对端）之间的IMS媒体流（在协同会话中被控制方原本就保有与远端的媒体流）。对比文件公开了终端与通信对方17进行多媒体流（如可视电话、视频流）的交互，在切换后目标终端25与通信对端17建立媒体通信；在极宽松的隐含公开标准下，对比文件公开了终端能够与远端建立并维持IMS媒体流，本领域技术人员有可能推断出在多终端参与的环境下目标终端具备与远端的媒体流，因此认定为隐含公开。
技术特征N：其中对所述现有的IMS协同会话的所述控制从第二WTRU转移到所述WTRU。<br>《隐含公开》	[0025] 「……当該通信を行っている少なくとも一つの通信端末を、前記通信を行っていない他の通信端末へ切替えて前記通信を継続させる制御を行うことができ……」<br>（注：中译“……能够进行将进行该通信的至少一个通信终端切换到未进行所述通信的其他通信终端并继续所述通信的控制……”）<br>[0066] 「……続いて、セッションを再開し、通信端末とのセッションを切断する（C318, C319, C320）。この際、モビリティ管理部 3による伝送経路の切断も行われる。……これにより、通信相手先 17と切り替え先端末 25との通信を開始することができる。」<br>（注：中译“……接着，恢复会话，并断开与通信终端的会话（C318、C319、C320）。此时，也进行移动性管理部3对传输路径的断开。……由此，能够开始通信对端17与切换目标终端25之间的通信。”）	目标专利要求对现有协同会话的控制权限从第二WTRU转移到该WTRU。对比文件公开了将会话从第一通信终端（通信终端23）切换转移到第二通信终端（切换目标终端25），并断开原通信终端的连接，由目标终端接续通信。在非常宽松的隐含公开判断标准下，原终端向新终端切换通信会话的实质包含了会话控制主导权从第一终端转移至第二终端的构思，本领域技术人员有可能据此推断出控制从第二WTRU转移到该WTRU，因此认定为隐含公开。
技术特征O：其中所述协同会话控制转移请求和所述响应是会话发起协议(SIP)消息。<br>《隐含公开》	[0015] 「……セッション制御プロトコルとしては SIP (Session Initiation Protocol)が採用されている。 CSCF105 は呼状態制御機能であり、 SIPの登録サーバとして HSS103……とやり取りし……セッション情報を転送し、呼接続制御を行う。……」<br>（注：中译“……作为会话控制协议采用SIP（Session Initiation Protocol）。CSCF105是呼叫状态控制功能，作为SIP注册服务器与HSS103交互……转发会话信息，进行呼叫连接控制。……”）<br>[0041] 「……オール IPベースのプラットフォームでは、呼制御などの制御信号、シグナリングも IPパケットの形で伝送されることが想定されている。」<br>（注：中译“……在全IP基础平台上，设想呼叫控制等控制信号、信令也以IP分组的形式传输。”）<br>[0047] 「……セッション制御部 5は、図 2における IMSの CSCF105に相当し……」<br>（注：中译“……会话控制部5相当于图2中IMS的CSCF105……”）	目标专利限定控制转移请求和响应采用SIP消息传送。对比文件在说明书中明确指出IMS采用SIP（会话发起协议）作为核心的会话控制协议，且会话控制部5即对应负责处理SIP信令的CSCF。虽然图4中的序列信令（如C310、C311）未逐一标注具体SIP方法名（如INVITE/200 OK或REFER/NOTIFY），但在宽松的隐含公开判定原则下，本领域技术人员基于对比文件明确记载的“IMS采用SIP作为会话控制协议”这一事实，完全有可能合理解释并推断出终端与会话控制部（CSCF）之间的会话切换请求和响应信令即采用SIP消息实现，因此认定为隐含公开。
技术特征P：其中所述协同会话控制转移请求包括以下中的一者或多者<br>《直接公开》	[0050] 「……切替先通信端末が登録されていない場合は、近距離通信を利用して、切替先通信端末の端末能力情報を取得し、端末切替要求信号に含めて通信端末から送信され……」<br>（注：中译“……在切换目标通信终端未注册的情况下，利用近距离通信获取切换目标通信终端的终端能力信息，包含在终端切换要求信号中并由通信终端发送……”）<br>[0061] 「……上記 C301の端末切替要求信号に切替先の通信端末の端末情報が含まれている場合は……」<br>（注：中译“……在上述C301的终端切换要求信号中包含有切换目标通信终端的终端信息的情况下……”）<br>[0064] 「……セッション切替要求信号をセッション制御部 5に対して送信し (C307)……」<br>（注：中译“……向会话控制部5发送会话切换要求信号（C307）……”）	对比文件明确公开了切换请求信号中包含了目标通信终端的终端信息/属性信息（包括如下述特征S/T所分析的设备ID/地址等），即公开了该请求包括多项身份/参数信息中的一者或多者，在信令构架与参数承载机制上与目标专利作用相同。因此，该特征被直接公开。
技术特征Q：所述现有的IMS协同会话的身份<br>《隐含公开》	[0043] 「……セッションとは、端末の通信アプリケーションが通信相手の端末上のアプリケーションからのデータを受信して処理できる（処理している）状態にあることを示す。……」<br>（注：中译“……会话是指终端的通信应用程序处于能够接收并处理（正在处理）来自通信对方终端上的应用程序的数据的状态。……”）<br>[0059] 「……端末切替要求信号には、通信端末 23のセッション状態や、アプリケーションの状態などが含まれていてもよい。……」<br>（注：中译“……在终端切换要求信号中，也可以包含通信终端23的会话状态、应用程序的状态等。……”）<br>[0064] 「……それらを含んだセッション切替要求信号をセッション制御部 5に対して送信し (C307)……」<br>（注：中译“……将包含它们的会话切换要求信号发送至会话控制部5（C307）……”）	目标专利中限定请求包括现有协同会话的身份（会话ID）。对比文件明确公开了切换要求信号中包含“通信终端23的会话状态及应用状态”，网络侧据此识别并针对特定会话执行中断与迁移。基于极其宽松的隐含公开判断标准，要在IMS网络中识别和切换特定会话的状态，必须包含能够唯一定位该会话的标识信息（即会话身份），本领域技术人员有可能通过对比文件记载的包含会话状态内容合理推断出会话标识已包含在其中，因此认定为隐含公开。
技术特征R：所述现有的IMS协同会话的媒体流的身份<br>《隐含公开》	[0027] 「……前記サービス移動制御手段は、前記ユーザ関連情報から前記通信端末と前記切替先端末のデバイスプロファイルと、前記通信相手先からメディア切替能力情報を取得し……」<br>（注：中译“……所述服务移动控制手段从所述用户相关信息中获取所述通信终端与所述切换目标终端的设备档案、以及从所述通信对端获取媒体切换能力信息……”）<br>[0052] 「……端末能力管理機能 37— 1が管理する端末能力に関する端末能力情報は、端末の種別、属性、処理、 IPアドレスおよび利用可能なビットレート、メディア種別およびコーデック種別……を示す情報である。……メディア変換部のメディア変換の状態情報……によって取得され……」<br>（注：中译“……终端能力管理功能37-1所管理的终端能力信息是表示终端的种类、属性、处理、IP地址以及可用比特率、媒体种类以及编解码器种类……的信息。……由媒体转换部的媒体转换状态信息……取得……”）<br>[0064] 「サービス移動制御部 21は、メディア変換能力情報を受け取ると、これまで取得した情報からメディア変換先の選定、メディア変換処理の内容の選定、セッション状態の変更の必要性を判断し、それらを含んだセッション切替要求信号をセッション制御部 5に対して送信し (C307)……」<br>（注：中译“服务移动控制部21接收到媒体转换能力信息后，根据此前获取的信息判断媒体转换目的地的选定、媒体转换处理内容的选定、会话状态变更的必要性，并将包含它们的会话切换要求信号发送至会话控制部5（C307）……”）	目标专利限定请求包括协同会话的媒体流身份（流ID）。对比文件公开了会话切换信号中包含媒体转换内容、媒体类型（音频/视频等特定媒体种类）及会话变更信息，在网络中区分和转换不同媒体流。在宽松的隐含公开标准下，信令中对特定媒体类型的转换与切换指示包含了对特定媒体流身份的辨识，本领域技术人员有可能合理推断出请求中包含对应媒体流的标识/类型身份，因此认定为隐含公开。
技术特征S：所述第二WTRU的身份<br>《直接公开》	[0054] 「……デバイスプロファイル 45は、端末（1) 41—1の端末能力情報である、移動通信端末、画面サイズ、 CPUクロック数、コーデック、アクセス方法、 IPアドレスなどが記載されている。……端末 (2) 41— 2の情報も……」<br>（注：中译“……设备档案45中记载有作为终端（1）41-1的终端能力信息的移动通信终端、屏幕尺寸、CPU时钟数、编解码器、接入方法、IP地址等。……终端（2）41-2的信息也……”）<br>[0058] 「また、通信端末は……端末切替要求機能、端末 ID通知機能……を発揮する。」<br>（注：中译“另外，通信终端……发挥终端切换要求功能、终端ID通知功能……。”）<br>[0061] 「サービス移動制御部 21は、ユーザ関連情報収集提供部 31に対し、ユーザプロファイル 35、デバイスプロファイル 37、ネットワーク状態 33に関する情報を要求し取得する。上記 C301の端末切替要求信号に切替先の通信端末の端末情報が含まれている場合は、デバイスプロファイル 37に端末情報を登録する作業も行う（C302）。……」<br>（注：中译“服务移动控制部21针对用户相关信息收集提供部31请求并获取关于用户档案35、设备档案37、网络状态33的信息。在上述C301的终端切换要求信号中包含有切换目标通信终端的终端信息的情况下，也执行向设备档案37注册终端信息的操作（C302）。……”）	对比文件明确公开了通信终端具备“终端ID通知功能”，且在切换相关的信令交互和设备档案中明确记录各通信终端的唯一标识信息（如IP地址、终端ID等）。原终端（第二WTRU）在发起或参与切换信令时均上报并通知该终端身份，信令及网络上下文处理中明确包含该终端身份。这与目标专利中指示第二WTRU身份的技术方案和作用完全相同。因此，该特征被直接公开。
技术特征T：所述WTRU的身份。<br>《直接公开》	[0031] 「……端末切替要求信号は、前記切替先通信端末の端末プレゼンス情報と端末能力情報を含み……」<br>（注：中译“……终端切换要求信号包含所述切换目标通信终端的终端呈现信息和终端能力信息……”）<br>[0050] 「……切替先通信端末が登録されていない場合は、近距離通信を利用して、切替先通信端末の端末能力情報を取得し、端末切替要求信号に含めて通信端末から送信され、デバイスプロファイル 37に登録されるようにすることもできる。」<br>（注：中译“……在切换目标通信终端未注册的情况下，利用近距离通信获取切换目标通信终端的终端能力信息，包含在终端切换要求信号中并由通信终端发送，从而也可以使其注册到设备档案37中。”）<br>[0052] 「端末能力管理機能 37— 1が管理する端末能力に関する端末能力情報は、端末の種別、属性、処理、 IPアドレス……を示す情報である。」<br>（注：中译“终端能力管理功能37-1所管理的终端能力信息是表示终端的种类、属性、处理、IP地址……的信息。”）<br>[0058] 「また、通信端末は……端末 ID通知機能……を発揮する。」<br>（注：中译“另外，通信终端……发挥终端ID通知功能……。”）	对比文件明确记载了终端切换信号中直接携带切换目标通信终端（即目标WTRU）的终端能力与呈现信息，并且该信息明确包含终端IP地址、终端ID等身份标识信息，并在网络侧予以识别与注册。其在对比文件中用于指明切换的目标接收设备，与目标专利中该WTRU的身份在控制转移请求中所起到的目标寻址与识别作用完全相同。因此，该特征被直接公开。

<<<A>>><<>><<<c>>><<<d>>><<<e>>><<<F>>><<<G>>><<<h>>><<>><<<j>>><<<k>>><<<l>>><<<m>>><<<n>>><<<o>>><<>><<<q>>><<<r>>><<<S>>><<<T>>>

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

**特征比对表格**

技术特征描述及公开性判断结果	对比文件原文引用	公开性论述
技术特征A：<br>该WTRU包括<br><br>《隐含公开》	【0030】<br>“通信系统100可包括移动节点1……移动节点1（携帯電話機やパソコンなどの移動ノード1）”；<br>【0040】<br>“移动节点32具备在MobileIPv4或MobileIPv6中规定的一般移动节点的相同功能……（移動ノード32は、MobileIPv4又はMobileIPv6に規定された一般の移動ノードと同様の機能を備え……）”	对比文件公开了移动节点（Mobile Node, MN，如手机、笔记本电脑等移动终端），属于无线通信中的移动设备。目标专利中WTRU为无线发射/接收单元（例如用户设备UE、蜂窝电话等）。移动节点32具有与蜂窝移动终端相适应的通信与控制功能，本领域技术人员可以毫无疑义地合理推断出该移动节点属于一种无线发射/接收单元（WTRU）。因此，技术特征A被对比文件隐含公开。
技术特征B：<br>接收机<br><br>《隐含公开》	【0040】<br>“移动节点32具备在MobileIPv4或MobileIPv6中规定的一般移动节点的相同功能，连接到外部网络30时、连接到其他外部网络时或返回归属网络10时的动作也与一般移动节点相同。（移動ノード32は、MobileIPv4又はMobileIPv6に規定された一般の移動ノードと同様の機能を備え、外部ネットワーク30への接続時、さらに他の外部ネットワークへの接続時、あるいはホームネットワーク10への帰還時の動作も、一般の移動ノードと同様である。）”；<br>【0045】<br>“移动节点32从锚点分配服务器13接收‘移动性锚点分配响应’……（移動ノード32は、アンカー割当サーバ13から‘モビリティアンカー割当て応答’を受信すると……）”	对比文件明确记载了移动节点32接收网络侧发来的分配响应和下行数据包。作为移动通信领域的常规硬件构成，移动节点32必然包含用于接收下行射频及数据信号的硬件接收机（Receiver）。因此，本领域技术人员能够合理解读和推知移动节点32内置有接收机，技术特征B被隐含公开。
技术特征C：<br>被配置成接收来自IMS实体的协同会话控制转移请求<br><br>《未公开》	对比文件全文无相应记载。	目标专利中，该特征是指在IMS协同会话（Collaborative Session）架构下，作为被控制方或目标WTRU，接收来自IMS实体（如SCC AS）发起的将协同会话的控制权转移给该WTRU的控制转移请求信令（例如SIP INVITE/REFER/UPDATE等请求消息）。<br>而在对比文件中，所涉及的技术背景完全是网络层/IP移动性管理（Mobile IPv4/Mobile IPv6/Proxy Mobile IP），其所谓的“分配响应”或“注册请求”仅用于获取和绑定移动性锚点（HA/LMA）的IP地址以建立IP单播路由隧道，根本不涉及IMS架构，更不存在多设备协同媒体会话（Collaborative Session）及其控制权转移的机制。对比文件既无直接公开也无法推理得出该特征，故未公开。
技术特征D：<br>其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求<br><br>《未公开》	对比文件全文无相应记载。	目标专利中，该请求具有特定的业务控制信令语义，即向目标WTRU请求其接管一个已经建立的、包含多个设备的现存IMS协同会话的主控权。<br>对比文件仅涉及底层的IP隧道建立与移动性锚点绑定，根本不存在协同会话，也不存在向移动节点指示接管多设备IMS会话控制的请求。本领域技术人员无法从对比文件中推导出该方案，故未公开。
技术特征E：<br>其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起<br><br>《未公开》	对比文件全文无相应记载。	目标专利说明书【0117】等记载，SCC AS可在原本的主控WTRU（第二WTRU）到网络连接退化、损失或发生异常恶化时，主动发起向本端WTRU转移控制权的流程。<br>对比文件中完全没有第二WTRU对同一协同会话控制信令退化或丢失的监测机制，亦不存在基于此触发IMS实体发起控制权转移的流程，完全不公开该特征。
技术特征F：<br>发射机<br><br>《隐含公开》	【0040】<br>“此后，移动节点32向由锚点分配服务器13所应答的移动性锚点地址发送注册请求……（この後、移動ノード32は、アンカー割当サーバ13から応答されたモビリティアンカーのアドレスに対して登録要求を送信し……）”；<br>【0046】<br>“移动节点32能够使用HoA与通信节点40进行通信。（移動ノード32は、HoAを使って通信ノード40と通信することが可能となる）”	对比文件中记载了移动节点32向锚点分配服务器发送请求、向移动性锚点发送注册请求以及与通信节点40进行双向数据包传输。具备无线发射功能的物理发射机（Transmitter）是移动节点发送上行信号和数据包必不可少的通信硬件基础，本领域技术人员可以毫无疑义地合理推知其包含发射机，故技术特征F被隐含公开。
技术特征G：<br>被配置成向所述IMS实体传送响应<br><br>《未公开》	对比文件全文无相应记载。	目标专利中，该特征是指WTRU在收到IMS实体的协同会话控制转移请求后，向IMS核心网实体（SCC AS）回复应答（如SIP 200 OK响应）。<br>对比文件中移动节点32发送的仅是Mobile IP的Registration Request（注册请求）或针对分配服务器的初始请求，并非向IMS实体发送关于协同会话控制转移的响应信令。因此对比文件未公开此特征。
技术特征H：<br>其中所述响应指示接受所述协同会话控制转移请求<br><br>《未公开》	对比文件全文无相应记载。	目标专利中，该响应信令明确承载了“接受接管协同会话控制权”的应用层控制语义。<br>对比文件完全没有协同会话控制转移的相关信令和交互逻辑，根本不存在指示接受控制权转移的响应，故未公开。
技术特征I：<br>控制器<br><br>《隐含公开》	【0040】-【0042】<br>“移动节点32具备在MobileIPv4或MobileIPv6中规定的一般移动节点的相同功能……移动节点32询问应进行CoA和HoA关联注册请求的移动性锚点……移动节点32发送的‘移动性锚点分配要求’也可以采用在MobileIPv4的‘Registration Request’或MobileIPv6的‘Binding Update’中收纳信息的格式。（移動ノード32は、MobileIPv4又はMobileIPv6に規定された一般の移動ノードと同様の機能を備え……）”	对比文件中移动节点32具有检测网络连接、发起注册请求、解析接收消息、执行密钥交换及与远端节点交互处理等控制逻辑，在常规通信终端硬件架构中，上述逻辑和流程必须由处理器/控制器（Controller/Processor）来调度和执行。因此本领域技术人员能够合理推断出移动节点32必然包括控制器。故技术特征I被隐含公开。
技术特征J：<br>被配置成在对所述现有的IMS协同会话的控制正被转移到所述WTRU时<br><br>《未公开》	对比文件全文无相应记载。	目标专利中，该特征限定了控制器的时序和状态触发条件，即在协同会话控制权正发生跨设备重定向/转移到当前WTRU的流程期间。<br>对比文件中根本不存在IMS协同会话的控制权在设备之间发生转移的概念与时序控制，故未公开。
技术特征K：<br>控制所述现有的IMS协同会话<br><br>《未公开》	对比文件全文无相应记载。	目标专利中，“控制IMS协同会话”是指WTRU作为Controller接管会话后，拥有在协同会话各成员设备间增加、移除、释放、复制或转移媒体流等高层会话管理能力（如说明书【0085】所述）。<br>对比文件仅涉及网络层单节点的IP数据包收发及路由隧道维持，不存在多设备参与的IMS协同会话，更无控制该协同会话的功能，故未公开。
技术特征L：<br>其中所述WTRU是处于所述现有的IMS协同会话中的被控制方WTRU<br><br>《未公开》	对比文件全文无相应记载。	目标专利中，被控制方WTRU（Controllee WTRU）是指与Controller WTRU及远端方共同参与同一个IMS协同会话，拥有自己的媒体流但在会话控制层面受主控设备控制的终端设备。<br>对比文件中各个移动节点（如移动节点A、B或移动节点32）仅作为移动IP网络的独立接入主机，彼此之间不存在IMS协同会话中的“控制方-被控制方”的主从逻辑关系，对比文件未公开此特征。
技术特征M：<br>其中所述WTRU具有与远端方之间的IMS媒体流<br><br>《未公开》	【0046】<br>“此后，移动节点32能够使用HoA与通信节点40进行通信。（この後、移動ノード32は、HoAを使って通信ノード40と通信することが可能となる）”	对比文件中移动节点32仅公开了利用HoA通过网络与通信节点40进行通用的IP数据包通信，并未公开该通信是基于IMS架构建立的媒体流（如音频、视频流或RTP流），更未公开该流作为多方IMS协同会话的一个支路组件。两者的通信协议层次、网络架构及技术作用均不相同，本领域技术人员无法从一般性IP数据包通信毫无疑义地推理出IMS媒体流，故未公开。
技术特征N：<br>其中对所述现有的IMS协同会话的所述控制从第二WTRU转移到所述WTRU<br><br>《未公开》	对比文件全文无相应记载。	目标专利中，控制权原本属于第二WTRU（主控端），随后被重新分配并转移给当前WTRU。<br>对比文件完全没有第二WTRU转交协同会话主控权给第一WTRU的机制，仅涉及单个移动节点由网络分配哪一个移动性锚点（HA/LMA）来承载其IP隧道，二者技术领域与方案实质截然不同，故未公开。
技术特征O：<br>其中所述协同会话控制转移请求和所述响应是会话发起协议(SIP)消息<br><br>《未公开》	对比文件全文无相应记载。	目标专利中，协同会话控制信令采用应用层SIP协议消息（如SIP INVITE/200 OK/REFER等）。<br>对比文件中明确记载的控制信令为网络层Mobile IPv4（如Registration Request/Reply）或Mobile IPv6（Binding Update/Acknowledgement）或者IKEv2/DHCP信令，完全不涉及SIP消息，更无基于SIP承载的转移请求与响应，故未公开。
技术特征P：<br>其中所述协同会话控制转移请求包括以下中的一者或多者<br><br>《未公开》	对比文件全文无相应记载。	该特征为主控请求中的内容要素引导项，依赖于特征C及后续Q~T的信息实体。由于对比文件不存在该协同会话控制转移请求信令，自然也不包含其内部参数结构，故未公开。
技术特征Q：<br>所述现有的IMS协同会话的身份<br><br>《未公开》	对比文件全文无相应记载。	目标专利中，该特征为会话级标识符（Session ID），用于标识多设备参与的具体协同会话。<br>对比文件仅涉及移动节点自身的IP地址（HoA、CoA）或锚点ID，根本没有IMS协同会话及其标识，故未公开。
技术特征R：<br>所述现有的IMS协同会话的媒体流的身份<br><br>《未公开》	对比文件全文无相应记载。	目标专利中，媒体流身份（Media Flow ID）用于在协同会话包含多个媒体流（如语音流、视频流）时，指示哪一个媒体流受控制权转移影响。<br>对比文件仅涉及IP层总通信负荷或数据包速率，完全不区分会话层的特定媒体流及其标识，故未公开。
技术特征S：<br>所述第二WTRU的身份<br><br>《未公开》	【0057】<br>“在此项目中，记录有用户在加入服务等契机时指定的作为频繁通信对象的用户的移动节点ID（UID-X, UID-Y, ...）。此外，各移动性锚点11基于高频通信对象的移动节点ID以及对应于该移动节点ID的实际通信负荷履历，选择并收容通信频度高的移动节点彼此。（この項目には、加入者がサービス加入時などの契機において、頻繁に通信を行う相手として指定した加入者の移動ノードID……が記録されている。）”	对比文件在第二实施方式中虽然公开了在服务器端记录有与该移动节点通信的对方移动节点ID（如好友/高频通信对象的移动节点ID），但这仅用于辅助归属网络选择将两个通信频繁的移动节点收容至同一个移动性锚点（HA）以提升路由效率。该节点ID并不是包含在“IMS实体的协同会话控制转移请求”中用来指示原协同会话控制方终端（第二WTRU），其所在消息属性、协议信令类型及所起的技术作用与目标专利完全不同，无法构成对特征S的公开。故特征S未公开。
技术特征T：<br>所述WTRU的身份<br><br>《未公开》	【0033】、【0034】<br>“……该‘移动性锚点分配要求’中包含的用于识别移动节点的移动节点ID……加入者ID、用于唯一识别加入者所使用移动节点的移动节点ID、分配给移动节点的HoA……（‘モビリティアンカー割当て要求’に含まれる移動ノード識別灵のための移動ノードID……）”	对比文件中虽公开了移动节点ID（如终端的唯一标识或HoA），但该身份信息是包含在移动节点发送给锚点分配服务器的“锚点分配要求”或网络层绑定更新中。目标专利的特征T特指在“来自IMS实体的协同会话控制转移请求”中携带的本端WTRU身份（用以向该WTRU指明其为转移的目标主控方）。对比文件不存在该IMS转移请求信令，其在底层移动性分配消息中携带的节点ID无法推导为特征T。故特征T未公开。

---

<<<a>>>

<<>>

<<<f>>>

<<>>

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

技术特征描述及公开性判断结果	对比文件原文引用	公开性论述
技术特征A：该WTRU包括<br>《直接公开》	【第12の発明による移動端末】<br>“また、第１２の発明による移動端末は、ＭｏｂｉｌｅＩＰを利用し、移動端末の位置情報を保持して前記移動端末と他の端末の中継を行うホームエージェントを介して通信を行い、前記他の端末との通信を他の移動端末との間で切替える移動端末において…”<br>（译文：此外，根据第12发明的移动终端，利用移动IP，经由保持移动终端的位置信息并中继该移动终端与其他终端的家乡代理进行通信，并在与其他移动终端切换与所述其他终端的通信的移动终端中……）<br>【图2及说明书对应段落】<br>“図２は、ＭＮに関するブロック図（機能構成図）を示している。以下、ＭＮの各部の機能について説明する。ＭＮ６は、アプリケーション（以下、「ＡＰＰ」という）７、記憶部８、ＭｏｂｉｌｅＩＰ管理部９、およびＳＨ管理部１０を有している。また、前記ＳＨ管理部１０は、ＳＨ通信手段１１、ＳＨ判定手段１２およびＳＨ状態管理手段１３からなる。”<br>（译文：图2示出了关于MN的框图（功能构成图）。以下说明MN各部分的功能。MN 6具有应用程序（以下称为“APP”）7、存储部8、移动IP管理部9以及SH管理部10。此外，所述SH管理部10由SH通信手段11、SH判定手段12和SH状态管理手段13组成。）	作用分析与公开性认定：<br>目标专利中的WTRU指在通信网络中进行通信与会话交互的无线发射/接收单元。对比文件公开了移动节点（MN，移动终端6），属于无线移动通信中的终端实体。本领域技术人员可以毫无疑义地确定对比文件的移动终端MN与目标专利的WTRU属于相同实体，直接公开了该技术特征。
技术特征B：接收机<br>《隐含公开》	【图2及说明书对应段落】<br>“ＳＨ通信手段１１は、他端末に対してＳＨ要求パケットを送信し、他端末から送信されたＳＨ許可パケットを受信する。また、ＳＨ通信手段１１は、他端末から送信されたＳＨ要求パケットを受信し…”<br>“ＭｏｂｉｌｅＩＰ管理部９は、ＭｏｂｉｌｅＩＰによる通信、およびＭｏｂｉｌｅＩＰを実現するための設定全般（ヘッダの挿入・設定、ＨＡへのＢＵパケットの送信など）を行う。…ＨＡから登録完了通知を受信した場合は…”<br>（译文：SH通信手段11向其他终端发送SH请求分组，并接收由其他终端发送的SH允许分组。另外，SH通信手段11接收从其他终端发送的SH请求分组……移动IP管理部9执行基于移动IP的通信……在从HA接收到注册完成通知的情况下……）	作用分析与公开性认定：<br>在目标专利中，“接收机”用于接收来自网络实体或其他终端的下行无线/网络信号或控制信令。对比文件公开了移动终端MN通过其通信功能模块（如SH通信手段11、Mobile IP管理部9）接收其他终端或HA发送的请求、许可及注册完成通知分组。在硬件实现上，移动通信终端必然具备用于接收空中接口无线信号的物理接收机硬件结构，本领域技术人员结合公知常识完全可以合理且毫无疑义地推断出其包含接收机，因此构成隐含公开。
技术特征C：被配置成接收来自IMS实体的协同会话控制转移请求<br>《未公开》	【实施例1 (4)及(5)】<br>“ＳＨ通信手段１１がＳＨ許可をＭＮ－ｂ４に対して送信する。このパケットには、ＭＮ－ａ２からＭＮ－ｂ４へのＳＨを認める旨が記された情報が含まれている。…次に、ＭＮ－ａ２からのＳＨ許可パケットを受信したＭＮ－ｂ４のＳＨ管理部１０のＳＨ通信手段１１は、ハンドオーバしたいセッションを選択した後、自身のＭｏｂｉｌｅＩＰ管理部９に対して、ＢＵ要求を行う。”<br>（译文：SH通信手段11向MN-b4发送SH许可。该分组中包含了记载有允许从MN-a2向MN-b4进行SH的意旨的信息。……接着，接收到来自MN-a2的SH许可分组的MN-b4的SH管理部10的SH通信手段11在选择了想要切换的会话之后，向自身的移动IP管理部9发出BU请求。）	作用分析与公开性认定：<br>目标专利要求IMS实体（如SCC AS）向目标WTRU发送“协同会话控制转移请求”（例如目标专利图9的步骤930或图11的步骤1140），用于转移协同会话的控制权。而对比文件采用的是纯网络层Mobile IP框架，其架构中根本不存在IMS实体（如SCC AS），且会话切换请求（SH要求パケット）是在两台移动终端（MN-a与MN-b）之间通过终端对终端（D2D或端到端）直接交互发送的，或者由终端向HA发送Binding Update（BU）。对比文件不存在来自IMS实体的协同会话控制转移请求，也未公开接收该请求的配置，二者架构、控制机制与技术方案均不相同，未公开该特征。
技术特征D：其中所述协同会话控制转移请求向所述WTRU指示一用于接收对现有的IMS协同会话的控制的请求<br>《未公开》	【第12の発明による移動端末】<br>“通信を行っている他の移動端末に対し自端末に該通信を切替えること、若しくは他の移動端末に対し自端末が行っている通信を該他の移動端末に切替えることを要求するセッションハンドオーバ要求を他の移動端末に送信し、又は他の移動端末からセッションハンドオーバ要求の受信を行うセッションハンドオーバ通信手段…”<br>（译文：向正在进行通信的其他移动终端发送要求将该通信切换到本终端、或者要求将本终端正在进行的通信切换到该其他移动终端的会话切换要求，或从其他移动终端接收会话切换要求的会话切换通信手段……）	作用分析与公开性认定：<br>目标专利的技术方案是向WTRU指示接收对“现有的IMS协同会话的控制”（即针对IMS协同会话中控制方与被控制方角色的控制权转移，如由被控制方转变为控制方）。对比文件仅公开了在网络层将特定通信连接（如IP流/端口）从一个终端转交给另一个终端的会话切换（Session Handover），其既不属于IMS层面的协同会话，也不涉及由网络实体指示接收协同会话控制权的请求，未公开该特征。
技术特征E：其中所述协同会话控制转移请求由所述IMS实体基于来自第二WTRU的所述现有的IMS协同会话的控制信令的退化或损失来被发起<br>《未公开》	【实施例1 (2)及实施例3】<br>“本実施例では、ＭＮ－ｂ４がＳＨのきっかけを引き起こすとする。図５に示すように、ＭＮ－ｂ４のＳＨ管理部１０のＳＨ通信手段１１は、ＭＮ－ａ２に対してＳＨ要求パケットを送信する。”<br>（译文：在本实施例中，假定由MN-b4引发SH的契机。如图5所示，MN-b4的SH管理部10的SH通信手段11向MN-a2发送SH请求分组。）	作用分析与公开性认定：<br>目标专利中该特征定义了IMS实体触发控制转移请求的特定触发条件——基于来自控制方WTRU的控制信令的退化或丢失（如信号恶化、断连等）。对比文件中的切换是由终端（MN-b4或MN-a2）基于业务意愿或预配置主动发起SH请求分组，完全未公开由网络侧实体基于第二WTRU控制信令的退化或损失来发起转移请求的技术内容，未公开该特征。
技术特征F：发射机<br>《隐含公开》	【图2及说明书对应段落】<br>“ＳＨ通信手段１１は、他端末に対してＳＨ要求パケットを送信し、他端末から送信されたＳＨ許可パケットを受信する。…自身のＭｏｂｉｌｅＩＰ管理部９に対してＢＵ要求を行う。”<br>“ＭｏｂｉｌｅＩＰ管理部９は、ＭｏｂｉｌｅＩＰによる通信、およびＭｏｂｉｌｅＩＰを実現するための設定全般（ヘッダの挿入・設定、ＨＡへのＢＵパケットの送信など）を行う。”<br>（译文：SH通信手段11向其他终端发送SH请求分组，接收由其他终端发送的SH允许分组。……向自身的移动IP管理部9发出BU请求。移动IP管理部9进行基于移动IP的通信以及用于实现移动IP的全盘设定（头部的插入/设定、向HA发送BU分组等）。）	作用分析与公开性认定：<br>目标专利中的发射机用于向上行链路发送无线信号及传输数据与信令。对比文件中的移动终端MN具有向其他终端发送会话切换请求/许可、以及向家乡代理HA发送绑定更新（BU）分组等通信功能。在无线通信领域，任何具备无线发送数据分组功能的终端设备在物理层均必然包含发射机。本领域技术人员可以合理且毫无疑义地推定对比文件的MN包含发射机，构成隐含公开。
技术特征G：被配置成向所述IMS实体传送响应<br>《未公开》	【实施例1 (6)及图5】<br>“ＢＵ要求を受け取ったＭＮ－ｂ４のＭｏｂｉｌｅＩＰ管理部９では、ＨＡ－ａ３に対してＢＵを行う（ＢＵパケットを送信する）。”<br>（译文：接收到BU请求的MN-b4的移动IP管理部9对HA-a3进行BU（发送BU分组）。）	作用分析与公开性认定：<br>目标专利中该特征是指WTRU针对网络侧IMS实体的协同会话控制转移请求向该IMS实体回传响应（如图9步骤940、图11步骤1150所示的SIP 200 OK响应等）。对比文件中移动终端是向移动IP家乡代理（HA）发送BU注册更新报文，既不存在IMS实体，也不存在向IMS实体反馈针对协同会话控制转移请求的响应，未公开该特征。
技术特征H：其中所述响应指示接受所述协同会话控制转移请求<br>《未公开》	【实施例1 (4)】<br>“ＳＨ通信手段１１がＳＨ許可をＭＮ－ｂ４に対して送信する。このパケットには、ＭＮ－ａ２からＭＮ－ｂ４へのＳＨを認める旨が記された情報が含まれている。”<br>（译文：SH通信手段11向MN-b4发送SH许可。该分组中包含了记载有允许从MN-a2向MN-b4进行SH的意旨的信息。）	作用分析与公开性认定：<br>目标专利中该特征是指WTRU在发送给IMS实体的响应中指示自身接受协同会话控制转移（即同意成为新的控制方）。对比文件中的SH许可分组仅在终端MN-a与MN-b之间交互，用于告知对端终端允许会话切换，并不是发送给IMS实体的响应，也完全不涉及对IMS协同会话控制转移请求的接受指示，未公开该特征。
技术特征I：控制器<br>《直接公开》	【图2及说明书对应段落】<br>“ＭＮ６は、アプリケーション（以下、「ＡＰＰ」という）７、記憶部８、ＭｏｂｉｌｅＩＰ管理部９、およびＳＨ管理部１０を有している。また、前記ＳＨ管理部１０は、ＳＨ通信手段１１、ＳＨ判定手段１２およびＳＨ状態管理手段１３からなる。”<br>“ＭｏｂｉｌｅＩＰ管理部９は、ＭｏｂｉｌｅＩＰによる通信、およびＭｏｂｉｌｅＩＰを実現するための設定全般…を行う。”<br>“ＳＨ状態管理手段１３は、ＳＨに関係する状態（ＳＨの開始、完了、終了など）を管理している。”<br>（译文：MN 6具有应用程序7、存储部8、移动IP管理部9以及SH管理部10。此外，所述SH管理部10由SH通信手段11、SH判定手段12和SH状态管理手段13组成。移动IP管理部9执行基于移动IP的通信以及用于实现移动IP的全盘设定……SH状态管理手段13管理与SH相关的状态（SH的开始、完成、结束等）。）	作用分析与公开性认定：<br>目标专利中的控制器用于协调终端的通信协议处理、会话控制与状态管理。对比文件中MN 6内部的Mobile IP管理部9以及SH管理部10（包含判定手段12、状态管理手段13）执行终端协议处理、切换判定及状态控制，在功能和实质结构上构成了终端的控制器，本领域技术人员可以毫无疑义地确定对比文件直接公开了控制器。
技术特征J：被配置成在对所述现有的IMS协同会话的控制正被转移到所述WTRU时<br>《未公开》	【实施例1 (11)-(12)】<br>“登録完了通知を受けたＭＮ－ｂ４のＭｏｂｉｌｅＩＰ管理部９では…ＨＡ－ａ３を経由してＭｏｂｉｌｅＩＰによる通信を行うための設定、すなわち、ＨＡ－ａ＿Ａｄｄｒ、接続先ポート番号および待ち受けポート番号等の設定を行う。”<br>（译文：接收到注册完成通知的MN-b4的移动IP管理部9……进行经由HA-a3进行基于移动IP通信的设定，即设定HA-a_Addr、连接目标端口号以及待机端口号等。）	作用分析与公开性认定：<br>目标专利该特征限定了控制器在控制权转移过程中（正在转移到该WTRU时）的特定触发与控制时序，即在角色转换为控制方WTRU的转移过程中介入控制。对比文件仅为Mobile IP在收到HA注册完成后的端口配置和通信接管，不涉及IMS协同会话控制转移过程中的控制配置，未公开该特征。
技术特征K：控制所述现有的IMS协同会话<br>《未公开》	【实施例1 (1)及说明书】<br>“図４に示されるように、ＭＮ－ａ２がＨＡ－ａ３を経由して、ＣＮ１からコンテンツを受信しているとする。…ＭＮ－ｂ４はＣＮ１からのコンテンツをＨＡ－ａ３経由で取得することができるようになる（ＭＮ－ａ２からＭＮ－ｂ４へのＳＨが可能になる）。”<br>（译文：如图4所示，假定MN-a2经由HA-a3从CN1接收内容。……MN-b4变得能够经由HA-a3从CN1获取内容（从而能够实现从MN-a2到MN-b4的SH）。）	作用分析与公开性认定：<br>目标专利中的“控制IMS协同会话”指控制方WTRU对多个参与设备的协同媒体会话进行管理（如添加、移除、复制、转移媒体流等会话控制操作）。对比文件中MN-b4接管的仅仅是作为数据接收端从CN接收内容的分组流，并未公开对多终端参与的IMS协同会话及其媒体流进行添加、释放或管理等协同会话控制功能，未公开该特征。
技术特征L：其中所述WTRU是处于所述现有的IMS协同会话中的被控制方WTRU<br>《未公开》	【实施例1及图1】<br>“図１には、コンテンツを配信するサーバであるＣＮ１と、ＣＮ１からコンテンツを受信するＭＮであるＭＮ－ａ２と、…ＭＮ－ａ２とは異なるＭＮであるＭＮ－ｂ４…が示されている。”<br>（译文：图1示出了分发内容的服务端CN1、从CN1接收内容的移动节点MN-a2……以及与MN-a2不同的移动节点MN-b4……）	作用分析与公开性认定：<br>目标专利中该特征明确要求该WTRU转移前就已经是该现有的IMS协同会话中的“被控制方WTRU”（即已经参与该协同会话且具有相关媒体流）。对比文件实施例1中，在切换发生前，MN-b4仅是一个独立处于Foreign Link上的外部终端，并未加入MN-a2与CN1之间的会话中，更不存在“被控制方WTRU”的角色身份，未公开该特征。
技术特征M：其中所述WTRU具有与远端方之间的IMS媒体流<br>《未公开》	【实施例1 (1)】<br>“今、図４に示されるように、ＭＮ－ａ２がＨＡ－ａ３を経由して、ＣＮ１からコンテンツを受信しているとする。”<br>（译文：现在，如图4所示，假定MN-a2经由HA-a3从CN1接收内容。）	作用分析与公开性认定：<br>目标专利中该WTRU在转移发生前即具有与远端方（Remote Party）之间的IMS媒体流（如目标专利说明书图7-13中所示被控制方WTRU具有媒体流B）。对比文件中，在发生切换前，只有MN-a2与CN1之间存在数据流通信，切换目标端MN-b4与远端方CN1之间没有任何媒体流存在，未公开该特征。
技术特征N：其中对所述现有的IMS协同会话的所述控制从第二WTRU转移到所述WTRU<br>《未公开》	【第1の発明による通信システム】<br>“前記他の端末との通信を前記移動端末と前記他の移動端末間で切替えることを特徴とする。”<br>（译文：其特征在于，在所述移动终端与所述其他移动终端之间切换与所述其他终端的通信。）	作用分析与公开性认定：<br>目标专利明确限定转移的是“IMS协同会话的控制”（即协同会话的主控权从第二WTRU转交给该WTRU）。对比文件切换的是与对端CN之间的IP数据流传输通路（即谁来接收下发的数据包），完全不属于IMS协同会话控制权的转移，未公开该特征。
技术特征O：其中所述协同会话控制转移请求和所述响应是会话发起协议(SIP)消息<br>《未公开》	【従来技術及发明内容】<br>“ＭｏｂｉｌｅＩＰとは…第３層（レイヤ３）であるネットワーク層のプロトコルである。…異なる２つの端末間でＳＨを行うための仕組みを、レイヤ３のみを用いて提供することを目的とする。”<br>（译文：移动IP是……属于第3层（网络层）的网络层协议。……其目的在于提供一种仅利用第3层在两个不同终端之间进行SH的机制。）	作用分析与公开性认定：<br>目标专利请求和响应信令均采用应用层的SIP协议消息（如SIP REFER、SIP INVITE、SIP 200 OK等）。对比文件全文立足于“仅使用网络层（Layer 3）”解决切换问题，所使用的信令全部为移动IP（Mobile IP）的扩展网络层报文（如Binding Update、Binding Acknowledgement等），完全没有采用应用层的会话发起协议（SIP）消息，未公开该特征。
技术特征P：其中所述协同会话控制转移请求包括以下中的一者或多者<br>《未公开》	【实施例1 (6)及图7、图8】<br>“本実施例では、ＢＵパケットの内容として、図７に示されるＢｉｎｄｉｎｇ情報、および図８に示されるセッション情報が含まれているものとする。”<br>（译文：在本实施例中，BU分组的内容包含如图7所示的Binding信息以及如图8所示的会话信息。）	作用分析与公开性认定：<br>由于对比文件中根本不存在网络侧IMS实体发出的“协同会话控制转移请求”，因此作为从属特征的“协同会话控制转移请求包括以下中的一者或多者”这一技术方案在对比文件中缺乏承载的消息实体，未公开该特征。
技术特征Q：所述现有的IMS协同会话的身份<br>《未公开》	【实施例1 (6)及图8】<br>“一方、セッション情報とは…検索キーとして利用するための、セッションに関する情報である。図８では、セッション情報としてＨｏＡ－ａとＣｏＡ－ａ、ＣＮ＿Ａｄｄｒ、９０８０番ポートという情報が含まれている。”<br>（译文：另一方面，会话信息是指……作为检索键利用的与会话相关的信息。在图8中，作为会话信息包含了HoA-a与CoA-a、CN_Addr、9080号端口的信息。）	作用分析与公开性认定：<br>目标专利要求包含现有的IMS协同会话的身份标识（Session ID）。对比文件BU消息中的会话信息仅为IP四元组/五元组标识（IP地址与端口号），不属于IMS协同会话的身份标识，且未包含在所谓的IMS控制转移请求中，未公开该特征。
技术特征R：所述现有的IMS协同会话的媒体流的身份<br>《未公开》	【实施例1 (6)及图7、图8】<br>“図７によると、ＨｏＡ－ａとＣｏＡ－ｂ、通信相手のＩＰアドレス（ＣＮ＿Ａｄｄｒ）、通信相手のポート番号（９０８０番ポート）、ｌｉｆｅｔｉｍｅとして１０ｍｉｎ．（分）が記載されている。”<br>（译文：根据图7，记载了HoA-a与CoA-b、通信对端的IP地址（CN_Addr）、通信对端的端口号（9080号端口）、作为生命周期的10分钟。）	作用分析与公开性认定：<br>目标专利中指协同会话中特定媒体流的标识（Media Flow ID/Stream ID）。对比文件仅公开了端口号（如9080端口）用以标识传输层应用程序，不属于IMS协同会话中的媒体流身份标识，且未包含在协同会话控制转移请求中，未公开该特征。
技术特征S：所述第二WTRU的身份<br>《未公开》	【实施例1 (6)及图8】<br>“セッション情報としてＨｏＡ－ａとＣｏＡ－ａ、ＣＮ＿Ａｄｄｒ、９０８０番ポートという情報が含まれている。”<br>（译文：作为会话信息包含有HoA-a与CoA-a、CN_Addr、9080号端口的信息。）	作用分析与公开性认定：<br>对比文件虽然在BU分组中提到了MN-a的地址（HoA-a），但该报文是终端向HA发送的绑定更新报文，对比文件既未公开网络侧下发的“协同会话控制转移请求”，也未在所述请求中包含作为控制方的第二WTRU的身份，未公开该特征。
技术特征T：所述WTRU的身份<br>《未公开》	【实施例1 (6)及图7】<br>“図７によると、ＨｏＡ－ａとＣｏＡ－ｂ、通信相手のＩＰアドレス（ＣＮ＿Ａｄｄｒ）…”<br>（译文：根据图7，记载了HoA-a与CoA-b、通信对端的IP地址（CN_Addr）……）	作用分析与公开性认定：<br>对比文件仅在终端发送给HA的BU请求中包含新转接目标的CoA-b，由于对比文件完全不存在网络侧实体向WTRU下发的“协同会话控制转移请求”，因此在所述请求中携带该WTRU的身份这一特征未被公开。

<<<A>>>

<<>>

<<<f>>>

P 其中所述协同会话控制转移请求包括以下中的一者或多者 (0)

Q 所述现有的IMS协同会话的身份 (0)

R 所述现有的IMS协同会话的媒体流的身份 (0)

S 所述第二WTRU的身份 (0)

T 所述WTRU的身份。 (0)

非显而易见杯

专利无效挑战赛

蒋 晓勇

@jxy

权利要求列表点击可跳转

对比文件列表

权利要求1

技术特征:

无效理由:专利法第二十二条

蒋 晓勇

@jxy

无效理由:专利法第二十二条

蒋 晓勇

@jxy

无效理由:专利法第二十二条

蒋 晓勇

@jxy

无效理由:专利法第二十二条

蒋 晓勇

@jxy

无效理由:专利法第二十二条

蒋 晓勇

@jxy

无效理由:专利法第二十二条

蒋 晓勇

@jxy

无效理由:专利法第二十二条

蒋 晓勇

@jxy

无效理由:专利法第二十二条

蒋 晓勇

@jxy

无效理由:专利法第二十二条

蒋 晓勇

@jxy

无效理由:专利法第二十二条

蒋 晓勇

@jxy

无效理由:专利法第二十二条

蒋 晓勇

@jxy

无效理由:专利法第二十二条

蒋 晓勇

@jxy

无效理由:专利法第二十二条

蒋 晓勇

@jxy

无效理由:专利法第二十二条

蒋 晓勇

@jxy

无效理由:专利法第二十二条

蒋 晓勇

@jxy

无效理由:专利法第二十二条

蒋 晓勇

@jxy

无效理由:专利法第二十二条

蒋 晓勇

@jxy

无效理由:专利法第二十二条

蒋 晓勇

@jxy

无效理由:专利法第二十二条

蒋 晓勇

@jxy

无效理由:专利法第二十二条

蒋 晓勇

@jxy

无效理由:专利法第二十二条

蒋 晓勇

@jxy

无效理由:专利法第二十二条

蒋 晓勇

@jxy

无效理由:专利法第二十二条

蒋 晓勇

@jxy

无效理由:专利法第二十二条

蒋 晓勇

@jxy

蒋晓勇

蒋晓勇

蒋晓勇

蒋晓勇

蒋晓勇

蒋晓勇

蒋晓勇

蒋晓勇

蒋晓勇

蒋晓勇

蒋晓勇

蒋晓勇

蒋晓勇

蒋晓勇

蒋晓勇

蒋晓勇

蒋晓勇

蒋晓勇

蒋晓勇

蒋晓勇

蒋晓勇

蒋晓勇

蒋晓勇

蒋晓勇

蒋晓勇

蒋晓勇

蒋晓勇

蒋晓勇

蒋晓勇

蒋晓勇

蒋晓勇

蒋晓勇

蒋晓勇

蒋晓勇

蒋晓勇

蒋晓勇

蒋晓勇

蒋晓勇

蒋晓勇

蒋晓勇

蒋晓勇

蒋晓勇

蒋晓勇

蒋晓勇

蒋晓勇

蒋晓勇

蒋晓勇

蒋晓勇