对比文件名称：2010-07-21_EP2208135A_发明公开_EP2208135A1 UPGRADING SOFTWARE IN RADIO BASE STATION NODES
目标专利名称：1165网络功能升级方法、系统以及设备CN113196706B
模型名称：目前无法确认具体模型名称
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：** 所述方法包括，选择要升级的网络元件群组 | **对比文件[0013]段：** “The method of operating the flat radio access network comprises grouping the plural radio base stations into clusters; designating a master radio base station for a cluster; and, using the master radio base station to initiate (essentially in parallel) software upgrade of the radio base stations comprising the cluster.” <br><br> **对比文件[0047]段：** “...a user can input or provide each of the following: a cluster name which is provided to cluster naming functionality 52... one or more radio base station identifiers which are provided to cluster membership functionality 54, the identifiers being used by cluster membership functionality 54 to enumerate the membership of a cluster...”<br><br> **对比文件[0007]段：** “...the operator typically selects the nodes to be update from a list and initiates the upgrade of those nodes.” | **《直接公开》** <br> 对比文件明确公开了选择要升级的网络节点群组的技术方案。对比文件公开了将多个无线电基站（等同于目标专利的网络元件）分组成集群（cluster，即网络元件群组），并且操作者（operator）可以选择这些集群或从列表中选择节点进行升级。这与目标专利中“选择要升级的网络元件群组”的技术特征完全一致，且作用相同，都是为了确定一个待升级的群体，以便进行批量操作。 |
| **技术特征B：** 将选择的网络元件群组提供给服务编排器 | **对比文件[0045]段：** “...operations support entity (OSE) 22 is configured and operated, e.g.. to facilitate ( 1 ) a grouping of the plural radio base stations into clusters and (2) a designation of a master radio base station for the cluster.” <br><br> **对比文件[0062]段：** “Arrow 96 of Fig. 3 represents a cluster upgrade request which is prepared by update downloader 44 and transmitted from operation support entity (OSE) 22 via radio access network interface (RAN) 34 and over the air interface to the particular radio base station (e.g., master radio base station RBSM) which serves as the master for the selected cluster.” | **《直接公开》** <br> 对比文件明确公开了将选择的群组（集群）提供给一个核心编排实体的方案。对比文件中的操作支持实体（OSE）22 执行了与目标专利中服务编排器（SO）相类似的功能，即接收关于群组（集群）的配置和升级请求。对比文件[0045]段说明 OSE 22 被配置为促进群组的分组，而[0062]段进一步描述了 OSE 22 基于选定的集群准备并发送升级请求。这实质上等同于将群组信息提供给一个上层编排中心进行处理，与目标专利中“将选择的网络元件群组提供给服务编排器”的作用相同。 |
| **技术特征C：** 由所述服务编排器获得与所述网络元件群组相关联的网络功能实例、开放网络自动化平台控制器和外部控制器的网络元件列表 | **对比文件[0045]段：** “Fig. 2 shows RBS I through RBS 4 as being grouped into cluster 30, ; RBS 1 1 through RBS 14 as being grouped into cluster 3O2; RBS 21 through RBS 24 as being grouped into cluster 3O; and, RBS 5, RBS 6, RBS 15, RBS 16, RBS 25. and RBS 26 as being grouped into cluster 3O4. Fig. 2 further illustrates that operation support entity (OSE) 22 has designated RBS 1 to be the master radio base station for cluster 3Oi ; RBS 12 to be the master radio base station for cluster 3O2; RBS 23 to be the master radio base station for cluster 3O3; and, RBS 6 to be the master radio base station for cluster 3O4.”<br><br> **对比文件[0062]段：** “In preparing update downloader 44, 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> 对比文件没有明确使用“网络功能实例、开放网络自动化平台控制器和外部控制器”等术语，但其操作支持实体（OSE）22 在发起升级前会查询集群目录（cluster directory）以获得集群的成员列表和主基站信息。该过程与目标专利中服务编排器（SO）查询A&AI以获得实例、控制器列表的过程功能类似，都是获取升级所需的网络元件及其管理实体的关联信息。对比文件中的“主基站（master RBS）”相当于目标专利中的“开放网络自动化平台控制器”，而集群中的其他基站（slave RBSs）则相当于由该主基站直接管理的网络元件。因此，对比文件隐含公开了通过编排实体获取网络元件及其控制器列表的技术构思。 |
| **技术特征D：** 由所述服务编排器将网络元件名称列表和关联的外部控制器列表提供给所述开放网络自动化平台控制器 | **对比文件[0062]段：** “Arrow 96 of Fig. 3 represents a cluster upgrade request which is prepared by update downloader 44 and transmitted from operation support entity (OSE) 22 via radio access network interface (RAN) 34 and over the air interface to the particular radio base station (e.g., master radio base station RBSM) which serves as the master for the selected cluster.” <br><br> **对比文件[0063]段：** “In one example and optional variation, the cluster upgrade request message 96 also includes the content (e.g.. executable code) of the software revision which is to be used for the software upgrade of the cluster.” | **《隐含公开》** <br> 对比文件明确公开了操作支持实体（OSE）22 向被选为主基站（master RBS）的节点发送集群升级请求（cluster upgrade request）。这个请求消息自然地包含了主基站履行其职责所需的信息，即它需要知道要升级哪些节点（等同于网络元件名称列表）以及执行升级的策略。虽然对比文件未明确提及“外部控制器列表”，但其架构中，主基站负责管理集群内所有其他基站，这些基站由主基站直接控制。因此，OSE 22 将升级请求发送给主基站，即相当于将集群成员列表（网络元件名称列表）和相应的控制关系提供给了主基站这个“开放网络自动化平台控制器”。 |
| **技术特征E：** 由所述开放网络自动化平台控制器和所述关联的外部控制器列表中的至少一个外部控制器对所述网络元件群组内所述网络元件列表上的网络元件中的每个执行软件升级。 | **对比文件[0067]段：** “As act 6-5, upgrade controller 82 initiates software upgrade of the other radio base stations of the cluster. Software upgrade messages 97 are sent from master radio base station RBSM to each of the radio base stations comprising the cluster, preferable in parallel fashion.” <br><br> **对比文件[0044]段：** “...each master radio base station is configured to initiate an essentially parallel software upgrade of the radio base stations comprising the cluster for which it is master.” | **《隐含公开》** <br> 对比文件明确公开了由主基站（master RBS，相当于开放网络自动化平台控制器）对集群中的其他基站（slave RBSs，相当于由主控制器直接管理的网络元件）发起并执行并行软件升级。虽然对比文件没有明确提及“外部控制器”，但其“主基站”的角色完全等同于目标专利中“开放网络自动化平台控制器”的角色，负责直接管理集群内的所有其他基站并执行升级。因此，对比文件隐含公开了由一个主控制器对其管理的多个网络元件执行软件升级的核心概念。 |
| **技术特征F：** 还包括，在所述软件升级之前，对所述网络元件列表上的所述网络元件中的每个执行软件升级预检查。 | **对比文件[0065]段：** “As act 6-2 the upgrade controller 82 of master radio base station RBSM consults policy manager 80 to ascertain the appropriate timing for implementing the software upgrade for the cluster. The upgrade policy as stored in policy memory 88 and accessible via policy manager 80 can specify, for example, certain maintenance windows or other time periods in which software upgrade is permissible or desired for the radio base stations of the cluster.”<br><br> **对比文件[0066]段：** “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...” | **《隐含公开》** <br> 对比文件描述了在执行升级前进行的一系列准备和验证步骤。主基站的升级控制器（upgrade controller）会先检查策略（policy）以确定升级时机，这可以视为一种预检查。更重要的是，主基站会首先升级自身（act 6-3），并确认自身升级成功（act 6-4）后，才启动对集群内其他基站的升级。这种对主基站自身的升级验证，实际上是对作为集群升级核心控制器的预检查。虽然没有明确描述对每个网络元件进行独立的预检查，但这种先确保控制节点成功升级再推进集群升级的模式，隐含地包含了对升级前置条件的检查，以防止因核心节点故障导致整个集群升级失败。 |
| **技术特征G：** 还包括，在所述软件升级之后，对所述网络元件列表上的所述网络元件中的每个执行软件升级后检查。 | **对比文件[0068]段：** “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.” <br><br> **对比文件[0069]段：** “...the master radio base station can perform a monitoring of implementation of the software upgrade at the radio base stations of the cluster, and on the basis of the monitoring, determining whether a cluster-wide software upgrade is successful.” | **《直接公开》** <br> 对比文件明确公开了在升级之后执行后检查的动作。主基站（master RBS）的升级监控器（upgrade monitor 84）会接收并监控集群中各基站的升级进度和状态报告（progress/status reports）。基于这些报告，主基站能够确定每个基站的升级是否成功，这完全等同于“对网络元件列表上的网络元件中的每个执行软件升级后检查”。对比文件中的“monitoring”和“determining whether a cluster-wide software upgrade is successful” 清晰地定义了升级后的验证过程，与目标专利中“软件升级后检查”的作用完全相同。 |
| **技术特征H：** 还包括，在所述软件升级之后，更新所述网络元件列表上的所述网络元件中的每个的所有对应A&AI条目。 | **对比文件[0070]段：** “When a software upgrade is determined by upgrade monitor 84 to be complete, or if a report of progress/status is desirable, upgrade reporter 86 of master radio base station RBSM prepares and sends to operation support entity (OSE) 22 a progress summary notification report.” | **《未公开》** <br> 对比文件没有公开与“A&AI”（活动和可用库存）相关的任何概念或数据库。在目标专利中，A&AI是一个用于存储和管理网络功能实例、控制器及其关系信息的中央库存系统。升级后更新A&AI条目是为了确保网络资源的最新状态被准确记录。对比文件虽然公开了主基站向OSE发送升级报告（upgrade report），但OSE的角色与A&AI不同，OSE主要负责发起升级请求和接收摘要报告，而非维护一个详细的、可被其他组件查询的实时库存数据库。对比文件没有描述任何类似“更新A&AI条目”的后台数据同步或库存管理操作。 |
| **技术特征I：** 其中，所述网络元件是物理网络功能(PNF)。 | **对比文件[0002]段：** “...a radio base station (RBS), which in some networks is also called "NodeB" or "B node'1.” <br><br> **对比文件[0005]段：** “...radio base station nodes...” <br><br> **对比文件[0044]段：** “...telecommunications network 20 comprising operation support entity (OSE) 22 and plural radio base stations (RBS) which comprise a flat radio access network.” | **《直接公开》** <br> 对比文件通篇都在描述对无线电基站节点（RBS）的软件升级。无线电基站是一种典型的物理网络功能（PNF），是部署在特定硬件上的实体。目标专利中明确定义PNF是网络元件的一种类型。因此，对比文件所涉及的升级对象“无线电基站”完全落入目标专利所定义的“物理网络功能（PNF）”的范畴。两者在作用上完全一致，都是指实际存在的、有形的网络硬件设备。 |
| **技术特征J：** 其中，所述网络元件是虚拟网络功能(VNF)。 | 对比文件未公开任何关于虚拟化网络功能（VNF）的内容。 | **《未公开》** <br> 对比文件的所有描述均围绕物理的无线电基站节点展开，未提及任何形式的虚拟化、虚拟机、容器或云原生网络功能。其技术背景和解决方案完全基于物理网络架构，因此未公开网络元件可以是虚拟网络功能（VNF）这一技术特征。 |
| **技术特征K：** 其中，所述网络元件是任何网络功能(xNF)。 | 对比文件未公开网络元件可以涵盖PNF和VNF之外的其他任何网络功能类型。 | **《未公开》** <br> 对比文件的技术方案局限于对物理网络功能的升级，没有证据表明其公开或暗示了可以升级其他任何类型的网络功能。因此，该上位化的技术特征（xNF）未被对比文件公开。 |
| **技术特征L：** 其中，每个网络元件具有相关联的外部控制器。 | **对比文件[0067]段：** “Software upgrade messages 97 are sent from master radio base station RBSM to each of the radio base stations comprising the cluster, preferable in parallel fashion.” | **《未公开》** <br> 在对比文件的架构中，集群内的网络元件（slave RBSs）由主基站（master RBS）直接管理和升级，中间不存在一个独立的外部控制器。主基站自身就是一个基站节点，它直接与集群内其他基站通信。这与目标专利所述的“每个网络元件具有相关联的外部控制器”架构完全不同。目标专利中，外部控制器（EC）是独立于ONAP控制器和网络元件的一个实体，专门负责管理一个或多个特定网络元件的升级。对比文件没有这种分层控制结构。 |
| **技术特征M：** 其中，所述开放网络自动化平台控制器将对所述网络元件列表上的所述网络元件中的每个的升级请求提供给与所述网络元件中的每个相关联的外部控制器。 | **对比文件[0067]段：** “As act 6-5, upgrade controller 82 initiates software upgrade of the other radio base stations of the cluster. Software upgrade messages 97 are sent from master radio base station RBSM to each of the radio base stations comprising the cluster, preferable in parallel fashion.” | **《未公开》** <br> 如前所述，对比文件的架构中不存在独立的外部控制器。主基站（相当于目标专利的开放网络自动化平台控制器）直接将升级请求发送给待升级的基站自身（slave RBSs），而不是通过一个中间的外部控制器。这与目标专利中“将升级请求提供给与网络元件中的每个相关联的外部控制器”的技术特征完全不同。目标专利强调了ONAP控制器与外部控制器的交互，由外部控制器最终执行升级，而对比文件是主基站直接与目标基站交互并执行升级。 |
根据以上分析，对比文件直接公开了技术特征A，B，G，I。对比文件隐含公开了技术特征C，D，E，F。
<<<A>><<<B>><<<G>><<<I>>>
<<<c>><<<d>><<<e>><<<f>>>