对比文件名称：2009-05-22_WO2009062849A_发明申请_WO2009062849A1 METHOD, APPARATUS AND PROGRAM PRODUCT FOR MERGING COMMUNICATION SESSIONS IN AN IMS
目标专利名称：2095减少服务器-客户端会话的数目CN105164989B
本次调用模型名称：未指定
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用（中文翻译） | 公开性论述 |
| **技术特征A**：所述多个客户端通过网络可通信地连接到服务器，所述方法包括<br>**【隐含公开】** | 对比文件[p0004]：“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>（中文翻译：本发明涉及一种网络实体、用户设备和用于将来自第一用户的多个通信会话合并为朝向第二用户的单个会话的方法。）<br>对比文件[p0051]：“UE 1 initiates a circuit switched (CS) call towards the other end (e.g. UE 2) … The session path traverses … to the split/merge AS 9.”<br>（中文翻译：UE1发起朝向另一端（例如UE2）的电路交换呼叫……会话路径穿过……到达拆分/合并AS 9。） | 对比文件公开了客户端（UE1、UE2）通过IMS网络可通信地连接到服务器（如TAS 7、AS 8等），虽然未明确使用“服务器”一词，但本领域技术人员可以合理推断出在网络中客户端与服务器之间通过通信网络连接，因此所述多个客户端通过网络可通信地连接到服务器被隐含公开。 |
| **技术特征B**：在中间节点处拦截来自第一客户端的以服务器为目的地的第一请求<br>**【直接公开】** | 对比文件[p0051]：“In signal 11, the UE 1 initiates a circuit switched (CS) call towards the other end (e.g. UE 2) … The session path traverses … to the split/merge AS 9. In step 12, the split/merge AS 9 determines that the session includes ICSI …”<br>（中文翻译：在信号11中，UE1发起朝向另一端（例如UE2）的电路交换呼叫……会话路径穿过……到达拆分/合并AS 9。在步骤12中，拆分/合并AS 9确定该会话包括ICSI……）<br>对比文件[p0058]：“The network entity 30 comprises a first session handling unit 31 configured to handle SIP sessions of a first user participating the communication.”<br>（中文翻译：网络实体30包括第一会话处理单元31，配置为处理参与通信的第一用户的SIP会话。） | 对比文件明确公开了拆分/合并AS 9作为中间节点拦截来自第一客户端（UE1）的以服务器（TAS或UE2）为目的地的第一请求（CS呼叫），该请求被拦截在路径上，因此技术特征B被直接公开。 |
| **技术特征C**：利用第一请求在中间节点与服务器之间建立服务器-客户端会话<br>**【不公开】** | 对比文件[p0051]：“In step 12, the split/merge AS 9 determines that the session includes ICSI … In signal 13 the split/merge AS 9 passes the session further back to S-CSCF 6.”<br>（中文翻译：在步骤12中，拆分/合并AS 9确定该会话包括ICSI……在信号13中，拆分/merge AS 9将会话进一步传递回S-CSCF 6。）<br>对比文件[p0058]：“The second session unit 32 is arranged to merge a session(s) handled by the first session unit 31 into a single session towards the second user.”<br>（中文翻译：第二会话单元32被设置为将由第一会话单元31处理的会话合并为朝向第二用户的单个会话。） | 对比文件中的拆分/合并AS 9仅作为信令路径上的节点，转发请求并维护会话信息，但并未利用第一请求在自身与服务器之间建立一个新的服务器-客户端会话（即作为端点）。相反，它保持端到端会话（UE1-UE2）。因此，技术特征C未被对比文件公开，也不存在隐含公开的基础。 |
| **技术特征D**：在中间节点处拦截来自第二客户端的以服务器为目的地的第二请求，所述第二请求不同于第一请求<br>**【直接公开】** | 对比文件[p0051]：“Later on during the voice call, in signal 14, the UE 1 initiates a video sharing session with the same other end (UE 2) … The session is routed … to the split/merge AS 9.”<br>（中文翻译：稍后在语音通话期间，在信号14中，UE1发起与同一另一端（UE2）的视频共享会话……该会话被路由……到拆分/合并AS 9。）<br>对比文件[p0052]：“Later on during the voice call, in signal 24, the UE 1 initiates a file transfer session … The session is routed … to the split/merge AS 9.”<br>（中文翻译：稍后在语音通话期间，在信号24中，UE1发起文件传输会话……该会话被路由……到拆分/合并AS 9。） | 对比文件明确公开了在已有会话期间，拆分/合并AS 9拦截来自同一客户端（UE1）的新的、不同的第二请求（视频共享或文件传输），这些请求以服务器（UE2或TAS）为目的地，因此技术特征D被直接公开。 |
| **技术特征E**：确定第一请求是否部分地与第二请求重叠<br>**【隐含公开】** | 对比文件[p0016]：“… if the same communication service identifier has been indicated for the first session and the second session.”<br>（中文翻译：……如果针对第一会话和第二会话指示了相同的通信服务标识符。）<br>对比文件[p0051]：“In step 15 the split/merge AS 9 determines that it maintains an existing session with the same participants (UE 1 and UE 2), and that the ICSI values of the existing session and the new (video sharing) session are equal.”<br>（中文翻译：在步骤15中，拆分/合并AS 9确定它维护了与相同参与者（UE1和UE2）的现有会话，并且现有会话和新（视频共享）会话的ICSI值相等。） | 对比文件公开了确定两个会话（请求）之间是否存在重叠（即是否可以合并）的判断步骤，基于服务标识符（ICSI）是否相同。虽然目标专利的“部分重叠”特指信息集合的重叠或可导出性，但对比文件中的“相同ICSI”是一种更宽泛的重叠条件，本领域技术人员可以合理推断出该判断步骤旨在确定请求之间是否存在可合并的关联，因此技术特征E被隐含公开。 |
| **技术特征F**：如果第一请求部分地与第二请求重叠并且如果第二请求的一部分不与第一请求重叠，则更新中间节点与服务器之间的服务器-客户端会话以便包括第二请求的一部分。<br>**【隐含公开】** | 对比文件[p0018]：“During establishment of the second session, it may be determined that the session handling entity already maintains the ongoing session for the first user towards the second user, and the merging may comprise merging the second session into the ongoing session in response to the establishment of the second session. The ongoing session towards the second user may comprise media of the first session and the merging may add media of second session into the ongoing session.”<br>（中文翻译：在建立第二会话期间，可以确定会话处理实体已经维护了第一用户朝向第二用户的进行中会话，并且合并可以包括响应于第二会话的建立将第二会话合并到进行中会话。朝向第二用户的进行中会话可以包括第一会话的媒体，并且合并可以将第二会话的媒体添加到进行中会话。）<br>对比文件[p0051]：“… in signal 16, the split/merge AS 9 sends a re-INVITE towards the other end (UE 2). The re-INVITE … modifies the ongoing session by adding media components of the new session to the ongoing session.”<br>（中文翻译：……在信号16中，拆分/合并AS 9朝向另一端（UE2）发送re-INVITE。re-INVITE……通过将新会话的媒体组件添加到进行中会话来修改进行中会话。） | 对比文件公开了当第二会话建立时，如果存在相同服务标识且参与者相同的进行中会话，则中间节点（split/merge AS）通过发送re-INVITE将第二会话合并到进行中会话，即更新会话以包括第二请求（新媒体组件）。这相当于在满足重叠条件（相同ICSI）且第二请求部分（新媒体）未包含在第一请求中时，更新会话以包括第二请求的部分。虽然目标专利中更新的会话是中间节点与服务器之间的会话，但对比文件中的合并操作隐含公开了类似的更新步骤，因此技术特征F被隐含公开。 |
| **技术特征G**：其还包括<br>**【无实质技术内容】** | 无 | 该特征为方法步骤的连接词，无实质技术内容，不进行公开性判断。 |
| **技术特征H**：在中间节点处根据第一请求和第二请求通过服务器-客户端会话接收来自服务器的数据<br>**【不公开】** | 对比文件全文未涉及在中间节点处通过服务器-客户端会话接收来自服务器的数据内容。对比文件主要关注信令层面的会话合并，不涉及数据负载的接收和处理。 | 对比文件中的拆分/合并AS仅处理SIP信令，不接收或处理来自服务器的媒体数据或响应内容。因此，技术特征H未被对比文件公开，也不存在隐含公开的基础。 |
| **技术特征I**：从所述数据导出第一响应以及可选地导出第二响应，所述第一响应根据第一请求，并且所述第二响应根据第二请求。<br>**【不公开】** | 对比文件全文未涉及从接收的数据导出响应。对比文件中的合并操作仅涉及信令更新，不涉及响应数据的生成。 | 对比文件没有公开中间节点从服务器接收数据并导出针对不同请求的响应，因此技术特征I未被公开。 |
| **技术特征J**：其还包括<br>**【无实质技术内容】** | 无 | 该特征为方法步骤的连接词，无实质技术内容，不进行公开性判断。 |
| **技术特征K**：响应于第一请求从中间节点向第一客户端传送第一响应<br>**【不公开】** | 对比文件全文未涉及中间节点向客户端传送响应。对比文件中的响应是端到端直接传送的，中间节点不参与。 | 对比文件没有公开中间节点向第一客户端传送第一响应的步骤，因此技术特征K未被公开。 |
| **技术特征L**：可选地响应于第二请求从中间节点向第二客户端传送第二响应。<br>**【不公开】** | 对比文件全文未涉及中间节点向第二客户端传送第二响应。 | 对比文件没有公开中间节点向第二客户端传送第二响应的步骤，因此技术特征L未被公开。 |
| **技术特征M**：其中<br>**【无实质技术内容】** | 无 | 该特征为连接词，无实质技术内容，不进行公开性判断。 |
| **技术特征N**：确定由第一请求所请求的第一信息集合<br>**【不公开】** | 对比文件[p0030]：“The 3GPP communication service identity framework defines an IMS Communication Service Identifier (ICSI) that may be used to indicate the requested service in the initial request of the IMS session.”<br>（中文翻译：3GPP通信服务标识框架定义了IMS通信服务标识符（ICSI），可用于指示IMS会话初始请求中请求的服务。）<br>对比文件确定的是服务标识（ICSI），而非信息集合。 | 对比文件仅确定请求的服务标识，并不确定请求所请求的具体信息集合（如传感器数据内容）。因此，技术特征N未被公开。 |
| **技术特征O**：确定由第二请求所请求的第二信息集合<br>**【不公开】** | 同上，对比文件未公开确定信息集合。 | 技术特征O未被公开。 |
| **技术特征P**：确定第一请求是否至少部分地与第二请求重叠包括<br>**（此特征为过渡句，无实质技术内容，结合特征Q判断）** | 无 | 该特征为特征Q的引导句，无实质技术内容，不单独进行公开性判断。 |
| **技术特征Q**：确定第一信息集合是否与第二信息集合重叠，和/或第二信息集合的至少一部分是否能够从第一信息集合的至少一部分导出。<br>**【不公开】** | 对比文件全文未涉及信息集合之间重叠或可导出性的判断。对比文件中的重叠判断仅基于服务标识是否相同。 | 对比文件没有公开基于信息集合内容重叠或可导出性的判断，因此技术特征Q未被公开。 |
| **技术特征R**：还包括<br>**【无实质技术内容】** | 无 | 该特征为连接词，无实质技术内容，不进行公开性判断。 |
| **技术特征S**：根据第二请求对第一信息集合的至少一部分进行过滤从而生成经过过滤的信息集合<br>**【不公开】** | 对比文件全文未涉及对信息集合进行过滤的操作。 | 对比文件没有公开过滤操作，因此技术特征S未被公开。 |
| **技术特征T**：响应于第二请求向第二客户端传送所述经过过滤的信息集合。<br>**【不公开】** | 对比文件全文未涉及传送经过过滤的信息集合。 | 技术特征T未被公开。 |
| **技术特征U**：其中，第一信息集合的至少一部分具有第一格式，并且第二信息集合具有不同于第一格式的第二格式，所述方法还包括<br>**【不公开】** | 对比文件全文未涉及不同格式的信息集合。 | 对比文件没有公开格式转换的必要性，因此技术特征U未被公开。 |
| **技术特征V**：对第一信息集合的所述至少一部分进行转化以生成具有第二格式的经过转化的信息集合<br>**【不公开】** | 对比文件全文未涉及信息格式的转化。 | 技术特征V未被公开。 |
| **技术特征W**：响应于第二请求向第二客户端传送所述经过转化的信息集合。<br>**【不公开】** | 对比文件全文未涉及传送经过转化的信息集合。 | 技术特征W未被公开。 |
| **技术特征X**：其中，确定第一请求是否部分地与第二请求重叠包括<br>**（此特征为过渡句，无实质技术内容，结合特征Y判断）** | 无 | 该特征为特征Y的引导句，无实质技术内容，不单独进行公开性判断。 |
| **技术特征Y**：把第一请求和第二请求与至少一种已知模式进行比较，每一种已知模式表明一种类型的服务器-客户端会话。<br>**【隐含公开】** | 对比文件[p0030]：“The 3GPP communication service identity framework defines an IMS Communication Service Identifier (ICSI) that may be used to indicate the requested service in the initial request of the IMS session.”<br>（中文翻译：3GPP通信服务标识框架定义了IMS通信服务标识符（ICSI），可用于指示IMS会话初始请求中请求的服务。）<br>对比文件[p0051]：“In step 12, the split/merge AS 9 determines that the session includes ICSI with value MMTeI.”<br>（中文翻译：在步骤12中，拆分/合并AS 9确定该会话包括值为MMTeI的ICSI。）<br>对比文件[p0056]：“In one aspect of the invention and IMS Application Reference Identifier (IARI) values of the sessions of a first user are compared in a similar way as ICSI values above.”<br>（中文翻译：在本发明的一个方面，第一用户的会话的IMS应用参考标识符（IARI）值以类似于上述ICSI值的方式进行比较。） | 对比文件明确公开了将请求（会话）与已知模式（ICSI、IARI或OMA特征标签）进行比较，这些模式表明服务类型（如多媒体电话服务MMTel），而服务类型对应的会话类型可视为一种服务器-客户端会话类型。本领域技术人员可以合理推断出这种比较步骤相当于将请求与已知模式进行比较以确定会话类型，因此技术特征Y被隐含公开。 |
| **技术特征Z**：其中，所述至少一种已知模式当中的每一种被适配成与在不同协议中定义的请求相匹配。<br>**【不公开】** | 对比文件全文仅涉及SIP协议，未提及不同协议之间的匹配。 | 对比文件没有公开已知模式被适配成与不同协议中定义的请求相匹配，因此技术特征Z未被公开。 |
### 公开性代码
根据上述分析，对比文件直接公开了技术特征B和D，隐含公开了技术特征A、E、F、Y。因此，在回答结尾插入对应代码：
<<<B>>><<<D>>><<<a>>><<<e>>><<<f>>><<<y>>>