一种用于装置触发的方法，包括： 用户装备发起附着请求并且在请求的装置属性部分中指示用户装备的装置触发能力； 移动性管理实体处理附着过程； 移动性管理实体存储（610）用户装备（810）的接收到的装置触发能力； 移动性管理实体向机器类型通信交互工作功能通知装置触发能力； 机器类型通信交互工作功能从机器类型通信服务器接收请求以触发用户装备； 机器类型通信交互工作功能向移动性管理实体发送（720）装置触发请求消息； 移动性管理实体在接收到装置触发消息时触发用户装备。

作为一名经验丰富的专利代理师，我仔细研读了目标专利（CN110022537B，以下简称“本专利”）的说明书及权利要求书，并将其与对比文件D1（US20110021216A1）进行了深入的特征比对和创造性分析。以下是详细的分析报告。

### 第一部分：权利要求与对比文件特征比对

本专利权利要求1涉及一种用于装置触发的方法。对比文件D1公开了一种在移动电信网络中路由传统消息（如SMS）的方法，涉及UE、MME、HSS以及其提出的SMS交互工作功能（SMS IWF）。

以下是权利要求1的技术特征与对比文件D1原文的详细比对：

#### 特征比对表格

### 第二部分：最接近对比文件分析

在创造性分析过程中，确定“最接近的对比文件”是第一步，通常遵循“领域相同或相近、技术问题最相似、公开特征最多”的原则。

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

* **本专利**：旨在解决在机器类型通信（MTC）环境中，如何有效地触发装置（UE）以建立通信的问题，特别是针对轮询模型或UE无IP地址的情况。其侧重点在于建立一种特定的“装置触发”机制，涉及UE能力上报、网络侧（MME、MTC-IWF）对该能力的存储和通知，以及最终通过MTC-IWF发起的触发流程。

* **对比文件D1**：旨在解决在LTE（仅分组域）网络中，如何无需复杂的CS域基础设施（如完整的MSC/VLR）来路由传统的短消息（SMS）的问题。其通过引入“SMS IWF”来模拟MSC/VLR与HSS交互，并通过SGs接口与MME交互来递送SMS。

**分析**：两者虽然都涉及LTE网络核心网元（MME、HSS）以及引入新的交互工作功能网元（IWF）来递送下行信令/数据，但**技术问题存在显著差异**。本专利是面向MTC服务的特定触发机制，D1则是面向传统SMS服务的架构优化。

#### 2. 技术效果分析

* **本专利**：通过UE上报和网络侧存储“装置触发能力”，使得MTC-IWF可以明确UE是否支持触发，并据此选择合适的触发机制（如说明书[0069]所述），提高了装置触发的成功率和灵活性。

* **对比文件D1**：实现了SMS在LTE网络中的透明传输，避免了部署昂贵的MSC/VLR设备，降低了网络部署成本。

#### 3. 结论：D1不适合作为创造性分析中最接近的对比文件

基于上述分析，代理师认为D1**不适合**作为分析权利要求1创造性的最接近对比文件。理由如下：

1. **技术领域和问题不完全一致**：本专利属于MTC装置触发的特定应用领域；D1属于通用SMS消息路由领域。

2. **核心技术构思差异大**：权利要求1的核心在于“装置触发能力”的端到端管理（UE发起指示 -> MME存储 -> MME通知MTC-IWF -> MTC-IWF根据请求触发）。而D1的核心在于SMS IWF如何通过模拟传统网元在LTE网络中传输SMS。D1完全没有涉及“装置触发”的概念，也没有UE上报特定应用能力的机制（D1中的"SMS-only"是网络附着类型指示，非应用层能力）。

3. **公开特征较少**：如特征比对表格所示，权利要求1中关于“装置触发能力”管理的核心特征A、C、D以及关于“MTC服务器/触发请求”的特征E、F均未被D1公开。

如果强制以D1为起点，审查员需要论证技术人员有动机将一个用于传输传统SMS的架构改造为专门用于管理MTC装置触发能力的架构，并引入MTC服务器和触发请求的概念。这种改造由于缺乏技术问题的关联性，往往会被认为是由于“事后诸葛亮”而做出的。

因此，应当寻找公开了机器类型通信（MTC）或装置触发（Device Triggering）相关技术内容的对比文件作为创造性分析的起点。

### 第三部分：无效请求方薄弱特征分析

假设审查员坚持使用D1作为最接近对比文件（尽管代理师认为不合适），或者找到了更合适的公开了MTC触发通用流程的D2，对于无效请求方（试图证明权利要求1无创造性的一方）来说，权利要求1中**最薄弱（即最容易被论证为显而易见）的技术特征**是：

#### 特征D：移动性管理实体向机器类型通信交互工作功能通知装置触发能力

**理由**：

1. **本专利说明书的解释**：本专利说明书实施例2和3（图2 S3，图3 S3）描述了该特征：“如果用户装备已经指示了装置触发能力，则在S2处，移动性管理实体处理附着过程并存储装置触发能力...在S3处，移动性管理实体通知MTC‑IWF装置触发能力。”

2. **技术逻辑的必然性**：在通信网络中，如果一个逻辑节点（UE）向另一个管理节点（MME）上报了一种能力，并且该能力最终是由第三个业务节点（MTC-IWF）来利用（例如，用来确定如何触发该UE）。那么，管理节点（MME）将该能力通知给业务节点（MTC-IWF）是实现该业务流程的**技术逻辑上的必然要求**。

3. **常规技术手段**：即使对比文件（如D1）没有直接公开MME向IWF通知该特定能力，但D1公开了MME与IWF（SMS IWF）之间的SGs接口存在信令交互（如发送位置更新）。一旦确定了由MTC-IWF处理触发业务，且UE能力存于MME，利用现有的接口信令将该能力信息传递过去，属于本领域技术人员的**常规设计选择**和显而易见的技术手段，不需要付出创造性劳动。

#### 相对而言较强的特征（无效请求方的难点）：

**特征A和C中关于“装置触发能力”的特定指示和存储**：如果对比文件仅公开了通用的附着和SMS支持指示（如D1），无效请求方需要强有力的证据论证将通用的支持指示细化为特定业务的“装置触发能力”指示对于本领域技术人员是显而易见的。这通常需要结合本专利解决的特定技术问题（如无需MSISDN触发）来进行辩论。

综上所述，D1未公开权利要求1中关于MTC装置触发能力管理的大部分核心特征，不适合作为最接近的对比文件。在创造性辩论中，关于MME向MTC-IWF通知能力的特征D通常被认为是最薄弱的环节。

作为一名经验丰富的专利代理师，我将严格依据目标专利（CN110022537B）的说明书对权利要求1进行深度解析，并结合三份对比文件（D1: CN102026400A, D2: CN102045897A, D3: US7979070B）的原文进行逐项特征比对与创造性、无效风险分析。

---

## 一、 目标专利说明书对权利要求1的合理解释

权利要求1保护的是一种“用于装置触发的方法”，涉及用户装备（UE）、移动性管理实体（MME）、机器类型通信交互工作功能（MTC-IWF）以及机器类型通信（MTC）服务器之间的信令交互。

结合目标专利说明书，该权利要求的核心设计意图在于：**在不使用MSISDN且不需要大量电路切换（CS）基础设施（如SMSC、MSC/VLR）的情况下，实现高效率、低成本的MTC装置触发机制**（参见说明书\[0002\]、\[0028\]-\[0029\]、\[0064\]）。说明书共提供了三种具体实施方案（方法1：MME处编码SMS；方法2：服务接受消息递送；方法3：NAS消息递送）。

在解释具体特征时，需注意：

* **“装置属性部分”**：说明书图3、图4的步骤S1明确指出其为“非接入层（NAS）消息”中的“请求的装置属性部分”或直接简称为“装置属性”。

* **“装置触发能力”**：指终端支持通过控制平面信令接收网络侧发起的触发请求、并响应触发激活自身的能力（说明书\[0003\]、\[0026\]）。

---

## 二、 技术特征比对分析（基于对比文件原文）

以下将结合对比文件原文，逐一比对权利要求1的各项技术特征，分析其是否被毫无异议地公开（完全公开）或实质公开。

### 1. 技术特征A

> **特征A：** 包括：用户装备发起附着请求并且在请求的装置属性部分中指示用户装备的装置触发能力

* **D1 (CN102026400A) 分析：** 实质公开。

* *原文出处：* 实施例1步骤801：“当用户开机时，发起附着过程注册到核心网中，即通过HeNB向MME发送附着请求消息……附着请求消息中还可以包含UE请求建立本地连接的信息（例如，请求建立的本地连接的APN，或者请求建立本地连接的指示等）”。

* *比对结论：* D1公开了UE在附着请求中指示其特定能力（本地接入能力LIPA），但其指示的是“本地接入能力/本地连接请求”，而非本申请的“装置触发能力”。

* **D2 (CN102045897A) 分析：** 实质公开。

* *原文出处：* 发明内容\[0011\]、实施例一步骤S02：“MTC设备终端向eNodeB发起附着请求消息，附着请求消息中携带MTC设备群组标识”。

* *比对结论：* D2属于MTC领域，公开了在附着请求中携带群组标识以供MME识别属性，但未明确公开在“装置属性部分”中指示“装置触发能力”。

* **D3 (US7979070B) 分析：** 实质公开。

* *原文出处：* FIG.3 & Detailed Description \[0022\]: "The Attach request 9 comprises a data field 10 defining IMSI... The 'Attach Type' field 11 of the Attach request 9 indicates which type of attach is to be performed... combined 'PS (packet switched) + default PDP context activation'."

* *比对结论：* D3公开了在附着请求的特定字段（Attach Type字段11）中指示其具备联合附着和默认上下文激活的能力。

### 2. 技术特征B

> **特征B：** 移动性管理实体处理附着过程

* **D1 (CN102026400A) 分析：** 毫无异议公开。

* *原文出处：* 步骤802-806：“MME收到上述附着请求消息后……判断是否为该UE建立本地连接”。

* **D2 (CN102045897A) 分析：** 毫无异议公开。

* *原文出处：* 步骤S504-S516：详细描述了MME接收附着消息、位置更新及向eNodeB发送附着接受消息的过程。

* **D3 (US7979070B) 分析：** 毫无异议公开（对应SGSN/MME）。

* *原文出处：* \[0023\], FIG.4 step S2/S4: "The support node 2 then not only performs a 'packet switched' attach but is furthermore adapted so as to automatically initiate... default PDP context activation..." （注：说明书\[0030\]指出SGSN与MME在特定架构下可等效替换）。

### 3. 技术特征C

> **特征C：** 移动性管理实体存储（610）用户装备（810）的接收到的装置触发能力

* **D1 (CN102026400A) 分析：** 实质公开。

* *原文出处：* 步骤806：“当MME判断为UE建立本地连接时，还在MME的本地为该UE建立上下文信息……设置标志……可用于MME……以记录该本地连接”。

* *比对结论：* D1公开了MME在本地建立上下文并存储/记录UE的能力或连接标志，但其记录的是LIPA本地连接信息。

* **D2 (CN102045897A) 分析：** 未公开。

* *比对结论：* D2仅提到MME接收群组标识并据此选择QoS，未强调在上下文中“存储该触发能力”供后续触发使用。

* **D3 (US7979070B) 分析：** 实质公开。

* *原文出处：* \[0025\], FIG.5 step 6: "...subscriber data includes information on the default PDP context(s). The new support node... sends back an Insert Subscriber Data Acknowledgement..."

* *比对结论：* D3公开了服务节点从HLR获取并存储/验证订阅数据及默认上下文信息。

### 4. 技术特征D

> **特征D：** 移动性管理实体向机器类型通信交互工作功能通知装置触发能力

* **D1、D2、D3 分析：** **均未公开。**

* *比对结论：* D1、D2、D3的架构中均未引入“机器类型通信交互工作功能（MTC-IWF）”这一网元，更未公开MME/SGSN向MTC-IWF通知终端触发能力这一具体交互。

### 5. 技术特征E

> **特征E：** 机器类型通信交互工作功能从机器类型通信服务器接收请求以触发用户装备

* **D1 (CN102026400A) 分析：** 未公开。

* **D2 (CN102045897A) 分析：** 实质公开（变型架构）。

* *原文出处：* 说明书\[0008\]、\[0041\]及图7步骤S702：“MTC设备管理服务器向MTC设备发送MTC设备群组标识……当网络触发时更新MTC设备本地……”

* *比对结论：* D2公开了MTC服务器（MTC Server）参与管理和监控，并可进行网络触发，但由于缺乏MTC-IWF网元，不属于“MTC-IWF从MTC服务器接收请求”的架构。

* **D3 (US7979070B) 分析：** 未公开。

### 6. 技术特征F

> **特征F：** 机器类型通信交互工作功能向移动性管理实体发送（720）装置触发请求消息

* **D1、D2、D3 分析：** **均未公开。**

* *比对结论：* 由于对比文件均缺少MTC-IWF网元，因此无法公开MTC-IWF向MME发送装置触发请求消息的特征。

### 7. 技术特征G

> **特征G：** 移动性管理实体在接收到装置触发消息时触发用户装备

* **D1 (CN102026400A) 分析：** 实质公开。

* *原文出处：* 实施例3步骤1101-1103：“处于空闲态下的UE，发起业务请求……MME根据本地UE上下文中的本地连接标识判断……通知所述无线侧设备为该用户设备建立本地连接”。

* *比对结论：* D1体现了核心网元根据存储的上下文信息在特定条件触发/恢复连接的思想，但非响应MTC-IWF的独立触发消息。

* **D2 (CN102045897A) 分析：** 实质公开。

* *原文出处：* 说明书\[0041\]：“在MTC设备管理服务器接收网络触发消息并发送MTC设备群组标识之后……”

* *比对结论：* 公开了网络触发MTC设备的概念。

* **D3 (US7979070B) 分析：** 实质公开。

* *原文出处：* 摘要及\[0004\]-\[0006\]：附着请求配置为“to trigger a create communication connection default procedure”。

* *比对结论：* D3属于由“附着请求”内部触发核心网建立承载，而非由外部触发消息动态触发UE。

---

## 三、 特征比对表

---

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

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

在本案的创造性分析中，**D2 (CN102045897A)** 最适合作为最接近的对比文件（第一最接近对比文件）。

* **原因分析：**

* **技术领域及核心架构最接近：** D2明确属于**机器到机器（M2M/MTC）通信领域**，其公开了MTC设备终端、MTC服务器、eNodeB以及MME之间的交互，这与目标专利（MTC装置触发、MTC服务器、MTC-IWF、MME）处于完全相同的技术细分领域和网络演进背景。

* **解决的技术问题和技术效果最类似：** D2旨在解决MME如何识别和管理不同属性的MTC设备群组、以便网络执行差异化控制（如QoS控制、默认承载建立等）的问题。这与目标专利在架构上管理MTC触发能力、实现高效MTC通信的出发点最为契合。

* *注：D1虽然公开了MME存储上下文和后续触发，但其针对的是本地IP接入（LIPA）分流技术；D3针对的是传统GSM/GPRS/UMTS下的联合附着与默认承载激活，两者在MTC（物联网终端管理）这一业务场景的针对性上不及D2。*

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

结合上表，D2未公开的**核心区别特征**为：

> **特征D、F：** 引入MTC-IWF（机器类型通信交互工作功能）网元，并由MME向其通知能力、以及该网元向MME发送触发请求消息。

经检索与比对，**D1和D3中同样完全没有引入MTC-IWF网元，亦未公开上述具体的控制面信令交互特征（特征D、F）**。

---

## 五、 无效请求方最薄弱的技术特征（即专利所有人的最强防御点）

若作为请求方对该目标专利提出无效宣告请求，**最薄弱的技术特征（即最难攻克的特征）是：特征D和特征F的组合（即MME与MTC-IWF之间的双向能力通知与触发信令交互）**。

### 理由如下：

1. **网元架构断代（技术障碍）：** 对比文件D1、D2、D3的公开时间均为2011年左右，当时3GPP关于5G/LTE大规模机器类通信（MTC）的控制面触发架构尚未完全成熟（MTC-IWF是在较后期的Rel-11等版本中为了应对无MSISDN触发而正式引入的全新实体）。现有对比文件均停留在“MME-MTC服务器”或“传统SGSN-HLR”的常规架构上，**存在明显的网元缺失**。

2. **非显而易见的信令流向：** 特征D要求“MME在附着时向MTC-IWF通知触发能力”，特征F要求“MTC-IWF向MME发送触发请求”。这种在附着阶段即由核心网控制面网元向交互工作功能“预先通告/注册”终端能力的机制，在现有技术（如D1、D2、D3）中找不到明确的启示。现有技术通常是由终端直接上报，或由核心网向HLR/HSS静态查询，不具有将动态能力“推”给外围IWF网元的常态化操作。

### 请求方应对策略：

由于三大对比文件均未公开MTC-IWF相关的交互，单纯依靠D1~D3的教科书式组合极难成功无效权利要求1。请求方必须补充提供**属于标准规范类（如3GPP TS 23.682等关于MTC增强的技术规范标准文献）**作为新的对比文件（D4），以此证明MTC-IWF的引入和控制面触发架构属于所属技术领域的公知常识或常规标准演进，再结合D2的MTC附着流程，方有较大胜算。

作为一名经验丰富的专利代理师，我将紧密结合目标专利《CN110022537B 装置触发解决方案》的说明书（下称“目标专利说明书”），对权利要求1进行深入解析。同时，我将全面对比对比文件1（US20110021216A1，下称D1），逐项分析其是否公开了权利要求1的技术特征，并指出具体的出处。

### 第一部分：权利要求1技术特征解析及与对比文件1（D1）的比对

目标专利权利要求1涉及一种用于装置触发的方法。装置触发（Device Triggering）在MTC（机器类型通信）或M2M（机器到机器）应用中至关重要，它允许服务器在需要时，通过网络唤醒或轮询处于空闲状态、未分配IP地址或IP连接不可用的装置，使其建立通信连接。

以下是权利要求1各技术特征的详细解析及其在D1中的比对结果：

#### 特征1-前序部分：

**权利要求1：**一种用于装置触发的方法，包括：

* **技术解析：**

此特征概括了该方法的主题，即“用于装置触发（device triggering）”。在目标专利说明书中，明确指出了装置触发对于轮询模式的重要性。例如，\[0026]段提到：“如果……（IP通信）失败，或者如果没有IP地址可用于该装置，则机器类型通信服务器可以使用机器类型通信装置触发机制来尝试建立通信。”。目标专利旨在提供一种解决方案，能够在不使用MSISDN且不需要大量基础设施（如电路核心、SMSC）改变的情况下触发MTC装置。

* **D1比对：**

D1的标题为“Messaging in mobile telecommunications networks”，技术领域\[0001]提及路由传统消息（legacy messages），主要是SMS消息，用于在LTE（全分组交换）网络中避免对昂贵的电路交换（CS）核心网部件（如MSC/VLR）的依赖。

在D1中，“触发（triggering）”这个词出现在移动发起SMS（Mobile Originating SMS）的步骤中，例如\[0113]段：“A mobile originating SMS is triggered...”。而在移动终止SMS（Mobile Terminating SMS）部分，即网络唤醒终端的场景下，D1使用了“transfer”、“transfer of mobile terminating SMS”、“delivery”等词，旨在将一条 SMS 消息递送到 UE。D1的 SMS 递送过程虽然可以起到唤醒 UE 的效果，但其本质是 SMS 消息传输，并非目标专利中明确定义的独立于 SMS 的专用装置触发机制。目标专利明确区分了传统的SMS递送和专用的装置触发解决方案（例如，在非接入层消息中递送装置触发信息）。

因此，D1并没有毫无异议地公开“装置触发的方法”，其主要公开的是“在LTE网络中递送传统SMS消息的方法”。

* **详细出处（D1）：**标题，\[0001]，图4和图5的标题。

#### 特征1A：

**权利要求1：**用户装备发起附着请求并且在请求的装置属性部分中指示用户装备的装置触发能力；

* **技术解析：**

根据目标专利说明书，用户装备（UE，可能是MTC装置）在网络附着阶段就主动告知网络其具备装置触发能力。目标专利说明书在多处描述了这一过程。例如，方法1、2、3对应的实施例中，都在第一步（S1）提到：UE发起附着请求，并指示装置触发能力（图1A, 2, 3）。更具体的描述，如图3对应的\[0053]段：“在S1处，用户装备发起附着请求并在请求的装置属性部分中指示用户装备的装置触发能力。”。这一特征使得网络可以提前知晓UE支持专用装置触发，而非仅仅依赖传统的SMS唤醒。

* **D1比对：**

D1在\[0087]段描述附着过程时提到：“The Attach Type indicates that the mobile terminal 1 requests a combined EPS/IMSI attach and informs the network that the mobile terminal 1 is capable and configured to use CS fallback and/or SMS over SGs...”。这里，UE在附着请求中指示的是其具备“CS fallback and/or SMS over SGs”能力，并没有提及任何专用的、除了SMS之外的“装置触发能力（device triggering capabilities）”。如前所述，SMS在D1中只是用作递送消息，唤醒UE只是其附带效果，D1并没有定义一个通用的或专用的“装置触发”功能供UE去指示其能力。

因此，D1没有公开在请求的装置属性部分中指示用户装备的装置触发能力。

* **详细出处（D1）：**图3 附着过程（Attach procedure），\[0087] 段：...inform the network that the mobile terminal 1 is capable and configured to use CS fallback and/or SMS over SGs 28...

#### 特征1B：

**权利要求1：**移动性管理实体处理附着过程；

* **技术解析：**

这是移动通信网络附着的一般步骤，由移动性管理实体（MME）或SGSN执行。目标专利说明书\[0030]段明确，在演进的UTRAN（E-UTRAN）中是MME，在UTRAN或GERAN中是SGSN。例如，图1A中的S2提到：“移动性管理实体（MME）可以处理附着过程。”。

* **D1比对：**

D1在\[0085]段描述了LTE附着过程由MME处理。\[0087]段进一步描述，MME根据TS 23.401执行EPS附着过程的步骤（步骤2），并基于分配的LAI向VLR启动位置更新过程（步骤3），通过这些步骤MME处理终端的附着过程。此特征属于本领域的一般常识，D1作为LTE相关的对比文件，必然公开了由MME处理附着过程的特征。

* **详细出处（D1）：**图3，\[0085] 段：Registration...is performed by the MME... LTE network element 24. \[0087]段中的步骤 2-4。

#### 特征1C：

**权利要求1：**移动性管理实体存储（610）用户装备（810）的接收到的装置触发能力；

* **技术解析：**

为了后续能够触发该UE，网络部件需要存储UE指示的能力。目标专利说明书在方法2、3、4的描述中（图2-4）以及方法对应的流程图（图6中的610）和系统图（图8中的820存储器840）中，均描述了MME/SGSN存储UE的装置触发能力。

* **D1比对：**

D1没有公开MME存储UE的“装置触发能力”，因为D1根本没有定义这种能力。如对特征1A的分析所述，D1公开了UE指示“CS fallback and/or SMS over SGs”能力。根据D1的\[0120]段，当使用SGs接口时，MSC/VLR将部分隐式注销功能委托给MME，\[0164]段还提到MME在数据库中存储移动终端的MO SMS barring状态。此外，\[0170]段提到终端使用S-TMSI作为网络接入 Service Request 过程。然而，D1并没有描述MME存储任何专用的“装置触发能力”来作为触发该终端的前提。

因此，D1没有公开此特征。

* **详细出处（D1）：**无相应内容。

#### 特征1D：

**权利要求1：**移动性管理实体向机器类型通信交互工作功能通知装置触发能力；

* **技术解析：**

目标专利旨在建立MME与MTC-IWF之间的关联，使得MTC-IWF能够知道UE的能力并据此选择合适的触发机制。说明书方法2和3对应的实施例中（图2, 图3的S3），都描述了MME在收到UE指示的能力后，如果用户装备已经指示了装置触发能力，向机器类型通信交互工作功能（MTC-IWF）提供装置触发能力的通告。

* **D1比对：**

D1在其改进的方案中，将MSC/VLR替换为短信交互工作功能（SMS-IWF）。\[0133]段明确：“According to the embodiment the MSC 2 is replaced with an SMS Interworking Function (SMS IWF) 60.”。然而，D1的SGs接口上的位置更新过程只是为了建立SMS-IWF与MME之间的关联，并没有提及MME向SMS-IWF通知UE的任何“能力”。在D1的改进Attach过程（图8, \[0141]及以后各段）中，MME向“ percepvied VLR”（即SMS IWF）发送Location Update Request消息，SMS-IWF基于MME标识建立MME与SS7 GT之间的1-to-1映射，并向MME响应Location Update Accept，此过程与目标专利中MME主动向MTC-IWF通知“装置触发能力”的技术方案有着本质区别。

因此，D1没有公开此特征。

* **详细出处（D1）：**图8改进附着过程。\[0133] 段描述了 SMS-IWF 替换传统的 MSC/VLR。D1中并没有描述 MME 向 SMS-IWF 发送 UE 能力信息。

#### 特征1E：

**权利要求1：**机器类型通信交互工作功能从机器类型通信服务器接收请求以触发用户装备；

* **技术解析：**

这是装置触发过程的标准架构步骤：MTC用户发起触发需求，MTC服务器将触发请求发送给MTC-IWF。目标专利图1A-4中的S5/S6/S7均有描述。例如，图1A中的S6：“机器类型通信服务器请求机器类型通信交互工作功能（MTC IWF）触发装置。”。

* **D1比对：**

D1中不存在机器类型通信（MTC）服务器或MTC用户。D1在图5描述移动终止SMS消息递送时，步骤2-4：“The SC 42 initiates transfer of mobile terminating SMS. ...The SMS message is forwarded to the MSC/VLR 2/14 where the MS/mobile terminal 1 is CS attached.”。虽然此过程最终会将消息递送到终端，但这并非目标专利技术特征中所要求的“触发请求”，而是一个“SMS递送请求”。且D1中也没有对应的“MTC-IWF”。虽然D1的SMS-IWF具有某些在MME和核心网之间进行交互的功能，但并没有一个专门用于处理来自“MTC服务器”的针对“MTC装置触发”的实体，更谈不上接收“触发请求”。

因此，D1没有实质公开此特征。

* **详细出处（D1）：**图5，\[0117]段中的步骤 2-4。

#### 特征1F：

**权利要求1：**机器类型通信交互工作功能向移动性管理实体发送（720）装置触发请求消息；

* **技术解析：**

MTC-IWF在获得UE的服务网关路由信息后，将装置触发请求直接或通过HSS发送给UE的服务MME。目标专利图1A-4中的S8/S9有描述。例如，图1A中的S8：“MTC-IWF可以使用CN ID将装置触发请求消息发送到服务移动性管理实体/服务GPRS支持节点（SGSN）。”。目标专利说明书在图7的720操作也公开了此特征。

* **D1比对：**

如上特征1E比对分析所述，D1中没有公开“MTC-IWF”和“MTC服务器”，因此更不存在MTC-IWF接收触发请求。即使将D1中的SMSC/SC视为模拟服务器，SMS-IWF视为模拟交互实体，D1公开的是通过SGs接口递送SMS消息，而不是装置触发请求消息。例如，在改进的移动终止SMS递送中（图10, \[0193]及以后），步骤4描述SMS消息通过SMS IWF发送，SMS IWF在步骤5向MME发送寻呼消息，而不是专用的装置触发请求消息。

因此，D1没有实质公开此特征。

* **详细出处（D1）：**图10改进的移动终止SMS。

#### 特征1G：

**权利要求1：**移动性管理实体在接收到装置触发消息时触发用户装备。

* **技术解析：**

当MME收到触发消息时，网络通过寻呼、临时IP地址（针对LTE空闲模式情况）建立PDN连接，将触发信息传送给UE，从而触发UE上电、激活或上报。例如，在目标专利图1A中的S11描述了将必要的装置触发信息发送到用户装备。

技术特征G是前序部分特征在方法整体执行结束时的体现，是对该方法所要达到的目的和结果的概括，也是对权利要求1整体技术方案的技术效果的体现。

* **D1比对：**

在D1中，MME虽然会通过寻呼终端并将SMS消息递送到终端，从而唤醒终端，但这只是SMS递送的一个附带结果，其本质仍然是递送一个传统消息，并非目标专利中明确定义的通过特定触发机制（非接入层NAS消息）去唤醒终端。而且，D1中并不存在从“MTC-IWF”接收来的“装置触发消息”。

因此，D1没有实质公开此特征。

* **详细出处（D1）：**图10改进的移动终止SMS，\[0193] 段中步骤 5-16。

---

### 特征比对表格

**分析结论：**

通过详细比对，对比文件 1 (D1) 仅毫无异议地公开了技术特征 B，而未公开技术特征 1 (前序部分)、A、C、D、E、F、G。权利要求 1 的主要技术特征并未在 D1 中完全公开。

---

### 第二部分：创造性分析

#### 1. 哪个对比文件最接近

在进行创造性分析之前，首先确定最接近的对比文件。目标专利解决的技术问题是在不需要大量基础设施改变的情况下实现装置触发。在机器通信领域，装置触发通常是利用 SMS 或 IMS 发送一个触发消息，或者是通过专用的触发协议。D1 涉及在一个没有电路交换核心网（CS core）的分组网络（LTE）中实现传统 SMS 消息递送的技术方案。

* **解决问题：**

目标专利和 D1 的出发点都是解决全分组网络（LTE）如何实现特定功能（目标专利是专用触发，D1 是传统 SMS）。虽然 D1 是解决 SMS 消息传输问题，但其方案规避了传统的 CS MSC/VLR，这与目标专利试图降低部署成本、规避 SMSC/MSC 等基础设施的技术效果有一定的相关性。

* **技术效果：**

虽然目标专利解决的问题和 D1 有所不同，但如果从最接近现有技术选择的角度出发，由于它们都在探讨 LTE 核心网与传统网络实体的交互，尤其是在规避昂贵的电路域网络部件方面，D1 作为一种与 SMS 技术紧密结合的技术，虽然不能实质公开“触发”机制，但由于其在 LTE 环境下规避 MSC/VLR 的设计思路，可以被视为一个合理的最接近现有技术候选。

* **最接近对比文件的确定：**

根据以上分析，虽然本专利特征主要是用于装置触发的新网络架构和消息交互，但鉴于对比文件 1 (D1) 与目标专利的技术背景和规避传统网络实体（规避 MSC/VLR）的设计思路，D1 是一个非常适合做创造性分析过程的最接近对比文件。在实际分析中，我们只需证明将 D1 的 SMS 递送技术改进为目标专利要求的专用触发技术（包括新的能力指示、新的存储过程和新的网络部件交互特征）对本领域技术人员而言是不显而易见的。

#### 2. 其他特征是否被公开

如前创造性分析，对比文件 1 (D1) 并没有公开权利要求 1 的核心技术特征：专用装置触发能力指示和存储、专用网络部件（MTC-IWF、MTC服务器）以及它们之间专用装置触发消息的交互（特征 A, C, D, E, F, G）。目标专利的技术特征大部分都没有被 D1 公开。

#### 3. 最薄弱的技术特征

在假设我们将针对目标专利权利要求 1 提出无效请求时，找出最薄弱的技术特征是关键。目标专利权利要求 1 是一个结合了新能力指示、存储、网络部件之间新交互特征的整体技术方案。

* **分析：**

* 特征 A 和特征 C（能力指示和存储）由于涉及到专用装置触发，对现有 SMS 技术来说具有新颖性，难以单独攻破。

* 特征 B（处理附着过程）由于是本领域常识，不具备创造性贡献。

* 特征 D, E, F, G (专用触发实体的消息交互) 构成了目标专利装置触发解决方案的核心。

* **薄弱点：**

在整个权利要求中，如果我们试图攻击其不具备创造性，从 MME 与 MTC-IWF 消息交互的角度切入可能是一个方向。如果我们能找到一个现有技术（可能不仅仅是 D1），公开了类似目标专利 MME 向另一个专门用于处理非 SMS 请求的功能实体（如一个“Trigger IWF”）通告 UE 能力的通用网络架构（例如，在一些机器通信架构的研究提案中），以此为基础，结合目标专利中提到的利用非接入层消息传输触发信息的思想，可能构成一个攻击其创造性的技术组合。

* **最薄弱特征点：**

通过综合分析，权利要求1中的技术特征**“机器类型通信交互工作功能从机器类型通信服务器接收请求以触发用户装备”**（特征1E）和**“机器类型通信交互工作功能向移动性管理实体发送装置触发请求消息”**（特征1F）可能是无效请求中最具挑战的特征。因为 MTC-IWF 和 MTC 服务器在目标专利中是核心专用实体，D1 中不存在。但在创造性组合阶段，如果能将 D1 的 SMS 递送流程与一个单独公开了“MTC架构及其各功能单元间通用触发机制交互”的对比文件相结合（例如，一个公开了 MTC 总体架构，但未公开利用 NAS 消息或临时临时标识实现触发细节的文件），从实现装置触发的一般流程和架构这一整体思路进行攻破，可能会是一个可行的策略。因此，该特征是其核心但也是在创造性分析中较为脆弱的点。

希望以上对权利要求 1 的深入解析和比对分析对您有所帮助。若有任何疑问，请随时随时沟通交流。

作为一名经验丰富的专利代理师，我将为您对目标专利（CN110022537B）的权利要求1进行深入的法律与技术分析。

本案的核心在于**3GPP网络中的机器类型通信（MTC）的装置触发（Device Triggering）机制**。以下我将紧密结合目标专利说明书与对比文件（D1、D2、D3）的原文进行特征比对，并为您制定无效宣告请求的策略分析。

---

## 一、 权利要求1的技术特征比对表格

为了清晰展现各对比文件的公开情况，以下将权利要求1拆解为特征A至G，并与各对比文件进行精确比对：

---

## 二、 最接近的对比文件（D1/D2/D3）分析

在创造性分析中，**D2（CN101867986A）最适合作为最接近的对比文件**。原因如下：

### 1. 技术领域与整体解决的技术问题最契合

* **目标专利**解决的技术问题是在不依赖传统CS基础设施（如MSISDN分配）的情况下，如何在UE附着期间让网络感知并激活其特有的通信能力（装置触发能力），从而实现高效的控制面触发。

* **D2**同样关注由于演进分组系统（EPS）不再支持CS域，如何利用附着（Attach）过程让MME获知并“激活”UE的特定网络功能（CSFB功能及本地网络接入能力）。

* 两者的核心思想完全一致：**利用现有的LTE附着流程（Attach Procedure），通过在NAS层附着消息的属性/类型字段中携带能力指示，使核心网核心节点（MME）建立相应的上下文。**

### 2. 技术效果的相似性

* 目标专利通过该流程降低了MTC设备的部署成本和基础设施改变。

* D2通过联合附着（Combined Attach）精简了信令，避免了重复附着，达到了提高网络激活效率、节约核心网资源的技术效果。

因此，D2构成了最为理想的研发起点（D1偏向于后期的切换和语音回落执行，D3则偏向于紧急呼叫的免加密安全协商，其业务流与正常的能力激活存在本质差异）。

---

## 三、 未公开特征的交叉检索与防线分析

虽然D2是最佳的创造性起点，但本案现有的三份对比文件（D1-D3）存在共同的**盲区**：**均未公开MTC（机器类型通信）架构中的专属节点，即“机器类型通信交互工作功能（MTC-IWF）”和“机器类型通信服务器（MTC Server）”及其之间的协同（特征E、F、G的一部分）。**

* **D1（US20090036131A1）**中通过MSC向MME发送寻呼（Page）来触发处于空闲态的UE（见说明书[0020]）。虽然这与“MME接收到触发消息时触发UE”的宏观信令流程有一定演进对应关系，但其节点是传统的语音回路网络架构（CS Core），无法直接拼凑出MTC-IWF。

* **D3（CN101883346A）**完全局限于安全模式命令（Security Mode Command）和空算法的协商，对触发架构没有任何启示。

### 结论：

本案仅凭D1、D2、D3的结合，**很难直接完全否定权利要求1的创造性**，因为MTC-IWF和MTC服务器的引入以及具体的“装置触发请求消息”属于3GPP Rel-11中针对M2M专门新设的拓扑结构（如TS 23.682规范）。

---

## 四、 提出无效宣告请求时最薄弱的技术特征及突破口

如果要对目标专利提起无效宣告请求，该权利要求中**最薄弱（即最容易被证明属于公知常识或被否定创造性）的技术特征是：技术特征A、B、C。**

### 理由：

1. **特征B（MME处理附着过程）**：属于LTE（E-UTRAN）网络中最基础的移动性管理常识，在D1、D2、D3中均被完全、毫无异议地公开。

2. **特征A与C（附着请求中指示能力 + MME存储能力）**：D2已经给出了极其明确的启示。D2的表1和具体实施方式公开了在 `Attach Request` 中通过 `Attach Type`（如联合家庭/IMSI附着）来指示UE的特殊能力（CSFB和Home接入能力），且MME在接收后会建立“用户上下文”进行存储。将“CSFB能力”替换为“装置触发能力”，仅是针对不同业务类型进行的常规参数替换。

### 最佳无效策略建议：

由于本案权利要求1的后半部分（特征D、E、F、G）紧密绑定了**MTC-IWF**这一标准架构，如果仅用目前的D1-D3，专利权人很容易通过“引入了全新MTC架构节点，实现了不依赖传统CS基础设施的M2M数据触发”来进行强有力抗辩。

**建议引入一份全新的对比文件D4（必须是3GPP标准提案，或者介绍3GPP MTC/M2M架构的教科书/专利，例如公开发布的 3GPP TS 23.682 早期版本规范）**：

* 用**D4**来公开MTC Server $\rightarrow$ MTC-IWF $\rightarrow$ MME $\rightarrow$ UE 的标准装置触发架构（完全覆盖特征E、F、G）。

* 然后结合本案的**D2**，证明在MTC架构下，如何让MME知道UE具备这一能力？直接套用D2在 `Attach Request` 期间指示并由MME存储、通知的常规手段是显而易见的。

* 通过 **D4（主引：建立MTC触发架构） + D2（辅引：解决附着时的能力上报与存储）** 的结合方案，将能给目标专利的权利要求1带来致命一击。

作为一名资深的专利代理师，我将严格依据《专利审查指南》的相关规定，结合目标专利（CN110022537B）的说明书对权利要求1进行深度解析，并结合您提供的三份对比文件（D1、D2、D3）进行技术特征的比对与创造性分析。

以下是针对本案的法律与技术综合分析报告：

---

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

结合目标专利说明书的记载，权利要求1构建了一种在**机器类型通信（MTC）**场景下，通过核心网控制平面信令实现“**无MSISDN分配**”且“**不需要传统电路切换（CS）基础设施（如SMSC、MSC）**”的低成本装置触发方法。

其技术特征拆解如下：

* **技术特征A（UE侧发起与指示）**：用户装备发起附着请求并且在请求的装置属性部分中指示用户装备的装置触发能力。

* *说明书释明*：对应说明书图1A/2/3/4的步骤S1。UE在附着时主动上报其具备接收装置触发的能力（例如MTC能力、支持NAS消息触发或特定SMS触发等），使网络侧提前获知。

* **技术特征B（MME侧处理）**：移动性管理实体处理附着过程。

* *说明书释明*：对应图1A/2/3/4的步骤S2。MME作为LTE/EPS核心网的控制面核心，负责处理UE的附着和移动性管理。

* **技术特征C（MME侧存储）**：移动性管理实体存储用户装备的接收到的装置触发能力。

* *说明书释明*：对应说明书[0067]（图6的610）及各流程图的S2。MME将该能力作为UE上下文的一部分存储起来。

* **技术特征D（MME侧通知/通告）**：移动性管理实体向机器类型通信交互工作功能通知装置触发能力。

* *说明书释明*：对应说明书图2/3/4的步骤S3。MME将此能力通告给MTC-IWF，使其知晓并能选择对应的触发机制（见说明书图7的717）。

* **技术特征E（MTC-IWF侧接收请求）**：机器类型通信交互工作功能从机器类型通信服务器接收请求以触发用户装备。

* *说明书释明*：对应各流程图的S6/S7（或图7的705）。MTC-IWF作为MTC服务器进入PLMN的门户，接收外部触发请求。

* **技术特征F（MTC-IWF侧发送触发）**：机器类型通信交互工作功能向移动性管理实体发送装置触发请求消息。

* *说明书释明*：对应各流程图的S8/S9（或图7的720）。MTC-IWF完成标识转换（如AppID转APN，ExtID转IMSI）后，通过控制平面的Diameter/GTP等协议向服务MME发送触发消息。

* **技术特征G（MME侧接收并触发）**：移动性管理实体在接收到装置触发消息时触发用户装备。

* *说明书释明*：对应各流程图的S10-S12（或图6的620）。MME通过控制平面信令（如NAS消息或在其内封装SMS）将触发信息送达UE，免去了传统SMSC/MSC的参与。

---

## 二、 目标专利与对比文件特征比对表格

为了清晰展现各对比文件的公开情况，以下列出严谨的特征比对表：

---

## 三、 对比文件详细出处与公开性分析

### 1. D1：US20090036131A1

* **整体解决的技术问题**：在LTE（eUTRAN/EPC）部署初期，解决如何在IMS尚未广泛部署或不支持的情况下，重用已有的2G/3G电路交换（CS）核心网基础设施来提供语音服务，避免LTE覆盖边缘的掉话。

* **技术效果**：通过MME和MSC之间的Gs-like接口，在检测到语音服务需求时，利用现有的测量报告将UE切换（PS Handover）到2G/3G的CS域来建立语音通话，实现了成本效益高的“间隙填充物”效果。

* **详细原文出处分析**：

* **技术特征B（MME处理附着）**：**毫无疑问公开**。原文图4及[0029]明确阐述了“The LTE TA update procedure may include the CS Location Update procedure... The UE sends an attach request to the eNodeB which results in the UE being authenticated prior to MME registration.” 证实了MME对附着过程的处理。

* **关于触发/寻呼特征**：D1的图5和[0031]公开了MSC Server向MME发送寻呼请求（Paging Request），MME再通过eNodeB扩展至UE。但其目的是为了**语音呼叫建立（Voice call establishment）**并触发**控制UE退回到2G/3G cell（Inter-RAT PS HO）**。这与目标专利中MTC架构下通过MTC-IWF引发的、旨在让MTC设备建立数据通道或接收指令的“**装置触发（Device Trigger）**”在概念、接口、网络拓扑上均完全不同。因此，技术特征A、C、D、E、F、G均未公开。

### 2. D2：CN101867986A

* **整体解决的技术问题**：解决传统宏基站激活CSFB（电路交换回落）的局限性，旨在实现**通过家庭基站（HeNB）**激活UE的CSFB功能，并同时使UE能够灵活接入本地网络（家庭网络或本地因特网）。

* **技术效果**：不仅实现了CSFB激活（在MME与MSC/VLR之间建立SGs接口关联），还允许UE的上行数据直接在家庭基站和本地网络间传输，不需要绕经核心网的Serving GW和PDN GW，节省了核心网资源。

* **详细原文出处分析**：

* **技术特征B（MME处理附着）**：**毫无疑问公开**。说明书“发明内容”部分明确指出：“移动性管理实体MME通过家庭基站获取用户设备UE发送的附着请求Attach Request消息；所述MME...通过UE的附着过程激活所述UE的CSFB功能。”

* **关于特征A/C（能力指示与存储）**：**实质上未公开**。D2在图4和说明书“具体实施方式”第4-5段中公开了：UE在附着请求中携带“Combined Home/IMSI attach”或“Combined Internet/IMSI attach”，用以指示其“支持CS域功能”（即CSFB能力）以及“请求接入家庭网络/本地网络”。MME和VLR也会存储该关联。

> *代理师辩理*：D2公开的虽然也是一种在附着时指示并存储能力的机制，但其指示的是“CSFB能力”（回落到传统蜂窝语音电路域的能力），而本申请要求的是“装置触发能力”（即MTC设备在控制面接收触发指令并被动激活的能力）。二者针对的能力属性、后续的网元动作完全不同。属于不同的技术特征。

* 对于涉及MTC-IWF及服务器的特征D、E、F、G，D2完全没有涉及。

### 3. D3：CN101883346A

* **整体解决的技术问题**：解决在紧急呼叫（如无卡呼叫110/119等受限服务）场景下，如果按照正常呼叫进行复杂的非接入层和接入层安全认证，会严重降低紧急呼叫的接通率和接入效率的问题。

* **技术效果**：通过直接将UE的安全能力标识为或设置为“仅支持空算法”，使MME和eNB直接以空算法进行安全协商，免除加密与完整性保护，大幅提升了紧急呼叫的接入速度。

* **详细原文出处分析**：

* **技术特征B（MME处理附着）**：**毫无疑问公开**。见[0063]：“UE向网络侧发送附着请求（Attach Req）消息...网络侧是指eNB及MME等网元”。MME随后根据请求发起安全模式处理。

* **关于其他特征**：D3完全围绕“安全能力（空算法）”的协商和紧急附着展开，其虽然在[0064]中提到了MME通过Security Mode Command通知UE安全算法，但并没有涉及任何“装置触发能力”及MTC交互网络架构。技术特征A、C、D、E、F、G均未公开。

---

## 四、 创造性最接近对比文件的确立

在创造性审查的“三步法”中，选择**最接近的对比文件**应当优先选择技术领域相同或相近、解决的技术问题最类似、且公开权利要求技术特征最多的文献。

### 结论：D2 (CN101867986A) 适合作为最接近的对比文件（D1可作为次要的最接近对比文件联合使用）

* **理由**：

1. **技术场景与流程架构高度相似**：D2虽然是针对“CSFB功能的激活和本地网络接入”，但它完整公开了**“用户装备发起附着请求 ➔ 在请求中指示某种特定能力 ➔ MME处理附着 ➔ MME存储该能力 ➔ 网络侧基于此能力做后续的承载/功能激活”**这一完整的控制面信令链条。

2. **特征覆盖度最高**：在架构和流程步调上，D2的附着交互流程与权利要求1的步骤（特征A、B、C的流程骨架）最为契合。

3. **D1的定位**：D1解决了MME接收MSC寻呼从而触发UE改变状态（Handover）的过程。从“网络侧接收特定触发并下发给UE（特征G）”的角度来看，D1可以作为另一个维度的最接近对比文件（或重要参考）。但由于D1根本不涉及在附着请求中由UE上报特殊能力并由MME存储的架构（特征A、C），其整体流程骨架不如D2接近。

---

## 五、 特征公开性的外延与无效请求最薄弱的特征

通过上述特征分析可见，**没有一个对比文件公开了技术特征D、E、F，且特征A、C、G在实质意义上也没有被公开。**

如果要向专利局或法院提起无效宣告请求，对于请求方（无效发起方）来说，**最薄弱（即最难攻破、专利权人最稳固）的技术特征是：技术特征D。**

### 深度原因分析：

1. **技术特征D（MME向MTC-IWF通知/通告装置触发能力）**：

* *为什么最薄弱*：在传统蜂窝网络（如D1、D2、D3所代表的传统LTE/CS网络）中，MME的通知对象通常是HSS（位置更新）、MSC/VLR（SGs关联）或eNB（上下文建立）。而**MTC-IWF（机器类型通信交互工作功能）**是3GPP为了专门应对物联网/M2M单独引入的专用网元。MME在附着阶段就主动把UE的这种特定能力“通告/通知”给MTC-IWF的架构，在现有的传统通信对比文件中完全属于**技术盲区**。请求方极难在2011-2012年左右的传统通信文献中找到相关的结合启示。

2. **技术特征E、F、G组成的MTC架构闭环**：

* 本权利要求的核心发明点在于把“附着时期的能力上报存储”与“后续由MTC服务器通过MTC-IWF向MME下发触发消息”进行了有机的上下游联动。对比文件D1、D2、D3均只关注移动台自身的业务（语音、本地上网、紧急呼叫），完全没有物联网“第三方服务器（MTC Server）通过控制面去唤醒/触发处于空闲态设备”的概念。

### 诉讼/无效策略建议：

由于现有案卷中的D1、D2、D3未能有效切入MTC架构。请求方如果想要成功无效该权利要求，**必须补充检索关于3GPP新型网络架构（特别是MTC / Machine-Type Communications、3GPP TS 23.682等标准规范或同期专利文献）作为体现“公知常识”或核心对比文件的补充。** 单凭目前的D1-D3，权利要求1的创造性很难被动摇。

权利要求1所述的方法，进一步包括： 由用户装备响应于接收到的寻呼请求发送服务请求，其中所述触发所述用户装备是响应于所述接收到的装置触发的，并且所述接收到的装置触发是响应于所述服务请求所接收到的。

权利要求1所述的方法，其中所述触发所述用户装备是响应于所述接收到的装置触发而执行的，并且所述接收到的装置触发是在非接入层消息中接收到的。

权利要求1所述的方法，进一步包括： 由移动性管理实体将寻呼请求发送到所述用户装备，以便在触发所述用户装备之前接收响应服务请求。

权利要求1所述的方法，其中所述触发所述用户装备包括发送服务接受消息、发送非接入层装置触发消息或者在不使用短消息服务中心或移动交换中心的情况下发送短消息服务消息中的至少一个。

权利要求1所述的方法，包括：由机器类型通信交互工作功能响应于从机器类型通信服务器接收用于用户装备的装置触发消息将应用标识符转换为接入点名称。

权利要求6所述的方法，进一步包括： 由机器类型通信交互工作功能通过使用从移动性管理实体接收到的装置触发能力来选择用于所述用户装备的触发机制。

一种用于装置触发的设备，包括： 包括计算机程序指令的至少一个存储器；以及 至少一个处理器， 其中所述至少一个存储器和计算机程序指令被配置为使：用户装备发起附着请求并且在请求的装置属性部分中指示用户装备的装置触发能力； 移动性管理实体处理附着过程； 移动性管理实体存储（610）用户装备（810）的接收到的装置触发能力； 移动性管理实体向机器类型通信交互工作功能通知装置触发能力； 机器类型通信交互工作功能从机器类型通信服务器接收请求以触发用户装备； 机器类型通信交互工作功能向移动性管理实体发送（720）装置触发请求消息； 移动性管理实体在接收到装置触发消息时触发用户装备。

权利要求8所述的设备，其中所述至少一个存储器和计算机程序指令被配置为：利用所述至少一个处理器使所述设备至少响应于接收到的寻呼请求发送服务请求，其中所述用户装备是响应于所述接收到的装置触发而激活的，并且所述接收到的装置触发是响应于所述服务请求而接收到的。

权利要求8所述的设备，其中所述至少一个存储器和计算机程序指令被配置为：利用所述至少一个处理器使所述设备至少响应于所述接收到的装置触发激活所述用户装备，并且所述接收到的装置触发是在非接入层消息中接收到的。

权利要求8所述的设备，其中所述至少一个存储器和计算机程序指令被配置为：利用所述至少一个处理器使所述设备至少将寻呼请求发送到所述用户装备，以便在触发所述用户装备之前接收响应服务请求。

权利要求8所述的设备，其中所述至少一个存储器和计算机程序指令被配置为：利用所述至少一个处理器使所述设备至少通过发送服务接受消息、发送非接入层装置触发消息或者在不使用短消息服务中心或移动交换中心的情况下发送短消息服务消息中的至少一个来触发所述用户装备。

权利要求8所述的设备，其中所述至少一个存储器和计算机程序指令被配置为：利用所述至少一个处理器使所述设备至少响应于从机器类型通信服务器接收用于用户装备的装置触发消息将应用标识符转换为接入点名称。

权利要求13所述的设备，其中所述至少一个存储器和计算机程序指令被配置为：利用所述至少一个处理器使所述设备至少通过使用从移动性管理实体接收到的装置触发能力来选择用于所述用户装备的触发机制。

一种用指令编码的非瞬态计算机可读媒介，所述指令当在硬件中执行时执行过程，所述过程包括根据权利要求1‑7中的任意一项所述的方法。