CN112688952A - 消息处理方法、装置、射频拉远单元和介质 - Google Patents
消息处理方法、装置、射频拉远单元和介质 Download PDFInfo
- Publication number
- CN112688952A CN112688952A CN202011579682.8A CN202011579682A CN112688952A CN 112688952 A CN112688952 A CN 112688952A CN 202011579682 A CN202011579682 A CN 202011579682A CN 112688952 A CN112688952 A CN 112688952A
- Authority
- CN
- China
- Prior art keywords
- message
- target
- data
- data type
- rpc
- 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
Links
Images
Landscapes
- Computer And Data Communications (AREA)
- Communication Control (AREA)
Abstract
本申请涉及一种消息处理方法、装置、射频拉远单元和介质,涉及通信技术领域,该消息处理方法通过接收客户端发送的远程过程调用RPC消息,并对RPC消息进行解析,得到RPC消息包括的第一数据类型以及第一数据内容;根据第一数据类型确定目标软件标识以及目标通信协议,基于目标通信协议对第一数据类型以及第一数据内容进行封装,得到目标消息,并根据目标软件标识将目标消息传递至数据值来源软件,以供数据值来源软件响应目标消息。由此可知,本申请实施例中,数据值来源软件可以通过响应该目标消息实现对RPC消息的处理。该过程不需要重新开发NETCONF协议对应的软件,因此缩短了上市应用的时长,能够快速响应市场。
Description
技术领域
本申请涉及通信技术领域,特别是涉及一种消息处理方法、装置、射频拉远单元和介质。
背景技术
在5G通信技术中,射频拉远单元的客户端可以向射频拉远单元发送控制消息,射频拉远单元可以基于其所支持的通信协议,调用自身的业务软件响应该控制消息,其中,射频拉远单元的客户端可以是DU(英文:Distributed Unit,中文:分布单元)或者NMS(英文:Network Management System,中文:网络管理系统)。同一个厂商提供的客户端和射频拉远单元支持相同的通信协议,不同的厂商支持不同的通信协议。
为了对不同厂商提供的客户端和射频拉远单元所支持的通信协议进行标准化,现有技术提出,将不同厂商提供的客户端和射频拉远单元所支持的通信协议统一修改为NETCONF协议。由于不同厂商的射频拉远单元中的业务软件所支持的通信协议不同,因此需要基于不同厂商的射频拉远单元重新开发基于NETCONF协议的软件,并将重新开发的NETCONF协议的软件替换射频拉远单元中原有的通信协议的软件。
然而,重新开发NETCONF协议对应的软件,需要耗费较长时间,无法快速响应市场。
发明内容
基于此,有必要针对上述技术问题,提供一种消息处理方法、装置、射频拉远单元和介质。
第一方面:
一种消息处理方法,该方法包括:
接收客户端发送的远程过程调用RPC消息,并对RPC消息进行解析,得到RPC消息包括的第一数据类型以及第一数据内容;
根据第一数据类型确定目标软件标识以及目标通信协议,其中,目标软件标识为第一数据类型对应的数据值来源软件的标识;
基于目标通信协议对第一数据类型以及第一数据内容进行封装,得到目标消息,并根据目标软件标识将目标消息传递至数据值来源软件,以供数据值来源软件响应目标消息。
在本申请的一个实施例中,根据第一数据类型确定目标软件标识以及目标通信协议,包括:
根据第一数据类型查询预设的协议转换表,协议转换表存储有数据类型、通信协议以及软件标识的多组对应关系;
若查询到协议转换表中存储有第一数据类型,则将协议转换表中与第一数据类型对应的通信协议和软件标识分别作为目标通信协议和目标软件标识。
在本申请的一个实施例中,该方法还包括:
若查询到协议转换表中未存储有第一数据类型,则基于本地存储的数据响应RPC消息。
在本申请的一个实施例中,第一数据内容包括指令和数据值,基于目标通信协议对第一数据类型以及第一数据内容进行封装,包括:
根据目标通信协议,将第一数据类型转换为目标数据类型;
根据目标通信协议,将指令转换为目标指令;
将目标数据类型、目标指令以及数据值按照目标通信协议进行封装。
在本申请的一个实施例中,在根据目标软件标识将目标消息传递至数据值来源软件之后,该方法还包括:
获取数据值来源软件反馈的消息响应结果,消息响应结果基于目标通信协议进行封装;
对消息响应结果进行解析,获取消息响应结果包括的第二数据类型和第二数据内容;
将第二数据类型和第二数据内容按照NETCONF协议进行封装,生成RPC反馈消息,并将RPC反馈消息发送给客户端。
在本申请的一个实施例中,将第二数据类型和第二数据内容按照NETCONF协议进行封装,包括:
获取RPC消息包括的消息标识;
将消息标识、第二数据类型和第二数据内容按照NETCONF协议进行封装。
在本申请的一个实施例中,RPC消息为XML文档,对RPC消息进行解析,包括:
将XML文档解析为可调用xpath语法的要素对象,并获取各要素对象的路径;
对各要素对象进行类型识别,以确定第一数据类型,并基于第一数据类型对应的路径获取第一数据内容。
第二方面:
一种消息处理装置,该装置包括:
接收模块,用于接收客户端发送的远程过程调用RPC消息,并对RPC消息进行解析,得到RPC消息包括的第一数据类型以及第一数据内容;
确定模块,用于根据第一数据类型确定目标软件标识以及目标通信协议,其中,目标软件标识为第一数据类型对应的数据值来源软件的标识;
封装模块,用于基于目标通信协议对第一数据类型以及第一数据内容进行封装,得到目标消息,并根据目标软件标识将目标消息传递至数据值来源软件,以供数据值来源软件响应目标消息。
第三方面:
一种射频拉远单元,包括存储器和处理器,该存储器存储有计算机程序,该计算机程序被该处理器执行时实现如上述第一方面任一项所述的消息处理方法。
第四方面:
一种计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现如上述第一方面任一项所述的消息处理方法。
上述消息处理方法、装置、射频拉远单元和介质,可以不需要重新开发NETCONF协议对应的软件。该消息处理方法通过接收客户端发送的远程过程调用RPC消息,并对RPC消息进行解析,得到RPC消息包括的第一数据类型以及第一数据内容;根据第一数据类型确定目标软件标识以及目标通信协议,其中,目标软件标识为第一数据类型对应的数据值来源软件的标识;基于目标通信协议对第一数据类型以及第一数据内容进行封装,得到目标消息,并根据目标软件标识将目标消息传递至数据值来源软件,以供数据值来源软件响应目标消息。由此可知,本申请实施例中,通过将基于NETCONF协议封装的RPC消息转换为数据值来源软件所支持的目标通信协议封装的目标消息,这样,数据值来源软件可以通过响应该目标消息实现对RPC消息的处理。该过程不需要重新开发NETCONF协议对应的软件,因此缩短了上市应用的时长,能够快速响应市场。
附图说明
图1为本申请实施例涉及到的一种实施环境的示意图;
图2为本申请实施例涉及到的另一种实施环境的示意图;
图3为本申请实施例提供的一种消息处理方法的流程图;
图4为本申请实施例提供的另一种消息处理方法的流程图;
图5为本申请实施例提供的基于目标通信协议对第一数据类型以及第一数据内容进行封装的技术过程的示意图;
图6为本申请实施例提供的另一种消息处理方法的流程图;
图7为本申请实施例提供的一种消息处理方法的信令流程图;
图8为本申请实施例提供的一种消息处理装置的框图;
图9为本申请实施例提供的一种射频拉远单元的框图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
在5G通信技术中,射频拉远单元的客户端可以向射频拉远单元发送控制消息,射频拉远单元可以基于其所支持的通信协议,调用自身的业务软件响应该控制消息,其中,射频拉远单元的客户端可以是DU(英文:Distributed Unit,中文:分布单元)或者NMS(英文:Network Management System,中文:网络管理系统)。
在实际应用中,由同一个厂商提供的客户端和射频拉远单元支持相同的通信协议,因此可以进行通信,而由不同厂商提供的客户端和射频拉远单元支持不同的通信协议,因此不能进行通信。目前,为了提高不同厂商之间提供的设备的兼容性,现有技术提出了ORAN(英文:Open Radio Access Network,中文:开放式无线接入网)技术,其中,ORAN技术提供了一个开放的、模块化的、智能的标准,将大大减少网络建设的成本,并且降低运营维护的复杂度。
逻辑上,在ORAN的eNB/gNB构架包含了四大“面”:控制面(C-plane)、用户面(U-plane)、同步面(S-plane)和管理面(M-plane)。其中,现有技术提出,在管理面M-plane中将已经投入使用的客户端和射频拉远单元所支持的通信协议修改为NETCONF协议,其中,NETCONF协议为标准化的现代协议,可以用于定义射频拉远单元、BBU和操作管理单元(OAM)之间的开放接口。这样不同厂商提供的客户端和射频拉远单元之间均可以进行通信。
NETCONF协议为新一代网络设备的配置管理协议,以XML格式定义消息,运用RPC(英文:Remote Procedure Call,中文:远程过程调用)机制修改配置信息,这样既能方便管理配置信息,又能满足来自不同制造商设备之间的互操作性。
在实际应用中,ORAN的M-plane规范包含与其它网络设备交互的NETCONF协议,又包含具体的业务功能。现有的射频拉远单元中采用的是非NETCONF协议进行通信,因此需要进行通信协议的修改。修改通信协议的过程包括以下内容:基于NETCONF协议重新开发对应的软件,然后将重新开发的NETCONF协议的软件替换射频拉远单元中原有的通信协议的软件。
然而,重新开发NETCONF协议对应的软件,需要耗费较长时间,无法快速响应市场。
基于上述技术问题,本申请实施例提供了一种消息处理方法,可以不需要重新开发NETCONF协议对应的软件。具体参见下述方法实施例。
下面,将对本申请实施例提供的消息处理方法所涉及到的实施环境进行简要说明。
请参考图1,图1为本申请实施例提供的消息处理方法所涉及到的一种实施环境的示意图,如图1所示,该实施环境可以包括客户端101和服务端102,其中,客户端101可以为DU或者NMS,服务端102可以为射频拉远单元。
可选的,本申请实施例中,如图2所示,服务端202可以包括Netconf协议交互模块2021,参数管理模块2022、协议转换模块2023以及其他协议交互模块2024。其中,其他协议交互模块2024分别与不同的业务软件(如软件A、软件B、软件C……)通信连接,其中,不同的业务软件即是不同的数据类型的数据值的数据值来源软件。
请参考图3,其示出了本申请实施例提供的一种消息处理方法的流程图,如图3所示,该消息处理方法可以包括以下步骤:
步骤301,服务端接收客户端发送的远程过程调用RPC消息,并对RPC消息进行解析,得到RPC消息包括的第一数据类型以及第一数据内容。
本申请实施例中,射频拉远单元O-RU作为NETCONF Server(基于NETCONF协议的服务端)启动后,可以监听端口或者发起Call home连接,等待与Netconf Client(基于NETCONF协议的客户端)建立连接。
可选的,本申请实施例中,NETCONF Server可以包括Netconf协议交互模块,参数管理模块、协议转换模块以及其他协议交互模块。其中,其他协议交互模块与至少一个业务软件连接。
本申请实施例中,O-RU与Netconf Client成功建立连接后,Netconf协议交互模块负责与Netconf Client进行交互,并通过Netconf协议交互模块接收Netconf Client发送的RPC消息,其中RPC消息是基于NETCONF协议进行封装的。
NETCONF Server的参数管理模块可以负责对接收到的RPC消息进行解析,通过解析可以获取RPC消息包括的第一数据类型以及第一数据内容。其中,第一数据类型表示该RPC消息进行查询或者配置的对象,第一数据内容包括对该第一数据类型的操作内容。
步骤302,服务端根据第一数据类型确定目标软件标识以及目标通信协议。
其中,目标通信协议为第一数据类型待转换为的通信协议,也为NETCONF Server中的业务软件(即数据值来源软件)所支持的通信协议。目标软件标识为第一数据类型对应的数据值来源软件的标识。
第一数据类型对应的数据值需要基于该数据值来源软件获取。
本申请实施例中,NETCONF Server包括的协议转换模块可以根据第一数据类型确定第一数据类型对应的数据值来源软件,并基于该数据值来源软件所支持的通信协议确定该目标通信协议。
步骤303,服务端基于目标通信协议对第一数据类型以及第一数据内容进行封装,得到目标消息,并根据目标软件标识将目标消息传递至数据值来源软件,以供数据值来源软件响应目标消息。
本申请实施例中,协议转换模块可以将第一数据类型以及第一数据内容按照目标通信协议的要求进行封装。
本申请实施例中,基于NETCONF协议的RPC消息的第一数据类型以及第一数据内容均采用Yang模型来表达,协议转换模块可以将Yang模型中第一数据类型以及第一数据内容对应的数据单元与目标通信协议的数据单元进行相互转换,按照目标通信协议的要求进行封装,得到目标消息。
NETCONF Server中的协议转换模块可以将转换后的目标消息传递至其他协议交互模块,然后由其他协议交互模块根据目标软件标识传递至数据值来源软件。
可选的,本申请实施例中,NETCONF Server中的其他协议交互模块可以根据目标软件标识确定数据值来源软件的API(英文:Application Programming Interface,中文:应用程序接口),然后基于数据值来源软件的API将目标消息传递至数据值来源软件。
数据值来源软件在接收到目标消息之后,可以基于数据值来源软件所支持目标通信协议对该目标消息进行解析,以获取目标消息中携带的数据类型以及数据内容,并基于数据内容对数据类型进行相应的处理。
本申请实施例中,通过将基于NETCONF协议封装的RPC消息转换为数据值来源软件所支持的目标通信协议封装的目标消息,这样,数据值来源软件可以通过响应该目标消息实现对RPC消息的处理。该过程不需要重新开发NETCONF协议对应的软件,因此缩短了上市应用的时长,能够快速响应市场。
在本申请的一个实施例中,如图4所示,其示出了本申请实施例提供的另一种消息处理方法的流程图,该消息处理方法包括:
步骤401,服务端接收客户端发送的远程过程调用RPC消息,并对RPC消息进行解析,得到RPC消息包括的第一数据类型以及第一数据内容。
其中,NETCONF Server的NETCONF协议交互模块接收到RPC消息消息后,可以将RPC消息传递至参数管理模块,参数管理模块可以对RPC消息进行解析,得到RPC消息包括的第一数据类型以及第一数据内容。
可选的,本申请实施例中,RPC消息采用XML格式定义消息内容,因此,RPC消息为XML文档,那么,参数管理模块对RPC消息进行解析的过程可以包括以下内容:
将字符串形式的XML文档的内容解析成可以调用Xpath语法的element要素对象;并获取每个要素对象在XML文档中的Xpath路径;对获取到的要素对象进行类型识别,并从获取到的要素对象中识别出第一数据类型,基于第一数据类型在XML文档中的路径获取第一数据内容。
步骤402,服务端根据第一数据类型查询预设的协议转换表。
本申请实施例中,NETCONF Server中可以预先设置有协议转换表。其中,协议转换表存储有数据类型、通信协议以及软件标识的多组对应关系。
可选的,协议转换表可以如表1所示:
表1
其中,表1中的Xpath路径"//name"表示选择name标签下的文本内容。其中,name标签是指对XML文档解析之后的要素对象的标签。A表示其他通信协议下与"//name"所表示的数据类型相同的数据类型的表达式。
协议转换表中的Xpath路径即是XML文档中的第一数据类型的路径,表1中,用Xpath路径来表示数据类型。基于协议转换表中包含的数据映射关系可以确定与第一数据类型对应的其他通信协议以及该第一数据类型的数据值的数据值来源软件标识。
步骤403,服务端若查询到协议转换表中存储有第一数据类型,则将协议转换表中与第一数据类型对应的通信协议和软件标识分别作为目标通信协议和目标软件标识。
本申请实施例中,若在协议转换表中查询到第一数据类型,则确定需要对RPC消息的协议类型进行转换,基于此,NETCONF Server的协议转换模块可以将协议转换表中与第一数据类型对应的通信协议确定为目标通信协议,将与第一数据类型对应的软件标识确定为目标软件标识。
可选的,本申请实施例中,NETCONF Server的协议转换模块可以根据目标通信协议,将第一数据类型转换为目标数据类型;根据目标通信协议,将指令转换为目标指令;将目标数据类型和目标指令按照目标通信协议进行封装。
步骤404,服务端基于目标通信协议对第一数据类型以及第一数据内容进行封装,得到目标消息,并根据目标软件标识将目标消息传递至数据值来源软件,以供数据值来源软件响应目标消息。
在本申请的另一个实施例中,服务端若查询到协议转换表中未存储有第一数据类型,则基于本地存储的数据响应RPC消息。
若在协议转换表中未查询到第一数据类型,则说明不需要对该RPC消息的协议类型进行转换,这种情况下,NETCONF Server的参数管理可以可以直接在本地存储器中进行参数的查询或者配置。
本申请实施例中,NETCONF Server将接收到的RPC消息在参数管理模块中进行分析,如果不需要与业务软件进行交互,则直接在本地存储器中进行参数的查询或者配置。如果需要与业务软件进行交互,则根据协议转换表确定目标通信协议以及目标软件标识。并基于目标通信协议以及目标软件标识对RPC消息进行协议转换。本申请将NETCONF协议管理与具体的业务应用功能进行分离,能够快速实现NETCONF Server对NETCONF协议的支持。
在本申请的一个实施例中,第一数据内容包括指令和数据值,如图5所示,其示出了本申请实施例提供的基于目标通信协议对第一数据类型以及第一数据内容进行封装的技术过程的示意图,该技术过程包括:
步骤501,服务端根据目标通信协议,将第一数据类型转换为目标数据类型。
参考表1可知,在第一数据类型用"//name"表示的情况下,可以从协议转换表中获取目标数据类型A的表达式。本申请实施例中,NETCONF Server的协议转换模块将根据第一数据类型按照目标通信协议转换为目标数据类型。
步骤502,服务端根据目标通信协议,将指令转换为目标指令。
本申请实施例中,第一数据内容包括的指令来源于基于NETCONF协议封装的RPC消息,现有技术中,NETCONF协议中规定了以下九种RPC操作指令,分别为:<get>用于查询状态数据,<get-config>用于查询配置数据;<edit-config>用于对指定配置数据库的内容进行修改;<copy-config>用于将一个库的数据复制到另一个库<delete-config>用于删除一个数据库;<lock>用于获取指定数据库的锁;<unlock>用于释放指定数据库的锁;<close-session>优雅关闭netconf会话;<kill-session>强制关闭netconf会话。
因此可知,第一数据内容包括的指令为上述九种RPC操作指令中的任意一种。
对应于上述RPC操作指令,其他通信协议也具有对应的操作机器指令表达式。本申请实施例中,NETCONF Server的协议转换模块可以根据第一数据内容包括的指令确定目标指令,并按照目标通信协议将第一数据内容包括的指令转换为目标指令。
步骤503,服务端将目标数据类型、目标指令以及数据值按照目标通信协议进行封装。
本申请实施例中,在获取目标数据类型、目标指令之后,NETCONF Server的协议转换模块可以按照目标通信协议将目标数据类型、目标指令以及数据值进行重新封装,得到目标消息。
本申请实施例中,目标消息是基于目标通信协议封装得到的,目标通信协议为数据值来源软件所支持通信协议,因此数据值来源软件可以响应目标消息。该过程不需要重新开发NETCONF协议对应的软件,因此缩短了上市应用的时长,能够快速响应市场。
在本申请的一个实施例中,如图6所示,在根据目标软件标识将目标消息传递至数据值来源软件之后,该消息处理方法还可以包括以下内容:
步骤601,服务端获取数据值来源软件反馈的消息响应结果。
数据值来源软件在接收到目标消息之后,可以基于数据值来源软件所支持目标通信协议对该目标消息进行解析,以获取目标消息中携带的数据类型以及数据内容,并基于数据内容对数据类型进行相应的处理,并得到消息响应结果。其中,该消息响应结果基于目标通信协议进行封装。
然后,数据值来源软件可以将消息响应结果反馈给NETCONF Server包括的其他协议交互模块,并由其他协议交互模块将该消息响应结果传递至协议转换模块。
步骤602,服务端对消息响应结果进行解析,获取消息响应结果包括的第二数据类型和第二数据内容。
本申请实施例中,NETCONF Server的协议转换模块可以基于目标通信协议对消息响应结果进行解析,得到消息响应结果包括的第二数据类型和第二数据内容,其中,第二数据内容包括第二数据类型的数据值。
步骤603,服务端将第二数据类型和第二数据内容按照NETCONF协议进行封装,生成RPC反馈消息,并将RPC反馈消息发送给客户端。
本申请实施例中,NETCONF Server的协议转换模块可以查询协议转换表,并从协议转换表示中确定该消息响应结果包括的第二数据类型在NETCONF协议下所对应的数据类型的表达式。
并按照NETCONF协议对该第二数据类型在NETCONF协议下所对应的数据类型的表达式以及第二数据类型的数据值进行重新封装,生成RPC反馈消息,并将RPC反馈消息发送给客户端,并将RPC反馈消息发送给客户端。
可选的,在本申请的一个实施例中,RPC消息中包含有消息标识message-id。为了便于客户端识别RPC反馈消息,本申请实施例中,NETCONF Server在对第二数据类型和第二数据内容进行封装的过程包括以下内容:
获取RPC消息包括的消息标识,将消息标识、第二数据类型和第二数据内容按照NETCONF协议进行封装生成RPC反馈消息。
本申请实施例中,在对RPC消息进行响应之后,可以通过协议转换将业务应用反馈的消息响应结果转换为符合NETCONF协议RPC反馈消息,并将RPC反馈消息发送给NetconfClient,本申请将NETCONF协议管理与具体的业务应用功能进行分离,能够快速实现NETCONF Server对NETCONF协议的支持,从而缩短上市应用的时长,能够快速响应市场。
如如7所示,图7示出了本申请实施例提供的一种消息处理方法的信令流程图。该消息处理方法包括:
步骤701,服务端接收RPC消息,对RPC消息进行解析,得到RPC消息包括的第一数据类型以及第一数据内容。
步骤702,服务端根据第一数据类型查询预设的协议转换表,若查询到协议转换表中存储有第一数据类型,则服务端将协议转换表中与第一数据类型对应的通信协议和软件标识分别作为目标通信协议和目标软件标识。
步骤703,若查询到协议转换表中未存储有第一数据类型,则服务端基于本地存储的数据响应RPC消息。
步骤704,服务端基于目标通信协议对第一数据类型以及第一数据内容进行封装,得到目标消息。
步骤705,服务端根据目标软件标识将目标消息传递至数据值来源软件,以供数据值来源软件响应目标消息。
步骤706,服务端的数据值来源软件接收并响应该目标消息,得到消息响应结果。
步骤707,服务端接收数据值来源软件反馈的消息响应结果。
步骤708,服务端对消息响应结果进行解析,获取消息响应结果包括的第二数据类型和第二数据内容。
步骤709,服务端将第二数据类型和第二数据内容按照NETCONF协议进行封装,生成RPC反馈消息,并将RPC反馈消息发送给客户端。
应该理解的是,虽然图3至图7的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,图3至图7中的至少一部分步骤可以包括多个步骤或者多个阶段,这些步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中,如图8所示,提供了一种消息处理装置800,包括:接收模块801,确定模块802和封装模块803,其中:
接收模块801,用于接收客户端发送的远程过程调用RPC消息,并对RPC消息进行解析,得到RPC消息包括的第一数据类型以及第一数据内容;
确定模块802,用于根据第一数据类型确定目标软件标识以及目标通信协议,其中,目标软件标识为第一数据类型对应的数据值来源软件的标识;
封装模块803,用于基于目标通信协议对第一数据类型以及第一数据内容进行封装,得到目标消息,并根据目标软件标识将目标消息传递至数据值来源软件,以供数据值来源软件响应目标消息。
在本申请的一个实施例中,确定模块802还用于:
根据第一数据类型查询预设的协议转换表,协议转换表存储有数据类型、通信协议以及软件标识的多组对应关系;
若查询到协议转换表中存储有第一数据类型,则将协议转换表中与第一数据类型对应的通信协议和软件标识分别作为目标通信协议和目标软件标识。
在本申请的一个实施例中,确定模块802还用于:
若查询到协议转换表中未存储有第一数据类型,则基于本地存储的数据响应RPC消息。
在本申请的一个实施例中,第一数据内容包括指令和数据值,封装模块803还用于:
根据目标通信协议,将第一数据类型转换为目标数据类型;
根据目标通信协议,将指令转换为目标指令;
将目标数据类型、目标指令以及数据值按照目标通信协议进行封装。
在本申请的一个实施例中,在根据目标软件标识将目标消息传递至数据值来源软件之后,封装模块803还用于:
获取数据值来源软件反馈的消息响应结果,消息响应结果基于目标通信协议进行封装;
对消息响应结果进行解析,获取消息响应结果包括的第二数据类型和第二数据内容;
将第二数据类型和第二数据内容按照NETCONF协议进行封装,生成RPC反馈消息,并将RPC反馈消息发送给客户端。
在本申请的一个实施例中,封装模块803还用于:
获取RPC消息包括的消息标识;
将消息标识、第二数据类型和第二数据内容按照NETCONF协议进行封装。
在本申请的一个实施例中,接收模块801还用于:
将XML文档解析为可调用xpath语法的要素对象,并获取各要素对象的路径;
对各要素对象进行类型识别,以确定第一数据类型,并基于第一数据类型对应的路径获取第一数据内容。
关于消息处理装置的具体限定可以参见上文中对于消息处理方法的限定,在此不再赘述。上述消息处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于通信设备中的处理器中,也可以以软件形式存储于通信设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
在本申请的一个实施例中,提供了一种射频拉远单元,该射频拉远单元的内部结构图可以如图9所示。该射频拉远单元包括通过系统总线连接的接收器、发送器、处理器和存储器。其中,该接收器用于接收客户端发送的数据。该发送器用于向客户端发送数据。该处理器用于提供计算和控制能力。该存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机程序被处理器执行时以实现一种消息处理方法。
本领域技术人员可以理解,图9中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的射频拉远单元的限定,具体的射频拉远单元可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
在一个实施例中,提供了一种射频拉远单元,包括存储器和处理器,该存储器存储有计算机程序,该计算机程序被该处理器执行时实现:
接收客户端发送的远程过程调用RPC消息,并对RPC消息进行解析,得到RPC消息包括的第一数据类型以及第一数据内容;
根据第一数据类型确定目标软件标识以及目标通信协议,其中,目标软件标识为第一数据类型对应的数据值来源软件的标识;
基于目标通信协议对第一数据类型以及第一数据内容进行封装,得到目标消息,并根据目标软件标识将目标消息传递至数据值来源软件,以供数据值来源软件响应目标消息。
在本申请的一个实施例中,该计算机程序被该处理器执行时实现:
根据第一数据类型查询预设的协议转换表,协议转换表存储有数据类型、通信协议以及软件标识的多组对应关系;
若查询到协议转换表中存储有第一数据类型,则将协议转换表中与第一数据类型对应的通信协议和软件标识分别作为目标通信协议和目标软件标识。
在本申请的一个实施例中,该计算机程序被该处理器执行时实现:
若查询到协议转换表中未存储有第一数据类型,则基于本地存储的数据响应RPC消息。
在本申请的一个实施例中,第一数据内容包括指令和数据值,该计算机程序被该处理器执行时实现:
根据目标通信协议,将第一数据类型转换为目标数据类型;
根据目标通信协议,将指令转换为目标指令;
将目标数据类型、目标指令以及数据值按照目标通信协议进行封装。
在本申请的一个实施例中,该计算机程序被该处理器执行时实现:
获取数据值来源软件反馈的消息响应结果,消息响应结果基于目标通信协议进行封装;
对消息响应结果进行解析,获取消息响应结果包括的第二数据类型和第二数据内容;
将第二数据类型和第二数据内容按照NETCONF协议进行封装,生成RPC反馈消息,并将RPC反馈消息发送给客户端。
在本申请的一个实施例中,该计算机程序被该处理器执行时实现:
获取RPC消息包括的消息标识;
将消息标识、第二数据类型和第二数据内容按照NETCONF协议进行封装。
在本申请的一个实施例中,该计算机程序被该处理器执行时实现:
将XML文档解析为可调用xpath语法的要素对象,并获取各要素对象的路径;
对各要素对象进行类型识别,以确定第一数据类型,并基于第一数据类型对应的路径获取第一数据内容。
本申请实施例提供的射频拉远单元,其实现原理和技术效果与上述方法实施例类似,在此不再赘述。
在一个实施例中,提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现以下步骤:
接收客户端发送的远程过程调用RPC消息,并对RPC消息进行解析,得到RPC消息包括的第一数据类型以及第一数据内容;
根据第一数据类型确定目标软件标识以及目标通信协议,其中,目标软件标识为第一数据类型对应的数据值来源软件的标识;
基于目标通信协议对第一数据类型以及第一数据内容进行封装,得到目标消息,并根据目标软件标识将目标消息传递至数据值来源软件,以供数据值来源软件响应目标消息。
在本申请的一个实施例中,该计算机程序被处理器执行时实现以下步骤:
根据第一数据类型查询预设的协议转换表,协议转换表存储有数据类型、通信协议以及软件标识的多组对应关系;
若查询到协议转换表中存储有第一数据类型,则将协议转换表中与第一数据类型对应的通信协议和软件标识分别作为目标通信协议和目标软件标识。
在本申请的一个实施例中,该计算机程序被处理器执行时实现以下步骤:
若查询到协议转换表中未存储有第一数据类型,则基于本地存储的数据响应RPC消息。
在本申请的一个实施例中,第一数据内容包括指令和数据值,该计算机程序被处理器执行时实现以下步骤:
根据目标通信协议,将第一数据类型转换为目标数据类型;
根据目标通信协议,将指令转换为目标指令;
将目标数据类型、目标指令以及数据值按照目标通信协议进行封装。
在本申请的一个实施例中,该计算机程序被处理器执行时实现以下步骤:
获取数据值来源软件反馈的消息响应结果,消息响应结果基于目标通信协议进行封装;
对消息响应结果进行解析,获取消息响应结果包括的第二数据类型和第二数据内容;
将第二数据类型和第二数据内容按照NETCONF协议进行封装,生成RPC反馈消息,并将RPC反馈消息发送给客户端。
在本申请的一个实施例中,该计算机程序被处理器执行时实现以下步骤:
获取RPC消息包括的消息标识;
将消息标识、第二数据类型和第二数据内容按照NETCONF协议进行封装。
在本申请的一个实施例中,该计算机程序被处理器执行时实现以下步骤:
将XML文档解析为可调用xpath语法的要素对象,并获取各要素对象的路径;
对各要素对象进行类型识别,以确定第一数据类型,并基于第一数据类型对应的路径获取第一数据内容。
本实施例提供的计算机可读存储介质,其实现原理和技术效果与上述方法实施例类似,在此不再赘述。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-Only Memory,ROM)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(Random Access Memory,RAM)或外部高速缓冲存储器。作为说明而非局限,RAM可以是多种形式,比如静态随机存取存储器(Static Random Access Memory,SRAM)或动态随机存取存储器(Dynamic Random Access Memory,DRAM)等。
以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本申请构思的前提下,还可以做出若干变形和改进,这些都属于本申请的保护范围。因此,本申请专利的保护范围应以所附权利要求为准。
Claims (10)
1.一种消息处理方法,其特征在于,所述方法包括:
接收客户端发送的远程过程调用RPC消息,并对所述RPC消息进行解析,得到所述RPC消息包括的第一数据类型以及第一数据内容;
根据所述第一数据类型确定目标软件标识以及目标通信协议,其中,所述目标软件标识为所述第一数据类型对应的数据值来源软件的标识;
基于所述目标通信协议对所述第一数据类型以及所述第一数据内容进行封装,得到目标消息,并根据所述目标软件标识将所述目标消息传递至所述数据值来源软件,以供所述数据值来源软件响应所述目标消息。
2.根据权利要求1所述的消息处理方法,其特征在于,所述根据所述第一数据类型确定目标软件标识以及目标通信协议,包括:
根据所述第一数据类型查询预设的协议转换表,所述协议转换表存储有数据类型、通信协议以及软件标识的多组对应关系;
若查询到所述协议转换表中存储有所述第一数据类型,则将所述协议转换表中与所述第一数据类型对应的通信协议和软件标识分别作为所述目标通信协议和所述目标软件标识。
3.根据权利要求2所述的消息处理方法,其特征在于,所述方法还包括:
若查询到所述协议转换表中未存储有所述第一数据类型,则基于本地存储的数据响应所述RPC消息。
4.根据权利要求1所述的消息处理方法,其特征在于,所述第一数据内容包括指令和数据值,所述基于所述目标通信协议对所述第一数据类型以及所述第一数据内容进行封装,包括:
根据所述目标通信协议,将所述第一数据类型转换为目标数据类型;
根据所述目标通信协议,将所述指令转换为目标指令;
将所述目标数据类型、所述目标指令以及所述数据值按照所述目标通信协议进行封装。
5.根据权利要求1所述的消息处理方法,其特征在于,在所述根据所述目标软件标识将所述目标消息传递至所述数据值来源软件之后,所述方法还包括:
获取所述数据值来源软件反馈的消息响应结果,所述消息响应结果基于所述目标通信协议进行封装;
对所述消息响应结果进行解析,获取所述消息响应结果包括的第二数据类型和第二数据内容;
将所述第二数据类型和所述第二数据内容按照NETCONF协议进行封装,生成RPC反馈消息,并将所述RPC反馈消息发送给所述客户端。
6.根据权利要求5所述的消息处理方法,其特征在于,所述将所述第二数据类型和所述第二数据内容按照NETCONF协议进行封装,包括:
获取所述RPC消息包括的消息标识;
将所述消息标识、所述第二数据类型和所述第二数据内容按照NETCONF协议进行封装。
7.根据权利要求1所述的消息处理方法,其特征在于,所述RPC消息为XML文档,所述对所述RPC消息进行解析,包括:
将所述XML文档解析为可调用xpath语法的要素对象,并获取各所述要素对象的路径;
对各所述要素对象进行类型识别,以确定所述第一数据类型,并基于所述第一数据类型对应的路径获取所述第一数据内容。
8.一种消息处理装置,其特征在于,所述装置包括:
接收模块,用于接收客户端发送的远程过程调用RPC消息,并对所述RPC消息进行解析,得到所述RPC消息包括的第一数据类型以及第一数据内容;
确定模块,用于根据所述第一数据类型确定目标软件标识以及目标通信协议,其中,所述目标软件标识为所述第一数据类型对应的数据值来源软件的标识;
封装模块,用于基于所述目标通信协议对所述第一数据类型以及所述第一数据内容进行封装,得到目标消息,并根据所述目标软件标识将所述目标消息传递至所述数据值来源软件,以供所述数据值来源软件响应所述目标消息。
9.一种射频拉远单元,其特征在于,包括存储器和处理器,所述存储器存储有计算机程序,所述计算机程序被所述处理器执行时实现如权利要求1至7任一所述的方法。
10.一种计算机可读存储介质,其特征在于,其上存储有计算机程序,所述计算机程序被处理器执行时实现如权利要求1至7任一所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011579682.8A CN112688952B (zh) | 2020-12-28 | 2020-12-28 | 消息处理方法、装置、射频拉远单元和介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011579682.8A CN112688952B (zh) | 2020-12-28 | 2020-12-28 | 消息处理方法、装置、射频拉远单元和介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112688952A true CN112688952A (zh) | 2021-04-20 |
CN112688952B CN112688952B (zh) | 2022-09-30 |
Family
ID=75452680
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011579682.8A Active CN112688952B (zh) | 2020-12-28 | 2020-12-28 | 消息处理方法、装置、射频拉远单元和介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112688952B (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112995232A (zh) * | 2021-05-19 | 2021-06-18 | 四川创智联恒科技有限公司 | 一种oran协议数据面和控制面并传的优化方法 |
CN114785843A (zh) * | 2022-03-22 | 2022-07-22 | 成都爱瑞无线科技有限公司 | 数据通信方法、设备、通信系统及存储介质 |
CN115334135A (zh) * | 2022-08-01 | 2022-11-11 | 北京神州云合数据科技发展有限公司 | 基于事件总线的多云api异步处理方法、装置和设备 |
CN115913809A (zh) * | 2022-09-26 | 2023-04-04 | 重庆长安汽车股份有限公司 | 数据分发通信方法、系统、计算机设备及存储介质 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104883266A (zh) * | 2014-02-28 | 2015-09-02 | 杭州华三通信技术有限公司 | 网络配置访问方法及装置 |
US20190245740A1 (en) * | 2018-02-07 | 2019-08-08 | Mavenir Networks, Inc. | Management of radio units in cloud radio access networks |
CN110933114A (zh) * | 2019-12-30 | 2020-03-27 | 京信通信系统(中国)有限公司 | 配置参数管理方法、装置、存储介质及控制终端 |
CN111010305A (zh) * | 2019-12-23 | 2020-04-14 | 烽火通信科技股份有限公司 | 一种基于netconf协议的配置管理系统及方法 |
CN111200519A (zh) * | 2019-12-26 | 2020-05-26 | 京信通信系统(中国)有限公司 | 数据处理方法、装置、bbu、接入网设备和存储介质 |
CN111343236A (zh) * | 2020-02-07 | 2020-06-26 | 广州极晟网络技术有限公司 | 服务端与客户端进行通讯的方法、装置、通讯系统 |
CN111490893A (zh) * | 2019-01-29 | 2020-08-04 | 华为技术有限公司 | 一种网络转发模型的建立方法、装置及系统 |
-
2020
- 2020-12-28 CN CN202011579682.8A patent/CN112688952B/zh active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104883266A (zh) * | 2014-02-28 | 2015-09-02 | 杭州华三通信技术有限公司 | 网络配置访问方法及装置 |
US20190245740A1 (en) * | 2018-02-07 | 2019-08-08 | Mavenir Networks, Inc. | Management of radio units in cloud radio access networks |
CN111490893A (zh) * | 2019-01-29 | 2020-08-04 | 华为技术有限公司 | 一种网络转发模型的建立方法、装置及系统 |
CN111010305A (zh) * | 2019-12-23 | 2020-04-14 | 烽火通信科技股份有限公司 | 一种基于netconf协议的配置管理系统及方法 |
CN111200519A (zh) * | 2019-12-26 | 2020-05-26 | 京信通信系统(中国)有限公司 | 数据处理方法、装置、bbu、接入网设备和存储介质 |
CN110933114A (zh) * | 2019-12-30 | 2020-03-27 | 京信通信系统(中国)有限公司 | 配置参数管理方法、装置、存储介质及控制终端 |
CN111343236A (zh) * | 2020-02-07 | 2020-06-26 | 广州极晟网络技术有限公司 | 服务端与客户端进行通讯的方法、装置、通讯系统 |
Non-Patent Citations (1)
Title |
---|
赵鹏艳: "基于NETCONF协议的网络管理功能插件化的研究与实现", 《中国优秀硕士论文全文数据库信息科技辑》 * |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112995232A (zh) * | 2021-05-19 | 2021-06-18 | 四川创智联恒科技有限公司 | 一种oran协议数据面和控制面并传的优化方法 |
CN114785843A (zh) * | 2022-03-22 | 2022-07-22 | 成都爱瑞无线科技有限公司 | 数据通信方法、设备、通信系统及存储介质 |
CN114785843B (zh) * | 2022-03-22 | 2024-05-31 | 成都爱瑞无线科技有限公司 | 数据通信方法、设备、通信系统及存储介质 |
CN115334135A (zh) * | 2022-08-01 | 2022-11-11 | 北京神州云合数据科技发展有限公司 | 基于事件总线的多云api异步处理方法、装置和设备 |
CN115913809A (zh) * | 2022-09-26 | 2023-04-04 | 重庆长安汽车股份有限公司 | 数据分发通信方法、系统、计算机设备及存储介质 |
CN115913809B (zh) * | 2022-09-26 | 2024-05-03 | 重庆长安汽车股份有限公司 | 数据分发通信方法、系统、计算机设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN112688952B (zh) | 2022-09-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112688952B (zh) | 消息处理方法、装置、射频拉远单元和介质 | |
EP3748908B1 (en) | Method, system, network device, storage medium for creating a network slice | |
CN110888722B (zh) | 任务处理方法、装置、电子设备及计算机可读存储介质 | |
CN111835786B (zh) | 一种对多规约设备数据采集、设备控制的系统 | |
US9331953B2 (en) | Device management method, middleware, and machine-to-machine communications platform, device, and system | |
CN103220285B (zh) | 泛在业务环境下基于RESTful接口的接入系统 | |
CN110768820B (zh) | 一种基于snmp协议的数据通信方法及相关设备 | |
CN113067737B (zh) | 一种时间敏感网络配置管理系统及方法 | |
CN114449459B (zh) | 消息传输方法、平台功能应用功能 | |
CN108446105A (zh) | 一种轻量级API Server开发框架及开发方法 | |
CN104243198B (zh) | 一种基于网络配置协议的网络管理方法和系统 | |
CN103488696A (zh) | Cpe的业务查询方法、装置及系统、acs和cpe | |
CN114024821A (zh) | 一种北向接口的管理方法及装置 | |
CN112217845B (zh) | 一种基于Netconf协议的数据传输方法及相关设备 | |
CN114157714B (zh) | 一种基于Netty实现金融系统协议通信的方法、系统和存储设备 | |
GB2580420A (en) | Electronic message adaptation | |
CN112799734B (zh) | 一种流程管理方法、图像处理方法及其对应的平台和装置 | |
CN114915533A (zh) | 一种基于平台的北向接口实现方法和架构 | |
CN113918245A (zh) | 一种数据调用方法、装置、设备及计算机可读存储介质 | |
KR100302332B1 (ko) | 통신운영시스템 감시 터미널의 수신 메시지 처리 방법 | |
CN114205098B (zh) | 查询操作权限的方法、装置、设备及计算机可读存储介质 | |
CN117082017B (zh) | 一种白盒交换机扩展卡管理的方法及装置 | |
CN110134467B (zh) | 参数配置的处理方法、装置、存储介质及处理器 | |
CN117829099A (zh) | 信息解析生成方法、装置、电子设备及存储介质 | |
CN115065594A (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 |