一种向蜂窝上的即按即说群会话中的参与者发送私密通信的方法，所述方法包括；在控制服务器，从服务于所述群会话中的源参与者的源参与服务器接收会话发起协议REFER消息；所述REFER消息具有Refer-To报头；所述Refer-To报头包括所述群会话中目标参与者的身份和消息内容；创建会话发起协议MESSAGE方法；所述MESSAGE寻址到所述目标参与者并包括所述消息内容；以及将所述MESSAGE发送到目标参与服务器；所述目标参与服务器服务于所述目标参与者。

作为一名经验丰富的专利代理师，我将为您深度剖析本案目标专利权利要求1的无效宣告前景。以下分析紧密结合目标专利说明书以及您提供的四份对比文件（D1~D4）的原文引述，通过特征比对、最接近对比文件筛选及创造性漏洞评述，为您制定无效宣告请求的攻防策略。

---

## 一、 目标专利权利要求1的特征拆解与技术理解

根据目标专利说明书【0003】-【0005】及【0011】-【0013】，本发明的核心在于解决**OMA PoC 2.0架构中，处于1-多或1-多-1即按即说（PoC）群会话中的匿名或普通参与者无法直接向单个个体发送“私密离散媒体消息”的技术问题**。

为了使技术特征的比对更加严谨，现将权利要求1拆解为以下7个独立的**技术特征（A-G）**：

* **特征A**：在控制服务器，从服务于所述群会话中的源参与者的源参与服务器接收会话发起协议REFER消息；

* **特征B**：所述REFER消息具有Refer-To报头；

* **特征C**：所述Refer-To报头包括所述群会话中目标参与者的身份和消息内容；

* **特征D**：创建会话发起协议MESSAGE方法；

* **特征E**：所述MESSAGE寻址到所述目标参与者并包括所述消息内容；

* **特征F**：将所述MESSAGE发送到目标参与服务器；

* **特征G**：所述目标参与服务器服务于所述目标参与者。

---

## 二、 对比文件技术特征比对与出处分析

现将四份对比文件（D1~D4）的公开号附上，并逐一检索其说明书原文，分析其对权利要求1各项技术特征的公开情况：

* **D1 (WO2006052109A1)**：涉及PoC会话分裂（Session Division）方法。

* **D2 (WO2008080806A1 / WO2006080806A1)**：涉及PoC终端更换时保持会话无缝切换的方法。

* **D3 (WO2006101353A1)**：涉及在PoC网络中建立Ad-hoc会话的方法。

* **D4 (WO2007107067A1)**：涉及PoC业务中控制用户加入会话（如驱逐用户）的方法。

### 1. D1 (WO2006052109A1) 特征比对与原文出处

* **特征A（实质公开）**：公开了利用`REFER`请求进行会话分裂。

> **出处**：[54] "In order to request session division, the PoC client Yl 201 transmits a REFER request... The REFER request is then transmitted to the PF of the PoC server Yl 210..." 且控制服务器为PoC server X [53]。

* **特征B（毫无异议公开）**：公开了`REFER`消息具有相关报头。

> **出处**：[60] "The session-dividing method using the REFER method described above requires a REFER request header field..."

* **特征C（未公开/实质不同）**：D1的`Refer-To`报头或相关字段包含的是新分裂群组的成员地址及`METHOD（INVITE）`，**而不是在当前会话中向目标参与者发送私密“消息内容”**。

* **特征D、E、F、G（未公开）**：D1在接收到`REFER`后，触发的是`INVITE`方法（用于建链）或`BYE`方法，而非创建`MESSAGE`方法用于传输私密通信内容。

### 2. D2 (WO2006080806A1) 特征比对与原文出处

* **特征A、B（实质公开）**：公开了旧终端向会话管理服务器（CF）发送`SIP REFER`消息以切换终端。

> **出处**：[77] "The PoC client Al 1110 storing such information creates an SIP REFER message, and transmits it to the session management PoC server, the CF 1000... and sets up address information of the PoC client, which a user wants to use, to Refer-To header information."

* **特征C（未公开/实质不同）**：D2的`Refer-To`中携带的是目标替换终端的地址和`INVITE`方法（参见图6），**不包含群会话中另一个独立目标参与者的身份及私密消息内容**。

* **特征D、E、F、G（未公开）**：D2触发服务器创建的是`INVITE`消息（用于流媒体对调切换），而非本发明用于私密文本/离散媒体的`MESSAGE`方法。

### 3. D3 (WO2006101353A1) 特征比对与原文出处

* **特征A、B（实质公开）**：公开了利用`SIP REFER`消息来实现Ad-hoc群组会话的邀请。

> **出处**：[64] "Referring to FIG. 4, a PoC client A 1110 forwards a REFER message to a corresponding PoC server, a PF/CF A 1000..."

* **特征C（实质不同）**：D3的`Refer-To`报头指向一个URI列表（包含多个受邀者），其目的是**发起群组呼叫（Dial-out）**，其`MIME`主体指定的是`INVITE`方法，**未公开在已有群会话中发送私密通信的“消息内容”**。

> **出处**：[71] "...an address 'sip:kt@example.com' indicates an address to which the 'INVITE' message is transmitted."

* **特征D、E、F、G（未公开）**：D3的服务器根据`REFER`触发的是群组建链的`INVITE`请求，而非短消息`MESSAGE`方法。

### 4. D4 (WO2007107067A1) 特征比对与原文出处

* **特征A、B（实质公开）**：公开了有权限的客户端通过向控制服务器发送`REFER`消息来驱逐用户。

> **出处**：说明书第6页第18行（对应图1步骤101）：“该驱逐请求可以是SIP中的BYE/REFER（结束/参考）消息...对于单个用户，可以通过在REFER-TO中以参数形式描述。”

* **特征C（部分实质公开/技术领域关联）**：公开了`Refer-To`报头中包括目标参与者的身份（如SSRC、昵称或匿名用户通配符）。

> **出处**：说明书第8页第11行：“Refer-to：⟨anonymous；SSRC=x; method=BYE⟩...指明驱逐对象为SSRC值为X的匿名用户”。**但其method为BYE，目的是驱逐，不包含专利要求的主动发送的私密“消息内容”**。

* **特征D、E、F、G（未公开）**：D4触发的是控制服务器向被驱逐者发送`BYE`消息以强行断开连接（参见图3步骤311-314），**完全未公开创建`MESSAGE`方法并在已有会话中投递私密通信内容的技术方案**。

---

## 三、 技术特征比对表

基于上述深度分析，权利要求1各技术特征在对比文件中的公开情况整理如下：

---

## 四、 最接近对比文件的选择与创造性分析

### 1. 哪个对比文件最适合做最接近的对比文件？

在创造性无效评述中，**D4 (WO2007107067A1) 最适合作为最接近的对比文件（第一独立出发点）**。理由如下：

* **从整体解决的技术问题角度**：目标专利解决的是“如何在已有PoC群会话中，针对特定参与者（尤其是匿名参与者）进行定向的点对点特定操作”；D4同样聚焦于“在PoC群会话中，如何获取匿名或普通用户的身份（如SSRC、昵称），并在会话中对其执行特定控制操作”。两者的底层应用场景、技术痛点（群会话内的定向控制）最为接近。

* **从技术效果和手段角度**：D4公开了利用`SIP REFER`消息并在`Refer-To`报头中携带群会话中“目标参与者的身份（SSRC/昵称）”，这与本专利**特征C**中“获取并封装目标参与者身份”的底层信令构型高度契合。相比之下，D1（会话分裂）、D2（终端更换）、D3（Ad-hoc建链）的`REFER`消息均用于群组或链路的宏观重构，与本专利“群内私密点对点通信”的初衷相去甚远。

### 2. 未被最接近对比文件公开的特征是否被其他对比文件公开？

经审查，**最核心的缺漏特征组合（特征D、E、F的结合，即“基于REFER消息的触发在控制服务器侧转译/创建并路由面向目标参与者的SIP MESSAGE短消息方法”）在D1、D2、D3、D4中均未被公开。**

* D1、D2、D3虽然公开了网络架构中服务器之间路由信令的通用规则（相当于暗示了特征G的基础网络机制），但它们响应`REFER`消息时，逻辑控制均走向了**会话媒体链路的建立或拆除（`INVITE` / `BYE`）**。

* 没有任何一份对比文件公开或暗示过：**控制服务器可以作为一个“信令转译与内容投递中枢”，把一个带有特定私密文本内容的`REFER`消息，剥离并重新封装为一个完全独立的`SIP MESSAGE`方法发送给目标参与者。**

---

## 五、 对请求方（无效宣告提起方）来说最薄弱的技术特征

若您代表请求方意图无效掉本专利，**最薄弱（即最难攻破、目标专利专利权人最稳固的护城河）的技术特征是：**

> **“特征D + 特征E”的有机结合体：控制服务器在接收到REFER消息后，“创建会话发起协议MESSAGE方法，且所述MESSAGE寻址到所述目标参与者并包括所述消息内容”。**

### 为什么该特征最薄弱（对请求方而言最难无效）？

1. **信令机制的创造性转换（Method Translation）**：

在传统的IETF SIP标准及OMA PoC 2.0规范中，`REFER`消息通常用于指示接收方去发起一个**呼叫连接**（即`Refer-To`里封装`Method=INVITE`），或者用于**行政控制**（如D4中的`Method=BYE`）。本专利创造性地将`REFER`消息作为客户端向服务器提交私密数据的“载体”，并由控制服务器在已有对话中**“就地转译”**为非结构化的离散媒体投递工具——`SIP MESSAGE`方法。这种“信令嵌套与方法转译”的动作，在现有PoC规范中没有直接的技术启示。

2. **打破了群会话“多播”的常规逻辑**：

现有技术（如D1-D4）中，群会话内的离散媒体（MESSAGE）一旦发给控制服务器，服务器的缺省行为是**多播（Multicast）**给全组成员。本专利通过控制服务器拦截特定格式的`REFER`，将其转化为单播的`MESSAGE`发给个别成员，实现了“群内并行的私密信道”。这一架构设计具有显著的防守优势。

### 请求方的破局建议（诉讼策略）：

由于单纯依靠现有的D1~D4无法拼凑出“`REFER`转`MESSAGE`用于群内私密通信”的构想，请求方单从OMA PoC业务层面对抗会非常吃力。建议扩大检索范围：

* **补充检索IETF基础SIP协议（如RFC 3428 或 RFC 3515的扩展应用草案）**：寻找是否存在“利用REFER消息请求服务器代发MESSAGE短消息”的通用SIP会话边界控制（SBC）或通信代理（Proxy）的底层标准文献。

* **主张“公知常识/常规选择”**：辩称在网络通信中，当已知目标对象URI时，选择`SIP MESSAGE`方法作为承载明文/离散文本的传输手段属于本领域的公知常识；将D4中`Refer-To`里的控制动作由“`BYE`（驱逐）”替换为“`MESSAGE`（发消息）”，仅属于常规的功能性选择，从而全力冲击其创造性。

如权利要求1所述的方法，其中所述消息内容包括离散媒体消息。

如权利要求1所述的方法，其中所述目标参与者是匿名的；并且从参与信息和媒体突发控制协议媒体突发消息之一来检索所述目标参与者的身份。

如权利要求1、2或3所述的方法，其中所述Refer-To报头还包括对成功输送报告的请求。

如权利要求4所述的方法，还包括；在所述控制服务器，从所述目标参与服务器接收第二会话发起协议REFER消息；所述第二REFER消息具有包括源参与者的身份和成功输送报告的Refer-To报头；创建第二会话发起协议MESSAGE方法；所述MESSAGE寻址到所述源参与者并包括所述成功输送报告；以及将所述第二MESSAGE发送到所述源参与服务器。

如权利要求1至3中任一项所述的方法，其中所述Refer-To报头包括从所述群会话中的所有参与者选择的多个目标参与者的身份。

如权利要求1所述的方法，其中所述消息内容包括全双工呼叫随之继续请求；所述请求将所述目标参与者邀请到与所述源参与者的全双工通信会话。

如权利要求7所述的方法，其中所述目标参与者是匿名的；并且从参与信息和媒体突发控制协议媒体突发消息之一来检索所述目标参与者的身份。