一种用于由移动网络运营商(MNO)所控制的第一路由实体(210)的方法，所述方法能够在连接至所述移动网络运营商的电信网络的第一设备(202)和连接至所述电信网络的第二设备(212)之间建立连接；从第一设备接收(306)包括第二设备的第一标识符的连接请求；将第二设备的第一标识符解析为第二设备的第二标识符；所述第二标识符识别所述移动网络运营商所控制的第二路由实体(220)；向第二路由实体提供(316)对第一设备 and 第二设备之间的连接的连接请求；所述连接请求包括第二设备的第一标识符和/或第二标识符；向第二路由实体提供(316/330)第一设备的联系信息；从第二路由实体接收(326)第二设备的联系信息；依据第一设备的联系信息和第二设备的联系信息配置(332)第一防火墙(208)以便通过第一设备和第二设备之间的连接进行数据交换；其中所述第一防火墙(208)是第一设备与之连接的电信网络的、被配置为保护第一设备的防火墙；其中第一标识符是指智能蜂窝设备和互联网上的过顶(OTT)应用所使用的应用级别的标识符；其中第二标识符是指移动网络运营商(MNO)所使用的网络级别的标识符。

作为一名专业的专利代理师，我针对权利要求1及提供的三份对比文件（D1: EP1424828A2、D2: CN1505320A、D3: JP2004180155A，注：D1、D2、D3实质上属于同族专利/申请）进行了深入的对比与创造性法律分析。

以下为详细的分析报告：

---

### 一、 对比文件技术特征比对表格

由于**D1 (EP1424828A2)**、**D2 (CN1505320A)** 和 **D3 (JP2004180155A)** 为同族专利申请，其披露的技术方案在实质上是高度重合的。以下表格列出了权利要求1的各项技术特征与各对比文件的比对情况及详细出处：

---

### 二、 最接近对比文件的选择分析

#### 1. 整体解决的技术问题与技术效果分析

* **目标专利解决的问题与效果**：目标专利主要解决在移动网络运营商（MNO）环境中，针对蜂窝设备上的**过顶（OTT）应用**进行点对点（P2P/End-to-End）数据连接建立时，如何通过两端路由实体进行**应用级标识符到网络级标识符的解析**，动态交换双方联系信息，并据此**动态配置保护移动设备的防火墙**，从而实现高效安全的跨网络/跨实体数据通信。

* **D1/D2/D3（同族）解决的问题与效果**：D1-D3主要解决移动台（Mobile Station）在Mobile IPv6环境下频繁移动导致固定防火墙无法适用、以及多终端共享防火墙时过滤规则过于庞大导致传输延时增加的问题。其通过Home Agent将特定于移动台的防火墙配置文件动态下发到移动台当前连接的防火墙设备上，实现防火墙配置跟随移动台移动（Tracking）。

#### 2. 结论

由于D1（EP1424828A2）、D2（CN1505320A）、D3（JP2004180155A）属于**同一专利族**，公开的内容完全相同：

* **最接近的对比文件**：**D1 (EP1424828A2)** 或 **D2 (CN1505320A)** 均适合作为最接近的对比文件（在中文无效宣告程序中，优先推荐选取中文文本 **D2: CN1505320A** 作为主要对比文件；在国际/欧洲程序中推荐选择 **D1: EP1424828A2**）。

* **选择理由**：D1-D3公开了“在移动通信网络中，根据移动设备的位置/标识信息，向保护该移动设备的第一防火墙动态配置/更新过滤规则（ACL），以允许数据交换”的核心防御架构（即特征I、特征J）。

---

### 三、 未被最接近对比文件公开的技术特征与无效薄弱特征分析

#### 1. 未被对比文件（D1/D2/D3）公开的技术特征

对比文件D1/D2/D3主要集中于**Mobile IPv6的网络层节点路由与防火墙配置下发**，未涉及OTT应用与MNO移动网络深层架构的结合。具体未公开的特征包括：

* **特征B、C、D、E、F、G、H**：涉及到**第一路由实体与第二路由实体之间的信令交互**，包括：将OTT应用层标识符解析为识别第二路由实体的网络标识符；两个MNO路由实体之间相互提供/交换第一设备与第二设备的联系信息；

* **特征K、L**：明确限定了**第一标识符为智能蜂窝设备及互联网OTT应用使用的应用级别标识符**（如SIP URI、账号ID等），**第二标识符为MNO使用的网络级别标识符**（如IP地址、路由前缀、FQDN等）。

#### 2. 无效请求中最薄弱的技术特征（即目标专利最易被攻破或最难立足的特征）

在针对该权利要求发起无效宣告请求时，以下特征是**最薄弱（最容易被证明不具备创造性/属于本领域常规技术手段）的突破口**：

1. **特征K与特征L（应用级标识符与网络级标识符的区分及解析）**：

* **薄弱性分析**：在电信与互联网通信领域（如IMS架构、SIP协议、WebRTC、P2P通信），将应用层标识符（如用户账号、电话号码、SIP URI）通过归属位置寄存器/主用户数据库（HLR/HSS/ENUM/DNS）解析为网络层标识符（如IP地址、网络路由实体地址）是本领域的**常规技术手段**。虽然D1-D3未明确提到“OTT应用”，但本领域技术人员结合公知常识或IMS/SIP标准文献，极易想到在连接建立前进行标识符解析。

2. **特征G与特征H（通过路由实体交换两端联系信息以穿透/配置防火墙）**：

* **薄弱性分析**：在P2P通信和防火墙穿透（NAT/Firewall Traversal，如STUN/TURN/ICE或MIDCOM架构）中，由中继/路由实体收集并交换通信双方的联系信息（如外部IP及端口），并据此在防火墙上建立映射/放行规则，属于网络通信领域的公知常识与标准机制。

---

### 四、 进一步的对比文件检索策略建议

为了弥补现有对比文件（D1-D3）在“应用层标识符解析”、“两端路由实体交互”及“OTT/IMS P2P连接建立”方面的缺失，建议采取以下补充检索策略：

#### 1. 关键检索要素（IPC分类号与关键词）组合

* **专利分类号（IPC / CPC）**：

* `H04L69/08` / `H04L67/14`（应用层协议与会话管理）

* `H04L63/02` / `H04L63/0227`（动态防火墙控制、防火墙穿透）

* `H04L61/10` / `H04L61/60`（网络标识符解析、应用层地址到网络层地址映射）

* `H04W12/08` / `H04W80/00`（移动网络安全与应用层接口）

* **检索关键词组合（英文/中文）**：

* **方向一（应用级到网络级标识符解析）**：`(OTT OR "over-the-top" OR "application level ID" OR "SIP URI") AND ("network level ID" OR "routing entity" OR "MNO" OR "resolution")`

* **方向二（双端路由实体/中继交换联系信息配置防火墙）**：`("firewall configuration" OR "pinhole") AND ("contact information" OR "exchange") AND ("routing entity" OR "proxy" OR "ICE" OR "STUN" OR "MIDCOM")`

* **方向三（3GPP / IMS 标准架构）**：`("P-CSCF" OR "I-CSCF" OR "S-CSCF" OR "PCRF") AND "firewall" AND "session setup"`

#### 2. 非专利文献（NPL）与标准文献检索

由于本专利涉及**OTT应用与MNO电信网络的结合**，大量先验技术存在于行业标准中：

* **3GPP 规范**：检索 3GPP TS 23.228 (IMS)、TS 23.203 (PCC 策略与计费控制架构)，重点查看 **P-CSCF (Proxy Call Session Control Function)** 如何解析应用层信令并与 **Go/Rx 接口** 交互以动态配置 GGSN/PGW 处的防火墙/过滤器。

* **IETF RFC 标准**：检索 RFC 3307、RFC 5245 (ICE)、RFC 3489/5389 (STUN) 以及 MIDCOM (Middlebox Communication) 架构文献（如 RFC 3303），这些标准详细公开了路由中继实体如何动态向防火墙下发五元组规则。

作为一名经验丰富的专利代理师，我针对目标专利《权利要求1》（以下简称**本专利**）与提供的三份对比文件（D1、D2、D3）进行深入的权利要求解释、特征比对、最接近对比文件选择、技术特征薄弱点分析及后续检索策略制定。

---

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

结合专利说明书及通信/网络领域的通用含义，对权利要求1的各项技术特征解释如下：

* **技术特征A（前言部分）**：“一种用于由移动网络运营商(MNO)所控制的第一路由实体(210)的方法，所述方法能够在连接至所述移动网络运营商的电信网络的第一设备(202)和连接至所述电信网络的第二设备(212)之间建立连接”

* *解释*：限定了方法的执行主体为MNO控制的第一路由实体（如通信网关、路由服务器、SIP服务器/代理等），应用场景为移动运营商电信网内部两个设备之间的连接建立。

* **技术特征B**：“从第一设备接收(306)包括第二设备的第一标识符的连接请求”

* *解释*：第一路由实体接收来自主叫/发起方（第一设备）的信令/连接请求，请求中带有被叫/目标方（第二设备）的高层应用标识。

* **技术特征C与D**：“将第二设备的第一标识符解析为第二设备的第二标识符；所述第二标识符识别所述移动网络运营商所控制的第二路由实体(220)”

* *解释*：路由实体执行域名/标识解析功能，将第二设备的应用层标识转换为网络层标识/第二路由实体的标识（指向服务于第二设备的路由实体）。

* **技术特征E与F**：“向第二路由实体提供(316)对第一设备 and 第二设备之间的连接的连接请求；所述连接请求包括第二设备的第一标识符和/或第二标识符”

* *解释*：第一路由实体向第二路由实体转发连接请求（携带第一或第二标识符）。

* **技术特征G与H**：“向第二路由实体提供(316/330)第一设备的联系信息；从第二路由实体接收(326)第二设备的联系信息”

* *解释*：跨路由实体交换两端设备用于建立直接数据通道/媒体流的底层/实际网络联系信息（如IP地址、端口号等）。

* **技术特征I与J**：“依据第一设备的联系信息和第二设备的联系信息配置(332)第一防火墙(208)以便通过第一设备和第二设备之间的连接进行数据交换；其中所述第一防火墙(208)是第一设备与之连接的电信网络的、被配置为保护第一设备的防火墙”

* *解释*：路由实体利用双方联系信息，动态配置第一设备所在电信网侧保护该第一设备的边缘/网络防火墙（开放特定五元组/端口/IP通行策略），使能后续的数据包直连或数据交换。

* **技术特征K与L（核心定义特征）**：

* *特征K*：“其中第一标识符是指智能蜂窝设备和互联网上的过顶(OTT)应用所使用的应用级别的标识符”

* *特征L*：“其中第二标识符是指移动网络运营商(MNO)所使用的网络级别的标识符”

* *解释*：划分了标识符的层级架构。第一标识符为OTT应用层标识（如微信ID、Skype账号、SIP URI、应用User ID等）；第二标识符为运营商网络层/电信网级别的网络标识（如IP地址、MSISDN、IMSI、运营商网关地址/网络路由Prefix等）。

---

### 二、 对比文件公开情况分析及特征比对表格

分析中所涉及对比文件的公开号及简写如下：

* **D1**：`US20040151135A1`（文档名：`2004-08-05_US2004151135A_...docx`）

* **D2**：`JP2006053799A`（文档名：`2006-02-23_JP2006053799A_...docx`）

* **D3**：`CN1941777A`（文档名：`2007-04-04_CN1941777A_...docx`，注：D3与D1为同族专利/同一技术方案的不同语言公开文本）

#### (一) 各对比文件公开内容分析

1. **D1 (`US20040151135A1`) / D3 (`CN1941777A`)**：

* *方案概述*：基于Mobile IPv6架构，通过Home Agent（HA，本地代理，通信控制设备）动态管理移动台（Mobile Station）所连接的防火墙设备（FW）。当移动台连接到防火墙/接入路由器并向HA发送Binding Update（BU，绑定更新）时，HA检索存储的防火墙配置信息（ACL等），并将其下发给防火墙设备，防火墙据此配置针对该移动台的数据包过滤规则。

* *比对结论*：D1/D3侧重于“移动台移动/注册时，HA将防火墙配置策略下发给防火墙/接入路由器”。D1/D3公开了单端移动台注册、HA控制FW的过程，但**未公开**由MNO路由实体在两端设备（第一设备和第二设备）建立连接信令交互过程中，解析OTT应用级标识为MNO网络级标识、并跨路由实体交换两端联系信息来动态配置防火墙的方案。

2. **D2 (`JP2006053799A`)**：

* *方案概述*：基于SIP协议/会话管理服务器（Session Management Server）实现P2P通信时的动态防火墙控制。

* *详细公开*：

* 终端B向会话管理服务器（Session Management Server 15）发送对终端A的连接请求（INVITE），包含终端B的网络信息（IP、端口）和密钥信息（段落[2]图6(b)、图9/步骤41）。

* 终端A接收连接请求后，将基于终端B网络信息的控制指令（MESSAGE）通过会话管理服务器发送给终端A所属的防火墙A（Firewall A 10）（段落[2]图7(a)、图9/步骤42）。

* 防火墙A校验许可后进行通信可否设置（开放端口/IP策略），允许终端B的通信（段落[2]图7(a)、图9/步骤43）。

* 终端A向终端B回复接受响应（200 OK/要求受入响应），并传递终端A的网络信息（段落[2]图7(b)、图9/步骤44）。

* 终端A与终端B建立直连数据通道（段落[2]图8、图9/步骤46）。

* *对比分析*：D2极大地揭示了利用会话管理实体（SIP Server/路由实体）在端到端呼叫建立过程中交换网络联系信息（IP/端口），并据此动态配置近端防火墙的机制。

#### (二) 技术特征比对表格

下表详细比对本专利权利要求1的各项特征在对比文件中的公开情况及具体段落出处：

---

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

#### (一) 最接近对比文件的选择

* **最接近对比文件**：**D2 (`JP2006053799A`)**。

* **选择理由**：

1. **技术问题一致性**：D2与本专利均旨在解决“如何在端到端通信建立过程中，安全、动态地配置防火墙以开通数据通道”的技术问题。

2. **技术方案高度重合**：D2揭示了基于中间路由实体（Session Management Server），在接收到包含被叫名字（第一标识符）的连接请求后，解析目标路由实体/设备地址（第二标识符），跨服务器交互主被叫双方的网络联系信息（IP/端口/SDP），并据此动态向近端防火墙下发ACL控制策略（MESSAGE/XML）的完整流程。

3. 相比之下，D1/D3仅涉及单端移动台注册时的静态/半动态ACL下发，缺乏呼叫建立过程中“标识解析+两端联系信息交换+动态防火墙配置”的联动机制。

#### (二) 方案区别特征与被其他对比文件公开情况

以 **D2** 为最接近的对比文件，本专利权利要求1与D2相比，区别特征主要在于：

1. **应用环境与标识符限定（特征K、L）**：权利要求1限定了“第一标识符为智能蜂窝设备和互联网上的**过顶(OTT)应用**使用的应用级标识符”，且“第二标识符为**移动网络运营商(MNO)**使用的网络级标识符”。

2. **主体身份**：权利要求1明确路由实体由“移动网络运营商(MNO)所控制”。

**其他对比文件（D1/D3）是否公开了上述区别特征？**

* **未公开**。D1/D3采用的是标准的 Mobile IPv6 架构（Home Address 与 Care-of Address），同样未涉及 OTT 应用标识符与 MNO 网络级标识符之间的映射解析。

---

### 四、 无效请求中最薄弱的技术特征分析

若针对本专利提起专利无效宣告请求，**最薄弱的技术特征（即专利权人最容易用来争辩创造性、也是最难直接被对比文件完全覆灭的特征）是：特征K与特征L关于标识符层级的限定**。

#### 薄弱性/争辩点分析：

1. **概念层面的差异（OTT vs. 通用SIP/P2P）**：

* 专利权人可能会抗辩：D2公开的名字（SIP Address/URI）是通用通信协议（SIP）中的终端标识，并非“智能蜂窝设备和互联网上的过顶(OTT)应用”所使用的标识；同时，D2的IP地址是通用IP地址，未明确区分“MNO网络级别的标识符”。

2. **审查指南/创造性评判逻辑对抗**：

* **无效攻击方的立场（无效请求人）**：本领域技术人员（通信领域工程师）公知，OTT应用（如微信、Skype等）在移动终端（智能蜂窝设备）上运行时，其账号（User ID/Alias）即为应用层标识符；而在MNO网络中建立承载或进行路由时，必须将其解析/映射为网络层标识符（如IP地址、MSISDN或内网路由ID）。将D2中的“应用层名字（SIP URI）”对应为“OTT应用级标识”，“网络层IP”对应为“MNO网络级标识”，属于本领域的**公知常识**或**常规选择/商业应用场景的简单替换**，未带来意料之外的技术效果。

* **结论**：虽然特征K、L是字面上的区别，但从技术实质来看，其并未改变“应用层标识映射为网络层标识，以实现防火墙动态放行”的技术本质。**特征K、L是本专利维权的“最后防线”，也是无效攻击时需重点通过公知常识证据或补充检索进行突破的相对最薄弱环节。**

---

### 五、 进一步对比文件检索策略建议

为了彻底无效权利要求1（尤其是击破特征K、L及MNO环境下的信令映射），建议采取以下进一步检索策略：

1. **扩展检索库与分类号组合**：

* **IPC/CPC分类号**：

* `H04L63/02`（网络安全/防火墙）

* `H04L65/1069` / `H04L65/1016`（SIP/IMS信令与会话控制）

* `H04W12/08` / `H04W80/00`（无线移动网络安全与协议栈）

* `H04L67/14`（会话管理）

* **关键词检索式（逻辑组合）**：

* (`OTT` OR "over the top" OR "application level ID" OR "application identifier" OR "SIP URI")

* AND (`MNO` OR "mobile network operator" OR "cellular network" OR "network level ID" OR "IP address")

* AND (`firewall` OR "access control list" OR `ACL` OR "pinhole")

* AND (`resolve` OR `map` OR `mapping` OR `translation`)

2. **重点标准文献与3GPP规范检索（优先推荐）**：

* OTT与MNO网络结合的防火墙/针孔（Pinhole）控制大量存在于 **3GPP IMS（IP Multimedia Subsystem）架构** 标准中。

* **检索方向**：查阅 3GPP TS 23.228（IMS Stage 2）、TS 23.203（PCC 策略与计费控制架构）、TS 29.214（Rx接口/P-CSCF与PCRF交互控制BGF/防火墙针孔开通）。

* *逻辑*：在3GPP IMS标准中，P-CSCF（MNO控制的SIP路由实体）接收来自UE的SIP INVITE（包含应用级SIP URI），解析后向PCRF/Firewall发送请求，依据SDP中的媒体IP/端口（联系信息）开通防火墙针孔（Pinhole）。这与本专利的技术方案完全对应，且标准文献具备极高的权威性。

3. **补充非专利技术文献（NPL）检索**：

* 检索 IETF RFC 规范，特别是涉及 **NAT/Firewall Traversal**（NAT/防火墙穿越）的规范：如 RFC 3303（Middlebox control）、RFC 5245（ICE）、STUN/TURN 在 OTT 语音/视频呼叫中由运营商/服务器协助配置防火墙的相关论文和技术白皮书。

作为一名经验丰富的专利代理师，基于专利法及审查指南的原则，现对目标专利权利要求1与提供的三份对比文件进行详细对比分析。

---

### 一、对比文件基本信息与背景分析

1. **对比文件1 (D1)**: EP1865685A1

2. **对比文件2 (D2)**: EP1873996A1

3. **对比文件3 (D3)**: US20080107068A1

> **同族/技术关联性说明**：经核对三份对比文件的具体内容，D1、D2与D3的技术领域、背景技术、发明内容、附图以及具体实施方式均高度一致（均涉及在移动IPv6环境下的Home Agent、Firewall Device及Mobile Station之间的动态防火墙配置与数据过滤）。D1/D2/D3公开的是相同或极度同源的底层技术方案。

---

### 二、权利要求1技术特征对比分析与特征比对表

#### 1. 技术特征解析与比对情况

目标专利权利要求1涉及一种在移动网络运营商（MNO）控制下的路由实体之间建立连接并配置防火墙的方法，主要涉及：

- 基于MNO控制的路由实体（第一路由实体、第二路由实体）；

- 结合应用级别标识符（OTT/智能蜂窝设备标识符）与网络级别标识符（MNO标识符）进行解析与连接控制；

- 配置专门保护第一设备的第一防火墙。

而对比文件D1/D2/D3的核心方案为：移动节点（Mobile Station, MS/50）在移动网络中建立连接时，向归属代理（Home Agent, HA/10）发送位置更新（Binding Update, BU），HA将防火墙配置文件（Configuration File）下发或转发至移动节点当前连接的防火墙设备（Firewall Device, 20/30/40），以动态配置过滤规则。

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

---

### 三、最接近对比文件的选择与技术问题/效果分析

#### 1. 最接近对比文件的选择

- **最接近对比文件候选**：**D1 (EP1865685A1)** / **D2 (EP1873996A1)** / **D3 (US20080107068A1)**（三者为同族申请/内容一致的系列文献，可以任选其一，优选选择公开日最早的 **D1 EP1865685A1** 或语言为英文的 **D3 US20080107068A1** 作为最接近的对比文件）。

#### 2. 整体解决的技术问题与技术效果对比分析

- **对比文件D1/D2/D3解决的技术问题与效果**：

- **技术问题**：如何在移动终端频繁切换网络连接点（Mobile IPv6环境）时，使防火墙配置能够跟随移动终端动态迁移，并防止因防火墙规则条目过庞大而导致的包过滤延迟。

- **技术效果**：实现了防火墙规则跟随终端移动（Tracking），并为每个终端建立独立/定制的防火墙过滤进程，提高了数据包过滤效率。

- **目标专利权利要求1解决的技术问题与效果**：

- **技术问题**：在过顶服务（OTT应用）与移动网络运营商（MNO）网络融合的场景下，如何由MNO网络控制实体将应用层身份（OTT标识）安全且准确地映射解析为网络层路由实体标识，并跨路由实体建立对等连接与防火墙策略配置。

- **技术效果**：实现了网络层对应用层（OTT）连接请求的感知与精细化防火墙配置，使MNO能够在保护用户终端免受未经授权流量攻击的同时，高效建立端到端的安全数据通道。

---

### 四、未被最接近对比文件公开的特征及最薄弱特征分析

#### 1. 未被对比文件（D1/D2/D3）公开的技术特征

1. **应用级与网络级双层标识体系及解析机制（特征K、L、C）**：

- 第一标识符为**智能蜂窝设备和OTT应用使用的应用级别标识符**；

- 第二标识符为**MNO使用的网络级别标识符**，且能识别MNO控制的第二路由实体；

- 将应用级别标识符解析为网络级别标识符。

2. **特定的MNO多路由实体交互架构（特征A、D、E、F、H）**：

- 第一路由实体与第二路由实体均由MNO控制；

- 第一路由实体向第二路由实体提供连接请求及第一设备的联系信息，并从第二路由实体接收第二设备的联系信息；

3. **基于双方联系信息的双向/协同防火墙配置（特征I）**。

#### 2. 针对无效请求的最薄弱技术特征（即最容易被攻破或最难维持专利性的特征）

如果在无效宣告程序中仅依靠目前的对比文件D1/D2/D3，**目标专利权利要求1具有较强的稳定性**。但若要寻找该权利要求的“最薄弱特征”（即最容易被公知常识或其他通用网络协议组合组合掉的特征），主要为：

- **最薄弱特征分析**：**技术特征C与L（将应用层标识解析为网络层标识）**。

- *原因*：在电信与互联网通信领域，DNS（域名解析）、SIP/IMS（Session Initiation Protocol / IP Multimedia Subsystem，如将SIP URI解析为IP地址/S-CSCF路由实体）、或P2P/STUN/TURN/ICE（NAT穿透及联系信息交换协议）中，将应用级ID/URI解析为网络级IP/路由节点ID，以及交换通信双方联系信息（Contact Information/SDP）属于本领域的常规技术手段。

---

### 五、进一步的对比文件检索策略建议

由于现有对比文件D1/D2/D3主要侧重于**移动IPv6中的动态防火墙规则迁移**，缺乏**MNO/OTT融合、应用级ID向网络级ID解析、以及IMS/SIP类路由实体交互**的特征，建议采取以下检索策略进行补充检索：

#### 1. 检索技术领域与分类号 (IPC/CPC)

- **重点分类号**：

- `H04L 63/02`（网络安全；防火墙）

- `H04L 67/14`（会话管理）

- `H04L 61/30` / `H04L 61/45`（名字/地址解析、网络标识映射）

- `H04W 12/08` / `H04W 8/26`（移动网络安全与地址寻址）

#### 2. 关键词组合策略（建议使用逻辑运算符 AND / OR）

1. **核心主题1：应用级标识与网络级标识映射/解析**

- 关键词：`OTT` OR `Over-The-Top` OR `application level identifier` OR `application ID` OR `SIP URI`

- 结合：`network level identifier` OR `MNO` OR `Mobile Network Operator` OR `resolution` OR `mapping` OR `解析` OR `映射`

2. **核心主题2：电信网络路由实体间的防火墙策略配置/联系信息交换**

- 关键词：`routing entity` OR `IMS` OR `P-CSCF` OR `S-CSCF` OR `P2P` OR `ICE` OR `STUN` OR `TURN` OR `pinhole` OR `firewall configuration`

- 结合：`contact information` OR `connection request` OR `firewall rule` OR `防火墙配置` OR `打洞`

#### 3. 建议关注的标准规范与文献库

- **3GPP 标准规范文献**（重点检索3GPP与OTT/P2P/PCC策略控制相关的TS标准）：

- 3GPP TS 23.228 (IP Multimedia Subsystem; Stage 2)

- 3GPP TS 23.203 / TS 23.501 (Policy and Charging Control architecture / 5G System Architecture)

- 涉及 **UPF (User Plane Function)**、**P-CSCF**、**Rx/N5 接口**、**AF (Application Function)** 向网络侧申请防火墙开洞（Pinhole/Firewall control）的相关规范。

#### 4. 检索结论总结

通过将 **D1/D2/D3（公开了移动网络下动态为终端配置专属防火墙的框架）** 与 **3GPP IMS/PCC架构标准文献（公开了应用层AF/OTT标识向网络层路由解析并触发防火墙/策略控制的机制）** 进行结合，将能够形成极具杀伤力的创造性组合对比文件（如 D1 + 3GPP标准文献），从而有效对目标专利权利要求1发起无效宣告请求。

作为一名经验丰富的专利代理师，我针对目标权利要求1与提供的三份对比文件（D1: EP2086200A1、D2: EP2086201A1、D3: EP2088740A1）进行了深入的技术特征比对、创造性与无效可行性分析。

---

### 一、 目标权利要求1的技术特征解构与说明书结合解释

权利要求1解决的核心技术问题是：在移动网络运营商（MNO）控制的电信网络中，如何通过应用层标识符与网络层标识符的映射与两端路由实体（Routing Entities）之间的信令交互，在第一防火墙处动态配置防护策略，以建立过顶（OTT）应用与智能蜂窝设备间的安全直连通道。

* **特征A~D（控制与标识解析）：** 第一路由实体（如MNO网络边缘控制节点）接收请求，将OTT应用级别的第一标识符（如User ID/App ID）解析为MNO网络级别的第二标识符（如IP地址/网络节点ID），该第二标识符对应第二路由实体。

* **特征E~H（路由与联系信息协商）：** 两端路由实体之间传递连接请求及双方设备的联系信息（如公网/私网IP、端口、传输层Socket信息），完成会话协商。

* **特征I~J（防火墙策略配置）：** 第一路由实体基于两端的联系信息，动态下发规则配置第一防火墙（保护第一设备），实现通道打通与数据包过滤。

* **特征K~L（标识限定）：** 明确限定第一标识符为智能蜂窝设备和OTT应用使用的**应用级别标识符（App-level Identifier）**，第二标识符为MNO使用的**网络级别标识符（Network-level Identifier）**。

---

### 二、 对比文件技术特征比对表格

**对比文件说明：**

* **D1：** EP2086200A1 (Communication control apparatus, firewall apparatus, and data communication method)

* **D2：** EP2086201A1 (Communication control apparatus, firewall apparatus, and data communication method)

* **D3：** EP2088740A1 (Communication Control Apparatus, Firewall Apparatus, and Data Communication Method)

*注：D1、D2、D3均为基于Mobile IPv6（Mobile IP/Home Agent架构）的移动站防火墙配置方案。*

---

### 三、 最接近对比文件的选择分析

#### 1. 技术问题与技术效果分析

* **目标专利：** 解决在蜂窝移动网络（MNO）中，**OTT（Over-The-Top）应用**如何跨越MNO网络的防火墙/NAT门禁，实现两端移动设备之间高效、安全的应用级寻址与端到端通道动态建立的问题。

* **D1/D2/D3：** 解决的是传统的**Mobile IPv6（移动IP网络）**中，移动终端频繁跨网段切换（Handover）时，静态防火墙规则无法跟踪移动终端位置的问题。其核心是通过Home Agent（HA）动态将ACL过滤规则下发至终端当前接入的Access Router/Firewall。

#### 2. 最接近对比文件评述

D1（EP2086200A1）、D2（EP2086201A1）、D3（EP2088740A1）三者在技术架构（HA + 动态FW配置 + Mobile IPv6）及文本描述上高度同源，**均可以作为最接近的对比文件**。

然而，它们与本专利存在**根本性的技术方案路线差异**：

* D1/D2/D3 属于**网络层/传输层（L3/L4）的移动性管理**（Mobile IPv6），依赖于标准的IP协议栈（HoA/CoA地址映射），完全不涉及OTT应用层标识向网络层标识的解析，也不涉及两端MNO控制的路由实体（Routing Entity）之间的分布式信令对接。

---

### 四、 区别特征分析与最薄弱技术特征指出

根据上述比对，**权利要求1相对于D1/D2/D3的区别技术特征为**：

1. **特征K与特征L的限定组合：** 引入“应用级别标识符（OTT应用/智能设备使用）”与“网络级别标识符（MNO使用）”的双层标识体系；

2. **特征B与特征C：** 路由实体能够接收包含OTT应用级标识的连接请求，并将应用级标识解析为网络级标识；

3. **特征D、E、F：** 利用解析出的第二标识符识别MNO控制的“第二路由实体”，并在第一路由实体与第二路由实体之间透传/协商连接请求及双方设备的联系信息。

#### 提出无效请求时最薄弱的技术特征：

在现有的对比文件（D1-D3）框架下，**【特征B、C、K】（即OTT应用层标识符与网络层标识符的结合及解析机制）是本权利要求最坚固的堡垒，也是无效请求中最薄弱、最难以被现有D1-D3攻破的环节**。

* **原因分析：** D1~D3均局限于Mobile IPv6网络层协议。在Mobile IP语境下，所有报文处理均在网络层（IP Layer），完全没有“OTT应用级标识符（如Skype ID, WeChat ID, SIP URI）”的概念。审查指南中，从网络层协议向应用层/网络层跨层融合（SDN/IMS/RTC架构）的演进，若没有外部结合对比文件的教导，仅凭D1~D3是无法通过“公知常识”直接组合出“应用层标识解析+两端路由实体协同配置FW”这一技术手段的。

---

### 五、 进一步对比文件检索策略（无效检索建议）

若要成功无效权利要求1，仅依靠D1/D2/D3是不够的，必须引入**第二类对比文件（D_sub）**，采用 **D1/D2/D3 + D_sub** 的组合攻击策略。

#### 检索策略推荐：

1. **针对【特征B、C、K】（应用层标识解析与MNO网络结合）的检索方向：**

* **IMS / SIP / WebRTC 架构专利：** 重点检索3GPP IMS（IP Multimedia Subsystem）标准相关的专利。IMS网络中的 P-CSCF / S-CSCF（即对应第一/第二路由实体）负责将SIP URI（应用层标识符）解析为 IP地址（网络层标识符）。

* **关键词组合：** `(OTT OR "application level ID" OR "SIP URI" OR "application identifier") AND ("network level ID" OR "IP address") AND (resolution OR mapping OR translate) AND (P-CSCF OR CSCF OR "routing entity")`

2. **针对【特征E、F、G、H、I、J】（防火墙/NAT动态穿透与配置）的检索方向：**

* **MIDCOM / UPnP / STUN / TURN / ICE / SBC 架构专利：** 检索中继/会话边界控制器（SBC, Session Border Controller）或 MIDCOM（Middlebox Communication）协议。SBC在接收到呼叫请求后，负责动态控制/配置防火墙/Pin-hole（防火墙打洞），以便让两端媒体流通过。

* **关键词组合：** `("Session Border Controller" OR SBC OR MIDCOM OR "pin-hole" OR "firewall control") AND ("contact information" OR "transport address" OR "IP and port") AND (configure OR policy OR rule)`

3. **综合组合路线（无效逻辑构造）：**

* **主对比文件（D1/D2/D3）：** 提供“在移动网络中，根据终端位置/联系信息动态下发配置至防火墙”的基本架构。

* **辅助对比文件（D_sub，如IMS/SBC专利）：** 提供“在运营商网络中，通过CSC/SBC节点接收OTT/SIP应用层标识，解析为网络IP，并协同两端SBC动态打通防火墙”的技术教导。

* **结论：** 本领域技术人员在D1的基础上，结合D_sub中IMS/SBC处理应用层呼叫和动态配置防火墙的公知技术，有动机引入应用层标识解析与分布式路由实体交互，从而得到权利要求1的技术方案，因此权利要求1不具备创造性。

从专业专利代理师的视角，结合目标权利要求1以及提交的三份对比文件（D1: US20110258327A1、D2: WO2011131666A1、D3: EP2561721A1）进行深入的权利要求解释、特征比对、最接近对比文件选择、薄弱特征分析及检索策略制定。

---

## 一、 目标权利要求1的技术特征解释

权利要求1限定了一种由移动网络运营商（MNO）控制的第一路由实体（210）执行的方法，用于在第一设备（202）和第二设备（212）之间建立连接。

### 核心名词及技术要素解析：

1. **第一/第二标识符（特征K/L）**：

* **第一标识符（应用级标识符）**：智能蜂窝设备和OTT（Over-The-Top）应用（如SIP URI、Skype ID、微信账号等）使用的应用层ID。

* **第二标识符（网络级标识符）**：MNO控制的网络内部使用的网元或路由标识符（如IP地址、MSISDN、MNO内部路由ID等）。

2. **第一路由实体与第二路由实体（特征C/D）**：

* 第一路由实体接收连接请求并负责将“应用层第一标识符”解析映射为“网络层第二标识符”，进而定位到控制第二设备的第二路由实体。

3. **防火墙配置（特征I/J）**：

* 第一路由实体在获取到第一设备和第二设备的联系信息（如IP/Port、NAT映射地址）后，对保护第一设备的“第一防火墙（208）”进行配置（如动态开洞/Pin-hole），以使第一与第二设备之间能够建立直连/穿越数据交换。

---

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

三种对比文件（D1: US20110258327A1、D2: WO2011131666A1、D3: EP2561721A1）属于同族同源专利文本（内容几乎完全一致），均围绕蜂窝网络下的终端间直接通信（D2D Communications）展开，核心引入了 **DRSF（D2D Registration Server Function，D2D注册服务器功能）** 实体。

### 特征比对表格（以D1: US20110258327A1为例）

---

## 三、 最接近对比文件的分析与认定

### 1. 最接近对比文件（D1 / D2 / D3）

* **对比文件公开号**：

* **D1**: `US20110258327A1`

* **D2**: `WO2011131666A1`

* **D3**: `EP2561721A1`

*(注：D1、D2、D3为同族专利，其技术方案和文本内容实质相同，均可作为最接近的对比文件。以下以D1为例进行说明。)*

### 2. 从整体解决的技术问题与技术效果分析：

* **对比文件D1解决的技术问题与效果**：

D1主要解决在跨不同移动网络运营商（Inter-RAN/Multi-operator）覆盖重叠区域时，如何通过中央/分布式DRSF服务器协调资源，建立D2D（终端直连）通信，从而提升频谱利用率、降低功耗。

* **目标专利权利要求1解决的技术问题与效果**：

目标专利侧重解决**OTT应用（如跨网通信软件）在电信网络防火墙（Firewall/NAT）限制下无法实现直连数据传输**的问题。通过在网络侧路由实体完成应用级ID到网络级ID的解析，并根据双方联系信息动态配置电信网络防火墙，实现安全的数据穿越与直连交换。

---

## 四、 关键区别技术特征及最薄弱特征分析

在将 D1/D2/D3 作为最接近的对比文件时，**已被公开的技术特征**为：特征 A、B、C（部分）、D（部分）、E、F、G、H、L。

**未被对比文件D1/D2/D3公开的技术特征**包括：

1. **特征I与特征J**：动态配置保护第一设备的电信网络“第一防火墙（208）”以允许数据交换。

2. **特征K**：第一标识符明确限定为智能蜂窝设备和互联网上的**OTT应用所使用的应用级别标识符**（与特征L的网络级标识形成对应和层次划分）。

### 无效请求中最薄弱的技术特征（即目标专利最具防御力/最难被攻破的特征）：

> **最薄弱的技术特征（专利权的防线）：特征 I + J + K 的结合**

>

> * **原因分析**：D1/D2/D3 属于典型的**3GPP L1-L3层（物理层到无线资源控制层）D2D资源调度与寻呼机制**，其根本未涉及 TCP/IP 网络层或应用层的安全实体（防火墙/SBC/NAT 穿越）。

> * 目标专利实际上是将 **OTT 应用控制面（应用层ID）与电信运营商网络控制面/安全面（网关防火墙开洞）相结合** 的技术方案。单独依赖 D1/D2/D3 无法构成对特征 I、J、K 的破坏。

---

## 五、 进一步的对比文件检索策略建议

为了在专利无效宣告请求中彻底攻破权利要求1，必须针对上述区别特征（特征 I、J、K）补充检索以下技术领域的对比文件：

### 1. 核心检索方向与技术领域分类（IPC / CPC 分类号）

* **电信网络防火墙与NAT穿越控制**：

* `H04L 63/02`（网络安全；防火墙）

* `H04L 67/14`（会话管理，包括P2P或直连会话建立）

* `H04L 61/25`（网络地址转换 NAT 穿越 / STUN / TURN / ICE 协议）

* **IMS / WebRTC / OTT 业务与运营商网络防火墙联动**：

* `H04L 65/10`（IP多媒体子系统 IMS 或 OTT 呼叫控制）

* SBC（Session Border Controller，会话边界控制器）动态配置防火墙 pin-hole（针孔）技术。

### 2. 关键词与逻辑组合策略

* **关键词组 1（OTT / 应用标识与网络标识解析）**：

`("OTT" OR "Over-The-Top" OR "Application level ID" OR "SIP URI" OR "App ID") AND ("Network ID" OR "IP address" OR "MSISDN" OR "Resolution" OR "Mapping")`

* **关键词组 2（防火墙/NAT动态配置与穿越）**：

`("Firewall" OR "Pin-hole" OR "NAT traversal" OR "SBC" OR "Gatekeeper") AND ("Configure" OR "Policy" OR "Open port") AND ("Data exchange" OR "Direct connection" OR "P2P")`

### 3. 建议检索的结合方案（D1 + D4 模式）：

* **寻找对比文件D4**：找一篇公开“在建立应用级会话（如SIP/OTT）时，应用服务器/路由实体解析应用标识后，向网络侧防火墙/网关发送指令以动态配置防火墙端口/规则”的公知常识或现有技术专利（例如关于 IMS / Session Border Controller / UPnP 领域的文献）。

* **组合逻辑**：以 D1（或 D2/D3）作为最接近对比文件提供 D2D/直连建立的基本框架，结合 D4 说明在电信网络中通过路由实体解析 OTT 应用标识并配置防火墙（特征 I、J、K）属于本领域技术人员为了解决网络安全穿越问题所容易想到的常规技术手段，从而主张权利要求1不具备创造性（符合《专利审查指南》第三部分第四章关于技术显而易见的规定）。

作为一名经验丰富的专利代理师，我将为您对**目标专利权利要求1**（下称“权利要求1”）与三篇对比文件（对比文件1：US20140020060A1；对比文件2：CN103782571A；对比文件3：US20140160990A1）进行全面严密的法律与技术比对分析。

---

## 一、 权利要求1的技术特征拆解与说明书释明

为准确定位权利要求1的保护范围，首先紧密结合本专利的技术实质，将权利要求1拆解为12个技术特征（A~L）：

* **技术特征A**：一种用于由移动网络运营商(MNO)所控制的第一路由实体(210)的方法，所述方法能够在连接至所述移动网络运营商的电信网络的第一设备(202)和连接至所述电信网络的第二设备(212)之间建立连接

* *说明书释明*：本特征限定了主体为MNO控制的第一路由实体（如通信控制网关/路由节点），用于建立两个终端设备（如智能手机/蜂窝设备）之间的端到端通信。

* **技术特征B**：从第一设备接收(306)包括第二设备的第一标识符的连接请求

* *说明书释明*：第一标识符是应用层级的标识（如Skype ID、微信账号等），由第一设备发往第一路由实体。

* **技术特征C**：将第二设备的第一标识符解析为第二设备的第二标识符

* *说明书释明*：第一路由实体具备应用层标识到网络层/路由标识的转换能力。

* **技术特征D**：所述第二标识符识别所述移动网络运营商所控制的第二路由实体(220)

* *说明书释明*：第二标识符并非第二设备的最终IP/联系信息，而是指向服务于第二设备的MNO网络侧“第二路由实体”（如第二路由结点的网络层地址/路由标识）。

* **技术特征E**：向第二路由实体提供(316)对第一设备 and 第二设备之间的连接的连接请求

* *说明书释明*：第一路由实体根据解析出的第二标识符，将连接请求跨网/跨路由实体路由转发给第二路由实体。

* **技术特征F**：所述连接请求包括第二设备的第一标识符和/或第二标识符

* *说明书释明*：发往第二路由实体的请求中携带有第二设备的应用层或网络层标识。

* **技术特征G**：向第二路由实体提供(316/330)第一设备的联系信息

* *说明书释明*：将第一设备用于数据传输的具体联系信息（如第一设备/第一防火墙的网络IP、端口等）提供给第二路由实体。

* **技术特征H**：从第二路由实体接收(326)第二设备的联系信息

* *说明书释明*：第一路由实体接收第二路由实体返回的第二设备/第二防火墙的联系信息（IP、端口等）。

* **技术特征I**：依据第一设备的联系信息和第二设备的联系信息配置(332)第一防火墙(208)以便通过第一设备和第二设备之间的连接进行数据交换

* *说明书释明*：第一路由实体利用双方的联系信息，动态配置/穿透第一设备侧的网络防火墙（打孔/允许数据流通过）。

* **技术特征J**：其中所述第一防火墙(208)是第一设备与之连接的电信网络的、被配置为保护第一设备的防火墙

* *说明书释明*：明确防火墙归属于MNO电信网络侧，用于保护第一设备。

* **技术特征K**：其中第一标识符是指智能蜂窝设备和互联网上的过顶(OTT)应用所使用的应用级别的标识符

* *说明书释明*：明确第一标识符（应用层ID）属于OTT应用（如Over-The-Top语音/视频应用）。

* **技术特征L**：其中第二标识符是指移动网络运营商(MNO)所使用的网络级别的标识符

* *说明书释明*：明确第二标识符属于MNO底层的网络路由级标识（网络层ID）。

---

## 二、 对比文件技术特征比对表格

以下表格详细列出三篇对比文件原文对权利要求1各项技术特征的公开情况（包括对比文件公开号及详细段落出处）：

---

## 三、 最接近对比文件分析（创造性分析）

在进行创造性分析时，最接近对比文件的选择应依据：**技术领域是否相同、所解决的技术问题是否最相似、公开的技术特征数量最多**。

### 1. 整体解决的技术问题与技术效果对比

* **本专利（目标专利）**：

* *技术问题*：如何在MNO控制的网络中，实现两个连接至MNO网络的设备之间基于OTT应用标识的跨网/跨路由实体连接建立，并动态配置MNO网络侧防火墙以实现安全、高效的数据交换。

* *技术效果*：通过双侧路由实体（第一、第二路由实体）对OTT标识的解析、联系信息交换以及网络侧防火墙的动态配置，实现了OTT应用在MNO网络中的高效P2P/媒体穿透与安全通信。

* **对比文件1 (US20140020060A1)**：

* *技术问题*：如何为蜂窝网络中的OTT应用（如Skype、Hulu）申请和施加QoS（服务质量）保证。

* *主要机制*：单端UE与QoS-GW/PCRF交互，完成QoS策略下发。不涉及两端路由实体间的标识解析、联系信息互换以及防火墙配置。

* **对比文件2 (CN103782571A)**：

* *技术问题*：如何在视频服务控制平面中，基于消息/事件机制（如XMPP协议）实现客户端与服务、服务与服务之间的通信、服务目录查找、路由实体解析与服务虚拟化。

* *主要机制*：建立了MNO网络控制的分布式路由/消息架构（导体/连接管理器），将应用层标识（JID/名字空间）解析为网络侧实体标识，并在不同路由实体/服务节点间路由转发连接请求。

* **对比文件3 (US20140160990A1)**：

* *技术问题*：如何通过外置QoS服务器与MNO的PCRF对接，为OTT应用提供QoS策略。

* *主要机制*：集中式QoS服务器与PCRF的Rx接口对接，属于单向/单侧QoS控制，不涉及两端设备间的路由解析与防火墙配置。

### 2. 最接近对比文件的确定

**结论：对比文件2 (CN103782571A) 最适合作为最接近的对比文件。**

* **原因分析**：

1. **架构最匹配**：D2（CN103782571A）公开了MNO网络中由网络运营商控制的分布式控制平面（导体/连接管理器），涵盖了“应用层标识解析”、“网络级实体识别”以及“跨路由实体转发连接请求”的全套路由控制架构。它公开了特征 **A, B, C, D, E, F, J, L**（以及部分K），是涵盖本专利技术特征最多的文献。

2. **解决的核心问题最接近**：D2解决的是网络运营商如何通过控制平面的路由实体，将基于应用层标识（JID）的连接/服务请求解析并路由至对应的网络路由实体；而D1和D3均偏向于“单侧QoS策略的申请与下发”，缺乏“两端设备间路由建立”的核心网络架构。

*(注：在某些审查视角下，若强调OTT QoS控制，D1也可作为辅助的对比文件，但作为整体架构的最接近对比文件，D2是最强切入点。)*

---

## 四、 未被最接近对比文件公开的特征及其在其他对比文件中的公开情况

以 **D2 (CN103782571A)** 作为最接近对比文件：

### 1. 未被D2公开的技术特征：

* **技术特征G**：向第二路由实体提供第一设备的联系信息。

* **技术特征H**：从第二路由实体接收第二设备的联系信息。

* **技术特征I**：依据第一设备的联系信息和第二设备的联系信息配置第一防火墙以便进行数据交换。

* **技术特征K（完整特征）**：明确第一标识符为智能蜂窝设备和互联网上的过顶（OTT）应用所使用的应用级标识符。

### 2. 这些未公开特征是否被D1或D3公开？

* **对于特征G、H、I（联系信息交换与防火墙动态配置）**：

* **D1 (US20140020060A1)**：虽然提到了PGW/QOS-GW可以提供防火墙功能（[0022]、[0026]），但这仅是传统的包过滤或静态安全防护，**完全未公开**在第一路由实体与第二路由实体之间交换两端设备的联系信息（如IP/端口），更**未公开**根据双方联系信息去“动态配置第一防火墙以建立数据交换”。

* **D3 (US20140160990A1)**：仅在[0029]提到了防火墙设置用于允许QoS Server与后台通信，**完全未公开**路由实体间交换联系信息及配置第一防火墙的过程。

* **对于特征K（OTT应用级标识）**：

* D1和D3明确公开了OTT应用及其标识（如Skype ID、App ID）。D2虽然公开了应用级别的JID，但在结合D1/D3的情况下，将应用标识具体化为OTT应用标识属于本领域普通技术人员的常规选择。

---

## 五、 若提出无效宣告请求，最薄弱的技术特征

如果在专利无效宣告程序中针对权利要求1发起攻击，**专利权人最强的防御屏障、即无效请求方最难攻破的“最薄弱攻击点/最坚固技术特征”** 为：

### 1. 最薄弱的技术特征组合（专利权的坚固防线）：

**特征G + 特征H + 特征I 的组合（即：第一路由实体与第二路由实体之间交换两端设备的联系信息，并据此动态配置网络侧第一防火墙以实现穿透/数据交换）**。

### 2. 薄弱原因与逻辑分析：

1. **现有技术存在逻辑断层**：

* D2虽然建立了完美的“双端路由实体+标识解析”框架，但其重点落在了**控制平面的消息路由与服务调用**上，并没有深入到**媒体平面/数据平面中如何通过两端路由实体互换具体联系信息（如NAT/防火墙打孔地址）来动态配置网络防火墙**。

* D1和D3仅关注**单侧QoS策略的配置**，其提及的“防火墙”均为传统的静态网络安全边界防护，缺乏“依据对端联系信息动态开孔/配置防火墙”的技术教导。

2. **技术效果的不可显而易见性**：

* 本专利将MNO控制的“路由实体”与“电信网络侧防火墙配置”结合，利用第一/第二路由实体作为中介，完成两端设备联系信息的带外（Out-of-band）协商，进而自动化配置网络侧防火墙（208）。这种“路由控制与防火墙动态配置相融合”的技术方案，在现有的三篇对比文件中均未给出明确的技术教导，也不属于本领域的公知常识简单叠加。

---

## 六、 进一步的对比文件检索策略

鉴于现有三篇对比文件（D1~D3）未能完全覆盖“**路由实体间交换联系信息**”以及“**依据两端联系信息动态配置MNO网络侧防火墙（防火墙打孔/打通数据通道）**”的组合特征，建议采取以下进一步的检索策略，以补充强有力的现有技术证据：

### 1. 扩展检索关键词组合（英文/中文）

* **防火墙动态配置/打孔**：`Firewall configuration` / `Dynamic firewall` / `Pinhole` / `Firewall pinholing` / `P2P hole punching` / 防火墙配置 / 防火墙打孔 / 动态策略下发

* **路由实体/网关通信**：`Routing entity` / `Session Border Controller` (SBC) / `ICE` (Interactive Connectivity Establishment) / `STUN` / `TURN` / `Gateway-to-Gateway`

* **联系信息/地址交换**：`Contact information` / `Endpoint address` / `IP and port` / `Media candidate` / 地址交换 / 端口映射

### 2. 重点关注的通信标准与协议规范（标准的精准打击）

本专利的技术实质与**3GPP IMS架构中的网络侧NAT/防火墙穿透机制**高度相似，建议重点检索2014年之前的相关通信标准规范：

* **3GPP TS 23.228 / TS 29.228 / TS 29.162**：关于IMS（IP Multimedia Subsystem）中中继实体（如P-CSCF、I-CSCF、S-CSCF）如何解析SIP URI（应用级标识），以及通过**IBCF / TrGW (Transition Gateway)** 或 **IMS-ALG / TrGW** 动态控制网络侧防火墙/NAT（如根据SDP协议中交换的联系信息配置媒体网关防火墙）的标准。

* **IETF RFC 5245 (ICE) / RFC 6135 (An-Offer/Answer Mechanism for Session Traversal Utilities for NAT)**：检索网络侧中继/路由节点如何收集并交换Host/Reflexive candidates（联系信息），进而指导网络设备放行流量。

### 3. 分分类号（IPC/CPC）精准追检索

建议在以下分类号下追加“防火墙打孔”或“双路由实体交互”的检索：

* **H04L 63/02**（网络安全：防火墙；数据包过滤）

* **H04L 65/1069**（会话管理：会话建立/协商）

* **H04L 67/142**（网络安排：会话状态与配置）

* **H04L 63/0281**（利用代理/中继配置防火墙穿透）

### 4. 建议的无效攻击逻辑路线规划

* **路线一（主攻路线）**：以 **3GPP IMS标准规范（如包含IMS-ALG与TrGW动态配置防火墙的相关标准）** 作为D0（最接近对比文件），结合 **D2**（公开OTT/JID应用标识解析与分布式路由）。通过“IMS中通过P-CSCF/TrGW根据SDP交换联系信息并配置防火墙”的公知常识，组合攻击特征G、H、I。

* **路线二（备选路线）**：以 **D2** 为最接近对比文件，结合 **WebRTC/ICE打孔技术专利** 或 **SBC（会话边界控制器）双向配置防火墙的现有技术**，论证“在分布式路由架构中，路由实体间传递联系信息并配置代理防火墙/网关是本领域的惯用技术手段”，从而突破特征G、H、I的防线。

针对目标专利权利要求1（下称“本专利”），紧密结合其说明书背景与技术方案，并比对三篇对比文件（D1: WO2014114711A1、D2: CN104067591A、D3: WO2014172512A2）原文进行深度专利侵权/无效分析如下：

---

## 一、 权利要求1的技术特征拆解与说明书解释

根据本专利的构思，其核心在于解决**OTT应用（如微信、Skype等）在移动网络（MNO）环境下建立点对点（P2P）数据传输时遇到的标识符不兼容及防火墙/NAT穿越问题**。说明书及权利要求1将技术特征拆解解释如下：

* **技术特征A**：移动运营商（MNO）控制的第一路由实体（210），在第一设备（202）和第二设备（212）之间建立连接。

* *说明书解释*：第一路由实体为MNO网络内部控制的路由/代理服务器，负责承载与调度信令。

* **技术特征B、C、D、F**：接收连接请求（含第二设备的第一标识符），并将应用级的第一标识符解析为网络级的第二标识符（该第二标识符识别MNO控制的第二路由实体220）。

* *说明书解释*：**特征K（第一标识符）** 是指智能手机上过顶（OTT）应用（如Skype ID、账号）使用的应用级标识；**特征L（第二标识符）** 是指MNO使用的网络级标识（如IP地址、IMSI、或运营商分配的网络路由ID）。此过程实现了应用层账号到MNO网络路由节点的映射。

* **技术特征E、G、H**：向第二路由实体提供连接请求及第一设备的联系信息，并从第二路由实体接收第二设备的联系信息。

* *说明书解释*：联系信息指用于建立P2P或直连数据通道的网络端点信息（如IP地址、端口号）。

* **技术特征I、J**：依据第一与第二设备的联系信息，配置第一防火墙（208）以进行数据交换；第一防火墙是第一设备连接的电信网络中配置用于保护第一设备的防火墙。

* *说明书解释*：路由实体将获取的双方联系信息下发或主动配置边缘防火墙/NAT，实现防火墙穿越（Firewall/NAT Traversal），使P2P数据流能顺利穿透运营商防火墙。

---

## 二、 对比文件特征比对与公开性分析

下表详细对比了对比文件与权利要求1技术特征的对应关系，并标注原文出处：

### 特征比对表格

---

## 三、 最接近对比文件的确定（结合解决的技术问题与技术效果）

### 1. 技术问题与技术效果分析

* **目标专利解决的技术问题与效果**：

目标专利旨在解决**移动网络运营商（MNO）环境下，OTT应用在进行P2P通信时，如何通过MNO控制的路由实体将应用级身份精准转换为网络级路由地址，并动态配置MNO网关防火墙，实现安全且高效的防火墙/NAT穿越**。

* **各对比文件的侧重点**：

* **D1 (WO2014114711A1)**：侧重于在3GPP LTE网络中，通过临时广播标识符（T-BID）和票据机制实现设备间的**近程发现（Proximity Discovery）与隐私保护**。

* **D2 (CN104067591A)**：侧重于**电信网络与OTT/全球传输网络边界处**，通过代理、穿越器与路由设备，实现**实时通信协议的防火墙穿越、网络级地址（DNS/ENUM）解析以及MNO网络控制**。

* **D3 (WO2014172512A2)**：侧重于移动终端在多网（WiFi/蜂窝）并发环境下，通过建立双控制平面/数据平面来**优化OTT服务连接的稳定性与抗掉线能力**。

### 2. 最接近对比文件的结论

**最接近对比文件为：D2 (CN104067591A)**

* **理由**：

1. **技术领域与架构高度重合**：D2与本专利均处于“移动/电信运营商网络与OTT实时通信融合”的技术领域，均强调通过位于网络边界的代理/路由实体处理OTT业务。

2. **核心特征重合度最高**：D2不仅公开了特征A、B、F、K、L，更**毫无异议地公开了特征C（应用级标识至网络级地址的转换/ENUM/DNS解析）和特征I/J（通过路由实体/穿越器依据端点联系信息配置防火墙以实现穿越）**。在整体架构上，D2最贴近本专利解决“OTT在MNO网络中的路由与防火墙穿越”这一核心技术问题。

*(注：D1也可作为辅助的“最接近对比文件”用于组合对比，但由于其缺少显式的防火墙配置及应用级/网络级标识映射，其优先度低于D2。)*

---

## 四、 未被最接近对比文件公开的特征及其在其他对比文件中的公开情况

以 **D2** 为最接近对比文件，本专利权利要求1未被D2充分公开的特征包括：

1. **双路由实体协同架构（特征D、E、G、H）**：

* *未公开细节*：第二标识符专门用于识别“MNO所控制的**第二路由实体**”（特征D）；第一路由实体向第二路由实体提供连接请求（特征E）；第一路由实体与第二路由实体相互交换第一设备和第二设备的联系信息（特征G、H）。

* *D2的状态*：D2主要描述了单个边缘路由设备/代理（如100/120）对端点信令的处理，未明确区分位于发起方和接收方的“第一路由实体”与“第二路由实体”之间的两阶段/双实体路由与信令交互流程。

2. **其他对比文件（D1、D3）的公开情况**：

* **D1**：提出了源设备、目标设备与网络服务器之间的三方交互，但其服务器主要用于生成/验证票据（Ticket），未公开“第一路由实体将标识解析为第二路由实体，并与第二路由实体交叉提供联系信息”的架构。

* **D3**：公开了终端可以与Common Communication Point（如OTT Server 124，见[p0030]）建立连接，且该Common Communication Point可以是“蜂窝网络中的功能组件”（如MSC或P-GW），但D3侧重于终端与该服务器之间的多平面建立，未公开两个MNO路由实体之间的多级解析与联系信息透传。

---

## 五、 无效宣告请求中最薄弱的技术特征及检索策略

### 1. 最薄弱的技术特征（专利权人的“防线”）

如果对本专利发起无效宣告，**最薄弱（即最难被现有技术一次性突破、也是专利权人最可能据以主张创造性）的技术特征**是：

> **特征D、E、G、H组合构成的“双路由实体（MNO Entity-1与MNO Entity-2）协同解析与联系信息交换机制”**。

* **薄弱原因/辩驳点**：

本专利将传统的SIP/P2P网络路由模型套用到MNO网络中。在标准的软交换、IMS（IP Multimedia Subsystem）或分布式SIP路由架构（RFC 3261）中，**主叫方代理服务器（Proxy/Routing Entity 1）通过解析被叫方域名/标识，路由到被叫方归属的代理服务器（Proxy/Routing Entity 2），并由两个代理服务器协助完成媒体协商（SDP交换联系信息/IP端口）以及NAT/防火墙穿越配置**，这是电信网/VoIP领域的标准公知常识。

### 2. 进一步的对比文件检索策略（针对上述薄弱特征）

为彻底无效权利要求1，后续检索应补充针对“3GPP IMS架构”、“SIP分布式路由”及“ICE/STUN/TURN中继”结合的标准文本与专利：

1. **检索主题词与分类号组合**：

* **IPC / CPC 分类号**：`H04L65/1069`（IMS/SIP信令路由）、`H04L67/104`（P2P应用）、`H04L63/02`（防火墙/NAT穿越）、`H04W12/06`。

* **关键词**：`路由实体 / Proxy / Call Session Control Function / CSCF` + `应用级标识 / SIP URI / IMPU` + `网络级标识 / IP / Routing Node` + `第二路由实体 / Target Proxy` + `防火墙配置 / Gate Control / Policy and Charging Control / PCC`。

2. **重点检索文献库与标准规范（3GPP Specs）**：

* **3GPP TS 23.228** (IP Multimedia Subsystem (IMS); Stage 2)：重点查看 **P-CSCF（Proxy-CSCF）** 与 **S-CSCF / I-CSCF** 之间的信令交互，主叫侧P-CSCF（对应第一路由实体）将用户标识解析并路由至被叫侧P-CSCF（对应第二路由实体），并通过Rx接口配置PCC/SGW防火墙（Gate Control）。

* **RFC 5245 (ICE) / RFC 3261 (SIP)**：查看分布在不同运营商网络中的两个SIP Proxy如何解析应用层地址、转发INVITE请求、交换双方候选传输地址（Candidates/联系信息），并指令本地边缘设备（SBC/NAT）放行的过程。

3. **组合组合策略建议**：

* **主引证（D2 - CN104067591A）**：提供MNO网络中OTT应用标识转换、网络级路由以及代理器/穿越器依据联系信息动态配置防火墙的核心框架。

* **辅引证（3GPP IMS标准文献 或 经典IMS/SBC专利）**：提供“第一路由实体（主叫侧Proxy）向第二路由实体（被叫侧Proxy）解析转发请求，并分别交换联系信息配置各自防火墙”的双实体协同技术特征，以**公知常识**或**显而易见的技术手段叠加**为由，彻底破坏权利要求1的创造性。

根据权利要求1所述的方法，进一步包括从第一设备接收(402)终止所述连接的命令；以及指示(404)第一防火墙(208)终止所述连接。

根据权利要求2所述的方法，进一步包括向第二路由实体(220)提供所述连接将被终止的指示(406)。

根据权利要求1所述的方法，进一步包括步骤从第二路由实体(220)接收(506)第二设备(212)发出了终止所述连接的命令的指示；以及指示(508)第一防火墙(208)终止所述连接和/或向第一设备(202)提供所述连接要被终止的指示(510)。

一种用于由移动网络运营商(MNO)所控制的第二路由实体(220)的方法，所述方法能够在连接至移动网络运营商(MNO)的电信网络的第一设备(202)与连接至所述电信网络的第二设备(212)之间建立连接；从所述移动网络运营商(MNO)所控制的第一路由实体(210)接收(316)对第一设备和第二设备之间的连接的连接请求；所述连接请求包括第二设备的第一标识符和/或第二标识符；对第二设备的第一标识符和/或第二标识符进行解析以确定第二设备的第三标识符；向第三标识符所识别的第二设备(212)提供(318)连接请求；从第一路由实体接收(316/330)第一设备的联系信息；从第二设备(212)接收(320)第二设备接受所述连接请求的指示；向第一路由实体(210)提供(326)第二设备的联系信息；依据第一设备的联系信息和第二设备的联系信息对第二防火墙(218)进行配置(334)以便通过第一设备和第二设备之间的连接进行数据交换；其中所述第二防火墙(218)是第二设备与之连接的电信网络的、被配置为保护第二设备的防火墙；其中第一标识符是指智能蜂窝设备和互联网上的过顶(OTT)应用所使用的应用级别的标识符；其中第二标识符是指移动网络运营商(MNO)所使用的网络级别的标识符。

根据权利要求5所述的方法，进一步包括步骤从第一路由实体(210)接收(406)第一设备(202)发出了终止第一设备和第二设备之间的连接的命令的指示；并且指示(408)第二防火墙(218)终止所述连接和/或向第二设备(212)提供所述连接要被终止的指示(410)。

根据权利要求5所述的方法，进一步包括步骤从第二设备接收(502)终止所述连接的命令；以及指示(504)第二防火墙(218)终止所述连接。

根据权利要求7所述的方法，进一步包括步骤向第一路由实体(210)提供所述连接将被终止的指示(506)。

根据权利要求5‑8中任一项所述的方法，其中所述第一设备的联系信息包括要被用于通过所述连接传送数据的第一设备的IP地址；并且第二设备的联系信息包括要被用于通过所述连接传送数据的第二设备的IP地址。

根据权利要求9所述的方法，其中所述第一设备的联系信息还包括第一设备的一个或多个端口；并且第二设备的联系信息还包括第二设备的一个或多个端口。

一种用于连接至移动网络运营商(MNO)的电信网络的第一设备(202)的方法，所述方法能够在第一设备(202)与连接至所述电信网络的第二设备(212)之间建立直接数据连接；其中第一设备在第一防火墙后面；所述第一防火墙可由所述移动网络运营商控制的第一路由实体依据第一设备的联系信息和第二设备的联系信息配置以便通过第一设备和第二设备之间的连接进行数据交换；从连接至位于所述移动网络运营商的电信网络外部的网络(222)的过顶(OTT)服务提供商(224)获取(304)第二设备的第一标识符；向所述移动网络运营商所控制的第一路由实体(210)提供(306)包括第二设备的第一标识符的连接请求；从而所述第一路由实体将第二设备的第一标识符解析为第二设备的第二标识符并且用包括第二设备的第一标识符和/或第二标识符的连接请求联系第二路由实体；向第一路由实体(210)提供(402)终止所述连接的命令；其中第一标识符是指智能蜂窝设备和互联网上的过顶(OTT)应用所使用的应用级别的标识符。

根据权利要求11所述的方法，进一步包括从第一路由实体(210)接收(510)所述连接要被终止的指示。

根据权利要求11所述的方法，进一步包括从第一路由实体(210)接收(328)第二设备的联系信息。

一种用于连接至移动网络运营商(MNO)的电信网络的第二设备(212)的方法，所述方法能够在连接至所述电信网络的第一设备(202)和第二设备(212)之间建立直接数据连接；其中第二设备在第二防火墙后面；所述第二防火墙可由所述移动网络运营商控制的第二路由实体依据第一设备的联系信息和第二设备的联系信息配置以便通过第一设备和第二设备之间的连接进行数据交换；向连接至位于所述移动网络运营商的电信网络外部的网络(222)的过顶(OTT)服务提供商(224)提供(300)第二设备的第一标识符；从而由所述移动网络运营商(MNO)控制的第一路由实体将第二设备的第一标识符解析为第二设备的第二标识符并且用包括第二设备的第一标识符和/或第二标识符的连接请求联系第二路由实体；从第二路由实体(220)接收(318)对第一设备 and 第二设备之间的连接的连接请求；向第二路由实体(220)提供(320)第二设备接受所述连接请求的指示；从第二路由实体(220)接收第一设备的联系信息；其中第一标识符是指智能蜂窝设备和互联网上的过顶(OTT)应用所使用的应用级别的标识符。

根据权利要求14所述的方法，进一步包括向第二路由实体(220)提供(502)终止所述连接的命令；或者从第二路由实体(220)接收(410)所述连接要被终止的指示。

一种计算机可读的非瞬态存储介质，包括指令；所述指令被配置成在计算机中执行时实施根据权利要求1‑15任一项所述的方法步骤。

一种节点(210)，包括体现有计算机可读程序代码的计算机可读存储介质(704)；和耦合至所述计算机可读存储介质的处理器(702)；其中响应于执行所述计算机可读程序代码，所述处理器被配置为执行实施根据权利要求1‑4中任一项所述的方法步骤的可执行操作。

根据权利要求17所述的节点，其中所述处理器(702)包括微处理器。

根据权利要求17所述的节点，其中所述节点包括或者是所述移动网络运营商的电信网络的核心网络内的直接模式控制中心(DMCC)。

一种节点(220)，包括体现有计算机可读程序代码的计算机可读存储介质(704)；和耦合至所述计算机可读存储介质的处理器(702)；其中响应于执行所述计算机可读程序代码，所述处理器被配置为执行实施根据权利要求5‑9中任一项所述的方法步骤的可执行操作。

根据权利要求20所述的节点，其中所述处理器(702)包括微处理器。

规律根据权利要求20所述的节点，其中所述节点包括或者是所述移动网络运营商的电信网络的核心网络内的直接模式控制中心(DMCC)。

一种第一设备(202)，包括体现有计算机可读程序代码的计算机可读存储介质(704)；和耦合至所述计算机可读存储介质的处理器(702)；其中响应于执行所述计算机可读程序代码，所述处理器被配置为执行实施根据权利要求11或12所述的方法步骤的可执行操作。

根据权利要求23所述的第一设备，其中所述处理器(702)包括微处理器。

一种第二设备(212)，包括体现有计算机可读程序代码的计算机可读存储介质(704)；和耦合至所述计算机可读存储介质的处理器(702)；其中响应于执行所述计算机可读程序代码，所述处理器被配置为执行实施根据权利要求14或15所述的方法步骤的可执行操作。

根据权利要求25所述的第二设备，其中所述处理器(702)运行包括微处理器。

一种系统，包括以下的两个或更多个根据权利要求17所述的节点(210)；根据权利要求20所述的节点(220)；用于用作根据权利要求1‑15中任一项的方法步骤中的第一设备的用户装备(UE)；用于用作根据权利要求1‑15中任一项的方法步骤中的第二设备的用户装备(UE)；用于用作根据权利要求1‑4中任一项的方法步骤中的第一防火墙的设备；以及用于用作根据权利要求5‑9中任一项的方法步骤中的第二防火墙的设备。