一种在系统中的移动设备上接收本地紧急信息的方法，所述系统包括电信网络和至少一个本地通信网络；所述本地通信网络包括一个或多个无线接入点；所述方法包括由所述移动设备执行的以下步骤；通过所述电信网络的信道接收一般紧急信号；所述信道是广播信道；响应于接收到所述一般紧急信号，连接到其中一个所述无线接入点；并且发送针对传送所述本地紧急信息的请求；以及从其中一个所述无线接入点接收所述本地紧急信息。

这份针对权利要求1的专利无效与创造性分析意见如下。

---

## 一、 权利要求1的技术特征拆解

为了进行精确的对比比对，首先将权利要求1的技术方案拆解为以下8个独立的构成的技术特征：

* **技术特征A**：一种系统中的移动设备上接收本地紧急信息的方法，所述系统包括电信网络和至少一个本地通信网络；

* **技术特征B**：所述本地通信网络包括一个或多个无线接入点；

* **技术特征C**：所述方法包括由所述移动设备执行的以下步骤；

* **技术特征D**：通过所述电信网络的信道接收一般紧急信号；

* **技术特征E**：所述信道是广播信道；

* **技术特征F**：响应于接收到所述一般紧急信号，连接到其中一个所述无线接入点；

* **技术特征G**：并且发送针对传送所述本地紧急信息的请求；

* **技术特征H**：以及从其中一个所述无线接入点接收所述本地紧急信息。

---

## 二、 对比文件1（D1）公开特征分析与详细出处比对

* **对比文件1 (D1)**：US20050075116A1（*Wireless virtual campus escort system*，公开日：2005年4月7日）

### 1. 技术特征比对分析

* **特征A（实质公开）**：D1公开了一套校园安全管理系统，移动设备（Handset 100）可以同时与“蜂窝/电信网络”（Wireless telephone network 102）以及“本地通信网络”（Campus wireless local area network/WLAN 119）建立连接。（参参出处：[0021]、[0031]-[0033]、[0037]）

* **特征B（毫无异议公开）**：D1明确公开了本地WLAN网络包含无线接入点（Wireless access points）。（参参出处：[0008]、[0055]-[0057]）

* **特征C（毫无异议公开）**：D1的方法步骤（如监测警报、发送请求、切换网络等）均由移动设备（Handset 100，内置CPU 218及软件）执行。（参见出处：[0034]-[0036]、[0083]、图4）

* **特征D（实质公开）**：D1公开了服务器（Campus security management server 114）可向所有订阅者广播安全警报信号（Broadcast notification of security alerts / Emergency notification），例如广播灾害、火灾或攻击等安全警告信号，移动设备通过电信网络或无线网络接收该信号。（参见出处：[0197]、[0047]-[0048]）

* **特征E（未公开/隐性公开）**：D1提到了多播（Multicast）组播传输（[0047]），但未明确限定通过电信网络的“广播信道（Broadcast channel）”下发该一般紧急信号。

* **特征F（实质公开）**：D1公开了当移动设备检测到紧急情况/收到警告信号时，可以根据通信质量和可用性，自动连接并切换至本地无线网络（WLAN 119或Bluetooth）发送或接收数据。（参见出处：[0010]、[0037]、[0051]、[0177]）

* **特征G（实质公开）**：D1公开了移动设备在紧急或预警状态下，向本地网络或服务器发送数据请求（Push/Pull request）或广播求救请求以获取更新的信息或本地援助。（参见出处：[0005]、[0067]、[0142]）

* **特征H（实质公开）**：D1公开了移动设备通过WLAN接入点接收本地的紧急救援指导信息、安全逃生路线、环境传感器数据或本地广播警报等本地紧急信息。（参见出处：[0008]、[0104]、[0140]）

### 2. 特征比对汇总表

---

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

* **最接近的对比文件推荐**：**D1（US20050075116A1）**

### 整体技术问题与技术效果比对：

1. **本专利解决的技术问题**：在电信网络发生拥堵或广域广播不够精准时，如何利用广域电信网络下发“一般紧急信号”作为触发器，指导移动终端及时接入高带宽的“本地无线网络接入点”去定向请求并接收精细化的“本地紧急信息”，从而降低电信网通信负荷，提高本地救援信息的精准度。

2. **D1解决的技术问题**：解决校园/局部区域内移动终端在紧急或警报状态下的安全监控、定位与信息交互问题，利用蜂窝网与WLAN/蓝牙等多种无线网络的互补性，在发生紧急事件时切换网络通道获取高精度的本地救援或避难指导。

3. **匹配度**：D1与本专利均属于**无线通信领域中基于移动终端的紧急事件预警与本地化救援信息获取**技术。D1涵盖了“蜂窝网+本地WLAN双网架构”、“收到警报后通过WLAN获取本地救援/逃生信息”的完整业务逻辑。

因此，**D1非常适合作为最接近的对比文件（D1作为第一对比文件/主对比文件）**。

---

## 四、 未被D1完全公开的特征及其他对比文件检索策略

### 1. 无效请求中最薄弱的技术特征（专利权人的防线）

通过对比可知，权利要求1中**最薄弱、最容易被攻破，同时也是目前D1未完全硬套上的特征**为：

* **特征E（信道是广播信道）**结合 **特征F（响应于通过广播信道接收到的“一般紧急信号”而触发连接本地无线接入点）** 的具体联动逻辑。

> **防线漏洞分析**：

> D1中虽然提到了“广播安全警报（Broadcast notification）”和“多播（Multicast）”，但D1侧重于“终端自身检测到危险后去连接WLAN”或“服务器通过多播下发更新”。

> 专利权人在答辩时极有可能主张：*“D1未明确公开‘通过电信网络的广播信道（Broadcast Channel，如CBS/MBMS）下发一般紧急信号，并以此信号作为触发指令去连接本地AP’”* 这一特定技术组合。

---

### 2. 进一步的对比文件检索策略（补充公知常识/结合对比文件D2）

为了彻底无效掉权利要求1，需要通过补充检索（寻找D2），重点攻克**“通过电信网广播信道（Cell Broadcast / MBMS）发送紧急通知以触发终端连接本地WLAN/Wi-Fi”**的技术手段。

#### 检索策略规划：

1. **分类号检索（IPC / CPC）**：

* `H04W 4/06`（广播或多播服务，MBMS）

* `H04W 4/90`（紧急呼叫或紧急服务）

* `H04W 88/06`（多模终端/双网终端）

* `H04W 36/14`（不同无线接入技术之间的切换/连接）

2. **关键词组合策略**：

* **核心逻辑组**：`(Emergency / Alert / Warning) AND (Broadcast Channel / CBS / MBMS / Cell Broadcast) AND (WLAN / Wi-Fi / Access Point / Hotspot) AND (Connect / Trigger / Request)`

* **技术中文关键词**：`紧急广播 / 小区广播 / 蜂窝广播` + `WLAN / 无线接入点 / Wi-Fi` + `触发 / 响应 / 切换 / 连接` + `本地信息 / 详细信息`

3. **结合方向（结合D1 + D2）**：

* **D2的预期作用**：寻找一篇公开了“*电信网通过小区广播信道（Cell Broadcast Channel）发送简短紧急警报，终端接收后自动开启/连接本地Wi-Fi/WLAN以加载富媒体或详细本地救援信息*”的对比文件D2。

* **创造性逻辑组合**：D1已经公开了双网架构下利用WLAN接收本地救援/逃生信息的整体流程；D2公开了利用电信网广播信道下发紧急通知并引导终端连接WLAN的技术手段。在D1的基础上结合D2（或本领域的公知常识：电信网广播信道适合下发低时延短文本警报，WLAN适合传输高带宽本地数据），对于本领域技术人员而言是**显而易见**的，不具备创造性（符合《专利审查指南》第三部分第四章关于创造性评述的要求）。

作为一名经验丰富的专利代理师，我针对目标权利要求1以及您提供的三份对比文件（D1: US5838237A、D2: US5896382A、D3: US20020026491A1）进行深入的权利要求解析、特征比对、最接近对比文件选择以及无效宣告请求的策略分析。

---

## 一、 目标权利要求1的技术方案解析

目标权利要求1的核心发明点在于一种**“双网络协同的本地紧急信息获取机制”**：

1. **网络架构（特征A、B）**：移动设备同时处于电信网络（如蜂窝网）和本地通信网络（如WLAN）的覆盖下。

2. **两阶段触发机制（特征D、E、F、G、H）**：

* **第一阶段（推模式/广播）**：移动设备通过电信网络的**广播信道**接收大范围的“一般紧急信号”。该信道由于是广播性质，能确保高覆盖率和低延迟。

* **第二阶段（拉模式/按需局部获取）**：移动设备被唤醒或触发后，**响应于该信号**，主动寻找并连接到本地通信网络的**无线接入点（AP）**，向其**发送请求**，从而定向下载详尽的“本地紧急信息”。

这种设计解决了大范围下发紧急通知的即时性，与局部详细信息获取时电信网络带宽压力大、定位不够精准之间的矛盾。

---

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

针对权利要求1分解的8个技术特征，结合对比文件原文的具体出处，进行逐一比对分析：

### 1. 特征比对表

### 2. 对比文件原文详细出处与分析

#### D1 (US5838237A) 分析

* **实质公开的特征**：

* **特征A/C**：【DETAILED DESCRIPTION, FIG.1/FIG.4】公开了一种个人报警系统（70），包括移动单元（10），使用蜂窝电信网络（20）接收定位信号和发送报警。

* **特征D/E**：【SUMMARY OF THE INVENTION & FIG.2】“The array of DGPS receivers retransmit Global Positioning Satellite signals over the personnel communications network in order to provide position location signals to the personal alarm device on a cellular channel.” 基站持续广播（retransmit）GPS定位数据，且支持远程激活信号（remote activation signals）。

* **技术差异点**：D1的设备被触发后是利用蜂窝网对外**发送自身位置**向中心求救，或者启动VHF发射机供警方搜寻，其信息流向与本案相反，没有“响应广播信号去连接本地AP下载本地信息”的逻辑。

#### D2 (US5896382A) 分析

* **实质公开的特征**：

* **特征A/B/H**：【DETAILED DESCRIPTION, FIG.1/FIG.2】公开了通过广域网（WAN，如RF广播网50、卫星网75）将公用事业应用从中心站传送到与订阅者耦合的网关（40a-40c），网关连接家庭局域网（LAN），“The gateway 40 provides data communications from the WAN to a home LAN”。

* **技术差异点**：D2的核心是抄表与智能家居控制，其网关多为侧置的固定设备，而非本案由移动设备主动执行的紧急情况双网切换机制。

#### D3 (US20020026491A1) 分析

* **毫无异议公开的特征**：

* **特征A/B/C/H**：【BACKGROUND OF THE PRIOR ART, [0003]-[0004]; SUMMARY, [0006]】“Wireless local area networks (WLANs) use... stationary access points or base stations... Roaming terminals are mobile units that can associate with any access points (AP)... and seamlessly move from AP to AP.” 以及方法包括“receiving the asynchronous application alert at a node on a network... providing access to the alert HTML page”。

* **特征D/G**：【SUMMARY, [0006], [0008]】“transmitting... an asynchronous application alert containing a message to indicate availability of HTML pages... allowing the user to enter a command if the message is to be displayed”。手持设备接收警报，并使用URL构建查询去拉取（请求）详细的HTML页面。

* **技术差异点**：D3的警报是通过UDP协议直接发给WLAN适配器的（“the alert is in the form of a paging signal or an alarm signal capable of preempting other Web client application states of the node”）。它没有区分“电信网络广播信道接收一般信号”和“本地网络AP接收详细信息”的跨网络联动机制。

---

## 三、 最接近对比文件（D最接近）的筛选与分析

在创造性审查中，**D3 (US20020026491A1)** 最适合作为本案的**最接近对比文件（唯一或第一主要对比文件）**。

### 1. 技术领域与解决的技术问题最相关

* **本案**解决的是移动设备在处于孤立或特定区域时，如何快速获知紧急事件并取得该地区特有的本地化指导信息。

* **D3**明确指出其背景技术和要解决的问题：【BACKGROUND OF THE PRIOR ART, [0005]】“Support of many business applications often requires support of notification actions to contact and instruct users of the roaming terminals who can often be located in isolated areas and out of contact with other people.” 两者均聚焦于**“如何向特定区域内可能处于孤立状态的移动/漫游终端实时下发警报通知及后续的详细指导信息”**。

### 2. 技术效果最相似

* 本案的效果是警报信号能强行触发移动终端获取对应的具体本地内容；D3的技术效果同样是利用高优先级的警报信号强行抢占终端当前的应用状态（focus/preempt），弹窗并引导用户去点击访问对应的详细内容（HTML页面）。

* 从结构图上看，D3公开了权利要求1中绝大部分的物理拓扑（便携式手持设备、多AP局域网、因特网宿主服务器）和行为逻辑（收到警报 $\rightarrow$ 弹出提示 $\rightarrow$ 主动发请求获取详细HTML页面）。

---

## 四、 创造性评述与最薄弱技术特征分析

如果要对目标权利要求1提出无效宣告请求，基于现有对比文件，其**最薄弱的技术特征（即最容易被评价为显而易见或被公开的组合特征）**是：

> **特征F的联动关系：**“响应于接收到所述一般紧急信号，连接到其中一个所述无线接入点”。

### 1. 现有对比文件的特征交织（为何薄弱）

虽然没有单一文件完整公开“收到了A网广播，才去连接B网AP”的这一特定顺序动作，但在通信领域，**利用广域广播/寻呼信道（Paging/Broadcast Channel）来唤醒终端，使其切换或连接到高带宽的局域信道拉取数据**，属于极其常规的架构设计（例如早期蜂窝网寻呼后建立业务信道，或广播触发热点连接）。

* **D3**已经完全公开了：终端可以漫游在多个AP间，且服务器会下发Alert，终端收到Alert后发URL请求去读详细内容（公开了：`信号触发` $\rightarrow$ `请求具体内容` 的逻辑）。

* **D1**已经公开了：利用蜂窝网络的独立控制频率或广播渠道（cellular channel）在大范围内向移动设备分发/再传输（retransmit）通用背景数据（DGPS信号）或远程激活信号。

### 2. 无效宣告的评述逻辑（针对特征F）

无效请求人可以以 **D3为最接近的对比文件**，结合 **D1** 以及通信领域的**公知常识**进行创造性评述：

> D3公开了在WLAN内接收警报并请求详细HTML页面的方法。为了解决WLAN覆盖范围有限、大范围播发通知延迟大或耗费单播资源的技术问题，本领域技术人员有动机引入如D1所述的具有大范围覆盖能力的电信网络广播信道来投递初步的警报信号（一般紧急信号）。而在多网并存的环境下，移动终端响应于大网的广播通知，为了获取高带宽的详细信息，主动激活并连接至附近的本地局域网无线接入点（AP），这属于本领域技术人员为了优化带宽和功耗所做出的常规选择，不具备突出的实质性特点和显著的进步。

---

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

由于目前D3中缺乏“双网络跨网联动（A网触发B网连接）”的直接文字表述，为了达成“一脚踢翻”（即直接用X/I类文献否定新颖性，或形成强有力的A+B创造性结合），建议调整检索策略，进行二次精准检索：

### 1. 扩展关键词与算符调整

针对本案的核心发明点“响应大网广播，连接小网获取详细紧急信息”，应锁定下述交叉领域的术语：

* **电信网络/广播信道**：`Cell Broadcast (CB)`, `SMS-CB`, `Paging Channel`, `MBMS (Multimedia Broadcast Multicast Service)`, `Macro cell`, `Umbrella cell`.

* **本地网络/接入点**：`WLAN`, `Wi-Fi`, `Access Point (AP)`, `Micro cell`, `Femtocell`, `Local network`.

* **紧急信号/联动机制**：`Emergency Alert System (EAS)`, `PWS (Public Warning System)`, `CMAS`, `Wake up`, `Network offloading`, `Trigger connection`, `Dual-connectivity`.

### 2. 检索式设计示例（以公知专利数据库为例）

可以采用“大网广播紧急信号”与“触发小网/WLAN连接”的交集进行切入：

```text

(TAC: (emergency OR alert OR warning OR "public safety") AND (broadcast OR paging OR "cell broadcast" OR MBMS))

AND

(TAC: ("wireless access point" OR AP OR WLAN OR WiFi OR "local network"))

AND

(TXT: (trigger* OR response OR responsive OR "offload*") NEAR3 (connect* OR switch* OR scan*))

```

### 3. 重点分类号定位（IPC/CPC）

建议重点在以下小类中检索2000-2006年期间（结合D3的申请时代背景）关于蜂窝网与WLAN协同分流或紧急广播的专利：

* **H04W 4/06**：公共网络中的广播或汇聚（针对一般紧急信号的广播信道接收）。

* **H04W 4/22**：紧急情况或安全方面专用的服务（针对紧急信息的处理）。

* **H04W 36/14**：在不同无线接入技术（RAT）之间的切换（针对从电信网响应切换到本地局域网AP）。

* **H04W 88/06**：多模式终端（针对移动设备具备双网能力的结构）。

### 4. 目标目标公司/标准组织检索

* **3GPP早期规范检索**：检索 3GPP 2000年～2006年前后的早期规范（如 Release 5/6/7 中关于 `I-WLAN` 即因特网WLAN间连接协作，以及 `CBS (Cell Broadcast Service)` 的相关工作组提案）。历史上，3GPP在研究蜂窝网与WLAN互通（Interworking）时，有大量关于“通过蜂窝网向终端广播特定SSID或触发终端开启Wi-Fi连接以减轻大网负荷”的提案，这些技术方案与本案的技术闭环高度重合，是寻找破坏创造性证据的极佳来源。

作为一名经验丰富的专利代理师，我将紧密结合**目标专利（权利要求1）**的方案与各对比文件的**具体原文**，为您进行系统性的比对、最接近对比文件的选取、无效请求薄弱特征分析及后续检索策略制定。

---

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

根据专利法及审查指南，权利要求中的技术特征需结合说明书进行解释：

* **特征A（系统构成）**：`所述系统包括电信网络和至少一个本地通信网络`

* *说明书解释*：广域的电信网络（如 cellular/蜂窝网、广域移动通信网）与局域/短距离的本地通信网络（如 WLAN、Wi-Fi、蓝牙等）共存的异构网络系统。

* **特征B（本地网络结构）**：`所述本地通信网络包括一个或多个无线接入点`

* *说明书解释*：本地网络由一个或多个无线接入点（Access Point, AP）提供无线覆盖。

* **特征C（执行主体）**：`所述方法包括由所述移动设备执行的以下步骤`

* *说明书解释*：限定了本权利要求保护的是一种**移动设备侧（Client-side/UE-side）**执行的方法。

* **特征D（一般紧急信号接收）**：`通过所述电信网络的信道接收一般紧急信号`

* *说明书解释*：移动设备通过广域电信网络接收到范围较广、不针对特定微小区域的初步/通用紧急提醒（General emergency signal）。

* **特征E（信道类型）**：`所述信道是广播信道`

* *说明书解释*：接收一般紧急信号的电信网络信道为广播信道（Broadcast channel），实现对广域范围内不特定多数移动设备的高效下发。

* **特征F（触发式连接AP）**：`响应于接收到所述一般紧急信号，连接到其中一个所述无线接入点`

* *说明书解释*：移动设备**平时不必然连接AP**，而是**将“接收到一般紧急信号”作为触发条件**，再去建立与本地无线接入点（AP）的无线连接（触发式/被动式连接，以省电或优化网络资源）。

* **特征G（主动请求本地紧急信息）**：`发送针对传送所述本地紧急信息的请求`

* *说明书解释*：移动设备连接到AP后，向AP或本地网络**主动发送（pull模式）**获取“本地紧急信息”（Local emergency information，针对当前AP覆盖微小区域的具体避难/灾情信息）的请求指令。

* **特征H（接收本地紧急信息）**：`从其中一个所述无线接入点接收所述本地紧急信息`

* *说明书解释*：移动设备通过本地AP接收该特定微小区域的本地紧急信息。

---

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

我们分别对三份对比文件（D1: US6370381B, D2: JP2002185389A, D3: US20020091527A1）进行深度原文核查：

#### 1. D1 (US6370381B1 - Multiple channel communications system)

* **技术领域与内容**：涉及一种多通道数字通信系统（如警察/消防调度系统，基于TDMA塔台与移动车辆通信）。

* **与本特性的核对**：

* 公开了由移动设备（VLU）、塔台（Tower sites）、电信通道构成的系统（**特征A、B、C**）。

* **特征D/E/F/G/H对比**：D1公开了塔台定期广播加载/状态信息（`Loading_Msg`），移动设备根据距离塔台远近或通道拥堵情况主动发起通道切换或塔台切换请求（`ChannelRequest_Msg`）。但这属于**网络信道负载均衡与漫游管理**，**并非接收“一般紧急信号”**，也**没有公开响应紧急信号去连接AP并请求“本地紧急信息”**。

#### 2. D2 (JP2002185389A - Emergency-information reporting system)

* **技术领域与内容**：涉及一种利用移动电话/PHS通过基地局下发紧急信息的紧急信息通知系统。

* **与本特征的核对**：

* **特征A/B/C**：公开了基地局100和移动电话机200，基地局定期发送报知信息（广播）（[0012]）。

* **特征D/E**：公开了发生灾害时，基地局在报知信息（广播信道）中附加“存在紧急信息”的参数（紧急信息信道信息及标识符ID）（[0012]、[0023]）。这相当于公开了通过广播信道接收一般紧急信号（**特征D、E**）。

* **特征F/G/H对比**：

* D2的移动电话机在报知信息中发现新的紧急信息ID后，直接去**接收（监听/切换到）发送该紧急信息的信道（[0026]：`報知情報を元に緊急情報が送信されているチャネル...の受信を行う`）**。

* D2中基地局是**单向广播/推送（push）**紧急信息（针对该基地局设置场所的固有信息，[0012]）。

* **缺少特征F、G**：D2**未公开**“响应于接收到一般紧急信号才去连接本地AP”以及“移动设备**发送针对传送本地紧急信息的请求（上行请求）**”。D2是纯粹的下行接收，无移动设备主动发送请求本地紧急信息的步骤。

#### 3. D3 (US20020091527A1 - Distributed speech recognition server system)

* **技术领域与内容**：涉及移动互联网/内网下的分布式语音识别服务器系统。

* **与本特征的核对**：

* 公开了移动终端通过WAP/WLAN/移动网络访问服务器并利用语音指令请求内容（如餐馆、股票等，[0004], [0029]）。

* **缺少特征D、E、F、G、H关于紧急信号的组合**：D3完全未涉及“紧急信号”或“本地紧急信息”的处理流程，仅公开了通用的客户端-服务器（Pull模式）数据请求与接收机制。

---

### 三、 特征比对表格 (Feature Mapping Table)

---

### 四、 最接近对比文件的选择（整体技术问题与技术效果角度）

在创造性分析中，确定“最接近的对比文件（Closest Prior Art）”需要考量：技术领域是否相同、解决的技术问题是否最接近、公开的技术特征数量等。

#### 1. 分析与评估：

* **D2 (JP2002185389A)**：

* **技术领域**：紧急信息通知系统。

* **解决的技术问题**：如何在广域网络中向移动终端及时、高效地下发与其所在位置相关的紧急信息（避难/灾害信息）。

* **公开特征**：公开了特征A(部分)、B(部分)、C、D、E、H。

* **评价**：D2与目标专利处于**完全相同的技术领域**，且致力于**解决相同的技术问题（广播下发通知并获取本地特有紧急信息）**。因此，**D2是最合适的最接近对比文件（第一最接近对比文件）**。

* **D1 (US6370381B1)**：

* 虽然公开了移动网络与本地网络结合架构（特征A、B、C）以及广播/请求交互机制（类似特征E），但其核心技术问题在于“移动通信网的信道负载均衡与自动漫游切换”，与“紧急信息发布与获取”无关。

* **D3 (US20020091527A1)**：

* 属于语音识别及移动Web检索领域，未关注紧急信息发布机制。

#### 2. 结论：

**对比文件 D2 (JP2002185389A)** 在创造性分析中最适合作为**最接近的对比文件**。

---

### 五、 区别技术特征及无效分析中的“最薄弱技术特征”

以 **D2 (JP2002185389A)** 作为最接近对比文件时，权利要求1相对于D2的区别技术特征在于：

1. **特征F**：`响应于接收到所述一般紧急信号，连接到其中一个所述无线接入点` （**触发式连接**：平时不连或非特定连接，收到电信广域紧急广播后才触发连接本地AP）。

2. **特征G**：`发送针对传送所述本地紧急信息的请求` （**Pull模式/交互式请求**：终端连上AP后主动向AP发出获取本地紧急信息的请求，而非D2中的单向静默广播接收）。

#### 【若提出无效请求，目标专利最薄弱的技术特征分析】

作为专利代理师，在评价本专利的稳定性时，权利要求1中**最薄弱的技术特征（最容易被突破/最容易被认定为显而易见的技术特征）**是：

* **薄弱特征解析**：**特征G（发送针对传送所述本地紧急信息的请求）与特征F的结合**。

* **理由**：

1. **公知常识/惯用技术手段替换**：在移动通信领域，数据的传输模式无外乎“Push（推送）”和“Pull（拉取/请求）”两种。D2公开了由基地局广播“存在紧急信息信号”（相当于特征D/E），随后终端直接去监听/接收紧急信息（Push模式）。如果本领域技术人员为了减少本地AP的广播带宽占用、或者为了实现个性化/按需获取本地紧急信息，将D2的“广播接收”自然延伸/替换为常规的“终端发送Request请求、AP返回Response”的 **Client-Server/Pull请求模式（即特征G）**，这种替换在通信协议设计中属于**常规技术手段的择一选择**。

2. **技术效果的可预见性**：通过广域网广播“提示信号”，触发终端连接局域网并通过“请求-响应”获取详细内容，属于异构网络中解决“广域覆盖+局域大带宽/精准获取”的常见组合架构。

---

### 六、 进一步的对比文件检索策略 (Search Strategy)

由于现有的对比文件D2缺乏“**响应广域广播信号去连接本地AP**”以及“**主动发送请求获取本地紧急信息（Push-to-Pull转换/分层广播请求）**”的组合，如果需要发起无效宣告，建议采取以下进一步检索策略：

#### 1. 核心检索要素（Key Concepts & Keywords）

* **要素一（主题/应用）**：紧急信息 / 灾害通知 / 位置警报 (Emergency Information / Disaster Notification / Alert System / Location-based Alert)

* **要素二（网络架构）**：蜂窝网与局域网结合 / 广播触发局域网 (Cellular & WLAN / Broadcast Trigger / Multi-tier network / Heterogeneous Network)

* **要素三（动作特征）**：接收广播 -> 触发连接AP -> 发送请求获取详情 (Receive Broadcast -> Trigger AP Connection -> Send Request / Pull Local Info)

#### 2. 分类号 (IPC / CPC) 检索策略

重点结合以下IPC/CPC分类号进行交叉检索：

* **H04W 4/06** (Broadcasting, selective distribution, e.g. MBMS) — 广播/选择性分发

* **H04W 4/90** (Services for emergency situations, e.g. emergency calls or disaster relief) — 紧急情况服务/灾害救援

* **H04W 76/10** (Connection setup) — 连接建立

* **H04W 88/06** (Terminal adapted for operating in multiple networks) — 多网络双模/多模终端

#### 3. 检索公式表达与逻辑构建（以Derwent/Patentics/Google Patents语词为例）

* `((emergency OR disaster OR alert OR warning) NEAR/5 (signal OR message OR broadcast))`

* `AND ((trigger* OR respond*) NEAR/10 (connect* OR attach*) NEAR/10 (AP OR "access point" OR WLAN OR WiFi))`

* `AND (request* OR pull OR fetch) NEAR/5 (local OR detail* OR specific) NEAR/5 info*`

#### 4. 重点追溯的方向与标准文件

* **3GPP 标准规范追溯**：检索 2000-2005 年期间 3GPP 关于 **CBS (Cell Broadcast Service)**、**eMBMS** 与 **WLAN Interworking (3GPP-WLAN 架构，如 TS 23.234)** 结合的讨论提案（Tdocs/CRs）。重点查看“在蜂窝网下发 Cell Broadcast 提示后，引导终端附着（Attach/Connect）到本地 WLAN/AP 去获取丰富媒体内容/本地信息”的业务流程。

* **结合 D2 进行同族/引证检索**：对 D2 (JP2002185389A) 的施引文献（Forward Citations）和后来的同族/关联专利进行追溯，查找是否有在D2基础上改进为“请求-响应 (Pull)”模式的专利文献。

这份专利无效宣告分析意见书紧密结合了目标专利权利要求1的说明书含义，对三份对比文件进行深度拆解与比对，并提供了最接近对比文件的选择依据、薄弱技术特征分析及后续检索策略。

---

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

根据专利法及说明书的整体意图，权利要求1的技术特征拆解及说明书含义解释如下：

* **技术特征A（前置概念）**：`一种在系统中的移动设备上接收本地紧急信息的方法，所述系统包括电信网络和至少一个本地通信网络；`

* *说明书解释*：架构需具备广域/长距离网络（电信网络，如广域网/蜂窝网）和短距离/局部网络（本地通信网络，如WLAN、蓝牙等）两套网络体系。

* **技术特征B（网络构成）**：`所述本地通信网络包括一个或多个无线接入点；`

* *说明书解释*：本地网络由AP（Access Point，如Wi-Fi热点、蓝牙节点等）构成。

* **技术特征C（执行主体）**：`所述方法包括由所述移动设备执行的以下步骤；`

* *说明书解释*：限定了方法的执行主体为移动终端（Mobile Device）。

* **技术特征D（触发信号接收）**：`通过所述电信网络的信道接收一般紧急信号；`

* *说明书解释*：移动设备先在电信网络上接收到广域的、非局域化的“一般性紧急信号”（General Emergency Signal，例如区域性警报）。

* **技术特征E（信道类型）**：`所述信道是广播信道；`

* *说明书解释*：该广域信号是通过电信网络的广播/组播信道（Broadcast Channel）下发的，并非点对点单播。

* **技术特征F（响应与连接）**：`响应于接收到所述一般紧急信号，连接到其中一个所述无线接入点；`

* *说明书解释*：移动设备在收到广域广播警报后，被动或主动“被触发”去寻优并建立与本地无线AP的连接（从广域网络切/连至局域AP）。

* **技术特征G（请求发送）**：`并且发送针对传送所述本地紧急信息的请求；`

* *说明书解释*：连接AP后，移动设备主动向AP发出上行请求，要求获取精准的“本地紧急信息”（Local Emergency Information）。

* **技术特征H（本地信息接收）**：`以及从其中一个所述无线接入点接收所述本地紧急信息。`

* *说明书解释*：最终通过本地AP拿到针对该小区域/局域的详细紧急救助或状况信息。

---

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

**指代与对比文件公开号对应说明**：

* **D1**：`US6462665B1` (Method and apparatus for sending a weather condition alert)

* **D2**：`US6493629B1` (Method of and system for coupling location information)

* **D3**：`US20040044600A1` (Cost management for a distributed computing environment)

#### 特征比对表格

---

### 三、 各对比文件原文详细出处与分析

#### 1. D1 (`US6462665B1`)

* **公开的技术特征（A、D、E、H部分）**：

* **特征A/D/E**：公开了通过无线广播信道（寻呼网、GOES卫星广播等广域电信网络）分发区域性气候警报信号（广域一般紧急信号）。

* *原文出处*：`SUMMARY OF INVENTION` 段落5：“Additionally, the subscriber alert units are notified via a wireless broadcast. In one embodiment, the wireless broadcast is implemented by using ‘region-based’ paging.” 以及 `DETAILED DESCRIPTION` 图1相关段落：“The EMWIN broadcasts the information to the governmental, private sector and public entities... broadcast channels 105, including satellite broadcast...”.

* **特征H**：公开了结合声音疏散系统（Voice EVAC），警报单元/控制器在接收到信号后，向局域终端/人群播放具体的本地避险指令。

* *原文出处*：`DETAILED DESCRIPTION` 图10段落：“FIG. 10 illustrates a block diagram of an illustrative voice evacuation system EVAC 1000... pre-recorded messages can be stored... forwarded to the speaker for broadcasting...”.

* **未公开的技术特征**：

* **特征F与G**：D1中的设备为被动接收设备（Passive Device），在收到广播警报后直接触发警报器（Horn/Strobe light），**并没有“响应于一般紧急信号，去连接局域无线AP并主动发送针对本地紧急信息的请求”**这一动态网络切换与交互请求机制。

#### 2. D2 (`US6493629B1`)

* **公开的技术特征（A、B、C、H部分）**：

* **特征A/B/C**：公开了移动设备（车载Telematics单元102或便携设备130/132）同时具备广域电信网络（Cellular/Wireless Carrier 140）和本地无线网络（WLAN Node 126/160，如Bluetooth、802.11）通信能力。

* *原文出处*：`DETAILED DESCRIPTION` 图1段落：“The telematics unit 102 preferably comprises a controller 104... A wireless local area network (WLAN) node 126 is also coupled to the controller 104 and enables communication... by Bluetooth, IEEE 802.11...”

* **特征H**：公开了通过WLAN建立连接后，从WLAN节点/PSAP（公共安全应答点）接收紧急救援语音或数据。

* *原文出处*：`DETAILED DESCRIPTION` 图3段落：“The controller of the vehicle then preferably transfers location and/or emergency information to the PSAP via the WLAN connection...”

* **未公开/差异的技术特征**：

* **特征D、E、F、G**：D2的技术方案逻辑与目标专利**相反**。D2是由车载碰撞传感器检测到紧急状况（Crash Sensor Input 114），**自发**触发连接周围WLAN节点或邻近设备（`Step 304/306`），向外寻求公用紧急接入以发送救援位置信息。**D2完全缺少“通过电信网络广播信道接收一般紧急信号”并“以此为条件触发转连AP并请求本地紧急信息”的下行触发与双阶网络协同逻辑**。

#### 3. D3 (`US20040044600A1`)

* **公开的技术特征（A、B、C部分）**：

* 公开了移动终端（Terminal 20）在包含蜂窝网络和WLAN接入网的环境中，向网络侧/Portal服务器发送数据服务成本请求（Data Service Cost Request）及接收响应。

* *原文出处*：`SUMMARY OF INVENTION` [0008]及图1 [0041]-[0045]。

* **未公开的技术特征**：

* D3完全属于分布式计算/移动网络中的**计费与成本管理领域**，未公开任何紧急信号（D、E）、响应紧急信号连接AP（F）或获取本地紧急信息（G、H）的技术特征。

---

### 四、 最接近对比文件的选择（整体技术问题与效果角度）

在创造性分析中，**D1 (`US6462665B1`)** 和 **D2 (`US6493629B1`)** 均有资格作为“最接近的对比文件（Primary Prior Art）”，但二者的切入角度和侧重点有所不同：

#### 1. 选项一：以 D1 (`US6462665B1`) 作为最接近对比文件（推荐）

* **技术问题与效果匹配度**：

* *整体技术问题*：D1与目标专利完全一致，均致力于解决“**如何克服广域广播警报范围过大、缺乏针对性导致的公众麻痹（Complacency），从而快速准确下发本地化紧急警报**”的问题（参见D1 `BACKGROUND OF THE DISCLOSURE` 描述的Tornado Watch过宽问题）。

* *技术效果*：两者均追求通过“广域通知+本地/个性化信息精准下发”来提高预警时效性与救助效率。

* **区别技术特征**：目标专利相较于D1，主要区别在于特征F和G（即移动设备收到广域广播后，**自动触发连接本地WLAN AP并发送请求**以获取本地信息，形成了“广播触发-局域拉取”的交互机制）。

#### 2. 选项二：以 D2 (`US6493629B1`) 作为最接近对比文件

* **技术问题与效果匹配度**：

* *架构匹配度*：D2在**硬件与网络架构（广域网 + WLAN AP + 移动终端/车载设备）**上与目标专利最相似。

* *技术问题差异*：D2解决的是“车辆出事后便携终端损坏，如何利用WLAN借道其他节点向外发送求救信号”的问题（上行求救），而目标专利解决的是“如何接收本地紧急警报”的问题（下行预警）。

**结论**：从**技术领域、解决的技术问题及实际达到的技术效果**三统一原则来看，**D1 (`US6462665B1`) 是最合适的最接近对比文件**；若从结构/架构特征覆盖度来看，**D2 (`US6493629B1`)** 可作为备选的最接近对比文件。

---

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

通过对比可见，现有的三份对比文件组合**未能实现对权利要求1的全覆盖**。其中最薄弱、也是目标专利具备创造性堡垒的关键技术特征是：

> **特征F + 特征G的协同逻辑**：`响应于接收到所述一般紧急信号，连接到其中一个所述无线接入点；并且发送针对传送所述本地紧急信息的请求`

**薄弱/突破点分析**：

1. **D1的局限**：D1实现了广域广播（广播信道下发警报），但其终端是单向被动接收的，没有“收到广播后，自动去寻找并连接本地AP，再主动发送Request拉取Local Info”的逻辑。

2. **D2的局限**：D2虽然有移动设备连接WLAN AP的动作，但其触发条件是**本地传感器（如安全气囊触发）**，方向是“向外求救”，而不是“收到广域广播警报后，被动触发转为向AP拉取本地信息”。

3. **技术偏离（D1+D2组合难度）**：专利权人可以强力抗辩称——将D1的“广域警报下发”与D2的“局域WLAN连接”结合，需要改变D2中“碰撞传感器触发”的根本逻辑，并且D1+D2均未提示在移动设备端建立“广播信号 -> 触发AP连接 -> 显式发送Local Info Request”的级联控制流程。

---

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

为了成功无效权利要求1，必须补充检索能够公开**“广域触发信号/广播唤醒/提示 -> 切换/连接局域网(WLAN/Bluetooth) -> 发送请求获取本地详细数据”**这一机制的技术文献。

推荐以下进一步检索策略：

1. **技术主题与关键词组合（Focus Keyterms）**：

* *广域广播/唤醒类*：`Emergency Broadcast` / `CBS (Cell Broadcast Service)` / `EAS (Emergency Alert System)` / `Paging` / `Wake-up signal`

* *网络切换/拉取类*：`WLAN` / `Wi-Fi` / `Access Point` / `Local Information` / `Request` / `Fetch` / `Pull` / `Fallback` / `Offload`

* *逻辑表达*：`(Emergency OR Alert OR Warning) AND (Broadcast OR CBS) AND (Trigger OR Response) AND (Connect OR Access) AND (WLAN OR Wi-Fi OR AP) AND Request`

2. **重点分类号（IPC / CPC）扩展**：

* `H04W 4/06`：广播或组播业务；点对多点业务（Broadcast or multicast service）

* `H04W 4/90`：用于紧急情况的服务；例如紧急呼叫、告警（Services for emergency situations）

* `H04W 76/10`：建立连接（Connection setup）

* `H04W 88/06`：适应多种通信系统的终端/基站（Multimode terminals）

3. **标准必要专利/3GPP规范检索（极其有效）**：

* 关注 **3GPP TS 22.071 / TS 23.041**（Cell Broadcast Service, CBS）以及 **3GPP-WLAN Interworking**（如3GPP TS 23.234）相关的提案（Tdocs）。

* 在蜂窝网与WLAN融合发展早期（2000-2005年前后），3GPP非常流行“通过蜂窝网Cell Broadcast下发通知，引导用户UE连接到局部WLAN/Hotspot去下载高带宽/本地化内容”的架构设计，该思路与目标专利的特征F/G完全同构。

尊敬的客户/代理人：

针对您提交的权利要求1及三份对比文件（D1: US20040103158A1、D2: WO2004062114A2、D3: JP2004241913A），我已紧密结合专利说明书含义及对比文件原文进行了系统化的侵权/无效法律分析。以下是详细的审查与评估意见：

---

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

根据目标专利说明书的整体发明构思，权利要求1定义了一种**在双网络（电信网络+本地无线网络）融合架构下，通过蜂窝广播信号触发、切换至本地接入点请求并获取本地紧急信息**的交互方法。

* **技术特征A（系统构成）**：`所述系统包括电信网络和至少一个本地通信网络`

* *说明书解释*：电信网络指广域蜂窝网络（如3G/UMTS、GPRS、CDMA）；本地通信网络指局域无线网络（如WLAN/Wi-Fi、Bluetooth）。

* **技术特征B（接入点）**：`所述本地通信网络包括一个或多个无线接入点`

* *说明书解释*：指WLAN Access Point (AP)等无线局域网接入节点。

* **技术特征C（执行主体）**：`所述方法包括由所述移动设备执行的以下步骤`

* *说明书解释*：限定了方法的执行侧为移动终端（Mobile Terminal / UE）。

* **技术特征D（触发信号）**：`通过所述电信网络的信道接收一般紧急信号`

* *说明书解释*：指通过广域蜂窝网下发的前置通知/警报信号（General Emergency Signal），用于通知终端附近有可用的本地紧急信息或特定服务。

* **技术特征E（信道限定）**：`所述信道是广播信道`

* *说明书解释*：指蜂窝网络中的广播/组播信道（Broadcast Channel），非一对一的单播信道。

* **技术特征F（响应与连接）**：`响应于接收到所述一般紧急信号，连接到其中一个所述无线接入点`

* *说明书解释*：移动设备在收到蜂窝广播触发信号后，被动或自动触发与本地WLAN接入点（AP）建立无线连接/附着（Attach/Connect）。

* **技术特征G（主动请求）**：`并且发送针对传送所述本地紧急信息的请求`

* *说明书解释*：终端连接到AP后，向AP/本地网络主动发送针对该“本地紧急信息”的具体下载/传输请求（Request）。

* **技术特征H（信息接收）**：`从其中一个所述无线接入点接收所述本地紧急信息`

* *说明书解释*：终端通过WLAN高带宽通道接收完整的本地紧急内容（如多媒体图片、避难地图、详细音视频等）。

---

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

#### 1. 专利特征比对表

---

#### 2. 各对比文件原文详细出处与公开内容分析

##### **D1: US20040103158A1 (Cellular messaging alert method and system)**

* **特征A/C/D/E的公开**：

* **段落[0003], [0030]**：公开了利用现有无线电信网络（蜂窝网络，如Cellular phones/carriers）向移动无线设备（Wireless devices）发送警报消息（Alert message）。

* **段落[0008], [0009], [0053], [0060]**：公开了警报消息可以通过广域广播形式（Broadcasting systems, SMS/Cell Broadcast类似机制）下发给指定地理区域内的所有蜂窝终端。

* **未公开特征**：D1完全依赖蜂窝网络（Cellular Network）直接将警报文本/图片推送到手机上，未涉及切换并连接到“本地无线接入点（WLAN AP）”（**缺失特征B, F, G, H**）。

##### **D2: WO2004062114A2 (MULTIMEDIA CONTENT DELIVERY THROUGH WLAN COVERAGE AREA)**

* **特征A/B/C/D/F/G/H的公开**：

* **段落[p0002], [p0016]**：公开了集成蜂窝网络（3G/UMTS）与无线局域网（WLAN）的融合系统架构，WLAN包含多个接入点（Access Points 30）。

* **段落[p0009], [p0027], [p0028]**：公开了移动终端通过第一无线网络（蜂窝网）接收程序指南/广告信息（Guide information，对应“一般紧急信号”的下发机制）；用户根据指南选择具体内容并发送选择信息（请求）；

* **段落[p0009], [p0030]**：当检测到进入第二无线网络（WLAN AP）覆盖区时，移动终端附着/连接到该WLAN AP，并从WLAN AP接收之前请求的内容（Corresponding content）。

* **差异与未明确公开特征**：D2传输的内容是“多媒体内容/程序”（Multimedia Content/Program）而非“紧急信息（Emergency Information）”；且D2未明确指出蜂窝网下发Guide信息的信道是否为“广播信道（Broadcast Channel）”（**特征E未明确公开，特征D/H为概念上的实质公开**）。

##### **D3: JP2004241913A (Wireless terminal, and method and program for standby control)**

* **公开内容**：纯粹公开了无线终端在WLAN环境下，为了降低功耗，采用令牌桶（Token Bucket）算法控制接入点（AP）搜索/扫描（Active/Passive Scanning）频次的技术方案。

* **分析**：D3与广域蜂窝网络广播触发、紧急信息下发完全无关，仅公开了局域网终端搜索AP时的功耗控制手段。

---

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

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

在创造性审查中，应当选择与本发明**技术领域最接近、所要解决的技术问题最相似、公开技术特征最多**的对比文件作为最接近的对比文件。

* **最佳最接近对比文件：对比文件 D2 (WO2004062114A2)**

* **原因分析**：

1. **架构与流程完全重合**：D2公开了“蜂窝网低速通知 + WLAN局域网高速下载”的双网协同架构，其“蜂窝网接收指南 -> 触发进入WLAN AP -> 连接AP并发送请求 -> 接收高带宽内容”的四步交互流程（对应权利要求1的特征A, B, C, D, F, G, H）与本发明完全一致。

2. **解决的技术问题极其相似**：D2解决的是蜂窝网带宽有限/成本高，利用WLAN互通传输大数据的问题；本专利解决的是通过蜂窝广播快速提示，并通过局域网获取丰富本地紧急信息的问题。

* **替代/辅助对比文件：对比文件 D1 (US20040103158A1)**

* D1虽然限定了“蜂窝网络广播下发紧急警报（Emergency Alert）”的应用场景，但其缺乏局域网（WLAN AP）二级拉取架构。D1更适合作为结合对比文件（提供场景及信道教导）。

---

#### 2. 基于 D2 + D1 结合的创造性分析

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

1. **信息属性**：本发明传输的是“本地紧急信息（Local Emergency Information）”及“一般紧急信号”，而D2传输的是“多媒体程序（Multimedia Program）”；

2. **信道类型（特征E）**：本发明的电信网络信道明确限定为“广播信道（Broadcast Channel）”，而D2未明确说明下发Guide信息的信道类型。

**结合分析（创造性辩驳与攻防）**：

* **关于区别1（紧急信息场景）**：D1（US20040103158A1）已经明确教导了利用电信蜂窝网下发“紧急警报/信息（Emergency alert/information）”的技术手段。将D2中的通用多媒体内容替换为D1中的紧急信息，属于本领域技术人员根据业务需求进行的常规选择。

* **关于区别2（广播信道限定）**：D1同样教导了紧急警报信号通常采用广播（Broadcast）方式快速覆盖指定区域的所有终端。当本领域技术人员面对D2中向区域内不特定多数用户下发通知的需求时，有动机结合D1的教导，采用广播信道来下发该信号。

因此，**权利要求1相对于 D2 + D1 的结合不具备创造性（符合《专利法》第22条第3款）**。

---

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

若针对本专利提起专利无效宣告请求，权利要求1中**最薄弱的技术特征（即对专利权人而言最难维持有效性、对攻击方最容易突破的特征）**是：

> **最薄弱特征：特征F与特征G的组合（“响应于接收到一般紧急信号，连接到无线接入点，并发送针对传送本地紧急信息的请求”）**

* **薄弱原因**：

该特征本质上是**“带外通知，带内拉取（Out-of-band notification, In-band fetch）”**的标准通信逻辑。

虽然专利权人可能会辩称“紧急信号直接触发WLAN连接并发送请求”具有特殊性，但D2（WO2004062114A2）在段落[p0009]和[p0030]中已经完整公开了“收到第一网络（蜂窝网）的通知信息后，检测并附着到第二网络（WLAN AP），并发送PID（程序标识）以请求下载内容”的完整动作序列。本特征已被实质公开，无法构成区分现有技术的实质性贡献。

---

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

为了在无效宣告程序中彻底击毁该专利（包括可能补充入独立权利要求的从属权利要求特征），建议采取以下补强检索策略：

1. **关键词组合扩展（Focus on Standard & Emergency Protocols）**：

* `Emergency Alert` / `Public Warning System` / `PWS` / `CMAS` / `EAS`

* `WLAN Offloading` / `Wi-Fi Offload` / `Cellular WLAN Interworking`

* `Broadcast Channel` / `Cell Broadcast` / `CBS`

* `Trigger` / `Fetch` / `Redirect` / `AP Switch`

2. **重点检索分类号（IPC / CPC）**：

* `H04W 4/06`（广播或组播服务）

* `H04W 4/90`（紧急呼叫或警报服务）

* `H04W 88/06`（具有多无线电接入技术能力的多模终端）

* `H04W 36/14`（不同无线接入技术之间的切换）

3. **针对性标准文献检索（3GPP Specs - 极度推荐）**：

该专利的架构高度契合 **3GPP TS 23.234**（3GPP system to Wireless Local Area Network (WLAN) interworking）以及 **3GPP TS 22.268 / TS 23.041**（Public Warning System / Cell Broadcast Service）。建议检索2002年—2005年期间3GPP SA2工作组关于“WLAN Offloading for Emergency Alerts”或“GPRS/UMTS to WLAN Service Steering”的 **TP/CR提案文档**，通常能找到比专利文献更早、更直接公开上述特征的标准技术文件。

作为一名经验丰富的专利代理师，我针对目标专利权利要求1（下称“本专利”）与三份对比文件（D1：JP2004328294A、D2：US20050085257A1、D3：JP2005242438A）进行深度侵权与无效可行性分析。

---

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

根据目标专利说明书的整体构思，权利要求1的技术方案旨在解决**“在电信网络突发灾害或紧急状况时，通过广域/电信广播通道快速通知用户，并引导移动设备转投本地无线接入点（如WLAN/Hotspot）去按需获取体积较大或更详细的本地紧急信息”**的技术问题。

* **技术特征A（系统构成）**：`所述系统包括电信网络和至少一个本地通信网络`

* **说明书解释**：电信网络指蜂窝移动通信网（如2G/3G/LTE等广域网），本地通信网络指局域无线网络（如Wi-Fi、WLAN等）。

* **技术特征B（接入点）**：`所述本地通信网络包括一个或多个无线接入点`

* **说明书解释**：即WLAN Access Point（AP）或Hotspot。

* **技术特征C（主体限制）**：`所述方法包括由所述移动设备执行的以下步骤`

* **说明书解释**：属于移动终端（手机、PDA等）侧的方法限定。

* **技术特征D（触发信号接收）**：`通过所述电信网络的信道接收一般紧急信号`

* **说明书解释**：移动设备在电信网络中接收到一则“一般性/通用”的紧急报警或提示信号。

* **技术特征E（通道限定）**：`所述信道是广播信道`

* **说明书解释**：强调通过电信网络的广播/组播信道（如Cell Broadcast, CBS）发送，以实现对不特定多数用户的瞬间群发，无需一对一建立点对点连接。

* **技术特征F（响应切换/连接）**：`响应于接收到所述一般紧急信号，连接到其中一个所述无线接入点`

* **说明书解释**：移动终端接收到广域广播的紧急信号后，触发其网络切换/连接机制，主动寻优并连接到附近的本地无线AP。

* **技术特征G（请求发送）**：`并且发送针对传送所述本地紧急信息的请求`

* **说明书解释**：移动设备向已连接的本地AP主动上报/发送 Pull 请求，索取与其当前地理位置相匹配的“本地详细紧急信息”。

* **技术特征H（信息接收）**：`从其中一个所述无线接入点接收所述本地紧急信息`

* **说明书解释**：通过本地通信网络（高带宽）接收具体的本地灾害避难指南、地图或图文紧急信息。

---

## 二、 特征比对表格（与对比文件原文对照）

针对对比文件：

* **D1**：JP2004328294A（Information service system）

* **D2**：US20050085257A1（Mobile emergency notification system）

* **D3**：JP2005242438A（Disaster-prevention network system）

---

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

从**整体解决的技术问题**和**技术效果**角度来看：

### 1. D3 (JP2005242438A) 适合作为**第一最接近的对比文件（Primary Closest Prior Art）**

* **技术问题契合度**：D3同样立足于**“灾害发生时（紧急状况），公域/电信网络容易拥堵或断网，如何向移动终端用户提供准确的本地防灾/灾害信息”**。

* **技术方案重合度**：D3明确提出了**双网架构（互联网/电信网 + 无线LAN）**，并设计了在灾害发生时**“从电信网/互联网连接切换并连接到无线LAN”**（对应特征F），再由终端向无线LAN服务端发送请求（特征G）以接收本地防灾信息（特征H）。

* **技术效果**：同样实现了避免广域网拥堵、利用本地局域网高带宽精确推送本地紧急信息的效果。

### 2. D2 (US20050085257A1) 可作为**辅助/备选最接近对比文件**

* **技术问题契合度**：D2涉及移动紧急通知系统（Mobile emergency notification system），解决紧急呼叫时定位与信息分发问题。

* **区别**：D2的核心逻辑是“终端触发911后，通过WLAN等二次通道向校园安保服务器**上报**数据”，而本专利是“终端接收广域紧急广播后，连接本地WLAN去**下载/索取**本地紧急信息”。二者信息流向与触发逻辑存在方向性差异。

---

## 四、 结合对比文件的创造性与未公开特征分析

### 1. 没有被最接近对比文件（D3）完全公开的技术特征：

* **特征D & 特征E**：通过电信网络的**广播信道（Broadcast Channel）**接收**一般紧急信号**。

* *D3的现状*：D3仅提到了在灾害发生时通过互联网/电信网接收灾害信息或检测到断网，并没有明确限定电信网络侧发送紧急信号的信道类型是“广播信道（如蜂窝广播CBS）”。

### 2. 未公开特征是否被其他对比文件（D1、D2）公开？

* **D1**：仅在 Hotspot（WLAN）局域网内部提及了广播（Broadcast），并未公开在广域电信网中使用广播信道下发紧急信号。

* **D2**：仅提到了服务器向终端组播（Multicast）WAAS修正数据，未公开在电信网中使用广播信道下发一般紧急信号以触发终端连接本地WLAN。

**结论**：对比文件D1、D2、D3**均未明确公开“通过电信网络的广播信道接收一般紧急信号，并以此响应触发连接本地无线接入点”这一组合特征**。

---

## 五、 无效请求中最薄弱的技术特征与技术抗辩点

若对本专利发起无效宣告请求，以下特征是**最薄弱（即专利权人最容易用于防守、也是无效方最难单凭现有三份文件攻破）的技术特征**：

> **最薄弱技术特征/核心防守点：特征D + 特征E + 特征F 的协同联动机制**

> 即：**“通过电信网络的【广播信道】接收【一般紧急信号】，并【响应于】该广播紧急信号主动触发移动设备连接本地无线接入点（AP）”**。

### 薄弱原因（攻防分析）：

1. **D3的缺口**：D3虽然有了网络切换思想，但其触发条件多为“检测到断网”或“主动查询”，并未明确教导使用**电信网的“广播信道”**来下发触发信号。

2. **技术效果的独立性**：专利权人会主张，在广域电信网使用“广播信道”不会造成信道拥塞（极低带宽占用），能瞬间通知海量终端；而终端“响应于”该广播自动切入本地WLAN去Pull详细信息，实现了广域低成本唤醒与局域高带宽传输的协同（Synergy），具备突出的实质性特点和显著的进步。

---

## 六、 进一步的对比文件检索策略（无效检索指南）

为了成功无效本专利的权利要求1，必须补充检索能够覆盖**“蜂窝/电信网广播紧急消息（如Cell Broadcast/ETWS/CMAS）触发终端切换/连接本地局域网（Wi-Fi/WLAN）”**的现有技术。建议采取以下检索策略：

### 1. 扩充技术领域与关键词组合（Focusing on CBS/WLAN Offloading）

* **核心关键词**：

* `电信网广播`：Cell Broadcast, CBS, MBMS, ETWS (Earthquake and Tsunami Warning System), CMAS, Broadcast Channel.

* `紧急/灾害信号`：Emergency Signal, Alert, Disaster notification, Warning.

* `触发/切换连接`：Trigger, Switch, Connect, Wi-Fi, WLAN, Access Point, Hotspot, Local Network.

* **逻辑表达**：`(Cell Broadcast OR CBS OR ETWS OR Broadcast Channel) AND (Emergency OR Alert) AND (Wi-Fi OR WLAN OR Access Point) AND (Connect OR Trigger OR Offload)`

### 2. 重点专利分类号（IPC / CPC）精准扫荡

* **H04W 4/06**（广播或组播服务，如MBMS、CBS）

* **H04W 4/90**（专门用于紧急或灾难状况的服务）

* **H04W 36/00 / H04W 36/14**（不同无线接入技术之间的切换/Reselection/Offloading）

* **H04W 88/06**（多模终端）

### 3. 重点检索标准文献（3GPP 规范与提案）

* 由于本专利涉及“电信网广播（CBS/ETWS）+ WLAN”的结合，**3GPP 标准规范**（如 Release 6 / Release 7 / Release 8 关于 **WLAN Interworking** 以及 **Public Warning System (PWS) / ETWS** 的技术规范 TS 22.168, TS 23.041, TS 23.234）中极有可能存在关于“网络通过蜂窝广播下发警报信息并指示终端转至WLAN获取大文件/详细地图”的架构教导。

### 4. 检索方向建议总结

将现有的 **D3 (JP2005242438A)** 作为基本对比文件（公开了系统架构与WLAN接收灾害信息），寻求结合一份**公开了“通过蜂窝广播信道（CBS）下发灾害预警并引导/触发终端连接本地WLAN”的补充对比文件（D4）**。利用 **D3 + D4** 的组合，将能极其有力地毁损本专利权利要求1的创造性。

### 综合分析报告：权利要求1的专利性评估、对比文件比对与无效检索策略

---

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

权利要求1限定了一种在包含“电信网络”和“本地通信网络”的系统中，由**移动设备**执行的接收本地紧急信息的方法。结合专利说明书及本领域技术人员的常识，各技术特征解析如下：

* **技术特征A（系统架构）：** `所述系统包括电信网络和至少一个本地通信网络`

* **说明书解释：** 包含广域/宏蜂窝电信网络（如GSM/UMTS/LTE等蜂窝移动通信网）与局域/短距离通信网（如WLAN/Wi-Fi/蓝牙等）构成的混合异构网络环境。

* **技术特征B（接入点配置）：** `所述本地通信网络包括一个或多个无线接入点`

* **说明书解释：** 指本地通信网络中负责无线信号覆盖与终端接入的节点（如Wi-Fi AP、蓝牙Master节点、微基站等）。

* **技术特征C（执行主体）：** `所述方法包括由所述移动设备执行的以下步骤`

* **说明书解释：** 明确方法步骤的实施主体为移动终端（如智能手机、PDA、无线头戴设备等）。

* **技术特征D（触发信号接收）：** `通过所述电信网络的信道接收一般紧急信号`

* **说明书解释：** 移动设备首先通过电信网接收一个高层级/广域的“一般紧急信号”（通知发生了紧急事件/存在本地紧急信息）。

* **技术特征E（信道类型）：** `所述信道是广播信道`

* **说明书解释：** 特别限定接收一般紧急信号的电信网络信道为广播/组播信道（如Cell Broadcast Service CBS, MBMS广播信道等），实现一对多高效下发。

* **技术特征F（响应与网络切换/连接）：** `响应于接收到所述一般紧急信号，连接到其中一个所述无线接入点`

* **说明书解释：** 触发机制。移动设备收到广域广播的一般紧急信号后，被动或自动触发开启/连接到本地通信网络的无线接入点（AP）。

* **技术特征G（信息请求）：** `并且发送针对传送所述本地紧急信息的请求`

* **说明书解释：** 移动设备向连接的本地无线接入点主动上行发送Request，申请获取详细/定制化的“本地紧急信息”。

* **技术特征H（信息接收）：** `从其中一个所述无线接入点接收所述本地紧急信息`

* **说明书解释：** 移动设备通过本地通信网络（AP）下行接收具体的本地紧急信息（如特定建筑/区域的避难路线、大容量多媒体指导等）。

---

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

以下为各对比文件（D1、D2、D3）公开内容的详细出处及对权利要求1技术特征的比对分析：

---

## 三、 对比文件公开情况详述与最接近对比文件分析

### 1. 各对比文件原文公开内容深度分析

* **D1 (US20060129816A1 - 联合身份验证与账号绑定):**

* **公开内容分析：** 本文件属于**计算机网络安全与身份认证**领域，重点解决了在Federated（联合）计算环境中，身份提供者（Identity Provider, IdP）与服务提供者（Service Provider, SP）之间如何通过HTTP重定向及安全增强的注册名称标识符（RNI）规范来实现跨域单点登录（SSO）与账号绑定（Account-Linking）（参考说明书[0015]-[0016]）。

* **技术领域对比：** D1与本专利（移动通信、紧急信息广播与本地接管）**属于完全不同的技术领域**。D1完全没有公开技术特征A、B、D、E、F、G、H中的任何紧急通信与网络协作特征。

* **D2 (WO2006066629A1 - 多移动终端紧急事件通知):**

* **公开内容分析：** 本文件公开了一种在蜂窝移动通信网络（GSM/UMTS）中通过MBMS（多媒体广播/组播服务）或小区广播（CBS）向多个移动终端下发紧急事件信息的方法（[p0015]-[p0018]）。D2**毫无异议地公开了技术特征C、D、E**：终端在移动网络中通过广播信道（MBMS/CBS）接收紧急信号/服务（[p0027]、[p0079]）。

* **未公开特征：** D2并未涉及异构双网架构（电信网+本地通信网AP）。在D2中，终端直接在蜂窝网下完成紧急多媒体内容的接收，不存在“响应于一般紧急信号去连接本地无线接入点（AP）”（特征F），也不存在“向AP发送针对本地紧急信息的请求”（特征G）以及“从AP接收本地紧急信息”（特征H）。

* **D3 (US20060271216A1 - 生产线短距离无线通信系统):**

* **公开内容分析：** 本文件公开了一种应用于半导体/TFT-LCD自动化生产线的短距离无线（SRW）通信系统（[0008]、[0029]）。系统包含多个SRW接入点（AP）和SRW终端（[0030]）。当工厂设备发生异常（Facility Abnormality）时，警告服务器提取负责人并向对应AP及终端发送警告消息（[0052]-[0055]）。D3**公开了技术特征B、C**（SRW AP与终端）。

* **未公开特征：** D3主要针对封闭工业园区/工厂内网，不涉及广域“电信网络”（特征A）；其警告消息是设备异常通知（用于生产线管理），而非广域广播下的“一般紧急信号”（特征D/E）；其终端连接AP是基于位置/信号强度的切换（[0047]），并非“响应于广播紧急信号而连接AP并主动请求本地紧急信息”（特征F/G/H）。

---

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

#### **最接近对比文件的确定：D2（WO2006066629A1）**

* **技术领域一致性：** D2与本专利均属于**移动通信中的紧急事件/警报通知系统（Emergency Alert Systems）**领域。

* **解决的技术问题对比：**

* **D2解决的问题：** 传统小区广播（SMS/CBS）文本字数受限（160字符），且蜂窝网络易拥塞，导致紧急警报无法及时、丰富地传达到移动终端（[p0009]-[p0010]）。

* **本专利解决的问题：** 广域蜂窝网络在紧急情况下带宽有限，难以直接向大量终端下发大容量/高精度的“本地化紧急信息”（如特定建筑物的避难图纸、本地逃生路线）。

* **两者的重合度：** D2与本专利的主题、核心技术领域及所解决的技术问题最为接近。因此，**D2最适合作为最接近的对比文件（Primary Prior Art）**。

#### **基于D2结合其他对比文件的创造性评估：**

若以D2为最接近对比文件，权利要求1相对于D2的区别技术特征为：

1. **特征A/B（网络结构）：** 系统还包括包含一个或多个无线接入点的“本地通信网络”；

2. **特征F/G/H（两阶段联动交互机制）：** 移动设备“响应于接收到的广域广播一般紧急信号，连接本地无线接入点”，并“向该接入点发送针对本地紧急信息的请求”，进而“从该本地无线接入点接收本地紧急信息”。

* **效果与发明点（主攻方向）：**

通过广域电信网广播“一般紧急信号”（占用极小带宽快速通知），触发终端就地切换/连接本地局域网AP（如Wi-Fi/蓝牙），再通过本地网点对点或局域分发“本地紧急信息”。这种**“广域触发 + 本地卸载/详细下发”**的双网联动架构，既避免了广域蜂窝网的拥塞，又实现了高精度、大容量本地救灾信息的获取。

* **对比文件组合分析（D2 + D3 / D1）：**

* D3虽然公开了本地无线接入点（AP），但其背景是工厂内部的生产线监控与设备报障系统，并未给出“将蜂窝网广播与本地AP接管结合以分发本地警报”的技术启示。

* D1属于互联网账号认证领域，完全不相关。

* 因此，**D2与D3/D1的结合无法覆盖特征F、G、H所限定的协同联动逻辑**。

---

## 四、 无效请求中最薄弱的技术特征与突破口

如果在专利无效宣告程序中发起攻击，本权利要求**最薄弱的技术特征（即最容易被公知常识或现有技术攻破的特征）**以及**最坚固的技术特征（本专利的真正创新核）**分析如下：

### 1. 最薄弱的技术特征（弱点）

* **技术特征A、B、D、E：**

* *分析：* “电信网络+本地通信网络（Wi-Fi/蓝牙AP）”的异构网络架构在2006年前后已是公知常识（如3G-WLAN Offloading/融合组网技术）。通过电信网广播信道（CBS/MBMS）下发紧急通知也是D2等标准技术已公开的内容。单纯将这些硬件/信道罗列在一起，并不具备较高的独创性。

### 2. 最坚固的技术特征（保护壁垒 / 无效难点）

* **技术特征F + G + H（级联响应与主动请求机制）：**

* *分析：* 核心在于**“响应于广域广播信号 $\rightarrow$ 触发连接本地AP $\rightarrow$ 主动发送Request $\rightarrow$ 获取本地紧急信息”**这一具体的两阶段交互控制流程。现有技术通常要么纯靠广域下发（如D2），要么纯靠本地广播，缺乏这种“广域广播作为唤醒/触发源，引导终端转向本地AP主动拉取（Pull）本地化紧急数据”的特定逻辑。

---

## 五、 进一步的对比文件检索策略（Invalidation Search Strategy）

为了成功无效权利要求1，需针对**“广域广播触发 + 本地AP卸载/拉取紧急信息”**这一核心协同机制展开深度检索。推荐以下检索策略：

### 1. 检索方向与分类号（IPC / CPC）锁定

应重点聚焦于 **3GPP异构网协同（3G/WLAN Interworking）、紧急警报系统（Public Warning System, PWS / ETWS）、分级信息下发** 领域。

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

* `H04W 4/06`（广播或组播服务，MBMS/CBS）

* `H04W 4/90` / `H04W 4/02`（紧急服务 / 服务位置相关）

* `H04W 88/06`（多模式/多无线接入技术终端, Multi-RAT）

* `H04W 36/14`（异构网络间的切换/连接）

* `H04W 48/18`（网络/接入点选择）

### 2. 关键词与逻辑表达式设计

采用“紧急广播”与“异构网络切换/拉取”的双重限定：

```text

(Emergency OR Alert OR Warning OR Disaster OR CBS OR MBMS OR ETWS)

AND

(Broadcast OR Multicast)

AND

(WLAN OR Wi-Fi OR Bluetooth OR "Local Access Point" OR AP OR "Local Network")

AND

(Trigger* OR Switch* OR Connect* OR Request* OR Fetch* OR Offload*)

```

### 3. 重点检索源与文献类型建议

1. **3GPP 标准提案（SA2 / CT1 / RAN2 工作组）：**

* 重点检索 2004 年至 2006 年期间关于 **3GPP-WLAN Interworking (TS 23.234)** 及 **ETWS (Earthquake and Tsunami Warning System) / PWS** 的 TR/TDOC 讨论文件。标准委员会在讨论网络卸载（Offloading）和异构警报分发时，极有可能提出过“蜂窝网广播通知 + WLAN获取大文件”的提案。

2. **专利数据库（Espacenet / Google Patents / Clarivate Analytics）：**

* 重点关注高频申请人：**高通（Qualcomm）、爱立信（Ericsson）、诺基亚（Nokia）、三星（Samsung）、NTT DoCoMo、电信科学技术研究院（CITT/Datang）** 在 2004-2006 年间提交的异构网混合广播专利。

3. **非专利文献（NPL）：**

* IEEE Xplore / ACM Digital Library：检索主题涉及 `Heterogeneous Networks Emergency Alert`、`Hybrid Cellular-WLAN Disaster Information System` 的学术论文。

---

<ElicitationsGroup message="基于上述分析，您可以选择以下进一步的操作方案：">

<Elicitation label="针对该专利编写一份完整的无效宣告请求书草案" query="请结合上述分析，按照国家知识产权局复审和无效审理标准，帮我撰写一份针对权利要求1的完整无效宣告请求书草案。"/>

<Elicitation label="制定针对特征F+G+H的精确3GPP提案检索语法与策略" query="请专门针对技术特征F+G+H（广域触发本地拉取机制），提供具体的3GPP Working Group（SA2/RAN2）文稿检索步骤及关键词表达式。"/>

</ElicitationsGroup>

资深专利代理师意见，针对权利要求1的技术特征与三份对比文件（D1、D2、D3）的详细比对分析、创造性分析、最接近对比文件的选择、薄弱特征认定及检索策略制定如下：

---

## 权利要求1的技术特征解构与解释

权利要求1限定了一种在系统中的移动设备上接收本地紧急信息的方法。结合目标专利说明书的构思（即“先通过蜂窝/电信网络的广播信道接收一般紧急信号，再响应于该信号连接本地无线接入点（Wi-Fi/WLAN等）并发送请求以获取具体的本地紧急信息”）：

* **特征A/B（系统架构）：** 限定了网络环境由“电信网络（蜂窝网）”与“至少包含无线接入点的本地通信网络（如WLAN/Wi-Fi）”共同构成。

* **特征D/E（第一阶段触发）：** 移动设备通过电信网络的“广播信道”接收“一般紧急信号”。这里的“一般紧急信号”属于广播/下行通知，用于触发后续动作。

* **特征F/G/H（第二阶段获取）：** 移动设备被动接收到一般紧急信号后，主动切换/连接到本地无线接入点，并“发送请求”以“接收本地紧急信息”。

---

## 特征比对分析

为便于指代，对比文件标注如下：

* **D1：** EP1209886A2（公开号：EP1209886A2）

* **D2：** CN1894949A（公开号：CN1894949A）

* **D3：** JP2007066034A（公开号：JP2007066034A）

### 详细比对表格

---

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

在评估哪个对比文件最适合作为创造性分析的“最接近对比文件”时，需要从**整体解决的技术问题**和**技术效果**角度进行综合考量：

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

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

* **问题：** 单一蜂窝广播可能缺乏精细的本地化详细信息，或者直接通过蜂窝网络传输大量大体积的本地高清/详细紧急数据会导致蜂窝网络拥堵。

* **效果：** 通过“蜂窝广播触发（低带宽、大覆盖） + 本地无线接入点按需拉取（高带宽、精准本地化）”的两阶段机制，既保证了紧急告警的及时广播，又降低了主电信网络的负载，获取到精准的本地紧急信息。

* **D1 (EP1209886A2)：**

* **技术问题：** 如何针对特定地理区域（Cells/Location Area）内的移动用户精准发送紧急警报（如恶劣天气）。

* **解决手段：** 服务器获取地理位置后，查询HLR/VLR获得用户列表，通过SMS或语音向该区域手机推送。

* **匹配度：** 侧重于蜂窝网侧的区域定位与推送，缺少本地局域网接入。

* **D2 (CN1894949A)：**

* **技术问题：** 如何确保紧急广播消息能够超越（Override）用户的手机静音或延迟设置，及时提醒用户。

* **解决手段：** 通过电信网广播信道（CBS/寻呼信道）发送紧急指示符，手机识别后强制无延迟地显示广播内容或切换信道。

* **匹配度：** **与目标专利在“利用电信网络广播信道（CBS）发送紧急指示/信号”这一第一阶段技术特征上最为吻合。**

* **D3 (JP2007066034A)：**

* **技术问题：** 灾害发生时手机网络易拥堵，如何让用户迅速获得详细灾害报道。

* **解决手段：** 灾害服务器向手机发送极小数据包指令，手机利用红外（IR）遥控自动开启电视机，由电视机接收广播网的紧急节目。

* **匹配度：** 提出了“结合两种网络/设备（移动网+电视广播网）”来规避拥堵的思想，但实现路径（红外控制家电）与目标专利（连接WLAN AP拉取数据）差异较大。

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

**结论：D2 (CN1894949A) 最适合作为最接近的对比文件。**（D1也可作为备选的最接近对比文件）

* **理由：** D2与目标专利同属于移动终端接收紧急告警的技术领域。D2完整公开了**特征C、特征D、特征E**，即“移动设备通过电信网络的广播信道（CBS）接收一般紧急信号（紧急状况指示符）”。D2的技术构思最贴近权利要求1的第一阶段触发过程。

---

## 方案漏洞与无效请求分析

若作为请求人提出无效宣告请求，基于现有三份对比文件（D1-D3）的组合情况分析如下：

### 1. 区别技术特征（未被最接近对比文件D2公开的特征）

相比于D2，权利要求1的区别特征为：

1. **特征A、B：** 系统包括本地通信网络，且本地通信网络包含无线接入点（AP）。

2. **特征F、G、H：** 响应于一般紧急信号，移动设备连接到无线接入点，发送请求并从无线接入点接收本地紧急信息（即“蜂窝广播触发 $\rightarrow$ 结合本地AP获取详细信息”的交互机制）。

### 2. 无效宣告中最薄弱的技术特征

在现有对比文件（D1-D3）下，**最薄弱（最难被评价为无创造性）的技术特征是：特征F、G、H的组合动作机制**。

* **薄弱点原因分析：**

* D1、D2均为传统的**单阶段推送（Push）**模式（基站广播信号 $\rightarrow$ 终端直接显示）。

* D3虽引进了第二设备（电视），但属于**终端到家电的红外控制**，完全不涉及“移动终端向本地无线接入点（AP）建立连接并发送拉取（Pull）请求”。

* 现有的三份对比文件**均未给出**“在收到蜂窝广播警报后，触发移动终端去主动连接本地Wi-Fi/AP并请求详细本地信息”的技术教导。

因此，仅凭现有D1、D2、D3的组合，**无法直接证明权利要求1不具备创造性**。权利要求1目前具备较强的稳定性。

---

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

为了成功无效权利要求1，必须补充检索能够公开“**蜂窝广播/警报触发终端连接本地局域网（Wi-Fi/WLAN/AP）获取详细数据**”相关技术特征的对比文件（D4）。

### 策略一：针对“蜂窝网 + Wi-Fi 双网紧急通告”架构的检索

* **检索方向：** 寻找将CBS/MBMS（蜂窝广播）与WLAN/Wi-Fi offloading（卸载）或WLAN本地信息获取结合的专利或标准文档。

* **关键词组合 (中/英)：**

* (`紧急` OR `灾害` OR `告警` OR `Emergency` OR `Alert` OR `Warning`)

* AND (`广播信道` OR `小区广播` OR `CBS` OR `Cell Broadcast` OR `Paging`)

* AND (`无线接入点` OR `局域网` OR `Wi-Fi` OR `WLAN` OR `Access Point` OR `AP`)

* AND (`连接` OR `请求` OR `拉取` OR `Connect` OR `Request` OR `Fetch` OR `Download`)

### 策略二：IPC / CPC 分类号精细化检索

结合技术主题，建议在以下IPC/CPC分类号中进行交叉检索：

* **H04W 4/06**（广播或组播业务，如MBMS、CBS）

* **H04W 4/90**（紧急服务或警报）

* **H04W 88/06**（适应于运行在多个无线接入技术中的终端/多模终端）

* **H04W 76/16**（建立多条无线承载/跨不同接入网的连接）

* **H04W 48/18**（接入网选择/网络切换）

### 策略三：3GPP 标准规范与 WLAN 交叉领域的追溯

* **重点文档库：** 3GPP TS 23.041 (Cell Broadcast Service), TS 22.268 (Public Warning System / PWS / CMAS / ETWS) 以及 3GPP 与 WLAN 结合（SaMOG / ANDSF）的相关提案。

* **逻辑切入点：** 查找在3GPP PWS（公共警告系统）讨论中，是否有关于“由于蜂窝网带宽高昂或拥堵，在发送PWS广播通知（Notification）后，指引终端通过WLAN AP获取 Rich Media（富媒体/地图/视频等本地紧急信息）”的现案或标准提案（基线时间需早于目标专利的优先权日/申请日）。

作为一名经验丰富的专利代理师，我针对目标专利权利要求1（以下简称“本专利权1”）以及提供的三份对比文件（D1、D2、D3）进行深入的技术特征比对、创造性（最接近对比文件选择）分析，并给出无效策略及检索建议。

---

### 一、 紧密结合说明书解释权利要求1

结合目标专利背景与技术方案，权利要求1的核心在于一种**跨网络/异构网络协同**的本地紧急信息获取机制：

1. **分层/异构网络结构**：系统由广域/广播性质的“电信网络”与局域性质的“本地通信网络（含无线接入点AP）”协同组成。

2. **两阶段触发机制**：

* **第一阶段（广域广播通知）**：移动设备通过电信网络的**广播信道**接收“一般紧急信号”（通常为广域覆盖、低带宽或仅起通知/激活作用的广播信号）。

* **第二阶段（局域主动拉取）**：响应于上述一般紧急信号，移动设备转而**连接到本地通信网络的无线接入点（AP）**，并**主动发送请求**（Pull模式），进而从该无线接入点接收“本地紧急信息”（即高精度、特定区域的详细信息）。

---

### 二、 技术特征比对与对比文件公开情况分析

#### 1. 对比文件公开号及指代说明

* **对比文件1 (D1)**：CN1960515A《一种多媒体广播中保证终端即时接收系统信息的方法》

* **对比文件2 (D2)**：JP2007135000A《Disaster information distributing device and terminal device》

* **对比文件3 (D3)**：US20070149167A1《Method and apparatus for providing emergency information to a mobile receiving device》

---

#### 2. 各对比文件详细公开情况分析（结合原文）

##### 【D1分析】：CN1960515A

* **特征A、B**：D1背景技术提及“手机类终端”时探讨了“广电运营商和电信运营商合作”，但其整体方案（如步骤1~3及具体实施方式）均基于**移动多媒体广播系统内部**（广播接收模块中的控制模块待机并周期性激活调谐器/解调模块，监听广播帧/专用信道）。**未公开**电信网络与包含无线接入点（AP）的本地通信网络协同的结构（**未公开特征A、B**）。

* **特征D、E**：D1公开了“发射系统在有紧急信息需要发送时，将紧急信息提示通过专用信道发送出去”（具体实施方式段落[11]），且“专用信道”属于广播信道。公开了通过广播信道接收紧急提示/信号（**公开特征D、E**）。

* **特征F、G、H**：D1中终端监听到紧急信息提示后，系“激活其它接收电路模块，以接收紧急信息”（实施例步骤130），信息是由广播发射系统**直接广播推送（Push）**给终端的，**不存在**“连接到本地无线接入点（AP）”以及“主动发送针对传送本地紧急信息的请求（Pull）”的步骤（**未公开特征F、G、H**）。

##### 【D2分析】：JP2007135000A

* **特征A、B**：D2公开了“災害情報配信装置1は、インターネットやキャリア網等のネットワーク2に接続される。ネットワーク2には、携帯電話やPDA等の複数の携帯端末3a〜3nが接続され”（段落[0016]）。其中“キャリア網（运营商网络）/インターネット”对应电信网络与网络结构。但D2中的网络为统一的蜂窝网/互联网，**未明确公开**“包含一个或多个无线接入点（AP）的本地通信网络”（如Wi-Fi/WLAN AP）。

* **特征D、E**：D2公开了“SMSを含む電子メールにより一斉に配信される”（段落[0008]）以及“SMS生成部15は...一斉に配信される”（段落[0022]）。SMS（短消息服务）在蜂窝网络中属于控制/广播/点对多点通道（或点对点批处理），但严谨来说SMS并非典型的“广播信道（Broadcast Channel）”（**未完全/实质公开特征E**，但公开了向终端广播/一斉配信紧急通知）。

* **特征F、G、H**：D2公开了终端收到SMS后启动GPS获取位置，并“当該ロケーション情報を含む転送要求（含位置信息的传输请求）を災害情報配信装置に送信する”（段落[0020]、[0027]），随后“各端末装置毎に個別に作成された避難情報を各端末装置にそれぞれ個別に送信する”（段落[0006]）。这公开了**响应于紧急信号、发送传输请求（含位置/Pull）、并接收针对性避難信息（特征G、H）**。但是，D2的请求是直接发给“灾害情报推送装置（服务器）”，**并非**“连接到本地无线接入点的AP并向AP发送请求”（**未公开特征F中连接AP的部分，未公开通过AP通信**）。

##### 【D3分析】：US20070149167A1

* **特征A、B**：D3公开了系统可包含卫星广播、蜂窝塔（cellular tower）、局域无线网（"local wireless 802.11 type systems"）以及建筑上的无线节点（段落[0012]、[0033]）。其中802.11即典型的包含无线接入点（AP）的本地通信网络（**实质公开特征A、B**）。

* **特征D、E**：D3公开了通过卫星/蜂窝广播紧急公告指示符（Emergency Announcement Indicator），即“broadcasting an emergency announcement indicator for the first area...”（段落[0007]、[0011]、[0070]），且卫星/无线电广播信道属于广播信道（**公开特征D、E**）。

* **特征F、G、H**：D3公开了终端接收到广播提示后，可根据指示调谐或利用本地无线源（如Cellular, radio, TV or local wireless 802.11 type systems）获取紧急信息（段落[0012]、[0070]）。然而，D3主要是基于终端自身GPS位置与广播的地理多边形（Polygon）进行匹配判断，进而切频道显示信息。D3**未明确记载**“终端响应于一般信号去连接AP并向AP发送Request（请求）来拉取（Pull）本地紧急信息”的详细交互流程（**部分公开/隐性提示特征F、H，未明确公开特征G**）。

---

#### 3. 权利要求1技术特征比对表

---

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

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

* **本专利解决的技术问题**：在广域紧急广播中，如果直接通过广播发送大容量、高精度的“本地/局部紧急信息”，会极大地浪费广域广播频带资源；而如果终端一直保持局域网连接又极度耗电。本专利通过“广域广播触发 + 本地AP按需主动请求（Pull）”的协同机制，既保证了紧急信息的及时告知，又节省了广域网络带宽，并实现了高精度的本地化信息获取。

* **D3的技术问题与效果**：解决如何向移动设备精准提供特定区域的紧急信息（Localizing Emergency Information），提到了利用卫星/广播发通知，结合802.11本地无线源提供信息。其技术领域、网络架构（异构网络）与本专利最为接近。

* **D2的技术问题与效果**：解决广域紧急通知后，如何根据终端具体位置提供个性化/本地化避难信息的问题。其采用了“广播/群发SMS通知 $\rightarrow$ 终端触发上报/请求（Request） $\rightarrow$ 下发本地避难信息”的交互逻辑。

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

**最接近对比文件推荐：D3（US20070149167A1）或 D2（JP2007135000A）。**

* **选择D3作为第一最接近对比文件的理由**：D3具备最相似的网络架构（包含广域广播网络和本地802.11无线接入网），公开了特征A、B、C、D、E、H。

* **选择D2作为第二最接近对比文件的理由**：D2具备最相似的**“触发-请求（Pull）”交互机制**（收到紧急SMS $\rightarrow$ 触发终端 $\rightarrow$ 发送转送请求Request $\rightarrow$ 获取本地紧急信息），公开了特征C、D、G以及部分H。

---

#### 3. 结合对比文件的组合创造性分析

##### 组合方案一：以 D3 为最接近对比文件 + D2

* **区别技术特征**：D3未明确公开“响应于接收到一般紧急信号，**连接到无线接入点**并**发送针对传送本地紧急信息的请求（特征F、G）**”。

* **D2的教导**：D2（段落[0020]、[0027]）明确给出了技术教导——终端在收到广域紧急通知（SMS）后，被强制启动的应用程序会自动向网络侧**发送包含位置信息的转送请求（Transfer Request/发送请求）**，以拉取（Pull）针对该本地区域的避难信息。

* **结合结论**：本领域技术人员在D3的基础上，为了实现信息的按需拉取（避免广播所有详细信息），有动机引入D2公开的“收到通知后主动发送Request拉取本地信息”的机制，并结合D3中已有的“802.11本地无线网络（AP）”架构，顺理成章地得出“连接AP并向AP发送请求”的技术方案。因此，**D3 + D2 的组合能够破坏权利要求1的创造性**。

##### 组合方案二：以 D2 为最接近对比文件 + D3

* **区别技术特征**：D2中的本地通信是通过移动网络/互联网连接服务器，未明确公开“本地通信网络包含无线接入点AP（特征A、B）”，且未明确“连接无线接入点AP并从AP接收（特征F、H）”。

* **D3的教导**：D3（段落[0012]）明确教导了可以使用“Local wireless 802.11 type systems（802.11局域无线系统/AP）”作为紧急信息或紧急宣告的来源。

* **结合结论**：将D2中的网络延伸至局域802.11无线接入点AP（以减轻移动基站网路负载），属于本领域的常见技术手段组合。**D2 + D3 同样能够破坏权利要求1的创造性**。

---

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

在针对本专利提起无效宣告请求时，**最薄弱的技术特征（即专利权人最容易拿来争取创造性/防守的特征）是：**

> **特征F与G的结合体：** “响应于接收到所述一般紧急信号，连接到其中一个所述无线接入点；并且发送针对传送所述本地紧急信息的请求”

**薄弱原因分析（对无效请求人而言的难点）：**

1. **现有技术的习惯逻辑多为Push（推送）**：传统紧急广播（如D1、D3）多采用Push模式，即终端切换到某个频道后**被动接收**广播流，不需要向AP发送“Request（请求）”。

2. **D2虽有Request，但非针对AP**：D2虽然有Request（转送要求），但其接收端是广域的“灾害情报推送服务器”，而不是局域的“无线接入点（AP）”。

3. **专利权人可能的辩控点**：专利权人会强调“通过广域广播激活 $\rightarrow$ 建立本地AP连接 $\rightarrow$ 向AP发Request拉取”形成了特定的带有时序关系的跨网交互动作，能达到“只有在有紧急状况时才去连AP发请求，极大地降低终端功耗并节省广域/局域网带宽”的协同效果。如果对比文件没有明确教导**向AP发送Request**这一具体动作，这一特征容易成为专利权人的避风港。

---

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

为了确保彻底击穿上述“最薄弱特征（响应广播后连接AP并发Request）”，建议采取以下补充检索策略：

#### 1. 检索要素表达与扩展 (Key Concepts & Synonyms)

* **要素1：广域广播/通知激活（Wake-up / Paging / Alert）**

* 关键词：`Broadcast`, `Emergency Alert`, `EWS`, `Paging`, `Wake up`, `MBMS`, `DVB-H`, `Cell Broadcast`

* **要素2：局域网连接/AP（WLAN / Wi-Fi AP）**

* 关键词：`Access Point`, `AP`, `WLAN`, `Wi-Fi`, `802.11`, `Local Area Network`

* **要素3：主动拉取/请求（Request / Pull / On-Demand）**

* 关键词：`Request`, `Pull`, `Fetch`, `Query`, `On-demand`, `HTTP GET`, `SIP SUBSCRIBE`

#### 2. 重点IPC/CPC分类号锁定

* `H04W 4/06`：专门用于广播或多播的业务（MBMS/Cell Broadcast）

* `H04W 4/90`：紧急呼叫或紧急服务系统（Services for emergency situations）

* `H04W 88/06`：具有多种无线电接入技术（RAT）功能的终端（多模/异构网络终端）

* `H04W 76/10`：建立连接（Setup of connections）

#### 3. 追踪关键标准组织（3GPP / IEEE / OMA）的早期提案

* **3GPP 规范与提案**：检索 2005~2007 年间关于 **3GPP CB (Cell Broadcast)**、**ETWS (Earthquake and Tsunami Warning System)** 以及 **3GPP-WLAN Interworking (TS 23.234)** 的文稿。此类标准中极易出现“通过3G/LTE小区广播下发告警，指示终端连接附近的WLAN AP去下载详细的Rich Media（富媒体）/本地地图”的提案。

* **OMA (Open Mobile Alliance)**：检索 **OMA-PUSH** 或 **OMA-BAC (Broadcast and Multicast)** 规范，其中广泛存在“Short Notification (Push) $\rightarrow$ Trigger Terminal $\rightarrow$ Fetch Content via Unicast/WLAN (Pull)”的架构描述。

#### 4. 逻辑组合检索公式示例

```text

(IPC/CPC: H04W4/90 OR H04W4/06)

AND

(Broadcast OR "Cell Broadcast" OR "Emergency Notice")

AND

("Access Point" OR AP OR WLAN OR "Wi-Fi" OR 802.11)

AND

(Request OR Pull OR Fetch OR Query)

```

通过补充检索上述“广播通知转WLAN/AP主动拉取（Fetch/Request）”的标准提案或专利，能够为破坏权利要求1的创造性补充最关键的直接证据链。

作为经验丰富的专利代理师，我针对目标专利权利要求1与三份对比文件（D1: US2007232328A1, D2: US2007254623A1, D3: CN101088111A）进行深入的解释、特征比对、创造性分析及无效检索策略制定。

---

## 一、 权利要求解释（结合目标专利说明书）

* **技术特征A（电信网络和至少一个本地通信网络）：** 结合说明书，电信网络指覆盖范围较广的公共移动通信网络（如蜂窝移动网络），而本地通信网络指覆盖范围局部的无线网络（如WLAN/Wi-Fi网络）。

* **技术特征B（无线接入点）：** 指本地通信网络中用于无线信号发射和接收的节点设备（如Wi-Fi AP）。

* **技术特征D & E（通过广播信道接收一般紧急信号）：** 一般紧急信号（General Emergency Signal）是指面向广大区域或多终端发布的通用紧急事件通知，且明确限定该信号是通过电信网络的**广播信道（Broadcast Channel）**下发，非点对点单播。

* **技术特征F（响应于一般紧急信号连接接入点）：** 触发式连接机制。移动终端在平时不一定连接或开启本地网络，仅在收到一般紧急信号这一特定事件触发后，才去建立与本地无线接入点的连接。

* **技术特征G & H（发送请求并接收本地紧急信息）：** 移动设备主动发起针对“本地紧急信息（Local Emergency Information）”的拉取（Pull）请求，并经由已连接的本地无线接入点接收该特定于当地的详细紧急信息。

---

## 二、 特征比对分析与比对表格

### 1. 各对比文件公开特征分析

* **D1 (US2007232328A1)：**

* **公开号：** US20070232328A1

* **公开技术：** 披露了移动终端在拨打紧急电话时，通过蜂窝网络及DTMF等方式将位置信息/小区信息传送给紧急呼叫中心（[0018]、[0050]-[0055]）。

* **比对结论：** 仅公开了蜂窝电信网络以及移动终端向网络侧/呼叫中心**发送位置信息/紧急呼叫**，未公开移动终端通过广播信道接收紧急信号，亦未公开本地通信网络（如Wi-Fi AP）及向AP请求本地紧急信息的交互过程。

* **D2 (US2007254623A1)：**

* **公开号：** US20070254623A1

* **公开技术：** 披露了一种蜂窝终端在关机或低功耗状态下，定期自动唤醒并轮询（Poll）无线通信网络（如蜂窝网、无线网、卫星网）以检查是否有针对该终端的紧急消息（[0006]、[0017]）。

* **比对结论：** 其轮询是“定期定时”发生的，并非“响应于接收到一般紧急信号”而触发；且其接收的是蜂窝网络上的紧急消息，未公开通过蜂窝网广播信道接收信号后转而连接本地通信网络AP并请求本地紧急信息的架构。

* **D3 (CN101088111A)：**

* **公开号：** CN101088111A

* **公开技术：** 披露了利用多媒体广播/组播服务（MBMS，即广播信道）向多个移动终端广播紧急服务/紧急信息，并可将终端设置为紧急提示模式（说明书第5-6页，第12-13页，图4消息M400/M600）。

* **比对结论：** 明确公开了通过电信网络（3G/UMTS等MBMS系统）的**广播信道**向终端下发紧急通知。但D3中紧急信息是直接通过MBMS广播下发给终端，**未公开**终端收到信号后去连接“本地通信网络无线接入点（AP）”并“向AP发送请求以获取本地紧急信息”的技术特征。

---

### 2. 技术特征比对表

---

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

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

在创造性分析中，**D3 (CN101088111A)** 是最适合作为**最接近对比文件**（基本对比文件）：

* **整体解决的技术问题：** D3与本专利均致力于解决“如何在紧急事件发生时，快速、可靠地向大量移动终端通知紧急信息/紧急事件”的技术问题。

* **技术架构与手段：** D3同样采用了利用电信网络中的**广播/组播信道（MBMS）**向移动终端下发紧急通知的架构，这与权利要求1的前半部分（特征D、E）高度契合。

> **注：** D1主要解决紧急呼叫时的定位上传问题；D2解决终端关机/省电时如何定期轮询接收紧急消息问题。两者的技术领域和核心架构与本专利差距较大，不适合作为最接近的对比文件。

### 2. 未被最接近对比文件（D3）公开的特征及其在其他对比文件中的公开情况

D3未公开的技术特征为：**特征A与B中的“本地通信网络及无线接入点”、特征F、特征G、特征H**（即：终端在电信网络广播信道收到一般紧急信号后，**联动触发**连接本地无线接入点，并向该接入点请求/接收本地紧急信息）。

* **检查D1和D2：**

* D1和D2**均未公开**上述区别特征。D1侧重呼叫中心定位，D2侧重定时唤醒轮询，均未涉及“电信网广播预警 $\rightarrow$ 触发本地AP连接 $\rightarrow$ 请求拉取本地详细紧急信息”这一异构网络协同交互机制。

---

## 四、 无效请求中最薄弱的技术特征与无效风险评估

如果在现有的D1、D2、D3组合下提出无效宣告请求，**整体成功率较低，目前最薄弱（即最难被无效掉）的技术特征如下：**

> **最薄弱的技术特征（专利权人的坚固防线）：**

> **特征F + 特征G 的组合：** “响应于接收到一般紧急信号，连接到其中一个无线接入点；并且发送针对传送所述本地紧急信息的请求”。

**原因分析：**

1. **现有对比文件存在技术路线差异：** 现有对比文件（如D3）采用的是“广域网直接广播推送到终端（Push）”的方案。而本权利要求采用的是“**广域网广播触发预警（Push Notification） + 本地局域网主动拉取（Pull Detailed Data）**”的双层异构网络结合机制。

2. **技术效果显著：** 该机制既利用了电信网络广播不拥堵、覆盖广的优势（快速通知），又利用了本地网络（Wi-Fi AP）带宽大、地理位置精准的优势，避免了大量终端同时在广域蜂窝网上下载大流量本地紧急数据造成的基站拥塞。

3. **组合缺乏技术教导：** 在现有的D1-D3中，完全找不到将“蜂窝广播紧急信号”作为“触发本地AP连接并拉取详细本地信息”的动机与逻辑教导。

---

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

为了补充针对特征F、G、H（蜂窝广播触发局域网/Wi-Fi连接并请求数据）的对比文件，建议采取以下深度检索策略：

### 1. 扩大检索主题与技术领域拓展

不仅局限于“紧急消息（Emergency Message）”，还应扩展至**“异构网络协同（Heterogeneous Networks）”、“蜂窝网与WLAN/Wi-Fi分流（Offloading）”、“广播触发的局域网获取（Broadcast-triggered local fetching）”**等场景。

### 2. 关键词与逻辑组合构建

* **组1（电信网/广播预警）：** `Cellular` OR `LTE` OR `UMTS` OR `3GPP` OR `Broadcast` OR `CBS` OR `MBMS` OR `Paging` OR `Emergency Warning`

* **组2（触发/响应）：** `Trigger` OR `Response` OR `Wake up` OR `Initiate connection`

* **组3（本地网络/AP）：** `WLAN` OR `Wi-Fi` OR `Access Point` OR `AP` OR `Local Network` OR `Hotspot`

* **组4（请求/拉取）：** `Request` OR `Fetch` OR `Pull` OR `Download` OR `Detail`

### 3. 重点检索分类号（IPC / CPC）

* **H04W 4/06：** 适合于广播或组播的服务（MBMS/CBS）

* **H04W 4/90：** 紧急服务或应急呼叫

* **H04W 88/06：** 适应于多种无线通信系统的终端（双模/多模终端）

* **H04W 76/16：** 建立多无线电接入技术（Multi-RAT）连接 / 异构网络连接

* **H04W 28/08：** 流量分流或负载平衡（Offloading to WLAN）

### 4. 关键检索源推荐

* **3GPP 标准规范文档（SA2 / CT1 工作组）：** 重点检索 3GPP 中关于 **ANDSF** (Access Network Discovery and Selection Function)、**eMBMS** 与 WLAN Interworking、**WEBRC** (WLAN Emergency Call) 相关的提议文件（Tdocs）及 TS 23.402 / TS 23.237 规范，寻找是否有利用蜂窝广播/寻呼触发终端连接 Wi-Fi 获取信息的提案。

* **早期Wi-Fi Offloading专利池：** 重点排查 高通（Qualcomm）、爱立信（Ericsson）、诺基亚（Nokia）、华为（Huawei）在 2006–2012 年间申请的“蜂窝与Wi-Fi双模协同/分流”相关族专利。

<FollowUp label="是否需要我针对3GPP标准规范或Wi-Fi Offloading分类号补充具体的检索表达式？" query="请针对3GPP标准规范及H04W分类号，为权利要求1的特征F/G/H编写具体的专利检索式和3GPP Tdoc检索策略。"/>

根据权利要求1所述的方法，其中，连接到所述无线接入点的所述步骤是响应于接收到所述一般紧急信号而自动执行的。

根据权利要求1所述的方法，还包括以下步骤；所述移动设备向所述设备的用户提供关于接收到所述一般紧急信号的指示；在提供所述指示之后，响应于所述移动设备上的用户输入而连接到所述无线接入点。

根据在前权利要求中任一项所述的方法，还包括以下步骤；从一个或多个所述无线接入点接收紧急信息存在指示。

根据权利要求4所述的方法，其中，一个或多个所述无线接入点提供至少一条可自由接入的信道；所述方法还包括以下步骤；利用所述可自由接入的信道连接到所述无线接入点，以便传送所述请求。

根据权利要求5所述的方法，其中，连接到所述无线接入点的所述步骤是利用到所述无线接入点的本地通信网络的预定帐户来执行的。

根据权利要求4所述的方法，其中，响应于接收到所述一般紧急信号，所述移动设备针对本地紧急信息轮询一个或多个所述无线接入点。

根据权利要求4所述的方法，其中，所述一般紧急信号包含紧急指示；该方法还包括以下步骤；接收所述紧急指示；把所述紧急指示传送到所述无线接入点；以及接收对应于所述紧急指示的所述本地紧急信息。

根据权利要求4所述的方法，其中，所述本地紧急信息涉及特定建筑物或建筑物群。