好的，我们开始进行严谨的对比分析。
**对比文件名称：** 2009-01-21_CN101350741A_发明公开_CN101350741A 实时流协议事件通知方法、装置及系统
**目标专利名称：** 用于改变进行中流传输会话的配置的方法和设备 CN102986187B
**本次调用的模型名称：** DeepSeek Chat
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：确定进行中流传输会话的配置将要改变（未公开） | 步骤201：事件状态监测实体对事件的状态进行监测；步骤202：若监测到所述事件的状态改变，向事件状态接收实体发送所述事件的状态发生改变的通知消息。 | 对比文件公开了监测“事件的状态”的改变，该“事件”包括媒体流播放状态的改变（如从快进转为正常播放）或用户操作等。但目标专利的“进行中流传输会话的配置”改变特指媒体流的数目、编解码器、比特率、语言等媒体传输参数的变更，而非播放速度或用户操作等播放控制状态。对比文件未明确或隐含公开对“会话配置”这种特定参数的改变进行确定。 |
| 技术特征B：使得从服务器向客户端设备提供与所述进行中流传输会话的配置的改变相关的通知（未公开） | 步骤202：向事件状态接收实体发送所述事件的状态发生改变的通知消息。 | 尽管对比文件公开了发送状态改变通知，但该通知的内容是与“事件”（如播放状态）相关的，而非与目标专利所定义的“进行中流传输会话的配置”（如媒体流参数）的改变相关。通知所承载的客体不同，因此未公开此特征。 |
| 技术特征C：所述通知被提供以使得所述客户端设备建立与所述服务器的会话控制连接（未公开） | 对比文件全文未记载。 | 对比文件实施例中，服务器和客户端之间在发送通知消息时始终假设存在已建立的RTSP会话（会话控制连接）。通知消息（如NOTIFY）是在现有会话连接上直接发送的，并未起到触发客户端建立全新会话控制连接的作用。 |
| 技术特征D：使得经由所述会话控制连接从所述服务器向所述客户端设备提供会话消息（未公开） | 对比文件全文未记载。 | 目标专利的流程为：发送通知（如RTCP）→ 建立新连接 → 通过新连接发送会话消息（如RTSP）。对比文件中，仅存在一个“通知消息”（即事件通知NOTIFY），并没有建立新连接后再发送另一类“会话消息”的两阶段过程。 |
| 技术特征E：以向所述客户端设备通知改变所述进行中流传输会话的配置的至少一个会话更新（未公开） | 步骤305：服务器向客户端发送事件状态发生改变的通知消息，该通知消息可以为事件通知消息，从而将最新的播放状态通知给客户端。 | 目标专利的“会话更新”指对会话描述（SDP）或媒体流配置的更新。对比文件的通知消息（如包含playback-speed:1）用于通知播放状态（如速度）的变化，这是对播放行为的控制，而非对底层媒体传输配置的改变，两者在技术本质上不同。 |
| 技术特征F：从所述服务器向所述客户端设备提供的所述会话消息包括以下各项中的至少一个：从旧媒体流到新媒体流的切换的指示（未公开） | 对比文件全文未记载。 | 对比文件未公开任何关于媒体流切换的指示。 |
| 技术特征G：将要中止旧媒体流的指示（未公开） | 对比文件全文未记载。 | 对比文件未公开任何关于中止媒体流的指示。 |
| 技术特征H：将要提供新媒体流的指示（未公开） | 对比文件全文未记载。 | 对比文件未公开任何关于提供新媒体流的指示。 |
| 技术特征I：从所述服务器向所述客户端设备提供的所述会话消息进一步包括以下各项中的至少一个：会话描述协议文件（未公开） | 对比文件全文未记载。 | 对比文件的事件通知消息携带的是播放状态信息（如Content-Type:application/playback-status），不是会话描述协议（SDP）文件。 |
| 技术特征J：对所述进行中流传输会话的所述会话描述协议文件的更新（未公开） | 对比文件全文未记载。 | 对比文件未公开任何对SDP文件进行更新的内容。 |
| 技术特征K：所述会话更新变得有效的时间（未公开） | 步骤305：playback-range＝now- | 对比文件中的时间信息（playback-range）指示的是播放状态（即正常播放）开始生效的时间点。这与目标专利中会话更新（如新SDP或新流）变得有效的时间在技术含义和作用上不同。 |
| 技术特征L：使得提供所述通知包括下述各项中的至少一个：将针对所述会话消息将可用的时间的指示包含在所述通知内（未公开） | 对比文件全文未记载。 | 对比文件未公开在通知中包含会话消息可用时间的指示信息。 |
| 技术特征M：使得所述通知作为所述进行中流传输会话的一个或多个数据分组的一部分从所述服务器带内传送到所述客户端设备（未公开） | 对比文件全文未记载。 | 对比文件的事件通知消息是通过RTSP信令通道传输的，而非作为RTP等数据分组的一部分进行带内传送。 |
| 技术特征N：使得所述通知从所述服务器带外传送到所述客户端设备（未公开） | 对比文件全文未记载。 | 对比文件未公开通过SMS、OMA推送等带外方式传送通知。 |
| 技术特征O：所述通知包括实时传输控制协议(RTCP)消息（未公开） | 对比文件全文未记载。 | 对比文件的事件通知消息是基于RTSP协议的扩展（如NOTIFY方法），并非RTCP消息。 |
| 技术特征P：确定进行中流传输会话的配置将要改变包括：接收针对相应内容调度所述会话更新的指示，以及识别涉及所述相应内容的一个或多个进行中流传输会话（未公开） | 步骤405：第三实体向服务器发送请求对事件状态进行监测的请求消息。 | 对比文件公开接收监测请求，但该请求是针对“事件状态”的监测，而非针对“内容调度”的“会话更新”指示。对比文件也未公开基于内容项识别多个进行中会话的过程。 |
| 技术特征Q：所述会话消息包括实时流传输协议(RTSP)消息（隐含公开） | 步骤305：NOTIFY rtsp://rtspclient.example.com RTSP/2.0 | 目标专利中的“会话消息”是用于通知配置更新的，而对比文件中的“事件通知消息”是用于通知播放状态改变的，二者功能不同。但是，对比文件明确公开了其用于通知的消息是基于RTSP协议（如NOTIFY方法）构造的。本领域技术人员可以合理推导出，在RTSP框架下，用于通知客户端进行配置更新的消息同样可以采用RTSP消息的形式实现。因此，该特征被隐含公开。 |
<<<q>>>