CN115243297A - 基于tr069协议的基站开站方法及系统 - Google Patents

基于tr069协议的基站开站方法及系统 Download PDF

Info

Publication number
CN115243297A
CN115243297A CN202211140190.8A CN202211140190A CN115243297A CN 115243297 A CN115243297 A CN 115243297A CN 202211140190 A CN202211140190 A CN 202211140190A CN 115243297 A CN115243297 A CN 115243297A
Authority
CN
China
Prior art keywords
base station
network
station
opening
network manager
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.)
Granted
Application number
CN202211140190.8A
Other languages
English (en)
Other versions
CN115243297B (zh
Inventor
徐国军
雷威
郭丽珍
邝泽彬
姚新景
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shenzhen Aibo Communication Co ltd
Original Assignee
Shenzhen Aibo Communication Co ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Shenzhen Aibo Communication Co ltd filed Critical Shenzhen Aibo Communication Co ltd
Priority to CN202211140190.8A priority Critical patent/CN115243297B/zh
Publication of CN115243297A publication Critical patent/CN115243297A/zh
Application granted granted Critical
Publication of CN115243297B publication Critical patent/CN115243297B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明实施例公开了一种基于TR069协议的基站开站方法及系统，所示方法包括：步骤1：网管使用开站模板对需要开站的参数进行配置；步骤2：基站发起Inform请求；步骤3：网管返回Inform Response；步骤4：基站发起一条空的Http Post请求；步骤5：同步基站的配置参数值，进行比对，比较出需要新增的多实例参数；步骤6：网管将实例号进行分配；步骤7：基站分配完成后返回给网管；步骤8：确定后续下发的多实例参数全称；步骤9：下发给基站，基站响应，完成开站。本发明灵活使用RPC方法与开站模板相结合的方式，能利用网管现有消息交互的条件下，无需新增文件服务器处理开站，减少文件存储压力与维护需要。

Description

基于TR069协议的基站开站方法及系统
技术领域
本发明涉及通信技术领域，尤其涉及一种基于TR069协议的基站开站方法及系统。
背景技术
TR069是CPE（Customer Premises Equipment 客户端设备）和ACS（Auto-Configuration Server 自动配置服务器）之间沟通的通讯协定。CPE可以借着这个协定完成服务开通、功能设定、文件上传下载、系统检测等等初始化及营运管理的必须动作。
目前5G小基站网管系统(一种ACS系统，简称：网管或ACS)普遍采用TR069协议进行小基站（CPE的一种）的管理，数据模型使用TR-181，发明人发现5G小基站网管系统对小基站进行开站时，一般采用文件下载的方式进行开站，当开站使用的文件服务器故障或文件传输出现问题时，无其它开站手段进行解决。
TR069采用的协议栈如图1所示。CS与CPE之间通过TR069协议特有的RPC方法进行互操作，涉及到的RPC方法如表1所示。
表1
方法名 中文说明
GetRPCMethods 获取RPC方法列表
SetParameterValues 设置参数值
GetParameterValues 获取参数值
GetParameterNames 获取参数列表
SetParameterAttributes 设置参数属性
GetParameterAttributes 获取参数属性
AddObject 增加对象
DeleteObject 删除对象
Reboot 重启
Download 下载
Upload 上传
FactoryReset 恢复出厂设置
Inform 通知
TransferComplete 传输完成
AutonomousTransferComplete 传输完成（自动）
一般情况下，基站在启动后与网管之间的开站交互如图2所示：
1、基站设备发起Inform请求，并说明该会话是由网管要求而建立的；
2、网管返回Inform Response；
3、基站设备发起一条空的Http Post请求；
4、网管发起GetParameterValues请求，同步基站设备的配置参数值；
5、基站设备响应GetParameterValuesResponse，返回网管同步的设备配置参数信息；
6、网管发起Downoad消息，通知基站设备下载开站需要的文件服务器的URL地址，登录的用户名和密码等信息；
7、基站设备响应后，使用FTP或SFTP方式从对应的文件服务器地址下载开站配置文件，完成后回复DownloadResponse，告知网管下载成功，并修改基站配置；
8、网管向基站设备发送一条空的Http Post响应；
9、基站设备断开连接，该会话结束。
在上述过程中的第6，7步骤时网管将开站需要的配置文件地址下发给基站，基站到对应的文件服务器下载完成后，解析开站文件完成开站参数设置。该过程中，发明人发现存在如下问题：
1、需要单独提供文件下载服务器，并且需要增加对该文件服务器的维护。
2、如果文件服务器故障时，需要通知网管感知该故障，并在开站前解决故障。
3、如果在开站过程中，以文件下发方式开站失败，无第二种备用手段保障开站成功。
发明内容
本发明实施例所要解决的技术问题在于，提供一种基于TR069协议的基站开站方法及系统，以利用网管现有消息交互的条件，无需新增文件服务器处理开站，减少文件存储压力与维护需要。
为了解决上述技术问题，本发明实施例提出了一种基于TR069协议的基站开站方法，包括：
步骤1：网管使用开站模板对需要开站的参数进行配置，将其转换为待开站的基站所对应的数据模型参数；
步骤2：基站发起Inform请求；
步骤3：网管返回Inform Response；
步骤4：基站发起一条空的Http Post请求；
步骤5：网管发起GetParameterValues请求，同步基站的配置参数值，结合开站模板的数据模型参数进行比对，比较出需要新增的多实例参数；
步骤6：网管将需要新增参数的实例号通过AddObject方法通知基站进行分配；
步骤7：基站分配完成后，通过AddObjectResponse方法返回给网管；
步骤8：网管得到分配到的多实例号，确定后续下发的多实例参数全称；
步骤9：网管将确定下发的多实例参数通过SetParameterValues消息下发给基站，基站响应参数进行配置，返回SetParameterValuesResponse完成开站。
进一步地，步骤9之后还包括失败诊断步骤：若开站失败，基站对自身情况进行开站诊断，利用Ping包验证基站到网管之间的网络质量，
若网络拥塞，则提示网络问题，人工解决网络问题后再次开站；
若网络正常，基站对自身运行情况进行检查，其中，基站处理消息不及时，将该基站处理消息不及时的异常情况通过Inform消息通告给网管，并附上网络拥塞程度；基站检测到其它异常情况，将该异常情况通过Inform消息告知网管，并提示对基站进行异常问题人工修复。
进一步地，失败诊断步骤之后还包括失败处理步骤：
若开站失败，网管利用Ping包诊断网管到基站之间网络质量，
如果网络质量差，则提示网络问题，待人工解决网络问题后再次开站；
如果网络正常，网管接收到基站反馈的开站失败的Inform消息，进行解析，得到网络拥塞程度情况；
若网管接收到基站上报的失败情况为基站消息处理不及时，网管则将消息进行拆分，分多次下发给基站，减少基站开站参数处理压力；
若收到基站上报的其它异常情况，则提示对应的专业运维人员去基站侧进行修复，待正常后再进行开站处理。
进一步地，步骤1中，网管采用EXCEL表格形式，提供用户可编辑的开站模板表格，开站模板表格包括参数中文名称以及区分其关联关系的参数关系名称字段；参数中文名称前面通过*表示是否有数据模型参数定义，参数关系名称字段使用非*号标识，所述参数关系名称字段通过参数中第一个{i}前面的英文翻译得来；
网管对用户编辑的开站模板表格进行分析，转换成对应的数据模型参数，并对其中的{i}进行下标标注，便于网管后续与基站交互，其中，{i}下标标注规则：前一个{i}下标使用关系字段数值，后一个{i}使用双数字标注，后一个{i}的第一个数字继承前一个{i}的数字标注，后一个{i}的第二个数字按照数值递增。
相应地，本发明实施例还提供了一种基于TR069协议的基站开站系统，包括基站和网管，网管使用开站模板对需要开站的参数进行配置，将其转换为待开站的基站所对应的数据模型参数；
基站发起Inform请求；
网管返回Inform Response；
基站发起一条空的Http Post请求；
网管发起GetParameterValues请求，同步基站的配置参数值，结合开站模板的数据模型参数进行比对，比较出需要新增的多实例参数；
网管将需要新增参数的实例号通过AddObject方法通知基站进行分配；
基站分配完成后，通过AddObjectResponse方法返回给网管；
网管得到分配到的多实例号，确定后续下发的多实例参数全称；
网管将确定下发的多实例参数通过SetParameterValues消息下发给基站，基站响应参数进行配置，返回SetParameterValuesResponse完成开站。
进一步地，若开站失败，基站对自身情况进行开站诊断，利用Ping包验证基站到网管之间的网络质量，
若网络拥塞，则提示网络问题，人工解决网络问题后再次开站；
若网络正常，基站对自身运行情况进行检查，其中，基站处理消息不及时，将该基站处理消息不及时的异常情况通过Inform消息通告给网管，并附上网络拥塞程度；基站检测到其它异常情况，将该异常情况通过Inform消息告知网管，并提示对基站进行异常问题人工修复。
进一步地，若开站失败，网管利用Ping包诊断网管到基站之间网络质量，
如果网络质量差，则提示网络问题，待人工解决网络问题后再次开站；
如果网络正常，网管接收到基站反馈的开站失败的Inform消息，进行解析，得到网络拥塞程度情况；
若网管接收到基站上报的失败情况为基站消息处理不及时，网管则将消息进行拆分，分多次下发给基站，减少基站开站参数处理压力；
若收到基站上报的其它异常情况，则提示对应的专业运维人员去基站侧进行修复，待正常后再进行开站处理。
进一步地，网管采用EXCEL表格形式，提供用户可编辑的开站模板表格，开站模板表格包括参数中文名称以及区分其关联关系的参数关系名称字段；参数中文名称前面通过*表示是否有数据模型参数定义，参数关系名称字段使用非*号标识，所述参数关系名称字段通过参数中第一个{i}前面的英文翻译得来；
网管对用户编辑的开站模板表格进行分析，转换成对应的数据模型参数，并对其中的{i}进行下标标注，便于网管后续与基站交互，其中，{i}下标标注规则：前一个{i}下标使用关系字段数值，后一个{i}使用双数字标注，后一个{i}的第一个数字继承前一个{i}的数字标注，后一个{i}的第二个数字按照数值递增。
本发明的有益效果为：本发明灵活使用RPC方法（AddObject、AddObjectResponse、SetParameterValues和SetParameterValuesResponse）与开站模板相结合的方式，能利用网管现有消息交互的条件下，无需新增文件服务器处理开站，减少文件存储压力与维护需要；本发明解决了5G小基站网管系统与基站设备交互时，开站使用的文件服务器故障或下载开站文件异常导致开站失败，无其它替代有效开站手段的问题。
附图说明
图1是现有的TR069协议栈的示意图。
图2是现有的基站与网管交互图。
图3是本发明实施例的基于TR069协议的基站开站方法的流程示意图。
图4是本发明实施例的失败诊断步骤的流程示意图。
图5是本发明实施例的失败处理步骤的流程示意图。
具体实施方式
需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互结合，下面结合附图和具体实施例对本发明作进一步详细说明。
请参照图3，本发明实施例的基于TR069协议的基站开站方法包括：
步骤1：网管使用开站模板对需要开站的参数进行配置，将其转换为待开站的基站所对应的数据模型参数；
步骤2：基站发起Inform请求，并说明该会话是由ACS要求而建立的；
步骤3：网管返回Inform Response；
步骤4：基站发起一条空的Http Post请求；
步骤5：网管发起GetParameterValues请求，同步基站的配置参数值，结合开站模板的数据模型参数进行比对，比较出需要新增的多实例参数；
步骤6：网管将需要新增参数的实例号通过AddObject方法通知基站进行分配；
步骤7：基站分配完成后，通过AddObjectResponse方法返回给网管；
步骤8：网管得到分配到的多实例号，确定后续下发的多实例参数全称；
步骤9：网管将确定下发的多实例参数通过SetParameterValues消息下发给基站，基站响应参数进行配置，返回SetParameterValuesResponse完成开站。
步骤1中，网管对用户使用EXCEL表格形式，提供用户可编辑的开站模板表格。模板表格中除了参数中文名称外，增加参数关系名称字段，以区分其关联关系，名称前面通过*表示是否有数据模型参数定义。例如：接口IP，默认网关，子网掩码均为参数中文名称，以*标识（数据模型中定义了该参数）。接口为关系名称字段（非数据模型中定义的参数）使用非*号标识，所述关系名称字段通过参数中第一个{i}前面的英文翻译得来（例如：Device.Ethernet.Interface.{i}中的Interface的中文翻译）。将接口IP：192.168.1.10；192.168.2.10；192.168.3.10，默认网关：192.168.1.1；192.168.2.1；192.168.3.1；子网掩码：24；24；24划分为同一个接口1关系下，其为接口1的3条实例数据。见表2示例：
Figure DEST_PATH_IMAGE001
其中，*接口IP 对应的数据模型参数为Device.Ethernet.Interface.{i}.IPv4Address.{i}.IPAddress，
*默认网关 对应的数据模型参数为Device.Ethernet.Interface.{i}.IPv4Address.{i}.DefaultGateway，
*子网掩码 对应的数据模型参数为Device.Ethernet.Interface.{i}.IPv4Address.{i}.SubnetMask。
网管对表格进行分析，转换成数据模型的参数，并对其中的{i}进行下标标注，便于网管后续与基站交互。{i}下标标注规则：前一个{i}下标使用关系字段数值(例如：第一个接口的数值1)，后一个{i}使用双数字标注，后一个{i}的第一个数字继承前一个{i}的数字标注，后一个{i}的第二个数字按照数值递增。多实例参数样例见表3示例：
Figure DEST_PATH_IMAGE002
网管将图3的第5步（GetParameterValuesResponse消息）获取到基站当前所有参数值与开站EXCEL表格分析后的参数进行对比，找出其中差异部分后，将需要新增的多实例参数整理出来，最后通过图3中的第6,7步完成参数添加。
例如：通过GetParameterValuesResponse消息获取基站上报的所有参数（示例只展示基站接口相关的部分参数）
<soap_env:Envelope xmlns:cwmp="urn:dslforum-org:cwmp-1-0" xmlns:soap_enc="http://schemas.xmlsoap.org/soap/encoding/" xmlns:soap_env="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<soap_env:Header>
<cwmp:ID soap_env:mustUnderstand="1">ID:com.ctran.ums.acs.GetParameterValues.1639636729718.nxjhsT</cwmp:ID>
</soap_env:Header>
<soap_env:Body>
<cwmp:GetParameterValuesResponse>
<ParameterList soap_enc:arrayType="cwmp:ParameterValueStruct[2115]">
<ParameterValueStruct>
<Name>Device.Ethernet.Interface.1.IPv4Address.1.IPAddress</Name>
<Value xsi:type="xsd:string"></Value>
</ParameterValueStruct>
<ParameterValueStruct>
<Name>Device.Ethernet.Interface.1.IPv4Address.1.DefaultGateway</Name>
<Value xsi:type="xsd:string"></Value>
</ParameterValueStruct>
<ParameterValueStruct>
<Name>Device.Ethernet.Interface.1.IPv4Address.1.SubnetMask</Name>
<Value xsi:type="xsd:string"></Value>
</ParameterValueStruct>
..............
..............
</ParameterList>
</cwmp:GetParameterValuesResponse>
</soap_env:Body>
</soap_env:Envelope>
基站上报的参数中已经存在Device.Ethernet.Interface.1.IPv4Address.1.IPAddress，
Device.Ethernet.Interface.1.IPv4Address.1.DefaultGateway和Device.Ethernet.Interface.1.IPv4Address.1.SubnetMask。网管分析需要的基站接口参数后，发现基站已经存在实例号为1的一份接口数据，正好赋予{i1}，{i11}。即{i1} = 1，{i11} = 1。剩余{i12}、{i13}、{i2}、{i21}需要通过网管与基站之间的交互消息进行确定。
网管完成该分析后，网管使用AddObject方法，将多实例参数下发给基站，由基站进行值的分配（例如其中的{i12}、{i13}、{i2}、{i21}、{i22}），注意：这些变量数值可以是不连续值，协议规定基站可以自由分配数值。例如{i1}值如果分配为1，{i2}的值不一定分配为2，可以是3或者其它数值。另外，TR069协议规定，新增的参数，需要按照树形结构的方式，分段通告基站获取实例参数值。例如：要想获得Device.Ethernet.Interface.{i2}.IPv4Address.{i21}.IPAddress中的{i2}、{i21}的数值，需要分两次通告基站。
作为一种实施方式，网管先下发 Device.Ethernet.Interface.关键字信息给基站，基站返回{i2}值给ACS（举例：基站返回{i2}为2）。下发过程报文举例如下：
1、网管先下发 Device.Ethernet.Interface.的报文：
<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:cwmp="urn:dslforum-org:cwmp-1-0">
<SOAP-ENV:Header>
<cwmp:ID SOAP-ENV:mustUnderstand="1">ID:com.ctran.ums.acs.AddObject.1621327077895.8U690C</cwmp:ID>
<cwmp:NoMoreRequests>0</cwmp:NoMoreRequests>
</SOAP-ENV:Header>
<SOAP-ENV:Body>
<cwmp:AddObject>
<ObjectName>Device.Ethernet.Interface.</ObjectName>
<ParameterKey>1621327077883.0J84L5</ParameterKey>
</cwmp:AddObject>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>
注意：{i2}是网管内部自定义的变量，AddObject消息中只需要携带Device.Ethernet.Interface.参数给基站来申请实例号，基站即为该参数申请一个多实例数值返回给网管。
2、基站返回{i2}值给ACS的报文如下：
<soap_env:Envelope
xmlns:soap_env="http://schemas.xmlsoap.org/soap/envelope/"
xmlns:cwmp="urn:dslforum-org:cwmp-1-0" xmlns:soap_enc="http://schemas.xmlsoap.org/soap/encoding/" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<soap_env:Header>
<cwmp:ID soap_env:mustUnderstand="1">ID:com.ctran.ums.acs.AddObject.1621327077895.8U690C</cwmp:ID>
</soap_env:Header>
<soap_env:Body>
<cwmp:AddObjectResponse/>
<InstanceNumber xsi:type="unsignedInt"/>
<Status xsi:type="int">2</Status>
</soap_env:Body>
</soap_env:Envelope>
网管然后使用Device.Ethernet.Interface.2.IPv4Address.的关键字信息给基站，基站返回{i21}值给ACS（举例：{i21}为2）。下发过程报文举例如下：
1、网管下发 Device.Ethernet.Interface.2.IPv4Address.的报文：
<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:cwmp="urn:dslforum-org:cwmp-1-0">
<SOAP-ENV:Header>
<cwmp:ID SOAP-ENV:mustUnderstand="1">ID:com.ctran.ums.acs.AddObject.1621327077896.8U690C</cwmp:ID>
<cwmp:NoMoreRequests>0</cwmp:NoMoreRequests>
</SOAP-ENV:Header>
<SOAP-ENV:Body>
<cwmp:AddObject>
<ObjectName>Device.Ethernet.Interface.2.IPv4Address.</ObjectName>
<ParameterKey>1621327077883.0J84L5</ParameterKey>
</cwmp:AddObject>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>
2、基站返回{i21}值给ACS的报文如下：
<soap_env:Envelope
xmlns:soap_env="http://schemas.xmlsoap.org/soap/envelope/"
xmlns:cwmp="urn:dslforum-org:cwmp-1-0" xmlns:soap_enc="http://schemas.xmlsoap.org/soap/encoding/" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<soap_env:Header>
<cwmp:ID soap_env:mustUnderstand="1">ID:com.ctran.ums.acs.AddObject.1621327077896.8U690C</cwmp:ID>
</soap_env:Header>
<soap_env:Body>
<cwmp:AddObjectResponse/>
<InstanceNumber xsi:type="unsignedInt"/>
<Status xsi:type="int">2</Status>
</soap_env:Body>
</soap_env:Envelope>
至此，{i2}值为2、{i21}值为2。依据此逻辑，网管与基站完成其它所有带下标{i}值的确定。
在上述开站过程中，可能因为某些因素导致开站失败。失败原因包括：
1、基站与ACS之间网络质量很差，导致开站消息超时，无法完成基本消息交互。
2、ACS下发给基站的消息中开站参数多，基站无法在短时间内处理完而失败。
3、基站自身处理存在其它异常，导致开站失败，需要人工干预处理才能继续开站。
本发明在开站失败的情况下，基站对自身情况进行开站诊断，然后使用Inform消息通知网管ACS诊断结果，并根据诊断情况判断是否可以重新开站。
作为一种实施方式，请参照图4，在开站失败后，基站处理开站失败流程如下：
1、基站基于自身情况，进行失败诊断。
2、利用Ping包验证基站到网管ACS之间的网络质量。
3、网络拥塞时，网管和基站均能通过Ping包流程获取到网络质量。如果网络质量太差，需要人工解决网络问题后再次开站。
4、网络正常时，基站对自身运行情况进行检查。
4.1 基站处理消息不及时(可能因为基站自身软件处理能力，当开站参数过多时，基站处理拥塞)，将该异常情况通过Inform消息通告给网管ACS，并附上网拥塞程度。
4.2 基站检测到其它异常情况(例如：基站内部其它软件错误或无法修复的问题)，将该异常通过Inform消息告知网管ACS，需要对基站进行异常问题人工修复。此种情况无法继续开站。
作为一种实施方式，请参照图5，网管在开站失败后，其处理流程如下：
1、网管ACS利用Ping包诊断网管ACS到基站之间网络质量。如果网络质量太差，需要人工解决网络问题后再次开站。
2、网络正常，网管ACS接收到基站反馈的开站失败的Inform消息，进行解析。例如：
<soap_env:Envelope xmlns:soap_env="http://schemas.xmlsoap.org/soap/envelope/" xmlns:soap_enc="http://schemas.xmlsoap.org/soap/encoding/" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:cwmp="urn:dslforum-org:cwmp-1-0">
<soap_env:Header>
<cwmp:ID soap_env:mustUnderstand="1">inform</cwmp:ID>
</soap_env:Header>
<soap_env:Body>
<cwmp:Inform>
<DeviceId>
<Manufacturer>SkyNetwork</Manufacturer>
<OUI>8CE468</OUI>
<ProductClass>SNB</ProductClass>
<SerialNumber>SNB123456789</SerialNumber>
</DeviceId>
<Event soap_enc:arrayType="cwmp:EventStruct[2]">
<EventStruct>
<EventCode>4 VALUE CHANGE</EventCode>
<CommandKey/>
</EventStruct>
<EventStruct>
<EventCode>108 CHECKED RESULT</EventCode>
<CommandKey/>
</EventStruct>
</Event>
<MaxEnvelopes>1</MaxEnvelopes>
<CurrentTime>2021-09-11T14:57:32+08:00</CurrentTime>
<RetryCount>0</RetryCount>
<ParameterList soap_enc:arrayType="cwmp:ParameterValueStruct[2]">
<ParameterValueStruct>
<Name>Device.SelfTestDiagnostics.DiagnosticsState</Name>
<Value xsi:type="xsd:string">MessageBlock</Value>
<Name>Device.SelfTestDiagnostics.Results</Name>
<Value xsi:type="xsd:string">HighLevel</Value>
</ParameterValueStruct>
<cwmp:Inform>
</soap_env:Body>
</soap_env:Envelope>
此Inform消息中，基站通过参数Device.SelfTestDiagnostics.DiagnosticsState的值MessageBlock，表明基站处理网管ACS下发的消息拥塞，需要网管ACS调整每次下发参数的最大个数。基站通过参数Device.SelfTestDiagnostics.Results的值将拥塞的程度反馈给网管ACS，例如：HighLevel表示拥塞程度最高，MiddleLevel表示拥塞程度中，LowLevel表示拥塞程度低。
3、网管ACS接收到基站上报的失败情况为基站消息处理不及时，网管ACS需要考虑将消息进行拆分，多次下发给基站，减少基站开站参数处理压力。其拆分原则需要考虑基站上报的拥塞程度等级，例如：当基站上报的拥塞等级为HighLevel时，如果当前每个消息中下发的开站参数为500个，可以考虑将其改为每消息100个开站参数进行下发，如果基站处理能力强，虽然每次下发的开站参数为500个，但基站上报的拥塞程度为中，可以考虑将其改为每个消息中携带200个开站参数。此处可以由人员基于拥塞等级和每次下发的开站参数进行灵活变动。其最终目的是为了解决开站参数处理不及时导致开站失败的场景。
4、其它异常情况，需要专业运维人员去基站侧进行修复，待正常后再进行开站处理。
在传统方式开站失败后，一般人员会简单尝试再次开站，而无法知道开站失败原因时，重新开站大概率还是会继续失败，开站人员也没有明确的解决方案。
本发明在基于TR069消息开站失败后，能继续利用TR069消息特点，主要通过基站诊断出开站失败点，进行方法改进，提高了开站故障时重新开站的成功率，并对于基站内部异常问题能及时推动运维人员解决。
本发明实施例还提供了一种基于TR069协议的基站开站系统包括基站和网管。网管使用开站模板对需要开站的参数进行配置，将其转换为待开站的基站所对应的数据模型参数；
基站发起Inform请求；
网管返回Inform Response；
基站发起一条空的Http Post请求；
网管发起GetParameterValues请求，同步基站的配置参数值，结合开站模板的数据模型参数进行比对，比较出需要新增的多实例参数；
网管将需要新增参数的实例号通过AddObject方法通知基站进行分配；
基站分配完成后，通过AddObjectResponse方法返回给网管；
网管得到分配到的多实例号，确定后续下发的多实例参数全称；
网管将确定下发的多实例参数通过SetParameterValues消息下发给基站，基站响应参数进行配置，返回SetParameterValuesResponse完成开站。
作为一种实施方式，若开站失败，基站对自身情况进行开站诊断，利用Ping包验证基站到网管之间的网络质量，
若网络拥塞，则提示网络问题，人工解决网络问题后再次开站；
若网络正常，基站对自身运行情况进行检查，其中，基站处理消息不及时，将该异常情况通过Inform消息通告给网管，并附上网络拥塞程度；基站检测到其它异常情况，将该异常情况通过Inform消息告知网管，并提示对基站进行异常问题人工修复。
作为一种实施方式，若开站失败，网管利用Ping包诊断网管到基站之间网络质量，
如果网络质量差，则提示网络问题，待人工解决网络问题后再次开站；
如果网络正常，网管接收到基站反馈的开站失败的Inform消息，进行解析，得到网络拥塞程度情况；
若网管接收到基站上报的失败情况为基站消息处理不及时，网管则将消息进行拆分，分多次下发给基站，减少基站开站参数处理压力；
若收到基站上报的其它异常情况，则提示对应的专业运维人员去基站侧进行修复，待正常后再进行开站处理。
作为一种实施方式，网管采用EXCEL表格形式，提供用户可编辑的开站模板表格，开站模板表格包括参数中文名称以及区分其关联关系的参数关系名称字段；参数中文名称前面通过*表示是否有数据模型参数定义，参数关系名称字段使用非*号标识，所述参数关系名称字段通过参数中第一个{i}前面的英文翻译得来；
网管对用户编辑的开站模板表格进行分析，转换成对应的数据模型参数，并对其中的{i}进行下标标注，便于网管后续与基站交互，其中，{i}下标标注规则：前一个{i}下标使用关系字段数值，后一个{i}使用双数字标注，后一个{i}的第一个数字继承前一个{i}的数字标注，后一个{i}的第二个数字按照数值递增。
本发明的网管（5G小基站网管系统）与基站通过TR069消息进行开站，打破传统以文件形式开站的方式，使得开站更稳定。
尽管已经示出和描述了本发明的实施例，对于本领域的普通技术人员而言，可以理解在不脱离本发明的原理和精神的情况下可以对这些实施例进行多种变化、修改、替换和变型，本发明的范围由所附权利要求及其等同范围限定。

Claims (8)

1.一种基于TR069协议的基站开站方法，其特征在于，包括：
步骤1：网管使用开站模板对需要开站的参数进行配置，将其转换为待开站的基站所对应的数据模型参数；
步骤2：基站发起Inform请求；
步骤3：网管返回Inform Response；
步骤4：基站发起一条空的Http Post请求；
步骤5：网管发起GetParameterValues请求，同步基站的配置参数值，结合开站模板的数据模型参数进行比对，比较出需要新增的多实例参数；
步骤6：网管将需要新增参数的实例号通过AddObject方法通知基站进行分配；
步骤7：基站分配完成后，通过AddObjectResponse方法返回给网管；
步骤8：网管得到分配到的多实例号，确定后续下发的多实例参数全称；
步骤9：网管将确定下发的多实例参数通过SetParameterValues消息下发给基站，基站响应参数进行配置，返回SetParameterValuesResponse完成开站。
2.如权利要求1所述的基于TR069协议的基站开站方法，其特征在于，步骤9之后还包括失败诊断步骤：若开站失败，基站对自身情况进行开站诊断，利用Ping包验证基站到网管之间的网络质量，
若网络拥塞，则提示网络问题，人工解决网络问题后再次开站；
若网络正常，基站对自身运行情况进行检查，其中，基站处理消息不及时，将该基站处理消息不及时的异常情况通过Inform消息通告给网管，并附上网络拥塞程度；基站检测到其它异常情况，将该异常情况通过Inform消息告知网管，并提示对基站进行异常问题人工修复。
3.如权利要求2所述的基于TR069协议的基站开站方法，其特征在于，失败诊断步骤之后还包括失败处理步骤：
若开站失败，网管利用Ping包诊断网管到基站之间网络质量，
如果网络质量差，则提示网络问题，待人工解决网络问题后再次开站；
如果网络正常，网管接收到基站反馈的开站失败的Inform消息，进行解析，得到网络拥塞程度情况；
若网管接收到基站上报的失败情况为基站消息处理不及时，网管则将消息进行拆分，分多次下发给基站，减少基站开站参数处理压力；
若收到基站上报的其它异常情况，则提示对应的专业运维人员去基站侧进行修复，待正常后再进行开站处理。
4.如权利要求1所述的基于TR069协议的基站开站方法，其特征在于，步骤1中，网管采用EXCEL表格形式，提供用户可编辑的开站模板表格，开站模板表格包括参数中文名称以及区分其关联关系的参数关系名称字段；参数中文名称前面通过*表示是否有数据模型参数定义，参数关系名称字段使用非*号标识，所述参数关系名称字段通过参数中第一个{i}前面的英文翻译得来；
网管对用户编辑的开站模板表格进行分析，转换成对应的数据模型参数，并对其中的{i}进行下标标注，便于网管后续与基站交互，其中，{i}下标标注规则：前一个{i}下标使用关系字段数值，后一个{i}使用双数字标注，后一个{i}的第一个数字继承前一个{i}的数字标注，后一个{i}的第二个数字按照数值递增。
5.一种基于TR069协议的基站开站系统，包括基站和网管，其特征在于，
网管使用开站模板对需要开站的参数进行配置，将其转换为待开站的基站所对应的数据模型参数；
基站发起Inform请求；
网管返回Inform Response；
基站发起一条空的Http Post请求；
网管发起GetParameterValues请求，同步基站的配置参数值，结合开站模板的数据模型参数进行比对，比较出需要新增的多实例参数；
网管将需要新增参数的实例号通过AddObject方法通知基站进行分配；
基站分配完成后，通过AddObjectResponse方法返回给网管；
网管得到分配到的多实例号，确定后续下发的多实例参数全称；
网管将确定下发的多实例参数通过SetParameterValues消息下发给基站，基站响应参数进行配置，返回SetParameterValuesResponse完成开站。
6.如权利要求5所述的基于TR069协议的基站开站系统，其特征在于，若开站失败，基站对自身情况进行开站诊断，利用Ping包验证基站到网管之间的网络质量，
若网络拥塞，则提示网络问题，人工解决网络问题后再次开站；
若网络正常，基站对自身运行情况进行检查，其中，基站处理消息不及时，将该基站处理消息不及时的异常情况通过Inform消息通告给网管，并附上网络拥塞程度；基站检测到其它异常情况，将该异常情况通过Inform消息告知网管，并提示对基站进行异常问题人工修复。
7.如权利要求6所述的基于TR069协议的基站开站系统，其特征在于，若开站失败，网管利用Ping包诊断网管到基站之间网络质量，
如果网络质量差，则提示网络问题，待人工解决网络问题后再次开站；
如果网络正常，网管接收到基站反馈的开站失败的Inform消息，进行解析，得到网络拥塞程度情况；
若网管接收到基站上报的失败情况为基站消息处理不及时，网管则将消息进行拆分，分多次下发给基站，减少基站开站参数处理压力；
若收到基站上报的其它异常情况，则提示对应的专业运维人员去基站侧进行修复，待正常后再进行开站处理。
8.如权利要求5所述的基于TR069协议的基站开站系统，其特征在于，网管采用EXCEL表格形式，提供用户可编辑的开站模板表格，开站模板表格包括参数中文名称以及区分其关联关系的参数关系名称字段；参数中文名称前面通过*表示是否有数据模型参数定义，参数关系名称字段使用非*号标识，所述参数关系名称字段通过参数中第一个{i}前面的英文翻译得来；
网管对用户编辑的开站模板表格进行分析，转换成对应的数据模型参数，并对其中的{i}进行下标标注，便于网管后续与基站交互，其中，{i}下标标注规则：前一个{i}下标使用关系字段数值，后一个{i}使用双数字标注，后一个{i}的第一个数字继承前一个{i}的数字标注，后一个{i}的第二个数字按照数值递增。
CN202211140190.8A 2022-09-20 2022-09-20 基于tr069协议的基站开站方法及系统 Active CN115243297B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202211140190.8A CN115243297B (zh) 2022-09-20 2022-09-20 基于tr069协议的基站开站方法及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202211140190.8A CN115243297B (zh) 2022-09-20 2022-09-20 基于tr069协议的基站开站方法及系统

Publications (2)

Publication Number Publication Date
CN115243297A true CN115243297A (zh) 2022-10-25
CN115243297B CN115243297B (zh) 2022-12-13

Family

ID=83680847

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202211140190.8A Active CN115243297B (zh) 2022-09-20 2022-09-20 基于tr069协议的基站开站方法及系统

Country Status (1)

Country Link
CN (1) CN115243297B (zh)

Citations (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105636234A (zh) * 2014-10-27 2016-06-01 中兴通讯股份有限公司 一种开站方法、基站、基站控制器及开站系统
WO2016086683A1 (zh) * 2014-12-04 2016-06-09 中兴通讯股份有限公司 控制基站的方法、智能终端及系统和计算机存储介质
WO2017101544A1 (zh) * 2015-12-17 2017-06-22 中兴通讯股份有限公司 一种中继系统开站的方法和装置
CN107800564A (zh) * 2017-08-29 2018-03-13 京信通信系统（中国）有限公司 一种网络设备管理方法、系统和计算机可读取介质
CN109511153A (zh) * 2018-10-31 2019-03-22 京信通信系统（中国）有限公司 一种基站接入控制方法、装置、介质、计算机设备及系统
CN110061871A (zh) * 2019-04-11 2019-07-26 京信通信系统（中国）有限公司 基站开站方法、装置、计算机存储介质及设备
CN110677336A (zh) * 2019-09-02 2020-01-10 京信通信系统（中国）有限公司 开站方法、装置、计算机设备和存储介质
CN111031542A (zh) * 2019-11-26 2020-04-17 京信通信系统（中国）有限公司 基站开站方法、装置、通信设备和存储介质
CN112804099A (zh) * 2021-01-07 2021-05-14 大连市共进科技有限公司 参数批量配置方法、装置、计算机设备和可读存储介质
CN113194495A (zh) * 2021-07-05 2021-07-30 深圳市艾伯通信有限公司 基站网管多版本适配方法及系统
CN113573328A (zh) * 2020-04-28 2021-10-29 中兴通讯股份有限公司 更新站点配置数据的方法及装置、电子设备
CN114302499A (zh) * 2021-12-15 2022-04-08 中电信数智科技有限公司 基于tr069协议的acs与基站异常消息处理方法

Patent Citations (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105636234A (zh) * 2014-10-27 2016-06-01 中兴通讯股份有限公司 一种开站方法、基站、基站控制器及开站系统
WO2016086683A1 (zh) * 2014-12-04 2016-06-09 中兴通讯股份有限公司 控制基站的方法、智能终端及系统和计算机存储介质
WO2017101544A1 (zh) * 2015-12-17 2017-06-22 中兴通讯股份有限公司 一种中继系统开站的方法和装置
CN107800564A (zh) * 2017-08-29 2018-03-13 京信通信系统（中国）有限公司 一种网络设备管理方法、系统和计算机可读取介质
CN109511153A (zh) * 2018-10-31 2019-03-22 京信通信系统（中国）有限公司 一种基站接入控制方法、装置、介质、计算机设备及系统
CN110061871A (zh) * 2019-04-11 2019-07-26 京信通信系统（中国）有限公司 基站开站方法、装置、计算机存储介质及设备
CN110677336A (zh) * 2019-09-02 2020-01-10 京信通信系统（中国）有限公司 开站方法、装置、计算机设备和存储介质
CN111031542A (zh) * 2019-11-26 2020-04-17 京信通信系统（中国）有限公司 基站开站方法、装置、通信设备和存储介质
CN113573328A (zh) * 2020-04-28 2021-10-29 中兴通讯股份有限公司 更新站点配置数据的方法及装置、电子设备
WO2021218503A1 (zh) * 2020-04-28 2021-11-04 中兴通讯股份有限公司 更新站点配置数据的方法及装置、电子设备
CN112804099A (zh) * 2021-01-07 2021-05-14 大连市共进科技有限公司 参数批量配置方法、装置、计算机设备和可读存储介质
CN113194495A (zh) * 2021-07-05 2021-07-30 深圳市艾伯通信有限公司 基站网管多版本适配方法及系统
CN114302499A (zh) * 2021-12-15 2022-04-08 中电信数智科技有限公司 基于tr069协议的acs与基站异常消息处理方法

Also Published As

Publication number Publication date
CN115243297B (zh) 2022-12-13

Similar Documents

Publication Publication Date Title
EP1724966B1 (en) A method for automatically configuring terminal equipment
EP1940077B1 (en) Remote activation of home devices
US6230326B1 (en) Method and apparatus for initialization of a cable modem
CN101827003B (zh) Cpe的管理方法和设备
US20050027851A1 (en) Broadband communications
CN110430113B (zh) 一种业务自动开通系统及自动开通方法
US8045629B1 (en) DSL data collection system
US20030167319A1 (en) Performance of lifetest using CMTS as a proxy
WO2002077808A2 (en) Broadband communications
CA2474879A1 (en) Method and system for monitoring service performance over a virtual private network connection by simulating end user activity
CN108023773A (zh) 一种实现网络设备零配置上线的方法和配置服务器
CN102082702A (zh) 一种终端告警的处理方法、装置及系统
CN109167762B (zh) 一种iec104报文校验方法及装置
CN106789381A (zh) 一种针对云计算管理平台简单部署和快速配置的方法
CN113438100B (zh) 一种基于netconf协议的网络设备配置同步和上载方法
CN115484168B (zh) 策略驱动的网络设备的零接触服务开通
CN115243297B (zh) 基于tr069协议的基站开站方法及系统
CN100471159C (zh) 一种缆桥设备自动配置方法
CN111538522B (zh) 一种基于zk的消息中间件在线升级方法及系统
CN101783735B (zh) 远程管理设备的方法、装置及通信系统
WO2016176910A1 (zh) 处理tr-069消息的方法及装置
CN101494587A (zh) 一种分组网络隧道处理方法及通讯系统以及相关设备
CN107666418B (zh) 一种账号生成方法、装置及系统
GB2412538A (en) Provisioning time variable services in a broadband communications network
CN108897679A (zh) 一种部署服务器操作系统测试环境的方法及系统

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
GR01 Patent grant
GR01 Patent grant