本次调用的模型名称：未指定，本回答由AI模型生成。
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用（中文翻译） | 公开性论述 |
| **技术特征A：** 在用户设备处选择随机用户设备标识<br>**判断：未公开** | 对比文件未明确描述用户设备选择随机标识。其[0013]提及移动终端在空闲模式发送查询消息，但未涉及标识类型；[0048]描述RRC查询请求的生成，但未指定使用随机用户设备标识。 | 目标专利中随机用户设备标识是在UE未选择服务提供商时用来临时标识自己，以避免暴露真实标识。对比文件在空闲模式下发送查询请求，但未提及随机选择标识，且其查询过程可能使用真实标识（如IMSI）或临时标识，但无明确公开或隐含教导该特征。 |
| **技术特征B：** 向无线电资源控制查询请求消息中添加所述随机用户设备标识<br>**判断：未公开** | 对比文件[0048]提到RRC查询请求包含一个或多个参数，但参数是关于请求数据的（如开始时间、持续时间），并非随机用户设备标识。 | 目标专利中随机UE ID是添加到查询请求消息中的关键元素。对比文件未公开任何向查询消息添加随机标识的步骤，也未隐含该必要性。 |
| **技术特征C：** 其中所述查询请求消息包括对于中性主机网络的服务提供商列表的请求<br>**判断：未公开** | 对比文件[0041]描述响应消息包含来自不同运营商的数据（如费用、时间），但未提及请求“服务提供商列表”；[0001]涉及电信服务提供商，但网络类型非中性主机网络。 | 目标专利特指中性主机网络（NHN）中的服务提供商列表请求。对比文件涉及传统移动网络（如UMTS）中的属性查询，请求内容为服务特定参数而非完整的提供商列表，且未涉及中性主机网络概念。 |
| **技术特征D：** 从所述用户设备向所述中性主机网络的网络实体发送所述查询请求消息<br>**判断：未公开** | 对比文件[0035]描述移动终端向第一电信网络1发送查询消息41，[0046]提及向网络节点（RNC）发送RRC查询请求。网络为UMTS网络，非中性主机网络。 | 目标专利的查询请求发送至中性主机网络的网络实体。对比文件中的网络实体属于传统电信网络（如UMTS），未涉及中性主机网络架构，因此该特征未被直接或隐含公开。 |
| **技术特征E：** 在所述用户设备处接收响应于所述无线电资源控制查询请求消息的查询响应消息<br>**判断：《直接公开》** | 对比文件[0050]：“The control unit 100 of the network node 10... generates a RRC query response 902 to the RRC query request 901. The generated RRC query response 902 comprises one or more parameters... The control unit 100... triggers a transmitter... to send the RRC query response 902 to the mobile terminal 4.”（网络节点10的控制单元100…生成RRC查询响应902…触发发射机…向移动终端4发送RRC查询响应902。） | 对比文件明确公开了UE接收响应于RRC查询请求的RRC查询响应消息，该响应消息包含查询的属性参数。这与目标专利中接收查询响应消息的特征完全相同，属于直接公开。 |
| **技术特征F：** 其中仅信令无线电承载0资源被用于查询协议<br>**判断：《隐含公开》** | 对比文件[0012]：“one or more publicly accessible communication channels of the one or more mobile telecommunication networks are used for the transmission of the one or more query messages and/or the one or more response messages... a publicly accessible communication channel in up-link may be represented by a random access channel (RACH) and in down-link by a forward access channel (FACH).”（使用一个或多个公共可访问通信信道传输查询/响应消息，上行链路可以是随机访问信道RACH，下行链路可以是前向访问信道FACH。）在UMTS中，RACH/FACH映射到公共控制信道（CCCH），而CCCH使用信令无线电承载0（SRB0）。 | 虽然对比文件未明确提及“SRB0”，但描述中使用的公共信道（RACH/FACH）在3GPP协议中对应CCCH，该信道使用SRB0。本领域技术人员根据对比文件公开的内容可以合理推断查询协议使用的正是SRB0资源，因此该特征被隐含公开。 |
| **技术特征G：** 基于所述查询响应消息，在所述用户设备处选择服务提供商<br>**判断：《直接公开》** | 对比文件[0053]：“the control unit 400 of the mobile terminal 4 is able to evaluate the plurality of parameters stored in the storage unit and to make a selection of a most favourable telecommunication service provider, and corresponding to the most favourable telecommunication service provider, with the best suited network the mobile terminal 4 will finally connect to.”（移动终端4的控制单元400能够评估存储的参数并选择最有利的电信服务提供商以及最适合的网络。） | 对比文件明确公开了基于查询响应消息（包含多个参数）选择服务提供商的步骤。这与目标专利的基于查询响应消息选择服务提供商完全一致，属于直接公开。 |
| **技术特征H：** 在非接入层服务请求信息元素中从所述用户设备向所述中性主机网络发送所选择的服务提供商的真实的用户设备标识。<br>**判断：未公开** | 对比文件[0054]描述RRC连接建立过程（RRC connection set-up），但未涉及非接入层（NAS）服务请求信息元素或真实用户设备标识的发送。其仅提及RRC连接建立完成消息（DCH）908，未进一步说明内容。 | 目标专利在RRC连接建立完成后通过NAS服务请求发送真实UE ID和所选服务提供商。对比文件未公开任何NAS层消息或真实标识的发送，也未隐含该特征。 |
| **技术特征I：** 其中所述用户设备从所述服务提供商列表中选择服务提供商。<br>**判断：《隐含公开》** | 对比文件[0038]：“After having sent a query message 41, 42, 43 to each of the available telecommunication networks 1, 2, 3, the mobile terminal 4 has collected attributes concerning the user policy from all the available telecommunication networks 1, 2, 3. ... after the query procedure finishes, the application 'query service' calculates (evaluates) the connection best fulfilling the user policy.”（向每个可用网络发送查询后，终端收集了属性；查询过程结束后，评估最佳连接。）该评估过程隐含了从一组服务提供商（对应不同网络）中进行选择。 | 目标专利中UE从包含服务提供商的列表中选择。对比文件中UE通过查询多个网络获得不同服务提供商的属性，并从中选择一个，实质上等同于从服务提供商列表中选择（该列表由查询响应提供）。虽然列表未显式给出名称，但属性与提供商关联，本领域技术人员可以合理推断UE是基于隐含的提供商列表进行选择。 |
| **技术特征J：** 其中所述服务提供商列表包括所述服务提供商的长形式标识的完整列表。<br>**判断：未公开** | 对比文件[0041]响应消息包含数据（如费用、时间），但未提及长形式标识或完整列表。[0037]中响应消息仅包含“data (attributes) indicating...”。 | 目标专利中服务提供商列表明确包含长形式标识（如psp_long_name）。对比文件中的响应消息仅包含条件参数（费用、时间等），不包含提供商标识列表，更未涉及长形式标识，因此未公开。 |
| **技术特征K：** 其中随机接入响应中的临时的小区无线电网络临时标识符被用于所述查询请求消息的资源分配。<br>**判断：《隐含公开》** | 对比文件[0012]提及使用RACH作为上行公共信道，但未详细描述随机接入过程。在3GPP UMTS中，随机接入过程包括发送前导码、接收随机接入响应（包含临时C-RNTI）、然后发送消息。对比文件虽未明示，但其RRC查询请求的发送必然依赖随机接入过程，从而使用临时标识。 | 目标专利中查询请求消息的资源分配使用随机接入响应中的临时C-RNTI。对比文件描述使用RACH发送查询请求，在3GPP标准下，该过程必然包括随机接入响应并分配临时C-RNTI用于后续资源。本领域技术人员结合标准可以合理推断该特征隐含公开。 |
| **技术特征L：** 其中所述无线电资源控制查询请求消息是预关联请求消息，并且其中所述预关联请求消息不需要专用资源分配。<br>**判断：《直接公开》** | 对比文件[0008]：“The query procedure (query message, response message) consumes no network resources of the one or more mobile telecommunication networks that are queried. During the query procedure, the mobile terminal is not registered at the one or more mobile telecommunication networks that are queried, nor is there an allocation of network resources...” （查询过程不消耗网络资源，终端未注册，无资源分配。）[0013]：“the mobile terminal is in an idle mode when it sends the one or more query messages.” （终端在空闲模式发送查询消息。） | 对比文件明确公开了查询消息在空闲模式下发送，且不需要专用资源分配，终端未注册。这直接对应于目标专利中的“预关联请求消息不需要专用资源分配”。预关联状态实质就是未建立RRC连接、无专用资源的状态。因此该特征直接公开。 |
| **技术特征M：** 还包括：发起随机接入过程以使信令无线电承载资源被分配用于所述查询请求消息的所述发送。<br>**判断：《隐含公开》** | 对比文件[0012]使用RACH作为上行信道，[0048]发送RRC查询请求。在UMTS中，通过RACH发送消息前需要发起随机接入过程（包括前导码传输和资源分配）。 | 目标专利中查询请求的发送需要先发起随机接入以获取SRB资源。对比文件虽未明示随机接入过程的完整步骤，但使用RACH发送查询请求必然隐含了随机接入过程的发起，从而分配用于查询请求的SRB资源（如CCCH上的资源）。 |
| **技术特征N：** 还包括：在所述用户设备处接收系统信息，其中所述系统信息不包含与所述服务提供商相关的足够信息。<br>**判断：《隐含公开》** | 对比文件[0015]：“In the idle mode according to the RRC, no signalling connection and no data connection exists... the UE can read system information on a broadcast channel and receive messages via a paging channel.”（空闲模式下可读取系统信息。）[0007]：“while in prior art a terminal in connectionless state had no possibility to communicate with the network and to retrieve or negotiate some specific network attributes... the invention solves the limitation...” （现有技术中终端在无连接状态无法协商属性，本发明解决该限制。） | 对比文件隐含了系统信息不包含足够的服务提供商信息，因此需要查询过程来获取属性。因为如果系统信息已足够，则无需发明中的查询过程。本领域技术人员可以合理推断，在发送查询请求之前，UE已接收系统信息，且该系统信息不包含所需的服务提供商相关信息（如费用、时间），从而触发查询。 |
| **技术特征O：** 还包括：当所述查询请求消息不包括所述服务提供商的完整列表时，接收至少一个附加的查询响应消息，所述附加的查询响应消息包括所述服务提供商的剩余列表。<br>**判断：未公开** | 对比文件[0051]描述单个RRC查询响应（RRC query response 902），未提及多个响应消息或分段列表。 | 目标专利中当完整列表无法一次发送时，网络发送多个查询响应消息。对比文件的查询过程假设单个响应包含全部所需信息，未公开或暗示分段的附加响应。 |
| **技术特征P：** 其中所述用户设备在非授权频段操作。<br>**判断：未公开** | 对比文件全文未提及频段类型，如授权或非授权频段。 | 目标专利强调在非授权频段（如LTE非授权）操作。对比文件基于UMTS网络，未涉及频段类型，因此未公开。 |
| **技术特征Q：** 还包括：当所述用户设备还没有选择所述服务提供商中的一个服务提供商时，从所述用户设备发送另一个查询请求消息。<br>**判断：《隐含公开》** | 对比文件[0036]：“The query service stores the received attributes... and starts a new query 42 to the next telecommunication network 2... How many times the procedure will be performed depends on the number of telecommunication service providers accessible...” （查询服务存储属性后向另一个网络发起新查询，次数取决于可用提供商数量。） | 目标专利中当未选择到合适服务提供商时发送另一个查询。对比文件明确描述UE向多个网络依次发送查询消息，直到收集足够信息或满足条件。如果第一次查询未使UE选择（例如网络1的响应不满足用户策略），则发送另一个查询至网络2。该过程隐含了“当还未选择时发送另一个查询”。 |
| **技术特征R：** 还包括：接收专用资源的分配，而不是专用前导码物理随机接入信道序列<br>**判断：未公开** | 对比文件[0054]涉及RRC连接建立，但未提及接收专用资源（如调度请求、物理资源块）代替专用前导码。 | 目标专利中网络分配专用资源（如PRB）而非专用PRACH序列用于后续RRC消息。对比文件未公开此类替代分配方式。 |
| **技术特征S：** 在对所述服务提供商的所述选择后，使用所述专用资源向所述网络实体发送无线电资源控制消息。<br>**判断：《隐含公开》** | 对比文件[0054]在评估选择步骤903后执行RRC连接建立，包括RRC connection request 904等，该过程使用专用信道（DCH）发送消息（如RRC connection set-up complete 908）。 | 目标专利在服务提供商选择后使用专用资源发送RRC消息。对比文件在选择后建立RRC连接，该连接建立过程中必然使用专用资源（如DCH）发送RRC消息。虽然未明确“专用资源”与特征R关联，但基于标准RRC过程，选择后发送RRC消息隐含使用了专用资源（如信令无线承载上的资源）。但注意：特征R的专用资源未公开，故特征S的隐含公开基于对比文件自身的RRC建立过程，但该过程使用的资源并非特征R所述的特定分配方式。严格来说，对比文件中建立RRC连接使用的资源是RRC连接建立过程分配的专用资源，因此隐含公开了使用专用资源发送RRC消息。 |
### 结论
根据上述比对，对比文件直接公开了技术特征E、G、L；隐含公开了技术特征F、I、K、M、N、Q、S。其余特征（A、B、C、D、H、J、O、P、R）未公开。
因此，在回答结尾插入对应的大写和小写代码：
直接公开：<<<E>>><<<G>>><<<L>>>
隐含公开：<<<f>>><<<i>>><<<k>>><<<m>>><<<n>>><<<q>>><<<s>>>
注意：按用户要求，若直接公开则插入大写代码，若隐含公开则插入小写代码，未公开的不插入。
最终输出。