一种用于通信的方法，包括： 在用户设备处选择随机用户设备标识； 向无线电资源控制查询请求消息中添加所述随机用户设备标识，；其中所述查询请求消息包括对于中性主机网络的服务提供商列表的请求； 从所述用户设备向所述中性主机网络的网络实体发送所述查询请求消息； 在所述用户设备处接收响应于所述无线电资源控制查询请求消息的查询响应消息； 其中仅信令无线电承载0资源被用于查询协议； 基于所述查询响应消息，在所述用户设备处选择服务提供商；以及在非接入层服务请求信息元素中从所述用户设备向所述中性主机网络发送所选择的服务提供商的真实的用户设备标识。

你好，我是一名经验丰富的专利代理师。我将紧密结合目标专利说明书（以下简称“目标专利”）的公开内容，针对权利要求1进行详细的解释，并结合提供的三份对比文件（D1、D2、D3）的原文及出处进行特征比对分析。

### 第一部分：权利要求解释（结合目标专利说明书）

目标专利涉及一种用于服务提供商查询的无线电资源控制（RRC）过程。其核心目的在于允许用户设备（UE）在建立正式的RRC连接之前（即处于预关联或轻RRC连接状态时），从网络获取可用的服务提供商（PSP）的详细信息（如长格式名称），以便进行选择。

以下是对权利要求1各技术特征的解释：

* **技术特征A：在用户设备处选择随机用户设备标识**

* **解释**：目标专利说明书第[0054]段解释了使用“随机UE标识（UE-ID）”的原因。由于真实的UE-ID（如IMSI、TMSI）通常处于特定服务提供商的范围内，而此时UE尚未选择PSP，因此网络无法识别其真实的PSP相关标识。使用随机UE-ID是为了在查询阶段临时标识UE。

* **技术特征B：向无线电资源控制查询请求消息中添加所述随机用户设备标识，**

* **解释**：结合说明书[0054]、[0099]段，UE将选择的随机UE标识添加到RRC查询请求消息中发送给网络。

* **技术特征C：其中所述查询请求消息包括对于中性主机网络的服务提供商列表的请求**

* **解释**：目标专利主要针对中性主机网络（NHN）场景（说明书[0002]）。说明书[0003]、[0007]、[0055]段指出，NHN支持多个参与服务提供商（PSP），UE需要获取 PSP 列表信息以完成 PSP 选择。因此，查询请求消息的作用是向 NHN 请求该 PSP 列表。

* **技术特征D：从所述用户设备向所述中性主机网络的网络实体发送所述查询请求消息**

* **解释**：说明书[0099]段明确，UE向网络实体（如eNB）发送该RRC查询请求消息。

* **技术特征E：在所述用户设备处接收响应于所述无线电资源控制查询请求消息的查询响应消息**

* **解释**：说明书[0013]、[0099]段指出，UE接收网络实体发送的查询响应消息。

* **技术特征F：其中仅信令无线电承载0资源被用于查询协议**

* **解释**：这是一个关键的架构特征。说明书[0064]段详细解释了仅使用信令无线电承载0（SRB0）的好处：它允许在不需要任何核心网交互（如建立完整UE上下文、EPS承载等）的情况下，在网络实体（eNB）中进行UE上下文的更轻处理。SRB0通常用于在透明模式下通过无线链路控制（RLC）在公共控制信道（CCCH）上发送RRC消息（图1A，[0050]）。

* **技术特征G：基于所述查询响应消息，在所述用户设备处选择服务提供商**

* **解释**：说明书[0006]、[0016]段明确，UE在接收到包含PSP列表的查询响应消息后，基于该消息选择一个服务提供商。

* **技术特征H：在非接入层服务请求信息元素中从所述用户设备向所述中性主机网络发送所选择的服务提供商的真实的用户设备标识。**

* **解释**：这是查询完成后的步骤。说明书[0080]、[0081]段解释道，在选择PSP后，UE将执行RRC连接建立过程（Msg5）。在RRC连接建立完成消息中，UE会嵌入非接入层（NAS）服务请求信息元素，该 NAS 消息中包含了选择的 PSP 对应的真实 UE 标识。此时，UE已知晓使用哪个真实的 UE-ID（属于选择的 PSP 范围）来向核心网进行认证。

### 第二部分：对比文件特征比对及分析

我们将利用提供的三份对比文件进行特征比对：

1. **D1**: JP2006174447A

2. **D2**: US20060183502A1

3. **D3**: US20080232283A1

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

#### 2. 最接近的对比文件分析

在进行创造性分析时，确定“最接近的对比文件”是关键。我们需要从整体解决的技术问题以及技术效果的角度进行分析。

目标专利权利要求1涉及一种用于通信的方法，其解决的整体技术问题是：**在UE建立RRC连接之前，如何高效、轻量化地从网络查询PSP列表，并基于查询结果选择服务提供商，最终使用所选服务提供商的真实身份建立连接**。

其达到的技术效果（结合说明书[0064]）包括：

1. **轻量化**：仅使用SRB0在eNB层面处理UE临时上下文，无需与核心网交互。

2. **避免SI资源稀缺**：无需通过广播发送完整的 PSP 长格式列表。

3. **提高网络选择准确性**：UE可在连接前获取完整PSP长格式信息进行选择。

对比文件分析：

* **D1/D2**: 解决的网络共享场景下，UE选择PLMN后如何路由NAS消息。其技术方案是：UE通过SIB广播获取PSP列表，选择PLMN后，在RRC连接建立后的Msg5（IDT消息）中将选择结果告知RAN。该IDT消息在DCCH（SRB1）发送。

* **差距**：目标专利最核心的查询过程（特征A-G）在D1/D2中完全没有体现，D1/D2是基于广播信息选择。目标专利追求的“连接前查询”和“轻量化（SRB0）”的技术问题和技术效果与D1/D2完全不同。

* **D3**: 解决随机接入过程中的定时对齐和资源请求问题。

* **差距**：虽然D3涉及Msg3携带UE Identifier（特征A），且可能使用RLC TM（CCCH，实质涉及SRB0使用特征F），但其完全未涉及NHN、PSP查询、服务提供商选择等高层应用的技术问题。D3纯属底层随机接入协议。

综上分析，虽然D1/D2和目标专利都涉及多PLMN/多服务提供商场景下的网络选择，但由于其获取PSP列表的方式完全不同（广播 vs. 连接前RRC查询），且使用的信令承载不同（Msg5 DCCH/SRB1 vs. Msg3 CCCH/SRB0），导致其解决的具体技术问题和达到的技术效果存在本质区别。

因此，**可以认为没有一个单一的对比文件（D1, D2, D3）适合做创造性分析过程中的唯一最接近的对比文件。创造性分析更有可能需要基于一个假设的通用LTE/NHN系统（作为公知常识），并结合多篇对比文件来进行。**

但是，如果我们必须在现有的D1, D2, D3中勉强选择一个：

* **若侧重于核心网连接建立后的PLMN告知和路由（特征H）**：D1或D2更接近。

* **若侧重于Msg3在CCCH发送且包含UE标识（特征A、F的底层实现）**：D3更接近。

由于权利要求1主要涉及查询协议（特征A-G）及其后的连接建立（特征H），而D1/D2完全未涉及查询协议，因此D1/D2很难作为一个好的起点。**相对而言，D3虽然未公开高层应用，但其公开了LTE随机接入Msg3的基础架构，包括UE标识和CCCH/SRB0的使用，更适合作为构建目标专利特定“查询协议”的基础起点。因此，从整体架构角度看，D3可以被认为是一个（虽然不够完美，但相对更好）的最接近对比文件起点之一。**

由于目标专利属于特定NHN场景下的RRC协议扩展，可能需要结合公知常识（例如：标准协议定义SRB0用于Msg3 CCCH，随机UE ID用于Msg3竞争解决）来评估D3作为最接近对比文件的适用性。

#### 3. 特征公开及薄弱技术特征

* **没有被最接近的对比文件公开的特征是否被其他对比文件公开**：

* 以D3作为主要最接近对比文件起点：D3未公开PSP查询协议本身（特征A部分、B、C、D、E、F部分、G）。而D1/D2也完全未提及这些查询特征。因此，这些核心查询特征并未被现有对比文件公开。

* **对于请求方来说最薄弱的技术特征**：

根据上述特征比对表格，几乎所有与专门的“无线电资源控制查询请求消息”（Msg3的变体）以及相应的“查询响应消息”（Msg4的变体）相关的核心特征（B、C、D、E、G）都没有被任何对比文件（D1, D2, D3）公开。

但是，有两个特征在面对公知常识或D3时可能存在一定的实质公开风险：

* **技术特征A（选择随机用户设备标识）**：虽然D3未直接公开“随机选择”，但在LTE随机接入 Msg3 中包含一个UE Identifier用于竞争解决是标准定义的公知常识，且D3已公开Msg3包含UE Identifier。因此，此特征对于新颖性和创造性的贡献较为薄弱。

* **技术特征H（在Msg5中发送选择的PLMN ID）**：此特征在RRC连接建立完成后的Msg5（IDT消息）中发送选择的 PLMN 结果，属于网络共享场景下的常规操作，在D1/D2中已有实质公开。对于一个NHN网络，在RRC查询完成并选择PSP后，在标准的连接建立过程中发送这一结果，本身的技术难度和创造性并不高。此特征更多是用于界定一个完整的连接建立方法，而非体现核心发明点。

综上，**对于无效请求方而言，最薄弱的技术特征是与底层架构相关的技术特征A，以及涉及连接完成阶段常规操作的技术特征H。** 而核心的“连接前RRC轻量化PSP查询协议”本身（特征B、C、D、E、G，以及特征F对该协议的限定）在现有对比文件中缺乏公开，是权利要求1具有新颖性和创造性的关键所在。

作为一名经验丰富的专利代理师，我将紧密结合目标专利说明书的公开内容，对权利要求1进行全面解析，并通过与对比文件原文的逐字逐句比对，为您提供详尽的无效宣告请求前瞻分析。

在本分析中，两份对比文件分别指代为：

* **D1**：`EP2071879A1` (发明公开，2009-06-17)

* **D2**：`EP2071879B1` (发明授权，2012-08-29)

*注：由于D2是D1的授权文本，两者的说明书核心技术背景和基本通信框图高度一致，但D2在背景技术中追加了引证文献审查，且两者的权利要求保护范围不同。以下比对将精确指出其图表与具体段落出处。*

---

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

根据目标专利说明书及其实施例的上下文，权利要求1各特征的具体技术内涵如下：

* **特征A~D（查询发起阶段）**：UE在处于“预关联状态”（说明书\[0051\]）时，为了不占用稀缺的广播系统信息（SI）资源（说明书\[0004\]），不采用直接建立完整RRC连接的方式，而是通过选择“随机标识”来隐藏真实身份（说明书\[0051\]~\[0052\]），向中性主机网络（NHN）实体发送包含“服务提供商（PSP）列表请求”的RRC查询请求消息。

* **特征E~F（查询响应阶段）**：网络实体响应该请求。为了使处理更轻量化、不触发核心网交互及复杂的完全安全上下文建立，说明书明确界定“仅使用SRB0资源资源，RLC工作在透明模式下”（说明书\[0064\]~\[0067\]）。

* **特征G~H（网络接入阶段）**：UE获取完整的PSP长名称列表后做出偏好选择（说明书\[0071\]），并在随后的正式网络附着中，于**NAS层**的服务请求IE中向网络发送其真实UE-ID和所选的PSP标识（说明书\[0074\], \[0080\]）。

---

### 二、 特征比对表格（特征级精细比对）

以下将权利要求1的特征与D1（EP2071879A1）及D2（EP2071879B1）的英文原文进行严格比对：

---

### 三、 最接近对比文件（最接近现有技术）的选择与分析

在针对本专利的创造性无效分析中，**对比文件D2（EP2071879B1）或D1均适合作为创造性分析中最接近的对比文件（第一死穴/主线）**。由于两份文件技术方案实质相同，我们以**D2**为例进行整体分析：

1. **技术问题解决的契合度**：

* **目标专利**试图解决：如何在不建立正式RRC连接、不大量消耗广播系统信息（SI）资源的前提下，让UE获取网络中可用的多个参与服务提供商（PSP）列表并进行选择（说明书`[0001]-[0004]`）。

* **对比文件D2**试图解决：传统的移动终端必须先建立网络连接才能查询服务信息，导致大量的信令开销（overhead）。D2提出了一种在“免注册/非连接/空闲态”下进行属性协商与网络选择的方法（D2说明书`[0002]-[0004]`, `[0007]`）。

* 两者面对的**根本技术缺陷**和**整体解决的技术问题**完全一致（即：如何使空闲态UE在正式接入网络前获取运营商列表/属性）。

2. **技术效果的相似度**：

* 两者均实现了“无连接状态下的信息交互”，达到了降低网络信令开销、提升多运营商（Multi-operator）环境下终端选网灵活性的技术效果。

**结论**：D2（或D1）构成了本专利最具杀伤力的现有技术出发点，公开了权利要求1绝大部分的通信交互骨架。

---

### 四、 未公开特征的交叉检索与无效请求的薄弱环节

经比对，**特征A、B、H**没有被最接近的对比文件D1/D2公开。为了成功无效权利要求1，我们需要对这三个特征在创造性层面上进行深度剖析，并找出请求方（无效发起方）**最薄弱的技术特征**：

#### 1. 未公开特征的客观技术事实分析

* **特征A、B（选择随机UE标识并放入查询请求）**：

* *技术本质*：这属于移动通信领域的**公知常识/惯用手段**。在3GPP标准（如LTE或UMTS的随机接入阶段）中，当UE尚未与网络建立上下文、没有分配C-RNTI或未确定真实签约身份时，在Msg3（RRC Connection Request）中天然就需要携带一个随机数（Random Value，通常为40比特）作为临时的UE标识，用于网络做冲突解决（Contention Resolution）。

* *常规结合*：既然D1/D2在`[0015]`或`[0016]`中已经明确提出“通过修改/扩展RRC Connection Request消息的原因值来实现查询”，那么本领域技术人员在实现该扩展消息时，直接沿用该消息结构中自带的“随机接入标识（Initial UE Identity / Random Value）”是自然而然的，不具备创造性。

* **特征H（在NAS服务请求IE中发送选择的PSP和真实的UE标识）**：

* *技术本质*：当查询结束、UE选定PSP后，需要向网络发起正式的非接入层（NAS）业务请求。在多运营商网络共享或中性主机网络（NHN）架构下，核心网（MME/NHN-Gateway）必须知道UE到底选择的是哪一个PSP，才能将其路由到对应的签约服务器中去鉴权。因此，在NAS Service Request中携带真实UE身份（IMSI/GUTI）以及所选网络标识（PLMN-ID/PSP-ID），是3GPP网络共享（Network Sharing）规范中的标准层动作。

#### 2. 指出请求方最薄弱的技术特征

若您作为请求方提出无效宣告请求，**特征H [在非接入层(NAS)服务请求信息元素中发送所选择的服务提供商的真实的用户设备标识]** 是对请求方而言**最薄弱（即最难攻克、目标专利可能据此存活）的技术特征**。

**薄弱原因深度剖析（代理师视点）**：

1. **跨层交互的特殊性**：对比文件D1/D2的选网和查询完全聚焦在**RRC层（接入层/AS层）**。D1/D2仅含糊地提到“评估完后建立连接（[0037]）”，其图3中的步骤`904-0908`展示的完全是纯AS层的RRC连接建立。而目标专利的特征H精准地将选网结果下沉、固化到了**非接入层（NAS层）的服务请求（Service Request）IE**中。

2. **技术效果的针对性**：目标专利说明书第`[0064]`及`[0074]`段明确指出：查询协议仅在SRB0（AS层）轻量化处理，核心网此时“不可知”；直到步骤`180`，通过NAS消息携带PSP，RAN（无线接入网）甚至都不需要获悉PSP，而是直接由核心网处理。这种“AS层轻量化查询 + NAS层正式携带真实ID和PSP路由鉴权”的架构，形成了一套完整的、跨层配合的闭环安全与选网路由机制。

3. **D1/D2的阻碍**：D1/D2并未深入到核心网鉴权路由的NAS层微观结构中。如果除了D1/D2之外，请求方无法检索到一份**精准公开“在中性主机网络或共享网络环境下，利用NAS Service Request中的特定IE向核心网节点显式呈递PSP标识与真实UE-ID”的3GPP共享网络标准演进对比文件（D3）**，仅凭公知常识很难说服专利局审查员认为特征H是“显而易见的”。

### 代理师无效策略建议：

在撰写无效请求时，务必将**D1/D2作为最接近的现有技术（主线）**证明其公开了“无连接RRC查询、运营商属性评估选择”的框架。针对最薄弱的**特征H**，切勿单凭公知常识辩论，建议补充检索3GPP关于**MulteFire联盟规范、中性主机（Neutral Host）或TS 23.251（网络共享Stage 2）**的现有技术作为**D3**，用以证明“在NAS层Service Request中携带所选PSP/PLMN以供核心网路由”是中性主机/共享网络的标准配置，从而通过 `D1/D2 + D3 + 公知常识` 的组合成功将权利要求1完全无效。

## 1. 对比文件对权利要求1技术特征的公开情况分析

以下采用类似D1, D2的表述指代对比文件，详细对应关系如下：

* **D1**: 2006-06-29_JP2006174447A_发明专利_JP2006174447A Method and instrument for informing core network chosen with terminal in network share system to radio access network.docx

* **D2**: 2006-08-17_US2006183502A_发明申请_US20060183502A1 Method and apparatus for informing a radio access network of a selected core network from user equipment in a network sharing system.docx

* **D3**: 2008-09-25_US2008232283A_发明申请_US20080232283A1 Method and Apparatus for Handling Random Access Procedure in a Wireless Communications System.docx

### 特征比对表格

## 2. 最接近的对比文件分析

在创造性分析过程中，判断哪个对比文件最接近，需要从其整体解决的技术问题以及技术效果的角度进行衡量。

本申请权利要求1所要解决的整体技术问题是：在端到端系统中，用户设备（UE）如何在连接建立之前，在系统信息资源稀缺、PSP-ID广播不全的情况下，获取可用的服务提供商（PSP）的完整或长形式信息，从而进行准确的网络选择和身份验证。所要达到的技术效果是提供一种在RRC连接建立之前获取完整PSP信息的机制，通过RRC查询过程，使用随机UE标识和SRB0资源，实现轻量级、临时的预关联状态通信，在不进行完整核心网交互的情况下完成PSP选择，进而避免接入和验证失败，提高网络连接的效率和成功的概率。

* **D1 (JP2006174447A)** 和 **D2 (US20060183502A1)**：这两个对比文件（实际上是同一专利族的不同公开）解决的技术问题是：在网络共享（NS）系统中，当无线接入网络（RAN）被多个核心网（CN）运营商共享时，UE如何将选择的CN运营商标识通知给RAN，以便RAN能准确地将NAS消息路由到目标网络节点。其技术效果是通过在初期直接传输（IDT）消息中包含选择的PLMN id，实现了RAN对NAS消息的精确路由，从而减少信令开销。

* **D3 (US2008232283A)**：解决的技术问题是：在长期演进（LTE）无线通信系统中，如何处理随机接入过程，具体包括实现定时同步和资源请求，以增强系统效率。其技术效果是定义了LTE随机接入过程的四个步骤（消息1-4），处理了包括跟踪区更新、NAS信令、定时同步请求、切换接入和调度请求等多种接入原因，并探讨了消息中包含的信息元素和C-RNTI/T-C-RNTI的使用，以优化Latencey和开销。

**分析对比**：

D1/D2主要关注在NS系统中，将已选择的CN标识通过IDT消息传递给RAN，以解决路由问题。D1/D2并没有涉及在SI资源稀缺时如何获取完整的PSP信息，更没有提及RRC查询和预关联的概念。IDT消息的发送是在RRC连接建立之后（D1段[2]，D2段[0045]），不具备权利要求1在建立前使用轻量级SRB0进行查询的核心特征。因此，D1/D2所解决的技术问题与本申请有显著差异，不适合作为最接近的对比文件。

D3涉及LTE系统中的随机接入过程，公开了随机接入响应消息（消息2）对应于DL-SCH上的传输，这实质公开了权利要求1中接收查询响应消息的通用步骤（特征E）。D3详述了随机接入的步骤和涉及的信息（如T-CRNTI），这些技术背景与本申请中RRC查询协议所依赖的基础设施（如Msg1-Msg4、RAR资源分配、竞争解决）最为贴近。本申请权利要求1的RRC查询协议正是建立在随机接入过程之上的一个轻量级变体（例如，将Msg3修改为查询请求，Msg4为查询响应）。虽然D3未公开具体的“RRC查询请求/响应”和PSP列表请求，但由于其公开了随机接入响应消息在DL-SCH上的传输，为特征E提供了实质性的技术公开。从整体解决的技术问题（处理随机接入过程）和技术效果（增强系统效率、定义基础消息交互）来看，D3提供了实现本申请权利要求1所述方法的基础架构和通信机制。在进行创造性分析时，以D3为基础，可以更清晰地界定本申请中RRC查询协议、预关联状态等轻量级设计所引入的区别技术特征。

因此，**D3适合作为最接近的对比文件**。

## 3. 区别特征分析与最薄弱技术特征

基于将D3作为最接近对比文件的分析，权利要求1相对于D3的区别技术特征包括：

1. A: 在用户设备处选择随机用户设备标识

2. B: 向无线电资源控制查询请求消息中添加所述随机用户设备标识

3. C: 其中所述查询请求消息包括对于中性主机网络的服务提供商列表的请求

4. D: 从所述用户设备向所述中性主机网络发送所述查询请求消息

5. F: 其中仅信令无线电承载0资源被用于查询协议

6. G: 基于所述查询响应消息，在所述用户设备处选择服务提供商

7. H: 在非接入层服务请求信息元素中发送真实的真实的用户设备标识和选择的服务提供商标识

根据前述对比表格，区别特征A、B、C、D、F、G、H均**未被**对比文件D1、D2公开。

**若提出无效请求，最薄弱的技术特征分析**：

若要对权利要求1提出无效请求，需要论证上述区别特征对于本领域技术人员而言是显而易见的。在这些特征中，**特征E（在所述用户设备处接收响应于所述无线电资源控制查询请求消息的查询响应消息）**在特征比对中被认定为被D3“实质公开”。尽管D3公开的是通用随机接入响应消息，并非特定的RRC查询响应，但在通用通信协议（如D3所述的LTE随机接入）中，定义一个特定类型的请求并期望得到一个特定类型的响应，是本领域技术人员习以为常的协议设计模式。将响应消息的接收动作实质公开，使得无效请求方可以争辩：一旦定义了特征A-D的查询请求（尽管也是区别特征），本领域技术人员在D3的基础上，自然会期望并设计相应的响应消息，并利用D3所述的DL-SCH机制来传输，因此特征E并不具有突出的实质性特点。虽然权利要求1作为一个整体由于拥有其他大量未被公开的区别特征而可能维持有效，但特征E是相对于D3而言，无效请求方在技术比对和显而易见性论证中能够找到最直接技术基础的特征，从这个意义上讲，它是最薄弱的技术特征。此外，关于特征C和G中“服务提供商列表的请求”和“选择服务提供商”，D1/D2公开了基于多PLMN列表选择CN运营商并将选择的标识发送给RAN的技术手段，虽然场景和具体实现不同，但这些公知概念的引入也可能成为无效请求方在显而易见性分析中进行组合论证的切入点。特征F关于使用SRB0资源，说明书公开了其在 transparent mode下运行，这与D3公开的Message 3运行在RLC TM模式（段[0012]）的技术背景相吻合，也可能被无效请求方认为是非显而易见的。总的来说，特征E在技术比对中相对于D3的最直接公开基础，使其成为最薄弱的环节。

作为一名经验丰富的专利代理师，我将为您对目标权利要求1结合目标专利说明书以及两份对比文件（D1: EP2071879A1 和 D2: EP2071879B1，二者为同一专利家族的公开文本与授权文本，技术内容基本一致）进行细致、严谨的法律与技术分析。

以下是具体的无效宣告请求前瞻分析：

---

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

根据权利要求1的架构，其各技术特征（A-H）与对比文件D1/D2的原文逐一比对如下：

---

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

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

* **目标专利**要解决的技术问题是：在建立完整的RRC连接之前，如何让UE获取网络侧可用的、长格式的完整服务提供商（PSP）列表，以避免盲目接入或系统信息（SI）广播资源稀缺的问题。其达到的技术效果是实现了轻量化的网络预关联查询。

* **对比文件D1/D2**解决的技术问题是：在空闲态（Idle）或未注册状态下，终端需要建立连接才能与网络通信并选择最优网络，从而产生巨大的无线开销。D1/D2通过在Idle态利用RRC扩展消息或新RRC机制交换查询/响应，使得终端在未连接注册前即可评估并选择服务提供商。

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

**D1（EP2071879A1）或D2（EP2071879B1）非常适合作为本申请创造性分析中最接近的对比文件。** 它们不仅在技术领域（移动无线通信中在未注册/未连接状态下对服务提供商进行查询与选择）完全相同，而且在构思上完全一致（皆利用RRC层交互实现不建立正式连接的属性协商与信息获取）。

---

### 三、 创造性评述与无效请求最薄弱的技术特征

#### 1. 未被最接近对比文件公开的特征

经过上面的比对，最接近对比文件D1/D2没有公开的技术特征为：

1. **特征A、B（随机UE标识）：** 在正式选定服务提供商（PSP）之前，由于UE无法确定服务范围内的正式ID，因而先在用户设备处选择一个**随机用户设备标识**，并放入RRC查询请求中，用于临时的HARQ及竞争解决。

2. **特征F（仅使用SRB0资源）：** 明确限定查询协议**仅使用信令无线电承载0（SRB0）**资源。

3. **特征H中关于NAS部分：** 在之后的正式接入阶段，于**NAS服务请求信息元素**中发送选择的服务提供商和**真实的用户设备标识**。

#### 2. 无效请求中最薄弱（最容易被攻破）的技术特征

如果我们要对目标专利的权利要求1提出无效宣告请求，**最薄弱（最容易被证明不具备创造性）的技术特征是：特征H中的NAS信息元素携带真实ID、以及特征A、B的“随机标识”。**

* **特征H的无效突破口：** 任何移动通信标准（如3GPP的UMTS/LTE）中，当网络查询结束、终端明确了要接入哪个服务提供商后，自然要进入正式的ATTACH或SERVICE REQUEST流程。在非接入层（NAS）的Service Request中携带真实的UE身份标识（如IMSI/GUTI等）以供核心网进行鉴权和上下文建立，这是移动通信领域的公知常识和标准必备规范。

* **特征A、B的无效突破口：** 对比文件D1已经公开了在Idle态通过RACH（随机接入信道）发送查询请求（见D1[0012]）。在任何标准（包括D1引用的TS 25.331）随机接入流程中，Msg3（RRC连接请求/扩展请求）为了解决两个终端选择相同前导码引起的碰撞竞争，都**必须**携带一个临时的、随机的终端标识（例如Random Value）。目标专利只是将该现有的竞争解决机制直接套用在“查询请求消息”中，属于公知常识的常规叠加，不具备突出的实质性特点。

#### 3. 专利权人的主要防线（最具抗辩力的特征）

目标专利最稳固的防线在于**特征F（仅信令无线电承载0资源被用于查询协议）**。

目标专利说明书[0064]中特别强调了使用SRB0的特殊效果：“*对于查询协议使用RRC过程并且仅使用SRB0资源可以允许在不需要任何核心网交互的情况下在网络实体中的UE上下文的更轻处理*”。D1虽然提到了使用公共信道（RACH/FACH），但没有限定“仅使用SRB0”。如果不能找到另外一份明确公开了在未关联查询中“仅使用SRB0”以达到轻量化网络节点处理效果的对比文件（D3），单靠D1结合公知常识，特征F将成为无效请求中较难攻克的堡垒。

### 结论与建议

1. 选用 **D1 (EP2071879A1)** 作为最接近的对比文件实施创造性攻击。

2. 针对**特征A、B、H**，建议检索3GPP标准的早期基础文献（如关于随机接入竞争解决、NAS Service Request的标准文本），证明其属于本领域的公知常识。

3. 针对**特征F**，需进一步补充检索LTE或MulteFire标准中关于“利用SRB0传输非连接态自定义数据/预关联信息”的行业提案（Contributions），用以破坏仅使用SRB0的新颖性或创造性。

根据权利要求1所述的方法，其中所述用户设备从所述服务提供商列表中选择服务提供商。

根据权利要求1或2所述的方法，其中所述服务提供商列表包括所述服务提供商的长形式标识的完整列表。

根据权利要求1或2所述的方法，其中随机接入响应中的临时的小区无线电网络临时标识符被用于所述查询请求消息的资源分配。

根据权利要求1或2所述的方法，其中所述无线电资源控制查询请求消息是预关联请求消息，并且其中所述预关联请求消息不需要专用资源分配。

根据权利要求1或2所述的方法，还包括：发起随机接入过程以使信令无线电承载资源被分配用于所述查询请求消息的所述发送。

根据权利要求1或2所述的方法，还包括：在所述用户设备处接收系统信息，其中所述系统信息不包含与所述服务提供商相关的足够信息。

根据权利要求1或2所述的方法，还包括：当所述查询请求消息不包括所述服务提供商的完整列表时，接收至少一个附加的查询响应消息，所述附加的查询响应消息包括所述服务提供商的剩余列表。

根据权利要求1或2所述的方法，其中所述用户设备在非授权频段操作。

根据权利要求1或2所述的方法，还包括：当所述用户设备还没有选择所述服务提供商中的一个服务提供商时，从所述用户设备发送另一个查询请求消息。

根据权利要求1或2所述的方法，还包括：接收专用资源的分配，而不是专用前导码物理随机接入信道序列；以及在对所述服务提供商的所述选择后，使用所述专用资源向所述网络实体发送无线电资源控制消息。

一种用于通信的方法，包括： 在中性主机网络的网络实体处，从用户设备接收无线电资源控制查询请求消息，其中所述查询请求消息包括随机用户设备标识和对于所述中性主机网络的服务提供商列表的请求；以及响应于所述无线电资源控制查询请求消息，从所述网络实体向所述用户设备发送查询响应消息； 其中仅信令无线电承载0资源被用于查询协议；以及在去往所述中性主机网络的非接入层服务请求信息元素中从所述用户设备接收所选择的服务提供商的真实的用户设备标识。

根据权利要求12所述的方法，其中所述服务提供商列表包括所述服务提供商的长形式标识的完整列表。

根据权利要求12或13所述的方法，其中随机接入响应中的临时的小区无线电网络临时标识符被用于所述查询请求消息的资源分配。

根据权利要求12或13所述的方法，还包括：检测物理随机接入信道；以及 分配用于所述查询请求消息的信令无线电承载资源。

一种用于通信的装置，包括： 包括计算机程序代码的至少一个存储器； 至少一个处理器； 其中所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起使所述装置执行：在用户设备处选择随机用户设备标识； 向无线电资源控制查询请求消息中添加所述随机用户设备标识，其中所述查询请求消息包括对于中性主机网络的服务提供商列表的请求； 从所述用户设备向所述中性主机网络的网络实体发送所述查询请求消息； 在所述用户设备处接收响应于所述无线电资源控制查询请求消息的查询响应消息； 其中仅信令无线电承载0资源被用于查询协议； 基于所述查询响应消息，在所述用户设备处选择服务提供商；以及在非接入层服务请求信息元素中从所述用户设备向所述中性主机网络发送所选择的服务提供商的真实的用户设备标识。

根据权利要求16所述的装置，其中随机接入响应中的临时的小区无线电网络临时标识符被用于所述查询请求消息的资源分配。

一种用于通信的装置，包括： 包括计算机程序代码的至少一个存储器； 至少一个处理器； 其中所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起使所述装置执行：在中性主机网络的网络实体处，从用户设备接收无线电资源控制查询请求消息，其中所述查询请求消息包括随机用户设备标识和对于所述中性主机网络的服务提供商列表的请求；以及响应于所述无线电资源控制查询请求消息，从所述网络实体向所述用户设备发送查询响应消息； 其中仅信令无线电承载0资源被用于查询协议；以及在去往所述中性主机网络的非接入层服务请求信息元素中从所述用户设备接收所选择的服务提供商的真实的用户设备标识。

根据权利要求18所述的装置，其中随机接入响应中的临时的小区无线电网络临时标识符被用于所述查询请求消息的资源分配。