CN107370629A - 供应商特定的基站自动配置框架 - Google Patents
供应商特定的基站自动配置框架 Download PDFInfo
- Publication number
- CN107370629A CN107370629A CN201710728479.4A CN201710728479A CN107370629A CN 107370629 A CN107370629 A CN 107370629A CN 201710728479 A CN201710728479 A CN 201710728479A CN 107370629 A CN107370629 A CN 107370629A
- Authority
- CN
- China
- Prior art keywords
- network element
- specific
- supplier
- network
- entity
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0806—Configuration setting for initial configuration or provisioning, e.g. plug-and-play
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0876—Aspects of the degree of configuration automation
- H04L41/0886—Fully automatic configuration
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/09—Mapping addresses
- H04L61/10—Mapping addresses of different types
- H04L61/103—Mapping addresses of different types across network layers, e.g. resolution of network layer into physical layer addresses or address resolution protocol [ARP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/45—Network directories; Name-to-address mapping
- H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
- H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/50—Address allocation
- H04L61/5076—Update or notification mechanisms, e.g. DynDNS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/20—Network architectures or network communication protocols for network security for managing network security; network security policies in general
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/02—Arrangements for optimising operational condition
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/08—Access point devices
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Automation & Control Theory (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
Abstract
供应商特定的基站自动配置框架。提供有用于统一的(即,多供应商、多RAT和多NEM使能的)网络元件自动配置框架的办法。此类办法示例性地包括域名服务实体处的多供应商级辨识功能以及具有与供应商特定的网络元件管理器实体的单向接口的供应商特定的网络元件管理器中介器实体处的多NEM/多RAT级辨识功能,其中网络元件可以自动地配置有初始配置数据,包括为网络元件提供最终配置数据的网络元件管理器实体的网络地址。
Description
技术领域
本发明涉及统一网络元件自动配置框架。更具体地,本发明示例性地涉及用于统一的(即,多供应商、多RAT和多NEM使能的(capable))网络元件自动配置框架的办法(包括方法、装置和计算机程序产品)。
背景技术
本说明书基本上涉及例如无线电接入网络或其它无线电网络中的网络元件的自动配置(包括自动连接和/或自动委任(auto-commissioning))。
在现代通信***中,例如在无线电接入网络或其它无线电网络中存在朝向异构性的趋势,其涉及相同***内的不同供应商的网络元件(NE)的使用,所述网络元件实现不同的无线电接入技术(RAT)并且由不同的网络元件管理器(NEM)管理。因此,不同供应商的NE、每个供应商的不同RAT和多个NEM可以存在于由单个运营商所操作的相同***内。具体而言,被称作异构网络(HetNet)的***包含实现不同的无线电接入技术的来自不同供应商的网络元件,从而在重叠的区域处提供服务并且共享大部分的传输网络。
此类异构性增加了包括网络元件的初始配置的网络管理的复杂性,原因在于来自不同供应商的网络元件通常需要不同的协议和基础结构,并且具有不同的配置序列。
在多供应商异构通信***环境中,网络运营商通常使用来自不同装备供应商的大量数目的NE(包括诸如NB、eNB等等的BTS)。同时,新NE的部署需要具有即插即用的性质(即,在现场安装之前不需要在工厂中预配置且在现场安装期间也不需要或者需要尽可能少的本地现场配置)。然而,当前不同的供应商采用不同的自动连接和/或自动委任序列,并且需要不同的协议和支持节点(例如,DHCP服务器),并且访问用于其专属解决方案的网络布局(VLAN/IP域)而工作。这导致运营商侧的复杂性,原因在于不同供应商的不同即插即用特性需要集成到公共的框架中。
因此,为了提供更容易且更快速的网络推广(roll-out)和基站部署(基站表示经受自动配置的网络元件的示例),特别是在诸如长期演进(LTE)之类的新型RAT中,初始配置的自动化(被称作自动配置)将是有用的。特别地,随着3G(第三代)和LTE朝向HetNet通信***基础结构的演进,例如无线电接入网络或者其它无线电网络中网络元件的简单且统一的自动配置(包括自动连接和/或自动委任)的此类有用性变得越来越重要。
鉴于上文概述的现代通信***中的异构性,例如无线电接入网络或者其它无线电网络中的网络元件的期望的自动配置(包括自动连接和/或自动委任)应当基于统一的网络元件自动配置框架。此类统一的网络元件自动配置框架应当优先地是多供应商、多RAT和多NEM使能的。
因此,存在提供统一的(多供应商、多RAT和多NEM使能的)网络元件自动配置框架的需要。
发明内容
本发明的各种示例性实施例旨在解决上文的议题和/或问题和缺陷的至少部分。
在所附权利要求中陈述了本发明的示例性实施例的各个方面。
根据本发明的示例性方面,提供了一种方法,包括:请求在域名服务实体处对供应商特定的域名的解析;从域名服务实体获取供应商特定的网络元件管理器中介器(mediator)实体的网络地址;使用所获取的所述供应商特定的网络元件管理器中介器实体的网络地址来请求初始配置数据;以及从供应商特定的网络元件管理器中介器实体获得初始配置数据,包括提供最终配置数据的网络元件管理器实体的网络地址。
根据本发明的示例性方面,提供了一种方法,包括:根据来自使用特定的无线电接入技术而可操作于特定运营商的无线电接入网络中的特定供应商的网络元件的请求,使用多个供应商的供应商特定的网络元件管理器中介器实体与供应商特定的域名之间的映射来对供应商特定的域名进行解析;以及向网络元件提供网络元件的供应商的供应商特定的网络元件管理器中介器实体的网络地址。
根据本发明的示例性方面,提供了一种方法,包括:根据来自使用特定的无线电接入技术而可操作于特定运营商的无线电接入网络中的特定供应商的网络元件的请求,使用特定供应商的多个网络元件管理器实体的初始配置数据与网络元件之间的映射来识别用于网络元件的初始配置数据;以及将所识别的初始配置数据提供给网络元件,所识别的初始配置数据包括为网络元件提供最终配置数据的网络元件管理器实体的网络地址。
根据本发明的示例性方面,提供了一种装置,包括:接口,被配置为与至少另一装置进行通信;以及处理器,被配置为使所述装置执行如下操作:请求在域名服务实体处对供应商特定的域名的解析;从域名服务实体获取供应商特定的网络元件管理器中介器实体的网络地址;使用所获取的所述供应商特定的网络元件管理器中介器实体的网络地址来请求初始配置数据;以及从供应商特定的网络元件管理器中介器实体获得初始配置数据,包括提供最终配置数据的网络元件管理器实体的网络地址。
根据本发明的示例性方面,提供了一种装置,包括:接口,被配置为与至少另一装置进行通信;以及处理器,被配置为使得所述装置执行如下操作:根据来自使用特定的无线电接入技术而可操作于特定运营商的无线电接入网络中的特定供应商的网络元件的请求,使用多个供应商的供应商特定的网络元件管理器中介器实体与供应商特定的域名之间的映射来对供应商特定的域名进行解析;以及向网络元件提供网络元件的供应商的供应商特定的网络元件管理器中介器实体的网络地址。
根据本发明的示例性方面,提供了一种装置,包括:接口,被配置为与至少另一装置进行通信;以及处理器,被配置为使得所述装置执行如下操作:根据来自使用特定的无线电接入技术而可操作于特定运营商的无线电接入网络中的特定供应商的网络元件的请求,使用特定供应商的多个网络元件管理器实体的初始配置数据与网络元件之间的映射来识别用于网络元件的初始配置数据;以及将所识别的初始配置数据提供给网络元件,所识别的初始配置数据包括为网络元件提供最终配置数据的网络元件管理器实体的网络地址。
根据本发明的示例性方面,提供了一种包括计算机可执行计算机程序代码的计算机程序产品,当所述程序在计算机(例如,根据本发明的前述装置相关的示例性方面的任何一个的装置的计算机)上运行时,被配置为使计算机执行根据本发明的前述方法相关的示例性方面的任何一个的方法。
此类计算机程序产品可以包括或被体现为计算机可执行计算机可读程序代码被存储于其上的(有形)计算机可读(存储)介质等等,和/或该程序可以直接可加载到其计算机或其处理器的内部存储器中。
在以下陈述了本发明的前述示例性方面的有利的进一步发展或修改。
通过本发明的示例性实施例的方式,提供了统一的(即,多供应商、多RAT和多NEM使能的)网络元件自动配置框架。更具体地,通过本发明的示例性实施例的方式,提供了用于(无线电接入网络或其它无线电网络中的/用于无线电接入网络或其它无线电网络的)统一的(即,多供应商、多RAT和多NEM使能的)网络元件自动配置框架的办法和机制。
因此,通过使得能够实现/实现(无线电接入网络或其它无线电网络中的/用于无线电接入网络或其它无线电网络的)统一的(即,多供应商、多RAT和多NEM使能的)网络元件自动配置框架的方法、装置和计算机程序产品而实现了改进。
附图说明
以下,将参考附图以非限制性示例的方式更详细地描述本发明,在所述附图中:
图1示出了常规网络元件自动配置框架的第一比较示例的示意图,
图2示出了常规网络元件自动配置框架的第二比较示例的示意图,
图3示出了根据本发明的示例性实施例的网络元件自动配置框架的装置之间的示例性过程的示意图,
图4示出了根据本发明的示例性实施例的网络元件自动配置框架的第一示例的示意图,其中示例性地图示了安全相关的方面,
图5示出了根据本发明的示例性实施例的网络元件自动配置框架的第二示例的示意图,其中示例性地图示了单个供应商的情况,
图6示出了根据本发明的示例性实施例的网络元件自动配置框架的第三示例的示意图,其中示例性地图示了多个供应商的情况,
图7示出了根据本发明的示例性实施例的网络元件自动配置框架的示例性装置的示意图。
具体实施方式
本文参考特定的非限制性示例并且参考当前被视为是本发明的可想到的实施例来描述本发明。本领域技术人员将认识到,本发明决不受限于这些示例,而可以被更广泛地应用。
注意,本发明的以下描述及其实施例主要指的是被用作针对某些示例性网络配置和部署的非限制性示例的规范。就是说,本发明及其实施例的描述主要关于被用作针对某些示例性网络配置和部署的非限制性示例的3GPP规范相关地描述。特别地,LTE/增强型LTE通信***被用作针对如此描述的示例性实施例的适用性的非限制性示例。这样,本文给出的示例性实施例的描述具体指的是其所直接相关的术语。此类术语只被用于所呈现的非限制性示例的上下文中,并且自然不以任何方式限制本发明。更确切地,只要与本文所描述的特征兼容,也可以利用任何其它网络配置或***部署等等。
特别地,本发明及其实施例可以适用于利用例如无线电接入网络或其它无线电网络中的网络元件的自动配置(包括自动连接和/或自动委任)的任何通信***或技术中。
在下文中,使用若干变体和/或替代来描述本发明的各种实施例和实现及其方面或实施例。一般要注意,根据某些需要和约束,可以单独或者以任何可想到的组合(还包括各种变体和/或替代的单独特征的组合)来提供所有的所描述的变体和/或替代。
根据本发明的示例性实施例,一般而言,提供了用于(使得能够实现/实现)统一的(即,多供应商、多RAT和多NEM使能的)网络元件自动配置框架的办法和机制。
首先,为了促进本发明及其方面或实施例的解释,参考了关于网络元件自动配置的常规解决方案。
要注意,图1和图2示例性地针对由申请人/受让人的商标名称和供应商特定的实体所实现的***框架。在该方面,“NetAct”表示针对网络元件管理器(NEM)或网络管理***的非限制(供应商特定的)示例,并且“iOMS”表示针对自动配置服务器/实体的非限制(供应商特定的)示例。虽然此类供应商特定的示例针对某些实体,但如此说明的***框架一般适用于任何供应商独立的环境中。
图1示出了常规网络元件自动配置框架的第一比较示例的示意图。在图1中,示例性地图示有一种***基础结构,其中为了清楚起见省略了与安全相关的方面。
根据图1的示例性***基础结构包括要被自动配置的第一供应商的LTE/WCDMA基站NB/eNB、DHCP服务器、和不同供应商(即,表示第一供应商的NSN和表示第二供应商的供应商B)的两个网络元件管理器(NEM)。在DHCP服务器中,提供了针对每个供应商的配置数据集,并且两个供应商的每一个NEM包括用于该供应商的一组NE(即,NSN的eNB 1、eNB 2和eNB3,以及供应商B的eNB A、eNB B和eNB C)的配置数据。
根据图1的常规自动连接和自动委任框架(即,常规的多供应商即插即用功能)可以被归纳如下。
基本地,根据图1的底层通信***被结构化成分离的PnP和操作访问VLAN以及通用的PnP和OAM IP域。
在实际的PnP自动配置序列中,eNB可以首先(可选地)运行VLAN探测序列以供识别要被用于PnP自动配置的专用PnP访问VLAN。然后,eNB可以与DHCP服务器协作地运行DHCP序列(因此访问eNB的供应商即NSN的配置数据集),从而取得要被用于PnP自动配置的暂时NE标识(被表示为 BTS PnP IP @)和供应商特定的参数,诸如例如RA/CA服务器(即,注册/认证相关的实例)和供应商特定的NEM和/或自动配置服务器/实体(诸如,NetAct/委任iOMS(即,供应商特定的NEM的实例))的IP地址。
基于此,eNB可以使用它的暂时标识来连接至运营商网络,即,PNP访问VLAN。因此,尽管未图示,但eNB可以连接至CA服务器以获得作为要被用于连接至NEM(例如,NetAct)的认证信息的PKI信息。
在没有GPS或另一定位服务可用于eNB处以供使得能够实现硬件至站点映射的情况下,PnP自动配置序列可以在自动连接(和从RA/CA的安全证书预置)之后停止,现场安装者可以注入明确链接至站点位置的eNB标识符,并且因此PnP自动配置序列可以继续。在GPS或另一定位服务可用于eNB处的情况下,在该步骤处可以使用地理位置信息来执行完全自动化的硬件至站点映射,即,不必中断PnP自动配置序列。
此外,eNB可以将其暂时标识符(例如,地理位置、或站点标识符等等)发送至NEM(例如,NetAct),即自动配置服务器/实体,例如委任iOMS。因此,NEM(例如,NetAct)可以验证与其暂时标识符对应的最终NE标识符,并且可以给eNB指派最终自动配置服务器/实体(例如,最终iOMS),并且eNB可以连接至最终自动配置服务器/实体(例如,最终iOMS)并且从NEM(例如,NetAct,即,最终自动配置服务器/实体,例如最终iOMS)下载(最终)配置数据和软件以及自动配置服务器/实体和/或NEM(例如,iOMS/NetAct)的最终IP地址。
基于此,eNB可以使用它的最终标识即利用用于管理相关的连接的最终IP地址(“m-平面”)IP@来重新连接至运营商网络,即,操作访问VLAN。因此,网络集成因而可以继续进行。
对于进一步的细节,可以参考图1中的图示和标示。
根据图1的常规的网络元件自动配置框架的基本问题是通用的PnP和OAM IP域的使用。换而言之,不支持PnP和OAM IP域(在OSI第3层上的)之间的分离,而仅支持PnP和操作访问VLAN域(在OSI第2层上的)之间的分离。例如从安全的角度来看,公共的PnP和OAM IP域造成了威胁。
图2示出了常规网络元件自动配置框架的第二比较示例的示意图。在图2中,示例性地图示有一种***基础结构,其中为了清楚起见省略了安全相关的方面。
根据图2的示例性***基础结构与根据图1的***基础结构相类似,并且因此针对细节参考以上描述。
然而,底层通信***的结构与根据图1的底层通信***的结构不同在于提供了真实域分离。就是说,根据图2的底层通信***被结构化成分离的PnP和操作访问VLAN以及分离的PnP和OAM IP域。
根据图2的常规自动连接和自动委任框架(即,常规的多供应商即插即用功能)基本类似于根据图1的框架。针对细节,结合关于图1的以上描述而参考图2中的图示和标示。
相对于根据图1的常规自动连接和自动委任框架的差异基本存在于eNB首先从委任自动配置服务器/实体(例如,委任iOMS)取得初始配置数据,并且此后(具体地,在使用它的最终标识(即,利用最终m-平面IP@)重新连接至运营商网络(即,操作访问VLAN)之后),从最终自动配置服务器/实体(即,最终iOMS)取得最终配置数据。对比于最终配置数据,初始的配置数据表示不具有SON完成能力的经预配置的配置文件(即,经预配置的数据和通过执行SON而生成的数据的组合)。
因此,经由PnP访问VLAN域从PnP IP域(委任自动配置服务器/实体(例如,iOMS)属于其)提供初始配置数据,而经由操作访问VLAN域从OAM IP域(最终自动配置服务器/实体(例如,iOMS)属于其)提供最终配置数据。
虽然根据图2的常规网络元件自动配置框架提供了真实的域分离,但仍然存在对以上讨论的两种常规网络元件自动配置框架而言固有的某些问题。
即,特定的问题存在于DHCP协议的使用中,尤其存在于负责的NEM和负责的CA服务器的IP地址的获取中。
虽然DHCP是基本上所有的常规已知的供应商特定即插即用解决方案的一部分,但以下问题在由于DHCP的使用这方面发生(当期望实现标准化的解决方案时,特别相关)。一方面,DHCP服务器需要在每个子网中可用,或者每个子网需要具有提供DHCP中继功能的节点(以使得能够到达位于另一子网中的DHCP服务器)。因而需要底层无线电(接入)网络的一些更扩展的预配置,因此由于需要预配置而不利地影响真实PnP特性。另一方面,为了支持多个供应商(即,为了提供对不同供应商特定的NEM的间接(indirection)),必须使用DHCP选项,即供应商-类-标识符(DHCP选项代码60)和供应商-特定-信息(DHCP选项代码43)要被用于请求和检索供应商特定信息(如从图1和图2而明显的)。然而,DHCP选项未被现有的(开源和商业的)DHCP实现良好和/或一致地支持为独立服务器或者集成在网络元件(像路由器)中。同样,即使实现了此类选项,所提供的能力可能不足以实现所需的统一网络元件自动配置框架。这是因为不支持例如具有大于255字符的长度的选项属性。
鉴于此,难以实现具有多供应商、多RAT、和多NEM能力的统一网络元件自动配置框架,如果并非不可能的话。
此外,以上讨论的两种常规网络元件自动配置框架的安全设置也缺少所需的多供应商能力。常规地,安全设置由eNB通过访问运营商的认证机构(CA)服务器来完成。为此,eNB需要四个信息,这四个信号经由以下属性通过DHCP协议的方式被信令至eNB:
通常实现前三个属性,但第四个属性(即,路径属性)当前被假设为固定(“pkix”),这并非对于所有的运营商都是真实的。因此,如果要对常规框架进行扩展,那么其是需要经由DHCP被信令的附加参数。存在通常被用作端口号的称作“pkix-3-ca-ra”的公知TCP端口号829;然而,不存在强制(mandate)CA对该特定端口进行监听的标准,从而使得采用常规的实现从DHCP选项获得该参数是必需的。然后,由eNB在以下URL处访问CMP服务(主题名在CMP消息交换内被内部地使用):
http://<CA-IP@>:<CA-PORT>/<path>
然而,此类方法在实践中不是真的适用。利用该方法的问题在于它普遍依赖于以上所描述的可选的DHCP属性。但是即使当使用DHCP解决基本的多供应商问题将可行时,利用以上所描述的方法,提供对于多RAT的进一步区分以及对于不同NEM实例的再进一步区分无论如何都将不可行。这种情况是因为然后不同供应商域(不同RAT和NEM实例)的所有信息将需要被暴露于DHCP服务器。进而,大量的数据将使DHCP选项的适宜性甚至更不实用。
鉴于以上,本发明及其各方面或实施例提供了统一(即,多供应商、多RAT、和多NEM使能的)网络元件自动配置框架,其能够克服前述问题和缺陷以及满足流行的需要。
以下详细地解释了本发明及其各方面或实施例。
图3示出了根据本发明的示例性实施例的网络元件自动配置框架的装置之间的示例性过程的示意图。
根据图3的示例性***基础结构包括:网络元件NE,其可以示例性地由根据图4-6的任何一个的eNB/NB所表示;域名服务实体DNS,其可以示例性地由根据图4-6的任何一个的DNS服务器所表示;以及供应商特定的网络元件管理器中介器实体“NEM中介器”,其可以示例性地由根据图4-6的任何一个的NEM供应商A/B中介器所表示。
根据本发明的示例性实施例,NE表示特定供应商的网络元件,其使用特定的无线电接入技术而可操作于特定的运营商的无线电接入网络中。
如图3中所示,根据本发明的示例性实施例的对应步骤包括以下操作/功能。
要自动配置的NE请求在DNS处对供应商特定的域名的解析,根据来自NE的请求,DNS使用多个供应商的供应商特定的网络元件管理器中介器实体与供应商特定的域名之间的映射(即,多供应商支持映射)对供应商特定的域名进行解析,并向NE提供NE的供应商的NEM中介器(即,负责或关于该NE的NEM中介器)的网络地址。因而,NE从DNS获取NEM中介器的网络地址,并使用所获取的NEM中介器的网络地址从其请求初始配置数据。根据来自NE的请求,NEM中介器使用特定供应商的多个网络元件管理器实体(NEM)的初始配置数据与网络元件之间的映射(即,多NEM/RAT支持映射)来识别用于NE的初始配置数据,并且向NE提供所识别的初始配置数据,包括为NE提供最终配置数据的网络元件管理器实体(NEM)的网络地址。因而,NE从NEM中介器获得初始配置数据,包括提供最终配置数据的网络元件管理器实体(NEM)的网络地址。
鉴于此,根据本发明的示例性实施例的统一(即,多供应商、多RAT、和多NEM使能的)网络元件自动配置框架特征在于:为了提供多供应商支持(即,多供应商级辨识能力)而使用DNS(而不是DHCP),并且为了提供多NEM/RAT支持(即,多NEM/多RAT级辨识能力)而引入NEM中介器。因而,可以针对要被自动配置的NE而实现到其特定供应商的不同供应商特定的NEM(针对不同的RAT)的间接。
图4示出了根据本发明的示例性实施例的网络元件自动配置框架的第一示例的示意图,其中示例性地图示了安全相关的方面(为了完整性)。
与以上的图1和图2类似,根据图3的示例性***基础结构包括:要被自动配置的特定供应商的LTE/WCDMA基站NB/eNB、DHCP服务器、以及特定供应商的网络元件管理器(NEM)。另外地,根据图3的示例性***基础结构包括DNS服务器和NEM中介器以及CA服务器(针对安全方面)。
与以上的图2类似,根据图3的底层通信***被结构化成分离的PnP和操作访问VLAN以及分离的PnP和OAM IP域,从而实现了真实的域分离。具体地,DNS服务器、(运营商特定的)CA服务器、和(运营商特定的)NEM中介器位于PnP IP域中并且经由PnP访问VLAN域(特别地,使用初始/暂时NE标识)而可访问,并且(运营商特定的)NEM位于OAM IP域中并且经由操作访问VLAN域而(特别地,使用最终NE标识)可访问。
根据本发明的示例性实施例,自动连接和自动委任的上下文中的单独实体的操作性/功能(即,多供应商即插即用)可以被归纳如下。
DHCP服务器可以提供NE的初始网络地址(表示为BTS IP@)和DNS服务器的网络地址(表示为DNS服务器IP@)。因此,DHCP服务器的使用被降低到必须强制性地被所有标准的DHCP服务器所支持的级别(即,只使用强制参数)。
DNS服务器可以解析供应商特定的域名并且可选地还可以解析运营商特定的域名,并且可以向NE返回对应的供应商的中介器NEM的(PnP相关的)网络地址(例如,IP@)以及可选地还可以返回运营商的CA服务器的网络地址(例如,IP@)。
CA服务器可以提供要被NE用于例如通过TLS(采用认证和加密这二者)或IPSec而连接至中介器NEM的认证信息(例如,PKI信息)。
中介器NEM(为运营商的网络中的每个供应商的装备提供的一个此类专用节点)可以存储相应的供应商的所有NE(例如,BTS)的初始配置数据(但非最终配置数据,即,详细的计划数据)。初始配置数据可以只包含适用于OAM/操作访问域的连接信息,包括包含用于NE的最终配置数据(即,详细的计划数据)的NEM节点的网络地址(例如,IP@)以及可选地还包括NE自身的最终网络地址(例如,IP@)。
NEM节点(在图3中只示例性地图示了其之一)可以包含相应的供应商的所有NE(例如,BTS)的最终配置数据(即,详细计划数据)。运营商可以在NEM节点中预置相应的计划数据,其可以将其初始配置部分上载至相应的供应商的中介器NEM。
NE可以基于前述的其它实体的操作性/功能被自动配置。具体地,NE可以使用它的初始/暂时标识而连接至运营商网络(即,PNP访问VLAN),并且可以使用它的最终标识(例如,利用最终m-平面IP@)而重新连接至运营商网络(即,操作访问VLAN)。
根据本发明的示例性实施例,由NEM中介器为对应的供应商的所有NE而存储的初始配置数据可以具体包含以下条目中的一个或多个:BTS管理IP地址、BTS传输IP地址、BTSVLAN ID、缺省GW IP地址、NEM IP地址。可选地,它还可以包含IPSec GW IP地址(IPSec GW可以被用来从其它网络部分分离信任的OAM域)。
根据本发明的示例性实施例,从运营商的计划工具向NEM节点预置最终配置数据(即,每个站点的详细网络计划),所述NEM节点专用于对安装在讨论中的站点处的相应的NE(例如,BTS)进行配置。在网络计划的预置之后,NEM节点经由单向接口将初始配置部分上载至NEM中介器,并且维护(剩余部分的)最终配置数据(即,每个站点的详细网络计划)。
根据本发明的示例性实施例,如图3中所图示,供应商特定的FQDN(完全合格域名)示例性地表示供应商特定的域名并且CA服务器FQDN(完全合格域名)示例性地表示运营商特定的域名。供应商特定的域名用于识别供应商特定的网络元件管理器中介器实体(即,供应商的NEM中介器),而运营商特定的域名用于识别运营商特定的认证机构实体(即,运营商的CA服务器)。
具体地,根据本发明的示例性实施例的供应商和运营商特定的域名可以分别被结构化为包括供应商/运营商特定的部分和固定部分。在此类结构中,供应商特定的域名可以包括用于识别供应商特定的网络元件管理器中介器实体(即,供应商的NEM中介器)的供应商特定的部分和用于识别运营商网络的固定部分,和/或运营商特定的域名可以包括用于识别运营商特定的认证机构实体(提供用于连接至NEM中介器的认证信息)(即,运营商的CA服务器)的运营商特定的部分和用于识别运营商网络的固定部分。
例如,被用于对应的供应商的NEM中介器的供应商特定的FQDN的结构可以如下:
vendor<VENDOR>.mediator.oam.mnc<MNC>.mcc<MCC>.3gppnetwork.org
例如,被用于CA服务器的运营商特定的FQDN的结构可以如下:
ca-server.mediator.oam.mnc<MNC>.mcc<MCC>.3gppnetwork.org
在以上的结构中,部分“vendor<VENDOR>.mediator.oam”和“ca-server.mediator.oam”分别表示前述的供应商和运营商特定的部分,其中VENDOR表示唯一的供应商标识符。此外,部分“mnc<MNC>.mcc<MCC>.3gppnetwork.org”表示前述的固定部分,其中MNC和MCC表示运营商的移动网络代码/国家代码,并且其中域规范“3gppnetwork.org”(包括用于LTE/EPC网络中的不同节点的若干子域)指示与用于编号、寻址和标识的3GPP标准的兼容性(根据3GPP TS 23.003)。
根据本发明的示例性实施例,部分“vendor<VENDOR>.mediator”和“ca-server.mediator”对实现(安全)多供应商支持(即,多供应商级辨识功能)而言特别有效。
根据本发明的示例性实施例,供应商和运营商特定的域名(FQDN)被构造在网络元件处或者DNS服务器处。为此,固定运营商网络部分的MNC和MCC尤其可以被对应地提供用于构造如下概述的FQDN,因此尽可能多地避免了针对在部署前的网络元件的任何预配置的需要。
一方面,每个FQDN的固定部分(即,“mnc<MNC>.mcc<MCC>.3gppnetwork.org”)可以在DNS服务器中被预置为缺省领域,并且NE可以只将“ca-server.mediator.oam”和/或“vendor<VENDOR>.mediator.oam”部分发送至DNS服务器,其将由DNS服务器利用缺省的领域后缀来完成。此类方法在单个运营商基础结构(即,当资源(访问/传输网络、DNS服务器)未在不同的运营商之间共享时)或者在共享的基础结构环境中特别有用,其中,当一个运营商为首并且提供包括DNS服务器的基础结构时,该运营商的MNC和MCC作为缺省领域的部分在DNS服务器中被预置。
因此,以此类方法,网络元件可以将供应商特定的域名的供应商特定的部分和/或运营商特定的域名的运营商特定的部分传送至域名服务实体。域名服务实体可以从网络元件接收供应商特定的域名的供应商特定的部分和/或运营商特定的域名的运营商特定的部分,存储供应商特定的域名和/或运营商特定的域名的固定部分,并且基于此来构造(完成)供应商特定的域名和/或运营商特定的域名。
另一方面,每个FQDN的固定部分(即,“mnc<MNC>.mcc<MCC>.3gppnetwork.org”)可以由DHCP服务器发送至NE(与BTS PnP IP@和/或DNS服务器IP@一起)。此类方法作为DHCP的标准化和强制功能是有用的,因此所有的DHCP服务器实现必须提供用于此类功能的实现。当与前述的方法相比时,该方法的缺点可能是针对DHCP服务器的附加的管理需要,原因在于域名的缺省领域部分需要在DHCP服务器中被配置。
因此,在此类方法中,网络元件可以从动态主机配置协议实体获取供应商特定的域名和/或运营商特定的域名的固定部分,基于此来构造供应商特定的域名和/或运营商特定的域名,并且将所构造的供应商特定的域名和/或运营商特定的域名传送至域名服务实体。域名服务实体可以从网络元件接收如此构造的(完成)供应商特定的域名和/或运营商特定的域名。
根据本发明的示例性实施例,如图3中所图示,NE可以不仅请求在DNS处对供应商特定的域名(例如,FQDN)的解析,并且从DNS获取NEM中介器的网络地址,其然后可以被用于从NEM中介器请求并获得初始配置数据。同样,为了实现安全相关的方面,NE可以请求在DNS处对运营商特定的域名(例如,FQDN)的解析,并且从DNS获取运营商特定的CA服务器的网络地址,其然后可以被用于从CA服务器请求并检索认证信息并且使用所检索的认证信息建立到NEM中介器的安全连接。
当从DNS获取供应商和运营商特定的域名(例如,FQDN)这二者时,这可以以任何序列或者(半)同时地完成。
根据本发明的示例性实施例,DNS服务器被用来根据来自NE的请求而对供应商特定的FQDN进行解析。作为回复而返回的网络(例如,IP)地址是相应的供应商的中介器NEM的网络地址。中介器NEM接受使用如与运营商的CA服务器协商的认证和TLS/IPSec的所有新NE的初始连接,并且向它们提供可以(除其它事物之外尤其)包含要被用于OAM访问域中的NE的最终IP地址的初始配置数据和包含用于相应的NE的详细计划数据的NEM节点的IP地址。
根据本发明的示例性实施例,DNS服务器被用来根据来自NE的请求而对运营商特定的FQDN进行解析。作为回复返回的网络(例如,IP)地址是运营商的CA服务器的网络地址。因为除IP地址之外,访问CA服务器也可以需要端口号和URL(如上表所指示),所以能够存在用以将该信息提供至NE的不同方法。
一方面,可以使用证书管理协议(CMP)的标准化参数。在使用标准化的值中,已经存在用于CMP的公知的端口,即端口829(其可以被强制成用于CMP)。此外,被要求的URL可以被强制,诸如已经被大多数CA服务器所使用的字符串“pkix”。更进一步,可以固定/强制CA主题名,或者可以由标准禁止它的使用。
另一方面,可以使用域名服务(DNS)文本(TXT)资源记录(RR)。在使用DNS TXT资源记录中,可以存在与特定类型的DNS资源记录相关联的TXT RR。例如,此类TXT RR可以与包含CA服务器IP(IPv4或IPv6)地址的A或AAAA RR相关联,从而指定所有需要的附加信息,即:CMP端口、路径和主题名。在该情况下,TXT RR的结构可以被标准化,例如,“port=< PORT >,path=< PATH >, subject =< SUBJECT >”。
根据本发明的示例性实施例,DNS服务器(即,相应的多供应商支持映射)可以经由运营商控制台(手动地)或者通过动态域名服务(动态地)更新。在该方面,映射的更新可以通过经由运营商控制台和/或经由供应商特定的网络元件管理器中介器实体和/或运营商特定的认证机构实体来完成,和/或映射的更新可以通过从运营商控制台和/或从供应商特定的网络元件管理器中介器实体和/或运营商特定的认证机构实体接收经更新/修改的映射来完成。因而,NEM中介器的网络地址(以及可选地运营商的CA服务器的网络地址)可以在DNS服务器中保持为最新。
经由运营商控制台的(手动)更新可以是最高效的,原因在于存在较低数目的DNS记录(即,每供应商一个加上CA服务器的记录),从而产生针对手动更新的不多的努力。同样,就安全问题而言此类(手动)更新可以是优选的,原因在于它不需要NEM中介器/CA服务器与DNS服务器之间的接口。
通过动态DNS的(动态)更新意味着NEM中介器和CA服务器在其自身的网络地址改变时将它更新至DNS服务器。此类方法减轻了DNS服务器的预置的所有附加的管理负担,还给予运营商用于管理NEM中介器和/或CA服务器的网络地址的策略的选择。这些能够是静态的(这意味着网络地址在DNS服务器中只被更新一次),但其还能够经由DHCP或者任何其它地址管理设施而是动态的,在该情况中,无论网络地址在NEM中介器和/或CA服务器中何时改变,其都将被自动地更新至DNS服务器。不顾自动更新的方便,NEM中介器和/或CA服务器之间的接口的安全相关的需要可能致使该方法较不优选。
图5示出了根据本发明的示例性实施例的网络元件自动配置框架的第二示例的示意图,其中示例性地图示了单个供应商的情况,并且其中为了清楚起见省略了安全相关的方面。
根据图5的示例性***基础结构类似于根据图4的示例性***基础结构,并且因此针对细节可以参考以上的描述。因此,根据图5的示例性***基础结构构成了凭借DNS服务器(和相关联的域名(FQDN)概念)提供多供应商支持(即,多供应商级辨识功能)以及凭借NEM中介器提供多NEM/RAT支持(即,多NEM/多RAT级的辨识功能)的统一(即,多供应商、多RAT、和多NEM使能的)网络元件自动配置框架。
在该方面,从图5中显然的是,如此图示的网络元件自动配置框架支持相同的RAT内的多个NEM节点(即,多NEM能力)和用于不同RAT的不同NEM节点(即,多RAT能力)。
与图4类似,根据图5的底层通信***被结构化成分离的PnP和操作访问VLAN以及分离的PnP和OAM IP域,从而实现了真实的域分离。
根据图5的自动连接和自动委任框架(即,根据本发明的示例性实施例的供应商特定的即插即用功能)可以被归纳如下。
就基本特性而言,如从以上显然的,可以注意:
· 分离的PnP和OAM IP域/网络与用于可由VLAN探测识别的(可选的)PnP的专用VLAN共存,
· 中介器NEM属于PnP IP域,最终/实际的NEM属于OAM IP域,
· DHCP服务器只被用于取得DNS服务器的IP@,
· DNS服务器被用来取得供应商特定的中介器NEM的IP@,从其下载初始配置文件,以及
· 来自OAM域的最终自配置只通过具有预计划的m-平面IP@的最终VLAN访问网络来完成。
鉴于此,假设以下准备:
·在DHCP服务器中设置DNS服务器的IP@,
· 对于每个供应商的中介器NEM,特定的FQDN被预置并且在DNS服务器中手动地或者经由动态DNS通过相应的中介器NEM保持为最新
·在DNS服务器中预置运营商的CA服务器IP@,以及
· 每个NEM节点经由单向接口将计划数据的初始配置上载至相应的供应商的中介器NEM。
在实际的PnP自动配置序列中,eNB可以首先(可选地)运行用于识别要被用于PnP自动配置的专用PnP访问VLAN的VLAN探测序列。然后,eNB可以与DHCP服务器协作地运行DHCP序列,从而取得要被用于PnP自动配置的暂时NE标识(表示为BTS PnP IP@)和DNS服务器IP@。
基于此,eNB可以使用它的暂时标识来连接至运营商网络,即PNP访问VLAN。因此,eNB可以向DNS服务器查询运营商特定的FQDN以获得CA服务器IP@,eNB可以向DNS服务器查询供应商特定的FQDN以获得中介器NEM IP@,并且eNB可以连接至CA服务器以获得作为要被用于连接至NEM中介器的认证信息的PKI信息。
在没有GPS或另一定位服务可用于eNB处以供使得能够实现硬件至站点映射的情况下,PnP自动配置序列可以在自动连接(和来自RA/CA的安全证书预置)之后停止,现场安装者可以注入明确链接至站点位置的eNB标识符,并且因此PnP自动配置序列可以继续。在GPS或另一定位服务可用于eNB处的情况下,在该步骤处可以使用地理位置信息来执行完全自动化的硬件至站点映射,即,不必中断PnP自动配置序列。
此外,eNB可以执行eNB和NEM中介器之间的TLS建立。在此类安全TLS连接时,eNB可将它的暂时NE标识符(例如,地理位置、或站点ID等等)发送至NEM中介器,并且NEM中介器可以验证与它的暂时标识符相对应的最终NE标识符,并且可以将初始配置数据发送至eNB(初始=不具有SON完成的经预配置的配置文件)。
基于此,eNB可以使用它的最终标识(即,利用最终m-平面IP@)重新连接至运营商网络(即,操作访问VLAN)。因此,eNB可以连接至最终/实际的NEM节点并且从负责/相关的NEM节点下载最终配置数据和软件。因此,网络集成因而可以继续进行。
图6示出了根据本发明的示例性实施例的网络元件自动配置框架的第三示例的示意图,其中示例性地图示了多供应商的情况,并且其中为了清楚起见省略了安全相关的方面。
根据图6的示例性***基础结构类似于根据图4和图5的示例性***基础结构,并且因此针对细节,参考以上的描述。因此,根据图6的示例性***基础结构构成了凭借DNS服务器(和相关联的域名(FQDN)概念)提供多供应商支持(即,多供应商级辨识功能)以及凭借NEM中介器提供多NEM/RAT支持(即,多NEM/多RAT级辨识功能)的统一(即,多供应商、多RAT、和多NEM使能的)网络元件自动配置框架。
根据图6的示例性***基础结构与根据图5的示例性***基础结构不同仅在于:图示了示例性的多供应商的情况。即,聚焦于多个供应商能力,示例性地描绘来自两个假定的供应商(即,供应商“A”和供应商“B”)的节点。
根据图6的自动连接和自动委任框架(即,根据本发明的示例性实施例的多供应商即插即用功能)基本等价于以上结合图5所描述的框架。如从图6显然的,在如此描述的示例性用例中假定eNB/NB是由供应商B售出,并且操作于示例性RAT X 中或者与示例性RAT X一起操作。此外,假定因为两个NEM节点可用于供应商B的RAT X NE,所以NEM RAT X节点2号示例性地负责/相关于要被自动配置的eNB/NB。
参考关于本发明和它的方面和实施例的前述解释,可以概述本发明的示例性实施例的以下特征和效果。
本发明的示例性实施例的第一方面基本存在于域名服务的使用以提供第一级的间接,即多供应商支持。
因此,可以根据重复使用现有的网络服务器而实现部署效率。DNS的使用促进了部署,原因在于网络域中的仅单个DNS服务器需要被维护,并且不存在DNS协议实体之间的互操作性方面的已知问题(像针对DHCP的那些描述的问题)。此外,总之通常DNS在网络域中使用以避免处理许多IP地址的列表。一些IP路由器供应商还在他们的产品中提供内置DHCP和/或DNS服务器服务。如果网络运营商使用此类路由器,那么不存在需要物理地部署新的节点/服务器以供提供必需的DHCP和/或DNS功能,从而减轻这些节点/服务器的(在某种程度上)维护成本和部署。
本发明的示例性实施例的第二方面基本存在于引入NEM中介器功能/节点,以提供第二级的间接,即多RAT/多NEM支持。
NEM中介器功能/节点表示到供应商的其它NEM节点的前端,从而支持针对不同RAT的不同NEM(即,多RAT能力)并且支持相同类型/RAT的多个NEM(即,多NEM能力),例如诸如多个3G NSN NetAct节点之类的多个供应商特定的NEM实体。因此,NEM/RAT的映射可以基于基站类型/能力/RAT(其可以是供应商特定的)而完成。NEM中介器提供了第二级的间接,其促进分离成PnP和OAM访问域(因为NEM中介器位于PnP访问域中,而其它NEM位于OAM访问域中)。
本发明的示例性实施例的另一方面基本存在于NEM中介器和相同供应商的/用于相同供应商的其它NEM之间的单向接口的预置。
供应商的NEM节点与相同供应商的NEM中介器功能/节点之间的接口是单向的,即连接建立只可能从NEM节点之一朝向NEM中介器,但反之则不然。这例如能够由防火墙来实现。此类设计对于使得能够实现改善的安全是有效的。这是因为,如果NEM中介器功能/节点被攻击(从PnP访问域),则仍不存在损害任何NEM节点的进一步可能性,从而为已经建立的网络元件保留OAM ***的功能,并且确保服务的连续性。另外,NEM中介器功能/节点可以演进以便提供需要对NEM节点进行基于CA的认证的安全接口。
如上所概述的,根据本发明的示例性实施例的统一网络元件自动配置框架(包括架构(即,节点/功能)和序列(即,过程/操作))提供了多供应商、多RAT、和多NEM能力。
凭借根据本发明的示例性实施例的多供应商能力,在现场安装之前不在NE中预配置任何供应商特定的数据的情况下,不同供应商的NE能够采用对于不同供应商的统一(标准化的)方式而连接至OAM***。
凭借根据本发明的示例性实施例的多RAT能力,尤其当存在针对不同RAT的不同NEM节点时,来自相同供应商的、实现不同/多种无线电接入技术(RAT)(例如,WCDMA、LTE等等)的NE(例如,基站)能够自动地连接至适当的NEM节点并接收它们的配置。
凭借根据本发明的示例性实施例的多NEM能力,支持相同供应商和相同RAT内的多个NEM节点(例如,诸如多个3G NSN NetAct节点之类的多个供应商特定的NEM实体),而在NEM节点和NE之间存在直接映射,以使得如果NE初始连接至网络,那么它可以(自动地)连接至托管它的配置(计划数据)的特定NEM节点。因此,使得每个NE能够映射到来自合适的NEM节点的可用集的NEM的特定实例。
另外地,根据本发明的示例性实施例的统一网络元件自动配置框架(包括架构(即,节点/功能)和序列(即,过程/操作))满足了用于可以使得能够实现现代通信***中的广泛采用的先进的即插即用解决方案的(由运营商建立的)各种需要/特性。此类后续概述的需要/特性跨越了前述的“多X”使能,即每个单供应商解决方案和多供应商集成部分要满足这些需要/特性(像,例如安全性)。
根据本发明的示例性实施例的统一网络元件自动配置框架能够提供真实的即插即用(PnP),即真实的PnP连接设置。
因此,NE在现场安装前不需要在工厂中预置任何初始配置。这通过将配置数据与实际的硬件实例相分离而促进现货供应NE部署。凭借硬件到站点映射过程,可以识别在其处安装了给定NE实例的站点,并且基于站点身份,可以从为该站点准备的计划数据库中检索对应的配置数据。此外,可以最小化NE将连接至的访问网络的所需的预配置。
根据本发明的示例性实施例的统一网络元件自动配置框架能够提供真实的域分离,即“PnP”和“OAM访问”网络域的完全分离。
因此,运营商的VLAN和IP访问网络可以被完全分成两个部分。由NE针对初始访问所使用的PnP访问域可以由在运营商的网络中具有NE的所有供应商而共享。然而,OAM域需要NE的基于PKI的认证,并且能够存在用于每个供应商的单独的OAM域。
根据本发明的示例性实施例的统一网络元件自动配置框架能够提供安全性。
具体地,可以避免两个访问域中的多归属(即,在PnP和OAM域二者中都具有接口的节点)。这就安全性而言是有效的,原因在于可从PnP域直接访问的节点被视为较不安全(即,更暴露于攻击者),这就是为什么它们与OAM(信任的)域内的节点的分离是优选的。然而,当NE正在访问PnP域内的节点时,安全协议(诸如例如TLS/IPsec)可以仍然适用。
附带地,根据本发明的示例性实施例的统一网络元件自动配置框架能够缩减供应商和运营商这两侧的实现成本。
如下文所描述的,以上所描述的过程和功能可以由相应的功能元件、处理器等等来实现。
虽然在前述本发明的示例性实施例中主要参考方法、过程和功能来进行描述,但是本发明的对应的示例性实施例还涵盖相应的装置、网络节点和***,包括软件和/或其硬件这二者。
下面参考图7描述了本发明的相应的示例性实施例,而为了简洁起见,参考了根据图3-6的相应对应的机制、方法和功能、原理和操作的详细描述。
在下面的图7中,实线框基本被配置为执行如以上所描述的相应的操作。全部实线框基本被配置为分别执行如以上所描述的方法和操作。关于图7,要注意单独的框意味着分别图示实现相应的功能、处理或过程的相应的功能框。此类功能框是实现独立的,即可以分别借助于任何种类的硬件或软件来实现。将单独的框互连的箭头和线意味着图示其之间的操作耦合, 所述操作耦合可以是物理和/或逻辑耦合,其在一方面是实现独立的(例如有线或者无线)而在另一方面还可以包括未示出的任意数目的中间功能实体。箭头的方向意味着图示执行某些操作的方向和/或传递某些数据的方向。
此外,在图7中仅图示涉及以上描述的方法、过程和功能的任何一个的那些功能块。本领域技术人员将确认对于操作相应的结构布置所需的任何其它常规功能块的存在,诸如例如,电源、中央处理单元、相应的存储器等。除其它之外,存储器尤其被提供用于存储用于的控制单独的功能实体以如本文描述的那样操作程序或者程序指令。
图7示出了根据本发明的示例性实施例的网络元件自动配置框架的示例性装置的示意图。
鉴于上文,如本文描述的,如此描述的装置10、20和30适于在实施本发明的示例性实施例中使用。
如此描述的装置10可以表示诸如基站、BTS、eNB、NB等等的网络元件(的部分)并且可以被配置为执行过程和/或展现如从图3-6中的任何一个而显然的功能。如此描述的装置20可以表示诸如DNS服务器/功能等等的域名服务实体(的部分)并且可以被配置为执行过程和/或展现如从图3-6中的任何一个而显然的功能。如此描述的装置30可以表示诸如NEM中介器功能/节点等等的供应商特定的网络元件管理器中介器实体(的部分)并且可以被配置为执行过程和/或展现如从图3-6中的任何一个而显然的功能。
如图7中所指示的,根据本发明的示例性实施例,每个装置包括由总线14/24/34等连接的处理器11/21/31、存储器 12/22/32和接口13/23/33,并且所述装置可以分别经由链路A和B进行连接。
尽管未在图7中图示,但根据本发明的示例性实施例的装置还可以涉及DHCP服务器/功能等等、CA服务器/功能等等、以及一个或多个NEM节点/功能等等,其可以分别被配置为执行过程和/或表现如从图3-6中的任何一个而显然的功能。因此,装置10可以附加地经由链路(未示出)连接至DHCP服务器/功能和/或CA服务器/功能,和/或装置30可以附加地经由一个或多个链路(未示出)连接至一个或多个NEM节点/功能。
处理器11/21/31和/或接口13/23/33还可以分别包括用以促进通过(硬线或者无线)链路的通信的调制解调器等。接口13/23/33可以分别包括耦合到一个或者多个天线的合适的收发机或者用于与所链接或者连接的(一个或多个)设备(硬线或者无线)通信的通信器件。接口13/23/33一般被配置为与至少一个其它装置(即其接口)通信。
存储器12/22/32可以存储假设包括程序指令或计算机程序代码的相应的程序,所述程序指令或计算机程序代码当被相应的处理器执行时,使得相应的电子设备或者装置能够根据本发明的示例性实施例而操作。例如,装置10和20可以存储供应商/运营商特定的域名(的部分),和/或装置20和30可以存储如上所概述的相应的映射,和/或装置30可以存储用于各种网络元件的初始配置数据等等。
一般而言,相应的设备/装置(和/或其部分)可以表示用于执行相应的操作和/或展现相应的功能的器件,和/或相应的设备(和/或其部 分)可以具有用于执行相应的操作和/或展现相应的功能性的功能。
当在后续的描述中陈述了处理器(或一些其它器件)被配置为执行某一功能,但这要解释成等价于陈述如下内容的描述:潜在地与存储在相应的装置中的存储器中的计算机程序代码协作的(即,至少一个)处理器或者对应的电路被配置为使该装置至少执行如此提到的功能。同样,此类功能要解释成等价地可由用于执行相应功能的经特别配置的电路或器件实现(即,表述“处理器被配置为[使装置…]执行xxx”被解释成等价于诸如“用于xxx的器件”之类的表述)。
以其最基本的形式,根据本发明的示例性实施例,装置10或它的处理器11被配置为执行如下操作:请求在域名服务实体处对供应商特定的域名的解析;从域名服务实体获取供应商特定的网络元件管理器中介器实体的网络地址;使用所获取的供应商特定的网络元件管理器中介器实体的网络地址来请求初始配置数据;以及从供应商特定的网络元件管理器中介器实体获得初始配置数据,包括提供最终配置数据的网络元件管理器实体的网络地址。
以其最基本的形式,根据本发明的示例性实施例,装置20或它的处理器21被配置为执行如下操作:根据来自使用特定的无线电接入技术而可操作于特定运营商的无线电接入网络中的特定供应商的网络元件的请求,使用多个供应商的供应商特定的网络元件管理器中介器实体与供应商特定的域名之间的映射来对供应商特定的域名进行解析;以及向网络元件提供网络元件的供应商的供应商特定的网络元件管理器中介器实体的网络地址。
以其最基本的形式,根据本发明的示例性实施例,装置30或它的处理器31被配置为执行如下操作:根据来自使用特定的无线电接入技术而可操作于特定运营商的无线电接入网络中的特定供应商的网络元件的请求,使用特定供应商的多个网络元件管理器实体的初始配置数据与网络元件之间的映射来识别用于网络元件的初始配置数据;以及将所识别的初始配置数据提供给网络元件,所识别的初始配置数据包括为网络元件提供最终配置数据的网络元件管理器实体的网络地址。
针对关于单独的装置的操作/功能的进一步细节,分别参考结合图3-6中的任何一个的以上描述。
根据本发明的示例性实施例,处理器11/21、存储器12/22和接口13/23可以被实现为单独的模块、芯片、芯片集、电路等,或者它们中的一个或者多个能够分别实现为通用模块、芯片、芯片集、电路等。
根据本发明的示例性实施例,***可以包括被配置为如以上描述的那样协作的如此描绘的设备/装置和其它网络元件的任何可想到的组合。
一般,要注意:根据以上描述的方面的相应的功能块或者元件能够分别通过任何已知的器件、采用硬件和/或软件来实现,如果它仅被适配为执行相应部分的所描述功能的话。提到的方法步骤能够在单独的功能块中或者由单独的设备来实现,或者方法步骤中的一个或者多个能够在单个功能块中或者由单个设备来实现。
一般地,任何方法步骤适于在不改变本发明的想法的情况下被实现为软件或者由硬件来实现。只要由方法步骤所定义的功能被保留,则此类软件可以是软件代码独立的并且能够使用任何已知或者将来开发的编程语言来指定,诸如例如Java、C++、C和汇编程序。此类硬件可以是硬件类型独立的并且能够使用任何已知或者将来开发的硬件技术或者这些技术的任何混合(诸如MOS(金属氧化物半导体)、CMOS(互补MOS)、BiMOS(双极MOS)、BiCMOS(双极CMOS)、ECL(射极耦合逻辑)、TTL(晶体管-晶体管逻辑)等),使用例如ASIC(专用IC(集成电路))组件、FPGA(现场可编程门阵列)组件、CPLD(复杂可编程逻辑器件)组件或者DSP(数字信号处理器)组件来实现。设备/装置可以由半导体芯片、芯片集或者包括此类芯片或者芯片集的(硬件)模块来表示;然而这未排除设备/装置或者模块的功能被实现为(软件)模块中的软件(诸如包括用于在处理器上执行/运行的可执行软件代码部分的计算机程序或者计算机程序产品)而不是硬件实现的可能性。设备可以例如被视为设备/装置或者视为多于一个设备/装置的组装件,不管在功能上彼此协作或者在功能上彼此独立但是在相同设备外壳中。
设备和/或期间或其部分能够被实现为单独的设备,但是只要设备的功能被保留,这就不排除它们可以采用遍及***分布的方式而实现。此类和相似的原理要视为本领域技术人员所公知的。
软件在本说明书的意义上包括软件代码,这样包括用于执行相应功能的的代码器件或部分或者计算机程序或计算机程序产品,以及潜在地在其处理期间体现在有形介质(诸如,在其上已存储了的相应数据结构或代码器件/部分的计算机可读(存储)介质)上的、或者体现在信号中或芯片中的软件可能在其处理期间在信号中或者在芯片中体现的软件。
只要以上描述的方法和结构布置的概念适用,则本发明还涵盖以上描述的方法步骤和操作的任何可想到的组合,以及以上描述的节点、装置、模块或者元件的任何可想到的组合。
鉴于上文,提供有用于统一的(即,多供应商、多RAT和多NEM使能的)网络元件自动配置框架的办法。此类办法示例性地包括域名服务实体处的多供应商级辨识功能和具有与供应商特定的网络元件管理器实体的单向接口的供应商特定的网络元件管理器中介器实体处的多NEM/多RAT级辨识功能,其中网络元件可以自动地配置有初始配置数据,包括为网络元件提供最终配置数据的网络元件管理器实体的网络地址。
根据本发明的示例性实施例的办法可以应用于任何种类的网络环境,诸如例如针对根据3GPP UMTS和/或3GPP LTE发布标准10/11/12/…(包括先进LTE及其演进)的通信***。
即使以上根据附图参考示例描述了本发明,但要理解本发明不限于此。更确切地说,对本领域技术人员明显的是能够在不背离如本文所公开的发明想法的范围的情况下采用许多方式来修改本发明。
首字母缩写词和缩略语的列表
3GPP 第三代合作伙伴计划
BTS 基站收发机
CA 认证机构
CMP 证书管理协议
DHCP 动态主机配置协议
DNS 域名服务
eNB 演进型节点B(基站)
EPC 演进分组核心
FQDN 完全合格域名
HTTP 超文本传输协议
GPS 全球定位***
GW 网关
iOMS 集成操作中介子***
IP 网际协议
IP@ IP地址
LTE 长期演进
MCC 移动国家代码
MNC 移动网络代码
NB 节点B(基站)
NE 网络元件
NEM 网络元件管理器
OAM 操作、管理和维护
OSI 开放式***互连参考模型
PKI 公钥基础结构
PnP 即插即用
RA 注册机构
RAT 无线电接入技术
RNW 无线电网络
RR 资源记录
SON 自组织网络
SW 软件
TLS 传输层安全
TXT 文本
UMTS 通用移动通信***
URL 统一资源定位符
VLAN 虚拟局域网
WCDMA 宽带码分多址
Claims (24)
1.一种用于自动配置框架的方法,包括:
根据来自使用特定的无线电接入技术而可操作于特定运营商的无线电接入网络中的特定供应商的网络元件的请求,使用多个供应商的供应商特定的网络元件管理器中介器实体与供应商特定的域名之间的映射来对供应商特定的域名进行解析;以及
向网络元件提供网络元件的供应商的供应商特定的网络元件管理器中介器实体的网络地址。
2.如权利要求1所述的方法,还包括:
根据来自网络元件的请求,使用运营商网络的运营商的运营商特定的认证机构实体与运营商特定的域名之间的映射来解析运营商特定的域名;以及
向网络元件提供运营商特定的认证机构实体的网络地址。
3.如权利要求2所述的方法,其中运营商特定的认证机构实体的网络地址使用证书管理协议的标准化参数或者使用域名服务文本资源记录而被提供。
4.如权利要求1至3中的任一项所述的方法,其中,
所述映射经由运营商控制台或者通过动态域名服务经由供应商特定的网络元件管理器中介器实体和/或运营商特定的认证机构实体而被更新,和/或
供应商特定的网络元件管理器中介器实体为网络元件提供初始配置数据,包括为网络元件提供最终配置数据的网络元件管理器实体的网络地址。
5.如权利要求1至3中的任一项所述的方法,其中,
所述方法可操作于域名服务实体处或者可由域名服务实体操作,所述域名服务实体使用特定的无线电接入技术而可操作于特定运营商的无线电接入网络中,和/或
域名服务实体和供应商特定的网络元件管理器中介器实***于无线电接入网络的即插即用域中和/或经由无线电接入网络的即插即用访问虚拟网络而可访问。
6.一种用于自动配置框架的方法,包括:
根据来自使用特定的无线电接入技术而可操作于特定运营商的无线电接入网络中的特定供应商的网络元件的请求,使用特定供应商的多个网络元件管理器实体的初始配置数据与网络元件之间的映射来识别用于网络元件的初始配置数据;以及
将所识别的初始配置数据提供给网络元件,所识别的初始配置数据包括为网络元件提供最终配置数据的网络元件管理器实体的网络地址。
7.如权利要求6所述的方法,其中,
所述识别基于网络元件在特定的无线电接入技术中的操作性,并且特定供应商的多个网络元件管理器实体中的一个或多个涉及特定供应商的网络元件的不同的无线电接入技术,和/或
所述识别基于网络元件的类型或者能力,并且特定供应商的多个网络元件管理器实体中的一个或多个涉及特定供应商的网络元件的不同类型或能力。
8.如权利要求6或7中的任一项所述的方法,其中,
特定供应商的多个网络元件管理器实体的初始配置数据经由单向接口从相应的网络元件管理器实体上载,和/或
多个网络元件管理器实体的初始配置数据涉及特定供应商的所有网络元件。
9.如权利要求6或7所述的方法,还包括:
使用来自运营商特定的认证机构实体的认证信息来建立到网络元件的安全连接,其中发起和提供经由到网络元件的安全连接而被执行。
10.如权利要求6或7所述的方法,其中,
发起和提供使用网络元件的初始网络地址而被执行,
初始配置数据还包括网络元件的最终网络地址,和/或
最终配置数据包括用于网络元件的详细网络计划信息。
11.如权利要求6或7所述的方法,其中,
所述方法可操作于供应商特定的网络元件管理器中介器实体处或者可由供应商特定的网络元件管理器中介器实体操作,和/或
供应商特定的网络元件管理器中介器实***于无线电接入网络的即插即用域中和/或经由无线电接入网络的即插即用访问虚拟网络而可访问,并且多个网络元件管理器实***于无线电接入网络的操作、管理和维护域中和/或经由无线电接入网络的操作访问虚拟网络而可访问。
12.一种用于自动配置框架的装置,包括:
接口,被配置为与至少另一装置进行通信;以及
处理器,被配置为使所述装置执行如下操作:
根据来自使用特定的无线电接入技术而可操作于特定运营商的无线电接入网络中的特定供应商的网络元件的请求,使用多个供应商的供应商特定的网络元件管理器中介器实体与供应商特定的域名之间的映射来对供应商特定的域名进行解析;以及
向网络元件提供网络元件的供应商的供应商特定的网络元件管理器中介器实体的网络地址。
13.如权利要求12所述的装置,其中所述处理器还被配置为使所述装置执行如下操作:
根据来自网络元件的请求,使用运营商网络的运营商的运营商特定的认证机构实体与运营商特定的域名之间的映射来解析运营商特定的域名;以及
向网络元件提供运营商特定的认证机构实体的网络地址。
14.如权利要求13所述的装置,其中运营商特定的认证机构实体的网络地址使用证书管理协议的标准化参数或者使用域名服务文本资源记录而被提供。
15.如权利要求12至14中的任一项所述的装置,其中,
所述映射经由运营商控制台或者由动态域名服务经由供应商特定的网络元件管理器中介器实体和/或运营商特定的认证机构实体而被更新,和/或
供应商特定的网络元件管理器中介器实体为网络元件提供初始配置数据,包括为网络元件提供最终配置数据的网络元件管理器实体的网络地址。
16.如权利要求12至14中的任一项所述的装置,其中,
所述装置可操作为域名服务实体或者可操作于域名服务实体处,所述域名服务实体使用特定的无线电接入技术而可操作于特定运营商的无线电接入网络中,和/或
域名服务实体和供应商特定的网络元件管理器中介器实***于无线电接入网络的即插即用域中和/或经由无线电接入网络的即插即用访问虚拟网络而可访问。
17.一种用于自动配置框架的装置,包括:
接口,被配置为与至少另一装置进行通信;以及
处理器,被配置为使所述装置执行如下操作:
根据来自使用特定的无线电接入技术而可操作于特定运营商的无线电接入网络中的特定供应商的网络元件的请求,使用特定供应商的多个网络元件管理器实体的初始配置数据与网络元件之间的映射来识别用于网络元件的初始配置数据;以及
将所识别的初始配置数据提供给网络元件,所识别的初始配置数据包括为网络元件提供最终配置数据的网络元件管理器实体的网络地址。
18.如权利要求17所述的装置,其中,
所述识别基于网络元件在特定的无线电接入技术中的操作性,并且特定供应商的多个网络元件管理器实体中的一个或多个涉及特定供应商的网络元件的不同的无线电接入技术,和/或
所述识别基于网络元件的类型或者能力,并且特定供应商的多个网络元件管理器实体中的一个或多个涉及特定供应商的网络元件的不同类型或能力。
19.如权利要求17或18中的任一项所述的装置,其中,
特定供应商的多个网络元件管理器实体的初始配置数据经由单向接口从相应的网络元件管理器实体上载,和/或
多个网络元件管理器实体的初始配置数据涉及特定供应商的所有网络元件。
20.如权利要求17或18所述的装置,其中所述处理器还被配置为使所述装置执行如下操作:
使用来自运营商特定的认证机构实体的认证信息来建立到网络元件的安全连接,其中发起和提供经由到网络元件的安全连接而被执行。
21.如权利要求17或18所述的装置,其中,
发起和提供使用网络元件的初始网络地址而被执行,
初始配置数据还包括网络元件的最终网络地址,和/或
最终配置数据包括用于网络元件的详细网络计划信息。
22.如权利要求17或18所述的装置,其中,
所述装置可操作为供应商特定的网络元件管理器中介器实体或者可操作于供应商特定的网络元件管理器中介器实体处,和/或
供应商特定的网络元件管理器中介器实***于无线电接入网络的即插即用域中和/或经由无线电接入网络的即插即用访问虚拟网络而可访问,并且多个网络元件管理器实***于无线电接入网络的操作、管理和维护域中和/或经由无线电接入网络的操作访问虚拟网络而可访问。
23.一种用于自动配置框架的装置,包括:
用于根据来自使用特定的无线电接入技术而可操作于特定运营商的无线电接入网络中的特定供应商的网络元件的请求,使用多个供应商的供应商特定的网络元件管理器中介器实体与供应商特定的域名之间的映射来对供应商特定的域名进行解析的装置;以及
用于向网络元件提供网络元件的供应商的供应商特定的网络元件管理器中介器实体的网络地址的装置。
24.一种用于自动配置框架的装置,包括:
用于根据来自使用特定的无线电接入技术而可操作于特定运营商的无线电接入网络中的特定供应商的网络元件的请求,使用特定供应商的多个网络元件管理器实体的初始配置数据与网络元件之间的映射来识别用于网络元件的初始配置数据的装置;以及
用于将所识别的初始配置数据提供给网络元件的装置,所识别的初始配置数据包括为网络元件提供最终配置数据的网络元件管理器实体的网络地址。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710728479.4A CN107370629A (zh) | 2012-01-16 | 2012-01-16 | 供应商特定的基站自动配置框架 |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/EP2012/050543 WO2013107495A1 (en) | 2012-01-16 | 2012-01-16 | Vendor specific base station auto - configuration framework |
CN201710728479.4A CN107370629A (zh) | 2012-01-16 | 2012-01-16 | 供应商特定的基站自动配置框架 |
CN201280067201.2A CN104040997B (zh) | 2012-01-16 | 2012-01-16 | 供应商特定的基站自动配置框架 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201280067201.2A Division CN104040997B (zh) | 2012-01-16 | 2012-01-16 | 供应商特定的基站自动配置框架 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107370629A true CN107370629A (zh) | 2017-11-21 |
Family
ID=45529083
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710728479.4A Pending CN107370629A (zh) | 2012-01-16 | 2012-01-16 | 供应商特定的基站自动配置框架 |
CN201280067201.2A Expired - Fee Related CN104040997B (zh) | 2012-01-16 | 2012-01-16 | 供应商特定的基站自动配置框架 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201280067201.2A Expired - Fee Related CN104040997B (zh) | 2012-01-16 | 2012-01-16 | 供应商特定的基站自动配置框架 |
Country Status (6)
Country | Link |
---|---|
US (1) | US20150006689A1 (zh) |
EP (1) | EP2805475A1 (zh) |
JP (1) | JP5923846B2 (zh) |
KR (1) | KR101896420B1 (zh) |
CN (2) | CN107370629A (zh) |
WO (1) | WO2013107495A1 (zh) |
Families Citing this family (37)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2014121502A1 (zh) * | 2013-02-07 | 2014-08-14 | 华为技术有限公司 | 在基站中,一种开站配置方法、基站及服务器 |
US9286047B1 (en) * | 2013-02-13 | 2016-03-15 | Cisco Technology, Inc. | Deployment and upgrade of network devices in a network environment |
US9391881B2 (en) * | 2013-02-20 | 2016-07-12 | Ip Technology Labs, Llc | System and methods for dynamic network address modification |
US9948497B2 (en) * | 2013-03-15 | 2018-04-17 | Verizon Patent And Licensing Inc. | System for and method of automatically discovering and configuring NIDs |
US10374904B2 (en) | 2015-05-15 | 2019-08-06 | Cisco Technology, Inc. | Diagnostic network visualization |
US10142353B2 (en) | 2015-06-05 | 2018-11-27 | Cisco Technology, Inc. | System for monitoring and managing datacenters |
US10536357B2 (en) | 2015-06-05 | 2020-01-14 | Cisco Technology, Inc. | Late data detection in data center |
US9967158B2 (en) | 2015-06-05 | 2018-05-08 | Cisco Technology, Inc. | Interactive hierarchical network chord diagram for application dependency mapping |
US10237903B2 (en) * | 2015-06-23 | 2019-03-19 | Kabushiki Kaisha Toshiba | Remote maintenance system |
US10289438B2 (en) | 2016-06-16 | 2019-05-14 | Cisco Technology, Inc. | Techniques for coordination of application components deployed on distributed virtual machines |
US10601648B2 (en) * | 2016-07-19 | 2020-03-24 | T-Mobile Usa, Inc. | Network nodes with intelligent integration |
US10708183B2 (en) | 2016-07-21 | 2020-07-07 | Cisco Technology, Inc. | System and method of providing segment routing as a service |
US10972388B2 (en) | 2016-11-22 | 2021-04-06 | Cisco Technology, Inc. | Federated microburst detection |
US10708152B2 (en) | 2017-03-23 | 2020-07-07 | Cisco Technology, Inc. | Predicting application and network performance |
US10523512B2 (en) | 2017-03-24 | 2019-12-31 | Cisco Technology, Inc. | Network agent for generating platform specific network policies |
US10594560B2 (en) | 2017-03-27 | 2020-03-17 | Cisco Technology, Inc. | Intent driven network policy platform |
US10764141B2 (en) | 2017-03-27 | 2020-09-01 | Cisco Technology, Inc. | Network agent for reporting to a network policy system |
US10873794B2 (en) | 2017-03-28 | 2020-12-22 | Cisco Technology, Inc. | Flowlet resolution for application performance monitoring and management |
US10742490B2 (en) * | 2017-07-20 | 2020-08-11 | Airspan Networks Inc. | Network access sub-node configuration by a proxy |
US10911303B2 (en) | 2017-07-20 | 2021-02-02 | Airspan Networks Inc. | Access node configuration in a network |
US10680887B2 (en) | 2017-07-21 | 2020-06-09 | Cisco Technology, Inc. | Remote device status audit and recovery |
CN107592377A (zh) * | 2017-09-25 | 2018-01-16 | 深圳市茁壮网络股份有限公司 | 一种指令处理方法、域名解析服务器及客户端设备 |
US10554501B2 (en) | 2017-10-23 | 2020-02-04 | Cisco Technology, Inc. | Network migration assistant |
US10523541B2 (en) | 2017-10-25 | 2019-12-31 | Cisco Technology, Inc. | Federated network and application data analytics platform |
US10594542B2 (en) | 2017-10-27 | 2020-03-17 | Cisco Technology, Inc. | System and method for network root cause analysis |
US11233821B2 (en) | 2018-01-04 | 2022-01-25 | Cisco Technology, Inc. | Network intrusion counter-intelligence |
US10999149B2 (en) | 2018-01-25 | 2021-05-04 | Cisco Technology, Inc. | Automatic configuration discovery based on traffic flow data |
US10826803B2 (en) | 2018-01-25 | 2020-11-03 | Cisco Technology, Inc. | Mechanism for facilitating efficient policy updates |
US10798015B2 (en) | 2018-01-25 | 2020-10-06 | Cisco Technology, Inc. | Discovery of middleboxes using traffic flow stitching |
US10574575B2 (en) | 2018-01-25 | 2020-02-25 | Cisco Technology, Inc. | Network flow stitching using middle box flow stitching |
US11128700B2 (en) | 2018-01-26 | 2021-09-21 | Cisco Technology, Inc. | Load balancing configuration based on traffic flow telemetry |
CN110661834A (zh) * | 2018-06-29 | 2020-01-07 | 中兴通讯股份有限公司 | 开通基站的方法、基站、操作维护中心和存储介质 |
US10819676B1 (en) * | 2019-05-22 | 2020-10-27 | Verizon Patent And Licensing Inc. | System and method of acquiring network-centric information for customer premises equipment (CPE) management |
US10791507B1 (en) | 2019-08-05 | 2020-09-29 | Cisco Technology, Inc. | Facilitating reservation and use of remote radio units (RRUs) of radio providers for mobile service providers in virtualized radio access network (vRAN) environments |
CN112584393B (zh) * | 2019-09-27 | 2022-07-22 | 上海华为技术有限公司 | 一种基站配置方法、装置、设备及介质 |
CN111541724B (zh) * | 2020-07-08 | 2021-06-29 | 支付宝(杭州)信息技术有限公司 | 区块链一体机及其节点自动加入方法、装置 |
CN111541552B (zh) | 2020-07-08 | 2021-06-22 | 支付宝(杭州)信息技术有限公司 | 区块链一体机及其节点自动加入方法、装置 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101489301A (zh) * | 2008-01-15 | 2009-07-22 | 中兴通讯股份有限公司 | 无线网络自动配置***及其配置方法 |
WO2009132561A1 (zh) * | 2008-04-28 | 2009-11-05 | 华为技术有限公司 | 一种无线网络规划方法和装置 |
CN101874383A (zh) * | 2007-04-20 | 2010-10-27 | 泰克莱克公司 | 用于在通信网络中提供服务交互和中介的***、方法和计算机程序产品 |
CN101971694A (zh) * | 2008-03-12 | 2011-02-09 | 北方电讯网络有限公司 | 免接触即插即用基站收发台 |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3907568B2 (ja) * | 2002-10-02 | 2007-04-18 | キヤノン株式会社 | 認証装置 |
CN101321101A (zh) * | 2007-06-05 | 2008-12-10 | 华为技术有限公司 | 接入网节点自配置的方法及其*** |
CN101360094B (zh) * | 2007-08-03 | 2012-06-13 | 中兴通讯股份有限公司 | 一种家庭基站配置服务器自动发现的方法 |
US8255677B2 (en) * | 2009-07-06 | 2012-08-28 | Intel Corporation | Initializing femtocells |
WO2011011467A1 (en) * | 2009-07-20 | 2011-01-27 | Zte (Usa) Inc. | Femto access security gateway discovery in wireless communications |
CN101990218A (zh) * | 2009-08-05 | 2011-03-23 | 中兴通讯股份有限公司 | 用于家用基站的接入方法、装置、***及aaa服务器 |
US20130124701A1 (en) * | 2010-07-28 | 2013-05-16 | Deutsche Telekom Ag | Method, arrangement and program for efficient configuration of network nodes |
-
2012
- 2012-01-16 JP JP2014552526A patent/JP5923846B2/ja not_active Expired - Fee Related
- 2012-01-16 CN CN201710728479.4A patent/CN107370629A/zh active Pending
- 2012-01-16 US US14/371,815 patent/US20150006689A1/en not_active Abandoned
- 2012-01-16 KR KR1020147022307A patent/KR101896420B1/ko active IP Right Grant
- 2012-01-16 WO PCT/EP2012/050543 patent/WO2013107495A1/en active Application Filing
- 2012-01-16 CN CN201280067201.2A patent/CN104040997B/zh not_active Expired - Fee Related
- 2012-01-16 EP EP12700964.5A patent/EP2805475A1/en not_active Withdrawn
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101874383A (zh) * | 2007-04-20 | 2010-10-27 | 泰克莱克公司 | 用于在通信网络中提供服务交互和中介的***、方法和计算机程序产品 |
CN101489301A (zh) * | 2008-01-15 | 2009-07-22 | 中兴通讯股份有限公司 | 无线网络自动配置***及其配置方法 |
CN101971694A (zh) * | 2008-03-12 | 2011-02-09 | 北方电讯网络有限公司 | 免接触即插即用基站收发台 |
WO2009132561A1 (zh) * | 2008-04-28 | 2009-11-05 | 华为技术有限公司 | 一种无线网络规划方法和装置 |
Non-Patent Citations (2)
Title |
---|
3RD GENERATION PARTNERSHIP PROJECT: "Study on management of Evolved Universal Terrestrial Radio Access Network (E-UTRAN) and Evolved Packet Core (EPC)(Release 8)", 《3GPP TR 32.816 V8.0.0》 * |
NTT DOCOMO: "Standardisation policy for plug and play RAN", 《3GPP TSG RAN WG2 AD HOC ON LTE,R2-061929》 * |
Also Published As
Publication number | Publication date |
---|---|
KR101896420B1 (ko) | 2018-09-11 |
CN104040997B (zh) | 2017-11-07 |
CN104040997A (zh) | 2014-09-10 |
KR20140119733A (ko) | 2014-10-10 |
JP5923846B2 (ja) | 2016-05-25 |
WO2013107495A1 (en) | 2013-07-25 |
EP2805475A1 (en) | 2014-11-26 |
US20150006689A1 (en) | 2015-01-01 |
JP2015513807A (ja) | 2015-05-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107370629A (zh) | 供应商特定的基站自动配置框架 | |
Lear et al. | Manufacturer usage description specification | |
KR102047197B1 (ko) | 사물 인터넷을 위한 광역 서비스 발견 | |
US8745722B2 (en) | Managing remote network addresses in communications | |
EP2866389B1 (en) | Method and device thereof for automatically finding and configuring virtual network | |
US8650311B2 (en) | Client device configured to connect with a home network | |
US11917399B2 (en) | Zero-touch deployment (ZTD) of cellular IoT devices and associated trust model | |
US9455866B2 (en) | Auto-configuration of network devices | |
CN103858387A (zh) | 用于虚拟化的家庭ip服务传递的体系结构 | |
FI125972B (fi) | Laitejärjestely ja menetelmä kiinteistöjen etähallinnassa käytettävän tiedonsiirtoverkon luomiseksi | |
CN111865906A (zh) | 报文传输的方法、装置和*** | |
CN104902532A (zh) | 一种自动接入无线局域网的方法和*** | |
CN107769939B (zh) | 数据通信网中网元管理方法、网管、网关网元及*** | |
CN105635327A (zh) | 一种地址分配的方法和设备 | |
Lear et al. | Rfc 8520: Manufacturer usage description specification | |
JP2013162418A (ja) | クラウドシステム、ゲートウェイ装置、通信制御方法、及び通信制御プログラム | |
US20120269092A1 (en) | Auto-configuration of network devices | |
CN101635732B (zh) | 一种融合ip网络与集群网络的网络管理***及其方法 | |
CN107113333A (zh) | 服务器设备的配置 | |
CN113923149B (zh) | 网络接入方法、装置、网络***、电子设备及存储介质 | |
EP3125487B1 (en) | Ipv6 network parameter processing method, device, system and aaa server | |
EP4245023A1 (en) | Zero day zero touch providing of services with policy control | |
CN115396171A (zh) | 报文传输方法、报文传输通道建立方法及装置 | |
CN116488959A (zh) | 基于虚拟扩展局域网的网络***、节点及通信方法 | |
SCTE-HMS-Transponder Interface Bus | Society of Cable Telecommunication Engineers |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20171121 |
|
WD01 | Invention patent application deemed withdrawn after publication |