远程批量管理小基站的方法与流程

本申请涉及通讯领域，尤其涉及一种远程批量管理小基站的方法。

背景技术：

现有技术中小基站(smallcells)的远程调试主要通过系统现场部署vpn服务器，建立vpn隧道的方式来达到远程访问调试的功能；或者通过teamviewer/向日葵等远程控制软件来达到远程访问调试的功能。

在实现现有技术的过程中，发明人发现：

对于采用vpn的方案来说，现场部署vpn服务器会导致额外增加成本，而且，在很多小基站的部署现场，运营商不可能会为每个小基站提供vpn账号。

对于采用teamviewer/向日葵等远程控制软件来说，它都需要购买相应的软件版权并且还需要提供一台服务器安装该软件，这都是需要增加额外成本的。

因此，需要提供一种远程批量管理小基站的技术方案。

技术实现要素：

本申请实施例提供一种远程批量管理小基站的方法。用以解决小基站不能远程批量管理的技术问题。

在本申请提供的一种远程批量管理小基站的方法，包括以下步骤：

通过socket与云网管系统连接；

通过云网管系统与小基站之间的网络层传输协议，发送信息至云网管系统；

获取云网管系统发送的管理信息；

根据管理信息对小基站进行设置。

一种远程批量管理小基站的方法，其特征在于，包括以下步骤：

通过socket与至少一个小基站连接；

通过云网管系统与小基站之间的网络层传输协议，接收所述小基站信息；

对所述小基站信息进行分析处理，生成管理信息；

发送所述管理信息至所述小基站。

进一步的，在本申请提供的一种优选实施方式中，通过云网管系统与小基站之间的网络层传输协议，接收所述小基站信息，具体包括：

通过云网管系统与小基站之间的网络层传输协议，接收所述小基站信息的l1接口消息、l2\l3信令、日志。

进一步的，在本申请提供的一种优选实施方式中，接收l1接口消息具体包括：

通过socket，用n2接口并采用udp/ip协议，接收小基站的l1接口消息。

进一步的，在本申请提供的一种优选实施方式中，接收l2\l3信令具体包括：

通过socket，用n2接口并采用udp/ip协议，接收小基站的l2\l3信令。

进一步的，在本申请提供的一种优选实施方式中，接收日志，具体包括：

通过socket，用n2接口并采用http协议，接收小基站的日志。

进一步的，在本申请提供的一种优选实施方式中，管理信息至少包括小基站参数的修改信息、设备控制信息其中之一。

进一步的，在本申请提供的一种优选实施方式中，发送管理信息，具体包括：通过socket，用n2接口并采用tr069协议来建立与小基站之间的通信。

进一步的，在本申请提供的一种优选实施方式中，对所述小基站信息进行分析处理，生成管理信息，还包括：

通过人为分析处理小基站信息；

进一步的，在本申请提供的一种优选实施方式中，人为分析处理小基站信息为所有时间段或者固定时间段的小基站信息。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例提供的云网管系统工作流程图；

图2为本申请实施例提供的小基站工作流程图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

请参照图1，为本申请实施例提供的远程批量管理小基站的方法，具体包括以下步骤：

s100:通过socket与至少一个小基站连接。

应当指出的是，socket是通信的基石，是支持tcp/ip协议的路通信的基本操作单元。可以将socket看作不同主机间的进程进行双间通信的端点，socket构成了单个主机内及整个网络间的编程界面。socket存在于通信域中，通信域是为了处理一般的线程通过套接字通信而引进的一种抽象概念。socket通常和同一个域中的套接字交换数据，也可能穿越域的界限，穿越域的界限一定要执行某种解释程序，各种进程使用相同的域互相之间用internet协议簇来进行通信。

socket可以看成是两个网络应用程序进行通信时，各自通信连接中的端点，这是一个逻辑上的概念。它是网络环境中进程间通信的应用程序编程接口，也是可以被命名和寻址的通信端点，使用中的每一个套接字都有其类型和一个与之相连进程。通信时其中一个网络应用程序将要传输的一段信息写入它所在主机的socket中，该主机通过与网络接口卡相连的传输介质将这段信息送到另外一台主机中，使对方能够接收到这段信息。socket是由ip地址和端口结合的，提供向应用层进程传送数据包的机制。

可以理解的是，与小基站的连接，此处所述的小基站，可以是微基站、皮基站、飞基站中的一种。三者之间单载波功率分别为500mw-10w、100mw-500mw、100mw以下，覆盖能力分别为50至200米、20至50米、10至20米。

具体的，通过socket，使得云网管系统获取至少一个小基站ip地址和端口从而达到无线通信的功能，进而云网管系统和小基站可以达到无线远程通信的作用。

s110:通过云网管系统与小基站之间的网络层传输协议，接收所述小基站信息。

具体的，在云网管系统与小基站之间通过socket进行无线通信的情况下，通过传输协议来传输云网管或小基站所提供的信息。采用不同的传输协议用于不同功能，例如，一般有文件传输协议、电子邮件协议、超文本传输协议、通信协议等，小基站中不同信息可通过不同的传输协议实现传输。

进一步的，在本申请提供的一种优选的实施例中，在接收小基站的l1接口信息时，通过socket，采用udp/ip协议，接收小基站的l1接口消息。

具体的，是通过在socket建立无线连接的情况下，既通过云网管系统和小基站两端的服务化接口或参考点之间进行通信，并采用udp/ip协议使得小基站的l1接口消息传输到云网管系统中。服务化接口和参考点是在5g基础上实现两者之间信息的传输，服务化接口和参考点是5g架构所引入的两种不同的网络实体之间的模型化的交互方式，通过对网络功能块和网络实体之间的接口和连接的灵活的定义来实现5g网络对于多样的特定的服务类型在各个协议层的灵活的处理方法和处理流程的实现。服务化接口和参考点有联系、相同点，也有区别。一个服务化接口只针对于某个网络功能块，网络功能块通过这个接口向外与其他的功能块进行交互，而其他的功能块通过与那个接口相应的接口与此功能块进行交互；而参考点是特定两个功能块之间的交互界面，是标准的双方之间的协议映射关系。所以，两个功能块之间的参考点一般可以通过一个或更多的服务化接口来代替，从而提供完全相同的功能实现。可以理解的是，此处所述的在5g网络中，5g小基站和5g云网管系统的应用，显然不构成对本申请具体保护范围的限制。

应当重点指出的是，udp/ip协议是udp协议以数据报的方式进行数据传输，而且udp协议提出了端口的概念。ip协议进行的是ip地址到ip地址的传输。但是每台计算机有多个通信通道，并将多个通信通道分配给不同的进程，例如qq、web等，这样一个端口就代表一个通信通道。udp协议实现了端口到端口的数据传输服务，udp的数据报也是被封装成“应用层-udp-ip”的形式进行传输的。

udp的数据报：udp数据包分为头部和数据两部分。udp是传输层的协议，这意味着udp数据包需要经过ip协议的封装，然后通过ip协议传输到目的电脑。随后udp数据包在目的电脑上进行拆封，并将信息送到对应的端口缓存中。应用层则可以根据socket等编程接口获取相关端口的数据包信息，用于上层的进一步应用。

ip的数据报：ip协议是不可靠且无连接的网络层传输协议。所有的tcp、udp等数据都是以ip数据报的形式进行传输的。ip协议通过ip地址进行目的电脑的识别与连接。待传输的数据经过udp头部信息的封装后，还需进一步经过ip头部信息的封装，进而通过ip协议传输到目的电脑。

在5g系统中最小的时间间隔是1ms，每个tti周期内有多条上下行消息处理，如果这些消息通过打印或者直接写文件的方式呈现到log文件中的话，会严重扰乱mac层的tti调度，最终导致系统工作不正常。因此小基站所发送l1接口信息采用socket方式，使得5g系统工作过程不受影响。可以理解的是，此处所述的5g系统的应用，显然不构成对本申请具体保护范围的限制。

进一步的，在本申请提供的一种优选的实施例中，在接收小基站的l2\l3信令时，通过socket，采用udp/ip协议，接收小基站的l2\l3信令消息。

具体的，l2/l3信令是通过在socket建立无线连接的情况下，既通过云网管系统和小基站两端的服务化接口或参考点之间进行通信，并采用udp/ip协议使得小基站的l2/l3信令传输到云网管系统中。与所述l1接口信息中的服务化接口或参考点，传输协议一致，因此不再过多赘述。

进一步的，在本申请提供的一种优选的实施例中，在接收小基站的日志时，通过socket，用n2接口并采用http协议，接收小基站的日志。

具体的，日志是通过在socket建立无线连接的情况下，既通过云网管系统和小基站两端的服务化接口或参考点之间进行通信，并采用http协议使得小基站的日志传输到云网管系统中。

应当指出的是，http是一种无状态协议，即服务器不保留与客户交易时的任何状态。这就大大减轻了服务器记忆负担，从而保持较快的响应速度。http是一种面向对象的协议。允许传送任意类型的数据对象。它通过数据类型和长度来标识所传送的数据内容和大小，并允许对数据进行压缩传送。当用户在一个html文档中定义了一个超文本链后，浏览器将通过tcp/ip协议与指定的服务器建立连接。

从技术上讲是客户在一个特定的tcp端口上打开一个套接字，端口号一般为80。如果服务器一直在这个周知的端口上倾听连接，则该连接便会建立起来。然后客户通过该连接发送一个包含请求方法的请求块。

应当重点指出的是，小基站日志的传输与上述所讲l1接口消息和l2/l3信令的传输不同。小基站日志的传输，是周期性上传，比如，每隔30分钟、每隔3小时，小基站日志向云网管系统进行传输；l1接口消息和l2/l3信令的上传无时间限制，可随时随地向云网管系统传输。日志所发送的内容可以是安全和身份认证的日志、小基站启动或者关闭的日志、设备报警信息的日志。可以理解的是，此处所述的周期性上传所隔时间，显然不构成对本申请具体保护范围的限制。

s120:对所述小基站信息进行分析处理，生成管理信息。

进一步的，在本申请提供的一种优选的实施例中，对所述小基站信息进行分析处理，生成管理信息，还包括：通过人为分析处理小基站信息。

具体的，在云网管系统获得小基站传输的l1接口消息、l2\l3信令、日志后，云网管系统通过其自身系统的大数据处理和分析的功能，将所获得的信息进行处理，人为分析即小基站所属用户通过云网管系统对经过大数据处理和分析后进行进一步分析，从而生成管理信息。

应当指出的是，l2\l3信令经过云网管系统自身系统的大数据处理和分析后，可通过云网管系统自动生成管理信息，无需经过人为分析得出。

进一步的，在本申请提供的一种优选的实施例中，所述人为分析处理小基站信息为所有时间段或者固定时间段的小基站信息。

具体的，人为分析云网管系统对大数据处理和分析的l1接口消息、l2\l3信令、日志，可以是l1接口消息、l2\l3信令、日志的所有信息，也可以是人为选择的某个时间段中l1接口消息、l2\l3信令、日志的所有信息。

可以理解的是，人为分析既小基站所属用户对云网管系统中数据的分析，小基站所属用户可以是对小基站有管理权限的用户或者所有可以连接小基站的用户。

s130:发送所述管理信息至所述小基站。

进一步的，在本申请提供的一种优选的实施例中，在发送所述管理信息至所述小基站时，通过socket，用n2接口并采用tr069协议，接收小基站的日志。

应当指出的是，tr069协议主要完成以下四方面的工作：用户设备自动配置和动态的业务配置；对用户设备的软件、固件的管理；对用户设备的状态和性能进行监测；对通信故障的诊断。

具体的，管理信息是通过在socket建立无线连接的情况下，既通过云网管系统和小基站两端的服务化接口或参考点之间进行通信，并采用tr069协议使得小基站的管理信息传输到小基站中。与所述l1接口信息中的服务化接口或参考点一致，因此不再过多赘述。

进一步的，在本申请提供的一种优选的实施例中，所述管理信息至少包括小基站参数的修改信息、设备控制信息其中之一。

应当理解的是，小基站参数的修改信息、设备控制信息在小基站接收后，使得小基站能够更充分的分配资源，且无需人工直接接触小基站，保证小基站数据安全、运行安全。

请参照图2，为本申请实施例提供的远程批量管理小基站的方法，具体包括以下步骤：

s200:通过socket与云网管系统连接。

s210:通过云网管系统与小基站之间的网络层传输协议，发送信息至云网管系统。

s220:获取云网管系统发送的管理信息。

s230:根据管理信息对小基站进行设置。

在本申请提供的具体实施方式中，至少一个小基站通过socket与云网管系统连接，具体云网管系统所能接收小基站的上限根据服务器的性能来具体设置。在5g网络环境下云网管系统充分发挥其大数据分析和处理能力，同时还可以存储海量的数据消息，为以后问题的追溯提供了强有力的支撑。

进一步的，在本申请提供的具体实施方式中，通过云网管系统与小基站之间的网络层传输协议，发送信息至云网管系统。此处所述发送的小基站信息，为l1接口消息、l2/l3信令、日志、小基站参数、工作状态、运行时间、设备报警信息等。

进一步的，在本申请提供的具体实施方式中，小基站获取云网管系统发送的管理信息同样是经过网络层传输协议来传输。所述管理信息的获取可以是云网管系统自动分析所发送的或者经过云网管系统和人为分析所得。

进一步的，在本申请提供的具体实施方式中，根据管理信息对小基站进行设置。此处所述对小基站进行的设置包括小基站参数的修改、设备的控制等。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。