好的，作为一名经验丰富的资深专利代理师，我将严格遵循您的指示，对对比文件是否公开了目标专利权利要求的各技术特征进行深度分析。
首先，明确本次分析的各项信息：
- **对比文件名称**: US20090119655A1 - UPGRADING SOFTWARE IN RADIO BASE STATION NODES
- **目标专利名称**: 网络功能升级方法、系统以及设备 CN113196706B
- **本次调用的模型名称**: 未指定，将基于任务要求进行分析。
以下是根据您要求的格式创建的特征比对表格及详细论述。
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：** 所述方法包括，选择要升级的网络元件群组<br><br>**判断：**《隐含公开》 | 对比文件[0049]： “operations support entity (OSE) 22 is configured and operated, e.g., to facilitate (1) a grouping of the plural radio base stations into clusters...” <br><br>对比文件[0062]： “At an appropriate juncture, ...master RBS designator 38 sends a message ... to the master radio base station RBSM.” | 对比文件公开了将多个基站（网络元件）分组为集群（群组）的技术方案。虽然对比文件没有直接使用“选择要升级的网络元件群组”这一表述，但其整个升级流程的起点就是选择一个预先配置好的集群（群组）进行升级。例如，操作者通过用户界面选择一个集群（如对比文件[0062]所述，用户选择特定的集群进行升级），这实质上就是“选择要升级的网络元件群组”。该选择行为是启动后续升级流程的必要前提，与目标专利中操作者选择网络功能群组以启动升级过程的作用完全相同。本领域技术人员可以合理推断出，在执行升级前，必然包含选择目标群组的步骤。因此，该技术特征被对比文件隐含公开。 |
| **技术特征B：** 将选择的网络元件群组提供给服务编排器<br><br>**判断：**《未公开》 | 对比文件[0062]： “...a user selecting, via user interface 32 and as illustrated by respective arrow 62 and arrow 64, both a particular cluster for which software upgrade is to be performed...” | 对比文件中，用户通过操作支持实体（OSE）的用户界面直接选择要升级的集群。该选择信息直接在OSE内部被处理，例如，由软件更新摄取子单元（software update intake subunit 42）利用。对比文件没有公开一个独立的“服务编排器”（Service Orchestrator, SO）实体，也没有公开将群组信息“提供给”这样一个位于用户与控制器之间的中间编排实体的步骤。在对比文件中，OSE直接与主基站（Master RBS）通信，不存在目标专利中定义的“服务编排器”这一层级的实体和交互。因此，该技术特征未被对比文件公开。 |
| **技术特征C：** 由所述服务编排器获得与所述网络元件群组相关联的网络功能实例、开放网络自动化平台控制器和外部控制器的网络元件列表<br><br>**判断：**《未公开》 | 对比文件[0062]： “...software update intake subunit 42 consults the clusters directory 40 to obtain an identification of the radio base station which serves as the master radio base station for the selected cluster.” <br><br>对比文件[0063]： “...the master radio base station RBSM stores the information regarding the RBS composition of the cluster for which it is master in cluster directory memory 92.” | 目标专利中，该步骤由“服务编排器（SO）”执行，通过查询“活动和可用库存（A&AI）”来获取一个复杂的列表，该列表包含网络功能实例、ONAP控制器和外部控制器（EC）的关联信息。对比文件中，OSE直接从其内部的“集群目录（clusters directory 40）”获取主基站的标识，而主基站则存储其集群的成员列表。对比文件既没有公开“服务编排器”这个实体，也没有公开“开放网络自动化平台控制器（ONAP控制器）”和“外部控制器（EC）”这些特定的网络实体及其关联列表。对比文件中的“主基站”承担了部分类似控制器的功能，但其角色、获取信息的方式和信息的内容与目标专利截然不同。因此，该技术特征未被对比文件公开。 |
| **技术特征D：** 由所述服务编排器将网络元件名称列表和关联的外部控制器列表提供给所述开放网络自动化平台控制器<br><br>**判断：**《未公开》 | 对比文件[0062]： “...a cluster upgrade request which is prepared by update downloader and transmitted from operation support entity (OSE) 22 ... to the particular radio base station (e.g., master radio base station RBSM) which serves as the master for the selected cluster.” | 目标专利中，该步骤是“服务编排器（SO）”将列表提供给“开放网络自动化平台控制器（ONAP控制器）”。对比文件中，升级请求是由“操作支持实体（OSE）”直接发送给“主基站（Master RBS）”。对比文件不存在“服务编排器”和“开放网络自动化平台控制器”这两个实体，其交互发生在OSE和Master RBS之间。虽然OSE发送了升级请求和可能的列表信息给Master RBS，但这与目标专利中SO向ONAP控制器提供的特定实体和特定信息（网络元件名称列表和关联的外部控制器列表）在技术实体、交互对象和所传递信息的组成上均不相同。因此，该技术特征未被对比文件公开。 |
| **技术特征E：** 由所述开放网络自动化平台控制器和所述关联的外部控制器列表中的至少一个外部控制器对所述网络元件群组内所述网络元件列表上的网络元件中的每个执行软件升级<br><br>**判断：**《未公开》 | 对比文件[0071]： “As act 6-5, upgrade controller 82 initiates software upgrade of the other radio base stations of the cluster. Software upgrade messages are sent from master radio base station RBSM to each of the radio base stations comprising the cluster...” | 目标专利中，升级的执行是由“开放网络自动化平台控制器（ONAP控制器）”和“外部控制器（EC）”协同完成的。对比文件中，升级执行的主体是“主基站（Master RBS）”，它直接向集群内的其他基站发送软件升级消息来完成升级。对比文件没有公开ONAP控制器和外部控制器（EC）这两个特定的网络实体，也没有公开由它们执行升级的架构。虽然对比文件公开了由一个节点（Master RBS）发起并控制对多个节点（集群内其他RBS）的并行升级，但执行该升级的控制实体和架构完全不同。因此，该技术特征未被对比文件公开。 |
| **技术特征F：** 还包括，在所述软件升级之前，对所述网络元件列表上的所述网络元件中的每个执行软件升级预检查。<br><br>**判断：**《未公开》 | 对比文件[0071]： “As act 6-3 the upgrade controller 82 initiates and performs an upgrade of the software of the master radio base station RBSM. Thereafter, as act 6-4, upgrade controller 82 determines whether the upgrade of software for its own master radio base station RBSM is successful...” | 对比文件公开了在升级其他基站之前，主基站先进行自升级并检查是否成功（act 6-3, 6-4）。这可以看作是一种预检查，但仅限于主基站自身，并且检查内容是自升级是否成功。目标专利中的“软件升级预检查”是针对群组列表上的“每个”网络元件执行的，并且是独立于升级动作之外的一个专门步骤（例如检查规则、收集数据等）。对比文件中没有公开对群组内所有成员执行一个独立的、全面的预检查步骤。主基站对其他成员执行升级是直接进行的（act 6-5），没有提及对它们进行预检查。因此，该技术特征未被对比文件公开。 |
| **技术特征G：** 还包括，在所述软件升级之后，对所述网络元件列表上的所述网络元件中的每个执行软件升级后检查。<br><br>**判断：**《未公开》 | 对比文件[0071]： “During and/or upon completion of the upgrade, as act 6-6 upgrade monitor 84 of master radio base station RBSM monitors and receives progress/status reports from the radio base stations of the cluster which are undergoing upgrade.” | 对比文件公开了主基站监控并接收升级过程中的进展/状态报告（act 6-6）。这属于升级过程中的监控和状态收集，而非升级完成后的一个独立的、专门的“后检查”步骤。目标专利中的“软件升级后检查”是一个明确的后置步骤，其目的和内容可能不同于升级过程中的状态监控。对比文件的主基站可能根据这些报告来判定成功与否，但这并不等同于对所有网络元件执行一个统一的、标准化的后检查流程。因此，该技术特征未被对比文件公开。 |
| **技术特征H：** 还包括，在所述软件升级之后，更新所述网络元件列表上的所述网络元件中的每个的所有对应A&AI条目。<br><br>**判断：**《未公开》 | 对比文件[0074]： “When a software upgrade is determined by upgrade monitor 84 to be complete, ... upgrade reporter of master radio base station RBSM prepares and sends to operation support entity (OSE) 22 a progress summary notification report.” | 目标专利中，升级后需要更新“活动和可用库存（A&AI）”中的条目。A&AI是ONAP架构中的一个特定组件，用于记录和管理网络资源和服务的库存。对比文件没有公开A&AI组件或其等同物。对比文件中，主基站在升级完成后向OSE发送一个汇总报告，而不是更新一个中央库存数据库的条目。虽然OSE可能因此获知状态，但这与目标专利中明确更新A&AI条目的技术特征在动作、对象和目的上均不相同。因此，该技术特征未被对比文件公开。 |
| **技术特征I：** 其中，所述网络元件是物理网络功能(PNF)。<br><br>**判断：**《隐含公开》 | 对比文件[0006]： “...each cell area being served by a base station, e.g., a radio base station (RBS)...” <br><br>对比文件[0047]： “...plural radio base stations (RBS) which comprise a flat radio access network.” | 目标专利说明书中明确说明网络元件可以是物理网络功能(PNF)。对比文件全文涉及的是“无线电基站（Radio Base Station, RBS）”及其软件升级。基站是典型的物理硬件设备，是物理网络功能的一种具体实现形式。虽然对比文件没有使用“物理网络功能(PNF)”这一3GPP/ONAP专用术语，但本领域技术人员可以毫无疑义地确定，对比文件中所指的“无线电基站节点”就是物理网络功能（PNF）。因此，该技术特征被对比文件隐含公开。 |
| **技术特征J：** 其中，所述网络元件是虚拟网络功能(VNF)。<br><br>**判断：**《未公开》 | 对比文件全文未涉及虚拟化网络功能。 | 对比文件全文讨论的是物理的无线电基站（RBS）的软件升级。其技术方案基于物理硬件节点，没有涉及任何虚拟化技术、虚拟机或虚拟网络功能的创建、管理和升级。本领域技术人员无法从对比文件中合理推断出该技术方案同样适用于VNF。因此，该技术特征未被对比文件公开。 |
| **技术特征K：** 其中，所述网络元件是任何网络功能(xNF)。<br><br>**判断：**《未公开》 | 对比文件全文未涉及“任何网络功能”这一宽泛概念。 | 对比文件的技术方案是专门针对物理无线电基站（RBS）的升级提出的。尽管对比文件在[0085]提到可以应用于WCDMA, WiMax等网络，但其核心对象始终是物理基站节点。目标专利中的“任何网络功能(xNF)”是一个上位概念，涵盖了PNF、VNF以及其他所有可能的网络功能类型。对比文件仅公开了PNF这一具体下位概念，但没有给出任何启示或教导，使本领域技术人员能够想到将其方案推广到“任何网络功能”，特别是虚拟化的网络功能。因此，该技术特征未被对比文件公开。 |
| **技术特征L：** 其中，每个网络元件具有相关联的外部控制器。<br><br>**判断：**《未公开》 | 对比文件[0071]： “As act 6-5, upgrade controller 82 initiates software upgrade of the other radio base stations of the cluster. Software upgrade messages are sent from master radio base station RBSM to each of the radio base stations comprising the cluster...” | 目标专利中，每个网络元件（PNF）可以有一个相关联的“外部控制器（EC）”，升级过程中ONAP控制器与EC交互。对比文件中，主基站（Master RBS）直接与集群内的其他基站（Slave RBS）通信并执行升级。这些其他基站（Slave RBS）并不存在一个独立的“外部控制器”实体。主基站承担了管理和控制升级的角色，但它本身是集群内一个特殊的基站节点，并非一个独立于所有网络元件的“外部控制器”。对比文件没有公开每个网络元件都关联一个外部控制器的架构。因此，该技术特征未被对比文件公开。 |
| **技术特征M：** 其中，所述开放网络自动化平台控制器将对所述网络元件列表上的所述网络元件中的每个的升级请求提供给与所述网络元件中的每个相关联的外部控制器。<br><br>**判断：**《未公开》 | 对比文件[0071]： “...upgrade controller 82 initiates software upgrade of the other radio base stations of the cluster. Software upgrade messages are sent from master radio base station RBSM to each of the radio base stations comprising the cluster...” | 目标专利中，ONAP控制器将升级请求提供给每个网络元件的外部控制器。对比文件中，主基站将升级消息直接发送给集群内的每个其他基站。对比文件不存在“开放网络自动化平台控制器（ONAP控制器）”和“外部控制器（EC）”这两个实体以及它们之间的交互关系。主基站（Master RBS）的角色与ONAP控制器不同，集群内其他基站的角色也不同于受外部控制器管理的PNF。对比文件中的交互模式是主基站->从基站，而目标专利中是ONAP控制器->外部控制器->PNF，这是完全不同的网络架构和信令流程。因此，该技术特征未被对比文件公开。 |
### 综合判断结论
基于以上分析，对比文件US20090119655A1公开了技术特征A和I的部分内容，但均未达到直接公开的程度。
- 技术特征A（选择要升级的网络元件群组）被对比文件隐含公开，因为对比文件描述了选择集群进行升级的完整流程，虽然未使用完全相同的措辞，但本领域技术人员可以合理推断出该步骤是存在的。
- 技术特征I（网络元件是PNF）被对比文件隐含公开，因为对比文件中升级的对象是物理基站，其本质就是PNF的一种。
其余技术特征B、C、D、E、F、G、H、J、K、L、M均未被对比文件直接公开或隐含公开。
<<<a>>><<<i>>>