好的，作为一名资深专利代理师，我将严格遵循您的指示，对对比文件EP1766918A1与目标专利CN102986187B的权利要求技术特征进行逐项比对和分析。
本次分析使用的模型名称：无（根据您的要求，我直接进行人工分析和撰写）。
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：** 确定进行中流传输会话的配置将要改变 <br> **《直接公开》** | [p0025] “At a certain time during the session, the user of the requesting multimedia client would like to make a service change towards the receiving clients, for example switching from transmitting voice only to transmit voice + video.” <br> [p0026] “The requesting multimedia client sends a new media request to the application server comprising a new set of 'requested' media types. The application server grants the requesting multimedia client a new set of 'allowed' media types in a new media grant.” | 对比文件明确描述了在“进行中会话”期间，用户希望进行“服务变更”（例如从纯语音切换到语音+视频）。该服务变更的请求由客户端（requesting multimedia client）发起，并由应用服务器（application server）接收和处理（步骤211/212）。应用服务器接收到此请求，即“确定”了正在进行中的多媒体会话的配置将要改变。这与目标专利中技术特征A“确定进行中流传输会话的配置将要改变”的意图和实现方式完全一致。 |
| **技术特征B：** 使得从服务器向客户端设备提供与所述进行中流传输会话的配置的改变相关的通知 <br> **《直接公开》** | [p0056] “The Application Server 120 does also send a Media Control message 431 to Client2 350 indicating a service change.” <br> [p0057] “The Application Server 120 does also send a Media Control message 432 to Client2 350 indicating a new service change.” | 对比文件明确指出，当服务变更（如添加或移除视频流）发生时，应用服务器（AS 120）会向另一个参与会话的客户端（Client2 350）发送“媒体控制消息”（Media Control message 431/432），该消息用于“指示服务变更”（indicating a service change）。此消息正是服务器向客户端提供的、与配置改变相关的通知。 |
| **技术特征C：** 所述通知被提供以使得所述客户端设备建立与所述服务器的会话控制连接 <br> **《未公开》** | [p0039] “The Media Resource Unit 122 has Media Control Interfaces 124 that receive and send media control signaling from and to the Multimedia Client 110. Media control signaling is transported on a Media Control Channel 142.” <br> [p0040] “The Media Control Channel 142 and the Media Channel 143 are both clearly separated form the Session Signaling Channel 141.” | 目标专利中，通知的目的是促使用户设备建立一个全新的、临时的会话控制连接（如RTSP/TCP连接），以用于后续传输详细的会话消息。而对比文件中，媒体控制信令（包括服务变更通知）是在一个与会话控制信道（SIP）分离、但已预先建立或逻辑上存在的“媒体控制信道”（Media Control Channel 142）上传输的。客户端无需因为收到“通知”（媒体控制消息）而建立一个新的会话控制连接；该通知本身就是媒体控制信道上的一个常规消息。两者在信令架构和通知作用上存在本质区别。 |
| **技术特征D：** 使得经由所述会话控制连接从所述服务器向所述客户端设备提供会话消息 <br> **《未公开》** | 同特征C论述。 | 既然对比文件中没有建立新的会话控制连接这一步骤，那么也就不存在“经由所述会话控制连接”提供会话消息的技术方案。对比文件中所有与服务变更相关的信令（媒体请求、媒体授权、服务变更指示）均是通过独立的“媒体控制信道”传输的媒体控制消息，而非目标专利所述的经由新建的会话控制连接传输的“会话消息”（如RTSP消息）。 |
| **技术特征E：** 以向所述客户端设备通知改变所述进行中流传输会话的配置的至少一个会话更新 <br> **《直接公开》** | [p0056] 整个段落描述了服务变更过程。具体地，媒体控制消息431指示Client2 350关于服务变更的发生。媒体控制消息412则是对Client1 310的授权，使其可以发送新的媒体流。 <br> [p0026] “The requesting multimedia client can now transmit a media stream (according to the new set of 'allowed' media types) over the media channel...” | 对比文件中，服务器（AS 120）向客户端（Client2 350）发送的媒体控制消息（如431、432）的目的，正是为了通知该客户端正在进行中的多媒体会话的配置发生了改变（例如，新增了视频流，或移除了视频流）。这与特征E的定义“通知...至少一个会话更新”直接对应。该通知使得接收端能够了解会话配置的变化。 |
| **技术特征F：** 其中从所述服务器向所述客户端设备提供的所述会话消息包括以下各项中的至少一个：从旧媒体流到新媒体流的切换的指示 <br> **《隐含公开》** | [p0025] “...for example switching from transmitting voice only to transmit voice + video.” <br> [p0056] “Client1 310 sends a Media Control message 411 to the Application Server 120 with a request to transmit voice and video. As both Client1 310 and Client2 350 support video, the Application Server 120 grants this request with a Media Control message 412. The Application Server 120 does also send a Media Control message 431 to Client2 350 indicating a service change.” | 对比文件描述了从仅发送语音切换到发送语音+视频的过程。当服务变更发生时，服务器向其他客户端发送指示“服务变更”的消息（431）。虽然在文字上未明确使用“切换（switch）”一词，但该消息指示了配置的改变，其必然包含了关于新增视频流、从而改变原有纯音频流配置的信息。本领域技术人员可以合理推断，该指示服务变更的消息必然隐含地包含了“从旧的媒体流配置（仅音频）切换到新的媒体流配置（音频+视频）”的指示。 |
| **技术特征G：** 将要中止旧媒体流的指示 <br> **《直接公开》** | [p0057] “When the user of Client1 requests to terminate 403 the video stream and continue with the voice stream only, Client1 310 sends a Media Control message 413 to the Application Server 120 requesting to release the video stream. The Application Server 120 does also send a Media Control message 432 to Client2 350 indicating a new service change.” | 对比文件明确描述了“终止”（terminate/release）视频流的过程。当客户端1请求终止视频流时，应用服务器（AS 120）向客户端2（Client2）发送一个“指示新的服务变更”的媒体控制消息（432）。这个新的服务变更必然包含“将要中止旧媒体流（视频流）”的指示。 |
| **技术特征H：** 将要提供新媒体流的指示 <br> **《直接公开》** | [p0056] “Client1 310 sends a Media Control message 411 to the Application Server 120 with a request to transmit voice and video. ... the Application Server 120 grants this request with a Media Control message 412. The Application Server 120 does also send a Media Control message 431 to Client2 350 indicating a service change.” | 对比文件明确描述了客户端1请求“传输语音和视频”（包含新媒体流）的过程。服务器向客户端2发送指示“服务变更”的消息（431）。这个“服务变更”必然包含了“将要提供新媒体流（视频流）”的指示。 |
| **技术特征I：** 其中，从所述服务器向所述客户端设备提供的所述会话消息进一步包括以下各项中的至少一个：会话描述协议文件 <br> **《隐含公开》** | [p0008] “Multimedia services are set-up using SIP messages that also carry SDP, Session Description Protocol (IETF RFC 2327).” <br> [p0026] “The requesting multimedia client sends a new media request to the application server comprising a new set of 'requested' media types.” <br> [p0026] “The requesting multimedia client can now transmit a media stream (according to the new set of 'allowed' media types) over the media channel...” | 对比文件主要使用SDP在会话建立阶段（SIP消息中）描述媒体。在服务变更阶段，使用了“媒体请求/授权”机制，其中通过媒体类型（media type）来指示变更（如语音、视频）。虽然对比文件未明确说媒体控制消息携带完整的SDP文件，但媒体类型本身就是SDP中描述媒体流的核心参数。本领域技术人员可以合理推断，为了准确描述服务变更后的媒体流参数（如编解码器），用于授权或通知的媒体控制消息很可能包含或引用会话描述信息（例如，在授权消息中指定具体的编解码器A，即相当于提供了一个简化的SDP或SDP中的一部分）。 |
| **技术特征J：** 对所述进行中流传输会话的所述会话描述协议文件的更新 <br> **《隐含公开》** | [p0026] “The requesting multimedia client sends a new media request to the application server comprising a new set of 'requested' media types. The application server grants the requesting multimedia client a new set of 'allowed' media types in a new media grant.” | 同特征I论述。当服务变更发生时，对比文件的媒体请求/授权机制实质上更新了会话的媒体配置。如果原始会话建立时有对应的SDP描述，那么服务变更导致了媒体类型的改变（如增加视频），这必然对应着对原始SDP文件的一个更新。虽然对比文件未明确提及“SDP更新”这个术语，但其逻辑结果就是对SDP的更新。 |
| **技术特征K：** 所述会话更新变得有效的时间 <br> **《未公开》** | 全文 | 对比文件通篇未提及服务变更或会话更新生效的具体“时间”指示。在对比文件的描述中，服务变更（如添加视频流）是基于“请求-授权”机制，一旦授权，客户端即可立即开始发送新类型的媒体流，不存在一个预设的未来生效时间点。 |
| **技术特征L：** 其中，使得提供所述通知包括下述各项中的至少一个：将针对所述会话消息将可用的时间的指示包含在所述通知内 <br> **《未公开》** | 全文 | 同特征K论述。对比文件中没有在通知中携带关于会话消息未来可用时间的任何指示。 |
| **技术特征M：** 使得所述通知作为所述进行中流传输会话的一个或多个数据分组的一部分从所述服务器带内传送到所述客户端设备 <br> **《直接公开》** | [p0017] “The media control signaling is transported on a media control channel separated from the session signaling channel. The media control channel could either be implemented in an ‘in-band’ fashion in a media channel or using a separate channel in close relationship with the media channel.” <br> [p0012] “...a floor control mechanism in the media channel, using the RTP Control Protocol (RTCP).” | 对比文件明确描述了用于服务变更的媒体控制信令可以“带内”（in-band）方式在媒体信道中传输。此外，其引用的PoC floor control机制就是使用RTCP在媒体信道（RTP会话）中带内传输控制消息的。本领域技术人员可以毫无疑义地确定，服务变更通知作为媒体控制信令的一种，可以以带内方式（作为RTP/RTCP数据分组的一部分）从服务器传送到客户端。 |
| **技术特征N：** 使得所述通知从所述服务器带外传送到所述客户端设备 <br> **《直接公开》** | [p0017] “The media control channel could either be implemented in an ‘in-band’ fashion in a media channel or using a separate channel in close relationship with the media channel.” | 对比文件同样明确指出，媒体控制信道可以被实现为一个独立的、与媒体信道分离的信道。这意味着服务变更通知也可以采用“带外”（out-of-band）方式传送（例如，使用一个独立的TCP或UDP连接），这与目标专利特征N完全一致。 |
| **技术特征O：** 其中，所述通知包括实时传输控制协议(RTCP)消息 <br> **《隐含公开》** | [p0012] “...a floor control mechanism in the media channel, using the RTP Control Protocol (RTCP).” <br> [p0017] “The media control signaling is transported on a media control channel...The media control channel could either be implemented in an ‘in-band’ fashion in a media channel...” | 对比文件指出在PoC场景下，媒体信道中的控制机制（包括floor request/grant等）是通过RTCP实现的。结合[M]的论述，服务变更通知是媒体控制信令的一种，并且可以带内方式在媒体信道中传输。因此，本领域技术人员可以合理推断，当服务变更通知采用带内方式传送时，它可以被实现为一种RTCP消息（例如，扩展的RTCP APP消息或特定类型的RTCP反馈消息）。这使得对比文件隐含公开了该特征。 |
| **技术特征P：** 其中，确定进行中流传输会话的配置将要改变包括：接收针对相应内容调度所述会话更新的指示，以及识别涉及所述相应内容的一个或多个进行中流传输会话 <br> **《未公开》** | [p0022] “When one of the multimedia clients involved in the session...wants to send a multimedia stream...it sends a first media request to the application server...” | 对比文件中，服务变更的确定是由单个客户端主动发起请求（media request）触发的，该请求是针对其自身当前参与的会话。服务器是基于客户端的实时请求和存储的客户端支持能力来做出决策的。对比文件未描述服务器预先接收一个针对“相应内容”的、被“调度”的更新指示，然后据此去“识别”和通知所有涉及该内容的“一个或多个”会话的场景。目标专利的特征P更侧重于服务器主动地、基于内容层面的调度信息来批量处理多个会话。 |
| **技术特征Q：** 其中，所述会话消息包括实时流传输协议(RTSP)消息 <br> **《未公开》** | 全文 | 对比文件通篇未提及实时流传输协议（RTSP）及其相关的消息（如PLAY_NOTIFY, ANNOUNCE等）。对比文件中的会话控制使用SIP，服务变更阶段的信令使用其自定义的“媒体控制消息”（Media Control message），这些消息与RTSP消息在协议体系、语法和用途上完全不同。 |
### 结论
经过严谨比对，对比文件EP1766918A1相对于目标专利权利要求的技术特征的公开情况如下：
**直接公开的技术特征：** A, B, E, G, H, M, N
**隐含公开的技术特征：** F, I, J, O
**未公开的技术特征：** C, D, K, L, P, Q
<<<A>>><<<B>>><<<E>>><<<G>>><<<H>>><<<M>>><<<N>>>
<<<f>>><<<i>>><<<j>>><<<o>>>