一种用于通信的方法，包括： 确定进行中流传输会话的配置将要改变； 使得从服务器向客户端设备提供与所述进行中流传输会话的配置的改变相关的通知，；所述通知被提供以使得所述客户端设备建立与所述服务器的会话控制连接；以及使得经由所述会话控制连接从所述服务器向所述客户端设备提供会话消息，；以向所述客户端设备通知改变所述进行中流传输会话的配置的至少一个会话更新； 其中从所述服务器向所述客户端设备提供的所述会话消息包括以下各项中的至少一个：从旧媒体流到新媒体流的切换的指示； 将要中止旧媒体流的指示；以及 将要提供新媒体流的指示。

尊敬的审查员/复审委员会：

作为目标专利（CN102986187B）的发明人/专利权人的代理人，现针对贵方提供的对比文件D1至D4，紧密结合目标专利说明书对权利要求1进行解释，并重点分析上述对比文件是否单独或者组合毫无疑义地公开或实质公开了权利要求1中的**技术特征C**。

以下是详细的分析意见：

### 一、 目标专利权利要求1的解释及特征分解

目标专利涉及在进行中流传输会话期间，当服务器与客户端之间不存在永久性会话控制连接时，如何有效地向客户端通知配置改变。

将权利要求1分解为以下技术特征：

* **特征A**：一种用于通信的方法，包括：确定进行中流传输会话的配置将要改变；

* **特征B**：使得从服务器向客户端设备提供与所述进行中流传输会话的配置的改变相关的通知，；

* **特征C**：**所述通知被提供以使得所述客户端设备建立与所述服务器的会话控制连接；**

* **特征D**：使得经由所述会话控制连接从所述服务器向所述客户端设备提供会话消息，；

* **特征E**：以向所述客户端设备通知改变所述进行中流传输会话的配置的至少一个会话更新；

* **特征F**：其中从所述服务器向所述客户端设备提供的所述会话消息包括以下各项中的至少一个：从旧媒体流到新媒体流的切换的指示；

* **特征G**：将要中止旧媒体流的指示；

* **特征H**：将要提供新媒体流的指示。

#### 紧密结合说明书对技术特征C的解释：

**技术特征C**是权利要求1的核心发明点之一，解决的是在特定网络环境下，服务器如何主动触发客户端行动的问题。

1. **背景环境**：结合说明书背景技术【0030】段及具体实施方式【0031】段，目标专利针对的情景是客户端和服务器之间的**会话控制连接（如RTSP会话所依赖的TCP连接）是非永久性的**。在流传输媒体数据（通过RTP）继续的同时，RTSP会话和TCP连接可能已经被拆除。此时，服务器无法通过通常的控制信道主动向客户端发送控制消息。

2. **通知（Notification）的作用**：特征C明确规定，服务器发送“通知”的目的不是直接告知配置改变的具体内容，而是作为一个**触发信号**，“**以使得所述客户端设备建立**与所述服务器的会话控制连接”。

3. **说明书的具体实施方式支持**：

* 【0004】段明确指出：“将该通知发送到客户端设备以使得同一客户端设备建立与服务器的会话控制连接。在客户端设备建立了与服务器的会话控制连接之后，该方法包括使得会话消息通过建立的会话控制连接被发送到客户端设备。”

* 【0005】段进一步细化，该通知可以包括“对于建立会话控制连接的请求”或者“未完成会话消息的指示”。例如，通过RTCP（带内）或OMA推送/SMS（带外）发送。

* 【0084】段给出了客户端侧的对应操作：“客户端设备可以包括用于使得响应于接收到通知而建立会话控制连接的诸如处理器320的装置”。

**结论：特征C并非泛泛地指服务器向客户端发送信息，而是特指一种特定的触发机制：服务器->（通知/触发）->客户端->（主动发起建立会话控制连接）->服务器。这种机制存在的前提往往是主控制信道当前已断开。**

---

### 二、 对比文件原文出处及指代说明

在本分析中，使用的对比文件如下：

* **D1**: WO2006006897A1

* **D2**: EP1766918A1 (与D1为同一族专利，内容实质相同)

* **D3**: CN1985489A (D1/D2的中文同族专利公开文本)

* **D4**: WO2007069007A2

为便于理解和比对原文，下文主要引用**D3（CN1985489A）**的中文原文，其内容完全对应D1/D2。

---

### 三、 特征比对表格

以下表格将目标专利权利要求1的技术特征与对比文件D1-D3（以D3原文为例）及D4进行比对。

---

### 四、 针对技术特征C的详细分析意见

基于上述特征比对，代理人认为对比文件D1-D4无论是单独还是组合，均没有毫无疑义地公开或实质公开权利要求1的技术特征C。

#### 1. 对比文件D1/D2/D3 (CN1985489A) 的单独分析

D3不仅没有公开特征C所描述的“通知->触发客户端主动建立连接->发送消息”的机制，其发明目的和技术方案恰恰是**为了避免**这种需要重新建立连接的操作。

* **D3的原文立场**：在发明内容部分，D3指出先有技术使用带外信令（SIP/SDP）进行服务更改的问题在于“要求每次服务更改需要进行中会话的重建”，这导致了“不必要的延迟和高处理器负载”（D3原文第3页第1段）。

* **D3的技术方案**：为了解决上述问题，D3提出将信令分离为“会话信令平面”和“媒体控制信令平面”，通过**与会话信令信道分开的**“媒体控制信道”来传输服务更改等媒体控制信令（D3原文第3页第2段）。

* **服务更改的实施**：结合图2和图4，当Client1要进行服务更改时，它向应用服务器发送第二媒体请求211（在媒体控制消息中发送）。应用服务器在准许请求后，直接通过**现有的**媒体控制信道向接收方Client2发送媒体控制消息431指示服务更改（D3原文第8页第4段，第10页第2段）。

**结论**：在D3中，服务器向接收端Client2发送关于配置改变的信息（消息431），是利用现有的、专门分离出来的媒体控制信道直接“推送”过去的。Client2是被动接收，根本不需要也不存在“响应通知而主动建立会话控制连接”的过程。D3的技术方案完全否定了特征C的必要性。因此，D1/D2/D3没有公开特征C。

#### 2. 对比文件D4 (WO2007069007A2) 的单独分析

D4的技术背景和通信模式与目标专利完全不同，它是基于广播/组播环境的。

* **D4的通信模式**：D4涉及无线通信系统，其中业务源122通过**广播网络114**和/或蜂窝网络116向移动设备112通信（D4原文[p0028]）。D4重点阐述了通过广播通道（如FLUTE会话）交付ESG（电子服务指南）片段（D4原文[p0039], [p0042]）。

* **参数更新机制**：当节目或服务的参数（如编解码器）需要改变时，D4将带有timing information（RTP timestamp）的SDP文件放置在ESG片段中交付给订阅终端（D4原文[p0044], [p0048]）。

* **客户端操作**：接收器收到带有timestamp的数据包，并收到带有timestamp的SDP文件（信号发送）。如果数据包timestamp大于等于SDP中的值，则加载新参数（D4原文[p0063]）。

**结论**：D4中，客户端是通过广播通道被动、源源不断地接收包含更新参数的SDP文件。这是一种完全的“推送（Push）”模式。客户端在接收到这些信息后，只需等待本地播放时间戳到达指定时间即可，无需向服务器发起任何连接建立请求。在广播/组播环境下，客户端通常也不维持与广播服务器的个别会话控制连接。因此，D4也没有公开特征C。

#### 3. 关于组合的分析

本领域技术人员在面对进行中流传输会话配置改变的问题时，没有动力将D1/D3与D4组合从而得到目标专利特征C的技术方案。

* **D1/D3**：旨在建立一个分离出的、持久的、高效的二进制媒体控制信道，以便在unicast或组播会话中直接快速地推送服务更改消息，**避免重新建立会话**。

* **D4**：旨在**广播环境下**，通过预先在广播通道推送带有时间戳的SDP文件，来协同编解码器参数的改变。

即使将两者组合，本领域技术人员得到的方案要么是：在 unicast/组播下利用D1/D3的持久二进制信道推送D4的时间戳参数；要么是：在广播下利用D4的ESG机制推送D1/D3的业务更改内容。

**没有任何一个对比文件提供了如下启示**：当进行中会话的控制连接（非永久性的）当前断开时，服务器可以发送一个RTCP通知（带内）或短消息（带外）作为触发，**强制客户端主动重新建立一个可靠的会话控制连接（如TCP上的RTSP）**，以便通过该新连接接收具体的会话更新描述。特征C所展示的这种“服务器触发->客户端发起拉取（Pull）”的特定交互模式，在旨在避免重建会话的D1/D3或旨在完全推送的D4中都没有任何体现。

### 五、 最终结论

综上所述，对比文件D1、D2、D3及D4均未毫无疑义地公开或实质公开目标专利权利要求1中的技术特征C。技术特征C所描述的由通知触发客户端建立会话控制连接的机制，对于上述对比文件而言并非隐含公开，也不是本领域技术人员在上述对比文件基础上通过常规组合能显而易见得出的。因此，对比文件未单独或组合公开技术特征C。

你好，我是经验丰富的专利代理师。针对你提出的法律问题，即分析提供的对比文件（D1-D4）是否单独或者组合毫无疑义地公开或实质公开了目标专利权利要求1中的技术特征C，我进行了深入的法律和技术分析。

以下是我的分析报告。

### 一、 目标专利技术特征C的理解与解释

紧密结合目标专利【2015-11-25_CN102986187B_发明授权_CN102986187B 用于改变进行中流传输会话的配置的方法和设备.docx】的说明书，对权利要求1中的技术特征C进行其在发明技术方案中的确切含义界定。

**权利要求1技术特征C：**

> “所述通知被提供以使得所述客户端设备建立与所述服务器的会话控制连接”

**说明书解释：**

1. **背景和问题（说明书[0002]、[0031]）：** 说明书指出，在诸如分组交换流媒体业务（PSS）的进行中流传输会话期间，会话配置（如媒体流数目、编解码器、比特率等）可能需要改变。然而，为了节省资源，PSS服务器和客户端设备之间的会话控制连接（例如基于TCP的RTSP连接）通常是**非永久性**的。一旦媒体流（RTP）开始，RTSP会话和TCP连接通常会被拆除。由于缺乏永久性的会话控制连接，服务器无法保证信令信道的存在，从而导致**“服务器无法向客户端通知进行中流传输会话的配置中的即将到来的改变”**（[0031]）。通过由于带宽限制和不可靠性，RTCP消息也不适用于发送复杂的会话控制信息（如大SDP文件）（[0032]）。

2. **本发明的解决方案核心（说明书[0003]、[0004]、[0080]）：** 为了解决上述问题，本发明提供了一种机制。说明书[0004]明确指出，服务器确定配置将改变后，“使得向客户端设备提供与进行中流传输会话的配置的改变相关的通知……将该通知发送到客户端设备**以使得同一客户端设备建立与服务器的会话控制连接。在客户端设备建立了与服务器的会话控制连接之后……通过建立的会话控制连接被发送到客户端设备**”该会话消息可以是包含新会话描述（SDP）的RTSP消息。

3. **技术特征C的确切含义：** 综合上述说明书内容，技术特征C并非指普通的、存在控制连接时的正常消息交互。它明确地限定了一种特定的**触发机制**，用于针对会话控制连接（如TCP/RTSP连接）已由于非永久性属性而**处于终止或拆除状态**的情形：

* 服务器主动向客户端发送一个特定的“通知”（该通知可以带内传送，如特殊的RTCP APP分组，说明书[0083]；也可以带外传送，如OMA推送消息或SMS消息，说明书[0080]）。

* 该“通知”的功能是**“唤醒”或“指示”**客户端。

* 客户端接收到该“通知”后的**直接响应**是主动**发起并重新建立**一个与服务器的全新的会话控制连接（如重新建立TCP连接并在此之上建立RTSP会话）。

* 只有在通过该触发机制成功建立起该连接后，服务器才能通过它发送后续的、包含具体配置改变细节（如SDP）的会话消息（如RTSP PLAY_NOTIFY消息）。

因此，分析对比文件时，必须严格寻找是否存在这种：**因不存在控制连接，服务器发送通知，导致客户端主动重新建立一个新的控制连接，从而接收配置改变消息**的技术方案。

---

### 二、 对比文件的分析与特征比对

为了方便清晰指代，对对比文件进行编号：

* **D1/D4：** 2007-07-19_US2007168534A / 2008-08-08_KR1020080073330A（属同一族，主要参考D1英文本） Codec and session parameter change.docx

* **D2：** 2008-02-28_JP2008506303A Method and apparatus for providing different services in a multi-media communication system.docx

* **D3：** 2008-06-12_US2008137541A PROVIDING DYNAMIC CHANGES TO PACKET FLOWS.docx

#### 1. 对比文件D1 (US20070168534A1) / D4 (KR1020080073330A) 分析

D1的核心涉及利用电子服务指南（ESG）片段，通过在会话描述协议（SDP）文件中包含时间戳（RTP时间戳），来提前信号传导 program 或 service 的会话参数改变（参见D1摘要、段落[0006]、[0048]）。

**针对特征C：**

D1公开了提前发送更新的SDP文件（参见段落[0008]），并且可以接收带有时间戳的数据分组（参见段落[0063]）。然而，D1的整个技术方案基于广播/组播环境（ESG通常在这些环境下分发，参见段落[0002]）。在D1的方案中，关于参数改变的信息（新的SDP）要么在单独的时间片中发送，要么包含在会话本身的突发（burst）中（参见段落[0045]、[0046]）。

D1并没有公开服务器主动发送一个通知，在控制连接拆除的情况下，去触发客户端主动重新建立一个新的会话控制连接。在D1的方案中，客户端只需将接收到的媒体流中的时间戳与预先接收到的新SDP中的时间戳比对，到时间便加载新参数即可（参见段落[0067]、图13）。

**结论：** D1没有公开特征C。

#### 2. 对比文件D2 (JP2008506303A) 分析

D2公开了一种在多媒体通信系统中提供不同服务的方法，其核心在于将信令分离为两个平面：**会话信令平面**（用于会话控制，例如SIP，参见段落[13]、[14]）和**媒体控制信令平面**（用于服务改变、发言权控制等，例如自定义消息，参见段落[14]、[16]）。

**针对特征C：**

D2的技术方案确实涉及进行中会话的配置改变。在D2中，当客户端（リクエスト・マルチメディア・クライアント）希望发送包含新媒体类型（例如添加视频）的流时，它会向应用程序服务器发送一个包含“请求”媒体类型的**第1メディア・リクエスト**（第一媒体请求）（参见段落[21]、[23]）。应用程序服务器处理后，通过**メディア許可**（媒体许可）消息响应。

然而，D2公开的这些交互是在服务器与客户端之间**已经建立好（正常存在中）的会话（参见段落[21]“セッションに関与するマルチメディア・クライアントの1つ”）和已经分配好的信道上进行的**。

* 段落[13]明确说明：“会话信令在会话信令信道上传输。媒体控制信令在从会话信令信道分离的媒体控制信道上传输。媒体控制信道可以是在媒体信道内的带内……或者使用与媒体信道密切相关的独立信道来实现。”

* D2的整个消息流（例如图2、图4、图6）中，当需要改变服务时，客户端直接在已存在的（已建立好的）“媒体控制信道”（段落[23]）上发送媒体请求（消息211或411）。服务器在此信道上响应（消息213或412）。

D2完全不涉及本发明所针对的问题：即会话控制连接是非永久性的，当配置需要改变时控制连接已拆除。因此，D2并没有公开服务器向客户端发送通知以**触发客户端去建立建立会话控制连接**。在D2中，所需的控制连接要么已经存在SIP核心网络中（SIP核心131），要么已经作为媒体控制信道与媒体流一起建立了。

**结论：** D2没有公开特征C。

#### 3. 对比文件D3 (US20080137541A1) 分析

D3公开了一种在通信网络中提供动态分组流改变的系统和方法，核心在于实现实时媒体会话的适应性服务质量（Adaptive QoS）。D3公开了利用网关（例如CSCF代理）来拦截和管理媒体流（参见段落[0008]）。

**针对特征C：**

D3描述了当网络条件改变（通过RTCP反馈监测）或收到策略和计费规则功能（PCRF）的指示时，动态调整媒体流配置（例如转码、降低比特率）（参见段落[0026]、[0032]、图7）。

在图7的信令流程和对应的描述段落[0039]-[0056]（D3说明书第21-31页）中，详细描述了动态QoS改变的过程：

1. **建立连接：** 移动节点（MN）通过建立媒体会话开始交互（在D3中MN与媒体服务器之间建立Leg，但网关D3作为代理，创建RTSP Back-to-Back UA实例，参见段落[0032]）。RTSP信令消息728-734用于设置HiFi流。此时，网关712与MN之间、网关712与媒体服务器714之间存在活跃的会话控制（RTSP代理信道）。

2. **媒体流传输：** 媒体服务器开始发送HiFi RTP媒体流（流744），网关712将其代理转发给MN（流748）。在转发过程中，MN会通过RTCP信道（图4中的流438）向网关/APN（APN在此处也指网关）发送质量反馈消息（RTCP报告分组）（参见段落[0026]）。

3. **确定改变并实施：** 网关确定（或根据PCRF指示消息750）配置需要改变（QoS降级），例如将 CIF, 24 fps, mpeg-2 转码为 QCIF, 5 fps, H.264 （参见段落[0055]）。为此，网关插入一个转码桥（内部重路由流量）（段落[0053]、操作754）。

4. **通知和更新：** 段落[0056]描述：“MN和网关之间的重新协商以改变媒体流……网关可以发送一个暂停（Pause）RTSP消息，重新协商会话，然后发送一个RTSP播放（Play）消息。”对应到图7，网关向MN发送包含新媒体参数的**Update session消息756**。MN通过消息758确认。

结合网关在此处作为RTSP Back-to-Back UA代理的作用（段落[0032]），这意味着网关**在代理层保持着与MN和媒体服务器的活跃的会话状态和底层控制连接信道**。网关在实施配置改变（QoS降级）后，是直接利用它在此代理会话期间保持的**已有活跃会话控制代理信道**（RTSP B2BUA通道）向MN发送更新消息756的。

这里完全**不存在底层非永久性会话控制连接已被拆除、服务器需要先发一个通知唤醒MN重新建立一个新的底层TCP连接和RTSP会话的过程。** 更新消息756是直接发送在已有的、代理保持开放的控制Leg上的正常协议消息交互（例如发送PAUSE RTSP消息，如段落[0056]所述）。

因此，D3公开的消息交互完全不具有本发明技术特征C所界定的触发/建立响应关系。D3的消息是发送在已建立且保持的代理连接上的。

**结论：** D3没有公开特征C。

---

### 三、 特征比对表格

为了直观展示特征C在各对比文件中的状态，特制作以下比对表格：

---

### 四、 组合分析

如上所述，独立分析D1-D3中的每一个，都没有一个文件公开了：**针对非永久性会话控制连接已拆除的情形，服务器通过先发一个通知唤醒客户端，直接导致客户端主动发起重新建立一个新的底层底层会话控制连接（例如新的TCP连接和RTSP会话）**的技术特征C。

本发明的核心问题在于PSS中由于连接是非永久性的，改变进行中会话配置时存在信令信道空缺。本发明的特征C提供了一种独特的解决方案。

* **对比文件D1**：处理ESG广播中提前通知SDP，重点在时间戳加载，环境是组播/广播，与本发明PSS单播中非永久性连接问题完全脱节。

* **对比文件D2**：处理多媒体通信中服务改变，采用了信令平面分离（SIP与自定义媒体控制），直接在已有的控制连接上交互，完全基于控制信道一直可用的假设。

* **对比文件D3**：处理动态Adaptive QoS，采用透明/代理网关（CSCF, RTSP B2BUA），在代理过程中利用代理保持的活跃代理Leg发送协议消息，底层控制连接对上层应用是可用的代理Leg，同样基于信道（代理Leg）一直可用的假设。

这三个对比文件从完全不同的设计理念出发解决会话配置改变问题，没有一个触及非永久性连接（即由于底层底层连接被拆除而导致的临时无法信令传输）所产生的特定唤醒新底层连接建立需求。

由于各对比文件既没有实质公开底层控制信道（连接）处于终止状态的情形，也没有公开“通知->建立新底层底层连接”这种特定的触发和响应逻辑。本领域技术人员并没有动机将这些本身就假设控制连接可用的文件组合起来，更无法从中得出毫无疑义或实质公开本发明特征C的方案。

### 五、 最终结论

综上所述，我对目标专利权利要求文件、目标专利说明书以及其他对比文件原文进行了紧密结合的详细分析。

针对权利要求1中的关键技术特征C（所述通知被提供以使得所述客户端设备建立与所述服务器的会话控制连接），通过特征比对表格可以清晰看到：对比文件D1【US20070168534A1/D4:KR1020080073330A】、D2【JP2008506303A】和D3【US20080137541A1】都没有毫无疑义或实质地公开该特征。

* 各对比文件要么在完全不处理控制连接拆除（临时中断）情形，要么处理配置改变时基于已有活跃控制连接发送标准交互消息，皆未公开针对非永久性连接已拆除情形服务器发送通知触发客户端重新主动发起建立一个底层底层全新会话控制连接的过程。

基于各对比文件在技术方案、核心理念及具体实施方式上的显著差异，本领域技术人员也无法通过单独或组合毫无疑义地或实质公开特征C。

以上，报告完毕。

你好！作为一名经验丰富的专利代理师，我将为您详细剖析目标专利权利要求1中的【技术特征C】，并紧密结合目标专利说明书以及您提供的四份对比文件（D1-D4）的原文，为您提供专业的独立公开与组合公开性分析，最后附上特征比对表格。

### 一、 目标专利【技术特征C】的深度解析

技术特征C：所述通知被提供以使得所述客户端设备建立与所述服务器的会话控制连接

目标专利说明书结合分析：

根据目标专利（CN102986187B）说明书的记载，该特征旨在解决一个特定的技术难题：为了节省网络资源，客户端与服务器之间的会话控制连接（如通过TCP建立的RTSP会话）通常是非永久性的。一旦媒体流（如RTP会话）建立，RTSP会话和相应的TCP连接就会被拆除（参见说明书[0031]段）。当服务器后续需要改变流传输配置时，由于控制连接已断开，服务器无法直接发送控制消息。因此，服务器会通过带内或带外发送一个“通知”（例如RTCP消息，参见说明书[0004]、[0085]段）。这个通知的核心目的，就是触发客户端主动去“建立”（或重新建立）与服务器的会话控制连接（如TCP连接），以便服务器随后能通过这个新建的连接发送配置改变的会话消息。

---

### 二、 对比文件单独公开性分析

#### 2.1 对比文件1（D1）

公开号：US20090055473A1

分析结论：未公开技术特征C。

* 原文引证：D1说明书第[0010]段指出：“The session signaling plane includes signaling for session control... The media control signaling plane includes media control signaling as service change... The media control signaling is transported on a media control channel separated from the session signaling channel.” 第[0047]段指出客户端发送媒体控制消息请求传输音视频。

* 评述：D1的核心思想是将“会话信令平面”和“媒体控制信令平面”分离开来。当需要进行服务改变（即配置改变）时，D1是通过一个独立的、已经存在的“媒体控制信道”（Media Control Channel）直接发送媒体控制消息。D1并未面临控制连接被拆除的场景，也没有教导通过发送一个“通知”来触发客户端去“建立”一个会话控制连接。

#### 2.2 对比文件2与3（D2 & D3）

公开号：JP2009519654A (D2) / CN101529895A (D3) （注：两者为同族专利，此处以中文D3原文为准进行评述）

分析结论：未公开技术特征C。

* 原文引证：D3说明书第[0044]段记载：“在媒体流的时间戳(例如，RTP时间戳)中用信号传送参数改变的时间。举例来说，可以将时间戳包括在可以处在ESG片段内的SDP文件中。” 第[0047]段记载：“即使不知道参数改变的确切时间，接收机或用户终端也可以提前接收参数改变信息。”

* 评述：D2/D3解决参数更新的方式是通过在ESG（电子服务指南）片段中发送包含时间戳的SDP文件。客户端接收到该文件后，只需将数据分组的时间戳与SDP文件中的时间戳进行比对，到达指定时间即可直接加载新参数。D2/D3中既没有提到拆除控制连接，也没有公开向客户端发送通知以促使其建立会话控制连接的技术手段。

#### 2.3 对比文件4（D4）

公开号：CN101589634A

分析结论：未公开技术特征C。

* 原文引证：D4说明书第[0064]段记载：“驻留在网关712中的代理实例能够修改RTSP建立消息728...” 第[0065]段记载：“网关712把更新会话消息756发给移动节点710。更新会话消息756可包括低保真媒体参数和其它信息。”

* 评述：D4通过在网关中建立RTSP代理实例（B2BUA）来拦截和修改控制消息，从而动态改变QoS。当需要更新会话（改变配置）时，网关直接向移动节点发送“更新会话消息756”。这表明D4是利用已有的控制路径直接下发更新消息，完全没有涉及客户端收到某种通知后再去“建立”会话控制连接的步骤。

---

### 三、 对比文件组合公开性分析

结论：D1至D4的任意单独或组合，均没有毫无疑义地公开或实质公开技术特征C。

组合评述：

技术特征C的本质是“先通知唤醒，后建立连接”，其应用场景是控制连接已被拆除的非永久性连接环境。

* D1的思路是“双通道分离”（信令与媒体控制独立）。

* D2/D3的思路是“广播/组播SDP文件+时间戳比对”。

* D4的思路是“中间网关代理拦截与直接下发更新”。

这四份对比文件在处理流媒体配置或参数改变时，均维持了某种形式的通信通道或直接广播更新，没有任何一份文件面临了“控制连接被拆除导致无法发送控制消息”的技术问题，更没有提供“通过通知促使客户端建立控制连接”的技术启示。因此，本领域技术人员在面对上述技术问题时，无法通过组合D1-D4顺理成章地得出技术特征C。

---

### 四、 技术特征比对表格

你好，我是您的专利代理师。现针对您提供的权利要求书、目标专利说明书以及四份对比文件，就技术特征C是否被公开进行深入分析。

以下是我的分析报告：

### 专利分析报告

**主题：** 技术特征C在对比文件中的公开情况分析

**委托人：** [用户名称]

**专利代理师：** [代理师名称]

**日期：** 202X年X月X日

#### 1. 背景介绍

目标专利（授权公告号：CN102986187B）主要解决在进行中流传输会话（如PSS业务）中，当服务器与客户端之间采用非永久性会话控制连接（如RTSP over TCP连接在RTP媒体流开始后被拆除）时，服务器如何向客户端发起会话配置改变（如涉及编解码器、比特率改变或增减媒体流）通知的问题。

目标专利说明书第[0031]段明确指出：

> “一旦TCP连接被终止并且相应的TCP会话被拆除，服务器就无法向客户端设备发送控制消息。例如，服务器无法向客户端通知进行中流传输会话的配置中的即将到来的改变……”

为了解决这一问题，本发明提出了一种机制：服务器先通过轻量级渠道（带内或带外）发送一个通知，触发客户端主动重新建立会话控制连接，进而通过该可靠连接获取详细的会话更新消息。

#### 2. 目标技术特征C的解释

本报告分析的核心在于权利要求1中的**技术特征C**。紧密结合目标专利说明书，我对特征C解释如下：

* **技术特征C原文：** “所述通知被提供以使得所述客户端设备建立与所述服务器的会话控制连接”

* **本领域技术人员结合说明书的理解：** 该特征限定了“通知”的功能或导致的技术效果。即，客户端在接收到该特定“通知”之前，与服务器之间**不存在**用于传输详细会话更新消息的可靠**会话控制连接**（例如TCP连接）。该通知的作用是促使（trigger）客户端主动发起动作，去建立这样一个会话控制连接。

* **说明书依据：**

* 第[0004]段：> “将该通知发送到客户端设备以使得同一客户端设备建立与服务器的会话控制连接。在客户端设备建立了与服务器的会话控制连接之后……”

* 第[0080]段（针对非永久性连接的情况）：> “服务器106可以包括用于使得从服务器向客户端设备100传送与进行中流传输会话配置的改变相关的通知以便于使得客户端设备建立会话控制连接的装置……”

#### 3. 对比文件特征比对及分析

我仔细研读了四份对比文件，重点寻找是否存在“服务器发送通知促使客户端主动建立（或重新建立）会话控制连接”的教导。

##### 3.1 对比文件1 (D1: US20090327354A1) 分析

* **技术领域：** 数据同步（电子邮件、日历等）。

* **核心机制：** 采用“挂起（hanging）”请求机制。客户端发送同步请求，服务器若无新数据则维持连接挂起。当数据源有更新时，服务器利用该**挂起的连接**发送通知和同步消息。

* **特征比对：**

* D1第[0030]段：> “同步代理155可以接收来自同步代理126的同步请求，并且……建立更新会话连接……当要同步的一个或多个集合的数据未改变时，同步代理155可以维持该更新会话连接并将同步请求保持为挂起。”

* D1第[0033]段：> “在维持挂起请求期间，响应于来自数据源的通知……同步代理155可以……向同步代理126发送包括更新数据的通知和同步消息以作为对挂起的同步请求的响应。”

* **分析结论：** 在D1中，通知和同步消息是**利用现有的、处于挂起状态的连接**发送给客户端的。并不是服务器发送通知后，客户端才去“建立”会话控制连接。这与特征C中“通知导致客户端建立连接”的因果关系完全不同。

##### 3.2 对比文件2 (D2: US20100121976A1) 分析

* **技术领域：** RTSP事件通知。

* **核心机制：** 扩展RTSP协议，允许服务器在媒体播放过程中向客户端发起通知（例如，快进到达直播点时通知客户端切换为正常播放）。

* **特征比对：**

* D2实施例3（图4）描述了在RTSP会话建立后（Step 401-404），第三方实体或服务器内部触发事件监测。

* D2第[0095]段（Step 407）：> “服务器向客户端发送通知以通知客户端关于播放状态的改变以及最新的播放状态。”

* **分析结论：** D2的通知（NOTIFY消息）是在**已经建立的RTSP会话/控制连接**上发送的。其目的是利用现有的控制渠道传输状态改变信息，而完全没有教导“该通知是为了让客户端去‘建立’一个新的控制连接”。

##### 3.3 对比文件3 (D3: BRPI0418942B1) 分析

* **技术领域：** 多媒体通信系统中的业务变更（如PoC业务中增加视频）。

* **核心机制：** 将信令分为会话信令平面（SIP）和媒体控制信令平面（RTCP等）。业务变更通过**媒体控制渠道**（ separate from the session signaling channel）进行快速协商，避免重新协商SIP会话。

* **特征比对：**

* D3“发明内容”部分：> “媒体控制信号平面包括诸如服务改变、背景控制等的媒体控制信令。媒体控制信令在**独立于会话信令渠道的媒体控制渠道**上传输。”

* D3图4/图6流程：客户端发起业务变更请求（通过媒体控制渠道）-> 服务器授权 -> 客户端开始发送新的媒体流。

* **分析结论：** D3教导的是利用一个**独立的、现有的低延时渠道（媒体控制渠道）**来处理会话中途的配置变更，明确表示要避免重新使用SIP Core（即避免重新进行复杂的会话建立信令）。D3并没有教导服务器发送一个通知，触发客户端去建立SIP会话连接或任何其他会话控制连接来获取更新。

##### 3.4 对比文件4 (D4: KR100978050B1) 分析

* **技术领域：** 电子服务指南 (ESG) 和会话参数变更。

* **核心机制：** 在ESG片段或SDP文件中提前包含时间戳信息，告知客户端参数（如编解码器）将在未来的特定时间点发生改变，客户端届时自动加载新参数。

* **特征比对：**

* D4第[0035]段：> “SDP文件和相应的参数被发送到ESG片段。SDP文件的参数可以描述相应程序或服务的特性……”

* D4图13/14时序：服务器在t(1)或t(2)时刻发送更新的SDP文件（包含未来变更的时间戳RTP(1)）。客户端接收并存储。当t(3)时刻到达（接收到的媒体分组时间戳达到RTP(1)）时，客户端加载新参数。

* **分析结论：** D4描述的是一种**预调度的参数更新机制**。更新的SDP文件是通过ESG广播渠道或随着媒体流发送给客户端的。客户端完全是**被动接收**包含定时信息的更新消息。不存在服务器发送“通知”，然后客户端**动作建立**控制连接的过程。

#### 4. 特征比对表格

以下是技术特征C与各对比文件原文内容的详细比对：

#### 5. 最终结论

作为经验丰富的专利代理师，我不仅关注文字表述，更关注技术特征在具体技术方案中所起的作用和产生的技术效果。

技术特征C限定了一种特定的**触发机制**，即服务器通过发送通知，在客户端没有适用的控制连接时，**促使客户端主动去建立**与服务器的会话控制连接，以便后续传输会话更新消息。

综合上述详细比对分析：

* **单独分析：** D1、D2、D3和D4均未单独毫无疑义地公开特征C。它们描述的通知机制要么是利用现有连接，要么是利用独立的非控制渠道，要么是被动的预调度接收，均不具备特征C所限定的“使得客户端设备建立会话控制连接”的功能和因果关系。

* **组合分析：** 现有技术（D1-D4）均未涉及到目标专利所针对的“在非永久性控制连接拆除后通过轻量级通知触发连接重建”的技术构思。本领域技术人员在面对配置变更需求时，要么像D2一样利用现有连接，要么像D3一样寻求完全独立的替代渠道，要么像D4一样采用广播预调度。将这些互不相同的机制进行组合，在没有获得目标专利教导的情况下，并不能自然地得出“发送一个专门用于触发客户端建立控制连接的通知”的技术方案。

因此，我的结论是：**对比文件D1-D4无论是单独还是组合，均没有毫无疑义地公开或实质公开目标专利权利要求1中的技术特征C。**权利要求1相对于这些对比文件的组合具有突出的实质性特点和显著的进步，具备创造性。

根据权利要求1所述的方法，其中，从所述服务器向所述客户端设备提供的所述会话消息进一步包括以下各项中的至少一个：会话描述协议文件； 对所述进行中流传输会话的所述会话描述协议文件的更新；以及所述会话更新变得有效的时间。

根据权利要求1或2所述的方法，其中，使得提供所述通知包括下述各项中的至少一个：将针对所述会话消息将可用的时间的指示包含在所述通知内； 使得所述通知作为所述进行中流传输会话的一个或多个数据分组的一部分从所述服务器带内传送到所述客户端设备；以及使得所述通知从所述服务器带外传送到所述客户端设备。

根据权利要求1或2所述的方法，其中，所述通知包括实时传输控制协议(RTCP)消息。

根据权利要求1或2所述的方法，其中，确定进行中流传输会话的配置将要改变包括：接收针对相应内容调度所述会话更新的指示，以及识别涉及所述相应内容的一个或多个进行中流传输会话。

根据权利要求1或2所述的方法，其中，所述会话消息包括实时流传输协议(RTSP)消息。

一种用于通信的设备，包括： 用于确定进行中流传输会话的配置将要改变的装置； 用于使得从服务器向客户端设备提供与所述进行中流传输会话的配置的改变相关的通知的装置，所述通知被提供以使得所述客户端设备建立与所述服务器的会话控制连接； 以及 用于使得经由所述会话控制连接从所述服务器向所述客户端设备提供会话消息，以向所述客户端设备通知改变所述进行中流传输会话的配置的至少一个会话更新的装置； 其中从所述服务器向所述客户端设备提供的所述会话消息包括以下各项中的至少一个：从旧媒体流到新媒体流的切换的指示； 将要中止旧媒体流的指示；以及 将要提供新媒体流的指示。

根据权利要求7所述的设备，其中，从所述服务器向所述客户端设备提供的所述会话消息进一步包括以下各项中的至少一个：会话描述协议(SDP)文件； 对所述进行中流传输会话的所述会话描述协议文件的更新；以及所述会话更新变得有效的时间。

根据权利要求7或8所述的设备，其中，所述设备进一步包括以下各项中的至少一个：用于将针对所述会话消息将可用的时间的指示包含在所述通知内的装置； 用于使得所述通知从所述服务器带外传送到所述客户端设备的装置；以及用于使得所述通知作为所述进行中流传输会话的一个或多个数据分组的一部分从所述服务器带内传送到所述客户端设备的装置。

根据权利要求7或8所述的设备，其中，所述通知包括实时传输控制协议(RTCP)消息。

根据权利要求7或8所述的设备，其中，用于确定进行中流传输会话的配置将要改变的装置包括：用于接收针对相应内容调度所述会话更新的指示以及识别涉及所述相应内容的一个或多个进行中流传输会话的装置。

根据权利要求7或8所述的设备，其中，所述会话消息包括实时流传输协议(RTSP)消息。

一种用于通信的方法，包括： 在客户端设备处接收来自服务器的通知，所述通知与进行中流传输会话的配置的改变相关； 使得响应于从所述服务器接收到所述通知，由所述客户端设备建立与所述服务器的会话控制连接；以及在所述客户端设备处经由所述会话控制连接从所述服务器接收会话消息，其中所述会话消息被配置成向所述客户端设备通知改变所述进行中流传输会话的配置的至少一个会话更新； 其中从所述服务器向所述客户端设备提供的所述会话消息包括以下各项中的至少一个：从旧媒体流到新媒体流的切换的指示； 将要中止旧媒体流的指示；以及 将要提供新媒体流的指示。

根据权利要求13所述的方法，其中，在所述客户端设备处接收的来自所述服务器的所述会话消息进一步包括以下各项中的至少一个：会话描述协议文件； 对所述进行中流传输会话的所述会话描述协议文件的更新； 所述会话更新变得有效的时间。

根据权利要求13或14所述的方法，所述方法进一步包括：响应于接收到所述会话消息，使得由所述客户端设备实施对所述进行中流传输会话的配置的改变。

根据权利要求15所述的方法，其中，使得实施对所述进行中流传输会话的改变包括以下各项中的至少一个：将一个或多个更新的媒体流映射到一个或多个现有媒体流；以及以更新的媒体流替换现有媒体流。

根据权利要求13或14所述的方法，其中，在所述客户端设备处接收来自所述服务器的所述通知包括：接收所述会话消息将可用的时间。

根据权利要求13或14所述的方法，其中，所述通知包括实时传输控制协议(RTCP)消息。

根据权利要求13或14所述的方法，其中，所述会话消息包括实时流传输协议(RTSP)消息。

一种用于通信的设备，包括： 用于在客户端设备处接收来自服务器的通知的装置，所述通知与进行中流传输会话的配置的改变相关； 用于使得响应于从所述服务器接收到所述通知由所述客户端设备建立与所述服务器的会话控制连接的装置；以及用于在所述客户端设备处经由所述会话控制连接从所述服务器接收会话消息的装置，其中所述会话消息被配置成向所述客户端设备通知改变所述进行中流传输会话的配置的至少一个会话更新； 其中从所述服务器向所述客户端设备提供的所述会话消息包括以下各项中的至少一个：从旧媒体流到新媒体流的切换的指示； 将要中止旧媒体流的指示；以及 将要提供新媒体流的指示。

根据权利要求20所述的设备，其中，在所述客户端设备处接收的来自所述服务器的所述会话消息进一步包括以下各项中的至少一个：会话描述协议文件； 对所述进行中流传输会话的所述会话描述协议文件的更新； 所述会话更新变得有效的时间。

根据权利要求20或21所述的设备，其中，所述设备进一步包括：用于响应于接收到所述会话消息而使得由所述客户端设备实施对所述进行中流传输会话的配置的改变的装置。

根据权利要求22所述的设备，其中，用于使得实施对所述进行中流传输会话的改变的装置包括以下各项中的至少一个：用于将一个或多个更新的媒体流映射到一个或多个现有媒体流的装置；以及用于以更新的媒体流替换现有媒体流的装置。

根据权利要求20或21所述的设备，其中，在所述客户端设备处接收的来自所述服务器的所述通知包括所述会话消息将可用的时间。

根据权利要求20或21所述的设备，其中，所述通知包括实时传输控制协议(RTCP)消息。

根据权利要求20或21所述的设备，其中，所述会话消息包括实时流传输协议(RTSP)消息。