在无线基站节点中升级软件的制作方法

专利名称:在无线基站节点中升级软件的制作方法
技术领域：
本发明涉及电信，并且具体地，涉及无线接入网(RAN)中的节点处的软件升级(例 如，更新或替换)。
背景技术：
在典型的蜂窝无线系统中，移动终端(也被称为移动台和移动用户设备单元 (UE))经由无线接入网(RAN)与一个或更多个核心网通信。用户设备单元(UE)可以是诸如 移动电话(“蜂窝”电话)之类的移动台和具有移动终端装置的膝上型电脑，并且从而可以 例如是与无线接入网通信语音和/或数据的便携式、袖珍型、手持式、包括在计算机中或安 装在车辆上的移动设备。
无线接入网(RAN)覆盖了被划分为小区区域的地理区域，由例如无线基站(RBS) 的基站(在一些网络中也被称为NodeB”或“B节点”)对每一个小区区域提供服务。小区是 由基站站点处的无线基站设备提供无线覆盖的地理区域。每一个小区通过本地无线区域内 的唯一标识来识别，该标识在小区中广播。基站通过空中接口(例如，射频)与基站范围内 的用户设备单元(UE)通信。在无线接入网中，典型地将若干基站连接到(例如，通过陆上 线路或微波)无线网络控制器(RNC)。无线网络控制器(有时也被称为基站控制器(BSC)) 对与其连接的多个基站的各种行为进行监督和协调。无线网络控制器典型地连接到一个或 更多个核心网。
通用移动电信系统(UMTS)是从全球移动通信系统(GSM)演进而来的第三代移动 通信系统，预期提供基于宽带码分多址(WCDMA)接入技术的改进的移动通信服务。UTRAN本 质上是为用户设备单元(UE)提供宽带码分多址的无线接入网。第三代伙伴计划(3GPP)已 着手基于无线接入网技术对UTRAN和GSM进行进一步的演进。
在例如WCDMA网络的情况下，可能有多达数百个无线基站节点连接到RNC。在 WCDMA中，将无线网络控制器(RNC)及其从属的无线基站一并称为无线网络系统(RNS)。类 似地，在GSM中，无线基站(典型地，在GSM中称为“基本收发机站”或“BTS”)连接到基站 控制器(BSC)节点，将BSC及其从属的基本收发机站一并称为基站子系统(BSS)。
如今，已建立的运营商的无线网络在其网络上部署了数以千计的无线基站(RBS)。 当运营商/厂商针对其网络中的无线基站节点发布软件版本(如，软件发布版本)时，该运 营商的网络中所有的无线基站都必须经历软件更新(如，软件升级)。典型地，软件更新要 求无线基站在更新期间退出服务。一般地，无线基站只能在修理或建立维护窗期间退出服 务。
典型地，通过使用操作支持系统(OSS)来更新无线基站。通过其操作支持系统 (OSS)，运营商典型地从列表中选择待更新的节点，并发起对这些节点的升级。
给定典型网络的大小和规模，典型地，单个操作支持系统(OSS) —般不能在单个 维护窗内处理整个网络的升级。例如，这是因为(i)对于操作支持系统(OSS)来说有太多 无线基站，使得不能并行升级整个网络；(ii)升级持续时间意味着在维护时间窗中仅能够处理有限数目的组。
与并行地升级整个网络不同，典型地，通过无线基站组来实现针对无线基站节点 的软件升级。例如在维护窗期间，可能要花费非常长的时间(例如，在一些实例中为数周) 来逐组实现对网络中的许多组成无线基站节点的软件修订。在具有无线网络控制器(RNC) 节点的WCDMA网络的情况下，例如可以在逻辑上根据无线网络系统(RNS)对升级进行分解， 例如，在不同的时间对无线网络系统(RNS)进行升级。类似地，在GSM中，针对不同的基站 系统(BSS)，可以在不同的时间实现升级。
即使在对用于升级无线基站的软件分组地进行了升级的时候，软件升级也涉及到 操作支持系统(OSS)与每一个无线基站的交互。例如，图1通过实线箭头示出了操作支持 实体(OSE)下载针对网络中的多个无线基站的软件更新。图1还通过虚线箭头示出了网络 的每一个无线基站向操作支持实体(OSE)报告该无线基站的软件升级的进度/状态。
长期演进(LTE)是3GPP无线接入技术的变型，在LTE中，将无线基站节点直接连 接到核心网，而不是连接到无线网络控制器(RNC)节点。在LTE中，无线网络控制器(RNC) 节点的功能一般由无线基站节点来执行。由此，LTE系统中的无线接入网(RAN)具有本质 上“扁平”的结构，该“扁平”的结构包括不向无线网络控制器(RNC)节点进行报告的无线 基站节点。LTE网络的扁平结构使得软件升级动作更具挑战性和更费力，因为例如没有明显 的软件升级分组。
当在节点处软件升级不成功时，为了确保该区域或无线网络控制器(RNC)的一致 操作，升级“回退”到原始的(如，前一个)软件包。从而，在LTE网络中，即使为了软件升 级而建立了无线基站分组，(在升级不成功的情况下)可能不清楚组中的哪些其它无线基 站也应该回退到原始的软件包。

发明内容
在本技术一个方面中，本技术涉及一种操作扁平无线接入网的方法。扁平无线接 入网包括多个无线基站。多个无线基站中的每一个在没有居间的上级无线接入节点的情况 下连接到核心网。居间的上级无线接入节点包括对多个无线基站进行监督、管理或控制的 更高层次的节点。
操作扁平无线接入网的方法包括将多个无线基站分组成集群；指定针对集群的 主无线基站；以及使用主无线基站来(本质上并行地)发起对构成集群的无线基站的软件 升级。
在其示例模式的一个中，该方法还包括主无线基站准备对集群中的无线基站处 的软件升级的实现进行确认/总结的软件升级报告。
在其示例模式的一个中，该方法还包括对集群中的无线基站处的软件升级的实 现执行监控，并基于监控，确定整个集群的软件升级是否成功。
在其示例模式的一个中，该方法还包括当主无线基站确定整个集群的软件升级 不成功时，主无线基站发起升级回退。
在其示例模式的一个中，该方法还包括将升级策略下载到主无线基站，以及使用 该策略来通知主无线基站何时发起软件升级。
在其示例模式的一个中，该方法还包括(1)将升级策略下载到主无线基站；(2)主无线基站使用升级策略来监控集群中的无线基站处的软件升级的实现；以及(3)主无线 基站使用该策略来确定在实现期间遇到的什么样的升级错误构成了升级失败。在示例实现 中，该方法还包括主无线基站使用策略来确定在实现期间遇到的数次升级失败是否造成 整个集群的软件升级成功。
在本技术的另一个方面，本技术涉及一种电信网络。该电信网络包括构成扁平接 入网的多个无线基站；操作支持实体，被配置为便于将多个无线基站分组成集群，和指定针 对集群的主无线基站；其中，主无线基站被配置为(本质上并行地)发起对构成集群的无线 基站的软件升级。
在该网络的示例实施例中，主无线基站被配置为准备对集群中的无线基站处的软 件升级的实现进行确认/总结的软件升级报告。
在该网络的示例实施例中，主无线基站被配置为对集群中的无线基站处的软件升 级的实现执行监控。主无线基站被配置为基于监控，确定整个集群的软件升级是否成功。
在该网络的示例实施例中，主无线基站被配置为在主无线基站确定整个集群的 软件升级不成功时，发起升级回退。
在该网络的示例实施例中，操作支持实体被配置为将升级策略下载到主无线基 站，并被配置为用该策略来通知主无线基站何时发起软件升级。
在该网络的示例实施例中，主无线基站被配置为(1)接收从主无线基站下载的 升级策略；(2)使用升级策略来监控集群中的无线基站处的软件升级的实现；以及(3)使用 策略来确定在实现期间遇到的什么样的升级错误构成升级失败。在示例实现中，主无线基 站被配置为使用该策略确定在实现期间遇到的数次升级失败是否造成整个集群的软件升 级成功。
在本技术的另一方面，本技术涉及一种与扁平无线接入网一起使用的操作支持实 体。操作支持实体被配置为便于(1)将多个无线基站分组成集群；(2)指定针对集群的主 无线基站；以及(3)授权主无线基站发起对构成集群的无线基站的(并行的)软件升级。 在示例实施例中，操作支持实体被配置为将升级策略下载到主无线基站，并被配置为使用 该策略来通知主无线基站何时发起软件升级。
在本技术的另一方面，本技术涉及一种在扁平无线接入网中使用的无线基站节 点。该无线基站节点包括接口和升级控制器。无线基站通过接口接收信息，信息包括(1) 将多个无线基站分组成集群；(2)将无线基站指定为针对集群的主无线基站。升级控制器 被配置为发起对构成集群的无线基站的(并行的)软件升级。
在示例实施例中，无线基站还包括升级报告单元。升级报告单元被配置为准备对 集群中的无线基站处的软件升级的实现进行确认的软件升级报告。
在示例实施例中，无线基站还包括升级监控器。升级监控器被配置为对集群中的 无线基站处的软件升级的实现执行监控。升级监控器被配置为基于监控，确定整个集群的 软件升级是否成功。
在示例实施例中，主无线基站的升级控制器被配置为当升级监控器确定整个集群的软件升级不成功时，发起升级回退。
在示例实施例中，主无线基站被配置为接收升级策略，并被配置为使用该策略来 通知主无线基站何时发起软件升级。[0032]在示例实施例中，主无线基站还包括策略存储器，被配置为接收升级策略；和升 级监控器。升级监控器被配置为使用升级策略监控集群中的无线基站处的软件升级的实 现，以确定在实现期间遇到的什么样的升级错误构成了升级失败。在示例实现中，升级监控 器被配置为使用该策略确定在实现期间遇到的数次升级失败是否造成整个集群的软件升 级成功。

从随后对附图中示出的优选实施例的更具体的描述中，本发明前述的和其它的目 标、特征和优势将变得显而易见，在附图中，附图标记指的是各个视图中相同的部件。附图 没有必要按照尺寸，而代之将重点放在示出本发明的原理上。
图1是常规网络的示意图，示出了操作系统实体与网络中的每一个无线基站节点 之间结合针对无线基站节点的软件升级的交互。
图2是具有基于集群的委托软件升级方案的网络的示意图，基于集群的委托软件 升级方案用于升级该网络中的无线基站节点的软件。
图3是根据示例实施例的操作支持实体(OSE)的示意图。
图4是根据示例实施例的示例集群和主无线基站的示意图。
图5是电信网络结合操作扁平无线接入网的操作的方法而实行或执行的基本动 作、事件或步骤的流程图。
图6是示出了电信网络和主无线基站结合用于升级该网络中的无线基站节点的 软件的基于集群的委托软件升级方案而实行或执行的基本动作、事件或步骤的组合示意图 和流程图。
图7是示例电信网络20的示意图，并具体地示出了在主无线基站自身已经升级 后，主无线基站对无线基站的升级。
具体实施方式
为了说明而非限制的目的，在随后的描述中阐述了具体的细节，如具体的架构、接 口、技术等，以提供对本发明的全面的理解。然而，对本领域技术人员显而易见的是，本发明 可以在与这里特定的细节背离的其它实施例中实践。亦即，本领域技术人员将能够设计出 尽管此处没有明确描述或示出、但体现了本发明的原理并被包括在本发明的精神和范围之 内的各种布置。在一些实例中，省略了对公知设备、电路和方法的描述，以避免不必要的细 节使得本发明的描述晦涩难懂。这里记载本发明的原理、方面和实施例及其特定示例的所 有声明都旨在包括其结构和功能的等效物。此外，预期这样的等效物包括当前已知的等效 物和将来开发的等效物，即，任何被开发来执行相同功能的元件，而不管结构如何。
从而，例如本领域的技术人员应该意识到，此处的框图可以表示体现本技术原理 的示意性电路的概念性视图。类似地，将意识到，任何流程图、状态转移图、伪代码等表示了 实质上可以在计算机可读介质中表示并从而可由计算机或处理器执行的各种处理，而不管 这样的计算机或处理器是否明式地示出。
可以通过使用专用硬件以及能够执行与适当的软件相关联的软件的硬件来提供 包括被标记或描述为“处理器”或“控制器”的功能块在内的各种元件的功能。当由处理器提供时，功能可以由单个专用处理器、单个共享处理器或多个单独的处理器提供，该多个单 独的处理器中的一些可以是共享的或分布式的。此外，术语“处理器”或“控制器”得明式 使用不应被理解为专指能够执行软件的硬件，而是可以包括数字信号处理器(DSP)硬件、 用于存储软件的只读存储器(ROM)、随机接入存储器(RAM)以及非易失性存储器，而没有限 制。
图2以简化的形式并根据非限制性的示例实施例示出了电信网络20，电 信网络20 具有基于集群的委托软件升级方案，该方案用于升级该网络中的无线基站节点的软件。具 体地，图2中的电信网络20包括操作支持实体(OSE) 22和多个无线基站(RBS)，该多个无线 基站(RBS)构成扁平的无线接入网。这里使用的“扁平”的无线接入网指的是多个无线基站 中的每一个都在没有居间的上级无线接入节点的情况下连接到核心网CN。尽管每一个无线 基站到核心网CN的这种连接在此没有示出，但是本领域技术人员可以通过参考例如3GPP 无线接入网的长期演进(LTE)变型来理解这种连接的方式。此外，在此使用的“居间的上级 无线接入节点”意味着更高层级的节点，该更高层级的节点典型地监督、管理或控制多个无 线基站。
如此后以示例方式解释的，操作支持实体(OSE) 22配置和操作为，例如便于(1) 将多个无线基站分组成集群和(2)指定针对该集群的主无线基站。例如，图2示出了 RBS 1 到RBS 4被分组到集群30! ；RBS 11到RBS 14被分组到集群302 ；RBS 21到RBS 24被分组 到集群 303;以及 RBS 5, RBS 6, RBS 15, RBS 16, RBS 25 禾口 RBS 26 被分组到集群 304。图 2 还示出了操作支持实体(OSE) 22已指定RBSl作为针对集群SO1的主无线基站RBS 12作为 针对集群302的主无线基站；RBS 23作为针对集群303的主无线基站以及RBS 6作为针对 集群304的主无线基站。在此还要进一步解释的是，每一个主无线基站都被配置为发起对 构成该主无线基站所控制的集群的无线基站的本质上并行的软件升级。
图3是根据示例实施例的操作支持实体(0SE)22的示意图。示例操作支持实体 (OSE) 22包括用户接口 32 ；无线接入网络接口 34 (也被称为RBS接口 34)；集群配置子单元 36 ；主RBS指定器38 ；集群目录40 ；软件更新入口子单元42 ；升级下载器44 ；软件库46 ；软 件管理器48和报告子单元50。
集群配置子单元36包括集群命名功能体52 ；集群成员功能体54 ；集群主导选择 功能体56以及集群策略功能体58。如对应的四个箭头53、55、57和59所示出的，用户接口 32提示和/或允许对构成集群配置子单元36的每一个功能体的用户输入。在这点上，集群 配置子单元36被配置为使得经由接口 32，用户能够输入或提供以下每一个信息提供给集 群命名功能体52的集群名称(该输入由箭头53示出)；提供给集群成员功能体54的一个 或多个无线基站标识符，集群成员功能体54使用该标识符来列举集群的成员(在图2的示 例中，如RBS URBS 2···，该输入由箭头55示出)；被选择来作为针对集群的升级主导的集 群的标识，提供给集群主导选择功能体56 (例如，图2中针对集群304为RBS 6，该输入由箭 头57示出)；以及提供给集群策略功能体58的策略信息(该输入由箭头59示出)。从而， 集群配置子单元36的功能体的布置可以表示动作的示例集合，通过这些动作，集群配置子 单元36可以通过用户接口 32接收信息，用以设置或配置集群。没有必要以任何特定的顺 序执行或实行这些动作，应该理解，集群配置子单元36能够以有意义的方式将输入与特定 的集群相关联。[0048]图3还示出了用户接口 32便于进行的其它输入或交互。例如，图3通过箭头60示出了经由软件管理器48将(升级的)软件输入或加载到软件库46。此外，图3通过箭 头62示出了将要对其执行软件升级的特定集群的选择或标识。此外，箭头64示出了针对 所选/标识的集群将要执行软件升级的具体软件模块或软件升级版本的选择或标识。箭头 60示出的软件加载可以在一个或更多个集群的建立(例如，配置)之前或之后发生。
可以将操作支持实体(OSE) 22实现为单机服务点，或者操作支持实体(OSE) 22可 以与其它服务点或节点共存或合作。例如，操作支持实体(OSE) 22可以驻留在运营商的网 络操作中心(NOC)中，通常但非独占地作为网络管理系统(匪S)上、操作支持系统(OSS)上 或网元管理系统(EMS)服务器中的软件管理应用。优选地，操作支持实体(0SE)22驻留在 其能够接入运营商的包含软件包的文件传输协议(FTP)服务器的位置处。“0SS”是用于网 络管理系统(匪S)或网络域管理器(代替EMS位于节点与匪S之间的电信管理系统，并具 有EMS功能和一些逻辑域所特有的WS功能，例如无线接入管理)的术语。
在示例实现中，通过一个或更多个处理器或控制器(这些术语之前已进行了扩展 解释)，可以实现操作支持实体(OSE) 22的各种子单元和/或功能体，例如集群配置子单元 36、主RBS指定器38、集群目录40、软件更新入口子单元42、升级下载器44、软件管理器48 和报告器子单元50。例如，这些处理器可以是共享的、专用的、分布式的。
图4示出了根据示例实施例的示例集群30 (虚线所框住的)和主无线基站RBSm。 在图4的示例情况中，主无线基站RBSm担当针对无线基站TO1JO2HWOn中每一个的软件升 级主导。
还如图4所示出的，主无线基站RBSm包括一个或更多个收发机72，通过该一个或 更多个收发机72，主无线基站RBSm经由无线或空中接口与主无线基站RBSm的集群30中的 无线基站70通信。图4还示出了主无线基站RBSm用来与主无线基站RBSm的集群30中的 无线基站70进行通信的RBS接口 74。主无线基站RBSm还包括OSU接口 76，连接OSU接口 76以与操作支持实体(0SE)22通信。OSU接口 76可以经由任何适合的媒介(如，无线或有 线连接)连接到操作支持实体(OSE) 22。
图4中的示例主无线基站RBSm还包括策略管理器80 ；升级控制器82 ；升级监控器 84和升级报告器86。示例主无线基站RBSm还具有存储器，该存储器包括(例如)策略存 储器88 ；软件存储器90和集群目录存储器92。在示例实现中，可以通过一个或更多个处理 器或控制器(这些术语之前已进行了扩展解释)来实现主无线基站RBSm中的这些不同的 组成。例如，这些处理器可以是共享的、专用的、分布式的。此外，本领域技术人员所公知的 是，由于主无线基站RBSm自身担当了针对其所服务的小区或扇区的无线基站，主无线基站 RBSm还包括适于这些操作的其它元件和单元。
图5是电信网络结合操作扁平无线接入网的方法而实行或执行的基本动作、事件 或步骤的流程图。如图5所示，基本动作包括将多个基站分组成集群的动作5-1 ；指定针 对集群的主无线基站的动作5-2 ；以及动作5-3，使用主无线基站来发起对构成该集群的无 线基站的软件升级。优选地，以实质上并行的方式，针对构成该集群的一个或更多个无线基 站执行软件升级。
还参考图3来理解图5的动作的示例实现，图3示出了用户接口 32用于例如将信 息或用户选择输入到操作支持实体(OSE) 22的集群配置子单元36中。参考动作5-1，箭头53示出了集群名称的输入，箭头55示出了集群成员的输入。例如，参考图2中的示例扁平 网络20，箭头53表示用户采用用户接口 32来对第一集群命名，例如，将集群SO1命名为“集 群1”。箭头55表示用户采用用户接口 32来列举或填充刚命名的集群。例如，箭头53表示 可以输入编号RBS 1到RBS4的无线基站并将其与第一集群(即，集群30》相关联的事实。 集群配置子单元36将集群的名称(如，第一集群)及其成员(RBS 1-RBS4)存储到集群目 录40中。
参考动作5-2，图3中的箭头57表示用户采用用户接口 32来选择或委派该集群中 的特定无线基站作为针对该集群的主无线基站RBSm。在图2的示例中，针对集群30i，选择 无线基站RBS 1作为主无线基站。集群配置子单元36还将主无线基站RBSm的标识存储在 与该集群相关联的集群目录40中。
作为另外可选的动作，箭头59表示用户采用用户接口 32来输入针对该集群的策 略信息。这些策略信息包括如下信息项，例如，什么时候(如，维护时间窗)适合发起软件 升级；什么样的事件或结果构成软件升级问题；以及在集群上有多少软件升级问题就触发 升级的回退。集群配置子单元36还将策略信息存储在与该集群相关联的集群目录40中。
参考图6，更详细地示出和/或理解动作5-3 (使用主无线基站来发起对构成该集 群的无线基站的软件升级)。动作5-3假定要用于升级集群的特定升级软件存储在软件库 46中。如箭头60所示，这种加载可以通过用户输入软件例如经由用户接口 32来完成，从而 导致软件管理器48将升级软件(例如，软件的升级或修订)存储在软件库46中。
在适当的时机，例如当用户完成将信息输入或记录到集群配置子单元36中时，授 权主RBS指定器38与已被选定为主无线基站RBSm的特定无线基站进行通信。具体地，如 箭头94所示，主RBS指定器(经由无线接入网接口(RAN) 34)通过空中接口向主无线基站 RBSm发送消息。箭头94示出的委派消息通知主无线基站RBSm如下的信息例如(1)主无 线基站RBSm是针对所命名的集群的主无线基站；(2)所命名的集群的RBS组成(列举了构 成所命名的集群的其它无线基站)；以及(3)针对主无线基站RBSm所主导的集群的升级策 略。从而，箭头94表示并且有时指的就是主委派消息94。
在接收到主委派消息94时，主无线基站RBSm将与其所主导的集群中的RBS组成 有关的信息存储在集群目录存储器92中。此外，在策略管理器80的控制之下，主无线基站 RBSm还将主委派消息94中接收到的任何策略都存储到策略存储器88中。
在开始处，典型地，动作5-3涉及用户选择(经由用户接口 32并由对应的箭头62 和箭头64示出)要针对其执行软件升级的特定集群和用作软件升级版本的特定软件块的 标识。应该意识到的是，在这点上，在此描述的软件升级操作可能影响到与该集群中的无线 基站相关联的软件的全部或者一部分。在仅影响到无线基站的软件的一部分的情况下，箭 头64所反映的输入足以识别升级中所涉及的特定模块、例程、子例程或功能。
软件更新入口子单元42使用集群选择(箭头62)和软件选择(64)的输入来准备软件升级下载器44，以使得更新下载器44可以准备集群升级请求，以发送到所选集群。在 准备集群更新下载器44中，软件更新入口子单元42查询集群目录40，以获得担当所选集群 的主无线基站的无线基站的标识。图3中的箭头96表示集群升级请求，该集群升级请求由 更新下载器44准备，并从操作支持实体(OSE) 22经由无线接入网接口(RAN) 34并通过空中 接口发送至担当所选集群的主导的特定无线基站(例如，主无线基站RBSm)。[0063]在一个示例和可选的变型中，集群升级请求消息96还包括软件修订的内容(如， 可执行代码)，该软件修订的内容要用于集群的软件升级。从而，在该可选的变型中，更新下 载器44可以经由软件管理器48从软件库46中取得选定了的特定升级软件(该软件选择 由箭头64示出)，并且可以将用于该所选软件的代码包括在集群升级请求消息96中。
图6示出了包括主无线基站RBSm的电信网络20结合基于集群的委托软件升级方 案而实行或执行的包括动作5-3在内的基本动作、事件或步骤，该基于集群的委托软件升 级方案用于升级该网络中的无线基站节点的软件。图6示出了从操作支持实体(0SE)22通 过空中或无线接口发送至主无线基站RBSm的集群升级请求消息96。在接收到时，主无线基 站RBSm的升级控制器82分析该集群升级请求消息96，并确定哪一个特定软件块(例如，软 件版本)用于针对集群的软件升级。在一些示例模式中，将软件修订(如，用于软件升级的 实际可执行代码)包括在集群升级请求消息96中，并存储在软件存储器90中。然而，在其 它模式中，如可选的动作6-1所示，主无线基站RBSm可以从另外的位置取得升级软件，然后 将所取得的软件存储在软件存储器90中。可以从(例如)操作支持实体(OSE) 22或者其 它服务点或节点获得需要取回的软件。这些其它节点或服务点的地址 或位置可以在主无线 基站RBSm处配置，并包括在集群升级请求消息96中，或者通过其它方式获得。
作为动作6-2，主无线基站RBSm的升级控制器82查询策略管理器80，以确定实现 针对集群的软件升级的适当时间。存储在策略存储器88中、并可经由策略管理器80访问 的升级策略可以指定例如特定的维护窗或其它时间段，在其它时间段中，可允许或预期针 对集群的无线基站的软件升级。从而，在其示例模式的一个中，主无线基站!《、可以下载 或以其它方式获得升级策略，并且可以使用该策略来通知主无线基站这件事以及例如何时 发起软件升级的信息。
作为动作6-3，升级控制器82发起并执行对主无线基站RBSm的软件的升级。此后， 作为动作6-4，升级控制器82确定针对其自身主无线基站RBSm的软件的更新是否成功，并 (作为可选特征)采用升级报告器86来准备报告，例如，通知操作支持实体(OSE) 22主无线 基站RBSm的升级状态/结果。参考图6所示出和描述的动作中的余下动作假定主无线基站 RBSm的软件升级是成功的。否则，通知操作支持实体(OSE) 22失败并，并终止针对集群的升 级。
作为动作6-5，升级控制器82发起集群中的其它无线基站的软件升级。从主无线 基站RBSm向构成集群的无线基站中的每一个发送软件升级消息97，优选地，以并行的方式 来进行发送。在升级期间和/或完成升级时，作为动作6-6，主无线基站RBSm的升级监控器 84监控并接收来自集群中正在进行升级的无线基站的进度/状态报告。从而，升级监控器 84从构成集群的无线基站接收进度/状态报告消息98。图7示出了针对每一个集群的软 件升级消息97和进度/状态报告消息98的传输，并从而示出了主无线基站RBSm发起对其 集群中的每一个无线基站的升级。
在集群中的无线基站处执行的软件升级过程期间可能出现或发生特定的事件或 状况。在检测或被告知这种事件或状况时，升级监控器84可以查询策略存储器88，以针对 集群中的特定无线基站确定这些事件或状况是否构成软件升级的失败。从而，动作6-7包 括通过策略管理器80应用策略(来自由策略管理器80接入和/或翻译的策略存储器88)， 以确定/检测集群中的无线基站处的失败。存储在策略存储器88处的策略还可以包括用于确定集群中的一个或更多个无线基站处的失败(如，集群中的一个无线基站处的失败或多 个无线基站处的各种类型的失败)是否构成整个集群上的软件升级的回退的原因的准则。 例如，“回退”可以包括针对集群中的每一个无线基站返回到尝试软件升级之前出现的软件 状态或状况。当在动作6-8处确定回退是合理的情况下，发起这样的回退作为动作6-9，并 且这样的回退涉及升级控制器82通过回退消息99与集群中的每一个无线基站进行通信， 以本质上“取消”或倒退结合了尝试的、但是失败了的软件升级所采取的动作。
从而，在其示例模式的一个中，主无线基站可以对集群中的无线基站处的软件升 级的实现执行监控，并基于监控，确定整个集群上的软件升级是否成功。
当升级监控器84确定软件升级完成时，或者如果期望进度/状态的报告，主无线 基站RBSm的升级报告器86准备并向操作支持实体(OSE) 22发送进度总结通知报告。在图 4和图6中通过箭头100 (升级报告消息)示出了这种报告的传输。软件升级报告100确定 /总结集群中的无线基站处的软件升级的实现。
如果诸如在动作6-7检测到的失败不要求整个集群的回退(在动作6-8处确定)， 则将关于不成功的回退升级的报告以及存储在主RBS上的那些升级的详细出错日志包括 在发往操作支持实体(OSE) 22的报告中。如果升级不成功并且不可能回退，那么主RBS可以 发出优先级警报。这可能出现在以下两个场景的任一个中。在第一场景中，如果从RBS的 升级失败，并且没有重新建立与该RBS的通信，则需要立即向操作支持实体(OSE) 22发出危 急警报(由于可能需要物理站点访问)。在第二场景中，升级出错并且回退失败，但是仍可 能与从RBS进行通信。在该第二场景中，主RBS应该测试针对从RBS的告警机制仍然有效。 如果针对从RBS的告警机制仍然无效，则应该尝试对从RBS断电并向操作支持实体(OSE) 22 发出严重警报，如果断电失败(由于可能需要物理站点访问)，则提高到危急警报。否则， 主RBS应该向操作支持实体(OSE) 22发出从RBS升级出错的警告，并且在主RBS总结进度 报告中包括细节。
从而，这里所包括和描述的技术涉及叠加在扁平业务网络上的管理层级。将扁平 业务网络中的无线基站组织或分组到管理集群中，并且其中，针对每一个集群，将一个无线 基站(或为了冗余的目的，将两个无线基站)指定为该集群内的、针对该集群的主无线基站。
主无线基站支持增强的操作维护(0&M)功能体，并且担当集群内的0&M功能体 的聚合器和控制器。在软件管理的情况下，用户(如，运营商)可以使用操作支持实体 (OSE) 22(如，OSS系统)来请求对构成集群的无线基站的本质上并行的升级。主无线基站 既可以发起，也可以监控该主无线基站的集群内的所有无线基站的并行升级。在至少一些 示例实施例和模式中，主无线基站可以向OSS发回升级报告，指示哪些无线基站升级成功 以及(如果有的话)出现了什么问题。
如上述部分所示出的，在至少一些示例实施例和模式中，主RBS可以具有在主无 线基站处配置或下载到主无线基站的软件升级策略，该软件升级策略对于什么样的事件或 状况构成软件升级问题以及多少次这样的问题才触发整个集群上的升级回退进行指示和/ 或分类。
在其各方面的一个中，本技术因而涉及一种提供配置功能的操作支持实体 (OSE) 22 (如，0SS)。操作支持实体(OSE) 22的配置功能(如，集群配置子单元36)允许运营商创建集群；选择什么样的无线基站增加到或包括进集群中；以及选择配置针对集群的 主无线基站。OSS应用还可以支持针对主无线基站的软件升级策略的配置。例如，这些策略 可以指示诸如维护窗时间之类的信息；对于什么样的升级错误指示了失败进行指示的规 则；以及多少次失败才表明针对RBS的整个集群的升级失败，并从而要求关于集群中的所 有升级节点的回退。
OSS软件管理功能(如，软件更新入口子单元42)允许选择无线基站集群作为升 级的候选。如图3中的箭头62所示，运营商选择用于升级的集群。操作支持实体(0SE)22 向主无线基站发送升级请求消息96。主无线基站中诸如升级控制器82之类的升级控制软 件(在图7中也示出为UPG)识别出需要无线基站集群升级。主无线基站对其自身进行升 级(动作6-3)，并且如果自我升级成功，则主无线基站发起针对集群中所有其它无线基站 的升级(动作6-5)。软件升级监控器84从集群中的各个无线基站接收进度信息，并将其编 译到去往操作支持实体(OSE) 22的总结进度通知消息100中。
通过谨慎地使用该技术(如，管理集群大小)，可以在一个维护窗中升级整个网
络。
可以使用无线基站中已存在的或新的软件管理接口来发送从操作支持实体 (OSE) 22到主无线基站的升级请求(如，集群升级请求消息96)(如，作为基于IP发送 的SNMP设置动作，或基于IIOP的Corba请求，或Netconf请求的在安全外壳会话内执行 的CLI)。可以通过主无线基站的标准0&M通知接口发送由主无线基站向操作支持实体 (OSE) 22发送回的诸如升级报告消息100的通知(这可以是基于IP的SNMP诱捕事件，或通 过Corba通知服务发送的通知，或从安全外壳突出作为对CLI的响应)。
到主无线基站以及从主无线基站到集群中的其它无线基站的请求和通知(如，分 别为软件升级消息97和进度/状态报告消息98)可以重复使用无线基站0&M软件管理和 通知接口(如上所述)，或作为0&M消息在现有的诸如LTE X2协议的无线基站间协议内发 送，或者经由专用的0&M无线基站间协议发送，该专用的0&M无线基站间协议可以在主无线 基站和其它无线基站被增加到集群时在主无线基站与其它无线基站之间建立。通过在诸如 SCTP的载波协议上携带该专用的0&M无线基站间协议，可以自动地促进专用的0&M接口的 建立。
这里描述的技术有很多优势。一个这样的优势是操作支持系统(OSS)并行地升级 大量无线基站的能力。另一个优势是到OSS的传输网络连接中的带宽节省，这是因为首先 将数据发送到主无线基站，然后主无线基站将数据分布给集群中的成员。另外的优势是，集 群结构允许运营商对在单个处理步骤中将升级网络中的哪些部分实行更多的控制。
具体地但是非专用地，该技术可应用于LTE，这是因为由此所解决的问题在扁平网 络结构中引进了分层的0&M控制。还可将该技术应用到WCDMA、CDMA2000、WiMax和Wifi无 线网络。
尽管以上描述包含许多特征，然而不应将这些特征理解为限制本发明的范围，而 应该理解为仅仅对本发明目前优选的实施例中的一些进行了示意。从而，本发明的范围应 该由所附权利要求
及其合法等价物来确定。因此，应该意识到，本发明的范围完全包括了对 本领域技术人员显而易见的其它实施例，相应地，本发明的范围只由所附权利要求
来限制， 在所附权利要求
中，除非以“一个并且仅有一个”来明确地陈述，引用单数形式的要素并不是旨在表示“ 一个并且仅有一个”，而是表示“一个或更多个”。上述优选实施例的要素中 为本领域普通技术人员所知的所有结构、化合物及功能上的等价物通过引用明确地合并于 此，并旨在为当前权利要求
所包括。此外，当前权利要求
所要包括的设备和方法没有必要解 决本发明所寻求解决的每一个问题。此外，在本公开中，没有要素、组件和方法步骤是旨在 奉献公众，不管在权利要求
中是否明确地记载了这些要素、组件或方法步骤。
权利要求
一种操作包括多个无线基站(70)的扁平无线接入网的方法，其中，所述多个无线基站(70)中的每一个在没有居间的上级无线接入节点的情况下连接到核心网(CN)，所述方法的特征在于将所述多个无线基站(70)分组成集群(30)；指定针对集群(30)的主无线基站(RBSM)；使用所述主无线基站(RBSM)发起对构成所述集群(30)的无线基站(70)的软件升级。
2.根据权利要求
1所述的方法，还包括，所述主无线基站(RBSm)准备对所述集群(30) 中的无线基站(70)处的软件升级的实现进行确认/总结的软件升级报告。
3.根据权利要求
1所述的方法，还包括，所述主无线基站(RBSm)对所述集群(30)中的 无线基站(70)处的软件升级的实现执行监控，并基于所述监控，确定整个集群(30)的软件 升级是否成功。
4.根据权利要求
3所述的方法，还包括，当所述主无线基站(RBSm)确定整个集群(30) 的软件升级不成功时，所述主无线基站(RBSm)发起升级回退。
5.根据权利要求
1所述的方法，还包括，将升级策略下载到所述主无线基站(RBSM)，以 及使用所述升级策略来通知所述主无线基站(RBSM)何时发起软件升级。
6.根据权利要求
1所述的方法，还包括将升级策略下载到所述主无线基站(RBSm)；所述主无线基站(RBSm)使用所述升级策略来监控所述集群(30)中的无线基站(70)处 的软件升级的实现；所述主无线基站(RBSm)使用所述升级策略来确定在实现期间遇到的什么样的升级错 误构成了升级失败。
7.根据权利要求
6所述的方法，还包括，所述主无线基站(RBSm)使用所述策略来确定 在实现期间遇到的数次升级失败是否造成整个集群的软件升级成功。
8.一种电信网络(20)，包括构成扁平接入网的多个无线基站(70)，其中，所述多个无线基站(70)中的每一个在没 有居间的上级无线接入节点的情况下连接到核心网(CN)；其特征在于操作支持实体(22)，被配置为便于将所述多个无线基站(70)分组成集群(30)，以及指 定针对集群(30)的主无线基站(RBSm)；其中，所述主无线基站(RBSm)被配置为发起对构成所述集群(30)的无线基站(70)的 软件升级。
9.根据权利要求
8所述的设备，其中，所述主无线基站(RBSm)被配置为准备对所述集 群(30)中的无线基站(70)处的软件升级的实现进行确认/总结的软件升级报告。
10.根据权利要求
8所述的设备，其中，所述主无线基站(RBSm)被配置为对所述集群 (30)中的无线基站(70)处的软件升级的实现执行监控，以及其中，基于所述监控，所述主 无线基站(RBSm)被配置为确定整个集群(30)的软件升级是否成功。
11.根据权利要求
9所述的设备，其中，所述主无线基站(RBSm)被配置为在所述主无 线基站(RBSm)确定整个集群(30)的软件升级不成功时，发起升级回退。
12.根据权利要求
8所述的设备，其中，所述操作支持实体(22)被配置为将升级策略下载到所述主无线基站(RBSM)，并被配置为使用所述升级策略来通知所述主无线基站(RBSm) 何时发起软件升级。
13.根据权利要求
8所述的设备，其中，所述主无线基站(RBSm)被配置为(1)接收从 所述主无线基站(RBSm)下载的升级策略；(2)使用所述升级策略来监控所述集群(30)中的 无线基站(70)处的软件升级的实现；以及(3)使用所述策略来确定在实现期间遇到的什么 样的升级错误构成了升级失败。
14.根据权利要求
13所述的设备，其中，所述主无线基站(RBSm)被配置为使用所述策 略确定在实现期间遇到的数次升级失败是否造成整个集群的软件升级成功。
15.一种与包括多个无线基站(70)的扁平无线接入网一起使用的操作支持实体(22)， 所述多个无线基站(70)在没有居间的上级无线接入节点的情况下连接到核心网(CN)；其 中，所述操作支持实体(22)的特征在于被配置为便于(1)将所述多个无线基站(70)分组 成集群(30) ； (2)指定针对集群(30)的主无线基站(RBSm)；以及(3)授权所述主无线基站 (RBSm)发起对构成所述集群(30)的无线基站(70)的软件升级。
16.根据权利要求
15所述的设备，其中，所述操作支持实体(22)被配置为将升级策略 下载到所述主无线基站(RBSM)，并被配置为使用所述策略来通知所述主无线基站(RBSm)何 时发起软件升级。
17.—种在包括多个无线基站的扁平无线接入网中使用的无线基站节点(70)，所述多 个无线基站(70)在没有居间的上级无线接入节点的情况下连接到核心网(CN)；所述无线 基站的特征在于接口(76)，所述无线基站通过所述接口接收信息，所述信息包括(1)将所述多个无 线基站(70)分组成集群(30) ； (2)将所述无线基站指定为针对集群(30)的主无线基站 (RBSm)；升级控制器(82)，被配置为发起对构成所述集群(30)的无线基站(70)的软件升级。
18.根据权利要求
17所述的设备，其中，所述无线基站还包括升级报告单元(86)，被配 置为准备对所述集群(30)中的无线基站(70)处的软件升级的实现进行确认的软件升级报告。
19.根据权利要求
17所述的设备，还包括升级监控器(84)，被配置为对所述集群(30) 中的无线基站(70)处的软件升级的实现执行监控，并且其中，基于所述监控，所述升级监 控器(84)被配置为确定整个集群(30)的软件升级是否成功。
20.根据权利要求
19所述的设备，其中，所述升级控制器(82)被配置为当所述升级 监控器(82)确定整个集群(30)的软件升级不成功时，发起升级回退。
21.根据权利要求
17所述的设备，其中，所述升级控制器(82)被配置为获得升级策略， 并被配置为使用所述升级策略来通知所述主无线基站(RBSm)何时发起软件升级。
22.根据权利要求
17所述的设备，还包括策略存储器(88)，被配置为接收升级策略； 和升级监控器，其中，所述升级监控器(84)被配置为使用所述升级策略来监控所述集群 (30)中的无线基站(70)处的软件升级的实现，以确定在实现期间遇到的什么样的升级错 误构成了升级失败。
23.根据权利要求
22所述的设备，其中，所述升级监控器(84)被配置为用使用所述策 略来确定在实现期间遇到的数次升级失败是否造成整个集群的软件升级成功。
专利摘要
基于集群的委托软件升级方案便于针对构成扁平无线接入电信网的集群的无线基站节点的软件升级。将多个无线基站(70)分组成集群(30)，并指定针对每一个集群的主无线基站(RBSM)。主无线基站(RBSM)用于发起对构成集群的无线基站的软件升级。主无线基站(RBSM)还可以对集群中的无线基站处的软件升级的实现执行监控，并基于监控确定整个集群的软件升级是否成功。在其示例模式之一中，主无线基站还可以准备对集群中的无线基站处的软件升级的实现进行确认/总结的软件升级报告。
文档编号GKCN101843129SQ200880114029
公开日2010年9月22日 申请日期2008年1月16日
发明者约翰·奎尔蒂 申请人:艾利森电话股份有限公司导出引文BiBTeX, EndNote, RefMan